Patent Application
20230237254
Recent years have seen significant improvements in messaging technology, particularly in connection with improving features that are provided within messaging interfaces. For example, many communication applications have been configured to autocomplete contact information or provide recipient recommendations based on one or more letters typed into a recipient field. These conventional systems often rely on previous communications or recipient contact information maintained by a particular individual that is preparing or sending the electronic communication.
While conventional communication applications have been configured to provide recommendations for contacts based on a history of previous communications or based on contacts of an individual account, these systems have a number of problems in relation to accuracy, efficiency, and flexibility of operation. For instance, conventional systems are often inefficient in how they inform a user about relationships between the user and other contacts in a contact list. For example, many communication systems require an individual to expressly search out contact information using meta information, such as first name, company name, etc. from a contact database or from a list of known users to find contact information for an individual to place within a recipient field. This may involve drilling down into multiple menus, copying and pasting contact information, as well as other inefficiencies that result in frustration and delays in populating a recipient field when preparing an electronic communication.
In addition, as companies or organizations become larger and more interconnected, conventional communication systems are particularly difficult to navigate with respect to communicating between different groups of employees or sub-organizations. For example, it is often difficult to know which recipients are relevant to a particular project and which parties need to be alerted with respect to certain communications. Currently, many communication systems simply provide reply-all functionality, or often require senders to search through a lengthy history of emails to identify which recipients are relevant to a particular communication. Moreover, as teams and organizations change, these conventional mechanisms for populating recipient fields become inaccurate and unworkable, resulting in further inefficiencies as a result of communications failing to get to the desired recipients.
These and other problems exist with regard generating and transmitting electronic communications using conventional electronic messaging systems.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
One or more embodiments described herein relate to a method for composing a communication within an electronic communication application. The method may include an act of identifying an intended recipient of an electronic communication. The method may include an act of receiving a recipient identifier indicating a related recipient associated with the intended recipient. The method may include an act of accessing relationship information between the intended recipient and the related recipient from a contact database, the relationship information being maintained for respective contacts in the contact database. The method may include an act of determining at least one contact from the contact database based on the recipient identifier and the relationship information. The method may further include an act of populating a recipient field of the electronic communication with the at least one contact within a graphical user interface (GUI) of a computing device. (e.g., within a messaging interface of an electronic messaging application).
In one or more embodiments, identifying the intended recipient is based on detecting a communication address for the intended recipient within a recipient field of a communication application. In one or more embodiments, populating the recipient field includes populating the recipient field with at least one communication address for the at least one contact within a primary recipient field or a secondary recipient field of the communication application.
In one or more embodiments, receiving the recipient identifier includes detecting entry of a reference to a relationship of the intended recipient. In one or more embodiments, the reference to the relationship includes an indication of a hierarchical relationship within an organization included within the contact database. In one or more embodiments, the reference to the relationship includes a relationship term having a semantic meaning. In one or more implementations, determining the at least one contact includes comparing the semantic meaning to the relationship information to estimate the at least one contact from the contact database that is predicted to match the semantic meaning of the relationship term.
In one or more embodiments, receiving the recipient identifier includes detecting selection of the intended recipient. Receiving the recipient may further include providing, via the GUI, one or more icons associated with one or more recipient identifiers, the one or more recipient identifiers being associated with one or more contacts from the contact database. Receiving the recipient identifier may further include detecting selection of an icon from the one or more icons.
In one or more embodiments, identifying the intended recipient includes identifying a communication address of the intended recipient in a first recipient field of the electronic message. In one or more embodiments, populating the contact information includes populating the contact information in a second recipient field of the electronic message. For example, in one or more implementations, the first recipient field is a primary recipient field while the second recipient field is a secondary recipient field.
In one or more embodiments, receiving the recipient identifier includes detecting an entry of the recipient identifier in a body of the electronic communication.
In one or more embodiments, identifying the intended recipient includes identifying a plurality of intended recipients. Further, in one or more embodiments, the relationship information includes relationship information for each intended recipient of the plurality of intended recipients. In this example, determining the at least one contact may include determining at least one first contact associated with a first intended recipient of the plurality of intended recipients and at least one second contact associated with a second intended recipient of the plurality of intended recipients. In one or more embodiments, the recipient identifier includes a single identifier indicating at least one related recipient for each of the first intended recipient and the second intended recipient.
Additional features and advantages will be set forth in the description that follows. Features and advantages of the disclosure may be realized and obtained by means of the systems and methods that are particularly pointed out in the appended claims. Features of the present disclosure will become more fully apparent from the following description and appended claims, or may be learned by the practice of the disclosed subject matter as set forth hereinafter.
In order to describe the manner in which the above-recited and other features of the disclosure can be obtained, a more particular description will be rendered by reference to specific implementations thereof which are illustrated in the appended drawings. For better understanding, the like elements have been designated by like reference numbers throughout the various accompanying figures. While some of the drawings may be schematic or exaggerated representations of concepts, at least some of the drawings may be drawn to scale. Understanding that the drawings depict some example implementations, the implementations will be described and explained with additional specificity and detail through the use of the accompanying drawings in which:
This disclosure generally relates to devices, systems, and methods for populating contact information for contacts related to an intended recipient. When generating an email (or other electronic communication), a contact manager may identify a recipient of the communication. Based on the identified recipient, the contact manager may identify the relationships between the recipient and other contacts within a contact list. Based on the relationships, the contact manager may provide one or more recommendations for additional recipients of the communication. For example, the contact manager may provide recommendations to add the recipient's manager, team member, subordinate, or other related contact to the recipient field of an electronic communication. In this manner, the contact manager may streamline the communication drafting process.
As an illustrative example, a method for generating a communication may include identifying an intended recipient of an electronic communication. A contact manager may receive an identifier associated with an intended recipient that may be used to lookup and identify contact information for a related recipient. For instance, as will be discussed in further detail below in connection with a number of examples, an identifier may refer to a “manager” of an intended recipient, which may be used to identify a related recipient corresponding to an individual who is a manager of the intended recipient. Based on the identifier, the contact manager may access relationship information for the intended recipient. In one or more embodiments described herein, the relationship information includes contacts in a contact database. The contact manager may determine at least one contact from the contact manager based on the recipient identifier and the relationship information. The contact manager may then provide contact information for the at least one contact within a graphical user interface (GUI) of a computing device (e.g., within a communication interface of an electronic communication application implemented on the computing device).
In accordance with at least one embodiment of the present disclosure, a contact database may include relationship information between different contacts in the contact database associated with various individuals. For examples, the contact database may include hierarchical relationship information, such as an indication of a contact's manager, who the contact reports to, teammates, assistants, or other relationships within a hierarchy of an organization indicated within the contact database. Other examples herein may refer to more generic examples, such as a contact's family member or any other relationship defined within the relationship information (e.g., within a contact profile). This information may be provided (e.g., input) by the user, by an organizational administration, a human resources department, information technology group, any other user, and combinations thereof.
In some embodiments, the contact manager may provide contact information for the related recipient based on input received via the GUI of a computing device. For example, a user may input a recipient identifier or other input for a related recipient into the GUI. Using the identifier and associated relationship information from the contact database, the contact manager may identify one or more contacts for the related recipient. For example, a recipient identifier may be “manager,” indicating the intended recipient's manager. Using the relationship information for the intended recipient, the contact manager may determine that a particular contact from the contact database is the intended recipient's manager and provide a recommendation for a related recipient.
In some embodiments, the contact manager may determine the identifier of the related recipient based on indirect input. For example, the contact manager may determine the identifier based on a semantic meaning of the recipient identifier. In one or more embodiments, the identifier may be determined based on context in the electronic message. In some examples, the contact manager may determine the identifier based on commonly included contacts. In some examples, the contact manager may determine the identifier based on previous messages in a message thread (e.g., without requiring that the user go through one or multiple threads to identify relevant recipients).
Moreover, while one or more embodiments described herein relate specifically to content entered within different fields of an electronic communication by way of a text-based input mechanism, features described in connection with conventional GUIs and input devices may apply to a variety of input mechanisms. For example, in addition to text-based input mechanisms described herein, other implementations may include voice input mechanisms, such as microphones, voice-to-text software, and natural language processing that may detect identifiers associated with intended recipients to facilitate identifying related recipients in accordance with one or more embodiments described herein. As a non-limiting example, a computing device may use a voice input mechanism that enables a user to provide a vocal input of “email John's manager,” which the contact manager may process to detect an identifier of “manager” associated with an intended recipient of “John.” The identifier may further be used to identify contact information corresponding to a manager of John from a contact database. This example may incorporate additional features described herein in connection with other implementations.
As an illustrative example, and consistent with one or more embodiments described herein, a user of a computing device could provide a first command (e.g., a verbal or typed command) indicating “send an email to Jim”, which a messaging application and/or contact manager could process by identifying and adding contact information associated with an intended recipient of “Jim” to the to: field of an electronic message. The user of the computing device could provide a second command (e.g., a verbal or typed command) indicating “Add Jim's manager to the email”, which the contact manager could process by determining an identifier of a related recipient (e.g., “manager” or “Jim's manager”), identifying contact information mapped to the recipient identifier, and adding contact information associated with one or more individuals associated with the identifier to a primary or secondary recipient field of the electronic message.
The messaging system provides many advantages and benefits over conventional systems and methods. For example, by reviewing the recipient identifier and the relationship information in the contact database, the messaging system improves efficiency relative to conventional systems. Specifically, the messaging system provides related recipients of the electronic message directly in the message interface, without burying the related recipients under layers of files that would otherwise involve a sender looking up individual user profiles and/or reading through often involved message threads to identify a relevant recipient. In this manner, the contacts manager may significantly reduce the time it takes a computing device to prepare an electronic message.
The messaging systems discussed herein may improve the flexibility of operation by transmitting contact information for a related recipient to a different recipient field than the intended recipient. Different recipient fields, such as to:, cc:, and bcc:, may provide an indication of the level of importance of and/or the level of attention applied to the electronic message. For example, a sender may desire to include a recipient's manager as a primary recipient (e.g., included within a to: field) or secondary recipient (e.g., included within a cc: or bcc: field) of an email. In one or more embodiments of the present disclosure, when the individual is the intended recipient, the contact manager may populate the individual's manager's contact information in the cc: or bcc: recipient field based on detection of a recipient identifier within the electronic communication (e.g., within a recipient field of an email). In this manner, the sender of the message may easily prepare and send the message with the appropriate level of attention and importance to each party.
In addition, as will be discussed herein, one or more embodiments may involve using natural language processing in connection with a variety of input types (e.g., typed input, voice input) to determine a semantic meaning of an identifier provided in conjunction with an intended recipient. By determining the semantic meaning in this fashion, the implementations described herein enables the configurations herein to identify a mapping between the identifier (e.g., a semantic meaning of the identifier) and contact information (e.g., a communication address) from a contact database.
As will be discussed herein, one or more embodiments additionally leverage shared information from a contact database to identify relationships between an intended recipient and one or multiple related recipients from the contact database. This granting of access to relationship information from the contact database enables an individual to add one or more recipients without necessarily having any knowledge of an intended recipient's organization. Moreover, this allows an application to populate a recipient field with contact information for the related recipient automatically based on the determined relationship between the intended recipient and a communication address of a related recipient without involving manual access or search of a contact database by a sender.
In addition, one or more embodiments described herein involve providing an interactive interface (e.g., an application GUI) that includes one or more selectable icons associated with one or more recipients upon recognizing an identifier associated with an intended recipient. This display of the icons based on recognizing the identifier provides a GUI alternative to manually searching a contact database. In addition, this enables a sender to selectively identify one or multiple contacts associated with a recipient identifier to conveniently add a communication address for one (or multiple) related recipients within a recipient field of an electronic communication.
As illustrated by the foregoing discussion, the present disclosure utilizes a variety of terms to describe features and advantages of the messaging system. Additional details are now provided regarding the meaning of such terms. For example, as used herein, the term “electronic communication” or “electronic message” may refer interchangeably to any communication transmitted between two computing devices. By way of example and not limitation, the term electronic message can include email, text messages, instant message, social media messaging, social media posting, and combinations thereof. For ease of illustration, the term “message” may be used interchangeably with the term “electronic message;” unless otherwise specified, a “message” as used herein should be interpreted herein as an “electronic message.” In some embodiments, electronic messages, as discussed herein, are messages that are in the process of being composed, or messages that have not been sent. Nevertheless, in some embodiments, an electronic message may refer to a message that has already been sent or is in the process of being sent.
As used herein, an “intended recipient” of an electronic message is any recipient who's contact information is entered into a recipient field. For example, an intended recipient may be the primary recipient of a message or refer exclusively to one or more recipients in a primary recipient field of the electronic message. In some embodiments, an intended recipient is any recipient entered into any recipient field of a message. In some embodiments, a message includes more than one intended recipient. In some embodiments, the intended recipient is entered into a primary recipient field, such as the to: field. In some embodiments, the intended recipient is entered into any recipient field, such as the cc: or bcc: field.
In accordance with at least one embodiment of the present disclosure, a “related recipient” of an electronic message is any recipient in a recipient field of the message based on a relationship with one or more intended recipients. The related recipient may have any relationship with the intended recipient, including manager, direct report, teammate, friend, family member, acquaintance, and so forth. The related recipient may be added to the same recipient field as the intended recipient or to a different recipient field as the intended recipient.
As used herein, a “recipient field” is any field of an electronic message that receives input for contact information for a recipient. The recipient field may include an input field in a user interface (UI) or GUI. In some embodiments, a user enters alphanumeric text into a recipient field to enter the contact information. In some embodiments, the recipient field is populated by a contact manager or other aspect of a messaging system. For example, a contact manager may enter a contact identifier or specific contact information (e.g., an email address) based on detecting a username or other user identifier within the recipient field. In some embodiments, a message may include a single recipient field. In some embodiments, a message may include multiple recipient fields. For example, email messages commonly include a primary recipient field (e.g., a to: field) intended to identify the primary recipient(s) of a message and one or more secondary recipient fields (e.g., a cc: field, a bcc field) intended to identify secondary recipients of a message. While the recipients in the to: field and the cc: field are visible to each other, recipients in the bcc: field are not visible to other recipients. A recipient field may receive any type of contact information compatible with a message type. For example, an email recipient field may receive email addresses, a text messaging recipient field may receive phone numbers, an instant messaging field may receive an IM handle, and so forth.
In accordance with one or more embodiments of the present disclosure, “relationship information” is any information that identifies a relationship between contacts in a contact database. For example, relationship information may include a corporate organization chart associated with a hierarchical organization of contacts that identifies managers, direct reports (e.g., subordinates, or people that report to a manager), team members (e.g., people that report to the same manager), co-workers (e.g., people that report to different managers), any other relationship information, and combinations thereof. In some examples, relationship information may include personal relationship information, such as familial relationships (e.g., mom, dad, brother, sister, aunt, uncle, nephew, niece), friend groups, social groups, and so forth. Indeed, relationship information may include any information associated with a given contact within a contact profile.
In some embodiments, relationship information is tied to a single contact. For example, a single contact entry in a contact database may include relationship information indicating the contact's relationship with one or more other contacts in the contact database. In some embodiments, two contacts may be connected using multiple different types of relationship information. For example, two contacts may be connected with both professional relationship information and personal relationship information. In some examples, two contacts may be connected with two different types of professional relationships, such as team members for one particular project and co-workers for a different project. In some embodiments, the relationship information is maintained in the contact database. For example, the relationship information may be entered and maintained by one or more groups within an organization, such as human resources, IT, and so forth.
As used herein, a “contact database” may include any database that includes two or more contacts. In some embodiments, a contact database is stored locally on a computing device. In some embodiments, a contact database is stored remotely on a remote server or other remote storage location. In some implementations, the contact database is provided as a service. Contacts within the contact database may include one or more types of contact information or communication addresses that enable a communication application to deliver electronic communications to one or more recipients. Examples of communication addresses may include email addresses, desk phone numbers, mobile phone numbers, personal phone numbers, first and last names, display name, aliases, and handles (e.g., @name). In one or more embodiments described herein, the contact information includes the relationship information indicating other contacts from a contact database that are related to a given contact. As noted above, this relationship information may include the specific nature of the relationship, such as relationship within an organizational hierarchy as well as personal relationship information.
As used herein, a “recipient identifier” or simply “identifier” may be used interchangeably to refer to a related recipient of a message. An identifier may include a relationship identification that identifies a relationship between the intended recipient and a related recipient. For example, an identifier may include an indication of the intended recipient's manager, direct report, teammate, family member, acquaintance, and so forth. In some embodiments, the identifier is received as input from a user. In some embodiments, the identifier is determined based on context of the message. In some embodiments, the identifier is determined based on trends and associations in previous messages. In one or more embodiments, an identifier refers to a term that may be mapped to a certain relationship of an intended recipient(s). Using the identifier, a contact manager may examine relationship information in a contact database to find contact information for a related recipient.
When composing or drafting a message 104, a contact manager 114 may provide contact information for the related recipient 108. The contact manager 114 may receive or identify the identifier 110 in the message 104 and access a contact database 116 to identify one or more contacts 118 associated with the identifier 110. As shown in
While
In some embodiments, the contact database 116 is an internal contact database that includes contacts 118 for a particular organization (or group of related organizations that have shared contact information with one another). For example, the contact database 116 may be an organizational contact database for a corporate organization, and accessible to individuals within the organization. In some examples, the contact database 116 may be a personal contact list for a user. In some embodiments, the contact database 116 is an external contact database 116. For example, the contact database 116 may be a contact list for an external company with whom the company is partnering. The external company may provide access to their contact database 116 (or at least a part of the contact database 116) to facilitate communication between the two companies.
Using the identifier determined by the identifier determiner 222, a relationship manager 224 may analyze relationships within a contact database. In some embodiments, the identifier may include identification information for an intended recipient's manager. The relationship manager 224 may review the relationship information in the contact database to determine a manager or supervisor of the intended recipient. The relationship manager 224 may analyze the relationship information based on any identification information included in the identifier.
A related contact determiner 226 may determine a contact from the contact database based on the analysis of the relationship manager 224. The related contact determiner 226 may identify the contact information in the contact. In some embodiments, the contact information may include contact information for more than one type of message. For example, the contact information may include one or more of email, phone numbers, instant message handles, names, aliases, any other contact information, and combinations thereof. In some embodiments, the related contact determiner 226 may identify the type of message (e.g., email, text message, instant message) and select the appropriate contact information for the related recipient.
Each of the components of the messaging system 100 and the contact manager 214 can include software, hardware, or a combination of both. For example, the components can include one or more instructions stored on a computer-readable storage medium and executable by processors of one or more computing devices, such as a client device or server device. When executed by one or more processors, the computer-executable instructions of the messaging system 100 and the contact manager can cause the computing device(s) to perform the methods described herein. Alternatively, the components can include hardware, such as a special-purpose processing device to perform a certain function or group of functions. Alternatively, the components of the messaging system 100 and the contact manager 214 can include a combination of computer-executable instructions and hardware.
Furthermore, the components the messaging system 100 and the contact manager 214 may, for example, be implemented as one or more operating systems, as one or more stand-alone applications, as one or more modules of an application, as one or more plug-ins, as one or more library functions or functions that may be called by other applications, and/or as a cloud-computing model. Thus, the components may be implemented as a stand-alone application, such as a desktop or mobile application. Furthermore, the components may be implemented as one or more web-based applications hosted on a remote server. The components may also be implemented in a suite of mobile device applications or “apps.”
As mentioned,
The series of acts 328 may include identifying an intended recipient of an electronic message at 330. A contact manager may receive an identifier of a related recipient at 332. The contact manager may further access relationship information for the intended recipient at 334. The relationship information may include contacts in a contact database. In some embodiments, the contact manager may determine at least one contact from the contact database based on the identifier of the related recipient and the relationship information at 336. The contact manager may provide, on a GUI, contact information for at least one contact at 338.
In some embodiments, the series of acts 328 further includes receiving a request for the related recipient. For example, a user may input a request to include a related recipient. In some embodiments, the user may input one or more identifiers into an input field on the GUI as a request to include a related recipient. In some embodiments, identifying the intended recipient includes identifying the recipient in a first (or primary) recipient field, such as a to: field. Providing the contact information may include providing the contact information in a second (or secondary) recipient field, such as a cc: field, bcc: field, or other secondary field of the electronic message.
In some embodiments, the contact manager identifies the identifier in the body of the message. In some embodiments, the identifier is received based on a selection of an icon displayed via the GUI. In some embodiments, providing the contact information includes populating the contact information in a recipient field of the message. In some embodiments, the intended recipient includes a plurality of intended recipients and the relationship information may include relationship information for each intended recipient. In some embodiments, the related recipient may be related to at least two of the plurality of intended recipients. For example, the related recipient may be the manager of at least two of the intended recipients.
In the example shown in
In
In some embodiments, the user may select the contact information for the related recipient 452 to include in the recipient field 444. When the user selects the related recipient, the contact information for the related recipient 452 may be populated into the recipient field 444, as shown in
Thus, in accordance with the example shown in
As another illustrative example,
When the contact manager receives the identifier 556, the contact manager may access the contact database and retrieve contact information for a related recipient 552. The contact manager may provide the contact information for the related recipient 552 in the related contact field 554. To populate the related recipient 552 in the recipient field 544, the user may simply select (e.g., click, tap) an icon of the related recipient 552. The contact manager may then populate the contact information for the related recipient 552 in the recipient field 544, similar to the implementation discussed above in connection with
In some embodiments, the contact manager may be alerted to the presence of the identifier 556 in the recipient field 544 by the @mention, or by the @ symbol at the beginning of the identifier 556. It should be understood, however, that the contact manager may be alerted to the presence of the identifier 556 in any other manner, including a specific handle, a specific word or phrase, or other mechanism to identify the identifier 556.
After receiving the selection, the contact manager may provide a listing of contacts based on any identified relationships with the intended recipient 650. For example, as shown in
When the contact manager receives a selection of the identifier 656, the contact manager may populate contact information for a related recipient 652 in the drop-down menu 660. The user may then select the related recipient 652 and the contact manager may populate the contact information for the related recipient 652 in the recipient field 644, similar to the example described above in connection with
As may be seen in
While
The contact manager may detect the identifier 856 in a variety of ways. For example, in one or more embodiments, the contact manager utilizes a natural language processor or model to parse language from the body 848 of the message 840 and determine that the text of the body 848 refers to a boss of the intended recipient 850. In one or more embodiments, the contact manager utilizes a rule-based or machine learning model to accurately identify one or more identifiers in accordance with examples described herein. In one or more embodiments, the contact manager may flag a particular term and provide a selectable icon requesting confirmation from a user of a client device that the recipient field 844 should include a determined related recipient 852, consistent with the example shown in
In one or more embodiments, population of the contact information within the recipient field 844 is performed automatically (e.g., without requiring additional input from the user composing the message). Alternatively, upon identifying the identifier (e.g., “your boss”) within the body of the message, the contact manager may provide an indicator, such as a hyperlink or other icon that enables the user to view one or more suggested contacts to include within the recipient field 844. For example, in one or more embodiments, the contact manager causes the related recipient(s) 852 to be displayed upon selection of the indicator, as shown in
In the embodiment shown, the contact manger may associate the identifier 956 with the second intended recipient 950-2 based on a proximity of the identifier 956 to the second intended recipient 950-2. The identifier 956 is located immediately adjacent, or immediately after the second intended recipient 950-2. The contact manager may associate the identifier 956 with the intended recipient 950 that the identifier 956 is closest to. In some embodiments, the contact manager may associate the identifier 956 with the intended recipient 950 immediately preceding the identifier 956.
The contact manager may receive the identifier 1056 from the recipient field 1044. In some embodiments, the contact manager may associate the identifier 1056 with each intended recipient 1050. In the example shown in
In the embodiment shown, the contact manager determines a first related recipient 1052-1 for the first intended recipient 1050-1 and a second related recipient 1052-2 for the second intended recipient 1050-2. The contact manager may populate first contact information for the first related recipient 1052-1 in a first related contact field 1054-1 and second contact information for the second related recipient 1052-2 in a second related contact field 1054-2. The user may select one or both of the contact information for the related recipients 1052, which may cause the contact manager to populate the contact information for the related recipient in the recipient field 1044.
In the embodiment shown in
In the example shown, the first intended recipient 1150-1 has a different manager than the second intended recipient 1150-2. When the contact manager receives the identifier 1156 (e.g., @allmanagers), the contact manager may access the contact database and determine the managers of both the first intended recipient 1150-1 and the second intended recipient 1150-2. As may be seen, the contact manager has populated contact information for a first related recipient 1152-1, who may be the manager of the first intended recipient 1150-1. The contact manager has further populated contact information for a second related recipient 1152-2, who may be the manager of the second intended recipient 1150-2. The user may then select one or both of the contact information for the related recipients 1152 to populate in the recipient field 1144. In the example shown in
In some embodiments, upon receipt of a selection of the related recipient 1252, the contact manager may populate the contact information for the related recipient in a second contact field 1244-2. As discussed herein, conventionally, the first contact field 1244-1 and the second contact field 1244-2 may be separate and independent. For example, when a user is inputting contact information for other identifying information of the intended recipient 1250, the contact information may only be populated in the contact field 1244 in which the input is received. In some embodiments, the contact manager may populate the contact information for the related recipient 1252 in the second recipient field 1244-2. In some embodiments, the user may select in which of the recipient fields 1244 the related recipient 1252 should be populated.
When presenting the contact information for the related recipient 1252 in the related contact field 1254, the contact manager may maintain the contact information in the contact field 1254. To populate the contact information for the related recipient 1252 in one of the recipient fields 1244, the contact manager may transmit the contact information to the intended recipient fields 1244. This may help to improve the efficiency and flexibility of the contact manager. In this manner, the contact manager may populate the contact information for the related recipient 1252 in any desired recipient field 1244.
In some embodiments, the contact manager may receive an identifier 1356 for a related recipient 1352 associated with the second intended recipient 1350-2. As will be seen, the identifier 1356 may be associated with the different organization. The contact manager may be granted access to an external contact database for the external company. The contact manager may use the identifier 1356 and relationship information in the external contact database to determine an external contact for the related recipient 1352. The contact manager may populate a related contact field 1354 with the contact information for the related recipient 1352. When the user selects the related recipient 1352, the contact manager may populate the recipient field 1344 with the contact information for the external contact as the related recipient 1352. By allowing the contact manager access to the external contact database, the contact manager may increase the efficiency and flexibility of operation of adding contact information to a message 1340.
Embodiments of the present disclosure may comprise or utilize a special purpose or general-purpose computer including computer hardware, such as, for example, one or more processors and system memory, as discussed in greater detail below. Embodiments within the scope of the present disclosure also include physical and other computer-readable media for carrying or storing computer-executable instructions and/or data structures. In particular, one or more of the processes described herein may be implemented at least in part as instructions embodied in a non-transitory computer-readable medium and executable by one or more computing devices (e.g., any of the media content access devices described herein). In general, a processor (e.g., a microprocessor) receives instructions, from a non-transitory computer-readable medium, (e.g., memory), and executes those instructions, thereby performing one or more processes, including one or more of the processes described herein.
Computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer system. Computer-readable media that store computer-executable instructions are non-transitory computer-readable storage media (devices). Computer-readable media that carry computer-executable instructions are transmission media. Thus, by way of example, and not limitation, embodiments of the disclosure can comprise at least two distinctly different kinds of computer-readable media: non-transitory computer-readable storage media (devices) and transmission media.
Non-transitory computer-readable storage media (devices) includes RAM, ROM, EEPROM, CD-ROM, solid state drives (“SSDs”) (e.g., based on RAM), Flash memory, phase-change memory (“PCM”), other types of memory, other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer.
A “network” is defined as one or more data links that enable the transport of electronic data between computer systems and/or modules and/or other electronic devices. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or a combination of hardwired or wireless) to a computer, the computer properly views the connection as a transmission medium. Transmissions media can include a network and/or data links which can be used to carry desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer. Combinations of the above should also be included within the scope of computer-readable media.
Further, upon reaching various computer system components, program code means in the form of computer-executable instructions or data structures can be transferred automatically from transmission media to non-transitory computer-readable storage media (devices) (or vice versa). For example, computer-executable instructions or data structures received over a network or data link can be buffered in RAM within a network interface module (e.g., a “NIC”), and then eventually transferred to computer system RAM and/or to less volatile computer storage media (devices) at a computer system. Thus, it should be understood that non-transitory computer-readable storage media (devices) can be included in computer system components that also (or even primarily) utilize transmission media.
Computer-executable instructions comprise, for example, instructions and data which, when executed by a processor, cause a general-purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. In some embodiments, computer-executable instructions are executed by a general-purpose computer to turn the general-purpose computer into a special purpose computer implementing elements of the disclosure. The computer-executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, or even source code. Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the described features or acts described above. Rather, the described features and acts are disclosed as example forms of implementing the claims.
Those skilled in the art will appreciate that the disclosure may be practiced in network computing environments with many types of computer system configurations, including, personal computers, desktop computers, laptop computers, message processors, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile telephones, PDAs, tablets, pagers, routers, switches, and the like. The disclosure may also be practiced in distributed system environments where local and remote computer systems, which are linked (either by hardwired data links, wireless data links, or by a combination of hardwired and wireless data links) through a network, both perform tasks. In a distributed system environment, program modules may be located in both local and remote memory storage devices.
Embodiments of the present disclosure can also be implemented in cloud computing environments. As used herein, the term “cloud computing” refers to a model for enabling on-demand network access to a shared pool of configurable computing resources. For example, cloud computing can be employed in the marketplace to offer ubiquitous and convenient on-demand access to the shared pool of configurable computing resources. The shared pool of configurable computing resources can be rapidly provisioned via virtualization and released with low management effort or service provider interaction, and then scaled accordingly.
A cloud-computing model can be composed of various characteristics such as, for example, on-demand self-service, broad network access, resource pooling, rapid elasticity, measured service, and so forth. A cloud-computing model can also expose various service models, such as, for example, Software as a Service (“SaaS”), Platform as a Service (“PaaS”), and Infrastructure as a Service (“IaaS”). A cloud-computing model can also be deployed using different deployment models such as private cloud, community cloud, public cloud, hybrid cloud, and so forth. In addition, as used herein, the term “cloud-computing environment” refers to an environment in which cloud computing is employed.
The computer system 1400 includes a processor 1401. The processor 1401 may be a general-purpose single or multi-chip microprocessor (e.g., an Advanced RISC (Reduced Instruction Set Computer) Machine (ARM)), a special purpose microprocessor (e.g., a digital signal processor (DSP)), a microcontroller, a programmable gate array, etc. The processor 1401 may be referred to as a central processing unit (CPU). Although just a single processor 1401 is shown in the computer system 1400 of
The computer system 1400 also includes memory 1403 in electronic communication with the processor 1401. The memory 1403 may be any electronic component capable of storing electronic information. For example, the memory 1403 may be embodied as random access memory (RAM), read-only memory (ROM), magnetic disk storage media, optical storage media, flash memory devices in RAM, on-board memory included with the processor, erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM) memory, registers, and so forth, including combinations thereof.
Instructions 1405 and data 1407 may be stored in the memory 1403. The instructions 1405 may be executable by the processor 1401 to implement some or all of the functionality disclosed herein. Executing the instructions 1405 may involve the use of the data 1407 that is stored in the memory 1403. Any of the various examples of modules and components described herein may be implemented, partially or wholly, as instructions 1405 stored in memory 1403 and executed by the processor 1401. Any of the various examples of data described herein may be among the data 1407 that is stored in memory 1403 and used during execution of the instructions 1405 by the processor 1401.
A computer system 1400 may also include one or more communication interfaces 1409 for communicating with other electronic devices. The communication interface(s) 1409 may be based on wired communication technology, wireless communication technology, or both. Some examples of communication interfaces 1409 include a Universal Serial Bus (USB), an Ethernet adapter, a wireless adapter that operates in accordance with an Institute of Electrical and Electronics Engineers (IEEE) 802.11 wireless communication protocol, a Bluetooth® wireless communication adapter, and an infrared (IR) communication port.
A computer system 1400 may also include one or more input devices 1411 and one or more output devices 1413. Some examples of input devices 1411 include a keyboard, mouse, microphone, remote control device, button, joystick, trackball, touchpad, and lightpen. Some examples of output devices 1413 include a speaker and a printer. One specific type of output device that is typically included in a computer system 1400 is a display device 1415. Display devices 1415 used with embodiments disclosed herein may utilize any suitable image projection technology, such as liquid crystal display (LCD), light-emitting diode (LED), gas plasma, electroluminescence, or the like. A display controller 1417 may also be provided, for converting data 1407 stored in the memory 1403 into text, graphics, and/or moving images (as appropriate) shown on the display device 1415.
The various components of the computer system 1400 may be coupled together by one or more buses, which may include a power bus, a control signal bus, a status signal bus, a data bus, etc. For the sake of clarity, the various buses are illustrated in
The techniques described herein may be implemented in hardware, software, firmware, or any combination thereof, unless specifically described as being implemented in a specific manner. Any features described as modules, components, or the like may also be implemented together in an integrated logic device or separately as discrete but interoperable logic devices. If implemented in software, the techniques may be realized at least in part by a non-transitory processor-readable storage medium comprising instructions that, when executed by at least one processor, perform one or more of the methods described herein. The instructions may be organized into routines, programs, objects, components, data structures, etc., which may perform particular tasks and/or implement particular data types, and which may be combined or distributed as desired in various embodiments.
The steps and/or actions of the methods described herein may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of steps or actions is required for proper operation of the method that is being described, the order and/or use of specific steps and/or actions may be modified without departing from the scope of the claims.
The term “determining” encompasses a wide variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like. Also, “determining” can include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory) and the like. Also, “determining” can include resolving, selecting, choosing, establishing and the like.
The terms “comprising,” “including,” and “having” are intended to be inclusive and mean that there may be additional elements other than the listed elements. Additionally, it should be understood that references to “one embodiment” or “an embodiment” of the present disclosure are not intended to be interpreted as excluding the existence of additional embodiments that also incorporate the recited features. For example, any element or feature described in relation to an embodiment herein may be combinable with any element or feature of any other embodiment described herein, where compatible.
The present disclosure may be embodied in other specific forms without departing from its spirit or characteristics. The described embodiments are to be considered as illustrative and not restrictive. The scope of the disclosure is, therefore, indicated by the appended claims rather than by the foregoing description. Changes that come within the meaning and range of equivalency of the claims are to be embraced within their scope.
