KR20020022564A - Method and system for communicating the voice in user group by means of internet broadcasting - Google Patents

Abstract

PURPOSE: A method and a system for voice transmission to multiple participants are provided to realize a chat between multiple participants by using a P2P(Peer to Peer) technology for a desktop application and a web application, to broadcast through the Internet using various contents, and to improve communication quality by inducing the concept of ham. CONSTITUTION: The method comprises the steps of receiving a call sign and a password from a first master terminal of a first ceremony master through a communication network(320), receiving the selected information of a first broadcast channel among at least one predetermined broadcast channels from the first master terminal(355), receiving a connection request information from the audience terminals of at least one audiences, transmitting an IP(Internet Protocol) address of the first master terminal to the audience terminal in response to the selected information of the first broadcast channel transmitted from the audience terminal, transmitting an IP address of the audience terminal to the first master terminal, and disconnecting the first master terminal from the audience terminal.

Description

Method and system for multi-way voice transmission using internet broadcasting {Method and system for communicating the voice in user group by means of internet broadcasting}

The present invention relates to a multi-party voice transmission method and system using internet broadcasting, and more particularly, to a multi-party voice transmission method and system using internet broadcasting which enables the generation of an internet personal broadcasting station and voice transmission between a broadcaster and a listener during a broadcast. .

With the development of communication technology, Internet broadcasting stations capable of operating broadcasting stations with small capitals in addition to conventional air broadcasting have emerged.

Internet broadcasting means that data of an object captured by a PC camera (for example, a webcam, etc.) is transmitted to viewers at set time intervals so that viewers can watch an image of an object in real time through a web browser. Say a concept or action.

However, the conventional Internet broadcasts remain at a level that does not deviate from the framework of existing broadcast programs. That is, since the hosts of the broadcasting station monopolize the progress of the program, the viewers have a problem that only limited access through the telephone is allowed in terms of the progress of the program.

In addition, although the conventional Internet broadcasting station can be constructed in a relatively small amount compared to the conventional air broadcasting station, there is a problem that a significant cost must be paid for an individual to have his or her own Internet broadcasting system.

Accordingly, an object of the present invention is to utilize the P2P technology currently in use for desktop applications and web applications, enabling multi-party conversations, and also enabling Internet broadcasting with various contents. By introducing the concept of ham to provide a multi-way voice transmission method and system using the Internet broadcasting capable of improved communication.

Another object of the present invention is to provide a method and system for multilateral voice transmission using internet broadcasting, in which a broadcast facilitator and a listener in the same channel can communicate in real time through voice.

Another object of the present invention is to introduce a channel concept within one broadcasting station system, whereby a plurality of broadcast facilitators can conduct independent personal broadcasts, and a listener can multi-party voice transmission using internet broadcasting to selectively listen to a desired broadcast. It is to provide a method and system.

It is still another object of the present invention to provide a web application on a personal homepage, and to provide a multi-party voice transmission method and system using internet broadcasting that enables real-time voice conversation between a personal homepage operator who has a desktop application installed and a user who visited the homepage. To provide.

1 is a view showing a schematic configuration of an internet broadcasting system according to an embodiment of the present invention.

2A and 2B illustrate screen display output to a user terminal display unit when a broadcast program is executed according to an exemplary embodiment of the present invention.

3 is a flow chart showing a method of proceeding Internet broadcasting using a Peer-to-Peer method according to an embodiment of the present invention.

4 is a flowchart illustrating a method for listening to Internet broadcast using a Peer-to-Peer scheme according to an embodiment of the present invention.

5 is a data flow diagram illustrating a conversation method between users during an internet broadcast in accordance with a preferred embodiment of the present invention.

Figure 6a is a flow chart showing a method for generating a communication channel in the multi-party voice transmission method according to an embodiment of the present invention.

6B is a flowchart illustrating a method of accessing a communication channel generated in a multi-way voice transmission method according to an exemplary embodiment of the present invention.

Figure 6c is a flow chart showing a method of performing communication in a multi-party voice transmission method according to an embodiment of the present invention.

<Explanation of symbols for main parts of the drawings>

110: host terminal

120: operator system

130a, 130b: listener terminal

140: connection processing unit

145: load balancer

150: channel control unit

155: transmission unit

160: storage unit

In order to achieve the above objects, according to an aspect of the present invention, in the method for performing Internet broadcasting by any broadcast coordinator, receiving a connection request from the first coordinator terminal of the first broadcast coordinator via a communication network, 1 Receive selection information on the first broadcast channel from among at least one broadcast channel preset from the host terminal, receive connection request information from the listener terminal of the at least one broadcast listener, and select the first broadcast channel from the listener terminal. When the information is received, a multi-way voice transmission method using an Internet broadcast is provided, characterized in that the IP address of the first host terminal is transmitted to the listener terminal, and the IP address of the listener terminal to the first host terminal, To perform the multi-party voice transmission method using the Internet broadcast A system and apparatus are provided to facilitate this.

In addition, when the selection information on the second broadcast channel is received from the listener terminal, it is checked whether the broadcast is being performed on the second broadcast channel, and when the broadcast is being performed, it corresponds to the second broadcast coordinator performing the broadcast. The IP address of the second moderator terminal may be transmitted to the listener terminal, the IP address of the listener terminal may be transmitted to the second moderator terminal, and the connection between the first moderator terminal and the listener terminal may be released.

In addition, it is checked whether the first broadcast coordinator has a right to perform a broadcast on a first broadcast channel, and when the first broadcast coordinator has a right to perform a broadcast, the broadcast data is received from the first coordinator terminal, and the broadcast data is received. May be transmitted to the listener terminal, and the broadcast data may include voice, sound, music, and the like.

In addition, when a communication request with a listener is received from the first coordinator terminal, a communication channel corresponding to the communication request is generated, and the listener is connected to the communication channel using the listener terminal, the communication received from the first coordinator terminal. The data may be transmitted to the listener terminal, and the communication data may include voice, music, sound, and the like as the broadcast data.

The channel applied to the present invention is a gateway that connects an IP address between a broadcast coordinator and at least one listener, and may be represented by a number.

According to another preferred embodiment of the present invention, in a method of executing a broadcast program installed in the facilitator terminal, any broadcast facilitator performs Internet broadcasting, transmitting a connection request to a multi-party voice transmission system through a communication network, Among the at least one broadcast channel, a broadcast facilitator transmits selection information on any broadcast channel to which a broadcaster has authority to perform a broadcast, receives an IP address of at least one listener terminal connected to the broadcast channel, and uses the IP address to listen to the listener terminal. When the broadcast data is directly transmitted to the listener terminal, the broadcast data is transmitted to the listener terminal, and when the broadcast data cannot be transmitted directly to the listener terminal, the broadcast data is transmitted to the multilateral voice transmission system. Featured Internet There is provided a multi-party voice transmission method using a transmitter, there is provided a system, apparatus, and recording medium capable of executing the multi-party speech method using the Internet broadcasting art.

In addition, when the communication request data is transmitted to the listener terminal through the communication network, the communication approval data is received from the listener terminal, and the communication data can be directly transmitted to the listener terminal, the communication data is transmitted to the listener terminal, and directly to the listener terminal. In the case where communication data transmission is impossible, communication data can be transmitted to the multiparty voice transmission system.

In addition, the communication channel generation request is transmitted to the multiparty voice communication system through the communication network, the communication channel assignment data generated from the multiparty voice communication system is received, the communication channel assignment data is transmitted to the listener terminal, and the communication channel assignment data correspond to the communication channel assignment data. The communication port can be used to connect to the listener terminal.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a view showing a schematic configuration of an internet broadcasting system according to an embodiment of the present invention.

Referring to FIG. 1, a multi-party voice transmission system using internet broadcasting may include a host terminal 110, an operator system 120, and listener terminals 130a and 130b.

The operator system 120 may include a connection processor 140, a load balancer 145, a channel controller 150, a transmitter 155, a storage 160, and the like.

The access processing unit 140 checks whether the user's callsign and password are valid through the storage unit 160, and then, if the user is confirmed as a valid user, information necessary for the user (for example, the user's own Channel, available channel range, etc.). In addition, the broadcasting program of the user whose version is lower is automatically updated.

Callsign applied to the present invention is used in a wireless HAM, and in the present invention, a callsign is applied as a concept corresponding to an ID when using the present invention.

Callsign applied in off-line HAM is applied in the form of 'HL5CBT'. Here, HL is a prefix representing a country, 5 is a region, and CBT is a suffix meaning a callsign designation order.

Callsign applied in the present invention also uses the same scheme as the offline callsign (Callsign). In other words, offline HAM users can use their own call-signs. Network users, however, have one more N character before the prefix, which is in the form of 'NHL5CBT'.

If the callsign is used instead of the ID, the callsign alone can identify the region where the other party is located.

In addition, the load balancer unit 145 manages at least one channel controller 150, and stores whether the channel is opened and channel information managed by the channel controller 150. In addition, the user who wants to move the channel is notified of the information of the channel control unit 150 managing the channel to enable the user to access the channel. In addition, when a user wants to access a channel that is not established, the channel controller 150 commanding the channel controller 150 having the most margin among the at least one channel controller 150 is ordered.

The channel manager 150 is a means for directly managing a channel. When a new user connects to an arbitrary channel, the channel manager 150 notifies other users in the same channel of the new user's IP address. If the channel is a broadcasting channel, the user is instructed to connect to the broadcasting port of the broadcasting user, and the IP address of the currently connecting user is stored. The channel controller 150 continuously transmits channel information managed by the channel controller to the load balancer unit 145.

The transmitter 155 transmits the voice compressed data received from the host terminal 110 to at least one listener terminal 130a connected through the same channel. For example, communication between the moderator and the listener may use the TCP or UDP protocol, depending on the user's choice.

In this case, the communication voice data of the moderator cannot be directly transmitted to the listener in the network to which NAT (Network Address Translation) technology is applied or protected through a firewall. For these users, the transmitter (or transport server) connects between the two users in the middle. However, as shown in FIG. 1, even if the transmitter 155 is not provided separately, the channel controller 150 may perform the role of the transmitter.

NAT technology or firewalls are concerned with security for the protection of intranets. Among them, NAT technology means that when a user in an intranet environment connects to a user or server on the Internet, an external user communicates through an IP address that is completely different from the IP address actually registered on the user's computer or server. It is a technique that can not be known.

The storage unit 160 may store user information such as a broadcast facilitator and a listener. In addition, the channel related information managed by the load balancer 145 may be managed through the storage unit 160, and the load balancer 145 may store only the channel related information in order to induce optimal performance. It may be.

The operator system 120 as described above may be composed of a plurality of individual components constituting one server as shown in FIG. 1, but each of the components is a separate server (eg, a login server, a channel control server, It may also be composed of a group of servers consisting of a transmission server). In addition, although the facilitator terminal 110 and the listener terminals 130a and 130b are illustrated only in a computer form in FIG. 1, the same operation may be performed by accessing the connection processing unit 140 through a mobile communication terminal, a PDA, etc. in some cases. Of course it can.

