WO2015135408A1

WO2015135408A1 - Peer-to-peer network conference accessing method, client, and system

Info

Publication number: WO2015135408A1
Application number: PCT/CN2015/072828
Authority: WO
Inventors: 徐明远; 陈鑫; 胡彬
Original assignee: 华为技术有限公司
Priority date: 2014-03-10
Filing date: 2015-02-12
Publication date: 2015-09-17
Also published as: CN104917620A

Abstract

Disclosed are a peer-to-peer network conference accessing method, a client, and a system. The peer-to-peer network conference accessing method comprises: a proxy peer-to-peer network client establishing a media channel with a first client, wherein the first client does not support a peer-to-peer network conference; the proxy peer-to-peer network client receiving a media stream transmitted by the first client through the media channel; and the proxy peer-to-peer network client transmitting the received media stream respectively through peer-to-peer network conference channels to other corresponding peer-to-peer network clients that participate in the peer-to-peer network conference. By using the present invention, a client that does not support a peer-to-peer network can access a peer-to-peer network conference without depending on an intermediate node, so that the cost is lower and a procedure is simple.

Description

Peer-to-peer network conference access method, client and system

This application claims the priority of the Chinese patent application filed on March 10, 2014, the Chinese Patent Office, the application number is 201410086604.2, and the invention name is “a peer-to-peer network conference access method, client and system”. This is incorporated herein by reference.

Technical field

The present invention relates to the field of communications technologies, and in particular, to a peer-to-peer network conference access method, client, and system.

Background technique

P2P (Peer to Peer) conference is a concept proposed corresponding to the server mode conference. In the server mode conference, the conference control and media stream processing are all in the MCU (Media Control Unit). If the intermediate node is completed, otherwise the conference will not be possible, and the P2P conference refers to the coordinated control between the clients when the multiple clients are in the conference, so that the media channels are established between the clients. Enable each client to receive media streams sent by other clients to implement multi-person conferencing. The core of the P2P conference is to establish media channels between each client and other clients at the same time to achieve the purpose of communicating with multiple clients at the same time. At present, most clients do not support media establishment between two clients at the same time. A channel, such as a SIP (Session Initiation Protocol) phone. In the prior art, a P2P conference can be switched to a server mode conference, or the media stream can be mixed and forwarded through a mixing server and a super node. Clients that support P2P conferences access peer-to-peer network conferences.

If the P2P conference is switched to the server mode, the client that does not support the P2P conference accesses the P2P conference. If a client that does not support the P2P conference requests to access the P2P conference, the MCU can The P2P conference is switched to the server mode conference. The client that does not support the P2P conference accesses the conference in the switched server mode through the MCU. The prior art requires the MCU support and the switch conference mode, and the system is complicated.

The mixing and forwarding of the media stream by the mixing server and the super node enable the client to access the P2P conference in the existing technology that does not support the P2P conference. The super node can access the P2P conference. Multiple media streams are sent to the mixing server, and the mixing server mixes the multiple media streams. Synthesize one media stream and send the one media stream to the client that does not support P2P conference. In addition, the client that does not support P2P conference can send its own media stream to the super node through the mixing server. The super node will not support The media stream of the client of the P2P conference is separately sent to other clients, and the client that does not support the P2P conference accesses the P2P conference. The prior art requires the support of the mixing server and the super node, and the cost is high and the process is complicated.

Summary of the invention

The technical problem to be solved by the present invention is to provide a peer-to-peer network conference access method, a client, and a system, which can implement a peer-to-peer network conference for a client that does not support a peer-to-peer network, and has a low cost and a simple process.

In order to solve the above technical problem, the first aspect of the present invention provides a peer-to-peer network conference access method, where the method includes:

Establishing a media channel between the proxy peer network client and the first client, wherein the first client does not support peer-to-peer network conference;

Receiving, by the proxy peer-to-peer network client, the media stream sent by the first client through the media channel;

The proxy peer-to-peer network client sends the received media stream to the corresponding peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel.

In a first possible implementation manner, after the proxy peer-to-peer network client receives the media stream sent by the first client through the media channel, the proxy peer-to-peer network client receives the received The media stream and the media stream collected by the local end are mixed and processed to obtain a media stream that has undergone mixing processing;

The proxy peer-to-peer network client sends the received media stream to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel, respectively;

The proxy peer-to-peer network client sends the obtained one-way media stream to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel.

In conjunction with the possible implementation of the first aspect, in a second possible implementation, the establishing a media channel between the proxy peer-to-peer network client and the first client includes:

Receiving, by the proxy peer-to-peer network client, the first client sent by the conference control server End call request information;

Sending, by the proxy peer-to-peer network client, media attribute information of the proxy peer network client to the conference control server according to the received call request information, so that the conference control server will use the proxy peer-to-peer network The media attribute information of the client is sent to the first client, and the media attribute information of the first client sent by the first client is received;

Receiving, by the proxy peer-to-peer network client, media attribute information of the first client sent by the conference control server;

A media channel is established between the proxy peer network client and the first client.

A second aspect of the present invention provides a proxy peer-to-peer network client, including:

a media channel establishing unit, configured to establish a media channel with the first client, where the first client does not support a peer-to-peer network conference;

a media stream receiving unit, configured to receive a media stream that is sent by the media channel between the first client and the first client established by the media channel establishing unit;

The media stream sending unit is configured to send the media streams received by the media stream receiving unit to the corresponding peer network clients participating in the peer network conference by using the peer network conference channel.

In a first possible implementation manner, the proxy peer-to-peer network client further includes:

a mixing processing unit, configured to perform a mixing process on the media stream received by the media stream receiving unit and the media stream collected by the local end to obtain a media stream that has been subjected to the mixing process;

The media stream sending unit is further configured to send the one media stream obtained by the mixing processing unit to the corresponding peer network client participating in the peer network conference through the peer network conference channel.

In conjunction with the possible implementation of the second aspect, in a second possible implementation, the media channel establishing unit includes:

a call request receiving module, configured to receive call request information sent by the conference control server for the first client;

a media attribute sending module, configured to send media attribute information of the proxy peer network client to the conference control server according to the call request information received by the call request receiving module, so that the conference control server will use the proxy The media attribute information of the peer network client is sent to the first client, and the media attribute information of the first client sent by the first client is received;

a media attribute receiving module, configured to receive media attribute information of the first client sent by the conference control server;

a media channel establishing module, configured to establish a media channel with the first client.

A third aspect of the present invention provides a peer-to-peer network conference access system, the system comprising a first client, a second client, and a proxy peer network client, the first client does not support peer-to-peer network conference ,among them:

The proxy peer-to-peer network client is configured to establish a media channel with the first client;

The first client is configured to send a media stream to the proxy peer network client by using the media channel;

The proxy peer-to-peer network client is further configured to send the received media stream to the second client participating in the peer-to-peer network conference through a peer-to-peer network conference channel;

The second client is configured to receive a media stream sent by the proxy peer network client.

In a first possible implementation manner, the proxy peer-to-peer network client is further configured to perform mixing processing on the received media stream and the media stream collected by the local end to obtain a sound-mixed process. And the one-way media stream is sent to the second client through the peer-to-peer network conference channel.

With reference to the possible implementation manner of the third aspect, in a second possible implementation manner, the peer-to-peer network conference access system further includes a conference control server;

The conference control server is configured to send call request information for the first client to the proxy peer network client;

The proxy peer-to-peer network client is further configured to send media attribute information of the proxy peer-to-peer network client to the conference control server according to the received call request information;

The conference control server is further configured to send the received media attribute information of the proxy peer network client to the first client;

The first client is further configured to send media attribute information of the first client to the conference control server according to the received media attribute information of the proxy peer network client;

The conference control server is further configured to send the received media attribute information of the first client to the proxy peer network client;

The proxy peer-to-peer network client is further configured to receive the first part sent by the conference control server a media attribute information of a client and establishing a media channel with the first client.

The implementation of the embodiment of the present invention has the following beneficial effects: a media channel is established between the proxy peer-to-peer network client and the first client, wherein the first client does not support the peer-to-peer network conference, and the first client is received. The media stream sent by the media channel sends the received media stream to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel, and the embodiment of the present invention can be independent of the middle. In the case of a node, the client that does not support the peer-to-peer network accesses the peer-to-peer network conference, and the cost is low and the process is simple.

DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any creative work.

1 is a schematic flowchart of a peer-to-peer network conference access method according to an embodiment of the present invention;

2 is a schematic flowchart of a peer-to-peer network conference access method according to another embodiment of the present invention;

3 is a schematic structural diagram of a proxy peer-to-peer network client according to an embodiment of the present invention;

4 is a schematic structural diagram of a media channel establishing unit of FIG. 3 according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a proxy peer-to-peer network client according to another embodiment of the present invention; FIG.

FIG. 6 is a schematic structural diagram of a peer-to-peer network conference access system according to an embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The peer-to-peer network conference access method in the embodiment of the present invention may implement establishing a media channel with the first client in the proxy peer-to-peer network client, and receiving the media sent by the first client through the media channel. The body stream is sent to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel, and the peer-to-peer network can be implemented without relying on the intermediate node. The client accesses peer-to-peer network conferences with low cost and simple process. The proxy peer-to-peer network client mentioned in the embodiment of the present invention is selected according to a preset proxy selection algorithm among all peer-to-peer network clients participating in the peer-to-peer network conference, wherein the first client does not support peer-to-peer online meeting.

Referring to FIG. 1, FIG. 1 is a schematic flowchart of a method for accessing a peer-to-peer network conference according to an embodiment of the present invention. The peer-to-peer network conference access method is described from the perspective of a proxy peer-to-peer network client, such as As shown in the figure, the peer-to-peer network conference access method may include the following steps:

Step S101: Establish a media channel with the first client.

A media channel is established between the proxy peer network client and the first client, wherein the first client does not support peer-to-peer network conference.

In a specific implementation, the proxy peer-to-peer network client may receive the call request information sent by the conference control server for the first client, where the call request information may be request information that the information body is empty. Optionally, the call request information may also be The conference control server forwards the access request information sent by the client that is the conference initiator to the proxy peer network client, and the proxy peer network client sends the proxy pair to the conference control server according to the received call request information. The media attribute information of the network client is sent to the conference control server to send the media attribute information of the proxy peer network client to the first client, and the first client sends the media attribute information of the first client to the conference control server, and the proxy pair The network client receives the media attribute information of the first client sent by the conference control server. Further, the proxy peer network client establishes a media channel with the first client, where the media attribute information may include a coding technology supported by the client. And decoding technology and client Port number.

As an optional implementation manner, before the proxy peer-to-peer network client establishes a media channel with the first client, the proxy peer-to-peer network client may further receive the notification information sent by the conference control server, where the notification information is used to indicate The first client will access the peer-to-peer network conference and instruct the proxy peer network client to determine the proxy client as the first client.

The exemplary notification information may be as shown above, and the proxy peer-to-peer network client may know that the proxy peer-to-peer network client is determined to be the first client D according to "<cmd>5005</cmd>" in the notification information. The proxy client, the peer-to-peer network client can also know that the type of the first client D is based on SIP (Session Initiation Protocol) according to "<attendee type='sip'>D</attendee>" in the notification information. , Session Initiation Protocol), where the first client D will access the peer-to-peer network conference.

Step S102: Receive a media stream that is sent by the first client by using the media channel.

After establishing a media channel between the proxy peer-to-peer network client and the first client, the proxy peer-to-peer network client may receive the media stream sent by the first client through the media channel, where the media stream may include the first client sending Audio and / or video.

As an optional implementation manner, the proxy peer-to-peer network client may also receive media streams sent by other peer-to-peer network clients participating in the peer-to-peer network conference.

Step S103: The received media streams are respectively sent to the corresponding peer network clients participating in the peer-to-peer network conference through the peer-to-peer network conference channel.

The proxy peer-to-peer network client can send the received media streams to the corresponding peer-to-peer network clients participating in the peer-to-peer network conference through the peer-to-peer network conference channel.

In a specific implementation, after receiving the media stream sent by the first client, the proxy peer network client may perform a mixing process on the received media stream and the media stream collected by the local end to obtain a mixed processing method. Media stream, further, the proxy peer-to-peer network client can send the obtained one-way media stream to the peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel.

As an optional implementation manner, the proxy peer-to-peer network client may also receive a media stream sent by one of the other peer network clients participating in the peer-to-peer network conference through the peer-to-peer network conference channel. And sending the received media stream to the first client through the media channel. Optionally, the proxy peer-to-peer network client may receive other peer-to-peer networks that participate in the peer-to-peer network conference. The media stream sent by the at least two clients in the client is mixed to obtain a media stream, and the obtained media stream is sent to the first client through the media channel. Further optionally, the proxy peer-to-peer network client may mix the media stream sent by the at least one client of the other peer network clients participating in the peer-to-peer network conference with the media stream collected by the local end. The sound processing is performed to obtain a media stream, and the obtained media stream is sent to the first client through the media channel.

In the peer-to-peer network conference access method shown in FIG. 1, a proxy peer network client establishes a media channel with the first client, and receives a media stream sent by the first client through the media channel, and receives the received The media streams are respectively sent to the corresponding peer-to-peer network clients participating in the peer-to-peer network conference through the peer-to-peer network conference channel, and the client peer-to-peer network that does not support the peer-to-peer network can be implemented without relying on the intermediate node. Meetings, low cost and simple process.

Referring to FIG. 2, FIG. 2 is a schematic flowchart of a peer-to-peer network conference access method according to another embodiment of the present invention, where a proxy peer-to-peer network client and a second client support peer-to-peer network conference, first The client does not support peer-to-peer network conference. As shown in the figure, the peer-to-peer network conference access method may include the following steps:

In step S201, the conference control server sends the notification information to the proxy peer network client.

In a specific implementation, the conference control server receives the access request information sent by the client that is the conference initiator, where the client that is the conference initiator may be the proxy peer network client or the second client, and the conference control server receives the connection. After the request information is entered, it may be determined according to the conference attribute corresponding to the conference attended by the client that is the initiator of the conference and the number of clients participating in the conference, whether the conference is a peer-to-peer network conference, and if the conference control server determines that the conference is a peer-to-peer network. The conference further determines, according to the received access request information, whether the first client supports the peer-to-peer network conference; if the conference control server determines that the conference is not a peer-to-peer network conference, it refuses to determine whether the first client supports the peer-to-peer network conference. If the conference control server determines, according to the received access request information, that the first client does not support the peer-to-peer network conference, determining the proxy peer-to-peer network client among all clients participating in the peer-to-peer network conference; The server determines the first client according to the received access request information. Supports peer to peer network meetings, refused to determine the agent peer network clients in all clients involved in the peer network meeting.

The exemplary access request information may be as shown above, and the conference control server may determine, according to "<attendee type='sip'>D</attendee>" in the access request information, that the type of the first client D is based on For SIP terminals, the first client D does not support peer-to-peer network conferences.

If the conference control server determines that the first client does not support the peer-to-peer network conference, compares the processor capability, the memory capacity, and the bandwidth of each client participating in the peer-to-peer network conference according to the preset proxy selection algorithm, and participates in the peer-to-peer Determining the proxy peer network client among all the clients of the web conference, and further sending the notification information to the proxy peer network client, the notification information is used to indicate that the first client will access the peer network conference, and indicate the The proxy peer-to-peer network client determines as the proxy client of the first client, and after receiving the notification information, the proxy peer-to-peer network client may display, on the screen of the proxy peer-to-peer network client, that the first client will access the peer. online meeting.

The exemplary notification information may be as shown above, and the proxy peer-to-peer network client may know that the proxy peer-to-peer network client is determined to be the first client D according to "<cmd>5005</cmd>" in the notification information. The proxy client, the peer-to-peer network client can also know that the type of the first client D is based on SIP according to "<attendee type='sip'>D</attendee>" in the notification information. (Session Initiation Protocol), where the first client D will access the peer-to-peer network conference.

Step S202: The conference control server sends the description information to the second client.

After the conference control server determines that the first client does not support the peer network conference, the conference information may be sent to the second client, where the description information is used to indicate that the first client accesses the peer network conference, and the second client receives After the description information, the second client may display that the first client will access the peer-to-peer network conference.

The exemplary description information may be as shown above, and the second client may know that the type of the first client D is a SIP-based terminal according to "<attendee type='sip'>D</attendee>" in the description information. Where the first client D will access the peer-to-peer network conference.

Step S203: The conference control server sends the call request information to the proxy peer network client.

After the conference control server sends the notification information to the proxy peer network client, the conference request information may be sent to the proxy peer network client, where the call request information may be sent by the conference control server as the client of the conference initiator. The access request information is forwarded to the proxy peer network client. Optionally, the call request information may also be request information that the information body is empty.

Step S204: The proxy peer network client sends call response information to the conference control server, where the call response information carries media attribute information of the proxy peer network client.

After receiving the call request information sent by the conference control server, the proxy peer network client may send call response information to the conference control server, where the call response information carries media attribute information of the proxy peer network client, where the media attribute information may include The encoding technology and decoding technology supported by the proxy peer-to-peer network client and the port number of the proxy peer network client.

Step S205, the conference control server sends a call to the first client according to the call response information. should.

After receiving the call response information sent by the proxy peer network client, the conference control server sends a call response to the first client according to the call response information, where the call response may include media attribute information of the proxy peer network client.

Step S206, the first client sends a reply confirmation message to the conference control server.

In a specific implementation, after receiving the media attribute information of the proxy peer network client sent by the conference control server, the first client may determine whether the media attribute information of the proxy peer network client matches the media attribute information of the first client, for example, The first client may determine whether at least one encoding technology supported by the proxy peer network client matches at least one decoding technology supported by the first client, and at least one decoding technology supported by the proxy peer network client and the first Whether at least one encoding technology supported by the client matches, and whether the port number of the proxy peer network client matches the port number of the first client, etc., if the first client determines the media attribute information of the proxy peer network client and the first If the media attribute information of the client matches, the acknowledgment information is sent to the conference control server, where the acknowledgment information carries the media attribute information of the first client, where the media attribute information may include the coding technology and decoding technology supported by the first client, and the The port number of a client, etc.

Step S207: The conference control server sends a reply confirmation to the proxy peer network client according to the reply confirmation information.

After receiving the reply confirmation information sent by the first client, the conference control server may send a reply confirmation to the proxy peer network client according to the reply confirmation information, where the reply confirmation may include the media attribute information of the first client.

Step S208, establishing a media channel between the proxy peer network client and the first client.

In a specific implementation, after receiving the reply confirmation sent by the conference control server, the proxy peer network client may determine whether the media attribute information of the proxy peer network client matches the media attribute information of the first client, for example, proxy peer network client. The terminal may determine whether at least one coding technology supported by the proxy peer network client matches at least one decoding technology supported by the first client, and at least one decoding technology supported by the proxy peer network client and the first client support Whether at least one of the encoding technologies matches, and whether the port number of the proxy peer network client matches the port number of the first client, etc., if the proxy peer network client determines the media attribute information of the proxy peer network client and the first client When the media attribute information of the terminal matches, a media channel is established with the first client.

Step S209: The first client sends the media stream to the proxy peer network client through the media channel.

After the proxy peer network client establishes a media channel with the first client, the first client may send the media stream to the proxy peer network client through the media channel, where the media stream may include the first client sending Audio and / or video.

Step S210: The proxy peer-to-peer network client performs a mixing process on the media stream sent by the first client and the media stream collected by the local end to obtain a media stream.

Step S211, the proxy peer-to-peer network client sends the obtained one-way media stream to the second client through the peer-to-peer network conference channel.

Step S212, the second client sends the media stream to the proxy peer network client through the peer-to-peer network conference channel.

Step S213: The proxy peer network client performs a mixing process on the media stream sent by the second client and the media stream collected by the local end to obtain one media stream.

Step S214: The proxy peer-to-peer network client sends the obtained one-way media stream to the first client through the media channel.

In the peer-to-peer network conference access method shown in FIG. 2, a media channel is established between the proxy peer-to-peer network client and the first client, and the first client sends the media stream to the proxy peer network client through the media channel. The proxy peer-to-peer network client mixes the received media stream with the media stream collected by the local end to obtain one media stream, and sends the obtained one-way media stream to the second client through the peer-to-peer network conference channel. Further, the proxy peer-to-peer network client mixes the media stream sent by the second client through the peer-to-peer network conference channel with the media stream collected by the local end to obtain a media stream and obtains the obtained The one-way media stream is sent to the first client through the media channel, and the client that does not support the peer-to-peer network can access the peer-to-peer network conference without relying on the intermediate node, and the cost is low and the process is simple.

Referring to FIG. 3, FIG. 3 is a schematic structural diagram of a proxy peer-to-peer network client according to an embodiment of the present invention. As shown, the proxy peer-to-peer network client in the embodiment of the present invention may include at least a media channel establishing unit 301. The media stream receiving unit 302 and the media stream transmitting unit 303.

The media channel establishing unit 301 is configured to establish a media channel with the first client, where the first client does not support the peer-to-peer network conference.

The media stream receiving unit 302 is configured to receive a media stream sent by the media channel between the first client and the first client established by the media channel establishing unit 301, where the media stream may include audio sent by the first client. / or video. Optionally, the media stream receiving unit 302 may also receive media streams sent by other peer network clients participating in the peer-to-peer network conference.

The media stream sending unit 303 is configured to send the media streams received by the media stream receiving unit 302 to the corresponding peer network clients participating in the peer network conference by using the peer network conference channel. Optionally, the media stream sending unit 303 may further send, by using the media channel, the media stream sent by the other peer network client that participates in the peer network conference to the first client.

As an optional implementation manner, the proxy peer-to-peer network client may further include:

The mixing processing unit 304 is configured to perform a mixing process on the media stream received by the media stream receiving unit 302 and the media stream collected by the local end to obtain a media stream that has been subjected to the mixing process. Optionally, the mixing processing unit 304 may further perform a mixing process on the media stream sent by the at least two clients of the other peer-to-peer network clients that are received by the media stream receiving unit 302 to obtain the media stream. A media stream that has been mixed and processed. Optionally, the mixing processing unit 304 may further send, by the media stream receiving unit 302, the media stream sent by at least one of the other peer network clients participating in the peer-to-peer network conference and the media stream collected by the local end. Mixing is performed to obtain a media stream that has undergone mixing processing.

The media stream sending unit 303 is further configured to send the one media stream obtained by the mixing processing unit 304 to the corresponding peer network client participating in the peer network conference through the peer network conference channel. Optionally, the media stream sending unit 303 may further send the one media stream that is obtained by the mixing processing unit 304 to the first client by using the media channel.

As an optional implementation manner, the media channel establishing unit 301 in the embodiment of the present invention may further include:

The call request receiving module 401 is configured to receive call request information sent by the conference control server for the first client. The call request information may be request information that the information body is empty. Optionally, the call request information may be that the conference control server forwards the received access request information sent by the client that is the conference initiator to the proxy peer. Network client.

The media attribute sending module 402 is configured to send, according to the call request information received by the call request receiving module 401, the media attribute information to the conference control server, where the media attribute information may be Including its own supported encoding technology and decoding technology as well as its own port number.

In a specific implementation, the media attribute sending module 402 sends its own media attribute information to the conference control server, so that the conference control server sends the received media attribute information to the first client, and the first client can determine the location. Whether the media attribute information of the first client matches the media attribute information of the first client, for example, the first client may determine whether the at least one encoding technology supported by the first client matches at least one decoding technology supported by the first client, Whether the at least one decoding technology supported by the first type matches the at least one encoding technology supported by the first client, and whether the port number of the first client matches the port number of the first client, etc., if the first client determines the location When the media attribute information of the first client matches the media attribute information of the first client, the media attribute information of the first client is sent to the conference control server.

The media attribute receiving module 403 is configured to receive media attribute information of the first client sent by the conference control server, where the media attribute information of the first client may include an encoding technology and a decoding technology supported by the first client, and a port number of the first client. Wait. In a specific implementation, after receiving the media attribute information of the first client, the media attribute receiving module 403 can determine whether the media attribute information of the first client matches the media attribute information of the first client. For example, the media attribute receiving module 403 can determine the support of the media attribute. Whether at least one encoding technique matches at least one decoding technology supported by the first client, whether at least one decoding technology supported by itself matches at least one encoding technology supported by the first client, and its own port number and number Whether the port number of a client matches, etc., if the media attribute receiving module 403 determines that the media attribute information of the client matches the media attribute information of the first client, the media channel establishing module 404 is triggered to establish a media channel with the first client.

