Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/16—Arrangements for providing special services to substations
  • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
  • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
  • H04L12/1827—Network arrangements for conference optimisation or adaptation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/10—Flow control; Congestion control
  • H04L47/12—Avoiding congestion; Recovering from congestion
  • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities

Definitions

• the present invention is directed, in general, to network chat environment and, more specifically, to a system and method for managing the chat load in a chat room.
• Communications networks such as the Internet or World Wide Web (“Web"), have enabled people throughout the world to exchange information and ideas in real-time.
• One of the most popular information exchanging forums is called a "chat room.”
• Chat rooms are provided to members (chat clients) of an on-line service provider to allow multiple chat clients to simultaneously engage in real time text conversations with each other.
• a chat room is administered by a chat server that receives messages from chat clients and distributes the messages to the chat clients registered with the chat room.
• Recently, interactive television systems have been developed that incorporate chat room functionality with broadcast television programming.
• Interactive television systems are capable of delivering conventional audio and video associated with a television program, along with text, graphic images, web pages and other information to television viewers.
• additional information can include chat lines related to the particular broadcast television program.
• chat rooms traditionally include only a limited number of chat clients. As the popularity of interactive television increases, the number of chat clients registered with a chat room related to a particular television program could scale well beyond the capabilities of current chat room environments.
• chat clients In order for chat clients to read a particular chat line, that chat line should be displayed for at least three seconds. With potentially thousands of chat clients, each sending text messages, the wait time for broadcasting and displaying the text messages may become too long, resulting in dissatisfied chat clients and unmanageable chat rooms. For example, if a particular chat client reads a chat line and sends a text message responding to the chat line, the text message may not be displayed for minutes, making chat room conversations difficult to follow.
• the system and method of the present invention is capable of managing the chat load in a chat room.
• the system and method of the present invention is also capable of automatically dividing or merging chat rooms to manage the chat load.
• the system and method of the present invention is further capable of managing the chat load, while preserving ongoing chat conversations.
• the system and method of the present invention comprises a chat controller in a network chat environment.
• the chat controller manages an initial chat room that has a set of chat clients registered therewith.
• the chat clients exchange information in the form of a plurality of chat lines in the initial chat room.
• the chat controller determines a chat load representing a statistic associated with the chat lines and modifies the initial chat room based on the chat load.
• the chat controller is capable of measuring the chat load against a threshold to determine whether to divide the initial chat room into multiple chat rooms or merge the initial chat room with one or more additional chat rooms.
• a thread management controller is provided in communication with the chat controller to determine one or more associations between the chat lines and identify one or more threads corresponding to the associations. The chat controller modifies the initial chat room based on the threads.
• Appendix means any device, system or part thereof that controls at least one operation, such a device may be implemented in hardware, firmware or software, or some combination of at least two of the same. It should be noted that the functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. In particular, a controller may comprise one or more data processors, and associated input/output devices and memory, that execute one or more application programs and/or an operating system program. Definitions for certain words and phrases are provided throughout this patent document. Those of ordinary skill in the art should understand that in many, if not most instances, such definitions apply to prior uses, as well as future uses, of such defined words and phrases.
• FIGURE 1 is a schematic overview of an exemplary system for managing chat load of chat rooms in accordance with the principles of the present invention
• FIGURE 2 is a block diagram of an exemplary computer comprising chat capabilities in accordance with the principles of the present invention
• FIGURE 3 block diagram of an exemplary interactive television system comprising chat load management capabilities in accordance with the principles of the present invention
• FIGURE 4 is a schematic diagram illustrating a system for automatically dividing chat rooms in accordance with an advantageous embodiment of the present invention
• FIGURE 5 illustrates a flow chart showing the steps for dividing chat rooms in accordance with the principles of the present invention
• FIGURE 6 is a schematic diagram illustrating a system for automatically merging chat rooms in accordance with another advantageous embodiment of the present invention
• FIGURE 7 illustrates a flow chart showing the steps for merging chat rooms in accordance with the principles of the present invention
• FIGURE 8 illustrates a flow chart showing the steps for managing chat rooms using conversation threads in accordance with an advantageous embodiment of the present invention.
• FIGURES 1-8 discussed below, and the various embodiments used to describe the principles of the present invention in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the present invention.
• the present invention may be used in any suitable chat room environment.
• FIGURE 1 is a schematic overview of an exemplary system 100 for managing chat load in chat rooms in accordance with the principles of the present invention.
• System 100 includes a distributed computing network 50.
• network 50 is the Internet or World Wide Web ("Web").
• Web World Wide Web
• network 50 can be a private network or other network capable of transmitting data.
• chat server 150 Connected to network 50 are chat server 150 and a plurality of chat terminals 10 associated with chat clients.
• Each chat terminal 10 comprises a monitor 20 or other type of display device for displaying chat lines to the chat client and one or more input devices 30 and
• each chat terminal 10 can include a keyboard 30 and mouse 40 to enter chat lines into chat terminal 10 for transmission to chat server 150 via network 50.
• Other input devices may include microphone, joystick, game pad, satellite dish, scanner or the like.
• chat terminal 10 may include other peripheral output devices (not shown), such as speakers and printers.
• Chat server 150 includes input/output (I/O) unit 110 for transmitting and receiving chat lines to and from chat terminals 10 via network 50.
• Chat server 150 further includes chat controller 120 for facilitating communication (e.g., chat lines) between chat terminals 10 via network 50 in real time.
• Chat controller 120 manages one or more chat rooms, each having one or more chat terminals 10 registered therewith.
• Chat controller 120 receives chat lines from registered chat terminals 10 associated with a particular chat room and retransmits received chat lines to each chat terminal 10 registered with the particular chat room.
• chat controller 120 is further capable of managing the chat load in each of the chat rooms controlled by chat controller 120.
• chat controller 120 is operable to determine a chat load representing a statistic associated with the chat lines in a particular chat room and modify the particular chat room based on the chat load. For example, as will be described in more detail below in connection with FIGURES 4-7, chat controller 120 is capable of measuring the chat load against a threshold to determine whether to divide the particular chat room into multiple chat rooms or merge the particular chat room with one or more additional chat rooms to balance the chat load across all chat rooms. In one embodiment, chat controller 120 can divide or merge chat rooms based on relations between chat clients. For example, chat controller 120 can examine "buddy" lists established by chat clients and, as a default, keep chat clients together that have each other in their "buddy" lists.
• chat server 150 also includes thread management controller 130 in communication with chat controller 120.
• Thread management controller 130 is operable to determine one or more associations between the chat lines in a particular chat room using one or more thread management techniques, which will be described in more detail below, and identify one or more threads corresponding to the associations.
• thread refers to a set of chat lines in a particular time interval that are related to each other by one or more associations.
• a particular chat line can be related to zero (new thread) or more previous chat lines.
• Chat controller 120 is further operable to modify the chat room based on the threads.
• thread management controller 130 assigns each of the chat lines to one of the threads and determines the chat clients (chat terminals 10) associated with the chat lines in each of the threads.
• Chat controller 120 can divide or merge chat rooms based on the threads in each chat room to preserve chat conversations.
• thread management controller 130 can determine the probability that a particular chat line relates to a previous chat line. If a chat line is sent within a predefined time interval [a,b], the probability is high that the chat line refers to an immediately preceding chat line, and therefore in the same thread.
• the predefined time interval [a,b] can be determined by the typical chat client reaction speed, taking into consideration both the time that a chat client begins to type a response and the time the chat client sends the response.
• thread management controller 130 can use a keyword match technique to structure chat room conversations. For example, if a chat line is sent that contains keywords of a previous chat line, there is a high probability that the chat line is a reaction to the previous chat line or at least in the same thread.
• thread management controller can use a frequent interaction technique to identify threads in a chat room. If two chat clients interact frequently, there is a high probability that two nearby chat lines of these two chat clients are related, and thus in the same thread. For example, if two chat clients have each other in their on-line "buddy list,” there is a high probability that chat lines of these two chat clients are related, and thus in the same thread.
• thread management controller 130 can use a same client technique to determine the associations between chat lines in a chat room. With a certain probability, the chat lines transmitted by a particular chat client relate to each other. The probability increases when an earlier chat line is unfinished (broken sentence), contains a spelling error, is very long or indicates a list.
• thread management controller 130 can use a grammar analysis technique to determine threads in a chat room. For example, thread management controller 130 can identify question-answer pairs between chat lines.
• thread management controller 130 can use a "popular" chat client filter technique to determine which thread(s) a particular chat line belongs to.
• thread management controller 130 can track "popular" chat clients that elicit numerous non-negative reactions and can splice the chat lines of a "popular" chat client into one or more threads or one or more chat rooms to keep the chat conversation lively. Any reactions to the spliced-in chat lines can be made visible to the "popular" chat client, regardless of which thread or chat room the "popular" chat client is assigned to.
• thread management controller 130 can use a filter technique to determine which thread a particular chat line belongs to. For example, if a thread is filtered from a particular chat client, such that the particular chat client does not see the chat lines of the thread, there is a high probability that a chat line transmitted by the particular chat client is not associated with that thread.
• thread management controller 130 can use an identification technique to determine the association between chat lines. Chat clients can explicitly refer to a previous chat line in their chat line. For example, a chat client can click using mouse 40 on a previous chat line before sending their chat line, or a chat client can refer to a previous chat line by a chat line identifier.
• FIGURE 2 is a block diagram of an exemplary computer 10 comprising chat capabilities in accordance with the principles of the present invention.
• Computer 10 corresponds to chat terminal in FIG. 1.
• Computer 10 includes a processor 15, memory 16 and I/O Unit 12.
• I/O Unit 12 transmits and receives chat lines to and from network 50 (shown in FIG. 1).
• Processor 15 can be any microprocessor, microcontroller or programmable processing device.
• Memory 16 can be any type of computer readable media, including but not limited to random access memory (RAM), read only memory (ROM), flash memory,
• Memory 16 provides non- volatile storage of computer readable instructions, data structures and other data for computer 10.
• memory 16 can store web browser 18 and chat application 19.
• Web browser 18 is run by processor 15 to access network 50.
• Chat application 19 is run by processor 15 and manages connectivity and message delivery between computer 10 and chat server 150 (shown in FIG. 1).
• memory 16 could also store a thread management application (not shown) that is capable of providing additional local filtering based on threads to deal with temporary spikes in chat load. For example, if in a given time period, only 1 chat line can be shown, and there is more than one chat line in the queue, the local thread management application could filter the chat lines that are associated with a non-active thread (i.e., within a thread that the chat client has not recently submitted a chat line).
• FIGURE 3 is block diagram of an exemplary interactive television system 300 comprising chat load management capabilities in accordance with the principles of the present invention.
• Interactive television system 300 includes broadcast server 320, such as a digital video broadcasting network server, that broadcasts a broadcast signal 315 to communication devices 305 (only one of which is shown, for simplicity).
• Broadcast signal 315 can include, for example, interactive television signals comprised of an audio/video portion of a television program 322 and an interactive portion including chat lines associated with a chat room pertaining to the television program.
• Broadcast server 320 includes transceiver 324 for transmitting broadcast signal 315 to communication device 305.
• Broadcast server 320 further includes chat controller 120 for facilitating communication (e.g., chat lines) between communication devices 305 in real time. Chat controller 120 manages one or more chat rooms associated with television program 322, each having one or more communications devices 305 registered therewith.
• Chat controller 120 receives chat lines from registered communications devices 305 associated with a particular chat room and provides chat lines to transceiver 324 for broadcast with television program 322 over broadcast signal 315 to each communications device 305 registered with the particular chat room. Chat controller 120 further managing the chat load in each of the chat rooms controlled by chat controller 120, as described above in connection with FIGURE 1.
• Broadcast server 320 also includes thread management controller 130 in communication with chat controller 120. Thread management controller 328 is operable to determine one or more associations between the chat lines in a particular chat room using one or more thread management techniques, as described above, and identify one or more threads corresponding to the associations. Chat controller 120 is further operable to modify the chat rooms based on the associated threads.
• Communication device 305 typically includes a receiver 330, such as a set-top box, connected to an antenna 340, a display 310, such as a monitor or television set, and a back channel interface 350 to broadcast server 320 via network 50.
• Receiver 330 may be integrated into display 310 or be a stand-alone device, such as a set-top box.
• Receiver 330 comprises transceiver 332, processor 334 and memory 337.
• Transceiver 332 is operable to transmit chat lines to broadcast server 320 over back channel interface 350 and receive broadcast signal 315 from broadcast server 320 via antenna 340.
• Processor 334 can be any microprocessor, microcontroller or programmable processing device.
• Memory 336 can be any type of computer readable media, including but not limited to random access memory (RAM), read only memory (ROM), flash memory, EEPROM, disk drive (e.g., hard disk drive, magnetic disk drive or optical disk drive), floppy disk, tape drive, CDROM, DVD or any other type of storage device.
• RAM random access memory
• ROM read only memory
• flash memory e.g., EEPROM
• disk drive e.g., hard disk drive, magnetic disk drive or optical disk drive
• floppy disk e.g., hard disk drive, magnetic disk drive or optical disk drive
• tape drive e.g., CDROM, DVD or any other type of storage device.
• Memory 336 provides non- volatile storage of computer readable instructions, data structures and other data for computer 10.
• memory 336 can store web browser 337 and chat application 338.
• Processor 334 runs chat application 338 to separate the interactive portion of the signal from the A/V portion of the signal.
• Processor 334 runs web browser 337 to establish back channel
• Processor 334 further runs chat application 338 and web browser 337 to construct a display signal that integrates the A/V portion and the interactive portion of the broadcast signal in a suitable format, as requested by the chat client, and to provide the display signal to display 310 for display thereon.
• memory 336 could also store a thread management application
• chat lines can be broadcast in broadcast signal 315 and the filtering can be done at the receiver 330.
• two signals can be broadcast to receiver 330.
• the normal broadcast signal 315 can include a few non-personalized chat lines relevant to the topic associated with the chat room that the chat client is currently registered, and a second signal
• FIGURE 4 is schematic diagram illustrating a system for automatically dividing chat rooms in accordance with an advantageous embodiment of the present invention.
• FIG. 4 illustrates a chat room environment 400 where communication is sent within a chat room 410 between a set of chat clients 420, 422, 424 and 426 through chat controller 120 that manages chatroom 410.
• Chat clients 420, 422, 424 and 426 correspond to chat terminals lO ofFIG. 1, communication devices 305 of FIG.3 or any other user device capable of registering with chat room 410 and sending and receiving chat lines in chat room 410.
• chat controller 120 is operable to calculate the chat load in chat room 410, where the chat load represents a statistic associated with the chat lines transmitted in chat room 410.
• the statistic can be the average number of chat lines per second sent by chat clients 420, 422, 424 and 426 in chat room 410.
• chat controller 120 is further operable to compare the calculated chat load with a high threshold (THIGH) 405. If the calculated chat load exceeds THIGH 405, chat controller 120 is operable to create new chat rooms 411, 412 and 413.
• THIGH high threshold
• chat clients 420, 422, 424 and 426 are divided over new chat rooms 411, 412 and 413, such that the chat load in each of new chat rooms 411, 412 and 413 does not exceed THIGH 405.
• chat client #1 420 is moved from chat room 410 into new chat room (CR1) 411
• chat client #2 424 and chat client #3 424 are moved from chat room 410 into new chat room (CR2) 412
• chat client #N 426 is moved from chat room 410 into new chat room (CRN) 413.
• new chat rooms 411, 412 and 413 can be one or greater, with a portion of chat clients 420, 422, 424 and 426 being moved from chat room 410 to the new chat room(s). It should further be understood that the assignment of chat clients to new chat rooms can be performed based on conversation threads in the chat room.
• FIGURE 5 illustrates a flow chart showing the steps for dividing chat rooms in accordance with the principles of the present invention.
• the steps shown in FIGURE 5 are collectively referred to with reference numeral 500.
• a chat room is established with a set of registered chat clients.
• the chat load in the chat room is determined and compared with a threshold at step 530. If the chat load is less than the threshold, the chat load in the chat room is determined again at step 520. However, if the chat load in the chat room exceeds the threshold, one or more new chat rooms are created at step 540 and the set of registered chat clients is divided over the chat rooms at step 550.
• FIGURE 6 is a schematic diagram illustrating a system for automatically merging chat rooms in accordance with another advantageous embodiment of the present invention.
• FIG.6 illustrates a chat room environment 600 where communication is sent within multiples chat rooms 610, 612 and 614 between respective sets of chat clients 620, 622, 624 and 626 through chat controller 120 that manages chat rooms 610, 612 and 614.
• chat client #1 620 is registered with chat room (CR1) 610
• chat client #2 622 is registered with chat room
• chat controller 120 is operable to calculate the respective chat load in each chat room 610, 612 and 614, where the chat load represents a statistic associated with the chat lines transmitted in each chat room 610, 612 and 614.
• the statistic can be the average number of chat lines per second sent by chat clients 624 and 626 in CR3 614.
• Chat controller 120 is further operable to compare the calculated chat load in each chat room 610, 612 and 614 with a low threshold (TLOW) 605. If the calculated chat load in any chat room 610, 612 or 614 falls below TLOW 605, chat controller 120 is operable to merge the low chat room(s) with one or more additional chat rooms, such that the chat load in each chat room is above TLOW 605.
• TLOW low threshold
• chat controller 120 merges chat rooms CRl 610 and CR2612 into chat room CR4616 and chat clients #1 and #2 620 and 622 are moved into CR4 616.
• the chat load in CR4 is now above TLOW 605.
• the chat load in chat room CR3614 is above TLOW 605. Therefore, CR3
• chat clients #3 and #4 624 and 626 are registered with CR3 614.
• chat clients registered with a low chat room can be distributed over multiple chat rooms (e.g., CR2 612 and CR3 614).
• chat clients from CR2 612 and/or CR3 614 can be moved over to the low chat room CRl to balance the load in all chat rooms 610, 612 and 614.
• the number of chat rooms 610, 612 and 614 merged and/or modified can be two or greater in any possible load balancing configuration.
• chat clients from a low chat room can be merged with chat clients from one or more additional chat rooms based on conversation threads in the chat rooms.
• FIGURE 7 illustrates a flow chart showing the steps for merging chat rooms in accordance with the principles of the present invention.
• the steps shown in FIGURE 7 are collectively referred to with reference numeral 700.
• chat rooms are established with respective sets of registered chat clients.
• the chat load in each chat room is determined and compared with a threshold at step 730. If the chat load in all chat rooms is greater than the threshold, the chat load in each chat room is determined again at step 720. However, if the chat load in any of the chat rooms falls below the threshold, a timer is set at step 740. At step 750, a determination is made whether the timer has expired.
• the chat load in the low chat room is determined at step 760 and compared against the threshold at step 770. If the chat load increases above the threshold before the timer expires, the chat load in each chat room is once again determined at step 720. However, if the chat load remains below the threshold for the duration of the timer, the low chat room is merged with one or more additional chat rooms or one or more chat clients or chat lines of one or more chat rooms at step 780.
• FIGURE 8 illustrates a flow chart showing the steps for managing chat rooms using conversation threads in accordance with an advantageous embodiment of the present invention.
• the steps shown in FIGURE 8 are collectively referred to with reference numeral
• a plurality of chat lines are received from registered chat terminals associated with one or more chat rooms.
• one or more associations between the chat lines per chat room are determined using one or more thread management techniques, as described above. From the determined associations, one or more threads per chat room are identified at step 830, and each of the chat lines is assigned to one of the threads at step 840.
• the chat clients are associated with the threads based on the chat line assignments performed in step 840.
• the chat rooms are merged or divided based on the threads. For example, each thread in a particular chat room can be assigned to one of two or more new chat rooms. As another example, related or similar threads in different chat rooms can be merged together.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• General Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Information Transfer Between Computers (AREA)
• Debugging And Monitoring (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=34965723

Family Applications (1)

Country Status (6)

Families Citing this family (34)

Family Cites Families (13)

• 2005
  • 2005-04-19 EP EP05732035A patent/EP1741251A1/en not_active Withdrawn
  • 2005-04-19 KR KR1020067021868A patent/KR20070005690A/ko not_active Application Discontinuation
  • 2005-04-19 WO PCT/IB2005/051282 patent/WO2005104466A1/en not_active Application Discontinuation
  • 2005-04-19 US US11/568,101 patent/US20090228944A1/en not_active Abandoned
  • 2005-04-19 CN CNA2005800124268A patent/CN1947391A/zh active Pending
  • 2005-04-19 JP JP2007509042A patent/JP2007534076A/ja active Pending

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events