US 7,669,134 B1Grant
Method and apparatus for displaying information during an instant messaging session
Issue Date:2010-02-23
•28 Claims
•9 Drawing Sheets
Abstract
A method and an apparatus are provided for controlling a graphical user interface to display information related to a communication session. Information relating to data produced by a first participant to the communication session is displayed on a first display unit, wherein the information produced by the first participant is displayed at a first position on the first display unit. Data is received from a second participant to the communication session, and information relating to the data received from the second participant is displayed on the first display unit, wherein the information received from the second participant is displayed at a second position on the first display unit. The first and second positions are horizontally spaced apart.
Metadata
Assignee
- Apple Inc.
Inventors
- Gregory N. Christie
- Peter T. Westen
- Stephen O. Lemay
- Jens Alfke
Application Information
Application Number:US 10/428,523
Filing Date:2003-05-02
Priority Date:2003-05-02
Art Unit:2173
Classifications
IPC:
G06F3/00G06F9/00G06F17/00
Patent Drawings (9 sheets)
Description
Background of the Invention
[0001] 1. Field of the Invention
[0002] This invention relates generally to a user interface for displaying an exchange of messages during an instant messaging session, and, more particularly, to a method and apparatus for displaying instant message exchanges in a manner that graphically differentiates the participants in a conversation.
[0003] 2. Description of the Related Art
[0004] Networks, such as the Internet, intranets, or other private or public networks, are ubiquitous. In fact, many computers are connected to one or more networks at the same time. For example, a business may have hundreds or even thousands of computers coupled to its own private network, which was, at least initially, used primarily for storage and exchange of computer files. At least some of these same business computers may also be coupled to the internet. Further, with the development of wireless devices, ad hoc networks may also be formed with properly configured portable devices. Even telephonic devices, such as cellular phones, pagers and the like, may be coupled to one or more of these networks. Small businesses and homes are also often connected in similar arrangements.
[0005] All of this connectivity has naturally led to communications between various users over these networks. For example, electronic mail (e-mail), because of its usefulness, is now commonplace. E-mail is now widely used by businesses and individuals, and in at least some instances has replaced more traditional forms of communications, such as mailed letters, facsimiles, telexes, and the like. However, e-mail has proven to be somewhat awkward when used to carry on an ongoing conversation.
[0006] Instant messaging, on the other hand, allows two or more users connected through these networks to carry on an interactive conversation. Exemplary instant messaging systems include Apple iChat, AOL Instant Messenger, Microsoft MSN Messenger, and the like. Typically, two or more users type in messages or select icons, which they send to one another. The receiving party(ies) may immediately respond with an appropriate message or icon. These instant messages are commonly all displayed in serial fashion, such as shown in FIG. 1 , usually scrolling the user's screen from top to bottom. Commonly, each message is preceded by a label, such as BobbyD211 and Fred1432 in FIG. 1 , indicating the identity of the author of the message. Heretofore, users have relied on these labels, or other limited indicia, to locate and identify messages from a particular party. Accordingly, it will be appreciated that the presentation of each message in substantially similar format makes it difficult to readily determine the authorship of one or more previous messages. Likewise, it is difficult to go back and quickly locate a previous message without reading through many previous messages.
[0007] The present invention is directed to overcoming or at least reducing one or more of the problems set forth above.
Summary of the Invention
[0008] In one aspect of the present invention, a method is provided for displaying information related to a communication session. Information relating to data produced by a first participant to the communication session is displayed on a first display unit, wherein the information produced by the first participant is displayed at a first position on the first display unit. Data is received from a second participant to the communication session, and information relating to the data received from the second participant is displayed on the first display unit, wherein the information received from the second participant is displayed at a second position on the first display unit. The first and second positions are spatially distinct.
[0009] In another aspect of the present invention, a computer readable program storage device is provided and encoded with instructions that, when executed by a computer, performs a method. The method includes displaying information relating to data produced by a first participant to the communication session on a first display unit, wherein the information produced by the first participant is displayed at a first position on the first display unit. Data is received from a second participant to the communication session, and information relating to the data received from the second participant is displayed on the first display unit, wherein the information received from the second participant is displayed at a second position on the first display unit. The first and second positions are spatially distinct.
[0010] In still another aspect of the present invention, a graphical user interface for displaying information related to a communication session is provided. The interface is comprised of a first and a second spatially distinct region. The first region is adapted to display at least one message from a first participant to the instant messaging session. The second region is adapted to display at least one message from a second participant to the instant messaging session, and the first and second spatially distinct regions partially overlap and each include at least a portion that is free from overlapping.
[0011] In yet another aspect of the present invention, a method for displaying information related to a communication session is provided. Information relating to data produced by a participant to the communication session is received. The information received from the participant is then at least partially displayed within a speech balloon.
[0012] In still another aspect of the present invention, a graphical user interface for displaying information related to a communication session is provided. The graphical user interface comprises a first and second region, wherein the first region is adapted to display a speech balloon. The second region is adapted to display at least one message from a participant to the instant messaging session, wherein the second region is at least partially located within the first region.
Brief Description of the Drawings
[0013] The invention may be understood by reference to the following description taken in conjunction with the accompanying drawings, in which like reference numerals identify like elements, and in which:
[0014] FIG. 1 illustrates a view of a screen representative of a graphical user interface of a prior art instant messaging system;
[0015] FIG. 2 illustrates a top-level diagram of one embodiment of a hardware system on which the present invention may be implemented;
[0016] FIG. 3 illustrates a flowchart of an embodiment of a graphical user interface that may be executed by components within the system of FIG. 1 to produce the exemplary screens of FIGS. 4 and 5 ;
[0017] FIG. 4 illustrates a first view of an exemplary screen representative of a graphical user interface;
[0018] FIGS. 5A-5B illustrate a second and third view of exemplary screens representative of a graphical user interface;
[0019] FIG. 6 illustrates a flowchart of an alternative embodiment of a graphical user interface that may be executed by components within the system of FIG. 1 ;
[0020] FIG. 7 illustrates a view of an exemplary screen representative of a graphical user interface;
[0021] FIG. 8 illustrates an alternative view of the exemplary screen of FIG. 7 ;
[0022] FIG. 9 illustrates a typical format for a speech bubble; and
[0023] FIG. 10 illustrates a speech balloon that has been stretched or modified to accommodate a message.
[0024] While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof have been shown by way of example in the drawings and are herein described in detail. It should be understood, however, that the description herein of specific embodiments is not intended to limit the invention to the particular forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the appended claims.
Detailed Description of Specific Embodiments
[0025] Illustrative embodiments of the invention are described below. In the interest of clarity, not all features of an actual implementation are described in this specification. It will of course be appreciated that in the development of any such actual embodiment, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which will vary from one implementation to another. Moreover, it will be appreciated that such a development effort might be complex and time-consuming, but would nevertheless be a routine undertaking for those of ordinary skill in the art having the benefit of this disclosure.
[0026] Turning now to FIG. 2 , a block diagram depicting a system 100 in accordance with embodiments of the present invention is illustrated. The system 100 includes a plurality of computing devices coupled together through one or more network connections. For example, a plurality of devices may be coupled together via a private or public network, such as a local area network (LAN) 102 or the Internet. The actual connection between the devices and the LAN 102 may take on one or more of any of a variety of forms, such as a network interface card (NIC), a modem, a digital subscriber line (DSL), a cable modem, a wireless connection, and the like. The devices coupled to the LAN 102 may include, for example, desktop computers, such as an Apple Macintosh® 104, a classic Apple Mac® 106, an IBM compatible personal computer (PC) 108, and the like. Further, these desktop computers, such as the Apple Macintosh® 104, may be coupled together via a smaller sub-LAN 110, with the sub-LAN 110 being coupled to the LAN 102. Portable devices, such as the Apple PowerBook® or iBook® 112, may also be coupled to the LAN 102, either directly or as part of the sub-LAN 110. Further, other consumer devices, such as cell phones, personal data assistants (PDAs), network appliances, and other embedded devices may be connected to the LAN 102 so as to employ aspects of the instant invention.
[0027] While the invention has been illustrated herein as being useful in a network environment, it also has application in other connected environments. For example, two or more of the devices described above may be coupled together via device-to-device connections, such as by hard cabling, radio frequency signals (e.g., 802.11(a), 802.11(b), 802.11(g), Bluetooth, or the like), infrared coupling, telephone lines and modems, or the like. The instant invention may have application in any environment where two or more users are interconnected and capable of communicating with one another.
[0028] Those skilled in the art will appreciate that network connections may include a variety of other equipment, such as routers, switches, telephone modems, wireless devices, cable modems, digital subscriber lines, and the like. This type of equipment is not illustrated or discussed in detail herein so as to avoid unnecessarily obfuscating the instant invention. For purposes of understanding the instant invention, it is sufficient to recognize that additional conventional equipment of this type may be useful in establishing and maintaining communications between the various users.
[0029] At least two of the devices in the system 100 have software, such as an application program, installed thereon to allow an instant messaging session to be initiated and conducted. An instant messaging session may include real-time or near real-time communications. FIG. 3 illustrates a flowchart of a portion of the software associated with initiating the instant messaging session and controlling a graphical user interface (GUI) used by the participants to the instant messaging session. In particular, the process begins at block 300 in a conventional manner with one of the two parties sending the other party an invitation to initiate an instant messaging session. Assuming that the other party accepts the invitation, the software on each party's computer initiates the GUI, which opens a window where both parties' messages and other pertinent information and controls are displayed. An exemplary representation of the GUI is shown in FIG. 4 and may be referenced simultaneous with the discussion of FIG. 3 herein for a more complete understanding of the operation of the instant invention.
[0030] The messages exchanged by the participants may contain information regarding an icon to be used to represent each party. For example, party A may select an icon, such as “Mary” 400 as a graphical representation of party A. Party B may receive and store the icon and then display it adjacent a message delivered by party A. The icon makes it easier for party B to more quickly identify those messages associated with party A. An exemplary exchange of messages in which party A has selected the icon “Mary” 400 and party B has selected the icon “Sue” 402 is shown in FIG. 4 . Displaying unique graphical icons allows a user to readily identify the speaker with a quick glance. Additionally, displaying the icons adjacent each party's message allows the users to identify the speaker without looking away from the message region of the GUI. In an alternative embodiment, the user may elect to display not only the icon, but also the name associated with the author of the message. On the other hand, the user may elect to display only the name associated with the author of the message, preventing the icon from being displayed altogether, if desired.
[0031] Those skilled in the art will appreciate that the icons need not be delivered with each message. That is, party A may send an icon during the initial portion of the session, and party B will associate the icon with party A, store it locally, and then retrieve and display it each time a message is received from party A. Additionally, party A's icon may be overridden locally by party B. That is, party B may elect to display a different icon adjacent party A's messages, at least on the GUI viewed by party B. Party B may select any of a plurality of icons stored locally, and indicate through the local GUI, such as by pointing and clicking on various pull-down menus provided by the local GUI, that the selected icon should be used when displaying party A's messages.
[0032] The GUI may also use additional strategies to graphically differentiate the parties of the instant messaging session. For example, a sending party may send an indication of a color scheme in which his/her messages should be displayed. The receiving party may then, at his/her discretion, display the messages from the sender in the requested color scheme.
[0033] Alternatively, the receiving party may elect to override the sending parties requested preference, and instead display each party's message in its own distinct color. That is, party A, during an initialization phase, may indicate through the local GUI that any message received from party B should be displayed with red letters and a white background, and that any messages generated by himself, should be displayed with a yellow background and black letters. In either case, the color distinction allows the party to visually determine the author of a message without the need to read and understand an identifying name, such as is illustrated in the prior art at FIG. 1 (e.g., BobbyD211).
[0034] Allowing the sender to select the color and style, however, may lead to some confusion in the event that another participant to the instant messaging sessions elects a similar style and/or font. Empowering the receiver of the message to override locally the style and color choices indicated by the sender may help to alleviate any confusion. That is, the receiving party may elect to display the message with a different color and style than indicated by the sending party, at least on the GUI viewed by the receiving party. The receiving party may select any of a plurality of colors and styles stored locally, and indicate through the local GUI, such as by pointing and clicking on various pull-down menus provided by the local GUI, that the selected color and style should be used when displaying the received messages. Alternatively, the GUI may be programmed to automatically assign a different color to each participant.
[0035] An additional graphical distinction may be accomplished by partitioning the GUI into spatially distinct regions and then directing the messages to a region based upon its authorship. For example, the exemplary GUI of FIG. 4 has been generally divided into two horizontal regions, a left region 404 and a right region 406. For example, all messages generated by the local user (party A), represented by Mary 400, are displayed in the right region 406, and all messages generated by the remote user (party B), represented by Sue 402, are displayed in the left region 404. It should be appreciated that the assignment of left and right regions to parties A and B, respectively, may be reversed without departing from the spirit and scope of the instant invention. Moreover, it is anticipated that the various spatially distinct regions may overlap. That is, a message generated by Mary 400 may extend from the right region 406 and at least partially into the left region 404. Similarly, a message generated by Sue 402 may extend from the left region 404 and at least partially into the right region 406. Thus, the messages may at least partially overlap, depending on the length of the messages.
[0036] Further, depending upon the number of participants, it may be useful to define more than two spatially distinct regions. For example, where three participants are present, it may be useful to provide three horizontal regions.
[0037] In the exemplary GUI of FIG. 4 , the text of the messages associated with Sue 402 is displayed in the left region and is left justified. Similarly the text of the messages associated with Mary 400 is displayed in the right region and is right justified. Those skilled in the art will appreciate that other justification schemes may be used without departing from the spirit and scope of the instant invention.
[0038] In one embodiment of the instant invention, the order in which the messages appear on the GUI generally corresponds to the order in which they were received. For example, in the illustrated embodiment of FIG. 4 , each message is displayed below previously received messages so that the order of the conversation is preserved, with older messages appearing nearer the top of the GUI and newer messages appearing nearer the bottom of the GUI. As the display region of the GUI fills, old messages are scrolled up and out of view. A user may, however, activate a scrollbar mechanism 408 using conventional point and click techniques to alter the portion of the conversation presented in the GUI. For example, the user may move the scrollbar mechanism 408 upward to view an older portion of the conversation, or downward to view a more recent portion of the conversation.
[0039] To further enhance the readability and to provide further graphical identification of the author of each message appearing in the GUI, each message may be displayed in a speech balloon 410. The balloon 410 includes a tail section 412, which generally extends toward the icon associated with the author of the message. For example, each message from the user identified by the icon Mary 400 appears in a balloon 410 that has its tail section 412 extending generally toward the icon Mary 400. In the event that an icon is not associated with the author of the message, the tail section 412 is still useful to graphically illustrate the author. That is, since the GUI is divided into left and right horizontal regions, 404, 406 a speech balloon 410 located in the left horizontal region 404 with its tail section 412 extending toward the left will still provide a graphical indication of the author (e.g., Sue 402 in the embodiment of FIG. 4 ).
[0040] The size of the balloon 410 is controlled according to the length of the message. That is, the GUI receives a message, determines the length of the message, determines the size (e.g., based on the number of lines of text to be displayed) of the balloon 410 required to display the message, and then draws the balloon 410 with text in the appropriate horizontal portion of the GUI using the colors, style, and icon associated with the author of the message. A more detailed discussion of the sizing aspect of the speech balloons may be found below in conjunction with FIGS. 9 and 10 .
[0041] During an instant messaging session it is often useful to indicate when a remote party is preparing a message to be sent. For example, after party A sends a message requesting a response, it is useful to know if party B is preparing the requested response. Knowing that the other party is about to respond allows a more natural flow to the conversation. For example, if party B does not answer a question from party A in a timely manner, party A may send a second, related request. Party B, however, may promptly respond to the first request, leaving party A to guess at whether the response applies to the first request, the second request, or both.
[0042] Accordingly, in the embodiment of the GUI shown in FIG. 3 , at block 302 the software determines whether a message is being generated, and in the event that a message is being prepared, the software at block 304 delivers a signal to the other party indicating that a message is being generated. One method for determining whether a message is being generated is for the remote terminal to monitor an input field for any characters having been entered, such as via the keyboard, and report back to the local terminal. For example, if the software detects that a keystroke has been entered or that emoticons have been selected, then it assumes that a message is being prepared to be sent to the other party, and the software sends a signal indicating that a possible responsive message is being prepared.
[0043] At block 306, the software checks for a signal from the other remote party indicating that a message is being prepared. If such a signal is received, control transfers to block 308 where the GUI is activated to produce a graphical indication that a message is being prepared by the other party. An exemplary representation of the graphical indicator is shown in the exemplary GUI of FIG. 5 . For example, a “thought bubble,” such as is often used in comic strips to indicate that a character is thinking, is displayed along with the icon associated with the party who is preparing the message. In the exemplary embodiment of FIG. 5 , a “thought bubble” 500 provides a graphical indication that Sue 402 is currently preparing a message. For a number of reasons, the thought bubble 500 is particularly efficient for conveying the idea that the other party is preparing a response. First, the thought bubble 500 appears in the GUI in the same general region that a message would be displayed. Second, thought bubbles are common graphical representations familiar to many users. Third, because the thought bubble 500 is graphically similar to, but easily distinguishable from, the speech balloon 410, the user may intuitively understand its function as a precursor to an actual message. Accordingly, even inexperienced users may readily understand the function and operation of the instant messaging system, and will be able to more quickly participate in an instant messaging session at a higher level of proficiency.
[0044] In an alternative embodiment, incomplete or partial messages are communicated to the recipient as an indication that a message is being prepared. In this alternative embodiment, the partial message is accompanied by a graphic indication that the message is not yet complete, such as by “ . . . .” The partial messages are then periodically updated as more of the message is produced by the sender.
[0045] At block 310, the software checks to determine if a message has been received from the other party. If so, control transfers to block 312 where the software displays the text message (or emoticon, or the like) along with the icon associated with the author. In this instance, any corresponding thought bubble is replaced by the corresponding speech balloon and its accompanying text. In the illustrated embodiments of FIGS. 4 and 5 , the messages received from the other, remote party are displayed on the left side 404 of a display window in the GUI. Additionally, the text message is presented in a speech balloon 410 and is left justified to further enhance its association with the other, remote party.
[0046] At block 314, the software checks to determine if the message being prepared by the local party is complete. If so, control transfers to block 316 and the software delivers the message over the network connection to the other party. The message is then displayed in the speech balloon 410 in replacement of the thought balloon. Additionally, the software displays the text message (or emoticon, or the like) along with the icon associated with the author in the local GUI. In the illustrated embodiments of FIGS. 4 and 5 , the messages produced by the local party are displayed on the right side 406 of a display window in the GUI. Additionally, the text message is presented in a speech balloon 410 and is right justified to further enhance its association with the local party.
[0047] Those skilled in the art will appreciate that while the instant invention has been depicted in exemplary embodiments in which there are two participants to an instant messaging session, the instant invention may be readily employed in instant messaging sessions involving three or more participants. In one embodiment, all locally generated messages are presented on the right side 406 of the display window in the GUI, and all remotely generated messages are presented on the left side 404 of the display window. Thus, where there are two or more remote participants, each of their messages are presented on the left side 404 of the local participant's display window. In other embodiments, each remote participant's messages could be displayed in a spatially distinct region from that of the other participants. For example, messages from first, second and third remote participants could be displayed in first, second and third regions, respectively, wherein the first, second and third regions are spatially distinct. In the embodiment shown in FIG. 5B , a third participant is assigned to a central region, with his/her icon appearing in the central region and the associated speech bubble extending generally therefrom.
[0048] Additionally, while the embodiments described herein have been shown with the GUI divided into spatially distinct horizontal regions, it is envisioned that other embodiments may spatially distinguish the various participants in other manners without departing from the spirit and scope of the instant invention. For example, the various participants may be distinguished by dividing the GUI into spatially distinct vertical regions with each participant being assigned a vertical portion of the GUI. For example, the local participant may be assigned the top region of the GUI, and the remote participant may be assigned the bottom region. Additional remote participants may be grouped together or, as described above, assigned an intermediate region, such as a vertical middle region. In a GUI with vertically distinct regions it may also be useful to allow the conversation to scroll horizontally, as opposed to the common vertical scrolling employed in many instant messaging systems. For example, more recent messages may be displayed to the right of older messages, with older messages scrolling off the left side of the GUI as the conversation advances.
[0049] If the messaging session is complete, such as by one or both of the parties logging off of the network or otherwise shutting down the software, then block 318 detects the ending of the session and transfers control out to another program responsible for a proper and orderly winding up of the program. Otherwise, if the instant messaging session continues, then control transfers back to block 302 where the process repeats.
[0050] Turning now to FIG. 6 , an alternative embodiment of at least a portion of the software shown in FIG. 3 is illustrated. In this embodiment of the software, provision is made to preserve the order of a conversation during those instances in which a first party is preparing a response but the second party nevertheless sends a response before the first party completes and sends its response. For example, consider the instant messaging session shown in FIG. 7 to illustrate an out-of-order presentation of messages in a conversation. In the embodiment illustrated in FIG. 7 , Sue 402 is in the process of preparing a response to a message 700 generated by Mary 400. Accordingly, a thought bubble 702 is positioned adjacent the Sue icon 402 below the message 700. Mary 400, however, did not wait for Sue's response, but sent a message 704. Thus, once Sue 402 completes and sends the response, the thought bubble 702 will be replaced by a speech balloon (not shown) containing the message. If the speech balloon (not shown) merely replaces the thought bubble with re-ordering, then the conversation will appear to have occurred in the order 700-702-704, even though the speech bubble replacing the thought bubble 702 occurred after, not before the speech bubble 704. This out-of-sequence ordering may give rise to confusion, particularly where the participants read the flow of the conversation at a subsequent time.
[0051] The flowchart of FIG. 6 illustrates one embodiment of a method useful in reordering the speech balloons so that they appear in the GUI in the order in which they actually occurred. Generally, the process set forth in FIG. 3 is substantially similar to that of FIG. 6 , with the exception of blocks 600, 602, and 604. Generally, the order of the speech balloons is maintained based upon the time that the message was completed. Thought bubbles, on the other hand, are ordered based upon the time that they were created and are subsequently replaced by a speech balloon. Because a thought bubble may be created well before the corresponding speech balloon is completed, it is possible for other parties to complete messages in the intervening time. Thus, when the corresponding speech bubble is completed and replaces the corresponding thought bubble, the order of the speech balloons may vary.
[0052] At block 306, the software checks for a signal from the other remote party indicating that a message is being prepared. If such a signal is received, control transfers to block 600 where the GUI is activated to produce a graphical indication that a message is being prepared by the other party. The order in which the graphical indication is displayed is based upon the time that the thought bubble was created. The time that the thought bubble was created may be determined from a time stamp provided by the remote user who is in the process of preparing the message.
[0053] Thereafter, at block 310, the software checks to determine if a message has been received from the other party. If so, control transfers to block 602 where the software displays the text message (or emoticon, or the like) along with the icon associated with the author. In this instance, any corresponding thought bubble is removed and replaced by the corresponding speech balloon and its accompanying text. However, the speech balloon is ordered based upon the time completed. The time that the speech bubble was completed may be determined from a time stamp provided by the remote user who generated the message.
[0054] An exemplary instant messaging session that illustrates the results of this ordering policy is presented in FIGS. 7 and 8 . In the embodiment illustrated in FIG. 7 , Sue 402 is in the process of preparing a response to a message 700 generated by Mary 400. Accordingly, a thought bubble 702 is positioned adjacent the Sue icon 402 below the message 700. Mary 400, however, did not wait for Sue's response, but sent a message 704. Because the speech balloons 700, 704 are ordered based on the time completed whereas the thought balloon 702 is ordered based on the time created, the order of the messages will remain as shown in FIG. 7 , until the message from Sue 402 is finally received.
[0055] Thus, as is shown in FIG. 8 , a speech balloon 800 has replaced the thought bubble 702, but is located after (or below) the speech balloon 704, as the speech balloon 800 was completed after the speech balloon 704. In this manner, the actual order of the conversation is preserved.
[0056] A substantially similar process occurs with respect to displaying speech balloons associated with the local user. For example, at block 314, the software checks to determine if the message being prepared by the local party is complete. If so, control transfers to block 604 and the software delivers the message over the network connection to the other party. The message is then displayed in a speech balloon in an order based on the time that the message was completed.
[0057] Turning now to FIGS. 9 and 10 , one exemplary method for formatting and sizing the speech balloon 410 is shown. In one embodiment, a text system, such as a standard text system used in Mac OS X is used to produce the text of the message. The text system provides information regarding the size of the text message to the GUI. The GUI uses this size information to construct a speech balloon of an appropriate size to contain the message. Certain rules regarding the formatting of the speech balloon affect the size of the speech balloon. For example, in one embodiment, upper, lower, left and right margins are established. In the exemplary embodiment illustrated in FIG. 9A , the margins are selected as follows: upper—3; lower—5; left—13; and right—6. The text of the message is required to be positioned within the speech balloon and within these margins. Using these margins causes the speech balloon to fit tightly around the message, as illustrated in FIG. 9B , so as to be aesthetically pleasing while not unnecessarily consuming large portions of the GUI. Reducing the size of the speech balloons allows more messages to appear on the GUI at one time.
[0058] The GUI uses the information regarding the size of the text message and the desired margins to produce a speech balloon of the appropriate size. The process involves dividing a template speech balloon into nine regions, such as is shown in FIG. 10A . The nine regions are comprised of four corners, left and right edges, top and bottom edges, and a central region. Initially, the margins are added to the rectangular area taken up by the text to produce a destination rectangle having dimensions in which the balloon is to be drawn. The four corner regions are drawn directly into the corners of the destination rectangle without significant change to their shape or size. The top and bottom edges are tiled horizontally into rectangles of the appropriate width (and original height). Varying the width of the top and bottom edges has the desirable effect of altering the horizontal dimension of the speech balloon. The left and right edges are tiled vertically into rectangles of the appropriate height (and original width) to produce a stretched or modified speech bubble 1000, as shown in FIG. 10B . It should be noted that the destination rectangle can be smaller than the original template image in either or both its vertical and horizontal dimension. For example, in the embodiment illustrated in FIG. 10B , the vertical dimension of the speech balloon is smaller that the vertical dimension of the template speech balloon of FIG. 10A , and the horizontal dimension of the speech balloon is larger that the horizontal dimension of the template speech balloon of FIG. 10A .
[0059] Once the speech balloon is appropriately sized, it is color filled according to the requirements of the sender or the recipient, as discussed above. Coloration and shading of the speech balloon is accomplished by alternative methodologies. In one embodiment, custom artwork is provided for each color to produce a desired variation across the surface of the speech balloon. For example, the color may be varied so that the coloration is lighter adjacent the bottom edge of the speech balloon. This coloration scheme has proven to be pleasing to users, providing the appearance of three dimensional qualities to the speech balloon. Alternatively, rather than developing custom artwork for each possible color, the speech balloon may be filled uniformly with the desired color. Thereafter, standard template shadows may be overlayed to produce a similar three dimensional effect.
[0060] Finally, while FIGS. 9 and 10 illustrate the speech balloon 410 drawn with its tail extending leftward, so as to be used in the left horizontal region of the GUI, the same processes described herein may be applied in drawing the speech balloon 410 with its tail extending rightward, so as to be used in the right horizontal region of the GUI. In particular, when the speech balloon 410 with a rightward extending tail is required, the speech balloon 410 with the leftward extending tail is designed to be of the proper size for the message, and then the speech balloon 410 is flipped horizontally or rotated about a central vertical axis to produce the appropriately sized speech balloon 410 with a rightward extending tail. In this manner, an economy of software coding is realized, as only a single routine for generating speech balloon with either leftward or rightward extending tails is required.
[0061] The particular embodiments disclosed above are illustrative only, as the invention may be modified and practiced in different but equivalent manners apparent to those skilled in the art having the benefit of the teachings herein. Furthermore, no limitations are intended to the details of construction or design herein shown, other than as described in the claims below. It is therefore evident that the particular embodiments disclosed above may be altered or modified and all such variations are considered within the scope and spirit of the invention. Accordingly, the protection sought herein is as set forth in the claims below.
Claims
Certificate of Correction present
The claims shown below may not include correction changes. Use the corrected PDF for authoritative text.
What is claimed is:
1. A method for displaying information related to a communication session, comprising:
displaying information relating to data produced by a plurality of participants to the communication session on a first display unit, wherein the information produced by a first participant of the plurality of participants is displayed at a first position on the first display unit;
receiving data from at least one of the remaining participants of the plurality of participants by the communication session; and
displaying information relating to data received from the at least one of the remaining participants of the plurality of participants, on the first display unit, wherein the information received from the at least one of the remaining participants of the plurality of participants is displayed at a separate position for each said remaining participant of the plurality of participants on the first display unit, wherein the respective separate positions relating to each of the plurality of participants are all non-random, horizontal-spatially distinct and chronologically arranged.
2. A method, as set forth in claim 1, wherein the respective positions relating to the plurality of participants are permitted to at least partially overlap.
3. A method, as set forth in claim 1, wherein:
receiving data from the remaining participants of the plurality of participants includes receiving data from a second participant of the plurality of participants;
displaying information relating to data produced by the first participant further comprises displaying information relating to data produced by the first participant in a right justified format; and
displaying information relating to data received from the second participant further comprises displaying information relating to data received from the second participant in a left justified format.
4. A method, as set forth in claim 1, wherein:
receiving data from the remaining participants of the plurality of participants includes receiving data from a second participant of the plurality of participants;
displaying information relating to data produced by the first participant further comprises displaying information relating to data produced by the first participant in a left justified format; and
displaying information relating to data received from the second participant further comprises displaying information relating to data received from the second participant in a right justified format.
5. A method, as set forth in claim 1, wherein:
displaying information relating to data produced by the first participant further comprises displaying information relating to data produced by the first participant in a speech balloon.
6. A method, as set forth in claim 1, wherein:
receiving data from the remaining participants of the plurality of participants includes receiving data from a second participant of the plurality of participants;
displaying information relating to data received from the second participant further comprises displaying information relating to data received from the second participant in a speech balloon.
7. A method, as set forth in claim 1, further comprising:
receiving data from a second participant of the plurality of participants;
detecting data being entered by the second participant before the data is delivered to the first participant; and
displaying information relating to data being entered by the second participant on the first display unit.
8. A method, as set forth in claim 7, wherein:
displaying information relating to data being entered by the second participant on the first display unit further comprises displaying a thought bubble on the first display unit.
9. A method, as set forth in claim 7, wherein:
displaying information relating to data being entered by the second participant on the first display unit further comprises displaying the thought bubble on the first display unit at a second position on the first display unit.
10. A method, as set forth in claim 7, wherein:
displaying information relating to data being entered by the second participant on the first display unit further comprises displaying preselected graphical information on the first display unit at a second position on the first display unit.
11. A method, as set forth in claim 7, wherein:
displaying information relating to data being entered by the second participant on the first display unit further comprises displaying preselected graphical information on the first display unit at a second position on the first display unit; and
removing the preselected graphical information from the first display unit in response to receiving data from the second participant.
12. A method, as set forth in claim 11, wherein:
displaying preselected graphical information on the first display unit at the second position on the first display unit further comprises displaying a thought bubble at the second position on the first display unit.
13. A computer readable program storage device encoded with instructions that, when executed by a computer, performs a method, comprising:
displaying information relating to data produced by a plurality of participants to the communication session on a first display unit, wherein the information produced by a first participant of the plurality of participants is displayed at a first position on the first display unit;
receiving data from at least one of the remaining participants of the plurality of participants by the communication session; and
displaying information relating to data received from the at least one of the remaining participants of the plurality of participants, on the first display unit, wherein the information received from the at least one of the remaining participants of the plurality of participants is displayed at a separate position for each said remaining participant of the plurality of participants on the first display unit, wherein the respective separate positions relating to each of the plurality of participants are all non-random, horizontal-spatially distinct and chronologically arranged.
14. A computer readable program storage device, as set forth in claim 13, wherein the respective positions relating to the plurality of participants are permitted to at least partially overlap.
15. An apparatus for displaying information related to a communication session, comprising:
means for displaying information relating to data produced by a plurality of participants to the communication session on a first display unit, wherein the information produced by a first participant is displayed at a first position on the first display unit;
means for receiving data from at least one of the remaining participants of the plurality of participants by the communication session; and
means for displaying information relating to data received from the at least one of the remaining participants of the plurality of participants on the first display unit, wherein the information received from the at least one of the remaining participants of the plurality of participants is displayed at a separate position for each said remaining participant of the plurality of participants on the first display unit, wherein the respective separate positions relating to each of the plurality of participants are all non-random, horizontal-spatially distinct and chronologically arranged.
16. An apparatus, as set forth in claim 15, wherein the respective positions relating to the plurality of participants are permitted to at least partially overlap.
17. A graphical user interface for displaying information related to a communication session, comprising:
a plurality of regions adapted to display messages from a plurality of participants to the instant messaging session;
a first region of the plurality of regions adapted to display at least one message from a first participant to the instant messaging session; and
the remaining regions of the plurality of regions adapted to display at least one message from the at least one of the remaining participants of the plurality of participants respectively to the instant messaging session, wherein the respective separate plurality of regions relating to each of the plurality of participants are all non-random, horizontal-spatially distinct and chronologically arranged.
18. A graphical user interface, as set forth in claim 17, wherein the respective plurality of regions relating to the plurality of participants are permitted to at least partially overlap.
19. A graphical user interface, as set forth in claim 17, wherein the first region is adapted to display an icon associated with the first participant, and a second region of the plurality of regions is adapted to display an icon associated with a second participant of the plurality of participants.
20. A graphical user interface, as set forth in claim 17, wherein the first region is adapted to display text from the first participant in a speech balloon.
21. A graphical user interface, as set forth in claim 20, wherein the first region is adapted to display the text in a left justified format.
22. A graphical user interface, as set forth in claim 17, wherein a second region of the plurality of regions is adapted to display text from a second participant of the plurality of participants in a speech balloon in a right justified format.
23. A graphical user interface, as set forth in claim 17, wherein the first region is adapted to display a thought bubble in response to receiving a signal from the first participant that a message is being prepared to be sent to a second participant of the plurality of participants.
24. A graphical user interface, as set forth in claim 23, further comprising a second region of the plurality of regions, wherein the first and second regions are adapted to display the messages received from the first and second participants vertically in the order in which they were received.
25. A graphical user interface, as set forth in claim 24, wherein the first and second regions are adapted to replace the thought bubble with a corresponding speech balloon when the speech balloon is received.
26. A graphical user interface, as set forth in claim 25, wherein the first and second regions are adapted to display the corresponding speech balloon in a vertical position corresponding to the order in which it was received regardless of the vertical position in which the thought bubble was displayed.
27. A system, comprising: a first terminal; and
a second terminal, wherein the first and second terminals each include a graphical user interface for displaying information related to a communication session between the first and second terminals, the graphical user interface comprising:
a plurality of regions adapted to display messages from a plurality of participants;
a first region of the plurality of regions adapted to display at least one message from a first participant to the instant messaging session; and
the remaining regions of the plurality of regions adapted to display at least one message from the at least one of the remaining participants of the plurality of participants to the instant messaging session, wherein the respective separate plurality of regions relating to each of the plurality of participants are all non-random, horizontal-spatially distinct and chronologically arranged.
28. A system, as set forth in claim 27, wherein the respective plurality of regions relating to the plurality of participants are permitted to at least partially overlap.
Patent Citations (37)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US4107784(A) | 1978-08-01 | Bemmelen | Applicant |
| US4433377(A) | 1984-02-01 | Eustis et al. | Applicant |
| US4485439(A) | 1984-11-01 | Rothstein | Applicant |
| US4513379(A) | 1985-04-01 | Wilson et al. | Applicant |
| US4586158(A) | 1986-04-01 | Brandle | Applicant |
| US4642790(A) | 1987-02-01 | Minshull et al. | Applicant |
| US5287448(A) | 1994-02-01 | Nicol et al. | Applicant |
| US5428731(A) | 1995-06-01 | Powers, III | Applicant |
| US4555775(A) | 1995-12-01 | Pike | Applicant |
| US5617539(A) | 1997-04-01 | Ludwig et al. | Applicant |
| US5758079(A) | 1998-05-01 | Ludwig et al. | Applicant |
| US5854893(A) | 1998-12-01 | Ludwig et al. | Applicant |
| US5884039(A) | 1999-03-01 | Ludwig et al. | Applicant |
| US5896500(A) | 1999-04-01 | Ludwig et al. | Applicant |
| US6177931(B1) | 2001-01-01 | Alexander et al. | Examiner |
| US6237025(B1) | 2001-05-01 | Ludwig et al. | Applicant |
| US6351762(B1) | 2002-02-01 | Ludwig et al. | Applicant |
| US6434604(B1) | 2002-08-01 | Harada et al. | Examiner |
| US6437818(B1) | 2002-08-01 | Ludwig et al. | Applicant |
| US6583806(B2) | 2003-06-01 | Ludwig et al. | Applicant |
| US6594673(B1) | 2003-07-01 | Smith et al. | Examiner |
| US6594688(B2) | 2003-07-01 | Ludwig et al. | Applicant |
| US6910186(B2) | 2005-06-01 | Kim | Examiner |
| US7124164(B1) | 2006-10-01 | Chemtob | Examiner |
| US7133900(B1) | 2006-11-01 | Szeto | Examiner |
| US7152093(B2) | 2006-12-01 | Ludwig et al. | Applicant |
| US7206809(B2) | 2007-04-01 | Ludwig et al. | Applicant |
| US7412470(B2) | 2008-08-01 | Masuno et al. | Applicant |
| US7433921(B2) | 2008-10-01 | Ludwig et al. | Applicant |
| US2003/0097408(A1) | 2003-05-01 | Kageyama et al. | Examiner |
| US2003/0134678(A1) | 2003-07-01 | Tanaka | Examiner |
| US2003/0187925(A1) | 2003-10-01 | Inala et al. | Examiner |
| US2003/0208756(A1) | 2003-11-01 | Macrae et al. | Examiner |
| US2003/0228909(A1) | 2003-12-01 | Tanaka et al. | Examiner |
| US2004/0199663(A1) | 2004-10-01 | Horvitz et al. | Applicant |
| US2004/0223485(A1) | 2004-11-01 | Arellano et al. | Applicant |
| US2006/0026233(A1) | 2006-02-01 | Tenembaum et al. | Examiner |
Non-Patent Literature (59)
- Meyrowitz, Norman; Moser, Margaret; Bruwin: An Adaptable Design Strategy for Window Manager/Virtual Terminal Systems; Department of Computer Science, Brown University (1981); pp. 180-189.Applicant
- Scheifler, R.W.; The X Window System; MIT Laboratory for Computer Science and Gettys, Jim Digital Equipment Corporation and MIT Project Athena; ACM Transactions on Graphics, vol. 5, No. 2, Apr. 1986, pp. 79-109.Applicant
- Wadlow, M.G.; The Role of Human Interface Guidelines in the Design of Multimedia Applications, Carnegie Mellon University (To be Published in Current Psychology: Research and Reviews, Summer 1990) pp. 1-22 (CMU-ITC-91-101).Applicant
- Morris, James H. et al.; Andrew: A Distributed Personal Computing Environment; Communications of the ACM,(Mar. 1986); vol. 29 No. 3, pp. 184-201.Applicant
- Howard, John H.; (Abstract) An Overview of the Andrew File System; Information Technology Center, Carnegie Mellon University; (CMU-ITC-88-062); pp. 1-6 (CMU-ITC-88-062) (To Appear in a future issue of the ACM Transactions on Computer Systems.Applicant
- Borenstein, Nathaniel S.; Information Technology Center and Computer Science Department, Carnegie Mellon University; Thyberg, Chris A. Academic Computing, Carnegie Mellon University: Cooperative Work in the Andrew Message System; (1988) pp. 306-323.Applicant
- Trowbridge, David: Center for Design of Educational Computing, Carnegie-Mellon University; Using Andrew for Development of Educational Applications; pp. 1-6 (CMU-ITC-85-065).Applicant
- Palay, Andrew J., et al.; Information Technology Center, Carnegie-Mellon University; The Andrew Toolkit: An Overview; pp. 1-15.Applicant
- Raper, Larry K., The C-MU PC Server Project (Dec. 1986) pp. 1-30 (CMU-ITC-86-051).Applicant
- Gruhn, A.M. and Hohl, A.C.; A Research Perspective on Computer-Assisted Office Work; (1979) IBM Syst. J. vol. 18, No. 3, pp. 432-456.Applicant
- Bleher, J.H., et al.; A Graphic Interactive Application Monitor; IBM Syst. J., vol. 19, No. 3 (1980) pp. 382-402.Applicant
- Gardner, P.C.; A System for the Automated Office Environment; IBM Syst. J., vol. 20, No. 3, (1981) pp. 321-345.Applicant
- Betts, B., et al.; Goals and Objectives for User Interface Software; Computer Graphics, vol. 21, No. 2, (Apr. 1987) pp. 73-78.Applicant
- Conklin, Jeffrey; A Survey of Hypertext; MCC Software Technology Program (Dec. 1987); pp. 1-38.Applicant
- Halbert, D.C.; Programming by Example; Dept. Electrical Engineering and Comp. Sciences, University of California, Berkley, (Nov. 1984) pp. 1-76.Applicant
- Walker, B., et al.; The LOCUS Distributed Operating System1 ; University of California Los Angeles (1983) pp. 49-70.Applicant
- Hill, R.D.; Some Important Features and Issues in User Interface Management System; Dynamic Graphics Project, University of Toronto, CSRI, vol. 21, No. 2 (Apr. 1987); pp. 116-120.Applicant
- Croft, W. Bruce and Lefkowitz, Lawrence S.; Task Support In an Office System; Computer and Information Science Department, University of Massachusetts, (1984) pp. 22-24.Applicant
- Fishner, S.S., et al.; Virtual Environment Display System; Interactive 3D Graphics (Oct. 23-24, 1986) pp. 77-87.Applicant
- Ziegler, K., Jr.; A Distributed Information System Study; IBM Syst. J., vol. 18, No. 3 (1979).Applicant
- Meyer, Mike; A Shell for Modern Personal Computers; University of California; pp. 13-19.Applicant
- Trigg, R.H. and Irish, P.M.; Hypertext Habitats: Experiences of Writers in NoteCards; Hypertext '87 Papers; Intelligent Systems Laboratory, Xerox Palo Alto Research Center; pp. 89-108.Applicant
- Donahue, James; Widom, Jennifer; Whiteboards: A Graphical Database Tool; ACM Transactions on Office Information Systems, vol. 4, No. 1, Jan. 1986, pp. 24-41.Applicant
- Rosenberg, J. et al.; An Overview of the Andrew Message System; Information Technology Center Carnegie-Mellon University; (Jul. 1987); pp. 99-108.Applicant
- Morland, D. Verne; Human Factors Guidelines for Terminal Interface Design; Communications of the ACM (Jul. 1983) vol. 26, No. 7, pp. 484-494.Applicant
- Good, Michael D., et al.; Building a User-Derived Interface; Communications of the ACM; (Oct. 1984) vol. 27, No. 10; pp. 1032-1043.Applicant
- Smith, Sidney L. and Mosier, Jane D.; Guidelines for Designing User Interface Software; UserLab, Inc. (Aug. 1986); pp. 1-384.Applicant
- “A Comparison of Application Sharing Mechanisms in Real-Time Desktop Conferencing Systems,” by S. R. Ahuja, et al; AT&T Bell Laboratories; 1990.Applicant
- “A Distributed Architecture for Multimedia Conference Control,” by Eve Schooler, ISI Research Report (Nov. 1991).Applicant
- “A Packet-Switched Multimedia Conferencing System,” by Eve Schooler, et al; ACM Sigois Bulletin, vol. 1, No. 1, pp. 12-22 (Jan. 1989).Applicant
- “An Architecture for Multimedia Connection Management,” by Eve Schooler, et al; Proceedings IEE 4th COMSOC International Workshop on Multimedia Communications; MM '92, pp. 271-274 (Apr. 1992).Applicant
- “Case Study: Multimedia Conference Control in a Packet-Switched Teleconferencing System,” Journal of Internetworking: Research and Experience; vol. 4, pp. 99-120 (Jun. 1993).Applicant
- “CERC Technical Report Series Research Note,” by Kankanahalli Srinivas, et al; Concurrent Engineering Research Center; Feb. 1992.Applicant
- “Collaboration Awareness in Support of Collaboration Transparency: Requirements for the Next Generation of Shared Window Systems,” by J. Chris Lauwers, et al; 1990 CHI '90 Proceedings.Applicant
- “CSCW '92 Demonstrations,” by Michael Muller, et al; Nov. 1992.Applicant
- “Design of a Multi-Media Vehicle for Social Browsing,” by Robert Root; Bell Communications Research; 1988.Applicant
- “Distributed Multiparty Desktop Conferencing System: Mermaid,” by Kazuo Watabe, et al CSCW 90 Proceedings; Oct. 1990.Applicant
- “Europarc's Integrated Interactive Intermedia Facility (IIIF): Early Experiences,” by Bull Buxton, et al; Elsevier Science Publishers B.V. (North-Holland); 11-34.Applicant
- “Explorations into Real-Time Multimedia Conferencing,” by Harry Forsdick; Computer Message System—85; 1986.Applicant
- “Kernal Support for Live Digital Audio and Video,” by Kevin Jeffay, et al; In Proc. of the Second International Workshop on Network and Operating System Support for Digital Audio and Video, Nov. 1991.Applicant
- “MM Conf: An Infrastructure for Building Shared Multimedia Applications,” by Terrence Crowley, et al; CSCW 90 Proceedings (Oct. 1990).Applicant
- “Multimedia—Principles, Systems and Applications,” by Lars Kjelldahl, et al; Apr. 1991; Proceedings of the 1991 Eurographics Workshop on Multimedia Systems, Applications, and Interaction; Stockholm, Sweden.Applicant
- “Multimedia Conferencing: Has it Come of Age?,” by Eve Schooler, et al; Proceedings 24th Hawaii International Conference on System Sciences, vol. 2, pp. 707-716 (Jan. 1991).Applicant
- “N-Way Conferencing With Packet Video,” by Stephen Casner, et al; The Third International Workshop on Packet Video, Mar. 22-23, 1990.Applicant
- “One is Not Enough: Multiple Views in a Media Space,” by William Gaver, et al; Interchi; Apr. 24-29, 1993.Applicant
- “Piloting of Multimedia Integrated Communications for European Researchers,” by P.T. Kirstein, et al; Proc. INET '93.Applicant
- “Portholes: Supporting Awareness in a Distributed Work Group,” by Paul Dourish, et al; CHI 1992; May 3-8.Applicant
- “Realizing a Video Environment: Europarc's Rave System,” by William Gaver, et al; Ranx Xerox Cambridge Europarc; 1992.Applicant
- “Rendevous: An Architecture for Synchronous Multi-User Applications,” by John Patterson, et al; CSCW Proceedings; Oct. 1990.Applicant
- “Replicated Architectures for Shared Window Systems: A Critique,” by J. Chris Lauwers, et al; Olivetti Research California 1990.Applicant
- “System Support for Integrated Desktop Video Conferencing,” by Amy Pearl; Sunmicrosystems Laboratories; Dec. 1992.Applicant
- “Team Work Station: Towards a Seamless Shared Workspace,” by Hiroshi; NTT Human Interface Laboratories; CSCW 90 Proceedings; Oct. 1990.Applicant
- “The Connection Contorl Protocol: Architecture Overview,” by Eve Schooler, et al; USC/Inormation Sciences Institute (Jan. 28, 1992).Applicant
- “The Impact of Scaling on a Multimedia Connection Architecture,” by Eve Schooler; ACM Journal of Multimedia Systems; vol. 1; No. 1; pp. 2-9 (1993).Applicant
- “The Inria Videoconferencing System (IVS),” by Thierry Turletti; October 1994.Applicant
- “The Multi Media Workstation,” by Dick Phillips; Siggraph '89 Panel Proceedings.Applicant
- “Touring Machine: A Software Platform for Distributed Multimedia Applications,” by M. Arango, et al; 1992 IFIP International Conference on Upper Layer Protocols, Architectures and Applications, May 1992.Applicant
- “Towards a Universal Directory Service,” by Keith Lantz, et al; Department of Computer Science and Electrical Engineering; Stanford University, 1985.Applicant
- “Videoconferencing as a Technology to Support Group Work: A Review of Its Failure,” by Carmen Egido; Bell Communications Research; 1988.Applicant