CN110611664A

CN110611664A - Conference examination and approval method and device

Info

Publication number: CN110611664A
Application number: CN201910818093.1A
Authority: CN
Inventors: 周逸芳; 王艳辉; 亓娜; 李海波
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2019-08-30
Filing date: 2019-08-30
Publication date: 2019-12-24

Abstract

The embodiment of the invention provides a conference approval method and a device, wherein the conference approval method comprises the steps of receiving a conference reservation request sent by a first terminal, determining a region identifier of the first terminal according to the identifier of the first terminal in the conference reservation request, determining the region identifier of each second terminal according to the identifier of the second terminal in each conference reservation request, judging whether an audio and video conference is a cross-domain conference or not according to the region identifier of the first terminal and the region identifier of each second terminal, and if the audio and video conference is the cross-domain conference, not creating the audio and video conference. In the process of establishing the audio and video conference according to the conference reservation request sent by the terminal, the conference management server does not establish the audio and video conference when judging that the audio and video conference is a cross-domain conference according to the area identification of each terminal, so that the situation that a terminal user establishes the cross-domain conference, occupies the bandwidth of a backbone network and influences the communication quality of the important audio and video conference which is communicated through the backbone network can be avoided.

Description

Conference examination and approval method and device

Technical Field

The invention relates to the technical field of video networking, in particular to a conference approval method and device.

Background

The video network is a real-time network and can realize real-time transmission of full-network high-definition videos. With the popularization of the video networking technology, the services of performing remote audio and video conferences through the video networking are increasing, and the video networking resources for providing audio and video conference services are limited, for example, the network bandwidth for providing data transmission is limited. Therefore, management of numerous audio-video conferences created by the terminals is required. For example, in the process of creating the audio and video conference by the terminal, the audio and video conference created by the terminal is approved, so that the situation that the invalid audio and video conference occupies the network bandwidth and affects the implementation of other important conferences is avoided.

At present, when a terminal creates an audio/video conference, the terminal cannot acquire relevant information of all the audio/video conferences in a video network, and a terminal user can only create the audio/video conference according to self requirements, so that the audio/video conference created by the terminal may be a cross-domain conference using a backbone network, occupies a backbone network bandwidth, affects the implementation of an important audio/video conference for communication through the backbone network, and causes a pause phenomenon of the audio/video conference in the backbone network.

Disclosure of Invention

In view of the above problems, embodiments of the present invention are proposed to provide a conference approval method and a corresponding conference approval apparatus that overcome or at least partially solve the above problems.

In order to solve the above problem, a first aspect of the embodiments of the present invention discloses a conference approval method, where the method is applied to a video network, and includes:

receiving a conference reservation request sent by a first terminal, wherein the conference reservation request is used for reserving and creating an audio and video conference, and the conference reservation request comprises an identifier of the first terminal and an identifier of at least one second terminal;

determining the area identifier of the first terminal according to the identifier of the first terminal, and determining the area identifier of each second terminal according to the identifier of each second terminal;

judging whether the audio and video conference is a cross-domain conference or not according to the area identification of the first terminal and the area identification of each second terminal;

and if the audio and video conference is a cross-domain conference, not creating the audio and video conference.

The second aspect of the embodiment of the invention discloses a conference examination and approval device, which is applied to a video network and comprises:

the system comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving a conference reservation request sent by a first terminal, the conference reservation request is used for reserving and creating an audio and video conference, and the conference reservation request comprises an identifier of the first terminal and an identifier of at least one second terminal;

a first determining module, configured to determine, according to the identifier of the first terminal, an area identifier of the first terminal, and determine, according to the identifier of each second terminal, an area identifier of each second terminal;

the judging module is used for judging whether the audio and video conference is a cross-domain conference or not according to the area identification of the first terminal and the area identification of each second terminal;

and the creating module is used for not creating the audio and video conference if the audio and video conference is a cross-domain conference.

The embodiment of the invention has the following advantages:

in the embodiment of the invention, the conference management server receives a conference reservation request sent by a first terminal, determines the area identifier of the first terminal according to the identifier of the first terminal in the conference reservation request, determines the area identifier of each second terminal according to the identifier of each second terminal in the conference reservation request, judges whether the audio and video conference is a cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal, and does not create the audio and video conference if the audio and video conference is the cross-domain conference. In the process of establishing the audio and video conference according to the conference reservation request sent by the terminal, the conference management server does not establish the audio and video conference when judging that the audio and video conference is a cross-domain conference according to the area identification of each terminal, so that the situation that a terminal user establishes the cross-domain conference, occupies the bandwidth of a backbone network and influences the communication quality of the important audio and video conference which is communicated through the backbone network can be avoided.

Drawings

Fig. 1 is a flowchart illustrating steps of a first embodiment of a conference approval method according to an embodiment of the present invention;

fig. 2 is a flowchart illustrating steps of a second embodiment of a conference approval method according to the present invention;

fig. 3 is a flowchart illustrating a third step of a conference approval method according to an embodiment of the present invention;

FIG. 4 is a block diagram of a conference approval apparatus according to an embodiment of the present invention;

FIG. 5 illustrates a networking diagram of a video network of the present invention;

FIG. 6 is a schematic diagram of a hardware architecture of a node server according to the present invention;

fig. 7 shows a hardware architecture diagram of an access switch of the present invention;

fig. 8 is a schematic diagram illustrating a hardware structure of an ethernet protocol conversion gateway according to the present invention.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.

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

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

Referring to fig. 1, fig. 1 is a flowchart illustrating a first step of a conference approval method according to an embodiment of the present invention, where the method is applied to a video network, and the conference approval method may be applied to approve a conference reservation request sent by a terminal, so as to avoid that the terminal reserves a cross-domain conference, thereby ensuring communication quality of a backbone network. The conference approval method disclosed in this embodiment may be executed by a conference approval apparatus, the conference approval apparatus is usually implemented in a software and/or hardware manner, and the conference approval apparatus may be deployed in a conference management server, and the method specifically may include the following steps:

step 101, receiving a conference reservation request sent by a first terminal.

The conference management server is used for managing audio and video conferences in the video network, for example, creating corresponding audio and video conferences according to conference reservation requests sent by terminals, scheduling terminals located in different audio and video conferences according to scheduling requests sent by terminals, or closing corresponding audio and video conferences according to disconnection requests sent by terminals. The first terminal is any terminal used for initiating an audio and video conference in the video network, and can be a mobile phone, a computer, a tablet computer and other terminal equipment.

In this embodiment, the appointment conference request may include an identifier of the first terminal and an identifier of the at least one second terminal. The second terminal is a terminal which is selected by a user using the first terminal from a terminal list according to a conference requirement through an operation interface provided by a conference management client installed on the first terminal and participates in the audio and video conference, the user can click one button after selecting the second terminal, the first terminal responds to the click operation of the user to acquire the identifier of the first terminal and the identifier of the second terminal selected by the user, and a conference reservation request is sent to the conference management server.

It should be noted that, in actual use, the conference reservation request may further include other data, for example, a conference identifier of the audio/video conference, start time and end time of the audio/video conference, and permission information of the first terminal and/or the second terminal in the audio/video conference, and the data included in the conference reservation request may be set according to a user requirement, which is not limited in this embodiment.

Step 102, determining the area identifier of the first terminal according to the identifier of the first terminal, and determining the area identifier of each second terminal according to the identifier of each second terminal.

The determining of the area identifier of the first terminal according to the identifier of the first terminal and the determining of the area identifier of each second terminal according to the identifier of each second terminal may be implemented as follows:

and determining the area identification associated with the identification of the first terminal, and taking the area identification associated with the identification of the first terminal as the area identification of the first terminal.

And determining the area identification associated with the identification of each second terminal, and taking the area identification associated with the identification of the second terminal as the area identification of the second terminal.

It should be noted that the area identifier is identification information for identifying an area to which the terminal belongs. In this embodiment, the area to which the terminal belongs may be divided, for example, the area to which the terminal belongs may be divided according to provinces, the area identifiers of the terminals located in the same province are the same, and the area identifiers of the terminals located in different provinces are different. For example, the area to which the terminal a and the terminal B belong is a province, and the code of the a province is "11", the area identifier of the terminal a and the terminal B may be "11", the area to which the terminal C and the terminal D belong is B province, and the code of the B province is "15", and the area identifier of the terminal C and the terminal D may be "15". In practical use, other dividing methods may be selected to divide the area to which the terminal belongs according to requirements, for example, the area to which the terminal belongs may be divided according to the area or the city to which the terminal belongs, and the area identifiers of the terminals located in different cities or areas are different, which is not limited in this embodiment.

In this embodiment, the conference management server may store, in advance, the identifier of each terminal and the area identifier associated with the identifier of each terminal in the database. After receiving the conference reservation request, the conference management server analyzes the conference reservation request, and acquires the identifier of the first terminal and the identifier of each second terminal from the conference reservation request, and after acquiring the identifier of the first terminal and the identifier of each second terminal, the conference management server searches the area identifier of the first terminal associated with the identifier of the first terminal from the database according to the identifier of the first terminal and the identifier of each second terminal, and searches the area identifier of each second terminal associated with the identifier of each second terminal.

And 103, judging whether the audio and video conference is a cross-domain conference or not according to the area identification of the first terminal and the area identification of each second terminal.

The cross-domain conference is an audio-video conference with a plurality of areas belonging to the terminals participating in the conference. For example, in combination with step 102, if the first terminal is terminal a, the second terminals are terminal B and terminal C, at this time, the area identifiers of terminal a and terminal B are "11", and the area identifier of terminal C is "15", at this time, the terminals participating in the audio/video conference include terminals located in two different divided areas (province a and province B), which indicates that the audio/video conference performed among terminal a, terminal B and terminal C is a cross-domain conference. Similarly, if the first terminal is the terminal a and the second terminal is the terminal B, the audio and video conference performed between the terminal a and the terminal B is the audio and video conference located in the same division area (province a), and the audio and video conference performed between the terminal a and the terminal B is not a cross-domain conference.

In this embodiment, after determining the area identifier of the first terminal and the area identifier of each second terminal, the conference management server compares the area identifiers of each terminal (including the first terminal and the second terminal), if the area identifiers of all the terminals are the same, the audio and video conference is not a cross-domain conference, and if more than two different area identifiers occur, the audio and video conference is a cross-domain conference.

And step 104, if the audio and video conference is a cross-domain conference, not creating the audio and video conference.

In this embodiment, the conference management server may not create the audio/video conference after determining that the audio/video conference is a cross-domain conference.

In practical use, as the bandwidth of the backbone network connecting different divided areas is limited, when there are many audio and video conferences through the backbone network, more bandwidth is occupied, thereby causing the communication quality of the backbone network to be reduced. The main network is generally used for a cross-regional important conference, and the quality of an audio/video conference performed through the main network is inevitably reduced due to the reduction of the communication quality of the main network, so that the problems of audio/video blocking and the like are caused. Therefore, when the conference management server receives the conference reservation request and determines that the conference reservation request is created as a cross-domain conference, the corresponding cross-domain conference is not created, and the situation that an invalid audio and video conference occupies the bandwidth of the backbone network can be avoided.

In the embodiment of the invention, the conference management server receives a conference reservation request sent by a first terminal, determines the area identifier of the first terminal according to the identifier of the first terminal included in the conference reservation request, determines the area identifier of each second terminal according to the identifier of each second terminal included in the conference reservation request, judges whether the audio and video conference is a cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal, and does not create the audio and video conference if the audio and video conference is the cross-domain conference. In the process of establishing the audio and video conference according to the conference reservation request sent by the terminal, the conference management server does not establish the audio and video conference when judging that the audio and video conference is a cross-domain conference according to the area identification of each terminal, so that the situation that a terminal user establishes the cross-domain conference, occupies the bandwidth of a backbone network and influences the communication quality of the important audio and video conference which is communicated through the backbone network can be avoided.

