CN111327868A

CN111327868A - Method, terminal, server, device and medium for setting conference speaking party role

Info

Publication number: CN111327868A
Application number: CN202010109088.6A
Authority: CN
Inventors: 邹斌斌; 贺传森; 王晓燕; 杨春晖
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2020-02-21
Filing date: 2020-02-21
Publication date: 2020-06-23
Anticipated expiration: 2040-02-21
Also published as: CN111327868B

Abstract

The application provides a method, a terminal, a server, equipment and a medium for setting a conference speaker role. The method comprises the following steps: obtaining information of all participating members participating in the conference; acquiring the role type of a target participant in the conference according to the information of all the participants, wherein the target participant is any one of the participants; and acquiring a data packet corresponding to the role type, and correspondingly sending the data packet and the information of the target participating member to the autonomous server so that the autonomous server schedules the participating terminal of the target participating member according to the data packet in the conference process. When the role of each participating member is set, if the data packet corresponding to the role type of each participating member is stored, the data packet is directly obtained without constructing the data packet corresponding to the role type again, so that the time for setting the roles of the participating members by the client can be quickly shortened, and the efficiency for setting the roles of the participating members by the client is improved.

Description

Method, terminal, server, device and medium for setting conference speaking party role

Technical Field

The present invention relates to the field of video networking technologies, and in particular, to a method, a terminal, a server, a device, and a medium for setting a conference speaker role.

Background

When a video conference is created in the video network, conference roles need to be set for all conference members in advance, and these conference roles may be, for example: a chairman of the conference, a speaker, common participants and the like. Different conference roles usually have different conference permissions, so the setting of the roles of the conference members is very important to ensure the smooth proceeding of the whole video conference. In the related art, after a conference role is assigned to each conference member, a role data packet needs to be constructed for each conference member and sent to the server to inform the server of the conference role of the conference member, so that the server can schedule video streams according to the conference roles of the conference members when a subsequent video conference is performed. However, when a role data packet is constructed for each conference member in the related art, the efficiency is very low, and in a large-scale conference scene, the role setting of all conference members cannot be completed quickly, so that the conference preparation time is long.

Disclosure of Invention

The embodiment of the application provides a method, a terminal, a server, equipment and a medium for setting roles of speaking parties of a conference, and aims to improve the role setting efficiency of conference members in a video networking video conference, ensure that the conference preparation time is shortened in a large-scale conference scene, and improve the use experience of users.

A first aspect of an embodiment of the present application provides a method for setting a role of a conference speaker, where the method includes:

obtaining information of all participating members participating in the conference;

acquiring the role type of a target conference member in the conference according to the information of all the conference members, wherein the target conference member is any one of the conference members;

and acquiring a data packet corresponding to the role type, and correspondingly sending the data packet and the information of the target participating member to the autonomous server so that the autonomous server schedules the video stream of the participating terminal of the target participating member according to the data packet in the conference process.

A second aspect of the present application provides a method for setting a conference speaker role, where the method includes:

receiving a data packet sent by a terminal, wherein the data packet is a data packet corresponding to the role type of a target participating member, the data packet also comprises information of the target participating member, and the role type is determined by the client according to the information of the target participating member;

when the data packet is a correct type data packet, storing the data packet;

and sending response information of successful role setting of the target participating member to the terminal.

A third aspect of the embodiments of the present application provides a terminal, including:

the first acquisition module is used for acquiring information of all the participating members participating in the conference;

a second obtaining module, configured to obtain, according to the information of all the participating members, a role type of a target participating member in the conference, where the target participating member is any one of the participating members;

and the first sending module is used for obtaining a data packet corresponding to the role type and correspondingly sending the data packet and the information of the target participating member to the autonomous server so that the autonomous server can dispatch the video stream to the participating terminal of the target participating member according to the data packet in the conference process.

A fourth aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the steps of the method according to the first aspect of the present application when executed.

A fifth aspect of embodiments of the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, performs the steps in the method according to the first aspect of the present application.

A sixth aspect of embodiments of the present application provides a server, including:

the receiving module is used for receiving a data packet sent by a terminal, wherein the data packet is a data packet corresponding to the role type of a target participating member, the data packet also comprises information of the target participating member, and the role type is determined by the client according to the information of the target participating member;

the storage module is used for storing the data packet when the data packet is the correct type data packet;

and the second sending module is used for sending response information that the role setting of the target participating member is successful to the terminal.

A seventh aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the steps of the method according to the second aspect of the present application when executed.

An eighth aspect of embodiments of the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps in the method according to the second aspect of the present application.

When the role of each participant is set through the method for setting the conference speaking party role, firstly, the information of all the participants participating in the conference is obtained, then the role type of each participant in the conference is sequentially obtained according to the information of all the participants, after the role type of one participant in the conference is determined, a constructed data packet stored in the role type is directly obtained, and the data packet and the information of the participants are sent to the autonomous server together, so that the autonomous server carries out video stream scheduling on the participant terminals of the participants according to the data packet in the conference process. When the roles of each participant are set, if the data packet corresponding to the role type of each participant is stored, the data packet is directly obtained without building the data packet corresponding to the role type again, so that the time for setting the roles of the participants by a client can be quickly shortened, the preparation time of the conference at the early stage is shortened, and particularly in a large-scale video conference, the method for setting the roles of the conference speakers provided by the application has the outstanding efficiency for setting the roles of the participants by the client.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.

Fig. 1 is a flowchart illustrating a method for setting a conference speaker role according to an embodiment of the present application;

fig. 2 is a flowchart illustrating another method for setting a conference speaker role according to an embodiment of the present application;

fig. 3 is a schematic overall flowchart of a method for setting a conference speaker role according to an embodiment of the present application;

fig. 4 is a schematic overall flowchart illustrating another method for setting a conference speaker role according to an embodiment of the present application;

fig. 5 is a block diagram illustrating a terminal according to an embodiment of the present application;

FIG. 6 is a block diagram of a server according to an embodiment of the present application;

FIG. 7 is a schematic networking diagram of a video network, according to an embodiment of the present application;

FIG. 8 is a diagram illustrating a hardware architecture of a node server according to an embodiment of the present application;

fig. 9 is a schematic diagram illustrating a hardware structure of an access switch according to an embodiment of the present application;

fig. 10 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The present application first provides a method for setting up a conference speaker role, as described in fig. 1. Fig. 1 is a flowchart illustrating a method for setting a conference speaker role according to an embodiment of the present application. Referring to fig. 1, the method for setting a conference speaker role according to the present application includes the following steps:

step S11: information is obtained for all of the participating members participating in the conference.

In this embodiment, the execution subject of the method for setting the conference speaking party role can be a client, and the client can be installed in any terminal equipment (for example, a PC, a smart phone, and the like). The client may obtain information of all the participating members from the third-party conference control software, and may also receive information of all the participating members input by the user through an interface provided by the client. The information of the participating members may include: the names of the participating members, the virtual numbers of the corresponding participating terminals, the numbers of the located video conferences, the conference roles and the like, and the information of the participating members is not particularly limited in the application.

Step S12: and acquiring the role type of a target participant in the conference according to the information of all the participant members, wherein the target participant is any one of the participant members.

In this embodiment, the conference roles may include: the speaker comprises a chairman, a first speaker and a second speaker. Conference roles differ from role types, which may include a variety of, for example: the conference system comprises a conference chairman, a first speaker and a second speaker, and is only a conference chairman or only a common participant. According to the conference role of each participant member, the role type of the participant member can be determined.

Step S13: and acquiring a data packet corresponding to the role type, and correspondingly sending the data packet and the information of the target participating member to the autonomous server so that the autonomous server schedules the video stream of the participating terminal of the target participating member according to the data packet in the conference process.

In this embodiment, the data packets corresponding to different role types are different. After the client obtains the role type of each participating member, the client needs to inform the autonomous server of the role type, so that the autonomous server can schedule video streams according to the role type of each participating member in the subsequent video conference process. Therefore, the client needs to obtain a corresponding data packet according to the role type of each participating member, and send the data packet to the autonomous server, where the data packet includes not only information of the participating members but also a plurality of data files related to video stream scheduling, so that the autonomous server can execute a subsequent conference flow.

