Electrical computers and digital processing systems: multicomput – Computer conferencing
Reexamination Certificate
1999-06-30
2002-12-24
Wiley, David (Department: 2158)
Electrical computers and digital processing systems: multicomput
Computer conferencing
C709S206000
Reexamination Certificate
active
06499053
ABSTRACT:
FIELD OF THE INVENTION
The present invention relates generally to the field of network communications, and more particularly to a method of and system for managing chat sessions in a network that may be bandwidth constrained.
DESCRIPTION OF THE PRIOR ART
Internet chat applications are commonplace today. Chat sessions are used for the exchange of information between members in social or educational contexts, or in work environments. Members of teams or workgroups can exchange information within their team or workgroup through the use of a chat application.
In high bandwidth networks, users can freely join and participate in chat sessions. Users can initiate a chat session with any other user or group of users. There can be almost as many chat sessions active on a network at any particular time as there are users. In bandwidth constrained networks, such as wireless networks, distributed chat application can easily overwhelm the network.
Typically, users of a bandwidth constrained network have responsibility for implementing necessary controls on their own. When voice users share a common channel they can hear other users and they recognize the bandwidth limitations. For example, pilots and controllers at a busy airport generally police their own use of the network by appropriate vocal protocols regarding who may initiate and respond to selected communications over the network. However, in digital communications, such as chat, the bandwidth limitation is not apparent to the user.
One impediment to the use of self policing in a distributed chat environment is that all users must be schooled in and disciplined in the use of alternative network user protocols to effectively manage the network. In certain situations, such as military and police operations, personal communication devices are provided to members as tools but there are insufficient time and resources to implement and train members in effective chat management protocols.
Another problem associated with distributed chat applications in wireless or other bandwidth constrained networks is that the users do not always use the same personal communication device. For example, the personal communication device may be installed in a police vehicle that may be assigned to different officers over the course of the day or week. Thus, the network address or mobile identification number associated with the personal communications device is not always associated with the same user.
In chat applications, a user wishes to communicate with another user without regard to the network address of the other user. Most chat applications maintain a list of network addresses associated with users. To accommodate users using different devices, the list of users and network addresses could be updated dynamically; however, the list would become large for mobile applications. Additionally, updating the lists dynamically in real time would require a substantial amount of bandwidth. The amount of data set over the unreliable low bandwidth network links must be minimized.
It is an object of the present invention to provide a method of and system for managing distributed chat applications in a bandwidth constrained network.
SUMMARY OF THE INVENTION
The present invention provides a chat system that includes a chat server and a plurality of chat clients in a network that may be bandwidth constrained. Each chat client is configurable, in response to instructions from the chat server, to operate in either a master mode or a slave mode. In the master mode, a chat client is capable of initiating a chat session. In the slave mode, a chat client is incapable of initiating a chat session and may participate only in a chat session initiated by another chat client operating in the master mode.
The chat server maintains, or has access to, a list of names of users that are designated master users. A user logs onto the system from a host by sending a logon message over the network to the chat server. The host has installed thereon a chat client application that may be configured in either the master mode or the slave mode. The chat server determines if the user is a master user. If so, the chat server sends a “run as master” reply to the host machine and logs the user onto the system, by entering the user name and network address of the host in a list of logged on users. If the user is not a master user, then the chat server sends a “run as slave” reply to the host machine and logs the user onto the system, again by entering the user name and network address of the host in a list of logged on users.
An invitor user initiates, or adds a member to, a chat session according to the present invention by selecting a user name form a list of potential invitees or by entering a user name. The invitor client sends an invitation to the invitee's user name at a proxy address at the chat server. Preferably, the invitor client enters the invitee's user name in an invitee list. The chat server determines if the invitee user is logged on. If not, the chat server informs the invitor, and the invitor client removes the invitee from the invitee list. If the chat server determines that the invitee is logged on, the chat server forwards the invitation to the invitee at the invitee's network address. The invitee client prompts the invitee user to accept or decline the invitation. If the invitee user declines the invitation, the invitee client sends a decline message to the invitor client at the network address of the invitor client. If the invitee user accepts the invitation, the invitee client sends a join message to the invitor client, and the invitor client adds the invitee's user name and client network address to a chat member list. Then, the chat session proceeds with the chat member client sending chat input to the master client and the master client sending chat session updates to the member clients.
REFERENCES:
patent: 5313524 (1994-05-01), Van Hulle et al.
patent: 5764916 (1998-06-01), Busey et al.
patent: 5774668 (1998-06-01), Choquier et al.
patent: 5793365 (1998-08-01), Tang et al.
patent: 5796393 (1998-08-01), MacNaughton ET AL.
patent: 5796395 (1998-08-01), De Hond
patent: 5828839 (1998-10-01), Moncreiff
patent: 5828843 (1998-10-01), Grimm et al.
patent: 5867653 (1999-02-01), Aras et al.
patent: 6018768 (2000-01-01), Ullman et al.
patent: 6070149 (2000-05-01), Tavor et al.
patent: 6195687 (2001-02-01), Greaves et al.
patent: 6076100 (2001-04-01), Cotriller et al.
patent: 6212548 (2001-04-01), DeSimone et al.
patent: 6215877 (2001-04-01), Matsumoto
patent: 6219045 (2001-04-01), Leahy et al.
patent: 6292769 (2001-09-01), Flanagan et al.
patent: 10-334051 (1998-12-01), None
Internet Relay Chat Protocol, May 1993, J. Oikarinen, D. Reed.
Marquette Brian N.
Stevens Mark B.
Williams Michael Lindsey
Wilson John D.
Hesse Karl O.
International Business Machines - Corporation
Wiley David
LandOfFree
Master/slave architecture for a distributed chat application... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Master/slave architecture for a distributed chat application..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Master/slave architecture for a distributed chat application... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2954542