CN109951670B

CN109951670B - Method and device for issuing instruction in video conference

Info

Publication number: CN109951670B
Application number: CN201910116261.2A
Authority: CN
Inventors: 周逸芳; 王艳辉; 亓娜; 李海波
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2019-02-13
Filing date: 2019-02-13
Publication date: 2020-09-25
Anticipated expiration: 2039-02-13
Also published as: CN109951670A

Abstract

The embodiment of the application provides a method for issuing an instruction in a video conference, which is characterized in that the method is applied to a video network, and the video network comprises a conference management platform, a conference client and a plurality of conference terminals; n instruction threads are preset on the conference management platform, each instruction thread corresponds to a machine word length, N is an integer larger than 1, a plurality of instruction threads are prestored in the conference management platform according to the embodiment of the application, the number of digits of the conference terminal numbers corresponds to the machine word length of the conference terminal, the conference management platform allocates the conference terminal numbers to the corresponding instruction threads according to the number of digits of the conference terminal numbers, and each instruction thread is adopted to generate a respective conference instruction, so that conference terminals of each type can successfully analyze the conference instruction, a conference is normally started, the requirement on the conference terminal type in a video group conference is reduced, and the coverage range of the embodiment of the application on the conference terminal processor type is expanded.

Description

Method and device for issuing instruction in video conference

Technical Field

The application relates to the technical field of video networking, in particular to a method and a device for issuing instructions in a video conference.

Background

When a plurality of terminals carry out a video conference in the video network, a conference instruction and conference information are generally issued to each terminal in a unified manner, however, as the number of terminals increases, the terminals deployed in each place are different in processor type, and the terminals of processors of different types are pulled into the same conference.

Disclosure of Invention

In view of the above problems, embodiments of the present application are proposed to provide a method for issuing instructions in a video conference and a corresponding apparatus for issuing instructions in a real video conference, which overcome or at least partially solve the above problems.

In order to solve the technical problem, the application also discloses a method for issuing the instruction in the video conference, which is applied to a video network, wherein the video network comprises a conference management platform, a conference client and a plurality of conference terminals, and the conference client and the conference terminals are respectively connected with the conference management platform; n instruction threads are preset in the conference management platform, each instruction thread corresponds to a machine word length, N is an integer larger than 1, and the method comprises the following steps:

the conference management platform receives conference information sent by the conference client; the conference information comprises a conference number and a plurality of conference terminal numbers; the number of digits of each conference terminal number corresponds to the machine word length of the conference terminal;

the conference management platform distributes the multiple conference terminal numbers to M first instruction threads based on the digits of the conference terminal numbers; at least one first participant terminal number is distributed in each first instruction thread, and M is a positive integer less than or equal to N;

the conference management platform generates conference instructions corresponding to the first instruction threads one by adopting the first instruction threads; each conference instruction comprises the conference number and is matched with the machine word length of the first instruction thread;

and the conference management platform respectively adopts the first instruction threads to send the conference instructions to the first conference terminal corresponding to the first conference terminal number.

Optionally, the conference management platform is configured with a third-party data interface, and the conference management platform receives, through the third-party data interface, the conference information sent by the conference client.

Optionally, the conference management platform is configured with a 16-bit instruction thread, a 64-bit instruction thread.

Optionally, the conference terminal numbers are generated by the conference client based on a preset number generation protocol, and the step of allocating, by the conference management platform, the multiple conference terminal numbers to the M first instruction threads respectively based on the number of digits of each of the conference terminal numbers includes:

the conference management platform acquires the digits of the numbers of the conference participating terminals;

and the conference management platform allocates the participating terminal number with the digit of 8 to a 16-bit instruction thread, and allocates the participating terminal number with the digit of 11 to a 64-bit instruction thread.

Optionally, after the step of allocating, by the conference management platform, the plurality of participant terminal numbers to the M first instruction threads respectively based on the number of digits of each of the participant terminal numbers, the method further includes:

when detecting that all the participating terminal numbers are not allocated to the M first instruction threads, the conference management platform acquires second participating terminal numbers which are not allocated to the first instruction threads;

