WO2018170684A1

WO2018170684A1 - Fault location method and system for cloud monitoring platform

Info

Publication number: WO2018170684A1
Application number: PCT/CN2017/077331
Authority: WO
Inventors: 张北江; 胡君健
Original assignee: 华平智慧信息技术（深圳）有限公司
Priority date: 2017-03-20
Filing date: 2017-03-20
Publication date: 2018-09-27

Abstract

Disclosed in the present invention is a fault location method for a cloud monitoring platform. Said method comprises the following steps: a cloud monitoring platform receiving heartbeat messages broadcasted by cameras; if the cloud monitoring platform receives no heartbeat message from a first camera within a set time, the cloud monitoring platform sending an acknowledgement message to the first camera; if the cloud monitoring platform receives no response message for the acknowledgement message within a set time, the cloud monitoring platform instructing another device of the cloud monitoring platform to re-send an acknowledgement message, and if the cloud monitoring platform still receives no response message for the acknowledgement message within a set time, the cloud monitoring platform determining that the first camera is faulty. The technical solutions provided in the present invention have low costs.

Description

Method and system for monitoring fault location of cloud platform

Technical field

The present invention relates to the field of monitoring, and in particular, to a fault location method and system for monitoring a cloud platform.

Background technique

The monitoring system consists of 5 parts: camera, transmission, control, display, and record registration. The camera transmits the video image to the control host through the coaxial video cable, and the control host distributes the video signal to each monitor and recording device, and simultaneously records the voice signal to be transmitted into the recorder. By controlling the host, the operator can issue commands to control the up, down, left, and right movements of the pan/tilt and focus the zoom on the lens, and can be implemented in the multi-channel camera and the pan/tilt by the control host. Switch between. With special recording processing mode, images can be recorded, played back, processed, etc., so that the recording effect is optimal.

The fault location of existing monitoring systems is based on manual inspection, which is costly and inefficient.

technical problem

The application provides a fault location method for monitoring a cloud platform. The invention solves the defects of high cost and low efficiency of the technical solutions of the prior art.

Technical solution

In one aspect, a method for monitoring a fault location of a cloud platform is provided, the method comprising the following steps:

Monitoring the cloud platform to receive a heartbeat message broadcast by the camera;

When the monitoring cloud platform does not receive the heartbeat message of the first camera within the set time, sending a confirmation message to the first camera;

When the monitoring cloud platform does not receive the response message of the acknowledgment message within the set time, the other device that monitors the cloud platform is instructed to send the acknowledgment again. If the response message of the acknowledgment message is still not received within the set time, the first camera is determined. malfunction.

Optionally, the method further includes:

If the first camera fails, the time when the heartbeat message of the first camera is received last time is recorded as the fault start time.

Optionally, the method further includes:

The monitoring cloud platform sends a fault message of the first camera to the maintenance platform, where the fault message carries the identifier and coordinates of the first camera.

In a second aspect, a fault location system for monitoring a cloud platform is provided, the system comprising:

a receiving unit, configured to receive a heartbeat message broadcast by the camera;

a processing unit, configured to send an acknowledgement message to the first camera when the heartbeat message of the first camera is not received within the set time, and when the response message of the confirmation message is not received within the set time, indicating to monitor the cloud platform A device sends an acknowledgment again, and if the response message of the acknowledgment message is still not received within the set time, the first camera is determined to be faulty.

Optionally, the system further includes:

The processing unit is configured to record, as the first camera failure, the time when the heartbeat message of the first camera is received last time as the fault start time.

Optionally, the system further includes:

And a sending unit, configured to send, to the maintenance platform, a fault message of the first camera, where the fault message carries an identifier of the first camera and coordinates.

In a third aspect, a monitoring system is provided, including: a processor, a wireless transceiver, a memory, and a bus, wherein the processor, the wireless transceiver, and the memory are connected by a bus.

The wireless transceiver is configured to receive a heartbeat message broadcast by a camera;

The processor is configured to send an acknowledgement message to the first camera when the heartbeat message of the first camera is not received within the set time, and notify the monitoring cloud platform when the response message of the confirmation message is not received within the set time Another device sends an acknowledgment again, such as a response message that the acknowledgment message has not been received within the set time, determining that the first camera is faulty.

Optionally, the processor is specifically configured to record, as the first camera fault, the time when the heartbeat message of the first camera is received last time as the fault start time.

Optionally, the transceiver is configured to send a fault message of the first camera to the service platform, where the fault message carries the identifier and coordinates of the first camera.

Beneficial effect

The technical solution provided by the present invention automatically determines the fault detection by transmitting an acknowledgement message, so that it has the advantage of low cost.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are some embodiments of the present invention. Those skilled in the art can also obtain other drawings based on these drawings without paying any creative work.

1 is a flowchart of a fault location method for monitoring a cloud platform according to a first preferred embodiment of the present invention;

2 is a structural diagram of a fault location system for monitoring a cloud platform according to a second preferred embodiment of the present invention.

FIG. 3 is a hardware structural diagram of a monitoring system according to a second preferred embodiment of the present invention.

Embodiments of the invention

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are a part of the embodiments of the present invention, but not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

Please refer to FIG. 1. FIG. 1 is a schematic diagram of a fault location method for monitoring a cloud platform according to a first preferred embodiment of the present invention. The method is as shown in FIG.

Step S101: The monitoring cloud platform receives a heartbeat message broadcast by the camera.

Step S102: When the monitoring cloud platform does not receive the heartbeat message of the first camera within the set time, send an acknowledgement message to the first camera.

Step S103: When the monitoring cloud platform does not receive the response message of the acknowledgment message within the set time, the other device that monitors the cloud platform is instructed to send the acknowledgment again, if the response message of the acknowledgment message is still not received within the set time, determining The first camera is faulty.

Optionally, if the first camera fails, the time when the heartbeat message of the first camera is received last time is recorded as the fault start time.

Optionally, the monitoring cloud platform sends a fault message of the first camera to the maintenance platform, where the fault message carries the identifier and coordinates of the first camera.

Please refer to FIG. 2. FIG. 2 is a schematic diagram of a fault location system for monitoring a cloud platform according to a second preferred embodiment of the present invention. The system is as shown in FIG.

The receiving unit 201 is configured to receive a heartbeat message broadcast by the camera;

The processing unit 202 is configured to: when the heartbeat message of the first camera is not received within the set time, send an acknowledgement message to the first camera, and when the response message of the acknowledgement message is not received within the set time, indicate that the cloud platform is monitored. The other device sends an acknowledgment again, and if the response message of the acknowledgment message is still not received within the set time, the first camera failure is determined.

Optionally, the system may further include: a processing unit 202, configured to record, as the first camera fault, the time when the heartbeat message of the first camera is received last time as the fault start time.

Optionally, the sending unit 203 is configured to send, to the service platform, a fault message of the first camera, where the fault message carries the identifier of the first camera and coordinates.

Referring to FIG. 3, FIG. 3 is a monitoring system 30, including: a processor 301, a wireless transceiver 302, a memory 303, and a bus 304. The wireless transceiver 302 is configured to transmit and receive data with and from an external device. The number of processors 301 can be one or more. In some embodiments of the present application, processor 301, memory 302, and transceiver 303 may be connected by bus 304 or other means. Monitoring system 30 can be used to perform the steps of FIG. For the meaning and examples of the terms involved in the embodiment, reference may be made to the corresponding embodiment of FIG. 1. I will not repeat them here.

The wireless transceiver 302 is configured to receive a heartbeat message broadcast by the camera.

The program code is stored in the memory 303. The processor 901 is configured to call the program code stored in the memory 903 for performing the following operations:

The processor 301 is configured to: when the heartbeat message of the first camera is not received within the set time, send an acknowledgement message to the first camera, and when the response message of the confirmation message is not received within the set time, indicate to monitor the cloud platform. The other device sends an acknowledgment again, and if the response message of the acknowledgment message is still not received within the set time, the first camera failure is determined.

It should be noted that the processor 301 herein may be a processing component or a general term of multiple processing components. For example, the processing element can be a central processor (Central) Processing Unit, CPU), or a specific integrated circuit (Application Specific Integrated) Circuit, ASIC), or one or more integrated circuits configured to implement embodiments of the present application, such as one or more microprocessors (digital singnal Processor, DSP), or one or more Field Programmable Gate Arrays (FPGAs).

The memory 303 may be a storage device or a collective name of a plurality of storage elements, and is used to store executable program code or parameters, data, and the like required for the application running device to operate. And the memory 303 may include random access memory (RAM), and may also include non-volatile memory (non-volatile memory) Memory), such as disk storage, flash (Flash), etc.

Bus 304 can be an industry standard architecture (Industry Standard Architecture, ISA) bus, Peripheral Component (PCI) bus or extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 3, but it does not mean that there is only one bus or one type of bus.

The terminal may further include input and output means connected to the bus 304 for connection to other parts such as the processor 301 via the bus. The input/output device can provide an input interface for the operator, so that the operator can select the control item through the input interface, and can also be other interfaces through which other devices can be externally connected.

It should be noted that, for the foregoing various method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should understand that the present invention is not limited by the described action sequence. Because certain steps may be performed in other sequences or concurrently in accordance with the present invention. In addition, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

In the above embodiments, the descriptions of the various embodiments are different, and the parts that are not described in detail in a certain embodiment can be referred to the related descriptions of other embodiments.

A person skilled in the art may understand that all or part of the various steps of the foregoing embodiments may be performed by a program to instruct related hardware. The program may be stored in a computer readable storage medium, and the storage medium may include: Flash drive, read-only memory (English: Read-Only Memory, referred to as: ROM), random accessor (English: Random Access Memory, referred to as: RAM), disk or CD.

The content downloading method and the related device and system provided by the embodiments of the present invention are described in detail above. The principles and implementation manners of the present invention are described in the specific examples. The description of the above embodiments is only used to help understand the present invention. The method of the invention and its core idea; at the same time, for the person of ordinary skill in the art, according to the idea of the present invention, there are some changes in the specific embodiment and the scope of application. In summary, the content of the specification should not be understood. To limit the invention.

Claims

A method for monitoring a fault location of a cloud platform, characterized in that the method comprises the following steps:

Monitoring the cloud platform to receive a heartbeat message broadcast by the camera;

When the monitoring cloud platform does not receive the heartbeat message of the first camera within the set time, sending a confirmation message to the first camera;

When the monitoring cloud platform does not receive the response message of the acknowledgment message within the set time, the other device that monitors the cloud platform is instructed to send the acknowledgment again. If the response message of the acknowledgment message is still not received within the set time, the first camera is determined. malfunction.
The method of claim 1 further comprising:

If the first camera fails, the time when the heartbeat message of the first camera is received last time is recorded as the fault start time.
The method of claim 1, wherein the method further comprises:

The monitoring cloud platform sends a fault message of the first camera to the maintenance platform, where the fault message carries the identifier and coordinates of the first camera.
A fault location system for monitoring a cloud platform, the system comprising:

a receiving unit, configured to receive a heartbeat message broadcast by the camera;

a processing unit, configured to send an acknowledgement message to the first camera when the heartbeat message of the first camera is not received within the set time, and when the response message of the confirmation message is not received within the set time, indicating to monitor the cloud platform A device sends an acknowledgment again, and if the response message of the acknowledgment message is still not received within the set time, the first camera is determined to be faulty.
The system of claim 4, wherein the system further comprises:

The processing unit is configured to record, as the first camera failure, the time when the heartbeat message of the first camera is received last time as the fault start time.
The system of claim 5, wherein the system further comprises:

And a sending unit, configured to send, to the maintenance platform, a fault message of the first camera, where the fault message carries an identifier of the first camera and coordinates.
A monitoring system includes: a processor, a wireless transceiver, a memory, and a bus, wherein the processor, the wireless transceiver, and the memory are connected by a bus, wherein

The wireless transceiver is configured to receive a heartbeat message broadcast by a camera;

The processor is configured to send an acknowledgement message to the first camera when the heartbeat message of the first camera is not received within the set time, and notify the monitoring cloud platform when the response message of the confirmation message is not received within the set time Another device sends an acknowledgment again, such as a response message that the acknowledgment message has not been received within the set time, determining that the first camera is faulty.
The monitoring system according to claim 7, wherein the processor is specifically configured to record, as the first camera failure, the time when the heartbeat message of the first camera was received last time as the fault start time.
The monitoring system according to claim 7, wherein the transceiver is configured to send a fault message of the first camera to the maintenance platform, the fault message carrying the identifier and coordinates of the first camera.