Multiple personalities

MULTIPLE PERSONALITIES TECHNICAL FIELD

This description relates to projecting multiple personalities in communications for a communications application operator (hereinafter " sender") and/or changing features and functionality based on the selected personality.

BACKGROUND

Online service providers facilitate access to information and services by providing interactive User Interfaces (UIs) that help users navigate to desired resources. For example, in the case of a system that enables the exchange of instant messages (IMs), a UI allows an LM sender to invoke actions, such as establishing a communications link, through the selection of screen objects such as icons, windows, and drop-down menus. The design of a UI has a significant impact on an LM sender's online experience. In particular, the icons, the windows, and the menus of a UI may be arranged to enable an EM sender to locate information and services quickly and easily.

An LM sender may send self-expression items to an LM recipient. Current implementations of self-expression in instant messaging enable a user to individually select self-expression settings, such as a Buddy Icon and Buddy Wallpaper, which settings thereafter project to everyone who sees or interacts with that person online. SUMMARY

A user may name and save multiple different "personas" or "personalities," which are groups of instant messaging self-expression settings such as, for example, Buddy Icons, Buddy Sounds, Buddy Wallpaper and Emoticons (e.g., Smileys). Then, depending on the identity with whom the user communicates, they may quickly access and adopt one of their personalities in at least an instant messaging environment, and may manage the online appearance they present to others. Functionality and features of the instant messaging interface may differ based upon the personality being used in the IM conversation. In one general aspect, a computer implemented method for enabling perception of multiple online personas in an instant messaging communications session includes identifying at least two identities within a communications environment to whom messages may be directed, and enabling a first persona of a user to be projected to a first of the identities while concurrently enabling a second persona of the same user to be projected to a second of the identities.

Implementations may include one or more of the following features. For example, the first persona may be associated with a first group of identities so that the first persona is projected to members of the first group of identities in a communications session, where the first of the identities is included within the first group of identities. Also, second persona may be associated with a second group of identities so that the second persona is projected to members of the second group of identities in a communications session, where the second of the identities is included within the second group of identities. A persona may be associated with the first of the identities and a different persona may be associated with a group of the identities with which the first of the identities is associated. The first persona projected to the first of the identities includes an amalgamation of the persona associated with the first of the identities and the different persona associated with the group of the identities. The persona associated with the first of the identities may override the different persona associated with the group of the identities to the extent a conflict exists.

A global persona may be associated with each of the identities and a different persona may be associated with a group of the identities with which the first of the identities is associated. The first persona projected to the first of the identities includes an amalgamation of the global persona associated with each of the identities and the different persona associated with the group of the identities. The global persona associated with each of the identities may be overridden by the different persona associated with the group of the identities to the extent a conflict exists.

A global persona may be associated with each of the identities and a different persona may be associated with the first of the identities. The first persona projected to the first of the identities includes an amalgamation of the global persona associated with each of the identities and the different persona associated with the first of the identities. The global persona associated with each of the identities may be overridden by the different persona associated with the first of the identities to the extent a conflict exists.

An individual persona may be associated with the first of the identities, a group persona may be associated with a group of the identities with which the first of the identities is associated, and a global persona may be associated with each of the identities. The first persona projected to the first of the identities includes an amalgamation of the individual persona associated with the first of the identities, the group persona associated with the group of the identities, and the global persona associated with each of the identities. The individual persona associated with the first of the identities overrides the group persona associated with the group of the identities and the group persona associated with the group of the identities overrides the global persona associated with each of the identities, to the extent a conflict exists.

The communications session includes an instant messaging communications session, and the identities may be members of a buddy list including the online presence state of the identities.

The first persona of the user may be projected to the first of the identities while concurrently projecting the second persona of the same user to the second of the identities. A selection may be made among the first and second personas for projection to a particular one of the identities based on an attribute of the particular identity. A selection of at least the first and second personas may be received from the user. The first persona may be selected based upon an attribute of the first identity. The persona assigned to the first identity may be configured to change based upon the occurrence of a predetermined event. The predetermined event may be, for example, a time of day, a day of the week, the passage of a pre-determined interval of time, a weather condition at a predetermined geographic location, communication of a predetermined word, communication of a predetermined emoticon, communication of a predetermined date, and communication of a predetermined number of instant messages from the first identity.

Also, the persona assigned to the first identity may be configured to change at random among more than one selected personas. The user may be a potential instant messaging sender, the first identity may be a first potential instant messaging recipient, and the first persona may be rendered to the first potential instant messaging recipient before communications are initiated by the potential instant messaging sender.

The user may be a potential instant messaging sender, the first identity may be a first potential instant messaging recipient, and the first persona may be rendered to the first potential instant messaging recipient after communications are initiated by the potential instant messaging sender.

In another general aspect, a computer implemented method for enabling perception of multiple online personas in an instant messaging communications session includes rendering, on an instant messaging recipient system, an instant messaging application user interface for an instant messaging communications session involving at least one potential instant messaging recipient and a single potential instant messaging sender, receiving a message that includes a text message and a persona to be displayed by the potential instant messaging recipient when perceiving the text message, the persona being selected by the instant messaging sender system from among multiple pre-defined personas for the single potential instant messaging sender, each persona including a collection of one or more self-expression items, and rendering the selected persona at the potential instant messaging recipient system when rendering another portion of the message. Implementations may include one or more of the following features. For example, the selected persona may be rendered before communications are initiated by the potential instant messaging sender or the selected persona may be rendered after communications are initiated by the potential instant messaging sender. Self- expression items include one or more of a buddy icon, a wallpaper, an emoticon, and a sound. One or more personas may be defined. A first persona may be assigned to a first potential instant messaging recipient so that the first persona is thereafter automatically invoked and projected, in an instant messaging communications session involving the first potential instant messaging recipient. A second persona may be assigned to a second potential instant messaging recipient so that the second persona is thereafter automatically invoked and projected, in an instant messaging communications session involving the second potential instant messaging recipient, where the second persona is at least partially distinguishable from the first persona. A first persona may be assigned to a first group of potential instant messaging recipients so that the first persona is thereafter automatically invoked and projected in an instant messaging communications session involving a member of the first group of potential instant messaging recipients, and a second persona may be assigned to a second potential instant messaging recipient so that the second persona is thereafter automatically invoked and projected, in an instant messaging communications session involving the second potential instant messaging recipient, where the second persona is at least partially distinguishable from the first persona.

A persona may be selected for use in an instant messaging communications session with a potential instant messaging recipient according to a hierarchy of selection. The hierarchy of selection may include first selecting a persona assigned to the potential instant messaging recipient if available, next selecting a persona assigned to a group containing the potential instant messaging recipient, if available, and next - selecting a default persona, if available. Selecting the persona according to a hierarch of selection may include appending one or more self-expression items of a higher- ranked persona to self-expression items of a lower-ranked persona, or may include replacing one or more self-expression items of a lower-ranked persona with self- expression items of a higher-ranked persona.

A personality may be locked to a potential instant messaging recipient so as to guard against unintended personality switching, or a personality may be forbidden to be assigned to a potential instant messaging recipient so as to guard against unintended personality switching. The personality may be changed by assigned a potential instant messaging recipient while conversing with the potential instant messaging recipient in an instant messaging communications session. A persona may be received and associated with the potential instant messaging recipient, and the received persona may be saved. In one implementation, the persona is provided by a third party.

The persona assigned to the potential instant messaging recipient may configured to change upon the occurrence of a predetermined event such as the passage of a pre-determined interval of time, the passage of a pre-determined time of day, a weather condition at a predetermined geographic location, a day of the week, communication of a predetermined word, communication of a predetermined emoticon, communication of a predetermined date, and communication of a predetermined number of instant messages from the potential instant messaging recipient.

The persona assigned to the potential instant messaging recipient may be configured to change at random among more than one selected personas.

In yet another general aspect, a computer implemented method for enabling perception of multiple personas in a communications session includes rendering, on a communications recipient system, a communications application user interface for a communications session involving at least one potential communications recipient and a single potential communications sender, receiving a message that includes a text message and a persona to be displayed by the potential communications recipient when perceiving the text message, the persona being selected by the communications sender system from among multiple pre-defined personas for the single potential communications sender, each persona including a collection of one or more self- expression items, and rendering the selected persona at the potential communications recipient system when rendering another portion of the message.

Aspects of multiple personalities may be implemented by an apparatus and/or by a computer program stored on a computer readable medium. The computer readable medium may comprise a disc, a client device, a host device, and/or a propagated signal. In addition, aspects of the multiple personalities may be implemented in a client/host context or in a standalone or offline client device. The multiple personalities may be rendered in a client/host context and may be accessed or updated through a remote device in a client/host environment. The multiple personalities also may be rendered by the standalone/offline device and may be accessed or updated through a remote device in a non-client/host environment such as, for example, a LAN server serving an end user or a mainframe serving a terminal device.

Other features will be apparent from the following description, including the drawings, and from the claims. DESCRIPTION OF DRAWINGS

Fig. 1 is an illustration of a graphical user interface.

Figs. 2-4 and 14 are block diagrams of an exemplary communications system.

Figs. 5 and 6 are flow charts of exemplary processes that may be implemented by systems such as those of Figs. 2-4 and 14. Figs. 7-13 is an illustration of different graphical user interfaces that may be implemented by systems such as those of Figs. 2-4 and 14 when executing a process such as that of Figs. 5 and 6.

For brevity, several elements in the figures described below are represented as monolithic entities. However, as would be understood by one skilled in the art, these elements each may include numerous interconnected computers and components designed to perform a set of specified operations and/or may be dedicated to a particular geographic region.

DETAILED DESCRIPTION

It is possible, through the systems and techniques described herein, to enable users to assemble multiple self-expression items into a collective "persona" or

"personality," which may then be saved and optionally associated with one or more customized names. Self-expression items are used to represent the IM sender or a characteristic or preference of the EVI sender, and may include user-selectable binary objects. The self-expression items may be made perceivable by a potential EVI recipient ("LM recipient") before, during, or after the initiation of communications by a potential LM sender ("LM sender"). For example, self-expression items may include images, such as wallpaper, that are rendered in a location having a contextual placement on a user interface. The contextual placement typically indicates an association with the user represented by the self-expression item. For instance, the wallpaper may be rendered in an area where messages from the LM sender are displayed, or as a chrome (i.e., border) around a dialog area on a user interface. Self- expression items also include icons such as buddy icons and mini-buddy icons, sounds, animation, video clips, and emoticons (e.g., smileys). The personality may also include a set of features or functionality associated with the personality. For example, features such as encrypted transmission, LM conversation logging, and forwarding of instant messages to an alternative communication system may be enabled for a given personality.

Users may assign personalities to be projected when conversing with other users, either in advance of or "on-the-fly" during a communication session. This allows the user to project different personalities to different people on-line, hi particular, users may save one or more personalities (e.g., where each personality typically includes groups of instant messaging self-expression items such as, for example Buddy Icons, Buddy Sounds, Buddy Wallpaper, and Smileys, and/or a set of features and functionalities) and they may name those personalities to enable their invocation, they may associate each of different personalities with different users with whom they communicate or groups of such users so as to automatically display an appropriate/selected personality during communications with such other users or groups, or they may establish each of different personalities during this process of creating, adding or customizing lists or groups of users or the individual users themselves. Thus, the personalities may be projected to others in interactive online environments (e.g., Instant Messaging and Chat) according the assignments made by the user. Moreover, personalities may be assigned, established and/or associated with other settings, such that a particular personality may be projected based on time-of- day, geographic or virtual location, or even characteristics or attributes of each (e.g., cold personality for winter in Colorado or chatting personality while participating in a chat room).

Fig. 1 illustrates an exemplary graphical user interface 100 viewed by a user (IM sender) whose instant messaging communication program is configured to project different personalities to two or more other users or user groups (LM recipients), hi particular, the user is projecting two different personalities in two concurrent EM conversations with two different EM recipients, ChattingChuck 115a and GabbyGraceOO 115b. The instant messaging communications sessions may be conducted simultaneously, near-simultaneously, or serially. A user interface (UI) 105 is rendered on the display 100 and includes an instant messaging (EM) buddy list 110, a first EM UI 120, and a second EM UI 150.

The EM buddy list 110 includes an EM sender-selected list 115 of potential instant messaging recipients ("buddies"). Buddies typically are contacts who are known to the potential instant message sender. The EM buddy list 110 may indicate to the EM sender whether or not one or more of the IM recipients on the buddy list are present, for instance, that they are or are not online and available for instant messaging communications. Buddies may be grouped by an EM sender into a user- defined or a pre-selected grouping ("groups"). As shown, the EM buddy list 110 has three categories of groups, Buddies 111, Co-Workers 112, and Family 113. At least two potential instant messaging recipients 115a, 115b are online. GabbyGraceOO 115b belongs to the Buddies group 111, and ChattingChuck 115a belongs to the Co- Workers group 112.

The first EM UI 120 is rendered to the EM sender for an EM communications session with a first EM recipient, in this case ChattingChuck 115a. The first EM UI 120 includes self-expression items chosen by the IM sender to be projected to the first EM recipient 115a, such as a first buddy icon 137 and first EM wallpaper 138. The online persona defined for any particular EM, such as EM recipient 115a, includes the collection of self-expression items and/or features and functionalities. For example, the online persona may include one or more features giving a certain functionality for the EM communications session, such as automatic logging of EM conversations, encryption of EM messages, and forwarding of EM messages to another user such as an administrative assistant.

The first EM UI 120 includes an EM display and compose area 129 for composing EM messages to be sent to the first EM recipient 115a and for displaying a transcript of the EM communication session with the first EM recipient 115a. The EM display and compose area 129 also may display wallpaper that is consistent with or independent of wallpaper 138, the wallpaper within EM display and compose area 129 being selectable by the EM sender as part of the first persona.

