CN111176935B - Application-oriented service monitoring method of integrated monitoring system - Google Patents
Application-oriented service monitoring method of integrated monitoring system Download PDFInfo
- Publication number
- CN111176935B CN111176935B CN201911300839.6A CN201911300839A CN111176935B CN 111176935 B CN111176935 B CN 111176935B CN 201911300839 A CN201911300839 A CN 201911300839A CN 111176935 B CN111176935 B CN 111176935B
- Authority
- CN
- China
- Prior art keywords
- service
- application
- daemon
- monitoring
- services
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3017—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is implementing multitasking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses an application-oriented service monitoring method of a comprehensive monitoring system, which combines a group of services for processing certain professional data in the system into an independent application processing unit, and all the services in the system are uniformly managed by daemon service; the daemon process service periodically checks the running state of the system service, if quitting or suspending occurs, the system service is restarted according to the restarting attribute of the current service, and the state of the application to which the service belongs is updated according to the reported application attribute. The abnormal application caused by the service state fault under the application does not influence the normal operation of all the services under other applications. The daemon service ensures the normal operation of all services in the system, and the monitoring daemon service ensures the normal operation of the daemon service; the daemon service and the monitoring daemon service monitor each other, belong to the same basic application and are incorporated into a system service management system.
Description
Technical Field
The invention relates to an application-oriented service management implementation method of a comprehensive monitoring system, belonging to the field of comprehensive monitoring systems.
Background
The subway integrated monitoring system (ISCS) integrates professional systems such as SCADA, BAS, PIS, CCTV and the like, realizes resource sharing and professional fusion, and monitors each subsystem on a unified platform.
For the management of the service (process) of the integrated monitoring system, a daemon process is usually adopted to monitor all service modes at present, and when the service is abnormal to quit or hang up, the daemon process is responsible for restarting the process; if the restart still fails, the system alarms and notifies manual intervention, and the system is generally recovered by restarting, so that the normal operation of all specialties is influenced.
In fact, in the integrated monitoring system, different services (processes) and processing flows are corresponded to the data for processing the above different specialties. However, under the condition of a certain service fault, when the service fault of a certain professional processing flow is processed, the current system can affect each service processed by the current service, the fault-tolerant operation capability of the whole system is weak,
in addition, the state monitoring of all the system services at present completely depends on the daemon process, and if the daemon process fails, the system is completely in an unmonitored state.
Disclosure of Invention
The invention aims to solve the technical problem that a traditional comprehensive monitoring system needs to restart and recover the whole set of system under a certain service fault condition to influence other service processes, and provides a service monitoring method of the comprehensive monitoring system.
In order to solve the technical problems, the invention adopts the following technical scheme:
the invention provides an application-oriented service monitoring method of a comprehensive monitoring system, which is characterized by comprising the following steps:
the comprehensive monitoring system determines an independent application processing unit according to practically monitored professional type data and services corresponding to the professional type data, the services for originally processing all professional data are subdivided into a plurality of data processing services according to the profession, and each service in the system belongs to a certain application processing unit uniquely;
monitoring the real-time states of the services of all the application processing units through the daemon service;
each service in the system sets a restart attribute and a report application attribute according to requirements;
when a certain service in the system exits or hangs up, the daemon service can update the real-time state of the service and the real-time state of the application to which the service belongs according to the restarting attribute and the reporting application attribute.
In order to solve the problem that the state monitoring of all the system services at present completely depends on the daemon process, if the daemon process fails, the system is in a completely unmonitored state, and further,
the daemon service performs state monitoring by the monitoring daemon service.
When the daemon service is quitted or hung up, the monitoring daemon service restarts the daemon service, and both the daemon service and the monitoring daemon service belong to services under certain application of a system.
The invention has the following beneficial technical effects:
the invention subdivides the original service for processing all professional data into a plurality of data processing services according to the profession, realizes that only the profession of the current service processing is affected when the service for processing a certain professional data fails, and ensures that the flow for processing other professions is normal;
when a certain service fails, only certain professional processing is affected, and other professional data can be guaranteed not to be affected.
Drawings
FIG. 1 illustrates a conventional service monitoring and service monitoring data processing divided by application processing units;
FIG. 2 is a flow chart of service monitoring and service monitoring data processing divided by application processing units according to an embodiment of the present invention;
fig. 3 illustrates a storage structure of an application original state and a service state to which an application belongs in a memory according to an embodiment of the present invention;
FIG. 4 is a flowchart of application-oriented service management in accordance with an embodiment of the present invention;
fig. 5 shows a monitoring relationship between a monitoring daemon service and a daemon service according to an embodiment of the present invention.
Detailed Description
The following is an embodiment of an actual case of the present invention, and the objects and features of the present invention can also be seen from the description of the case. It is to be understood that the examples described herein are for purposes of illustration and explanation only and are not limiting of the present invention.
The subway integrated monitoring system (ISCS) integrates professional systems such as SCADA, BAS, PIS, CCTV and the like, realizes resource sharing and professional fusion, and monitors each subsystem on a unified platform.
In a traditional method for managing service (process) of a comprehensive monitoring system, a daemon process is usually adopted to monitor all service modes (as shown in fig. 1), and when the service is abnormal and quits or is suspended, the daemon process is responsible for restarting the process; if the restart still fails, the system alarms and notifies manual intervention, and the system is generally recovered by restarting, so that the normal operation of all specialties is influenced.
In fact, in the integrated monitoring system, for processing data of different specialties, the system needs to be implemented under the condition of a certain service fault, when the service fault of a certain professional processing flow is processed, only the speciality of the current service processing is affected, the normal processing of other professional processing flows is ensured, fault-tolerant operation is carried out, an alarm can be implemented, and manual intervention is informed. In this case, the related services only need to be manually restored, and the whole system does not need to be restarted and restored.
In the invention, a group of services (collectively called services) for processing certain professional data in the system form an independent application processing unit (application for short), as shown in fig. 2; all services in the system are uniformly managed by a daemon process service (generally called procmng); the method comprises the steps that operating states of system services are periodically checked by procming, namely all services are monitored, and if a certain service is found to be quitted or suspended, whether the service is restarted or not is judged according to the restarting attribute of the current service; if the restarting attribute is restarting, if the service is normal after restarting, continuing to utilize procmng to periodically check all services; if the restart attribute is not restarted or the restart attribute service of the current service is not normal after being restarted, the application attribute needs to be reported, the state of the application to which the service belongs is updated, the update of the state does not affect the original state of the application, the field representing the service state to which the application belongs in the local memory is updated, the system gives the actual state of the application by comprehensively calculating the original state of the application and the service state to which the application belongs (the storage structure is shown in fig. 3), and the flow chart is shown in fig. 4.
FIG. 3 is a storage structure of an application original state and a service state of an application in a memory according to an embodiment of the present invention; FIG. 3 shows fields for storing the service state of each application processing unit and the service state of the application; and storing the state fields of the daemon service and the monitoring daemon service corresponding to the public application processing unit.
The normal operation of all service under other applications is not influenced when the state of a certain application is abnormal; procming ensures the normal operation of all services in the system. The monitoring daemon service (generally called procmng _ dog) ensures the normal operation of procmng;
on the basis of the above embodiment, in order to solve the problem that the state monitoring of all the system services at present completely depends on the daemon process, and if the daemon process fails, the system is completely in an unmonitored state, in a specific embodiment, the daemon process service is used for performing state monitoring by the monitoring daemon process service.
Furthermore, a monitoring daemon service (generally called procmng _ dog) ensures that normal operation of the daemon service procmng restarts the daemon service, and both the daemon service and the monitoring daemon service belong to services under certain application of the system.
The procmng and procmng _ dog monitor each other, belong to the same basic application, and are incorporated into the system service management system, as shown in fig. 5.
An application-oriented service monitoring method of an integrated monitoring system comprises the following steps:
the method comprises the following steps: a set of services dealing with the same specialty fall into the same application:
the comprehensive monitoring system determines an independent application processing unit according to practically monitored professional type data and services corresponding to the professional type data; the application units in the embodiment shown in fig. 2 include an electromechanical application processing unit, a signal application processing unit, a closed circuit television application processing unit, a passenger message application processing unit, a communication alert application processing unit, a clock application processing unit, and a power application processing unit.
The service for originally processing all professional data is subdivided into a plurality of data processing services according to the professions, each service in the system belongs to a certain application, and only one service belongs to the system. As shown in fig. 2, the digital quantity processing services originally processing all professional data are divided into 7 digital quantity processing services respectively processing each professional data according to 7 professions monitored comprehensively, wherein each digital quantity processing service only belongs to the application processing unit processing the current professional data; the analog quantity processing service for processing all professional data is divided into 7 analog quantity processing services for processing each professional data according to 7 professions which are comprehensively monitored, wherein each analog quantity processing service only belongs to an application processing unit for processing the current professional data.
The system is only divided into public applications and other applications; and only two services, namely daemon service and monitoring daemon service, are arranged in the public application. The daemon process (i.e. daemon service) is started when the system is initialized and is responsible for monitoring the service under all the applications.
Step two: setting service attributes
(1) Each service in the system comprises 2 attributes of restarting and reporting application, and the configuration is customized according to the characteristics of each service.
(2) And the restarting attribute indicates that when the service is suspended or quitted, the service is monitored by the daemon process, and the daemon process determines whether to restart the service according to the attribute. The restart attribute includes 3 types of exit no restart, exit restart, and suspend restart.
(3) The real-time status of the service is set to the following 7 types: start, fault, normal, stop, exception, recovery, exit.
(4) Reporting the application attribute, as described above, each service belongs to a certain application (i.e., an application processing unit), and the daemon sets the application state to which the current service belongs according to the monitored real-time state of the current service and the reported application attribute of the current service. The reporting application attributes comprise 4 types of failure/normal reporting, failure/normal non-reporting, abnormal/recovery reporting and abnormal/recovery non-reporting. As shown in fig. 3, if the service 1 of the application 1 is in a failure state and the reporting application attribute of the service 1 is failure/normal reporting, the daemon process sets the state of the application 1 as a service failure; if the reporting application attribute of the service 1 is failure/normal not reporting, the daemon does not process the application 1 state.
Step three: the daemon service in the system can monitor the suspension state of the service:
(5) a timeout period may be set for each service beyond which the current service is considered to have been suspended, become a zombie process, and need to be restarted.
(6) And the current running time is indirectly refreshed in the service management memory by periodically calling the service management interface through each service per se.
(7) When the daemon service polls the service every time, the daemon service compares the last refreshing time with the current time, if the time difference exceeds the originally set overtime, the current service is considered to be suspended, and the service needs to be restarted according to the restarting attribute.
(1) Step four: the daemon process service in the system is responsible for monitoring all services in the system: after the system is started normally, the service management memory stores the current real-time running states of all services;
(2) the daemon service reads a service list in the service management memory according to a period of every second, and polls each service state:
if the current service state is starting, observing whether the current service is normally started, and if the current service is normal, updating the current service to be in a recovery state; if the current service report application attribute is abnormal/recovery report, updating the application state to be service recovery;
if the current service state is starting, observing whether the current service is normally started, and if the current service is abnormally started, updating the current service to be in an abnormal state; if the current service report application attribute is abnormal/recovery report, updating the application state to be abnormal;
if the current service status is faulty, stopped or normal, continue;
if the current service state is quit, according to the service restart attribute (quit without restart or quit restart), if quit restart, then restart the service and update the real-time state as start, if quit without restart, then update the state as stop;
if the current service state is recovery, observing whether the current service is normal, and if the current service state is normal, updating the current service state to be a normal state; if the current service report application attribute is failure/normal report, updating the application state to be normal service;
if the current service state is recovery, observing whether the current service is normal, and if not, updating the current service state to be an abnormal state; if the current service report application attribute is abnormal/recovery report, updating the application state to be abnormal;
if the current service state is abnormal, observing whether the current service is normal, if the current service state is still abnormal, updating the current service state to be a fault state, and if the current service state is abnormal, sending out a highest-level alarm notification system; if the current service report application attribute is failure/normal report, updating the application state to be service failure;
if the current service state is abnormal, observing whether the current service is normal, and if the current service state is normal, updating the current service state to a recovery state; if the current service report application attribute is abnormal/recovery report, updating the application state to be service failure;
and (4) after the above is finished, continuing the step (2) until the complete list is polled.
(3) Polling whether each service exits or is suspended, if a certain service exits, updating the current service real-time state to exit by the daemon service, and continuing the step (3) until a complete list is polled;
(4) polling whether each service exits or hangs up, finding that a certain service hangs up, comparing last refreshing time of the daemon service with current time, and if the time difference is greater than overtime, updating the current service real-time state to exit by the daemon service; otherwise, continuing the step (3) until the complete list is polled;
step five: the monitoring daemon service work flow comprises the following steps:
(1) the monitoring daemon service monitors whether the daemon service exits or hangs in a cycle of every second.
(2) If the operation is quitted, restarting the daemon service, and if the operation is normally restarted, continuing the step (1); if the restart is abnormal, the restart is continued, and the system still cannot be started after 10 times of restart, the highest-level alarm notification system is sent out.
(3) If the suspension is carried out, restarting the daemon service, and if the restart is normal, continuing the step (1); if the restart is abnormal, the restart is continued, and the system still cannot be started after 10 times of restart, the highest-level alarm notification system is sent out.
In a specific embodiment, the daemon service provided by the system may also acquire and update the state of the corresponding service in the local memory in real time in a fault monitoring manner.
It should be noted that, here, regarding the division of the application unit: the integrated monitoring system is necessarily composed of a plurality of processes (generally referred to as services in a professional term), the applications process different professional data, the application division herein refers to classifying different services into independent sets according to functional requirements, and the description is omitted for the sake of complete understanding by those skilled in the art.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (9)
1. An application-oriented service monitoring method of a comprehensive monitoring system is characterized by comprising the following steps:
the comprehensive monitoring system determines an independent application processing unit according to practically monitored professional type data and services corresponding to the professional type data, the services for originally processing all professional data are subdivided into a plurality of data processing services according to the profession, and each service in the system belongs to a certain application processing unit uniquely;
monitoring the real-time states of the services of all the application processing units through the daemon service;
each service in the system sets a restart attribute and reports an application attribute according to requirements, wherein the restart attribute comprises quit non-restart, quit restart and suspend restart;
when a certain service in the system exits or hangs up, the daemon service updates the real-time state of the service and the real-time state of the application processing unit to which the service belongs according to the restarting attribute and the reporting application attribute.
2. The method of claim 1, wherein said professional-type data includes electromechanical, signal, closed circuit television, passenger information, communication alerts, clock and power data.
3. The method of claim 1, wherein the real-time status of the service comprises 7 statuses of start, failure, normal, stop, abnormal, recovery, and exit.
4. The method according to claim 1, wherein the real-time status of the service is obtained by a daemon service provided by the system through a periodic polling or fault monitoring manner, and the status of the corresponding service in the local memory is updated in real time.
5. The method of claim 1, wherein the daemon service performs state monitoring by a monitoring daemon service.
6. The method of claim 4, wherein when the daemon service is exited or suspended, the daemon service is restarted by the monitoring daemon service, and the daemon service and the monitoring daemon service belong to services under certain application of the system.
7. The method according to claim 1, wherein the reporting of the application attributes comprises 4 types, namely failure or normal reporting, failure or normal non-reporting, abnormal or recovery reporting and abnormal or recovery non-reporting.
8. The method of claim 1, wherein the real-time status of the application to which the updated service belongs includes 4 statuses including service exception, service recovery, service failure, and service normality.
9. The method of claim 1, wherein the real-time status of the application itself includes offline, active, standby, stop, start, and failure.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911300839.6A CN111176935B (en) | 2019-12-17 | 2019-12-17 | Application-oriented service monitoring method of integrated monitoring system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911300839.6A CN111176935B (en) | 2019-12-17 | 2019-12-17 | Application-oriented service monitoring method of integrated monitoring system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111176935A CN111176935A (en) | 2020-05-19 |
| CN111176935B true CN111176935B (en) | 2022-02-01 |
Family
ID=70653904
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911300839.6A Active CN111176935B (en) | 2019-12-17 | 2019-12-17 | Application-oriented service monitoring method of integrated monitoring system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111176935B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105183455A (en) * | 2015-08-13 | 2015-12-23 | 深圳市广和通无线股份有限公司 | Method and system for integrating JT/T808 program on Android platform |
| CN109445927A (en) * | 2018-11-12 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of task management method and device of storage cluster |
| CN110399241A (en) * | 2019-07-10 | 2019-11-01 | 金蝶软件（中国）有限公司 | Task abnormity processing method, device, computer equipment and readable storage medium storing program for executing |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7996544B2 (en) * | 2003-07-08 | 2011-08-09 | International Business Machines Corporation | Technique of detecting denial of service attacks |
| CN102143084B (en) * | 2011-04-15 | 2013-07-17 | 东南大学 | Tiered service aggregation model under open network environment |
| CN109726886B (en) * | 2018-09-04 | 2023-07-25 | 中国舰船研究设计中心 | Ship integration optimization design method based on task driving |
-
2019
- 2019-12-17 CN CN201911300839.6A patent/CN111176935B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105183455A (en) * | 2015-08-13 | 2015-12-23 | 深圳市广和通无线股份有限公司 | Method and system for integrating JT/T808 program on Android platform |
| CN109445927A (en) * | 2018-11-12 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of task management method and device of storage cluster |
| CN110399241A (en) * | 2019-07-10 | 2019-11-01 | 金蝶软件（中国）有限公司 | Task abnormity processing method, device, computer equipment and readable storage medium storing program for executing |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111176935A (en) | 2020-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107515796B (en) | Equipment abnormity monitoring processing method and device | |
| CN108710544B (en) | Process monitoring method of database system and rail transit comprehensive monitoring system | |
| CN110830283B (en) | Fault detection method, device, equipment and system | |
| CN107147540A (en) | Fault handling method and troubleshooting cluster in highly available system | |
| CN103607297A (en) | Fault processing method of computer cluster system | |
| CN101399883B (en) | Exception monitoring management method and device | |
| CN106021070A (en) | Method and device for server cluster monitoring | |
| CN110417586B (en) | Service monitoring method, service node, server and computer readable storage medium | |
| CN106161090A (en) | The monitoring method of a kind of subregion group system and device | |
| CN113778614A (en) | Cluster abnormity monitoring and warning system and method facing enterprise service bus | |
| CN111104237A (en) | Configurable fault automation handling method and system and computer storage medium | |
| CN110198224A (en) | A kind of alarm processing method, apparatus and system | |
| CN111176935B (en) | Application-oriented service monitoring method of integrated monitoring system | |
| CN110798339A (en) | Task disaster tolerance method based on distributed task scheduling framework | |
| CN112099990A (en) | Disaster recovery backup method, device, equipment and machine readable storage medium | |
| CN116185697B (en) | Container cluster management method, device and system, electronic equipment and storage medium | |
| CN112272113A (en) | Method and system for monitoring and automatically switching based on various block chain nodes | |
| JP2015230674A (en) | Management object device, management device, and network management system | |
| CN111737060A (en) | Method and device for processing component exception and electronic equipment | |
| CN111897626A (en) | Cloud computing scene-oriented virtual machine high-reliability system and implementation method | |
| CN108196441B (en) | Method for realizing hot standby redundancy for system application | |
| CN113381884B (en) | Full link monitoring method and device for monitoring alarm system | |
| CN102185720A (en) | North notification management interface device and management method thereof | |
| CN111610992B (en) | Deployment component update processing method and device and storage medium | |
| JP2015082131A (en) | Monitoring system, monitoring method, monitoring program, and monitoring device |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230111 Address after: 315100 no.3399 Ningchuan Road, Yinzhou District, Ningbo City, Zhejiang Province Patentee after: NINGBO SUBWAY INDUSTRY ENGINEERING Co.,Ltd. Address before: 3399 Ningchuan Road, Yinzhou District, Ningbo City, Zhejiang Province Patentee before: NINGBO TRACK TRAFFIC GROUP Co.,Ltd. CONSTRUCTION BRANCH |
|
| TR01 | Transfer of patent right |