A method and device for allocating identifiers based on smart contracts

Abstract

A method and device for allocating identifiers based on smart contracts, comprising: receiving an identification application request; when the requirement information included in the identification application request meets the preset conditions for assigning an identification, determining at least one smart contract that meets the identification application request from a smart contract application list pre-generated in a blockchain according to the requirement information; generating at least one identification according to the smart contract. With the solution in this application, the applicant does not need to have an in-depth understanding of identification coding, but only needs to submit a required request to the system, and can independently select the identification type that best meets the required scenario, efficiently realizing the entire identification allocation process, and at the same time, eliminating security and privacy issues caused by centralized management.

Description

Technical Field

[0001] The present application relates to blockchain technology, and specifically, to a method, device, computer storage medium, and electronic device for allocating identifiers based on smart contracts. Background Art

[0002] Currently, there are many types of identification codes, and there are many identification schemes to choose from according to different application scenarios, which may cause trouble for applicants outside the identification industry. Summary of the invention

[0003] The embodiments of the present application provide a method, device, computer storage medium, and electronic device for allocating identifiers based on smart contracts to solve the above-mentioned technical problems.

[0004] According to a first aspect of an embodiment of the present application, a method for allocating an identifier based on a smart contract is provided, comprising the following steps:

[0005] Receive logo application requests;

[0006] When the requirement information included in the identification application request meets the preset conditions for granting the identification, at least one smart contract that meets the identification application request is determined from the smart contract application list pre-generated in the blockchain according to the requirement information;

[0007] At least one identifier is generated according to the smart contract.

[0008] According to a second aspect of an embodiment of the present application, a device for allocating an identifier based on a smart contract is provided, including:

[0009] A request receiving module, configured to receive an identification application request;

[0010] A contract determination module, configured to determine at least one smart contract that meets the identification application request from a smart contract application list pre-generated in the blockchain according to the requirement information when the requirement information included in the identification application request meets the preset conditions for granting the identification;

[0011] The identification generation module is configured to generate at least one identification according to the smart contract.

[0012] According to a third aspect of an embodiment of the present application, a computer storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps of the method for allocating identifiers based on smart contracts as described above are implemented.

[0013] According to a fourth aspect of an embodiment of the present application, an electronic device is provided, comprising a memory and one or more processors, wherein the memory is used to store one or more programs; when the one or more programs are executed by the one or more processors, the method for allocating identifiers based on smart contracts as described above is implemented.

[0014] By adopting the method, device, computer storage medium, and electronic device for allocating identifiers based on smart contracts provided in the embodiments of the present application, the applicant does not need to have an in-depth understanding of identification coding. He only needs to submit the required request to the system to independently select the identification type that best meets the required scenario, and efficiently implement the entire process of identification allocation. At the same time, it eliminates security and privacy issues caused by centralized management. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0016] Figure 1 A schematic diagram of the process of implementing the method for allocating identifiers based on smart contracts in an embodiment of the present application is shown;

[0017] Figure 2 A schematic diagram of the structure of a device for allocating identifiers based on smart contracts in an embodiment of the present application is shown;

[0018] Figure 3 A schematic diagram of the structure of an electronic device in an embodiment of the present application is shown;

[0019] Figure 4 A schematic diagram of the process in the embodiment of the present application is shown;

[0020] Figure 5 A schematic diagram of a blockchain in an embodiment of the present application is shown;

[0021] Figure 6 A schematic diagram of a smart contract identifier list in an embodiment of the present application is shown;

[0022] Figure 7 A schematic diagram of the system update iteration process in an embodiment of the present application is shown;

[0023] Figure 8 A schematic diagram of a smart contract application list in an embodiment of the present application is shown;

[0024] Fig. 9 A schematic diagram of a contract that meets the requirements in an embodiment of the present application is shown;

[0025] Fig.10 A schematic diagram of the adaptation result in an embodiment of the present application is shown;

[0026] Fig.11 A schematic diagram of a contract meeting another requirement in an embodiment of the present application is shown;

[0027] Fig.12 Another schematic diagram of adaptation results in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0028] Identifier: A name used to identify an object, which can be an abstract concept or a concrete object. The identifier can be words, letters, symbols, or a combination of the above elements.

[0029] Coding method: Words, letters or symbols can be arranged and combined according to certain specifications to form a string of identifiers with specific meanings. The specific combination method followed by this process can be called the coding method of the identifier. For example, a person's ID number is composed of a string of numbers or letters, which contains the person's birth province, region, date of birth, gender and other information; a string of product barcodes can be composed of words, letters or symbols, which contains the product's origin or country, industry, product type, production date and other information; it can be seen that there are specific identification coding methods or protocols according to different usage scenarios.

[0030] Distributed ledger: A database that is shared, replicated, and synchronized among network members. It lacks a central management member and is maintained by the constituent members. Its database is distributed across multiple node devices on a peer-to-peer network, and each node replicates and saves the same copy and updates it independently. Because it is not managed by a central authority, each node will vote on the update information of a separate copy according to the consensus algorithm. Once the consensus is determined, all other nodes will use the updated copy of the ledger for synchronization and update.

[0031] Blockchain: A common form of distributed ledger that has the characteristics of being unforgeable, traceable, open and transparent.

[0032] Smart contract: A smart contract is a computer program or protocol whose purpose is to automatically execute the contract content when the contract conditions are met, thereby reducing the need for trusted intermediaries, arbitration, execution costs, fraud losses, etc. Vending machines can be considered the most primitive implementation case of smart contracts. When the buyer submits to the vending machine the transaction conditions required for the product, such as the product serial number and product price, the vending machine will automatically deliver the product. Another example is a blockchain-based smart contract, which stores specific contract information in the blockchain through a computer program. When the contract requirements are met, the contract content is automatically executed to conduct transactions, transfers, and other operations.

[0033] At present, there are many types of identification codes, and there are many options for identification schemes according to different application scenarios, which brings the following troubles to applicants outside the identification industry:

[0034] First, applying for identification codes usually requires a registration, application, and allocation process, which is inefficient;

[0035] Second, there are many identification coding schemes that meet different application scenarios, and it is difficult to select the optimal identification coding scheme.

[0036] Case, difficult to choose;

[0037] Third, most existing labels adopt a centralized management model, and their transparency and security are difficult to guarantee.

[0038] The embodiment of the present application utilizes blockchain smart contract technology to realize fully automated execution of identification coding. Applicants do not need to have an in-depth understanding of identification coding. They only need to submit a request to the system to independently select the identification type that best meets the required scenario, and efficiently implement the entire identification allocation process. At the same time, it eliminates security and privacy issues caused by centralized management.

[0039] In order to make the technical solutions and advantages in the embodiments of the present application more clearly understood, the exemplary embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present application, rather than an exhaustive list of all the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0040] Figure 1 A flow chart showing the implementation of the method for allocating identifiers based on smart contracts in an embodiment of the present application is shown.

[0041] As shown in the figure, the method for allocating identifiers based on smart contracts includes:

[0042] S101, receiving a logo application request;

[0043] S102: When the requirement information included in the identification application request meets the preset conditions for granting identification, determine at least one smart contract that meets the identification application request from the smart contract application list pre-generated in the blockchain according to the requirement information;

[0044] S103. Generate at least one identifier according to the smart contract.

[0045] In some implementations, the smart contract application list may include one or more smart contracts. Optionally, there is a corresponding smart contract application list for any scenario, that is, there are one or more smart contracts corresponding to any scenario.

[0046] The scenario described in the embodiments of the present application may refer to the demand or application scenario for allocating identification, for example: the scenario of coding liquor, the scenario of coding an enterprise, etc.

[0047] In some embodiments, one or more identifiers may be generated based on the determined smart contract, and these identifiers may be generated by encoding according to the encoding method of the determined smart contract.

[0048] By adopting the method of allocating identifiers based on smart contracts provided in the embodiments of the present application, the applicant does not need to have an in-depth understanding of identification coding. He only needs to submit the required request to the system, and he can independently select the identification type that best meets the required scenario, and efficiently implement the entire process of identification allocation. At the same time, it eliminates security and privacy issues caused by centralized management.

[0049] In some implementations, the identification application request includes identification type, identification object, and object information;

[0050] Each smart contract includes an identification type, an identification object, object information, and an identification list, etc. The identification list includes multiple identifications.

[0051] In some embodiments, the method may further include:

[0052] The smart contract and logo that meet the logo application request are reviewed.

[0053] In some embodiments, a smart contract is reviewed, including:

[0054] Review the coding method of the smart contract that meets the identification application request;

[0055] The review is passed when the encoding methods of any two smart contracts that meet the identification application request do not conflict with each other.

[0056] In some embodiments, the identification is reviewed, including:

[0057] Review whether the identifiers in the identifier list corresponding to the smart contract that meets the identifier application request are repeated;

[0058] The review is passed when the identifiers in the identifier list corresponding to any two smart contracts that meet the identifier application request are not repeated.

[0059] In some embodiments, the method may further include:

[0060] When there are duplicate identifiers in the identifier lists corresponding to different smart contracts, the smart contract corresponding to the most recently generated identifier is marked according to the identifier generation time, and the smart contract application list and the smart contract corresponding to the most recently generated identifier are bound.

[0061] In some implementations, marking the smart contract corresponding to the most recently generated identifier includes:

[0062] Mark the smart contract corresponding to the most recently generated identifier as a specific contract;

[0063] There are specific parameters in the specific contract.

[0064] In some embodiments, the method may further include:

[0065] The at least one identification is sent to the applicant.

[0066] In some embodiments, the process of generating a smart contract in a blockchain includes:

[0067] Generate the first generation of smart contract templates based on the smart contracts existing on the blockchain;

[0068] Generate a smart contract application list for applicants based on the first-generation smart contract template;

[0069] After the first generation smart contract template is updated, the smart contract application list is updated according to the updated template.

[0070] In some embodiments, the method may further include:

[0071] Receive identification requirement description;

[0072] Generate a smart contract according to the identification requirement description, and add the generated smart contract to the smart contract application list.

[0073] Based on the same inventive concept, an embodiment of the present application provides a device for allocating identifiers based on smart contracts. The principle of the device for solving technical problems is similar to a method for allocating identifiers based on smart contracts, and the repeated parts will not be repeated.

[0074] Figure 2 A schematic diagram of the structure of a device for allocating identifiers based on smart contracts in an embodiment of the present application is shown.

[0075] As shown in the figure, the device for allocating identifiers based on smart contracts includes:

[0076] The request receiving module 201 is configured to receive an identification application request;

[0077] The contract determination module 202 is configured to determine at least one smart contract that meets the identification application request from a smart contract application list pre-generated in the blockchain according to the requirement information when the requirement information included in the identification application request meets the preset conditions for granting the identification;

[0078] The identification generation module 203 is configured to generate at least one identification according to the smart contract.

[0079] By using the device for allocating identifiers based on smart contracts provided in the embodiments of the present application, the applicant does not need to have an in-depth understanding of identification coding. He only needs to submit the required request to the system, and can independently select the identification type that best meets the required scenario, thereby efficiently implementing the entire identification allocation process and eliminating security and privacy issues caused by centralized management.

[0080] In some embodiments, the device may further include:

[0081] The review module is configured to review the smart contract and the logo that meet the logo application request.

[0082] In some embodiments, the review module is configured to review the encoding method of the smart contract that meets the identification application request;

[0083] The review is passed when the encoding methods of any two smart contracts that meet the identification application request do not conflict with each other.

[0084] In some embodiments, the review module is configured to review whether the identifiers in the identifier list corresponding to the smart contract that meets the identifier application request are repeated;

[0085] The review is passed when the identifiers in the identifier list corresponding to any two smart contracts that meet the identifier application request are not repeated.

[0086] In some embodiments, when there are duplicate identifiers in the identifier lists corresponding to different smart contracts, the review module is further configured to mark the smart contract corresponding to the most recently generated identifier according to the identifier generation time, and bind the smart contract application list and the smart contract corresponding to the most recently generated identifier.

[0087] In some embodiments, the device further comprises:

[0088] The identification sending module is configured to send the at least one identification to the applicant.

[0089] In some embodiments, the device further comprises:

[0090] The identification allocation module is configured to receive an identification confirmation from an applicant; and allocate the identification determined by the applicant to the applicant according to the identification confirmation.

[0091] In some embodiments, the device further comprises:

[0092] The template generation template is configured to generate an initial generation smart contract template according to the smart contract existing on the blockchain; generate a smart contract application list provided to the applicant according to the initial generation smart contract template; and update the smart contract application list according to the updated template after the initial generation smart contract template is updated.

[0093] In some embodiments, the device further comprises:

[0094] The demand adding module is configured to receive an identification demand description; generate a smart contract according to the identification demand description, and add the generated smart contract to the smart contract application list.

[0095] Based on the same inventive concept, an embodiment of the present application also provides a computer storage medium, which is described below.

[0096] The computer storage medium stores a computer program thereon, and when the computer program is executed by the processor, the steps of the method for allocating identifiers based on smart contracts as described above are implemented.

[0097] By using the computer storage medium provided in the embodiments of the present application, the applicant does not need to have an in-depth understanding of identification coding. He only needs to submit a request to the system to independently select the identification type that best meets the required scenario, and efficiently implement the entire identification allocation process. At the same time, it eliminates security and privacy issues caused by centralized management.

[0098] Based on the same inventive concept, an embodiment of the present application also provides an electronic device, which is described below.

[0099] Figure 3 A schematic diagram of the structure of an electronic device in an embodiment of the present application is shown.

[0100] As shown in the figure, the electronic device includes a memory 301 and one or more processors 302, wherein the memory is used to store one or more programs; when the one or more programs are executed by the one or more processors, the method for allocating identifiers based on smart contracts as described above is implemented.

[0101] By using the electronic device provided in the embodiments of the present application, the applicant does not need to have an in-depth understanding of identification coding. He only needs to submit the required request to the system, and can independently select the identification type that best meets the required scenario, efficiently implement the entire identification allocation process, and at the same time eliminate security and privacy issues caused by centralized management.

[0102] In order to facilitate the implementation of the present application, the embodiment of the present application is described with a specific example.

[0103] Figure 4 A schematic diagram of the process in an embodiment of the present application is shown.

[0104] As shown in the figure, the overall process of the embodiment of the present application can be divided into five parts:

[0105] Step 1: The applicant submits an identification application request according to the system specifications. The request may include requirements for identification type, object type, object information, such as basic information, identification requirements, applicable scenarios, etc.

[0106] The applicant shall provide information on the application object according to the template provided by the system software, such as the required identification type, identification object, object information and other supplementary information.

[0107] The application list is as follows:

[0108]

[0109] Step 2: Determine whether the application request information meets the conditions for assigning the label.

[0110] The application request information is judged to determine whether the information provided meets the conditions for assigning the mark.

[0111] If satisfied, proceed to step 3;

[0112] If not satisfied, go to step 4.

[0113] Step 3: Based on the information provided by the applicant, the system searches for the smart contract type that meets the requirements and automatically generates an identification code based on the content of the smart contract.

[0114] That is, the system adapts various smart contracts in the blockchain and generates identifiers;

[0115] Figure 5 A schematic diagram of the blockchain in an embodiment of the present application is shown.

[0116] As shown in the figure, the distributed ledger or blockchain includes multiple smart contracts, and each smart contract corresponds to an identification list.

[0117] The system searches the system based on the application information provided, matches the corresponding smart contract, and generates an identification code based on the content of the smart contract.

[0118] An example of a smart contract is shown below:

[0119]

[0120] Step 4: The audit system reviews the given smart contract and identification code to determine whether they meet the legality, uniqueness, etc.

[0121] That is, the audit system performs compliance checks on the given smart contracts and identifiers, and reviews the given smart contracts and identifier adaptation results. All smart contracts are bound to a corresponding list of identifiers and stored in a distributed ledger or blockchain.

[0122] Review the coding method and identification list content in the contract:

[0123] Each contract specifies a specific encoding method, and generates a list of identifiers for the specification under the encoding method. Therefore, the audit mainly detects the encoding methods and identifier lists in various contracts. Ultimately, it is necessary to ensure that all encoding methods in this distributed ledger or blockchain do not conflict with each other, and the identifiers in the identifier list are not repeated and are independent of each other.

[0124] Auditing found duplicate identification codes:

[0125] When the identifiers in the identifier lists corresponding to different contracts are repeated, the system will mark the contract corresponding to the later generated code and add special parameters according to the time when the identifier was generated, aiming to bind the applicant of the application list to the contract to avoid conflicts with other contracts. At the same time, the system will run the application list again to ensure that the smart contracts adapted again do not conflict.

[0126] For example:

[0127] Figure 6 A schematic diagram of a smart contract identification list in an embodiment of the present application is shown.

[0128] like Figure 6 As shown, the code generated by contract 3 is currently being audited, and it is found that it is repeated with a certain identifier in the identifier list corresponding to contract 1. Since the corresponding identifier in contract 1 was generated a long time ago, the system will retain the identifier in contract 1, and mark contract 3 as a special contract, add special parameter 1, and permanently bind the application list to the contract. At this time, the system runs the application list again to confirm the adapted smart contract to ensure that it does not conflict with contract 1 at this time.

[0129] After that, the system will give the applicant feedback on the list of adaptation results after review;

[0130] Feedback the adaptation results recommended after the audit to the applicant. The adaptation results include: smart contract type, contract description, object identification, etc., as shown below:

[0131]

[0132] Step 5: The applicant receives the adaptation result options provided by the system and finally decides to select the result that meets the requirements, that is, the best identification code.

[0133] Figure 7 A schematic diagram of the system update iteration process in an embodiment of the present application is shown.

[0134] As shown in the figure, it includes:

[0135] 1. The system generates the first-generation smart contract template based on the smart contract existing on the chain, as shown below:

[0136] First generation smart contract template (system) Section 1: Logo Type Section 2: Identification Objects Section 3: Object Information

[0137] This includes the necessary content to be filled in the smart contract and the description of the expandable content.

[0138] 2. The system generates an application list for applicants based on the smart contract template, as shown below:

[0139] Application List (System) Identification type: Option 1, Option 2, Option 3 Identification object: Option 1, Option 2, Option 3 Object information: Option 1, Option 2, Option 3 Other information: Description of the application scenario

[0140] When an applicant submits application information, he or she can directly select a match from the options in the application list. If there is no option in the application list that meets the user's needs, other information can be added to supplement the description of the identification requirements.

[0141] 3. Add more smart contracts to the distributed ledger or blockchain according to the description in the user's other information, update the content of the sections provided by the smart contract template, and expand the types of options that can be met in the application list, so as to meet the user's request for identification in more scenarios. It can be as follows:

[0142] Update smart contract template (system) Section 1: Logo Type Section 2: Identification Objects Section 3: Object Information Section 4: New content

[0143] 4. An application list with more options, as shown below, meets more logo application scenarios:

[0144] Application List (System) Identification type: Option 1, Option 2, Option 3, Option 4, Option 5 Identification object: Option 1, Option 2, Option 3, Option 4, Option 5 Object information: Option 1, Option 2, Option 3, Option 4, Option 5 Other information: Description of the application scenario

[0145] 5. Continuously iterate and update the above process to make the system maintain more smart contract templates and provide users with more diverse options.

[0146] The embodiment of the present application is described in detail using the example of creating a resident identity number.

[0147] Figure 8 A schematic diagram of a smart contract application list in an embodiment of the present application is shown.

[0148] 1. Applicants select the application list provided by the system (such as Figure 8 Select the conditions that the mark satisfies. The options at this time can be:

[0149] 1) Identification type: centralized management identification, decentralized management identification;

[0150] 2) Identification object: people

[0151] 3) Subject information: nationality, place of birth, date of birth, gender

[0152] 4) Other information: Supplement object details not included in the above options

[0153] 2. Adapt smart contracts. Based on the information provided above, find contracts that meet the above conditions. Assuming that there are currently six contracts A to F, based on the above information, the contracts that meet the conditions are C and F. Fig. 9 shown.

[0154] 3. Audit the adaptation results to ensure that the two contracts C and F are authentic and legal, and that the two identifiers given are unique.

[0155] 4. The two adaptation results after audit (such as Fig.10 feedback to the applicant.

[0156] 5. The applicant selects the desired adaptation result.

[0157] The present application embodiment continues to illustrate the commodity coding of a box of milk by taking an example.

[0158] 1. The applicant selects the conditions that the logo meets from the application list provided by the system. The options at this time can be:

[0159] 1) Identification type: centralized management identification, decentralized management identification;

[0160] 2) Identification object: object

[0161] 3) Object information: origin, industry, date, serial number

[0162] 4) Other information: Supplement object details not included in the above options

[0163] 2. Adapt smart contracts. Based on the information provided above, find contracts that meet the above conditions. Assuming that there are currently six contracts A to F, based on the above information, the contracts that meet the conditions are B and E. Fig.11 shown.

[0164] 3. Audit the adaptation results to ensure that the two contracts B and E are authentic and legal, and that the two identifiers given are unique.

