CN116668479A - Log storage system and method for rail transit signal system - Google Patents
Log storage system and method for rail transit signal system Download PDFInfo
- Publication number
- CN116668479A CN116668479A CN202310630378.9A CN202310630378A CN116668479A CN 116668479 A CN116668479 A CN 116668479A CN 202310630378 A CN202310630378 A CN 202310630378A CN 116668479 A CN116668479 A CN 116668479A
- Authority
- CN
- China
- Prior art keywords
- data
- block
- log
- node
- train
- 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.)
- Pending
Links
- 238000003860 storage Methods 0.000 title claims abstract description 54
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000004891 communication Methods 0.000 claims abstract description 21
- 238000013475 authorization Methods 0.000 claims abstract description 8
- 238000012795 verification Methods 0.000 claims description 58
- 230000005540 biological transmission Effects 0.000 claims description 39
- 238000004364 calculation method Methods 0.000 claims description 17
- 238000004806 packaging method and process Methods 0.000 claims description 11
- 238000013524 data verification Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 6
- 238000013515 script Methods 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000012856 packing Methods 0.000 claims description 4
- 239000008186 active pharmaceutical agent Substances 0.000 description 21
- 230000008569 process Effects 0.000 description 15
- 238000007726 management method Methods 0.000 description 12
- 238000004458 analytical method Methods 0.000 description 10
- 238000004422 calculation algorithm Methods 0.000 description 10
- 238000012423 maintenance Methods 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000007405 data analysis Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000013480 data collection Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012351 Integrated analysis Methods 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 241000700605 Viruses Species 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007418 data mining Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000002994 raw material Substances 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
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
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3297—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving time stamps, e.g. generation of time stamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Train Traffic Observation, Control, And Security (AREA)
Abstract
The application relates to a log storage system and a method for a rail transit signal system, wherein the system comprises the following components: the data analysis center is deployed in the urban rail big data center; the independent authorization node is deployed in third party node equipment, and the third party node equipment is accessed to a network through an intranet; the line-level super nodes are deployed in the vehicle section and the equipment concentration station, and the equipment logs of each track traffic line correspondingly form a private chain, wherein the private chain comprises a plurality of super nodes; the data node is deployed on the train signal equipment and is connected with the super node through communication of the block chain application board card, the data node obtains log data generated by the train signal equipment and transmits the log data to the block chain application board card, and the log data is packaged and uplink through the block chain application board card. By means of the method for storing and managing the upgrade log data, the relevance among the data is enhanced, and the authenticity of the data is guaranteed.
Description
Technical Field
The application relates to the technical field of rail vehicles, in particular to a log storage system and a log storage method for a rail transit signal system.
Background
In the urban rail transit operation process, a signal system plays a crucial role, and the fault of the signal system can seriously influence train operation and even cause driving safety. And the equipment state and fault screening of the signal system can be obtained through monitoring and analyzing the equipment log. Therefore, the storage management of the device log data for each subsystem and each device of the signal system is particularly important.
In the urban rail operation process, the signal system can generate a large amount of log data, and the log data generated by each line every day is about 40 GB. The existing operation log data still adopts a distributed storage mode, the data integration level is low, and the sharing and the association of the data are difficult to realize among the devices and among the lines. The method for collecting the log mainly comprises the steps of getting on a vehicle or entering a device room to copy the log file by maintainers, and then manually inquiring and replaying the log file one by an analysis tool, wherein although partial lines realize local centralized processing of log data or support remote manual downloading, the existing log data storage and inquiry modes cannot meet the requirements of intelligent and informationized urban rail operation management, and are specifically shown in the following steps:
(1) And (3) log dispersion: the log information is stored in each device of the signal system in scattered mode, and the log collection is carried out in a remote automatic collection mode in the existing mode of FTP and the like, but log arrangement still depends on manual work, data cannot produce aggregation effect, and integrated analysis is difficult to achieve.
(2) The timeliness is poor: the timeliness of the log information is poor, only a small part of state information can be transmitted to the MSS system through vehicle-ground transmission, and the collection of the vehicle-mounted log still needs to be carried out after waiting for the vehicle to return to a section, so that the device state prediction based on the log is not facilitated.
(3) Query difficulty: log collection and processing often spans multiple departments or teams, and query for all device logs cannot be implemented at one terminal, which is inefficient in data analysis.
(4) Log dumping is difficult: because the local storage space of the signal equipment is limited, the log of each equipment can be dumped in a manual copying mode after a certain time, the operation process is complex, the storable time is limited, the re-inquiry is difficult, and the risk of data counterfeiting exists depending on a manual pipe.
(5) Poor sharing: the log storage and management of each line and equipment are relatively independent, which is not beneficial to the operation and maintenance management of the line network level, and the comparison analysis of the logs of the associated equipment of different lines is difficult to realize.
(6) Insufficient data analysis capability: at present, the analysis of the log is carried out according to the experience of a data center or maintainer, the log data volume of a signal system is large, the analysis workload is large, and the current management mode is difficult to provide enough analysis capability to realize the deep mining of log information.
At present, no effective solution is proposed for storing and managing log data in the related art.
Disclosure of Invention
The embodiment of the application provides a log storage system and a log storage method for a rail transit signal system, which are used for carrying out log storage and sharing based on a blockchain technology so as to perfect a data architecture system for urban rail informatization construction and at least solve the problems of scattered log storage, log dump, difficult inquiry, poor timeliness and sharing or insufficient log analysis capability in the use process of urban rail logs.
In a first aspect, an embodiment of the present application provides a log storage system of a track traffic signal system, which is designed based on a coalition chain, and includes:
the data analysis center is deployed in the urban rail big data center and is configured to have line network data query and call authority, line data query and call authority, calculation function, consensus function and materialized view function of the blockchain of all the rail vehicle lines;
The independent authorization node is deployed on third-party node equipment and is configured to have network data query and call rights and line data query and call rights, the third-party node equipment is accessed to a network through an internal network cable, and intelligent contract scripts in the blockchain network are modified through a third-party node equipment interface;
the system comprises line-level super nodes, a data analysis center and a network data collection station, wherein the line-level super nodes are deployed in a vehicle section and an equipment concentration station, equipment logs of each track traffic line correspondingly form a private chain, the private chain comprises a plurality of super nodes, the super nodes and the data analysis center are connected through a city track communication network, and the super nodes are configured to have network data query and call permission, line data writing permission, a data dump function, a calculation function and a consensus function;
the data node is deployed on the train signal equipment and is connected with the super node through communication of the block chain application board card, the data node acquires log data generated by the train signal equipment, the log data is transmitted to the block chain application board card through a bus or a communication interface, the log data is packed and uploaded to the block chain through the block chain application board card, and the data node is configured to have line data query and calling authority, line data writing authority and consensus function.
In some embodiments, the super node accesses the data of the non-self private chain through the access interface inside the alliance chain, and the data node accesses the data of the non-self private chain through the access interface inside the alliance chain after authorization.
In some of these embodiments, a data layer, a network layer, a consensus layer, an incentive layer, a contract layer, and an application layer are included, wherein:
the data layer comprises data nodes, the network layer comprises super nodes and a data analysis center, the network layer performs point-to-point communication in a private chain through an urban rail communication network, and identity verification logic is pre-configured in the network layer; the contract layer is a key for realizing log data management and sharing, the contract layer encapsulates various intelligent contracts such as data query, data access, data packaging, data verification and the like, nodes contract the contract contents and trigger conditions according to requirements and system design requirements, and the system automatically executes; the consensus layer encapsulates consensus algorithm to realize highly decentralized decision, the application layer is used for data sharing and cooperative work between block chain nodes on the system, and the application layer functional operation includes but is not limited to: the log inquiry, fault diagnosis and abnormal data alarm are further expanded and formulated by the application layer function operation based on the actual log management requirement, so as to meet the inquiry and analysis requirements of subway related departments on equipment logs.
In some of these embodiments, the consensus layer employs a co-population consensus algorithm.
In some embodiments, the data node stores the log data generated by the train signal equipment in the data layer according to the entry generation sequence by taking the data blocks as units, wherein the data blocks comprise block heads and block blocks.
In some of these embodiments, the tile header comprises: the method comprises the steps of obtaining a target hash value, a time stamp, a Merkle root, a node identity code and an information abstract of a previous block, wherein the node identity code corresponds to a train signal equipment code, the node identity code can be preconfigured so that the source of the block can be traced, and the information abstract comprises log time, log type and key information contained in packet data. The block body is used for storing log contents generated by the train signal equipment, the log contents are generated periodically, and unique MERKLE roots are generated through the hash process of the MERKLE tree and recorded into a block head.
In a second aspect, an embodiment of the present application provides a method for storing a track traffic signal system log, which is based on the track traffic signal system log storage system according to the first aspect, and includes the following steps:
A log writing and storing step, namely acquiring log data of the train signal equipment, packaging the log data to obtain a data block, and storing the data block into a local block chain after identity verification and content validity verification of the data block are passed;
and in the log query step, a query node initiates a data access request, and a holding node of the data performs identity verification on the query node, and feeds back the encrypted packaged data after the verification is passed.
In some of these embodiments, the log write save step further comprises:
a block generation step, namely acquiring the log data through a block chain application board card, packaging and storing the log data into a block body of a data block, and releasing the data block after the block body is full in capacity, wherein a digital signature is written in the data block by utilizing a private key, and the data block is released to complete the content of the data block when being released for the first time;
a block verification step, namely carrying out identity verification and block content validity verification on a node which issues the data block, wherein the identity verification is carried out according to whether the node carries out identity registration in a data analysis center, the block content validity verification is carried out by verifying a digital signature of the data block, and the block header key information is rechecked, and the identity verification and the block content validity verification are carried out by proving that the block content is legal;
And a block uplink step, wherein the node for issuing the data block saves the data block passing through the block verification step into a local block chain, nodes in a block chain network all save the block head content of the data block, all the nodes form an index system, and particularly, the block head of the data block is issued into the block chain network, and other nodes in the network add the content of the block head into own block chain.
In some embodiments, in the block verification step, the node to be verified of each data block is a non-fixed node determined by a co-population algorithm, all non-fixed nodes pass verification, and the data block can be uplink, so that the computational power and communication resources occupied by block verification are reduced.
Based on the above steps, the embodiment of the application realizes that any node in the blockchain can be searched by using an index system through the log writing and storing steps, and the searched log position and key information are known based on local data so as to facilitate log inquiry.
In some of these embodiments, the log query step further comprises:
a query initiating step, wherein a query node determines a data access target and a target data set thereof and initiates a data access request or initiates the data access request through a super node, specifically, if the query node is an access node in a private chain, the data access request can be directly initiated, and if the query node is an access node outside the private chain, the data access is performed through the super node of the private chain, and the data is transmitted through the access interface;
An identity verification step, namely verifying the identity code and the time stamp of the query node by the data holding node, and if the data passes the verification, performing a query response step;
and in the query response step, data query, calculation and data packaging are performed based on intelligent contracts of a contract layer, if the queried data are stored locally in a holding node of the data, the data are fed back after encryption by a public key of the query node, if the queried data are stored in the holding nodes of a plurality of data, a super node is selected for calculation and fed back after encryption by the public key of the query node, and the super node preferentially selects the super node with the highest data holding capacity and highest calculation power.
In some embodiments, the method further comprises a log dumping step, wherein the local vehicle-mounted log is dumped to a blockchain server of the vehicle section through a high-bandwidth vehicle-ground wireless communication network of a vehicle-ground transmission unit of the vehicle section after the train returns to the vehicle section, the local vehicle-mounted log is stored and recorded in a train-mounted device in a conventional data form, the vehicle-ground transmission unit is configured to receive, maintain and store a dump register table, the dump register table stores the log as the vehicle-ground transmission unit in a uplink mode to ensure that data is truly and reliable, and the content of the dump register table comprises dump block quantity, block head information, dump information sources and dump information destinations to record log dump histories and cope with data tracing, the train and the vehicle-ground transmission unit is a data node, and the blockchain server of the vehicle section is a super node.
In some of these embodiments, the log dumping step further comprises:
a dump application step, wherein the train initiates a dump application to a train-ground transmission unit, and the train-ground transmission unit agrees with the dump application after verifying that the node identity of the train is legal;
a local area block packing step, namely after a train establishes and sends a dump register to the vehicle-mounted transmission unit, packing a data block locally stored in the train and sending the data block to the vehicle-mounted transmission unit;
a dump data verification step, wherein the train-ground transmission unit verifies the dump block number and block header information in the data packet according to the dump register table to judge whether complete data is received, if yes, the train-ground transmission unit verifies the reliability of the data by comparing the block header information of all blocks of the block chain to which the train-ground transmission unit belongs with the locally stored block header information;
dump data receiving step, if the data passes the data reliability verification, the train-ground transmission unit receives the data and writes the dump register table into the local log; if the data does not pass the data reliability verification, returning to a dump application step and deleting the received data;
and a step of dumping data uplink, wherein a train-ground transmission unit transmits an uplink dump application and a dump register table to a block chain server of the vehicle section on the ground, a data block is transmitted to the block chain server after uplink confirmation is obtained, the block chain server verifies data integrity and establishes a storage area, the data block is stored, all nodes of the block chain store block head information of the block chain after the data block is uplink, the verification process of the data integrity is the same as the original in the dump data verification step, and the verification process is not repeated, and the storage area is marked based on an identity code of a train so as to store a corresponding vehicle-mounted log.
Compared with the related art, the log storage system and the log storage method for the track traffic signal system, provided by the embodiment of the application, change the current situation of independent decentralized management by upgrading the block chain storage structure of the original unassociated distributed storage structure, reduce the difficulty of data collection, enhance the relevance among data and ensure the authenticity of the data; by establishing a good log index and query method, the convenience of data query and analysis is improved; by establishing data sharing links among devices, subsystems and lines, the log sharing degree is improved; the station-level data processor is additionally arranged and matched with various intelligent contracts to realize the marginalization and automatic processing of part of logs, so that the operation processing amount of a central system and the workload of maintenance personnel are greatly reduced.
The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below to provide a more thorough understanding of the other features, objects, and advantages of the application.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute a limitation on the application. In the drawings:
FIG. 1 is a schematic diagram of a hardware architecture of a track traffic signal system log storage system according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a data block of a method for storing a log of a track traffic signal system according to an embodiment of the present application;
FIG. 3 is a schematic software architecture of a track traffic signal system log storage system according to an embodiment of the present application;
FIG. 4 is a flow chart of a method of track traffic signal system log storage according to an embodiment of the application;
FIG. 5 is a flow chart of the sub-steps of a method for storing a track traffic signal system log according to an embodiment of the present application;
FIG. 6 is another substep flow chart of a method of log storage of a rail transit signal system in accordance with an embodiment of the present application;
FIG. 7 is a flow chart of a method of storing a track traffic signal system log according to another embodiment of the present application;
FIG. 8 is another substep flow chart of a method for storing a track traffic signal system log according to an embodiment of the present application;
FIG. 9 is a flowchart of a log dump step in accordance with a preferred embodiment of the present application.
In the figure:
1. a data analysis center; 2. an independent authorization node; 3. super nodes;
4. and a data node.
Detailed Description
The present application will be described and illustrated with reference to the accompanying drawings and examples in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application. All other embodiments, which can be made by a person of ordinary skill in the art based on the embodiments provided by the present application without making any inventive effort, are intended to fall within the scope of the present application.
It is apparent that the drawings in the following description are only some examples or embodiments of the present application, and it is possible for those of ordinary skill in the art to apply the present application to other similar situations according to these drawings without inventive effort. Moreover, it should be appreciated that while such a development effort might be complex and lengthy, it would nevertheless be a routine undertaking of design, fabrication, or manufacture for those of ordinary skill having the benefit of this disclosure, and thus should not be construed as having the benefit of this disclosure.
Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is to be expressly and implicitly understood by those of ordinary skill in the art that the described embodiments of the application can be combined with other embodiments without conflict.
Unless defined otherwise, technical or scientific terms used herein should be given the ordinary meaning as understood by one of ordinary skill in the art to which this application belongs. The terms "a," "an," "the," and similar referents in the context of the application are not to be construed as limiting the quantity, but rather as singular or plural. The terms "comprising," "including," "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, article, or apparatus that comprises a list of steps or modules (elements) is not limited to only those steps or elements but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. The terms "connected," "coupled," and the like in connection with the present application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. The term "plurality" as used herein means two or more. "and/or" describes an association relationship of an association object, meaning that there may be three relationships, e.g., "a and/or B" may mean: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship. The terms "first," "second," "third," and the like, as used herein, are merely distinguishing between similar objects and not representing a particular ordering of objects.
Large data center refers to a data center that serves large data storage, mining, analysis, and applications. Big data, or huge amount of data, refers to massive, high growth rate and diversified information assets that require new processing modes to have stronger decision making, insight and process optimization capabilities.
The embodiment also provides a track traffic signal system log storage system, fig. 1 and fig. 3 are schematic architecture diagrams of the track traffic signal system log storage system according to an embodiment of the present application, as shown in fig. 1 and fig. 3, where the system is designed based on a coalition chain, and includes:
the data analysis center 1 is arranged in the urban rail big data center and is provided with corresponding equipment such as a blockchain server, a computer and the like, and the data analysis center 1 is configured to have line network data query and call authority, line data query and call authority, a calculation function, a consensus function and a materialized view function of blockchains of all rail vehicle lines; the materialized view function is used for representing the function of creating a copy of data locally in a big data center, and is configured in a mode of writing a system script of the data analysis center 1;
The independent authorization node 2 is deployed on third-party node equipment, the independent authorization node 2 is configured to have network data query calling authority and line data query calling authority, the third-party node equipment is accessed to a network through an internal network cable, and intelligent contract scripts in the blockchain network are modified through a third-party node equipment interface; and third party node equipment such as a wireless communication module, water supply and drainage equipment, test equipment or power supply equipment and the like.
The line-level super nodes 3 are deployed in the vehicle section and the equipment concentration station and are provided with corresponding equipment such as a blockchain server, a computer and the like, equipment logs of each track traffic line correspondingly form a private chain, the private chain comprises a plurality of super nodes 3, the super nodes 3 are connected with the data analysis center 1 through a city track communication network, the super nodes 3 are configured to have line network data query and call authority, line data writing authority, a data dump function, a calculation function and a consensus function, and the super nodes 3 access data of a non-self private chain through an access interface in the alliance chain; the super node 3 is used for bearing edge calculation, juxtaposition mediation and signing functions so as to reduce the calculation amount of the data analysis center 1, and in this embodiment, the super node 3 has stronger calculation power and larger storage space compared with the data node 4, and is usually accessed to the network in a wired mode. The private chain is constructed according to the longest chain principle and does not contain branches.
The data node 4 is deployed on the train signal equipment and is connected with the super node 3 by arranging a blockchain application board card, the data node 4 acquires log data generated by the train signal equipment, such as an OBC running log, an equipment operation log generated by OC and the like, the log data is transmitted to the blockchain application board card through a bus or a communication interface, the log data is packed and uploaded to a blockchain through the blockchain application board card, the data node 4 is configured to have line data query and call authority, line data writing authority and consensus function, and the data node 4 accesses data of a non-self private chain through an access interface in the alliance chain after the data node 4 is authorized. The train signal equipment is MSS (Maintenance Support System, MSS for short) and is an information management system based on a C-S architecture, the system mainly comprises a maintenance monitoring server, a disk array, a gateway computer, a workstation and a handheld terminal, the train signal equipment comprises but is not limited to an on-board subsystem node and an OC equipment node (Object controller), and any equipment with log recording capability in the signal system can be considered to be the data node 4.
Referring to fig. 3, the software architecture of the present system includes a data layer, a network layer, a consensus layer, an incentive layer, a contract layer, and an application layer, wherein:
The data layer comprises a data node 4, the data node 4 takes a data block as a unit to store the log data generated by the train signal equipment in the data layer according to the item generation sequence, and the data block comprises a block head and a block body. As shown in fig. 2, the tile header includes: the target hash value, the timestamp, the Merkle root, the node identity code and the information abstract of the previous block, wherein the node identity code corresponds to the train signal equipment code, and the node identity code can be preconfigured so that the source of the block can be traced, and the information abstract comprises the log time, the log type and the key information contained in the packet data. By way of example, and not limitation, the message digest includes: 202006061200 (log time), on-board operation (log type), AM mode, no fault (critical information). The zone block is used for storing log content generated by train signal equipment, the log content is periodically generated, and unique MERKLE roots are generated and recorded in a zone head through the hash process of the MERKLE tree. The block body is pre-configured with a certain capacity, and the data block can be issued after the capacity of the block body is full. The generated log is considered legal as long as the node identity of the log is legal, and the log content is encrypted through a hash function so as to avoid being tampered; in order to further ensure that the log cannot be tampered, a chained storage structure is adopted among the data blocks, and the content of the previous data block needs to be written into the block head of the current data block in the following data block. Merkle tree is a classical data structure.
The network layer comprises a super node 3 and a data analysis center 1, and performs point-to-point communication inside a private chain through an urban rail communication network, and identity verification logic is pre-configured in the network layer.
The contract layer is a key for realizing log data management and sharing, the contract layer encapsulates various intelligent contracts such as data query, data access, data packaging, data verification and the like, nodes contract contents and trigger conditions according to requirements and system design requirements, and the system is automatically executed.
The consensus layer encapsulates consensus algorithms to achieve highly decentralized decisions, the application layer is used for data sharing and collaborative work between blockchain nodes on the system, and application layer functional operations include, but are not limited to: the log inquiry, fault diagnosis and abnormal data alarm are further expanded and formulated by the application layer function operation based on the actual log management requirement, so as to meet the inquiry and analysis requirements of subway related departments on equipment logs.
The intelligent contract is essentially a code for automatically conducting transaction processing in the blockchain, and in the embodiment of the application, the intelligent contract comprises a data maintenance contract and an application scene contract, wherein the data maintenance contract is used for conducting blockchain data maintenance, including but not limited to a blocksafe scanning algorithm, a blockdump algorithm and an identity code generation algorithm; the application scenario contracts can be customized according to application scenarios and requirements, including but not limited to keyword-based, network retrieval of devices, selection of edge computing nodes, retrieval of local content based on keywords or time, other node data retrieval applications, interface access processing, specific computing execution and the like. The use of smart contracts includes 3 processes, contract triggering, contract validation, contract execution, respectively. When a contract is issued into the blockchain, the contract code will automatically execute upon triggering a preset condition, including but not limited to, blockissue, application layer command, receipt of other node applications, etc. For example, when a new device joins the blockchain, an identity registration is applied to the data analysis center 1, which automatically triggers the intelligent contract for the identity code calculation. Contract verification is mainly to confirm the legitimacy and security of contracts. For example, when the contract property is an application scenario contract, the trigger condition is that other nodes apply, identity and authority authentication needs to be performed on the node initiated by the contract, and for example, the data node 4 does not have the authority to initiate the contract, so that the contract can be judged to be illegal. For another example, at the beginning of issuing contracts to a blockchain, each contract can be issued to the blockchain after being manually confirmed and has a corresponding contract number, and if the number is illegal, the contract can be considered illegal. In addition, contract codes can be scanned for contracts packed in the application, so that risks such as viruses and the like are prevented from being transmitted through intelligent contracts. The smart contract, once validated, may be automatically executed at the node.
It should be noted that, the intelligent contract can be issued only by manual confirmation, and only the third party node authorized independently has the authority to issue the intelligent contract, so that the intelligent contract is as the identity authentication mechanism and can not be changed at will. The scripts of the intelligent contracts are stored in the nodes of the scheme in a distributed mode, and even if part of nodes are attacked, the intelligent contracts can still run safely. The management of intelligent contracts is carried out in the form of local state machines of nodes, each intelligent contract has a corresponding state machine, the nodes traverse all contract state machines at intervals, and if the triggering condition is met, the contracts are written into a contract verification queue. In addition, there is a priority relation between contracts, contracts with high priority are executed preferentially, and the priority is formulated according to actual engineering requirements.
In some embodiments, the consensus layer adopts a co-consensus algorithm, and as the track traffic is basically determined after the line is built, nodes are added or leave, and the co-consensus mechanism needs to determine nodes participating in co-consensus, arbitration intermediaries and the like, so that the co-consensus layer is convenient to adapt to the application scene of the track traffic, the generation speed of log data blocks is ensured, the data safety and reliability of the written blockchain are ensured, and the computation force and the occupation of channels are reduced. The implementation of the co-population algorithm is specifically as follows:
Assume that the node generating the block is DS 0 The node packages the block and distributes the block to the network, and the content of the block adopts DS 0 Digital signature is carried out by private key of the block receiver, and DS is adopted by the block receiver 0 Is subject to signature verification. DS (DS) 0 Triggering block consensus while issuing blocksIs a smart contract of (a). The intelligent contract automatically generates a random number, and selects an arbitration intermediate node DS among all super nodes 3 of the block chain according to the random number a 。DS a Other nodes DS responsible for determining participation in co-pending e And require the related nodes to make consensus on the block contents, DS e Is randomly generated by DS a Randomly designating. Note that DS a Select a certain inclusion sum DS 0 A node associated with the existence of a log, e.g. DS 0 For train-mounted log, then DS e One of the nodes is the train in front of or behind the train. DS (DS) e After decrypting the block, the time stamp in the block is verified first, so that replay attack is avoided. Thereafter, the validity and correctness of the contents of the block are verified, and the DS e After passing the verification, the DS will be oriented a Feedback is performed only when all nodes DS e After passing verification, DS a Issuing acceptance of the block to the network, other nodes allowing writing of the block header of the block to local storage, DS 0 The entire block is written to the storage of the local blockchain. The network briefly described above is a blockchain network.
Based on the track traffic signal system log storage system of the present embodiment, the present application further provides a track traffic signal system log storage method, and fig. 4 to fig. 6 are flowcharts of the track traffic signal system log storage method, and referring to fig. 4 to fig. 6, the method includes the following steps:
the method comprises the steps of writing a log into a storage step S1, obtaining log data of train signal equipment, packaging the log data to obtain a data block, and storing the data block into a local block chain after identity verification and content validity verification of the data block are passed;
and step S3, the log inquiry step initiates a data access request, and the holding node of the data performs identity verification on the inquiry node, and feeds back the encrypted packed data after verification.
In some of these embodiments, the log write save step S1 further includes:
step S101 of generating a block, namely acquiring log data through a block chain application board card, packaging and storing the log data into a block body of a data block, and releasing the data block after the block body is full in capacity, wherein a digital signature is written in the data block by utilizing a private key, and the data block is released to complete the content of the data block when being released for the first time;
A block verification step S102, in which identity verification and block content validity verification are performed on the node that issues the data block, where the identity verification is performed according to whether the node performs identity registration in the data analysis center, and the block content validity verification is performed by verifying a digital signature of the data block and rechecking key information of the block header, both of which pass through verifying that the block content is legal; in the alliance chain of the application, nodes are allowed to be added or deleted along with the adjustment of equipment and vehicles, legal identities are required to be registered when the nodes transmit data in the blockchain, and after the identity information is successfully registered, the related nodes issue respective public keys to the blockchain network, and private keys are stored locally. Specifically, the identity authentication mechanism is configured to: when the log storage system is initialized, broadcasting all data except the private key of the node to the whole network at the data analysis center, and confirming the identity registration at the data analysis center by the super node, acquiring the allocated identity code and confirming the identity registration by the super node in the private chain of the data node. If a certain node is replaced with new equipment, the node needs to reapply the identity code to the data analysis center again, the node generates a public key and a private key according to the identity code, the public key is distributed to the whole network, and the identity code and the public key of the node are broadcast to all nodes after the public key validity is verified by the data analysis center in the distribution process. It should be noted that, if the same identity code or public key exists in the private chain, the identity registration of the new application node is illegal. Based on the above, the application realizes the establishment of trust relationship and the authentication responsibility of the uplink content based on the identity authentication mechanism.
And step S103, the node for issuing the data block saves the data block passing through the block verification step into a local block chain, nodes in a block chain network save the block head content of the data block, all the nodes form an index system, specifically, the block head of the data block is issued into the block chain network, other nodes in the network add the content of the block head into own block chain, at the moment, specific log content is saved in each node in a scattered way, the original log storage mode is not broken, and as each node saves the block head information of the whole chain, any node is ensured to have the capability of searching the data block and the log.
In some embodiments, in the block verification step S102, the node to be verified of each data block is a non-fixed node determined by a co-population algorithm, all non-fixed nodes pass verification, and the data block can be uplink, so that the computational power and communication resources occupied by block verification are reduced.
Based on the above steps, the embodiment of the application realizes that any node in the blockchain can be searched by using an index system through the log writing and storing steps, and the searched log position and key information are known based on local data so as to facilitate log inquiry.
In some embodiments, considering that some problems inevitably exist in the existing data query mechanism, such as communication congestion and network paralysis caused by a large amount of data query when a query node traverses a data block and downloads the data block, and in addition, data can be summarized comprehensively at the query node, and immeasurable losses are still easily caused to rail transit operation if data leakage occurs, in order to solve the problem, a relatively safe data sharing mechanism is adopted for log query in the embodiment of the present application. Specific: the log query step S3 further includes:
in the query initiation step S301, the query node determines a data access target and a target data set thereof and initiates a data access request or initiates a data access request through the super node, specifically, if the query node is an access node in the private chain, the query node can directly initiate the data access request, and if the query node is an access node outside the private chain, the query node performs data access through the super node of the private chain, and the data is transmitted through the access interface;
an identity verification step S302, wherein the holding node of the data verifies the identity code and the time stamp of the query node, and if the verification is passed, the query response step is carried out;
In the query response step S303, data query, calculation and data packaging are performed based on the intelligent contracts of the contract layer, if the queried data is stored locally in the holding node of the data, the data is fed back after encryption by the public key of the query node, if the queried data is stored in the holding nodes of a plurality of data, a super node is selected for calculation and fed back after encryption by the public key of the query node, and the super node preferably selects the super node with the highest data holding capacity and highest calculation power.
Based on the log query step, the embodiment of the application selects a certain node as a computing node to perform local data search and operation according to query requirements and computing requirements, based on the local data search and operation, the data can only be gathered at the computing node in a small scale without long-term local storage, the data security can be ensured to the greatest extent, the occupation of the storage space and the computing power of a query initiating node is reduced, and the deep data analysis is convenient.
Considering that the storage space of partial equipment of the signal system is preferential, log data, especially vehicle-mounted running logs, can be stored temporarily only, so that the embodiment of the application realizes reliable storage by dumping the vehicle-mounted running log data. The conventional vehicle-mounted running log can upload key log information in the running process, and can dump all local vehicle-mounted log data to a blockchain server of a vehicle section after a train returns to the vehicle section. Referring to fig. 7, the method further includes:
And a log dumping step S2, which is used for dumping the local vehicle-mounted log to a blockchain server of the vehicle section through a high-bandwidth vehicle-ground wireless communication network of a vehicle-ground transmission unit of the vehicle section after the train returns to the vehicle section, wherein the local vehicle-mounted log is stored and recorded in a train-mounted device in a conventional data form, the vehicle-ground transmission unit is configured to receive, maintain and store a dump register table, the dump register table is used as a log uplink of the vehicle-ground transmission unit to ensure that data is real and reliable, the content of the dump register table comprises dump block number, blockhead information, dump information sources and dump information destinations, log dump history is recorded, the data is traced, the train and the vehicle-ground transmission unit is a data node, and the blockchain server of the vehicle section is a super node.
Referring to fig. 8 and 9, the log dumping step S2 specifically includes the following steps:
step S201 of dumping application, the train initiates dumping application to a train-ground transmission unit, and the train-ground transmission unit agrees with dumping application after verifying that the node identity of the train is legal;
step S202, after a train establishes and sends a dump register to a vehicle-mounted transmission unit, the data blocks stored locally in the train are packed and sent to the vehicle-mounted transmission unit;
In the dump data verification step S203, the train-ground transmission unit verifies the number of dump blocks and the block header information in the data packet according to the dump registry to determine whether complete data is received, if yes, the train-ground transmission unit verifies the reliability of the data by comparing the block header information of all the blocks of the block chain to which the train-ground transmission unit belongs with the locally stored block header information;
a dump data receiving step S204, wherein if the data passes the data reliability verification, the train-ground transmission unit receives the data and writes a dump register table into a local log; if the data does not pass the data reliability verification, returning to a dump application step and deleting the received data;
and step S205 of uploading the dump data, wherein the train-ground transmission unit transmits a uplink dump application and a dump register table to a blockchain server of a vehicle section on the ground, and the blockchain server verifies the data integrity and establishes a storage area to store the data blocks after obtaining the uplink confirmation.
It should be noted that, after the data block is uplink, all nodes of the block chain store the block header information of the block chain, the verification process of the data integrity is the same as the raw materials in the dump data verification step, and the storage area is marked based on the identity code of the train to store the corresponding vehicle-mounted log.
Based on the above log dumping step S2, the embodiment of the application ensures the effective dumping of the vehicle-mounted log, avoids the log from being stored in a plurality of places, and reduces the burden of the vehicle-mounted equipment and the data analysis center for storing data.
Based on the system and the method, the application establishes a reliable publishing, storing and dumping mechanism for the log data and designs a data storage structure and a system operation framework based on a blockchain technology aiming at the log data generated by all subsystems and devices of a signal system in the urban rail operation process and combining the characteristics of the signal system and the defects of the existing log storage and inquiry mode, and applies the data collection and storage of the blockchain to the information processing of the logs of the urban traffic signal system device, thereby improving the original log management and analysis mode needing manual log copying and piece-by-piece inquiry and reducing the operation and maintenance cost;
the private chain architecture is adopted in a single line to ensure the privacy and safety of data in the line, the alliance chain architecture is adopted among the lines, the sharing capability of equipment logs among the lines is improved, a line-level and line-level data query processing method and flow are provided, the safe and reliable storage of log data and the whole network safe sharing of the data are realized, the possibility of transverse comparison of the equipment logs is provided, the threshold of log query of subway operation and maintenance departments is reduced, the subway data service scheme is combined, the accurate management and control of the equipment are realized through the data, a good technical foundation is laid for the future urban rail technology development directions such as big data calculation, auxiliary planning and scientific decision making, and the intelligent development of subway with data is realized;
And the block chain is utilized to establish the association relation between single log information and blocks, so that the log information is guaranteed to be untampered, and the data reliability is high.
It should be noted that the steps illustrated in the above-described flow or flow diagrams of the figures may be performed in a computer system, such as a set of computer-executable instructions, and that, although a logical order is illustrated in the flow diagrams, in some cases, the steps illustrated or described may be performed in an order other than that illustrated herein.
The technical features of the above-described embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above-described embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples illustrate only a few embodiments of the application, which are described in detail and are not to be construed as limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of protection of the present application is to be determined by the appended claims.
Claims (10)
1. A rail transit signal system journal storage system designed based on a coalition chain, comprising:
the data analysis center is deployed in the urban rail big data center;
the independent authorization node is deployed in third party node equipment, the third party node equipment accesses the network through an intranet, and intelligent contract scripts in the blockchain network are modified through a third party node equipment interface;
the system comprises line-level super nodes, a data analysis center and a vehicle section, wherein the line-level super nodes are deployed in the vehicle section and the equipment concentration station, equipment logs of each track traffic line correspondingly form a private chain, the private chain comprises a plurality of super nodes, and the super nodes and the data analysis center are connected through a city track communication network;
the data node is deployed on the train signal equipment and is in communication connection with the super node through a block chain application board card, the data node acquires log data generated by the train signal equipment, the log data is transmitted to the block chain application board card through a bus or a communication interface, and the log data is packed and uploaded to a block chain through the block chain application board card.
2. The track traffic signal system log storage system of claim 1, wherein the super node accesses data of the non-self private chain through an access interface inside the alliance chain, and the data node accesses data of the non-self private chain through the access interface inside the alliance chain after authorization.
3. The track traffic signal system log storage system of claim 1 or 2, comprising a data layer, a network layer, a consensus layer, an incentive layer, a contract layer, and an application layer, wherein:
the data layer comprises data nodes, the network layer comprises super nodes and a data analysis center, and the network layer performs point-to-point communication inside a private chain through a urban rail communication network.
4. The system according to claim 3, wherein the data node stores the log data generated by the train signal device in the data layer in the entry generation order in units of data blocks, the data blocks including block heads and block blocks.
5. The track traffic signal system log storage system of claim 4, wherein the block header comprises: the method comprises the steps of a target hash value of a previous block, a time stamp, a Merkle root, a node identity code and an information abstract, wherein the node identity code corresponds to a train signal equipment code, and the information abstract comprises log time, log type and key information contained in packet data.
6. A track traffic signal system log storage method based on the track traffic signal system log storage system according to any one of claims 1 to 5, comprising:
A log writing and storing step, namely acquiring log data of the train signal equipment, packaging the log data to obtain a data block, and storing the data block into a local block chain after identity verification and content validity verification of the data block are passed;
and in the log query step, a query node initiates a data access request, and a holding node of the data performs identity verification on the query node, and feeds back the encrypted packaged data after the verification is passed.
7. The track traffic signal system log storage method according to claim 6, wherein the log writing and saving step further comprises:
a block generation step, namely acquiring the log data through a block chain application board card, packaging and storing the log data into a block body of a data block, and releasing the data block after the block body is full in capacity;
a block verification step, namely performing identity verification and block content validity verification on the node which issues the data block;
and a block uplink step, wherein the nodes for issuing the data blocks store the data blocks passing through the block verification step into a local block chain, nodes in a block chain network store the block head content of the data blocks, and all the nodes form an index system.
8. The method of track traffic signal system log storage according to claim 6, wherein the log querying step further comprises:
A query initiating step, wherein a query node determines a data access target and a target data set thereof and initiates a data access request or initiates the data access request through a super node;
an identity verification step, namely verifying the identity code and the time stamp of the query node by the data holding node, and if the data passes the verification, performing a query response step;
and in the query response step, data query, calculation and data packaging are performed based on the contract layer, if the queried data is stored locally in the holding nodes of the data, the data is fed back after being encrypted by the public keys of the query nodes, and if the queried data is stored in the holding nodes of a plurality of data, a super node is selected for calculation and fed back after being encrypted by the public keys of the query nodes.
9. The method of claim 6, further comprising a log dumping step for dumping the local in-vehicle log to the blockchain server of the vehicle section by the train-ground transmission unit of the vehicle section after the train returns to the vehicle section,
the local vehicle-mounted log is stored and recorded in the train-mounted equipment, the train-ground transmission unit is configured to receive, maintain and store a dump register table, the train-ground transmission unit is a data node, and the blockchain server of the vehicle section is a super node.
10. The method of track traffic signal system logging according to claim 9, wherein the log dumping step further comprises:
a dump application step, wherein the train initiates a dump application to a train-ground transmission unit, and the train-ground transmission unit agrees with the dump application after verifying that the node identity of the train is legal;
a local area block packing step, namely after a train establishes and sends a dump register to the vehicle-mounted transmission unit, packing a data block locally stored in the train and sending the data block to the vehicle-mounted transmission unit;
a dump data verification step, wherein the train-ground transmission unit verifies the dump block number and block header information in the data packet according to the dump register table to judge whether complete data is received, if yes, the train-ground transmission unit verifies the reliability of the data by comparing the block header information of all blocks of the block chain to which the train-ground transmission unit belongs with the locally stored block header information;
dump data receiving step, if the data passes the data reliability verification, the train-ground transmission unit receives the data and writes the dump register table into the local log; if the data does not pass the data reliability verification, returning to a dump application step and deleting the received data;
And a step of dumping data uplink, wherein a train-ground transmission unit transmits an uplink dump application and a dump register table to a blockchain server of the vehicle section on the ground, a data block is transmitted to the blockchain server after uplink confirmation is obtained, and the blockchain server verifies the data integrity and establishes a storage area to store the data block.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310630378.9A CN116668479A (en) | 2023-05-30 | 2023-05-30 | Log storage system and method for rail transit signal system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310630378.9A CN116668479A (en) | 2023-05-30 | 2023-05-30 | Log storage system and method for rail transit signal system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116668479A true CN116668479A (en) | 2023-08-29 |
Family
ID=87725545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310630378.9A Pending CN116668479A (en) | 2023-05-30 | 2023-05-30 | Log storage system and method for rail transit signal system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116668479A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117974078A (en) * | 2024-04-01 | 2024-05-03 | 中国标准化研究院 | Rail transit equipment management system based on block chain |
-
2023
- 2023-05-30 CN CN202310630378.9A patent/CN116668479A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117974078A (en) * | 2024-04-01 | 2024-05-03 | 中国标准化研究院 | Rail transit equipment management system based on block chain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109766673B (en) | Alliance type audio and video copyright block chain system and audio and video copyright chaining method | |
| CN110351381B (en) | Block chain-based Internet of things trusted distributed data sharing method | |
| Sharma et al. | Blockchain-based internet of vehicles (IoV): an efficient secure ad hoc vehicular networking architecture | |
| CN114065283B (en) | Lightweight circularly regenerated blockchain storage method and device | |
| CN110278462B (en) | Block chain-based mobile showing authorization management method | |
| CN111245837B (en) | Block chain-based vehicle networking data sharing fine-grained access control method | |
| CN110032545A (en) | File memory method, system and electronic equipment based on block chain | |
| KR20190077765A (en) | Method of storing data using block-chain and Cloud System using thereof | |
| CN112532718B (en) | Block chain based offshore equipment data sharing system, method and medium | |
| CN112615847B (en) | Data sharing and privacy protection method based on block chain | |
| CN112307501B (en) | Big data system based on block chain technology, storage method and using method | |
| CN116668479A (en) | Log storage system and method for rail transit signal system | |
| Zhou et al. | A decentralized car-sharing control scheme based on smart contract in internet-of-vehicles | |
| CN115185914A (en) | Data sharing method and computing device based on uplink and downlink data cooperation | |
| Chai et al. | A hierarchical blockchain aided proactive caching scheme for internet of vehicles | |
| CN110648534A (en) | Traffic data chaining method and device of Internet of things based on block chain | |
| CN115085902A (en) | Power grid dispatching log management method and system | |
| CN115022368B (en) | Internet of vehicles-oriented distributed intelligent resource trusted sharing method and system | |
| CN114884982B (en) | Multi-mine user online management method and system based on cloud service | |
| CN113987475A (en) | Distributed resource management system, distributed resource management method, credential information management system, and medium | |
| CN115459901A (en) | Building Internet of things data management method based on block chain multi-chain and attribute encryption | |
| CN112232956B (en) | Intelligent parking data processing method and device based on blockchain | |
| CN116208335A (en) | Vehicle data management method, device, server and storage medium | |
| CN117668053B (en) | Data acquisition and analysis system and method | |
| CN116760632B (en) | Data processing method, device, equipment and readable 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 |