CN110519554B - Monitoring detection method and device - Google Patents
Monitoring detection method and device Download PDFInfo
- Publication number
- CN110519554B CN110519554B CN201810499662.6A CN201810499662A CN110519554B CN 110519554 B CN110519554 B CN 110519554B CN 201810499662 A CN201810499662 A CN 201810499662A CN 110519554 B CN110519554 B CN 110519554B
- Authority
- CN
- China
- Prior art keywords
- monitoring
- information
- video
- server
- pull
- 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.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 401
- 238000001514 detection method Methods 0.000 title claims abstract description 27
- 238000012806 monitoring device Methods 0.000 claims abstract description 169
- 230000006855 networking Effects 0.000 claims abstract description 82
- 238000000034 method Methods 0.000 claims abstract description 55
- 238000006243 chemical reaction Methods 0.000 claims abstract description 30
- 238000012546 transfer Methods 0.000 claims abstract description 22
- 230000005540 biological transmission Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 abstract description 16
- 230000008569 process Effects 0.000 description 25
- 238000005516 engineering process Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 238000012423 maintenance Methods 0.000 description 7
- 230000015654 memory Effects 0.000 description 6
- 238000003860 storage Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000009826 distribution Methods 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
- 230000002452 interceptive effect Effects 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
- 230000011664 signaling 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/01—Protocols
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (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 embodiment of the invention provides a monitoring detection method and a monitoring detection device, which are applied to a video network, wherein the video network comprises a video network terminal, a monitoring management platform, a monitoring transfer server and a plurality of monitoring devices. The method comprises the following steps: the monitoring protocol conversion server receives a monitoring viewing request sent by a monitoring management platform through a video network terminal; the monitoring viewing request comprises a monitoring equipment identifier; the monitoring co-rotation server sends a first pull flow request to target monitoring equipment corresponding to the monitoring equipment identification; if receiving the loss information and the first error reason information returned by the target monitoring equipment aiming at the first pull flow request, the monitoring co-rotating server generates first online no-flow information of the target monitoring equipment; and the monitoring cooperation server returns the first online no-flow information and the first error reason information to the monitoring management platform through the video networking terminal. The embodiment of the invention greatly improves the processing efficiency of the monitoring problem and saves the labor cost.
Description
Technical Field
The invention relates to the technical field of video networking, in particular to a monitoring detection method and a monitoring detection device.
Background
Video surveillance is an important component of security systems. Video monitoring is widely applied to many occasions due to intuition, accuracy, timeliness and rich information content. In recent years, with the rapid development of computers, networks, image processing and transmission technologies, video monitoring technologies have been developed. The traditional monitoring system comprises front-end monitoring equipment, a transmission cable and a video monitoring platform. The front-end monitoring equipment transmits the collected monitoring video to the video monitoring platform, and a user can view the real-time monitoring video on a display of the video monitoring platform.
In the prior art, when a user views a monitoring video, the state of a certain monitoring device is often online, but a video monitoring platform does not receive the monitoring video acquired by the monitoring device, so that the monitoring video acquired by the monitoring device is not displayed on a display. For the above situation, the reason for the problem is usually checked manually by operation and maintenance personnel, the processing efficiency is low, and the labor cost is high.
Disclosure of Invention
In view of the above, embodiments of the present invention are proposed to provide a monitoring and detection method and a corresponding monitoring and detection apparatus that overcome or at least partially solve the above problems.
In order to solve the above problems, an embodiment of the present invention discloses a monitoring detection method, which is applied to a video network, where the video network includes a video network terminal, a monitoring management platform, a monitoring protocol server and a plurality of monitoring devices, and the method includes:
the monitoring co-transfer server receives a monitoring viewing request sent by the monitoring management platform through the video networking terminal; the monitoring viewing request comprises a monitoring device identifier;
the monitoring co-steering server sends a first pull flow request to target monitoring equipment corresponding to the monitoring equipment identification;
if the monitoring cooperative conversion server receives the pull loss information and the first error reason information returned by the target monitoring equipment aiming at the first pull request, first online no-flow information of the target monitoring equipment is generated;
and the monitoring protocol conversion server returns the first online no-flow information and the first error reason information to the monitoring management platform through the video networking terminal.
Preferably, after the step of sending, by the monitoring co-steering server, the first pull request to the target monitoring device corresponding to the monitoring device identifier, the method further includes: if the monitoring co-rotation server receives the pull stream success information returned by the target monitoring equipment aiming at the first pull stream request, the monitoring co-rotation server starts to receive a first video stream returned by the target monitoring equipment aiming at the first pull stream request; and if the monitoring protocol conversion server does not receive the first video stream within the first preset time, generating second online non-stream information of the target monitoring equipment, and returning the second online non-stream information to the monitoring management platform through the video networking terminal.
Preferably, after the step of starting to receive the first video stream returned by the target monitoring device for the first pull stream request if the monitoring co-rotation server receives the pull stream success information returned by the target monitoring device for the first pull stream request, the method further includes: and if the monitoring cooperation server receives the first video stream within a first preset time, generating online streaming information of the target monitoring equipment, and returning the online streaming information to the monitoring management platform through the video networking terminal.
Preferably, the method further comprises: after the monitoring cooperative transmission server determines that a preset self-checking condition is met, sequentially detecting the state of each monitoring device according to a set time interval to obtain the state information of each monitoring device; and the monitoring coordination and transfer server returns the state information of each monitoring device to the monitoring management platform.
Preferably, the step of sequentially detecting the states of the monitoring devices according to the set time interval to obtain the state information of the monitoring devices includes:
the monitoring cooperative transmission server sequentially sends second pull stream requests to the monitoring devices according to the set time interval;
if the monitoring co-transfer server receives the pull loss information and the second error reason information returned by the current monitoring equipment aiming at the second pull request, generating third online no-flow information of the current monitoring equipment, and taking the second error reason information and the third online no-flow information as the state information of the current monitoring equipment;
if the monitoring co-rotation server receives the pull stream success information returned by the current monitoring equipment aiming at the second pull stream request, the monitoring co-rotation server starts to receive a second video stream returned by the current monitoring equipment aiming at the second pull stream request;
and if the monitoring cooperative conversion server does not receive the second video stream within second preset time, generating fourth online non-stream information of the current monitoring equipment, and taking the fourth online non-stream information as the state information of the current monitoring equipment.
On the other hand, the embodiment of the invention also discloses a monitoring detection device, which is applied to a video network, wherein the video network comprises a video network terminal, a monitoring management platform, a monitoring transfer server and a plurality of monitoring devices, and the monitoring transfer server comprises:
the request receiving module is used for receiving a monitoring viewing request sent by the monitoring management platform through the video network terminal; the monitoring viewing request comprises a monitoring device identifier;
a request sending module, configured to send a first pull request to a target monitoring device corresponding to the monitoring device identifier;
an information generating module, configured to generate first online no-flow information of the target monitoring device if receiving loss information and first error cause information, which are returned by the target monitoring device for the first pull request, are received;
and the first information returning module is used for returning the first online wireless information and the first error reason information to the monitoring management platform through the video networking terminal.
Preferably, the monitoring co-rotation server further includes: a video receiving module, configured to start receiving a first video stream returned by the target monitoring device for the first pull stream request if pull stream success information returned by the target monitoring device for the first pull stream request is received; and the second information returning module is used for generating second online non-stream information of the target monitoring equipment and returning the second online non-stream information to the monitoring management platform through the video networking terminal if the video receiving module does not receive the first video stream within a first preset time.
Preferably, the monitoring co-rotation server further includes: and the third information returning module is used for generating online streaming information of the target monitoring equipment and returning the online streaming information to the monitoring management platform through the video networking terminal if the video receiving module receives the first video stream within a first preset time.
Preferably, the monitoring co-rotation server further includes: the state detection module is used for sequentially detecting the state of each monitoring device according to a set time interval after the preset self-checking condition is met, so as to obtain the state information of each monitoring device; and the state returning module is used for returning the state information of each monitoring device to the monitoring management platform.
Preferably, the state detection module includes:
a sending unit, configured to send second pull requests to the monitoring devices in sequence according to the set time interval;
a first returning unit, configured to generate third online no-flow information of the current monitoring device if receiving loss information and second error cause information, which are returned by the current monitoring device for the second pull request, and use the second error cause information and the third online no-flow information as state information of the current monitoring device;
a receiving unit, configured to start receiving a second video stream returned by the current monitoring device for the second pull request if the pull success information returned by the current monitoring device for the second pull request is received;
a second returning unit, configured to generate fourth online wireless stream information of the current monitoring device if the receiving unit does not receive the second video stream within a second preset time, and use the fourth online wireless stream information as state information of the current monitoring device.
In the embodiment of the invention, when a user checks a monitoring video through a monitoring management platform, a monitoring check request carrying a monitoring equipment identifier is triggered on the monitoring management platform, the monitoring management platform sends the monitoring check request to a monitoring transfer server through a video networking terminal, and the monitoring transfer server sends a first pull request to target monitoring equipment corresponding to the monitoring equipment identifier. And if the pull flow fails, the target monitoring equipment returns pull flow failure information and first error reason information aiming at the first pull flow request, and if the monitoring coordination server receives the pull flow failure information and the first error reason information, first online no-flow information of the target monitoring equipment is generated, and the first online no-flow information and the first error reason information are returned to the monitoring management platform through the video network terminal. Because the monitoring management platform can receive error reason information when the pull flow fails, the error reason information can more intuitively indicate the reason why the pull flow fails, and operation and maintenance personnel can directly position the problems according to the error reason information without manual check, so that the processing efficiency is greatly improved, and the labor cost is saved.
Drawings
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 flowchart illustrating steps of a monitoring and detecting method according to a first embodiment of the present invention;
FIG. 6 is a flowchart illustrating steps of a monitoring and detecting method according to a second embodiment of the present invention;
fig. 7 is an interactive schematic diagram of a device for monitoring an online no-flow self-test process according to a third embodiment of the present invention;
fig. 8 is a schematic flow chart of a monitoring on-line no-flow self-check process according to a third embodiment of the present invention;
FIG. 9 is a schematic diagram of an interaction of a device for monitoring a video request process according to a third embodiment of the present invention;
fig. 10 is a flowchart illustrating a process of monitoring a video request according to a third embodiment of the present invention;
fig. 11 is a block diagram of a monitoring and detecting device according to a fourth 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 over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network Circuit Switching (Circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.
Switching Technology (Switching Technology)
The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.
Server Technology (Server Technology)
The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.
Storage Technology (Storage Technology)
The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.
Network Security Technology (Network Security Technology)
The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.
Service Innovation Technology (Service Innovation Technology)
The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.
Networking of the video network is as follows:
the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.
As shown in fig. 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: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.
1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).
The specific hardware structure of each access network device is as follows:
a node server:
as shown in fig. 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 data packet coming from the CPU module 204 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.
The switching engine module 303 polls all packet buffer queues, which in this embodiment of the present invention is divided into two cases:
if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;
if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.
The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.
The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.
Ethernet protocol conversion gateway：
As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a 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 MAC SA of the ethernet protocol gateway, and the ethernet length or frame type, and sends the packet.
The other modules in the ethernet protocol gateway function similarly to the access switch.
A terminal:
the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.
1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.
2. Video networking packet definition
2.1 Access network packet definition
The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.
As shown in the following table, the data packet of the access network mainly includes the following parts:
| DA | SA | Reserved | Payload | CRC |
wherein:
the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;
the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);
the reserved byte consists of 2 bytes;
the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;
the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.
2.2 metropolitan area network packet definition
The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.
In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.
As shown in the following table, the data packet of the metro network mainly includes the following parts:
| DA | SA | Reserved | label (R) | Payload | CRC |
Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and 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 network, the monitoring detection scheme provided by the embodiment of the invention follows the protocol of the video network, detects the pull flow condition of the monitoring video in the video network, timely acquires the reason of the pull flow failure and timely processes the problem.
Example one
Referring to fig. 5, a flowchart illustrating steps of a monitoring and detecting method according to a first embodiment of the present invention is shown. The method can be applied to the video network, and the video network can comprise a video network terminal, a monitoring management platform, a monitoring coordination server and a plurality of monitoring devices.
The monitoring and detecting method of the embodiment of the invention can comprise the following steps:
In the embodiment of the invention, the monitoring equipment is mainly used for acquiring the monitoring video, the monitoring coordination server can pull the video stream acquired by the monitoring equipment, the monitoring management platform is a monitoring viewing and scheduling system, and the video network terminal is equipment capable of watching the monitoring video. The monitoring management platform and the video network terminal can interact based on a video network protocol, the video network terminal and the monitoring transfer server can interact based on the video network protocol, and the monitoring management platform and the monitoring transfer server can interact based on the video network.
When a user wants to view a monitoring video acquired by a certain monitoring device, a monitoring viewing request can be triggered by executing related operations on the monitoring management platform, the monitoring viewing request can include information such as a monitoring device identifier, and the monitoring device identifier is an identifier of a target monitoring device to be viewed.
And the monitoring management platform obtains the monitoring viewing request and sends the monitoring viewing request to the video networking terminal through the video networking protocol. And after receiving the request, the video networking terminal sends the monitoring viewing request to the monitoring coordination server through a video networking protocol.
And the monitoring co-rotation server receives the monitoring viewing request, and can send a first pull flow request to the target monitoring equipment corresponding to the monitoring equipment identifier according to the monitoring equipment identifier. For example, the monitoring co-rotation server may send a first pull request to the target monitoring device, or may send a first pull request to the monitoring device platform, and then the monitoring device platform locates the target monitoring device. The first stream pulling request is used for indicating that the monitoring protocol conversion server wants to pull the video stream collected by the target monitoring equipment.
After receiving the first pull request, the target monitoring device or the monitoring device platform may determine whether the pull is successful, and return corresponding information according to the determination result. If the pull flow fails, the target monitoring device may return pull flow failure information and first error cause information for the first pull flow request.
If the monitoring co-rotation server receives the loss information and the first error reason information returned by the target monitoring device for the first stream pulling request, first online no-stream information of the target monitoring device can be generated. The first online no-flow information may include an online no-flow state of the target monitoring device, and the online no-flow state may be understood as that the resource state of the monitoring device is online, but no flow is sent.
The monitoring protocol conversion server sends the first online no-flow information and the first error reason information to the video networking terminal through the video networking protocol, and the video networking terminal sends the first online no-flow information and the first error reason information to the monitoring management platform through the video networking protocol. The monitoring management platform can display the first online no-flow information and the first error reason information in the interface. The user can know that the target monitoring device is in the online no-flow state at present according to the first online no-flow information, and can know the specific reason that the target monitoring device is in the online no-flow state according to the first error reason information.
In the embodiment of the invention, the monitoring management platform can receive the error reason information when the pull flow fails, the error reason information can more intuitively indicate the reason why the pull flow fails, and operation and maintenance personnel can directly position the problems according to the error reason information without manual check, thereby greatly improving the processing efficiency and saving the labor cost.
Example two
Referring to fig. 6, a flowchart illustrating steps of a monitoring and detecting method according to a second embodiment of the present invention is shown. The method can be applied to the video network, and the video network can comprise a video network terminal, a monitoring management platform, a monitoring coordination server and a plurality of monitoring devices.
The monitoring and detecting method of the embodiment of the invention can comprise the following steps:
The monitoring management platform can provide a user interface, the interface can display relevant information of each monitoring device, the interface can also provide a monitoring viewing module, and a user can trigger a monitoring viewing request by executing corresponding operation on the viewing module. For example, a view button may be provided for each monitoring device, and a user clicking the view button may trigger a monitoring view request for the monitoring device. For another example, an input box and a viewing button may be set, and a user may input information (such as a monitoring device identifier) of the monitoring device in the input box and click the viewing button, so that a monitoring viewing request for the monitoring device may be triggered. The embodiment of the present invention does not limit the specific manner of triggering the monitoring and checking request.
And the monitoring management platform sends the monitoring viewing request to the video network terminal, and the video network terminal forwards the monitoring viewing request to the monitoring transfer server.
The monitoring viewing request may include information such as a monitoring device identifier of the target monitoring device, and the monitoring coordination server may generate a first pull request according to the monitoring viewing request, and send the first pull request to the target monitoring device. For example, the monitoring cooperation server may extract the monitoring device identifier from the monitoring viewing request, obtain the pull flow address of the corresponding target monitoring device according to the monitoring device identifier, and add the monitoring device identifier and the pull flow address to the first pull flow request.
After receiving the first pull request, the target monitoring device or the monitoring device platform may determine whether the pull is successful, and return corresponding information according to the determination result. For example, it may be determined whether the target monitoring device exists, whether the target monitoring device fails, and the like. If the pull flow fails, pull flow failure information and first error reason information can be returned aiming at the first pull flow request; if the pull is successful, pull success information may be returned for the first pull request.
The information about the success of the pull flow may include a success flag, and the success of the pull flow may be known according to the success flag. The pull loss failure information may include a failure flag, and the pull loss failure may be known according to the failure flag. The first error reason information may include an error code, etc., from which a reason for the error may be known. For example, if the error code is an error code beginning with 40, it may indicate that the error reason is the reason of the monitoring device itself, such as absence of the monitoring device, failure of the monitoring device, and the like; if the error code is an error code starting from 50, the error reason can be indicated as the reason of monitoring the equipment platform, such as a server failure of a monitoring equipment manufacturer.
The monitoring protocol conversion server can determine the loss of the pull loss if receiving the loss of the pull loss information, under the condition, the monitoring protocol conversion server can generate first online no-flow information of the target monitoring equipment, return the first online no-flow information and the first error reason information to the video network terminal, and return the first online no-flow information and the first error reason information to the monitoring management platform through the video network terminal, and the monitoring management platform can display the first online no-flow information and the first error reason information. The user can check the first online no-flow information and the first error reason information on the monitoring management platform, can know that the target monitoring device is in an online no-flow state at present according to the first online no-flow information, and can know the specific reason that the target monitoring device is in the online no-flow state according to the first error reason information.
In step 604, if the monitoring coordination server receives the pull stream success information returned by the target monitoring device for the first pull stream request, the monitoring coordination server starts to receive the first video stream returned by the target monitoring device for the first pull stream request.
The monitoring co-ordination server may determine that the pull is successful if the pull success information is received, in which case the monitoring co-ordination server may start receiving the first video stream returned by the target monitoring device for the first pull request.
If the first video stream is not received within the first preset time, the monitoring coordination server may generate second online no-stream information of the target monitoring device, where the second online no-stream information may include an online no-stream state of the target monitoring device, and the like.
And the monitoring cooperation server returns the second online non-stream information to the video network terminal, and the video network terminal returns the second online non-stream information to the monitoring management platform, and the monitoring management platform displays the second online non-stream information. The user can check the second online no-flow information on the monitoring management platform, and can know that the target monitoring device is in an online no-flow state at present according to the second online no-flow information. In this case, since the error cause information is not received, the user may know that the reason that the target monitoring device is in the online no-flow state may not be the reason of the monitoring device itself or the reason of the monitoring device platform server described in the first error cause information, but may be due to other reasons, such as that a video stream cannot be received due to a network reason.
If the first video stream is received within the first preset time, the monitoring coordination server may generate online streaming information of the target monitoring device, where the online streaming information may include an online streaming status of the target monitoring device, and the like. The monitoring cooperation server returns the online streaming information to the video network terminal, and the video network terminal returns the online streaming information to the monitoring management platform, and the monitoring management platform displays the online streaming information. The user can check the online streaming information on the monitoring management platform, and can know that the target monitoring equipment is in the online streaming state at present according to the online streaming information.
Under this kind of circumstances, the monitoring is cooperative the commentaries on classics server and can also be sent the first video stream that receives to the video networking terminal, and the video networking terminal can show first video stream, also shows the surveillance video that target monitoring equipment gathered.
For the specific value of the first preset time, a person skilled in the art may set any suitable value according to practical situations, for example, set to 3s, 5s, and the like, which is not limited in this embodiment of the present invention.
In the embodiment of the invention, a self-checking thread for monitoring the cooperative conversion server can be further arranged. After determining that the preset self-checking condition is satisfied, the monitoring coordination server starts the self-checking thread of step 607. The self-checking condition may be set according to an actual situation, for example, the self-checking condition may be set according to time, and the self-checking is set once every set time (for example, every week, every ten days, or the like).
In a preferred embodiment, the step of sequentially detecting the states of the monitoring devices at set time intervals to obtain the state information of the monitoring devices may include:
a1, the monitoring coordination server sequentially sends a second pull request to each monitoring device according to the set time interval.
And the monitoring co-rotation server sends a second pull request to a certain monitoring device, wherein the monitoring device is the current monitoring device, and then sends the second pull request to the next monitoring device after the time interval is reached. The second pull request may include information such as an identifier of the current monitoring device, a pull address of the current monitoring device, and the like.
For the specific value of the time interval, a person skilled in the art may set any suitable value according to practical situations, for example, set to 3s, 5s, etc., and the embodiment of the present invention is not limited thereto.
a2, if the monitoring coordination server receives the loss information and the second error reason information of the current monitoring device returned by the current monitoring device for the second pull request, generating the third online no-flow information of the current monitoring device, and taking the second error reason information and the third online no-flow information as the state information of the current monitoring device.
a3, if the monitoring co-operating server receives the pull stream success information returned by the current monitoring device for the second pull stream request, the monitoring co-operating server starts to receive the second video stream returned by the current monitoring device for the second pull stream request.
a4, if the monitoring coordination server does not receive the second video stream within a second preset time, generating fourth online wireless stream information of the current monitoring device, and taking the fourth online wireless stream information as the state information of the current monitoring device.
For the specific processes of a 2-a 4, the processes are substantially similar to the specific processes of step 603-step 605, and reference may be made to the description related to step 603-step 605, and the embodiments of the present invention are not repeatedly discussed here.
For the specific value of the second preset time, a person skilled in the art may set any suitable value according to practical situations, for example, set to 3s, 5s, and the like, which is not limited in this embodiment of the present invention.
The embodiment of the invention can meet the operation and maintenance requirements of users and improve the online rate of the monitoring video and the normal rate of the images. The monitoring protocol conversion server is added with functions of monitoring code stream self-checking and equipment on-line detection, so that the accuracy of monitoring on-line rate is improved, and the responsibility party for monitoring on-line no-flow is determined.
EXAMPLE III
The monitoring detection method of the embodiment of the invention can comprise a monitoring on-line no-flow self-checking process and a monitoring video request process, and the two processes are respectively explained below.
Fig. 7 is a schematic diagram of device interaction for monitoring an online no-flow self-test process according to a third embodiment of the present invention. As can be seen from fig. 7, monitoring the online no-flow self-check process may include interaction between a monitoring management platform, a monitoring co-transformation server, and a monitoring device or platform. The monitoring co-rotation server pulls a flow to the monitoring equipment or the platform, the monitoring equipment or the platform returns a state to the monitoring co-rotation server, and the monitoring co-rotation server feeds information back to the monitoring management platform based on the video networking protocol.
Fig. 8 is a schematic flow chart of a monitoring online no-flow self-check process according to a third embodiment of the present invention. As can be seen from fig. 8, monitoring the online no-flow self-test process may include the following steps:
a. and the monitoring co-operation server determines whether to start operation and maintenance detection according to the configuration, and starts the operation and maintenance detection after the determination.
b. The monitoring protocol conversion server polls the request monitoring resource, namely polls the pull flow request sent to the accessed monitoring equipment resource.
c. The monitoring equipment or the platform receives the pull stream request from the monitoring cooperative server, judges whether the pull stream is successful or not, and returns a mark indicating whether the pull stream is successful or not.
d. And when the failure occurs, the monitoring equipment or the platform returns an error code of the pull flow failure and online no-flow information to the monitoring cooperative conversion server. The monitoring protocol conversion server receives the error code and the on-line no-flow information, reports the error code and the on-line no-flow information to the monitoring management platform, the management platform receives the error code and the on-line no-flow information, updates the error code and the on-line no-flow information to the database, and correspondingly displays the page.
e. And if the monitoring device or the platform does not send the code stream, the on-line no-stream information is reported to the monitoring management platform, the monitoring management platform receives the on-line no-stream information, updates the on-line no-stream information to a database, and correspondingly displays the page.
The state of the monitoring equipment is detected by polling the monitoring protocol coordination server, the original monitoring equipment state reporting protocol based on the video network is expanded, the detected monitoring resource equipment state and the failure error code are reported to the monitoring management platform, the monitoring management platform updates the state of the monitoring equipment in real time, the accurate state of the monitoring equipment is displayed for a user, and the user can visually and clearly see the state of the monitoring equipment.
Fig. 9 is a schematic interaction diagram of a device for monitoring a video request process according to a third embodiment of the present invention. As can be seen from fig. 9, the monitoring video request process may include interaction between a monitoring management platform, a video networking terminal, a monitoring protocol server, and a monitoring device or platform. The monitoring management platform sends a request to the video networking terminal based on the video networking protocol, the video networking terminal forwards the request to the monitoring transfer server based on the video networking protocol, the monitoring transfer server pulls a stream to the monitoring equipment or the platform, the monitoring equipment or the platform returns a state to the monitoring transfer server, the monitoring transfer server feeds back information to the video networking terminal based on the video networking protocol, and the video networking terminal feeds back information to the monitoring management platform based on the video networking protocol.
Fig. 10 is a flowchart illustrating a process of requesting a surveillance video according to a third embodiment of the present invention. As can be seen from fig. 10, the surveillance video request process may include the following steps:
a. the monitoring management platform initiates a monitoring viewing request to the video network terminal, and the video network terminal receives the request and forwards the request to the monitoring coordination and transfer server.
b. The monitoring co-rotation server requests the monitoring equipment or the platform for the video code stream of the target monitoring equipment, namely sends a stream pulling request.
c. The monitoring protocol conversion server sends the virtual terminal number bound with the target monitoring equipment to the video networking terminal through a video networking protocol, and the video networking terminal returns the successful watching to the monitoring management platform.
d. The monitoring equipment or the platform receives the pull stream request from the monitoring cooperative server, judges whether the pull stream is successful or not, and returns a mark indicating whether the pull stream is successful or not.
e. And when the code stream is successful, the monitoring cooperative conversion server judges whether the code stream is received within 3 seconds. If the code stream is not received, the online no-flow information is sent to a video networking terminal through a video networking protocol, the video networking terminal prompts that no flow exists online and feeds the no-flow information back to the monitoring management platform, and the page of the monitoring management platform is correspondingly displayed; and if the code stream is received, the on-line stream information is sent to the video networking terminal through the video networking protocol, the video networking terminal displays a monitoring video picture and feeds the monitoring video picture back to the monitoring management platform, and the monitoring management platform updates the state on the page.
f. And when the failure occurs, the monitoring equipment or the platform returns an error code of the pull flow failure and online no-flow information. And the monitoring protocol conversion server receives the error code and the on-line no-flow information, sends the error code and the on-line no-flow information to the video network terminal through a video network protocol, displays the on-line no-flow information and the error code on the video network terminal, feeds the on-line no-flow information and the error code back to the monitoring management platform, and the monitoring management platform updates the state and the error code on the page.
When a user calls the video networking terminal through the monitoring management platform to request the monitoring transfer server to watch videos of the monitoring equipment in real time, if the monitoring transfer server detects that the monitoring equipment is online and has no stream, the pull loss is failed, the online no-stream state and the error code are reported to the video networking terminal through the video networking protocol, and the video networking terminal feeds back the video networking terminal to the monitoring management platform.
Through the implementation of the two aspects, the user can directly see the error information on the monitoring management platform through the detailed error information feedback when the pull flow fails, the accuracy of the online rate of the monitoring equipment is improved, and the responsible party of the monitoring equipment in online no-flow state is determined. The problem feedback and problem source tracking when a user sees that the monitoring equipment is on line but cannot watch the monitoring video are solved, the accuracy of monitoring the on-line rate is improved, the responsible party of monitoring the on-line and non-stream is determined, the working efficiency is improved, and the labor cost is saved.
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.
Example four
Referring to fig. 11, a block diagram of a monitoring and detecting device according to a fourth embodiment of the present invention is shown. The device can be applied to the video network, and the video network comprises a video network terminal, a monitoring management platform, a monitoring cooperation server and a plurality of monitoring devices.
The monitoring cooperative conversion server of the embodiment of the invention can comprise the following modules:
a request receiving module 1101, configured to receive a monitoring viewing request sent by the monitoring management platform via the video networking terminal; the monitoring viewing request comprises a monitoring device identifier;
a request sending module 1102, configured to send a first pull stream request to a target monitoring device corresponding to the monitoring device identifier;
an information generating module 1103, configured to generate first online no-flow information of the target monitoring device if receiving pull loss information and first error cause information, which are returned by the target monitoring device for the first pull request, are received;
a first information returning module 1104, configured to return the first online wireless information and the first error reason information to the monitoring management platform via the video networking terminal.
Preferably, the monitoring co-rotation server may further include:
a video receiving module, configured to start receiving a first video stream returned by the target monitoring device for the first pull stream request if pull stream success information returned by the target monitoring device for the first pull stream request is received;
and the second information returning module is used for generating second online non-stream information of the target monitoring equipment and returning the second online non-stream information to the monitoring management platform through the video networking terminal if the video receiving module does not receive the first video stream within a first preset time.
Preferably, the monitoring co-rotation server may further include:
and the third information returning module is used for generating online streaming information of the target monitoring equipment and returning the online streaming information to the monitoring management platform through the video networking terminal if the video receiving module receives the first video stream within a first preset time.
Preferably, the monitoring co-rotation server may further include:
the state detection module is used for sequentially detecting the state of each monitoring device according to a set time interval after the preset self-checking condition is met, so as to obtain the state information of each monitoring device;
and the state returning module is used for returning the state information of each monitoring device to the monitoring management platform.
Preferably, the state detection module may include:
a sending unit, configured to send second pull requests to the monitoring devices in sequence according to the set time interval;
a first returning unit, configured to generate third online no-flow information of the current monitoring device if receiving loss information and second error cause information, which are returned by the current monitoring device for the second pull request, and use the second error cause information and the third online no-flow information as state information of the current monitoring device;
a receiving unit, configured to start receiving a second video stream returned by the current monitoring device for the second pull request if the pull success information returned by the current monitoring device for the second pull request is received;
a second returning unit, configured to generate fourth online wireless stream information of the current monitoring device if the receiving unit does not receive the second video stream within a second preset time, and use the fourth online wireless stream information as state information of the current monitoring device.
In the embodiment of the invention, the monitoring management platform can receive the error reason information when the pull flow fails, the error reason information can more intuitively indicate the reason why the pull flow fails, and operation and maintenance personnel can directly position the problems according to the error reason information without manual check, thereby greatly improving the processing efficiency and saving the labor cost.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.
The monitoring and detecting method and the monitoring and detecting device provided by the invention are described in detail, and the principle and the implementation mode of the invention are explained by applying specific examples, and the description of the examples 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 (8)
1. A monitoring detection method is characterized in that the method is applied to a video network, wherein the video network comprises a video network terminal, a monitoring management platform, a monitoring coordination server and a plurality of monitoring devices, and the method comprises the following steps:
the monitoring co-transfer server receives a monitoring viewing request sent by the monitoring management platform through the video networking terminal; the monitoring viewing request comprises a monitoring device identifier; the video networking terminal and the monitoring protocol conversion server are interacted based on a video networking protocol, and the monitoring management platform and the monitoring protocol conversion server are interacted based on the video networking;
the monitoring co-steering server sends a first pull flow request to target monitoring equipment corresponding to the monitoring equipment identification;
if the monitoring cooperative conversion server receives the pull loss information and the first error reason information returned by the target monitoring equipment aiming at the first pull request, first online no-flow information of the target monitoring equipment is generated;
the monitoring protocol conversion server returns the first online no-flow information and the first error reason information to the monitoring management platform through the video networking terminal;
after the step of sending, by the monitoring co-steering server, the first pull request to the target monitoring device corresponding to the monitoring device identifier, the method further includes:
if the monitoring co-rotation server receives the pull stream success information returned by the target monitoring equipment aiming at the first pull stream request, the monitoring co-rotation server starts to receive a first video stream returned by the target monitoring equipment aiming at the first pull stream request;
and if the monitoring protocol conversion server does not receive the first video stream within the first preset time, generating second online non-stream information of the target monitoring equipment, and returning the second online non-stream information to the monitoring management platform through the video networking terminal.
2. The method according to claim 1, wherein after the monitoring coordination server starts receiving the first video stream returned by the target monitoring device for the first pull stream request if the pull stream success information returned by the target monitoring device for the first pull stream request is received, the method further comprises:
and if the monitoring cooperation server receives the first video stream within a first preset time, generating online streaming information of the target monitoring equipment, and returning the online streaming information to the monitoring management platform through the video networking terminal.
3. The method of claim 1, further comprising:
after the monitoring cooperative transmission server determines that a preset self-checking condition is met, sequentially detecting the state of each monitoring device according to a set time interval to obtain the state information of each monitoring device;
and the monitoring coordination and transfer server returns the state information of each monitoring device to the monitoring management platform.
4. The method of claim 3, wherein the step of sequentially detecting the status of each monitoring device according to the set time interval to obtain the status information of each monitoring device comprises:
the monitoring cooperative transmission server sequentially sends second pull stream requests to the monitoring devices according to the set time interval;
if the monitoring co-transfer server receives the pull loss information and the second error reason information returned by the current monitoring equipment aiming at the second pull request, generating third online no-flow information of the current monitoring equipment, and taking the second error reason information and the third online no-flow information as the state information of the current monitoring equipment;
if the monitoring co-rotation server receives the pull stream success information returned by the current monitoring equipment aiming at the second pull stream request, the monitoring co-rotation server starts to receive a second video stream returned by the current monitoring equipment aiming at the second pull stream request;
and if the monitoring cooperative conversion server does not receive the second video stream within second preset time, generating fourth online non-stream information of the current monitoring equipment, and taking the fourth online non-stream information as the state information of the current monitoring equipment.
5. The utility model provides a control is assisted and is changeed server, its characterized in that, control is assisted and is changeed server and be applied to in the video networking, including video networking terminal, control management platform, control are assisted and are changeed server and a plurality of supervisory equipment in the video networking, control is assisted and is changeed server and include:
the request receiving module is used for receiving a monitoring viewing request sent by the monitoring management platform through the video network terminal; the monitoring viewing request comprises a monitoring device identifier; the video networking terminal and the monitoring protocol conversion server are interacted based on a video networking protocol, and the monitoring management platform and the monitoring protocol conversion server are interacted based on the video networking;
a request sending module, configured to send a first pull request to a target monitoring device corresponding to the monitoring device identifier;
an information generating module, configured to generate first online no-flow information of the target monitoring device if receiving loss information and first error cause information, which are returned by the target monitoring device for the first pull request, are received;
the first information returning module is used for returning the first online wireless information and the first error reason information to the monitoring management platform through the video networking terminal;
the monitoring co-transformation server further comprises:
a video receiving module, configured to start receiving a first video stream returned by the target monitoring device for the first pull stream request if pull stream success information returned by the target monitoring device for the first pull stream request is received;
and the second information returning module is used for generating second online non-stream information of the target monitoring equipment and returning the second online non-stream information to the monitoring management platform through the video networking terminal if the video receiving module does not receive the first video stream within a first preset time.
6. The monitoring protocol translation server of claim 5, wherein the monitoring protocol translation server further comprises:
and the third information returning module is used for generating online streaming information of the target monitoring equipment and returning the online streaming information to the monitoring management platform through the video networking terminal if the video receiving module receives the first video stream within a first preset time.
7. The monitoring protocol translation server of claim 5, wherein the monitoring protocol translation server further comprises:
the state detection module is used for sequentially detecting the state of each monitoring device according to a set time interval after the preset self-checking condition is met, so as to obtain the state information of each monitoring device;
and the state returning module is used for returning the state information of each monitoring device to the monitoring management platform.
8. The monitoring coordination server of claim 7, wherein said status detection module comprises:
a sending unit, configured to send second pull requests to the monitoring devices in sequence according to the set time interval;
a first returning unit, configured to generate third online no-flow information of the current monitoring device if receiving loss information and second error cause information, which are returned by the current monitoring device for the second pull request, and use the second error cause information and the third online no-flow information as state information of the current monitoring device;
a receiving unit, configured to start receiving a second video stream returned by the current monitoring device for the second pull request if the pull success information returned by the current monitoring device for the second pull request is received;
a second returning unit, configured to generate fourth online wireless stream information of the current monitoring device if the receiving unit does not receive the second video stream within a second preset time, and use the fourth online wireless stream information as state information of the current monitoring device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810499662.6A CN110519554B (en) | 2018-05-22 | 2018-05-22 | Monitoring detection method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810499662.6A CN110519554B (en) | 2018-05-22 | 2018-05-22 | Monitoring detection method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110519554A CN110519554A (en) | 2019-11-29 |
| CN110519554B true CN110519554B (en) | 2021-08-06 |
Family
ID=68621805
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810499662.6A Active CN110519554B (en) | 2018-05-22 | 2018-05-22 | Monitoring detection method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110519554B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110958396B (en) * | 2019-12-23 | 2021-09-21 | 视联动力信息技术股份有限公司 | Holder control method and device, electronic equipment and storage medium |
| CN111131788B (en) * | 2019-12-27 | 2022-11-04 | 视联动力信息技术股份有限公司 | Monitoring resource state detection method and device and computer readable storage medium |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106550282A (en) * | 2015-09-17 | 2017-03-29 | 北京视联动力国际信息技术有限公司 | A kind of player method and system of video data |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102111310B (en) * | 2010-12-31 | 2013-11-27 | 网宿科技股份有限公司 | Method and system for monitoring content delivery network (CDN) equipment status |
| CN102387038B (en) * | 2011-10-20 | 2014-04-02 | 赛特斯信息科技股份有限公司 | Network video fault positioning system and method based on video detection and comprehensive network management |
| CN102413356B (en) * | 2011-12-30 | 2014-04-16 | 武汉烽火众智数字技术有限责任公司 | Detecting system for video definition and detecting method thereof |
| CN102740112B (en) * | 2012-06-18 | 2015-02-25 | 苏州科达科技股份有限公司 | Method for controlling equipment polling based on video monitoring system |
| JP6234165B2 (en) * | 2013-10-28 | 2017-11-22 | キヤノン株式会社 | IMAGING DEVICE, EXTERNAL DEVICE, IMAGING SYSTEM, IMAGING DEVICE CONTROL METHOD, EXTERNAL DEVICE CONTROL METHOD, IMAGING SYSTEM CONTROL METHOD, AND PROGRAM |
| CN203933852U (en) * | 2013-12-15 | 2014-11-05 | 郑州新力光电技术有限公司 | Crawl device video line carrier wave control device |
| CN105808422B (en) * | 2014-12-31 | 2019-03-15 | 视联动力信息技术股份有限公司 | A kind of network-based method for testing software, client and equipment to be tested |
| CN105335271A (en) * | 2015-09-24 | 2016-02-17 | 浪潮电子信息产业股份有限公司 | State monitoring apparatus and comprehensive monitoring system and method |
| CN105354131A (en) * | 2015-12-11 | 2016-02-24 | 北京慧眼智行科技有限公司 | Monitoring method for running of service program and device |
-
2018
- 2018-05-22 CN CN201810499662.6A patent/CN110519554B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106550282A (en) * | 2015-09-17 | 2017-03-29 | 北京视联动力国际信息技术有限公司 | A kind of player method and system of video data |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110519554A (en) | 2019-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109167960B (en) | Method and system for processing video stream data | |
| CN110190973B (en) | Online state detection method and device | |
| CN109587002B (en) | State detection method and system for video network monitoring equipment | |
| CN108989837A (en) | A kind of method and apparatus of picture interception | |
| CN109743550B (en) | Method and device for monitoring data flow regulation | |
| CN109194915B (en) | Video data processing method and system | |
| CN110557606B (en) | Monitoring and checking method and device | |
| CN110557612B (en) | Control method of monitoring equipment and video networking system | |
| CN110113558B (en) | Data processing method, device, system and computer readable storage medium | |
| CN109802952B (en) | Monitoring data synchronization method and device | |
| CN110113564B (en) | Data acquisition method and video networking system | |
| CN110113555B (en) | Video conference processing method and system based on video networking | |
| CN108989850B (en) | Video playing control method and control system | |
| CN110519554B (en) | Monitoring detection method and device | |
| CN111212255B (en) | Monitoring resource obtaining method and device and computer readable storage medium | |
| CN111131788B (en) | Monitoring resource state detection method and device and computer readable storage medium | |
| CN110134892B (en) | Loading method and system of monitoring resource list | |
| CN109698953B (en) | State detection method and system for video network monitoring equipment | |
| CN110086773B (en) | Audio and video data processing method and system | |
| CN110324578B (en) | Monitoring video processing method, device and storage medium | |
| CN109450995B (en) | Method and system for acquiring server data | |
| CN109688073B (en) | Data processing method and system based on video network | |
| CN109194896B (en) | Calling method and system for video networking terminal | |
| CN110768854B (en) | Data statistics method and device based on video network | |
| CN110418105B (en) | Video monitoring method and system |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: 33rd Floor, No.1 Huasheng Road, Yuzhong District, Chongqing 400013 Patentee after: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd. Country or region after: China Address before: 100000 Beijing Dongcheng District gogoa building A1103-1113 Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd. Country or region before: China |