The first EM UI 120 also includes a set of feature controls 130 and a set of transmission controls 145. The feature controls 130 may control features such as encryption, conversation logging, conversation forwarding to a different communications mode, font size and color control, and spell checking, among others. The set of transmission controls 145 includes a control 146 to send the message that was typed into the EM display and compose section 129, and a control 148 to check whether the potential EM recipient is available for EM communications.

Font and appearance controls may be provided in the feature controls 130 of E UI 120 and configured as part of a particular persona to control how the message being entered in the EM display and compose area 129 is displayed in the IM display and compose area 129 as a transmitted message once the composed message in the EM display and compose area 129 is sent. The appearance of sent messages in the display may differ from the appearance of messages being composed in the display, but not yet sent. The display of first self-expression items 137, 138 in the first EM UI 120 enables the EM sender to conveniently perceive the online persona being projected to the particular EM recipient with whom the EM sender is presently communicating, which in this case is the first EM recipient, ChattingChuck 115a.

The second EM UI 150 is rendered to the EM sender for an EM communications session with a second EM recipient, which in this case is GabbyGraceOO 115b, and has characteristics similar to those described above with respect to the first EM UI 120. However, the online persona projected by the EM sender to the second EM recipient 115b may differ from the online persona proj ected by the EVI sender to the first EM recipient 115a, and similarly, the features and functions employed automatically with respect to the online persona for the second EM recipient 115b may be configured to differ from those employed automatically with respect to the first EM recipient 115a. For example, the persona projected to ChattingChuck 115a (the first persona) may be based on an association between the first persona and the group to which

ChattingChuck 115a belongs, which in this case is the Co-Workers group 112. Or, as one alternative, the persona projected to ChattingChuck 115a may be based on an association between the persona and the individual EM recipient, i.e., ChattingChuck 115a. Similarly, the persona projected to GabbyGraceOO 115b (the second persona) may be based on an association between the second persona and the group to which GabbyGraceOO 115b belongs, which in this case is the Buddies group 111. Or, as one alternative, the persona projected to GabbyGraceOO 115b may be based on an association between the persona and the individual EM recipient, i.e., GabbyGraceOO 115b. The second EM UI 150 includes self-expression items chosen by the EM sender to be projected to the second EM recipient 115b, such as a second buddy icon 167 and second EM wallpaper 168. The online persona defined for any particular EM recipient, such as EM recipient 115b, typically includes the collection of self-expression items, and may differ from the online persona projected to the first EM recipient 115a in the first EM UI 120. The online persona also may include features and functionality for the EM communications session with the second IM recipient 115b, such as automatic logging of EM conversations, encryption of EM messages, and forwarding of EM messages to another user such as an administrative assistant. The second IM UI 150 also includes an EM display and compose area 159 for composing EM messages to be sent to the second EM recipient 115b and for displaying a transcript of the IM communication session. The EM display and compose area 159 also may display wallpaper that is consistent with or independent of wallpaper 168, the wallpaper within EM display and compose area 159 being selected by the EM sender as part of the second persona. The second EM UI 150 includes a set of feature controls 160, and a set of transmission controls 175. The feature controls 160 and transmission controls 175 have similar functionality to that described above with respect to the feature controls 130 and transmission controls 145 of the first EM UI 120. Font and appearance controls may be provided in the feature controls 160 of EM UI 150 and configured as part of a particular persona to control how the message being entered in the EM display and compose area 159 is displayed before and after the message in the EM display and compose area 159 is sent. The display of second self-expression items 167, 168 in the second IM UI 150 enables the EM sender to easily keep track of the online persona being proj ected to the particular EVI recipient with whom the EM sender is communicating, which in this case is the second E recipient, GabbyGraceOO 115b.

An EM sender may create an online persona or personality from an EM sender- selected group or a pre-selected group of self-expression items and/or features and functionality. For example, an EM sender may separately choose a Buddy Icon, Sound, Wallpaper and Smiley and save the set of self-expression items as a personality with a given name, such as "Work," "Social," and "Rainy Day." The EM sender may also select certain features and functionalities to be saved under the personality. For instance, the EM sender may choose to create and save for later invocation a "Social" personality by combining a Buddy Icon of a butterfly, a Buddy Sound of laughter, a Buddy Wallpaper of musical notes, and a Smiley set of beer mugs. The EM sender may also choose not to adopt any special features or functionality for this personality. The EM sender may configure their communications system to invoke their "Social" personality for only a subset of EM recipients and that personality perhaps being defined with less than all personalization items being specified such that aspects of the Social personality are amalgamated with aspects of one or more other personalities invoked during a communication sessions with a particular EM recipient. The EM sender also may configure their communications system to invoke their "Social" personality a upon the occurrence of predetermined event at the EM sender site such as, for example, a day of the week, a holiday, or a time of day. By way of illustration, if a persona invoked for an EM recipient includes a buddy icon and a buddy sound, that persona may be modified on a Friday evening through substitution of the Social personality Buddy Sound only, maintaining the buddy icon. User-specified rules can be used as a basis for determining whether/how to amalgamate situational personalities (e.g., the Social personality) with user-based personalities.

As a second example, the EM sender may create a "Work" personality by combining a Buddy Icon of a beaver, a Buddy Sound of a clock ticking, a Buddy Wallpaper of power tools, and a Smiley set of clock faces. This Work personality may also include features and functionality such that messages sent during invocation of the Work personality are encrypted and conversations are logged/recorded, automatically or by default.

The personalities created or adopted by the EM sender may have completely different self-expression settings, or may have some overlap in self-expression settings. The personalities also may have completely different features and functionality, or may have some overlap. In the exemplary personalities described above, for example, the IM sender could change the Buddy Wallpaper so that both the "Social" and the "Work" personalities have a Buddy Wallpaper of musical notes and both send encrypted messages. In another implementation, the EM sender could choose a pre-selected set of self-expression items, which may be related by a theme. For example, the theme may relate to a favorite football team and may include a buddy icon of the team mascot, buddy wallpaper of the team colors, and a buddy sound of an excerpt of the team fight song or appropriate sound from the team mascot. In one implementation, the themed persona could be purchased or leased by the EM sender. As a third example, the IM sender may also select certain features and functionalities to be saved under a personality and triggered upon the occurrence of an event. For instance, the EM sender may choose to create and save for later invocation a "Rainy Day" personality by combining a Buddy Icon of an umbrella, a Buddy Sound of rain falling, a Buddy Wallpaper of clouds, and a Smiley set of raindrops. The EM sender may also choose not to adopt any special features or functionality for this personality. The EM sender may configure their communications system to invoke their "Rainy Day" personality when the environmental condition experienced at the EM sender site include rain, the Rainy Day personality perhaps being invoked for only a subset of EM recipients and that personality perhaps being defined with less than all personalization items being specified such that aspects of the Rainy Day personality are amalgamated with aspects of one or more other personalities invoked during a communication sessions with a particular EM recipient. By way of illustration, if a persona invoked for an EM recipient includes a buddy icon and a buddy sound, that persona may be modified on a Rainy Day through substitution of the Rainy Day personality Buddy Sound only, maintaining the buddy icon. User- specified rules can be used as a basis for determining whether/how to amalgamate situational personalities (e.g., the Rainy Day personality) with user-based personalities.

