Patent Application
20240414511
The background description provided herein is for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.
There are many different communication modes by which users can communicate via a network using their computing devices (e.g., mobile phones). One subset of these communication modes is electronic messaging, which includes text messaging and email. Another subset of these communication modes includes real-time communication sessions, such as audio-only (e.g., voice call) and audio/video (e.g., video chat) communication sessions. Each of these various communication modes has both advantages and disadvantages.
According to one aspect of the present disclosure, a computer-implemented method is presented. The method can include detecting, by a first computing device having one or more processors, a set of user communications, each user communication being transmitted to or received from a second computing device via a first communication mode that defines a first communication protocol for communication between the first and second computing devices; identifying, by the first computing device, a second communication mode that is available for communication between the first and second computing devices, the second communication mode defining a different second communication protocol for communication between the first and second computing devices; obtaining, by the first computing device, an appropriateness score for the first and second communication modes based on a contextual feature of the set of user communications, wherein the contextual feature relates an appropriateness of a particular communication mode for the set of user communications, and wherein each appropriateness score is indicative of a level of appropriateness of a particular communication mode for the set of user communications; and when the appropriateness score for the second communication mode satisfies a threshold, outputting, by the first computing device, a suggestion to switch from the first communication mode to the second communication mode.
According to another aspect of the present disclosure, a computing device is presented. The computing device can include a non-transitory computer-readable medium having a set of instructions stored thereon and one or more processors configured to execute the set of instructions, which causes the one or more processors to perform operations. The operations can include detecting a set of user communications, each user communication being transmitted to or received from a second computing device via a first communication mode that defines a first communication protocol for communication between the first and second computing devices; identifying a second communication mode that is available for communication between the first and second computing devices, the second communication protocol defining a different second communication protocol for communication between the first and second computing devices; obtaining an appropriateness score for the first and second communication modes based on a contextual feature of the set of user communications, wherein the contextual feature relates an appropriateness of a particular communication mode for the set of user communications, and wherein each appropriateness score is indicative of a level of appropriateness of a particular communication mode for the set of user communications; and when the appropriateness score for the second communication mode satisfies a threshold, outputting a suggestion to switch from the first communication mode to the second communication mode.
In some implementations, the method/operations further comprise receiving, by the first computing device, a command that causes the first computing device to switch from the first communication mode to the second communication mode. In some implementations, outputting the suggestion includes displaying, by the first computing device, a pop-up menu including one or more selectable options for causing the first computing device to switch or not to switch from the first communication mode to the second communication mode. In some implementations, the method/operations further comprise in response to switching from the first communication mode to the second communication mode: transferring, by the first computing device, the set of user communications from a first software application associated with the first communication mode to a second software application associated with the second communication mode; and displaying, by the first computing device, the set of user communications in the second software application.
In some implementations, each user communication includes text; the first communication mode is one of text messaging and email; the second communication mode is the other of text messaging and email; and the contextual feature for the set of user communications is indicative of a length of the text of each user communication. In some implementations, shorter text is indicative of text messaging having a greater appropriateness score than email, and wherein longer text is indicative of text messaging having a lower appropriateness score than email. In some implementations, the first and second communication modes are each selected from the group consisting of: (i) text messaging; (ii) email; (iii) a real-time, audio-only communication session; and (iv) a real-time, audio/video communication session.
In some implementations, each user communication includes text; the first communication mode is one of text messaging and email; the second communication mode is one of a real-time audio-only communication session and a real-time audio/video communication session; and the contextual feature for the set of user communications is indicative of a length of the text of each user communication. In some implementations, shorter text is indicative of text messaging and email having a higher appropriateness score than real-time audio-only and audio/video communication sessions, and wherein longer text is indicative of text messaging and email having a lower appropriateness score than real-time audio-only and audio/video communication sessions. In some implementations, the contextual feature for the set of user communications is indicative of a level of familiarity between first and second users of the first and second computing devices, and wherein a level of familiarity above a familiarity threshold is indicative of the real-time audio/video communication session having a greater appropriateness score than the real-time audio-only communication session.
In some implementations, the first communication mode is email, the second communication mode is one of text messaging and a real-time communication session, the contextual feature for the set of user communications is indicative of a level of familiarity between the first and second users of the first and second computing devices, the level of familiarity being above a first familiarity threshold is indicative of the real-time communication session having a greater appropriateness score than text messaging and email, and the level of familiarity being less than the first familiarity threshold and greater than a second familiarity threshold is indicative of text messaging having a greater appropriateness score than the real-time communication session and email.
Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples are intended for purposes of illustration only and are not intended to limit the scope of the disclosure.
The present disclosure will become more fully understood from the detailed description and the accompanying drawings, wherein:
As mentioned above, each communication mode by which users can communicate via their computing devices has advantages and disadvantages. Instant text messaging or chatting, for example, may have the lowest relative data and/or processing cost and may only require part of the user's attention, but it also may only be appropriate for exchanging short messages. A real-time audio/video communication session or “video chat,” on the other hand, may be the most appropriate communication mode for a lengthy, detailed discussion, but it may also have the highest relative data and/or processing cost. Manually transitioning between these different communication modes, or manually setting up rules for automated communication mode switching, can be very time consuming. Accordingly, techniques are presented for contextually prompting users to switch communication modes.
These techniques provide for user prompting and automated or “one click” switching between communication modes based on a contextual analysis of a set of exchanged user communications. For example, this set of user communications can collectively represent a previous or current conversation between the users. While the text of electronic messages (text messages, emails, etc.) is primarily discussed herein, it will be appreciated that the user communications can include audio and/or video data that can be analyzed to determine contextual features (e.g., transcription of audio data to obtain text). Instead of transcription, a quantity of speech (e.g., a speech/non-speech classifier could be applied to measure the percentage of speech) or audio loudness could be used. At least some of these contextual features can be indicative of a level of detail of the set of user communications. A “detailed” conversation as discussed herein can be one that is lengthy (e.g., a large number of characters/words) and/or has a more complex topic (e.g., politics).
The contextual analysis can include, based on the contextual factors, determining an appropriateness score for each of a current communication mode and at least one other available communication mode. Some communication modes may also not always be available. Real-time audio/video communication sessions, for example, may be unavailable when the speed/strength of the network is below a threshold. Each appropriateness score can be indicative of a level of appropriateness for a particular communication mode for the set of communications. A more “appropriate” communication mode (e.g., an appropriateness score above a certain threshold) can refer to a particular communication mode likely increasing the efficiency of the conversation between the users. The appropriateness scores for these communication modes can then be compared to each other.
When the appropriateness score of another available communication mode is more than a threshold greater than the appropriateness score for the current communication mode, a suggestion to switch communication modes can be made. This can include, for example, outputting a pop-up window asking the user whether they would like to switch to the other communication mode. A response or switch command may then be received, which can cause the transition from the current to the other communication mode. This switching could also be performed automatically without prompting the user. The transitioning between communication modes can include transferring the previous user communications between software applications associated with the communication modes (e.g., from a text messaging application to an email application). This transition to the other communication mode is therefore seamless because no further user involvement is required (e.g., cutting/pasting text).
As mentioned, at least a portion of the techniques of the present disclosure could be at least partially implemented by an application (text messaging, email, voice call, video chat, etc.) executing at a client computing device. These applications could be, for example only, standalone applications. Non-limiting example user interfaces are discussed herein and illustrated in
The present disclosure is directed to, inter alia, the technical problem of identifying a best or most appropriate communication mode based on user activity. More specifically, the present disclosure is directed to techniques for determining an appropriateness score for each of a current communication mode and at least one other available communication mode and, if another available communication mode is more appropriate than the current communication mode, providing a suggestion for the user to switch to this other available communication mode. Previous user communications may also be seamlessly transferred to the new communication mode (e.g., from email to text message). The techniques utilize various hardware components and other forms of previously input information (previous user communications, a relationship between the users, etc.) to analyze the context of the communication between the users as part of determining the appropriateness scores.
Referring now to
Referring now to
The first computing device 104 can also include a processor 212 configured to control operation of the computing device 104. The term “processor” as used herein can refer to both a single processor and a plurality of processors operating in a parallel or distributed architecture. In one implementation, the memory 208 may store a set of instructions that, when executed by the processor 212, causes the first computing device 104 to perform at least a portion of the techniques herein. The first computing device 104 can also include other devices, such as a microphone 216 and a camera 220 configured to capture audio data and video data, respectively.
Referring now to
The availability of the second communication mode can be based on (i) whether the devices 104, 120 are capable of communication via the communication protocol defined by the second communication mode and (ii) whether this second communication mode or its protocol is enabled at both devices 104, 120. Other factors may also be used in determining the availability, such as signal strength via the second communication mode or other network conditions, data costs, the users' preferences, and the like. Non-limiting examples of the first/second communication modes include instant text messaging or chatting, email, real-time audio-only or voice call, and real-time audio/video or video chat. As previously mentioned, there may be other factors that affect whether a particular communication mode is available. For example, video chat could be manually disabled or a automatically disabled when a strength of the network 112 is below an acceptable level.
At 312, the first computing device 104 can obtain an appropriateness score for the first and second communication modes based on contextual features of the set of user communications. Each contextual feature can be indicative of a level of detail of a particular user communication, and each appropriateness score can be indicative of a level of appropriateness of a particular communication mode for the set of user communications and their corresponding levels of detail. Non-limiting examples of the contextual features include text length (number of characters/words), frequency or time between user communications, network strength, network data costs, a conversation topic and/or a number of mentions of particular persons/places/things during the conversation, user preferences, device type/capabilities, ambient noise (e.g., captured by the microphone 216), the user's current state, a history or relationship (real-life and/or social network-based) between the users, and a history of communication between the users, time zone differences, and a sentiment of the conversation (annoyed, happy, sad, etc.). Each of these contextual features can be utilized to generate the appropriateness score for a particular communication mode.
Loud or excessive ambient noise, for example, may be indicative of text messaging or email being more appropriate than a real-time audio-only or audio/video communication session because the ambient noise may negatively affect the captured and/or output audio during the session. Low network strength and/or high network costs may similarly favor text messaging or email over real-time audio-only and audio/video communication sessions. The user's current state as used herein refers to what the user's current activity. For example, it may be determined that the user is riding a bike based on other information, such as repeated use of voice-to-text input or the execution of a fitness software application. This user state may be indicative of a real-time audio-only or audio/video communication session being more appropriate than text messaging or email because it may be difficult for the user to type. The user's current activity could be determined, for example, based on measurements from an accelerometer of the first computing device 104. For example, a higher gravitational force (“g-force”) measurement by the accelerometer may be indicative of a current activity where it would be difficult for the user to type (e.g., jogging/running or riding on a bike or in a vehicle). A sad or annoyed sentiment to the conversation or a large time zone difference may be indicative of real-time communication sessions being less appropriate than text messaging and email, whereas a happy or excited sentiment could be indicative of the opposite. A large number of mentions of particular persons/places/things could be indicative of a more detailed conversation where a real-time communication session could be more appropriate than text messaging and email. The remainder of the example contextual factors listed above will now be discussed in greater detail.
Referring now to
Specifically, the length of text in each user communication is relatively short only two words per email. The emails also have a high frequency in that each was sent only a minute apart. An analysis of the text can indicate that there is no clear topic for the conversation. Instead, this could be classified as small talk between users, which is a low level of detail. Another factor that may indicate that this is merely small talk is the emails have no subject. At 312, the first computing device 104 can obtain an appropriateness score for the current communication mode (email) and at least one other available communication mode, such as text messaging. It will be appreciated that these appropriateness scores can be generated either locally at the first computing device 104, remotely at the server computing device 108, or some combination thereof.
At 316, the first computing device 104 can determine whether any other available communication modes have an appropriateness score (ASOTHER) greater than a sum of the appropriateness score for the current communication mode (ASCURRENT) and a threshold (ASTH). When there is one, a suggestion can be provided to switch to this other communication mode at 320. Otherwise, the current communication mode can continued to be utilized at 324. The appropriateness scores may also be calculated at regular time intervals, as opposed to a single time as illustrated. For example, the appropriateness scores could be calculated every few seconds. The appropriateness scores could also be computed at certain events, such as a text message being sent or received. The appropriateness scores may also be aggregated over a period or a number of samples (scores). For example, a simple aggregation scheme could take the average or median appropriateness score within some window of N scores (where N is an integer greater than one).
The threshold may be zero, and thus a switch to even a slightly more appropriate communication mode could be suggested. This threshold, however, can also be utilized to prevent repeated suggestions to switch back/forth between communication modes that have approximately the same appropriateness score. It will be appreciated that different thresholds could be used for each transition (text to email, email to audio/video, etc.). These different thresholds, for example, could be user-specified or could be learned over time based on the user's activity and/or other users' activity. It will also be appreciated that the threshold does not need to be based on the appropriateness score for the first communication mode. For example, the threshold could only be based on the appropriateness score for the second communication mode. In other words, if the appropriateness score for the second communication mode satisfies a threshold, the suggestion could be provided or the automatic switch could be performed, regardless of the appropriateness score of the first communication mode. The threshold could also change. For example, the threshold could be increased if the user cancels or says no in response to the prompt to switch communication modes. This could help prevent repeated suggestions to switch. Alternatively, switch suggestions could no longer be provided during the current communication session.
In
In
The first computing device 104 can determine or obtain user information to assist in this transition between communication modes. For example, when switching from text messaging to email, the first computing device 104 may initially be utilizing a telephone number (e.g., SMS text messaging) or another unique text messaging identifier associated with the second user 124. In order to switch to email, however, the first computing device 104 must obtain the email address of the second user 124. The first computing device 104, therefore, can leverage user profiles and other sources of user information (e.g., social networks). For example, a user profile associated with the second user 124 may be stored at the first computing device 104 or at another server and may include one or more telephone numbers, an email address, and other contact information. The first computing device 104 can access the information in such user profiles in order to seamlessly perform the switch (e.g., without the first user 116 needing to provide the email address for the second user 124).
The first computing device 104 may also discern the topic of this conversation, which is investments/finance. Such a topic may be considered to be more detailed than other topics, such as small talk between users. All of these factors are indicative of this being a very detailed conversation, for which text messaging may have an appropriateness score that is less than the appropriateness score for other communication modes (e.g., real-time audio-only or audio/video). Email may have a similarly low appropriateness score. Real-time audio-only or audio/video, such as a voice call or a video chat, however, may have an appropriateness score that is greater than a sum of the appropriateness score for text messaging and the threshold. This may be because a real-time communication session should be more efficient for such a detailed conversation about a complex topic. As such, a suggestion is made via a pop-up menu 532 in
The history or relationship between the first and second users 116, 124 can also be a contextual factor for the appropriateness scores for a particular communication mode. This can be determined based on past communications between the users and/or via other sources of information, such as their connection on social networks. Another factor could be whether the users 116, 124 have ever participated in a video chat with each other before. For example, users that do not know each other on an intimate level, such as recently-introduced businesspeople, would likely prefer a voice call over a video chat. Users that are best friends or close work colleagues, such as Jill and Jack here, on the other hand, may prefer a video chat instead of a voice call. Thus, video chat could be suggested along with voice call as shown, or only video chat could be suggested (e.g., when its appropriateness score is much higher than the appropriateness score for a voice call).
In
One or more systems and methods discussed herein do not require collection or usage of user personal information. In situations in which certain implementations discussed herein may collect or use personal information about users (e.g., user data, information about a user's social network, user's location and time, user's biometric information, user's activities and demographic information), users are provided with one or more opportunities to control whether the personal information is collected, whether the personal information is stored, whether the personal information is used, and how the information is collected about the user, stored and used. That is, the systems and methods discussed herein collect, store and/or use user personal information only upon receiving explicit authorization from the relevant users to do so. In addition, certain data may be treated in one or more ways before it is stored or used so that personally identifiable information is removed. As one example, a user's identity may be treated so that no personally identifiable information can be determined. As another example, a user's geographic location may be generalized to a larger region so that the user's particular location cannot be determined.
Example embodiments are provided so that this disclosure will be thorough, and will fully convey the scope to those who are skilled in the art. Numerous specific details are set forth such as examples of specific components, devices, and methods, to provide a thorough understanding of embodiments of the present disclosure. It will be apparent to those skilled in the art that specific details need not be employed, that example embodiments may be embodied in many different forms and that neither should be construed to limit the scope of the disclosure. In some example embodiments, well-known procedures, well-known device structures, and well-known technologies are not described in detail.
The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting. As used herein, the singular forms “a,” “an,” and “the” may be intended to include the plural forms as well, unless the context clearly indicates otherwise. The term “and/or” includes any and all combinations of one or more of the associated listed items. The terms “comprises,” “comprising,” “including,” and “having,” are inclusive and therefore specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. The method steps, processes, and operations described herein are not to be construed as necessarily requiring their performance in the particular order discussed or illustrated, unless specifically identified as an order of performance. It is also to be understood that additional or alternative steps may be employed.
Although the terms first, second, third, etc. may be used herein to describe various elements, components, regions, layers and/or sections, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms may be only used to distinguish one element, component, region, layer or section from another region, layer or section. Terms such as “first,” “second,” and other numerical terms when used herein do not imply a sequence or order unless clearly indicated by the context. Thus, a first element, component, region, layer or section discussed below could be termed a second element, component, region, layer or section without departing from the teachings of the example embodiments.
As used herein, the term module may refer to, be part of, or include: an Application Specific Integrated Circuit (ASIC); an electronic circuit; a combinational logic circuit; a field programmable gate array (FPGA); a processor or a distributed network of processors (shared, dedicated, or grouped) and storage in networked clusters or datacenters that executes code or a process; other suitable components that provide the described functionality; or a combination of some or all of the above, such as in a system-on-chip. The term module may also include memory (shared, dedicated, or grouped) that stores code executed by the one or more processors.
The term code, as used above, may include software, firmware, byte-code and/or microcode, and may refer to programs, routines, functions, classes, and/or objects. The term shared, as used above, means that some or all code from multiple modules may be executed using a single (shared) processor. In addition, some or all code from multiple modules may be stored by a single (shared) memory. The term group, as used above, means that some or all code from a single module may be executed using a group of processors. In addition, some or all code from a single module may be stored using a group of memories.
The techniques described herein may be implemented by one or more computer programs executed by one or more processors. The computer programs include processor-executable instructions that are stored on a non-transitory tangible computer readable medium. The computer programs may also include stored data. Non-limiting examples of the non-transitory tangible computer readable medium are nonvolatile memory, magnetic storage, and optical storage.
Some portions of the above description present the techniques described herein in terms of algorithms and symbolic representations of operations on information. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. These operations, while described functionally or logically, are understood to be implemented by computer programs. Furthermore, it has also proven convenient at times to refer to these arrangements of operations as modules or by functional names, without loss of generality.
Unless specifically stated otherwise as apparent from the above discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system memories or registers or other such information storage, transmission or display devices.
Certain aspects of the described techniques include process steps and instructions described herein in the form of an algorithm. It should be noted that the described process steps and instructions could be embodied in software, firmware or hardware, and when embodied in software, could be downloaded to reside on and be operated from different platforms used by real time network operating systems.
The present disclosure also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored on a computer readable medium that can be accessed by the computer. Such a computer program may be stored in a tangible computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus. Furthermore, the computers referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.
The algorithms and operations presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may also be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatuses to perform the required method steps. The required structure for a variety of these systems will be apparent to those of skill in the art, along with equivalent variations. In addition, the present disclosure is not described with reference to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present disclosure as described herein, and any references to specific languages are provided for disclosure of enablement and best mode of the present invention.
The present disclosure is well suited to a wide variety of computer network systems over numerous topologies. Within this field, the configuration and management of large networks comprise storage devices and computers that are communicatively coupled to dissimilar computers and storage devices over a network, such as the Internet.
The foregoing description of the embodiments has been provided for purposes of illustration and description. It is not intended to be exhaustive or to limit the disclosure. Individual elements or features of a particular embodiment are generally not limited to that particular embodiment, but, where applicable, are interchangeable and can be used in a selected embodiment, even if not specifically shown or described. The same may also be varied in many ways. Such variations are not to be regarded as a departure from the disclosure, and all such modifications are intended to be included within the scope of the disclosure.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 17695163 | Mar 2022 | US |
| Child | 18811249 | US | |
| Parent | 16814551 | Mar 2020 | US |
| Child | 17695163 | US | |
| Parent | 16376182 | Apr 2019 | US |
| Child | 16814551 | US | |
| Parent | 15238395 | Aug 2016 | US |
| Child | 16376182 | US |
