CN116402491A - 面向城轨车辆电子履历数据的区块链管理及存储方法 - Google Patents

面向城轨车辆电子履历数据的区块链管理及存储方法 Download PDF

Info

Publication number
CN116402491A
CN116402491A CN202310239961.7A CN202310239961A CN116402491A CN 116402491 A CN116402491 A CN 116402491A CN 202310239961 A CN202310239961 A CN 202310239961A CN 116402491 A CN116402491 A CN 116402491A
Authority
CN
China
Prior art keywords
data
contract
information
vehicle
management
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
Application number
CN202310239961.7A
Other languages
English (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.)
Beijing Metro Operation Co ltd Technology Innovation Research Institute Branch
Original Assignee
Beijing Metro Operation Co ltd Technology Innovation Research Institute Branch
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 Beijing Metro Operation Co ltd Technology Innovation Research Institute Branch filed Critical Beijing Metro Operation Co ltd Technology Innovation Research Institute Branch
Priority to CN202310239961.7A priority Critical patent/CN116402491A/zh
Publication of CN116402491A publication Critical patent/CN116402491A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06393—Score-carding, benchmarking or key performance indicator [KPI] analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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
    • Y02W—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO WASTEWATER TREATMENT OR WASTE MANAGEMENT
    • Y02W90/00—Enabling technologies or technologies with a potential or indirect contribution to greenhouse gas [GHG] emissions mitigation

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Accounting & Taxation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供了一种面向城轨车辆电子履历数据的区块链管理及存储方法，该方法首先确定车辆电子履历系统信息实体，然后进行立项阶段智能合约、设联阶段智能合约、监造验收阶段智能合约、运行维护管理智能合约、报废更新阶段管理智能合约、履历信息管理智能合约等业务类合约设计及基础功能合约设计，最后进行履历数据上链存证。本发明针对地铁网络化运营场景下的地铁车辆及关键部件，结合地铁公司车辆履历管理现状，制定车辆结构及履历编码规则，实现地铁车辆的设计、制造、运行、维护、更新改造等全阶段数据、技术文件管理，利用区块链技术提高车辆履历数据应用价值，保障数据的安全、互信、互认、共享。

Description