The media channel establishing module 404 is configured to establish a media channel with the first client after the media attribute receiving module 403 receives the media attribute information of the first client.

In the proxy peer-to-peer network client shown in FIG. 3 and FIG. 4, the media stream receiving unit 302 receives the media stream sent by the first client through the media channel established by the media channel establishing unit 301 and the first client. The media stream sending unit 303 sends the media stream received by the media stream receiving unit 302 to the corresponding peer network client participating in the peer network conference through the peer network conference channel, respectively, without relying on the intermediate node. A client that does not support peer-to-peer network access to peer-to-peer network conferences has lower cost and simpler process.

Referring to FIG. 5, FIG. 5 is a schematic structural diagram of a proxy peer-to-peer network client according to another embodiment of the present invention, which is used to perform a peer-to-peer network conference access method provided by an embodiment of the present invention. As shown in FIG. 5, the proxy peer-to-peer network client includes: at least one processor 501, such as a CPU, at least two network interfaces, wherein the at least two network interfaces may include a first network interface 503 and a second network interface. 504. Memory 505, at least one communication bus 502. Among them, the communication bus 502 is used to implement connection communication between these components. The first network interface 503 and the second network interface 504 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The first network interface 503 is for communicating with the first client, and the second network interface 504 is for communicating with the second client. The memory 505 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory. The memory 505 can optionally include at least one storage device located remotely from the aforementioned processor 501. As shown in FIG. 5, a set of program codes is stored in the memory 505, and the processor 501 is configured to call the program code stored in the memory 505 for performing the following operations:

Establishing a media channel with the first client, where the first client does not support peer-to-peer network conference;

Receiving, by the first network interface 503, a media stream that is sent by the first client by using the media channel, where the media stream may include audio and/or video sent by the first client;

The received media stream is sent through the peer network conference channel to the second client participating in the peer-to-peer network conference via the second network interface 504.

In an embodiment, after receiving the media stream sent by the first client through the media channel, the processor 501 performs a mixing process on the received media stream and the media stream collected by the local end to obtain the media stream. a media stream that has been mixed and processed;

The processor 501 sends the received media stream to the second client participating in the peer-to-peer network conference through the peer network conference channel through the second network interface 504, specifically:

The acquired one-way media stream is sent to the second client participating in the peer-to-peer network conference through the peer-to-peer network conference channel through the second network interface 504.

In an embodiment, the processor 501 establishes a media channel with the first client, specifically:

Receiving call request information sent by the conference control server for the first client. The call request information may be request information that the information body is empty. Optionally, the call request information may be that the conference control server forwards the received access request information sent by the client that is the conference initiator to the proxy peer. Network client

Sending the media attribute information of the device to the conference control server according to the received call request information, so that the conference control server sends the media attribute information of the user to the first client, and receives the first client sent by the first client. Media attribute information, where the media attribute information may include a coding technology and a decoding technology supported by the client, and a port number of the client;

Receiving media attribute information of the first client sent by the conference control server;

Establish a media channel with the first client.

Specifically, the proxy peer-to-peer network client introduced in the embodiment of the present invention can implement peer-to-peer network conferences for clients that do not support peer-to-peer networks without relying on intermediate nodes, and the cost is low and the flow is simple.

Referring to FIG. 6, FIG. 6 is a schematic structural diagram of a peer-to-peer network conference access system according to an embodiment of the present invention. As shown in the figure, the peer-to-peer network conference access system in the embodiment of the present invention may at least include a proxy pair. The network client 601, the first client 602, and the second client 603, the proxy peer-to-peer client 601 can be combined with the proxy peer-to-peer client shown in FIG. 3, FIG. 4, and FIG. 5, the first client 602. Peer-to-peer web conferencing is not supported, where:

The proxy peer network client 601 is configured to establish a media channel with the first client 602.

The first client 602 is configured to send a media stream to the proxy peer network client 601 through the media channel, where the media stream may include audio and/or video sent by the first client.

The proxy peer-to-peer client 601 is further configured to send the received media stream to the second client 603 participating in the peer-to-peer network conference through the peer-to-peer network conference channel. Optionally, the proxy peer-to-peer network client 601 can also receive the media stream sent by the second client 603 through the peer-to-peer network conference channel, and send the received media stream sent by the second client 603 to the media channel through the media channel. A client 602.

The second client 603 is configured to receive the media stream sent by the proxy peer network client 601.

As an optional implementation, the proxy peer-to-peer network client 601 is further configured to perform a mixing process on the received media stream and the media stream collected by the local end to obtain a media stream that is subjected to the mixing process. And the obtained one-way media stream is sent to the second client 603 through the peer-to-peer network conference channel. Optionally, the proxy peer-to-peer network client 601 may further perform a mixing process on the media stream sent by the second client 603 and the media stream collected by the local end to obtain a media stream that is subjected to the mixing process, and The incoming media stream is sent to the first client 602 through the media channel.

As an optional implementation manner, the peer-to-peer network conference access system may further include a conference control server 604, where:

The conference control server 604 is configured to send, to the proxy peer network client 601, call request information for the first client 602, where the call request information may be request information that the information body is empty, and optionally, the call request information is also The conference control server 604 may forward the received access request information sent by the client as the conference initiator to the proxy peer network client 601.

In a specific implementation, the conference control server 604 is configured to receive the access request information sent by the client that is the conference initiator, where the client that is the conference initiator may be the proxy peer network client 601 or the second client 603. After receiving the access request information, the control server 604 may determine whether the conference is a peer-to-peer network conference according to the conference attribute corresponding to the conference that the client that is the conference initiator participates in, and the number of clients participating in the conference, if the conference control server 604 Determining whether the conference is a peer-to-peer network conference, determining whether the first client 602 supports the peer-to-peer network conference according to the received access request information; and if the conference control server 604 determines that the conference is not a peer-to-peer network conference, rejecting the first judgment Whether the client 602 supports the peer-to-peer network conference; if the conference control server 604 determines that the conference is a peer-to-peer network conference, and determines that the first client 602 supports the peer-to-peer network conference according to the received access request information, the conference is rejected. Determining the proxy peer-to-peer network client 601 among all clients of the peer-to-peer network conference; The conference control server 604 determines that the conference is a peer-to-peer network conference, and determines, according to the received access request information, that the first client 602 does not support the peer-to-peer network conference, and determines in all clients participating in the peer-to-peer network conference. The proxy peer network client 601 is sent and the call request information is sent to the proxy peer network client 601.

The proxy peer-to-peer network client 601 is further configured to send the media attribute information of the proxy peer-to-peer network client 601 to the conference control server 604 according to the received call request information, where the media attribute information may include the proxy peer-to-peer network client 601. The encoding technology and decoding technology and the port number of the proxy peer network client 601, and the like.

The conference control server 604 is further configured to send the received media attribute information of the proxy peer network client 601 to the first client 602.

The first client 602 is further configured to send the media attribute information of the first client 602 to the conference control server 604 according to the media attribute information of the received proxy peer network client 601.

In a specific implementation, the first client 602 receives the proxy peer sent by the conference control server 604. After the media attribute information of the network client 601, it can be determined whether the media attribute information of the proxy peer network client 601 matches the media attribute information of the first client 602. For example, the first client 602 can determine the proxy peer network client. Whether at least one encoding technology supported by the terminal 601 matches at least one decoding technology supported by the first client 602, and at least one decoding technology supported by the proxy peer network client 601 and at least one supported by the first client 602 Whether the encoding technology matches, and whether the port number of the proxy peer network client 601 matches the port number of the first client 602, etc., if the first client 602 determines the media attribute information of the proxy peer network client 601 and the first If the media attribute information of the client 602 matches, the media attribute information of the first client 602 is sent to the conference control server 604.

The conference control server 604 is further configured to send the received media attribute information of the first client 602 to the proxy peer network client 601, where the media attribute information of the first client 602 may include the code supported by the first client 602. Technology and decoding techniques, as well as the port number of the first client 602, and the like.

The proxy peer-to-peer network client 601 is further configured to receive the media attribute information of the first client 602 sent by the conference control server 604, and establish a media channel with the first client 602.

In a specific implementation, after receiving the media attribute information of the first client 602 sent by the conference control server 604, the proxy peer network client 601 may determine the media attribute information of the proxy peer network client 601 and the first client 602. Whether the media attribute information matches, for example, the proxy peer-to-peer network client 601 can determine whether at least one encoding technology supported by the proxy peer network client 601 matches at least one decoding technology supported by the first client 602, proxy peering Whether at least one decoding technology supported by the network client 601 matches at least one encoding technology supported by the first client 602, and whether the port number of the proxy peer network client 601 matches the port number of the first client 602, etc. If the proxy peer network client 601 determines that the media attribute information of the proxy peer network client 601 matches the media attribute information of the first client 602, a media channel is established with the first client 602.

In the peer-to-peer network conference access system shown in FIG. 6, the first client 602 sends media to the proxy peer network client 601 through a media channel established between the proxy peer-to-peer client 601 and the first client 602. The proxy peer-to-peer network client 601 sends the received media stream to the second client 603 participating in the peer-to-peer network conference through the peer-to-peer network conference channel, and can implement peer-to-peer support without relying on the intermediate node. The client of the network accesses peer-to-peer network conferences with low cost and simple process.

One of ordinary skill in the art can understand that all or part of the process of implementing the above embodiments can be completed by a computer program to instruct related hardware, and the program can be stored in a computer. The readable storage medium, when executed, may include the flow of an embodiment of the methods as described above. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

It should be noted that, in the above embodiments, the descriptions of the various embodiments are different, and the parts that are not described in detail in a certain embodiment may be referred to the related descriptions of other embodiments. In the following, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and units involved are not necessarily required by the present invention.