In addition, although not shown in FIG. 1, the operator system 120 may further include a web server.

The web server is a means for providing various information through the web so that the host or listener can maximize the use of the program for broadcasting. For example, additional services such as providing a list of broadcasting channels currently being broadcast, providing a list of communicating channels, sending and receiving e-mail, etc., between a broadcasting host and a listener, or providing a personal homepage to the broadcasting host through a web server. Can be provided.

Hereinafter, the present invention will be briefly described using a multi-party voice transmission system using Internet broadcasting shown in FIG. 1.

A channel used in the present specification is a gateway that connects an IP address between an individual and a user, but is recognized as a channel or a frequency to a user, and a logical concept of a separator that can hear the same voice or sound. to be. Thus, moderators and listeners in the same channel can hear the same voice or sound data, but not listeners connected to other channels.

In addition, in the present invention, not only the listener terminal 130a may be coupled to the host terminal 110 through the transmitter 155, but also the listener terminal using a peer-to-peer model without passing through the transmitter 155. It may be combined with 130b.

The peer-to-peer model does not have a separate server and transmits data and messages between the host terminal 110 and the listener terminal 130b directly connected to each other. That is, the facilitator terminal 110 and the listener terminal 130b simultaneously transmit and receive messages at the same level. In general, the client / server model is intended for 10 or more users who are not in the same location, so a computer with sufficient storage capacity and computing power is installed on the server. Peer-to-peer networks, on the other hand, are also called workgroups, and are often used to network when less than 10 computers are in the same location.

As such, when connecting a computer by peer-to-peer, the time required to send e-mail is less than 500 msec to send mail or messages because the time required to route from a POP server or SMTP server is reduced. It takes time and no messages or mails disappear in the middle of transmission.

In recent years, services that connect user computers in a peer-to-peer manner and directly send and receive messages and data among users have been greatly activated.

Typical examples include GlobalMX's Cute MX, Nullsoft's Gnutella, which made Winamp, Freenet developed by British programmer Iron Clark, and Search Engine Scout. Land and Sindbad.

First, a method of sharing the same broadcast between the host terminal 110 and the listener terminal 130a to which the peer-to-peer model is inappropriate to apply as a preferred embodiment of the present invention will be briefly described.

In this case, as described above, this is the case of a user in a network to which NAT (Network Address Translation) technology is applied or protected by a firewall.

In this case, the broadcast facilitator may first select a broadcastable channel by using the connection processor 140, the load balancer 145, and the channel controller 150 to start the broadcast process. In order to select a broadcastable channel, the channel controller 150 first uses the call sign of the broadcast coordinator to query user information of the broadcast coordinator already stored in the database 170, and the channel can be used by the broadcast coordinator. Checking in a predetermined manner whether the channel is authorized should be performed.

If the broadcast coordinator has authority over the channel, the broadcast coordinator may broadcast music and voice together, and the transmitter receives the music and voice data, compresses the broadcast data in a predetermined manner, and the listener terminal 130a. To send).

Then, when the listener terminal 130a receives the broadcast data, the broadcast data is output through a speaker coupled to the listener terminal 130a through a broadcast program installed in the listener terminal 130a.

In addition, the compression and reproduction of the broadcast data may be implemented through a general-purpose program such as Microsoft's WMT (Windows Media Technology), which will be described in detail with reference to the accompanying drawings.

Next, a method of sharing the same broadcast between the host terminal 110 and the listener terminal 130a to which the peer-to-peer model can be applied will be briefly described as another preferred embodiment of the present invention.

First, as described above, the broadcast facilitator selects a broadcastable channel using the access processor 140, the load balancer 145, and the channel controller 150 to start the broadcast process.

Thereafter, the listener connects to the connection processing unit 140 through the listener terminal 130b coupled with the communication network, and performs an authentication operation. When the authentication operation is normally performed, the channel moves in the broadcast program displayed on the screen of the listener terminal 130b. You can select and listen to the desired station by using the buttons.

At this time, unlike the above-described embodiment, the broadcast data received by the listener terminal 130b is directly received from the host terminal 110 without the operation of the transmitter 155. However, since the implementation method of the Peer-to-Peer model can be implemented by those skilled in the art to which the present invention pertains, a detailed description thereof will be omitted.

2A and 2B are diagrams illustrating screen display output to a user terminal display unit when a broadcasting program is executed according to an exemplary embodiment of the present invention.

Referring to FIG. 2A, when a broadcast coordinator or a listener executes a broadcast program installed in a terminal, the broadcast operation screen 200 includes a broadcast conversion button 201, a communication conversion button 202, and a mailbox button 203 on the terminal display unit. ), Additional information buttons 204, etc., each of which will be briefly described below.

The broadcast conversion button 201 is a button for converting the broadcast operation screen 200 into a broadcast work screen (see 240-2B) when the user wants to proceed with the broadcast as a broadcast coordinator. This section will be described later.

The communication conversion button 202 is a button for converting the broadcast operation screen 200 into a communication for use as a purpose of wireless communication with at least one user.

The mailbox button 203 is a button for reading the message when there is a request message such as an application song from the listener or a message is transmitted from another user.

The additional information button 204 is for use when the user wishes to view detailed information from the operator system 120-see FIG. 1.

The interlocking button 205 is a button for reading information (for example, outputting a channel list currently being broadcasted) associated with a web application. A web application is a communication program in the form of an ActiveX control. Any homepage operator who wants a web application will request the use of the web application and, upon approval, will be provided with an ActiveX control and a predefined HTML link. Subsequently, when the provided link is inserted into a desired location in the homepage, all users who visit the homepage can communicate with the homepage operator without installing the broadcasting application, which is a desktop application.

