CN111586339B

CN111586339B - Conference scheduling method, server, electronic equipment and storage medium

Info

Publication number: CN111586339B
Application number: CN202010220626.9A
Authority: CN
Inventors: 谢文龙; 李云鹏; 吕亚亚; 杨春晖
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2020-03-25
Filing date: 2020-03-25
Publication date: 2023-08-29
Anticipated expiration: 2040-03-25
Also published as: CN111586339A

Abstract

The application provides a conference scheduling method, a server, electronic equipment and a storage medium. The method is applied to a server and comprises the following steps: configuring a plurality of corresponding virtual participant terminals according to respective conference data requests of the entity participant terminals, wherein the virtual participant terminals have different conference rights for receiving conference data; acquiring conference data in the conference process, and extracting target conference data corresponding to each virtual participant terminal from the conference data according to respective conference rights of the virtual participant terminals; and sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal. According to the application, the plurality of virtual participant terminals are arranged between the scheduling server and the entity participant terminals, and the virtual participant terminals are directly connected with the entity participant terminals to finish the scheduling of conference data, so that the problem of lower scheduling flexibility when the scheduling server is directly connected with the entity participant terminals can be avoided.

Description

Conference scheduling method, server, electronic equipment and storage medium

Technical Field

The application relates to the technical field of video-on-internet video conferences, in particular to a conference scheduling method, a server, electronic equipment and a storage medium.

Background

With the rapid development of network technology, two-way communication such as video conference and video teaching is widely popularized in the aspects of life, work, study and the like of users. The technology of internet of view communication is becoming a communication choice for many users.

In the current video-on-internet video conference, after meeting data (such as audio data and video data) generated in the meeting process are obtained by a scheduling server, the meeting data are distributed to all the participant terminals according to preset meeting authorities for all the participant terminals, for example, the meeting authorities of common participant terminals are audio-video streams generated by a receiving chairman and a speaker, and after the meeting data are obtained by the scheduling server, part of meeting data generated by the chairman and/or the speaker are obtained from the meeting data, and the part of meeting data are distributed to all the common participant terminals. However, the current scheduling manner of the video conference of the video network lacks certain flexibility, for example, after the video conference is started, if a single participant terminal needs to modify the conference permission, the implementation difficulty is high, and the requirements of users cannot be met well. Thus, in the related art, a more flexible conference scheduling manner is urgently needed.

Disclosure of Invention

The embodiment of the application provides a conference scheduling method, a server, electronic equipment and a storage medium, and aims to provide a more flexible conference scheduling mode.

An embodiment of the present application provides a conference scheduling method, where the method includes:

configuring a plurality of corresponding virtual participant terminals according to respective conference data requests of the entity participant terminals, wherein the virtual participant terminals have different conference rights for receiving conference data;

acquiring conference data in the conference process, and extracting target conference data corresponding to each virtual participant terminal from the conference data according to respective conference rights of a plurality of virtual participant terminals;

and sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal.

Optionally, according to the conference rights of each of the plurality of virtual participant terminals, extracting target conference data corresponding to each virtual participant terminal from the conference data, including:

determining the role type of the conference data, wherein the role type is generated according to the type of the conference data and the type of the virtual participant terminal;

Determining the corresponding target role types of the virtual participant terminals according to the conference rights of the virtual participant terminals;

aiming at each virtual participant terminal, meeting data conforming to the corresponding target role type is determined as target meeting data;

and extracting target conference data corresponding to each virtual participant terminal from the conference data.

Optionally, the method further comprises:

obtaining a change request of a virtual participant terminal;

when the type of the change request is a newly added virtual participant terminal, determining the newly added virtual participant terminal, and configuring the newly added virtual participant terminal;

when the type of the change request is a virtual participant terminal deletion, determining a virtual participant terminal to be deleted, and deleting the virtual participant terminal to be deleted;

when the type of the change request is the permission of the modified virtual participant terminal, determining the virtual participant terminal to be modified and the modified meeting permission, and modifying the current meeting permission of the virtual participant terminal to be modified into the modified meeting permission.

Optionally, sending, by the respective virtual participant terminal, the target conference data to a corresponding entity participant terminal, including:

Obtaining subscription tables corresponding to the virtual participant terminals, wherein the subscription tables are generated according to the association relation between the virtual participant terminals and the entity participant terminals;

obtaining entity participant terminals corresponding to the virtual participant terminals from subscription tables corresponding to the virtual participant terminals;

and distributing the target conference data to the corresponding entity participant terminals through each virtual participant terminal.

Optionally, the method further comprises:

receiving a request for changing subscription sent by an entity participant terminal to be changed subscription;

determining a virtual participant terminal to be subscribed according to the request for changing subscription;

releasing the association relation between the entity participant terminal to be subscribed and the subscribed virtual participant terminal;

and establishing an association relationship between the entity participant terminal to be subscribed and the virtual participant terminal to be subscribed.

Optionally, releasing the association relationship between the entity participant terminal to be subscribed and the subscribed virtual participant terminal, including:

obtaining a subscription table to which the entity participant terminal to be subscribed is affiliated, deleting the entity participant terminal to be subscribed from the subscription table, wherein one entity participant terminal is uniquely subscribed to one virtual participant terminal;

Establishing an association relationship between the entity participant terminal to be subscribed and the virtual participant terminal to be subscribed, including:

obtaining a subscription table to which the virtual participant terminal to be subscribed belongs, and adding the entity participant terminal to be subscribed to be changed into the subscription table.

Optionally, the types of the virtual participant terminals include: the input type virtual participant terminal is used for providing conference data for all the virtual participant terminals, and one input type virtual participant terminal has an association relationship with one entity participant terminal;

obtaining meeting data during a meeting, comprising:

and acquiring conference data in the conference process from the corresponding entity participant terminals through each input type virtual participant terminal.

A second aspect of an embodiment of the present application provides a server, including:

the configuration module is used for configuring a plurality of corresponding virtual participant terminals according to respective conference data requests of the entity participant terminals, wherein the virtual participant terminals have different conference rights for receiving conference data;

the first acquisition module is used for acquiring conference data in the conference process, and extracting target conference data corresponding to each virtual participant terminal from the conference data according to respective conference rights of the virtual participant terminals;

And the sending module is used for sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal.

A third 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 according to the first aspect of the application.

A fourth 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, implements the steps of the method according to the first aspect of the present application.

According to the conference scheduling method, a scheduling server firstly configures a plurality of corresponding conference permission virtual participant terminals with different conference data reception according to respective conference data requests of the participant terminals of each entity; after meeting data are obtained, extracting target meeting data corresponding to each virtual participant terminal from the meeting data according to the meeting authority of each virtual participant terminal; and finally, sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal. The application provides a new conference scheduling mode different from the existing conference scheduling mode, by arranging a plurality of virtual participant terminals between a scheduling server and entity participant terminals and directly butting each entity participant terminal by the virtual participant terminals to finish the scheduling of conference data, the problem of lower scheduling flexibility when the scheduling server directly butts each entity participant terminal can be avoided, for example, the butting relation between the virtual participant terminal and the entity participant terminal can be further modified, so that the entity participant terminal can quickly acquire conference data meeting any conference permission, the requirements of users can be better met, and the video conference experience of the user can be enhanced.

Drawings

In order to more clearly illustrate the technical solution of the embodiments of the present application, the drawings that are required to be used in the description of the embodiments of the present application will be briefly described below.

FIG. 1 is a schematic view of an implementation environment in which an embodiment of the present application is shown;

FIG. 2 is a flow chart of a method of meeting scheduling according to an embodiment of the present application;

FIG. 3 is a flow chart illustrating a method for obtaining target conference data corresponding to a virtual participant terminal according to one embodiment of the application;

FIG. 4 is a schematic overall flow chart of a method for scheduling a conference according to an embodiment of the present application;

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

FIG. 6 is a schematic diagram of a networking of video networks according to an embodiment of the present application;

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

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

fig. 9 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 embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Before explaining the conference scheduling method of the present application in detail, a conference scheduling method in the related art will be briefly explained below.

In the related art, the scheduling manner of the video networking video conference includes: scheduling according to the participant terminal and scheduling according to the role. The method specifically comprises the following steps of: after meeting data are obtained, the scheduling server obtains meeting data required by each meeting terminal according to preset meeting rights of each meeting terminal, and sends the meeting data to the corresponding meeting terminal respectively; the scheduling according to the roles is specifically as follows: a plurality of roles (such as a chairman, a first speaker, a second speaker, a common participant member and the like) are preset, the participant terminals are divided into a plurality of groups according to the plurality of roles, after meeting data are obtained, a scheduling server obtains meeting data required by each role, and then the data are respectively sent to each participant terminal.

However, there is a lack of flexibility in scheduling by the participant terminals and scheduling by roles. For example, in the conference process, when the conference rights of a certain participant terminal need to be modified, for example, the participant terminal 1 is prohibited from receiving the audio generated by the participant terminal 2-10, but the video of the participant terminal 10 can be received. There is thus still great room for improvement in the manner of internet-of-view meeting scheduling in the related art.

In order to solve the problem of insufficient flexibility of the video networking conference scheduling mode in the related technology, the application provides a new technical concept, namely: and a virtual participant terminal layer is arranged between the scheduling server and the entity participant terminals, and each entity participant terminal can subscribe the virtual participant terminal matched with the own conference authority at will. In a conference, a scheduling server firstly schedules conference data of a plurality of virtual participant terminals in a virtual participant terminal layer, then the virtual participant terminal layer distributes the conference data of a plurality of entity participant terminals in an entity participant terminal layer according to a subscription relation, and through the subscription-distribution mode, the influence of a scheduling program of the scheduling server caused by the change of the conference permission of the entity participant terminals in the conference process can be effectively avoided, so that the flexibility of conference scheduling is improved.

Based on the technical conception, the application provides a conference scheduling method which is applied to a scheduling server in fig. 1. FIG. 1 is a schematic diagram of an implementation environment according to an embodiment of the present application. In fig. 1, a dashed box indicates an entity reference terminal layer, and the scheduling server is communicatively connected to the entity reference terminal layer (including a plurality of entity reference terminals) through a virtual reference terminal layer (including a plurality of virtual reference terminals). The entity participant terminal can be any device which can be connected to the video network and has audio and video input and output functions, such as a PC, a smart phone, a tablet and the like, and the application is not particularly limited to the above. And secondly, the virtual reference terminal layer can be configured inside the scheduling server or can be independently arranged outside the scheduling server, and can be arranged according to the configuration of the scheduling server in an actual implementation scene, and the application is not particularly limited to the configuration. In the conference process, the scheduling server receives conference data generated by an input type entity participant terminal in the entity participant terminal layer through the virtual participant terminal layer, and after the conference data are distributed, the conference data are sent to the entity participant terminal layer through the virtual participant terminal layer.

The conference scheduling method of the present application will be described in detail as shown in fig. 2. Fig. 2 is a flow chart illustrating a conference scheduling method according to an embodiment of the present application. Referring to fig. 2, the conference scheduling method of the present application includes the steps of:

step S11: and configuring a plurality of corresponding virtual participant terminals according to respective conference data requests of the entity participant terminals, wherein the virtual participant terminals have different conference rights for receiving conference data.

In this embodiment, the conference data request of the entity participant terminal refers to: the receiving relation of the entity participant terminal in the conference is that: conference rights. Illustratively, an entity participating terminal in a conference X includes: entity participant terminal 1-entity participant terminal 5; the entity participant terminal 1 is used for generating audio and video and receiving the audio of the entity participant terminal 2; the entity participant terminal 2 is used for generating audio and receiving the audio and video of the entity participant terminal 1; the entity participant terminals 3-5 are used for receiving the audio and video of the entity participant terminal 1 and the audio of the entity participant terminal 2; thus, there are 3 kinds of conference rights in total in conference X.

In this embodiment, a plurality of corresponding virtual reference terminals are configured, specifically: for each conference right, a corresponding virtual participant terminal is configured, and thus, each virtual participant terminal has a different conference right. For example, one virtual participant terminal 1 is configured for the conference right of the entity participant terminal 1, one virtual participant terminal 2 is configured for the conference right of the entity participant terminal 2, and one virtual participant terminal 3 is configured for the conference right of the entity participant terminals 3-5.

In this embodiment, when configuring the virtual participant terminal, in addition to the virtual participant terminal corresponding to the existing conference authority of the entity participant terminal, other virtual participant terminals may be additionally configured, and the additionally configured virtual participant terminals may have conference authorities different from the existing conference authorities, so that each entity participant terminal may be arbitrarily selected and switched in the conference. For example, in addition to configuring the virtual participant terminal 1-3, the virtual participant terminal 4 may be configured, and the conference right corresponding to the virtual participant terminal 4 is: receiving the audio of the entity participant terminal 1 and the audio of the entity participant terminal 2, or configuring a virtual participant terminal 5, where the conference authority corresponding to the virtual participant terminal 5 is: receiving video of the entity participant terminal 1, audio of the entity participant terminal 2, and so on.

Step S12: conference data in the conference process are obtained, and target conference data corresponding to each virtual participant terminal are extracted from the conference data according to respective conference rights of the virtual participant terminals.

In the present embodiment, the conference data includes: audio data and video data. The entity participant terminal comprises: pure output type entity ginseng terminal, pure input type entity ginseng terminal and mixed type entity ginseng terminal. The pure input type entity participant terminal is only used for outputting conference data to other entity participant terminals; the pure output type entity participant terminal is only used for receiving conference data output by other entity participant terminals; the hybrid entity participant terminal can be used for outputting conference data to other entity participant terminals and can also be used for receiving conference data output by other entity participant terminals.

In this embodiment, the scheduling server may obtain conference data from the pure input type entity participant terminal and the hybrid entity participant terminal. Because each virtual participant terminal has different conference rights, conference data can be divided into a plurality of groups of conference data according to the different conference rights, one group of conference data corresponds to one conference right, and the other group of conference data is target conference data of the virtual participant terminal to which the corresponding conference right belongs.

In step S12, the scheduling server obtains, in real time, conference data generated in the conference process, and according to respective conference rights of each virtual participant terminal, target conference data corresponding to each virtual participant terminal may be obtained.

Illustratively, the conference rights of the entity participant terminal 1 are: generating audio and video, and receiving the video of the entity participant terminal 2; the conference authority of the entity participant terminal 2 is as follows: generating video and receiving the audio and video of the entity participant terminal 1; the conference authority of the entity participant terminal 3-5 is as follows: receiving an audio and video of the entity participant terminal 1 and a video of the entity participant terminal 2; and the virtual participant terminal 1 corresponds to the conference right of the entity participant terminal 1, the virtual participant terminal 2 corresponds to the conference right of the entity participant terminal 2, and the virtual participant terminal 3 corresponds to the conference right of the entity participant terminals 3-5. During the conference, if the user of the entity participant terminal 1 is speaking, the conference data acquired by the scheduling server include: the audio data of the entity participant terminal 1, the video data of the entity participant terminal 1 and the video data of the entity participant terminal 2, the target conference data of the virtual participant terminal 1 is the video data of the entity participant terminal 2, the target conference data of the virtual participant terminal 2 is the audio data of the entity participant terminal 1 and the video data of the entity participant terminal 1, and the target conference data of the virtual participant terminal 3 is the audio data of the entity participant terminal 1, the video data of the entity participant terminal 1 and the video data of the entity participant terminal 2.

