CN111327868B

CN111327868B - Method, terminal, server, equipment and medium for setting conference speaking party roles

Info

Publication number: CN111327868B
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: 2023-07-04
Anticipated expiration: 2040-02-21
Also published as: CN111327868A

Abstract

The application provides a method, a terminal, a server, equipment and a medium for setting a role of a conference speaker. The method comprises the following steps: obtaining information of all the participant members participating in the conference; according to the information of all the participant members, the role types of the target participant members in the conference are obtained, wherein the target participant members are any one participant member of all the participant members; and obtaining a data packet corresponding to the role type, and sending the data packet and the information of the target participant to the autonomous server in a corresponding manner, so that the autonomous server performs video stream scheduling on the participant terminal of the target participant according to the data packet in the conference process. When setting the role of each participant, if the data packet corresponding to the role type is already 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 role of the participant by the client can be shortened rapidly, and the efficiency for setting the role of the participant by the client can be improved.

Description

Method, terminal, server, equipment and medium for setting conference speaking party roles

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 role of a conference speaker.

Background

When creating a video conference in the video network, conference roles need to be set in advance for all conference members, and these conference roles may be, for example: conference chairmen, speakers, general participant members, etc. Different conference roles typically have different conference rights, and thus, setting of conference member roles is important to ensure smooth progress of the entire video conference. In the related art, after a conference role is allocated to each conference member, a role data packet is also required to be constructed for each conference member, and the role data packet is sent to a 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 each conference member when a subsequent video conference is performed. However, in the related art, when a role data packet is built for each conference member, the efficiency is quite 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 the role of a conference speaking party, which aim to improve the role setting efficiency of conference members during a video networking video conference, ensure that the conference preparation time is shortened and the use experience of users is improved under a large-scale conference scene.

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 the participant members participating in the conference;

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

and obtaining a data packet corresponding to the role type, and correspondingly transmitting the data packet and the information of the target participant to the autonomous server so that the autonomous server performs video stream scheduling on the participant terminal of the target participant according to the data packet in the conference process.

A second aspect of an embodiment of the present application provides a method for setting a role of a conference speaker, 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 participant, the data packet also comprises information of the target participant, and the role type is determined by the client according to the information of the target participant;

Storing the data packet when the data packet is a correct type data packet;

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

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

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

the second obtaining module is used for obtaining the role type of the target participant in the conference according to the information of all participant members, wherein the target participant is any participant member of all participant members;

and the first sending module is used for obtaining the data packet corresponding to the role type, and sending the data packet and the information of the target participant to the autonomous server in a corresponding manner, so that the autonomous server performs video stream scheduling on the participant terminal of the target participant according to the data packet in the conference process.

A fourth aspect of the embodiments of the present application provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, which when executed implements the steps of the method described in the first aspect of the present application.

A fifth aspect of the embodiments of the present application provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs steps in a method as described in the first aspect of the present application.

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

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

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

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

A seventh aspect of the embodiments of the present application provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, which when executed implements the steps of the method described in the second aspect of the present application.

An eighth aspect of the embodiments of the present application provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs steps in a method according to the second aspect of the present application.

When the role of each participant is set by the method for setting the role of the conference speaking party, 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, the built data packet stored in the role type is directly obtained, and the data packet and the information of the participant are sent to an autonomous server together, so that the autonomous server performs video stream scheduling on the participant terminals of the participant according to the data packet in the conference process. When setting the role of each participant, if the data packet corresponding to the role type is already 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 role of the participant by the client can be shortened rapidly, the preparation time of the early stage of the conference is shortened, and particularly in a large-scale video conference, the efficiency of improving the role setting of the participant by the client by the method for setting the role of the conference speaking party is particularly outstanding.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments of the present application will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

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

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

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

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

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

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

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

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

FIG. 9 is a schematic diagram of a hardware architecture of an access switch according to an embodiment of the present application;

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

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.

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

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

In the present embodiment, the execution subject of the method of setting the conference speaker role may be a client that can be installed in any terminal device (e.g., PC, smart phone, etc.). The client can obtain the information of all the participants from the third party conference control software, and can also receive the information of all the participants input by the user through the interface provided by the client. The information of the participant members may include: the names of the participant members, the virtual numbers of the corresponding participant terminals, the numbers of the video conferences, the conference roles and the like, and the information of the participant members is not particularly limited in the application.

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