In this embodiment, for each role type, the client stores the data packet when creating the data packet for the role type for the first time. Therefore, after determining the role type of a participant member each time, the client first detects whether a data packet corresponding to the role type already exists, and if the data packet corresponding to the role type already exists, the client directly obtains the data packet as the data packet corresponding to the currently processed role type of the participant member without constructing the data packet corresponding to the role type again. And finally, sending the obtained data packet and the information of the currently processed participating members to the autonomous server.

After step S13, the following steps may also be performed:

and when the data packet corresponding to the role type is not obtained, the data packet corresponding to the role type is constructed, the constructed data packet and the information of the target participating member are correspondingly sent to the autonomous server, and the constructed data packet is stored.

In this embodiment, if a packet corresponding to a role type cannot be obtained, a packet corresponding to the role type is also constructed.

Illustratively, the client needs to set roles of 5 participating members, where the 5 participating members are members 1 to 5, respectively, where the role type of member 1 is a first speaker, the role type of member 2 is a second speaker, the role type of member 3 is a first speaker, the role type of member 4 is a chairman, and the role type of member 5 is a normal participating member (unable to speak). When a client starts to set a member role, firstly determining that the role type of a member 1 is a first speaker, detecting whether a data packet corresponding to the role type exists (in each embodiment of the application, the data packets corresponding to the same role type in different video conferences are different), if the detection result does not exist, constructing and storing the data packet corresponding to the role type, namely the first speaker, and then sending the data packet and the information of the member 1 to an autonomous server; then, the client determines that the role type of the member 2 is a second speaker, obtains a data packet corresponding to the role type of the member 2 in the same way as the role of the member 1 is set, and sends the data packet and the information of the member 2 to the autonomous server; then, the client determines that the role type of the member 3 is the first speaker, and because a data packet corresponding to the role type of the first speaker is constructed before, when the role of the member 3 is set, the data packet constructed when the role of the member 1 is set is directly obtained, a new data packet does not need to be constructed again as when the role of the member 1 is set, and finally the data packet and the information I of the member 3 are sent to the autonomous server; the setting of the roles of the members 4 and 5 is the same as the setting of the roles of the members 1 to 3, and the description thereof is omitted.

When the role of each participant is set through the method for setting the conference speaking party role of the embodiment, firstly, the information of all the participants participating in the conference is obtained, then, the role type of each participant in the conference is sequentially obtained according to the information of all the participants, after the role type of one participant in the conference is determined, a constructed data packet stored in the role type is directly obtained, and the data packet and the information of the participants are sent to the autonomous server together, so that the autonomous server schedules the participant terminals of the participants according to the data packet in the conference process. When the roles of each participant are set, if the data packet corresponding to the role type of each participant is stored, the data packet is directly obtained without building the data packet corresponding to the role type again, so that the time for setting the roles of the participants by a client can be quickly shortened, the preparation time of the conference at the early stage is shortened, and particularly in a large-scale video conference, the method for setting the roles of the conference speakers provided by the application has the outstanding efficiency for setting the roles of the participants by the client.

With reference to the foregoing embodiment, in an implementation manner, the sending the data packet and the information of the target participant to the autonomous server in a corresponding manner may specifically include the following steps:

and adding the information of the target participating members into the data packet, and sending the data packet to the autonomous server after the information of the target participating members is successfully added.

In this embodiment, some or all of the information may be obtained from the information of the target participant, added to the data packet, and then sent to the autonomous server to inform the autonomous server which participant the data packet corresponds to. For example, the client may extract the virtual terminal number corresponding to the participant terminal of the participant member 1 from the information of the participant member 1, add the number as a tag to a data packet corresponding to the role type of the participant member 1, and then send the data packet to the autonomous server to inform the autonomous server that the data packet corresponds to the virtual terminal number corresponding to the participant terminal of the participant member 1.

In this embodiment, the client adds the information of the participating members to the corresponding data packets, so that the autonomous server can be ensured to accurately know the roles of the participating members, subsequent video stream scheduling is facilitated, and smooth proceeding of the video conference is ensured.

With reference to the foregoing embodiment, in an implementation manner, obtaining the role type of the target participant in the conference according to the information of all the participant members may specifically include the following steps:

when the target participating member is a chairman, a first speaker and a second speaker, determining that the role type of the target participating member is a first type conference member;

when the target participant is a chairman, a first speaker and not a second speaker, determining that the role type of the target participant is a second type conference member;

when the target participant is a chairman, is not a first speaker and is a second speaker, determining that the role type of the target participant is a third type conference member;

when the target participant member is a chairman, is not a first speaker and is not a second speaker, determining that the role type of the target participant member is a fourth type conference member;

determining the role type of the target participant member to be a fifth type conference member when the target participant member is not a chairman, is a first speaker and is a second speaker;

when the target participant member is not a chairman, a first speaker and a second speaker, determining that the role type of the target participant member is a sixth type conference member;

determining the role type of the target participant member to be a seventh type conference member when the target participant member is not a chairman, not a first speaker and is a second speaker;

and when the target participant member is not the chairman, the first speaker and the second speaker, determining that the role type of the target participant member is the eighth type conference member.

In this embodiment, the role types can be divided into 8 types, including: a first type of conference member, a second type of conference member, a third type of conference member, a fourth type of conference member, a fifth type of conference member, a sixth type of conference member, a seventh type of conference member, and an eighth type of conference member.

Of course, in the present application, the role types may be divided into a plurality of types according to the types of the conference roles, for example, when the conference roles include a chairman, a first speaker and a second speaker, the role types may be divided into 8 types, when the conference roles include the chairman, the first speaker, the second speaker and a third speaker, the role types may be divided into 16 types, and so on, more speakers may also be set to obtain more actually required role types, which is not specifically limited in the present application.

In this embodiment, a plurality of role types can be obtained according to conference role settings, so that the requirement of diversification of speakers in the video conference process can be met, and the use experience of users is improved.

With reference to the foregoing embodiment, in an implementation manner, each data packet corresponding to a role type includes a local data file and a received data file, where the received data file includes chairman data, first speaker data, and second speaker data. Accordingly, the step of constructing the data packet corresponding to the role type may specifically include the following steps:

when the role type of the target participating member is a first type conference member, constructing a first type data packet, wherein a local data file of the first type data packet comprises chairman data, first speaker data and second speaker data;

when the role type of the target conference member is a second type conference member, constructing a second type data packet, wherein a local data file of the second type data packet comprises chairman data and first speaker data;

when the role type of the target conference member is a third type conference member, constructing a third type data packet, wherein a local data file of the third type data packet comprises chairman data and second speaker data;

when the role type of the target participating member is a fourth type conference member, constructing a fourth type data packet, wherein a local data file of the fourth type data packet comprises chairman data;

when the role type of the target conference member is a fifth type conference member, constructing a fifth type data packet, wherein a local data file of the fifth type data packet comprises first speaker data and second speaker data;

when the role type of the target conference member is a sixth type conference member, constructing a sixth type data packet, wherein a local data file of the sixth type data packet comprises first speaker data;

when the role type of the target conference member is a seventh conference member, constructing a seventh data packet, wherein a local data file of the seventh data packet comprises second speaker data;

and when the role type of the target participating member is an eighth type conference member, constructing an eighth type data packet, wherein the eighth type data packet does not contain a local data file.

In this embodiment, in order to reduce the operating pressure of the autonomous server, the client completes the task of constructing the data packet when setting the role of each participating member. The local data file is used for storing audio and video streams generated by a chairman or a speaker in the conference process, and the receiving data file is used for receiving the audio and video streams sent by the chairman or the speaker in the conference process.

Specifically, if one participant member is the first speaker and the second speaker at the same time, the local data file of the data packet of the participant member should include a subfile for storing the data of the first speaker and a subfile for storing the data of the second speaker, and since the participant member is the first speaker and the second speaker at the same time, the audio/video stream generated by the participant member at the speaker can exist in the subfile for the data of the first speaker and the subfile for the data of the second speaker at the same time. Wherein, each subfile can include a portion for storing audio and a portion for storing video. If one member of the participant is not the chairman, nor the first speaker or the second speaker, the member of the participant is a common member of the participant without the speaking right, and only the receiving data file is used for receiving the audio and video streams generated by all the chairmen, the first speaker or the second speaker in the data packet.

In the embodiment, the client completes the original task of constructing the data packet of the role type corresponding to each participating member by the autonomous server, so that the operating pressure of the autonomous server can be reduced, and meanwhile, the smooth operation of the video conference is ensured.

The present application also provides another method for setting up the role of the speaking party of the conference, as shown in fig. 2. Fig. 2 is a flowchart illustrating another method for setting a conference speaker role according to an embodiment of the present application. Referring to fig. 2, another method for setting a conference speaker role provided by the present application may include the following steps:

step S21: receiving a data packet sent by a terminal, wherein the data packet is a data packet corresponding to the role type of a target participating member, the data packet also comprises information of the target participating member, and the role type is determined by the client according to the information of the target participating member;

step S22: when the data packet is a correct type data packet, storing the data packet;

step S23: and sending response information of successful role setting of the target participating member to the terminal.

In this embodiment, after receiving a data packet sent by a client, an autonomous server determines whether the data packet conforms to a preset data packet type, and if so, stores the data packet, and then sends response information indicating that the role setting of a target participant member is successful to the client.

With reference to the foregoing embodiment, in an implementation manner, the method for setting a conference speaker role according to the present application may further include:

and after the roles of all the participating members participating in the conference are successfully set, and when the conference starts, scheduling the video streams of the participating terminals of all the participating members according to the role types of all the participating members.

Specifically, the scheduling of the video stream to the participant terminals of all the participant members may include:

determining the participant terminal of the participant member who is speaking currently;

obtaining a local data file in a data packet corresponding to the speaking participant;

and acquiring conference data from the local data file in real time, and sending the conference data to the participant terminals of other participant members according to a scheduling rule preset according to the role types of all the participant members so that the participant terminals of other participant members store the conference data into the received data file in the corresponding data packet.

In this embodiment, the scheduling rule may be flexibly set according to the role types of all the participating members, for example, it may be set that all the participating terminals of all the participating members may receive the video stream and the audio stream of the chairman, all the participating terminals of all the participating members may receive the video stream of the first speaker, all the participating terminals of all the participating members may receive the audio stream of the second speaker, and the like. According to the scheduling rule, in the process of the video conference, the autonomous server can obtain the video stream and/or the audio stream generated by the participant terminal of the participant who is speaking currently and send the video stream and/or the audio stream to other participants. The video stream and/or the audio stream generated by the participant terminal of the participant member who is speaking currently is recorded in the local data file of the data packet corresponding to the role type of the participant member in real time, so that the autonomous server can obtain the video stream and/or the audio stream from the local data file and send the video stream and/or the audio stream to the participant terminals of other participant members, and the participant terminals of other participant members can store the received video stream and/or the audio stream in the received data file of the corresponding data packet.

For example, assuming that there are 10 participating members in a video conference, i.e., member 1-member 10, member 1 is the chairman, member 2 is the first speaker, and member 3 is the second speaker, the scheduling rules are such that all participating members can receive the video stream and the audio stream of the chairman at the same time, all participating members can receive the video stream of the first speaker, and all participating members can receive the audio stream of the second speaker. In the process of a video conference, if the autonomous server detects that the member 1 speaks at the current moment, the member 2-member 10 participating terminals are simultaneously sent with video streams and audio streams obtained from the local data file of the data packet of the member 1 participating terminal, and the member 2-member 10 participating terminals store the video streams and the audio streams into chairman data of a received data file when receiving the video streams and the audio streams; if the autonomous server detects that the member 2 speaks at the current moment, the autonomous server obtains a video stream from a local data file of a data packet of the participant terminal of the member 2 and simultaneously sends the video stream to the participant terminals of the members 1 and 3-10, and when the participant terminals of the members 1 and 3-10 receive the video stream, the video stream is stored in first speaker data of a received data file; and if the autonomous server detects that the member 3 speaks at the current moment, the audio stream is obtained from the local data file of the data packet of the participant terminal of the member 3 and is simultaneously sent to the participant terminals of the members 1, 2 and 4-10, and the participant terminals of the members 1, 2 and 4-10 store the audio stream into second speaker data of the received data file when receiving the audio stream.

Fig. 3 is a schematic overall flowchart of a method for setting a conference speaker role according to an embodiment of the present application. Fig. 4 is a schematic overall flowchart of another method for setting a conference speaker role according to an embodiment of the present application. The method for setting the conference speaker role according to the present application will be described in conjunction with fig. 3 and 4 as a whole.

In fig. 3, a certain videoconference has N participating members, which are members 1-N, and each time the client obtains one member, the client first determines whether the member is the chairman, then judging whether the speaker is the first speaker (corresponding to the transmitter 1 in fig. 3), and finally judging whether the speaker is the second speaker (corresponding to the transmitter 2 in fig. 3), wherein the total number of the speakers is 8, namely A-H, corresponding to 8 role types, the role types of all the members can be determined according to the 8 role types, after the role type is determined, if the data packet of the role type is constructed for the first time, the data packet is sent to the autonomous server after construction, and if the data packet of the role type is not constructed for the first time, obtaining the data packet of the role type constructed for the first time and sending the data packet of the role type to the autonomous server.

For example, referring to fig. 4, after a client obtains a member at a certain time, it is determined that the member is a chairman, not a first speaker, but a second speaker, the role type of the member is determined to be class D, if a class D data packet is constructed for the first time, the data packet is sent to an autonomous server after construction, and if a class D data packet is not constructed for the first time, the class D data packet obtained by the first construction is obtained and sent to the autonomous server; for another example, after a client obtains a member at a certain time, it is determined that the member is not a chairman, not a first speaker, or not a second speaker, the role type of the member is determined to be H-type, if an H-type data packet is constructed for the first time, the data packet is sent to the autonomous server after construction, and if the H-type data packet is not constructed for the first time, the H-type data packet obtained by the first construction is obtained and sent to the autonomous server.

It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.

The present application also provides a terminal 500, as shown in fig. 5. Fig. 5 is a block diagram of a terminal according to an embodiment of the present application. Referring to fig. 5, a terminal 500 of the present application may include:

a first obtaining module 501, configured to obtain information of all participating members participating in a conference;

a second obtaining module 502, configured to obtain, according to the information of all the participating members, a role type of a target participating member in the conference, where the target participating member is any one of the participating members;

a first sending module 503, configured to obtain a data packet corresponding to the role type, and correspondingly send the data packet and the information of the target participating member to the autonomous server, so that the autonomous server performs video stream scheduling on a participating terminal of the target participating member according to the data packet in a conference process.

Optionally, the terminal 500 further includes:

and the construction module is used for constructing the data packet corresponding to the role type when the data packet corresponding to the role type is not obtained, correspondingly sending the constructed data packet and the information of the target participating member to the autonomous server, and storing the constructed data packet.

Optionally, the first sending module 503 includes:

and the first sending submodule is used for adding the information of the target participating member into the data packet and sending the data packet to the autonomous server after the information of the target participating member is successfully added.

Optionally, the second obtaining module 502 includes:

a first determining sub-module, configured to determine that the role type of the target participant member is a first type conference member when the target participant member is a chairman, a first speaker, and a second speaker;

a second determining submodule, configured to determine that the role type of the target participant is a second type conference member when the target participant is a chairman, a first speaker, and not a second speaker;

a third determining submodule, configured to determine that the role type of the target participant is a third type conference member when the target participant is a chairman, is not the first speaker, and is the second speaker;

a fourth determining sub-module, configured to determine that the role type of the target participant is a fourth type conference member when the target participant is a chairman, not the first speaker, and not the second speaker;

a fifth determining sub-module, configured to determine that the role type of the target participant member is a fifth type conference member when the target participant member is not a chairman, is a first speaker, and is a second speaker;