Step S13: and sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal.

In this embodiment, each entity participant terminal may subscribe to the virtual participant terminal in advance, and after obtaining the target conference data, the virtual participant terminal determines all entity participant terminals having a subscription relationship with itself, and then sends the target conference data to the entity participant terminals having a subscription relationship respectively.

In this embodiment, since the pure input type entity participant terminal and the hybrid entity participant terminal have the conference data input function, in order to ensure the normal progress of the video conference, it is necessary to set a corresponding virtual participant terminal for each pure input type entity participant terminal and each hybrid entity participant terminal, respectively, and establish a subscription relationship; the pure output type entity participant terminal has no conference data input function, so that a plurality of entity participant terminals can subscribe.

For example, the entity participant terminal a is only used for outputting audio data during the conference, the entity participant terminal B is used for outputting audio data during the conference, and is also used for receiving audio data during the conference, and the entity participant terminals C-E are only used for receiving the audio data of the entity participant terminal a and the audio data of the entity participant terminal B during the conference; then, the scheduling server needs to set a virtual participant terminal a according to the conference authority of the entity participant terminal a, and invite the entity participant terminal a to subscribe to the virtual participant terminal a, and invite the entity participant terminal a only (to prevent the phenomenon of audio confusion caused when inviting a plurality of entity participant terminals); setting a virtual participant terminal B according to the conference authority of the entity participant terminal B, inviting the entity participant terminal B to subscribe to the virtual participant terminal B, and inviting the entity participant terminal B only; finally, a virtual participant terminal C needs to be set according to the shared conference authority of the entity participant terminals C-E, and the entity participant terminals C-E are invited to subscribe to the virtual participant terminal C respectively.

For example, after obtaining the target conference data of the virtual participant terminal B, the scheduling server sends the target conference data of the virtual participant terminal B to the entity participant terminal B; after the target conference data of the virtual participant terminal C are obtained, the target conference data of the virtual participant terminal C are sent to the entity participant terminals C-E; because the authority of the virtual participant terminal A is the same as the conference authority of the entity participant terminal A, the virtual participant terminal A does not need to obtain conference data and send the conference data to the entity participant terminal A.

In this embodiment, the virtual reference terminal may be a module having a storage function and a transmission function, which is configured internally by the scheduling server, which is not particularly limited in the present application. The module may be implemented by an account mode, for example, the scheduling server configures a plurality of accounts in advance, and the accounts are used as a plurality of virtual participant terminals; secondly, the module may also be implemented by means of a virtual terminal (the virtual terminal is a representation of a video networking terminal, and is a software system encapsulated by a code). In order to facilitate the description of the embodiments, taking the module that the virtual participant terminal is configured inside as the scheduling server as an example, the virtual participant terminal may be encapsulated as a third party platform independent of the scheduling server, and the conference scheduling implemented based on the virtual participant terminal as the independent third party platform is the same as the principle of the conference scheduling implemented based on the virtual participant terminal as the internal module of the scheduling server.

In combination with the above embodiment, in an implementation manner, the embodiment of the present application further provides a method for extracting target conference data corresponding to each virtual participant terminal, as shown in fig. 3, and fig. 3 is a flowchart of a method for obtaining target conference data corresponding to a virtual participant terminal according to an embodiment of the present application. Referring to fig. 3, step S12 may include the steps of:

step S121: and determining the role type of the conference data, wherein the role type is generated according to the type of the conference data and the type of the virtual participant terminal.

In the present embodiment, the types of conference data include: audio data and video data; the types of virtual participant terminals include: the number of chairmen, the number of speakers and the number of general participant members are one, the number of speakers can be plural, and the number of general participant members can be plural. In the present application, to facilitate the statement of the various embodiments, the talkers mentioned all include: a first speaker and a second speaker.

In this embodiment, generating a character type according to the type of conference data and the type of virtual participant terminal specifically means: and generating the role type according to the type of the conference data and the types of the pure input type entity participant terminal and the mixed type entity participant terminal. Thus role types may include: the audio data of the chairman, the video data of the chairman, the audio data of the first speaker, the video data of the first speaker, the audio data of the second speaker, the video data of the second speaker. Illustratively, at a certain moment, only the chairperson is speaking in the conference, the conference data of each role type obtained by the scheduling server includes: the chairman's audio data, the chairman's video data, the first speaker's video data, and the second speaker's video data.

Step S122: and determining the corresponding target role types of the virtual participant terminals according to the conference rights of the virtual participant terminals.