面向城轨车辆电子履历数据的区块链管理及存储方法
技术领域
本发明涉及城市轨道交通信息管理领域，尤其涉及一种面向城轨车辆电子履历数据的区块链管理及存储方法。
背景技术
轨道车辆履历包含了大量、重要的基础信息，它记录了轨道车辆及重要零部件从购买、组装、运用、检修到退役报废全过程重要数据及技术状态，凝聚着基层单位工作者的心血和汗水，是轨道车辆检修、运用管理和技术分析的重要基础和依据。规范合理地记录、保存、运用轨道车辆履历信息，对保障车辆安全高效的运营有着重要的意义。
国内的车辆履历簿一直采用人工计算填报的方式，记录地铁车辆及主要部件从生产、组装、运用、检修到报废全寿命过程中的重要技术数据及技术状态。然而，随着信息化技术的快速发展，人工记录履历的管理模式已经成为了制约地铁车辆管理信息化的瓶颈，不仅工作量大、算法不统一，而且极易受到人为因素干扰，导致获得数据与设备实际运行状态差异较大，不能客观准确地反映设备系统实际运行状态，还存在信息承载量过少、信息查询困难及状态信息难以实时更新等问题。
近年来，各地铁公司普遍采用信息管理系统，对财务、人力资源、设备实施管理，起到辅助保障地铁系统的正常运行，降低管理成本并提高管理效率的作用。然而，就地铁车辆设备运行状态管理而言，目前国内还没有通过底层自动化系统数据直接计算得出反映地铁车辆运行状态水平指标的信息管理系统。同时，各地地铁公司尚未构建完善统一的车辆数据标准体系，且不同企业研发的软件数据接口也不尽相同，造成了提交的电子文件格式多种多样，无法进行同步汇聚和分享，“信息孤岛”问题十分普遍，由此带来的文档兼容性能差、共享性能低等问题都不利于电子档案信息的开发利用。
通过对现有的履历系统进行比对分析，归纳总结出现有履历管理系统中存在的关键问题和应用难点如下。
(1)各城市履历系统不统一，系统不完善
在铁路领域中，为了加强铁路车辆业务行业信息管理，组建了全国通用的铁路客车管理信息系统(KMIS)，满足了铁路客车信息化管理的基本需求。但在地铁领域中，各城市各自为政，各城市有各城市自己的地铁车辆履历管理系统，没有一个统一的、适用于所有地铁运营公司的履历系统。与此同时，现有的部分地铁车辆相关技术一般针对某一地铁运营公司的需求进行研发，对涉及的数据内容与格式有一定的要求。其他地铁运营公司想要使用这部分技术，需要根据各自公司的具体情况而对技术作相应的修改，工作重复繁重，费时费力，不利于新的地铁车辆相关技术的研发和推广。
(2)履历系统的“信息孤岛”及信息异构
地铁最初的规划建设基本以线路为单位，各线路通过综合管理中心实现线路的监控和管理，各线路自成体系，各自有其独特的管理方式。同时，地铁建设是阶段性的，不同阶段的建设厂商不同、设备厂家不同、建设技术不同、建设经费和负责人也各不相同。这两大影响因素使得系统之间、线路之间存在大量异构的履历信息，这些信息无法共享，不能融合，加大了系统之间、线路之间信息共享的难度，并由此产生了线路间的“信息孤岛”与信息异构问题，这不利于履历信息的存储及应用。
(3)履历信息无法形成闭环
由于现有履历管理系统的不完善，外加人为因素的影响，现有履历信息存在信息不完全、不准确，无法形成信息闭环的问题，对地铁车辆检修、运用管理和技术分析产生不利影响。
(4)故障字典不完善
设备的设计制造厂家和维护者将故障诊断经验作条理化的总结,以表格形式反映出来,并构成一个数据库，用于对待检测的设备进行故障诊断，即故障字典。但由于现有故障字典的不完善，导致对设备故障诊断结果的不明确，不利于履历信息的分类与统计，对履历信息的管理和再利用产生了极大影响。
(5)人为因素影响巨大
地铁运营公司中，仍存在着许多纸质工单，如检修工单，日检工单、故障报单等，这些工单由工作人员手工填写，存在着填写不规范、内容有缺漏、信息有错误等诸多问题。与此同时，履历信息由纸质工单向履历系统录入的过程中，还可能存在着诸如工单遗失、录入内容与工单内容不相符、录入信息遗漏等风险。因此，地铁车辆的履历信息的管理受到较大的人为因素影响。
(6)履历信息利用率不高
由于上述不足，工作人员无法简单高效的存储、整理、使用履历信息，严重浪费系统中存储的大量的履历信息，不利于地铁的车辆检修、运用管理和技术分析。
(7)现有系统架构存在其局限性
①可扩展性不强，缺乏一定的远程访问功能。在物联网快速发展的今天，移动作业和分布式作业已经越来越普及，原有的单一的C/S架构技术难以满足这些需求，需使用专门的技术，设计专门的处理分布式数据的系统功能才能实现，有一定的局限性。
②维护成本大，升级任务繁杂。采用C/S架构，系统维护人员需要对服务器和客户端同时维护管理，需要高昂的投资和复杂的技术支持，需要很高的维护成本。与此同时，采用C/S架构，执行系统软件安装、维护或升级任务时，需要对每一台客户机进行操作，工作量巨大。
③客户端操作系统兼容性差。C/S架构的系统对客户端操作系统有一定的限制，即使是同一系统的不同版本都不能相兼容，更不用说不同系统间的操作系统，这不利于系统的应用。
发明内容
针对以上问题，本发明针对地铁网络化运营场景下的数千辆地铁车辆及关键部件，结合地铁公司车辆履历管理现状，制定车辆结构及履历编码规则，提出一种面向城轨车辆电子履历数据的区块链管理及存储方法，实现地铁车辆的设计、制造、运行、维护、更新改造等全阶段数据、技术文件管理，全面提升企业车辆履历“收、存、管、用”的自动化管理能力，利用区块链技术提高车辆履历数据应用价值，保障数据的安全、互信、互认、共享。
本发明具体采用如下技术方案：
一种面向城轨车辆电子履历数据的区块链管理及存储方法，该方法包括如下步骤：
(1)确定车辆电子履历系统信息实体
车辆电子履历数据按照业务阶段分为立项、设联、监造、验收、运营、报废6个阶段；按照履历信息分类，地铁车辆履历信息维度分为供应商信息、相关人员信息、车型及结构信息、零部件类型信息、地铁车辆信息、零部件信息、维修信息；按照地铁车辆及零部件的管理过程进行分类，地铁车辆履历信息分为初始信息、日常管理信息、维修信息；地铁车辆履历信息的存储形式包括文本、图像、视频和格式化数据信息；
(2)智能合约设计
基础功能合约设计，包括区块链访问控制合约、企业数字身份管理合约、数据隐私保护合约；
业务类合约设计，包括立项阶段智能合约、设联阶段智能合约、监造验收阶段智能合约、运行维护管理智能合约、报废更新阶段管理智能合约、履历信息管理智能合约；
(3)履历数据上链存证
上链前处理，地铁车辆电子履历相关业务数据在上链前，通过哈希算法对业务数据进行哈希处理，然后采用加密算法对哈希值进行数字签名，并增加时间戳；
上链处理，业务数据经过上链前处理之后，被转换成区块链可读的方式，处理完成的数据发送到区块链节点后，形成区块链交易并进入上链处理的阶段，各节点在收到交易后，通过共识算法，形成新的区块；
智能合约阶段，数据上链处理完成之后，履历相关业务数据记录在链上，地铁企业及运分公司各个节点能够访问区块链上记录的数据。
优选的，所述区块链访问控制合约，用于保障平台资源、权限、角色、身份认证数据的链上管理，以保证数据在使用过程中可追溯、不可篡改；
所述企业数字身份管理合约，实现企业业务子系统的用户信息及数字身份信息链上存证溯源功能，实现用户身份与数字身份互相映射，通过其实现企业业务子系统的用户注册登记、注销、数字身份创建、身份证书颁发、注销、身份证书过期、证书续期功能，实现用户身份与数字身份互相映射，提供企业数字身份的全生命周期管理；
所述数据隐私保护合约，提供链上数据多身份层级加密授权、数据授权、授权验证，根据企业对电子履历数据链上存证的安全及可控共享需求，提供链上数据隐私规则设置、数据多身份层级加密授权、数据授权、授权验证。
优选的，所述立项阶段智能合约中，需要上链的数据包括项目名称、项目负责单位、立项(批复)日期、项目概述、所属线路、主机厂商名称、监理单位名称、采购数量、附件、创建人、创建时间、修改人、修改时间；
当用户执行“立项信息登记”以及“立项文件上传”操作，并在页面进行“提交”时，将触发所述立项阶段智能合约，合约自动将上传到履历系统的立项信息和文件进行上链操作，并将上链后产生的哈希值数据反馈给电子履历系统，支持立项相关数据和文件的存证操作，主要对车辆采购立项阶段的相关审批文件、批复文件、可研方案等相关文件的收集管理维护；
立项阶段智能合约功能项包括新增、修改创建、删除创建、预览、立项数据信息；将立项数据进行发布，相应状态更改为“已发布”，全体员工可进行查阅，车辆进行导入构型时，选择相对应的立项数据信息后，车辆和立项数据进行自动关联，可双向进行查阅，对于取消发布的数据进行提醒并限制立项数据查看；
立项阶段智能合约触发页面功能：
1)立项信息登记合约、立项文件上传合约：用户在履历系统立项模块中，点击新增项目，在弹出的“项目立项信息”填报界面中，录入立项信息后，点击“保存”触发立项信息登记合约和立项文件上传合约自动执行，立项信息自动上链；
2)立项信息更新合约：用户在“立项信息维护”界面，点击“维护”在弹出的界面中进行项目信息更新之后，点击“发布”，立项信息更新合约自动触发，立项信息上链。
优选的，所述设联阶段智能合约中，需要上链的数据包括设联会议结果数据、车辆构型数据，当用户在履历系统中执行新增“设联会议信息”、上传会议资料，并点击页面“提交”功能时，将会自动触发设联阶段的车辆信息管理类合约，合约自动将设联会议相关数据进行上链，并将上链产生的哈希值数据返回给履历系统，作为后续出厂检验测试、车辆数据存证统计业务功能的数据基础；
设联阶段智能合约触发页面功能：
1)设联会议新增合约：设联阶段智能合约添加在“设联会议管理”页面“新增会议”功能，当用户填写会议信息，点击发布时，触发设联会议新增合约；
2)设联会议更新合约:“设联会议管理”页面，选中某一会议点击“编辑”按钮后，在弹出的会议信息更新界面，调整设联会议信息，点击“发布”出发设联会议更新合约。
3)技术文件更新合约及车辆构件数据解析合约:“设联文件管理”页面，单击“维护”进入设联会议相关文件维护界面，上传车辆构型文件、技术规格说明书的文件材料后，点击“归档”，出发“设联文件新增合约”和“车辆构件数据更新合约”。
优选的，所述监造验收阶段智能合约，需要上链的数据包括车辆监造数据、车辆监造文件，
当用户在履历系统中执行“列车监造信息录入”“监造相关文件上传”等功能时，将自动触发监造信息管理类合约，合约自动将监造相关数据和文件进行上链，并将上链产生的哈希值返回给履历系统，作为支持车辆监造数据存证统计业务的数据基础，列车在生产阶段的车辆构型、设联会议信息及设联相关附件结合线下工作实际需求对列车开始进行验收操作，并提取设联会议中提出的修改意见或项点要求导出excel文进行协助验收；
监造验收阶段智能合约触发页面功能:
1)列车验收信息解析合约：列车验收信息解析合约添加在“列车验收管理”页面“新增验收”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息解析合约；
2)列车验收信息更新合约：列车验收信息更新合约添加在“列车验收管理”页面“编辑”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息更新合约；
3)项目备案信息解析合约：项目备案信息解析合约添加在“列车验收备案”页面“项目备案”功能，当用户填写列车验收备案信息，点击“发布”时，触发项目备案信息解析合约；
4)项目备案信息更新合约：项目备案信息更新合约添加在“列车验收备案”页面项目备案信息“编辑”功能，当用户修改列车验收备案信息，点击“发布”时，触发项目备案信息更新合约。
优选的，运行维护管理智能合约，主要针对车辆运行维护阶段的检修计划、运行历程、故障报修、车辆巡检等业务进行管理，其需要上链的数据包括线路运行计划、车辆巡/检/修数据、车辆运行数据；
当用户在履历系统中执行“线路、编组运行计划录入”“运营计划录入”时，将自动触发计划管理合约，合约自动将计划信息进行上链存证，并将上链产生的哈希值反馈给履历系统；
当用户在履历系统中进行“车辆巡/检/修数据录入、备品信息录入”等操作时，将自动触发检测检修、备品备件管理合约，合约自动将相关检修数据和备品信息数据进行上链存证，并将上链存证产生的哈希值反馈给履历系统，以支持车辆巡检修计划存证、备品备件存证统计等业务场景；
当用户在履历系统进行“运行、故障信息录入”，将自动触发故障数据管理合约，合约自动将故障信息进行上链存证，并反馈哈希值给履历系统支持后续故障信息存证统计等业务场景。
优选的，所述报废更新阶段管理智能合约，主要针对车辆报废更新阶段的性能评估、报废认证、处理处置、更新改造业务进行管理，报废更新阶段需要上链的数据，包括性能评估数据及文件、报废认证数据及文件、处理处置文件、更新改造文件。
当用户在履历系统中进行“报废更新计划录入”时，将自动触发报废更新阶段管理合约，合约自动将相关信息进行上链存证，并将上链产生的哈希值反馈给履历系统。
优选的，所述履历信息管理智能合约，分别对立项设联验收后的车辆数据信息和车辆的部件相关数据进行管理；
所述履历信息管理智能合约触发页面功能：
1)列车数据解析合约：在“列次信息管理”界面，下载《车辆构型模板》，并填写后，进入“新建列车”界面导入车辆构型数据表，进行列车信息新增，在“列次信息管理”界面，找到新增加的列车，点击“发布”，触发列车数据解析合约；
2)列车数据更新合约：在“列次信息管理”界面，找到新增加的列车，点击“编辑”，进入列车信息编辑界面，触发列车数据更新合约；
3)部件数据相关智能合约：1、列车部件数据解析合约，进入“部件信息管理”界面，点击“添加部件”进入部件新增界面，录入新增的部件信息后，点击“发布”自动出发列车部件数据解析合约；2、列车部件数据更新合约，在“部件信息管理”界面，选择列表中的某一部件点击“编辑”进入部件信息编辑界面，更新部件信息后，点击“发布”自动出发列车部件数据更新合约。
优选的，步骤(2)中所述智能合约设计中，智能合约生命周期包括合约创建、合约升级、合约冻结、合约解冻、合约注销；
合约创建，用户编写完成智能合约后，经过编译器编译为字节码，通过发送交易的形式部署到区块链上，发送的交易将被共识节点和同步节点接收和处理，在校验完成各项参数后，字节码将被存储在区块链数据库中。
合约升级，支持对基于WASM和EVM的字节码进行升级，合约升级需要校验参数，如果校验出错，将把执行的错误信息记录在交易的执行结果中；
合约冻结，用户能对已经部署的智能合约进行冻结操作，需要发送冻结类型的交易，并指定合约名称，进行冻结合约，被冻结的合约不允许被用户调用执行；
合约解冻，用户能对已冻结的智能合约进行解冻操作，需要发送解冻类型的交易，并指定合约名称，进行解冻合约；
合约注销，用户能注销已经被安装的合约，合约一旦被注销，将无法再次对合约发起任何操作。
本发明具有如下有益效果：
(1)地铁车辆履历电子化及异构信息归一化
建立完善的指标管理体系，一方面将纸质车辆履历电子化，解决了纸质车辆履历保存困难，更新烦杂、查阅不便等一系列问题，提高了数据的利用率和价值；另一方面将分布在不同数据源、不同类型和格式数据进行整合，并归一化处理成准确、完整、无歧义的数据，为地铁车辆运维方面的相关研究和分析提供准确有效的数据源。
(2)简化地铁车辆维护工作
为地铁车辆的信息数据保存提供了一个更大、更便捷的平台，既简化了地铁车辆履历的维护工作，保留了车辆的重要信息，同时也给地铁车辆的检修作业检修带来了便利，提高了车辆检修作业的检修效率。
(3)数据安全共享及全流程溯源
基于以数据隐私保护、不可篡改、全程可追溯为核心特点的区块链技术，打造统一标准的电子履历溯源体系，使各业务方共同参与记录，链上储存的信息由参与方共同维护、共同确认数据正确性，增强数据公信力，保障重大设备问题存证可追溯，实现对地铁车辆电子履历数据的安全、完整、可信的运营管控。
(4)辅助故障维修决策及其他场景拓展
基于地铁车辆电子履历信息资源，辅助其他专业系统搭建数据分析与模型计算，对地铁车辆进行智能判断决策，实现地铁车辆动态数据感知、故障辨识与预测、维修辅助决策等，实现向状态修等模式的转变。
附图说明
图1是履历数据上链存证流程图。
图2是长安链整体生命周期管理流程图。
图3是本发明基础功能合约图。
图4是本发明立项、设联、监造业务合约图。
图5是本发明验收、运营、报废业务合约图。
图6是本发明系统集成网络拓扑图。
具体实施方式
本发明面向地铁车辆信息资源数据构建车辆履历完整性数据模型，覆盖全生命周期、细化到最小检修单位，同时基于区块链提高车辆履历数据应用价值，保障数据的安全、互信、互认、共享，为实现公司设备运行自动化管理和运营生产水平提升提供技术支撑。
一、车辆电子履历系统信息实体
车辆电子履历数据按照业务阶段分为立项、设联、监造、验收、运营、报废6个阶段；按照履历信息的实体分类，地铁车辆履历信息实体维度可分为供应商信息、相关人员信息、车型及结构信息、零部件类型信息、地铁车辆信息、零部件信息、维修信息等；按照地铁车辆及零部件的管理过程进行分类，地铁车辆履历信息又可分为初始信息、日常管理信息、维修信息等，其中日常管理信息包括地铁车辆零部件的存储、动用、测量、报废等信息，维修信息包括地铁车辆零部件维修过程信息、更换过程信息等；地铁车辆履历信息的存储形式包括文本、图像、视频和格式化数据信息等多种方式。详细车辆阶段相关数据如下表：
Figure BDA0004123711780000091
Figure BDA0004123711780000101
Figure BDA0004123711780000111
二、区块链智能合约设计
智能合约是一种计算机程序或交易协议，记录了交易条款信息、事件、行为，旨在减少对可信中间人的需求、仲裁和执行成本。在长安链上，用户可以通过高级语言(Golang、Rust、Solidity、TinyGo和C++)来编写智能合约，经过编译后，以二进制文件、WASM、EVM字节码的形式存储在区块链中，用户可以通过发送交易来触发执行智能合约中的代码。
虚拟机为智能合约提供计算资源和运行容器。每个虚拟机都运行在隔离的环境中，确保资源访问安全性，只能修改属于该合约自身的状态记录。智能合约需要有执行终止条件，以限制对资源的消耗；终止条件可以是按照时间、指令数量、指令执行代价(类似ETHgas)等方式。
本发明区块链底链为长安链，长安链支持多种智能合约编程语言和虚拟机，为虚拟机提供统一的数据访问和密码算法访问接口。当一批交易通过调度器被发送至虚拟机时，虚拟机将解析交易中的智能合约调用参数，并且在运行时，通过数据访问接口获取运行时必要的数据，最后执行生成交易的读写集、交易执行结果和交易执行的日志信息。长安链的智能合约类型根据使用的运行时类型，整体上可以分为Wasm、Solidity和基于Docker运行的合约三个大类，其中Wasm类型的合约包含Rust、TinyGo和C++三种开发语言，这一类型的合约需要先将智能合约使用对应的工具编译成Wasm文件，然后进行部署和调用；Solidtiy合约和以太坊类似，先编译成Solidity字节码，然后再进行部署和调用；基于Docker类型的合约包括Golang和Java语言合约(Java语言的合约支持在开发中，后续可能会扩展更多其他合约语言)，Go合约直接编译成平台机器码压缩后进行部署和调用，Java类型的合约也是编译成Java字节码进行部署和调用。
智能合约生命周期包括合约创建、合约升级、合约冻结、合约解冻、合约注销，长安链整体生命周期管理流程如下图2所示。
(i)合约创建
用户编写完成智能合约后，经过编译器编译为字节码，需要通过发送交易的形式部署到区块链上。发送的交易将被共识节点和同步节点接收和处理，在校验完成各项参数后，字节码将被存储在区块链数据库中。
在校验参数的过程中，如果下列校验出错，将把执行的错误信息记录在交易的执行结果中：
Figure BDA0004123711780000131
同一条链上不允许存在重名的合约
Figure BDA0004123711780000132
字节码不能为空
Figure BDA0004123711780000133
指定的智能合约执行引擎必须有效
Figure BDA0004123711780000134
版本信息不能为空
(ii)合约升级
长安链支持对基于WASM和EVM的字节码进行升级。
对于WASM而言，将调用upgrade_contract()方法，用户必须提供导出的upgrade_contract()方法。
对于EVM而言，并不会调用任何方法，只是单纯更新字节码。
对于DOCKER_GO而言，将调用InitContract()方法，该方法用于合约的部署与升级。
合约升级也需要校验参数，如果下列校验出错，将把执行的错误信息记录在交易的执行结果中：
Figure BDA0004123711780000135
合约必须已经被部署成功/>
Figure BDA0004123711780000136
字节码不能为空
Figure BDA0004123711780000137
版本信息不能为空
(iii)合约冻结
用户可以对已经部署在ChainMaker的智能合约进行冻结操作，需要发送冻结类型的交易，并指定合约名称，就可以冻结合约。被冻结的合约不允许被用户调用执行。
(iv)合约解冻
用户可以对已经部署在长安链上已冻结的智能合约进行解冻操作，需要发送解冻类型的交易，并指定合约名称，就可以解冻合约。
(v)合约注销
用户可以注销已经被安装的合约，合约一旦被注销，将无法再次对合约发起任何操作。
(1)基础功能合约
本项目的链上合约，依据车辆电子履历系统各业务阶段的业务需求进行设计。其中部分基础功能合约主要用于管理、控制区块链各节点的权限方案、人员登录等基础功能，包括区块链访问控制合约、数字身份管理合约、数据隐私保护合约，如图3所示。
1)企业数字身份类合约
实现企业业务子系统的用户信息及数字身份信息链上存证溯源等功能，实现用户身份与数字身份互相映射。通过此类合约实现企业业务子系统的用户注册登记、注销、数字身份创建、身份证书颁发、注销、身份证书过期、证书续期等功能，实现用户身份与数字身份互相映射，提供企业数字身份的全生命周期管理。此合约为业务数据权属关系认证、数据访问授权等功能提供基础。主要交互函数如下：
用户信息上链函数：提供业务子系统用户注册、注销等信息维护动作上链存证；
用户信息溯源函数：查询已上链存证的用户信息；
数字身份上链函数：实现业务子系统用户企业数字身份创建、颁发、注销、与用户身份映射等上链存证功能；
数字身份溯源函数：查询与用户身份映射的数字身份信息；
2)数据隐私保护类合约
提供链上数据多身份层级加密授权、数据授权、授权验证等功能。根据企业对电子履历数据链上存证的安全及可控共享需求，通过此类合约提供链上数据隐私规则设置、数据多身份层级加密授权、数据授权、授权验证。主要交互函数如下：
多身份层级密钥申请函数：根据用户请求信息生成多身份层级密钥并存储链上。
数据授权函数：通过智能合约，数据拥有者数据加密后共享给数据接收者，整个过程在区块链上完成，保证数据隐私安全。
授权验证函数：通过智能合约，数据接收者解密数据拥有者共享数据，整个过程在区块链上完成，保证数据隐私安全。
数据隐私溯源函数：查询用户已授权数据信息。
3)访问控制类合约
通过访问控制类合约来保障平台资源、权限、角色、身份认证等数据的链上管理，以保证以上系统资源在使用过程中可追溯、不可篡改。主要交互函数如下：
数据上链函数：对企业碳资产管理平台中的资源、权限、身份等数据的新建、修改、删除操作提供上链存证功能；
数据验证函数：根据交易哈希获取链上数据功能，以验证资源、权限、身份等数据是否被篡改；
溯源函数：根据系统资源编号、操作类型来获取资源操作以及变更的时间轴列表，以满足业务系统对数据操作追本溯源的需求。
(2)业务类合约
业务类相关合约与履历系统立项、设联、监造、验收、运营、报废等6个业务阶段进行对应，如图4和5所示，针对不同业务阶段中需要进行上链的数据，进行合约设计，包括立项信息登记合约、立项文件上传合约、车辆构型解析合约、设联沟通数据更新合约、监造数据更新合约、监造文件上传合约、出厂验收登记合约等。详细的合约设计列表如下：
Figure BDA0004123711780000151
/>
Figure BDA0004123711780000161
1)立项阶段智能合约
立项阶段需要上链的数据，包括项目立项信息、项目建议书等内容。当用户在地铁车辆电子履历系统中执行“立项信息登记”以及“立项文件上传”等操作，并在页面进行“提交”时，将触发立项阶段的车辆信息管理类智能合约，合约自动将上传到履历系统的立项信息和文件进行上链操作，并将上链后产生的Hash等数据反馈给履历系统，支持立项相关数据和文件的存证操作。主要对车辆采购立项阶段的相关审批文件、批复文件、可研方案等相关文件的收集管理维护。该阶段的数据来源第三方系统或线下文件，通过人工方式上传到电子履历系统，并进行立项数据上链存证。
立项阶段数据上链：数据包括项目名称、项目负责单位、立项(批复)日期、项目概述、所属线路、主机厂商名称、监理单位名称、采购数量、附件、创建人、创建时间、修改人、修改时间。
下表为车辆采购立项录入履历系统的数据项，其中上链的数据项如下表“数据是否上链”一列标识所示。
Figure BDA0004123711780000171
立项阶段合约设计：功能项包括新增立项数据信息；修改创建的立项数据信息；删除创建的立项数据信息；预览立项数据信息(仅发布后的数据)；将立项数据进行发布，相应状态更改为“已发布”，全体员工可进行查阅；附件上传、删除、预览、下载；车辆进行导入构型时，选择相对应的立项数据信息后，车辆和立项数据进行自动关联，可双向进行查阅。对于取消发布的数据进行提醒并限制立项数据查看。
履历系统立项阶段所有功能点如下表所示，设计智能合约实现的功能点，如下表“是否增加智能合约”列所示。
Figure BDA0004123711780000172
/>
Figure BDA0004123711780000181
立项阶段智能合约触发页面功能：
立项信息登记合约、立项文件上传合约：用户在履历系统立项模块中，点击新增项目，在弹出的“项目立项信息”填报界面中，录入立项信息后，点击“保存”触发立项信息登记合约和立项文件上传合约自动执行，立项信息自动上链。
立项信息更新合约：用户在“立项信息维护”界面，点击“维护”在弹出的界面中进行项目信息更新之后，点击“发布”，立项信息更新合约自动触发，立项信息上链。
2)设联阶段智能合约
设联阶段需要上链的数据，包括设联会议结果数据、车辆构型数据等。当用户在履历系统中执行新增“设联会议信息”、上传会议资料，并点击页面“提交”功能时，将会自动触发设联阶段的车辆信息管理类合约。合约自动将设联会议相关数据进行上链，并将上链产生的Hash值等结果数据返回给履历系统，作为后续出厂检验测试、车辆数据存证统计等业务功能的数据基础。
主要对车辆在生产前地铁公司(资产部门、运营公司)与主机厂、零部件厂家的前期设计联系过程的文件收集管理维护。该阶段的数据主要来源主机厂线下提交和设联主管部门线上收集，通过人工方式上传到电子履历系统，并进行上链存证。
设联阶段数据上链：设联会议所产生的数据字段如下表，经过梳理，其中需要进行上链的数据，如表格最右列所标识。
Figure BDA0004123711780000191
Figure BDA0004123711780000201
设联阶段合约设计：履历系统设计联络阶段所有功能点如下表所示，初步拟定需要设计智能合约实现的功能点，如下表“是否增加智能合约”列所示。
Figure BDA0004123711780000202
设联阶段智能合约触发页面功能：
设联会议新增合约：设联阶段智能合约添加在“设联会议管理”页面“新增会议”功能，当用户填写会议信息，点击发布时，触发设联会议新增合约。
设联会议更新合约:“设联会议管理”页面，选中某一会议点击“编辑”按钮后，在弹出的会议信息更新界面，调整设联会议信息，点击“发布”出发设联会议更新合约。
技术文件更新合约&车辆构件数据解析合约:“设联文件管理”页面，单击“维护”进入设联会议相关文件维护界面，上传车辆构型文件、技术规格说明书等文件材料后，点击“归档”，出发“设联文件新增合约”和“车辆构件数据更新合约”。
3)监造验收阶段智能合约
监造阶段需要上链的数据，包括车辆监造数据、车辆监造文件等内容。
当用户在履历系统中执行“列车监造信息录入”“监造相关文件上传”等功能时，将自动触发监造信息管理类合约。合约自动将监造相关数据和文件进行上链，并将上链产生的Hash值等结果返回给履历系统，作为支持车辆监造数据存证统计等业务的数据基础。结合列车在生产阶段的车辆构型、设联会议信息及设联相关附件结合线下工作实际需求对列车开始进行验收操作，并提取设联会议中提出的修改意见或项点要求导出excel文进行协助验收。
监造验收阶段数据上链:下表为监造验收阶段需要上链的列车验收信息。
Figure BDA0004123711780000211
Figure BDA0004123711780000221
监造验收阶段合约设计:以下为监造验收阶段智能合约设计。
Figure BDA0004123711780000222
监造验收阶段合约触发页面:
列车验收信息解析合约：列车验收信息解析合约添加在“列车验收管理”页面“新增验收”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息解析合约。
列车验收信息更新合约：列车验收信息更新合约添加在“列车验收管理”页面“编辑”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息更新合约。
项目备案信息解析合约：项目备案信息解析合约添加在“列车验收备案”页面“项目备案”功能，当用户填写列车验收备案信息，点击“发布”时，触发项目备案信息解析合约。
项目备案信息更新合约：项目备案信息更新合约添加在“列车验收备案”页面项目备案信息“编辑”功能，当用户修改列车验收备案信息，点击“发布”时，触发项目备案信息更新合约。
4)运行维护管理相关智能合约
运行维护管理模块，主要针对车辆运行维护阶段的检修计划、运行历程、故障报修、车辆巡检等业务进行管理。运营阶段需要上链的数据，包括线路运行计划、车辆巡/检/修数据、车辆运行数据等。
当用户在履历系统中进行“线路、编组运行计划录入”“运营计划录入”时，将自动触发计划管理合约。合约自动将计划信息进行上链存证，并将上链产生的Hash值反馈给履历系统。
当用户在履历系统中进行“车辆巡/检/修数据录入、备品信息录入”等操作时，将自动触发检测检修、备品备件管理合约，合约自动将相关检修数据和备品信息数据进行上链存证，并将上链存证产生的Hash值等信息反馈给履历系统，以支持车辆巡检修计划存证、备品备件存证统计等业务场景。
当用户在履历系统进行“运行、故障信息录入”，将自动触发故障数据管理合约，合约自动将故障信息进行上链存证，并反馈Hash值等上链数据支持后续故障信息存证统计等业务场景。
运行维护管理数据上链：车辆运行维护阶段所产生的业务数据主要有车辆故障数据、故障维修数据、车辆运行里程数据、车辆检修计划、车辆故障报告、车辆巡检计划。
5)报废更新阶段管理相关智能合约
报废更新阶段管理模块，主要针对车辆报废更新阶段的性能评估、报废认证、处理处置、更新改造等业务进行管理。报废更新阶段需要上链的数据，包括性能评估数据及文件、报废认证数据及文件、处理处置文件、更新改造文件等。
当用户在履历系统中进行“报废更新计划录入”时，将自动触发报废更新阶段管理合约。合约自动将相关信息进行上链存证，并将上链产生的Hash值反馈给履历系统。
6)履历信息管理相关智能合约
履历信息管理主要包含列车管理和部件管理两个模块，分别对立项设联验收后的车辆数据信息和车辆的部件相关数据进行管理。
履历数据上链：
列车数据上链：车辆相关数据需要进行上链的如下表：
数据项编号 数据项名称 数据项类型 精度要求 验证要求 是否上链
1. 名称 文本 必填 是
2. 编号 文本 必填 是
3. 型号 文本 必填 是
4. 制造厂商 文本 必填 是
5. 设备寿命 文本
6. 生产日期 日期
7. 技术规格 文本
8. 附件 —
9. 创建人 文本 是
10. 创建时间 日期 是
11. 修改人 文本 是
12. 修改时间 日期 是
部件数据上链：部件相关数据需要进行上链的如下表：
Figure BDA0004123711780000241
Figure BDA0004123711780000251
车辆履历数据管理相关合约：
列车数据管理相关合约，下表为列车管理相关智能合约设计。
Figure BDA0004123711780000252
Figure BDA0004123711780000261
部件管理相关合约：以下为部件管理相关智能合约。
Figure BDA0004123711780000262
履历信息相关合约触发页面：
列车数据相关智能合约
列车数据解析合约：(1)在“列次信息管理”界面，下载《车辆构型模板》，并填写后，进入“新建列车”界面导入车辆构型数据表，进行列车信息新增。在“列次信息管理”界面，找到新增加的列车，点击“发布”，触发列车数据解析合约。
列车数据更新合约：在“列次信息管理”界面，找到新增加的列车，点击“编辑”，进入列车信息编辑界面，触发列车数据更新合约。
部件数据相关智能合约：1、列车部件数据解析合约，进入“部件信息管理”界面，点击“添加部件”进入部件新增界面，录入新增的部件信息后，点击“发布”自动出发列车部件数据解析合约。2、列车部件数据更新合约，在“部件信息管理”界面，选择列表中的某一部件点击“编辑”进入部件信息编辑界面，更新部件信息后，点击“发布”自动出发列车部件数据更新合约。
7)系统集成网络拓扑
系统依托地铁网络云服务器部署车辆电子履历系统和区块链，为保障履历系统与区块链节点之间的数据互通，将区块链、履历系统相关服务器部署于地铁公司内部管理网种，具体部署拓扑图如图6所示。
三、履历数据上链存证流程，如图1所示：
第一步、上链前处理
地铁车辆电子履历相关业务数据在上链前，需要通过哈希算法对业务数据进行哈希处理，哈希值是与业务数据绑定的一串值，篡改业务数据会导致哈希值发生变化，因此具有防篡改的特性。
接下来采用加密算法对哈希值进行数字签名，并增加时间戳。数字签名可将发送者的身份和信息绑定，同时也可防止其他人冒充发送者，这样处理可保证信息的防篡改的同时认证发送者的身份，防止抵赖。
第二步、上链处理阶段
业务数据经过上链前处理之后，被转换成区块链可读的方式。处理完成的数据发送到区块链节点后，就形成了一笔区块链交易并进入上链处理的阶段。各节点在收到交易后，通过共识算法，将会形成新的区块。
第三步、智能合约阶段
数据上链处理完成之后，履历相关业务数据已经记录在链上了，并且地铁公司、运分公司等各个节点可以访问区块链上记录的数据。对于单纯只需要存证的业务数据而言，数据上链已经完成了存证操作，后续验证只需要通过哈希查询即可。如果涉及到存证以外其他的业务逻辑，则需要根据具体的业务场景设计相应的智能合约。
本发明中车辆电子履历上链数据覆盖地铁车辆立项、设联、监造、验收、运营、报废的全生命周期，按照上链数据类型区分，主要包括车辆基本构型数据、车辆状态信息、运营维修数据、相关文件资料等。详细上链数据如下表：
Figure BDA0004123711780000281
/>
Figure BDA0004123711780000291
/>

Claims (10)

1.一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，该方法包括如下步骤：
确定车辆电子履历系统信息实体
车辆电子履历数据按照业务阶段分为立项、设联、监造、验收、运营、报废6个阶段；按照履历信息分类，地铁车辆履历信息维度分为供应商信息、相关人员信息、车型及结构信息、零部件类型信息、地铁车辆信息、零部件信息、维修信息；按照地铁车辆及零部件的管理过程进行分类，地铁车辆履历信息分为初始信息、日常管理信息、维修信息；地铁车辆履历信息的存储形式包括文本、图像、视频和格式化数据信息；
智能合约设计
基础功能合约设计，包括区块链访问控制合约、企业数字身份管理合约、数据隐私保护合约；
业务类合约设计，包括立项阶段智能合约、设联阶段智能合约、监造验收阶段智能合约、运行维护管理智能合约、报废更新阶段管理智能合约、履历信息管理智能合约；
履历数据上链存证
上链前处理，地铁车辆电子履历相关业务数据在上链前，通过哈希算法对业务数据进行哈希处理，然后采用加密算法对哈希值进行数字签名，并增加时间戳；
上链处理，业务数据经过上链前处理之后，被转换成区块链可读的方式，处理完成的数据发送到区块链节点后，形成区块链交易并进入上链处理的阶段，各节点在收到交易后，通过共识算法，形成新的区块；
智能合约阶段，数据上链处理完成之后，履历相关业务数据记录在链上，地铁企业及运分公司各个节点能够访问区块链上记录的数据。
2.如权利要求1所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述区块链访问控制合约，用于保障平台资源、权限、角色、身份认证数据的链上管理，以保证数据在使用过程中可追溯、不可篡改；
所述企业数字身份管理合约，实现企业业务子系统的用户信息及数字身份信息链上存证溯源功能，实现用户身份与数字身份互相映射，通过其实现企业业务子系统的用户注册登记、注销、数字身份创建、身份证书颁发、注销、身份证书过期、证书续期功能，实现用户身份与数字身份互相映射，提供企业数字身份的全生命周期管理；
所述数据隐私保护合约，提供链上数据多身份层级加密授权、数据授权、授权验证，根据企业对电子履历数据链上存证的安全及可控共享需求，提供链上数据隐私规则设置、数据多身份层级加密授权、数据授权、授权验证。
3.如权利要求2所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述立项阶段智能合约中，需要上链的数据包括项目名称、项目负责单位、立项（批复）日期、项目概述、所属线路、主机厂商名称、监理单位名称、采购数量、附件、创建人、创建时间、修改人、修改时间；
当用户执行“立项信息登记”以及“立项文件上传”操作，并在页面进行“提交”时，将触发所述立项阶段智能合约，合约自动将上传到履历系统的立项信息和文件进行上链操作，并将上链后产生的哈希值数据反馈给电子履历系统，支持立项相关数据和文件的存证操作，主要对车辆采购立项阶段的相关审批文件、批复文件、可研方案等相关文件的收集管理维护；
立项阶段智能合约功能项包括新增、修改创建、删除创建、预览、立项数据信息；将立项数据进行发布，相应状态更改为“已发布”，全体员工可进行查阅，车辆进行导入构型时，选择相对应的立项数据信息后，车辆和立项数据进行自动关联，可双向进行查阅，对于取消发布的数据进行提醒并限制立项数据查看；
立项阶段智能合约触发页面功能：
1）立项信息登记合约、立项文件上传合约：用户在履历系统立项模块中，点击新增项目，在弹出的“项目立项信息”填报界面中，录入立项信息后，点击“保存”触发立项信息登记合约和立项文件上传合约自动执行，立项信息自动上链；
2）立项信息更新合约：用户在“立项信息维护”界面，点击“维护”在弹出的界面中进行项目信息更新之后，点击“发布”，立项信息更新合约自动触发，立项信息上链。
4.如权利要求3所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述设联阶段智能合约中，需要上链的数据包括设联会议结果数据、车辆构型数据，当用户在履历系统中执行新增“设联会议信息”、上传会议资料，并点击页面“提交”功能时，将会自动触发设联阶段的车辆信息管理类合约，合约自动将设联会议相关数据进行上链，并将上链产生的哈希值数据返回给履历系统，作为后续出厂检验测试、车辆数据存证统计业务功能的数据基础；
设联阶段智能合约触发页面功能：
1）设联会议新增合约：设联阶段智能合约添加在“设联会议管理”页面“新增会议”功能，当用户填写会议信息，点击发布时，触发设联会议新增合约；
2）设联会议更新合约:“设联会议管理”页面，选中某一会议点击“编辑”按钮后，在弹出的会议信息更新界面，调整设联会议信息，点击“发布”出发设联会议更新合约；
3）技术文件更新合约及车辆构件数据解析合约:“设联文件管理”页面，单击“维护”进入设联会议相关文件维护界面，上传车辆构型文件、技术规格说明书的文件材料后，点击“归档”，出发“设联文件新增合约”和“车辆构件数据更新合约”。
5.如权利要求4所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述监造验收阶段智能合约，需要上链的数据包括车辆监造数据、车辆监造文件，
当用户在履历系统中执行“列车监造信息录入”“监造相关文件上传”等功能时，将自动触发监造信息管理类合约，合约自动将监造相关数据和文件进行上链，并将上链产生的哈希值返回给履历系统，作为支持车辆监造数据存证统计业务的数据基础，列车在生产阶段的车辆构型、设联会议信息及设联相关附件结合线下工作实际需求对列车开始进行验收操作，并提取设联会议中提出的修改意见或项点要求导出excel文进行协助验收；
监造验收阶段智能合约触发页面功能:
1）列车验收信息解析合约：列车验收信息解析合约添加在“列车验收管理”页面“新增验收”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息解析合约；
2）列车验收信息更新合约：列车验收信息更新合约添加在“列车验收管理”页面“编辑”功能，当用户填写完列车验收信息，点击“发布”时，触发列车验收信息更新合约；
3）项目备案信息解析合约：项目备案信息解析合约添加在“列车验收备案”页面“项目备案”功能，当用户填写列车验收备案信息，点击“发布”时，触发项目备案信息解析合约；
4）项目备案信息更新合约：项目备案信息更新合约添加在“列车验收备案”页面项目备案信息“编辑”功能，当用户修改列车验收备案信息，点击“发布”时，触发项目备案信息更新合约。
6.如权利要求5所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
运行维护管理智能合约，主要针对车辆运行维护阶段的检修计划、运行历程、故障报修、车辆巡检等业务进行管理，其需要上链的数据包括线路运行计划、车辆巡/检/修数据、车辆运行数据；
当用户在履历系统中执行“线路、编组运行计划录入”“运营计划录入”时，将自动触发计划管理合约，合约自动将计划信息进行上链存证，并将上链产生的哈希值反馈给履历系统；
当用户在履历系统中进行“车辆巡/检/修数据录入、备品信息录入”等操作时，将自动触发检测检修、备品备件管理合约，合约自动将相关检修数据和备品信息数据进行上链存证，并将上链存证产生的哈希值反馈给履历系统，以支持车辆巡检修计划存证、备品备件存证统计等业务场景；
当用户在履历系统进行“运行、故障信息录入”，将自动触发故障数据管理合约，合约自动将故障信息进行上链存证，并反馈哈希值给履历系统支持后续故障信息存证统计等业务场景。
7.如权利要求6所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述报废更新阶段管理智能合约，主要针对车辆报废更新阶段的性能评估、报废认证、处理处置、更新改造业务进行管理，报废更新阶段需要上链的数据，包括性能评估数据及文件、报废认证数据及文件、处理处置文件、更新改造文件。
8.当用户在履历系统中进行“报废更新计划录入”时，将自动触发报废更新阶段管理合约，合约自动将相关信息进行上链存证，并将上链产生的哈希值反馈给履历系统。
9.如权利要求7所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
所述履历信息管理智能合约，分别对立项设联验收后的车辆数据信息和车辆的部件相关数据进行管理；
所述履历信息管理智能合约触发页面功能：
1）列车数据解析合约：在“列次信息管理”界面，下载《车辆构型模板》，并填写后，进入“新建列车”界面导入车辆构型数据表，进行列车信息新增，在“列次信息管理”界面，找到新增加的列车，点击“发布”，触发列车数据解析合约；
2）列车数据更新合约：在“列次信息管理”界面，找到新增加的列车，点击“编辑”，进入列车信息编辑界面，触发列车数据更新合约；
3）部件数据相关智能合约：1、列车部件数据解析合约，进入“部件信息管理”界面，点击“添加部件”进入部件新增界面，录入新增的部件信息后，点击“发布”自动出发列车部件数据解析合约；2、列车部件数据更新合约，在“部件信息管理”界面，选择列表中的某一部件点击“编辑”进入部件信息编辑界面，更新部件信息后，点击“发布”自动出发列车部件数据更新合约。
10.如权利要求1所述的一种面向城轨车辆电子履历数据的区块链管理及存储方法，其特征在于，
步骤（2）中所述智能合约设计中，智能合约生命周期包括合约创建、合约升级、合约冻结、合约解冻、合约注销；
合约创建，用户编写完成智能合约后，经过编译器编译为字节码，通过发送交易的形式部署到区块链上，发送的交易将被共识节点和同步节点接收和处理，在校验完成各项参数后，字节码将被存储在区块链数据库中；
合约升级，支持对基于WASM和EVM的字节码进行升级，合约升级需要校验参数，如果校验出错，将把执行的错误信息记录在交易的执行结果中；
合约冻结，用户能对已经部署的智能合约进行冻结操作，需要发送冻结类型的交易，并指定合约名称，进行冻结合约，被冻结的合约不允许被用户调用执行；
合约解冻，用户能对已冻结的智能合约进行解冻操作，需要发送解冻类型的交易，并指定合约名称，进行解冻合约；
合约注销，用户能注销已经被安装的合约，合约一旦被注销，将无法再次对合约发起任何操作。
CN202310239961.7A 2023-03-14 2023-03-14 面向城轨车辆电子履历数据的区块链管理及存储方法 Pending CN116402491A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310239961.7A CN116402491A (zh) 2023-03-14 2023-03-14 面向城轨车辆电子履历数据的区块链管理及存储方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310239961.7A CN116402491A (zh) 2023-03-14 2023-03-14 面向城轨车辆电子履历数据的区块链管理及存储方法

