Digital creditor's right certificate authentication method and device based on opposite authentication and medium

Abstract

The invention relates to the technical field of digital authentication, and discloses a digital creditor's right certificate authentication method and device based on opposite authentication, and a medium, and the method comprises the steps: obtaining a transaction initiation request of a transaction sender, and generating a first transaction identity of the transaction sender according to the transaction initiation request; acquiring a transaction receiving request of a transaction receiver, and generating a second transaction identity of the transaction receiver according to the transaction receiving request; performing identity verification on the two transaction parties according to the first transaction identity and the second transaction identity; after the identities of the two transaction parties are successfully verified, extracting transaction creditor's right data corresponding to the two transaction parties, extracting transaction identifiers corresponding to the two transaction parties, and generating digital creditor's right certificates of the two transaction parties according to the transaction creditor's right data and the transaction identifiers; and respectively sending the digital creditor's right certificate to the two transaction parties, and obtaining certificate authentication results of the two transaction parties on the digital creditor's right certificate. According to the invention, the security of digital creditor's right certificate authentication during online transaction can be improved.

Description

Technical Field

[0001] The present invention relates to the field of digital authentication technology, and in particular to a digital debt certificate authentication method, device and medium based on opposite authentication. Background Art

[0002] With the development of the Internet, more and more companies choose to transfer traditional offline transactions to online platforms, which has greatly improved the convenience of transactions. However, in order to ensure the security of both parties in online transactions, the identities of both parties need to be authenticated in order to conduct online transactions.

[0003] The existing online transaction technology is to conduct convenient online payment through electronic payment system. In actual application, the electronic payment system may involve the leakage of personal privacy information, especially when users use public networks or unverified devices to make payments, the security risk is higher, and the security of both parties in the transaction process is not guaranteed, so the security of digital debt certificate authentication is low when conducting online transactions. Summary of the invention

[0004] The present invention provides a digital debt certificate authentication method, device and medium based on opposite authentication, the main purpose of which is to solve the problem of low security of digital debt certificate authentication during online transactions.

[0005] To achieve the above-mentioned purpose, the present invention provides a digital debt certificate authentication method based on opposite authentication, comprising:

[0006] Obtaining a transaction initiation request from a transaction sender, and generating a first transaction identity of the transaction sender according to the transaction initiation request;

[0007] Acquire a transaction receiving request from a transaction recipient, and generate a second transaction identity of the transaction recipient according to the transaction receiving request;

[0008] Performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity;

[0009] After the identity verification of the transaction parties is successful, the transaction credit data corresponding to the transaction parties and the transaction identifiers corresponding to the transaction parties are extracted, and the digital credit certificates of the transaction parties are generated according to the transaction credit data and the transaction identifiers;

[0010] The digital debt certificate is sent to both parties of the transaction respectively, and the certificate authentication results of the digital debt certificate by both parties of the transaction are obtained.

[0011] Optionally, generating the first transaction identity of the transaction sender according to the transaction initiation request includes:

[0012] Digitally signing the transaction initiation request according to the private key of the transaction sender;

[0013] Verify the validity of the digitally signed transaction initiation request through the blockchain network;

[0014] When the digitally signed transaction initiation request is valid, calculating a first hash value of the transaction initiation request, and using the first hash value as a first identity identifier of the transaction sender;

[0015] A first transaction identity of the transaction sender is determined according to the first identity identifier.

[0016] Optionally, calculating the first hash value of the transaction initiation request includes:

[0017] Extracting transaction content, transaction receiving identity information and transaction sending identity information from the transaction initiation request;

[0018] Merging the transaction content, the transaction receiving identity information and the transaction sending identity information to obtain transaction merged data;

[0019] A hash operation is performed on the transaction merge data to obtain a first hash value of the transaction initiation request.

[0020] Optionally, generating the second transaction identity of the transaction recipient according to the transaction reception request includes:

[0021] Extracting transaction content, transaction receiving identity information and transaction sending identity information from the transaction receiving request;

[0022] Performing a hash operation on the transaction content, the transaction receiving identity information, and the transaction sending identity information to obtain a second hash value;

[0023] Using the second hash value as a second identity identifier of the transaction recipient;

[0024] A second transaction identity of the transaction recipient is determined according to the second identity identifier.

[0025] Optionally, the performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity includes:

[0026] Calculating a match between a first hash value corresponding to the first transaction identity and a second hash value corresponding to the second transaction identity;

[0027] Performing identity verification on both parties of the transaction according to the matching degree;

[0028] When the matching degree is equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is successful;

[0029] When the matching degree is not equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is verification failure.

[0030] Optionally, the extracting the transaction debt data corresponding to the transaction parties includes:

[0031] Generate a transaction query statement according to the identity information of the transaction parties;

[0032] Querying the transaction records of the two parties of the transaction according to the transaction query statement;

[0033] Comparing the transaction data of the two transaction parties with the transaction records one by one to obtain identical transaction data, and filtering the transaction records according to the identical transaction data;

[0034] Extract transaction debt data from the filtered transaction records.

[0035] Optionally, generating digital debt certificates of both parties to the transaction based on the transaction debt data and the transaction identifier includes:

[0036] Obtain the certificate format of the digital debt certificate;

[0037] Extracting the transaction claim field corresponding to the transaction claim data, and extracting the transaction identification field corresponding to the transaction identifier;

[0038] Extracting the claim field position corresponding to the transaction claim field in the voucher format, and extracting the identification field position corresponding to the transaction identification field;

[0039] Fill the transaction claim data into the claim field position, and fill the transaction identifier into the identification field position;

[0040] Generate a claim certificate template according to the filled claim field position and the filled identification field position;

[0041] The debt certificate template is used as the digital debt certificate for both parties to the transaction.

[0042] Optionally, sending the digital debt certificate to both parties of the transaction respectively includes:

[0043] Uploading the digital debt certificate to the blockchain platform;

[0044] Extract the communication transmission channel corresponding to the transaction sender according to the transaction sender's access rights;

[0045] Extract the communication receiving transmission channel corresponding to the transaction recipient according to the access rights of the transaction recipient;

[0046] Sending the digital debt certificate uploaded to the blockchain platform to the transaction sender through the communication transmission channel;

[0047] The digital debt certificate uploaded to the blockchain platform is sent to the transaction recipient through the communication receiving transmission channel.

[0048] In order to solve the above problem, the present invention further provides an electronic device, the electronic device comprising:

[0049] at least one processor; and,

[0050] a memory communicatively connected to the at least one processor; wherein,

[0051] The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the above-mentioned digital debt certificate authentication method based on counterpart authentication.

[0052] In order to solve the above problems, the present invention also provides a computer-readable storage medium, in which at least one computer program is stored. The at least one computer program is executed by a processor in an electronic device to implement the above-mentioned digital debt certificate authentication method based on counterpart authentication.

[0053] The embodiment of the present invention can ensure that each participant can be accurately identified during the entire transaction process by obtaining the requests of the transaction initiator and the recipient and generating the corresponding transaction identity; then verifying the identities of both parties. Identity verification is an important link to ensure transaction security. By verifying the identities of both parties, identity forgery or impersonation can be prevented, and the credibility and security of the transaction can be enhanced; transaction debt data is one of the core information of the transaction. By extracting and processing these data, the accuracy and integrity of the digital debt certificate can be ensured, providing a basis for the legality of the transaction; sending the digital debt certificate to both parties of the transaction can ensure that both parties can obtain relevant information about the transaction, enhancing the transparency and traceability of the transaction; at the same time, obtaining the authentication result can verify the validity of the digital debt certificate and ensure the security and legality of the transaction. Therefore, the digital debt certificate authentication method, device and medium based on opposite authentication proposed by the present invention can solve the problem of low security of digital debt certificate authentication when conducting online transactions. BRIEF DESCRIPTION OF THE DRAWINGS

[0054] Figure 1 A schematic diagram of a flow chart of a digital debt certificate authentication method based on opposite authentication provided by an embodiment of the present invention;

[0055] Figure 2 A schematic diagram of a process for generating a second transaction identity provided by an embodiment of the present invention;

[0056] Figure 3 A schematic diagram of a process for verifying the identities of both parties to a transaction provided by an embodiment of the present invention;

[0057] Figure 4 A schematic diagram of the structure of an electronic device for implementing the digital debt certificate authentication method based on opposite authentication provided in one embodiment of the present invention.

[0058] The realization of the purpose, functional features and advantages of the present invention will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0059] It should be understood that the specific embodiments described herein are only used to explain the present invention, and are not used to limit the present invention.

[0060] The embodiment of the present application provides a method for authenticating a digital debt certificate based on mutual authentication. The execution subject of the method for authenticating a digital debt certificate based on mutual authentication includes but is not limited to at least one of the electronic devices such as a server and a terminal that can be configured to execute the method provided by the embodiment of the present application. In other words, the method for authenticating a digital debt certificate based on mutual authentication can be executed by software or hardware installed on a terminal device or a server device, and the software can be a blockchain platform. The server includes but is not limited to: a single server, a server cluster, a cloud server or a cloud server cluster, etc. The server can be an independent server, or it can be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0061] Reference Figure 1 FIG. 1 is a flow chart of a method for authenticating a digital debt certificate based on mutual authentication according to an embodiment of the present invention. In this embodiment, the method for authenticating a digital debt certificate based on mutual authentication includes:

[0062] S1. Obtain a transaction initiation request from a transaction sender, and generate a first transaction identity of the transaction sender according to the transaction initiation request.

[0063] In the embodiment of the present invention, the transaction initiation request includes transaction data, transaction recipient information, and transaction sender information, wherein the transaction initiation request of the transaction sender can be obtained through a preset interceptor (such as an Interceptor interceptor).

[0064] Furthermore, before the two parties to a transaction start a transaction, it is necessary to verify the identity of the transaction sender to ensure the transparency of the transaction. Therefore, it is necessary to generate a transaction identity of the transaction sender to improve transaction security.

[0065] In the embodiment of the present invention, the first transaction identity refers to the identity identifier of the transaction sender during the debt transaction process, and is used to identify the identity of the transaction sender in the transaction network.

[0066] In the embodiment of the present invention, generating the first transaction identity of the transaction sender according to the transaction initiation request includes:

[0067] Digitally signing the transaction initiation request according to the private key of the transaction sender;

[0068] Verify the validity of the digitally signed transaction initiation request through the blockchain network;

[0069] When the digitally signed transaction initiation request is valid, calculating a first hash value of the transaction initiation request, and using the first hash value as a first identity identifier of the transaction sender;

[0070] A first transaction identity of the transaction sender is determined according to the first identity identifier.

[0071] In detail, the transaction sender digitally signs the transaction initiation request with his own private key, and can encrypt the transaction initiation request through a digital signature algorithm (such as RSA, ECDSA, etc.) to generate a unique digital signature. Once the digital signature is generated, the transaction sender sends it together with the transaction initiation request to the nodes in the blockchain network, and the transaction initiation request with the digital signature is propagated through the blockchain network, and the validity of the digital signature is verified by the nodes in the network. After receiving the transaction initiation request, the nodes in the blockchain network will use the public key of the transaction sender to verify the validity of the digital signature. Only the verified transaction initiation request is considered valid.

[0072] Specifically, once the digitally signed transaction initiation request is confirmed to be valid, it is necessary to calculate the hash value of the transaction initiation request. The hash value is a unique identifier of a fixed length generated by a hash function, which can uniquely represent a piece of data, that is, all data of the transaction initiation request is processed into a string of a specific format, and the transaction data is processed through a hash function. The hash function includes but is not limited to SHA-256, SHA-3, MD5, etc. The transaction data is taken as input and hashed through a hash function, which will generate a hash value of a fixed length, so that the hash value corresponding to the transaction initiation request is used as the identity of the transaction sender. This hash value will uniquely identify the identity of the transaction sender participating in the transaction for the first time, and the identity will be used as the transaction identity of the transaction sender.

[0073] In the embodiment of the present invention, the first hash value refers to a hash value obtained after performing a hash operation on the transaction initiation request, and the first hash value is a unique identifier of the transaction initiation request, which is used to ensure the integrity and uniqueness of the transaction.

[0074] In the embodiment of the present invention, the step of calculating the first hash value of the transaction initiation request includes:

[0075] Extracting transaction content, transaction receiving identity information and transaction sending identity information from the transaction initiation request;

[0076] Merging the transaction content, the transaction receiving identity information and the transaction sending identity information to obtain transaction merged data;

[0077] A hash operation is performed on the transaction merge data to obtain a first hash value of the transaction initiation request.

[0078] In detail, the transaction initiation request includes the transaction content, the identity information of the transaction sender and the identity information of the transaction receiver, and then the transaction content A, the transaction receiver identity information B and the transaction sender identity information C are connected to form a transaction merged data (A, B, C) of multiple data combinations, and then the transaction merged data is hashed through a hash function to obtain the hash value corresponding to the transaction initiation request.

[0079] Exemplarily, the transaction content in the transaction initiation request is that the transaction amount is 100 units and the currency type is BTC; the transaction receiving identity information, the recipient's wallet address is A1B2C3D4E5F6G7H8; the transaction sending identity information, the sender's wallet address is H8G7F6E5D4C3B2A1; then the transaction format is transaction content: 100BTC, transaction receiving identity information: A1B2C3D4E5F6G7H8, transaction sending identity information: H8G7F6E5D4C3B2A1, through the hash operation, i.e. SHA-256 (transaction content + transaction receiving identity information + transaction sending identity information), the hash value corresponding to the transaction initiation request, i.e. the first hash value, is obtained.

[0080] Furthermore, it is necessary not only to obtain the transaction initiation request of the transaction sender, but also to analyze the transaction reception request of the transaction receiver.

[0081] S2. Obtain a transaction receiving request from a transaction recipient, and generate a second transaction identity of the transaction recipient according to the transaction receiving request.

[0082] In the embodiment of the present invention, the transaction receiving request includes transaction data, transaction receiver information, and transaction sender information, wherein the transaction initiation request of the transaction sender can be obtained through a preset interceptor (such as an Interceptor interceptor).

[0083] Furthermore, based on the transaction receiving request, it is also necessary to determine the identity of the transaction recipient to ensure that during the transaction, both parties can ensure the accuracy of their identities and improve the security of the transaction.

[0084] In the embodiment of the present invention, the second transaction identity refers to the identity identifier of the transaction recipient during the debt transaction process, which is used to identify the identity of the transaction recipient in the transaction network.

[0085] In the embodiment of the present invention, referring to Figure 2 As shown, the generating the second transaction identity of the transaction recipient according to the transaction receiving request includes:

[0086] S21, extracting the transaction content, transaction receiving identity information and transaction sending identity information in the transaction receiving request;

[0087] S22, performing a hash operation on the transaction content, the transaction receiving identity information, and the transaction sending identity information to obtain a second hash value;

[0088] S23. Using the second hash value as the second identity identifier of the transaction recipient;

[0089] S24: Determine a second transaction identity of the transaction recipient according to the second identity identifier.

[0090] In detail, the data in the transaction receiving request is consistent with the data in the transaction initiating request, that is, the extracted transaction content, transaction receiving identity information and transaction sending identity information are combined, and the combined information is hashed, that is, SHA-256 (transaction content + transaction receiving identity information + transaction sending identity information). Hash operation is a method of mapping data of any length to a fixed-length hash value, which is unique and irreversible, and can ensure that the generated hash value uniquely represents the relevant information of the transaction, and then the obtained hash value is used as the second identity of the transaction recipient. The second identity is obtained by hashing the transaction information, which is unique and cannot be tampered with. The second hash value will uniquely identify the identity of the transaction recipient participating in the transaction, so that the identity is used as the transaction identity of the transaction recipient to increase the security and privacy of the transaction, wherein the second hash value represents the hash value obtained after the transaction recipient hashes the transaction receiving request, and the second identity refers to using the second hash value as the identity of the transaction recipient.

[0091] Furthermore, the identities of both parties to the transaction can be verified based on the first transaction identity corresponding to the transaction sender and the second transaction identity corresponding to the transaction receiver to ensure that the identity information during the transaction is authentic and valid, thereby reducing the risk of identity fraud and identity theft and improving the security of the transaction.

[0092] S3. Perform identity verification on both transaction parties according to the first transaction identity and the second transaction identity.

[0093] In one of the practical application scenarios of the present invention, due to the development of the Internet, most of the current transactions between enterprises have shifted to online transactions, which has greatly improved the convenience of transactions. However, compared with offline transactions, the biggest risk of online transactions lies in the unknown nature of the two parties to the transaction. Therefore, how to authenticate the identity of the objects of online transactions and improve the security of transactions has become a problem that must be solved.

[0094] In the embodiment of the present invention, the identities of both parties to the transaction can be verified based on the first transaction identity corresponding to the transaction sender and the second transaction identity corresponding to the transaction receiver, ensuring that the identity information during the transaction is authentic and valid.

[0095] In the embodiment of the present invention, referring to Figure 3 As shown, the identity verification of both transaction parties according to the first transaction identity and the second transaction identity includes:

[0096] S31. Calculate the matching degree between a first hash value corresponding to the first transaction identity and a second hash value corresponding to the second transaction identity;

[0097] S32, verifying the identities of both parties to the transaction according to the matching degree;

[0098] S33. When the matching degree is equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is successful;

[0099] S34. When the matching degree is not equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is verification failure.

[0100] In detail, first, a hash operation is performed on the first transaction identity to obtain a first hash value; a hash operation is performed on the second transaction identity to obtain a second hash value, and then the matching degree is calculated by comparing the similarity of the two hash values. The matching degree can be measured by different algorithms and indicators, such as the similarity or distance of the hash values, and then the identities of the two transaction parties are verified according to the calculated matching degree; if the matching degree is equal to a preset matching threshold, the identity verification is considered to be successful; if the matching degree is not equal to the preset matching threshold, the identity verification is considered to have failed.

[0101] Furthermore, based on the verification result, it is determined whether the identity verification of both parties to the transaction is successful; if the verification is successful, the transaction can continue; if the verification fails, additional security measures may need to be taken or the transaction may be terminated.

[0102] S4. After the identity verification of the two transaction parties is successful, the transaction debt data corresponding to the two transaction parties and the transaction identifiers corresponding to the two transaction parties are extracted, and digital debt certificates of the two transaction parties are generated according to the transaction debt data and the transaction identifiers.

[0103] In an embodiment of the present invention, only after the identity verification of both parties to the transaction is successful, the transaction debt data and transaction identifier corresponding to the two parties to the transaction will be extracted. The transaction debt data refers to the relevant information and data about the debt transaction, wherein the transaction debt data includes the debt type, debt transaction quantity, debt transaction face value, debt mortgage date, maturity date, and debt issuance date; and the transaction identifier refers to an identifier or code used to uniquely identify a specific transaction, which is a unique string of characters or numbers used to distinguish different transaction records in a transaction system or database.

[0104] In the embodiment of the present invention, the extracting the transaction debt data corresponding to the transaction parties includes:

[0105] Generate a transaction query statement according to the identity information of the transaction parties;

[0106] Querying the transaction records of the two parties of the transaction according to the transaction query statement;

[0107] Comparing the transaction data of the two transaction parties with the transaction records one by one to obtain identical transaction data, and filtering the transaction records according to the identical transaction data;

[0108] Extract transaction debt data from the filtered transaction records.

