CN111131238B

CN111131238B - Method, device, equipment and medium for calling 16-bit video of 64-bit video network

Info

Publication number: CN111131238B
Application number: CN201911341184.7A
Authority: CN
Inventors: 张向勇; 张新博; 马拥; 王艳辉
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2019-12-23
Filing date: 2019-12-23
Publication date: 2022-11-01
Anticipated expiration: 2039-12-23
Also published as: CN111131238A

Abstract

The disclosure provides a method, a device, equipment and a medium for calling a 16-bit video network video from a 64-bit video network, wherein a monitoring management platform and a 64-bit terminal are deployed in the 64-bit video network, a transfer server and monitoring equipment are deployed in the 16-bit video network, and the device further comprises a bridging server; the method is applied to a bridging server and comprises the following steps: when an agent request sent by a monitoring management platform is received, determining a target 64-bit virtual terminal in a communication idle state; sending the virtual number of the target 64-bit virtual terminal to the monitoring management platform, and sending the virtual number to the 64-bit terminal by the monitoring platform; and receiving the watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal, and sending the watching monitoring instruction to the coordination server through the idle target 16-bit virtual terminal so that the coordination server calls the monitoring video. And further, the 64-bit terminal in the 64-bit video network can call the monitoring video of the monitoring equipment in the 16-bit video network.

Description

Method, device, equipment and medium for calling 16-bit video of 64-bit video network

Technical Field

The invention relates to the technical field of data processing, in particular to a method, a device, equipment and a medium for calling a 16-bit video network video from a 64-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 first 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.

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, an internet of vision terminal in a 64-bit internet of vision often needs to call monitoring video of a monitoring device in a 16-bit internet of vision. Based on the current communication mechanism, the terminal of the video network in the 64-bit video network cannot call the monitoring device in the 16-bit video network.

Disclosure of Invention

In view of the above, embodiments of the present invention are proposed to provide a method apparatus electronic device and a computer readable storage medium for invoking 16-bit video over a 64-bit video network that overcome or at least partially solve the above problems.

In order to solve the above problems, a first aspect of the embodiments of the present invention discloses a method for invoking a 16-bit video network video from a 64-bit video network, where a monitoring management platform and a 64-bit terminal are deployed in the 64-bit video network, a collaboration server and a monitoring device are deployed in the 16-bit video network, the collaboration server and the monitoring management platform are respectively in communication connection with a bridge server, and the bridge server includes multiple 64-bit virtual terminals and multiple 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, so that the monitoring platform sends the virtual number to the 64-digit terminal;

receiving a watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal, wherein the watching monitoring instruction comprises a monitoring number;

in response to the viewing monitoring instruction, determining a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals;

and sending the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, so that the coordination server determines monitoring equipment corresponding to the monitoring number in the 16-bit video network and calls a monitoring video acquired by the monitoring equipment.

In order to solve the above problems, a second aspect of the embodiments of the present invention discloses a method for invoking a 16-bit video network video from a 64-bit video network, where a monitoring management platform and a 64-bit terminal are deployed in the 64-bit video network, a collaboration server and a monitoring device are deployed in the 16-bit video network, the collaboration server and the monitoring management platform are respectively 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 64-bit terminal and comprises the following steps:

receiving a video calling signaling sent by the monitoring management platform, wherein the video calling signaling comprises a virtual number and a monitoring number, and the virtual number is the number of a target 64-bit virtual terminal in a communication idle state determined in the 64-bit virtual terminals when the bridge server receives an agent request sent by the monitoring management platform;

responding to the video calling signaling, and generating a watching monitoring instruction, wherein the watching monitoring instruction comprises the monitoring number;

and sending the watching monitoring instruction to the target 64-bit virtual terminal, so that a bridging server determines a target 16-bit virtual terminal in an idle state in the 16-bit virtual terminals, and sends the watching monitoring instruction to the cooperation server through the target 16-bit virtual terminal, wherein the cooperation server is used for determining monitoring equipment corresponding to the monitoring number in the 16-bit video network and calling a monitoring video acquired by the monitoring equipment.

In order to solve the above problems, a third aspect of the embodiments of the present invention discloses a device for calling a 16-bit video network video from a 64-bit video network, where a monitoring management platform and a 64-bit terminal are deployed in the 64-bit video network, a collaboration server and a monitoring device are deployed in the 16-bit video network, the collaboration server and the monitoring management platform are respectively in communication connection with a bridge server, and the bridge server includes multiple 64-bit virtual terminals and multiple 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 virtual number sending module, configured to send the virtual number to the monitoring management platform, so that the monitoring platform sends the virtual number to the 64-digit terminal;

the watching monitoring instruction receiving module is used for receiving a watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal, wherein the watching monitoring instruction comprises a monitoring number;

a target 16-bit virtual terminal determining module, configured to determine, in response to the viewing monitoring instruction, a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals;

and the watching monitoring instruction sending module is used for sending the watching monitoring instruction to the corotation server through the target 16-bit virtual terminal so as to ensure that the corotation server determines the monitoring equipment corresponding to the monitoring number in the 16-bit video network and calls the monitoring video acquired by the monitoring equipment.

In order to solve the above problems, a fourth aspect of the embodiments of the present invention discloses a device for retrieving a 16-bit video network video from a 64-bit video network, where a monitoring management platform and a 64-bit terminal are deployed in the 64-bit video network, a coordination server and a monitoring device are deployed in the 16-bit video network, the coordination server and the monitoring management platform are respectively 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 at the 64-bit terminal and comprises:

a video call signaling receiving module, configured to receive a video call signaling sent by the monitoring management platform, where the video call signaling includes a virtual number and a monitoring number, and the virtual number is a number of a target 64-bit virtual terminal in a communication idle state, which is determined by the bridge server when receiving an agent request sent by the monitoring management platform, among the 64-bit virtual terminals;

the watching monitoring instruction generating module is used for responding to the video calling signaling and generating a watching monitoring instruction, and the watching monitoring instruction comprises the monitoring number;

and the watching monitoring instruction sending module is used for sending the watching monitoring instruction to the target 64-bit virtual terminal so that the bridge server determines the target 16-bit virtual terminal in an idle state in the 16-bit virtual terminals, and sends the watching monitoring instruction to the transfer server through the target 16-bit virtual terminal, wherein the transfer server is used for determining the monitoring equipment corresponding to the monitoring number in the 16-bit video network and calling the monitoring video acquired by the monitoring equipment.

The embodiment of the invention also discloses a 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 embodiment 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 corotation 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, and then a virtual number of the target 64-bit virtual terminal is sent to the monitoring management platform, so that the monitoring management platform sends the virtual number to the 64-bit terminal, and then the bridge server can receive a watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal, determine a free target 16-bit virtual terminal, and send the watching monitoring instruction to the corotation server through the target 16-bit virtual terminal to call a monitoring video of monitoring equipment. Thus, the bridge server establishes communication bridge connection between the 64-bit terminal and the coordination server through the target 64-bit virtual terminal and the target 16-bit virtual terminal, and then the 64-bit terminal in the 64-bit video network can call the monitoring video of the monitoring equipment in the 16-bit video network.

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 architecture 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 of a method for calling 16-bit video in a 64-bit video network according to an embodiment of the present invention;

FIG. 6 is a flowchart illustrating the steps of a method for invoking 16-bit video over a 64-bit video network according to an embodiment of the present invention;

FIG. 7 is a flowchart illustrating steps in a method for retrieving 16-bit video over a 64-bit video network according to an embodiment of the present invention;

FIG. 8 is a diagram of an application scenario of a method for calling 16-bit video in a 64-bit video network according to another embodiment of the present invention;

FIG. 9 is a schematic structural diagram of an apparatus for retrieving 16-bit video from a 64-bit video network according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of another apparatus for retrieving 16-bit video from a 64-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 more comprehensible, the present invention is described in detail with reference to the accompanying drawings and the detailed description thereof.

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 techniques applied by the video network 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 video networking technology adopts Packet Switching 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 exchange of the Ethernet, eliminates the Ethernet defect on the premise of full compatibility, and has end-to-end seamless connection of the whole network, direct connection with a user terminal and direct bearing of an IP data packet. The user data does not require any format conversion across the entire network. The video network is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the large-scale high-definition video real-time transmission of the whole network which can not be realized by the current 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 movement of hard disk magnetic head tracking, the resource consumption only accounts for 20% of the same-grade IP internet, but the concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.

Network Security Technology (Network Security Technology)

The structural design of the video network completely eradicates the network security problem disturbing the Internet from the structure by the modes of independent admission control of each service, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, stops 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, but also connected with a single user, a private network user or the sum of one network. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.

Networking of the video network is as follows:

an internet of view is a centrally controlled network structure, which may be of the tree, star, ring, etc. type, but on this basis a centralized control node is required in the network to control the entire 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: metropolitan area server, node switch, node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.

The node server is 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 and can also be directly connected with the node server.

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

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 interconnect and interwork via metropolitan and wide area video networks.

Visio 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 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 packets coming from 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 and forwards 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 close to 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 the packet buffer queues from all the downstream network interfaces to the 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 (2 byte) and enters the corresponding receiving buffer, otherwise, discards it;

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

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

A terminal:

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

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

2. Video networking packet definition

2.1 Access network packet definition

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

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

DA SA Reserved Payload CRC

wherein:

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

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

the reserved byte consists of 2 bytes;

the payload part has different lengths according to the types of different datagrams, 64 bytes if various protocol packets, 32+1024=1056 bytes if single-multicast data packets, and certainly not limited to the above 2 types;

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

2.2 metropolitan area network packet definition

The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., more than 2 connections between a node switch and a node server, between a node switch and a node switch, and between 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 the present 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 there are 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 0x0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.

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