For example, the user may invoke settings so that the Rainy Day personality is be globally applied to all other personalities based on triggers unrelated to invocation by the user of a communication session with a particular user, or it may be associated with only a subset of users if desired.

An EM sender may create multiple different personalities, one or more of which may be assigned to one or different of particular EM recipients, or groups of several EM recipients defined by the user (e.g., within the Buddy List) or otherwise. For example, the EM sender may assign her "Social" personality to one or more of her family members, who may be, for example, in a "family" group 117 of buddies but may assign her more professional and upbeat "Work" Personality to a group identified as "co-workers" in her content or Buddy list to enable future application of the Work personality to each of the constituent office colleagues forming the co-worker group 119. The particular EM recipient or recipients will see the specific personality that the EM sender has assigned them whenever they converse with the EM sender online.

As an example, if the first EM recipient 115a has been assigned the "Social" personality, then the first EM UI 120 would display a first buddy icon 137 of a butterfly, first buddy wallpaper 138 of musical notes, and a buddy sound of laughter. By contrast, if the second EM recipient 115b has been assigned the "Work" personality, then the second EM UI 150 would display a second buddy icon 167 of a beaver, second buddy wallpaper 168 of power tools, and a buddy sound of clocks ticking. Also, an EM sender may quickly assign personalities to a specific EM recipient or group of recipients or change or modify personalities with respect to a specific EM recipient or group of recipients during an instant messaging conversation. For example, the EM sender may use a chooser that is embedded in the conversation window. An EM sender also may change personalities within a chooser interface. This approach provides an EM sender with the ability to, among other things, save groups of expressions and/or features and functionality with custom names, assign a personality to specific EM recipients or groups of EM recipients, and access and assign the personalities quickly, for example, an interface such as the instant messaging conversation window or the chooser interface. Personalities may be assigned on a global basis, a group basis, and/or an individual (personal) basis. Also, the self-expression items may be assigned to personalities on a per-individual basis, a per-group basis or a global basis. In one implementation, self-expression items and/or features and functionality may be assigned on a "global" basis to all individuals, a "group" basis for individuals belonging to a particular group (e.g. friends, family, or co-workers), or an "individual" basis for a single individual EM recipient.

The persona may be changed by the EM sender before, during, or after an EM communication session with an EM recipient. In one implementation, the persona may change, or the user may be prompted to change, the persona after a pre- determined period of time or upon other conditions, such as a day of the week, a time of day, a holiday, a calendar event such as a birthday or wedding, a weekday, or a weekend day. In another implementation the persona, could change upon the occurrence of an event, such as a holiday or upon detecting certain language or emoticons in the EM conversation. In yet another implementation, the persona could change randomly. Typically, EM communications involve an instantaneous or nearly instantaneous communication between two users, where each user is able to transmit, receive and display communicated information. Additionally, EM communications generally involve the display and perception of online presence information regarding other selected EM recipients. EM communications may be machine-to-machine communications that occur without intervention by or communication through an instant messaging server after a communication session is established or authentication is performed.

For illustrative purposes, Figs. 2, 3 and 4 show an example of a communications system for implementing techniques for transferring electronic data.

Referring to Fig. 2, a communications system 200 is capable of delivering and exchanging data between an EM sender system 205 and a host system 210 through a communications link 215. The EM sender system 205 typically includes one or more client devices 220 and/or client controllers 225, and the host system 210 typically includes one or more host devices 235 and/or host controllers 240. For example, the EM sender system 205 or the host system 210 may include one or more general- purpose computers (e.g., personal computers), one or more special-purpose computers (e.g., devices specifically programmed to communicate with each other and/or the EM sender system 205 or the host system 210), or a combination of one or more general- purpose computers and one or more special-purpose computers. The EM sender system 205 and the host system 210 may be arranged to operate within or in concert with one or more other systems, such as, for example, one or more LANs ("Local Area Networks") and/or one or more WANs ("Wide Area Networks").

The client device 220 and the host device 235 are generally capable of executing instructions under the command of, respectively, a client controller 225 and a host controller 240. The client device 220 and the host device 235 are connected to, respectively, the client controller 225 and the host controller 240 by, respectively, wired or wireless data pathways 230 and 245, which are capable of delivering data.

The client device 220, the client controller 225, the host device 235, and the host controller 240 typically each include one or more hardware components and/or software components. An example of a client device 220 or a host device 235 is a general-purpose computer (e.g., a personal computer) or software on such a computer capable of responding to and executing instructions in a defined manner. Other examples include a special-purpose computer, a workstation, a server, a device, a component, other physical or virtual equipment or some combination of these capable of responding to and executing instructions. The client device 220 and the host device 235 may include devices that are capable of establishing peer-to-peer communications.

An example of client controller 225 or host controller 240 is a software application loaded on the client device 220 or the host device 235 for commanding and directing communications enabled by the client device 220 or the host device 235. Other examples include a program, a piece of code, an instruction, a device, a computer, a computer system, or a combination of these for independently or collectively instructing the client device 220 or the host device 235 to interact and operate as described. The client controller 225 and the host controller 240 may be embodied permanently or temporarily in any type of machine, component, physical or virtual equipment, storage medium, or propagated signal capable of providing instructions to the client device 220 and the host device 235.

The communications link 215 typically includes a delivery network 260 that provides direct or indirect communication between the EM sender system 205 and the host system 210, irrespective of physical separation. Examples of a delivery network 260 include the Internet, the World Wide Web, WANs, LANs, analog or digital wired and wireless telephone networks (e.g., Public Switched Telephone Network (PSTN), Integrated Services Digital Network (ISDN), and Digital Subscriber Line (xDSL)), radio, television, cable, or satellite systems, and other delivery mechanisms for carrying data. The cornmunications link 215 may include communication pathways 250 and 255 that enable communications through the one or more delivery networks 260 described above. Each of the communication pathways 250 and 255 may include, for example, a wired, wireless, cable or satellite communication pathway. Fig. 3 illustrates a communications system 300 including an EM sender system 205 communicating with a host system 210 through a communications link 215.

The EM sender system 205 includes a client device 220 that typically includes a general-purpose computer 370 having an internal or external memory 372 for storing data and programs such as an operating system 374 (e.g., DOS, Windows™, Windows 95™, Windows 98™, Windows 2000™, Windows Me™, Windows XP™, Windows NT™, OS/2, or Linux) and one or more application programs. Examples of application programs include authoring applications 376 (e.g., word processing programs, database programs, spreadsheet programs, or graphics programs) capable of generating documents or other electronic content; client applications 378 (e.g., America Online (AOL) client, CompuServe client, AOL Instant Messenger (AEM) client, interactive television (ITV) client, Internet Service Provider (ISP) client, or instant messaging (EM) client) capable of communicating with other computer users, accessing various computer resources, and viewing, creating, or otherwise manipulating electronic content; and browser applications 380 (e.g., Netscape's Navigator or Microsoft's Internet Explorer) capable of rendering standard Internet content and other content formatted according to standard protocols such as the Hypertext Transfer Protocol (HTTP).