[0109] In detail, according to the identity information of both parties to the transaction, a query statement is generated to retrieve transaction records related to the two parties to the transaction. For example, the buyer's identity information is buyer_id, and the seller's identity information is seller_id. The generated query statement is SELECT*FROM transactions WHERE buyer_id='buyer's identity information'OR seller_id='seller's identity information', wherein buyer_id='buyer's identity information' indicates retrieving transaction records whose buyer's identity information is a specified value, and OR is connected with another condition seller_id='seller's identity information', indicating retrieving transaction records whose seller's identity information is a specified value. Then, according to the generated query statement, all transaction records containing the buyer's or seller's identity information can be retrieved.

[0110] Specifically, the queried transaction records are compared with the transaction data of the two transaction parties one by one to ensure that they are the same transaction, wherein the transaction data of the two transaction parties refers to the transaction data in the transaction initiation request of the transaction sender or the transaction data in the transaction reception request of the transaction receiver. The same transaction data is compared, and based on the comparison result, the transaction records corresponding to the same transaction data are screened out to form a filtered transaction record set, ensuring that the extracted transaction records completely match the identity information of the two transaction parties. In the filtered transaction records, the relevant fields containing the transaction debt data are extracted, and the transaction debt data includes debt type, quantity, face value, interest rate, maturity date and other information.

[0111] Furthermore, if it is necessary to extract not only the transaction debt data of both parties to the transaction but also the transaction identifiers of both parties to the transaction, the transaction identifiers corresponding to both parties to the transaction are queried based on the query statement, such as SELECT transaction_id FROMtransactions WHERE buyer_id='buyer identity information' OR seller_id='seller identity information'. This query statement can return the transaction identifier of the transaction record related to the buyer or seller.

[0112] Furthermore, the vouchers in the transaction process can be analyzed based on the transaction debt data and transaction identifiers of the two parties to the transaction. The entire transaction process can be completed more quickly based on the transaction vouchers, saving time and costs, and reducing the risks of loss, tampering, etc. that paper vouchers may face.

[0113] In the embodiment of the present invention, the digital debt certificate refers to a document or record in electronic form that is used to prove the rights or ownership of the debt holder in the relevant debt transaction. Usually, the digital debt certificate will contain important information related to the specific debt, such as the debt name, issuer, face value, maturity date, interest rate, holder, etc.

[0114] In the embodiment of the present invention, the generating of digital creditor's rights certificates of both parties to the transaction according to the transaction creditor's rights data and the transaction identifier includes:

[0115] Obtain the certificate format of the digital debt certificate;

[0116] Extracting the transaction claim field corresponding to the transaction claim data, and extracting the transaction identification field corresponding to the transaction identifier;

[0117] Extracting the claim field position corresponding to the transaction claim field in the voucher format, and extracting the identification field position corresponding to the transaction identification field;

[0118] Fill the transaction claim data into the claim field position, and fill the transaction identifier into the identification field position;

[0119] Generate a claim certificate template according to the filled claim field position and the filled identification field position;

[0120] The debt certificate template is used as the digital debt certificate for both parties to the transaction.

[0121] In detail, the format of the digital debt certificate can be expressed in JSON or XML structured format, such as transaction identifier (transaction_id), debt date (bond_data), debt name (bond_name), debt amount (bond_typebond_amount), debt issue date (bond_issue_date), bond_maturity_date (debt maturity date), interest rate (Interest Rate), issuer (Issuer), repayment method (Repayment Method), debt rating (Bond Rating), and debt terms (Bond Terms), and then extract the relevant fields of the transaction debt according to the data structure corresponding to the certificate format, such as debt name, type, amount, issue date and maturity date, and extract the transaction identifier field, that is, the unique identifier of the transaction, which can be the transaction ID, fill the extracted transaction debt data into the corresponding debt field position, fill the transaction identifier into the identification field position, and generate a debt certificate template according to the filled debt field position and identification field position. The generated debt certificate template will be used as the digital debt certificate of the two parties to the transaction, which contains the transaction identifiers and related debt information of the two parties to the transaction.

[0122] Exemplarily, the transaction debt data and the transaction identifier are filled into the certificate template, such as filling the transaction debt data and the transaction identifier into the certificate template according to the data fields corresponding to the certificate template, that is, certificate_template["transaction_id"] = transaction_data["transaction_id"], certificate_template["bond_data"]["bond_name"] = transaction_data["bond_name"], etc., respectively filling the transaction debt data into the debt field position, and filling the transaction identifier into the identification field position, thereby converting the certificate template certificate_template into JSON format as the final digital debt certificate electronic_certificate, that is, electronic_certificate = json.dumps(certificate_template).

[0123] Furthermore, during the transaction process, the generated digital debt certificate will be sent to both parties of the transaction to ensure the security and integrity of the document to prevent unauthorized access or tampering.

[0124] S5. Send the digital debt certificate to both parties to the transaction respectively, and obtain the certificate authentication results of the digital debt certificate by both parties to the transaction.

[0125] In one of the practical application scenarios of the present invention, the authentication of digital debts based on the transaction process between the two parties can accelerate the flow of funds in the supply chain, so that different participants in the supply chain (such as suppliers, manufacturers, and distributors) may need to obtain financing support. During the authentication process, the identity and qualifications of the supplier and other participants can be verified, reducing the risks of financial institutions in supply chain financing. The authentication of each link will leave a record on the blockchain to ensure that the source and quality of the product can be accurately traced back to the original raw materials and manufacturing process, which can reduce transaction costs in supply chain management and improve overall transaction efficiency.

[0126] In the embodiment of the present invention, the generated digital debt certificate needs to be sent to both parties of the transaction respectively, so that both parties of the transaction can complete the transaction process in a shorter time, thereby improving the efficiency and speed of the transaction.

[0127] In the embodiment of the present invention, the step of sending the digital debt certificate to both parties of the transaction includes:

[0128] Uploading the digital debt certificate to the blockchain platform;

[0129] Extract the communication transmission channel corresponding to the transaction sender according to the transaction sender's access rights;

[0130] Extract the communication receiving transmission channel corresponding to the transaction recipient according to the access rights of the transaction recipient;

[0131] Sending the digital debt certificate uploaded to the blockchain platform to the transaction sender through the communication transmission channel;

[0132] The digital debt certificate uploaded to the blockchain platform is sent to the transaction recipient through the communication receiving transmission channel.

[0133] In detail, the digital debt certificate is uploaded to a secure blockchain platform and access rights are provided to both parties to the transaction. Blockchain technology can provide tamper-proof records and high security, ensure the integrity and authenticity of the certificate, and ensure that it is recorded and stored on the distributed ledger. Then, based on the access rights of the sender and receiver of the transaction, the communication channel used to transmit the digital debt certificate is determined, such as email, messaging applications, secure websites, etc. The digital debt certificate is sent to the sender of the transaction using the determined communication channel to ensure the security and timely arrival of the information, and the digital debt certificate is sent to the receiver of the transaction using the determined communication channel to also ensure the secure transmission and reception of information, thereby ensuring that the digital debt certificate is securely sent to both parties to the transaction and is reliably recorded and stored on the blockchain platform.

[0134] Furthermore, once the two parties to the transaction have completed the authentication process of the digital debt certificate, the two parties to the transaction will provide the authentication results, which will be a authentication report, confirmation letter or other forms of written response. The authentication certificate includes whether the authentication is passed or not, as well as the problems with the authentication. It ensures that the accurate authentication results of the digital debt certificate by the two parties to the transaction are recorded, which helps to track the verification process of the certificate and ensure the recognition and consistency of the certificate by the two parties to the transaction. When the certificate authentication result is that the authentication is correct, the system can execute the digital debt transaction, that is, according to the information in the transaction certificate, update the account balances of the two parties to the transaction. For the sender, the face value of the debt is subtracted; for the receiver, the face value of the debt is increased.

[0135] The embodiment of the present invention can ensure that each participant can be accurately identified during the entire transaction process by obtaining the requests of the transaction initiator and the recipient and generating the corresponding transaction identity; then verifying the identities of both parties. Identity verification is an important link to ensure transaction security. By verifying the identities of both parties, identity forgery or impersonation can be prevented, and the credibility and security of the transaction can be enhanced; transaction debt data is one of the core information of the transaction. By extracting and processing these data, the accuracy and integrity of the digital debt certificate can be ensured, providing a basis for the legality of the transaction; sending the digital debt certificate to both parties of the transaction can ensure that both parties can obtain relevant information about the transaction, enhancing the transparency and traceability of the transaction; at the same time, obtaining the authentication result can verify the validity of the digital debt certificate and ensure the security and legality of the transaction. Therefore, the digital debt certificate authentication method, device and medium based on opposite authentication proposed by the present invention can solve the problem of low security of digital debt certificate authentication when conducting online transactions.

[0136] like Figure 4 1 is a schematic diagram of the structure of an electronic device for implementing a digital debt certificate authentication method based on opposite authentication provided by an embodiment of the present invention.

[0137] The electronic device may include a processor 10, a memory 11, a communication bus 12 and a communication interface 13, and may also include a computer program stored in the memory 11 and executable on the processor 10, such as a digital debt certificate authentication program based on opposite authentication.

[0138] In some embodiments, the processor 10 may be composed of an integrated circuit, for example, a single packaged integrated circuit, or a plurality of packaged integrated circuits with the same or different functions, including one or more central processing units (CPUs), microprocessors, digital processing chips, graphics processors, and combinations of various control chips. The processor 10 is the control core (ControlUnit) of the electronic device, and uses various interfaces and lines to connect various components of the entire electronic device, and executes or executes programs or modules stored in the memory 11 (for example, executing a digital debt certificate authentication program based on opposite authentication, etc.), and calls data stored in the memory 11 to execute various functions of the electronic device and process data.

[0139] The memory 11 includes at least one type of readable storage medium, and the readable storage medium includes flash memory, mobile hard disk, multimedia card, card-type memory (for example: SD or DX memory, etc.), magnetic memory, disk, optical disk, etc. In some embodiments, the memory 11 can be an internal storage unit of an electronic device, such as a mobile hard disk of the electronic device. In other embodiments, the memory 11 can also be an external storage device of an electronic device, such as a plug-in mobile hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. equipped on the electronic device. Further, the memory 11 can also include both an internal storage unit of the electronic device and an external storage device. The memory 11 can not only be used to store application software and various types of data installed in the electronic device, such as the code of the digital debt certificate authentication program based on opposite authentication, but also can be used to temporarily store data that has been output or is to be output.

[0140] The communication bus 12 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. The bus is configured to realize connection and communication between the memory 11 and at least one processor 10, etc.

[0141] The communication interface 13 is used for communication between the above-mentioned electronic device and other devices, including a network interface and a user interface. Optionally, the network interface may include a wired interface and / or a wireless interface (such as a WI-FI interface, a Bluetooth interface, etc.), which is generally used to establish a communication connection between the electronic device and other electronic devices. The user interface may be a display (Display), an input unit (such as a keyboard (Keyboard)), and optionally, the user interface may also be a standard wired interface, a wireless interface. Optionally, in some embodiments, the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, and an OLED (Organic Light-Emitting Diode, organic light-emitting diode) touch device, etc. Among them, the display may also be appropriately referred to as a display screen or a display unit, which is used to display information processed in the electronic device and to display a visual user interface.

[0142] The figure only shows an electronic device with components. Those skilled in the art will understand that the structure shown in the figure does not constitute a limitation on the electronic device, and may include fewer or more components than shown in the figure, or combine certain components, or arrange the components differently.

[0143] For example, although not shown, the electronic device may also include a power source (such as a battery) for supplying power to each component. Preferably, the power source may be logically connected to the at least one processor 10 through a power management device, so that the power management device can realize functions such as charging management, discharging management, and power consumption management. The power source may also include one or more DC or AC power sources, recharging devices, power failure detection circuits, power converters or inverters, power status indicators, and other arbitrary components. The electronic device may also include a variety of sensors, Bluetooth modules, Wi-Fi modules, etc., which will not be repeated here.

[0144] It should be understood that the embodiment is for illustration only and the scope of the patent application is not limited to this structure.

[0145] The digital debt certificate authentication program based on opposite authentication stored in the memory 11 of the electronic device is a combination of multiple instructions. When running in the processor 10, it can achieve:

[0146] Obtaining a transaction initiation request from a transaction sender, and generating a first transaction identity of the transaction sender according to the transaction initiation request;

[0147] Acquire a transaction receiving request from a transaction recipient, and generate a second transaction identity of the transaction recipient according to the transaction receiving request;

[0148] Performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity;

[0149] After the identity verification of the transaction parties is successful, the transaction credit data corresponding to the transaction parties and the transaction identifiers corresponding to the transaction parties are extracted, and the digital credit certificates of the transaction parties are generated according to the transaction credit data and the transaction identifiers;

[0150] The digital debt certificate is sent to both parties of the transaction respectively, and the certificate authentication results of the digital debt certificate by both parties of the transaction are obtained.

[0151] Specifically, the specific implementation method of the processor 10 for the above instructions can refer to the description of the relevant steps in the corresponding embodiment of the accompanying drawings, which will not be repeated here.

[0152] Furthermore, if the module / unit integrated in the electronic device is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. The computer-readable storage medium can be volatile or non-volatile. For example, the computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, and a read-only memory (ROM).

[0153] The present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor of an electronic device, the computer program can implement:

[0154] Obtaining a transaction initiation request from a transaction sender, and generating a first transaction identity of the transaction sender according to the transaction initiation request;

[0155] Acquire a transaction receiving request from a transaction recipient, and generate a second transaction identity of the transaction recipient according to the transaction receiving request;

[0156] Performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity;

[0157] After the identity verification of the transaction parties is successful, the transaction credit data corresponding to the transaction parties and the transaction identifiers corresponding to the transaction parties are extracted, and the digital credit certificates of the transaction parties are generated according to the transaction credit data and the transaction identifiers;

[0158] The digital debt certificate is sent to both parties of the transaction respectively, and the certificate authentication results of the digital debt certificate by both parties of the transaction are obtained.

[0159] In the several embodiments provided by the present invention, it should be understood that the disclosed devices, media and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative, for example, the division of the modules is only a logical function division, and there may be other division methods in actual implementation.

[0160] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0161] In addition, each functional module in each embodiment of the present invention may be integrated into one processing unit, each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of hardware plus software functional modules.

[0162] It is obvious to those skilled in the art that the present invention is not limited to the details of the above exemplary embodiments, and that the present invention can be implemented in other specific forms without departing from the spirit or essential characteristics of the present invention.

[0163] Therefore, no matter from which point of view, the embodiments should be regarded as illustrative and non-restrictive, and the scope of the present invention is not limited only according to the above description, and it is intended that all changes within the meaning and scope of equivalent elements within the scope of protection are included in the present invention.

[0164] The embodiments of the present application can acquire and process relevant data based on artificial intelligence technology. Among them, artificial intelligence (AI) is the theory, method, technology and application system that uses digital computers or machines controlled by digital computers to simulate, extend and expand human intelligence, perceive the environment, acquire knowledge and use knowledge to obtain the best results.

[0165] In addition, it is clear that the word "comprising" does not exclude other units or steps, and the singular does not exclude the plural. Multiple units or devices stated in the system can also be implemented by one unit or device through software or hardware. The words first, second, etc. are used to indicate names, and do not indicate any particular order.

[0166] Finally, it should be noted that the above embodiments are only used to illustrate the technical solution of the present invention rather than to limit it. Although the present invention has been described in detail with reference to the preferred embodiments, those skilled in the art should understand that the technical solution of the present invention can be modified or replaced by equivalents without departing from the spirit and scope of the technical solution of the present invention.

Claims

1. A digital creditor's rights certificate authentication method based on opposite authentication, characterized in that: The method comprises: Obtaining a transaction initiation request from a transaction sender, and generating a first transaction identity of the transaction sender according to the transaction initiation request; Acquire a transaction receiving request from a transaction recipient, and generate a second transaction identity of the transaction recipient according to the transaction receiving request; Performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity; After the identity verification of the transaction parties is successful, the transaction credit data corresponding to the transaction parties and the transaction identifiers corresponding to the transaction parties are extracted, and the digital credit certificates of the transaction parties are generated according to the transaction credit data and the transaction identifiers; The digital debt certificate is sent to both parties of the transaction respectively, and the certificate authentication results of the digital debt certificate by both parties of the transaction are obtained.

2. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The generating the first transaction identity of the transaction sender according to the transaction initiation request includes: Digitally signing the transaction initiation request according to the private key of the transaction sender; Verify the validity of the digitally signed transaction initiation request through the blockchain network; When the digitally signed transaction initiation request is valid, calculating a first hash value of the transaction initiation request, and using the first hash value as a first identity identifier of the transaction sender; A first transaction identity of the transaction sender is determined according to the first identity identifier.

3. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The calculating the first hash value of the transaction initiation request includes: Extracting transaction content, transaction receiving identity information and transaction sending identity information from the transaction initiation request; Merging the transaction content, the transaction receiving identity information and the transaction sending identity information to obtain transaction merged data; A hash operation is performed on the transaction merge data to obtain a first hash value of the transaction initiation request.

4. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The generating the second transaction identity of the transaction recipient according to the transaction receiving request includes: Extracting transaction content, transaction receiving identity information and transaction sending identity information from the transaction receiving request; Performing a hash operation on the transaction content, the transaction receiving identity information, and the transaction sending identity information to obtain a second hash value; Using the second hash value as the second identity of the transaction recipient; A second transaction identity of the transaction recipient is determined according to the second identity identifier.

5. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The performing identity verification on both transaction parties according to the first transaction identity and the second transaction identity includes: Calculating a match between a first hash value corresponding to the first transaction identity and a second hash value corresponding to the second transaction identity; Performing identity verification on both parties of the transaction according to the matching degree; When the matching degree is equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is successful; When the matching degree is not equal to the preset matching threshold, the verification result of the identity verification of the transaction parties is verification failure.

6. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The extracting of the transaction debt data corresponding to the transaction parties includes: Generate a transaction query statement according to the identity information of the transaction parties; Querying the transaction records of the two parties of the transaction according to the transaction query statement; Comparing the transaction data of the two transaction parties with the transaction records one by one to obtain identical transaction data, and filtering the transaction records according to the identical transaction data; Extract transaction debt data from the filtered transaction records.

7. The digital creditor's rights certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The step of generating a digital debt certificate for both parties of the transaction according to the transaction debt data and the transaction identifier includes: Obtain the certificate format of the digital debt certificate; Extracting the transaction claim field corresponding to the transaction claim data, and extracting the transaction identification field corresponding to the transaction identifier; Extracting the claim field position corresponding to the transaction claim field in the voucher format, and extracting the identification field position corresponding to the transaction identification field; Fill the transaction claim data into the claim field position, and fill the transaction identifier into the identification field position; Generate a claim certificate template according to the filled claim field position and the filled identification field position; The debt certificate template is used as the digital debt certificate for both parties to the transaction.

8. The digital debt certificate authentication method based on opposite authentication as claimed in claim 1 is characterized in that: The sending of the digital debt certificate to both parties of the transaction includes: Uploading the digital debt certificate to the blockchain platform; Extract the communication transmission channel corresponding to the transaction sender according to the transaction sender's access rights; Extract the communication receiving transmission channel corresponding to the transaction recipient according to the access rights of the transaction recipient; Sending the digital debt certificate uploaded to the blockchain platform to the transaction sender through the communication transmission channel; The digital debt certificate uploaded to the blockchain platform is sent to the transaction recipient through the communication receiving transmission channel.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the digital debt certificate authentication method based on counterpart authentication as described in any one of claims 1 to 8.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, it implements the digital debt certificate authentication method based on counterpart authentication as described in any one of claims 1 to 8.

Images