In this embodiment, the conference role may include: chairman, first speaker and second speaker. Conference roles differ from role types, which may include a variety of, for example: meanwhile, the conference chairman, the first speaker and the second speaker are the conference chairman or the common participant members. Based on the conference roles of each of the participant members, the type of role to which the participant belongs can be determined.

Step S13: and obtaining a data packet corresponding to the role type, and correspondingly transmitting the data packet and the information of the target participant to the autonomous server so that the autonomous server performs video stream scheduling on the participant terminal of the target participant according to the data packet in the conference process.

In this embodiment, the packets corresponding to different role types are different. After the client obtains the role type of each participant, 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 participant in the following video conference process. Therefore, the client needs to obtain a corresponding data packet according to the role type of each participant, and send the data packet to the autonomous server, where the data packet includes not only information of the participant but also data files related to a plurality of video stream schedules, so that the autonomous server can execute a subsequent conference flow.

In this embodiment, for each role type, the client stores the first time a packet is created for that role type. Therefore, after determining the role type of a participant, the client firstly detects whether a data packet corresponding to the role type exists, and if so, the data packet is directly obtained as the data packet corresponding to the role type of the participant in current processing without reconstructing the data packet corresponding to the role type. And finally, the obtained data packet and the information of the currently processed participant are transmitted to an autonomous server.

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

when the data packet corresponding to the role type is not obtained, constructing the data packet corresponding to the role type, correspondingly transmitting the constructed data packet and the information of the target participant to the autonomous server, and storing the constructed data packet.

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

For example, the client needs to set roles of 5 participant members, where the role type of the member 1 is a first speaker, the role type of the member 2 is a second speaker, the role type of the member 3 is a first speaker, the role type of the member 4 is a chairman, and the role type of the member 5 is a general participant 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 sender, 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 is that the data packet does not exist, constructing the data packet corresponding to the role type, namely the first sender, storing the data packet, 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, and obtains a data packet corresponding to the role type of the member 2 according to the same mode as that of setting the role of the member 1, 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 sender, and as the data packet corresponding to the role type of the first sender 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 is not required to be constructed again as when the role of the member 1 is set, and finally the data packet and the information of the member 3 are transmitted to the autonomous server together; the setting manners of the roles of the member 4 and the member 5 are the same as those of the roles of the members 1 to 3, and are not described here.

When the role of each participant is set by the method for setting the role of the conference speaking party in this embodiment, firstly, information of all the participants participating in the conference is obtained, then, according to the information of all the participants, the role type of each participant in the conference is obtained in turn, after determining the role type of one participant in the conference, a built data packet stored in the role type is directly obtained, and the data packet and the information of the participant are sent to an autonomous server together, so that the autonomous server performs video stream scheduling on the participant terminals of the participant according to the data packet in the conference process. When setting the role of each participant, if the data packet corresponding to the role type is already 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 role of the participant by the client can be shortened rapidly, the preparation time of the early stage of the conference is shortened, and particularly in a large-scale video conference, the efficiency of improving the role setting of the participant by the client by the method for setting the role of the conference speaking party is particularly outstanding.

In combination with the above embodiment, in an implementation manner, sending the data packet to the autonomous server corresponding to the information of the target participant member may specifically include the following steps:

and adding the information of the target participant member into the data packet, and sending the data packet to the autonomous server after the adding is successful.

In this embodiment, part or all of the information may be obtained from the information of the target participant member, added to the data packet, and then the data packet is sent to the autonomous server to inform the autonomous server to which participant member the data packet corresponds. For example, the client may extract the virtual terminal number corresponding to the participant terminal of the participant 1 from the information of the participant 1, add the virtual terminal number as a tag to the data packet corresponding to the role type of the participant 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 1.

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

In combination with the above embodiment, in one implementation manner, the 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:

determining 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;

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

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

determining that the role type of the target participant member is a fourth 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 fifth-type conference member when the target participant member is not a chairman, is a first speaker and is a second speaker;

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

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

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

