CN111147569A - Method, apparatus, device and medium for communication between 64-bit video network and 16-bit video network - Google Patents
Method, apparatus, device and medium for communication between 64-bit video network and 16-bit video network Download PDFInfo
- Publication number
- CN111147569A CN111147569A CN201911340735.8A CN201911340735A CN111147569A CN 111147569 A CN111147569 A CN 111147569A CN 201911340735 A CN201911340735 A CN 201911340735A CN 111147569 A CN111147569 A CN 111147569A
- Authority
- CN
- China
- Prior art keywords
- bit
- communication
- target
- server
- bit virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 327
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000012544 monitoring process Methods 0.000 claims abstract description 239
- 238000006243 chemical reaction Methods 0.000 claims abstract description 76
- 238000003032 molecular docking Methods 0.000 claims description 107
- 238000012806 monitoring device Methods 0.000 claims description 32
- 230000004044 response Effects 0.000 claims description 13
- 238000003860 storage Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 10
- 230000011664 signaling Effects 0.000 claims description 4
- 230000006855 networking Effects 0.000 abstract description 28
- 210000001503 joint Anatomy 0.000 abstract description 6
- 239000003795 chemical substances by application Substances 0.000 description 37
- 238000010586 diagram Methods 0.000 description 18
- 238000005516 engineering process Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 16
- 238000012545 processing Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 9
- 230000033001 locomotion Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 6
- 230000015654 memory Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241000700605 Viruses Species 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002155 anti-virotic effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The utility model provides a 64 bit video networking and 16bit video networking communication method, device, equipment and medium, it has the control management platform to deploy in 64 bit video networking, has the cooperation to change the server in 16bit video networking, cooperation change server and control management platform and bridge server communication connection, the method is applied to bridge server, includes: when an agent request sent by a monitoring management platform is received, determining a virtual number of a target 64-bit virtual terminal in a communication idle state; sending the virtual number to a monitoring management platform to establish a first communication butt-joint relation between the monitoring management platform and a target 64-bit virtual terminal; and receiving a communication request instruction sent by the monitoring management platform through the target 64-bit virtual terminal, determining the target 16-bit virtual terminal in a communication idle state, and sending the communication request instruction to the protocol conversion server through the target 16-bit virtual terminal so as to establish a second communication butt joint relation between the protocol conversion server and the target 16-bit virtual terminal.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a method, a device, equipment and a medium for communication between a 64-bit video network and a 16-bit video network.
Background
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.
With the development of the video network, the video network has been developed from the initial 16-bit video network to the existing 64-bit video network. The 16-bit video network can communicate with each other, and the 64-bit video network means that the terminal devices deployed in the video network can communicate with each other, but the terminal devices in the 16-bit video network cannot communicate with the terminal devices in the 64-bit video network. With the expansion of the video networking service, devices in 64-bit video networking are often required to communicate with devices in 16-bit video networking. For example, a monitoring management platform in a 64-bit video network often needs to remotely obtain data deployed on a protocol conversion server in a 16-bit video network, or communicate with the protocol conversion server in the 16-bit video network, but based on the above-mentioned problem that a terminal device in the 16-bit video network cannot communicate with a terminal device in the 64-bit video network, communication between the monitoring management platform in the 64-bit video network and the protocol conversion server in the 16-bit video network cannot be achieved.
Disclosure of Invention
In view of the above, embodiments of the present invention are proposed to provide a method, an apparatus, an electronic device and a storage medium for communication between a 64-bit video network and a 16-bit video network, which overcome or at least partially solve the above problems.
In order to solve the above problem, in a first aspect of the embodiments of the present invention, a method for communication between a 64-bit video network and a 16-bit video network is disclosed, where a monitoring management platform is deployed in the 64-bit video network, a coordination server is deployed in the 16-bit video network, the coordination server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the method is applied to the bridging server and comprises the following steps:
when an agent request sent by the monitoring management platform is received, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal are determined in the plurality of 64-bit virtual terminals in response to the agent request;
sending the virtual number to the monitoring management platform to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal;
receiving a communication request instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship;
responding to the communication request instruction, determining a target 16-bit virtual terminal in a communication idle state in the 16-bit virtual terminals, and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
In order to solve the above problem, in a second aspect of the embodiments of the present invention, a method for communication between a 64-bit video network and a 16-bit video network is disclosed, where a monitoring management platform is deployed in the 64-bit video network, a coordination server is deployed in the 16-bit video network, the coordination server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the method is applied to the monitoring management platform and comprises the following steps:
according to proxy operation performed by a user, sending a proxy request to the bridge server, so that the bridge server determines a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal in the plurality of 64-bit virtual terminals;
receiving the virtual number sent by the bridge server, and completing establishment of a first communication docking relationship with the target 64-bit virtual terminal;
generating a communication request instruction according to a communication request operation performed by a user;
sending the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines a target 16-bit virtual terminal in a communication idle state among the 16-bit virtual terminals, and sending the communication request instruction to the protocol conversion server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the protocol conversion server.
In order to solve the above problem, a third aspect of the embodiments of the present invention discloses a device for communication between a 64-bit video network and a 16-bit video network, where a monitoring management platform is deployed in the 64-bit video network, a coordination server is deployed in the 16-bit video network, the coordination server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the apparatus is located at the bridge server, and includes:
an agent request response module, configured to, when an agent request sent by the monitoring management platform is received, respond to the agent request, determine, among the 64-bit virtual terminals, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal;
a first communication docking relationship establishing module, configured to send the virtual number to the monitoring management platform, so as to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal;
a communication request signaling receiving module, configured to receive, through the target 64-bit virtual terminal, a communication request instruction sent by the monitoring management platform based on the first communication docking relationship;
a second communication docking relationship establishing module, configured to determine, in response to the communication request instruction, a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals, and send the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
In order to solve the above problem, in a fourth aspect of the embodiments of the present invention, a device for communication between a 64-bit video network and a 16-bit video network is disclosed, in which a monitoring management platform is deployed in the 64-bit video network, a coordination server is deployed in the 16-bit video network, the coordination server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the device is located the control management platform includes:
an agent request sending module, configured to send an agent request to the bridge server according to an agent operation performed by a user, so that the bridge server determines, among the 64-bit virtual terminals, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal;
a virtual number receiving module, configured to receive the virtual number sent by the bridge server, and complete establishment of a first communication docking relationship with the target 64-bit virtual terminal;
the communication request instruction generating module is used for generating a communication request instruction according to the communication request operation performed by a user;
a communication request instruction sending module, configured to send the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines, in the plurality of 16-bit virtual terminals, a target 16-bit virtual terminal in a communication idle state, and sends the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the coordination server.
The embodiment of the invention also discloses an electronic device, which comprises:
one or more processors; and one or more machine readable media having instructions stored thereon, which when executed by the one or more processors, cause the apparatus to perform one or more methods as described in the first or second aspect embodiments of the invention.
Embodiments of the present invention also disclose a computer-readable storage medium storing a computer program for causing a processor to execute the method according to the embodiments of the first aspect or the second aspect of the present invention.
The embodiment of the invention has the following advantages:
in the embodiment of the invention, a monitoring management platform in a 64-bit video network and a protocol conversion server in a 16-bit video network are respectively in communication connection with a bridge server, when the bridge server receives an agent request sent by the monitoring management platform, a free target 64-bit virtual terminal can be determined, a first communication butt-joint relation between the target 64-bit virtual terminal and the monitoring management platform is further established, then, a free target 16-bit virtual terminal is determined according to a communication request instruction sent by the monitoring management platform, and a second communication butt-joint relation between the target 16-bit virtual terminal and the protocol conversion server is further established. Therefore, the bridge server establishes communication bridge connection between the monitoring management platform and the protocol conversion server through the first communication butt joint relation and the second communication butt joint relation, communication between the 64-bit video network and the 16-bit video network is achieved, and then the monitoring management platform in the 64-bit video network can communicate with the protocol conversion server in the 16-bit video network to acquire data on the protocol conversion server.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.
FIG. 1 is a schematic networking diagram of a video network of the present invention;
FIG. 2 is a schematic diagram of a hardware architecture of a node server according to the present invention;
fig. 3 is a schematic diagram of a hardware structure of an access switch of the present invention;
fig. 4 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to the present invention;
FIG. 5 is a diagram of an application environment for a method of communicating between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention;
FIG. 6 is a flow chart of steps in a method of communicating between a 64-bit video network and a 16-bit video network in accordance with one embodiment of the present invention;
FIG. 7 is a flowchart illustrating steps of a method for retrieving surveillance video of a surveillance device, in accordance with an embodiment of the present invention;
FIG. 8 is a flow chart of steps in a method of communicating between a 64-bit video network and a 16-bit video network in accordance with one embodiment of the present invention;
FIG. 9 is a schematic diagram of a practical application scenario illustrated by the present invention;
FIG. 10 is a schematic diagram of an apparatus for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention;
fig. 11 is a schematic structural diagram of an apparatus for communication between a 64-bit video network and a 16-bit video network according to an embodiment of 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.
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 the traditional Ethernet (Ethernet) to face the potentially huge first 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 (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 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. 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 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: server, exchanger (including Ethernet protocol conversion 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: node server, access exchanger (including Ethernet protocol conversion gateway), terminal (including various set-top boxes, coding board, memory, etc.).
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 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.
The access switch:
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 packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the incoming data packet of the CPU module 304 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.
The switching engine module 303 polls all packet buffer queues and may include 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 308 is configured by the CPU module 304, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.
The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.
Ethernet protocol 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 rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.
Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;
the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MACSA of the ethernet coordination gateway, and the ethernet length or frame type, and sends the packet.
The other modules in the ethernet protocol gateway function similarly to the access switch.
A terminal:
the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.
1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.
2. Video networking packet definition
2.1 Access network packet definition
The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.
As shown in the following table, the data packet of the access network mainly includes the following parts:
DASA 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:
DASA 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.
Based on the characteristics of the video networks, the current video networks comprise a 16-bit video network and a 64-bit video network, and because the 16-bit video network and the 64-bit video network are two independent video networks, the terminal equipment in the 16-bit video network cannot communicate with the terminal equipment in the 64-bit video network, and vice versa, so that the 16-bit video network and the 64-bit video network cannot communicate across networks.
However, as the video networking business expands, devices in a 64-bit video network are often required to communicate with devices in a 16-bit video network. For example, in monitoring management, a monitoring management platform in a 64-bit video network needs to communicate with a coordination server in a 16-bit video network, so as to control monitoring equipment in the 16-bit video network through the coordination server, thereby achieving the purposes of retrieving a monitoring video or controlling a video acquisition angle of the monitoring equipment, and the like. Based on the current communication mechanism, the supervision management platform in the 64-bit video network cannot control the monitoring equipment in the 16-bit video network.
Based on the above problems, the inventor of the present application has proposed one of the core concepts to solve the above technical problems, and establishes a communication bridge between the 16-bit video network and the 64-bit video network through the bridge server to receive data sent by the monitoring management platform in the 64-bit video network, and forwards the data sent by the monitoring management platform to the collaboration server in the 16-bit video network through the established communication bridge to implement communication between the 16-bit video network and the 64-bit video network.
Referring to fig. 5, a communication environment diagram in an embodiment of the present application is shown, as shown in fig. 5, a monitoring management platform is deployed in a 64-bit video network, a coordination server and a monitoring device are deployed in a 16-bit video network, the monitoring device is connected to the coordination server, fig. 5 only shows a case where the coordination server is connected to one monitoring device, and in practice, the coordination server may be connected to a plurality of monitoring devices, and the present application does not limit the number of the monitoring devices.
Wherein, a bridge server is deployed between the 64-bit video network and the 16-bit video network, and the bridge server can be respectively connected with the monitoring management platform and the coordination server in a communication manner.
The method for communication between the 64-bit video network and the 16-bit video network according to an embodiment of the present application is described in detail below with reference to fig. 5.
Referring to fig. 6, a flow chart of steps of a method for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention is shown, and a communication scene graph applied by the method may be as shown in fig. 5, where a monitoring management platform is deployed in the 64-bit video network, a collaboration server is deployed in the 16-bit video network, the collaboration server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals.
The 64-bit virtual terminal may be an application configured on the bridge server and used for 64-bit video network communication, and the 16-bit virtual terminal may be an application configured on the bridge server and used for 16-bit video network communication. In particular, the 64-bit virtual terminal can be understood as a data communication application with data processing capability, which can transmit data in a 64-bit video network and process the data. Similarly, a 16-bit virtual terminal can be understood as a data communication application with data processing capability, which can transmit data in a 16-bit video network and process the data.
Referring to fig. 6, a method for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention may be applied to a bridge server, and as shown in fig. 6, may specifically include the following steps:
step S601: when an agent request sent by the monitoring management platform is received, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal are determined in the plurality of 64-bit virtual terminals in response to the agent request.
The proxy request can be understood as a request for representing that the monitoring management platform needs to communicate with the devices in the 16-bit video network. At this time, the bridge server may allocate an idle 64-bit virtual terminal to the monitoring management platform, and establish a corresponding relationship with the monitoring management platform, so that the idle 64-bit virtual terminal is used for communicating with the monitoring management platform in a subsequent process.
Specifically, in the communication idle state, it may be understood that the 64-bit virtual terminal does not participate in communication with any terminal device in the 64-bit video network, and it may be understood that the 64-bit virtual terminal is not allocated to any terminal device in the 64-bit video network. In practice, each 64-bit virtual terminal in the bridge server may have its own state identifier, for example, may be 0 or 1, and when the state identifier is 0, it is characterized that the 64-bit virtual terminal is not allocated with a terminal device and is in a communication idle state. When the state identifier is 1, the 64-bit virtual terminal is characterized to be allocated with terminal equipment and not in a communication idle state.
In this embodiment, the bridge server may determine, according to the state identifier of each 64-bit virtual terminal in the plurality of 64-bit virtual terminals, that the state identifier is the target 64-bit virtual terminal in the communication idle state.
In practice, when there are a plurality of 64-bit virtual terminals in the communication idle state, the bridge server may randomly select one of the 64-bit virtual terminals as the target 64-bit virtual terminal.
In this embodiment, each 64-bit virtual terminal may have a virtual number uniquely identifying the 64-bit virtual terminal, and after the target 64-bit virtual terminal is determined, the virtual number of the target 64-bit virtual terminal is correspondingly determined.
Step S602: and sending the virtual number to the monitoring management platform to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal.
In this embodiment, the bridge server may send the virtual number to the monitoring management platform through the target 64-bit virtual terminal, so as to inform that the monitoring management platform may communicate with the target 64-bit virtual terminal when communicating with the home terminal, so that a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal may be established.
In this embodiment, the first communication docking relationship may be a relationship between the monitoring management platform and the target 64-bit virtual terminal, and after the first communication docking relationship is established, the bridge server opens a communication link for communicating with the monitoring management platform in the 64-bit video network.
Step S603: and receiving a communication request instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship.
In this embodiment, after establishing the first communication docking relationship, the bridge server may communicate with the monitoring management platform through the target 64-bit virtual terminal, that is, in practice, data sent by the monitoring management platform is sent to the target 64-bit virtual terminal.
In specific implementation, the bridge server may monitor an instruction received by the target 64-bit virtual terminal based on the established first communication docking relationship, that is, in practice, the bridge server may monitor data on a communication link opened for a monitoring management platform in the 64-bit video network. When the target 64-bit virtual terminal is monitored to receive the instruction, the received instruction can be obtained from the target 64-bit virtual terminal.
The communication request instruction can be an instruction sent by the monitoring management platform to request to communicate with the terminal equipment in the 16-bit video network. In this embodiment, the communication request instruction may refer to an instruction requesting communication with a collaboration server in a 16-bit video network.
Step S604: responding to the communication request instruction, determining a target 16-bit virtual terminal in a communication idle state in the 16-bit virtual terminals, and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
In practice, when monitoring that the target 64-bit virtual terminal receives the communication request instruction, the bridge server acquires the communication request instruction from the target 64-bit virtual terminal, and further allocates an idle 16-bit virtual terminal to the cooperative server, and establishes a corresponding relationship with the cooperative server, so that the idle 16-bit virtual terminal is used for communicating with the cooperative server in a subsequent process.
Specifically, in the communication idle state, it may be understood that the 16-bit virtual terminal does not participate in communication with any terminal device in the 16-bit video network, and it may be understood that the 16-bit virtual terminal is not allocated to any terminal device in the 16-bit video network. In practice, each 16-bit virtual terminal in the bridge server may have its own state identifier, which may be 0 or 1, and when the state identifier is 0, it is characterized that the 16-bit virtual terminal is not allocated with a terminal device and is in a communication idle state. When the state identifier is 1, the 16-bit virtual terminal is characterized to be allocated with terminal equipment and not in a communication idle state.
In this embodiment, the bridge server may determine, according to the state identifier of each 16-bit virtual terminal in the plurality of 16-bit virtual terminals, that the state identifier is the target 16-bit virtual terminal in the communication idle state.
In practice, when there are a plurality of 16-bit virtual terminals in the communication idle state, the bridge server may randomly select one of the 16-bit virtual terminals as the target 16-bit virtual terminal.
After the target 16-bit virtual terminal is determined, the communication request instruction can be sent to the protocol conversion server through the target 16-bit virtual terminal to inform that the protocol conversion server can communicate with the target 16-bit virtual terminal when communicating with the local terminal, so that a second communication butt-joint relation between the protocol conversion server and the target 16-bit virtual terminal can be established.
In this embodiment, the second communication docking relationship may be a relationship between the cooperative conversion server and the target 16-bit virtual terminal, and after the second communication docking relationship is established, the bridge server opens a communication link for communicating with the cooperative conversion server in the 16-bit video network.
In practice, since the target 64-bit virtual terminal and the target 16-bit virtual terminal are both configured on the bridge server, the bridge server may obtain data received by the target 64-bit virtual terminal, and further may send the data to the target 16-bit virtual terminal, that is, a communication channel between the target 64-bit virtual terminal and the target 16-bit virtual terminal is provided inside the bridge server.
In this embodiment, the bridge server may receive data sent by the monitoring management platform in the 64-bit video network based on the first communication docking relationship, transmit the data sent by the monitoring management platform from the target 64-bit virtual terminal to the target 16-bit virtual terminal through a communication channel between the target 64-bit virtual terminal and the target 16-bit virtual terminal inside the bridge server, and further send the data to the coordination server through the target 16-bit virtual terminal based on the second communication docking relationship. In this way, the communication between the equipment in the 64-bit video network and the 16-bit video network terminal equipment is realized. The technical problem that in the prior art, a 64-bit video network cannot communicate with a 16-bit video network is solved.
In one application scenario, the bridge server may actually be communicatively coupled to multiple collaboration servers, and different collaboration servers may be in different geographic locations, such that different collaboration servers may be located in different 16-bit video networks. In the embodiment of the invention, one bridge server can be in communication connection with a plurality of protocol conversion servers deployed in different 16-bit video networks.
For example, the protocol conversion server 1 is located in S city of H province, and the protocol conversion server 2 is located in B city of H province, then the protocol conversion server 1 is in the 16-bit video network 1 of S city, and the protocol conversion server 2 is in the 16-bit video network 2 of B city.
In an embodiment of the present invention, the proxy request may include a 16-bit negotiation master message number and a bridge area number. The 16-bit protocol conversion main message number can uniquely identify one protocol conversion server, and the bridge area number can identify the 16-bit video network where the protocol conversion server corresponding to the 16-bit protocol conversion main message number is located. The protocol conversion server in the 16-bit video network can be accurately positioned through the bridge area number and the 16-bit protocol conversion main message number.
In one embodiment, the bridge server may record the 16-bit negotiation master message number and the bridge area number in the proxy request.
Correspondingly, step 604 may specifically include the following steps:
step S6041: determining a plurality of 16-bit virtual terminals corresponding to the bridge area number from a plurality of 16-bit virtual terminals, and determining a protocol server corresponding to the 16-bit protocol master message number.
In this example, different 16-bit virtual terminals on the bridge server may also communicate with different 16-bit video networks. In practice, a plurality of 16-bit virtual terminals may be allocated to one 16-bit video network, and another 16-bit virtual terminal may be allocated to another 16-bit video network. Wherein, each 16-bit virtual terminal can also comprise a bridge area code to represent the 16-bit video network to which the virtual terminal belongs.
Illustratively, taking 16-bit internet of view 1 and 16-bit internet of view 2 as an example, 16-bit virtual terminal a, 16-bit virtual terminal b and 16-bit virtual terminal c may be allocated to 16-bit internet of view 1 in advance. And allocating a 16-bit virtual terminal h, a 16-bit virtual terminal m, a 16-bit virtual terminal n and a 16-bit virtual terminal d for the 16-bit video network 2.
The foregoing examples are merely for convenience in explanation and are not intended to limit the present disclosure. In practice, a large number of 16-bit virtual terminals are allocated to a 16-bit video network.
In this embodiment, after receiving the communication request command, the bridge server may read the recorded bridge area number and the 16-bit co-rotation master message number. Further, a plurality of 16-bit virtual terminals corresponding to the recorded bridge area number may be determined from the plurality of 16-bit virtual terminals based on the bridge area number of each 16-bit virtual terminal. Since the 16-bit co-rotating master message number and the bridge area number can accurately position one co-rotating server, the bridge server can determine a plurality of co-rotating servers corresponding to the bridge area number, and can determine the co-rotating server corresponding to the recorded 16-bit co-rotating master message number from the plurality of co-rotating servers corresponding to the bridge area number.
Step S6042: and determining a target 16-bit virtual terminal in a communication idle state from a plurality of 16-bit virtual terminals corresponding to the bridge area number.
Step S6043: and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal.
After the 16-bit virtual terminals corresponding to the bridge area number are determined, an idle target 16-bit virtual terminal may be determined according to the method described in step S604, and the target 16-bit virtual terminal sends the communication request instruction to the cooperative server, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the cooperative server.
After the first communication docking relationship and the second communication docking relationship are established, the monitoring management platform can communicate with the protocol conversion server to perform video networking service. In a video networking service scenario, as shown in fig. 5, a supervisory management platform may control a monitoring device connected to a collaboration server.
In combination with the above embodiments, in an embodiment of the present invention, after step S604, the following steps may be further included:
step S605: and receiving a control instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship.
And the control instruction is generated by the monitoring management platform according to the control operation of the user, and the control instruction comprises an equipment number.
In practice, after establishing the first communication docking relationship and the second communication docking relationship, the bridge server may simultaneously monitor whether the target 64-bit virtual terminal receives a new instruction or data sent by the monitoring management platform, and monitor whether the target 16-bit virtual terminal receives a new instruction or data sent by the coordination server.
In this embodiment, when the target 64-bit virtual terminal receives the control instruction sent by the monitoring management platform, the bridge server may obtain the control instruction to process the control instruction.
Specifically, the control instruction may be generated by the monitoring management platform according to a control operation of a user, where the control instruction includes a device number, where the device number may uniquely identify a monitoring device in the 16-bit video network.
In practice, the control instruction may include control parameters for controlling the monitoring device, such as an upward or downward movement angle, a movement distance, a leftward or rightward movement angle, a movement distance, and the like, set by a user.
Step S606: and based on the second communication docking relationship, sending the control instruction to the coordination server through the target 16-bit virtual terminal, so that the coordination server determines the monitoring equipment deployed in the 16-bit video network according to the equipment number, and controls the monitoring equipment based on the control instruction.
In this embodiment, the bridge server may obtain the control instruction received by the target 64-bit virtual terminal, and may send the control instruction to the target 16-bit virtual terminal, and since the second communication docking relationship between the target 16-bit virtual terminal and the cooperative conversion server has been established, the target 16-bit virtual terminal may send the control instruction to the cooperative conversion server again.
After receiving the control instruction, the cooperation server can analyze the control instruction, determine the monitoring equipment corresponding to the equipment number in the plurality of monitoring equipment connected with the cooperation server, and control the monitoring equipment corresponding to the equipment number according to the control parameter in the control instruction, so that the monitoring equipment upwards deviates a certain angle or moves a certain distance, or downwards deviates a certain angle or moves a certain distance according to the control parameter.
In an embodiment of the present application, the monitoring device may be a monitoring ball machine. The monitoring dome camera is a dome camera, is a representative of modern television monitoring development, integrates multiple functions of a color integrated camera, a holder, a decoder, a protective cover and the like, is convenient to install, simple to use and powerful in function, and is widely applied to monitoring in an open area. The monitoring ball machine can realize 360-degree rotation of the camera, and further realize 360-degree dead-angle-free monitoring.
The control instruction in this embodiment may be an instruction for controlling a rotation angle and a rotation speed of the monitoring dome camera, so that the monitoring management platform in the 64-bit video network may control the monitoring dome camera deployed in the 16-bit video network, so that a camera of the monitoring dome camera changes a shooting angle, and a monitoring picture meeting requirements is acquired.
Correspondingly, in an application scenario, as shown in fig. 5, after the monitoring management platform controls the monitoring device connected to the coordination server, the monitoring management platform may also call a monitoring video acquired after the monitoring device is controlled, so that a controller can conveniently check the control effect of the monitoring device.
Referring to fig. 7, a flowchart illustrating a step of invoking a monitoring video collected by a monitoring device by a monitoring management platform according to an embodiment of the present invention is shown, and as shown in fig. 7, after step S606, the method may further include the following steps:
step S607: and receiving a video calling instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relation.
The video calling instruction may include the device number.
Step S608: and sending the video calling instruction to the coordination conversion server through the target 16-bit virtual terminal based on the second communication butt joint relation, so that the coordination conversion server calls the monitoring video collected by the monitoring equipment after the monitoring equipment is controlled based on the control instruction.
When the bridge server obtains the video calling instruction, the bridge server can send the video calling instruction to the target 16-bit virtual terminal, and because the second communication butt joint relation between the target 16-bit virtual terminal and the coordination server is established, the target 16-bit virtual terminal can send the video calling instruction to the coordination server again. The cooperative conversion server can start to call the monitoring video collected by the monitoring equipment according to the video calling instruction, and the collected monitoring video is the video for adjusting the monitoring angle or position because the monitoring equipment adjusts the monitoring angle or position according to the control instruction.
Step S609: and receiving the monitoring video through the target 16-bit virtual terminal based on the second communication butt joint relation.
In practice, the collaboration server establishes a second communication docking relationship with the target 16-bit virtual terminal, and then the collaboration server can directly send the monitoring video to the target 16-bit virtual terminal. The bridge server keeps monitoring the target 16-bit virtual terminal and the target 64-bit virtual terminal in the whole process, and after the target 16-bit virtual terminal receives the monitoring video, the monitoring video can be sent to the target 64-bit virtual terminal according to a communication channel between the target 16-bit virtual terminal and the target 64-bit virtual terminal.
Step S610: and sending the monitoring video to the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship.
In this embodiment, since the first communication docking relationship between the target 64-bit virtual terminal and the monitoring management platform is established, when the target 64-bit virtual terminal acquires the monitoring video, the monitoring video can be directly sent to the monitoring management platform. In practice, the monitoring management platform may play the monitoring video, so that the control personnel can determine the effect of controlling the monitoring device through the played monitoring video.
Based on the same inventive concept, the embodiment of the present invention further provides a method for communication between a 64-bit video network and a 16-bit video network, and referring to fig. 8, a flowchart illustrating steps of the method for communication between a 64-bit video network and a 16-bit video network is shown. The communication environment of the method may be as shown in fig. 5, where a monitoring management platform is deployed in the 64-bit video network, a cooperative conversion server is deployed in the 16-bit video network, the cooperative conversion server and the monitoring management platform are also in communication connection with a bridge server, the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals, and the method may be applied to the monitoring management platform.
As shown in fig. 8, the method may be applied to the monitoring management platform, and specifically may include the following steps:
step S801: according to the proxy operation performed by the user, sending a proxy request to the bridge server, so that the bridge server determines a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal in the plurality of 64-bit virtual terminals.
In practice, various video networking services can be preset on the monitoring management platform, and a user can operate on the monitoring management platform according to own service requirements. In this embodiment, when a user needs to communicate with a device in the 16-bit video network, an agent operation may be performed, specifically, the agent operation may refer to that the user triggers an agent service preset on the monitoring management platform to generate an agent request, and the agent request may be understood as a request that represents that the monitoring management platform needs to communicate with the device in the 16-bit video network.
In this embodiment, the monitoring management platform may send the agent request to the bridge server through a communication mechanism set in the 64-bit video network, and specifically, when the 64-bit video network communicates, the monitoring management platform may broadcast the agent request in the 64-bit video network, so that the bridge server receives the agent request.
The process of determining, by the bridge server, the target 64-bit virtual terminal in the communication idle state and the virtual number of the target 64-bit virtual terminal in the plurality of 64-bit virtual terminals in response to the proxy request may refer to the process described in step S601, which is not described herein again.
Step S802: and receiving the virtual number sent by the bridging server, and finishing the establishment of the first communication docking relationship with the target 64-bit virtual terminal.
In this embodiment, when receiving the virtual number sent by the server, the monitoring management platform characterizes that an agent request sent by itself is accepted, and can determine, through the virtual number, that a communication docking relationship is established with the target 64-bit virtual terminal. In practice, the monitoring management platform completes the establishment of the first communication docking relationship when receiving the virtual number.
Step S803: and generating a communication request instruction according to the communication request operation performed by the user.
In this embodiment, the monitoring management platform may display the information that the agent request is accepted to the user when receiving the virtual number, and then the user may know that the bridge server successfully accepts the request for establishing communication with the device in the 16-bit video network, and successfully apply for a communication link that can communicate with the bridge server in this 64-bit video network.
In turn, the user may perform subsequent communication request operations to determine to establish communication with a device in the 16-bit video network.
Specifically, the communication request operation may refer to that the user triggers a service preset on the monitoring management platform to confirm connection with the device in the 16-bit video network. Furthermore, the monitoring management platform can generate a communication request instruction according to the communication request operation.
Step S804: sending the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines a target 16-bit virtual terminal in a communication idle state among the 16-bit virtual terminals, and sending the communication request instruction to the protocol conversion server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the protocol conversion server.
In this embodiment, since the first communication docking relationship is already established, the monitoring management platform may determine that the target 64-bit virtual terminal communicates with the local terminal on the bridge server, and further may send the communication request instruction to the 64-bit target virtual terminal on the bridge server based on the first communication docking relationship, that is, the bridge server receives the communication request instruction through the 64-bit target virtual terminal.
The process of determining, by the bridge server, a target 16-bit virtual terminal in a communication idle state among the 16-bit virtual terminals, and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal to establish the second communication docking relationship between the target 16-bit virtual terminal and the coordination server is similar to step S604, and reference may be specifically made to the description of step S604, which is not repeated here.
According to the embodiment of the application, the monitoring management platform can send the agent request to the bridge server, so that the bridge server can determine the free target 64-bit virtual terminal, and further establish a first communication butt-joint relation with the target 64-bit virtual terminal, and then the monitoring management platform can send the communication request instruction to the bridge server based on the first communication butt-joint relation, so that the bridge server determines the free target 16-bit virtual terminal, and further establishes a second communication butt-joint relation between the target 16-bit virtual terminal and the cooperation server. In this way, the bridge server establishes communication bridge connection between the monitoring management platform and the protocol conversion server through the first communication docking relation and the second communication docking relation, so that the monitoring management platform can communicate with the 16-bit video network to acquire data on the protocol conversion server. The technical problem that in the prior art, a 64-bit video network cannot communicate with a 16-bit video network is solved.
In an application scenario, as shown in fig. 5, a target application object may be set on the monitoring management platform, and the number of the coordination servers may be multiple, where the target application object may provide a message sending service for the monitoring management platform.
Specifically, the step S801 may specifically include the following steps:
step S8011: and acquiring a 16-bit co-rotating main message number and a bridge area number according to the proxy operation performed by the user.
In practice, the monitoring management platform may include information of the registered protocol servers in the video network. In specific implementation, a user can select a protocol conversion server which needs to communicate with a 16-bit video network according to the 16-bit video network to be communicated among a plurality of protocol conversion servers displayed on a monitoring management platform, and further, can determine a 16-bit protocol conversion main message number of the protocol conversion server and a bridging area number of the 16-bit video network where the protocol conversion server is located.
The 16-bit protocol conversion main message number can uniquely identify one protocol conversion server, and the bridge area number can identify the 16-bit video network where the protocol conversion server corresponding to the 16-bit protocol conversion main message number is located. The protocol conversion server in the 16-bit video network can be accurately positioned through the bridge area number and the 16-bit protocol conversion main message number.
Step S8012: and generating an agent request comprising the 16-bit co-rotating main message number and the bridge area number.
In this embodiment, the monitoring management platform may generate an agent request after determining the 16-bit co-rotation main message number and the bridge area number, where the agent request may include the 16-bit co-rotation main message number and the bridge area number, so as to inform the bridge server that the bridge server needs to communicate with the co-rotation server corresponding to the 16-bit co-rotation main message number in the 16-bit video network corresponding to the bridge area number through the agent request.
Step S8013: and calling the target application object, and sending the proxy request to the bridge server.
In practice, the target application object may be an application configured on the monitoring management platform to provide a message sending service for the monitoring management platform. In this embodiment, the monitoring management platform may invoke the target application object, transmit the proxy request to the target application object, and further send the proxy request to the bridge server.
Correspondingly, the step S804 may specifically be the following steps:
step S804': and calling the target application object to send the communication request instruction to the bridge server based on the first communication docking relation, so that the bridge server determines the target 16-bit virtual terminal from the 16-bit virtual terminals based on the bridge area number, and determines a protocol server corresponding to the 16-bit protocol master message number from a plurality of protocol servers.
In this embodiment, the monitoring management platform may also transmit the communication request instruction to the target application object, and further transmit the communication request instruction to the target 16-bit virtual terminal on the bridge server.
With reference to the above embodiment, in an embodiment provided by the present invention, after step S804, the following steps may also be performed:
step S805: and determining the equipment number according to the monitoring control operation performed by the user.
In practice, the monitoring management platform may include information of the registered monitoring devices in the video network, and the monitoring management platform may further include a plurality of collaboration servers. Wherein, one cooperation server can correspond to a plurality of monitoring devices, and then the corresponding relation between the cooperation server and the monitoring devices can be recorded on the monitoring management platform. After selecting the protocol server in the 16-bit video network to be communicated, the user can select the monitoring device to be controlled from the plurality of monitoring devices connected to the protocol server, and when the monitoring device to be controlled is selected, the monitoring management platform can determine the device number of the monitoring device.
Step S806: generating a control instruction including the device number.
In this embodiment, after selecting the monitoring device to be controlled, the user may set control parameters for controlling the monitoring device on the monitoring management platform, for example, an upward or downward movement angle, a movement distance, a leftward or rightward movement angle, a movement distance, and the like. And then the monitoring management platform can generate a control instruction according to the setting of the user, and adds the equipment number and the control parameter to the control instruction.
Step S807: and sending the control instruction to the bridge server based on the first communication docking relationship, so that the bridge server sends the control instruction to the co-rotation server through the target 16-bit virtual terminal based on the second communication docking relationship, wherein the co-rotation server is used for determining monitoring equipment deployed in the 16-bit video network according to the equipment number and controlling the rotation angle and the rotation speed of the monitoring equipment based on the control instruction.
In practice, since the first communication docking relationship is already established, the monitoring management platform may determine that the target 64-bit virtual terminal communicates with the local terminal on the bridge server, and further may send the control instruction to the 64-bit target virtual terminal on the bridge server based on the first communication docking relationship, that is, the bridge server receives the control instruction through the 64-bit target virtual terminal.
The bridge server sends the control instruction to the cooperative conversion server through the target 16-bit virtual terminal based on the second communication docking relationship, and the cooperative conversion server is configured to determine the monitoring device deployed in the 16-bit video network according to the device number, and control the rotation angle and the rotation speed of the monitoring device based on the control instruction, which is similar to step S606 above, specifically refer to the process of step S606, and is not described herein again.
Based on the first embodiment and the second embodiment, the invention provides a method for communication between a 64-bit video network and a 16-bit video network in an actual application scene, wherein the actual application scene is a scene in which a monitoring management platform in the 64-bit video network controls a monitoring ball machine in the 16-bit video network.
Referring to fig. 9, a schematic diagram of an actual application scenario of the present invention is shown, in which a monitoring management platform is deployed in the 64-bit video network, a plurality of collaboration servers and a plurality of monitoring ball machines are deployed in the 16-bit video network, the plurality of collaboration servers and the monitoring management platform are also in communication connection with a bridge server, and the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals. In practice, the message forwarding service is the target application object described in the above embodiment, and may be configured on the monitoring management platform to provide the monitoring management platform with the message forwarding service.
It may completely comprise the following steps:
step S001: and the monitoring management platform acquires the 16-bit co-rotating main message number and the bridge area number according to the proxy operation performed by the user.
Step S002: and the monitoring management platform generates an agent request comprising the 16-bit co-rotation main message number and the bridge area number, calls the message forwarding service and sends the agent request to the bridge server. That is, the proxy request is sent to the bridging server through the message forwarding service.
Step S003: the bridge server determines a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal among the plurality of 64-bit virtual terminals in response to the proxy request.
Step S004: and the bridge server sends the virtual number to the monitoring management platform so as to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal.
Step S005: and the monitoring management platform receives the virtual number sent by the bridging server and completes the establishment of a first communication docking relationship with the target 64-bit virtual terminal.
In the application scenario, the monitoring management platform can communicate with the target 64-bit virtual terminal after receiving the virtual number, and since the bridge server includes the corotation master message number and the bridge area number in the received proxy request, in order to improve the communication efficiency, in the application scenario, the monitoring management platform can directly send a control instruction to the bridge server, and the bridge server can establish a second communication docking relationship according to the control instruction, so as to send the control instruction to the corotation server.
Specifically, the method comprises the following steps:
step S006: and the monitoring management platform determines the equipment number according to the monitoring control operation performed by the user.
Step S007: and the monitoring management platform generates a control instruction comprising the equipment number.
Step S008: and the monitoring management platform calls the message forwarding service and sends the control instruction to the bridge server based on the first communication docking relation. That is, the control instruction is sent to the target 64-bit virtual terminal on the bridge server through the message forwarding service.
Step S009: and the bridge server responds to the control instruction, determines a plurality of 16-bit virtual terminals corresponding to the bridge area number in the plurality of 16-bit virtual terminals according to the proxy request, and determines a protocol server corresponding to the 16-bit protocol master message number.
Step S010: the bridge server determines a target 16-bit virtual terminal in a communication idle state from a plurality of 16-bit virtual terminals corresponding to the bridge area number.
Step S011: and the bridge server sends the control instruction to the cooperative conversion server through the target 16-bit virtual terminal, and establishes a second communication docking relationship with the cooperative conversion server. That is, after the bridge server sends the control instruction to the protocol conversion server through the target 16-bit virtual terminal, a second communication docking relationship is established with the protocol conversion server.
Step S012: and the protocol conversion server receives the control instruction, can call an SDK (software development kit) of a holder manufacturer corresponding to the equipment number, and transmits the control instruction to the SDK so as to control the monitoring dome machine corresponding to the equipment number.
In the actual application scenario, the agent request sent by the monitoring management platform may include a bridge area number and a 16-bit collaboration master message number, after the first communication docking relationship is established, the monitoring management platform may directly send a control instruction to the bridge server, the bridge server may determine, based on the previous agent request, a target 16-bit virtual terminal and a collaboration server corresponding to the 16-bit collaboration master message number according to the bridge area number, and send the control instruction to the collaboration server through the target 16-bit virtual terminal to establish a second communication docking relationship between the target 16-bit virtual terminal and the collaboration server, and the collaboration server may control the monitoring dome machine corresponding to the device number according to the control instruction.
According to the agent request and the control instruction, a first communication docking relation is established between the bridging server and the monitoring management platform, and a second communication docking relation is established between the bridging server and the coordination server, namely, a communication link between the monitoring management platform in the 64-bit video network and the monitoring ball machine in the 16-bit video network is established. Therefore, the monitoring management platform can continue to control the monitoring dome camera corresponding to the equipment number and can call the monitoring video collected by the monitoring dome camera.
By adopting the embodiment, the communication efficiency between the 64-bit video network and the 16-bit video network can be improved.
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. 10, a device for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention is shown, where a monitoring management platform is deployed in the 64-bit video network, a collaboration server is deployed in the 16-bit video network, and the collaboration server and the monitoring management platform are also in communication connection with a bridge server, where the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the device is located in the bridge server to realize the method for communication between the 64-bit video network and the 16-bit video network provided by the embodiment.
The method specifically comprises the following modules:
an agent request response module 1001, configured to, when an agent request sent by the monitoring management platform is received, determine, in response to the agent request, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal among the 64-bit virtual terminals;
a first communication docking relationship establishing module 1002, configured to send the virtual number to the monitoring management platform, so as to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal;
a communication request signaling receiving module 1003, configured to receive, through the target 64-bit virtual terminal, a communication request instruction sent by the monitoring management platform based on the first communication docking relationship;
a second communication docking relationship establishing module 1004, configured to determine, in response to the communication request instruction, a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals, and send the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
Optionally, the number of the cooperative servers is multiple, and the proxy request includes a 16-bit cooperative master message number and a bridge area number; the second communication docking relationship establishing module 1004 may specifically include the following units:
a virtual terminal and collaboration server determination unit, configured to determine a plurality of 16-bit virtual terminals corresponding to the bridge area number from among a plurality of 16-bit virtual terminals, and determine a collaboration server corresponding to the 16-bit collaboration master message number;
a target 16-bit virtual terminal determining unit configured to determine a target 16-bit virtual terminal in a communication idle state from among a plurality of 16-bit virtual terminals corresponding to the bridge area number;
and the instruction sending unit is used for sending the communication request instruction to the coordination server through the target 16-bit virtual terminal.
Optionally, the apparatus may further include the following modules:
a control instruction receiving module, configured to receive, through the target 64-bit virtual terminal, a control instruction sent by the monitoring management platform based on the first communication docking relationship, where the control instruction is generated by the monitoring management platform according to a control operation of a user, and the control instruction includes a device number;
and the control instruction sending module is used for sending the control instruction to the transfer server through the target 16-bit virtual terminal based on the second communication docking relationship so that the transfer server determines the monitoring equipment deployed in the 16-bit video network according to the equipment number and controls the monitoring equipment based on the control instruction.
Optionally, the apparatus may further include the following modules:
a video call instruction receiving module, configured to receive, through the target 64-bit virtual terminal, a video call instruction sent by the monitoring management platform based on the first communication docking relationship;
a video calling instruction sending module, configured to send the video calling instruction to the coordination server through the target 16-bit virtual terminal based on the second communication docking relationship, so that the coordination server calls a monitoring video acquired by the monitoring device after the monitoring device is controlled based on the control instruction;
a surveillance video acquisition module, configured to receive the surveillance video through the target 16-bit virtual terminal based on the second communication docking relationship;
and the monitoring video sending module is used for sending the monitoring video to the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship.
Optionally, the monitoring device is a monitoring ball machine, and the control instruction is an instruction for controlling a rotation angle and a rotation speed of the monitoring ball machine.
Referring to fig. 11, a device for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention is shown, where a monitoring management platform is deployed in the 64-bit video network, a collaboration server is deployed in the 16-bit video network, and the collaboration server and the monitoring management platform are also in communication connection with a bridge server, where the bridge server includes a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the device is positioned on the monitoring management platform to realize the method for communication between the 64-bit video network and the 16-bit video network provided by the second embodiment.
The method specifically comprises the following modules:
a proxy request sending module 1101, configured to send a proxy request to the bridge server according to a proxy operation performed by a user, so that the bridge server determines, in the 64-bit virtual terminals, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal;
a virtual number receiving module 1102, configured to receive the virtual number sent by the bridge server, and complete establishment of a first communication docking relationship with the target 64-bit virtual terminal;
a communication request instruction generating module 1103, configured to generate a communication request instruction according to a communication request operation performed by a user;
a communication request instruction sending module 1104, configured to send the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines, in the plurality of 16-bit virtual terminals, a target 16-bit virtual terminal in a communication idle state, and sends the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the coordination server.
Optionally, the number of the collaboration servers is multiple, the monitoring management platform is provided with a target application object, and the agent request sending module 1101 may specifically include the following units:
a co-rotating main message number and bridge area number obtaining unit, which is used for obtaining a 16-bit co-rotating main message number and bridge area number according to the proxy operation performed by the user;
an agent request generating unit, configured to generate an agent request including the 16-bit co-rotation main message number and the bridge area number;
the proxy request sending unit is used for calling the target application object and sending the proxy request to the bridge server;
the communication request instruction sending module 1104 may be specifically configured to invoke the target application object, send the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines the target 16-bit virtual terminal from the multiple 16-bit virtual terminals based on the bridge area number, and determines a coordination server corresponding to the 16-bit coordination master message number from the multiple coordination servers.
Optionally, the apparatus may further include the following modules:
the equipment number determining module is used for determining the equipment number according to the monitoring control operation performed by the user;
the control instruction generating module is used for generating a control instruction comprising the equipment number;
a control instruction sending module, configured to send the control instruction to the bridge server based on the first communication docking relationship, so that the bridge server sends the control instruction to the transfer server through the target 16-bit virtual terminal based on the second communication docking relationship, where the transfer server is configured to determine, according to the device number, a monitoring device deployed in the 16-bit video network, and control the monitoring device based on the control instruction.
For the embodiment of the apparatus for communication between the 64-bit video network and the 16-bit video network, since it is basically similar to the embodiment of the method for communication between the 64-bit video network and the 16-bit video network, the description is simple, and for the relevant points, reference may be made to part of the description of the embodiment of the method for communication between the 64-bit video network and the 16-bit video network.
An embodiment of the present invention further provides an electronic device, including: one or more processors; and one or more machine readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform one or more methods of communicating a 64-bit video network with a 16-bit video network as described in embodiments of the invention.
Embodiments of the present invention further provide a computer-readable storage medium storing a computer program for causing a processor to execute a method for communication between a 64-bit video network and a 16-bit video network according to an embodiment of the present invention.
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 method for communication between the 64-bit video network and the 16-bit video network, the electronic device and the computer-readable storage medium provided by the present invention are described in detail above, and specific examples are applied herein to illustrate the principles and embodiments of the present invention, and the above descriptions of the embodiments are only used to help understanding the method and the core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (12)
1. A method for communication between a 64-bit video network and a 16-bit video network is characterized in that a monitoring management platform is deployed in the 64-bit video network, a cooperative conversion server is deployed in the 16-bit video network, the cooperative conversion server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server comprises a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the method is applied to the bridging server and comprises the following steps:
when an agent request sent by the monitoring management platform is received, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal are determined in the plurality of 64-bit virtual terminals in response to the agent request;
sending the virtual number to the monitoring management platform to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal;
receiving a communication request instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship;
responding to the communication request instruction, determining a target 16-bit virtual terminal in a communication idle state in the 16-bit virtual terminals, and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
2. The method of claim 1, wherein the number of the collaboration servers is plural, and the proxy request includes a 16-bit collaboration master message number and a bridge area number;
in response to the communication request instruction, determining a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals, and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal, including:
determining a plurality of 16-bit virtual terminals corresponding to the bridge area number from a plurality of 16-bit virtual terminals, and determining a protocol conversion server corresponding to the 16-bit protocol conversion main message number;
determining a target 16-bit virtual terminal in a communication idle state from a plurality of 16-bit virtual terminals corresponding to the bridge area number;
and sending the communication request instruction to the coordination server through the target 16-bit virtual terminal.
3. The method of claim 1, further comprising:
receiving a control instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship, wherein the control instruction is generated by the monitoring management platform according to the control operation of a user, and the control instruction comprises a device number;
and based on the second communication docking relationship, sending the control instruction to the coordination server through the target 16-bit virtual terminal, so that the coordination server determines the monitoring equipment deployed in the 16-bit video network according to the equipment number, and controls the monitoring equipment based on the control instruction.
4. The method according to claim 3, wherein after sending the control instruction to the coordination server through the target 16-bit virtual terminal based on the second communication docking relationship, so that the coordination server controls the monitoring device based on the control instruction, the method further comprises:
receiving a video calling instruction sent by the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relation;
based on the second communication docking relationship, sending the video calling instruction to the coordination server through the target 16-bit virtual terminal, so that the coordination server calls a monitoring video collected by the monitoring equipment after the monitoring equipment is controlled based on the control instruction;
receiving the monitoring video through the target 16-bit virtual terminal based on the second communication docking relationship;
and sending the monitoring video to the monitoring management platform through the target 64-bit virtual terminal based on the first communication docking relationship.
5. The method according to claim 3 or 4, wherein the monitoring device is a monitoring ball machine, and the control instruction is an instruction for controlling the rotation angle and the rotation speed of the monitoring ball machine.
6. A method for communication between a 64-bit video network and a 16-bit video network is characterized in that a monitoring management platform is deployed in the 64-bit video network, a cooperative conversion server is deployed in the 16-bit video network, the cooperative conversion server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server comprises a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the method is applied to the monitoring management platform and comprises the following steps:
according to proxy operation performed by a user, sending a proxy request to the bridge server, so that the bridge server determines a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal in the plurality of 64-bit virtual terminals;
receiving the virtual number sent by the bridge server, and completing establishment of a first communication docking relationship with the target 64-bit virtual terminal;
generating a communication request instruction according to a communication request operation performed by a user;
sending the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines a target 16-bit virtual terminal in a communication idle state among the 16-bit virtual terminals, and sending the communication request instruction to the protocol conversion server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the protocol conversion server.
7. The method according to claim 6, wherein the number of the collaboration servers is multiple, and a target application object is set on the monitoring management platform; sending an agent request to the bridge server according to an agent operation performed by a user, wherein the agent request comprises:
acquiring a 16-bit co-rotating main message number and a bridge area number according to proxy operation performed by a user;
generating an agent request comprising the 16-bit co-rotating main message number and the bridge area number;
calling the target application object, and sending the proxy request to the bridge server;
sending the communication request instruction to the bridging server based on the first communication docking relationship, including:
and calling the target application object to send the communication request instruction to the bridge server based on the first communication docking relation, so that the bridge server determines the target 16-bit virtual terminal in a plurality of 16-bit virtual terminals based on the bridge area number and determines a protocol server corresponding to the 16-bit protocol master message number.
8. The method of claim 6, further comprising:
determining the equipment number according to the monitoring control operation performed by the user;
generating a control instruction comprising the device number;
and sending the control instruction to the bridge server based on the first communication docking relationship, so that the bridge server sends the control instruction to the cooperative conversion server through the target 16-bit virtual terminal based on the second communication docking relationship, wherein the cooperative conversion server is used for determining monitoring equipment deployed in the 16-bit video network according to the equipment number and controlling the monitoring equipment based on the control instruction.
9. A device for communication between a 64-bit video network and a 16-bit video network is characterized in that a monitoring management platform is deployed in the 64-bit video network, a cooperative conversion server is deployed in the 16-bit video network, the cooperative conversion server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server comprises a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the apparatus is located at the bridge server, and includes:
an agent request response module, configured to, when an agent request sent by the monitoring management platform is received, respond to the agent request, determine, among the 64-bit virtual terminals, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal;
a first communication docking relationship establishing module, configured to send the virtual number to the monitoring management platform, so as to establish a first communication docking relationship between the monitoring management platform and the target 64-bit virtual terminal;
a communication request signaling receiving module, configured to receive, through the target 64-bit virtual terminal, a communication request instruction sent by the monitoring management platform based on the first communication docking relationship;
a second communication docking relationship establishing module, configured to determine, in response to the communication request instruction, a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals, and send the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the coordination server and the target 16-bit virtual terminal.
10. A device for communication between a 64-bit video network and a 16-bit video network is characterized in that a monitoring management platform is deployed in the 64-bit video network, a cooperative conversion server is deployed in the 16-bit video network, the cooperative conversion server and the monitoring management platform are also in communication connection with a bridge server, and the bridge server comprises a plurality of 64-bit virtual terminals and a plurality of 16-bit virtual terminals; the device is located the control management platform includes:
an agent request sending module, configured to send an agent request to the bridge server according to an agent operation performed by a user, so that the bridge server determines, among the 64-bit virtual terminals, a target 64-bit virtual terminal in a communication idle state and a virtual number of the target 64-bit virtual terminal;
a virtual number receiving module, configured to receive the virtual number sent by the bridge server, and complete establishment of a first communication docking relationship with the target 64-bit virtual terminal;
the communication request instruction generating module is used for generating a communication request instruction according to the communication request operation performed by a user;
a communication request instruction sending module, configured to send the communication request instruction to the bridge server based on the first communication docking relationship, so that the bridge server determines, in the plurality of 16-bit virtual terminals, a target 16-bit virtual terminal in a communication idle state, and sends the communication request instruction to the coordination server through the target 16-bit virtual terminal, so as to establish a second communication docking relationship between the target 16-bit virtual terminal and the coordination server.
11. An electronic device, comprising:
one or more processors; and
one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform the method of any of claims 1-5 or 6-8.
12. A computer-readable storage medium storing a computer program for causing a processor to perform the method according to any one of claims 1 to 5 or 6 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911340735.8A CN111147569A (en) | 2019-12-23 | 2019-12-23 | Method, apparatus, device and medium for communication between 64-bit video network and 16-bit video network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911340735.8A CN111147569A (en) | 2019-12-23 | 2019-12-23 | Method, apparatus, device and medium for communication between 64-bit video network and 16-bit video network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111147569A true CN111147569A (en) | 2020-05-12 |
Family
ID=70519432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911340735.8A Pending CN111147569A (en) | 2019-12-23 | 2019-12-23 | Method, apparatus, device and medium for communication between 64-bit video network and 16-bit video network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111147569A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012016529A1 (en) * | 2010-08-06 | 2012-02-09 | 北京乾唐视联网络科技有限公司 | Communications method and system for communications of network accessing equipment |
| CN108632398A (en) * | 2017-07-27 | 2018-10-09 | 北京视联动力国际信息技术有限公司 | A kind of conference access method and system, association turn server and conference management terminal |
| CN109743522A (en) * | 2018-11-28 | 2019-05-10 | 视联动力信息技术股份有限公司 | Communication means and device based on view networking |
| CN110392126A (en) * | 2019-07-23 | 2019-10-29 | 视联动力信息技术股份有限公司 | A kind of communication means and device |
| CN110519543A (en) * | 2019-07-30 | 2019-11-29 | 视联动力信息技术股份有限公司 | A kind of videophone dialing method and device |
-
2019
- 2019-12-23 CN CN201911340735.8A patent/CN111147569A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012016529A1 (en) * | 2010-08-06 | 2012-02-09 | 北京乾唐视联网络科技有限公司 | Communications method and system for communications of network accessing equipment |
| CN108632398A (en) * | 2017-07-27 | 2018-10-09 | 北京视联动力国际信息技术有限公司 | A kind of conference access method and system, association turn server and conference management terminal |
| CN109743522A (en) * | 2018-11-28 | 2019-05-10 | 视联动力信息技术股份有限公司 | Communication means and device based on view networking |
| CN110392126A (en) * | 2019-07-23 | 2019-10-29 | 视联动力信息技术股份有限公司 | A kind of communication means and device |
| CN110519543A (en) * | 2019-07-30 | 2019-11-29 | 视联动力信息技术股份有限公司 | A kind of videophone dialing method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109120946B (en) | Method and device for watching live broadcast | |
| CN110475102B (en) | Monitoring data processing method and system based on video network | |
| CN110049271B (en) | Video networking conference information display method and device | |
| CN110166728B (en) | Video networking conference opening method and device | |
| CN110620896B (en) | Method, system and device for establishing a conference | |
| CN109547728B (en) | Recorded broadcast source conference entering and conference recorded broadcast method and system | |
| CN110572607A (en) | Video conference method, system and device and storage medium | |
| CN110049273B (en) | Video networking-based conference recording method and transfer server | |
| CN109218306B (en) | Audio and video data stream processing method and system | |
| CN109587002B (en) | State detection method and system for video network monitoring equipment | |
| CN109660816B (en) | Information processing method and device | |
| CN110138728B (en) | Video data sharing method and device | |
| CN109246135B (en) | Method and system for acquiring streaming media data | |
| CN110650171B (en) | Video networking service scheduling system and method | |
| CN108632075B (en) | Method and device for programming video network terminal | |
| CN110049268B (en) | Video telephone connection method and device | |
| CN109743284B (en) | Video processing method and system based on video network | |
| CN109451001B (en) | Communication method and system | |
| CN109698953B (en) | State detection method and system for video network monitoring equipment | |
| CN110290343B (en) | Method and device for joining video networking conference and H323 protocol conversion server | |
| CN110808843A (en) | Voice data transmission method, device, electronic equipment and storage medium | |
| CN110213533B (en) | Method and device for acquiring video stream monitored by video network | |
| CN110417933B (en) | Business object processing method and device and storage medium | |
| CN110493311B (en) | Service processing method and device | |
| CN109474848B (en) | Video processing method and device based on video network, electronic equipment and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200512 |