One or more of the application programs may be installed on the internal or external storage 372 of the general-purpose computer 370. Alternatively, in another implementation, the client controller 225 may access application programs externally stored in and/or performed by one or more device(s) external to the general-purpose computer 370.

The general-purpose computer 370 also includes a central processing unit 382 (CPU) for executing instructions in response to commands from the client controller 225, and a communication device 384 for sending and receiving data. One example of the communication device 384 is a modem. Other examples include a transceiver, a set-top box, a communication card, a satellite dish, an antenna, a network adapter, or some other mechanism capable of transmitting and receiving data over the communications link 215 through a wired or wireless data pathway 250. The general- purpose computer 370 optionally includes a television ("TN") tuner 386 for receiving television programming in the form of broadcast, satellite, and/or cable TN signals. The TN tuner 386 permits the client device 220 to selectively and/or simultaneously display network content received by communications device 384 and TN programming content received by the TN tuner 386.

The general-purpose computer 370 may include an input/output interface 388 that enables wired or wireless connection to various peripheral devices 390. Examples of peripheral devices 390 include, but are not limited to, a mouse 391, a mobile phone 392, a personal digital assistant (PDA) 393, an MP3 player (not shown), a keyboard 394, a display monitor 395 with or without a touch screen input, a TN remote control 396 for receiving information from and rendering information to users, and an audiovisual input device 398.

Although Fig. 3 illustrates devices such as a mobile telephone 392, a PDA 393, and a TN remote control 396 as being peripheral with respect to the general- purpose computer 370, in another implementation, such devices may themselves include the functionality of the general-purpose computer 370 and operate as the client device 220. For example, the mobile phone 392 or the PDA 393 may include computing and networking capabilities and function as a client device 220 by accessing the delivery network 260 and communicating with the host system 210. Furthermore, the EM sender system 205 may include one, some or all of the components and devices described above.

Fig. 4 illustrates a communications system 400 including an EM sender system 205 communicating with an EM recipient system 405 and an EM host system 410 through a communication link 215. Such a communications system may be used by users of EM service providers, such as, for example, AIM, ICQ, Yahoo Messenger, and Microsoft Messenger.

In one implementation, the EM host system 410 may have characteristics similar to those described above with respect to the host system 210, the EM recipient system 405 may have characteristics similar to those described above with respect to the EM sender system 205, and the EM sender system 205 and the EM recipient system 405 may include communication software to enable users of the client systems to access the EM host system 410.

The EM host system 410 may support EM services irrespective of an EM sender's network or Internet access. Thus, the EM host system 410 may allow users to send and receive EMs, regardless of whether they have access to any particular ISP. The EM host system 410 also may support associated services, such as administrative matters, advertising, directory services, chat, and interest groups related to the EM. The EM host system 410 has an architecture that enables the devices (e.g., servers) within the EM host system 410 to communicate with each other. To transfer data, the EM host system 410 employs one or more standard or proprietary EM protocols.

To access the EM host system 410 to begin an EM session in the implementation of Fig. 4, the EM sender system 205 establishes a connection to the EM host system 410. Once a connection to the EM host system 410 has been established, the EM sender system 205 may directly or indirectly transmit data to and access content from the IM host system 410. By accessing the EM host system, an EM sender can use the EM client application to view whether particular users are online, exchange EMs with particular EM recipients, participate in group chat rooms, trade files such as pictures, invitations or documents, find other EM recipients with similar interests, get customized information such as news and stock quotes, and search the Web. EM recipient system 405 may be similarly manipulated to establish contemporaneous connection with EM host system 410.

Once connectivity is established, an EM sender who is using EM sender system 205 may view whether an EM recipient using EM recipient system 405 is online, and typically may view whether the EM recipient is able to receive EMs. Ef the IM recipient is online, the IM sender may exchange EMs with the EM recipient.

Furthermore, the EM sender may view or perceive certain aspects of a personality selected by a potential EM recipient prior to engaging in communications with that potential EM recipient. For example, certain aspects of an EM recipient selected personality, such as a buddy icon or a miniature buddy icon chosen by the EM recipient, may be perceivable through the buddy list itself prior to engaging in communications. Other aspects of a selected personality chosen by an EM recipient may be made perceivable upon opening of a communication window by the EM sender for a particular EM recipient but prior to initiation of communications.

In one implementation, the EMs sent between EM sender system 205 and EM recipient system 405 are routed through EM host system 410. En another implementation, the EMs sent between EM sender system 205 and EM recipient system 405 are routed through a third party server (not shown), and, in some cases, are also routed through EM host system 410. In yet another implementation, the EMs are sent directly between EM sender system 205 and EM recipient system 405. As shown in Fig. 4, the IM host system may include a data store 415 for one or more personalities for one or more instant messaging senders. The EM host system may also include a data store 420 for available attributes of personalities. The attributes may include easily selectable items made available to a user while building a personality and as such, are not intended to represent all possible options. The personalities also may be stored locally in a data store 425 at the EM sender system 205.

Fig. 5 shows an exemplary procedure 500 to enable an EM sender to select an online persona to be made perceivable to an EM recipient.

The procedure 500 may be implemented in a client/host context, or a standalone or offline client context. For example, while some functions of procedure 500 may be performed entirely by the EM sender system 205, other functions may be performed by host system 210, or the collective operation of the EM sender system 205 and the host system 210. In procedure 500, the online persona may be respectively selected and rendered by the standalone/offline device, and the online persona may be accessed or updated through a remote device in a non-client/host environment such as, for example, a LAN server serving an end user or a mainframe serving a terminal device. Thus, the procedure 500 described below may be implemented for an OSP, ISP, browser and/or other software program having a graphical user interface, such as programs for instant messaging, chat, electronic mail and stand-alone browsers. Moreover, procedure 500 may be implemented by hardware, software, devices, computers, computer systems, equipment, components, programs, applications, code, storage media, or propagated signals.

Procedure 500 generally involves selecting and projecting an online persona. The EM sender creates or modifies one or more online personalities (step 505). As discussed above with respect to Fig. 1, creating an online persona generally involves the EM sender selecting one or more self-expression items and/or features and functionalities to be displayed to a certain EM recipient or group of EM recipients.

Fig. 7 shows a basic EM user interface (UI) 700 A. EM UI 700 has an EM recipient portion 725 and an EM sender portion 735. EM UI 700 also has a set of feature controls 730. As shown, EM UI 700 does not have any self-expression items or any features or functionalities selected.