In this embodiment, the character types may be classified 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 types of roles may be divided into multiple 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 types of the roles may be divided into 8 types, and when the conference roles include a chairman, a first speaker, a second speaker, and a third speaker, the types of the roles may be divided into 16 types, and the like, and further speakers may be set to obtain further types of roles actually required, which is not particularly limited in the present application.

In the embodiment, a plurality of role types can be obtained according to the conference role setting, so that the diversified requirements of the speaking party in the video conference process can be met, and the use experience of a user is improved.

In combination with the above embodiment, in one implementation, the data packet corresponding to each 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. Correspondingly, constructing the data packet corresponding to the role type specifically includes the following steps:

when the role type of the target participant member is a first type conference member, a first type data packet is constructed, and a local data file of the first type data packet comprises chairman data, first sender data and second sender data;

when the role type of the target participant member is a second-type conference member, a second-type data packet is constructed, and a local data file of the second-type data packet comprises chairman data and first sender data;

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

When the role type of the target participant member is a fourth type conference member, a fourth type data packet is constructed, and a local data file of the fourth type data packet comprises chairman data;

when the role type of the target participant member is a fifth type conference member, a fifth type data packet is constructed, and a local data file of the fifth type data packet comprises first sender data and second sender data;

when the role type of the target participant member is a sixth type conference member, a sixth type data packet is constructed, and a local data file of the sixth type data packet comprises first sender data;

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

and when the role type of the target participant member is the eighth type conference member, constructing an eighth type data packet, wherein no local data file exists in the eighth type data packet.

In this embodiment, in order to reduce the operation pressure of the autonomous server, the client completes the task of constructing the data packet when setting the role of each participant 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 a participant member is both a first speaker and a second speaker, 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 both the first speaker and the second speaker, the audio/video stream generated by the participant member may exist in both the subfile of the data of the first speaker and the subfile of the data of the second speaker. Wherein each subfile may include a portion for storing audio and a portion for storing video. If a participant member is neither a chairman nor a first speaker or a second speaker, the participant member is a common participant member without a speaking right, and only a received data file is in a data packet for receiving audio and video streams generated by all chairmen, first speakers or second speakers.

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

The present application also provides another method of setting the role of the conference speaker, as shown in fig. 2. Fig. 2 is a flow chart illustrating another method of setting the role of a conference speaker according to an embodiment of the present application. Referring to fig. 2, another method for setting a conference speaker role provided in 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 participant, the data packet also comprises information of the target participant, and the role type is determined by the client according to the information of the target participant;

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

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

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

In combination with the above embodiment, in an implementation manner, the method for setting a conference speaker role of the present application may further include:

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

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

determining a participant terminal of a participant member currently speaking;

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 transmitting the conference data to the participant terminals of other participant members according to a scheduling rule preset according to the role types of all participant members so that the participant terminals of the other participant members store the conference data in the received data files in the corresponding data packets.

In this embodiment, the scheduling rule may be flexibly set according to the role types of all the participant members, for example, it may be set that all the participant terminals of all the participant members may receive the video stream and the audio stream of the chairman, all the participant terminals of all the participant members may receive the video stream of the first speaker, all the participant terminals of all the participant members may receive the audio stream of the second speaker, and so on. According to the scheduling rule, during the video conference, the autonomous server can obtain video streams and/or audio streams generated by the participant terminals of the participant members currently speaking and send the video streams and/or audio streams to other participant members. Because the video stream and/or the audio stream generated by the participant terminal of the participant currently speaking is recorded in the local data file of the data packet corresponding to the role type of the participant in real time, 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 participants, and the participant terminals of other participants can store the received video stream and/or the audio stream in the received data file of the corresponding data packet.