[0165] 4. The two adaptation results after audit (such as Fig.12 feedback to the applicant.

[0166] 5. Applicants select the best option.

[0167] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of complete hardware embodiments, complete software embodiments, or embodiments in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code. The scheme in the embodiments of the present application can be implemented in various computer languages, for example, object-oriented programming language Java and literal scripting language JavaScript, etc.

[0168] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0169] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0170] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0171] Although the preferred embodiments of the present application have been described, those skilled in the art may make other changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0172] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for allocating identifiers based on smart contracts, characterized in that: include: Receiving an identification application request, wherein the identification application request includes an identification type, an identification object, and object information; When the requirement information included in the identification application request meets the preset conditions for assigning the identification, at least one smart contract that meets the identification application request is determined from the smart contract application list pre-generated in the blockchain according to the requirement information, wherein each smart contract includes an identification type, an identification object, object information, and an identification list, the identification list includes multiple identifications, the identification type includes a centralized management identification and a decentralized management identification, the identification object is a person or an object, when the identification object is a person, the object information includes nationality, place of birth, date of birth, and gender, when the identification object is an object, the object information includes place of origin, industry, date, and serial number; generating at least one identifier according to the smart contract; Reviewing the smart contracts and logos that meet the logo application request; Among them, the review of smart contracts includes: Review the coding method of the smart contract that meets the identification application request; The review is passed when the encoding methods of any two smart contracts that meet the identification application request do not conflict with each other.

2. The method according to claim 1, characterized in that Review of logos, including: Review whether the identifiers in the identifier list corresponding to the smart contract that meets the identifier application request are repeated; The review is passed when the identifiers in the identifier list corresponding to any two smart contracts that meet the identifier application request are not repeated.

3. The method according to claim 2, characterized in that Further including: When there are duplicate identifiers in the identifier lists corresponding to different smart contracts, the smart contract corresponding to the most recently generated identifier is marked according to the identifier generation time, and the smart contract application list and the smart contract corresponding to the most recently generated identifier are bound.

4. The method according to claim 3, characterized in that: The marking process of the smart contract corresponding to the most recently generated identifier includes: Mark the smart contract corresponding to the most recently generated identifier as a specific contract; There are specific parameters in the specific contract.

5. The method according to claim 1, characterized in that: Further including: The at least one identification is sent to the applicant.

6. The method according to claim 5, characterized in that Further including: Receive identification confirmation from applicants; The identification determined by the applicant is assigned to the applicant according to the identification confirmation.

7. The method according to claim 1, characterized in that The generation process of smart contracts in blockchain includes: Generate the first generation of smart contract templates based on the smart contracts existing on the blockchain; Generate a smart contract application list for applicants based on the first-generation smart contract template; After the first generation smart contract template is updated, the smart contract application list is updated according to the updated template.

8. The method according to claim 1, characterized in that Further including: Receive identification requirement description; Generate a smart contract according to the identification requirement description, and add the generated smart contract to the smart contract application list.

9. A device for allocating identifiers based on smart contracts, characterized in that: include: A request receiving module is configured to receive an identification application request, wherein the identification application request includes an identification type, an identification object and object information; A contract determination module, configured to determine at least one smart contract that meets the identification application request from a smart contract application list pre-generated in the blockchain according to the requirement information when the requirement information included in the identification application request meets the preset identification conditions, wherein each smart contract includes an identification type, an identification object, object information and an identification list, the identification list includes multiple identifications, the identification type includes a centralized management identification and a decentralized management identification, the identification object is a person or an object, when the identification object is a person, the object information includes nationality, place of birth, date of birth, and gender, when the identification object is an object, the object information includes place of origin, industry, date, and serial number; an identification generation module, configured to generate at least one identification according to the smart contract; A review module, configured to review the smart contract and the logo that meet the logo application request; The review module is configured to review the encoding method of the smart contract that meets the identification application request; the review is passed when the encoding methods of any two smart contracts that meet the identification application request do not conflict with each other.

10. A computer storage medium, characterized in that: A computer program is stored thereon, and when the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 8 are implemented.

11. An electronic device, characterized in that: It comprises a memory and one or more processors, wherein the memory is used to store one or more programs; when the one or more programs are executed by the one or more processors, the method according to any one of claims 1 to 8 is implemented.

Images