a sixth determining sub-module, configured to determine that the role type of the target participant is a sixth type conference member when the target participant is not a chairman, a first speaker, and a second speaker;

a seventh determining sub-module, configured to determine that the role type of the target participant is a seventh type conference member when the target participant is not a chairman, is not a first speaker, and is a second speaker;

an eighth determining sub-module, configured to determine that the role type of the target participant is an eighth type conference member when the target participant is not a chairman, not a first speaker, and not a second speaker.

Optionally, each data packet corresponding to the role type includes a local data file and a received data file, where the received data file includes chairman data, first speaker data, and second speaker data; the building module comprises:

the first construction sub-module is used for constructing a first type data packet when the role type of the target conference member is a first type conference member, and a local data file of the first type data packet comprises chairman data, first speaker data and second speaker data;

the second construction submodule is used for constructing a second type data packet when the role type of the target conference member is a second type conference member, and a local data file of the second type data packet comprises chairman data and first speaker data;

the third construction submodule is used for constructing a third type data packet when the role type of the target conference member is a third type conference member, and a local data file of the third type data packet comprises chairman data and second speaker data;

the fourth construction submodule is used for constructing a fourth type data packet when the role type of the target conference member is a fourth type conference member, and a local data file of the fourth type data packet comprises chairman data;

a fifth construction submodule, configured to construct a fifth type data packet when the role type of the target conference member is a fifth type conference member, where a local data file of the fifth type data packet includes first speaker data and second speaker data;

a sixth construction submodule, configured to construct a sixth type data packet when the role type of the target conference member is a sixth type conference member, where a local data file of the sixth type data packet includes first speaker data;

a seventh construction submodule, configured to construct a seventh-type data packet when the role type of the target conference member is a seventh-type conference member, where a local data file of the seventh-type data packet includes second speaker data;

and the eighth construction submodule is used for constructing an eighth type data packet when the role type of the target conference member is an eighth type conference member, and the eighth type data packet does not contain a local data file.

Based on the same inventive concept, the present application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the method for setting a conference speaker role according to any of the above embodiments of the present application is implemented.

Based on the same inventive concept, the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, implements the steps in the method for setting a conference speaker role according to any of the above-mentioned embodiments of the present application.

The present application further provides a server 600, as shown in fig. 6. Fig. 6 is a block diagram illustrating a server according to an embodiment of the present application. Referring to fig. 6, a server 600 of the present application may include:

a receiving module 601, configured to receive a data packet sent by a terminal, where the data packet is a data packet corresponding to a role type of a target participating member, the data packet further includes information of the target participating member, and the role type is determined by the client according to the information of the target participating member;

a storage module 602, configured to store the data packet when the data packet is a correct type data packet;

a second sending module 603, configured to send, to the terminal, response information that the role setting of the target participating member is successful.

Optionally, the server 600 further includes:

and the scheduling module is used for scheduling the video streams of the participant terminals of all the participant members according to the role types of all the participant members when the setting of the roles of all the participant members participating in the conference is successful and the conference is started.

Optionally, the scheduling module includes:

a ninth determining submodule, configured to determine a participant terminal of a participant who is speaking currently;

a third obtaining module, configured to obtain a local data file in a data packet corresponding to the speaking participant;

and the scheduling submodule is used for acquiring the conference data from the local data file in real time, and sending the conference data to the participant terminals of other participant members according to a scheduling rule preset according to the role types of all the participant members so as to enable the participant terminals of other participant members to store the conference data into the received data file in the corresponding data packet.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.

The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.

To better understand the embodiments of the present invention, the following description refers to the internet of view:

some of the technologies applied in the video networking are as follows:

network Technology (Network Technology)

Network technology innovation in video networking has improved over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network circuit Switching (circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.

Switching Technology (Switching Technology)

The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.

Server Technology (Server Technology)

The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.

Storage Technology (Storage Technology)

The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.

Network Security Technology (Network Security Technology)

The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.

Service Innovation Technology (Service Innovation Technology)

The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.

Networking of the video network is as follows:

the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.

Fig. 7 is a networking diagram of a video network according to an embodiment of the present application. As shown in fig. 7, the video network is divided into an access network and a metropolitan network.

The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.

The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.

Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.

The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.

The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.

Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.

The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.

Video networking device classification

1.1 devices in the video network of the embodiment of the present invention can be mainly classified into 3 types: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.

1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).