For example, assume that a video conference has 10 participant members, respectively, member 1-member 10, member 1 is a chairman, member 2 is a first speaker, member 3 is a second speaker, and the scheduling rules are such that all participant members can receive the video stream and audio stream of the chairman at the same time, all participant members can receive the video stream of the first speaker, and all participant members can receive the audio stream of the second speaker. In the video conference process, if the autonomous server detects that the member 1 is speaking at the current moment, a video stream and an audio stream are obtained from a local data file of a data packet of a participant terminal of the member 1 and are simultaneously transmitted to participant terminals of the members 2-10, and when the participant terminals of the members 2-10 receive the video stream and the audio stream, the participant terminals store the video stream and the audio stream into chairman data of a received data file; if the autonomous server detects that the member 2 is speaking at the current moment, a video stream is obtained from a local data file of a data packet of a participant terminal of the member 2 and is simultaneously transmitted to participant terminals of the member 1 and the member 3-member 10, and when the participant terminals of the member 1 and the member 3-member 10 receive the video stream, the video stream is stored into first sender data of the received data file; if the autonomous server detects that the member 3 is speaking at the current moment, an audio stream is obtained from a local data file of a data packet of a participant terminal of the member 3, and is simultaneously sent to participant terminals of the member 1, the member 2 and the member 4-10, and when the participant terminals of the member 1, the member 2 and the member 4-10 receive the audio stream, the audio stream is stored in second speaker data of the received data file.

Fig. 3 is a general flow chart of a method for setting a role of a conference speaker according to an embodiment of the present application. Fig. 4 is a general flow chart illustrating another method for setting a conference speaker role according to an embodiment of the present application. The method of setting the conference speaker role of the present application will be described in its entirety with reference to fig. 3 and 4.

In fig. 3, a video conference shares N participant members, respectively, namely member 1-member N, after obtaining a member, the client firstly determines whether the member is a chairman, then determines whether the member is a first speaker (corresponding to the sender 1 in fig. 3), and finally determines whether the member is a second speaker (corresponding to the sender 2 in fig. 3), totally 8 results are respectively a class a-H class, and 8 role types are respectively corresponding to the 8 role types, and according to the 8 role types, the role types of all the members can be determined, after determining that the role types are obtained, if the role types are first constructed, the client transmits the data packet to the autonomous server after constructing, and if the role types are not first constructed, the role types of the data packet obtained by the first constructing are obtained and transmitted to the autonomous server.

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

It should be noted that, for simplicity of description, the method embodiments are shown as a series of acts, but it should be understood by those skilled in the art that the embodiments are not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred embodiments, and that the acts are not necessarily required by the embodiments of the invention.

The present application also provides a terminal 500, as shown in fig. 5. Fig. 5 is a block diagram illustrating a structure 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 the conference members participating in the conference;

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

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

Optionally, the terminal 500 further includes:

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, sending the constructed data packet corresponding to the information of the target participant to the autonomous server, and storing the constructed data packet.

Optionally, the first sending module 503 includes:

and the first sending sub-module is used for adding the information of the target participant member into the data packet, and sending the data packet to the autonomous server after the adding is successful.

Optionally, the second obtaining module 502 includes:

the first determining submodule is used for determining 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, when the target participant member is a chairman, is a first speaker, and is not a second speaker, that a role type of the target participant member is a second-type conference member;

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

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

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

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

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

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

Optionally, the data packet corresponding to each 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 construction module comprises:

The first construction submodule is used for constructing a first type data packet when the role type of the target participant 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 participant member is a second type conference member, and the local data file of the second type data packet comprises chairman data and first sender data;

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

a fourth construction sub-module, configured to construct a fourth type data packet when the role type of the target participant member is a fourth type conference member, where a local data file of the fourth type data packet includes chairman data;

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

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

a seventh construction submodule, configured to construct a seventh type data packet when the role type of the target participant 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 participant member is an eighth type conference member, and no local data file exists in the eighth type data packet.

Based on the same inventive concept, 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 performs the steps in the method for setting a role of a conference speaker according to any of the foregoing embodiments of the present application.

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 a method of setting a conference talker role as described in any of the embodiments of the present application.

The present application also provides a server 600, as shown in fig. 6. Fig. 6 is a block diagram of 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 participant, and the data packet further includes information of the target participant, and the role type is determined by the client according to the information of the target participant;

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

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

Optionally, the server 600 further includes:

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

Optionally, the scheduling module includes:

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

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

and the scheduling sub-module is used for acquiring conference data from the local data file in real time, and transmitting the conference data to the participant terminals of other participant members according to scheduling rules preset according to the role types of all participant members so that the participant terminals of the other participant members store the conference data into the received data files in the corresponding data packets.