The short display window 206 is an area for outputting the song name of the song currently output through the speaker, and the wave display window 207 is an area for displaying the height, wave, etc. of the song currently output through the speaker.

The bit display window 208 is an area for displaying the bit (Bit) and the like of the song currently output through the speaker.

The help button 209, the hide button 210, the zoom button 211, the end button 212, and the like implement general functions implemented by buttons of the same name.

The country selection / display window 213 is an area for displaying the name of the host of the broadcaster or the name of the listener performing the broadcast, and the channel scan button 214 is a button for searching for a channel that is currently being broadcast or available for broadcasting. .

In addition, the broadcast program may include a network setting button 215 for switching to a network setting window and a general setting button 216 for switching to a general setting window.

And, it may include a music volume control bar 217 and a microphone volume control bar 218, and may include a channel display window 219 and a channel move button 220 for displaying a channel that the user is currently connected to. have.

In addition, the talker may further include a talk button 221 so that the listener and the presenter can communicate voice data during the broadcast.

The channel used in the present invention does not simply represent a URL address indicating the homepage of a specific broadcaster, but can be understood as a frequency concept that enables communication between a plurality of users. For example, the frequency unit is NHz as follows. The applications can be classified according to their frequencies.

Channel division (unit NHz) Use classification Channel 0.0-79.9 In-house contents, announcements, etc. by system operators Channel 80.0-109.9 For professional broadcasting (broadcasting, etc.) Channel 110.0-149.9 For conversation or floating broadcasting (pirate broadcasting, etc.) Channel 200.0-299.9 For community formation Channel 600.0-999.9 Universal worldwide without national restrictions

FIG. 2B is a diagram illustrating a case in which the user selects the broadcast conversion button 201 and converts it to a broadcast program 240 for broadcast progress in FIG. 2A.

Referring to FIG. 2B, the broadcast work screen 240 further includes a compression codec selection window 242 and a player use button 243 for selecting a compression codec to be used for broadcasting in addition to a plurality of buttons and the like. It may include.

Then, the progress control 244 showing the music progress, the previous song movement button 245 included in the general music player, the song play start button 246, the song play stop button 247, the song play stop button 248 ), A next song play button 249, a song delete button 250, and the like, and may further include an item add button 251 for adding an item to a play list.

In addition, one of the features of the present invention may include a communication start button 253 during the broadcast to enable the transmission and reception of voice data between the host and the listener during the broadcast.

In addition, a fade control (254) and a record button (255) for adjusting the fade speed between the comment and the music may further include an invitation button (256) for inviting external users who are not listening to the broadcast in progress. have.

In addition, the broadcast listener may use the record 255 button to record and play the announcement to be heard by the listener with the background music, and may record the conversation contents in real time.

The apparatus may further include a listener number display window 257 for displaying the number of listeners currently listening to the broadcast.

3 is a flowchart illustrating a method of performing Internet broadcasting using a peer-to-peer method according to an embodiment of the present invention.

Referring to FIG. 3, in step 310, the host terminal 110 receives an execution command of a broadcast program installed in the host terminal 110 from a broadcast host and executes a broadcast program.

When executing the program for broadcasting, the display unit of the presenter terminal 110 outputs a call sign and password input window for confirming whether the presenter is a suitable user who can use the multi-party voice communication system according to the present invention. Screen display is a commonly used process and is not shown).

In step 315, the host terminal 110 receives a callsign and a password from the broadcast host and transmits the callsign and the password to the operator system 120 using a communication network coupled with the host terminal 110.

Of course, when the callsign and the password are transmitted to the operator system 120 in step 315, the information may be further exposed to the outside, or may further include a separate encryption process to prevent hacking. .

In step 320, the operator system 120 receives a callsign and a password from the coordinator terminal 110, and then proceeds to step 325 and the callsign by the access processor 140-FIG. 1. And whether the password is valid.

If the callsign and the password are not valid through the check result of step 320, the process proceeds to step 330 and transmits an error message to the host terminal 110 and ends the step.

Although not shown in FIG. 3, in this case, a web page or the like for pre-specified membership registration may be automatically output to the presenter terminal 110 display unit so that the presenter can perform member registration. to be.

In addition, if the call sign and password are valid according to the check result of step 325, the process proceeds to step 335 and the channel information currently established (whether or not the channel is set to allow the broadcast host to perform the broadcast is irrelevant. Search for and confirm whether the version information of the broadcasting program installed in the host terminal 110 is the latest version.

Of course, although not shown in Figure 3, if the version (version) information of the broadcast program is not the latest version may be set to automatically update (update) of the broadcast program.

In operation 340, the operator system 120 transmits the channel information found through operation 340 to the host terminal 110.

In step 345, the facilitator terminal 110 receives channel information from the operator system 120, and proceeds to step 350 and transmits channel selection information input by the user to the operator system 120.

In step 355, the operator system 120 receives channel selection information from the facilitator terminal 110, and the flow proceeds to step 360 in which the channel selection information selected by the broadcast facilitator corresponds to a preset channel so that the broadcast facilitator can broadcast. Check if it is.

Of course, unlike the case described in steps 340 to 355, the operator system 120 does not receive the channel information from the host terminal 110, and the broadcast moderator for any channel selection information received from the host terminal 110. Whether or not the channel is set in advance so that the broadcast can be confirmed through the searched channel information. In this case, the steps of steps 340 to 345 may be omitted.

In operation 360, the operator system 120 determines whether the channel selection information received in operation 355 is a preset channel so that the broadcast coordinator can broadcast.

If the channel selection information and the broadcastable channel do not correspond to the result of the check in step 360, the flow proceeds to step 365 and an error message (for example, 'not a broadcastable channel, select again') is sent to the host terminal 110. Etc.) and end the step.

In this case, it is not only possible to terminate the step as in step 365, but also to allow the presenter to connect to the channel as a broadcast listener. Reference to 4 will be described in detail.

If the channel selection information corresponds to the broadcastable channel as a result of the check in step 360, the process proceeds to step 370 to transmit broadcast start request data to the host terminal 110.

In step 375, the host terminal 110 receives the broadcast data from the broadcast coordinator, and the process proceeds to step 380 to compress the broadcast data to combine the presenter terminal 110 with the peer-to-peer scheme in a listener terminal 130b. To send.

The broadcast data received from the broadcast coordinator in step 375 may be general broadcast data including music data and comment data, and dialogue data including conversation contents with at least one listener.

In the process of inputting and transmitting broadcast data, when a broadcast host starts broadcasting, a program for broadcasting captures all sound data generated from a sound card using direct sound provided by Microsoft. capture.

The captured sound data is compressed using a codec provided by the WMT, etc., and transmitted to the listener terminal 130b through a communication network.

Most modern soundcards include a channel that mixes the sound in the hardware itself, so the sound coming from the mixing channel is compressed during broadcast.

In addition, in the case of a broadcast presenter using a sound card that does not include such a hardware mixing channel, the broadcast program extracts the portion currently being broadcast from a file being played in a wave format and compresses it with a WMT codec. It can also be transmitted through a communication network. In this case, mixing with a microphone or other channel may be supported in software in a broadcast program.

In operation 390, the listener terminal 130b outputs the received broadcast data through the display unit of the listener terminal 130 or the coupled speaker. The broadcast output step represented in step 390 and the process in which the listener terminal 130b and the host terminal 110 are combined through a communication network will be described in detail later with reference to FIG. 4.

Up to now, the method of proceeding with Internet broadcasting using a peer-to-peer method has been described with reference to FIG. 3. In addition, according to another preferred embodiment of the present invention it is possible to use the Internet broadcast method between users who can not apply the Peer-to-Peer method.

In other words, in the case of FIG. 3, since the facilitator terminal 110 and the listener terminal 130b are coupled in a peer-to-peer manner, transmission and reception of direct broadcast data is possible, but the peer-to-peer scheme is not applicable. The same effect can be expected using the transmitter 155-see FIG.

That is, in the method illustrated in FIG. 3, the broadcast data input and compressed by the broadcast coordinator is transmitted to the listener terminal 130b through the transmitter in the coordinator terminal 110. After the input and compressed broadcast data is received by the operator system 120, the broadcast data is transmitted to the listener terminal through the transmitter 155-FIG. 1 in the operator system 120. However, other matters are the same as those already described with reference to FIG. 3, and thus description thereof will be omitted.

4 is a flowchart illustrating a method for listening to Internet broadcast using a peer-to-peer method according to an embodiment of the present invention.

Referring to FIG. 4, in step 410, the listener terminal 130b receives an execution command of a broadcast program installed in the listener terminal 130b from a listener, and executes a broadcast program. The subsequent step 455 is the same as the step performed in steps 315 to 355 described above with reference to FIG. 3, and thus description thereof will be omitted.

In step 460, the operator system 460 checks in step 455 whether the channel selection information received from the listener terminal 130b is a channel currently in progress.

In step 460, if the channel is not currently being broadcast, the process proceeds to step 465, in which an error message is transmitted to the listener terminal 130b and the step ends.

Of course, unlike the process described in step 465, the listener terminal 130b may wait to be connected to the channel until the broadcast is started on the channel by any broadcast coordinator.

As a result of the check in step 460, if the channel is a channel in progress, the process proceeds to step 470 where a host terminal (or a host terminal) is configured to share IP information between the host terminal 110 and the listener terminal 130b that are broadcasting on the channel. The connection setting data is transmitted to the 110 and the listener terminal 130b. Step 470 is a step generally required in a program applying a peer-to-peer scheme, and thus a detailed description thereof will be omitted.

In step 475, the host terminal 110 and the listener terminal 130b receive connection setting data from the operator system 120 and are directly coupled to each other through a communication network.

In step 480, the host terminal 110 receives the broadcast data from the broadcast host, proceeds to step 485 to compress the broadcast data, and the listener terminal 130b coupled to the host terminal 110 in a peer-to-peer manner. To send.

The broadcast data input from the broadcast coordinator in step 480 may be general broadcast data including music data and comment data, and dialogue data including conversation contents with at least one listener.

In step 490, the listener terminal 130b receives the broadcast data transmitted from the host terminal 110, proceeds to step 495, decompresses the broadcast data received in step 490, and proceeds to step 497. The broadcast data is output through the display unit of the listener terminal 130 or the coupled speaker.

In other words, the listener terminal 130b connects to the host terminal 110 using the Http protocol to download a sound streaming compressed by the WMT codec.

In addition, the correspondents compress the voice wave data in 8KHz, 16bit, mono format using their codec, and then directly transmit it in Peer-to-Peer format using TCP or UDP. In addition, other user lists in the same channel can be checked through the channel controller 150-see FIG. 1, and are sent directly to the identified IP via the list.

Up to now, the method of listening to the Internet broadcast described with reference to FIG. 4 will be briefly described again. First, the channel selection information transmitted from the listener terminal 130b to access an arbitrary channel is first loaded by the load balancer unit 145-in the operator system 120. 1 to determine whether the channel is currently opened, and if so, which channel control unit 150-see FIG. 1 among the at least one channel control unit 150-FIG. 1. .

If the channel is established in the channel 3 control unit, the load balancer unit 145-FIG. 1 transmits an access command to the listener terminal 130b to connect to the channel 3 control unit, and the listener terminal 130b transmits the connection command. It automatically connects to channel 3 controller.

The channel 3 control unit registers the listener to the channel, transmits the IP address information of the listener to all users connected to the channel, and simultaneously receives the IP address information of all the users connected to the channel. Transmit to terminal 130b.

The listener terminal 130b connects to the host terminal 110 that is broadcasting on the channel. After the connection, the listener terminal 130b can receive and output broadcast data input into the host terminal 110.

Since the present invention can be made through the transmission unit 155-FIG. 1 in the operator system 120 in addition to the Peer-to-Peer model as described above, a separate description will be omitted.

5 is a data flow diagram illustrating a conversation method between users during an internet broadcast according to an exemplary embodiment of the present invention.

The conversation method between users during the internet broadcasting according to the present invention may be implemented in several types as follows.

First, when a broadcast coordinator requests a conversation from a certain listener during a broadcast, a method of transmitting and receiving voice data between the coordinator and the listener by pressing a speaking button (see 221-FIG. 2A) in the channel is performed.

Second, when the broadcast coordinator requests a conversation from an arbitrary listener while the broadcast is in progress, a separate communication port for the listener who is requested to talk with the broadcast coordinator is set by the operation of the channel controller 150, and the communication port is set to the corresponding communication port. Another method is to transmit and receive voice data to and from each other by connecting the broadcast coordinator and the listener.

In this case, the conversation contents between the broadcast facilitator and the listener may be made available to other listeners connected to the channel, or may be applied as a secret conversation only between the two. Of course, the broadcast coordinator or the listener may select a specific button included in a broadcast program or the like so as to select a type of conversation.

Third, when any listener requests a conversation from the broadcast coordinator while the broadcast is in progress, the above two types may be applied. However, in this case, if the presenter determines that the current conversation is unreasonable in the progress of the broadcast, the broadcast presenter may include a function or a selection button for rejecting or suspending the conversation request of the corresponding listener.

Hereinafter, the second description of the above three types will be described using a flowchart. Through this, it can be easily carried out by those of ordinary skill in the technical field to which the present invention belongs also to the first and third matters other than that.

Referring to FIG. 5, a process performed between a host terminal 110, a plurality of listener terminals, and a channel controller 150 in order to enable a conversation, that is, communication between a broadcast coordinator and a listener during a broadcast is shown.

In step 510, the facilitator terminal 110 transmits the broadcast data to the listener terminal A and the listener terminal B, which are coupled through a peer-to-peer scheme or an operator system 120 (see FIG. 2).

Thereafter, the broadcast coordinator who wants to communicate with the listener A while the broadcast is in progress transmits the communication request data to the listener terminal A through the communication network in step 515.

In step 520, when the listener A wants to communicate with the broadcast coordinator, the listener A transmits communication request approval data to the coordinator terminal 110.

The host terminal 110 receiving the communication request approval data in step 525 transmits a communication channel generation request to the channel control unit 150, and in step 530, the channel control unit 150 transmits a communication channel corresponding to the corresponding communication channel generation request. Create

In step 535, the channel controller 150 transmits communication channel assignment data corresponding to the communication channel generated in step 530 to the coordinator terminal 110, and in step 540, the coordinator terminal 110 receives the communication received in step 535. The channel assignment data is transmitted to the listener terminal A. In operation 540, the listener terminal A may detect that a communication channel for communicating with the broadcast coordinator is generated.

In step 545, the listener terminal A transmits a communication channel access request to the channel controller 150, and in step 550, the channel controller 150 transmits communication port data of the assigned communication channel to the listener terminal.

In step 555, the listener terminal A connects to a communication port corresponding to the communication port data received in step 550. This allows listener A to communicate with the broadcast coordinator.

In step 560, the facilitator terminal 110 and the listener terminal A transmit and receive voice data for communication, respectively, and the voice data received by the facilitator terminal or transmitted from the facilitator terminal is transmitted to the listener terminal B in step 565.

That is, the listener terminal B continuously receives and outputs broadcast data and voice data transmitted from the host terminal 110 from step 510 to step 565.

In step 570, at the request of the listener A to terminate the communication, the listener terminal A transmits the communication termination request to the channel controller 150 through the communication network. Of course, the communication termination request may be received from the host terminal (110).

The channel controller 150 detects that the communication is completed between the broadcast coordinator and the listener A, and transmits communication end data to the listener terminal A and the coordinator terminal 110 through step 575.

Subsequently, in step 580, the listener terminal A receives and outputs broadcast data from the host terminal 110. Of course, during step 510 to step 575, the listener terminal A may continuously receive and output broadcast data (eg, music data) from the host terminal 110.

So far, the method of performing communication using the existing channel in which the broadcast is performed in performing communication between the listener A and the broadcast facilitator has been described.

Of course, in addition to the broadcast channel, the listener A may move to a communication channel newly created by the channel controller 150 at the request of the broadcast coordinator to communicate with the broadcast coordinator.

In this case, after step 540 of FIG. 5, the listener A further disconnects from the current broadcasting channel, and connects to the communication channel generated by the channel controller 150. The method may further include disconnecting from the credit channel and newly accessing the existing broadcasting channel.