Fig. 8 shows an EM UI 800 with personalization items such as a buddy icon 837 chosen by the EM sender when having an EM conversation with a particular EM recipient, and a buddy icon 827 of the particular EM recipient with whom the EM sender is having an EM conversation. EM UI 800 has an EM recipient portion 825 and an EM sender portion 835. The EM recipient portion 825 displays the buddy icon 827 and wallpaper 828 chosen by the EM recipient with whom the EM sender is having a conversation. The EM recipient portion also contains an icon 826 that indicates that the EM sender is using a mobile device. Upon receipt of such an icon, changes in the personality of the EM sender may be automatically triggered or offered automatically to the EM sender. For example, the EM sender may be presented an option to project a buddy icon or wallpaper that presents better to lower resolution devices or to eliminate self-expressions related to graphics altogether to conserve bandwidth and storage, based on whether the mobile device is capable of rendering such self- expression items to the EM recipient. The EM sender may wish to change other self- expression items or features/functions when an indication is received that the EM recipient is using a mobile device or other devices less capable of handling particular self-expressions items. The EM sender portion 835 contains the buddy icon 837 and wallpaper 838 currently being made perceivable by the EM sender to the IM recipient with whom the EM sender is having an EM conversation. Fig. 9 illustrates a desktop 900 with an exemplary buddy list interface 905 presented to a EM sender (e.g., "randomcontact") when an instant messaging client program is ruririing on a client systems.

In Fig. 9, a desktop 900 is shown with a buddy list user interface 905 of the instant messaging client program. User interface 905 has a box 910 that displays representations 915a-915h of the EM sender's buddies. In the interface 905, the representations 915a-915h are icons showing the screen names of the EM recipients, however, other types or forms of representations may be used. The representations 915a-915h may provide contextual information to the program EM sender about the buddy, such as whether the buddy is online, how long the buddy has been online, whether the buddy is away, or whether the buddy is using a mobile device.

The list of EM recipients displayed in box 910 of user interface 905 typically is referred to as the buddy list. En the buddy list, EM recipients are grouped together into buddy groups. The name or representation of each buddy group is displayed in the buddy list. When a buddy's EM client program is able to receive communications, the representation of the buddy in the buddy list is displayed under the name or representation of the buddy group to which the buddy belongs. For example, in the interface shown by Fig. 9, the buddy whose screen name is "randomcontact2" is part of the Buddies buddy group and, consequently, the representation 915a for randomcontact2 is listed under the representation 920a for the Buddies buddy group. Likewise, the buddy whose screen name is "Boss" is part of the Co-Workers buddy group and, consequently, the representation 915c for Boss is listed under the representation 920b for the Co-Workers buddy group. Similarly, the EM recipients whose screen names are "Mom," "Dad," and "Brother" are part of the Family buddy group 920c and, consequently, their representations 915f-915h are listed under the representation 920c for the Family buddy group.

In creating personalities, the EM sender may forbid a certain personality to be shown to designated EM recipients and/or groups. For example, if the EM sender wants to ensure that the "Casual" personality is not accidentally displayed to the boss or to co-workers, the EM sender may prohibit the display of the "Casual" personality to the boss on an individual basis, and may prohibit the display of the "Casual" personality to the "Co-workers" group on a group basis. An appropriate user interface may be provided to assist the EM sender in making such a selection. Similarly, the EM sender may be provided an option to "lock" a personality to a EM recipient or a group of EVI recipients to guard against accidental or unintended personality switching and/or augmenting. Thus, for example, the EM sender may choose to lock the "Work" personality to the boss on an individual basis, or to lock the "Work" personality to the "Co-workers" group on a group basis. En one example, the Casual personality will not be applied to a locked personality. A UI may be provided to assist the EM sender in making such a selection.

Fig. 10 shows a chooser UI 1000 that enables the EM sender to select among available personalities 1010, 1015, 1020, 1025, 1030, 1035, 1040, 1045, 1050, 1055, 1060. The UI also has a control 1065 to enable the EM sender to "snag" the personality of a buddy, and a control 1070 to review the personality settings currently selected by the EM sender. Through the use of the chooser UI 1000, the user may change the personality being projected to the EM recipient before, during, or after the EM conversation with the recipient.

Fig. 11 shows a UI 1100 for font and color adjustments 1105 that a EM sender may employ in creating a personality. Specifically, although shown in the context of an active conversation between an EM sender and an EM recipient, UI 1100 may be used to specify the font and color to be applied to text communicated under the guise of a particular personality, such as those shown at Fig. 10, and to select different fonts/colors for different of several personalities. The UI 1100 may be invoked by user action such as, for example, right clicking on a mouse button or otherwise manipulating a user input device.

Fig. 12 shows a series 1200 of exemplary UIs 1205, 1255, 1280 for enabling a EM sender to create and store a personality, and/or select various aspects of the personality such as buddy icons, buddy wallpaper, buddy sounds, and smileys. As shown, UI 1205 enables an EM sender to select a set of one or more self-expression items and save the set of self-expression items as a personality. The UI 1205 also enables an EM sender to review and make changes to an EM personality. For example, the UI 1205 enables an IM sender to choose a buddy icon 1210, buddy wallpaper 1215, emoticons 1220, and buddy sounds 1225. A set of controls 1240 is provided to enable the EM sender to preview 1240a the profile and to save 1240b these selected self-expression items as a personality. The EM sender is able to name and save the personality 1245 and then is able to apply the personality 1250 to one or more individual EM recipients or one or more groups of EM recipients. A management area 1250a is provided to enable the EM sender to delete, save, or rename various EM personalities. In choosing the self-expression items, other interfaces such as UI 1255 may be displayed to enable the EM sender to select the particular self-expression items. UI 1255 includes a set of themes 1260 for buddy icons which enables an EM sender to select a particular theme 1265 and choose an individual icon 1270 in the selected theme. A set of controls 1275 is provided to assist the EM sender in making the selection of self-expression items. Also, an EM sender may be enabled to choose a pre-determined theme, for example, by using a UI 1280. En UI 1280, the EM sender may select various categories 1285 of pre-selected themes and upon selecting a particular category 1290, a set of default pre-selected, self-expression items is displayed, 1290a, 1290b, 1290c, 1290d, 1290e, and 1290f. The set may be unchangeable or the EM sender may be able to individually change any of the pre- selected self-expression items in the set. A control section 1295 is also provided to enable the EM sender to select the themes.

In another implementation, the features or functionality of the EM interface may vary based upon user-selected or pre-selected options for the personality selected or currently in use. The features or functionality may be transparent to the EM sender. For example, when using the "Work" personality, the outgoing EM messages may be encrypted, and a copy may be recorded in a log, or a copy may be forwarded to a designated contact such as an administrative assistant. A warning may be provided to an EM recipient that the EM conversation is being recorded or viewed by others, as appropriate to the situation. By comparison, if the non-professional "Casual" personality is selected, the outgoing EM messages may not be encrypted and no copy is recorded or forwarded. As a further example, if the "Work" personality is selected and the EM sender indicates an unavailability to receive instant messages (e.g., through selection of an "away" message or by going offline), then messages received from others during periods of unavailability may be forwarded to another EM recipient such as an administrative assistant, or may be forwarded to an e-mail address for the IM sender. By comparison, if the non-professional "Casual" personality is selected, no extra measures are taken to ensure delivery of the message.