and the conference management platform packages the second participant terminal number into error information and displays the error information.

In order to solve the technical problem, the embodiment of the present application further discloses a device for issuing instructions in a video conference, where the device is applied to a video network, the video network includes a conference management platform, a conference client connected to the conference management platform, and a plurality of conference terminals, the conference management platform is configured with N instruction threads, each instruction thread corresponds to a machine word length, and N is an integer greater than 1; the device is located in the conference management platform and comprises:

the conference information receiving module is used for receiving the conference information sent by the conference client; the conference information is generated by the conference client and comprises a conference number and a plurality of conference terminal numbers; the number of digits of the conference terminal number corresponds to the machine word length of the conference terminal;

the terminal number distribution module is used for distributing the multiple participant terminal numbers to M first instruction threads respectively based on the digits of the participant terminal numbers; at least one first participant terminal number is distributed in each first instruction thread, and M is a positive integer less than or equal to N;

the conference instruction generation control module is used for generating conference instructions which correspond to the first instruction threads one to one; each conference instruction comprises the conference number, and the conference instructions are matched with the machine word length corresponding to the first instruction thread;

and the conference instruction sending control module is used for sending the conference instructions to the first conference terminals corresponding to the first conference terminal numbers by respectively adopting the first instruction threads.

Optionally, the conference management platform comprises a 16-bit instruction thread and a 64-bit instruction thread.

Optionally, the conference terminal number is generated by the conference client based on a preset number generation protocol, and the terminal number allocation module further includes:

the digit obtaining submodule is used for obtaining digits of the numbers of the participant terminals;

the terminal number distribution module is used for distributing the participating terminal number with the digit of 8 to the 16-bit instruction thread and distributing the participating terminal number with the digit of 11 to the 64-bit instruction thread.

Optionally, the apparatus further comprises:

the detection module is used for detecting whether all the participating terminal numbers are distributed to the M first instruction threads or not;

the terminal number intercepting module is used for acquiring a second participating terminal number which is not allocated to the first instruction thread when detecting that all the participating terminal numbers are not allocated to the M first instruction threads;

and the error information display module is used for packaging the second participating terminal number into error information and displaying the error information.

Optionally, the device further includes a third-party data interface, and the conference information receiving module receives the conference information sent by the conference client through the third-party data interface.

Compared with the prior art, the embodiment of the application has the following advantages:

firstly, the embodiment of the application applies the characteristics of video networking, a plurality of instruction threads are prestored in a conference management platform, each instruction thread corresponds to a machine word length, the machine word length represents the digit of a processor, and the digit of a participant terminal number reflects the machine word length of a conference terminal; the conference management platform distributes the numbers of the participating terminals to corresponding instruction threads according to the number of digits of the numbers of the participating terminals, and each instruction thread is adopted to generate a respective conference instruction, so that the conference instruction is sent to the participating terminals with different machine word lengths in a targeted manner, and if 8-bit conference terminals, 16-bit conference terminals and 64-bit conference terminals exist in a video group conference at the same time, the conference management platform can also generate conference instructions matched with the 8-bit conference terminals, 16-bit conference terminals and 64-bit conference terminals in a targeted manner, so that the conference can be successfully analyzed by the participating conference terminals of each type, a conference can be normally started, the requirements on the types of the participating terminals in the video group conference are reduced, and the coverage range of the embodiment on the types of the processors of the participating terminals is expanded.

And secondly, by adopting the 16-bit instruction thread and the 64-bit instruction thread, the embodiment of the application meets the word length requirement of processors of most of the current conference terminals, and reduces the number of the instruction threads, thereby reducing the memory occupancy rate of the instruction threads in the conference management platform, and realizing the processing speed of generating and issuing the conference instructions by adopting the instruction threads by the conference management platform.

Finally, the third-party data interface of the conference management platform provides a data access channel for other platforms in the video network, such as a conference client and the existing conference platform in the video network, so that the other platforms can conveniently transmit conference information to the conference management platform, and external conference information of the conference management platform can be conveniently acquired.

Drawings

FIG. 1 is a networking schematic of a video network of the present application;

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