The communication process between the broadcast facilitator and the listener briefly described above will be more readily understood with reference to the description of FIGS. 6A to 6C.

6A is a flowchart illustrating a method of generating a communication channel in a multi-party voice communication method according to an exemplary embodiment of the present invention, and FIG. 6B is a flowchart of a communication channel generated in the multi-party voice communication method according to an exemplary embodiment of the present invention. 6C is a flowchart illustrating a method of accessing, and FIG. 6C is a flowchart illustrating a method of performing communication in a multi-party voice transmission method according to an exemplary embodiment of the present invention.

In the following description with reference to FIGS. 6A to 6C, a communication channel between each correspondent will be described as being limited to 222.3 channels among a plurality of channels that can be conveniently used.

Referring to FIG. 6A, a method for newly creating a communication channel is performed. In step 610, a correspondent A requests a 222.3 channel connection request through a communication terminal A through a communication network to communicate with other correspondents. 145).

Of course, the 222.3 channel connection request received from the communication terminal A may not be directly received by the load balancer unit 145, but may be received through the connection processing unit or other means included in the operator system.

In step 615, the load balancer unit 145 receives a 222.3 channel access request from the communication terminal A, and proceeds to step 620 to check whether the 222.3 channel is already created.

As a result of the check in step 620, if the 222.3 channel is already created, the step is terminated (of course, if the step is not finished but the channel has already been created, it will be described with reference to FIG. 6B).

If the result of the check in step 620 is that the 222.3 channel is to be newly created, the process proceeds to step 630 where the number of channels currently managed in the at least one channel controller 150 coupled with the load balancer unit 145 is the most. Search for the small channel control.

In step 635, the load balancer unit 145 transmits a channel generation command to the channel controller 150 found in step 630, and the channel control unit 150 receives a channel generation command from the load balancer unit 145 in step 640. The channel is newly generated and the channel controller 150 transmits the channel generation result to the load balancer 145 in step 645.

In step 650, the load balancer unit 145 receives the channel generation result from the channel control unit 150, and proceeds to step 655 to transmit a connection command to the communication terminal A to connect to the channel control unit that generated the channel.

In step 660, the communication terminal A receives a connection command from the load balancer unit 145, and connects to the channel control unit 150 where the channel is generated.

Referring to FIG. 6B, a method of accessing an already created communication channel is described. In step 710, the communicator B requests a 222.3 channel connection request via the communicator terminal B to communicate with other communicators via the communication network. Transmit to 145.

In step 715, the load balancer unit 145 receives a 222.3 channel access request from the communication terminal B, and proceeds to step 720 to check whether the 222.3 channel is already created.

As a result of the inspection of step 720, if the 222.3 channel has not been created yet, the step is terminated (of course, the step is not finished, and the process of creating a new channel has already been described with reference to FIG. 6A. Omit).

If it is determined in step 720 that the channel has already been created, the process proceeds to step 725 and transmits a connection command to the communication terminal B so as to connect to the channel control unit 150 that created the channel.

In step 730, the communication terminal B receives a connection command from the load balancer unit 145, and proceeds to step 735 to transmit a connection request to the channel controller 150 in which the channel is created.

In step 740, the channel controller 150 receives a connection request from the correspondent terminal B. The flow advances to step 745 to register the information of the communication terminal B, and establish a TCP connection with the communication terminal B.

In addition, in step 750, the channel controller 150 transmits the information of the communication terminal B (for example, an IP address) to all the communication terminals already connected to the channel.

Referring to FIG. 6C, the communication terminal A receives a communication button from the communicator A in step 810, and proceeds to step 815 to transmit communication start data to the channel controller 150 through the communication network. .

In step 820, the channel controller 150 receives the communication start data, and proceeds to step 825 to check whether another communication is already performing communication in the same communication channel.

As a result of the check in step 825, if another contact is already in progress, the process proceeds to step 830 and an error message (for example, 'Another contact is already in progress.' Please wait until. ', Etc.) is sent to the communication terminal A.

In step 835, the communicator terminal A receives an error message from the channel controller 150 and outputs it on the screen combined with the communicator terminal A so that the communicator A can wait for communication.

Referring back to step 825, if no other contact is performing communication as a result of the check in step 825, the process proceeds to step 840 and the communication start authentication data is sent to the communication terminal A so that the corresponding contact A can initiate communication. send.

The communicator terminal A receives the communication start authentication data received from the channel control unit 150 in step 845, and proceeds to step 850 to receive the communication voice data (including music or sound data) input from the communicator A. Send to the communication terminal B.

As a result, the communication terminal B can receive the communication voice data through step 855, and the communication voice data can be directly communicated with the communication terminal without passing through the channel control unit 150 as shown in FIG. 6C. Is sent to B.

Among the correspondents, the audio wave data is compressed using 8KHz, 16bit, mono format using its own codec, and then directly transmitted in the form of peer-to-peer using TCP or UDP. The other user list in the same channel can be checked through the channel controller 150 and directly transmitted using the IP of another user.

However, a user protected by NAT technology should apply for communication through the transmission unit (155-Fig. 1). A user who has applied to use the transmitter 155-FIG. 1 sends a communication voice data using a TCP connection coupled with the transmitter 155-FIG. 1 and other users in the same channel transmit the voice data. Receives communication voice data through a TCP connection with 1).

In order to prevent the case where the communication is impossible because the communication person is using a firewall, it is automatically set by the user's program during the connection process to check whether the user is protected by NAT technology.

In step 860, the contact terminal A checks whether or not the communication of the contact A has ended, and if the communication of the contact A is continued, the process proceeds to step 850 again; otherwise, the communication terminal A proceeds to step 865. To the channel control unit 150.

The channel controller 150 receives the communication end data from the communication terminal A in step 870, and then waits until the communication start data is received from the other communication terminal.

According to another preferred embodiment of the present invention, as described above, a user who does not have a program for broadcasting can communicate with the homepage operator in a manner similar to that of FIGS. 6A to 6C by accessing a homepage where a web application is installed. Descriptions will be omitted to avoid duplication.

The present invention is not limited to the above embodiments, and many variations are possible by those skilled in the art within the spirit of the present invention.

As described above, the present invention utilizes the P2P technology currently in use for desktop applications and web applications, and enables multi-party conversations and Internet broadcasting with various contents.

In addition, broadcast coordinators and listeners in the same channel can talk in real time via voice.

In addition, by introducing a channel concept in one broadcasting station system, a plurality of broadcast coordinators can conduct independent personal broadcasts, and a listener can selectively listen to a desired broadcast.

In addition, by providing a web application on a personal homepage, a real-time voice conversation is possible between a personal homepage operator who installs a desktop application and a user who visits the homepage.

Claims (11)

In the method for performing Internet broadcasting by any broadcast coordinator, Receiving an access request from a first facilitator terminal of the first broadcast facilitator through a communication network; Receiving selection information on a first broadcast channel from at least one broadcast channel preset from the first coordinator terminal; Receiving connection request information from a listener terminal of at least one broadcast listener; When the selection information on the first broadcast channel is received from the listener terminal, transmitting an IP address of the first coordinator terminal to the listener terminal; Transmitting the IP address of the listener terminal to the first coordinator terminal; Multi-party voice transmission method using an Internet broadcast comprising a. The method of claim 1, Checking whether broadcast information is being broadcast on the second broadcast channel when the selection information on the second broadcast channel is received from the listener terminal; When the broadcast is being performed, transmitting an IP address of a second coordinator terminal corresponding to the second broadcast coordinator performing the broadcast to the listener terminal; Transmitting the IP address of the listener terminal to the second coordinator terminal; Releasing a connection between the first coordinator terminal and the listener terminal; Multi-party voice transmission method using an Internet broadcast, characterized in that it further comprises. The method of claim 1, Checking whether the first broadcast facilitator has a right to perform a broadcast on the first broadcast channel; When the first broadcast coordinator has a right to perform a broadcast, receiving broadcast data from the first coordinator terminal; Transmitting the broadcast data to the listener terminal. Include more, The broadcast data is at least one of voice, sound, music Multi-party voice transmission method using the Internet broadcast, characterized in that. The method according to claim 1 or 3, Receiving a request for communication with the listener from the first coordinator terminal; Creating a communication channel corresponding to the communication request; Transmitting the communication data received from the first coordinator terminal to the listener terminal when the listener accesses the communication channel using the listener terminal. Include more, The communication data is voice or sound data Multi-party voice transmission method using the Internet broadcast, characterized in that. The method according to claim 1 or 4, The channel is a gateway that connects an IP address between a broadcast coordinator and at least one listener, which is displayed as a number. Multi-party voice transmission method using the Internet broadcast, characterized in that. In a method in which any broadcast host performs an Internet broadcast by executing a broadcast program installed in the host terminal, Transmitting a connection request to a multiparty voice transmission system through a communication network; Transmitting selection information on any broadcast channel to which the broadcast facilitator has a right to perform a broadcast among at least one preset broadcast channel; Receiving an IP address of at least one listener terminal connected to the broadcast channel; Making a connection to the listener terminal using the IP address; If broadcast data can be directly transmitted to the listener terminal, transmitting broadcast data to the listener terminal; If it is impossible to transmit broadcast data directly to the listener terminal, transmitting the broadcast data to the multiparty voice transmission system. Multi-party voice transmission method using an Internet broadcast comprising a. The method of claim 6, Transmitting communication request data to the listener terminal through a communication network; Receiving communication approval data from the listener terminal; If the communication data can be directly transmitted to the listener terminal, transmitting the communication data to the listener terminal; If the communication data cannot be directly transmitted to the listener terminal, transmitting the communication data to the multiparty voice communication system. Multi-party voice transmission method using an Internet broadcast, characterized in that it further comprises. The method of claim 7, wherein Transmitting a communication channel generation request to the multiparty voice communication system through a communication network; Receiving communication channel assignment data generated from the multiparty speech delivery system; Transmitting the communication channel assignment data to the listener terminal; Performing a connection with the listener terminal using a communication port corresponding to the communication channel assignment data. Multi-party voice transmission method using an Internet broadcast, characterized in that it further comprises. In a system for performing Internet broadcasting by any broadcast coordinator, A receiver configured to receive a connection request or selection information on a broadcast channel from a facilitator terminal and a listener terminal through a communication network; A channel controller which transmits an IP address to the host terminal or the listener terminal, checks whether the broadcast host has a right to perform a broadcast, and generates a communication channel; A load balancer for managing the channel controller; Transmission unit for transmitting broadcast data or communication data received from the host terminal to the listener terminal Multi-party voice transmission system using the Internet broadcast, characterized in that it comprises a. A memory in which a program is stored; And A processor coupled to the memory to execute the program Including but not limited to: The processor executes a multi-party voice transmission method using the Internet broadcasting according to any one of claims 1 to 4. Multi-party voice transmission system using internet broadcasting, characterized in that A program of instructions that can be executed by a digital processing apparatus for performing the multi-party voice transmission method using the Internet broadcasting according to any one of claims 6 to 8 is tangibly described and can be read by the digital processing apparatus. Recording media.