The specific hardware structure of each access network device is as follows:

a node server:

fig. 8 is a schematic diagram illustrating a hardware structure of a node server according to an embodiment of the present application. As shown in fig. 8, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;

the network interface module 201, the CPU module 203, and the disk array module 204 all enter the switching engine module 202; the switching engine module 202 performs an operation of looking up the address table 205 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a queue of the corresponding packet buffer 206 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.

The access switch:

fig. 9 is a schematic diagram illustrating a hardware structure of an access switch according to an embodiment of the present application. As shown in fig. 9, the network interface module (downlink network interface module 301, uplink network interface module 302), switching engine module 303 and CPU module 304 are mainly included;

wherein, the packet (uplink data) coming from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the incoming data packet of the CPU module 304 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.

The switching engine module 303 polls all packet buffer queues, which in this embodiment of the present invention is divided into two cases:

if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;

if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.

The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.

The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.

Ethernet protocol conversion gateway：

Fig. 10 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to an embodiment of the present application. As shown in fig. 10, the system mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.

Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;

the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MACSA of the ethernet coordination gateway, and the ethernet length or frame type, and sends the packet.

The other modules in the ethernet protocol gateway function similarly to the access switch.

A terminal:

the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.

1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.

2. Video networking packet definition

2.1 Access network packet definition

The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.

As shown in the following table, the data packet of the access network mainly includes the following parts:

DA

SA

Reserved

Payload

CRC

wherein:

the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;

the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);

the reserved byte consists of 2 bytes;

the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;

the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.

2.2 metropolitan area network packet definition

The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.

In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.

As shown in the following table, the data packet of the metro network mainly includes the following parts:

DA

SA

Reserved

label (R)

Payload

CRC

Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.

Based on the above characteristics of the video networking, one of the core concepts of the embodiments of the present invention is provided, and according to the protocol of the video networking, when the role of each participant is set by the method for setting the conference speaking party role of the embodiment, the information of all the participants participating in the conference is obtained first, then the role type of each participant in the conference is sequentially obtained according to the information of all the participants, after the role type of one participant in the conference is determined, a constructed data packet stored in the role type is directly obtained, and the data packet and the information of the participants are sent to the autonomous server together, so that the autonomous server schedules the video stream for the participants according to the data packet in the conference process.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.

The method, the terminal, the server, the device and the medium for setting the conference speaking party role provided by the invention are introduced in detail, and a specific example is applied in the text to explain the principle and the implementation mode of the invention, and the description of the embodiment is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A method for setting up a conference speaker role, comprising:

2. The method of claim 1, further comprising:

3. The method of claim 2, wherein sending the data packet to the autonomous server in correspondence with the information of the target participant member comprises:

4. The method of claim 1, wherein obtaining the role type of the target participant in the conference according to the information of all the participant members comprises:

5. The method according to claim 4, wherein each data packet corresponding to the role type includes a local data file and a received data file, and the received data file includes chairman data, first speaker data and second speaker data;

constructing a data packet corresponding to the role type, including:

6. A method for setting up a conference speaker role, comprising:

when the data packet is a correct type data packet, storing the data packet;

7. The method of claim 6, further comprising:

8. The method of claim 7, wherein the scheduling the video streams for the participant terminals of all the participant members comprises:

9. A terminal, comprising:

10. A server, comprising:

11. An electronic device, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the electronic device to perform the method of setting a conference speaker role of any of claims 1-5.

12. A computer-readable storage medium storing a computer program for causing a processor to execute the method of setting a conference speaker role according to any one of claims 1-5.

13. An electronic device, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon, which when executed by the one or more processors, cause the electronic device to perform the method of setting a conference speaker role of any of claims 6-8.

14. A computer-readable storage medium storing a computer program for causing a processor to execute the method of setting a conference speaker role according to any one of claims 6 to 8.