This description relates to projecting a graphical representation of a communications application operator (hereinafter “sender”) in communications sent in a network of computers.
Online services may provide users with the ability to send and receive instant messages. Instant messages are private online conversations between two or more people who have access to an instant messaging service, who have installed communications software necessary to access and use the instant messaging service, and who each generally have access to information reflecting the online status of other users.
An instant message sender may send self-expression items to an instant message recipient. Current implementations of instant messaging self-expression enable a user to individually select self-expression settings, such as a Buddy Icon and a Buddy Wallpaper, which settings thereafter project to other users who see or interact with that person online.
In one general aspect, a first avatar is animated based on perceived animation of a second avatar. A first user is graphically represented using a first avatar capable of being animated, and a second user is graphically represented using a second avatar capable of being animated. Communication messages are sent between the first user and the second user. An indication of content communicated by the first user is received. A first category that is associated with the second user is identified, as is an animation based on the content communicated by the first user and the first category that is associated with the second user. In response to and based on the received indication of content communicated by the first user and the first category that is associated with the second user, the first avatar is animated such that the first avatar appears to interact with the second avatar.
Implementations may include one or more of the following features. For example, the first category that is associated with the second user may be established by a first participant list perceivable to the first user, and the first particular list may organize users identified by the first user into categories and display on-line presence information for each identified user. The first and second avatars may be displayed in an instant messaging window.
The first avatar may be animated such that the first avatar appears to physically interact with the second avatar, move toward or away from the second avatar, touch the second avatar, verbally interact with the second avatar, speak with the second avatar, speak an audible greeting to the second avatar, hear sounds made by the second avatar, or hear words spoken by the second avatar. The first avatar may represent a persona and may appear to gesture toward the second avatar.
An indication of content communicated by the second user may be received. A second animation may be identified based on the content communicated by the second user. In response to and based on the received indication content communicated by the first user and the received indication of content communicated by the second user, the first avatar and the second avatar may be animated such that the first avatar appears to interact with the second avatar. The first avatar may be animated in response to and based on the received indication of content communicated by the first user, and the second avatar may be animated in response to and based on the received indication content communicated by the second user.
The first avatar and the second avatar may be animated only after the indication of content communicated by the first user and the indication of related content communicated by the second user are both received. The first category may be established by a participant list perceivable to the second user, where the participant list may organize contacts identified by the second user into categories and display on-line presence information for each identified contact. The second category may be associated with the first user, and the first avatar may be animated such that the first avatar appears to interact with the second avatar in response to and based on the received indication content communicated by the first user, the first category associated with the second user, and the second category associated with the first user.
The first category may be established by a first participant list perceivable to the first user, the first participant list may organize contacts identified by the first user into categories and displays on-line presence information for each identified contact, the second category may be established by a second participant list perceivable to the second user, and the second participant list may organize contacts identified by the second user into categories and displays on-line presence information for each identified contact. The first avatar may be animated such that the first avatar appears to interact with the second avatar in response to and based on the received indication content communicated by the first user and the first category associated by the first user with the second user. The second avatar may be animated such that the first avatar appears to interact with the second avatar in response to and based on the received indication content communicated by the first user and the second category associated by the second user with the first user.
A third user may be identified within an instant messaging environment to whom communication messages may be directed. A first persona of the first user may be projected to the second user while a second persona of the first user may be concurrently projected to the third user. The first persona may invoke the first avatar, the second persona may invoke a third avatar capable of being animated, and the first persona and the second persona may differ.
The first avatar may be animated such that the first avatar appears to interact with the second avatar in response to and based on the received indication content communicated by the first user and the first persona of the first user. The third avatar may be animated at least based on the persona of the first user.
An indication of a type of animation may be identified, and the first avatar may be animated in response to a particular portion of a message sent between the first user and the second user. The first avatar may be animated in response to a particular portion of a message sent from the first user to the second user. The first avatar may be animated in response to a particular portion of a message sent to the first user from the second user. The first avatar and the second avatar may be animated in response to presence detection before a message is sent from the first user to the second user such that the first avatar appears to interact with the second avatar.
The first avatar and the second avatar may be animated in response to a predetermined passage of an amount of time such that the first avatar appears to interact with the second avatar. The first avatar may be animated such that the first avatar appears to increase in size or decrease in size relative to the second avatar. Animating the first avatar may be disabled by a user.
A second category that is associated with the first user may be identified. A determination may be made as to whether animating the first avatar would reveal a difference in the first category associated with the second user and the second category associated with the first user, and, in response to a determination that animating the first avatar would reveal a difference in the first category associated with the second user and the second category associated with the first user, action may be taken to obfuscate the difference. The action taken may include warning at least the first user of the difference, or animating the first avatar to hide the difference.
In another general aspect, a first avatar is animated based on perceived animation of a second avatar. A first user is graphically represented using a first avatar capable of being animated, and a second user is graphically represented using a second avatar capable of being animated. Communication messages are sent between the first user and the second user. An indication of content communicated by the first user is received, and an animation is identified based on the content communicated by the first user. In response to and based on the received indication of content communicated by the first user, the first avatar is animated such that the first avatar appears to interact with the second avatar.
Implementations may include one or more of the features noted above.
Implementations of any of the techniques discussed above may include a method or process, a system or apparatus, or computer software on a computer-accessible medium.
The details of one or more of the implementations are set forth in the accompanying drawings and description below. Other features will be apparent from the description and drawings, and from the claims.
Like reference symbols in the various drawings indicate like elements.
An avatar that represents an user in a communications session is animated, without user manipulation, based on the animation of another avatar that represents another user in the same instant messaging communication session. This may be referred to as an automatic response of an avatar to the behavior of another avatar. The avatars may be displayed in a single instant messaging window, and the displayed animations may create an appearance that the avatars are interacting with one another.
By way of example, an instant messaging communication user interface may include a window (or other type of shared or connected display space) that includes two avatars, each avatar representing an instant messaging participant in an instant messaging communication session. When an instant message of “Hi” is received, an avatar representing the sender of the instant message (“sender avatar”) approaches the avatar representing recipient of the instant message (“recipient avatar”). The sender avatar extends the avatar's hand (to shake hands with the recipient avatar) and says “How do you do?” The recipient avatar may not be animated unless or until the recipient replies to the sender's message. If the recipient replies, the recipient avatar is animated, in this case to simply extend its hand to the now approaching sender avatar based on the approach already undertaken by the sender avatar, which may be contrasted with other animations available to the recipient avatar upon communication of a reply by the recipient assuming a different animation by the sender avatar. In some implementations, the recipient avatar may be animated prior to the recipient's reply to the sender's message. For example, the recipient avatar may be animated based on presence detection of the recipient or may be animated based on the passage of a predetermined amount of time.
The type of animation displayed for an avatar may depend on the category with which an instant messaging identity is associated in a contact list. For example, if the recipient and sender identities are grouped as co-workers, the sender and recipient avatars shake hands. On the other hand, if the recipient and sender identities are grouped as family members, the sender and recipient avatars hug.
The user interface (UI) 100 includes an instant message user interface 105 and an instant messaging buddy list window 170.
The instant message user interface 105 has an instant message recipient portion 110 and an instant message sender portion 130. The instant message recipient portion 110 displays the recipient avatar 115 chosen by the instant message recipient with whom the instant message sender is having an instant message conversation. Similarly, the instant message sender portion 130 displays the sender avatar 135 chosen by the instant message sender. The display of the sender avatar 135 in the instant message user interface 105 enables the instant message sender to perceive the avatar being projected to the particular instant message recipient with whom the instant message sender is communicating. The avatars 135 and 115 are personalization items selectable by an instant message user for self-expression.
The instant message user interface 105 includes an instant message composition area 145 for composing instant message messages to be sent to the instant message recipient and for message history text box 125 for displaying a transcript of the instant message communications session with the instant message recipient. Each of the messages sent to, or received from, the instant message recipient are listed in chronological order in the message history text box 125, each with an indication of the user that sent the message as shown at 126. The message history text box 125 optionally may include a time stamp 127 for each of the messages sent.
Wallpaper may be applied to portions of the graphical user interface 100. For example, wallpaper may be applied to window portion 120 that is outside of the message history box 125 or window portion 140 that is outside of the message composition area 145. The recipient avatar 115 is displayed over, or in place of, the wallpaper applied to the window portion 120, and the wallpaper applied to the window portion 120 corresponds to the recipient avatar 115. Likewise, the sender avatar 135 is displayed over, or in place of, the wallpaper applied to the window portion 140 and the wallpaper applied to the window portion 120 corresponds to the sender avatar 135. In some implementations, a box or other type of boundary may be displayed around the avatar, as shown by boundary 157 displayed around the sender avatar 135. A different wallpaper may be applied to window portion 158 inside the boundary 157 than the wallpaper applied to the window portion 140 outside of the message composition area 145 but not within the boundary 157. The wallpaper may appear to be non-uniform and may include objects that are animated. The wallpapers applied to the window portions 120 and 140 may be personalization items selectable by an instant message user for self-expression.
The instant message user interface 105 also includes a set of feature controls 165 and a set of transmission controls 150. The feature controls 165 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 150 includes a control 160 to trigger sending of the message that was typed into the instant message composition area 145, and a control 155 for modifying the appearance or behavior of the sender avatar 135.
The instant message buddy list window 170 includes an instant message sender-selected list 175 of potential instant messaging recipients (“buddies”) 180a-180g. Buddies typically are contacts who are known to the potential instant message sender (here, IMSender). In the list 175, the representations 180a-180g include text identifying the screen names of the buddies included in list 175; however, additional or alternative information may be used to represent one or more of the buddies, such as an avatar associated with the buddy, that is reduced in size and either still or animated. For example, the representation 180a includes the screen name and avatar of the instant message recipient named SuperBuddyFan1. The representations 180a-180g may provide connectivity information to the instant message 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.
Buddies may be grouped by an instant message sender into one or more user-defined or pre-selected groupings (“groups”). As shown, the instant message buddy list window 170 has three groups, Buddies 182, Co-Workers 184, and Family 186. SuperBuddyFan1 185a belongs to the Buddies group 182, and ChattingChuck 185c belongs to the Co-Workers group 184. When a buddy's instant message 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. As shown, at least potential instant messaging recipients 180a-180g are online. In contrast, when a buddy's instant message client program is not able to receive communications, the representation of the buddy in the buddy list may not be displayed under the group with which it is associated, but it may instead be displayed with representations of buddies from other groups under the heading Offline 188. All buddies included in the list 175 are displayed either under one of the groups 182, 184, or 186, or under the heading Offline 188.
As illustrated in
The sender avatar 135 may be animated in response to an instant message sent to the instant message recipient, and the recipient avatar 115 may be animated in response to an instant message sent by the instant message recipient. For example, the text of an instant message sent by the sender may trigger an animation of the sender avatar 135, and the text of an instant messages sent by the instant message recipient to the sender may trigger an animation of the recipient avatar 115.
More particularly, the text of a message to be sent is specified by the sender in the message specification text box 145. The text entered in the message specification text box 145 is sent to the recipient when the sender activates the send button 160. When the send button 160 is activated, the instant message application searches the text of the message for animation triggers. When an animation trigger is identified, the sender avatar 135 is animated with an animation that is associated with the identified trigger. This process is described more fully later. In a similar manner, the text of a message sent by the instant message recipient and received by the sender is searched for animation triggers and, when found, the recipient avatar 115 is animated with an animation associated with the identified trigger. By way of example, the text of a message may include a character string “LOL,” which is an acronym that stands for “laughing out loud.” The character string “LOL” may trigger an animation in the sender avatar 135 or the recipient avatar 115 such that the sender avatar 135 or the recipient avatar 115 appears to be laughing.
Alternatively or additionally, the sender avatar 135 may be animated in response to an instant message sent from the instant message recipient, and the recipient avatar 115 may be animated in response to a message sent from the instant message sender. For example, the text of an instant message sent by the sender may trigger an animation of the recipient avatar 115, and the text of an instant messages sent by the instant message recipient to the sender may trigger an animation of the sender avatar 135.
More particularly, the text of a message to be sent is specified by the sender in the message specification text box 145. The text entered in the message specification text box 145 is sent to the recipient when the sender activates the send button 160. When the send button 160 is activated, the instant message application searches the text of the message for animation triggers. When an animation trigger is identified, the recipient avatar 115 is animated with an animation that is associated with the identified trigger. In a similar manner, the text of a message sent by the instant message recipient and received by the sender is searched for animation triggers and, when found, the sender avatar 135 is animated with an animation associated with the identified trigger.
In addition, the sender avatar 135 or the recipient avatar 115 may be animated in direct response to a request from the sender or the recipient. Direct animation of the sender avatar 135 or the recipient avatar 115 enables use of the avatars as a means for communicating information between the sender and the recipient without an accompanying instant message. For example, the sender may perform an action that directly causes the sender avatar 135 to be animated, or the recipient may perform an action that directly causes the recipient avatar 115 to be animated. The action may include pressing a button corresponding to the animation to be played or selecting the animation to be played from a list of animations. For example, the sender may be presented with a button that inspires an animation in the sender avatar 135 and that is distinct from the send button 160. Selecting the button may cause an animation of the sender avatar 135 to be played without performing any other actions, such as sending an instant message specified in the message composition area 145. The played animation may be chosen at random from the possible animations of the sender avatar 135, or the played animation may be chosen before the button is selected.
An animation in one of the avatars 135 or 115 displayed on the instant messaging user interface 105 may cause an animation in the other avatar. For example, an animation of the recipient avatar 115 may trigger an animation in the sender avatar 135, and vice versa. By way of example, the sender avatar 135 may be animated to appear to be crying. In response to the animation of the sender avatar 135, the recipient avatar 115 also may be animated to appear to be crying. Alternatively, the recipient avatar 115 may be animated to appear comforting or sympathetic in response to the crying animation of the sender avatar 135. In another example, a sender avatar 135 may be animated to show a kiss and, in response, a recipient avatar 115 may be animated to blush.
The recipient avatar 115 may appear to respond to a mood of the sender communicated by the sender avatar 135. By way of example, in response to a frowning or teary animation of the sender avatar 135, the recipient avatar 115 also may appear sad. Alternatively, the recipient avatar 115 may be animated to try to cheer up the sender avatar 135, such as by smiling, exhibiting a comical expression, such as sticking its tongue out, or exhibiting a sympathetic expression.
An avatar 135 or 115 may be animated in response to a detected idle period of a predetermined duration. For example, after a period of sender inactivity, the sender avatar 135 may be animated to give the appearance that the avatar is sleeping, falling off of the instant messaging interface 105, or some other activity indicative of inactivity. An avatar 135 or 115 also may progress through a series of animations during a period of sender inactivity. The series of animations may repeat continuously or play only once in response to the detection of an idle period. In one example, the sender avatar 135 may be animated to give the appearance that the avatar is sleeping and then having the avatar appear to fall off the instant messaging user interface 105 after a period of sleeping. Animating an avatar 135 or 115 through a progression of multiple animations representative of a period of sender inactivity may provide entertainment to the sender. This may lead to increased usage of the instant messaging user interface 10S by the sender, which in turn, may lead to an increased market share for the instant message service provider.
The sender avatar 135 or the recipient avatar 115 may be animated to reflect the weather at the geographic locations of the sender and the recipient, respectively. For example, if rain is falling at the geographic location of the sender, then the sender avatar 135 may be animated to put on a rain coat or open an umbrella. The wallpaper corresponding to the sender avatar 135 also may include rain drops animated to appear to be failing on the sender avatar 135. The animation of the sender avatar 135 or the recipient avatar 115 played in response to the weather may be triggered by weather information received on the sender's computer or the recipient's computer, respectively. For example, the weather information may be pushed to the sender's computer by a host system of an instant messaging system being used. If the pushed weather information indicates that it is raining, then an animation of the sender avatar 135 corresponding to rainy weather is played.
Furthermore, the avatar may be used to audibly verbalize content other than the text communicated between parties during a communications session. For example, if the text “Hi” appears within a message sent by the sender, the sender avatar 135 may be animated to verbally say “Hello” in response. As another example, when the text “otp” or the text “on the phone” appears within a message sent by the recipient, the recipient avatar 115 may be animated to verbally say “be with you in just a minute” in response. As another example, in response to an idle state, an avatar may audibly try to get the attention of the sender or the recipient. For example, when the recipient sends a message to the sender that includes a question mark and the sender is determined to be idle, the recipient avatar 115 may audibly say “Hello? You there?” to try to elicit a response from the sender regarding the recipient's question.
The sender may mute the recipient avatar 115 or the sender avatar 135 to prevent the recipient avatar 115 or the sender avatar 135 from speaking further. By way of example, the sender may prefer to mute the recipient avatar 115 to prevent the recipient avatar 115 from speaking. In one implementation, to show that an avatar is muted, the avatar may appear to be wearing a gag.
The voice of an avatar may correspond to the voice of a user associated with the avatar. To do so, the characteristics of the user's voice may be extracted from audio samples of the user's voice. The extracted characteristics and the audio samples may be used to create the voice of the avatar. Additionally or alternatively, the voice of the avatar need not correspond to the voice of the user and may be any generated or recorded voice.
The sender avatar 135 may be used to communicate an aspect of the setting or the environment of the sender. By way of example, the animation and appearance of the sender avatar 135 may reflect aspects of the time, date or place of the sender or aspects of the circumstances, objects or conditions of the sender. For example, when the sender uses the instant messaging user interface 105 at night, the sender avatar 135 may appear to be dressed in pajamas and have a light turned on to illuminate an otherwise dark portion of the screen on which the avatar is displayed and/or the sender avatar 135 may periodically appear to yawn. When the sender uses the instant messaging user interface 105 during a holiday period, the sender avatar 135 may be dressed in a manner illustrative of the holiday, such as appearing, as Santa Claus during December, a pumpkin near Halloween, or Uncle Sam during early July. The appearance of the sender avatar 135 also may reflect the climate or geographic location of the sender. For example, when rain is falling in the location of the sender, wallpaper corresponding the sender avatar 135 may include falling raindrops and/or the sender avatar 135 may wear a rain hat or appear under an open umbrella. In another example, when the sender is sending instant message from a tropical location, the sender avatar 135 may appear in beach attire.
The sender avatar 135 also may communicate an activity being performed by the sender while the sender is using the instant messaging user interface 105. For example, when the sender is listening to music, the avatar 135 may appear to be wearing headphones. When the sender is working, the sender avatar 135 may be dressed in business attire, such as appearing in a suit and a tie.
The appearance of the sender avatar 135 also may communicate the mood or an emotional state of the sender. For example, the sender avatar 135 may communicate a sad state of the sender by frowning or shedding a tear. The appearance of the sender avatar 135 or the recipient avatar 115 may resemble the sender or the recipient, respectively. For example, the appearance of the sender avatar 135 may be such that the sender avatar 135 appears to be of a similar age as the sender. In one implementation, as the sender ages, the sender avatar 135 also may appear to age. As another example, the appearance of the recipient avatar 115 may be such that the recipient avatar 115 has an appearance similar to that of the recipient.
In some implementations, the wallpaper applied to the window portion 120 and/or the wallpaper applied to the window portion 140 may include one or more animated objects. The animated objects may repeat continuously or periodically on a predetermined or random basis a series of animations. Additionally or alternatively, the wallpapers applied to the window portions 120 and 140 may be animated to in response to the text of messages sent between the sender and the recipient. For example, the text of an instant message sent by the sender may trigger an animation of the animated objects included in the wallpaper corresponding to the sender avatar 135, and the text of an instant messages sent by the instant message recipient to the sender may trigger an animation of the animated objects included in the wallpaper corresponding to the recipient avatar 115. The animated objects included in the wallpapers may be animated to reflect the setting or environment, activity and mood of the recipient and the sender, respectively.
An avatar may be used as a mechanism to enable self-expression or additional non-text communication by a user associated with the avatar. For example, the sender avatar 135 is a projection of the sender, and the recipient avatar 115 is a projection of the recipient. The avatar represents the user in instant messaging communications sessions that involve the user. The personality or emotional state of a sender may be projected or otherwise communicated through the personality of the avatar. Some users may prefer to use an avatar that more accurately represents the user. As such, a user may change the appearance and behavior of an avatar to more accurately reflect the personality of the user. In some cases, a sender may prefer to use an avatar for self-expression rather than projecting an actual image of the sender. For example, some people may prefer using an avatar to sending a video or photograph of the sender.
Referring to
Referring to
The process 300 begins when an instant message sender who is associated with an avatar starts an instant messaging communications session with an instant message recipient (step 305). To do so, the sender may select the name of the recipient from a buddy list, such as the buddy list 170 from
The processor displays a user interface for the instant messaging session including the avatar associated with the sender and wallpaper applied to the user interface over which the avatar is displayed (step 307). The avatar may be displayed over, for example, wallpaper applied to a portion of a window in which an instant message interface is displayed. In another example, the avatar is displayed over a portion or portions of an instant message interface, such as window portions 120 or 140 and
The processor receives text of a message entered by the sender to be sent to the instant message recipient (step 310) and sends a message corresponding to the entered text to the recipient (step 315). The processor compares the text of the message to multiple animation triggers that are associated with the avatar projected by the sender (step 320). A trigger may include any letter, number, or symbol that may be typed or otherwise entered using a keyboard or keypad. Multiple triggers may be associated with an animation.
Referring also to
In some implementations, a particular trigger may be associated with only one animation. In other implementations, a particular trigger may be permitted to be associated with multiple animations. In some implementations, only one of the multiple animations may be played in response to a particular trigger. The single animation to be played may be chosen randomly or in a pre-determined manner from the multiple animations. In other implementations, all of the multiple animations may be played serially based on a single trigger. In some implementations, a user may be permitted to delete a particular animation. For example, the user may delete the yell animation 405g. In such a case, the user may delete some or all of the triggers associated with the yell animation 405g or may chose to associate some or all of the triggers 410g with a different animation, such as a smile animation 405a.
Referring again to
Optionally, the processor may identify and play an animation of at least one wallpaper object based on the match of a trigger with the text of the message sent (step 337).
The processor monitors the communications activity of the sender for periods of inactivity (step 340) to detect when the sender is in an idle state or an idle period of communications activity (step 345). The sender may be in an idle state after a period during which no messages were sent. To detect an idle state, the processor may determine whether the sender has not typed or sent an instant message or otherwise interacted with the instant message communications application for a predetermined amount of time. Alternatively, an idle state may be detected by the processor when the sender has not used the computer system in which the processor operates for a predetermined amount of time.
When the processor detects inactivity (which may be referred to an idle state), a type of animation associated with the idle state is identified (step 350). This may be accomplished by using a database table, list or file that identifies one or more types of animations to play during a detected idle period. The type of animations played during a detected idle state may be the same as or different from the types of animations played based on a trigger in an instant message. The identified type of animation is played (step 355). In one implementation, multiple types of animation associated with the idle state may be identified and played. When the processor detects that the sender is no longer idle, such as by receiving an input from the sender, the processor may immediately stop playing the animation event (not shown). In some implementations, a user may select types of animations to be played during an idle period and/or select the order in which the animation are played when multiple animations are played during an idle period. A user may configure or otherwise determine the duration of time during which no messages are sent that constitutes an idle period for the user.
In some implementations, the processor may detect a wallpaper object trigger that is different than the trigger used to animate the sender avatar (step 360). For example, the processor may detect the passage of a predetermined amount of time. In another example, the processor may detect that the content of the instant message includes a trigger for a wallpaper object animation that is different from the trigger used to animate the sender avatar. Other wallpaper object triggers may include (but are not limited to) the occurrence of a particular day or a particular time of day, the existence of any animations by the sender avatar, the existence of a particular type of animation by the sender avatar, the existence of animations by the recipient avatar, and/or the existence of a particular type of the animation of the recipient avatar. The triggers for the animation of wallpaper objects also may be user-configurable such that a user selects whether a particular type of animation is to be included, any animations are to be played, and triggers for one or more of the wallpaper objects. A trigger for a type of animation of a wallpaper object or objects may be the same as, or different from, one of the triggers associated with animating the avatar.
When the processor detects a wallpaper object trigger (step 360), the processor identifies and plays an animation of at least one wallpaper object (step 337).
The process of identifying and playing types of animations during a sent instant message (steps 310-335) is performed for every instant message that is sent and for every instant message that is received by the processor. The process of identifying and playing types of animation events during periods of inactivity (steps 340-355) may occur multiple times during the instant messaging communications session. Steps 310-355 may be repeated indefinitely until the end of the instant messaging communications session.
The process of identifying and playing the types of animations that correspond to a sent instant message or that are played during a period of sender inactivity (steps 320-355) also are performed by the processor of the instant message communications application that received the message. In this manner, the animation of the sender avatar may be viewed by the sender and the recipient of the instant message. Thus, the animation of the avatar conveys information from the sender to the recipient that is not directly included in the instant message.
Referring to
More particularly, the audio message may be processed in the same or similar manner as a textual instant message is processed with respect to the animation process 300 of
In some implementations, the avatar 505 may appear to be speaking the instant message. For example, the avatar 505 may include animations of mouth movements corresponding to phonemes in human speech to increase the accuracy of the speaking animations. When the instant message includes text, a text-to-speech process may be generate sounds spoken by the avatar 505, animations corresponding to phonemes in the text may be generated, and a lip synchronization process may be used to synchronize the playing of the audio with the lip animation such that the phonemes are heard at the same time that the corresponding animation of the mouth of the avatar 505 is seen. When the instant message includes an audio recording, animations corresponding to phonemes in the audio recording may be generated, and a lip synchronization used to synchronize the playing of the audio recording with the lip animation.
In another example, a sender may record an audio portion to be associated with one or more animations of the avatar 505. The recording then may be played when the corresponding animation of the avatar 505 is played.
An instant messaging communications session is established between the first client 602a and the second client 602b in which communications are sent through the instant messaging server host system 604 (step 606). The communications session involves a first avatar that represents the user of the first client 602a and a second avatar that represents the user of the second client 602b. This may be accomplished, for example, as described previously with respect to step 305 of
During the instant messaging communications session, a user associated with the first client 602a enters text of an instant message to be sent to a user of the second client 602b, which is received by the processor on the client 602a executing the instant messaging communications application (step 608). The entered text may include a trigger for one of the animations from the first avatar model. The processor executing the instant messaging communications application sends the entered text to the second client 602b in the instant message by way of the host system 604 (step 610). Specifically, the host system 604 receives the message and forwards the message from the first client 602a to the second client 602b (step 612). The message then is received by the second client 602b (step 614). Upon receipt of the message, the second client 602b displays the message in a user interface in which messages from the user of the first client 602a are displayed. The user interface may be similar to the instant messaging user interface 105 from
Both the first client 602a and the second client 602b have a copy of the message, and both the first client 602a and the second client 602b begin processing the text of the message to determine if the text of the message triggers any animations in the respective copies of the first and second avatar models. When processing the message, the first client 602a and the second client 602b may actually process the message substantially concurrently or serially, but both the first client 602a and the second client 602b process the message in the same way.
Specifically, the first client 602a searches the text of the message for animation triggers to identify a type of animation to play (step 616a). The first client 602a then identifies an animation having the identified type of animation for a first avatar associated with the user of the first client 602a (step 618a). The first client 602a plays the identified animation for the first avatar that is associated with the user of the first client 602a (step 620a). The first avatar model is used to identify the animation to be played because the first avatar model is associated with the first client 602a, which sent the message. The first client 602a and the second client 602b use identical copies of the first avatar model to process the message, so the same animation event is seen on the first client 602a and the second client 602b.
The animation from the first avatar model triggers an animation from the second avatar model. To do so, the first client 602a identifies, based on the identified type of animation played for the first avatar in response to the text trigger, a type of animation to be played for a second avatar that is associated with the user of the second client 602b (step 622a). The first client 602b plays the identified type of animation for the second avatar (step 624a).
The first client also may identify a type of animation to be played for wallpaper corresponding to the first avatar and plays the identified wallpaper animation of the first avatar (step 626a). The wallpaper of the avatar may include an object or objects that are animated during the instant message communications session. The animation of the object or objects may occur based on, for example, a trigger in an instant message or the passage of a predetermined amount of time. The animation of wallpaper objects also may be user-configurable such that a user selects whether a particular type animation, or any animations, are played, and the triggers for one or more of the wallpaper objects. A trigger for a type of animation of a wallpaper object or objects may be the same as, or different from, one of the triggers associated with animating the avatar. After the message has been sent and processed, the user of the first client 602a may not send any additional messages for a period of time. The first client 602a detects such a period of inactivity (step 628a). The first client 602a identifies and plays an animation of a type associated with a period of inactivity of detected by the first client 602a (step 630a). This may be accomplished by using a database table, list or file that identifies one or more types of animations to play during a detected idle period.
The second client 602b processes the instant message in the same was as the first client 602a. Specifically, the second client 602b processes the message with steps 616b through 630b, each of which are substantially the same as parallel the message processing steps 616a through 630a performed by the first client 602a. Because each of the first client 602a and the second client 602b have copies of the avatars corresponding to the users of the first client 602a and the second client 602b, the same animations that were played on the first client 602a as a result of executing steps 616a through 630a are played on the second client 602b as a result of executing the similar steps 616b through 630b.
During the communications process 600, a text-based message indicates the types of animations that occur. However, messages with different types of content also may trigger animations of the avatars. For example, characteristics of an audio signal included in an audio-based message may trigger animations from the avatars.
Referring to
Each of the avatars 805a-805r has a base state expression. For example, the avatar 805f appears to be happy, the avatar 805j appears to be sad, and the avatar 805m appears to be angry. Avatars may have other base state expressions, such as scared or bored. The base state expression of an avatar may influence the behavior of the avatar, including the animations and the sounds of the avatar. In one example, the avatar 805f has a happy base state expression and consequently has a generally happy behavior, whereas the avatar 805m has a creepy base state expression and consequently has a generally scary, creepy and spooky demeanor. In another example, a happy avatar may have upbeat sounds while an angry avatar may appear to be shouting when a sound is produced. The base state expression of an avatar may be changed as a result of the activities of a user associated with the avatar. By way of example, the degree of happiness expressed by the avatar may be related to the number of messages sent or received by the user. When the user sends or receives many messages in a predetermined period of time, the avatar may appear happier than when the user sends or receives fewer messages in the predetermined period of time.
One of multiple avatars 805a-805r may be chosen by a user of the instant messaging system. Each of the avatars 805a-805r is associated with an appearance, characteristics and behaviors that express a particular type of personality. For example, an avatar 805f, which has appearance characteristics of a dolphin, may be chosen.
Each of the avatars 805a-805r is a multi-dimensional character with depth of personality, voice, and visual attributes. In contrast to representing a single aspect of a user through the use of an unanimated, two-dimensional graphical icon, an avatar of the avatars 805a-805r is capable of indicating a rich variety of information about the user projecting the avatar. Properties of the avatar enable the communication of physical attributes, emotional attributes, and other types of context information about the user that are not well-suited (or even available) for presentation through the use of two-dimensional icons that are not animated. In one example, the avatar may reflect the user's mood, emotions, and personality. In another example, the avatar may reflect the location, activities and other context of the user. These characteristics of the user may be communicated through the appearance, the visual animations, and the audible sounds of the avatar.
In one example of an avatar personality, an avatar named SoccerBuddy (not shown) is associated with an energetic personality. In fact, the personality of the SoccerBuddy avatar may be described as energetic, bouncy, confidently enthusiastic, and youthful. The SoccerBuddy avatar's behaviors reflect events in soccer matches. For example, the avatar's yell animation is an “ole, ole, ole” chant, his big-smile animation is “gooooooaaaaaallllll,” and, during a frown animation or a tongue-out animation, the avatar shows a yellow card. Using wallpaper, the SoccerBuddy is customizable to represent a specific team. Special features of the SoccerBuddy avatar include cleated feet to represent the avatar's base. In general, the feet act as the base for the avatar. The SoccerBuddy avatar is capable of appearing to move about by pogo-sticking on his feet. In a few animations, such as when the avatar goes away, the avatar's feet may become large and detach from the SoccerBuddy. The feet are able to be animated to kick a soccer ball around the display.
In another example, a silent movie avatar is reminiscent of silent film actor in the 1920's and 1930's. A silent movie avatar is depicted using a stove-pipe hat and a handle-bar moustache. The silent movie avatar is not associated with audio. Instead of speaking, the silent movie avatar is replaced by, or displays, placards having text in a manner similar to how speech was conveyed in a silent movie.
In other examples, an avatar may be appropriate to current events or a season. In one example, an avatar may represent a team or a player on a team involved in professional or amateur sport. An avatar may represent a football team, a baseball team, or a basketball team, or a particular player of a team. In one example, teams engaged in a particular playoff series may be represented. Examples of seasonal avatars include a Santa Claus avatar, an Uncle Sam avatar, a Thanksgiving turkey avatar, a Jack-o-Lantem avatar, a Valentine's Day heart avatar, an Easter egg avatar, and an Easter bunny avatar.
Animation triggers of the avatar may be modified to customize when various types of animations associated with the avatar are to occur (step 710). For example, a user may modify the triggers shown in
A user also may configure the appearance of an avatar (step 715). This also may help define the personality of the avatar, and communicate a self-expressive aspect of the sender. For example, referring also to
The appearance of the avatar that is created as a result of using the sliders 905-925 may be previewed in an avatar viewer 930. The values chosen with the sliders 905-925 are reflected in the avatar illustrated in the avatar viewer 930. In one implementation, the avatar viewer 930 may be updated as each of the sliders 905-925 is moved such that the changes made to the avatar's appearance are immediately visible. In another implementation, the avatar viewer 930 may be updated once after all of the sliders 905-925 have been used.
A rotation slider 935 enables the rotation of the avatar illustrated in the avatar viewer 930. For example, the avatar may be rotated about an axis by a number of degrees chosen on the rotation slider 935 relative to an unrotated orientation of the avatar. In one implementation, the axis extends vertically through the center of the avatar's head and the unrotated orientation of the avatar is when the avatar is facing directly forward. Rotating the avatar's head with the rotation slider 930 enables viewing of all sides of the avatar to illustrate the changes to the avatar's appearance made with the sliders 905-925. The avatar viewer 930 may be updated as the rotation slider 930 is moved such that changes in the orientation of the avatar may be immediately visible.
The appearance modification user interface 900 also includes a hair tool button 940, a skin tool button 945, and a props tool button 950. Selecting the hair tool button 940 displays a tool for modifying various characteristics of the avatar's hair. For example, the tool displayed as a result of selecting the hair tool button 940 may enable changes to, for example, the length, color, cut, and comb of the avatar's hair. In one implementation, the changes made to the avatar's hair with the tool displayed as a result of selecting the hair tool button 940 are reflected in the illustration of the avatar in the avatar viewer 930.
Similarly, selecting a skin tool button 945 displays a tool for modifying various aspects of the avatar's skin. For example, the tool displayed as a result of selecting the skin tool button 945 may enable, for example, changing the color of the avatar's skin, giving the avatar a tan, giving the avatar tattoos, or changing the weathering of the avatar's skin to give appearances of the age represented by the avatar. In one implementation, the changes made to the avatar's skin with the tool displayed as a result of selecting the skin tool button 945 are reflected in the illustration of the avatar in the avatar viewer 930.
In a similar manner, selecting the props tool button 950 displays a tool for associating one or more props with the avatar. For example, the avatar may be given eyeglasses, earrings, hats, or other objects that may be worn by, or displayed on or near, the avatar through use of the props tool. In one implementation, the props given to the avatar with the tool displayed as a result of selecting the props tool button 950 are shown in the illustration of the avatar in the avatar viewer 930. In some implementations, all of the props that may be associated with the avatar are included in the avatar model file. The props controls whether each of the props is made visible when the avatar is displayed. In some implementations, a prop may be created using and rendered by two-dimensional animation techniques. The rendering of the prop is synchronized with animations for the three-dimensional avatar. Props may be generated and associated with an avatar after the avatar is initially created.
Once all desired changes have been made to the avatar's appearance, the user may accept the changes by selecting a publish button 955. Selecting the publish button 955 saves the changes made to the avatar's appearance. In addition, when copies of the avatar are held by other users of the instant messaging system to reflect the change made, the other users are sent updated copies of the avatar that reflect the changes made by the user to the avatar. The copies of the avatar may be updated so that all copies of the avatar have the same appearance such that there is consistency among the avatars used to send and receive out-of-band communications. The appearance modification user interface 900 may be used by the user to change only copies of the avatar corresponding to the user. Therefore, the user is prevented from making changes to other avatars corresponding to other users that may be overwritten he user is sent updated copies of the other avatars because the other users made changes to the other avatars. Preventing the user from modifying the other avatars ensures that all copies of the avatars are identical.
The avatar illustrated in the avatar viewer 930 may have an appearance that does not include one of hair, eyes, a nose, lips, or skin tone that are modified with the sliders 905-925. For example, the appearance of the avatar 8051 from
In another example of configuring the appearance of an avatar, a configurable facial feature of an avatar may be created using blend shapes of the animation model corresponding to the avatar. A blend shape defines a portion of the avatar that may be animated. In some implementations, a blend shape may include a mesh percentage that may be modified to cause a corresponding modification in the facial feature. In such a case, a user may be able to configure a facial feature of an avatar by using a slider or other type of control to modify the mesh percentage of the blend shapes associated with the facial feature being configured.
In addition to modifying the appearance of the avatar with the appearance modification user interface 900, the color, texture, and particles of the avatar may be modified. More particularly, the color or shading of the avatar may be changed. The texture applied to avatar may be changed to age or weather the skin of the avatar. Furthermore, the width, length, texture, and color of particles of the avatar may be customized. In one example, particles of the avatar used to portray hair or facial hair, such as a beard, may be modified to show hair or beard growth in the avatar.
Referring again to
A trading card that includes an image of the avatar, a description of the avatar may be created (step 725). In some implementations, the trading card also may include a description of the user associated with the avatar. The trading card may be shared with other users of the instant messaging system to inform the other users of the avatar associated with the user.
Referring also to
Referring again to
Referring again to
The personality section 1002 of the avatar settings interface 1000 includes an avatar list 1015 including the one or more various avatars corresponding to the user of the instant messaging system. Each of the one or more avatars may be specified to have a distinct personality for use while communicating with a specific person or in a specific situation. In one implementation, an avatar may change appearance or behavior depending on the person with which the user interacts. For example, an avatar may be created with a personality that is appropriate for business communications, and another avatar may be created with a personality that is appropriate for communications with family members. Each of the avatars may be presented in the list with a name as well as a small illustration of each avatar's appearance. Selection of an avatar from the avatar list 1015 enables the specification of the behavior of the selected avatar. For example, the avatar 1020, which is chosen to be the user's default avatar, has been selected from the avatar list 1015, so the behavior of the avatar 1020 may be specified.
Names of the avatars included in the avatar list may be changed through selection of a rename button 1025. Selecting the rename button displays a tool for changing the name of an avatar selected from the avatar list 1015. Similarly, an avatar may be designated as a default avatar by selecting a default button 1030 after selecting the avatar from the avatar list 1015. Avatars may be deleted by selecting a delete button 1035 after selecting the avatar from the avatar list 1015. In one implementation, a notification is displayed before the avatar is deleted from the avatar list 1015. Avatars also may be created by selecting a create button 1040. When the create button 1040 is pressed, a new entry is added to the avatar list 1015. The entry may be selected and modified in the same way as other avatars in the avatar list 1015.
The behavior of the avatar is summarized in a card front 1045 and a card back 1050 displayed on the personality section. The card front 1045 includes an illustration of the avatar and wallpaper over which the avatar 1020 is illustrated. The card front 1045 also includes a shopping control 1049 to a means for purchasing props for the selected avatar 1020. The card back 1050 includes information describing the selected avatar 1020 and a user of the selected avatar. The description may include a name, a birth date, a location, as well as other identifying and descriptive information for the avatar and the user of the avatar. The card back 1050 also may include an illustration of the selected avatar 1020 as well as the wallpaper over which the avatar 1020 is illustrated. The trading card created as part of the avatar customization process 700 includes the card front 1045 and the card back 1050 automatically generated by the avatar settings interface 1000.
The personality section 1002 of the avatar settings interface 1000 may include multiple links 1055-1070 to tools for modifying other aspects of the selected avatar's 1020 behavior. For example, an avatar link 1055 may lead to a tool for modifying the appearance of the selected avatar 1020. In one implementation, selecting the avatar link 1055 may display the appearance modification user interface 900 from
A wallpaper link 1060 may be selected to display a tool for choosing the wallpaper over which the selected avatar 1020 is drawn. In one implementation; the wallpaper may be animated.
A sound link 1065 may be selected to display a tool with which the sounds made by the avatar 1020 may be modified. The sounds may be played when the avatar is animated, or at other times, to get the attention of the user.
An emoticon link 1070 may be selected to display a tool for specifying emoticons that are available when communicating with the selected avatar 1020. Emoticons are two-dimensional non-animated images that are sent when certain triggers are included in the text of an instant message. Changes made using the tools that are accessible through the links 1055-1070 may be reflected in the card front 1045 and the card back 1050. After all desired changes have been made to the avatars included in the avatar list 1015, the avatar settings interface 1000 may be dismissed by selecting a close button 1075.
It is possible, through the systems and techniques described herein, particularly with respect to
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. In 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 avatars, 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).
In many instances, an instant message sender may have multiple online personas for use in an instant message communications session. Each online persona is associated with an avatar representing the particular online persona of the instant message sender. In many cases, each online persona of a particular instant message sender is associated with a different avatar. This need not be necessarily so. Moreover, even when two or more online personas of a particular instant message sender include the same avatar, the appearance or behavior of the avatar may be different for each of the online personas. In one example, a starfish avatar may be associated with two online personas of a particular instant message sender. The starfish avatar that is associated with one online persona may have different animations than the other starfish avatar that is associated with the other online persona. Even when both of the starfish avatars include the same animations, one of the starfish avatars may be animated to display an animation of a particular type based on different triggers than the same animation that is displayed for the other of the starfish avatars.
Each of the online personas 1102a-1102e is associated with one of the avatars 1104a-1104d. More particularly, the online persona 1102a is associated with the avatar 1104a; the online persona 1102b is associated with the avatar 1104b; the online persona 1102c also is associated with the avatar 1104b the online persona 1102d is associated with the avatar 1104c; and the online persona 1102e is associated with the avatar 1104d. As illustrated by the online persona 1102a that is associated with the avatar 1104a, an online persona may be associated with an avatar that is not also associated with a different online persona.
Multiple online personas may use the same avatar. This is illustrated by the online personas 1102b and 1102c that are both associated with the avatar 1104b. In this case, the appearance and behavior exhibited by avatar 1104b is the same for both of the online personas 1102b and 1102c. In some cases, multiple online personas may use similar avatars that have the same appearance by which exhibit different behavior, as illustrated by online personas 1102d and 1102e. The online personas 1102d and 1102e are associated with similar avatars 1104c and 1104d that have the same appearance 1106c. The avatars 1102d and 1102e, however, exhibit different behavior 1108c and 1108d, respectively.
In creating personalities, the instant message sender may forbid a certain personality to be shown to designate instant message recipients and/or groups. For example, if the instant message sender wants to ensure that the “Casual” personality is not accidentally displayed to the boss or to co-workers, the instant message 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 instant message sender in making such a selection. Similarly, the instant message sender may be provided an option to “lock” a personality to an instant message recipient or a group of instant message recipients to guard against accidental or unintended personality switching and/or augmenting. Thus, for example, the instant message 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. In one example, the Casual personality will not be applied to a locked personality.
Alternatively, the selection of a personality also may occur automatically without sender intervention. For example, an automatic determination may be made that the sender is sending instant messages from work. In such a case, a personality to be used at work may be selected automatically and used for all communications. As another example, an automatic determination may be made that the sender is sending instant messages from home, and a personality to be used at home may be selected automatically and used for all communications. In such an implementation, the sender is not able to control which personality is selected for use. In other implementations, automatic selection of a personality may be used in conjunction with sender selection of a personality, in which case the personality automatically selected may act as a default that may be changed by the sender.
In another implementation, the features or functionality of the instant message 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 instant message sender. For example, when using the “Work” personality, the outgoing instant 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 instant message recipient that the instant message 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 instant messages may not be encrypted and no copy is recorded or forwarded.
As a further example, if the “Work” personality is selected and the instant message 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 instant message recipient such as an administrative assistant, or may be forwarded to an e-mail address for the instant message sender. By comparison, if the non-professional “Casual” personality is selected, no extra measures are taken to ensure delivery of the message.
In one implementation, the features and functionality associated with the personality would be transparent to the instant message sender, and may be based upon one or more pre-selected profiles types when setting up the personality. For example, the instant message 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 instant message sender may individually select the features and functionalities associated with the personality.
Referring again to
Next, the instant message sender assigns a personality to be projected during future instant message sessions or when engaged in future instant message conversations with an instant message recipient (step 1115). The instant message sender may wish to display different personalities to different instant message recipients and/or groups in the buddy list. The instant message sender may use a user interface to assign personalization items to personalities on at least a per-buddy group basis. For example, an instant message sender may assign a global avatar 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 instant message recipients within a group. The instant message sender may assign other personality attributes based upon the occurrence of certain predetermined events or triggers. For example, certain potential instant message recipients may be designated to see certain aspects of the Rainy Day personality if the weather indicates rain at the geographic location of the instant message 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.
Next, an instant message session between the instant message sender and the instant message recipient is initiated (step 1120). The instant message session may be initiated by either the instant message sender or the instant message recipient.
An instant message user interface is rendered to the instant message recipient, configured to project the personality, including the avatar, assigned to the instant message recipient by the instant message sender (step 1125), as illustrated, for example, in the user interface 100 in
The appropriate personality/personalization item set for a buddy is sent to the buddy when the buddy communicates with the instant message 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. In 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 instant message session between the instant message sender and another instant message recipient also may be initiated (step 1130) by either the instant message sender or the second instant message recipient.
Relative to the second instant message session, a second instant message user interface is rendered to the second instant message recipient, configured to project the personality, including the avatar, assigned to the second instant message recipient by the instant message sender (step 1135), similar to the user interface illustrated by
Referring to
Next, the updated user interface for that instant message recipient is rendered based on the newly selected personality (step 1410).
The process 1500 begins with the instant messaging system monitoring the communications environment and sender's environment for an out-of-band communications indicator (step 1510). The indicator may be an indicator of the sender's setting, environment, activity, or mood that is not expressly conveyed in instant messages sent by the sender. For example, the out-of-band indicator may be an indication of time and date of the sender's location, which may be obtained from a clock application associated with the instant messaging system or with the sender's computer. The indicator may be an indication of the sender's physical location. The indicator may be an indication of an indication of weather conditions of the sender's location, which may be obtained from a weather reporting service, such as a web site that provides weather information for geographic locations.
In addition, the indicator may indicate the activities of the sender that take place at, or near, the time when an instant message is sent. For example, the indicator may determine from the sender's computer other applications that are active at, or near, the time that an instant message is sent. For example, the indicator may detect that the sender is using a media-playing application to play music, so the avatar associated with the sender may appear to be wearing headphones to reflect that the sender is listening to music. As another example, the indicator may detect that the sender is working with a calculator application, so the avatar may appear to be wearing glasses to reflect that sender is working.
The activities of the sender also may be monitored through use of a camera focused on the sender. Visual information taken from the camera may be used to determine the activities and mood of the sender. For example, the location of points on the face of the sender may be determined from the visual information taken from the camera. The position and motion of the facial points may be reflected in the avatar associated with the sender. Therefore, if the sender were to, for example, smile, then the avatar also smiles.
The indicator of the sender's mood also may come from another device that is operable to determine the sender's mood and send an indication of mood to the sender's computer. For example, the sender may be wearing a device that monitors heart rate, and determines the sender's mood from the heart rate. For example, the device may conclude that the sender is agitated or excited when an elevated heart rate is detected. The device may send the indication of the sender's mood to the sender's computer for use with the sender's avatar.
The instant messaging system makes a determination as to whether an out-of-band communications indicator has been detected (step 1520). When an out-of-band communications indicator is detected, the instant messaging system determines whether the avatar must be modified, customized, or animated to reflect the detected out-of-band communications indicator (step 1530); meanwhile or otherwise, the instant messaging system continues to monitor for out-of-band communications indicators (step 1510). To determine whether action is required, the instant messaging system may use a data table, list or file that includes out-of-band communications indicators and an associated action to be taken for each out-of-band communications indicator. Action may not be required for each out-of-band communications indicator detected. For example, action may only be required for some out-of-band communications indicators when an indicator has changed from a previous indicator setting. By way of example, the instant messaging system may periodically monitor the clock application to determine whether the setting associated with the sender is daytime or nighttime. Once the instant messaging system has taken action based on detecting an out-of-band communications indicator having a nighttime setting, the instant messaging system need not take action based on the detection of a subsequent nighttime setting indicator. The instant messaging system only takes action based on the nighttime setting after receiving an intervening out-of-band communications indicator for a daytime setting.
When action is required (step 1540), the appearance and/or behavior of the avatar is modified in response to the out-of-band communications indicator (step 1550).
In one example, when an out-of-band communications indicator shows that the sender is sending instant messages at night, the appearance of the avatar is modified to be dressed in pajamas. When the indicator shows that the sender is sending instant messages during a holiday period, the avatar may be dressed in a manner illustrative of the holiday. By way of example, the avatar may be dressed as Santa Claus during December, a pumpkin near Halloween, or Uncle Sam during early July.
In another example, when the out-of-band indicator shows that the sender is at the office, the avatar may be dressed in business attire, such as a suit and a tie. The appearance of the avatar also may reflect the weather or general climate of the geographic location of the sender. For example, when the out-of-band communications indicator shows that it is raining at the location of the sender, the wallpaper of the avatar may be modified to include falling raindrops or display an open umbrella and/or the avatar may appear to wear a rain hat.
As another example, when the out-of-band communications indicator shows that the sender is listening to music, the appearance of the avatar may be changed to show the avatar wearing headphones. Additionally or alternatively, the appearance of the avatar may be changed based on the type of music to which the sender is listening. When the indicator indicates that the sender is working (at the sender's work location or at another location), the avatar may appear in business attire, such as wearing a suit and a tie. As indicated by this example, different out-of-band communications indicators may trigger the same appearance of the avatar. In particular, both the out-of-band communications indicator of the sender being located at work and the out-of-band communications indicator of the sender performing a work activity causes the avatar to appear to be wearing a suit and tie.
In yet another example of an out-of-band communications indicator, the mood of the sender may be so indicated. In such a case, the appearance of the avatar may be changed to reflect the indicated mood. For example, when the sender is sad, the avatar may be modified to reflect the sad state of the sender, such as by animating the avatar to frown or cry. In another example, based on the detected activity of the sender, a frazzled, busy or pressed mood may be detected and the avatar animated to communicate such an emotional state.
After the avatar appearance and/or behavior has been modified to reflect the out-of-band indicator (step 1550), the updated avatar, or an indication that the avatar has been updated, is communicated to the recipient (step 1560). Generally, the updated avatar, or indication that the avatar has been changed, is provided in association with the next instant message sent by the sender; however, this is not necessarily so in every implementation. In some implementations, a change in the avatar may be communicated to the recipient independently of the sending of a communication. Additionally or alternatively, when a buddy list of the instant message user interface includes a display of a sender's avatar, the change of the avatar appearance may be communicated to each buddy list that includes the sender. Thus, the recipient is made able to perceive the updated avatar, the behavior and/or appearance providing an out-of-band communication to the sender.
In one implementation, any of the instant message sender system 1605, the instant message recipient system 1620, or the instant message host system 1610 may include one or more general-purpose computers, one or more special-purpose computers (e.g., devices specifically programmed to communicate with each other), or a combination of one or more general-purpose computers and one or more special-purpose computers. By way of example, the instant message sender system 1605 or the instant message recipient system 1620 may be a personal computer or other type of personal computing device, such as a personal digital assistant or a mobile communications device. In some implementations, the instant message sender system 1605 and/or the instant message recipient 1620 may be a mobile telephone that is capable of receiving instant messages.
The instant message sender system 1605, the instant message recipient system 1620 and the instant message host system 1610 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 communications link 1615 typically includes a delivery network (not shown) that provides direct or indirect communication between the instant message sender system 1605 and the instant message host system 1610, irrespective of physical separation. Examples of a delivery network 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 various implementations of a Digital Subscriber Line (DSL)), radio, television, cable, or satellite systems, and other delivery mechanisms for carrying data. The communications link 1615 may include communication pathways (not shown) that enable communications through the one or more delivery networks described above. Each of the communication pathways may include, for example, a wired, wireless, cable or satellite communication pathway.
The instant message host system 1610 may support instant message services irrespective of an instant message sender's network or Internet access. Thus, the instant message host system 1610 may allow users to send and receive instant messages, regardless of whether they have access to any particular Internet service provider (ISP). The instant message host system 1610 also may support other services, including, for example, an account management service, a directory service, and a chat service. The instant message host system 1610 has an architecture that enables the devices (e.g., servers) within the instant message host system 1610 to communicate with each other. To transfer data, the instant message host system 1610 employs one or more standard or proprietary instant message protocols.
To access the instant message host system 1610 to begin an instant message session in the implementation of
Furthermore, the instant message sender may view or perceive an avatar and/or other aspects of an online persona associated with the instant message sender prior to engaging in communications with an instant message recipient. For example, certain aspects of an instant message recipient selected personality, such as an avatar chosen by the instant message recipient, may be perceivable through the buddy list itself prior to engaging in communications. Other aspects of a selected personality chosen by an instant message recipient may be made perceivable upon opening of a communication window by the instant message sender for a particular instant message recipient but prior to initiation of communications. For example, animations of an avatar associated with the instant message sender only may be viewable in a communication window, such as the user interface 100 of
In one implementation, the instant messages sent between instant message sender system 1605 and instant message recipient system 1620 are routed through the instant message host system 1610. In another implementation, the instant messages sent between instant message sender system 1605 and instant message recipient system 1620 are routed through a third party server (not shown), and, in some cases, are also routed through the instant message host system 1610. In yet another implementation, the instant messages are sent directly between instant message sender system 1605 and instant message recipient system 1620.
The techniques, processes and concepts in this description may be implemented using communications system 1600. One or more of the processes may be implemented in a client/host context, a standalone or offline client context, or a combination thereof. For example, while some functions of one or more of the processes may be performed entirely by the instant message sender system 1605, other functions may be performed by host system 1610, or the collective operation of the instant message sender system 1605 and the host system 1610. By way of example, in process 300, the avatar of an instant message sender may be respectively selected and rendered by the standalone/offline device, and other aspects of the online persona of the instant message sender 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.
In contrast to the depiction of the instant message host system 1610 in
In one implementation, the instant message sender system 1605 establishes a connection to the login server 1770 in order to access the instant message host system 1610 and begin an instant message session. The login server 1770 typically determines whether the particular instant message sender is authorized to access the instant message host system 1610 by verifying the instant message sender's identification and password. If the instant message sender is authorized to access the instant message host system 1610, the login server 1770 usually employs a hashing technique on the instant message sender's screen name to identify a particular instant message server 1790 within the instant message host system 1610 for use during the instant message sender's session. The login server 1770 provides the instant message sender (e.g., instant message sender system 1605) with the Internet protocol (“IP”) address of the instant message server 1790, gives the instant message sender system 1605 an encrypted key, and breaks the connection. The instant message sender system 1605 then uses the IP address to establish a connection to the particular instant message server 1790 through the communications link 1615, and obtains access to the instant message server 1790 using the encrypted key. Typically, the instant message sender system 1605 will be able to establish an open TCP connection to the instant message server 1790. The instant message recipient system 1620 establishes a connection to the instant message host system 1610 in a similar manner.
In one implementation, the instant message host system 1610 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. In one implementation, an instant message sender's profile data includes, for example, the instant message sender's screen name, buddy list, identified interests, and geographic location. The instant message sender's profile data may also include self-expression items selected by the instant message sender. The instant message sender may enter, edit and/or delete profile data using an installed instant message client application on the instant message sender system 1705 to interact with the user profile server.
Because the instant message sender's data are stored in the instant message host system 1610, the instant message sender does not have to reenter or update such information in the event that the instant message sender accesses the instant message host system 1610 using a new or different instant message sender system 1605. Accordingly, when an instant message sender accesses the instant message host system 1610, the instant message server can instruct the user profile server to retrieve the instant message sender's profile data from the database and to provide, for example, the instant message sender's self-expression items and buddy list to the instant message server. Alternatively, user profile data may be saved locally on the instant message sender system 1605.
The host system 1610 includes instant messaging server software 1832 routing communications between the instant message sender system 1605 and the instant message recipient system 1620. The instant messaging server software 1832 may make use of user profile data 1834. The user profile data 1834 includes indications of self-expression items selected by an instant message sender. The user profile data 1834 also includes associations 1834a of avatar models with users (e.g., instant message senders). The user profile data 1834 may be stored, for example, in a database or another type of data collection, such as a series of extensible mark-up language (XML) files. In some implementations, the some portions of the user profile data 1834 may be stored in a database while other portions, such as associations 1834a of avatar models with users, may be stored in an XML file.
One implementation of user profile data 1834 appears in the table below. In this example, the user profile data includes a screen name to uniquely identify the user for whom the user profile data applies, a password for signing-on to the instant message service, an avatar associated with the user, and an optional online persona. As shown in Table 1, a user may have multiple online personas, each associated with the same or a different avatar.
The host system 1610 also includes an avatar model repository 1835 in which definitions of avatars that may be used in the instant message service are stored. In this implementation, an avatar definition includes an avatar model file, an avatar expression file for storing instructions to control the animation of the avatar, and wallpaper file. Thus, the avatar model repository 1835 includes avatar model files 1836, avatar expression files 1837 and avatar wallpaper files 1838.
The avatar model files 1836 define the appearance and animations of each of the avatars included in the avatar model repository 1835. Each of the avatar model files 1836 defines the mesh, texture, lighting, sounds, and animations used to render an avatar. The mesh of a model file defines the form of the avatar, and the texture defines the image that covers the mesh. The mesh may be represented as a wire structure composed of a multitude of polygons that may be geometrically transformed to enable the display of an avatar to give the illusion of motion. In one implementation, lighting information of an avatar model file is in the form of a light map that portrays the effect of a light source on the avatar. The avatar model file also includes multiple animation identifiers. Each animation identifier identifies a particular animation that may be played for the avatar. For example, each animation identifier may identify one or more morph targets to describe display changes to transform the mesh of an avatar and display changes in the camera perspective used to display the avatar.
When an instant message user projects an avatar self-expression, it may be desirable to define an avatar with multiple animations, including facial animations, to provide more types of animations usable by the user for self-expression. Additionally, it may be desirable for facial animations to use a larger number of blend shapes, which may result in an avatar that, when rendered, may appears more expressive. A blend shape defines a portion of the avatar that may be animated and, in general, the more blend shapes that are defined for an animation model, the more expressive the image rendered from the animation model may appear.
Various data management techniques may be used to implement the avatar model files. In some implementations, information to define an avatar may be stored in multiple avatar files that may be arranged in a hierarchical structure, such as a directory structure. In such a case, the association between a user and an avatar may be made through an association of the user with the root file in a directory of model files for the avatar.
In one implementation, an avatar model file may include all possible appearances of an avatar, including different features and props that are available for user-customization. In such a case, user preferences for the appearance of the user's avatar include indications of which portions of the avatar model are to be displayed, and flags or other indications for each optional appearance feature or prop may be set to indicate whether the feature or prop is to be displayed. By way of example, an avatar model may be configured to display sunglasses, reading glasses, short hair and long hair. When a user configures the avatar to wear sunglasses and have long hair, the sunglasses feature and long hair features are turned on, the reading glasses and short hair features are turned off, and subsequent renderings of the avatar display the avatar having long hair and sunglasses.
The avatar model repository 1835 also includes avatar expression files 1837. Each of the avatar expression files 1837 defines triggers that cause animations in the avatars. For example, each of the avatar expression files 1837 may define the text triggers that cause an of animation when the text trigger is identified in an instant message, as previously described with respect to
In some implementations, the association between a particular animation for a particular animation identifier is indirectly determined for a particular trigger or out-of-band communication indicator. For example, a particular trigger or out-of-band communication indicator may be associated with a type of animation (such as a smile, gone away, or sleep), as illustrated in Table 2. A type of animation also may be associated with a particular animation identifier included in a particular avatar model file, as illustrated in Table 3 below. In such a case, to play an animation based on a particular trigger or out-of-band communication indicator, the type of animation is identified, the animation identifier associated with the identified type of animation is determined, and the animation identified by the animation identifier is played. Other computer animation and programming techniques also may be used. For example, each avatar may use the same animation identifier for a particular animation type rather than including the avatar name shown in the table. Alternatively or additionally, the association of animation types and animation identifiers may be stored separately for each avatar.
The avatar expression files 1837 also include information to define the way that an avatar responds to an animation of another avatar. In one implementation, an avatar expression file includes pairs of animation identifiers. One of the animation identifiers in each pair identifies a type of animation that, when the type of animation is played for one avatar, triggers an animation that is identified by the other animation identifier in the pair in another avatar. In this manner, the avatar expression file may define an animation played for an instant message recipient's avatar in response to an animation played by an instant message sender's avatar. In some implementations, the avatar expression files 1837 may include XML files having elements for defining the text triggers for each of the animations of the corresponding avatar and elements for defining the animations that are played in response to animations seen from other avatars.
The avatar model repository 1835 also includes avatar wallpaper files 1838 that define the wallpaper over which an avatar is drawn. The wallpaper may be defined using the same or different type of file structure as the avatar model files. For example, an avatar model file may be defined as an animation model file that is generated and playable using animation software from Viewpoint Corporation of New York, N.Y., whereas the wallpaper files may be in the form of a Macromedia Flash file that is generated and playable using animation software available from Macromedia, Inc. of San Francisco, Calif. When wallpaper includes animated objects that are triggered by an instant message, an out-of-band communication indicator or an animation of an avatar, the avatar wallpaper files 1838 also may include one or more triggers that are associated with the wallpaper animation.
Each of the instant message sender system 1605 and the instant message recipient system 1620 includes an instant messaging communication application 1807 or 1827 that capable of exchanging instant messages over the communications link 1615 with the instant message host system 1610. The instant messaging communication application 1807 or 1827 also may be referred to as an instant messaging client.
Each of the instant message sender system 1605 and the instant message recipient system 1620 also includes avatar data 1808 or 1828. The avatar data 1808 or 1828 include avatar model files 1808a or 1828a, avatar expression files 1808b or 1828b, and avatar wallpaper files 1808c or 1828c for the avatars that are capable of being rendered by the instant message sender system 1605 or the instant message recipient system 1620, respectively. The avatar data 1808 or 1828 may be stored in persistent storage, transient storage, or stored using a combination of persistent and transient storage. When all or some of the avatar data 1808 or 1828 is stored in persistent storage, it may be useful to associate a predetermined date on which some or all of the avatar data 1808 or 1828 is to be deleted from the instant message sender system 1605 or the instant message recipient system 1620, respectively. In this manner, avatar data may be removed from the instant message sender system 1605 or the instant message recipient system 1620 after the data has resided on the instant message sender system 1605 or 1620 for a predetermined period of time and presumably is no longer needed. This may help reduce the amount of storage space used for instant messaging on the instant message sender system 1605 or the instant message recipient system 1620.
In one implementation, the avatar data 1808 or 1828 is installed on the instant message sender system 1605 or the instant message recipient system 1620, respectively, with the instant messaging client software installed on the instant message sender system 1605 or the instant message recipient system 1620. In another implementation, the avatar data 1808 or 1828 is transmitted to the instant message sender system 1605 or the instant message recipient system 1620, respectively, from the avatar model repository 1835 of the instant messaging host system 1610. In yet another implementation, the avatar data 1808 or 1828 is copied from a source unrelated to instant messaging and stored for use as instant messaging avatars on the instant message sender system 1605 or the instant message recipient system 1620, respectively. In yet another implementation, the avatar data 1808 or 1828 is sent to the instant message sender system 1605 or the instant message recipient system 1620, respectively, with or incident to instant messages sent to the instant message sender system 1605 or the instant message recipient system 1620. The avatar data sent with an instant message corresponds to the instant message sender that sent the message.
The avatar expression files 1808b or 1828b are used to determine when an avatar is to be rendered on the instant message sender system 1605 or the instant message recipient 1620, respectively. To render an avatar, one of the avatar model files 1808a is displayed on the two-dimensional display of the instant messaging system 1605 or 1620 by an avatar model player 1809 or 1829, respectively. In one implementation, the avatar model player 1808 or 1829 is an animation player by Viewpoint Corporation. More particularly, the processor of the instant messaging system 1605 or 1620 calls the avatar model player 1809 or 1829 and identifies an animation included in one of the avatar model files 1808a or 1828a. In general, the animation is identified by an animation identifier in the avatar model file. The avatar model player 1809 or 1829 then accesses the avatar model file and plays the identified animation.
In many cases multiple animations may be played based on a single trigger or out-of-band communications indicator. This may occur, for example, when one avatar reacts to an animation of another avatar that is animated based on a text trigger, as described previously with respect to
In the system 1800, four animations may be separately initiated based on a text trigger in one instant message. An instant message sender projecting a self-expressive avatar uses instant message sender system 1605 to sends a text message to an instant message recipient using instant message recipient system 1620. The instant message recipient also is projecting a self-expressive avatar. The display of the instant message sender system 1605 shows an instant message user interface, such as user interface 100 of
In some implementations, an instant messaging user is permitted to customize one or more of the animation triggers or out-of-band communications indicators for avatar animations, wallpaper displayed for an avatar, triggers or out-of-band communications indicators for animating objects of the wallpaper, and the appearance of the avatar. In one implementation, a copy of an avatar model file, an expression file or a wallpaper file is made and the modifications of the user are stored in the copy of the avatar model file, an expression file or a wallpaper file. The copy that includes the modification is then associated with the user. Alternatively or additionally, only the changes—that is, the differences between the avatar before the modifications and the avatar after the modifications are made—are stored. In some implementations, different versions of the same avatar may be stored and associated with a user. This may enable a user to modify an avatar, use the modified avatar for a period of time, and then return to using a previous version of the avatar that does not include the modification.
In some implementations, the avatars from which a user may choose may be limited by the instant message service provider. This may be referred to as a closed implementation or a locked-down implementation. In such an implementation, the animations and triggers associated with each avatar within the closed set of avatars may be preconfigured. In some closed implementations, the user may customize the animations and/or triggers of a chosen avatar. For example, a user may include a favorite video clip as an animation of an avatar, and the avatar may be configured to play the video clip after certain text triggers appear in the messages sent by the user. In other closed implementations, the user is also prevented from adding animations to an avatar.
In some implementations, the set of avatars from which a user may choose is not limited by the instant message service provider, and the user may use an avatar other than an avatar provided by the instant message service provider. This may be referred to as an open implementation or an unlocked implementation. For example, an avatar usable in an instant message service may be created by a user using animation software provided by the instant message service provider, off-the-shelf computer animation software, or software tools provided by a third-party that are specialized for the creating avatars compatible with one or more instant message services.
In some implementations, a combination of a closed-implementation and an open-implementation may be used. For example, an instant message service provider may limit the selection by users who are minors to a set of predetermined avatars provided by the instant message service provider while permitting users who are adults to use an avatar other than an avatar available from the instant message service provider.
In some implementations, the avatars from which a user may select may be limited based on a user characteristic, such as age. As illustrated in Table 4 below and using the avatars shown in
In general, as described previously with respect to
The process 1900 begins when an instant message sender, who is associated with an avatar, starts an instant messaging communication session with an instant messaging recipient, who also is associated with an avatar (step 1910). To do so, for example, the sender may select the screen name of the recipient from a buddy list or may enter the identity of the screen name of the recipient in a form that enables instant messages to be specified and sent. Once the recipient has been specified, a determination is made as to whether a copy of avatars associated with the sender and the recipient exist on the instant message client system being used by the sender. If not, copies of the avatars are retrieved for use during the instant message communications session. For convenience, the avatar associated with the sender may be referred to as a sender avatar, and the avatar associated with the recipient may be referred to as a recipient avatar.
The processor displays a user interface for the instant messaging session that includes a window displaying both the sender avatar and the recipient avatar (step 1920). The avatars may be displayed as adjacent to one another and displayed over, for example, wallpaper applied to a portion of a window in which an instant message interface is displayed. In another example, the avatars may be displayed over a portion of an instant message interface where wallpaper is not applied, for example, adjacent to a message compose portion or message transcript portion of an instant message interface. In some implementations, the sender avatar and the recipient avatar may be displayed in shared or connected space on a user interface display, where the shared or connected space is not necessarily a single window.
The processor receives content of a message entered by the sender to be sent to the recipient and sends a message corresponding to the entered content to the recipient (step 1930). The processor compares the content of the message to animation triggers that are associated with the sender avatar to identify a trigger included in the content (step 1940). The processor identifies a type of animation that is associated with the identified trigger included in the content (step 1950).
The processor plays the animation to animate the sender avatar in such a way that the sender and recipient avatars appear to interact (step 1960). To do so, for example, an animation may be played that animates both the sender avatar and the recipient avatar (such as playing a handshake animation that shows the sender avatar shaking hands with the recipient avatar). In another example, the sender and recipient avatars may be animated so as to appear to interact when the processor detects the recipient avatar's display position relative to the sender avatar and animates the sender avatar relative to the position of the recipient avatar (such as playing an animation showing the sender avatar moving toward the recipient avatar and extending the sender's avatar hand relative to the recipient avatar's display position). Personalizations or customizations by a user of avatar appearance and/or animation triggers may complicate interactive animations. In some implementations, only avatars that have not been personalized or customized may be animated so as to appear to interact or may be otherwise limited in interactive animations (such as only permitting the use of animations that have not been customized to portray an interacting avatar). The use of personalization or customizations need not necessarily prohibit interacting avatars—for example, the processor may use location detection to guide animations used to portray interacting avatars even when an avatar has been personalized or customized.
The sender avatar may be animated to appear to verbally or physically interact with the recipient avatar. In one example, the sender avatar may be animated to appear to touch the recipient avatar. For example, the sender avatar may be animated to appear to shake hands or hug the recipient avatar. The sender avatar may be animated to appear to turn toward, turn away from, move closer to, or away from the recipient avatar.
The sender avatar may be animated to appear to perform an action that is directed toward the recipient avatar. For example, the sender avatar may bow, take off a hat, or remove sunglasses to interact with the recipient avatar. In other examples, a sender avatar may pull out a chair and, in response, the recipient avatar sits on the chair, or a sender avatar and a recipient avatar may sit together on a couch. In an example of verbal interaction, the sender avatar may speak a greeting to the recipient avatar. For example, the sender avatar may be animated to say “Good morning!”
In response to and based on the animation of the sender avatar, the recipient avatar may be animated to appear to verbally and/or physically interact with the sender avatar. This may be accomplished, for example, by animating the recipient avatar based on a previous yet contemporaneous animation of the sender avatar. For example, in response to the animation of the sender avatar to say “Good morning,” the recipient avatar may be animated to respond “Beautiful day.” The sender avatar, in turn, may be further animated in response to and based on the animation of the recipient avatar. In another example, in response to and based on animation of the sender avatar extending a hand in a greeting, the recipient avatar may be animated to appear to shake the extended hand of the sender avatar.
The sender avatar and the recipient avatar may be animated to appear to hear sounds made by or words spoken by the other avatar. In one example, the recipient avatar may be animated to laugh in response to an action or comment of the sender avatar. In another example, the recipient avatar may be animated to smile or frown in response to a comment spoken by the sender avatar.
In some implementations, the sender avatar may be animated such that the sender avatar appears to interact with the recipient avatar, where the sender avatar is animated in response to and based on content communicated by the sender and the recipient avatar is animated in response to and based on the content communicated by the recipient. For example, the message “hello” sent by the sender causes animation of the sender avatar extending the avatar's hand and the message “hello” by the recipient in response to the sender's message causes animation of the recipient avatar to appear to shake the extended hand of the sender avatar. Additionally or alternatively, the sender and recipient avatars may be animated based on detection of related content of messages. In the example above, the “hello” content of the sender's message is detected as being related to the “hello” content of the recipient's reply, which may cause the animation of the sender and recipient avatars described previously. In this example, the content (“hello”) of the messages match, which enables the messages to be detected as related. In some implementations, message content that does not necessarily match may be identified as being related. For example, a data table may be used to identify message content that is related to other message content.
Referring to
More particularly, the sender interface 2010 includes a recipient indicator 2012 that indicates a screen name of a potential recipient of the instant messages to be sent with the interface 2010. The screen name (or other type of identity identifier or user identifier) of the potential recipient may be identified by selecting a screen name from a contact list 2070 or may be entered by the user directly (e.g., typed) in the recipient indicator 2012. As illustrated, an instant message recipient screen name “LionUser” has been identified in the recipient indicator 2012.
A message compose text box 2016 enables text to be entered for a message and displays the text of a message to be sent from the sender to a recipient identified in the recipient indicator 2012. Once specified in the message compose text box 2016, the message may be sent by activating a send button 2018. The sender interface 2010 also includes an available button 2019 that, when activated, determines whether the potential recipient identified by recipient indicator 2012 is online. In some implementations, the interface 2000 may include a message transcript text box (not shown) that displays the text of messages sent between the sender and/or a recipient portion (also not shown) that identifies the recipient, such as, for example, the recipient portion 110 of the instant message interface 105 of
The sender interface 2010 also includes an avatar window 2025 displaying the sender avatar 2025H. In the example of
The sender-selected contact list 2070 includes potential instant messaging recipients (“buddies” or contacts) 2080A-2080F grouped by the sender into categories 2075A-2075C. The contact list 2070 includes a heading Offline 2075D, which displays screen names of buddies 2080G and 2080H who are not online.
Referring also to
Additionally or alternatively, either or both of the sender avatar 2025H and the recipient avatar 2125L may cycle through a series of ambient animations based on passage of time (and independent of the exchange of messages). The ambient animation of the sender avatar 2025H may be independent of the ambient animation of the recipient avatar 2125L. In one example, an animation may be played for the sender avatar 2025H resulting in the horse avatar appearing to eat hay or chomp on a bit. In another example, an animation may be played for the recipient avatar 2125L resulting in the lion avatar appearing to dress in a ringmaster uniform and crack a whip. Alternatively or additionally, the ambient animations of the sender avatar 2025H and the recipient avatar 2125L may be related such that the sender avatar 2025H and the recipient avatar 2125L appear to interact. For example, an animation may be played for the horse avatar 2025H and the lion avatar 2025L which shows the lion avatar roaring at the horse avatar and the horse avatar turning and galloping away.
The sender interface 2110 also includes a message compose text box 2116 having content 2132 (i.e., “Hi”) entered for a message to be sent to the indicated recipient conditioned upon activation of the send button 2018.
Referring also to
More particularly, the interface 2200 includes a sender interface 2210 having a message transcript text box 2220 showing content 2132 of the sent instant message. The sender interface 2210 also includes a contact list 2070.
As shown, the sender avatar 2225H has been animated in response to and based on the instant message 2132 and, as a result of the animation, the sender avatar 2225H appears to interact with the recipient avatar 2225L. More particularly, the sender avatar 2225H increases in size and appears to be closer to the recipient avatar 2225L, as compared with the appearance of the sender avatar 2025H relative to the sender avatar 2125L of
The animation of the sender avatar 2225H also is based on the group or category to which the LionUser belongs in the sender's contact list 2070. As shown, LionUser 2080A belongs to the Friends group 2075A and, as a result, the greeting animation of the sender avatar 2225H is a greeting animation that is associated with a friend category. In contrast, if the LionUser belonged to the Family group 2075C of the sender's contact list 2070, the sender avatar 2225H would have been animated based on a greeting animation that is associated with a family category. The greeting animation associated with the family category member may be different than the greeting animation associated with a friend category, though this need not necessarily be so. In one example, a greeting animation for a family category may be an animation portraying a kiss, while a greeting animation for a co-worker category member may be an animation portraying a handshake.
Referring also to
As described above, the animations of the sender avatar and the recipient avatar are made perceivable to the sender based on the way the recipient is categorized on the sender's contact list. Animation of the sender avatar and the recipient avatar may be made perceivable to the recipient based on the way the sender is categorized on the recipient's contact list. If so, when the sender categorizes the recipient in the sender's contact list differently than the recipient categorizes the sender in the recipient's contact list, the animations made perceivable to the sender and the recipient may differ, as described more fully with respect to
In contrast,
As illustrated in
It is important to note that playing the same animations based on one of the instant message user's contact list may inadvertently reveal how an instant message user is categorized on the contact list used to control animations. In the example above of
Also note however that there may be a need or desire, on a per user or system level, to obfuscate contact list categorization that might be revealed when animating avatars based on a sending user's categorization of the recipient user, or vice versa. For instance, it may become evident to a recipient that they are deemed merely a co-worker by another party with whom they communicate, through observation of avatar animations that occur during conversations with that other party. Such information may be particularly evident where avatar animations are standardized, per typical contact list groups, or where differences in avatar animations responsive to similar text are clearly perceived. To illustrate, if HorseUser categorizes LionUser as friend and LionUser categorizes HorseUser as a co-worker, an exchange of “hello” between the two may result in profoundly different animations therebetween, as HorseUser's hello may result in the HorseUser avatar winking at the LionUser avatar, while LionUser's hello may result in the LionUser avatar merely extending a paw for a handshake or waving from afar. Observation of such apparent interaction by the avatars might reveal to each party a distinction in categorization applied by HorseUser and LionUser of each other. A similar issue may, of course, also be experienced based on the use of other information that is personalized by users as a basis for affecting avatar animation with respect to and/or interactive with other user's avatar.
Various techniques may be used to help obfuscate revealing categorization of an instant messaging identity during interacting avatar animations. In one example, the ability of a user to customize animations or animation triggers on a per group basis (or otherwise) may help minimize or reduce occurrence of inadvertently revealing a user's categorization. For example, customized animations may prevent the other party from being able to deduce personalization settings of customized animations or triggers from standardized animations for a group.
The ability of a user to turn off or otherwise disable interactive animation based on categorization of a user on a contact list may also help minimize or reduce revelation of categorization of a user by another user. For example, a user who is concerned about revealing such categorizations may turn off interactive animations with other users thus protecting the user's categorizations from disclosure to others. Revelation of categorization of a user on another user's contact list may also be prevented by only showing interactive animations based on the user's own contact list, as described above.
In another example, one or both users may be alerted when an avatar animation is likely to reveal differences in contact list categorization or other personalization setting information before the animation occurs and choose to disable interactive animation for the remainder of the communication session or disable the particular animation. The user may be alerted, perhaps, even before sending the message to enable the user an opportunity to revise the message content or decide not to send the message.
This may require that conditions under which such differences would be revealed are detectable. In one example of such a condition, the exchange of “hello” messages between users who are categorized differently may reveal such differences, as described above. In some implementations, a user may provide information to help resolve a conflict in categorization (such as by accepting a neutral or default categorization in light of perceived different categorization). In some implementations, a default animation consistent with animation of a predetermined or standard categorization (e.g., a co-worker group rather than a family group) may be used. Additionally or alternatively, a user may be informed at the beginning of a communication session with a particular user of the detected difference in categorization settings and allowed to select a categorization to use or otherwise normalize animations played based on user category. Normalization of the animation for the users may be based on some combination of their respective personalized settings. In one example, if a sender classifies a recipient as a friend and the recipient classifies the sender as a co-worker, animations of both avatars may reflect something in between a co-worker and friend, or some other attempt at an appropriate mix of the two categorizes may be made, much like that which would occur between actual parties during a social setting.
In some implementations, a user may be able to elect to animate using another user's animations, as a default to avoid the potential disclosure of the other user's categorization on the user's contact list. In the case, for example, when both users elect to use the other user's animations, the system may default to a neutral set of animations or may disable animations. In some implementations, certain animations (such as hello) may be based the sender's contact list (e.g., a hello animation sequence is dictated by the sender) and may be played prior to response by the recipient.
Although the exemplary interfaces shown in
Referring to
Referring to
The instant message system receives an instant message from an instant messenger sender (step 2710) and accesses information that associates contact categories, animation triggers, and animations (step 2720). One simplified example of such information is shown below in Table 5, which illustrates an exemplary contact data structure that may be associated with an instant message user. The contact data structure, as shown, represents information for contact list 2070 of FIG. and includes contacts LionUser and John, categorized as “friend” contacts; Sally, categorized as a “co-worker” contact; Mom, Dad, and Brother, categorized as “family” contacts. The data structure also associates animation triggers and animation types, which are, in turn, associated with a particular contact category. As illustrated, a WINK animation corresponds to the “family” category and may be triggered by the textual triggers “hi” and “hello”; a FRIEND GREETING and BUSINESS GREETING may correspond to the “friend” and “co-worker” categories, respectively, and may share the same textual triggers of “hi” and “hello.” Alternatively, different textual triggers may be associated with FRIEND GREETING and BUSINESS GREETING.
The instant message system displays an instant message interface including a sender avatar adjacent to a recipient avatar in an instant messaging window (step 2730). For example, an instant message interface 2010 that includes an avatar window 2025 may be displayed, as described previously with respect to
The instant message system determines a category associated with the sender and/or recipient (step 2735). This may be accomplished by, for example, looking up the sender and/or the recipient in the contact data structure described above in Table 5 to determine a category that is associated with the sender.
The instant message system compares the content of the received instant message with animation triggers associated with the category of the sender (step 2740) and identifies an animation associated with the trigger and category of the sender (step 2750). This may be accomplished by, for example, looking up animation triggers in the contact data structure described above in Table 5 to identify matches with content of the instant message, and, accessing the animation type that is associated with any matched animation trigger.
The instant message system animates the avatar associated with the sender based on the identified animation such that the sender avatar appears to interact with the recipient avatar (step 2760).
In some implementations, animation types played for a category of contacts in a contact list and/or triggers for animation types may be user-configurable.
Although the animation triggers have been generally described above with respect to text triggers, other types of triggers are contemplated, including audio triggers. The animations have been generally described above with respect to avatars that represent heads. The techniques and concepts are also applicable to an avatar that includes a torso, arms and legs in addition to a head.
Instant messaging programs typically allow instant message senders to communicate in real-time with each other in a variety of ways. For example, many instant messaging programs allow instant message senders to send text as an instant message, to transfer files, and to communicate by voice. Examples of instant messaging communication applications include AIM (America Online Instant Messenger), AOL (America Online) Buddy List and Instant Messages which is an aspect of many client communication applications provided by AOL, Yahoo Messenger, MSN Messenger, and ICQ, among others. Although discussed above primarily with respect to instant message applications, other implementations are contemplated for providing similar functionality in platforms and online applications. For example, the techniques and concepts may be applied to an animated avatar that acts as an information assistant to convey news, weather, and other information to a user of a computer system or a computing device.
The techniques and concepts generally have been described in the context of an instant messaging system that uses an instant messaging host system to facilitate the instant messaging communication between instant message senders and instant message recipients. Other instant message implementations are contemplated, such as an instant message service in which instant messages are exchanged directly between an instant message sender system and an instant message recipient system.
Other implementations are within the scope of the following claims.
This application is a continuation-in-part of U.S. application Ser. No. 10/747,701, filed Dec. 30, 2003 and titled REACTIVE AVATARS that claims the benefit of U.S. Provisional Application No. 60/450,663, filed Mar. 3, 2003, and titled “Providing Video, Sound, or Animated Content With Instant Messages,” and claims the benefit of U.S. Provisional Application No. 60/512,852, filed Oct. 22, 2003, and titled “Providing Video, Sound, or Animated Content With Instant Messages,” all of which are incorporated by reference.
Number | Date | Country | |
---|---|---|---|
60450663 | Mar 2003 | US | |
60512852 | Oct 2003 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10747701 | Dec 2003 | US |
Child | 11410323 | Apr 2006 | US |