En one implementation, the features and functionality associated with the personality would be transparent to the EM sender, and may be based upon one or more pre-selected profiles types when setting up the personality. For example, the EM sender may be asked to choose from a group of personality types such as professional, management, informal, vacation, offbeat, etc. In the example above, the "Work" personality may have been be set up as a "professional" personality type and the "Casual" personality may have been set up as an "informal" personality type. In another implementation, the EM sender may individually select the features and functionalities associated with the personality.

An "enterprise mode" may be provided for use with a personality, and the features and functionality associated with the enterprise mode may be established by an employer or its agent, and may vary depending upon the requirements of the environment. For example, where a record of the EM conversation is being maintained, a legal notice may be provided to one or more of the participants in the EM conversation, where such notice is necessary or desirable. The enterprise mode may enable functionality such as encryption, recording of the LM conversation, and forwarding of the EM conversation to an administrative assistant. In one implementation, the EM recipient and/or the EM sender may pay a subscription fee to access/use certain personalities, and the personalities may be provided by a third party. En another implementation, the personalities expire and must be replaced after a predetermined event such as a predetermined length of time, passage of a predetermined date, or a predetermined number of uses. Also, a personality may be banned if, for example, it is deemed to be offensive, inappropriate, or to otherwise violate a term of service agreement. If it is determined that the personality is expired or banned, display of such a personality will be disallowed and the EM sender typically will be required to choose a different personality.

Default global personalization items, default group personalization items, or default personal personalization items, may be provided, depending on the implementation. For example, if the Buddies buddy group is provided as a default upon installation of the instant messaging client program, a default group personalization item also may be provided for the Buddies buddy group. As another example, a default global personalization item may be provided when the instant messaging client program is installed so that a personalization item always exists for the EM recipients, regardless of whether a EVI sender has selected a personality or personalization item to be presented. Similarly, a default group personalization item may be provided for any default buddy groups and newly created buddy groups, whether or not a global personalization item is provided. This enables a personality to always exist for EM recipients even when no global personalization item or personality exists, regardless of whether a EM sender has set a group personalization item (or personal personalization item, if implemented also). Features and functionality may be assigned to personalities in a similar manner as described with respect to self-expression items. Referring again to Fig. 5, the personality is then stored (step 510). The personality may be stored on the EM sender system 205, on the EM host system 410, or on a different host system 210 such as a host system of an authorized partner.

Next the EM sender assigns a personality to be projected during future EM sessions or when engaged in future EM conversations with an EM recipient (step 515). The EM sender may wish to display different personalities to different EM recipients and/or groups in the buddy list. The EM sender may use a user interface to assign personalization items to personalities on at least a per-buddy group basis. For example, an EVI sender may assign a global buddy icon to all personalities, but assign different buddy sounds on a per-group basis to other personalities (e.g. work, family, friends), and assign buddy wallpaper and smileys on an individual basis to individual personalities corresponding to particular EM recipients within a group. The EM sender may assign other personality attributes based upon the occurrence of certain predetermined events or triggers. For example, certain potential EM recipients may be designated to see certain aspects of the Rainy Day personality if the weather indicates rain at the geographic location of the EM sender. Default priority rules may be implemented to resolve conflicts, or the user may select priority rules to resolve conflicts among personalities being projected or among self-expression items being projected for an amalgamated personality.

For example, a set of default priority rules may resolve conflicts among assigned personalities by assigning the highest priority to personalities and self- expression items of personalities assigned on an individual basis, assigning the next highest priority to assignments of personalities and personalization items made on a group basis, and assigning the lowest priority to assignments of personalities and personalization items made on a global basis. However, the user may be given the option to override these default priority rules and assign different priority rules for resolving conflicts.

As shown in Fig. 13, a UI 1300 may be provided to enable the EM sender to assign a persona to be projected and to select rules for resolving conflicts among the personas to be projected. The UI 1300 includes as assignment portion 1305 and a priority rule portion 1310. The assignment portion 1305 includes controls to enable the EM sender to assign a persona as a global or default persona 1315, assign a persona to a group of potential EM recipients 1320, assign a persona to an individual EM recipient 1325, and assign a persona based upon other criteria 1330.

In particular, the global or default controls 1315 may include a drop down menu 1316 to enable the EM sender to select a default persona and may include one or more self-expression drop down menus 1317 to enable the EM sender to select one or more default personalization items to be projected. The group controls 1320 may include a drop down menu 1321 to enable the EM sender to select a persona to be projected to a group and may include one or more self-expression drop down menus 1322 to enable the EM sender to select one or more personalization items to be projected to a group. Association arrows 1323 and a Group list 1324 may be used to match the selected persona and/or self-expression items with a particular group. The individual controls 1325 may include a drop down menu 1326 to enable the EM sender to select a persona to be projected to an individual and may include one or more self- expression drop down menus 1327 to enable the IM sender to select one or more personalization items to be projected to an individual. Association arrows 1328 and a Group list 1329 may be used to match the selected persona and/or self-expression items with a particular individual. The other criteria controls 1330 may include a drop down menu 1331 to enable the EM sender to select a type of criteria or trigger, a drop down menu 1332 to enable the EM sender to select a persona to be projected based upon other criteria and may include one or more self-expression drop down menus 1333 to enable the EM sender to select one or more personalization items to be projected based on other criteria. The other criteria may include, for example, weather at the EM sender location, a day of the week, a time of day, a holiday, a calendar event, a week day or a weekend day. The priority rules portion 1310 includes priority rule controls 1340 to enable the IM sender to select priority rules to resolve conflicts between personas or self-expression items or functionality within personas. The controls 1340 may include a drop down menu 1341 to choose predefined sets of rules or a UI control 1342 to enable the user to define custom priority rules.

To set a personality for a buddy-group, the EM sender may use the interface to select the buddy group and assign the personality that will be presented to all EM recipients that belong to the selected buddy group. In other implementations, the EM sender may be able to use the interface to set a global personalization item and/or personality on a per-buddy basis. A global personalization item is typically implemented as a default personalization item sent to a buddy if no other type of personalization item (e.g., buddy icon, buddy wallpaper, buddy sound, or smiley) is set for the buddy on a group or an individual basis. A personalization item may be set for a particular group and used for members of the group, or may be set for an individual buddy and used for that buddy. Typically, an individual (personal) personalization item selection overrides a selection for a group personalization item, and a group personalization item selection overrides a selection for a global personalization item. Similarly, an individual (personal) personality selection overrides a selection for a group personality, and a group personality selection overrides a selection for a global personality. In some implementations that allow for global personalization items, the group personalization item set for a buddy group optionally may be set by overriding the global personalization item with a new personalization item. For example, if the global buddy icon is set to a bear, and a buddy group personalization item for the "co- worker" group may be set to a beaver, the personalization item presented to EM recipients in the "co-worker" buddy group would be a beaver, while the personalization item presented to EM recipients in other groups would default to the global buddy icon, a bear. Similarly, in some implementations, an individual (personal) personalization item may be set by overriding a group personalization item or a global personalization item for particular EM recipients. Next, an EM session between the EM sender and the EM recipient is initiated

(step 520). The EM session may be initiated by either the EM sender or the IM recipient.

An EM UE is rendered to the EM recipient, configured to project the personality assigned to the EM recipient by the EM sender (step 525), as illustrated, for example, by Fig. 8.

The appropriate personality/personalization item set for a buddy is sent to the buddy when the buddy communicates with the IM sender through the instant messaging client program. For example, in an implementation which supports global personalization items, group personalization items, and personal personalization items, a personal personalization item is sent to the buddy if set, otherwise a group personalization item is sent, if set. If neither a personal nor a group personalization item is set, then the global personalization item is sent. As another example, in an implementation that supports global personalization items and group personalization items, the group personalization item for the group to which the buddy belongs is sent, if set, otherwise the global personalization item is sent. En an implementation that only supports group personalization items, the group personalization item for the group to which the buddy belongs is sent to the buddy.

An EM session between the EM sender and another EM recipient also may be initiated (step 530) by either the EM sender or the second EM recipient. Relative to the second IM session, a second EM UI is rendered to the second

EM recipient, configured to project the personality assigned to the second EM recipient by the EM sender (step 535), as illustrated by Fig. 1 where the EM session are concurrently opened and again by Fig. 8 otherwise. The personality may be projected in a similar manner to that described above with respect to step 525. However, the personality projected to the second EM recipient may differ from the personality projected to the first EM recipient described above in step 525.

Referring to Fig. 6, an exemplary procedure 600 enables an EM sender to change a personality assigned to an EM recipient. In procedure 600, a user selection of a new personality to be assigned to the EM recipient is received (step 605). The change may be received through an EM chooser 1000, such as that discussed above with respect to Fig. 10, and may include choosing self-expression items and/or features and functionality using such as interface or may include "snagging" a personality of the buddy using such an interface. Snagging a personality refers to the appropriation by the EM sender of one or more personalization items used by the EM recipient. Typically, all personalization items in the personality of the EM recipient are appropriated by the EM sender when "snagging" a personality.

Next, the updated UI for that buddy is updated based on the newly selected personality (step 610).

Fig. 14 illustrates a communications system 1400 including an EM sender system 205 communicating with an EM recipient system 405 and an EM host system 410 through a communication link 215. System 1400 illustrates a possible implementation of the communications system 400 of Fig. 4.

In system 1400, the EM host system 410 includes a login server 1470 for enabling access by EM senders and routing communications between the EM sender system 205 and other elements of the EM host system 410. The EM host system 410 also includes an EM server 1490. To enable access to and facilitate interactions with the EM host system 410, the EM sender system 205 and the EM recipient system 405 may include communication software, such as for example, an OSP client application and/or an EM client application.

As described with respect to Fig. 4, the EM host system 410 may support EM services irrespective of an EM sender's network or Internet access. Thus, the EM host system 410 may allow IM senders to send and receive EMs, regardless of whether they have access to any particular ISP. The EM host system 410 also may support associated services, such as administrative matters, advertising, directory services, chat, and interest groups related to the EM. The IM host system 410 has an architecture that enables the devices (e.g., servers) within the EM host system 410 to communicate with each other. To transfer data, the EM host system 410 employs one or more standard or exclusive EM protocols. En one implementation, the EM sender system 205 establishes a connection to the login server 1470 in order to access the EM host system 410 and begin an EM session. The login server 1470 typically determines whether the particular EM sender is authorized to access the EM host system 410 by verifying the EM sender's identification and password. If the EM sender is authorized to access the EM host system 410, the login server 1470 usually employs a hashing technique on the EM sender's screen name to identify a particular EM server 1490 within the EM host system 410 for use during the EM sender's session. The login server 1470 provides the EM sender (e.g., EM sender system 205) with the IP address of the EM server 1490, gives the EM sender system 205 an encrypted key, and breaks the connection. The EM sender system 205 then uses the EP address to establish a connection to the particular EM server 1490 through the communications link 215, and obtains access to the EM server 1490 using the encrypted key. Typically, the EM sender system 205 will be able to establish an open TCP connection to the EM server 1490. The EM recipient system 405 establishes a connection to the EM host system 310 in a similar manner. In one implementation, the EM sender system 205 may directly or indirectly transmit data to and access content from the EM server 1490 once a connection to the EM server 1490 has been established. By accessing the EM server, an EM sender can leverage the EM client application to determine whether particular EM senders 5 ("buddies" or potential EM recipients) are online, exchange EMs with particular EM recipients, participate in group chat rooms, trade files such as pictures, invitations or documents, find other EM recipients with similar interests, get customized news and stock quotes, and search the Web. For example an EM sender who is using IM sender system 205 may view whether a buddy using EM recipient system 405 is online, and if o so, may exchange EMs with that buddy. In one implementation, the EMs sent between EM sender system 205 and EVI recipient system 405 are routed through EM host system 410. In another implementation, the EMs sent between EM sender system 205 and EM recipient system 405 are routed through a third party server (not shown) and, in some cases, are also routed through EM host system 410. En yet another implementation, the 5 EMs are sent directly between EM sender system 205 and EM recipient system 405.

In one implementation, the EM host system 410 also includes a user profile server (not shown) connected to a database (not shown) for storing large amounts of user profile data. The user profile server may be used to enter, retrieve, edit, manipulate, or otherwise process user profile data. En one implementation, an EM 0 sender's profile data includes, for example, the IM sender's screen name, buddy list, identified interests, and geographic location. The EM sender's -profile data may also include self-expression items selected by the EM sender. The EM sender may enter, edit and/or delete profile data using an installed EM client application on the EM sender system 205 to interact with the user profile server. 5 Because the EM sender's data are stored in the EM host system 410, the EM sender does not have to reenter or update such information in the event that the EM sender accesses the EM host system 410 using a new or different EM sender system 205. Accordingly, when an EM sender accesses the EM host system 410, the EM server can instruct the user profile server to retrieve the EM sender's profile data from the 0 database and to provide, for example, the EM sender's self-expression items and buddy list to the EM server. Alternatively, user profile data may be saved locally on the EM sender system 205.

Instant messaging programs typically allow EM senders to communicate in real-time with each other in a variety of ways. For example, many instant messaging programs allow EM senders to send text as an instant message, to transfer files, and to communicate by voice. Examples of EM communications exist over AEM (America Online Enstant Messenger), AOL (America Online) Buddy List and Enstant Messages, Yahoo Messenger, MSN Messenger, and ICQ, among others. Although discussed above primarily with respect to EVI applications, other implementations are contemplated for providing similar functionality in platforms and online applications such as chat, e-mail, and streaming media applications.

Other implementations are within the scope of the following claims. For example, although the examples above are given in an instant message context, other communications systems with similar attributes may be used. For example, multiple personalities may be used in a chat room or in e-mail communications. Also, the user interface may be a viewable interface, an audible interface, a tactile interface, or a combination of these.