fig. 3 is a schematic diagram of a hardware architecture of an access switch of the present application;

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

FIG. 5 is a flowchart of the steps of embodiment 1 of a method for instruction issue in a video conference of the present application;

FIG. 6 is a diagram of an application environment for a method of instruction issue in a video conference according to the present application;

fig. 7 is a block diagram of an apparatus for issuing an instruction in a video conference according to embodiment 2 of the present application.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present application more comprehensible, the present application is described in further detail with reference to the accompanying drawings and the detailed description.

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 dozens of services such as 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 video playing through a television or a computer.

To better understand the embodiments of the present application, the following description refers to a video network:

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 large-scale high-definition video real-time transmission of the whole network which can not be realized by the Internet at present, and pushes a plurality of network video applications to high-definition and unification.

Server technology (Servertechnology)

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 irrelevant to 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 contents with super-large capacity and super-large flow, the program information in the server instruction is mapped to a specific hard disk space, the media contents are not passed through the server any more, and are directly sent to a user terminal instantly, and the user waits for the common time to be 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 the 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 which troubles the internet structurally by the modes of independent service permission and complete separation of equipment and user data, generally needs no antivirus program and firewall, 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 an automatic connection for a single user, a private network user or a network. 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. 1, 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 exchanger 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 a metropolitan area and a wide area video network.

Video networking device classification

1.1 devices in the video network of the embodiment of the present application can be mainly classified into 3 types: server, switch (including Ethernet gateway), terminal (including various set-top boxes, code board, memory, 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: the system comprises a node server, an access switch (comprising an Ethernet gateway), and a terminal (comprising various set top boxes, code boards, memories and the like).

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

a node server:

as shown in fig. 2, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;

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

The access switch:

as shown in fig. 3, the network interface module mainly includes a network interface module (a downlink network interface module 301 and an uplink network interface module 302), a switching engine module 303 and a CPU module 304;

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

The switching engine module 303 polls all packet buffer queues, which in this embodiment 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 operation 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 operation module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.

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

Ethernet protocol conversion gateway：

As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a code rate operation module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.

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

the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet protocol 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 various protocol packets are used, and is 32+1024 or 1056 bytes if a unicast packet is used, but 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 application: a label to uniquely describe a metropolitan area network device.

In this specification, the Label is defined similarly to the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between device a and device B, there are 2 labels for a packet from device a to device B, and 2 labels for a packet from device B to 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, the address allocation and the 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 the label allocation of the MPLS, and the label allocation of the MPLS is a result of mutual negotiation between the switch and the server.

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

DA

SA

Reserved

label (R)

Payload

CRC

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

Based on the characteristics of the video network, one of the core concepts of the embodiment of the application is provided, a plurality of instruction threads are prestored in a conference management platform according to a protocol of the video network, each instruction thread corresponds to a machine word length, and the machine word length represents the number of bits of a processor; the number of digits of the conference terminal number corresponds to the machine word length of the conference terminal, and the conference management platform can judge the number of the adopted processors of the conference terminal corresponding to the conference terminal number according to the number of digits of the conference terminal number; and the conference management platform distributes the participating terminal numbers to corresponding instruction threads according to the digits of the participating terminal numbers, and generates corresponding conference instructions by adopting the instruction threads, so that the conference instructions are sent to conference terminals with processors with different digits in a targeted manner. The conference management platform can also generate conference instructions matched with the 8-bit conference terminal, the 16-bit conference terminal and the 64-bit conference terminal in a targeted manner if the 8-bit conference terminal, the 16-bit conference terminal and the 64-bit conference terminal exist in the video group conference at the same time, so that conference terminals of all types can receive the conference instructions to normally start the conference, the requirements on the types of the conference terminals in the video group conference are reduced, and the coverage range of the embodiment of the application on the type number of the conference terminal processor is expanded.

Example one

Referring to fig. 5, a flowchart illustrating steps of a method embodiment 1 for issuing an instruction in a video conference according to the present application is shown, in the embodiment of the present application, the method may be applied to a video network, where the video network includes a conference management platform, a conference client and a plurality of conference terminals, where the conference client and the conference terminals are respectively connected to the conference management platform; n instruction threads are preset in the conference management platform, each instruction thread corresponds to a machine word length, and N is an integer larger than 1.

Referring to fig. 6, a diagram of an application environment of the embodiment of the present application is shown, in which a conference management platform may be understood as a platform that performs management control on a video conference in an internet, may receive conference participation information from a conference client, and may send a conference instruction to a corresponding conference terminal according to the conference participation information; the conference terminal can be a mobile phone and other devices, and the conference client can be understood as a platform for selectively setting the holding time and the participants of the video conference.

The machine word length is understood to mean the number of bits of binary data that can be processed by a computer by performing an integer operation once, and reflects the operation accuracy of the computer, i.e., the longer the word length, the larger the range of representation of the number, and the higher the accuracy. In the embodiment of the present application, each instruction thread corresponds to a machine word size, that is, it can be understood that the instruction thread is based on the corresponding machine word size.

The instruction thread can be understood as an operation thread for generating and issuing the conference instruction in the conference management platform, and the instruction threads are independent and do not interfere with each other.

The method of the embodiment of the application may specifically include the following steps:

step 501, the conference management platform receives conference information sent by the conference client; the conference information comprises a conference number and a plurality of participant terminal numbers.

And the digit of each participating terminal number corresponds to the machine word length of the conference terminal.

In practice, the conference client may be deployed on a mobile phone or a PC, and a user may log in the conference client by inputting a user name and a password, and set a participant and a conference number on an interface supported by the conference client, and then the conference client generates conference participation information according to the setting of the user and sends the conference information to the conference management platform.

In this step, the machine word length of the conference terminal may be understood as a processor word length in the conference terminal, for example, if the conference terminal is 16 bits, the machine word length of the conference terminal is 16 bits.

In the embodiment of the application, the number of the participating terminal number can correspond to the machine word length of the conference terminal, and thus, the conference management platform can judge that the conference terminal specifically adopts a processor with several digits according to the number of the participating terminal number. For example, if the number of the participating terminal is 11223344, and if there is 8 digits, the machine word length of the conference terminal corresponding to the participating terminal number is 16 digits; if the participant terminal number is 00011223344 and there are 11 digits, the machine word length of the conference terminal corresponding to the participant terminal number is 64 digits.

Step 502, the conference management platform allocates the multiple participating terminal numbers to M first instruction threads based on the digits of each participating terminal number.

At least one first participant terminal number is allocated to each first instruction thread, and M is a positive integer less than or equal to N.

When M is equal to N, the instruction threads are assigned with the participating terminal numbers, and when M is less than N, the instruction threads are not assigned with the participating terminal numbers.

For example, the conference management platform presets 3 instruction threads, the word length of the corresponding machine is 16 bits, 32 bits and 64 bits, 5 participant terminal numbers are contained in the participant information, wherein the 8-bit participant terminal number is 3, and the 11-bit participant terminal number is 2; the conference management platform allocates 3 8-digit participating terminal numbers to the instruction thread with the word length of the 32-bit machine, and allocates 2 11-digit participating terminal numbers to the instruction thread with the word length of the 64-bit machine.

Without being limited to the above example, if the participant terminal number has digits corresponding to a word length of 64-bit machine, for example, if the participant terminal number is 16 digits, the participant terminal number with 16 digits is allocated to the 64-digit instruction thread.

In specific implementation, the specific number of the instruction threads can be preset according to the actual requirement of the video conference in the video network.

The first instruction thread in this step is an instruction thread to which a participant terminal number is assigned, and is merely a distinction from an instruction thread to which a participant terminal number is not assigned, and is not another new instruction thread.

Step 503, the conference management platform generates conference instructions corresponding to the first instruction threads one to one by using the first instruction threads.

And each conference instruction comprises the conference number and is matched with the machine word length of the first instruction thread.

In practice, each first instruction thread generates a respective conference instruction, for example, the first instruction thread a corresponds to a 16-bit machine word length, and the number of the conference terminal allocated in the first instruction thread a is 8 digits, so that the conference instruction a generated by the first instruction thread a is adapted to the processor to be read by the conference terminal of 16 digits.

When a conference instruction is generated, each first instruction thread extracts a conference number from conference information, where the conference number is a number that identifies a video conference in a video network, for example, the conference number of a video conference is 12, and the conference number of a video conference B is 13; in practice, the conference number may be an arabic numeral number or a combination of an english alphabet and an arabic numeral.

Step 504, the conference management platform sends each conference instruction to the first conference terminal corresponding to the first conference terminal number by using each first instruction thread.

In practice, each first instruction thread sends the generated conference instruction to the first conference terminal corresponding to the respective first participant terminal number, so that the conference instruction obtained by the first conference terminal is an instruction adapted to the word length of the processor of the first conference terminal. For example, in the example of step 503, the conference instruction generated by the first instruction thread a is adapted to the word length of the 16-bit device, and the first instruction thread a sends the conference instruction a to the conference terminal corresponding to the conference terminal number with 8 bits, so that the conference instruction a can be successfully analyzed by the conference terminal with the word length of the processor being 16 bits.

It can be understood that, in practice, a conference terminal with a 32-bit machine word length may not be able to process a conference instruction with 16 bits due to program incompatibility, and therefore, in the present application, the conference management platform generates a corresponding conference instruction for each conference terminal with a machine word length, and thus, the problem that the conference instruction cannot be read and analyzed due to different machine word lengths, and thus the conference terminal cannot successfully join a video conference is solved.

By adopting the scheme of the embodiment of the application, the conference instruction issued by the conference management platform can be adapted to the machine word length of each conference terminal, and the conference instruction can be successfully analyzed by the conference terminals with various machine word lengths conveniently, so that the problem that the conference instruction cannot be successfully added to a video conference because the conference instruction cannot be analyzed if the machine word length of each conference terminal is different from the machine word length aimed by the conference instruction when the unified conference instruction is issued is avoided. The conference instruction of the conference management platform can be adapted to various conference terminals with different machine word lengths, so that the requirements on the types of the conference terminals in the video networking video conference are reduced, and the coverage range of the video networking conference terminals is expanded.

As an optional example of the embodiment of the present application, the conference management platform is configured with a third-party data interface, and the conference management platform receives, through the third-party data interface, conference information sent by the conference client.

The third-party data interface can be understood as a channel for inputting and outputting data between the conference management platform and other third-party platforms, and the third-party data interface is adopted to provide a channel for information access for other platforms in the video network, so that the other platforms can conveniently transmit conference information to the conference management platform, and the external conference information of the conference management platform can be conveniently acquired.

As an optional example of the embodiment of the present application, the conference management platform is configured with a 16-bit instruction thread and a 64-bit instruction thread.

In a specific implementation, the 16-bit instruction thread may adopt a 16-bit thread to generate the conference instruction and issue the conference instruction, for example, if the instruction thread adopts JAVA, the 16-bit instruction thread adopts 16-bit JAVA, and the 64-bit instruction thread adopts 64-bit JAVA.

In practice, most of the processors used by the conference terminals are generally 16 bits or 64 bits, and therefore, 16-bit instruction threads and 64-bit instruction threads are used, so that the embodiment of the application meets the word length requirement of the processors of most of the current conference terminals, and reduces the number of the instruction threads, thereby reducing the memory occupancy rate of the instruction threads in the conference management platform, and the conference management platform can adopt the instruction threads to generate conference instructions and issue the conference instructions at the processing speed.

As an optional example of the embodiment of the present application, the conference terminal number is generated by the conference client based on a preset number generation protocol.

In practice, when the number of the conference terminal pre-stored in each conference client can be pre-generated by the conference client, in concrete implementation, the model parameter and the MAC address of each conference terminal can be recorded into the conference client, so that the conference client automatically generates the number of the conference terminal corresponding to the model parameter and the MAC address of the conference terminal according to a pre-stored number generation protocol, wherein the model parameter represents the machine word length of the conference terminal, and the MAC address can uniquely identify the conference terminal; thus, the number of the participant terminal can also uniquely identify the conference terminal. The number generation protocol can be understood as a generation rule for generating corresponding participant terminal numbers according to the model parameters of the conference terminals, and in the specific implementation, the conference client determines the digits of the participant terminal numbers according to the model parameters and determines each specific number in the participant terminal numbers according to the rules of the number generation protocol.

For example, the model parameter of the B conference terminal is XLinux110, which means that the B conference terminal is 64-bit machine word long, and the MAC address is E8-03-9A-25-2D; then, a protocol is generated according to the pre-stored numbers, the conference client can determine that the number of the conference terminal B is 11, and then determine each number in the conference terminal numbers of the conference terminal B according to the MAC address and the rules of the number generation protocol.

In this alternative example, step 502 includes the following sub-steps:

and a substep 5021, wherein the conference management platform acquires the digits of the numbers of the participating terminals.

In specific implementation, when the conference management platform extracts the participant terminal numbers, the number of digits of each participant terminal number can be obtained.

In sub-step 5022, the conference management platform allocates the participant terminal number with the bit number of 8 to the 16-bit instruction thread, and allocates the participant terminal number with the bit number of 11 to the 64-bit instruction thread.

In this step, the description of step 502 may be specifically referred to.

As an optional example of the embodiment of the present application, after step 502, the following steps may be further included:

step 505, when detecting that all the participating terminal numbers are not allocated to the M first instruction threads, the conference management platform acquires a second participating terminal number that is not allocated to the first instruction thread.

In practice, if some participant terminal numbers are not allocated to the instruction thread, it indicates that a problem occurs in the digits of the unallocated participant terminal numbers, or that there is no instruction thread corresponding to the digits of the participant terminal numbers. For example, if there are 10 participant terminal numbers and the participant terminal number allocated to the first instruction thread is 8, the remaining 2 participant terminal numbers are not allocated successfully, one of the 2 participant terminal numbers has 10 digits and the other has 15 digits, and there is no instruction thread corresponding to the participant terminal number whose digit is 10 and no instruction thread corresponding to the participant terminal number whose digit is 15 among the instruction threads.

Step 506, the conference management platform packages the second participant terminal number as error information and displays the error information.

In practice, the error message may be generated by the conference management platform adding the error message identifier to the second participant terminal number, for example, the second participant terminal number is 1122334455, and the error message may be 1122334455! Wherein "! "is an error information flag.

In the embodiment of the present application, the steps 505 and 506 are located after the step 504, but in practice, the steps 505 and 506 may be performed after the step 502 and before the step 503.

According to the embodiment of the application, the characteristics of the video network are applied, the conference management platform can distribute the numbers of the participating terminals to the corresponding instruction threads according to the digits of the numbers of the participating terminals, and the instruction threads are adopted to generate the respective conference instructions, so that the conference instructions are sent to the conference terminals with different machine word lengths in a targeted manner. The conference management platform can send conference instructions according to the machine word length of the conference terminals in a classified manner, so that in a video group conference, if 8-bit conference terminals, 16-bit conference terminals and 64-bit conference terminals exist at the same time, the conference management platform can also generate conference instructions matched with the 8-bit conference terminals, 16-bit conference terminals and 64-bit conference terminals in a targeted manner, namely, conference instructions can be successfully analyzed by conference terminals of each type, so that a conference is normally started, the requirements on the types of the conference terminals in the video group conference are reduced, and the coverage range of the embodiment of the application on the type of a conference terminal processor is expanded.

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 embodiments are not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the embodiments. Further, those skilled in the art will also appreciate that the embodiments described in the specification are presently preferred and that no particular act is required of the embodiments of the application.

Example two

Referring to fig. 7, a block diagram of an embodiment 2 of an apparatus for issuing instructions in a video conference according to the present application is shown, in the embodiment of the present application, the apparatus may be applied to a video network, the video network may include a conference management platform, a conference client connected to the conference management platform, and a plurality of conference terminals, the conference management platform may be configured with N instruction threads, each instruction thread corresponds to a machine word length, and N is an integer greater than 1; the apparatus may be located at the conference management platform, comprising:

As an optional example of the embodiment of the present application, the conference management platform includes a 16-bit instruction thread and a 64-bit instruction thread.

As an optional example of the embodiment of the present application, the conference terminal number is generated by the conference client based on a preset number generation protocol, and the terminal number allocation module further includes:

As an optional example of the embodiment of the present application, the apparatus further includes:

As an optional example of the embodiment of the present application, the apparatus further includes a third-party data interface, and the conference information receiving module receives, through the third-party data interface, the conference information sent by the conference client.

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 of skill in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present application 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 application 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 application 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 application. 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 application 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 the preferred embodiment and all such alterations and modifications as fall within the true scope of the embodiments of the application.

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. 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 an … …" does not exclude the presence of other identical elements in a process, method, article, or terminal apparatus that comprises the element.

The method for issuing the instruction in the video conference and the corresponding device for issuing the instruction in the video conference provided by the application are introduced in detail, and a specific example is applied in the text to explain the principle and the implementation mode of the application, and the description of the above embodiment is only used for helping to understand the method and the core idea of the application; meanwhile, for a person skilled in the art, according to the idea of the present application, 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 application.

Claims

1. A method for issuing instructions in a video conference is characterized in that the method is applied to a video network, and the video network comprises a conference management platform, a conference client and a plurality of conference terminals, wherein the conference client and the conference terminals are respectively connected with the conference management platform; n instruction threads are preset in the conference management platform, each instruction thread corresponds to a machine word length, N is an integer larger than 1, and the method comprises the following steps:

the conference management platform distributes the multiple conference terminal numbers to M first instruction threads based on the digits of the conference terminal numbers; at least one first participant terminal number is distributed in each first instruction thread, and M is a positive integer less than or equal to N; the first instruction thread is an instruction thread which is distributed with a participant terminal number;

and the conference management platform sends each conference instruction to a first conference terminal corresponding to the first conference terminal number by adopting each first instruction thread.

2. The method of claim 1, wherein the conference management platform is configured with a third-party data interface, and wherein the conference management platform receives the conference information sent by the conference client through the third-party data interface.

3. The method of claim 1, wherein the conference management platform is configured with a 16-bit instruction thread, a 64-bit instruction thread.

4. The method according to claim 3, wherein the conference terminal numbers are generated by the conference client based on a preset number generation protocol, and the step of the conference management platform allocating the plurality of conference terminal numbers to the M first instruction threads respectively based on the number of digits of each of the conference terminal numbers comprises:

and the conference management platform allocates the participating terminal number with the digit of 8 to a 16-bit instruction thread and allocates the participating terminal number with the digit of 11 to a 64-bit instruction thread.

5. The method of claim 1, wherein after the step of allocating, by the conference management platform, the plurality of participant terminal numbers to the M first instruction threads based on the number of digits of each of the participant terminal numbers, the method further comprises:

when the conference management platform detects that all the participant terminal numbers are not allocated to the M first instruction threads, acquiring second participant terminal numbers which are not allocated to the first instruction threads;

6. A device for issuing instructions in a video conference is characterized in that the device is applied to a video network, the video network comprises a conference management platform, a conference client and a plurality of conference terminals, the conference client is connected with the conference management platform, the conference management platform is provided with N instruction threads, each instruction thread corresponds to a machine word length, and N is an integer greater than 1; the device is located in the conference management platform and comprises:

the terminal number distribution module is used for distributing the multiple participating terminal numbers to M first instruction threads respectively based on the digits of the participating terminal numbers; at least one first participant terminal number is distributed in each first instruction thread, and M is a positive integer less than or equal to N; the first instruction thread is an instruction thread which is distributed with a participant terminal number;

and the conference instruction sending control module is used for sending each conference instruction to the first conference terminal corresponding to the first conference terminal number by respectively adopting each first instruction thread.

7. The apparatus of claim 6, wherein the conference management platform comprises a 16-bit instruction thread and a 64-bit instruction thread.

8. The apparatus according to claim 7, wherein the participating terminal number is generated by the conference client based on a preset number generation protocol, and the terminal number assignment module further comprises:

9. The apparatus of claim 6, further comprising:

10. The apparatus of claim 6, further comprising a third-party data interface, wherein the conference information receiving module receives the conference information sent by the conference client through the third-party data interface.