Publications (1)

Publication Number Publication Date
CN116402491A true CN116402491A (zh) 2023-07-07

Family

ID=87018839

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310239961.7A Pending CN116402491A (zh) 2023-03-14 2023-03-14 面向城轨车辆电子履历数据的区块链管理及存储方法

Country Status (1)

Country Link
CN (1) CN116402491A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974078A (zh) * 2024-04-01 2024-05-03 中国标准化研究院 一种基于区块链的轨道交通设备管理系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974078A (zh) * 2024-04-01 2024-05-03 中国标准化研究院 一种基于区块链的轨道交通设备管理系统

Similar Documents

Publication Publication Date Title
US10491633B2 (en) Access requests at IAM system implementing IAM data model
US8874455B2 (en) Convergence of customer and internal assets
WO2022179008A1 (zh) 基于区块链的供应链金融AI DaaS算法仓库平台
CN111767247A (zh) 一种工程资料实时监管的档案规范与同步形成控制平台
US9495380B2 (en) Access reviews at IAM system implementing IAM data model
CN111666464A (zh) 一种基于云服务的项目文档协作管理系统及方法
US9489390B2 (en) Reconciling access rights at IAM system implementing IAM data model
CN109063362B (zh) 航电软件接口控制文件设计管理系统
CN114153920A (zh) 大数据边平台与方法
CN111176613A (zh) 基于体系结构模型的协同任务自动分解系统
CN116402491A (zh) 面向城轨车辆电子履历数据的区块链管理及存储方法
CN111538720B (zh) 电力行业基础数据清理的方法及系统
CN101339506B (zh) 一种实现软件产品资源与版本管理的装置
CN114548833A (zh) 一种一体化智慧运维控制方法、系统及运维平台
CN114255073A (zh) 一种基于数据中台的营销普查方法
CA2869731A1 (en) Wireless coverage infrastructure design
CN117172641A (zh) 基于区块链与数字孪生的生产物流管理平台及实现方法
CN111861117A (zh) 一种基于联盟链的乐器评测数据共享方法及系统
CN116307570A (zh) 一种基于区块链技术的地铁车辆电子履历系统
CN114911773B (zh) 一种通用元模型设计方法
CN105719216A (zh) 电子政务平台信息数据处理方法
CN115496337A (zh) 一种支撑企业大脑的数据系统
Salehi Integration of blockchain technologie in case of systems engineering and software engineering in an industrial context
CN111061789A (zh) 一种智能电网基建信息管理系统
CN112187749B (zh) 一种基于智能合约的生产交易管理方法及其系统

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