ES2664018T3 - Intention engine to improve responsiveness in interactive remote communications - Google Patents

Abstract

A method of answering (202) a call (306) from a caller located on a communication device (102), comprising: connecting (404) the call (306) to an intent engine (104) in response to the determining that a user of the communication device (102) is unavailable; determining (204) a caller intent using the intent engine (104); determining (206, 408) a privilege level of the caller; and selecting an action to respond (208) to the call (306) based on the determined intention and the determined privilege level without additional human participation.

Description

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

DESCRIPTION

Intention engine to improve responsiveness in interactive remote communications BACKGROUND

[0001] The present disclosure relates to communication devices, and more particularly to intelligent communication systems in absentia for communication devices.

[0002] Current in absentia communication systems, such as voicemail systems, are generally non-intelligent systems in which the person initiating the communication (for example, the caller) can only leave one message (for example , a voicemail) for the intended recipient. These current non-intelligent systems suffer from a series of drawbacks that include delayed response / feedback to the caller, uncomfortable control mechanisms for the caller (for example, limited menus focusing on button pressure on voicemail systems), uncertainty in the follow-up by the intended recipient and limited flexibility to provide alternative procedures for communicating with the intended recipient. Callers often need information immediately, and existing in-absence communication systems are unable to provide immediate information to the caller without the intended recipient's interaction. In addition, current in absentia communication systems do not offer an easy way for callers to navigate through options and reach relevant sources of information. US 2010/0151839 discloses an example of prior art background.

SUMMARY

[0003] The systems, procedures and devices of the various aspects allow a communication device to respond to a caller based on the caller's intention as determined by an engine of intent and the level of privilege of the caller. In one aspect, the caller can be connected, the caller's privilege level can be determined, an intent engine can determine the caller's intention and, based on the intention and privilege level, the caller can be provided with information and / or a set of configurable follow-up actions can be carried out in the absence of the intended communication recipient.

[0004] In one aspect, a procedure for responding to a call from a caller located in a communication device may include determining an intention of the caller using an intention engine, determining a level of privilege of the caller and carrying out an action in Answer the intention determined and the level of privilege determined. In one aspect, a communication device may include a memory coupled to a processor configured with instructions executable by the processor to perform operations that include determining an intention of a caller using an intention engine, determining a privilege level of the caller and leading take an action in response to the determined intention and the level of privilege determined. In one aspect, a communication device may include means for determining an intention of a caller using an intention engine, means for determining a level of privilege of the caller and means for carrying out an action in response to the determined intention and level of certain privilege. In one aspect, a non-transient means readable by the processor may have stored in the same instructions executable by the processor configured to cause a processor of a communication device to perform operations that include determining an intention of a caller using an intent engine, determine a caller's privilege level and carry out an action in response to the determined intention and the determined privilege level.

BRIEF DESCRIPTION OF THE DRAWINGS

[0005] The attached drawings, which are incorporated herein and form part of this specification, illustrate exemplary aspects of the disclosure and, together with the general description given above and with the detailed description given below, serve to explain the characteristics of the disclosure.

FIG. 1A is a block diagram of an aspect communication device that includes an intention engine in communication with a network suitable for use with the various aspects.

FIG. 1B is a block diagram of another aspect communication device that includes an intention engine in communication with an intention server through a network suitable for use with the various aspects.

FIG. 2 is a process flow diagram illustrating an aspect procedure for answering a call from a caller located in a communication device.

FIGS. 3A-3F illustrate example operations performed by a communication device and an intention engine to answer a call from a caller located in the communication device.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

FIG. 4 is a process flow diagram illustrating an aspect procedure that performs actions based on identified attributes and at a certain level of privilege.

FIG. 5 is a process flow diagram illustrating an aspect procedure for determining the availability of a user when answering a telephone call.

FIG. 6 is a process flow diagram illustrating an aspect procedure for identifying a caller.

FIG. 7 is a process flow diagram illustrating an aspect procedure for determining the privilege level of a caller.

FIG. 8 is a process flow diagram of an aspect procedure for authorizing an action based on a privilege level.

FIG. 9 is a process flow diagram illustrating an aspect procedure that identifies attribute (s).

FIG. 10 is a process flow diagram illustrating an aspect procedure for answering a call based on an identified attribute.

FIG. 11 is a process flow diagram illustrating another aspect procedure for answering a call from a caller located in a communication device.

FIG. 12 is a process flow diagram illustrating an aspect procedure for responding to a call from a caller located in a communication device based, at least in part, on determinations made by an intention server.

FIG. 13 is a schematic diagram of an apparatus for answering a call from a caller located in a communication device according to one aspect.

FIG. 14 is a schematic diagram of an apparatus for answering a call from a caller located in a communication device according to another aspect.

FIG. 15 is a schematic diagram of an apparatus for answering a call from a caller located in a communication device according to a third aspect.

FIG. 16 is a schematic diagram of an apparatus for answering a call from a caller located in a communication device according to a fourth aspect.

FIG. 17 is a schematic diagram of an apparatus for answering a call from a caller located in a communication device according to a fifth aspect.

FIG. 18 is a block diagram of components of an example communication device suitable for use with the various aspects.

FIG. 19 is a block diagram of components 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 diagram of components used with the various aspects.

FIG. 22 is a component diagram aspects.

DETAILED DESCRIPTION

[0006] The various aspects will be described in detail with reference to the attached drawings. Whenever possible, the same reference numbers will be used throughout the drawings to refer to the same or similar parts. References made to particular examples and implementations are for illustrative purposes, and are not intended to limit the scope of the disclosure or claims.

[0007] The expression "by way of example" is used herein to mean "serving as an example, case or illustration". Any implementation described herein should not necessarily be interpreted

of another example communication device suitable for its from an example server suitable for use with the various

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

document as "by way of example" as preferred or advantageous with respect to other implementations.

[0008] As used herein, the terms "mobile device", "communication device (s)" and "receiving device" are used interchangeably herein to refer to any or all mobile phones, smartphones, personal or mobile media players, personal data assistants (PDAs), laptops, tablets, smart books, portable mini-computers, wireless email receivers, mobile Internet-enabled mobile phones, wireless game controllers and similar personal electronic devices that include a Programmable processor and memory and circuits to answer a caller's call.

[0009] The various aspects are described herein using the term "server." The term "server" is used to refer to any computing device capable of functioning as a server, as a master exchange server, as a web server, as a mail server, as a document server or as any other type of server. . A server can be a dedicated computing device or a computing device that includes a server module (for example, running an application that can make the computing device function as a server). A server module (for example, a server application) can be a full-function server module or a light or secondary server module (for example, a light or secondary server application) configured to provide synchronization services between Dynamic databases on mobile devices. A lightweight server or secondary server can be a reduced version of the server-type functionality that can be implemented on a mobile device, which allows it to function as an Internet server (for example, a corporate email server) only to the extent necessary to provide the functionality described in this document.

[0010] As used herein, the term "call" may be used interchangeably herein to refer to one or all voice calls, to video calls that include video data and / or audio data components, to formatted text calls, such as instant messages, Short Message System (SMS) communications, emails, emoticons, gestures and / or graphics formatted messages, etc., or any other type of call.

[0011] The various aspects allow a communication device to respond to a caller based on the intention of the caller as determined by an engine of intention and by the privilege level of the caller. In one aspect, when the intended recipient of a call is unavailable (for example, in another call or without answering the telephone), the caller can connect in a voice communication via the called communication device using the recorded voice generated by the machine, and, from this, the communication determines the identity of the caller or the level of privilege, while an intention engine determines the intention of the caller (that is, the purpose of the call). Based on the intention and privilege level of the caller, the communication device can verbally communicate the information to the caller and / or initiate a set of configurable follow-up actions. In this way, the functionality of the intention engine within the communication device (or a server that works with the communication device) can satisfy the caller's need or interest even if the called party is not available.

[0012] The various aspects solve problems with current communication systems in absentia, such as voicemail systems, by allowing a communication device to connect a caller in the absence of the intended communication receiver (ie, the user of the communication device), use an intention engine to determine the caller's intention, determine a caller's privilege level and, based on the determined intention and the caller's privilege level, provide the requested information and / or carry carry out a set of configurable tracking actions.

[0013] In one aspect, an intention engine may connect to the caller when the intended recipient of the communication (ie, the user of the communication device) is unavailable or does not respond to a caller's call. The intention engine can connect in a natural language conversation with the caller, listen to the caller and determine the caller's intention, that is, the purpose of the call and / or what the caller expects to achieve with the call. In various aspects, an intention engine may be an application that runs on a communication device processor and / or a hardware module included within the communication device, such as a dedicated intention processor. In an alternative aspect, the intention engine may be a submodule of an intelligent proxy application and / or hardware that provides in-absentia communication services for a communication device. In another aspect, part of the intention engine functionality can be implemented on a server that communicates with the communication device.

[0014] In one aspect, an intention engine may be an application that receives a voice input from the caller and applies natural language processing to that voice input to identify an attribute of the voice input. Natural language processing may include converting voice input into text, extracting words and / or phrases from voice input and analyzing words to determine the intention, emotion and context of the caller. Additionally, the intention engine can identify whether the voice input is an imperative statement / statement, indicating that the caller's intention is that an action should be carried out, or is a question that indicates that the caller's intention is to receive information.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[0015] In various aspects, the intention engine may use various signals in addition to and / or instead of a caller's voice input to determine the caller's intention, including facial expressions, emotion determinations, gesture information, information Voice, background audio or other additional sound information, caller device sensor data, calendar information, call origin information, previous intentions, call history, text entries, video inputs, emoticons and / or graphic inputs, etc. These additional signals can also be used by the intention engine to control access to information sources, control follow-up actions, etc.

[0016] Based on the determined intention, the intention engine may carry out an action and / or provide information to the caller. When the caller's voice input is an imperative statement or statement, the intention engine can match words and / or phrases in the voice input with an available set of actions that the user authorizes to perform. When there is a positive match, the intention engine can carry out the action indicated in the voice input and / or direct another application or device to carry out the indicated action. Examples of actions that can be authorized by a user include scheduling events in the recipient's calendar, providing alternative communication procedures with the intended recipient, recording voice messages and connecting the caller with third parties. As an example, a caller may be calling the intended recipient to invite him / her to dinner. In response, the intention engine can perform an action to schedule a dinner event in the recipient's calendar application and inform the caller that the event is in the recipient's calendar.

[0017] In one aspect, when the caller's voice input is a question or request for information, the intention engine can analyze the words and / or phrases in the voice input to identify a response or a source of relevant information. The source of relevant information may reside in the intended recipient's communication device or may be available through network connections. Relevant sources of information may include calendar applications, social network applications, email mailboxes, contact lists, voice mailboxes, communication device memory and communication device settings. In response to the caller's requests, the intention engine can provide information from one or more of these sources. As an example, a caller may request the name of a restaurant that the intended recipient visited recently, and the intent engine may provide the name based on the calendar information of the intended recipient or a social network application.

[0018] In various aspects, an intention engine can make determinations regarding the caller and / or the nature of the call. The intention engine can identify a caller based on the caller's phone number and / or using voice recognition processing. Additionally, the intention engine may ask the caller for an answer to one or more verification questions to establish the caller's identity. When the call is a video call, the intention engine can use facial recognition processing to establish the caller's identity. As an example, the intention engine can compare the caller's facial characteristics with the facial characteristics of the images stored in a contact database to identify a matching face. The intention engine can 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 one aspect, the intention engine can identify the caller based on the location information that could provide important clues about the caller's identity.

[0019] In various aspects, the intention engine can determine whether the caller is a privileged caller (ie, trusted) and can provide information or take an action based on the privileged state of the caller that will not apply to the callers. callers not privileged. As an example, the intention engine can provide private information to privileged callers, such as information from calendar applications or address book, and information limited to non-privileged callers. Like another, the intention engine can only initiate user-defined actions for privileged callers, while the intention engine can only allow non-privileged callers to leave a voice message.

[0020] In one aspect, the intent engine may determine that the caller has privileges based on the information obtained about the caller's identity used together with additional information, such as information derived from social networks or organizational information on a basis of Company data. In one aspect, the intent engine may determine that a caller has privileges based on the privilege settings configured by the user (ie, user-defined settings of the communication device). As an example, the user of the communication device can set privilege presets that govern access to information sources and / or permissions to manipulate the information sources for different callers. Privilege presets can be associated with individual callers and / or caller groups and can be set by the user of the communication device by adding a contact to a contact database or defining a group in a list of phone contacts, a organizational list, a social network, etc. In one aspect, multiple privilege presets can be set for individual callers and / or caller groups based on the date (e.g., privilege presets for holidays other than non-holidays), time of day (e.g., preset presets). privileges for working hours other than non-working hours), type of days (for example, presetting privileges for working days other than working days), calendar status of the

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

user of the communication device (for example, when the calendar indicates that the user of the communication device is in a meeting, a preset can restrict which callers can change the device configuration), the location of the communication device (for example, only An urgent call can change the ring settings for a surgeon's communication device when the location corresponds to the operating room of a hospital).

[0021] In one aspect, the intention engine can also determine if a call is urgent. As an example, the intention engine can identify keywords in the caller's voice input as an indication of urgency. When determining that the call is urgent, the intention engine can carry out an action, such as connecting the caller to a third party or presenting a caller's message directly to the intended recipient. For example, when it is determined that a call is urgent (for example, related to an emergency), the intention engine can send a voice message or a text message to the intended recipient indicating that the call is urgent.

[0022] In another aspect, the intention engine may allow the intended recipient to provide information conditionally based on the caller's identity. By identifying the caller, such as by telephone number or voice recognition, specific information can be provided to that caller. As an example, an intended recipient may want to give location and arrival information to their parents, but not to other callers. Therefore, when a parent calls, they may receive an indication that the intended recipient has left home and is being delayed, but other callers may receive more general information, such as a verbal message that the recipient is moving.

[0023] The intention engine can function as an avatar that interacts verbally with the caller when the recipient is unavailable. The operations carried out by the intention engine can result in intelligent call handling and can eliminate the delays inherent in current in absentia communication systems. In various aspects, the intention engine can be implemented entirely within a communication device (for example, a smartphone) or partially on a communication device and partially within a server (for example, a server within a network of communication devices). telecommunications).

[0024] FIG. 1A illustrates an aspect communication device 102 that includes an intention engine 104. In one aspect, the intention engine 104 may be an intelligent proxy application running on a processor of the communication device 102. The intention engine may include various functional components or modules, including an identity module 106, an attribute module 111, a privilege module 108, an authorization module 110, privilege presets 122 and an evaluation module 112. The identity module 106, the module of attributes 111, privilege module 108, authorization module 110, privilege presets 122 and evaluation module 112 can exchange information with each other. One or more of the identity module 106, the attribute module 111, the privilege module 108, the authorization module 110, the privilege presets 122 and the evaluation module 112 can be operated together to allow the intent engine 104 allow a communication device 102 to respond to a caller's call. 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 102 may include one or more information source (s) 132, such as databases, memory stores (contact lists, device configuration, etc.), and one or more applications 134, such as an application. calendar, a social network application, a position location application, etc.). The communication device 102 can be connected through the transceiver 130 to a communication network 144, such as the Internet, a mobile telephone network, a conventional telephone network, etc., and can exchange information, such as a call, with another device communication 140. Optionally, the communication device 102 can 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 through the network 144.

[0025] In one aspect, the identity module 106 may include instructions executable by the processor configured to cause a processor to perform operations to determine the identity of a caller. As examples, the identity module 106 may determine the identity of the caller based on the telephone number from which the call is received, voice recognition, facial recognition, verification based on answers to intelligent personalized questions, a verification based on biometric information (for example, fingerprint capture, iris pattern information, etc.), location information associated with the caller / caller, etc.

[0026] In one aspect, the attribute module 111 may include instructions executable by the processor configured to cause a processor to perform operations to identify an attribute of a communication input received from a caller. As an example, identifying an attribute of the communication input may include applying natural language processing to a caller's voice input to identify a speech attribute. As another example, identifying an attribute of the communication entry may include applying natural language processing to a communication entry in a caller's text format (for example, a text message, an email, social media messages, a message in the format of

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

emoticon / graphics, etc.) to identify an attribute of the text. As a further example, the identification of an attribute of the communication input may include the application of facial recognition techniques to the video data received in a caller's video call to identify an attribute of the video data. As another example, identifying an attribute of the communication input may include identifying an attribute of an audio component of video data received from a caller during a video call, which may include applying natural language processing to a component's voice component. audio of the video data to identify an attribute of the voice component. As a further example, the identification of an attribute of the communication input may include the identification of an emotion, a mood or a gesture included in the video data of a video call. As an example, the identification of an attribute of the communication input may include the identification of an attribute of the sensor data received from the caller during a call. In a further aspect, the attribute module 111 may also include instructions executable by the processor configured to cause a processor to perform operations to associate the identified attribute with an intention. As an example, the attribute module 111 can identify a plurality of attributes for a communication input from a caller and compare a combination of the plurality of attributes with a dictionary of intention descriptors to determine a correlation between the combination of the plurality of attributes and intention descriptors and can associate the intention descriptor with a higher correlation with an intention. In one aspect, the attribute module 111 may also include instructions executable by the processor configured to cause a processor to perform operations to determine whether an identified attribute corresponds to a request for information and / or an indication of action.

[0027] In one aspect, privilege module 108 may include instructions executable by the processor configured to cause a processor to perform operations to determine a privilege level of a caller. As an example, privilege module 108 can determine a privilege level of a caller based on the information obtained about the caller's identity used together with additional information derived from social networks and / or with organizational information. Social networks can be used by 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 to provide information on past communications between the intended recipient and the caller. Organizational information can be useful in determining the relative hierarchy / relationship between the caller and the intended recipient, for example, the administrator and the administrator, peers, superiors and subordinates, etc. The determined relationships / hierarchies and / or the previous communications may be associated with privilege levels in a memory of the communication device 102 (for example, in a data table that correlates relations and privilege levels), and the privilege module 108 may compare the determined relationships / hierarchies and / or communications prior to memory to determine a caller's privilege level. As another example, privilege module 108 may determine a privilege level of a caller based on manual privilege configurations by the intended recipient, such as privilege presets 122, including privilege lists, privilege thresholds and / or configurations of privileges A privilege list may be a list of calls identified by the intended recipient as a privileged caller, and the privilege module 108 may compare the identity of the caller with the privilege list to determine if the caller is mentioned in the privilege list. A privilege threshold can be a value above which callers can be considered privileged by privileged module 108. Each caller can be associated with a value and only those of the caller whose associated value is above the privilege threshold can be considered privileged. Privilege presets 122 may include privilege settings, such as date and time of day settings, calendar status settings, location-based settings, etc., that can govern how calls are handled in privilege basis. The intended recipient can configure different preset presets for working days, working hours, after hours, weekends, vacations, holiday intervals, night hours, such as different "do not disturb" presets, different presets for calendar states, such such as allowing only "close friends" to change device settings during a meeting period, and different presets based on location, such as enabling emergency calls only to change the volume of a surgeon's phone when the surgeon is in a operations room. In various aspects, they can be created, updated, deleted, etc. privilege lists, privilege thresholds and / or privilege presets when a contact is added, changed or deleted when a group is created, changed, and / or deleted, or at other times.

[0028] In one aspect, the authorization module 110 may include instructions executable by the processor configured to cause a processor to perform operations to determine the actions that can be taken and / or sources of information that can be accessed based on the caller's privilege level. As an example, the authorization module 110 can control the permissions of callers to manipulate the sources of information (for example, the ability to view a calendar entry and schedule a meeting), change the configuration of the communication device 102 (for example , the ability to change the profile from silent to sound) and / or select alternative communication procedures (for example, ability to generate an email to the intended recipient and / or connect a call to a third party) based on the privilege level of the caller, potentially giving different privileges of privilege levels different permissions.

[0029] In one aspect, the evaluation module 112 may include an information source module 114, an action module 116 and / or an emergency module 118. In one aspect, the information source module 114 may include instructions processor executables configured to make a processor perform

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

operations to identify one or more relevant sources of information 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 sources of information. In one aspect, the one or more relevant sources of information can be identified by the information source module 114 based, at least in part, on a given privilege level of the caller. In one aspect, the action module 116 may include instructions executable by the processor configured to cause a processor to perform operations to perform an action in response to a particular intention. In one aspect, the action module 116 may carry out an action in response to a particular intention and to a particular privilege level of the caller. Actions may include manipulating sources of information, for example, scheduling meetings, changing settings, generating additional and / or third-party communications, providing information to the caller, etc. In one aspect, the urgency module 118 may include instructions executable by the processor configured to cause a processor to perform operations to determine if a call is urgent and connect the call to another device in response to the determination that the call is urgent. In one aspect, the call can be connected to another device on the basis, at least in part, at the privilege level of the caller. As an example, the other device may be associated with a third party, and the caller can only connect to the third party's device when the call is urgent and the caller is assigned a predetermined privilege level.

[0030] FIG. 1B illustrates a communication device 102 that includes an intent engine 104 similar to the communication device 102 illustrated in FIG. 1A, except that the evaluation module 112 may reside on an intention server 120 away from the communication device 102. In the aspect illustrated in FIG. 1B, the intention server 102 may include the evaluation module 112 which includes the information source module 114, the action module 116 and / or the emergency module 118, and the intention server 120 can be connected to the network 144 The intention engine 104 of the communication device 102 can access the evaluation module 112 on the intention server 120 through the communication network 144 and, thus, the evaluation module 112 that resides on the intention server 120 may perform a part of the operations to allow the intention engine 104 to allow a communication device 102 to respond to a caller's call.

[0031] FIG. 2 illustrates an aspect procedure 200 for answering a call from a caller located in a communication device. In one aspect, the operations of the procedure 200 can be performed by a processor of a communication device, such as a smartphone. In block 202, the processor of the communication device can answer a call (for example, a voice call, a video call, an instant message session, etc.) when the user (i.e., the intended recipient of a call received) not available. As examples, a user may not be available when the communication device is turned off, the user does not answer a call within a certain number of rings, the communication device is placed in a "do not disturb" mode, etc. In block 204, the processor of the communication device can determine an intention of the caller using an intention engine. As discussed below, the use of an intention engine to determine the caller's intention may include the identification of attributes of a caller's communication entry. In block 206, the processor of the communication device may determine a privilege level of the caller. As discussed below, the determination of a caller's privilege level may include the caller's identification and the association of the identified caller with a privilege level. In block 208, the processor of the communication device may carry out an action in response to the determined intention and to the level of privilege determined. As discussed below, carrying out an action in response to the determined intention and the determined privilege level may only include carrying out authorized actions for the caller's privilege level.

[0032] FIGS. 3A-3F illustrates example operations that can be performed by a communication device 304 of a intended recipient (i.e., User B) to answer a call from a caller (i.e., a call from User A made using the device Communication 302 of User A). The user A can initiate a call 306 to the communication device 304 of the User B and an intent engine in the communication device 304 of the User B can allow the communication device 304 to respond to the call of the communication device 302 of the User A No additional human intervention.

[0033] As illustrated in FIG. 3A, user A can make a call 306, such as a voice call, a video call, etc., from the communication device of User A 302 to the communication device of User B 304. Upon receiving call 306, the device Communication 304 of User B may determine that User B is not available. For example, the communication device of User B 304 may determine that User B is unavailable because User B does not recognize the incoming call 306 within a predetermined number of rings.

[0034] As illustrated in FIG. 3B, when User B is unavailable, the call 306 can be connected to an intention engine resident in the communication device 304 and the intention engine resident in the communication device 304 can send an assistance indication to the communication device 302 of User A. In one aspect, an assistance indication 308 may be an audio message 310 which, when played by the communication device 302, informs User A that "User B is not available, but I can help you ". In this way, the intention engine can act as an avatar that interacts with User A to answer call 306 instead of User B.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[0035] As illustrated in FIG. 3C, user A asks the question "Is user B available to eat next Wednesday?" and this voice input 312 can be recorded by the communication device 302 and sent to the intention engine resident in the communication device 304 as communication input 314. The communication device 304 can receive the communication input 314 and can determine the intention of User A using the intention engine by identifying an attribute of communication input 314 and associating the identified attribute with an attempt by User A. As an example, communication device 304 can apply natural language processing to voice input " Is User B available to eat next Wednesday? " to identify various attributes, including that voice 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 voice input is a question corresponds to a request for information, and may identify one or more relevant sources of information from which to extract information to respond to the request for information. information. The communication device 304 may also determine the identity of User A, such as the telephone number of the communication device 302 of User A, and may compare the identity of User A with a list of privileges to identify which sources of information can accessed to extract information that will be provided to User A.

[0036] As illustrated in FIG. 3D, the intention engine resident in the communication device 304 can extract the information 316 from the relevant sources of information determined based, at least in part, on the privilege level of User A and can send the information 316 to the communication device 302. As an example, the intention engine can determine from a calendar application resident in the communication device 304 that User B has no conflicting events scheduled for a period of time, for example, 11:00 AM-1: 00 PM , associated with the meal on the date corresponding to next Wednesday, and is therefore available for the meal on that date and at that time. The information 316 can be sent as an audio recording 318 which, when played by the communication device 302, can indicate to User A that "Yes, User B is available to eat next Wednesday." In this way, the communication device 304 may have carried out an action to respond to the request for information from User A without additional human participation.

[0037] As illustrated in FIG. 3E, User A can now direct the intention engine resident in the communication device 304 to carry out an action to program the food for user A and User B. User A can say: "Program the food for the Wednesday that comes in that place where we last went, "and this voice input 320 can be recorded by communication device 302 and sent to the intention engine resident in communication device 304 as communication input 322. The communication device 304 can receive communication input 322 and can determine the intention of User A using the intention engine by identifying an attribute of communication input 322 and associating the identified attribute with an intention of User A. As an example, communication device 304 you can apply natural language processing to voice input "Schedule food for us next Wednesday at that place where and we went last time "to identify various attributes, including that voice input is a statement, the date associated with next Wednesday, a time associated with" food "and an indication of location associated with" that place we went to the last time ", etc. The communication device 304 may determine that the identified attribute that the voice input is a declaration corresponds to an indication of action and may compare the identity of User A with the list of privileges to determine whether an action is authorized. Communication device 304 may determine that an action is authorized and may use various sources of information, such as publications on social networks and reminders of previous meetings to identify where User A and User B ate together for the last time as the "Invention Cafe". The communication device 304 can program the food for User A and User B in the calendar application of User B resident in communication device 304.

[0038] As illustrated in FIG. 3F, the intention engine resident in the communication device 304 may carry out actions to program the food and may send an action indication 324 to the communication device of the User A 302. The action indication 324 may be sent as a recording of audio 326 that, when played by the communication device 302, can indicate to User A that "I programmed the food in the Invention Cafe for both next Wednesday." In this way, the communication device 304 may have carried out an action as indicated by the user A without additional human participation.

[0039] FIG. 4 illustrates a process of aspect 400 for carrying out actions based on identified attributes and at a certain level of privilege. In one aspect, the operations of the procedure 400 can be performed by the processor of a communication device (for example, a smartphone). In block 402, the processor of the communication device may receive an incoming call. An incoming call can be any type of call placed on the communication device, including a voice call, a video call (for example, a call with audio and video components), an instant message, a voice call paired with component of image (for example, a voice call paired with image, a voice call paired with avatar, etc.), a voice call paired with text component (for example, a voice call with chat functions), a video call paired with text component (for example, a video call with chat functions), etc. In block 404, the processor of the device

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Communication can connect the call to an intention engine when the user (that is, the intended recipient of the call). The processor of the communication device may identify that the user is not available in several ways, such as based on the configuration of the telephone (for example, a "do not disturb" configuration), a user indication received (for example, a selection indication ignored) exceeding a number of rings or other procedures as discussed below with reference to FIG. 5. In one aspect, the connection of the call to the intention engine may include the activation of an intelligent proxy application and / or hardware that provides in-absence communication services for a communication device whose intention engine may be a submodule. In another aspect, the intention engine may be its own application module and / or hardware, such as a dedicated intention engine application or an intention processor. In block 406, the processor of the communication device can identify the caller. The caller's identity can be determined based, at least in part, on one or more of a telephone number, a voice recognition, a facial recognition, customizable question answers, biometric information and / or location information. A procedure to determine a caller's identity is discussed below with reference to FIG. 6.

[0040] In block 408, the processor of the communication device can determine the privilege level of the caller. The caller's privilege level can be determined in a variety of ways, including based on a list of privileges, caller identification match data in various sources of information, such as social networks, corporate email systems, etc., or any other way. The procedures for determining the level of privilege are discussed below with reference to FIG. 7. In the determination block 410, the processor of the communication device can determine whether the action taken to answer the caller's call is authorized for the privilege level of the identified caller. In this way, the processor of the communication device can prevent callers who do not have a predetermined privilege level from receiving information or directing an action by the processor of the communication device. The communication device processor can determine whether the action is authorized in various ways, including comparisons with the communication device configuration, thresholds, preset rules, etc. A procedure for determining whether the action is authorized is explained below with reference to FIG. 8. If the processor determines that the action is not authorized (that is, the determination block 410 = "No"), in block 412, the processor of the communication device may connect the call to a voicemail system, thus allowing the caller to leave a message for the intended recipient of the communication.

[0041] If the processor determines that the action is authorized (ie, determination block 410 = "Yes"), in block 414, the processor of the communication device may receive a communication input from the caller. In one aspect, a communication input may be information provided by the caller, which includes audio (for example, voice inputs, background noise, audio components of a video, etc.), video (eg, still images, moving images, graphics, etc.), text information (e.g., words, emoticons, etc.), sensor data of associated devices (e.g., light level information, heart rate data, etc.), location information (for example, latitude and longitude information, geographic location name information), etc.), calendar information of the caller's calendar, etc. In block 416, the processor of the communication device can identify an attribute of the communication input. As examples, the communication device processor may apply facial recognition techniques, natural language processing, sound analysis or other processing techniques to identify an attribute of the communication input. The procedures for identifying attributes are discussed below with reference to FIG. 9. In block 418, the processor of the communication device may carry out an action based on the identified attribute and the determined privilege level. Carrying out an action may include providing information to the caller in response to a request for information and / or carrying out an action corresponding to an indication of the caller's action. Various responses to the caller based on requests for information and / or indications for action are discussed below with reference to FIG. 10.

[0042] FIG. 5 illustrates a 500 aspect procedure for determining the availability of a user when answering a call. The operation (s) of the procedure 500 may be carried out together with the operations of the procedure 400 described above with reference to FIG. 4. In one aspect, the operations of the procedure 500 can be performed by the processor of a communication device (for example, a smartphone). As discussed above, in block 402, the processor of the communication device may receive a call. In the determination block 502, the processor of the communication device can determine if the user is available. In one aspect, the processor of the communication device may determine that the user is available based on the configuration of the telephone (for example, a "do not disturb" configuration). If the processor determines that the user is not available (ie, the 502 = "No" determination block), as discussed above, in block 404, the communication device processor can connect the call to the intention engine .

[0043] If the processor determines that the user is available (ie, determination block 502 = "Yes"), in block 504, the processor of the communication device may generate a notification to the user that a user has received a call. Notifications can be any type of notification, such as rings, vibrations, screen pop-ups, icon changes, etc. In the determination block 506, the processor of the

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Communication device can determine if an answer indication is received. The processor of the communication device can determine whether a response indication is received based on the acknowledgment of receipt (for example, a button or icon selection indication), the express rejection of the call (for example, ignoring the selection indication button or icon) and / or the expiration of a response period (for example, the number of rings exceeded, expiration of the acknowledgment time period, etc.). If the processor determines that an answer indication is received (that is, the determination block 506 = "Yes"), in block 508, the processor of the communication device can connect the call in a standard manner based on the type of call . If the processor determines that an answer indication is not received (ie, the determination block 506 = "No"), as discussed above, in block 404, the processor of the communication device can connect the call to the motor of intention

[0044] FIG. 6 illustrates a 600 aspect procedure for identifying a caller. The operations of the procedure 600 can be performed together with the operations of the procedures 400 and / or 500 described above. In one aspect, the operations of the procedure 600 can be performed by the processor of a communication device (for example, a smartphone). As discussed above, in block 402, the processor of the communication device can receive an incoming call. In the determination block 602, the processor of the communication device can determine if the telephone number for the incoming call is not available. In one aspect, it can be determined that a telephone number is not available when there is no information on the caller's telephone number with the received call and / or the telephone number information cannot be identified. If the processor determines that the telephone number is available (ie, the determination block 602 = "No"), in block 604, the processor of the communication device can identify the originating telephone number. In the determination block 606, the processor of the communication device can determine whether the originating telephone number matches the known called data. In one aspect, the processor of the communication device can compare the identified source telephone number with a contact database to identify if an entry with a matching telephone number is present. If the processor determines that the originating telephone number matches the caller's data (that is, the determination block 606 = "Yes"), in block 608, the processor of the communication device may match the caller with the number of origin phone. However, because multiple different people can call from the same home phone number (for example, family members sharing a landline, stolen smartphones, etc.), the pairing of the caller with the number of the caller can be verified. phone.

[0045] One way to verify the pairing of the caller with the telephone number may have to use the location information. In the determination block 610, the processor of the communication device can determine whether the location information was received with the incoming call. In one aspect, an incoming call may include location information, such as latitude and longitude indications of the point of origin of the call, a geographical label (for example, "New York" or "California") or a place name (for example, "house"). If the processor determines that location information is received (ie, the determination block 610 = "Yes"), in block 612, the processor of the communication device can identify past location information associated with the identified caller. As an example, the processor of the communication device can store location information received for each call and can identify the last location associated with the identified caller. In the determination block 614, the processor of the communication device can determine whether the past location information matches the received location information. If the processor determines that the past location information matches (ie, determination block 614 = "Yes"), in block 616, the processor of the communication device may generate one or more challenge questions for the caller. In one aspect, the challenge questions may be customizable questions previously answered by the caller with the responses stored in a memory available to the processor of the communication device. The nature of the customizable questions can be such that only the caller probably knows the stored answer and, thus, the correct answers to the customizable questions can positively identify the caller. In block 618, the communication device processor may receive one or more challenge responses from the caller. In the determination block 620, the processor of the communication device can determine whether the responses match the known caller data. If the processor determines that the answers match (ie, the determination block 620 = "Yes"), in block 622, the processor of the communication device may indicate the caller as the identified caller. If the processor determines that the responses do not match (ie, the determination block 620 = "No"), in block 624, the processor of the communication device may indicate that the caller is unknown.

[0046] If the processor determines that the telephone number is not available (ie, the determination block 602 = "Yes"), the originating telephone number does not match the caller's data (that is, the block of determination 606 = "No"), location information is not received (ie, block of determination 610 = "No") and / or past location information does not match the location information received (ie, the determination block 614 = "No"), in the determination block 626, the processor of the communication device can determine whether biometric information was received. In one aspect, 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 (ie, the determination block 626 = "Yes"), in the

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Determination block 628, the processor of the communication device can determine whether the biometric information matches known caller data. In one aspect, the processor of the communication device can compare the received biometric information with a database of biometric information correlated with the caller's information to identify a match. If the processor determines that the biometric information matches (that is, the determination block 628 = "Yes"), in block 630 the processor of the communication device can match the caller with the biometric information. As discussed above, in blocks 616, 618, 620, 622 and 624, the processor of the communication device can perform operations to indicate the caller as the caller identified as unknown.

[0047] If the processor determines that biometric information is not received (ie, the determination block 626 = "No") or does not match known data (ie, determination block 628 = "No"), in the block of determination 632, the processor of the communication device can determine whether voice data was received. In one aspect, an incoming call may include voice data such as the caller's spoken name, or the caller may respond to an indication of assistance provided by the processor of the communication device. If the processor determines that voice data is received (ie, the determination block 632 = "Yes"), in block 634, the processor of the communication device may apply voice recognition techniques to identify characteristics of the voice. In the determination block 636, the processor of the communication device can determine whether the voice characteristics match the caller's data. In one aspect, the processor of the communication device can compare the received voice characteristics with a database of voices correlated with the caller's information to identify a match. If the processor determines that the voice matches (that is, the determination block 636 = "Yes"), in block 638, the processor of the communication device can match the caller with the voice. As discussed above, in blocks 616, 618, 620, 622 and 624, the processor of the communication device can perform operations to indicate the caller as the caller identified as unknown.

[0048] If the processor determines that no voice data is received (ie, the determination block 632 = "No") or does not match the known caller data (ie, determination block 636 = "No") , in the determination block 640, the processor of the communication device can determine whether a facial image was received. In one aspect, an incoming call may include a facial image, such as a facial image in a video component of a video call. If the processor determines that a facial image is received (ie, the determination block 640 = "Yes"), in block 642, the processor of the communication device may apply facial recognition techniques to identify features of the facial image. In the determination block 644, the processor of the communication device can determine whether the facial features match the caller's data. In one aspect, the processor of the communication device can compare the facial features received with a database of faces correlated with the caller's information to identify a match. If the processor determines that the face matches (ie, the determination block 644 = "Yes"), in block 646, the processor of the communication device may match the caller with the face. As discussed above, in blocks 616, 618, 620, 622 and 624, the processor of the communication device can perform operations to indicate the caller as the caller identified as unknown. If the processor determines that no facial image is received (that is, the determination block 640 = "No") or that the facial characteristics do not match the caller's data (that is, the determination block 644 = "No" ), in blocks 616, 618, 620, 622 and 624, the processor of the communication device may perform operations to indicate the caller as the caller identified as unknown.

[0049] FIG. 7 illustrates a 700 aspect procedure for determining a caller privilege level. The operations of procedure 700 may be performed together with the operations of procedures 400, 500 and / or 600 described above. In one aspect, the operations of procedure 700 can be performed by the processor of a communication device (for example, a smartphone). In block 702, the processor of the communication device may receive a caller identification indication. As examples, a caller identification indication may be a caller's ID, a caller's phone number, a caller's name, etc. In block 704, the processor of the communication device may compare the caller's identification with a list of privileges. In one aspect, a privilege list may be a predetermined list stored in a memory of the communication device that identifies callers, caller types and / or caller groups as privileged. In another aspect, the privilege list can also distinguish between privilege levels for each caller, caller type and / or caller group, for example including an assigned privilege level that can be associated with each caller, caller type and / or Caller group In one aspect, the list of privileges and / or privilege levels can be configurable by the user. In the determination block 706, the processor of the communication device can determine if the caller is in the privilege list.

[0050] If the processor determines that the caller is in the privilege list (that is, the determination block 706 = "Yes"), in block 708, the processor of the communication device may identify a privilege preset associated with the caller In one aspect, the privilege preset may be the level of privilege assigned to the caller and / or it may be a rule associated with the actions and / or information authorized to be applied and / or delivered to the caller. As an example, the user of the communication device can set privilege presets that govern access to information sources and / or permissions to manipulate the information sources for

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

different callers Privilege presets can be associated with callers and / or caller groups and can be set by the user of the communication device by adding a contact to a contact database or defining a group in a list of phone contacts, in a list organizational, in social networks, etc. In one aspect, multiple privilege presets can be set for individual callers and / or caller groups based on the date (for example, privilege presets for holidays other than non-holidays), time of day (for example, privilege presets for working hours other than non-working hours), type of days (for example, privilege presets for working days other than non-working days), status of the user's calendar of the communication device (for example, when the calendar indicates that the user of the communication device is in a meeting, a preset can restrict that callers can change the device settings), the location of the communication device (for example, only an urgent call can change the ring settings for the communication device of a surgeon when the location corresponds to the operating room of a hospital) . In block 710, the processor of the communication device may indicate the privilege level of the caller corresponding to the privilege preset.

[0051] If the processor determines that the caller is not in the privilege list (ie, the determination block 706 = "No"), in block 712, the processor of the communication device may compare the caller's identification with The sources of information. As an example, the communication device processor can compare the caller's identification with social networks, organizational information and / or past communication histories available to the communication device processor. In the determination block 714, the processor of the communication device can determine whether the caller's identification matches the data in the information sources. If the processor determines that the caller's identification does not match (ie, the determination block 714 = "No"), in block 720, the processor of the communication device may indicate the privilege level of the caller as not privileged.

[0052] If the processor determines that the caller's identification matches data in the information sources (ie, the determination block 714 = "Yes"), in block 716, the processor of the communication device identifies a relationship of the caller based on data in information sources. As an example, social networks can 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 on past communications between the intended recipient and the caller. As another example, organizational information can be useful in determining the relative hierarchy / relationship between the caller and the intended recipient, for example, the administrator and the administrator, the peers, the superior and the subordinate, etc. In the determination block 718, the processor of the communication device can determine whether there is a privilege preset for the identified relationship. In one aspect, certain relationships / hierarchies can be associated with privilege levels in a memory of the communication device (for example, in a data table that correlates relationships and privilege levels), and the processor of the communication device can compare the relationships / hierarchies determined with memory to determine the privilege preset. If the processor determines that a privilege preset is not identified for the relationship (ie, the determination block 718 = "No"), in block 720, the processor of the communication device may indicate the caller's privilege level as not privileged. If the processor determines that a privilege preset for the relationship is identified (ie, the determination block 718 = "Yes"), as discussed above, in block 710, the processor of the communication device may indicate the level privilege of the caller corresponding to the preset privilege.

[0053] FIG. 8 illustrates an aspect 800 procedure for authorizing an action based on a privilege level associated with a caller. The operations of procedure 800 can be carried out together with the operations of procedures 400, 500, 600 and / or 700 described above. In one aspect, the operations of the procedure 800 can be performed by the processor of a communication device (for example, a smartphone). In block 802, the processor of the communication device may receive a privilege level indication associated with the caller. In one aspect, a privilege indication may be a numerical value (for example, a punctuation) indicating a privilege level. In another aspect, a privilege level may be a textual indication, such as "high", "medium", "low", "not privileged", etc. In the determination block 804, the processor of the communication device can determine whether the privilege level associated with the caller is above a privilege threshold. While it is illustrated to determine if the privilege level is above a privilege threshold, the processor of the communication device can also make determinations based on the privilege level being below a privilege threshold and / or is equal to a threshold. In one aspect, a privilege threshold may be a value stored in a memory available to the processor of the communication device. In one aspect, the privilege threshold can be configurable by the user. If the processor determines that the privilege level is equal to or lower than the privilege threshold (ie, the determination block 804 = "No"), in block 804, the processor of the communication device may refuse to perform an action . In this way, information may not be provided or actions may not be taken in response to callers whose privilege level is below the privilege threshold. As discussed above, in block 412, the communication device processor can connect the call to voicemail. If the processor determines that the privilege level is above the privilege threshold (ie, the determination block 804 = "Yes"), in block 806, the processor of the communication device may authorize an action. In this way, information can be provided and / or actions can be taken when the caller's privilege level is above the privilege threshold.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[0054] FIG. 9 illustrates a 900 aspect procedure for identifying attributes of a communication input. The operations of the procedure 900 may be performed together with the operations of the procedures 400, 500, 600, 700 and / or 800 described above. In one aspect, the operations of procedure 900 can be performed by the processor of a communication device (for example, a smartphone). As discussed above, in block 414, the processor of the communication device can receive a communication input from the caller. In one aspect, a communication input may be information provided by the caller, which includes audio (for example, voice inputs, background noise, audio components of a video, etc.), video (eg, still images, motion pictures, graphics, etc.), text information (e.g., words, emoticons, etc.), sensor data of associated devices (e.g., light level information, heart rate data, etc.) , location information (for example, latitude and longitude information, geographic location name information), etc.), calendar information of the caller's calendar, etc. In the determination block 902, the processor of the communication device can determine whether video data was received at the communication input. If the processor determines that video data was received (ie, the determination block 902 = "Yes"), in block 904, the processor of the communication device can capture facial expressions of the video data. In block 906, the processor of the communication device can identify moods, feelings and / or emotions based on facial expressions as attributes. As an example, the communication device processor can compare facial expressions with a database of facial expressions correlated with attributes to match the captured facial expressions with one or more attributes.

[0055] If the processor determines that no video data was received (ie, the determination block 902 = "No"), in the determination block 908, the processor of the communication device can determine whether audio data was received . If the processor determines that audio data was received (ie, the determination block 902 = "Yes"), in the determination block 910, the processor of the communication device can determine whether a voice input was received. As an example, the processor of the communication device can apply speech recognition techniques to the received audio to determine if speech is present in the received audio. If the processor determines that the voice is present (that is, the determination block 910 = "Yes"), in block 912, the processor of the communication device can extract the voice input. In block 914, the processor of the communication device can apply natural language processing to voice input to identify words and / or phrases as attributes. If the processor determines that a voice input is not present (ie, the determination block 910 = "No"), in block 916, the processor of the communication device can identify a vocal intonation as an attribute. In block 918, the processor of the communication device can extract background noises from the received audio data. In block 920, the processor of the communication device can identify background noises as attributes. As an example, the processor of the communication device can match background noises with a database of noise correlated with attributes to identify background noises as attributes.

[0056] If the processor determines that no audio data is received (ie, determination block 908 = "No"), in determination block 922, the processor of the communication device can determine whether text data was received in The communication input. If the processor determines that text data (ie, the determination block 922 = "Yes") was received, in block 924, the processor of the communication device can identify words and / or phrases in the text as attributes.

[0057] If the processor determines that no text data is received (ie, the determination block 922 = "No"), in the determination block 926, the processor of the communication device can determine whether the sensor data is Receive at the communication entrance. If the processor determines that sensor data is received (ie, the determination block 926 = "Yes"), in block 928, the processor of the communication device can identify the sensor data as one or more attributes. In one aspect, sensor data can be sent from the caller's communication device, such as accelerometer data, pressure sensor data and / or temperature data, and the values of each type of data can be correlated with attributes in a memory available to the processor of the communication device, thereby allowing the processor of the communication device to identify attributes based on the sensor data.

[0058] If the processor determines that no sensor data is received (ie, the determination block 926 = "No"), in the determination block 930, the processor of the communication device can determine whether the location information is Receive at the communication entrance. In one aspect, location information such as the longitude and latitude of the coordinates and / or place names (for example, "New York"), associated with the current location of the caller can be received as a communication input. If the processor determines that location information is received (ie, the determination block 930 = "Yes"), in block 932, the processor of the communication device can identify the location information as an attribute.

[0059] If the processor determines that no location information is received (ie, the determination block 930 = "No"), in the determination block 934, the processor of the communication device can determine whether the calendar information of the Caller was received as part of the communication entry. In one aspect, the calendar information of a caller's calendar application can be sent as part of an entry

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Communication. If the processor determines that calendar information is received (ie, the determination block 934 = "Yes"), in block 936, the processor of the communication device can identify the calendar information as one or more attributes.

[0060] If the processor determines that the calendar information is not received (that is, the determination block 934 = "No"), in the determination block 938, the processor of the communication device can determine whether any attribute was identified . If the processor determines that no attribute was identified (ie, the determination block 934 = "No"), in block 940, the processor of the communication device may indicate an error. In one aspect, the processor of the communication device may indicate an error when generating an indication sent to the caller's communication device asking the caller to provide an additional communication input. If the processor determines that one or more attributes are identified (ie, the determination block 938 = "Yes"), in block 942, the processor of the communication device may discard redundant attributes. As an example, the same attribute may have been identified based on video data and text data and the redundant instance of the attribute may be discarded. In an optional aspect, in the optional block 943, a plurality of attributes of the communication input can be identified, and the processor of the communication device can compare a combination of the plurality of attributes with a dictionary of intention descriptors to determine a correlation between the combination of the plurality of attributes and the descriptors of intention. In an optional aspect, in the optional block 944, the processor of the communication device may generate a communication input message that includes any identified attribute. In an optional aspect, in which a part of the intention engine may reside on an intention server away from the intended recipient's communication device, the communication input message that includes any identified attribute may allow the intention server to determine the caller's intention. As an example, the intention server can use any attribute identified in the communication message to identify the intention of the caller by associating the identified attributes with an intention.

[0061] FIG. 10 illustrates an aspect procedure 1000 for responding to a call based on an identified attribute. The operations of the procedure 1000 can be carried out together with the operations of the procedures 400, 500, 600, 700, 800 and / or 900 described above. In one aspect, the operations of the procedure 1000 can be performed by the processor of a communication device (for example, a smartphone). As discussed above, in block 414, the processor of the communication device can receive a communication input and, in block 416, the processor of the communication device can identify an attribute of the communication input. In the determination block 1002, the processor of the communication device can determine whether the identified attribute corresponds to a request for information. As an example, the identified attribute may indicate that the communication input received was a question, and the questions may be correlated with requests for information in a memory available to the processor of the communication device. If the processor determines that the attribute corresponds to a request for information (ie, the determination block 1002 = "Yes"), in block 1004, the processor of the communication device can identify one or more relevant sources of information on the basis at the determined privilege level of the caller. In one aspect, the information sources may be one or more calendar applications, social networks, email mailboxes, a contact list, a voice mailbox, a location location application, a memory of the user's communication device and / or the configuration of the user's communication device. In one aspect, access to information sources may vary based on the privilege level of the caller. As an example, all callers can 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 can access the application of the user's calendar to receive information about scheduled meetings. In block 1006, the processor of the communication device can extract information from the one or more relevant sources of information. In block 1008, the processor of the communication device can provide the information to the caller.

[0062] If the processor determines that the attribute does not correspond to a request for information (ie, the determination block 1002 = "No"), in the determination block 1010, the processor of the communication device can determine whether the attribute identified corresponds to an indication of action. As an example, the identified attribute may indicate that the communication input received was an assertive / imperative statement, and assertive / imperative statements may be correlated with the action indications in a memory available to the processor of the communication device. If the processor determines that the identified attribute is an indication of action (that is, the determination block 1010 = "Yes"), in block 1012, the processor of the communication device may identify one or more relevant actions corresponding to the indication of action based on the caller's privilege level. In one aspect, authorized actions may vary based on the caller's privilege level. As an example, all callers can request that the intended communication recipient be contacted using another communication procedure (for example, by sending an email notification), while only callers whose privilege level is above a threshold of Default privilege can access the user's calendar application to schedule an appointment for the user. In block 1014, the processor of the communication device can carry out the relevant action identified.

[0063] If the processor determines that the attribute does not correspond to an action indication (that is, the block of

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

determination 1010 = "No"), in the determination block 1016, the processor of the communication device can determine if the call is urgent. As an example, a word in the communication entry may have been associated with the "emergency" attribute and, therefore, can be identified as urgent. If the processor determines that the call is urgent (ie, the determination block 1016 = "Yes"), in block 1018, the processor of the communication device may identify another relevant communication device associated with a third party. As an example, a third-party telephone number can be stored in a memory available to the processor of the communication device as an emergency contact point. In block 1020, the processor of the communication device can connect the call to the third party. If the processor determines that the call is not urgent (that is, the determination block 1016 = "No"), as discussed above, in block 412, the processor of the communication device can connect the call to voicemail .

[0064] FIG. 11 illustrates an aspect procedure 1100 for answering a call from a caller located in a communication device. Procedure 1100 illustrates various aspect interactions between the operations of procedures 400, 500 and / or 1000 described above. The operations of procedure 1100 can be performed together with the operations of procedures 400, 500, 600, 700, 800, 900 and / or 1000 described above. In one aspect, the operations of procedure 1100 can be performed by the processor of a communication device (for example, a smartphone). As discussed above in block 402, the processor of the communication device can receive an incoming call and, in the determination block 502, can determine if the user is available. If the processor determines that the user is available (ie, the determination block 502 = "Yes"), as discussed above, in block 504, the processor of the communication device may generate a notification and, in the block of determination 506, you can determine if an answer indication is received. If the processor determines that an answer indication is received (ie, the determination block 506 = "Yes"), as discussed above, in block 508, the processor of the communication device can connect the call. If the processor determines that an answer indication is not received (ie, the 506 determination block = "No") or if the user is not available (that is, the 502 = "No" determination block), in the block 404, the processor of the communication device can connect the call to an intention engine when the user is not available. As discussed above, in blocks 406 and 408, the processor of the communication device can identify the caller and determine the privilege level of the caller. As discussed above, in the determination block 410, the processor of the communication device can determine whether an action is authorized for the privilege level. If the processor determines that an action is not authorized (ie, determination block 410 = "No"), as discussed above, in block 412, the processor of the communication device can connect the call to voicemail .

[0065] If the processor determines that the action is authorized (ie, the determination block 410 = "Yes"), as discussed above, in block 414, the processor of the communication device may receive a communication input and, in block 416, you can identify an attribute of the communication input. As discussed above, in the determination block 1002, the processor of the communication device can determine whether the attribute corresponds to a request for information. If the processor determines that the attribute corresponds to a request for information (ie, the determination block 1002 = "Yes"), as discussed above, in blocks 1004, 1006 and 1010, the processor of the communication device may perform operations to identify one or more relevant sources of information based on the caller's privilege level, extract information and provide the information to the caller. If the processor determines that the attribute does not correspond to a request for information (ie, the determination block 1002 = "No"), as discussed above, in the determination block 1010, the processor of the communication device can determine if the attribute corresponds to an action indication. If the processor determines that the attribute is an indication of action (that is, the determination block 1010 = "Yes"), as discussed above, in blocks 1012 and 1014, the processor of the communication device may perform operations for identify the one or more relevant actions based on the level of privilege and carry out the one or more identified actions. If the processor determines that the attribute does not correspond to an action (that is, the determination block 1010 = "No"), as discussed above, in the determination block 1016, the processor of the communication device can determine whether the Call is urgent. If the processor determines that the call is urgent (ie, the determination block 1016 = "Yes"), as discussed above, in blocks 1018 and 1020, the processor of the communication device may perform operations to identify one or more relevant third-party communication devices and connect the call to the third party. If the processor determines that the call is not urgent (that is, the determination block 1016 = "No"), as discussed above, in block 412, the processor of the communication device can connect the call to voicemail .

[0066] FIG. 12 illustrates an aspect procedure 1200 for responding to a call from a caller located in a communication device similar to procedure 1100 described above with reference to FIG. 11, except that, in the procedure 1200, the determinations on the request for information, the indication of action and / or the urgency of the call can be made on an intention server, such as the intention server 120 described above with reference to FIG. 1B, away from the intended recipient's communication device. In one aspect, the operations of the procedure 1200 may be performed partly by the processor of a communication device (for example, a smartphone) and partly by the processor of an intention server in communication with the processor of the communication device. In blocks 402, 502, 504, 506, 508, 404,

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

406, 408, 410, 414, 416 and 412, the processor of the communication device may perform numbered block operations of procedure 1100 described above with reference to FIG. 11. In block 1202, the processor of the communication device may send a communication input message to the intention server. In one aspect, a communication input message may be a message generated by the communication device processor that includes the identified attributes and the determined privilege level of the caller.

[0067] In block 1204, the intention server can receive the communication input message from the processor of the communication device. In a manner similar to that described above with reference to FIG. 11, except that the operation can be performed by the intention server based, at least in part, on the attributes included in the communication input message instead of by the communication device processor, the intention server can perform operations of blocks numbered 1002, 1004, 1006, 1010, 1012, 1016 and 1018. When the intention server determines that the attributes correspond to a request for information, identify relevant sources of information and extract information, in block 1206, the server from Intention can send the extracted information to the communication device processor. In block 1208, the processor of the communication device can receive the information extracted from the intention server. As discussed above, in block 1008, the processor of the communication device can provide the information to the caller. When the intention server determines that the attributes correspond to an action indication and identifies a relevant action based on the privilege level, in block 1210, the intention server can send the action indication to the processor of the communication device. In block 1212, the processor of the communication device may receive the action indication from the intention server. As discussed above, in block 1014, the processor of the communication device can perform an action. When the intention server determines that the call is not urgent, in block 1214, the intention server can send a voice mail indication to the processor of the communication device. In block 1216, the processor of the communication device can receive the voicemail indication. As discussed above, in block 1216, the communication device processor can connect the call to voicemail. When the intention server determines that the call is urgent and identifies a relevant third party, in block 1218, the intention server may send the relevant third party indication to the processor of the communication device. In block 1220, the processor of the communication device may receive the indication from a third party of the intention server. As discussed above, in block 1020, the processor of the communication device can connect the call to the third party.

[0068] Referring to FIG. 13, based on the descriptions presented herein, an apparatus 1300 for responding to a call from a caller located in a communication device may reside at least partially within the communication device, such as a smartphone, a laptop, etc. and / or the server, such as an intention server. For example, an apparatus 1300 may include, or be a part of, the communication device 102 of FIGS. 1A and 1B, the communication device 1802 of FIG. 18 or the wireless device 2000 of FIG. 20 or the wireless device 2110 of FIG. 21, server 120 of FIG. 1B, server 1902 of FIG. 19 or server 2200 of FIG. 22. It will be appreciated that the apparatus 1300 is represented by including functional blocks that can be functional blocks that represent functions implemented by a processor, software or a combination thereof (eg, firmware). The apparatus 1300 includes a logical grouping 1302 of electrical components that can act together. For example, logical grouping 1302 may include means for determining an intention of the caller using an intention engine (block 1304), means for determining a privilege level of the caller (block 1306) and means for carrying out an action in response to the determined intention and at the level of privilege determined (block 1308). Alternatively, or in addition, in one aspect, the apparatus 1300 may include at least one processor or one or more modules of an operable processor to perform the means described above. Additionally, the system 1300 may include a memory 1310 that retains instructions for executing functions associated with the electrical components 1304, 1306 and 1308. Although they are shown external to memory 1310, it will be understood that one or more of the electrical components 1304, 1306 and 1308 may exist within memory 1310.

[0069] Referring to FIG. 14, based on the descriptions presented herein, an apparatus 1400 for responding to a call from a caller located in a communication device may reside at least partially within the communication device, such as a smartphone, a laptop, etc. and / or the server, such as an intention server. For example, an apparatus 1400 may include, or be a part of, the communication device 102 of FIGS. 1A and 1B, the communication device 1802 of FIG. 18 or the wireless device 2000 of FIG. 20 or the wireless device 2110 of FIG. 21, server 120 of FIG. 1B, server 1902 of FIG. 19 or server 2200 of FIG. 22. It will be appreciated that the apparatus 1400 is represented including functional blocks that can be functional blocks that represent functions implemented by a processor, software or a combination thereof (eg, firmware). The apparatus 1400 includes a logical grouping 1402 of electrical components that can act together. For example, logical grouping 1402 may include means to determine an intention of the caller using an intention engine (block 1404), means to determine an identity of the caller (block 1406), means to compare the identity of the caller with the list of privileges (block 1408), means to determine that the identity of the caller is in the list of privileges (block 1410) and means to carry out an action in response to the determined intention and to the level of privilege determined (block 1412). Alternatively, or in addition, in one aspect, the apparatus 1400 can

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

include at least one processor or one or more modules of an operable processor to perform the means described above. In addition, the apparatus 1400 may include a memory 1414 that stores instructions for executing functions associated with the electrical components 1404, 1406, 1408, 1410 and 1412. Although they are shown external to memory 1414, it will be understood that one or more of the electrical components 1404, 1406, 1408, 1410 and 1412 may exist within memory 1414.

[0070] Referring to FIG. 15, based on the descriptions presented herein, an apparatus 1500 for answering a call from a caller located in a communication device may reside at least partially within the communication device, such as a smartphone, a laptop, etc. and / or the server, such as an intention server. For example, an apparatus 1500 may include, or be a part of, the communication device 102 of FIGS. 1A and 1B, the communication device 1802 of FIG. 18 or the wireless device 2000 of FIG. 20 or the wireless device 2110 of FIG. 21, server 120 of FIG. 1B, server 1902 of FIG. 19 or server 2200 of FIG. 22. It will be appreciated that the apparatus 1500 is represented including functional blocks that may be functional blocks that represent functions implemented by a processor, software or a combination thereof (eg, firmware). The apparatus 1500 may include a logical grouping 1502 of electrical components that can act together. For example, logical grouping 1502 may include means for determining an intention of the caller using an intention engine (block 1504), means for determining a privilege level of the caller (block 1506), means for comparing the privilege level of the caller with a privilege threshold (block 1508) and means for carrying out an action in response to the intention determined when the caller's privilege level is above the privilege threshold (block 1510). Alternatively, or in addition, in one aspect, the apparatus 1500 may include at least one processor or one or more modules of an operable processor to perform the means described above. Additionally, the system 1500 may include a memory 1512 that stores instructions for executing functions associated with the electrical components 1504, 1506 1508 and 1510. Although they are shown external to memory 1512, it will be understood that one or more of the electrical components 1504, 1506, 1508 and 1510 may exist within memory 1512.

[0071] Referring to FIG. 16, based on the descriptions presented herein, an apparatus 1600 for answering a call from a caller located in a communication device may reside at least partially within the communication device, such as a smartphone, a laptop, etc. and / or the server, such as an intention server. For example, an apparatus 1600 may include, or be a part of, the communication device 102 of FIGS. 1A and 1B, the communication device 1802 of FIG. 18 or the wireless device 2000 of FIG. 20 or the wireless device 2110 of FIG. 21, server 120 of FIG. 1B, server 1902 of FIG. 19 or server 2200 of FIG. 22. It will be appreciated that the apparatus 1600 is represented including functional blocks, which may be functional blocks that represent functions implemented by a processor, software or a combination thereof (eg, firmware). The apparatus 1600 includes a logical grouping 1602 of electrical components that can act together. For example, logical grouping 1602 may include means for receiving a communication input from the caller (block 1604), means for identifying an attribute of the communication input (block 1606), means for associating the identified attribute with an intention (block 1608 ), means to determine a level of privilege of the caller (block 1610) and means to carry out an action in response to the determined intention and to the level of privilege determined (block 1612). Alternatively, or in addition, in one aspect, the apparatus 1600 may include at least one processor or one or more modules of an operable processor to perform the means described above. Additionally, the system 1600 may include a memory 1614 that stores instructions for executing functions associated with electrical components 1604, 1606, 1608, 1610 and 1612. Although they are shown external to memory 1614, it will be understood that one or more of the electrical components 1604, 1606, 1608, 1610 and 1612 may exist within memory 1614.

[0072] Referring to FIG. 17, based on the descriptions presented herein, an apparatus 1700 for answering a call from a caller located in a communication device may reside at least partially within the communication device, such as a smartphone, a laptop, etc. and / or the server, such as an intention server. For example, an apparatus 1700 may include, or be a part of, the communication device 102 of FIGS. 1A and 1B, the communication device 1802 of FIG. 18 or the wireless device 2000 of FIG. 20 or the wireless device 2110 of FIG. 21, server 120 of FIG. 1B, server 1902 of FIG. 19 or server 2200 of FIG. 22. It will be appreciated that the apparatus 1700 is represented including functional blocks, which may be functional blocks that represent functions implemented by a processor, software or a combination thereof (eg, firmware). The apparatus 1700 includes a logical grouping 1702 of electrical components that can act together. For example, logical grouping 1702 may include means for receiving an entry from the caller (block 1704), means for determining a privilege level of the caller (block 1706), means for determining whether the caller's entry is a request for information (block 1708), means for identifying one or more relevant sources of information when the input is a request for information (block 1710), means for extracting information associated with the request for information from one or more relevant sources of information based on, at least in part, at the privilege level of the caller (block 1712) and means to provide the information extracted to the caller (block 1714). Alternatively, or in addition, in one aspect, the apparatus 1700 may include at least one processor or one or more modules of an operable processor to perform the means described above. Additionally, the 1700 system can

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

include a memory 1716 that stores instructions for executing functions associated with electrical components 1704, 1706, 1708, 1710, 1712 and 1714. Although they are shown external to memory 1716, it will be understood that one or more of the electrical components 1704, 1706, 1708, 1710, 1712 and 1714 may exist within memory 1716.

[0073] The various aspects can be implemented in any of a variety of communication devices, an example of which is illustrated in FIG. 18. For example, the communication device 1802 may include a processor 1828 coupled to a memory 1840. The memory 1840 may be one or more memories and may be a volatile or non-volatile memory, and may also be a secure and / or secure memory encrypted, or an unsecured and / or unencrypted memory, or any combination thereof. The processor 1828 may also be coupled to a user interface 1832 that may include an input mechanism 1834, such as a keyboard, a touch screen, a button, a microphone, etc., and an output mechanism 1836, such as a screen, speaker, etc. Additionally, the communication device 1802 may include one or more transceivers 1830 coupled to the processor 1828 to send and receive electromagnetic radiation through an antenna. The one or more transceivers 1830 may allow the communication device 1802 to establish wireless connections with other devices and / or communication networks, such as mobile telephone networks (eg, CDMA, TDMA, GSM, PCS, 3G, 4G, lTe or any other type of mobile networks). The communication device 1802 may also include a battery 1838 coupled to the processor 1828, and one or more sensors 1842, such as a camera, a fingerprint scanner, a location sensor (e.g., a GPS receiver), a microphone, a pressure sensor, an accelerometer, an iris scanner, etc. The processor 1828 may execute one or more application (s) 1826 and may access one or more source (s) of information 1824. The processor 1828 may interact with an intent engine 1804, which may include an identity module 1806, a Attribute module 1808, a privilege module 1810, an authorization module 1812, privilege presets 1814 and an evaluation module 1816. In one aspect, the evaluation module 1816 may include a module of information sources 1818, a module of action 1820 and an emergency module 1822.

[0074] The various aspects can also be implemented in any of a variety of commercially available server devices, such as the intention server 1902 illustrated in FIG. 19. Said intention server 1902 may include a processor 1916 coupled to a memory 1920, such as a disk drive. The intention server 1902 may also include a network transceiver 1918, such as a network access port, coupled to the processor 1916 to establish network interface connections that communicate with a communication network, such as a local area network. coupled to other computers and servers in the system, with the Internet, with the public switched telephone network and / or with a mobile network (for example, CDMA, TDMA, GSM, PCS, 3G, 4G, LTE or any other type of mobile network) . The processor 1916 can execute one or more application (s) 1914 and can access one or more information source (s) 1912. The processor 1916 can interact with an evaluation module 1904, which may include an information source module 1906 , an action module 1908 and an emergency module 1910.

[0075] The various aspects can be implemented in any of a variety of communication devices, such as mobile devices, an example of which is illustrated in FIG. 20. For example, the communication device 2000 may include a processor 2002 coupled to internal memories 2004 and to a screen 2010. Internal memories 2004 and 2010 may be volatile or non-volatile memories, and may also be secure and / or encrypted memories , or unsecured and / or unencrypted memories, or any combination thereof. The 2002 processor can also be coupled to a 2006 touch screen, such as a resistance sensitive touch screen, a touch screen sensitive to infrared touch screen detection, or the like. In addition, the communication device 2000 screen does not need to have a touch screen function. In addition, the mobile terminal 2000 may have one or more antennas 2008 to send and receive electromagnetic radiation that can be connected to a wireless data link and / or a mobile telephone transceiver 2016 coupled to the processor 2002. The mobile device 2000 may also include buttons physicists 2012a and 2012b to receive user entries. The 2000 mobile device may also include a 2018 power button to turn the 2000 mobile device on and off.

[0076] The various aspects described above can also be implemented within a variety of communication devices, such as personal computing devices that include a laptop 2110 as illustrated in FIG. 21. Many laptops include a touch surface 2117 that serves as a computing pointing device and, therefore, can receive drag, scroll and slide movements similar to those implemented in mobile computing devices equipped with a touch screen and described above. A laptop 2110 will typically include a processor 2111 coupled to volatile memory 2112 and a large capacity nonvolatile memory, such as a disk drive 2113, a flash memory (not shown) and a compact disk drive (CD) 2115. The computer 2110 may also include one or more network transceivers 2114 coupled to the processor 2111 and configured to communicate with an external communication network, such as a USB, connector plugs or other network connection circuits. In a laptop configuration, the computer case includes the touch screen 2117, the keyboard 2118 and the screen 2119, all of them coupled to the processor 2111. Other configurations of the computing device may include a computer mouse or trackball coupled to the processor ( for example, through a USB input) as is well known, which can also be used in conjunction with the various aspects.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[0077] The various aspects can also be implemented in any of a variety of commercially available server devices, such as the server 2200 illustrated in FIG. 22. Said server 2200 typically includes a processor 2201 coupled to volatile memory 2202 and a large capacity non-volatile memory, such as a hard disk 2203. Server 2200 may also include a flexible disk drive, a compact disk drive ( CD) or DVD disc 2206 coupled to processor 2201. Server 2200 may also include network access ports 2204 coupled to processor 2201 to establish network interface connections with a network 2207, such as a local area network coupled to others. computers and servers of the announcement system, the Internet, with the public switched telephone network and / or with a mobile network (for example, CDMA, TDMA, GSM, PCS, 3G, 4G, LTE or any other type of mobile network).

[0078] The 1828, 1916, 2002, 2111 and 2201 processors can be any programmable microprocessor, microcomputer or multi-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 above. In some devices, multiple processors may be provided, such as a processor dedicated to wireless communication functions and a processor dedicated to the execution of other applications. Typically, software applications can be stored in internal memory 1840, 1920, 2004, 2010, 2112, 2113, 2202 and 2203 before they are accessed and loaded into processors 1828, 1916, 2002, 2111 and 2201. Processors 1828, 1916, 2002, 2111 and 2201 may include sufficient internal memory to store the instructions of the application software. In many devices, the internal memory can be a volatile or non-volatile memory, such as flash memory, or a mixture of both. For the purposes of this description, a general reference to memory refers to all memory accessible by processors 1828, 1916, 2002, 2111 and 2201, including an internal memory or a removable memory connected to the mobile device and a memory within own processors 1828, 1916, 2002, 2111 and 2201.

[0079] The above descriptions of the procedures and process flow diagrams are provided simply as illustrative examples and are not intended to require or imply that the stages of the various aspects must be performed in the order presented. As one skilled in the art will appreciate, the order of the steps in the above aspects can be carried out in any order. Words such as "thereafter", "then", "next", etc. they are not intended to limit the order of the stages; These words are simply used to guide the reader through the description of the procedures. In addition, no single reference to elements of the claims, for example, using the articles "a", "a", "ones", "ones", "the", "the", "the" or "the" must interpreted as limiting the element to the singular.

[0080] The various logical blocks, modules, circuits and stages of illustrative algorithms, described in relation to the aspects disclosed herein, can be implemented as electronic hardware, computer software or combinations of both. To clearly illustrate this interchangeability of hardware and software, various components, blocks, modules, circuits and illustrative steps in terms of their functionality have been previously described in general. Whether such functionality is implemented as hardware or software depends on the particular application and the design restrictions imposed on the global system. Those skilled in the art can implement the described functionality in several ways for each particular request, but it should not be construed that such implementation decisions involve departing from the scope of the present disclosure.

[0081] The hardware used to implement the various logic, logic blocks, modules and illustrative circuits described in relation to the aspects disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable door array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components or any combination thereof designed to perform functions described in this document. A general purpose processor may be a microprocessor but, alternatively, the processor may be any conventional processor, controller, microcontroller or state machine. A processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors together with a DSP core or any other such configuration. Alternatively, some stages or procedures can be performed by a set of circuits that is specific to a given function.

[0082] In one or more aspects by way of example, the described functions may be implemented in hardware, software, firmware or any combination thereof. If implemented in software, the functions can be stored as one or more instructions or as a code in a non-transient medium readable by computer or in a non-transient medium readable by processor. The steps of a method or algorithm disclosed herein may be performed in a software module executable by a processor that may reside in a non-transient storage medium readable by computer or in a storage medium readable by processor. Non-transient storage media readable by computer or readable by processor can be any storage medium that can be accessed by a computer or a processor. By way of example, and not limitation, said non-transient computer-readable media may comprise a RAM, a ROM, an EEPROM, a FLASH memory, a CD-ROM or other optical disk storage, a magnetic disk storage or other magnetic storage devices, or any other means that

can be used to store the desired program code in the form of instructions or data structures and which can be accessed by a computer. The discs, as used herein, include the compact disc (CD), the laser disc, the optical disc, the digital versatile disc (DVD), the flexible disc and the Blu-ray disc, where some discs usually play data magnetically, while other discs reproduce 5 data optically with lasers. Combinations of the foregoing are also included within the scope of non-transient computer readable media and processor readable media. Additionally, the operations of a procedure or algorithm can reside as one or as any combination or set of codes and instructions in a non-transient medium readable by processor and / or in a computer-readable medium, which can be incorporated into a computer program product .

10

[0083] The above description of the disclosed aspects is provided to allow any person skilled in the art to make or use the present disclosure. Various modifications of these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the scope of the disclosure. Therefore, the present disclosure is not intended

15 be limited to the embodiments shown herein, but are granted the broadest scope compatible with the following claims and with the novel principles and features disclosed herein.

Claims (15)

10 fifteen 2. twenty 3. 25 Four. 30 5. 35 40 6. Four. Five fifty 7. 55 60 8. A method of responding (202) to a call (306) of a caller located in a communication device (102), comprising: connecting (404) the call (306) to an intention engine (104) in response to the determination that a user of the communication device (102) is not available; determine (204) an intention of the caller using the intention engine (104); determine (206, 408) a caller's privilege level; Y select an action to respond (208) to the call (306) based on the intention determined and the level of privilege determined without additional human participation. The method according to claim 1, wherein the determination of the caller's privilege level comprises: determine (406) a caller's identity; Y compare (704) the caller's identity with a list of privileges. The method according to claim 2, wherein determining (406) a caller's identity is based, at least in part, on one or more of a telephone number, a voice recognition, a facial recognition, customizable question answers, a biometric information or location information. The method of claim 1, further comprising comparing (704) the caller's privilege level with a privilege threshold, in which selecting the action to answer (208) the call (306) based on the determined intention and the level of privilege determined (206, 408) comprises carrying out an action (418) based on the determined intention when it is determined (410) that the caller's privilege level is above the privilege threshold. The method according to claim 1, wherein determining a caller's intention using an intention engine comprises: receive a communication input from the caller; identify an attribute of the communication input; and associate the identified attribute with an intention. The method according to claim 5, wherein: the caller's communication input is the voice; and Identifying an attribute of the communication input comprises applying natural language processing to the voice to identify a voice attribute; or the caller's communication entry is a text format communication entry; and Identifying an attribute of the communication input comprises applying natural language processing to the communication input formatted in the text to identify an attribute of the text. The method according to claim 5, wherein: The caller's communication input is video information; and identifying an attribute of the communication input comprises applying facial recognition to video data to identify an attribute of video data; or Identify an emotion, mood or gesture included in the video data as an attribute of the video data. The method according to claim 5, further comprising: determine that the identified attribute corresponds to a request for information associated with the called party; Y 5 10 fifteen twenty 25 30 35 40 Four. Five fifty 55 60 extract information associated with the called party from one or more relevant sources of information (132) identified on the basis, at least in part, of the caller's particular privilege level, wherein selecting the action to answer (208) the call (306) based on the determined intention comprises providing the extracted information associated with the called party to the caller in response to the request for the information associated with the called party. 9. The method of claim 8, wherein the one or more relevant sources of information (132) are one or more of a calendar application (134), a social network application (134), an email inbox , a contact list, a voice mailbox, a location location application (134), a user's communication device memory (102) or a user's communication device configuration (102). 10. The method according to claim 5, wherein: identifying an attribute of the communication input comprises identifying a plurality of attributes of the communication input; Y associating the identified attribute with an intention includes: comparing a combination of the plurality of attributes with a dictionary of intention descriptors to determine a correlation between the combination of the plurality of attributes and the descriptors of intention; Y Associate an intention descriptor with a higher correlation with an intention. 11. The method according to claim 1, further comprising: determine if the call (306) is urgent; in which selecting the action to answer (208) the call (306) comprises connecting the call (306) to another device in response to determining that the call (306) is urgent and is based, at least in part, on the privilege level determined. 12. The method according to claim 1, wherein the action selected to answer (208) the call (306) comprises one or more of providing the caller with access to a source of information associated with the user of the communication device (102) ), connecting the call (306) to another device associated with a third party, or connecting the call (306) to voicemail. 13. The method according to claim 1, wherein the intention engine (104) verbally interacts with the caller to automatically determine the caller's intention without additional human participation when the user of the communication device (102) is not available. 14. The method according to claim 1, wherein determining an intention of the caller using an intention engine (104) comprises determining an intention of the caller using an intention motor (104) based, at least in part, on a determination of past intention associated with the caller. 15. A communication device (102), comprising: means for connecting (404) a call (306) to an intention engine (104) in response to the determination that a user of the communication device (102) is not available; means for determining (204) an intention of a caller using the intention engine (104); means for determining (206, 408) a privilege level of the caller; Y means for selecting an action to respond (208) to the call (306) based on the intention determined and the level of privilege determined without additional human participation.