For example, taking the entity participant terminal 1 as a chairman, the entity participant terminal 2 as a first speaker, the entity participant terminal 3 as a first speaker, and the entity participant terminals 4-10 as general participant members, the conference rights of the virtual participant terminal 1 subscribed by the entity participant terminal 1 are: receiving audio data of a first speaker and receiving video data of a second speaker; the conference authority of the virtual participant terminal 2 subscribed by the entity participant terminal 2 is as follows: receiving audio data and video data of a chairman and receiving video data of a second speaker; the conference authority of the virtual participant terminal 3 subscribed by the entity participant terminal 3 is as follows: receiving audio data and video data of a chairman and receiving audio data of a first sender; the conference permission of the virtual participant terminal 4 subscribed by the entity participant terminal 4-10 is as follows: audio data and video data of a chairman are received, audio data of a first speaker is received and video data of a second speaker is received. Then for the virtual reference terminal 1 the corresponding target character type comprises: audio data of a first speaker and video data of a second speaker; then for the virtual reference terminal 2 the corresponding target character type comprises: audio data and video data of the chairman, and video data of the second speaker; then for the virtual reference terminal 3 the corresponding target character type comprises: audio data and video data of the chairman, and audio data of the first speaker; for the virtual participant terminal 4, the corresponding target character types include: the chairman's audio data and video data, the first speaker's audio data and the second speaker's video data.

Step S123: and aiming at each virtual participant terminal, determining meeting data conforming to the corresponding target role type as target meeting data.

For example, the scheduling server determines that the target conference data of the virtual participant terminal 1 is the video data of the second speaker after obtaining the audio data of the chairman, the video data of the first speaker, and the video data of the second speaker; determining that the target conference data of the virtual participant terminal 2 is audio data of a chairman, video data of the chairman and video data of a second speaker; determining the target conference data of the virtual participant terminal 3 as the audio data of the chairman and the video data of the chairman; the target conference data of the virtual participant terminal 4 is determined to be the audio data of the chairman, the video data of the chairman, and the video data of the second speaker.

Step S124: and extracting target conference data corresponding to each virtual participant terminal from the conference data.

In this embodiment, after determining the target conference data corresponding to each virtual participant terminal, the target conference data corresponding to each virtual participant terminal needs to be extracted from the conference data.