DA SA Reserved Label Payload CRC

Namely Destination Address (DA), source Address (SA), reserved byte (Reserved), tag, payload (PDU), CRC. The format of the tag may be defined as follows: 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.

Referring to fig. 5, an application environment diagram in an embodiment of the present application is shown, as shown in fig. 5, a monitoring management platform and a 64-bit terminal are 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, 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 with reference to fig. 5.

Referring to fig. 6, a flow chart of steps of a method for calling a 16-bit video network from a 64-bit video network according to a first embodiment of the present invention is shown, and a communication scene graph applied by the method may be shown in fig. 5, where a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a collaboration server and a monitoring device are 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.

Wherein the 64-bit terminal may be a video network terminal located in a 64-bit video network, which may be, but is not limited to, a set-top box.

Referring to fig. 6, a method for calling a 16-bit video from a 64-bit video network according to an embodiment of the present invention is described from a bridge server side, which 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 a protocol conversion server in the 16-bit video network. The bridge server may determine an idle 64-bit virtual terminal in response to the proxy request. In practice, the agent request may be generated by the monitoring management platform according to an agent operation performed by a user, and when the user needs to communicate with a device in the 16-bit video network, the 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 the agent request,

in this embodiment, the idle communication state may mean that the 64-bit virtual terminal does not participate in communication of any terminal device in the 64-bit video network, and may also be understood as 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. And 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.

Specifically, 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 a target 64-bit virtual terminal in the communication idle state.

In practice, when there are multiple 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 so that the monitoring platform sends the virtual number to the 64-digit terminal.

In practice, in an application scenario, a monitoring management platform in a 64-bit video network may schedule a monitoring video collected by a monitoring device, that is, schedule a monitoring video collected by a certain monitoring device to a certain 64-bit terminal, so that the 64-bit terminal plays the monitoring video.

Therefore, after the bridge server can send the virtual number to the monitoring management platform, the monitoring management platform can send the virtual number to the 64-bit terminal to inform the 64-bit terminal that the 64-bit terminal can communicate with the target 64-bit virtual terminal when communicating with the bridge server. Thus, the 64-bit terminal can be caused to establish a communication connection with the target 64-bit virtual terminal. That is, the bridge server assigns a 64-bit virtual terminal to the 64-bit terminal.

Step S603: and receiving a watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal, wherein the watching monitoring instruction comprises a monitoring number.

In this embodiment, the watching monitoring instruction may be sent to the target 64-bit virtual terminal on the bridge server by the 64-bit terminal, and the bridge server may further obtain the watching monitoring instruction received by the target 64-bit virtual terminal.

The viewing monitoring instruction may include a monitoring number, and the monitoring number may uniquely identify the monitoring device to be invoked. In one embodiment, the monitoring number in the viewing monitoring instruction may be sent to the 64-bit terminal by the monitoring management platform, that is, when performing the monitoring video scheduling, the user may select a monitoring device to be invoked on the monitoring management platform and send the monitoring number of the monitoring device to the 64-bit terminal. Thus, when the user of the 64-bit terminal initiates a request for viewing monitoring, the 64-bit terminal can add the monitoring number to the viewing monitoring instruction and send the viewing monitoring instruction to the target 64-bit virtual terminal.

Step S604: and responding to the watching monitoring instruction, and determining a target 16-bit virtual terminal in a communication idle state in the plurality of 16-bit virtual terminals.

In this embodiment, the bridge server may allocate an idle 16-bit virtual terminal to the cooperative server according to the viewing instruction and the proxy request, and communicate with the cooperative server by using the idle 16-bit virtual terminal, so as to establish a communication connection between the idle 16-bit virtual terminal and the cooperative server.

Specifically, in the communication idle state, it may mean 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. And 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 multiple 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.

Step S605: and sending the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, so that the coordination server determines monitoring equipment corresponding to the monitoring number in the 16-bit video network and calls a monitoring video acquired by the monitoring equipment.

In this embodiment, the bridge server may obtain the viewing monitoring instruction from the target 64-bit virtual terminal, and after determining the target 16-bit virtual terminal, transmit the obtained viewing monitoring instruction to the target 16-bit virtual terminal, and further transmit the viewing monitoring instruction to the coordination server through the target 16-bit virtual terminal.

In practice, the number of the monitoring devices connected with the coordination and transformation server is large, and when receiving a monitoring instruction, the coordination and transformation server can determine the monitoring device corresponding to the monitoring number, and then call the monitoring video acquired by the monitoring device. Therefore, the 64-bit terminal in the 64-bit video network successfully calls the monitoring video of the monitoring equipment in the 16-bit video network.

In one embodiment, the bridge server may communicate with the monitoring management platform using a virtual terminal configured for the monitoring management platform in advance, and the virtual terminal configured for the monitoring management platform may be different from the target 64-bit virtual terminal. Therefore, the bridge server can be communicated with the 64-bit terminal through the target 64-bit virtual terminal, and can be communicated with the monitoring management platform through the pre-configured virtual terminal, so that the video networking service performed on the monitoring management platform and the video calling performed on the 64-bit terminal can be both performed normally.

In this embodiment, 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 the viewing monitoring instruction received by the target 64-bit virtual terminal, and further may send the viewing monitoring instruction 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. And outside the bridge server, the target 64-bit virtual terminal communicates with the 64-bit terminal, and the target 16-bit virtual terminal communicates with the collaboration server. Therefore, the monitoring instruction can be successfully transmitted and watched between the 64-bit terminal and the monitoring equipment in the 16-bit video network, the monitoring video can be further transmitted, and the monitoring video of the monitoring equipment in the 16-bit video network can be successfully called by the 64-bit terminal. The technical problem that in the prior art, a video network terminal in a 64-bit video network cannot call monitoring equipment in a 16-bit video network is solved.

In practice, after the co-rotation server calls the monitoring video, the monitoring video can be stored. In an embodiment of the present application, after step S605, the bridge server may also perform the following steps to transmit the called monitoring video to the 64-bit terminal.

Step S606: and receiving the monitoring video sent by the cooperative conversion server through the target 16-bit virtual terminal.

Step S607: and sending the monitoring video to the 64-bit terminal through the target 64-bit virtual terminal.

In this embodiment, since the target 16-bit virtual terminal establishes a communication connection with the coordination server, and the target 64-bit virtual terminal establishes a communication connection with the 64-bit terminal, the bridge server may obtain the surveillance video received by the target 16-bit virtual terminal and sent by the coordination server, and the bridge server may transmit the surveillance video to the target 64-bit virtual terminal, and then send the surveillance video to the 64-bit terminal through the target 64-bit virtual terminal, and the 64-bit terminal may play the surveillance video.

In one application scenario, the bridge server may actually be in communication connection with multiple collaboration servers, i.e., the number of assistance servers connected to the bridge server may be multiple. And different corotation servers may be in different geographical locations, so that different corotation 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 servers deployed in different 16-bit video networks.

For example, the corotation server 1 is located in S city in H province, the corotation server 2 is located in B city in H province, the corotation server 1 is located in the 16-bit view network 1 in S city, and the corotation server 2 is located in the 16-bit view network 2 in 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 master message number can uniquely identify one protocol server, and the bridge area number can identify the 16-bit video network where the protocol server corresponding to the 16-bit protocol master 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 S604 may specifically include the following steps:

step S6041: a plurality of 16-bit virtual terminals corresponding to the bridge area number is determined from the plurality of 16-bit virtual terminals.

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, or 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 characterize the 16-bit video network to which the virtual terminal belongs.

For example, taking 16-bit view network 1 and 16-bit view network 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 view network 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, the bridge server may read the recorded bridge area number after receiving the watching monitoring request instruction. 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.

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.

Specifically, the procedure of this step is similar to the procedure of step S604, and specifically, this step S604 may be referred to.

Accordingly, in step S605, the transmitting the viewing monitoring instruction to the cooperative server through the target 16-bit virtual terminal may specifically include the following steps:

step S6051: and determining a protocol conversion server corresponding to the 16-bit protocol conversion main message number.

Step S6052: and sending the watching monitoring instruction to the co-transfer server through the target 16-bit virtual terminal.

In this embodiment, since the 16-bit collaboration master message number and the bridge area number can accurately locate one collaboration server, the bridge server can determine a plurality of collaboration servers corresponding to the bridge area number, and can determine a collaboration server corresponding to the recorded 16-bit collaboration master message number from the plurality of collaboration servers corresponding to the bridge area number, and further send the viewing monitoring instruction to the collaboration server corresponding to the 16-bit collaboration master message number through the target 16-bit virtual terminal.

In combination with the above embodiment, in order to ensure that the 64-bit terminal can call up the monitoring video of the monitoring device, in an embodiment of the present application, after step S605 and before step S606, the following steps may be further included:

step S6061: and when receiving the normal resource signaling sent by the cooperative conversion server, responding to the normal resource signaling, and sending a live broadcast request to the cooperative conversion server.

And the normal resource signaling is generated by the cooperation server when the monitoring equipment corresponding to the monitoring number is determined to exist.

In practice, the status of the monitoring device connected to the coordination server may change at any time, for example, the monitoring device goes offline, or the monitoring device changes to connect to another coordination server with the currently connected coordination server. Then, in order to determine that the 64-bit terminal can acquire the process status of calling the surveillance video, the coordination server may determine whether a surveillance device corresponding to the surveillance number exists based on the viewing surveillance command.

Specifically, when the coordination server determines that the monitoring device corresponding to the monitoring number exists, a resource normal signaling may be generated and sent to the target 16-bit virtual terminal, and the bridge server may obtain the resource normal signaling from the target 16-bit virtual terminal to determine that the monitoring video may be normally called. At this time, the bridge server may send a live request to the collaboration server, where the live request may represent a surveillance video to be acquired by the surveillance device in real time, that is, a surveillance video that is transmitted while being acquired by the surveillance device.

Step S606 is accordingly the following:

step S606': and receiving the monitoring video sent by the cooperative conversion server in response to the live broadcast request through the target 16-bit virtual terminal.

In practice, when receiving the live broadcast request, the collaboration server may call the monitoring video acquired in real time by the monitoring device, and send the monitoring video acquired in real time to the target 16-bit virtual terminal, and the bridge server may acquire the monitoring video from the target 16-bit virtual terminal.

In an embodiment, in order to improve the reliable transmission of the live surveillance video, after step S6061, the following steps may be further included:

step S6062: and receiving the corotation number returned by the corotation server through the target 16-bit virtual terminal so as to establish communication connection between the target 16-bit virtual terminal and the virtual terminal corresponding to the corotation number.

The cooperative forwarding number is the number of the virtual terminal in the idle state determined by the cooperative forwarding server in a plurality of preset virtual terminals.

In this embodiment, the cooperative forwarding server may reply a cooperative forwarding number to the target 16-bit virtual terminal of the bridge server to inform the bridge server that the local end issues the live broadcast through the cooperative forwarding number. In practice, a plurality of virtual terminals may also be configured in the protocol conversion number, and the protocol conversion server may determine an idle virtual terminal when receiving the live broadcast request, and then return the protocol conversion number of the idle virtual terminal to the target 16-bit virtual terminal.

The cooperative forwarding number can uniquely identify a virtual terminal in the assistance server.

Correspondingly, when the bridge server receives the monitoring video sent by the corotation server in response to the live broadcast request through the target 16-bit virtual terminal, the bridge server may receive the monitoring video sent by the virtual terminal corresponding to the corotation number through the target 16-bit virtual terminal. Namely, the target 16-bit virtual terminal of the bridge server can watch the live broadcast on the virtual terminal corresponding to the protocol number, and further can bridge and release the live broadcast through the target 64-bit virtual terminal.

Accordingly, in an embodiment, if the cooperative forwarding server determines that there is no monitoring device corresponding to the monitoring number, the bridge server may perform the following steps:

step S6062: and when receiving the resource abnormal signaling sent by the cooperative conversion server, sending the resource abnormal signaling to the monitoring management platform.

And the resource abnormal signaling is generated by the cooperation server when the monitoring equipment corresponding to the monitoring number does not exist.

In this embodiment, when the cooperative conversion server determines that there is no monitoring device corresponding to the monitoring number, a resource exception signaling may be generated to prompt that the state of the monitoring device is abnormal and the monitoring video cannot be successfully called. Wherein, the bridge server can receive the resource exception signaling through the target 16-bit virtual terminal.

In this embodiment, in order to enable the user to know that the monitoring device is in the abnormal state, the bridge server may send the resource abnormality signaling to the monitoring management platform, and the monitoring management platform may output information prompting resource abnormality to the user based on the resource abnormality signaling to notify the user that the monitoring device is in a fault.

In an embodiment, the 64-bit terminal may be a set top box in a video network, in practice, the bridge server may also send the resource exception signaling to the 64-bit terminal through the target 64-bit virtual terminal, and the 64-bit terminal may also output the resource exception signaling to the connection display terminal, so that the display terminal outputs information prompting resource exception.

Based on the same inventive concept, the embodiment of the present invention further provides a method for calling a 16-bit video from a 64-bit video network, and referring to fig. 7, a flowchart illustrating a step of calling a monitoring video in a 16-bit video network from a 64-bit video network is provided. A communication environment of the method may be as shown in fig. 5, where a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a collaboration server and monitoring equipment are deployed in the 16-bit video network, the collaboration server and the monitoring management platform are respectively 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.

Referring to fig. 7, a method for calling a 16-bit video from a 64-bit video network according to the present application is explained from a 64-bit terminal side, which may specifically include the following steps:

step S701: and receiving a video calling signaling sent by the monitoring management platform, wherein the video calling signaling comprises a virtual number and a monitoring number, and the virtual number is the number of a target 64-bit virtual terminal in a communication idle state determined in the 64-bit virtual terminals when the bridging server receives an agent request sent by the monitoring management platform.

When receiving the agent request sent by the monitoring management platform, the process of determining the number of the target 64-bit virtual terminal in the communication idle state in the plurality of 64-bit virtual terminals by the bridge server is similar to the step S601, and is not described herein again.

The video call signaling may be generated by the monitoring management platform when receiving the virtual number sent by the bridge server. As shown in step S603, when performing surveillance video scheduling, the user may select a surveillance device to be called on the surveillance management platform. In specific implementation, the monitoring management platform may obtain the monitoring number of the monitoring device selected by the user when determining that the virtual number is received, and generate a video call signaling, where the video call signaling may carry the virtual number and the monitoring number.

Step S702: responding to the video calling signaling, and generating a watching monitoring instruction, wherein the watching monitoring instruction comprises the monitoring number.

In this embodiment, when receiving the video call signaling, the 64-bit terminal may determine to communicate with the target 64-bit virtual terminal through the virtual number, and determine the monitoring device to be called through the monitoring number. And then the watching monitoring instruction can be generated in response to the video calling signaling. Carrying the virtual number in the address head of the watching monitoring instruction to represent that the watching monitoring instruction needs to be sent to a target 64-bit virtual terminal on the bridging server; and carrying the virtual number in the content of the watching monitoring instruction to represent the monitoring video of the monitoring equipment corresponding to the monitoring number to be called.

Step S703: and sending the watching monitoring instruction to the target 64-bit virtual terminal, so that a bridge server determines a target 16-bit virtual terminal in an idle state in the 16-bit virtual terminals, and sends the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, wherein the coordination server is used for determining monitoring equipment corresponding to the monitoring number in the 16-bit video network and calling a monitoring video acquired by the monitoring equipment.

In this embodiment, after the 64-bit terminal sends the watching monitoring instruction to the target 64-bit virtual terminal, the process of determining the target 16-bit virtual terminal and calling the monitoring video by the bridge server is similar to the process of step S604 and step S605, which may specifically refer to the description of step S604 and step S605, and is not described herein again.

In one embodiment proposed by the present application, the following steps may be further included:

step S704: receiving the monitoring video sent by the bridge server through the target 64-bit virtual terminal.

The monitoring video is the video which is received by the bridging server through the target 16-bit virtual terminal and is sent by the protocol conversion server.

In this embodiment, after the 64-bit terminal sends the watching monitoring instruction to the target 64-bit virtual terminal, the monitoring video collected by the monitoring device may also be received. Specifically, the monitoring video sent by the target 64-bit virtual terminal may be received, and then the monitoring video is decoded and played.

In another embodiment of the present application, a method for calling 16-bit video through a 64-bit video network is provided, and referring to fig. 8, an application scenario diagram of the method for calling 16-bit video through a 64-bit video network is shown. As shown in fig. 8, a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a plurality of collaboration servers and a plurality of monitoring devices are deployed in the 16-bit video network, the 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. And the monitoring management platform is provided with a message forwarding service. In fig. 8, the message forwarding service is shown separately, and actually, the message forwarding service and the monitoring management platform may operate on the same terminal device.

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 responds to the agent request, 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, and can record the 16-bit co-rotating main message number and the bridge area number.

Step S004: and the bridge server sends the virtual number to the monitoring management platform.

Step S005: and the monitoring management platform generates a video calling signaling comprising the virtual number, calls the message forwarding service and sends the video calling signaling to a 64-bit terminal.

Step S006: and the 64-bit terminal responds to the video calling signaling to generate a watching monitoring instruction, wherein the watching monitoring instruction comprises the monitoring number.

Step S007: and the 64-bit terminal sends the watching monitoring instruction to the target 64-bit virtual terminal.

Step S008: and the bridge server receives the watching monitoring instruction sent by the 64-bit terminal through the target 64-bit virtual terminal.

Step S009: the bridge server responds to the watching monitoring instruction and determines a plurality of 16-bit virtual terminals corresponding to the bridge area code from a plurality of 16-bit virtual terminals; and determines 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.

Step S010: and the bridging server determines a corotation server corresponding to the 16-bit corotation master message number, and sends the watching monitoring instruction to the corotation server corresponding to the 16-bit corotation master message number through the target 16-bit virtual terminal.

Step S011: and when determining that the monitoring equipment corresponding to the monitoring number exists, the cooperation server generates a normal resource signaling and sends the normal resource signaling to the target 16-bit virtual terminal.

Step S012: and the bridge server responds to the normal signaling of the resources and sends a live broadcast request to the protocol conversion server through the target 16-bit virtual terminal.

Step S013: and the cooperative conversion server calls the monitoring video of the monitoring equipment based on the live broadcast request and sends the monitoring video to the target 16-bit virtual terminal.

Step S014: and the bridge server receives the monitoring video through the target 16-bit virtual terminal and sends the monitoring video to the 64-bit terminal through the target 64-bit virtual terminal.

Through the steps, the 64-bit terminal in the 64-bit video network calls the monitoring video in the 16-bit video network completely.

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. 9, a device for calling a 16-bit video network video from a 64-bit video network according to an embodiment of the present invention is shown, where a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a coordination server and a monitoring device are deployed in the 16-bit video network, the coordination server and the monitoring management platform are respectively 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 in the bridge server to realize the method of the first embodiment; the apparatus may include the following modules:

an agent request response module 901, configured to, when an agent request sent by the monitoring management platform is received, respond to the agent request, and determine 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;

a virtual number sending module 902, configured to send the virtual number to the monitoring management platform, so that the monitoring platform sends the virtual number to the 64-digit terminal;

a watching monitoring instruction receiving module 903, configured to receive, through the target 64-bit virtual terminal, a watching monitoring instruction sent by the 64-bit terminal, where the watching monitoring instruction includes a monitoring number;

a target 16-bit virtual terminal determining module 904, configured to determine, in response to the viewing monitoring instruction, a target 16-bit virtual terminal in a communication idle state among the plurality of 16-bit virtual terminals;

and the watching monitoring instruction sending module 905 is used for sending the watching monitoring instruction to the corotation server through the target 16-bit virtual terminal, so that the corotation server determines the monitoring equipment corresponding to the monitoring number in the 16-bit video network, and calls the monitoring video acquired by the monitoring equipment.

Optionally, the number of the corotation servers is multiple, and the proxy request includes a 16-bit corotation master message number and a bridge area number; the target 16-bit virtual terminal determining module comprises:

a first 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;

a second determination 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;

the watching monitoring instruction sending module comprises:

a corotation server determining unit, configured to determine a corotation server corresponding to the 16-bit corotation master message number;

and the transmitting unit is used for transmitting the watching monitoring instruction to the co-transfer server through the target 16-bit virtual terminal.

Optionally, the apparatus further comprises:

a surveillance video receiving module, configured to receive, through the target 16-bit virtual terminal, the surveillance video sent by the collaboration server;

and the monitoring video sending module is used for sending the monitoring video to the 64-bit terminal through the target 64-bit virtual terminal.

Optionally, the apparatus further comprises:

a live broadcast request sending module, configured to send a live broadcast request to the protocol conversion server in response to the resource normal signaling when receiving the resource normal signaling sent by the protocol conversion server; the resource normal signaling is generated by the cooperation server when the monitoring equipment corresponding to the monitoring number is determined to exist;

and a monitoring video receiving module, specifically configured to receive, by the target 16-bit virtual terminal, a monitoring video sent by the collaboration server in response to the live broadcast request.

Optionally, the apparatus further comprises:

and the resource abnormal signaling sending module is used for sending the resource abnormal signaling to the monitoring management platform when receiving the resource abnormal signaling sent by the cooperative transfer server, wherein the resource abnormal signaling is generated by the cooperative transfer server when determining that the monitoring equipment corresponding to the monitoring number does not exist.

Referring to fig. 10, a device for retrieving a 16-bit video from a 64-bit video network according to another embodiment of the present invention is shown, where a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a coordination server and a monitoring device are deployed in the 16-bit video network, the coordination server and the monitoring management platform are respectively 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 positioned at the 64-bit terminal to realize the method of the second embodiment; the apparatus may include the following modules:

a video call signaling receiving module 1001, configured to receive a video call signaling sent by the monitoring management platform, where the video call signaling includes a virtual number and a monitoring number, and the virtual number is a number of a target 64-bit virtual terminal in a communication idle state, which is determined by the bridge server when receiving an agent request sent by the monitoring management platform, in the 64-bit virtual terminals;

a watching monitoring instruction generating module 1002, configured to generate a watching monitoring instruction in response to the video call signaling, where the watching monitoring instruction includes the monitoring number;

a watching monitoring instruction sending module 1003, configured to send the watching monitoring instruction to the target 64-bit virtual terminal, so that the bridge server determines a target 16-bit virtual terminal in an idle state among the 16-bit virtual terminals, and sends the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, where the coordination server is configured to determine a monitoring device corresponding to the monitoring number in the 16-bit video network, and call a monitoring video acquired by the monitoring device.

Optionally, the apparatus further comprises: (ii) a

A surveillance video receiving module, configured to receive the surveillance video sent by the bridge server through the target 64-bit virtual terminal; the monitoring video is the video which is received by the bridging server through the target 16-bit virtual terminal and is sent by the protocol conversion server.

For the embodiment of the apparatus for calling 16-bit video from the 64-bit video network, since it is basically similar to the embodiment of the method for calling 16-bit video from the 64-bit video network, the description is simple, and the relevant points can be referred to the partial description of the embodiment of the method for calling 16-bit video from the 64-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 64-bit video networking retrieval of 16-bit video networking video as described in embodiments of the invention.

Embodiments of the present invention further provide a computer-readable storage medium storing a computer program that causes a processor to execute the method for invoking a 16-bit video in a 64-bit video network according to an embodiment of the present invention.

The embodiments in the present specification are all described in a progressive manner, and each embodiment focuses on differences from other embodiments, and portions that are the same and similar between the embodiments may be 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 apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing 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 "include", "including" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article, or terminal device including a series of elements includes not only those elements but also other elements not explicitly listed or inherent to such process, method, article, or terminal device. Without further limitation, an element defined by the phrases "comprising one of \ 8230; \8230;" does not exclude the presence of additional like elements in a process, method, article, or terminal device that comprises the element.

The method for calling 16-bit video networking by using 64-bit video networking, the device for calling 16-bit video networking by using 64-bit video networking, the electronic equipment and the computer readable storage medium provided by the invention are described in detail above, specific examples are applied in the text to explain the principle and the embodiment of the invention, and the description of the above embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A method for calling a 16-bit video network video through a 64-bit video network is characterized in that a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a transfer server and monitoring equipment are deployed in the 16-bit video network, the transfer server and the monitoring management platform are respectively 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:

sending the virtual number to the monitoring management platform so that the monitoring management platform sends the virtual number to the 64-digit terminal;

and sending the watching monitoring instruction to the corotation server through the target 16-bit virtual terminal, so that the corotation server determines the monitoring equipment corresponding to the monitoring number in the 16-bit video network, and calls the monitoring video acquired by the monitoring equipment.

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; determining a target 16-bit virtual terminal in an idle state among the plurality of 16-bit virtual terminals, comprising:

determining a plurality of 16-bit virtual terminals corresponding to the bridge area number from a plurality of 16-bit virtual terminals;

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;

sending the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, including:

determining a corotation server corresponding to the 16-bit corotation main message number;

and sending the watching monitoring instruction to the co-transfer server through the target 16-bit virtual terminal.

3. The method of claim 1, further comprising:

receiving the monitoring video sent by the co-transformation server through the target 16-bit virtual terminal;

and sending the monitoring video to the 64-bit terminal through the target 64-bit virtual terminal.

4. The method of claim 3, wherein before receiving, by the target 16-bit virtual terminal, the surveillance video sent by the collaboration server, the method further comprises:

when receiving a resource normal signaling sent by the protocol conversion server, responding to the resource normal signaling, and sending a live broadcast request to the protocol conversion server; the resource normal signaling is generated by the cooperation server when the monitoring equipment corresponding to the monitoring number is determined to exist;

receiving, by the target 16-bit virtual terminal, the monitoring video sent by the collaboration server, including:

and receiving the monitoring video sent by the corotation server in response to the live broadcast request through the target 16-bit virtual terminal.

5. The method of claim 4, further comprising:

and when receiving a resource abnormal signaling sent by the protocol conversion server, sending the resource abnormal signaling to the monitoring management platform, wherein the resource abnormal signaling is generated by the protocol conversion server when determining that the monitoring equipment corresponding to the monitoring number does not exist.

6. A method for calling a 16-bit video network video through a 64-bit video network is characterized in that a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a transfer server and monitoring equipment are deployed in the 16-bit video network, the transfer server and the monitoring management platform are respectively 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 64-bit terminal and comprises the following steps:

and sending the watching monitoring instruction to the target 64-bit virtual terminal, so that the bridge server determines a target 16-bit virtual terminal in an idle state in the plurality of 16-bit virtual terminals, and sends the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal, wherein the coordination server is used for determining monitoring equipment corresponding to the monitoring number in the 16-bit video network and calling a monitoring video acquired by the monitoring equipment.

7. The method of claim 6, further comprising:

receiving the monitoring video sent by the bridge server through the target 64-bit virtual terminal; the monitoring video is a video which is received by the bridge server through the target 16-bit virtual terminal and is sent by the protocol conversion server.

8. A device for calling a 16-bit video network video through a 64-bit video network is characterized in that a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a transfer server and monitoring equipment are deployed in the 16-bit video network, the transfer server and the monitoring management platform are respectively 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, 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 virtual number sending module, configured to send the virtual number to the monitoring management platform, so that the monitoring management platform sends the virtual number to the 64-bit terminal;

and the watching monitoring instruction sending module is used for sending the watching monitoring instruction to the coordination server through the target 16-bit virtual terminal so that the coordination server determines monitoring equipment corresponding to the monitoring number in the 16-bit video network and calls the monitoring video acquired by the monitoring equipment.

9. A device for calling a 16-bit video network video through a 64-bit video network is characterized in that a monitoring management platform and 64-bit terminals are deployed in the 64-bit video network, a transfer server and monitoring equipment are deployed in the 16-bit video network, the transfer server and the monitoring management platform are respectively 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 at the 64-bit terminal and comprises:

a watching monitoring instruction generating module, configured to generate a watching monitoring instruction in response to the video call signaling, where the watching monitoring instruction includes the monitoring number;

and the watching monitoring instruction sending module is used for sending the watching monitoring instruction to the target 64-bit virtual terminal so that the bridging server determines a target 16-bit virtual terminal in an idle state in the 16-bit virtual terminals, and sends the watching monitoring instruction to the cooperation server through the target 16-bit virtual terminal, wherein the cooperation server is used for determining monitoring equipment corresponding to the monitoring number in the 16-bit video network and calling the monitoring video acquired by the monitoring equipment.

10. 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 electronic device to perform the method of any of claims 1-5 or 6-7.

11. 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 7.