New energy vehicle charging facility on-site inspection, detection and traceability system

Abstract

The invention provides an on-site inspection, detection and traceability system for a new energy automobile charging facility. The related system is divided into four layers: a user layer, an application layer, a block chain layer and a data layer. According to functions to be realized by the system, module design is carried out, and the module is divided into a user management module, an inspection and detection application management module, an inspection and detection execution module, a file management module and a block chain service module. According to the application, the block chain and the new energy charging facility field inspection and detection evidence storage are combined, and the evidence storage system is designed by applying a Fabric platform. According to the system, the non-tampering characteristic of the block chain is utilized, the evidence storage management safety of inspection and detection is improved, the quality is improved, the risk is reduced, and meanwhile, the system provides a user interface and all APIs for a user to carry out data query, uploading, tracing and other operations.

Description

Technical Field

[0001] This application relates to the field of inspection and testing technology, specifically to a traceability system for on-site inspection and testing of new energy vehicle charging facilities. Background Technology

[0002] With the development of science and technology, electric vehicles have entered large-scale demonstration operation, and charging piles, as an important basic component, have received extensive research. On the one hand, safe and reliable charging is a necessary condition for the healthy development of electric vehicles. The performance and safety of charging piles directly affect the lifespan of power batteries, and in severe cases, even threaten the safe and reliable operation of the power grid. On the other hand, over time, in-service electric vehicle charging equipment is prone to problems such as decreased safety, functional defects, and improper operation and maintenance due to natural aging, external environmental corrosion, and improper maintenance. Therefore, corresponding testing work is of great significance for reducing equipment safety risks and maintaining its long-term availability.

[0003] To address the shortcomings of widely used paper-based testing and inspection records in terms of traceability and evidence security, electronic record systems have achieved significant improvements through structured data management and digital process control. However, the format and storage method of electronic testing records are still determined by third-party organizations, which still presents a certain degree of opacity for regulators and clients. Furthermore, existing testing and inspection report query systems lack support for reliable verification, leading to frequent instances of forgery.

[0004] Blockchain technology, with its characteristics of traceability and tamper resistance, can be applied to inspection and testing report verification and query systems to reliably verify inspection and testing conclusions. Based on this, a blockchain-based reliable verification system for inspection and testing reports was designed, providing a new solution for achieving reliable verification of inspection and testing reports. Summary of the Invention

[0005] This application addresses the shortcomings of existing technologies, such as the ease with which on-site inspection and testing reports for new energy vehicle charging facilities can be tampered with and lack effective verification. This application proposes a traceability system for on-site inspection and testing of new energy vehicle charging facilities. This solution aims to overcome the deficiencies in existing technologies.

[0006] To achieve the above objectives, this application provides the following technical solution: A system for on-site inspection, testing, and traceability of new energy vehicle charging facilities, comprising a user layer, an application layer, a blockchain layer, and a data layer, characterized in that: The user layer targets five core stakeholder roles in this system: request initiator, testing party, government agency or independent regulatory department, salesperson, and administrator. The application layer, as the core layer carrying the system's business logic, is responsible for handling the implementation and coordination of all key business processes. The blockchain layer, relying on the Hyperledger Fabric consortium blockchain network, forms the basis for trusted data storage and collaborative consensus in the system; The data layer is designed as a hybrid architecture that integrates the advantages of multiple storage paradigms to systematically meet the core requirements of testing and inspection services for data diversity, processing performance, and security and reliability throughout the entire lifecycle.

[0007] Preferably, the person initiating the request is responsible for submitting the acceptance application for the new energy vehicle charging facility project, triggering the entire testing process; the testing party, as the professional technical executor, is responsible for receiving and executing specific on-site or laboratory testing tasks, and uploading detailed testing process data and final results to the system; government agencies or independent regulatory departments have the authority to supervise, review, and trace the entire acceptance process and testing data to ensure the compliance of the process and the authenticity of the results. Their operation is mainly "viewing"; the salesperson is responsible for handling the preliminary review of the acceptance application, task assignment, progress tracking, and final processing of the acceptance conclusion; the administrator is responsible for the operation and maintenance of the entire system, basic configuration management, user account and permission allocation, system monitoring, and log auditing, and other backend support work.

[0008] Preferably, the application layer consists of Go language backend services, which serve as the main channel for the system to provide external services through standardized RESTful API interfaces; it also integrates a JWT authentication mechanism to ensure access security and undertakes basic file upload and download service functions.

[0009] Preferably, the blockchain layer includes, Peer nodes execute the business logic rules encapsulated in smart contracts, and combine the distributed ledger formed after the transaction is verified to be legal with the world state database reflecting the latest asset status, while also fully persisting local storage, laying the physical foundation for data tamper-proofing. Orderer nodes receive transaction requests from the application layer, eliminate potential conflicts and complete the final ordering according to the established consensus algorithm, and then generate structured blocks and broadcast them to the entire network to ensure the global consistency and fairness of the verification and recording process. CA nodes, by issuing and managing exclusive digital certificates for all participants, including nodes, users, and application participants, enforce strict identity authentication and access control policies based on X.509 PKI, thus establishing a controllable security boundary for network interactions. The Channel mechanism enables the network to achieve fine-grained logical isolation of transaction data, allowing specific members and their on-chain data to be confined to specific channels, effectively protecting sensitive information and improving the clarity of collaboration among participants. CouchDB's functionality facilitates efficient retrieval of diverse attributes of on-chain assets, significantly improving the efficiency and practicality of regulatory traceability and business analysis.

[0010] Preferably, the blockchain layer includes a MySQL database, a file storage system, and a blockchain ledger.

[0011] Preferably, the system also includes a functional module architecture, which is divided into a user management module, an inspection and testing application management module, an inspection and testing execution module, a document management module, and a blockchain service module.

[0012] Preferably, the user management module is responsible for user identity management and access control throughout the system.

[0013] Preferably, the inspection and testing application management module is used to handle the full lifecycle management of the application part of this traceability system. The application creation function allows the owner to submit new acceptance applications and fill in relevant information. The application review function allows the business personnel to approve and process the submitted applications. The status tracking function monitors the processing progress and current status of the applications in real time. This module ensures the orderly progress of the acceptance work through a standardized application process and provides accurate task information for subsequent inspection and testing execution.

[0014] Preferably, the inspection and testing execution module provides complete on-site testing support for testing personnel, mainly through file uploading and data recording.

[0015] Preferably, the blockchain service module is responsible for interacting with the Hyperledger Fabric network and performing data on-chain operations. The smart contract function executes the business logic of acceptance testing and manages the on-chain data status. The Fabric gateway function provides the interface and SDK calls for communication with the blockchain network. The ledger query function supports the query of historical data and the tracking of change records. This module utilizes the immutability of the blockchain to provide trusted data storage and historical traceability capabilities for acceptance testing.

[0016] Compared with the prior art, the beneficial effects of this application are as follows: This system provides users with complete application status information by querying a combination of blockchain and database data, including immutable records on the blockchain and extended information in the database. The testing and inspection status supports real-time updates, ensuring users can stay informed about the application processing progress. The contract code is deployed on the blockchain network, and a consensus mechanism ensures the consistency and immutability of execution results, providing a reliable business logic execution environment for the entire acceptance testing system. The system's data query function fully leverages the immutability of blockchain data, providing reliable historical data traceability capabilities and supporting various application scenarios such as auditing, supervision, and dispute resolution. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This application includes a system architecture diagram of an on-site inspection, testing, and traceability system for new energy vehicle charging facilities. Figure 2 This application includes a user registration flowchart for an on-site inspection and traceability system for new energy vehicle charging facilities. Figure 3 This application includes a smart contract flowchart for an on-site inspection and traceability system for new energy vehicle charging facilities. Figure 4 This application presents a functional module architecture diagram of an on-site inspection, testing, and traceability system for new energy vehicle charging facilities. Detailed Implementation

[0019] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0020] like Figure 1 As shown, this application discloses a field inspection and traceability system for new energy vehicle charging facilities. The structure of the system is as follows: Figure 1 As shown, it includes four layers: user layer, application layer, blockchain layer, and data layer.

[0021] The user layer is the top layer of the system, targeting five core stakeholder roles. First, the user layer is responsible for submitting acceptance applications for new energy vehicle charging infrastructure projects, triggering the entire testing process. Second, the testing party, as the professional technical executor, is responsible for receiving and executing specific on-site or laboratory testing tasks, and uploading detailed testing process data and final results to the system. Third, typically government agencies or independent regulatory departments, have the authority to supervise, review, and trace the entire acceptance process and testing data, ensuring compliance and the authenticity of the results. Their operation is primarily "viewing." Fourth, the salesperson, as the internal process coordinator, is responsible for handling the initial review of acceptance applications, task assignment, progress tracking, and final processing of acceptance conclusions. Fifth, the administrator is responsible for the overall system operation and maintenance, basic configuration management, user account and permission allocation, system monitoring, and log auditing, among other backend support work. All user registration management logic follows the process below. Figure 2 As shown.

[0022] The application layer, as the core layer carrying the system's business logic, is responsible for handling the implementation and coordination of all key business processes. Its core consists of a high-performance Go language backend service, which provides a standardized RESTful API interface as the main channel for external services. This interface not only meets the needs for flexible data interaction but also integrates a JWT authentication mechanism to ensure access security and handles basic service functions such as file upload and download. To effectively manage on-chain business logic, this layer deploys a dedicated smart contract service. Its responsibilities focus on core operations leveraging blockchain characteristics, including on-chain registration and lifecycle management of acceptance applications, immutable storage and permanent tracking of test results, traceability and querying of historical equipment test records, and automatic state transition control driving cross-agency collaboration throughout the acceptance process. For the large number of structured reports, on-site photos, and other critical evidence documents generated during the testing process, the file management service plays an indispensable role. MySQL off-chain storage is responsible for the secure and unified management of large files, the calculation of cryptographic hash values ​​for the original files, and the on-chain anchoring of key hash digests through smart contracts. This establishes tamper-proof proof of file content and online integrity verification capabilities, thereby constructing a strong trust chain linking physical evidence and on-chain data. These service components work closely together and communicate securely and efficiently with the underlying blockchain network through the standardized interface component, the Hyperledger Fabric Gateway SDK, ensuring that business operations can be reliably converted into on-chain transactions, supporting the engineering management goal of data non-repudiation.

[0023] The blockchain layer relies on a fully-fledged Hyperledger Fabric consortium blockchain network, forming a solid foundation for trusted data storage and collaborative consensus. The core of this network consists of Peer nodes, which have a dual mission: rigorously executing the business logic rules encapsulated in smart contracts, and verifying the legality of transactions to create a distributed ledger and a world state database reflecting the latest asset status, while simultaneously ensuring complete and persistent local storage, laying the physical foundation for data tamper-proofing. Orderer nodes act as global transaction order creators, receiving transaction requests from the application layer, eliminating potential conflicts and completing the final ordering according to a predetermined consensus algorithm, and then generating structured blocks and broadcasting them throughout the network, ensuring global consistency and fairness in the verification and recording process. CA nodes, as the source of the network's identity trust chain, issue and manage exclusive digital certificates for all participants, including nodes, users, and application participants, enforcing strict X.509 PKI-based identity authentication and access control policies, establishing a controllable security boundary for network interactions. Through a flexibly configurable Channel mechanism (e.g., 'mychannel'), the network achieves fine-grained logical isolation of transaction data, allowing specific members (inspectors, supervisors) and their on-chain data to be confined to specific channels, effectively protecting sensitive information and enhancing the clarity of collaboration among participants. To improve the system's responsiveness to complex query requests, CouchDB was chosen as the preferred backend support for the world state database. Its powerful and flexible rich query (JSON query) functionality facilitates efficient retrieval of diverse attributes of on-chain assets (e.g., acceptance applications, test result status), significantly improving the efficiency and practicality of regulatory traceability and business analysis. It is through this highly collaborative, component-based architecture that the blockchain layer, with its inherent distributed consensus, immutability, and cryptographic security, endows the stored data with the highest level of authenticity and credibility. Furthermore, through a rigorous state data synchronization mechanism and a bidirectional consistency maintenance mechanism with the external storage layer, a verifiable and trustworthy closed loop is formed, connecting the entire testing process. Based on the blockchain functionality, the smart contract flowchart for on-chain operations is as follows: Figure 3 As shown.