Referring to fig. 2, fig. 2 is a flowchart illustrating steps of a second embodiment of a conference approval method according to the present invention, where the method is applied to a video network and can be executed by a conference management server. The conference approval method can be suitable for approving the conference reservation request sent by the terminal so as to avoid the terminal from reserving and creating a cross-domain conference and improve the communication quality of a backbone network. The conference approval method disclosed in this embodiment may be executed by a conference approval apparatus, the conference approval apparatus is usually implemented in a software and/or hardware manner, and the conference approval apparatus may be deployed in a conference management server, and the method specifically may include the following steps:

step 201, receiving a conference reservation request sent by a first terminal.

In this embodiment, the conference reservation request is used to reserve and create an audio/video conference, and the conference reservation request may include an identifier of the first terminal and an identifier of the at least one second terminal. The process of the conference management server receiving the conference reservation request sent by the first terminal is the same as that in step 101, and details are not described here.

In step 202, the rights associated with the identity of the first terminal are determined.

Step 203, determining whether the first terminal has the authority to create the cross-domain conference according to the authority associated with the identifier of the first terminal.

In this embodiment, the permission to reserve the cross-domain conference may be set in advance for a specific terminal, and the identifier of the terminal and the permission associated with the identifier of the terminal may be stored in the database. When the conference management server receives a conference reservation request sent by the first terminal, the conference management server can search the authority associated with the identifier of the first terminal from the database according to the identifier of the first terminal included in the conference reservation request sent by the first terminal, and judge whether the first terminal has the authority to create the cross-domain conference.

If the first terminal has the right to create the cross-domain conference, step 207 is executed, and if the first terminal does not have the right to create the cross-domain conference, step 204 is executed.

Step 204, determining the area identifier of the first terminal according to the identifier of the first terminal, and determining the area identifier of each second terminal according to the identifier of each second terminal.

In this embodiment, the process of determining the area identifier of the first terminal according to the identifier of the first terminal and determining the area identifier of each second terminal according to the identifier of each second terminal is the same as that in step 102, and is not described herein again.

And step 205, judging whether the audio and video conference is a cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal.

In this embodiment, the process of determining whether the audio/video conference is a cross-domain conference according to the area identifier of the first terminal and the area identifier of each second terminal is the same as that in step 103, and details are not repeated here.

In this embodiment, when the first terminal does not have the right to create the cross-domain conference, if the audio/video conference is the cross-domain conference, step 206 is executed, and if the audio/video conference is not the cross-domain conference, step 207 is executed.

And step 206, not creating the audio and video conference.

In this embodiment, when the first terminal does not have the permission to create the cross-domain conference, it is determined whether the audio/video conference is a cross-domain conference, and if the audio/video conference is a cross-domain conference, the audio/video conference is not created.

And step 207, creating an audio and video conference.

In this embodiment, when the first terminal has the right to create the cross-domain conference, the audio/video conference is directly created, so that a process of determining a corresponding area identifier according to the identifiers of the first terminal and each second terminal and judging whether the audio/video conference is the cross-domain conference according to the corresponding area identifier can be avoided, and the efficiency of examining and approving the conference is improved.

In the embodiment of the invention, the conference management server receives a conference reservation request sent by the first terminal, determines the authority associated with the identifier of the first terminal, determines whether the first terminal has the authority for creating the cross-domain conference or not according to the authority associated with the identifier of the first terminal, and creates the audio and video conference if the first terminal has the authority for creating the cross-domain conference. If the first terminal does not have the authority of creating the cross-domain conference, determining the area identifier of the first terminal according to the identifier of the first terminal included in the conference reservation request, determining the area identifier of each second terminal according to the identifier of each second terminal included in the conference reservation request, judging whether the audio and video conference is the cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal, and if the audio and video conference is the cross-domain conference, not creating the audio and video conference. The conference management server firstly judges whether the first terminal has the right to create the cross-domain conference or not in the process of creating the audio and video conference according to the conference reservation request sent by the terminal, and when the first terminal has the right to create the cross-domain conference, the audio and video conference is directly created. The authority for creating the cross-domain conference can be set for a specific terminal, and the requirement of a user for creating the cross-domain conference can be met. When the first terminal does not have the right of creating the cross-domain conference, the audio and video conference is judged to be the cross-domain conference according to the area attribute of each terminal, the audio and video conference is not created, so that the situation that a terminal user randomly creates the cross-domain conference, occupies the bandwidth of a backbone network and influences the communication quality of the important audio and video conference which is communicated through the backbone network can be avoided.

Optionally, in this embodiment, the conference reservation request may further include a user identifier, and after receiving the conference reservation request sent by the first terminal, the conference management server may determine an authority associated with the user identifier, determine whether a user corresponding to the user identifier has an authority to create the cross-domain conference according to the authority associated with the user identifier, and create the audio/video conference if the user has the authority to create the cross-domain conference.

The user identifier included in the conference reservation request may be a user identifier of a user who logs in the conference management server through the first terminal by using the first terminal. In actual use, the authority for reserving the cross-domain conference can be set aiming at a specific user in advance, and the user identification of the user and the authority associated with the user identification of the user are stored in the database. When the conference management server receives a conference reservation request sent by the first terminal, the conference management server can determine the authority associated with the user identifier according to the user identifier included in the conference reservation request, determine whether the user corresponding to the user identifier has the authority for creating the cross-domain conference or not according to the authority associated with the user identifier, and create the audio and video conference if the user has the authority for creating the cross-domain conference. When the user has the right of creating the cross-domain conference, the audio and video conference is directly created, the process that the corresponding area identification is determined according to the identification of the first terminal and the identification of each second terminal can be avoided, whether the audio and video conference is the cross-domain conference or not is judged according to the corresponding area identification, and the conference approval efficiency is improved. In addition, the authority for creating the cross-domain conference can be set for a certain specific terminal, and the requirement of a specific user for creating the cross-domain conference can be met.

Optionally, in this embodiment, after receiving the conference reservation request sent by the first terminal, the conference management server may determine, according to the identifier of the first terminal and the user identifier, the right associated with the first terminal and the right associated with the user identifier at the same time, and if the first terminal and/or the user corresponding to the user identifier has the right to create the cross-domain conference, create the audio and video conference. Meanwhile, the cross-domain conference is established according to the authority of the first terminal and the user, and the user can conveniently establish the cross-domain conference.

Optionally, after the audio-video conference is not created, the method further includes: and sending notification information that the cross-domain conference can not be created to the first terminal.

In this embodiment, after determining that the audio/video conference is not created, the conference management server may send notification information that the cross-domain conference cannot be created to the first terminal, so as to remind the user that the current usage environment does not allow the reservation for creating the cross-domain conference.

Referring to fig. 3, fig. 3 is a flowchart illustrating a third step of a conference approval method according to an embodiment of the present invention, where the method is applied to a video network and may be executed by a conference management server. The conference approval method can be suitable for approving the conference reservation request sent by the terminal so as to avoid the terminal from reserving and creating a cross-domain conference and improve the communication quality of a backbone network. The conference approval method disclosed in this embodiment may be executed by a conference approval apparatus, the conference approval apparatus is usually implemented in a software and/or hardware manner, and the conference approval apparatus may be deployed in a conference management server, and the method specifically may include the following steps:

step 301, receiving a conference reservation request sent by a first terminal.

Step 302, determining the area identifier of the first terminal according to the identifier of the first terminal, and determining the area identifier of each second terminal according to the identifier of each second terminal.