For the device embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference is made to the description of the method embodiments for relevant points.

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

The video networking adopts a real-time high-definition video exchange technology, and can integrate all required services such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delay television, network teaching, live broadcast, VOD on demand, television mail, personal record (PVR), intranet (self-processing) channel, intelligent video playing control, information release and other tens of services into one system platform, and realize high-definition quality video playing through television or computer.

For a better understanding of embodiments of the present invention, the following description of the video networking is presented to one skilled in the art:

the partial techniques applied by the video networking are as follows:

network technology (Network Technology)

The network technology innovation of the internet of vision improves on the traditional Ethernet (Ethernet) to face the potentially huge video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network circuit Switching (Circuit Switching), the technology of video networking employs Packet Switching to meet Streaming requirements. The video networking technology has the flexibility, simplicity and low price of packet switching, and simultaneously has the quality and the safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.

Exchange technology (Switching Technology)

The video network adopts the two advantages of the asynchronization and the packet switching of the Ethernet, eliminates the Ethernet defect on the premise of full compatibility, has full-network end-to-end seamless connection, and is directly connected with the user terminal to directly bear the IP data packet. The user data does not need any format conversion in the whole network. The video networking is a higher-level form of Ethernet, is a real-time exchange platform, can realize real-time transmission of full-network large-scale high-definition video which cannot be realized by the current Internet, and pushes numerous 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 server in the traditional sense, the streaming media transmission is based on connection-oriented basis, the data processing capability is irrelevant to the flow and the 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 hundred times than that of a traditional server.

Accumulator technology (Storage Technology)

The ultra-high-speed storage technology of the unified video platform adopts the most advanced real-time operating system for adapting to the ultra-large capacity and ultra-large flow media content, the program information in the server instruction is mapped to a specific hard disk space, the media content does not pass through the server any more, the media content is instantly and directly delivered to a user terminal, and the waiting time of the user is generally less than 0.2 seconds. The optimized sector distribution greatly reduces the mechanical motion of magnetic head seek of the hard disk, the resource consumption only accounts for 20% of the IP Internet of the same grade, but the concurrent flow which is 3 times greater 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 networking thoroughly structurally solves the network security problem puzzling the Internet by means of independent permission of each service, complete isolation of equipment and user data and the like, generally does not need antivirus programs or firewalls, eliminates attacks of hackers and viruses, and provides a structural carefree security network for users.

Service innovation technology (Service Innovation Technology)

The unified video platform fuses services with transmissions, whether a single user, private network users or a network aggregate, but automatically connects at a time. The user terminal, the set top box or the PC is directly connected to the unified video platform, so that various multimedia video services are obtained. The unified video platform adopts a menu type table allocation mode to replace the traditional complex application programming, and can realize complex application by using very few codes, thereby realizing 'infinite' new business innovation.

Networking of the video networking is as follows:

the video networking is a centrally controlled network structure, which may be of the tree network, star network, ring network, etc., but on the basis of this there is a need for a centralized control node in the network to control the whole network.

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

The devices of the access network part can be mainly divided into 3 classes: node server, access switch, terminal (including various set-top boxes, code boards, memories, etc.). The node server is connected with an access switch, which can be connected with a plurality of terminals and can be connected with an Ethernet.

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

Similarly, devices of the metropolitan area network portion can also be classified into 3 categories: metropolitan area server, node switch, 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 the node server of the access network part, namely the node server belongs to the access network part and also belongs to the metropolitan area network part.

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

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

The access network part can be vividly called as a unified video platform (part in a dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform can be interconnected and intercommunicated through metropolitan area and wide area video networking.

View networking device classification

1.1 devices in the visual network according to the embodiment of the present invention may be mainly classified into 3 types: a server, a switch (including an ethernet gateway), a terminal (including various set-top boxes, a code board, a memory, etc.). The view networking can be divided into metropolitan area networks (or national networks, global networks, etc.) and access networks as a whole.

1.2 devices in the access network part can be mainly classified into 3 classes: node server, access switch (including Ethernet gateway), terminal (including various set-top boxes, code board, memory, etc.).

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

the node server:

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

Wherein, 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 packet guiding information; and stores the packet into a corresponding queue of the packet buffer 206 according to the packet's guiding information; discarding if the queue of the packet buffer 206 is nearly full; the switch engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) The port sending buffer is not full; 2) The queue packet counter is greater than zero. The disk array module 204 mainly controls the hard disk, including initializing, reading and writing operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with access switches and terminals (not shown), configuration of the address table 205 (including a downstream protocol packet address table, an upstream protocol packet address table, and a data packet address table), and configuration of the disk array module 204.

Access switch:

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

Wherein, the packet (uplink data) coming in from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), source Address (SA), packet type, and packet length of the packet meet the requirements, if so, allocates a corresponding stream identifier (stream-id), and enters the switching engine module 303, otherwise, discards the packet; the packets (downstream data) coming in from the upstream network interface module 302 enter the switching engine module 303; the data packet coming in from the CPU module 304 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up an address table 306 on an incoming packet, thereby obtaining packet guiding information; if a packet entering the switching engine module 303 is sent 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 a stream identifier (stream-id); discarding if the queue of the packet buffer 307 is nearly full; if the packet entering the switching engine module 303 is not sent from the downlink network interface to the uplink network interface, storing the data packet into the queue of the corresponding packet buffer 307 according to the packet guiding information; if the queue of the packet buffer 307 is nearly full, it is discarded.

The switch engine module 303 polls all packet buffer queues, in two cases in the embodiment of the present invention:

If the queue is sent from the downlink network interface to the uplink network interface, the following conditions are satisfied for forwarding: 1) The port sending buffer is not full; 2) The queue packet counter is greater than zero; 3) Obtaining a token generated by a code rate control module;

if the queue is not addressed by the downstream network interface to the upstream network interface, the following condition is satisfied for forwarding: 1) The port sending 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 to generate tokens for all packet buffer queues from the downstream network interface to the upstream network interface 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 rate control module 308.

Ethernet corotation gateway：

Fig. 10 is a schematic hardware structure of an ethernet corotating gateway according to an embodiment of the present application. As shown in fig. 10, the device mainly includes a network interface module (a downstream network interface module 401 and an upstream 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 in from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, ethernet MAC SA, ethernet length or frame type, video network destination address DA, video network source address SA, video network packet type and packet length of the data packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC DA, MAC SA, length or frame type (2 byte) are subtracted by the MAC delete module 410 and enter the corresponding receive buffer, otherwise discarded;

the downlink network interface module 401 detects the sending buffer of the port, if there is a packet, acquires the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet's internet of view, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet cooperative gateway, and the ethernet length or frame type, and sends.

The function of the other modules in the ethernet corotation gateway is similar to that of the access switch.

And (3) 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/audio encoding/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 classes: node server, node switch, 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. View networking data 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 data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), 256 possibilities are at most provided, the second byte to the sixth byte are metropolitan area network addresses, and the seventh and eighth bytes are access network addresses;

the Source Address (SA) is also composed of 8 bytes (bytes), defined identically to the Destination Address (DA);

the reserved bytes consist of 2 bytes;

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

The CRC consists of 4 bytes and its calculation method follows the standard ethernet CRC algorithm.

2.2 metropolitan area network packet definition

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

The definition of label in this specification is similar to that of MPLS (Multi-Protocol Label Switch, multiprotocol label switching), and assuming that there are two connections between device a and device B, there are 2 labels for packets from device a to device B and 2 labels for packets from device B to device a. The label is split into label and label out, and assuming that the label (in label) of the packet entering the device a is 0x0000, the label (out label) of the packet when leaving the device a may become 0x0001. The network access process of the metropolitan area network is a network access process under centralized control, that is, the address allocation and label allocation of the metropolitan area network are all led by the metropolitan area server, the node switch and the node server are all passively executed, which is different from the label allocation of the MPLS, which is the result of mutual negotiation between the switch and the server.

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

DA

SA

Reserved

label (Label)

Payload

CRC