[0024] The data layer is meticulously designed as a hybrid architecture integrating the advantages of multiple storage paradigms to systematically meet the core demands of testing and inspection services throughout their entire lifecycle for data diversity, processing performance, and security and reliability. The MySQL database, as the management hub for structured data, efficiently handles high-frequency operational data with strong transaction processing requirements, such as user account systems and permission configurations, multiple acceptance application trajectories for charging facility projects, and comprehensive indexes of testing records, ensuring the timeliness of business processes and the foundation for data consistency. Faced with massive amounts of unstructured files, such as PDF reports and multi-angle on-site operation images generated during the testing process, the file storage system undertakes the task of cost-effectively and efficiently storing large-capacity physical files, systematically distributing, managing versions, and backing up files. More importantly, it rigorously implements cryptographic hash calculations of the original file content and synchronously submits the resulting unique digest value to the upper-layer file management service, which is then solidified on the blockchain through smart contracts. This forms the cornerstone of cross-verification of the physical existence of files and their on-chain identity, supporting real-time online trusted verification of file integrity. Hyperledger Fabric's distributed ledger (blockchain ledger) is designed with extreme requirements for permanent and tamper-proof recording, focusing on the immutable historical solidification of core evidence events—including the on-chain confirmation of ownership of every acceptance application and its key attributes, the anchoring of objective evidence hash values ​​for test results, and the complete audit trail logs generated along with business processes. This becomes the most credible original evidence in judicial / regulatory traceability. It is this differentiated storage empowerment based on data characteristics and business security levels—MySQL ensuring agile transaction processing, the file system providing low-cost large file hosting and hash verification support, and the blockchain ledger providing the ultimate guarantee of data authenticity—that achieves organic synergy through rigorous interoperability logic. This not only constructs a full-stack data management system that runs through "operable data - physical evidence files - authoritative core evidence," but also achieves a key balance between credible proof capabilities and system operating efficiency in terms of engineering management goals.

[0025] like Figure 4 As shown, the on-site inspection and testing traceability system for new energy vehicle charging facilities disclosed in this application also includes a functional module architecture, which is divided into five parts: user management module, inspection and testing application management module, inspection and testing execution module, document management module, and blockchain service module.

[0026] The user management module, as the foundational support module of the system, is responsible for the management of user identity and access control throughout the system. It includes user authentication functions that handle login verification and identity confirmation, access control functions that assign corresponding system access permissions according to different roles, and user information management functions that maintain users' basic information and account status. This module uses JWT services to implement user token management, providing a basic guarantee for the secure operation of the system and ensuring that only authenticated and authorized users can access the corresponding system functions.

[0027] The user authentication function employs a JWT (JSON Web Token)-based identity authentication mechanism, implementing a structured verification process through coded functions. After receiving the user's submitted credentials, the system uses the `CompareHashAndPassword` method from the `bcrypt` library to compare the password hash value, ensuring the security of the authentication process. Upon successful verification, the system generates a JWT token containing the user ID, username, and role information. This token has a 24-hour validity period and uses the HS256 signature algorithm to ensure its integrity and anti-counterfeiting capabilities. This solution eliminates the server-side state storage requirements of traditional session mechanisms, significantly improving the scalability of the distributed system.

[0028] Access control is implemented with fine-grained access control using authMiddleware and role-based functions. The system defines five user roles: owner, inspector, supervisor, clerk, and admin, assigning them differentiated system operation permissions. The middleware obtains JWT tokens by parsing the Authorization field in the HTTP request header or URL parameters, verifies them, extracts user authentication credentials, and injects them into the request context. Each API interface implements an explicit role verification mechanism, forming a hierarchical security barrier. At the user management level, owners can register independently, while the registration channels for other roles are centrally managed by the administrator. This design follows the Principle of Least Privilege, effectively reducing the risk of data leakage and improving system reliability.

[0029] The user information management function enables full lifecycle management of user accounts through database operations. Custom functions such as `handleRegisterOwner` and `handleRegisterInspector` support registration for users with different roles. User passwords are stored using hash encryption via the `bcrypt` library to avoid the risk of plaintext password leakage. A custom function `handleGetAllUsers` provides administrators with user query functionality, while a custom function `handleUpdateUser` supports updating user information, including modifying usernames and roles. A custom function `handleDeleteUser` implements user deletion functionality, checking for any associated business records before deletion to prevent data integrity breaches. Custom functions `handleChangePassword` and `handleResetPassword` support user password changes and administrator password resets, respectively. All password operations are processed using secure hash algorithms.

[0030] The Inspection and Testing Application Management Module is used to manage the entire lifecycle of the application portion of this traceability system. The application creation function allows the owner to submit new acceptance applications and fill in relevant information. The application review function allows the business personnel to approve and process the submitted applications. The status tracking function monitors the processing progress and current status of the applications in real time. This module ensures the orderly conduct of acceptance work through a standardized application process and provides accurate task information for subsequent inspection and testing execution.

[0031] The application creation function implements the charging pile acceptance application submission process through a custom `handleCreateInspectionRequest` function. The owner user fills in detailed information such as the name and address of the unit to be inspected, the information of the commissioning unit, the installation location of the charging pile, and its model and specifications. The system verifies the integrity of the submitted data. After successful verification, the system calls a smart contract to write the application data to the blockchain, generating a unique application ID and transaction ID. Simultaneously, the system creates a corresponding record in the `inspection_requests` table of the MySQL database, storing the basic information and extended data of the application, ensuring consistency between on-chain and off-chain data. After successful application creation, the system returns the application ID and transaction hash, providing traceability for subsequent processes.

[0032] The application review function provides business personnel with application approval capabilities through a custom `handleReviewInspectionRequest` function. The system supports review operations via application ID or transaction ID. Business personnel can choose to approve or reject applications and must provide review comments. The review operation calls a smart contract to record the review results and comments on the blockchain, ensuring the transparency and immutability of the review process. For approved applications, the system automatically assigns a default testing agency or allows specifying a particular testing agency and updates the application status in the database to "Approved". Rejected applications are updated to "Rejected", and the entire review process forms a complete audit trail.

[0033] The status tracking function monitors the entire application lifecycle through multiple query interfaces. The custom `handleGetOwnerRequests` function provides owners with a query function for their applications, supporting paginated queries and status filtering, displaying information such as the current application status, creation time, and update time. The custom `handleGetPendingReviews` function provides administrators with a list of applications awaiting review, and the custom `handleGetReviewedRequests` function displays detailed information on reviewed applications. The system provides users with complete application status information by querying a combination of blockchain and database data, including immutable records on the blockchain and extended information in the database. The status tracking function supports real-time updates, ensuring users can stay informed about the application processing progress.

[0034] The inspection and testing execution module is the core business processing module of the system. It is responsible for the execution of specific inspection and testing tasks and the management of results. The task acceptance function allows the testing party to receive and confirm the testing task. The execution function supports inspection and testing personnel to carry out on-site testing work and record test data. The result submission function submits the test results and related data to the blockchain for permanent storage. This module ensures that the inspection and testing work is carried out in accordance with standard procedures and saves the results on the blockchain in an immutable manner.

[0035] The task acceptance function uses a custom `handleAcceptInspectionRequest` function to allow the inspector to accept acceptance tasks. Inspectors select a suitable task from the pending applications list. After the system verifies the application status as "approved," it allows the inspector to accept the task. The acceptance operation calls the `AcceptInspectionRequest` method of the smart contract, passing in the application ID, acceptance form number, and inspector information, recording the task allocation information on the blockchain. Simultaneously, the system creates an inspection record in the database, updates the application status to "in progress," and establishes a link between the application and the inspection record. After task acceptance, the system generates a unique acceptance form number as an identifier for subsequent inspection processes, ensuring the traceability of the inspection task.

[0036] The inspection and testing execution module provides comprehensive on-site testing support for inspectors, primarily through file uploads and data recording. Inspectors use a custom `handleUploadReport` function to upload JSON-formatted test reports. The system verifies file type and size limits and calculates the file's SHA256 hash value to ensure integrity. The custom `handleUploadImages` function supports batch uploading of multiple on-site images, including equipment photos, nameplate photos, and other image types. Each image generates a unique hash value and metadata record. The system stores files in a specified directory structure, organizing folders by acceptance order number, and records file metadata information in the database. All operations during the testing process are fully timestamped, providing a basis for quality control.

[0037] The results submission function uses a custom `handleSubmitInspectionWithFiles` function to comprehensively submit the detection results. The system first verifies that the detection report and on-site images have been completely uploaded, ensuring that the hash values ​​of the submitted files match the database records. After successful verification, the system constructs a list of image information containing filenames and hash values, and calls a smart contract to submit the detection results, report hashes, image information, and overall conclusions to the blockchain. The blockchain record contains complete information such as the inspector's ID, detection date, and hash values ​​of all files, forming an immutable detection credential. The application status in the database is updated to "completed," and the detection record status is updated synchronously. The entire submission process ensures data consistency and traceability.

[0038] The file management module is used to process various files and data generated during the testing process. The report upload function supports testing personnel to upload test reports in JSON format. The image upload function manages the storage and indexing of on-site test photos. Files can be downloaded and viewed. Both reports and images are generated with corresponding hash values ​​by the system. Hash verification ensures the integrity of the files. This module provides a reliable storage and verification mechanism for test data, ensuring that all test files can be securely saved and traceably verified.

[0039] The report upload function securely uploads JSON-formatted inspection reports using a custom `handleUploadReport` function. The system first verifies user permissions and acceptance record status to ensure only the inspection party can upload the report and that the acceptance process is in progress. During the upload, the system checks that the file size does not exceed the 10MB limit, verifies the file extension is .json, and creates a dedicated directory named after the acceptance ID to store the report file. File uploads use a streaming processing approach, calculating the SHA256 hash value while reading the file content to ensure the accuracy of file integrity verification. The system generates a unique filename containing a version number and timestamp to avoid filename conflicts and stores report metadata (filename, path, size, hash value, version information) in the database, providing foundational data for subsequent file management and integrity verification.

[0040] The image upload function supports batch management of multiple on-site inspection images through a custom `handleUploadImages` function. The system supports JPG, JPEG, PNG, and GIF image formats, with a single image size limit of 5MB and a total image size not exceeding 50MB. During the upload process, the system assigns descriptive information and type tags (such as equipment photos, nameplate photos, etc.) to each image and generates a unique filename to avoid conflicts. Each image undergoes SHA256 hash calculation to ensure file integrity and verifiability. The system stores images in a directory structure organized by acceptance ID for easy file management and access control. Image metadata includes information such as filename, storage path, size, hash value, upload time, description, and type, stored in the database to form a complete image index, supporting subsequent query and download operations.

[0041] The blockchain service module is responsible for interacting with the Hyperledger Fabric network and handling data on-chain operations. The smart contract function executes the business logic of acceptance testing and manages the on-chain data status. The Fabric gateway function provides interfaces and SDK calls for communication with the blockchain network. The ledger query function supports querying historical data and tracking change records. This module utilizes the immutability of blockchain to provide trusted data storage and historical traceability capabilities for acceptance testing. The blockchain service module is the core technology of the system.

