CN115345634A - Academic degree authentication management system based on block chain - Google Patents
Academic degree authentication management system based on block chain Download PDFInfo
- Publication number
- CN115345634A CN115345634A CN202210976469.3A CN202210976469A CN115345634A CN 115345634 A CN115345634 A CN 115345634A CN 202210976469 A CN202210976469 A CN 202210976469A CN 115345634 A CN115345634 A CN 115345634A
- Authority
- CN
- China
- Prior art keywords
- certificate
- academic degree
- academic
- user subsystem
- transaction number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Signal Processing (AREA)
- Human Resources & Organizations (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Operations Research (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application provides a academic record academic degree authentication management system based on block chain, including: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer; the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem; the business layer comprises user management, academic degree certificate management and certificate manager management; the intelligent contract layer comprises an intelligent contract; the data storage layer comprises a block chain and a MySQL database; wherein the certificate administrator user subsystem is configured to manage academic degree certificates in a manner that transactions are issued in a blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring academic degree certificates; the super administrator user subsystem is used for managing the certificate administrator user account. The method and the system can meet the requirement of quickly and accurately verifying the academic degree information of educators and human units.
Description
Technical Field
The application relates to the technical field of block chains, in particular to a academic degree certification management system based on a block chain.
Background
The academic degree certificate (both academic degree certificate and academic degree certificate) plays an important role for educators, and needs to be complete in both study and development.
The reliable academic degree certification can ensure the authenticity of the academic degree certificate, prevent counterfeit documents from being falsified and confused, help personnel units to better manage personnel, protect the rights and interests of higher educators, and effectively guarantee and promote social fairness. In the prior art, in order to standardize management authentication services, a centralized authentication mode is generally adopted for academic degree authentication. With the development of science and technology, the prior art also provides an online query authentication function, but the prior network query authentication effect is poor due to the imperfect network anti-counterfeiting technology, the inexhaustible academic degree data collection and the like.
In the prior art, the academic degree authentication scheme based on centralized authentication has the disadvantages of complex flow, long time consumption and certain credit risk, and is difficult to meet the requirement of quickly and accurately verifying academic degree information of educators and personnel units.
Disclosure of Invention
In view of the above, the present application provides a block chain-based academic degree certification management system.
Based on the above purpose, the present application provides a academic degree authentication management system based on a block chain, comprising: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer;
the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem;
the business layer comprises user management, academic degree certificate management and certificate manager management;
the intelligent contract layer comprises an intelligent contract;
the data storage layer comprises a block chain and a MySQL database;
wherein the certificate administrator user subsystem is to manage academic degree certificates in a manner that issues transactions in the blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring the academic degree certificate; the super administrator user subsystem is used for managing a certificate administrator user account.
As can be seen from the above description, the block chain-based academic degree certification management system provided by the present application includes: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer; the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem; the business layer comprises user management, academic degree certificate management and certificate manager management; the intelligent contract layer comprises an intelligent contract; the data storage layer comprises a block chain and a MySQL database; wherein the certificate administrator user subsystem is configured to manage academic degree certificates in a manner that transactions are issued in a blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring academic degree certificates; the super administrator user subsystem is used for managing the certificate administrator user account. The method and the system can meet the requirement of quickly and accurately verifying the academic degree information of educated persons and staff units.
Drawings
In order to more clearly illustrate the technical solutions in the present application or related technologies, the drawings required to be used in the description of the embodiments or related technologies are briefly introduced below, and it is obvious that the drawings in the following description are only examples of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic diagram illustrating a hierarchical structure of a block chain-based academic degree certification management system according to an embodiment of the present application;
fig. 2 is a schematic diagram of an upper academic degree certificate according to an embodiment of the present application;
FIG. 3 is a diagram illustrating an associated academic degree certificate according to an embodiment of the present application;
fig. 4 is a schematic diagram of a block chain provided according to an embodiment of the present application;
FIG. 5 is a schematic diagram of additional data stored in a blockchain according to an embodiment of the present application;
FIG. 6 is a schematic diagram of a distributed storage under a chain according to an embodiment of the present application;
FIG. 7 is a schematic diagram of an intelligent contract provided according to an embodiment of the present application;
FIG. 8 is a diagram illustrating a comparison of valid certificates and invalid certificates according to an embodiment of the present application;
fig. 9 is a schematic diagram of a revocation certificate according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below with reference to the accompanying drawings in combination with specific embodiments.
It should be noted that technical terms or scientific terms used in the embodiments of the present application should have a general meaning as understood by those having ordinary skill in the art to which the present application belongs, unless otherwise defined. The use of "first," "second," and similar terms in the embodiments of the present application is not intended to indicate any order, quantity, or importance, but rather is used to distinguish one element from another. The word "comprising" or "comprises", and the like, means that the element or item preceding the word comprises the element or item listed after the word and its equivalent, but does not exclude other elements or items. The terms "connected" or "coupled" and the like are not restricted to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "upper", "lower", "left", "right", and the like are used only to indicate relative positional relationships, and when the absolute position of the object to be described is changed, the relative positional relationships may also be changed accordingly.
As described in the background section, the academic degree authentication scheme based on centralized authentication in the related art has a tedious process, takes a long time, has a certain credit risk, and is difficult to meet the requirement of educated persons and staff units for quickly and accurately verifying academic degree information.
Specifically, the time consumption is long: the academic degree certification belongs to delicate and rigorous work, and after the application is submitted, a certification mechanism and a school party carry out academic degree certification, a large amount of time is needed; the charging is higher: the applicant of part of academic degree certification needs to pay higher expenses to the certification institution, for example, the required expenses are more for the academic degree certification of study-keeping service, considering the costs of traffic, domestic and foreign personnel communication and mailing, etc.; the cost is high: a qualified academic degree certification certificate needs cooperative cooperation of multiple parties such as an applicant, a certification authority, a school, an education department and the like, needs the participation of a plurality of people, and needs a large amount of manpower and material resources; the credit risk is high: the certification authority and the school file management are based on subjective judgment of certifiers when the academic degree certification is checked, so that certain credit risk exists. In addition, the academic degree certification system in the related art uses a traditional database (for example, a database of a CS network structure) to store the certificate and the user information, and the traditional database has a security risk, for example, a user may modify the database, and there is a risk of data loss and malicious data tampering.
The blockchain is considered as an innovation in the network information age, and has the advantage that the trust problem of both parties of the transaction is solved by encrypting electronic money through a digital signature. The applicant finds that by combining the block chain with academic degree authentication, the characteristics of decentralization, autonomy, safety, credibility, openness and transparency and the like of the block chain can be utilized to prevent data from being maliciously tampered, and the academic degree judgment rule is openly and transparently executed, so that the risk of data counterfeiting can be effectively reduced.
However, the applicant has found that combining blockchains with academic degree certification still has some problems, such as: limited blockchain storage space, slow data processing, privacy protection, and lack of accountability supervision mechanisms.
Specifically, the storage space is small: the storage space of a single block of the block chain is limited, and the storage of the certificate may have data occupying a large storage space, such as pictures. The academic degree certification relates to a large amount of student data, all information is linked up, the linking process is slowed down due to the increase of the data, and the intelligent contract is called to be slowed down and the response is slowed down. The execution efficiency is not high: the small block and the long synchronization time lead to slow transaction processing speed in unit time, and block congestion is caused. The data processing speed on the block chain is low, the processing cost is high, and the system service execution efficiency is not high after the block chain is combined with the academic degree tracing. How to implement privacy protection: the blockchain has the characteristics of traceability, public transparency, collective maintenance and the like, and the privacy protection is also an extremely important part for users, and is the contradiction between the two? Lack of accountability supervision: the academic degree authentication system has different user roles and different operation contents, and if the user authority is not managed in a trusted way, incorrect modification or misoperation is easy to generate, and a tracing and supervising mechanism is lacked.
In view of this, the present application provides a academic degree authentication management system based on a block chain.
Reference is made to fig. 1, which is a schematic diagram illustrating a hierarchical structure of a block chain-based academic degree authentication management system according to an embodiment of the present disclosure.
The academic degree certification management system based on the block chain comprises: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer;
the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem;
the business layer comprises user management, academic degree certificate management and certificate manager management;
the intelligent contract layer comprises an intelligent contract;
the data storage layer comprises a block chain and a MySQL database;
wherein the certificate administrator user subsystem is configured to manage academic degree certificates in a manner that transactions are issued in a blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring the academic degree certificate; the super administrator user subsystem is used for managing the certificate administrator user account.
Referring to fig. 2, a schematic diagram of an upper academic degree certificate according to an embodiment of the present application is provided.
In some embodiments, when the certificate authority user subsystem is configured to upload a academic degree certificate, the certificate authority user subsystem is specifically configured to:
acquiring basic information of a valid academic degree certificate;
and obtaining the characteristic information of the effective academic degree certificate according to the basic information of the effective academic degree certificate, sending the characteristic information of the effective academic degree certificate to the block chain in a transaction issuing mode, and obtaining the transaction number corresponding to the effective academic degree certificate.
In some embodiments, the certificate administrator user subsystem is specifically configured to:
and taking the transaction number corresponding to the effective academic degree certificate as a main key word, and sending the basic information of the effective academic degree certificate to the MySQL database.
In some embodiments, the certificate upload process can be broadly divided into the following steps: taking a Hash of the certificate → uploading the certificate Hash and key data to a block chain → performing chaotic encryption on unstructured data → uploading the unstructured data to a distributed database (MySQL database).
In some embodiments, prior to the uploading of the certificate, the certificate is bound by a smart contract to a blockchain account address of the certificate administrator user subsystem that uploaded the certificate for traceability of the certificate. Based on the intelligent contract, the system hashes the complete certificate and uploads the certificate and the blockchain account address of the certificate administrator user subsystem uploading the certificate to the blockchain in the form of additional data of the transaction by calling RPC provided by the VNT-Chainjs library.
On the blockchain, one transaction is equivalent to one certificate, each time the certificate is uploaded, the transaction is equivalent to one transaction, and the certificate information is stored on the block along with the transaction.
The information stored on the block chain cannot be tampered, the reliability is high, but the storage space of a single block of the block chain is limited, the number of information needing to be stored in the system is huge and various (such as names, identification numbers, certificate numbers, academic degree types, student scores and certificate pictures, and the like), and when the block is too large, the storage speed and the speed of information synchronization on the chain are sharply reduced, namely the storage efficiency is low, the cost is high, and therefore, storing all data on the block chain is obviously not a sensible choice.
In order to solve this problem, the present application proposes a solution of sorted storage. The data is divided into two types, and for structured key data such as identity information, certificate numbers and the like, the reliability of a block chain is utilized to store the information, so that the credibility of academic calendar authentication is ensured. And for unstructured data such as certificate pictures, ordinary achievements, on-school performances and the like, the data are stored by using a distributed storage system under the chain, and the distributed storage system under the chain has more efficient data storage capacity than a block chain, so that the high efficiency of storage can be ensured, and the safety of the data can be further ensured by an encryption means.
Since the information of the same certificate is stored in two storage systems, the information of the certificate is modified synchronously in the uplink storage system.
Reference is made to fig. 3, which is a schematic diagram illustrating an associated academic degree certificate according to an embodiment of the present application.
The system comprises a plurality of blocks, and a person may have a plurality of different certificates which are dispersed in different blocks, so that the advantage of a block chain cannot be well reflected by inquiring the certificate for many times in consideration of the situation that all the certificates of the person are required to be obtained at the same time sometimes.
In order to solve the problem, the intelligent contract in the block chain is utilized, all certificates belonging to one person are associated, the certificate query efficiency is improved, and the use of a user is facilitated. The transaction, i.e. the corresponding certificate, can be queried by means of the transaction number. The certificate storage information designed in the system contains the certificate (transaction) number issued last time, all certificates of the same person form a linked list, and the corresponding certificate can be inquired through the linked list structure.
In some embodiments, the characteristic information of the valid academic degree certificate includes transaction numbers corresponding to other academic degree certificates of the subject corresponding to the valid academic degree certificate.
In some embodiments, a user may use the certificate administrator user subsystem by:
the certificate manager user subsystem is provided with a user login interface, and a user clicks a login button after completing a login form on the user login interface to complete login.
After the user successfully logs in the certificate administrator user subsystem, the user can enter a certificate uploading interface through a certificate uploading entry, fill in certificate information (including additional information such as name, identity card number, gender, birthday, professional learners, certificate number, academic position, certificate authority, certificate issuing date, certificate picture, score and the like) according to form prompt, click an uploading button to pop up a transaction sending dialog box of a VNT wallet, and click confirmation to ensure that the uploading is successful.
In some embodiments, when the certificate authority user subsystem is configured to revoke academic degree certificates, the certificate authority user subsystem is specifically configured to:
acquiring basic information of invalid academic degree certificates;
and obtaining the characteristic information of the invalid academic degree certificate according to the basic information of the invalid academic degree certificate, sending the characteristic information of the invalid academic degree certificate to the block chain in a transaction issuing mode, and obtaining a transaction number corresponding to the invalid academic degree certificate.
And calling a storage method in the intelligent contract layer to update the index in the intelligent contract layer, and storing the transaction number corresponding to the academic degree certificate in a historical record list.
The certificate is likely to be invalidated in the actual application scene of the certificate, the certificate has errors and other phenomena, and the corresponding solution of the system is as follows: when the block chain is uploaded by the certificate, a Boolean mark bit is added, the mark is true to indicate that the certificate is valid, and the mark is false to indicate that the certificate is invalid. The certificate revocation operation is to upload a certificate with Boolean false through the intelligent contract and modify the related information in the intelligent contract. When the certificate is changed to be invalid, the user needs to inform the certificate uploader of uploading a new valid certificate in time, otherwise, the user returns the information that the certificate is invalid when the certificate is verified.
In some embodiments, a user may use the certificate administrator user subsystem by:
the certificate manager user subsystem is provided with a user login interface, and a user clicks a login button after completing a login form on the user login interface to complete login.
After the user successfully logs in the certificate administrator user subsystem, the user can enter a certificate revocation interface through a certificate revocation entry, fills in certificate information (including the name, the certificate number, the revocation description and the like of a certificate owner) according to form prompt, then clicks a revocation button, a browser pops up a transaction sending dialog box of a VNT wallet, and the certificate revocation operation can be completed after clicking confirmation.
In some embodiments, the personal user subsystem and the enterprise user subsystem are specifically configured to:
and inquiring information of all certificates of a person through the identification number and the name.
A list of transaction numbers (if there is a value in the corresponding index) may be obtained by invoking the first type index value (transaction number obtained by principal identification) method of the smart contract. For each transaction number obtained above, corresponding transaction information may be obtained through the transaction number, and the transaction information may be certificate information or a certificate revocation record. If the certificate information is the certificate information, the value of the second-class index of the certificate can be obtained, then the latest modification record of the certificate is obtained by the method of the second-class index value (the transaction number is obtained through the certificate identity) of the intelligent contract, and whether the certificate is revoked or not is judged. If the transaction number is not cancelled, the basic certificate information stored in the database is acquired according to the transaction number and the certificate characteristic value (the mixed hash value of the basic certificate information) stored in the transaction data are checked, and after the check is successful, the user can see the certificate picture returned by the system.
In some embodiments, the personal user subsystem and the enterprise user subsystem are specifically configured to:
the specified certificate information is queried by certificate number and name.
A transaction number (if a value exists for the corresponding index) may be obtained by invoking the second type index value (transaction number obtained via certificate identification) method of the smart contract. If the transaction is certificate information, the certificate is checked if the transaction indicates that the certificate exists, and if the transaction is a revocation record, the certificate is revoked. If the transaction number is not cancelled, the basic certificate information stored in the database is acquired according to the transaction number and the certificate characteristic value (the mixed hash value of the basic certificate information) stored in the transaction data are checked, and after the check is successful, the user can see the certificate picture returned by the system.
In some embodiments, a user may use a personal user subsystem by:
the user uses the personal user subsystem for the first time, and needs to register: after entering the personal user registration interface, the personal user inputs information such as a user name, a password, a name, an identity card number and the like according to the prompt of the form, and then the registration can be completed by clicking a registration button.
After entering the personal user login interface, the personal user inputs the registered user name and the corresponding password according to the form prompt, and then the user login can be completed by clicking the login button.
After logging into the system, the personal user may enter the personal query module through a personal query portal on the home page. In the module, the user can inquire own certificate information by inputting personal identity information and academic certificate information.
If the query result is not in accordance with the expectation, the query certificate can be applied to upload a modifier, and if the improper operation is confirmed, the modifier can be blamed for.
In some embodiments, a user may use an enterprise user subsystem by:
the user uses the enterprise user subsystem for the first time, and needs to register: after entering an enterprise user registration interface, an enterprise user inputs information such as a user name, a password and the like according to the form prompt, and then the registration of an enterprise account can be completed by clicking a registration button.
After entering an enterprise user login interface, an enterprise user inputs a registered user name and a corresponding password according to a form prompt, and then clicks a login button to finish user login.
After logging in the system, an enterprise user can enter the enterprise query module through an enterprise query portal on the home page. In the module, the user can inquire the certificate information of the user by inputting the identity information and the academic certificate information of the individual user.
The enterprise user is mainly a query function and can select a single query or a batch query. The single query is that a user inputs information such as name, certificate number and the like of a academic calendar certificate, and the system feeds back a result according to query conditions; the batch inquiry module uploads the names, certificate numbers and other information of a batch of academic certificates which are arranged in advance to the system at one time to obtain an inquiry result.
The process of querying the certificate by the enterprise can be roughly divided into the following steps: the enterprise provides query basis → the block chain and the back-end node return query and return data → compares the Hash with the system query to obtain whether the Hash is consistent → returns the query result.
In some embodiments, a user may use the hypervisor subsystem by:
the super administrator can enter the login page of the super administrator through the super administrator entrance of the home page, and the login can be completed by clicking the login button after the login form is completed. After login is successful, the system jumps to a super manager home page, and certificate change records can be checked and the certificate manager account management module can be accessed through the page.
And checking the certificate change record: the lower half part of the front page of the super administrator is a certificate change record, the records are sorted according to the operation time, ten records are displayed on each page, and the earlier records can be viewed through page turning.
Managing a certificate manager account: the administrator account can be added and removed through the super administrator home page by entering into the management interface of the certificate administrator account.
In some embodiments, individual/enterprise users may log in using a browser such as IE, 360, google, firefox, etc. Due to the need to interact with the VNT blockchain network, certificate administrators and super administrators need to log in using the google browser with the VNT chain wallet plug-in installed.
Reference is made to fig. 4, which is a schematic diagram of a block chain provided according to an embodiment of the present application.
In some embodiments, the present system uses the technology provided by VNT chain to implement applications on blockchains, where in each block in the blockchain a number of transactions are recorded, each transaction having a unique transaction number from which it can be queried. In the system, one transaction corresponds to one certificate, and the certificate information is stored as additional data of the transaction, so the transaction is equal to the certificate, and therefore, one transaction is issued every time one certificate is uploaded, and the information of the certificate is stored on a block chain along with the transaction. Wherein the transactions in each block are not connected.
Reference is made to fig. 5, which is a schematic diagram illustrating additional data stored in a blockchain according to an embodiment of the present application.
Two important fields stored are the flag bit indicating whether the certificate is valid and the last certificate (transaction) number, the former being considered that there may be a scenario where a person's certificate is revoked, and therefore when queried, the flag bit is found to be invalid, i.e. indicating that the certificate is revoked. The latter considers that a person has multiple certificates, and forms a certificate (transaction) chain table by recording other certificate (transaction) numbers of the same person in each certificate (transaction), and can inquire all certificates of the person by inputting a name and an identity number in the requirement analysis, and can verify and inquire all certificates through the chain table structure. It is noted that the certificate number and the certificate (transaction) number are not the same.
Reference is made to fig. 6, which is a schematic diagram of a distributed storage under a chain according to an embodiment of the present application.
Although the block chain can store data, the storage capacity of the block chain is limited, and good effect cannot be achieved when the unstructured data which occupies a large storage space is stored. To address this problem, the present system employs a distributed storage system to store unstructured data down the chain.
After uploading the certificate information and the picture, the certificate manager firstly stores the certificate information in a blockchain, then returns a certificate (transaction) number, and then stores the certificate (transaction) number, the name, the Hash value of the certificate number and the certificate picture in a distributed storage system, wherein the certificate (transaction) number is used as an index for inquiring the picture in the future, and the Hash value of the name and the certificate number is used as necessary verification information when inquiring the picture.
Reference is made to fig. 7, which is a schematic diagram of an intelligent contract provided according to an embodiment of the present application.
The uploading, verification and inquiry of the system certificate are realized by calling the same intelligent contract. In an intelligent contract, an index based on map (Key-Value Key Value pair) is provided. There are two maps, the Key of the first map is the Hash Value of the name and identity number, the Key of the second map is the Hash Value of the name and certificate number, and the Value of both maps is the certificate (transaction) number. For the certificate manager, after the certificate is uploaded, a transaction number is returned, meanwhile, the intelligent contract is called, the uploaded name, the uploaded identity card number and the uploaded certificate number take a Hash Value as Key, the transaction number serves as Value, and the Hash Value is stored in the map of the intelligent contract and serves as an index for verification and query.
Key-Value of map1 in the intelligent contract is respectively the Hash Value of name plus identity card number and the transaction number of the latest issued certificate, and Key-Value of map2 is respectively the Hash Value of name plus certificate number and the transaction number of the latest issued certificate. A linked list formed by maps and transaction numbers. For enterprises and individuals, a mode of combining a block chain and a distributed storage system for verification is used, after logging in the system, an identity card and a name or a certificate number and a name are firstly input, then an intelligent contract is called, the Hash value of the input information is compared with the Hash value of a Key of a map in the intelligent contract, if the comparison results are the same, verification is successful, then the certificate information is found on the block chain through a transaction number, and meanwhile, a certificate picture is searched in the distributed storage system, and if the comparison results are different, verification is failed.
Alternatively, if a single blockchain verification is used as shown, there is no return of information in the distributed storage system, i.e., no certificate pictures are returned. The distributed storage system mainly stores photos of certificates, and the photos can be verified even if the photos are not available.
Reference is made to fig. 8, which is a schematic diagram illustrating comparison between a valid certificate and an invalid certificate according to an embodiment of the present application.
The method for distinguishing the valid certificate from the invalid certificate is to distinguish according to the domain with the value of 1 or 0 in fig. 7, and since the data on the block chain is not falsifiable, when a certain certificate is revoked by the certificate administrator user subsystem, a certificate (transaction) is reissued, that is, only the valid certificate (with the mark value of 1) is originally in the block chain, and then an invalid certificate (with the mark value of 0) is added after revocation, and the "transaction number of the corresponding valid certificate" domain in the invalid certificate points to the valid certificate that it revokes.
Reference is made to fig. 9, which is a schematic diagram illustrating a revoked certificate according to an embodiment of the present application.
As an example, when the certificate 3 is revoked by the certificate administrator user subsystem, an invalid certificate "certificate 3_ invalid" is generated, and the valid certificate "certificate 3" cannot be modified in the block chain, so the present application regenerates a certificate describing that "certificate 3" is invalid, that is, "certificate 3_ invalid", and modifies the value of the corresponding key in the map2, that is, the pointer originally pointing to the valid certificate "certificate 3" is modified to point to the invalid certificate "certificate 3_ invalid", and the map1 is modified in the same manner.
When a user inputs a name and a certificate number, the certificate invalidity can be directly found through the map2, when the user inputs the name and the identity number to inquire all certificates, the map1 is compared with the corresponding certificate in the map2 when traversing each certificate, if the corresponding certificate in the map2 is invalid, the certificate is invalid, if the map1 traverses the 3 rd certificate of the linked list, at the moment, the information of the certificate is compared with the information of the corresponding 3 rd certificate in the map2, the certificate in the map2 is found to be invalid, and the certificate in the corresponding linked list in the map1 is indicated to be invalid.
As can be seen from the foregoing description, the academic degree authentication management system based on block chains provided in the present application includes: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer; the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem; the business layer comprises user management, academic degree certificate management and certificate manager management; the intelligent contract layer comprises an intelligent contract; the data storage layer comprises a block chain and a MySQL database; wherein the certificate administrator user subsystem is configured to manage academic degree certificates in a manner that transactions are issued in a blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring the academic degree certificate; the super administrator user subsystem is used for managing the certificate administrator user account. The method and the system can meet the requirement of quickly and accurately verifying the academic degree information of educated persons and staff units.
Specifically, aiming at the defects of the traditional paper or electronic certificate in the aspects of storage convenience, verification reliability, credibility and the like, the system develops a academic degree academic calendar authentication management system which is highly reliable, easy to store, easy to verify and fake and simultaneously considers the full privacy protection by utilizing the block chain technology. The method can provide efficient and reliable academic certificate verification service for users, and is compatible with any equipment provided with a network browser. The authenticity of the certificate can be verified only by simple registration login and provision of academic certificate information.
It should be noted that the method of the embodiment of the present application may be executed by a single device, such as a computer or a server. The method of the embodiment can also be applied to a distributed scene and is completed by the mutual cooperation of a plurality of devices. In such a distributed scenario, one of the multiple devices may only perform one or more steps of the method of the embodiment, and the multiple devices interact with each other to complete the method.
It should be noted that the foregoing describes some embodiments of the present application. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments described above and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
It should be noted that the embodiments of the present disclosure can be further described in the following ways:
a academic degree certification management system based on a block chain comprises: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer;
the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem;
the business layer comprises user management, academic degree certificate management and certificate manager management;
the intelligent contract layer comprises an intelligent contract;
the data storage layer comprises a block chain and a MySQL database;
wherein the certificate administrator user subsystem is configured to manage academic degree certificates in a manner that transactions are issued in a blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring the academic degree certificate; the super administrator user subsystem is used for managing the certificate administrator user account.
Optionally, the certificate administrator user subsystem is specifically configured to:
acquiring basic information of a certificate of a valid academic degree;
and obtaining the characteristic information of the effective academic degree certificate according to the basic information of the effective academic degree certificate, sending the characteristic information of the effective academic degree certificate to the block chain in a transaction issuing mode, and obtaining a transaction number corresponding to the effective academic degree certificate.
Optionally, the certificate administrator user subsystem is specifically configured to:
and taking the transaction number corresponding to the effective academic degree certificate as a main key word, and sending the basic information of the effective academic degree certificate to the MySQL database.
Optionally, the certificate administrator user subsystem is specifically configured to:
acquiring basic information of invalid academic degree certificates;
and obtaining the characteristic information of the invalid academic degree certificate according to the basic information of the invalid academic degree certificate, sending the characteristic information of the invalid academic degree certificate to the block chain in a transaction issuing mode, and obtaining a transaction number corresponding to the invalid academic degree certificate.
Optionally, the feature information of the invalid academic degree certificate includes a transaction number corresponding to the valid academic degree certificate corresponding to the invalid academic degree certificate.
Optionally, the feature information of the valid academic degree certificate includes a transaction number corresponding to the subject's other academic degree certificates corresponding to the valid academic degree certificate.
Optionally, the certificate administrator user subsystem is specifically configured to:
obtaining a first class index value and a second class index value in the intelligent contract according to the basic information of the academic degree certificate;
and calling a storage method in the intelligent contract layer to update the index in the intelligent contract, and storing the transaction number corresponding to the academic degree certificate in the history.
Optionally, the personal user subsystem and the enterprise user subsystem are specifically configured to:
calling a first index value in the intelligent contract to obtain at least one transaction number;
for each transaction number, in response to determining that the transaction number is the transaction number corresponding to the valid academic degree certificate, calling a second-class index value in the intelligent contract to obtain the transaction number associated with the valid academic degree certificate, in response to determining that the valid academic degree certificate is not revoked, comparing the characteristic information of the valid academic degree certificate corresponding to the transaction number with the hash value of the basic information of the valid academic degree certificate stored in the MySQL database, and if the characteristic information is consistent, outputting the basic information of the valid academic degree certificate;
and in response to determining that the transaction number is the transaction number corresponding to the invalid academic degree certificate, outputting a cancelled result of the academic degree certificate.
Optionally, the personal user subsystem and the enterprise user subsystem are specifically configured to:
calling a second type index value in the intelligent contract to obtain at least one transaction number;
for each transaction number, in response to the fact that the transaction number is determined to be the transaction number corresponding to the valid academic degree certificate, comparing the characteristic information of the valid academic degree certificate corresponding to the transaction number with the hash value of the basic information of the valid academic degree certificate stored in the MySQL database, and if the characteristic information is consistent with the hash value, outputting the basic information of the valid academic degree certificate;
and in response to determining that the transaction number is the transaction number corresponding to the invalid academic degree certificate, outputting a revoked result of the academic degree certificate.
Optionally, the super administrator user subsystem is specifically configured to:
add or delete a certificate administrator user account, and manage the authority of the certificate administrator user account.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, is limited to these examples; within the context of the present application, features from the above embodiments or from different embodiments may also be combined, steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of brevity.
In addition, well-known power/ground connections to Integrated Circuit (IC) chips and other components may or may not be shown in the provided figures for simplicity of illustration and discussion, and so as not to obscure the embodiments of the application. Further, devices may be shown in block diagram form in order to avoid obscuring embodiments of the application, and this also takes into account the fact that specifics with respect to implementation of such block diagram devices are highly dependent upon the platform within which the embodiments of the application are to be implemented (i.e., specifics should be well within purview of one skilled in the art). Where specific details (e.g., circuits) are set forth in order to describe example embodiments of the application, it should be apparent to one skilled in the art that the embodiments of the application can be practiced without, or with variation of, these specific details. Accordingly, the description is to be regarded as illustrative instead of restrictive.
While the present application has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of these embodiments will be apparent to those of ordinary skill in the art in light of the foregoing description. For example, other memory architectures, such as Dynamic RAM (DRAM), may use the discussed embodiments.
The present embodiments are intended to embrace all such alternatives, modifications and variances which fall within the broad scope of the appended claims. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of the embodiments of the present application are intended to be included within the scope of the present application.
Claims (10)
1. A academic degree certification management system based on a block chain comprises: the system comprises an application layer, a service layer, an intelligent contract layer and a data storage layer;
the application layer comprises a certificate manager user subsystem, a personal user subsystem, an enterprise user subsystem and a super manager user subsystem;
the business layer comprises user management, academic degree certificate management and certificate manager management;
the intelligent contract layer comprises an intelligent contract;
the data storage layer comprises a block chain and a MySQL database;
wherein the certificate administrator user subsystem is to manage academic degree certificates in a manner that issues transactions in the blockchain; the personal user subsystem and the enterprise user subsystem are used for inquiring the academic degree certificate; the super administrator user subsystem is used for managing a certificate administrator user account.
2. The system of claim 1, wherein the credential manager user subsystem is specifically configured to:
acquiring basic information of a valid academic degree certificate;
and obtaining the characteristic information of the effective academic degree certificate according to the basic information of the effective academic degree certificate, sending the characteristic information of the effective academic degree certificate to the block chain in a transaction issuing mode, and obtaining a transaction number corresponding to the effective academic degree certificate.
3. The system of claim 2, wherein the credential manager user subsystem is specifically configured to:
and sending the basic information of the effective academic degree certificate to a MySQL database by taking the transaction number corresponding to the effective academic degree certificate as a main key word.
4. The system of claim 2, wherein the credential manager user subsystem is specifically configured to:
acquiring basic information of invalid academic degree certificates;
and obtaining the characteristic information of the invalid academic degree certificate according to the basic information of the invalid academic degree certificate, sending the characteristic information of the invalid academic degree certificate to the block chain in a transaction issuing mode, and obtaining a transaction number corresponding to the invalid academic degree certificate.
5. The system according to claim 4, wherein the characteristic information of the invalid academic degree certificate includes a transaction number corresponding to the valid academic degree certificate corresponding to a subject to which the invalid academic degree certificate belongs.
6. The system according to claim 2, wherein the characteristic information of the valid academic degree certificate includes transaction numbers corresponding to other academic degree certificates corresponding to the subject to which the valid academic degree certificate belongs.
7. The system of claim 4, wherein the credential manager user subsystem is specifically configured to:
obtaining a first class index value and a second class index value in the intelligent contract according to the basic information of the academic degree certificate;
and calling a storage method in the intelligent contract layer to update the index in the intelligent contract, and storing the transaction number corresponding to the academic degree certificate into a history record.
8. The system of claim 7, wherein the individual user subsystem and the enterprise user subsystem are specifically configured to:
calling the first index value in the intelligent contract to obtain at least one transaction number;
for each transaction number, in response to determining that the transaction number is the transaction number corresponding to the valid academic degree certificate, calling the second-class index value in the intelligent contract to obtain the transaction number associated with the valid academic degree certificate, in response to determining that the valid academic degree certificate is not revoked, comparing the characteristic information of the valid academic degree certificate corresponding to the transaction number with the hash value of the basic information of the valid academic degree certificate stored in the MySQL database, and if the characteristic information of the valid academic degree certificate is consistent, outputting the basic information of the valid academic degree certificate;
and in response to the fact that the transaction number is determined to be the transaction number corresponding to the invalid academic degree certificate, outputting a revoked result of the academic degree certificate.
9. The system of claim 7, wherein the individual user subsystem and the enterprise user subsystem are specifically configured to:
calling the second-class index value in the intelligent contract to obtain at least one transaction number;
for each transaction number, in response to determining that the transaction number is the transaction number corresponding to the valid academic degree certificate, comparing the characteristic information of the valid academic degree certificate corresponding to the transaction number with the hash value of the basic information of the valid academic degree certificate stored in the MySQL database, and if the characteristic information is consistent with the hash value, outputting the basic information of the valid academic degree certificate;
and in response to the fact that the transaction number is determined to be the transaction number corresponding to the invalid academic degree certificate, outputting a revoked result of the academic degree certificate.
10. The system of claim 1, wherein the hypervisor user subsystem is specifically configured to:
adding or deleting the certificate administrator user account, and managing the authority of the certificate administrator user account.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210976469.3A CN115345634A (en) | 2022-08-15 | 2022-08-15 | Academic degree authentication management system based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210976469.3A CN115345634A (en) | 2022-08-15 | 2022-08-15 | Academic degree authentication management system based on block chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115345634A true CN115345634A (en) | 2022-11-15 |
Family
ID=83951729
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210976469.3A Pending CN115345634A (en) | 2022-08-15 | 2022-08-15 | Academic degree authentication management system based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115345634A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116346368A (en) * | 2023-05-24 | 2023-06-27 | 湖南典阅教育科技有限公司 | Electronic academic certificate authentication method, device, equipment and storage medium |
-
2022
- 2022-08-15 CN CN202210976469.3A patent/CN115345634A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116346368A (en) * | 2023-05-24 | 2023-06-27 | 湖南典阅教育科技有限公司 | Electronic academic certificate authentication method, device, equipment and storage medium |
| CN116346368B (en) * | 2023-05-24 | 2023-07-28 | 湖南典阅教育科技有限公司 | Electronic academic certificate authentication method, device, equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI728678B (en) | Block chain-based enterprise certification and certification tracing method, device and equipment | |
| Ocheja et al. | Managing lifelong learning records through blockchain | |
| CN108352016B (en) | Data validation and storage | |
| CN107943996B (en) | Learning calendar query method and device based on block chain | |
| CN110771095A (en) | System and method for implementing blockchain-based digital certificates | |
| CN110800254A (en) | System and method for generating digital indicia | |
| CN111814195B (en) | Data management method, device and equipment based on trusted hardware | |
| Hossain et al. | Vehicle registration and information management using blockchain based distributed ledger from bangladesh perspective | |
| US11663595B1 (en) | Blockchain transactional identity verification | |
| Sujatha et al. | Optimized digital transformation in government services with blockchain | |
| US11550892B2 (en) | Presentation of a verifiable credential having usage data | |
| Garg | Decentralized transaction mechanism based on smart contracts | |
| CN111709860A (en) | Homote advice processing method, device, equipment and storage medium | |
| CN112862589A (en) | Identity verification method, device and system in financial scene | |
| CN115345634A (en) | Academic degree authentication management system based on block chain | |
| Divya et al. | Blockvoting: an online voting system using block chain | |
| Nikolić et al. | Development of a blockchain-based application for digital certificates in education | |
| CN112069529B (en) | Block chain-based volume management method and device, computer and storage medium | |
| CN108875407A (en) | For the sensitive information processing method and processing device of financial business, client, data framework | |
| CN113704712A (en) | Identity authentication method, device and system and electronic equipment | |
| CN115514489A (en) | Knowledge-intensive type zero-work economic service system and operation method thereof | |
| Xiong et al. | BDIM: A Blockchain-Based Decentralized Identity Management Scheme for Large Scale Internet of Things | |
| CN114037576A (en) | System and method for allocating academic resources | |
| Al-Zoubi et al. | Preserving transparency and integrity of elections utilising blockchain technology | |
| Prajapati et al. | Online voting system using blockchain |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |