CN112214974A - Intelligent rail crossing oriented alarm information merging analysis processing method - Google Patents

Intelligent rail crossing oriented alarm information merging analysis processing method Download PDF

Info

Publication number
CN112214974A
CN112214974A CN202011078874.0A CN202011078874A CN112214974A CN 112214974 A CN112214974 A CN 112214974A CN 202011078874 A CN202011078874 A CN 202011078874A CN 112214974 A CN112214974 A CN 112214974A
Authority
CN
China
Prior art keywords
alarm
merging
point
merged
merge
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.)
Granted
Application number
CN202011078874.0A
Other languages
Chinese (zh)
Other versions
CN112214974B (en
Inventor
丁鹏鹏
何绪兰
刘学纵
张立鹏
张奕男
张广宇
林立
裴加富
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casco Signal Ltd
Original Assignee
Casco Signal Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Casco Signal Ltd filed Critical Casco Signal Ltd
Priority to CN202011078874.0A priority Critical patent/CN112214974B/en
Publication of CN112214974A publication Critical patent/CN112214974A/en
Application granted granted Critical
Publication of CN112214974B publication Critical patent/CN112214974B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/174Form filling; Merging
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61LGUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/50Trackside diagnosis or maintenance, e.g. software upgrades
    • B61L27/57Trackside diagnosis or maintenance, e.g. software upgrades for vehicles or trains, e.g. trackside supervision of train conditions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2282Tablespace storage structures; Management thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2462Approximate or statistical queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/177Editing, e.g. inserting or deleting of tables; using ruled lines
    • G06F40/18Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Databases & Information Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Educational Administration (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Mechanical Engineering (AREA)
  • Biomedical Technology (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Alarm Systems (AREA)

Abstract

The invention relates to an intelligent rail traffic oriented alarm information merging analysis processing method, which comprises the following steps: step S1Selecting whether the alarm is merged or not through a merging mark Mode of the configuration file; if the merge flag Mode is 0, the merge alarm is not satisfied; if the merge flag Mode is 1, alarm merge is indicated; step S2Acquiring the alarm generation quantity of the DI points in real time; step S3After the acquired alarm number, judging whether the alarm message needs to be returnedIf the Mode value is equal to 1 and the merge value of a single DI point is merged, the alarm message needs to be merged; step S4If the alarm messages need to be combined, performing alarm message mapping processing, if the alarm messages do not need to be combined, generating the alarm messages, and storing the generated alarm messages; step S5After the alarm message is mapped, different alarm types of the same DI point are merged, analyzed and processed. Compared with the prior art, the method has the advantages that various alarm merging modes can be realized, and the like.

Description

Intelligent rail crossing oriented alarm information merging analysis processing method
Technical Field
The invention relates to an alarm technology of a rail transit signal system, in particular to an intelligent rail transit-oriented alarm information merging analysis processing method.
Background
At present, a comprehensive monitoring system is an important system for monitoring the running state and environment of vehicles in the field of rail transit, and the comprehensive monitoring system can be used for monitoring the states of different specialties such as power supply, electromechanics, fire alarm, entrance guard, shielded gate, signal system and the like in real time. These specialties contain a large number of devices, and the states of the devices can change in real time when the train runs normally, so that a large number of alarms are generated. Alarm processing is an important part of the whole monitoring system and is also an important basis for engineering personnel to find equipment faults and process field problems.
The alarm information contained in the same equipment when the equipment breaks down and repairs the fault is basically the same, but the state value and the occurrence time of the equipment are different, the traditional alarm mode is that the fault alarm, the recovery alarm and the confirmation alarm respectively generate event records, the generated alarm data are various, and most of the alarm information of the same equipment is distributed on different pages. A large amount of similar alarms of the same equipment bring great inconvenience to checking of operators, certain confusion exists for field personnel to analyze whether equipment faults are solved, most importantly, the large amount of alarms occupy the space of a database, and 2-3 times of storage pressure is brought to a magnetic disk.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provide an intelligent rail-oriented alarm information merging, analyzing and processing method.
The purpose of the invention can be realized by the following technical scheme:
according to one aspect of the invention, an intelligent rail crossing oriented alarm information merging analysis processing method is provided, and the method comprises the following steps:
step S1Reading an alarm. ini configuration file, and selecting whether the alarm is merged or not through a merging mark Mode of the configuration file; if the merge flag Mode is 0, it indicates that the conventional alarm generation method is used, i.e. the merge alarm is not used, and the step S is directly performed6(ii) a If merge flag Mode is 1, all DI points have alarm merge function, proceed to step S2Then, step S is performed3
Step S2Acquiring the alarm generation quantity almNum of the DI points in real time, and if the alarm generation quantity almNum is more than 0, performing the step S3Otherwise, continuing to execute step S2
Step S3Judging whether the alarm message needs to be merged or not after the obtained alarm number almNum, if the Mode value is equal to 1 and the merge value of a single DI point is merging, indicating that the alarm message needs to be merged, otherwise, indicating that the merging processing is not needed;
step S4If the alarm messages need to be combined, performing alarm message mapping processing, if the alarm messages do not need to be combined, generating the alarm messages, and storing the generated alarm messages;
step S5After the alarm message is mapped, merging, analyzing and processing different alarm types of the same DI point;
step S6History storage is carried out on the alarm result, and then the step S is continuously executed2
As a preferred technical proposal, the step S3The method specifically comprises the following steps:
step S31The merging of the alarms is to meet the requirement that the Mode is 1 and the merge value of a single point is merged, and the Mode value passes through the step S2Reading an alarm. ini configuration file, and storing a read result in an internal memory;
step S32And judging whether the merge value is merged or not according to the measurement type of the DI point, wherein if the measurement type in the measurement type table corresponding to the DI point is configured to be merged, the DI point has a merging function.
As a preferred technical solution, the measurement type table of the DI point includes fault/normal, alarm/normal, on/off, closing/opening.
As a preferable technical proposal, the S4The method specifically comprises the following steps:
step S41The mapping processing of the alarm is to adopt map table mapping to the alarm according to the situation that the DI point needs to be merged, and the map table comprises a fault alarm map table and an unknown alarm map table;
step S42Mapping a fault alarm map table;
step S43And mapping an unknown alarm map table.
As the preferred technical scheme, the alarm messages of the same DI point are divided into abnormal alarm, recovery alarm and confirmation alarm.
As a preferable technical scheme, the abnormal alarm comprises a fault alarm and an unknown alarm.
As a preferred technical solution, the unknown alarm is a double-site alarm.
As a preferred technical solution, the map table maps the fault alarm information { uuid, datatime, pointcode, text, state } into the corresponding DI point code.
As a preferred technical solution, the map table for mapping unknown alarms maps the information { uuid, datetime, pointcode, text, state } of the unknown alarms into corresponding DI point codes.
As a preferable technical proposal, the S5The method specifically comprises the following steps:
step S51Judging whether a recovery alarm or a confirmation alarm exists;
step S52Searching for restoring the alarm or confirming whether the alarm point code exists in a fault alarm map table or an unknown alarm map table;
step S53Merging the existing abnormal alarms in the database, wherein the abnormal alarms comprise fault alarms and unknown alarms;
step S54And deleting the fault alarm records in the map mapping table.
Compared with the prior art, the invention has the following advantages:
1. the invention can realize the support of various alarm merging modes by setting the alarm file;
2. according to the invention, different DI points are configured through the measurement type of the configuration point code, so that the individual combination requirements of different point codes can be met, and the flexibility of the alarm monitoring function in an urban rail monitoring system is increased;
3. the invention reduces the number of alarm display and storage by merging the abnormal alarm, the recovery alarm and the confirmation alarm, and is convenient for the system user and manager;
4. the invention uses the memory to record the Map fault table and the Map unknown fault table, thereby increasing the real-time of alarm merging, simultaneously increasing the function of dual-point merging processing and increasing the application scene of alarm merging.
Drawings
FIG. 1 is an overall flow chart of the alarm merge analysis of the present invention;
FIG. 2 is a diagram of an alarm message and a measurement type table association according to the present invention;
FIG. 3 is a map mapping table according to the present invention;
fig. 4 is a method for alarm merging processing according to the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, shall fall within the scope of protection of the present invention.
Referring to fig. 1-4, a technical solution of the present invention is described, first, referring to fig. 1, an overall flowchart of an alarm merge analysis of the present invention is described, and on this basis, referring to fig. 2-4, association between an alarm message and a measurement type table, a map mapping mechanism, and an alarm merge processing method of the present invention are described.
Referring to fig. 1, the invention is a method for merging alarms in the field of intelligent rail transit, which is mainly used in the field of subway monitoring, and the overall process of alarm merging analysis comprises the following steps:
step 100, firstly, reading a value of a merging flag Mode in an alarm. Wherein, the alarm has an abnormal alarm AaAnd recovery alarm ArAnd acknowledgement alarm AcI.e. alarm ═ aa,Ar,Ac}; abnormity alarm AaAnd is divided into failure alarm AfAnd unknown alarm AuI.e. Aa={Af,Au}. Unknown alarm AuIt is proposed for the bi-site that when the values of the bi-site are both 1 or both 0, it indicates that the device is in an unknown state.
Step 101, when alarm messages are generated, reading the number almNum of alarms, wherein the alarms may include abnormal alarm AaAnd recovery alarm ArAnd acknowledgement alarm Ac
Step 102, judging whether the merge of each alarm is generated, if the merge is generated, determining the merge by the measurement type meastype of the current alarm, wherein the meastype needs to be associated to a measurement type table, and acquiring whether the corresponding measurement type is merged from the measurement type table. As shown in fig. 2, the meastype of the alarm is M003, and the meastypeclass of M003 in the measurement type table is searched for merging, so that the corresponding merge value is 2, which indicates that the alarm message of the device point needs to be merged;
step 103, if the device point belongs to the merged alarm, after the device point generates a new alarm, mapping the alarm, as shown in fig. 3, to a map table, where the map table includes a failure alarm map table and an unknown alarm map table. If the newly generated alarm is an abnormal alarm AaIf so, the alarm is judged to be a fault alarm AfOr unknown alarm AuAnd storing the alarm into the corresponding map according to the pointcode, wherein the fault alarm map and the alarm information A mapped by the unknown alarm mapinfo{ uuid, datetime, pointcode, text, state }, where uuid is the next time that alarm a is to be recovered in order to ensure alarm message uniquenessrAnd acknowledgement alarm AcWhen the abnormal alarm is generated, the abnormal alarm can be found according to the pointcode, the state indicates that the current state of the abnormal alarm is one of { fault, unknown and recovery }, the state is 0 to indicate the fault alarm, the state is 2 to indicate the unknown alarm, and the state is 1 to indicate the recovery alarm; if the newly generated alarm is a recovery alarm or a confirmation alarm, whether a corresponding point code pointcode exists in a fault alarm map table and an unknown alarm map table or not is searched, if the same point code exists, the next step of merging processing is carried out, and if the same point code does not exist, real-time storage and alarm filing processing are directly carried out;
and step 104, merging the alarms after the mapping of the alarm message is finished, wherein the alarm merging processing method is shown in fig. 4. First, a recovery alarm A that needs to be merged is readrAnd acknowledgement alarm Ac(ii) a Then checking whether unknown alarm records of the same pointcode exist in an unknown alarm map table, if so, carrying out unknown alarm merging processing, and deleting the unknown alarm mapping records in the unknown alarm map table, wherein the unknown alarm merging processing is to fill datatime for recovering the alarm and opentime for confirming the alarm into the recovery time and the confirmation time of the unknown alarm, and if not, carrying out the next step; searching whether the fault alarm map table has fault alarm records of the same pointcode, and if so, carrying out fault detectionAlarm merging processing is carried out, and a fault alarm mapping record in a fault alarm map table is deleted, wherein the fault alarm merging processing is to fill datatime for recovering alarm and opentime for confirming alarm to the recovery time and the confirmation time of fault alarm, and if the record cannot be found, the recovery alarm generates a new alarm instead of merging processing;
and 105, displaying the merged result in the real-time database and archiving the historical database, and then continuing to execute the step 102.
Referring to fig. 2, the association relationship between the alarm message and the measurement type table of the present invention is introduced, and through whether different types of configurations in the measurement type table are combined, personalized customization of different alarm types can be realized, and a field diversified combination function is satisfied.
Referring to fig. 3, the mapping mechanism of the map mapping table of the present invention is introduced, which can realize respective merging of multiple abnormal alarms (such as fault alarm and unknown alarm), and meanwhile, map the existing abnormal alarms by using the map table, thereby increasing merging processing speed, improving merging instantaneity, and shortening alarm processing time of the system.
While the invention has been described with reference to specific embodiments, the invention is not limited thereto, and various equivalent modifications and substitutions can be easily made by those skilled in the art within the technical scope of the invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (10)

1. An intelligent rail crossing oriented alarm information merging analysis processing method is characterized by comprising the following steps:
step S1Reading an alarm. ini configuration file, and selecting whether the alarm is merged or not through a merging mark Mode of the configuration file; if the merge flag Mode is 0, it indicates that the conventional alarm generation method is used, i.e. the merge alarm is not used, and the step S is directly performed6(ii) a If merge flag Mode is 1, all DI points have alarm merge function, proceed to step S2Then, the process is carried outStep S3
Step S2Acquiring the alarm generation quantity almNum of the DI points in real time, and if the alarm generation quantity almNum is more than 0, performing the step S3Otherwise, continuing to execute step S2
Step S3Judging whether the alarm message needs to be merged or not after the obtained alarm number almNum, if the Mode value is equal to 1 and the merge value of a single DI point is merging, indicating that the alarm message needs to be merged, otherwise, indicating that the merging processing is not needed;
step S4If the alarm messages need to be combined, performing alarm message mapping processing, if the alarm messages do not need to be combined, generating the alarm messages, and storing the generated alarm messages;
step S5After the alarm message is mapped, merging, analyzing and processing different alarm types of the same DI point;
step S6History storage is carried out on the alarm result, and then the step S is continuously executed2
2. The method for merging, analyzing and processing intelligent rail-crossing oriented alarm information according to claim 1, wherein the step S is performed in3The method specifically comprises the following steps:
step S31The merging of the alarms is to meet the requirement that the Mode is 1 and the merge value of a single point is merged, and the Mode value passes through the step S2Reading an alarm. ini configuration file, and storing a read result in an internal memory;
step S32And judging whether the merge value is merged or not according to the measurement type of the DI point, wherein if the measurement type in the measurement type table corresponding to the DI point is configured to be merged, the DI point has a merging function.
3. The method as claimed in claim 2, wherein the measurement type table of the DI point includes fault/normal, alarm/normal, on/off, closing/opening.
4. The method as claimed in claim 1, wherein the step S is performed by a method for merging, analyzing and processing the smart rail-oriented alarm information4The method specifically comprises the following steps:
step S41The mapping processing of the alarm is to adopt map table mapping to the alarm according to the situation that the DI point needs to be merged, and the map table comprises a fault alarm map table and an unknown alarm map table;
step S42Mapping a fault alarm map table;
step S43And mapping an unknown alarm map table.
5. The intelligent rail transit-oriented alarm information merging, analyzing and processing method as claimed in claim 4, wherein the alarm messages of the same DI point are classified into an abnormal alarm, a recovery alarm and a confirmation alarm.
6. The method as claimed in claim 5, wherein the abnormal alarm includes a fault alarm and an unknown alarm.
7. The method as claimed in claim 6, wherein the unknown alarm is a double-point alarm.
8. The method as claimed in claim 5, wherein the map table maps the fault alarm information { uuid, datetime, pointcode, text, state } into the corresponding DI point code.
9. The method as claimed in claim 5, wherein the unknown alarm map is a table mapping unknown alarm information { uuid, datetime, pointcode, text, state } to corresponding DI point code.
10. The method as claimed in claim 1, wherein the step S is performed by a method for merging, analyzing and processing the smart rail-oriented alarm information5The method specifically comprises the following steps:
step S51Judging whether a recovery alarm or a confirmation alarm exists;
step S52Searching for restoring the alarm or confirming whether the alarm point code exists in a fault alarm map table or an unknown alarm map table;
step S53Merging the existing abnormal alarms in the database, wherein the abnormal alarms comprise fault alarms and unknown alarms;
step S54And deleting the fault alarm records in the map mapping table.
CN202011078874.0A 2020-10-10 2020-10-10 Intelligent rail crossing oriented alarm information merging analysis processing method Active CN112214974B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011078874.0A CN112214974B (en) 2020-10-10 2020-10-10 Intelligent rail crossing oriented alarm information merging analysis processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011078874.0A CN112214974B (en) 2020-10-10 2020-10-10 Intelligent rail crossing oriented alarm information merging analysis processing method

Publications (2)

Publication Number Publication Date
CN112214974A true CN112214974A (en) 2021-01-12
CN112214974B CN112214974B (en) 2022-08-30

Family

ID=74054386

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011078874.0A Active CN112214974B (en) 2020-10-10 2020-10-10 Intelligent rail crossing oriented alarm information merging analysis processing method

Country Status (1)

Country Link
CN (1) CN112214974B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112837499A (en) * 2021-01-18 2021-05-25 东风汽车集团股份有限公司 Early warning reporting method, device, equipment and readable storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110252388A1 (en) * 2010-04-13 2011-10-13 Synopsys, Inc. Comparing timing constraints of circuits
CN106292496A (en) * 2016-08-31 2017-01-04 浙江浙大中控信息技术有限公司 A kind of subway monitoring system alarming management method
CN110825801A (en) * 2019-11-06 2020-02-21 卡斯柯信号(成都)有限公司 Train signal system vehicle-mounted log analysis system and method based on distributed architecture

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110252388A1 (en) * 2010-04-13 2011-10-13 Synopsys, Inc. Comparing timing constraints of circuits
CN106292496A (en) * 2016-08-31 2017-01-04 浙江浙大中控信息技术有限公司 A kind of subway monitoring system alarming management method
CN110825801A (en) * 2019-11-06 2020-02-21 卡斯柯信号(成都)有限公司 Train signal system vehicle-mounted log analysis system and method based on distributed architecture

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JEDNIPAT MOONRINTA等: "Fruit detection, tracking, and 3D reconstruction for crop mapping and yield estimation", 《IEEE XPLORE》 *
姜宁: "播出传输系统故障归并与定位的实现", 《广播与电视技术》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112837499A (en) * 2021-01-18 2021-05-25 东风汽车集团股份有限公司 Early warning reporting method, device, equipment and readable storage medium

Also Published As

Publication number Publication date
CN112214974B (en) 2022-08-30

Similar Documents

Publication Publication Date Title
CN108391086B (en) Industrial video linkage analysis method and system integrating event perception and position sensing
JP5444673B2 (en) Log management method, log management device, information processing device including log management device, and program
US8732666B2 (en) Automatic identification of subroutines from test scripts
CN110428091A (en) Risk Identification Method and relevant device based on data analysis
CN106355673B (en) A kind of airborne collision avoidance system mistake record system and failure logging decoding system
CN112820066B (en) Object-based alarm processing method, device, equipment and storage medium
CN112800061B (en) Data storage method, device, server and storage medium
CN112214974B (en) Intelligent rail crossing oriented alarm information merging analysis processing method
CN111459692A (en) Method, apparatus and computer program product for predicting drive failure
KR102078654B1 (en) System and method for predicting error of electric rail car
CN114490161A (en) Fault diagnosis method and device, vehicle and storage medium
CN111831628A (en) System operation and maintenance monitoring method and device, electronic equipment and storage medium
CN108876963A (en) A kind of storage method, device, microprocessor and the storage medium of automobile log
CN113076358A (en) Report generation method, device, equipment and storage medium
CN111784176A (en) Data processing method, device, server and medium
CN107807862A (en) Detect the method, apparatus and server of hard disk failure point
CN111060149A (en) Data monitoring method and device based on power equipment
CN106293630B (en) Railway signal fault analyzes logic rules generating means and method
CN114493196A (en) Data analysis method, system, electronic equipment and storage medium
CN112542892B (en) Substation regulation and control integrated control method and control device
JP2006099249A (en) Fault management device and fault management method
CN113837408A (en) Traffic facility operation and maintenance management system based on equipment full-life-cycle supervision
KR20220104460A (en) Hospital energy management system and the managing method thereof
CN113378239A (en) Data content right confirming method and system
CN112465149A (en) Same-city part identification method and device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant