An Internet of Vehicles card information registration method, device, equipment, medium and product

Abstract

The application discloses a kind of Internet of Vehicles card information registration method, device, equipment, medium and product, by the link data of the collected Internet of Vehicles card registration is encrypted, obtains encrypted string;The encrypted string is split, obtains several groups of data;According to the several groups of data are filled into the position of different color blocks of magic cube model according to predefined rule;After the data in the magic cube model is disordered using preset disorder formula, upload to blockchain.This application scheme controls data in blockchain by magic cube model encryption technology, and can improve the security of Internet of Vehicles card registration information.

Description

Technical Field

[0001] This invention relates to the field of vehicle networking technology, and more specifically, to a method, apparatus, device, medium, and product for registering vehicle networking card information. Background Technology

[0002] Due to its dual nature involving both people and things, the requirements for vehicle-to-everything (V2X) security management are gradually increasing with the development of the intelligent connected vehicle industry. Road users, manufacturers, and telecommunications companies need to improve security control measures for V2X cards and ensure proper real-name registration of these cards.

[0003] The information contained in the vehicle network card contains personal privacy information. Existing technologies use encryption methods such as AES symmetric encryption algorithm and homomorphic encryption, which have security risks such as key transmission and information hijacking, resulting in poor information security. Summary of the Invention

[0004] To address the aforementioned issues, this invention proposes a method, apparatus, device, medium, and product for registering vehicle network card information, thereby improving the security of vehicle network card registration information.

[0005] This invention provides a method for registering vehicle network card information, the method comprising:

[0006] The collected link data registered by the vehicle network card is encrypted to obtain an encrypted string;

[0007] The encrypted string is split to obtain several sets of data;

[0008] According to predefined rules, fill the several sets of data into the positions of different colored blocks in the Rubik's Cube model;

[0009] The data in the Rubik's Cube model is scrambled using a preset scrambling formula and then uploaded to the blockchain.

[0010] As a preferred embodiment, the method further includes:

[0011] Collect different types of registration information through different resource nodes;

[0012] The link data is integrated based on the different types of registration information.

[0013] As a preferred embodiment, the resource node is a resource node that has been pre-registered through a contract and assigned a platformID;

[0014] The resource nodes include vehicle manufacturer system resource nodes, operator system resource nodes, public verification resource nodes, and business management system resource nodes.

[0015] As a preferred embodiment, the registration information includes at least one of the following:

[0016] Names, ID numbers, ID photos, and facial recognition images collected through the vehicle manufacturer's system resource nodes;

[0017] PlatformID, home region, and card service configuration data collected through operator system resource nodes;

[0018] Authentication consistency verification information collected through public verification resource nodes;

[0019] Operator identifiers and vehicle manufacturer identifiers are collected through resource nodes in the business management system.

[0020] As a preferred solution, the collected link data registered by the vehicle network card is encrypted to obtain an encrypted string, including:

[0021] The link data is encrypted using base64 encoding;

[0022] The encrypted data is concatenated with random numbers of a preset length to obtain an encrypted string.

[0023] As a preferred embodiment, the data sets are filled into the positions of different colored blocks in the Rubik's Cube model according to predefined rules, including:

[0024] Set the initial state of the Rubik's Cube model, and encode the position of each position on each face according to the order of the Rubik's Cube model;

[0025] The data sets are filled into different positions according to the predefined rules.

[0026] Preferably, before uploading the shuffled data to the blockchain, the method further includes:

[0027] The credibility of the resource nodes for the data collection of the link is verified;

[0028] Once the credibility verification is successful, the shuffled data will be uploaded to the blockchain.

[0029] Furthermore, the reputation of the resource nodes for the link data collection is verified, including:

[0030] Reputation data of each resource node that collects the link data is obtained from the blockchain;

[0031] The credit score is calculated based on the credit data of each node;

[0032] When the reputation score is less than the preset reputation threshold, the reputation score verification is deemed to have failed, and the blockchain upload channel is closed.

[0033] When the reputation score is not less than the reputation threshold, the reputation score verification is deemed successful.

[0034] Furthermore, the aforementioned credibility

[0035] Where α is the data authenticity factor, β is the task execution degree factor, γ is the link security factor, α+β+γ=1, r i Let d be the number of times the data uploaded by the i-th resource node matches the database. i s represents the number of times data is uploaded to the i-th resource node. i denoted as , where is the actual transaction data generated by the i-th resource node, f is the number of attacks or errors detected by the blockchain from the i-th resource node, m is a custom scoring base, and n is the number of nodes.

[0036] Preferably, the method further includes:

[0037] Remove the shuffled data from the blockchain;

[0038] The Rubik's Cube model is restored according to the scrambling formula, and the data is extracted according to the predefined rules;

[0039] The extracted data is encoded and then restored to obtain the decrypted data.

[0040] Furthermore, restoring the Rubik's Cube model according to the scrambling formula includes:

[0041] When an even or odd condition occurs during edge piece encoding, an extra UF block is encoded at the end of the edge piece, and an extra URF block is encoded at the end of the corner piece encoding, before performing the even or odd condition processing.

[0042] When the corner pieces of odd or even are not oriented correctly and there is only one corner piece that is in its correct position but is not oriented correctly, re-encode the corner piece that is not oriented correctly.

[0043] Once the final corner piece is correctly oriented, move it to the top layer and restore it using the PLL formula involving opposite edges.

[0044] This invention also provides a vehicle network card information registration device, the device comprising:

[0045] The encryption module is used to encrypt the collected link data registered by the vehicle network card to obtain an encrypted string;

[0046] The splitting module is used to split the encrypted string into several sets of data;

[0047] The filling module is used to fill the several sets of data into the positions of different colored blocks in the Rubik's Cube model according to predefined rules.

[0048] The on-chain module is used to scramble the data in the Rubik's Cube model using a preset scrambling formula and then upload it to the blockchain.

[0049] This invention also provides a terminal device, including a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor. When the processor executes the computer program, it implements the vehicle network card information registration method as described in any of the above embodiments.

[0050] This invention also provides a computer-readable storage medium, which includes a stored computer program, wherein the computer program, when running, controls the device where the computer-readable storage medium is located to execute the vehicle network card information registration method as described in any of the above embodiments.

[0051] This invention also provides a computer program product, including a computer program / instructions that, when executed by a processor, implement the steps of any of the methods described above.

[0052] This invention provides a method, apparatus, device, medium, and product for registering vehicle network card information. The method involves encrypting the collected link data of the vehicle network card registration to obtain an encrypted string; splitting the encrypted string to obtain several sets of data; filling the several sets of data into different positions of a Rubik's Cube model according to predefined rules; scrambling the data in the Rubik's Cube model using a preset scrambling formula; and then uploading the data to the blockchain. This application's solution uses Rubik's Cube model encryption technology to control the data's upload to the blockchain, thereby improving the security of vehicle network card registration information. Attached Figure Description

[0053] Figure 1 This is a flowchart illustrating the vehicle network card information registration method provided in an embodiment of the present invention;

[0054] Figure 2 This is a schematic diagram illustrating the principle of the registration information acquisition method provided in this embodiment of the invention;

[0055] Figure 3 This is a schematic diagram illustrating the principle of Rubik's Cube model encoding provided in an embodiment of the present invention;

[0056] Figure 4 This is a schematic diagram of the structure of a vehicle network card information registration device provided in an embodiment of the present invention;

[0057] Figure 5 This is a schematic diagram of the structure of a terminal device provided in an embodiment of the present invention. Detailed Implementation

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

[0059] This case provides a method for registering vehicle network card information. See [link to relevant documentation]. Figure 1 This is a flowchart illustrating the vehicle network card information registration method provided in an embodiment of the present invention. The method includes:

[0060] Step S1: Encrypt the collected link data registered by the vehicle network card to obtain an encrypted string;

[0061] Step S2: Split the encrypted string to obtain several sets of data;

[0062] Step S3: Fill the positions of different colored blocks in the Rubik's Cube model with the several sets of data according to predefined rules;

[0063] Step S4: After scrambling the data in the Rubik's Cube model using a preset scrambling formula, upload it to the blockchain.

[0064] In the specific implementation of this embodiment, the collected link data of the vehicle network card registration includes various types of information of the vehicle network card.

[0065] It should be noted that the method of obtaining information during the registration of the vehicle network card, as well as the specific process of obtaining the information, are conventional existing technologies and will not be described in detail here.

[0066] After obtaining the link data, the link data is encoded and encrypted to obtain an encrypted string.

[0067] It should be noted that the encoding and encryption technology used at this time can employ conventional encoding methods to convert the original data into an encrypted string.

[0068] After obtaining the encrypted string, in order to store the data at the positions of different colored blocks in the Rubik's Cube model, the encrypted string needs to be split into several sets of data corresponding to the Rubik's Cube model.

[0069] It should be noted that the number of data groups to be split should not exceed the number of color blocks in the Rubik's Cube model. In practice, the number of data groups to be split should be determined according to the order of the Rubik's Cube model.

[0070] According to predefined rules, the several sets of data are filled into the positions of different colored blocks in the Rubik's Cube model, and each set of data is stored in the corresponding position of a colored block in the Rubik's Cube model.

[0071] The data in the Rubik's Cube model is scrambled using a preset scrambling formula and then uploaded to the blockchain. Each node on the blockchain maintains a different encryption state as the data propagates, thus better protecting user privacy and sensitive information, and ensuring the security of user data, even on a public blockchain.

[0072] In another embodiment of this case, the method specifically performs the following steps when collecting link data:

[0073] Different types of registration information are collected from different resource nodes, and the link data is integrated based on the different types of registration information.

[0074] Establish a real-name chain for vehicle network cards, with N resource nodes sharing and updating link data;

[0075] In this specific implementation, the relational database is decoupled and distributed onto the blockchain to achieve unified data for real-name registration of vehicle network cards across multiple nodes. The process of multiple interactions between two nodes is eliminated; the card verification step is replaced by automatic node attribution and claiming, improving real-name registration efficiency and success rate. A public verification system reduces verification steps and shortens the real-name registration time.

[0076] In another embodiment provided by the present invention, the resource node is a resource node that has been pre-registered through a contract and assigned a platformID;

[0077] A smart contract access control system for real-name registration of vehicles (V2X) is established. This model consists of a registration contract and a multi-node access control contract. The smart contract code is compiled into bytecode files by the Ethereum Virtual Machine and then deployed on the blockchain. The data generated during this process is immutable, enabling distributed and trusted access control of the V2X real-name registration blockchain system. When multiple nodes join this blockchain, they need to connect to the smart contract system and sign the smart registration contract and access control contract. After successful registration, the system automatically assigns a platformID.

[0078] The resource nodes include vehicle manufacturer system resource nodes, operator system resource nodes, public verification resource nodes, and business management system resource nodes.

[0079] See Figure 2 This is a schematic diagram illustrating the principle of the registration information acquisition method provided in this embodiment of the invention. A real-name chain for vehicle network cards is established, with N resource nodes sharing and updating link data: vehicle manufacturer system resource nodes, operator system resource nodes, and business management system resource nodes. Each node collects data, encrypts it, and uploads it to the chain. The encryption state is adjusted as the data propagates through each node, and the link data is expanded and shared.

[0080] It should be noted that, in practice, the business management system resource nodes, specifically the MIIT system resource nodes, are managed by the MIIT for related business operations.

[0081] In real-name registration applications, smart contracts are used to define rules for registration access, identity information, and business configuration data. By using smart contracts, these transactions can be executed automatically, and the correctness and fairness of resource nodes can be ensured.

[0082] In another embodiment provided by the present invention, when the vehicle manufacturer system resource node, the operator system resource node, the public verification resource node, and the business management system resource node specifically acquire registration data, the following steps are included:

[0083] During the vehicle assembly stage, the automaker's TSP platform collects the ICCID-VIN association, obtains the four-code information, and synchronously updates it on the blockchain at the automaker's system nodes. It also collects basic vehicle information, including brand, model, and color. The automaker's system resource nodes then update the blockchain with the VIN-ICCID mapping relationship, using the vehicle-card information collected by hardware devices, including name, ID number, ID photo, and facial recognition image.

[0084] When a vehicle-to-everything (V2X) card is activated, the operator obtains the card's service information, including the activation date, activation date, subscription details, and card status. Based on the initial link information, the operator's system resource nodes update the blockchain with the PlatformID associated with the card, the card's province of origin, card service configuration data (package details, card status, activated service channels, etc.), and real-name authentication results.

[0085] The business management system resource nodes are supplemented with operator identifiers and car manufacturer identifiers, and the compliance results are updated on the chain based on the correlation between the real-name conclusion and the card business configuration information determined by the self-built compliance calculation logic unit.

[0086] It should be noted that, in practice, the business management system resource nodes, specifically the MIIT system resource nodes, are managed by the MIIT for related business operations.

[0087] During the vehicle sales phase, the DMS system collects the owner's or organization's identification information and on-site passport photos. AI capabilities are used to verify the authenticity of the documents and compare the identity of the person. Once the comparison is successful, the identity information of this group of people is updated. At the public verification node, AI algorithms verify the authenticity of personal or organizational documents, compare the identity of the person and the document, and verify that each document has ten serial numbers, and update the verification results on the blockchain.

[0088] In another embodiment of the present invention, the process of encrypting the acquired link data specifically includes the following steps:

[0089] Then the collected data is encrypted using base64;

[0090] Taking a regular 3x3 Rubik's Cube as an example, we model it using a two-digit number to represent the length of the added random number, and then concatenate the data into an encrypted string of "random number length + original data".

[0091] The encrypted string is then divided into 54 equal groups, each with the same length. If any group does not meet the required number of groups, it is supplemented with random numbers. The number of supplementary random numbers is represented in the random number length. The final representation is "random number length + original data + random number".

[0092] In another embodiment of the present invention, the data filling process in step S3 specifically includes the following steps:

[0093] See Figure 3 This is a schematic diagram illustrating the principle of Rubik's Cube model encoding provided in this embodiment of the invention. The six faces of the Rubik's Cube are designated as U (up), D (down), F (front), B (back), L (left), and R (right).

[0094] Different codes are used for different color blocks on different sides.

[0095] It should be noted that this embodiment uses a 3x3 Rubik's Cube as an example to illustrate the specific principle of Rubik's Cube encoding. In other embodiments, other orders of Rubik's Cubes may be used, and the specific principles and working processes will not be elaborated here.

[0096] Set the initial state of the Rubik's Cube model, and encode the position of each position on each face according to the order of the Rubik's Cube model;

[0097] The data sets are filled into different positions according to the predefined rules.

[0098] The data to be encrypted is then scrambled using the complete scrambling formula (the scrambling method) for a regular 3x3 Rubik's Cube. The scrambling formula is: BL2B'U'DBUR'F2LB2D'LR2FRBLBL'FR'L'F2L'.

[0099] It should be noted that this embodiment provides a Rubik's Cube scrambling formula, while other scrambling formulas may be used in other embodiments.

[0100] It should be noted that the initial state can be set by setting the scrambling formula in the solved state of the Rubik's Cube model. After the initial scrambling, the positions of different faces with different color orientations can be used as the initial positions. Alternatively, the default solved state can be used as the initial state.

[0101] It should be noted that the predefined rules can be determined based on the encoding order and the order of several sets of data, according to sequential, reverse, or other matching relationships, which will not be elaborated here.

[0102] By employing a Rubik's Cube scrambling formula, the same sensitive information can be encrypted into different strings each time, but the original information can always be recovered using the decryption function. As data circulates among different nodes on the blockchain, the scrambling formula is invoked to scramble the encrypted information.

[0103] In another embodiment of the present invention, the method further includes a credibility verification process before uploading the shuffled data to the blockchain.

[0104] By using a Rubik's Cube to solve N-node information on people, vehicles, and cards, along with real-name authentication results and security compliance information, and employing smart contract technology to share data, the goal is to improve real-name authentication efficiency, enhance the security of the process, and ensure consistent results across multiple nodes. A reputation system model is also established to guarantee data security and the effectiveness of execution at each stage.

[0105] That is, the credibility of the resource nodes for the collection of the link data is verified, and when the credibility verification is passed, the shuffled data is uploaded to the blockchain.

[0106] The smart contract system monitors the reputation value of each node in real time. When a node fails to pass the reputation value verification for triggering the smart contract conditions, the blockchain will retrieve the smart contract bytecode and run it locally, and then save the result back into the blockchain ledger.

[0107] It should be noted that this embodiment only describes the reputation value verification process during the on-chain process. The reputation value can also be used for verification during the off-chain process to monitor the rule execution and business security of each node in the real-name blockchain and improve security.

[0108] In yet another embodiment of the present invention, the credibility verification process specifically includes the following steps:

[0109] Reputation data of each resource node that collects the link data is obtained from the blockchain;

[0110] It should be noted that when different resource node systems execute smart registration contracts, they evaluate the reputation of the node objects and write the reputation data into the blockchain. During the real-name registration process, the reputation system dynamically changes the reputation score according to the evaluation methodology. Specifically, reputation data is retrieved from the blockchain during the evaluation.

[0111] The credit score is calculated based on the credit data of each node;

[0112] Determine the relationship between the node's reputation and the preset reputation threshold.

[0113] When the reputation score is less than the preset reputation threshold, the reputation score verification is deemed to have failed, and the blockchain upload channel is closed.

[0114] When the reputation score is not less than the reputation threshold, the reputation score verification is deemed successful.

[0115] By constructing a real-name registration credit system for connected vehicles: a blockchain-based credit system is established to assess the creditworthiness of each participant (such as car manufacturers and operators). This credit system serves as an important factor in determining resource allocation, can also be used to prevent fraud, and can serve as a basis for full-node supervision of car manufacturers, operators, and car owners.

[0116] In yet another embodiment provided by the present invention, the reputation level

[0117] Where α is the data authenticity factor, β is the task execution degree factor, γ is the link security factor, and α + β + γ = 1

[0118] Data authenticity factor α represents the proportion of real-name data uploaded by resource nodes and the authenticity of government and enterprise systems in the credit evaluation system.

[0119] The task execution factor β is a measure of task execution based on the transaction data and uploaded data generated by resource nodes (such as car sales and real-name data, operator account opening data and real-name data), and its proportion in the credit evaluation system.

[0120] The link security factor γ represents the proportion of security attacks in the credit assessment system during link data transmission.

[0121] r i Let d be the number of times the data uploaded by the i-th resource node matches the database. i s represents the number of times data is uploaded to the i-th resource node. i denoted as , where is the actual transaction data generated by the i-th resource node, f is the number of attacks or errors detected by the blockchain from the i-th resource node, m is a custom scoring base, and n is the number of nodes.

[0122] In another embodiment of the present invention, the method further includes a blockchain data off-chain process, specifically performing the following steps:

[0123] When restoring the Rubik's Cube to its initial state (not necessarily all colors matching), data is extracted from the cube according to predetermined rules. The length of the first two random numbers is parsed, and then random numbers that need to be filled in are deleted based on the length. Finally, the data is restored using base64 encoding to obtain the final decrypted data.

[0124] Encryption and decryption are performed using a blindfolded Rubik's Cube solving method, eliminating the need for key transmission and the risk of key hijacking. Furthermore, we don't need to worry about a hijacker knowing which Rubik's Cube we're using for encryption and decryption, as the cube's state can be changed regardless of how it's scrambled. We can prevent password cracking by controlling the order of the n-order Rubik's Cube, the length of the random number, the placement of predefined data within the cube, and the initialization state of the cube for base64 decryption.

[0125] In another embodiment of the present invention, when solving the Rubik's Cube, the state of the n-order Rubik's Cube can be determined by the following formula. We can set any state of the Rubik's Cube as the initial state, and only the state that matches this initial state can be correctly decoded into plaintext in subsequent decryption.

[0126] Even-order Rubik's Cube state formula:

[0127] Odd-order Rubik's Cube state formula:

[0128] For passport-style photos, which require significant storage space, IPFS, a distributed storage technology, is used. This divides large files into smaller chunks and distributes them across multiple servers, preventing file loss due to single-machine failures. During file splitting and storage, IPFS calculates a hash digest, uploads this digest to the blockchain, and then retrieves the original file using IPFS after obtaining the file's accurate hash value.

[0129] Referring to Table 1, the edge pieces that need to be swapped are moved to the UL and RL blocks. Using the formula in the table below, these three edge pieces are swapped three times. Then, three reverse steps are used to move them back to their original positions, completing one edge swap. New blocks that need to be returned to their original positions are then swapped into edge piece DF. The above steps are repeated until the three swaps are completed.

[0130] Table 1. Diagram of Edge Piece Switching Formula

[0131] Edge block formula: (DF-UL--UR)

[0132] Serial Number coding Color block status formula Displacement 1 AE 0 0 U2 M' U2 M exchange 2 EA 0 0 M' U2 M U2 Reverse 3 CG 0 0 U M' U2 MU exchange 4 GC 0 0 U' M' U2 MU Reverse 5 DH 1 1 (M U' M U2)(M' U' M') exchange 6 HD 1 1 (MUM U2)(M' U M') Reverse 7 CH 0 1 y'(U' R2 U)M(U' R2 U)M' y exchange 8 HC 1 0 y'M(U' R2 U)M'(U' R2 U)y Reverse 9 DG 1 0 y 'M'(U R2 U')M(U R2 U')y exchange 10 GD 0 1 y'(U R2 U')M'(U R2 U')M y Reverse

[0133] When switching corner pieces, refer to Table 2. Move the corner pieces that need to be swapped to the UFL and URF blocks according to the codes. Use the following corner piece formula to perform a three-way swap. Use the reverse steps of the previous move to move them back to their original positions to complete one corner swap. A new magic block that needs to be returned to its original position will be swapped into the buffer block DBL. Repeat the above steps until the three-way swap is completed.

[0134] Table 2. Corner Block Switching Formula Diagram

[0135] Corner piece formula: (DBL-UFL-URF)

[0136]

[0137] When switching, the parity of the encoding should be considered.

[0138] When encoding edge pieces, parity issues arise. To resolve this, an extra UF block is encoded at the end of the edge piece, and an extra URF block is encoded at the end of the corner piece as well. Then, parity processing L'l'y' is performed.

[0139] If the corner pieces of an odd or even parity are not oriented correctly and there is only one corner piece that is in its correct position but is not oriented correctly, then the corner piece with the incorrect orientation is re-encoded to swap the DBL and that corner piece, thus achieving the purpose of parity handling.

[0140] When the final corner piece orientation is the same as the initial state, the corner piece is correct. In this case, there is no need to encode the URF block again. Instead, it is directly moved to the top layer and the PLL formula involving opposite edges is used to solve the problem and restore the original position.

[0141] See Figure 4 This is a schematic diagram of a vehicle network card information registration device provided in an embodiment of the present invention. The device includes:

[0142] The encryption module is used to encrypt the collected link data registered by the vehicle network card to obtain an encrypted string;

[0143] The splitting module is used to split the encrypted string into several sets of data;

[0144] The filling module is used to fill the several sets of data into the positions of different colored blocks in the Rubik's Cube model according to predefined rules.

[0145] The on-chain module is used to scramble the data in the Rubik's Cube model using a preset scrambling formula and then upload it to the blockchain.

[0146] The vehicle network card information registration device provided in this embodiment can perform all the steps and functions of the vehicle network card information registration method provided in any of the above embodiments. The specific functions of the device will not be described in detail here.

[0147] See Figure 5 This is a schematic diagram of a terminal device provided in an embodiment of the present invention. The terminal device includes a processor, a memory, and a computer program stored in the memory and executable on the processor, such as a vehicle network card information registration program. When the processor executes the computer program, it implements the steps in each of the above-described embodiments of a vehicle network card information registration method, for example... Figure 1 The steps S1 to S4 are shown. Alternatively, when the processor executes the computer program, it implements the functions of each module in the above-described device embodiments.

[0148] For example, the computer program can be divided into one or more modules, which are stored in the memory and executed by the processor to complete the present invention. The one or more modules can be a series of computer program instruction segments capable of performing specific functions, which describe the execution process of the computer program in the vehicle network card information registration device. For example, the computer program can be divided into several modules, the specific functions of which have been described in detail in the vehicle network card information registration method provided in any of the above embodiments; therefore, the specific functions of the device will not be repeated here.

[0149] The terminal device described can be a desktop computer, laptop, handheld computer, or cloud server, etc. The terminal device may include, but is not limited to, a processor and memory. Those skilled in the art will understand that the schematic diagram is merely an example of a terminal device and does not constitute a limitation on a vehicle network card information registration device. It may include more or fewer components than shown, or combine certain components, or different components. For example, the terminal device may also include input / output devices, network access devices, buses, etc.

[0150] The processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor. This processor is the control center of the vehicle network card information registration device, connecting all parts of the device via various interfaces and lines.

[0151] The memory can be used to store the computer program and / or modules. The processor implements various functions of the vehicle network card information registration device by running or executing the computer program and / or modules stored in the memory and calling the data stored in the memory. The memory may mainly include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback function, image playback function, etc.), etc.; the data storage area may store data created according to the use of the mobile phone (such as audio data, phonebook, etc.). In addition, the memory may include high-speed random access memory, and may also include non-volatile memory, such as hard disk, memory, plug-in hard disk, smart media card (SMC), secure digital card (SD) card, flash card, at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0152] If the module integrated into the vehicle network card information registration device is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the above embodiments of the present invention can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium, etc.

[0153] This invention also provides a computer program product, including a computer program / instruction, which, when executed by a processor, implements the steps of the functional network element implementing the method described in the above embodiments.

[0154] The computer program product provided in this embodiment can execute all the steps and functions of the vehicle network card information registration method provided in any of the above embodiments. The specific functions of the product will not be described in detail here.

[0155] It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of this invention, and these improvements and modifications are also considered to be within the scope of protection of this invention.

Claims

1. A method for registering vehicle network card information, characterized in that, The method includes: The collected link data registered by the vehicle network card is encrypted to obtain an encrypted string; The encrypted string is split to obtain several sets of data; According to predefined rules, fill the several sets of data into the positions of different colored blocks in the Rubik's Cube model; The data in the Rubik's Cube model is scrambled using a preset scrambling formula and then uploaded to the blockchain; Before uploading the shuffled data to the blockchain, the method further includes: The credibility of the resource nodes for the data collection of the link is verified; Once the credibility verification is successful, the shuffled data will be uploaded to the blockchain; The credibility verification of the resource nodes for the link data collection includes: Reputation data of each resource node that collects the link data is obtained from the blockchain; The credit score is calculated based on the credit data of each node; When the reputation score is less than the preset reputation threshold, the reputation score verification is deemed to have failed, and the blockchain upload channel is closed. When the reputation score is not less than the reputation threshold, the reputation score verification is deemed successful. The reputation ; Where α is the data authenticity factor, β is the task execution degree factor, and γ is the link security factor. , The number of times the data uploaded by the i-th resource node is matched with the database. The number of times data is uploaded to the i-th resource node. For the actual transaction data generated by the i-th resource node, This represents the number of attacks or errors detected from the i-th resource node in the blockchain monitoring system, where m is a custom scoring base and n is the number of nodes.

2. The method for registering vehicle network card information according to claim 1, characterized in that, The method further includes: Collect different types of registration information through different resource nodes; The link data is integrated based on the different types of registration information.

3. The method for registering vehicle network card information according to claim 2, characterized in that, The resource nodes are resource nodes that have been pre-registered through a contract and assigned a platformID; The resource nodes include vehicle manufacturer system resource nodes, operator system resource nodes, public verification resource nodes, and business management system resource nodes.

4. The method for registering vehicle network card information according to claim 2, characterized in that, The registration information includes at least one of the following: Names, ID numbers, ID photos, and facial recognition images collected through the vehicle manufacturer's system resource nodes; PlatformID, home region, and card service configuration data collected through operator system resource nodes; Authentication consistency verification information collected through public verification resource nodes; Operator identifiers and vehicle manufacturer identifiers are collected through resource nodes in the business management system.

5. The method for registering vehicle network card information according to claim 1, characterized in that, The collected link data registered by the vehicle network card is encrypted to obtain an encrypted string, including: The link data is encrypted using base64 encoding; The encrypted data is concatenated with random numbers of a preset length to obtain an encrypted string.

6. The method for registering vehicle network card information according to claim 1, characterized in that, According to predefined rules, the several sets of data are filled into the positions of different colored blocks in the Rubik's Cube model, including: Set the initial state of the Rubik's Cube model, and encode the position of each position on each face according to the order of the Rubik's Cube model; The data sets are filled into different positions according to the predefined rules.

7. The method for registering vehicle network card information according to claim 1, characterized in that, The method further includes: Remove the shuffled data from the blockchain; The Rubik's Cube model is restored according to the scrambling formula, and the data is extracted according to the predefined rules; The extracted data is encoded and then restored to obtain the decrypted data.

8. The method for registering vehicle network card information according to claim 7, characterized in that, The Rubik's Cube model is restored according to the scrambling formula, including: When an even or odd condition occurs during edge piece encoding, an extra UF block is encoded at the end of the edge piece, and an extra URF block is encoded at the end of the corner piece encoding, before performing the even or odd condition processing. When the corner pieces of odd or even are not oriented correctly and there is only one corner piece that is in its correct position but is not oriented correctly, re-encode the corner piece that is not oriented correctly. Once the final corner piece is correctly oriented, move it to the top layer and restore it using the PLL formula involving opposite edges.

9. A vehicle network card information registration device, characterized in that, The device includes: The encryption module is used to encrypt the collected link data registered by the vehicle network card to obtain an encrypted string; The splitting module is used to split the encrypted string into several sets of data; The filling module is used to fill the several sets of data into the positions of different colored blocks in the Rubik's Cube model according to predefined rules. The on-chain module is used to scramble the data in the Rubik's Cube model using a preset scrambling formula and then upload it to the blockchain. The on-chain module is also used for: The credibility of the resource nodes for the data collection of the link is verified; Once the credibility verification is successful, the shuffled data will be uploaded to the blockchain; The credibility verification of the resource nodes for the link data collection includes: Reputation data of each resource node that collects the link data is obtained from the blockchain; The credit score is calculated based on the credit data of each node; When the reputation score is less than the preset reputation threshold, the reputation score verification is deemed to have failed, and the blockchain upload channel is closed. When the reputation score is not less than the reputation threshold, the reputation score verification is deemed successful. The reputation ; Where α is the data authenticity factor, β is the task execution degree factor, and γ is the link security factor. , The number of times the data uploaded by the i-th resource node is matched with the database. The number of times data is uploaded to the i-th resource node. For the actual transaction data generated by the i-th resource node, This represents the number of attacks or errors detected from the i-th resource node in the blockchain monitoring system, where m is a custom scoring base and n is the number of nodes.

10. A terminal device, characterized in that, The device includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein the processor executes the computer program to implement the vehicle network card information registration method as described in any one of claims 1 to 8.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored computer program, wherein, when the computer program is executed, it controls the device where the computer-readable storage medium is located to perform the vehicle network card information registration method as described in any one of claims 1 to 8.

12. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instructions are executed by the processor, they implement the steps of the method described in any one of claims 1 to 8.

Images