KR100328553B1 - Multicast method for a group's leader relaying - Google Patents

Abstract

In the present invention, a group leader is provided for each multicasting group so that network resources can be properly distributed without being driven to either side, so that the entire information management is carried out by the server, and the mixing and relaying of data can be shared by the leader. In the multicasting server of the present invention, the multicasting server of the present invention manages information on the entire multicasting group, sets one user as the leader of the group for each multicasting group, Multicasting is implemented by integrating the data of all participants in each group and multicasting them to send to each participant, enabling multicasting through the Internet, which is not a specific network for separate multicasting. Do.

Description

Multicasting method relayed by group leader {MULTICAST METHOD FOR A GROUP'S LEADER RELAYING}

The present invention relates to a multicasting method capable of simultaneous multi-party communication, and more particularly, to a multi-recipient relayed by a group leader capable of efficient multi-party simultaneous communication without load of a server on the Internet rather than a specific network such as MBONE (Multicast Backbone). It is about casting method.

Multi-casting refers to multi-party simultaneous communication, which is a technology used in applications such as Internet video conferencing. Multicasting on the Internet was first proposed more than a decade ago at Stanford University in the United States, but was not used due to lack of various technologies, but in 1992 it was broadcasted to broadcast the conference scene of the Internet Engineering Task Force (IETF). ) Was constructed and started to be used in practice.

Multicasting first requires the ability to manage and maintain information about the multicasting group, and secondly transmits data such as voice or video made by multiple members of the multicasting group to all the multicasting groups. Function is required. The information to be managed in the first function is related to multicasting in general, such as who is the lead of multicasting, who participated in the middle, who withdrew in the middle, who is currently producing multicasting data.

The existing multicasting method can be classified into two types according to where and how the two functions are handled, which is a centralized multicasting method in which a server performs both functions, and a server is used. It is a distributed multicasting method in which each participant in the multicasting group is responsible for information management and data synthesis.

However, among the two methods, the centralized multicasting method has a disadvantage in that load is concentrated on the server, and thus a large number of multicasting groups cannot be created. In addition, since the distributed multicasting method manages all the information in the group for each individual in the multicasting group, for example, when a new person enters during the group discussion, information about the new participant is transmitted to each individual. There is a lot of unnecessary network traffic, such as transmission to all participants in the group when data is transmitted, which is a problem that becomes larger as more participants in the multicasting group.

In particular, when a plurality of talkers talk at the same time in a video conference or a voice chat, the voice data of each participant needs to be mixed and heard in order to be like a real conversation. When multicasting is performed in a conventional manner, a server Or there is a problem that more load is placed on the individual.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems. The object of the present invention is to manage the overall information, but the server has a leader for each multicasting group so that the mixing and relaying of data is shared among the readers. It is to provide a multicasting method that allows group leaders to relay without being driven to one side, so that they can be properly distributed.

1 is a configuration diagram of a network in which a multicasting method according to the present invention is performed.

2 is an operation diagram showing an operation relationship between a server and a terminal according to the present invention.

3 is a flowchart illustrating an operation relationship between a group leader and a participant according to the multicasting method of the present invention.

10: server

21 ~ 27: user terminal

As a technical means for achieving the above object of the present invention, the multicasting method relayed by the group leader according to the present invention

The server manages the information about the entire multicasting group, sets up a user as the leader of each group in each multicasting group, and the set group leader collects and synthesizes the data of all participants in the group. To share the work to be sent to them.

Hereinafter, with reference to the accompanying drawings will be described in detail the configuration and operation of the present invention.

1 is a view showing the configuration of a multicasting network to which the multicasting method according to the present invention is applied, 10 is a server managing information on multicast groups created through the Internet, and 21 to 23 and 24 to 26 are Internet. A terminal of each participant connected to each of the multicast groups (Groups A and B), usually a personal computer equipped with a communication device and web browsing function, especially for voice multicast communication. A function for converting participant's voice signal into voice data should be provided. An example of the means having such a function is an Internet telephone. In addition, in the case of videoconferencing, an image processing function must also be provided.

Among the terminals belonging to the multicasting group, the terminal 22 of the group A and the terminal 25 of the group B are terminals set as leaders of the corresponding multicasting group, respectively, from the server 10. It receives information and becomes a leader of a group, and receives text data, image data or voice data from terminals belonging to its own group, synthesizes them, and sends the synthesized data to all terminals belonging to its own group.

Accordingly, terminals 21 to 27 that want to participate in a predetermined multicasting group first connect to the server 10 to retrieve information related to all the multicasting groups managed by the server 10, and then to predetermined multicasting. After joining the group, all data is transmitted and received through the leader of the group.

In the above, the operation relationship between the group leader, the server and the participant is shown in FIG.

Among the plurality of terminals, any terminal 22 that wants to create a multicasting group with a predetermined subject asks the server 10 to create a group (S1), and the server 10 which has received the request has a predetermined number of terminals. It determines whether to accept according to the criteria, and sends a group creation permission signal to the terminal 22 (S2). At this time, the server 10 adds the newly created group name to the multicasting group list and manages the information. The terminal 22 is then registered as a leader in that group.

After the multicasting group is created, another user's terminal 21 who wants to participate in the multicasting group first requests information about the multicasting group from the server 10 (S3), and the server 10 The request from the terminal 21 is processed, and all the information managed by the server 10 is transmitted to the terminal 21.

At this time, the terminal 21 selects the terminal 22 which is the leader of the multicasting group to participate from the multicasting group information received from the server 10, and requests for participation in the multicasting conversation (S5).

The terminal 22 which is the leader of the multicasting group that receives the conversation participation request from the other terminal 21 transmits a conversation participation permission signal to permit participation through a predetermined confirmation or determination process (S6), and the server 10 ) Transmits information about the newly joined participants (S7). Receiving this, the server 10 responds to the terminal 22 of the group leader with respect to the above (s8), and updates the group information of the group. The latest information so updated is provided to the other terminal that requested the group information.

In the above, the terminal 22 registered as a leader of a predetermined multicasting group collects and synthesizes text, voice or image data sent from all terminals belonging to its multicasting group, including the newly joined terminal 21, The synthesized multicasting data is sent to all terminals belonging to its own group.

An operation between the leader of a predetermined group and the participants who belong to the group will be described in more detail with reference to the flowchart of FIG. 3.

3 is a flowchart showing an example of an operation in the case of providing a voice chat via an Internet telephone according to the present invention, in which a multicasting group is designated as a chat room. User 1 is the leader of the multicasting group and User2 represents the participant of the multicasting group. The dashed arrows indicate messages that are transmitted between the user and the server, and the dashed dashed lines indicate signal transmission between the leader and the participants in the same chat room.

In the above, the server is a server for providing the Internet telephone service, and at the same time performs the function of managing the multicasting group information described above. Each terminal is provided with an Internet telephony program equipped with a function for selecting an Internet telephony service including multicasting provided by the server.

When a user 1 having a terminal (for example, a personal computer) with appropriate hardware and software installed as described above accesses a server using a corresponding Internet telephone, and selects a multicasting related function, respectively (S301). A selection signal for requesting multicasting group information is transmitted from user 1 to the server. Then, the multicasting group information is transmitted from the server which processed it, and displayed on the corresponding terminal.

In this case, when the user 1 selects to create a new chat room (S302) and inputs various information related to a newly created multicasting group such as a group name and a description according to the operation sequence (S303), a room creation permission request is made with such data. The message is sent to the server. Then, the server registers a new chat room and sends a permission signal to the user1.

In the state where a predetermined chat room is made as described above, when another user 2 who accesses the server via the Internet selects a multicasting related function (S300 '), as described above, the selection signal for requesting multicasting group information to the server. Is sent, the server provides the corresponding user 2 with a list of chat rooms including the chat rooms created by the user 1 and the information of each chat room.

Therefore, when the user 2 selects a chat room in which the user 1 is the group leader (S305), the participation permission request signal is sent from the user 2 to the user 1, and the participation permission signal is received from the user 1 in the chat standby state (S304). Is sent, the user 2 joins the user's chat room. Afterwards, the chat room is joined by another user in the same way as user 2, and when the participants in the chat room become two or more including the group leader, the chat state becomes s306 and s306 'so that mutual multicasting chat can be made. do.

At this time, the conversation is performed by synthesizing the voice data received from all participants in the chat room by the user 1 registered as the group leader and sending it back to each participant.

Then, when the user 2 selects the end of the conversation (S307), the end of conversation signal is sent from the user 2 side to the user 1 side, the group leader receives it and the fact that user 2 exits from his chat room 10 (S308). The server 10 updates the information on the group.

When the user 1, who is a group leader, ends the conversation (S309), as in the case of the user 2, a message notifying the user of the message is transmitted to the server, where the server plays the role of the group leader to other users in the chat room. To allow the chat room to be maintained.

The server has a table (multiroom table) with information about multicasting groups (ie, chat rooms) and a table (multiclient table) with information about each user participating in the chat room for managing voice chat chat rooms. The multiroom table and the multiclient table are configured as shown in Table 1 and Table 2 below.

Field name purpose of use M_RID Room number M_RNAME Room name M_RDES Room description M_RSTAT Distinguish between waiting room and chat room M_RPUB Whether public or private M_RPASS Password when private M_RMAX Max capacity M_RCUR Current participants M_ROWNER Owner's IP address

Field name purpose of use M_CSERIAL User serial number M_CRID Chat room number (ID) M_CIP User IP address M_CSEQUENCE Sequence number in chat room M_CNICK User alias

In addition, if the messages sent and received between the terminal and the server for multicasting are classified by operations, the chat room information request, the chat room join request, and the exit of the chat room are divided into the chat room requesting multicasting group information from the terminal to the server. In connection with the request for information, a message containing user information such as a user's serial number, a user's telephone number, a user's name, and an ID, and a response message for the message (RROOM) is displayed on the server. There is a message to send the room information, such as room number, room name, room description, room status, visibility, maximum number of people, current number of people.

In addition, as a message related to a room creation request sent to the server to create a multicasting group, user information such as a user's serial number, ID, and IP address, and room information such as a room name and room description The included message, the message allowing the generation in response to the server's response to the user's request, and the message that rejects the generation is used.

Then, the message related to the request for joining the conversation sent to the group leader by the terminal that wants to join the pre-created multicasting group includes the user's serial number, IP address, telephone number, name, ID, and room password. A request message, a permission message for participating in a conversation and a message for rejecting a message sent by a group leader as a response to a request to join a conversation, a message for the group leader to send information about a newly joined user to the server, and a message sent from the server to the group leader The response message is used.

And, with respect to leaving the chat room, a message that the user informs the group leader to leave the chat room, a response message of the group leader, a message that the group leader sends information of the user leaving the room to the server, and a message of the group leader There is a response from the server for.

As described above, according to the present invention, the information on the entire multicasting group is managed by the server, and the data processing related to the multicasting in each group is controlled by the designated group leader among the users in each group. The sharing has an excellent effect of preventing the load from concentrating on either side.

In addition, the group leader relaying the multicasting data is dynamically allocated in the generated multicasting group, and there is no need for a separate relay role for the server, so that the multicasting service is not added to the public network without additional equipment. There is an excellent effect that can be provided effectively.

Claims (5)

In the multicasting method for simultaneous communication between two or more terminals through a server that manages information on a plurality of multicasting groups, A first step of initiating information management for the multicasting group while registering a terminal (leader terminal) requesting the establishment of a multicasting group by accessing the server as a leader of the multicast group; A second step of providing information on the multicasting group to the corresponding terminal when any terminal (participant terminal) accessing the server requests information from all the multicasting groups; A third step of, when the participant terminal selects the leader terminal through the multicasting group information and requests to participate in the conversation, the leader terminal acquires information on the terminal from the participant terminal and transmits the information to the server; And a fourth step of collecting and synthesizing data transmitted from all terminals belonging to the multicasting group, and transmitting the synthesized multicasting data to all terminals belonging to the multicasting group. Multicasting method that is relayed. The method of claim 1, If the participant terminal requests to leave the reader terminal, the reader terminal further comprises the step of transmitting the information of the participant terminal to the server to update the information on the multicasting group managed by the server Multicasting method relayed by the group leader, characterized in that. delete The method of claim 1, In the first left, The reader terminal transmits a message composed of the user information including the user's serial number, ID, and IP address, the name of the multicast group to be created, and the multicast group information including the description of the multicast group to the server. Multicasting method relayed by a group leader, characterized in that requesting the establishment of a multicast group. The method of claim 1, In the second process, The information on the multicasting group provided to the participant terminal by the server indicates a message indicating the number of all multicasting groups currently managed, and the name, description, visibility, maximum number of people, and current number of each multicasting group. Multicasting method relayed by a group leader, characterized in that consisting of a message.