[0042] The smart contract functionality is implemented on the Hyperledger Fabric platform, managing all business logic for acceptance testing through the ChargingInspectionContract contract. The contract defines core methods such as CreateInspectionRequest, ReviewInspectionRequest, AcceptInspectionRequest, and SubmitInspectionResult, each containing complete business verification logic and state transition rules. The contract uses composite keys and state patterns to manage the lifecycle of acceptance requests, ensuring compliance of state transitions. The smart contract also implements query methods such as GetInspection, GetInspectionHistory, and QueryInspectionsByStatus, supporting the retrieval of acceptance data based on different conditions. The contract code is deployed on the blockchain network, ensuring the consistency and immutability of execution results through a consensus mechanism, providing a trusted business logic execution environment for the entire acceptance testing system. Contract details can be viewed in the blockchain explorer, showing the hash values ​​of the information uploaded to the blockchain by the smart contract.

[0043] The Fabric gateway function establishes a secure connection to the Hyperledger Fabric network via the `client.Connect` method, using X.509 digital certificates for authentication and TLS encrypted communication. The system configures connection parameters such as peer node addresses, certificate paths, and private key paths, communicating with the blockchain network via the gRPC protocol. The gateway function supports transaction submission and query execution, providing two calling methods: `EvaluateTransaction` and `SubmitTransaction`, used for read-only queries and state update operations, respectively. The system implements connection pool management and timeout control, including parameter configuration for evaluation timeout, endorsement timeout, submission timeout, and submission state timeout, ensuring the reliability of network communication. The gateway function also handles security operations such as certificate verification and signature generation, providing a simplified blockchain access interface for the application layer.

[0044] The ledger query function achieves complete historical data traceability through custom `handleGetInspectionHistory` and `handleGetInspectionChangeLog` functions. The system calls a smart contract to retrieve all historical changes to the acceptance records, returning a list of change records sorted by time, including detailed information such as transaction ID, timestamp, and change content. The query function supports access control: owners can only query their own records, inspectors can only query the tasks they are responsible for, and administrators and supervisors can query all records. The system also provides a custom `QueryInspectionsByStatus` method to support batch queries by status, using a pagination mechanism to handle large-scale data query needs. The ledger query function fully leverages the immutability of blockchain data, providing the system with reliable historical data traceability capabilities, supporting various application scenarios such as auditing, supervision, and dispute resolution.

[0045] Based on the same inventive concept, this application also provides a readable storage medium, specifically an electronic device readable storage medium (Memory). This readable storage medium is a memory device within an electronic device, used to store programs and data. It is understood that the storage medium here can include both built-in storage media within the electronic device and extended storage media supported by the electronic device. The storage medium provides storage space, which stores the terminal's operating system. Furthermore, this storage space also stores one or more instructions suitable for loading and execution by a processor. These instructions can be one or more executable programs (including program code). It should be noted that the storage medium here can be a high-speed RAM memory or a non-volatile memory, such as at least one disk storage device. Loading and executing one or more instructions stored in the storage medium by the processor can implement the steps of the remote batch inspection and testing method for the power regulation capability of charging piles in the above embodiments.

[0046] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0047] The above are merely embodiments of this application and are not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application shall be included within the scope of the claims of this application pending approval.

Claims

1. A field inspection and traceability system for new energy vehicle charging facilities, comprising a user layer, an application layer, a blockchain layer, and a data layer, characterized in that: The user layer targets five core stakeholder roles in this system: request initiator, testing party, government agency or independent regulatory department, salesperson, and administrator. The application layer, as the core layer carrying the system's business logic, is responsible for handling the implementation and coordination of all key business processes. The blockchain layer, relying on the Hyperledger Fabric consortium blockchain network, forms the basis for trusted data storage and collaborative consensus in the system; The data layer is designed as a hybrid architecture that integrates the advantages of multiple storage paradigms to systematically meet the core requirements of testing and inspection services for data diversity, processing performance, and security and reliability throughout the entire lifecycle.

2. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 1, characterized in that: The request initiator is responsible for submitting the acceptance application for the new energy vehicle charging facility project, triggering the entire testing process. The testing party, as the professional technical executor, is responsible for receiving and executing specific on-site or laboratory testing tasks, and uploading detailed testing process data and final results to the system. Government agencies or independent regulatory departments have the authority to supervise, review, and trace the entire acceptance process and testing data to ensure the compliance of the process and the authenticity of the results. Their operation is mainly "viewing". The salesperson is responsible for handling the preliminary review of the acceptance application, task assignment, progress tracking, and final processing of the acceptance conclusion. The administrator is responsible for the operation and maintenance of the entire system, basic configuration management, user account and permission allocation, system monitoring, and log auditing, as well as other backend support work.

3. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 1, characterized in that: The application layer consists of Go language backend services, which serve as the main channel for the system to provide external services through standardized RESTful API interfaces. It also integrates a JWT authentication mechanism to ensure access security and undertakes basic service functions such as file upload and download.

4. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 1, characterized in that: The blockchain layer includes, Peer nodes execute the business logic rules encapsulated in smart contracts, and combine the distributed ledger formed after the transaction is verified to be legal with the world state database reflecting the latest asset status, while also fully persisting local storage, laying the physical foundation for data tamper-proofing. Orderer nodes receive transaction requests from the application layer, eliminate potential conflicts and complete the final ordering according to the established consensus algorithm, and then generate structured blocks and broadcast them to the entire network to ensure the global consistency and fairness of the verification and recording process. CA nodes, by issuing and managing exclusive digital certificates for all participants, including nodes, users, and application participants, enforce strict identity authentication and access control policies based on X.509 PKI, thus establishing a controllable security boundary for network interactions. The Channel mechanism enables the network to achieve fine-grained logical isolation of transaction data, allowing specific members and their on-chain data to be confined to specific channels, effectively protecting sensitive information and improving the clarity of collaboration among participants. CouchDB's functionality facilitates efficient retrieval of diverse attributes of on-chain assets, significantly improving the efficiency and practicality of regulatory traceability and business analysis.

5. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 1, characterized in that: The blockchain layer includes a MySQL database, a file storage system, and a blockchain ledger.

6. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 1, characterized in that: The system also includes a functional module architecture, which is divided into a user management module, an inspection and testing application management module, an inspection and testing execution module, a document management module, and a blockchain service module.

7. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 6, characterized in that: The user management module is responsible for user identity management and access control throughout the system.

8. The on-site inspection and traceability system for new energy vehicle charging facilities according to claim 6, characterized in that: The Inspection and Testing Application Management Module is used to manage the entire lifecycle of the application portion of this traceability system. The application creation function allows the owner to submit new acceptance applications and fill in relevant information. The application review function allows the business personnel to approve and process the submitted applications. The status tracking function monitors the processing progress and current status of the applications in real time. This module ensures the orderly conduct of acceptance work through a standardized application process and provides accurate task information for subsequent inspection and testing execution.

9. A field inspection and traceability system for new energy vehicle charging facilities according to claim 6, characterized in that: The inspection and testing execution module provides complete on-site testing support for testing personnel, mainly through file uploading and data recording.

10. A field inspection and traceability system for new energy vehicle charging facilities according to claim 6, characterized in that: The blockchain service module is responsible for interacting with the Hyperledger Fabric network and performing on-chain data operations. The smart contract function executes the business logic of acceptance testing and manages the on-chain data status. The Fabric gateway function provides interfaces and SDK calls for communication with the blockchain network. The ledger query function supports querying historical data and tracking change records. This module leverages the immutability of the blockchain to provide trusted data storage and historical traceability capabilities for acceptance testing.

Images