And 303, judging whether the audio and video conference is a cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal.

In this embodiment, if the audio/video conference is a cross-domain conference, step 304 is executed, and if the audio/video conference is not a cross-domain conference, step 307 is executed.

In step 304, the rights associated with the identity of the first terminal are determined.

And 305, determining whether the first terminal has the authority to create the cross-domain conference according to the authority associated with the identifier of the first terminal.

In this embodiment, the permission to reserve the cross-domain conference may be set in advance for a specific terminal, and the identifier of the terminal and the permission associated with the identifier of the terminal may be stored in the database. When the conference management server receives a conference reservation request sent by a first terminal, the authority associated with the identifier of the first terminal can be searched from the database according to the identifier of the first terminal included in the conference reservation request sent by the first terminal, and whether the first terminal has the authority to create the cross-domain conference is judged.

If the first terminal does not have the authority to create the cross-domain conference, step 306 is executed, and if the first terminal has the authority to create the cross-domain conference, step 307 is executed.

And step 306, not creating the audio and video conference.

In this embodiment, when the audio/video conference is a cross-domain conference and the first terminal does not have the right to create the cross-domain conference, the audio/video conference is not created.

And step 307, creating an audio and video conference.

In this embodiment, when the first terminal has the right to create the cross-domain conference or the audio/video conference is not a cross-domain conference, the audio/video conference is directly created.

In the embodiment of the invention, the conference management server receives a conference reservation request sent by a first terminal, determines the area identifier of the first terminal according to the identifier of the first terminal included in the conference reservation request, determines the area identifier of each second terminal according to the identifier of each second terminal included in the conference reservation request, judges whether the audio and video conference is a cross-domain conference or not according to the area identifier of the first terminal and the area identifier of each second terminal, and creates the audio and video conference when the audio and video conference is not the cross-domain conference. And when the audio and video conference is a cross-domain conference, judging whether the first terminal has the authority of establishing the cross-domain conference, if the first terminal has the authority of establishing the cross-domain conference, establishing the audio and video conference, and if the first terminal does not have the authority of establishing the cross-domain conference, not establishing the audio and video conference. The conference management server can set the permission for creating the cross-domain conference for a specific terminal in the process of creating the conference according to the conference reservation request sent by the terminal, and when the audio and video conference is the cross-domain conference and the first terminal has the permission for creating the cross-domain conference, the cross-domain conference is created, so that the requirement of a specific user for creating the cross-domain conference can be met.

Optionally, in this embodiment, the conference reservation request may further include a user identifier, after the audio/video conference is determined to be a cross-domain conference, the right associated with the user identifier may be determined, whether the user corresponding to the user identifier has the right to create the cross-domain conference is determined according to the right associated with the user identifier, and if the user has the right to create the cross-domain conference, the audio/video conference is created.

The user identifier included in the conference reservation request may be a user identifier of a user who logs in the conference management server through the first terminal by using the first terminal. In actual use, the authority for reserving the cross-domain conference can be set aiming at a specific user in advance, and the user identification of the user and the authority associated with the user identification of the user are stored in the database. When the conference management server judges that the conference reservation request is a cross-domain conference, the permission associated with the user identification can be determined, whether the user corresponding to the user identification has the permission for creating the cross-domain conference or not is determined according to the permission associated with the user identification, and if the user has the permission for creating the cross-domain conference, the audio and video conference is created. When the user has the right to create the cross-domain conference, the audio and video conference is directly created, the right to create the cross-domain conference can be set for a certain specific user, and the requirement of the specific user on creating the cross-domain conference can be met

Optionally, in this embodiment, when determining that the created cross-domain conference is reserved by the conference reservation request, the conference management server may determine an authority associated with the first terminal and an authority associated with the user identifier, determine whether the first terminal and a user corresponding to the user identifier have an authority to create the cross-domain conference, and create the audio and video conference if the first terminal and/or the user corresponding to the user identifier have the authority to create the cross-domain conference. Meanwhile, the cross-domain conference is established according to the authority of the first terminal and the user, and the user can conveniently establish the cross-domain conference.

In this embodiment, after determining that the audio/video conference is not created, the conference management server may send notification information that the cross-domain conference is not created to the first terminal, so as to remind the user that the current usage environment does not allow the reservation for creating the cross-domain conference.

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

Referring to fig. 4, fig. 4 is a block diagram illustrating a structure of an embodiment of a conference approving apparatus according to the present invention, where the apparatus may be applied to a video network, and the conference approving apparatus may be adapted to approve a conference reservation request sent by a terminal, so as to avoid that the terminal reserves a cross-domain conference, thereby ensuring communication quality of a backbone network. The conference approval apparatus 400 disclosed in this embodiment may be deployed in a conference management server, and the apparatus may specifically include: a receiving module 401, a first determining module 402, a judging module 403 and a creating module 404.

The receiving module 401 is configured to receive a conference reservation request sent by a first terminal, where the conference reservation request is used to reserve and create an audio/video conference, and the conference reservation request includes an identifier of the first terminal and an identifier of at least one second terminal.

The first determining module 402 is configured to determine the area identifier of the first terminal according to the identifier of the first terminal, and determine the area identifier of each second terminal according to the identifier of each second terminal.

The judging module 403 is configured to judge whether the audio/video conference is a cross-domain conference according to the area identifier of the first terminal and the area identifier of each second terminal.

The creating module 404 is configured to not create the audio/video conference if the audio/video conference is a cross-domain conference.

Optionally, the conference approval apparatus 400 may further include: and the second determining module is used for determining the authority associated with the identifier of the first terminal and determining whether the first terminal has the authority for creating the cross-domain conference or not according to the authority associated with the identifier of the first terminal.

Correspondingly, the creating module 404 is further configured to create the audio and video conference if the first terminal has the right to create the cross-domain conference.

Optionally, the conference approval apparatus 400 may further include: and the third determining module is used for determining the authority associated with the user identifier and determining whether the user corresponding to the user identifier has the authority for creating the cross-domain conference or not according to the authority associated with the user identifier.

Correspondingly, the creating module 404 is further configured to create the audio-video conference if the user has the right to create a cross-domain conference.

Optionally, the first determining module 402 is specifically configured to determine an area identifier associated with an identifier of the first terminal, use the area identifier associated with the identifier of the first terminal as the area identifier of the first terminal, determine an area identifier associated with each identifier of the second terminal, and use the area identifier associated with the identifier of the second terminal as the area identifier of the second terminal.

Optionally, the creating module 404 is further configured to create the audio-video conference if the audio-video conference is not a cross-domain conference.

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

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

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

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

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

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

While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.

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

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

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

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

network Technology (Network Technology)

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

Switching Technology (Switching Technology)

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

Server Technology (Server Technology)

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

Storage Technology (Storage Technology)

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

Network Security Technology (Network Security Technology)

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

Service Innovation Technology (Service Innovation Technology)

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

Networking of the video network is as follows:

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

As shown in fig. 5, the video network is divided into an access network and a metropolitan network.

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

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

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

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

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

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

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

Video networking device classification

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

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

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

a node server:

as shown in fig. 6, the system mainly includes a network interface module 601, a switching engine module 602, a CPU module 603, and a disk array module 604;

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

The access switch:

as shown in fig. 7, the network interface module mainly includes a network interface module (a downlink network interface module 701, an uplink network interface module 702), a switching engine module 703 and a CPU module 704;

wherein, the packet (uplink data) coming from the downlink network interface module 701 enters the packet detection module 705; the packet detection module 705 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 703, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 702 enters the switching engine module 703; the incoming data packet from the CPU module 704 enters the switching engine module 703; the switching engine module 703 performs an operation of looking up the address table 706 on the incoming packet, thereby obtaining the direction information of the packet; if a packet entering the switching engine module 703 goes from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 707 in association with a stream-id; if the queue of the packet buffer 707 is close to full, discard; if the packet entering the switching engine module 703 does not go from the downlink network interface to the uplink network interface, the packet is stored in the queue of the corresponding packet buffer 707 according to the packet steering information; if the queue of the packet buffer 707 is close to full, it is discarded.

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

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

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

The rate control module 708 is configured by the CPU module 704 to generate tokens for packet buffer queues going to the upstream network interface for all downstream network interfaces at programmable intervals to control the rate of upstream forwarding.

The CPU module 704 is mainly responsible for protocol processing with the node server, configuration of the address table 706, and configuration of the code rate control module 708.

Ethernet protocol gateway:

as shown in fig. 8, the apparatus mainly includes a network interface module (a downlink network interface module 801, an uplink network interface module 802), a switch engine module 803, a CPU module 804, a packet detection module 805, a rate control module 808, an address table 806, a packet buffer 807, a MAC adding module 809, and a MAC deleting module 810.

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

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

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

A terminal:

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

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

2. Video networking packet definition

2.1 Access network packet definition

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

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

DA SA Reserved Payload CRC

wherein:

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

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

the reserved byte consists of 2 bytes;

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

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

2.2 metropolitan area network packet definition

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

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

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

DA SA Reserved Label Payload CRC

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

Claims

1. A conference approval method is applied to a video network and comprises the following steps:

2. The method of claim 1, further comprising:

determining a right associated with an identity of the first terminal;

determining whether the first terminal has the authority of creating the cross-domain conference or not according to the authority associated with the identifier of the first terminal;

and if the first terminal has the authority of creating the cross-domain conference, creating the audio and video conference.

3. The method of claim 1, wherein the conference reservation request further comprises a user identification, the method further comprising:

determining a right associated with the user identification;

determining whether the user corresponding to the user identifier has the authority to create the cross-domain conference or not according to the authority associated with the user identifier;

and if the user has the authority of creating the cross-domain conference, creating the audio and video conference.

4. A method according to any of claims 1-3, wherein determining the area identity of the first terminal from the identity of the first terminal and determining the area identity of each of the second terminals from the identity of each of the second terminals comprises:

determining an area identifier associated with the identifier of the first terminal, and taking the area identifier associated with the identifier of the first terminal as the area identifier of the first terminal;

and determining an area identifier associated with the identifier of each second terminal, and taking the area identifier associated with the identifier of the second terminal as the area identifier of the second terminal.

5. The method of claim 1, further comprising: and if the audio and video conference is not a cross-domain conference, establishing the audio and video conference.

6. A conference approval apparatus, wherein the apparatus is applied to a video network, and comprises:

7. The apparatus of claim 6, further comprising:

a second determining module, configured to determine a right associated with the identifier of the first terminal; determining whether the first terminal has the authority of creating the cross-domain conference or not according to the authority associated with the identifier of the first terminal;

correspondingly, the creating module is further configured to create the audio and video conference if the first terminal has the right to create a cross-domain conference.

8. The apparatus of claim 6, wherein the conference reservation request further comprises a user identification, the apparatus further comprising:

a third determining module, configured to determine a right associated with the user identifier; determining whether the user corresponding to the user identifier has the authority to create the cross-domain conference or not according to the authority associated with the user identifier;

correspondingly, the creating module is further configured to create the audio and video conference if the user has the right to create a cross-domain conference.

9. The apparatus according to any one of claims 6 to 8, wherein the first determining module is specifically configured to determine an area identifier associated with the identifier of the first terminal, and use the area identifier associated with the identifier of the first terminal as the area identifier of the first terminal; and determining an area identifier associated with the identifier of each second terminal, and taking the area identifier associated with the identifier of the second terminal as the area identifier of the second terminal.

10. The apparatus of claim 6, wherein the creating module is further configured to create the audio video conference if the audio video conference is not a cross-domain conference.