In this embodiment, an audio processing module and a video processing module are disposed in each virtual participant terminal, where the audio processing module is configured to process the received audio-class target conference data to improve audio quality, and the video processing module is configured to process the received video-class target conference data to improve video quality, so that regarding what method is used to improve audio quality and video quality, reference may be made to the prior art, and the application is not limited in this way. For example, a mixer may be provided in the audio processing module (a mixer may be used to dynamically add a channel, where a channel represents a received audio data, and the mixer may automatically determine whether there is data in each channel, and whether there is audio data in one channel or multiple channels of audio data received simultaneously, the mixer may perform a mixing operation.

By the method for extracting the target conference data corresponding to each virtual participant terminal, the scheduling server can schedule the obtained conference data according to the conference authority of each virtual participant terminal, so that each virtual participant terminal can distribute the conference data to each entity participant terminal, and smooth execution of the conference scheduling method is guaranteed.

In combination with the above embodiment, in an implementation manner, the present application further provides a method for changing a virtual reference terminal, where the method specifically may include the following steps:

obtaining a change request of a virtual participant terminal;

In this embodiment, the virtual participant terminal may also be changed during the videoconference. For example, the virtual participant terminal may be newly added, deleted, or the conference right of the virtual participant terminal may be modified. The change request for obtaining the virtual participant terminal can be a command sent by a third party platform or a command sent by the entity participant terminal of the user.

Specifically, after a scheduling server obtains a change request of a virtual participant terminal, judging the type of the change request, determining the conference authority of the newly-added virtual participant terminal when the type of the change request is the newly-added virtual participant terminal, and then configuring the corresponding virtual participant terminal according to the conference authority; when the type of the change request is to delete the virtual participant terminal, determining the virtual participant terminal to be deleted, and then deleting the virtual participant terminal from all the virtual participant terminals which are configured by the virtual participant terminal; when the type of the change request is to modify the conference right of the virtual participant terminal, determining the virtual participant terminal to be modified and the modified conference right, and then determining the virtual participant terminal to be modified in all the virtual participant terminals which are configured by the virtual participant terminal and modifying the conference right.

In this embodiment, the process of processing the change request of the virtual reference terminal may be performed by the scheduling server or the third party platform, which is not particularly limited in the present application. After the processing is executed by the third party platform, the processing result is returned to the scheduling server only by the third party platform, so that the scheduling server performs scheduling of conference data according to the changed virtual participant terminal.

By the method for changing the virtual participant terminals, the scheduling server can change each virtual participant terminal according to actual requirements in the process of the conference, so that the scheduling flexibility of conference data is improved.

In combination with the above embodiment, in an implementation manner, sending, by the respective virtual participant terminals, the target conference data to the corresponding entity participant terminals may include:

In this embodiment, a subscription table may be set in advance in the virtual participant terminal, where the subscription table includes all identities of entity participant terminals subscribed to the virtual participant terminal (for example, the identities may be video network numbers of the entity participant terminals), and when the entity participant terminal subscribes to a certain virtual participant terminal, an association relationship is established between the entity participant terminal and the virtual participant terminal, so that the subscription table may be generated according to the association relationship between the entity participant terminal and the virtual participant terminal. When the virtual participant terminal distributes the target conference data to the corresponding entity participant terminals, the virtual participant terminal firstly obtains the subscription table of the virtual participant terminal, then obtains all the entity participant terminals in the subscription table, and then distributes the target conference data to the entity participant terminals.

For example, after obtaining the target conference data, the virtual participant terminal 1 obtains its subscription table, determines that the entity participant terminals included in the subscription table are the entity participant terminals 1-3, and then sends the target conference data to the entity participant terminals 1-3, respectively.

The embodiment provides a method for distributing target conference data, which enables each virtual participant terminal to distribute the target conference data to each entity participant terminal by setting a subscription table in each virtual participant terminal, thereby ensuring the smooth execution of a conference scheduling method.

In combination with the above embodiment, in an implementation manner, the conference scheduling method of the present application may include:

In this embodiment, one entity participant terminal subscribes to one virtual participant terminal only. When an entity participant terminal to be subscribed needs to be subscribed to be changed, a request for changing the subscription can be sent to a scheduling server; after receiving the request for changing the subscription, the scheduling server determines the virtual participant terminal to be subscribed and the subscribed virtual participant terminal according to the request for changing the subscription, then releases the association relationship between the entity participant terminal to be changed and the subscribed virtual participant terminal, establishes the association relationship between the entity participant terminal to be changed and the subscribed virtual participant terminal, and accordingly realizes the subscription change of the virtual participant terminal and meets the requirements of users.

Specifically, releasing the association relationship between the entity participant terminal to be subscribed and the subscribed virtual participant terminal, including:

obtaining a subscription table to which the entity participant terminal to be subscribed belongs, deleting the entity participant terminal to be subscribed from the subscription table, and uniquely subscribing one virtual participant terminal by one entity participant terminal.

In this embodiment, the releasing of the association relationship between the entity participant terminal to be subscribed and the subscribed virtual participant terminal may be achieved by deleting the entity participant terminal to be subscribed in the subscription table.

Correspondingly, establishing the association relationship between the entity participant terminal to be subscribed and the virtual participant terminal to be subscribed comprises the following steps:

In this embodiment, the establishment of the association relationship between the entity participant terminal to be subscribed and the virtual participant terminal to be subscribed may be achieved by newly adding the entity participant terminal to be subscribed to in the subscription table.

In combination with the above embodiment, in one implementation, the types of the virtual reference terminals include: the input type virtual participant terminal is used for providing conference data for all the virtual participant terminals, and one input type virtual participant terminal has an association relationship with one entity participant terminal;

On the basis, meeting data in the meeting process are obtained, and the method comprises the following steps:

In this embodiment, the virtual reference terminal includes: pure output type virtual ginseng terminal, pure input type virtual ginseng terminal and mixed type virtual ginseng terminal. The pure output type virtual participant terminal is only used for receiving conference data output by other virtual participant terminals; the pure input type virtual participant terminal is only used for outputting conference data to other entity participant terminals; the hybrid entity participant terminal can be used for outputting conference data to other entity participant terminals and can also be used for receiving conference data output by other entity participant terminals.

In this embodiment, the pure input type virtual participant terminal has a subscription relationship with the input type physical participant terminal, the hybrid type virtual participant terminal has a subscription relationship with the hybrid type physical participant terminal, and the pure output type virtual participant terminal has a subscription relationship with the pure output type physical participant terminal. The input type virtual participant terminal comprises: the pure input type virtual participant terminal and the mixed type virtual participant terminal, so that the scheduling server can obtain meeting data in the meeting process from the corresponding entity participant terminal through the input type virtual participant terminal.

Fig. 4 is an overall flow chart of a conference scheduling method according to an embodiment of the present application. The conference scheduling method of the present application will be described in detail with reference to fig. 4.

In fig. 4, a solid line box represents a virtual conference room in the course of a video conference, and scheduling of conference data in the conference room is performed by a scheduling server. Roles a, B, C and D in the solid line boxes are a plurality of virtual participant terminals (hereinafter referred to as virtual participant terminals a-D) created by the scheduling server in the conference room, and BC in the left box in the virtual participant terminal a indicates that the virtual participant terminal a can receive audio data of the virtual participant terminal B and audio data of the virtual participant terminal C, and BC in the right box indicates that the virtual participant terminal a can receive video data of the virtual participant terminal B and video data of the virtual participant terminal C; the AC in the left box in the virtual reference terminal B indicates that the virtual reference terminal B can receive the audio data of the virtual reference terminal a and the audio data of the virtual reference terminal C, and the a in the right box indicates that the virtual reference terminal a can receive the video data of the virtual reference terminal a; the left box A in the virtual reference terminal C indicates that the virtual reference terminal C can receive the audio data of the virtual reference terminal A, and the right box B indicates that the virtual reference terminal B can receive the video data; ABC in the left box in the virtual reference terminal D indicates that the virtual reference terminal D can receive audio data of the virtual reference terminal a, audio data of the virtual reference terminal B, and audio data of the virtual reference terminal C, and C in the right box indicates that video data of the virtual reference terminal C can be received. Users a-F outside the solid line box represent the entity reference terminals a-F, respectively. Roles a-D outside the solid line frame represent the association relationship between the entity reference terminal and the virtual reference terminal a-D, respectively. The entity participant terminal A subscribes to the virtual participant terminal A, the entity participant terminal B subscribes to the virtual participant terminal B, the entity participant terminal C subscribes to the virtual participant terminal C, and the entity participant terminals D-F subscribe to the virtual participant terminal D.

In the conference process, after the scheduling server acquires conference data, according to conference rights (left Bian Fangkuang represents audio rights and right box represents video rights) in each virtual participant terminal, target conference data corresponding to each virtual participant terminal is acquired, and the target conference data is sent to the corresponding entity participant terminal. For example, for the virtual participant terminal a, after the scheduling server acquires the conference data, the scheduling server extracts audio data of the virtual participant terminal B, audio data of the virtual participant terminal C, video data of the virtual participant terminal B, and video data of the virtual participant terminal C in the conference data, takes these data as target conference data corresponding to the virtual participant terminal a, and then sends the target conference data to the entity participant terminal a. Similarly, the scheduling server sequentially obtains the target conference data corresponding to each of the virtual participant terminals B-C, and then distributes the target conference data to the entity participant terminals B-F.

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 application also provides a server, as shown in fig. 5. Fig. 5 is a block diagram of a server according to an embodiment of the present application. Referring to fig. 5, the server 500 of the present application may include:

a configuration module 501, configured to configure a plurality of corresponding virtual participant terminals according to respective conference data requests of respective entity participant terminals, where the plurality of virtual participant terminals have different conference rights for receiving conference data;

a first obtaining module 502, configured to obtain conference data in a conference process, and extract target conference data corresponding to each virtual participant terminal from the conference data according to respective conference rights of a plurality of virtual participant terminals;

and the sending module 503 is configured to send, through the virtual participant terminals, the target conference data to the corresponding entity participant terminals.

Optionally, the first obtaining module 502 includes:

a first determining submodule, configured to determine a role type of the conference data, where the role type is generated according to a type of the conference data and a type of a virtual participant terminal;

the second determining submodule is used for determining the corresponding target role type of each virtual participant terminal according to the conference authority of each virtual participant terminal;

A third determining sub-module, configured to determine, for each virtual participant terminal, conference data that meets a corresponding target role type as target conference data;

and the extraction module is used for extracting the target conference data corresponding to each virtual participant terminal from the conference data.

Optionally, the server 500 further includes:

the second obtaining module is used for obtaining a change request of the virtual participant terminal;

the first newly-added module is used for determining the newly-added virtual participant terminal and configuring the newly-added virtual participant terminal when the type of the change request is the newly-added virtual participant terminal;

the first deleting module is used for determining the virtual participant terminal to be deleted when the type of the change request is that the virtual participant terminal is deleted, and deleting the virtual participant terminal to be deleted;

and the modification module is used for determining the virtual participant terminal to be modified and the modified conference authority when the type of the change request is the authority of the modified virtual participant terminal, and modifying the current conference authority of the virtual participant terminal to be modified into the modified conference authority.

Optionally, the sending module 503 includes:

The first acquisition sub-module is used for acquiring subscription tables corresponding to the virtual participant terminals, wherein the subscription tables are generated according to the association relation between the virtual participant terminals and the entity participant terminals;

the second obtaining submodule is used for obtaining entity participant terminals corresponding to the virtual participant terminals from subscription tables corresponding to the virtual participant terminals;

and the distribution module is used for distributing the target conference data to the corresponding entity participant terminals through each virtual participant terminal.

Optionally, the server 500 further includes:

the receiving module is used for receiving a subscription changing request sent by the entity participant terminal to be subscribed;

the determining module is used for determining a virtual participant terminal to be subscribed according to the request for changing subscription;

the releasing module is used for releasing the association relation between the entity participant terminal to be changed and the subscribed virtual participant terminal;

the establishing module is used for establishing the association relation between the entity participant terminal to be subscribed and the virtual participant terminal to be subscribed.

Optionally, the release module includes:

the second deleting module is used for obtaining a subscription table to which the entity participant terminal to be subscribed is affiliated, deleting the entity participant terminal to be subscribed in the subscription table, and one entity participant terminal is uniquely subscribed to one virtual participant terminal;

The establishing module comprises:

the second newly-added module is used for obtaining a subscription table to which the virtual participant terminal to be subscribed belongs, and adding the entity participant terminal to be subscribed to be changed into the subscription table.

the first obtaining module 502 includes:

and the obtaining submodule is used for obtaining conference data in the conference process from the corresponding entity participant terminals through each input type virtual participant terminal.

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 implements the steps in the meeting scheduling method according to any of the foregoing embodiments of the present application when executed.

Based on the same inventive concept, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the conference scheduling method according to any of the above embodiments of the present application.

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. 6 is a networking schematic diagram of a video network according to an embodiment of the present application. As shown in fig. 6, 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. 7 is a schematic diagram of a hardware structure of a node server according to an embodiment of the present application. As shown in fig. 7, the device mainly comprises a network interface module 701, a switching engine module 702, a CPU module 703 and a disk array module 704;

wherein, the packets coming in from the network interface module 701, the cpu module 703 and the disk array module 704 all enter the switching engine module 702; the switching engine module 702 performs an operation of looking up the address table 705 on the incoming packet, thereby obtaining packet guiding information; and stores the packet into a queue of a corresponding packet buffer 706 according to the packet's guiding information; discarding if the queue of packet buffer 706 is nearly full; the switch engine module 702 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 704 mainly controls the hard disk, including initializing, reading and writing operations on the hard disk; the CPU module 703 is mainly responsible for protocol processing with access switches and terminals (not shown), configuration of the address table 705 (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 704.

Access switch:

fig. 8 is a schematic diagram of a hardware architecture of an access switch according to an embodiment of the present application. As shown in fig. 8, mainly includes a network interface module (a downstream network interface module 801, an upstream network interface module 802), a switching engine module 803, and a CPU module 804;

wherein, the packet (uplink data) coming in from the downlink network interface module 801 enters the packet detection module 805; the packet detection module 805 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 803, otherwise, discards the packet; the incoming packets (downstream data) from the upstream network interface module 802 enter the switching engine module 803; the data packet coming in by the CPU module 804 enters the switching engine module 803; the switching engine module 803 performs an operation of looking up an address table 806 on an incoming packet, thereby obtaining packet guiding information; if a packet entering the switch engine module 803 is destined for the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 807 in combination with a stream identifier (stream-id); discarding if the queue of the packet buffer 807 is nearly full; if the packet entering the switching engine module 803 is not sent from the downlink network interface to the uplink network interface, storing the data packet in the queue of the corresponding packet buffer 807 according to the packet guiding information; if the queue of the packet buffer 807 is nearly full, it is discarded.

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

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 804 is mainly responsible for protocol processing with the node server, configuration of the address table 806, and configuration of the rate control module 808.

Ethernet corotation gateway：

Fig. 9 is a schematic hardware structure of an ethernet corotating gateway according to an embodiment of the present application. As shown in fig. 9, the network interface module (downlink network interface module 901, uplink network interface module 902), switching engine module 903, CPU module 904, packet detection module 905, rate control module 908, address table 906, packet buffer 907, MAC addition module 909, and MAC deletion module 910 are mainly included.

Wherein, the data packet coming in from the downlink network interface module 901 enters the packet detection module 905; the packet detection module 905 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 910 and enter the corresponding receive buffer, otherwise discarded;

the downlink network interface module 901 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 co-ordination 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 characteristics of the video networking, one of the core concepts of the embodiment of the invention is provided, and the scheduling server firstly configures a plurality of corresponding virtual meeting terminals with different meeting authority for receiving meeting data according to the respective meeting data requests of all entity meeting terminals according to the protocol of the video networking; after meeting data are obtained, extracting target meeting data corresponding to each virtual participant terminal from the meeting data according to the meeting authority of each virtual participant terminal; and finally, sending the target conference data to the corresponding entity participant terminal through each virtual participant terminal.

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 foregoing describes in detail a conference scheduling method, a server, an electronic device and a storage medium, and specific examples are applied to illustrate the principles and embodiments of the present invention, where the foregoing examples are 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 conference scheduling method, applied to a server, comprising:

transmitting the target conference data to the corresponding entity participant terminal through each virtual participant terminal;

releasing the association relation between the entity participant terminal to be subscribed and the subscribed virtual participant terminal; the association relation between the virtual participant terminal and the entity participant terminal is set in a subscription table of the virtual participant terminal;

2. The method according to claim 1, wherein extracting target conference data corresponding to each virtual participant terminal from the conference data according to the conference rights of each virtual participant terminal, comprises:

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

obtaining a change request of a virtual participant terminal;

4. The method of claim 1, wherein transmitting the target conference data to the corresponding physical participant terminal through the respective virtual participant terminal comprises:

obtaining subscription tables corresponding to the virtual participant terminals;

5. The method of claim 1, wherein releasing the association between the entity participant terminal to be changed subscription and the subscribed virtual participant terminal comprises:

6. The method of claim 1, wherein the type of virtual reference terminal comprises: the input type virtual participant terminal is used for providing conference data for all virtual participant terminals, and one input type virtual participant terminal has an association relationship with one entity participant terminal;

obtaining meeting data during a meeting, comprising:

7. A server, comprising:

the sending module is used for sending the target conference data to the corresponding entity participant terminals through the virtual participant terminals;

the releasing module is used for releasing the association relation between the entity participant terminal to be changed and the subscribed virtual participant terminal; the association relation between the virtual participant terminal and the entity participant terminal is set in a subscription table of the virtual participant terminal;

8. 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 meeting scheduling method of any of claims 1-6.

9. A computer readable storage medium storing a computer program for causing a processor to perform the conference scheduling method of any one of claims 1 to 6.