I.e. Destination Address (DA), source Address (SA), reserved bytes (Reserved), labels, payload (PDU), CRC. Wherein the format of the tag may be defined with reference to the following: the tag is 32 bits, with the high 16bit reservation, with only the low 16bit, 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 the method of setting the role of the conference speaker according to the embodiment is to follow the protocol of the video networking, when the role of each participant is set by the method of setting the role of the conference speaker according to the embodiment, firstly obtain the information of all the participants participating in the conference, then sequentially obtain the role type of each participant in the conference according to the information of all the participants, directly obtain the constructed data packet stored in the role type after determining the role type of one participant in the conference, and send the data packet and the information of the participant to the autonomous server together, so that the autonomous server performs video stream scheduling on the participant according to the data packet in the conference process.

In this specification, each embodiment is described in a progressive manner, and each embodiment is mainly described by differences from other embodiments, and identical and similar parts between the embodiments are all enough to be referred to each other.

It will be apparent to those skilled in the art that 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 invention may take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) 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 flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations 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 device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, 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 apparatus 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 apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Finally, it is further noted that relational terms such as first and second, and the like are 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. Moreover, 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 one … …" does not exclude the presence of other like elements in a process, method, article or terminal device comprising the element.

The above detailed description of the method, terminal, server, device and medium for setting the role of conference speaker provided by the present invention applies specific examples to illustrate the principles and embodiments of the present invention, and the above description of the examples is only used to help understand the method and core ideas of the present invention; meanwhile, as those skilled in the art will have variations in the specific embodiments and application scope in accordance with the ideas of the present invention, the present description should not be construed as limiting the present invention in view of the above.

Claims

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

detecting whether a data packet corresponding to the role type exists, if so, obtaining the data packet corresponding to the role type, and sending the data packet corresponding to the information of the target participant to an autonomous server, so that the autonomous server performs video stream scheduling on a participant terminal of the target participant according to the data packet in the conference process, wherein the conference role comprises: and the chairman, the first speaker and the second speaker determine the type of the role of each participant member according to the conference role of the participant member.

2. The method according to claim 1, wherein the method further comprises:

3. The method of claim 2, wherein transmitting the data packet to the autonomous server corresponding to the information of the target participant member comprises:

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

5. The method of claim 4, wherein each of the data packets corresponding to the character 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 of setting a conference speaker role, comprising:

receiving a data packet sent by a terminal, wherein the data packet is a data packet corresponding to a role type of a target participant, the data packet further comprises information of the target participant, the role type is determined by a client according to the information of the target participant, so that the client detects whether the data packet corresponding to the role type exists, and if so, the data packet corresponding to the role type is obtained, wherein the conference role comprises: the chairman, the first speaker and the second speaker determine the type of the role of each participant member according to the conference role of the participant member;

Storing the data packet when the data packet is a correct type data packet;

7. The method of claim 6, wherein the method further comprises:

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

determining a participant terminal of a participant member currently speaking;

9. A terminal, comprising:

the first sending module is configured to detect whether a data packet corresponding to the role type exists, if so, obtain a data packet corresponding to the role type, and send the data packet and information of the target participant to an autonomous server in a corresponding manner, so that the autonomous server performs video stream scheduling on a participant terminal of the target participant according to the data packet in a conference process, where the conference role includes: and the chairman, the first speaker and the second speaker determine the type of the role of each participant member according to the conference role of the participant member.

10. A server, comprising:

the receiving module is used for receiving a data packet sent by a terminal, wherein the data packet is a data packet corresponding to a role type of a target participant, the data packet also comprises information of the target participant, the role type is determined by a client according to the information of the target participant, so that the client detects whether the data packet corresponding to the role type exists, and if the data packet corresponding to the role type exists, the data packet corresponding to the role type is obtained, wherein the conference role comprises: the chairman, the first speaker and the second speaker determine the type of the role of each participant member according to the conference role of the participant member;

11. 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 as claimed in any of claims 1-5.

12. A computer readable storage medium storing a computer program for causing a processor to perform the method of setting a conference speaker role as claimed in any one of claims 1 to 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 as claimed in any of claims 6-8.

14. A computer readable storage medium storing a computer program for causing a processor to perform the method of setting a conference speaker role as claimed in any one of claims 6 to 8.