The steps in the method of the embodiment of the present invention may be sequentially adjusted, merged, and deleted according to actual needs.

The unit or module in the client in the embodiment of the present invention may be combined, divided, and deleted according to actual needs.

The unit or module in the embodiment of the present invention may be implemented by a general-purpose integrated circuit, such as a CPU (Central Processing Unit) or an ASIC (Application Specific Integrated Circuit).

The above is only a specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope of the present invention. It should be covered by the scope of the present invention. Therefore, the scope of the invention should be determined by the scope of the appended claims.

Claims

A peer-to-peer network conference access method, the method comprising:

Establishing a media channel between the Peer to Peer (P2P) client and the first client, where the first client does not support peer-to-peer network conference;

Receiving, by the proxy peer-to-peer network client, the media stream sent by the first client through the media channel;

The proxy peer-to-peer network client sends the received media stream to the corresponding peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel.
The method of claim 1, wherein after the proxy peer-to-peer network client receives the media stream sent by the first client through the media channel, the method further includes:

The proxy peer-to-peer network client performs a mixing process on the received media stream and the media stream collected by the local end to obtain a media stream that has undergone mixing processing;

The proxy peer-to-peer network client sends the received media stream to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel:

The proxy peer-to-peer network client sends the obtained one-way media stream to the corresponding peer-to-peer network client participating in the peer-to-peer network conference through the peer-to-peer network conference channel.
The method of claim 1, wherein the establishing a media channel between the proxy peer-to-peer client and the first client comprises:

Receiving, by the proxy peer-to-peer network client, call request information sent by the conference control server for the first client;

Sending, by the proxy peer-to-peer network client, media attribute information of the proxy peer network client to the conference control server according to the received call request information, so that the conference control server will use the proxy peer-to-peer network The media attribute information of the client is sent to the first client, and the media attribute information of the first client sent by the first client is received;

Receiving, by the proxy peer-to-peer network client, media attribute information of the first client sent by the conference control server;

A media channel is established between the proxy peer network client and the first client.
An agent peer-to-peer network client, characterized in that the proxy peer-to-peer network client comprises:

a media channel establishing unit, configured to establish a media channel with the first client, where the first client does not support a peer-to-peer network conference;

a media stream receiving unit, configured to receive a media stream that is sent by the media channel between the first client and the first client established by the media channel establishing unit;

The media stream sending unit is configured to send the media streams received by the media stream receiving unit to the corresponding peer network clients participating in the peer network conference by using the peer network conference channel.
The proxy peer-to-peer network client according to claim 4, wherein the proxy peer-to-peer network client further comprises:

a mixing processing unit, configured to perform a mixing process on the media stream received by the media stream receiving unit and the media stream collected by the local end to obtain a media stream that has been subjected to the mixing process;

The media stream sending unit is further configured to send the one media stream obtained by the mixing processing unit to the corresponding peer network client participating in the peer network conference through the peer network conference channel.
The proxy peer-to-peer network client according to claim 4, wherein the media channel establishing unit comprises:

a call request receiving module, configured to receive call request information sent by the conference control server for the first client;

a media attribute sending module, configured to send media attribute information of the proxy peer network client to the conference control server according to the call request information received by the call request receiving module, so that the conference control server will use the proxy The media attribute information of the peer network client is sent to the first client, and the media attribute information of the first client sent by the first client is received;

a media attribute receiving module, configured to receive media attribute information of the first client sent by the conference control server;

a media channel establishing module, configured to establish a media channel with the first client.
A peer-to-peer network conference access system, characterized in that the system comprises a proxy peer-to-peer network client, a first client and a second client, the first client does not support peer-to-peer network conference, wherein:

The proxy peer-to-peer network client is configured to establish a media channel with the first client;

The first client is configured to send a media stream to the proxy peer network client by using the media channel;

The proxy peer-to-peer network client is further configured to send the received media stream to the second client participating in the peer-to-peer network conference through a peer-to-peer network conference channel;

The second client is configured to receive a media stream sent by the proxy peer network client.
The system of claim 7 wherein:

The proxy peer-to-peer network client is further configured to perform mixing processing on the received media stream and the media stream collected by the local end to obtain a media stream that has undergone mixing processing, and obtain the obtained The one-way media stream is sent to the second client through the peer-to-peer network conference channel.
The system of claim 7 wherein said system further comprises a conference control server;

The conference control server is configured to send call request information for the first client to the proxy peer network client;

The proxy peer-to-peer network client is further configured to send media attribute information of the proxy peer-to-peer network client to the conference control server according to the received call request information;

The conference control server is further configured to send the received media attribute information of the proxy peer network client to the first client;

The first client is further configured to send media attribute information of the first client to the conference control server according to the received media attribute information of the proxy peer network client;

The conference control server is further configured to send the received media attribute information of the first client to the proxy peer network client;

The proxy peer-to-peer network client is further configured to receive media attribute information of the first client sent by the conference control server, and establish a media channel with the first client.