A secure transaction method and system for online smart contracts

Abstract

The present invention relates to a secure transaction method and system for online smart contracts, comprising the steps of: receiving archived information of a first terminal sent by a second terminal, and receiving encrypted information sent by the first terminal, thereby establishing a security profile of the first terminal, wherein the security profile also includes attention information; when the first terminal initiates an information comparison request to the second terminal, and the basic information of the second terminal carried in the information comparison request matches the basic information of the second terminal itself, a decryption request is initiated to the first terminal; if the decryption is successful, the attention information in the security profile of the first terminal is divided to the second terminal, and the security profile of the first terminal is updated. In this solution, the user's recharged funds information at the merchant is protected by a security server. When the user needs to consume at the merchant, the funds deduction information is read from the security server. This ensures that even if the merchant runs away, the user's unspent funds cannot be misappropriated, thus providing users with sufficient protection rights.

Description

Technical Field

[0001] The present invention relates to the technical field of online secure transactions, and in particular to a secure transaction method and system for online smart contracts. Background Art

[0002] In order to retain consumers, e-commerce platforms and offline platforms have launched a membership recharge consumption model. That is, consumers first apply for membership at the merchant and recharge funds into the membership account or membership card in advance. When making subsequent purchases, the fees are directly deducted from the membership account or membership card.

[0003] However, this poses many problems for consumers. For example, merchants may use the funds pre-charged by consumers to invest in other matters. Once the investment suffers losses or the capital chain breaks, the merchants may abscond with the funds, which is a loss that consumers cannot recover in time.

[0004] Therefore, in order to solve the security issue of merchant members' advance recharge consumption, a method is needed to strike a balance between merchants and consumers, so that if one party loses its credit, the rights and interests of the other party can be protected. Summary of the Invention

[0005] The purpose of the present invention is to ensure the security supervision of users' recharge funds to a merchant and to provide a secure transaction method and system for online smart contracts.

[0006] In order to achieve the above-mentioned object of the invention, the embodiment of the present invention provides the following technical solutions:

[0007] A secure transaction method for an online smart contract, comprising the following steps:

[0008] Step S1, receiving archive information of the first terminal sent by the second terminal, and receiving encrypted information sent by the first terminal, thereby establishing a security file of the first terminal, wherein the security file also includes attention information;

[0009] Step S2: When the first terminal initiates an information comparison request to the second terminal, and the basic information of the second terminal carried in the information comparison request matches the basic information of the second terminal itself, a decryption request is initiated to the first terminal;

[0010] Step S3: If the decryption is successful, the attention information in the security file of the first terminal is distributed to the second terminal, and the security file of the first terminal is updated.

[0011] The step S1 specifically includes the following steps:

[0012] receiving archived information of a first terminal sent by a second terminal, where the first terminal is any terminal in the first terminal system or a terminal newly added to the first terminal system; and the second terminal is any terminal in the second terminal system; the archived information includes basic information of the first terminal and basic information of the second terminal;

[0013] Obtaining an encryption request from the first terminal based on the basic information of the first terminal, so that the first terminal adds the encryption information to its corresponding archive information, and the encryption information is accompanied by matching decryption information, thereby establishing a security profile of the first terminal;

[0014] After the first terminal adds the encrypted information, attention information added by the first terminal to the security archive is received, where the attention information is quantitative data information.

[0015] The step S2 specifically includes the following steps:

[0016] The first terminal initiates an information comparison request to the second terminal, where the information comparison request carries basic information of the first terminal and basic information of the second terminal. After the second terminal receives the information comparison request, the second terminal determines whether the basic information of the second terminal carried in the information comparison request is the same as its own basic information. If they are the same, the request is approved and a verification authorization request is generated.

[0017] Receive a verification authorization request sent by the second terminal, where the verification authorization request includes basic information of the first terminal, and initiate a decryption request to the first terminal according to the basic information of the first terminal.

[0018] The step of receiving a verification authorization request sent by the second terminal, wherein the verification authorization request includes basic information of the first terminal, and initiating a decryption request to the first terminal according to the basic information of the first terminal, includes:

[0019] After receiving the verification authorization request sent by the second terminal, determining whether the basic information of the first terminal in the verification authorization request is the archived information of the first terminal sent by the second terminal;

[0020] If the second terminal has sent the archived information of the first terminal, a decryption request is initiated to the first terminal according to the basic information of the first terminal, and the decryption request also includes the basic information of the second terminal; otherwise, no decryption request is initiated to the first terminal.

[0021] If the decryption is successful, the step of allocating the attention information in the security file of the first terminal to the second terminal includes:

[0022] After receiving the decryption request, the first terminal provides the corresponding decryption information according to the basic information of the second terminal in the decryption request, thereby successfully decrypting;

[0023] The attention information in the security file of the first terminal is distributed to the second terminal; if the amount of the attention information is insufficient, a prompt indicating insufficient attention information is sent to the first terminal and / or the second terminal.

[0024] A secure transaction system for online smart contracts, comprising:

[0025] The security server is configured to establish a security profile of the first terminal, the security profile including archived information of the first terminal, encrypted information of the first terminal, and attention information; and distribute the attention information in the security profile of the first terminal to the second terminal;

[0026] The second terminal is configured to send the archived information of the first terminal to the security server; and upon receiving an information comparison request sent by the first terminal, determine whether the basic information of the second terminal carried in the information comparison request matches its own basic information;

[0027] The first terminal is configured to initiate an information comparison request to the second terminal; and upon receiving a decryption request sent by the security server, decrypt the decryption request.

[0028] The first terminal is any terminal in the first terminal system, or a terminal newly added to the first terminal; the second terminal is any terminal in the second terminal system.

[0029] The second terminal includes a filing unit, and the filing unit is used to send the filing information of the first terminal to the security server. The filing information includes basic information of the first terminal and basic information of the second terminal.

[0030] The first terminal includes an encryption and decryption unit, which is used to encrypt and decrypt its own security files in the security server.

[0031] Compared with the prior art, the present invention has the following beneficial effects:

[0032] This solution protects the funds that users recharge at merchants through a secure server. When users need to make purchases at merchants, the fund deduction information is read from the secure server and stored in the secure server. This ensures that even if the merchant runs away, the user's unspent funds cannot be misappropriated, giving users full protection rights. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments. It should be understood that the following drawings only illustrate certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other relevant drawings can be obtained based on these drawings without paying any creative work.

[0034] Figure 1 This is a flow chart of the secure transaction method of the present invention;

[0035] Figure 2 This is an example flow chart of a secure transaction method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0036] The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. The components of the embodiments of the present invention generally described and shown in the drawings herein can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present invention provided in the drawings is not intended to limit the scope of the claimed invention, but merely represents selected embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of the present invention.

[0037] It should be noted that similar reference numerals and letters represent similar items in the following figures. Therefore, once an item is defined in one figure, it does not need to be further defined or explained in subsequent figures. At the same time, in the description of the present invention, the terms "first", "second", etc. are only used to distinguish the description and are not to be understood as indicating or implying relative importance, or implying any actual relationship or order between these entities or operations.

[0038] Example:

[0039] The present invention is achieved through the following technical solutions: Figure 1 As shown, a secure transaction method for online smart contracts is implemented based on a secure transaction system. The secure transaction system includes a security server, a first terminal, and a second terminal. The first terminal is any terminal in the first terminal system, or a terminal newly added to the first terminal system; the second terminal is any terminal in the second terminal system.

[0040] For example, there are n first terminals in the first terminal system and m second terminals in the second terminal system. This embodiment is described using a first terminal i in the first terminal system and a second terminal j in the second terminal system.

[0041] Step S1: receiving archive information of a first terminal sent by a second terminal, and receiving encrypted information sent by the first terminal, thereby establishing a security archive of the first terminal, wherein the security archive also includes attention information.

[0042] See Figure 1In step ①, when the second terminal j needs to establish a transaction with the first terminal i, the second terminal j sends the archive information A of the first terminal to the security server. The archive information A includes the basic information A1 of the first terminal i and the basic information A2 of the second terminal j.

[0043] For example, see Figure 2 In step ①, for example, when merchant j wants to establish a business transaction with user i, or user i wants to establish a membership in merchant j, merchant j first sends user i's basic information A1 and merchant j's basic information A2 to the security server. Basic information is basic information that can represent a person or a company, such as name (or title), telephone number (or landline), ID number (or unified organization code), etc.

[0044] Given the vast number of users and merchants, a user can establish transactions with multiple merchants, and a merchant can also establish transactions with multiple users. Step S1 is primarily intended to successfully establish a one-to-one transaction between a user and a merchant. Therefore, after merchant j sends archived information A of user i to the security server, the security server now has basic information about both the merchant and the user.

[0045] The security server can know which user this is based on the basic information A1 of the first terminal i, and then obtain an encryption request from the first terminal i. When obtaining the encryption request, it actually opens a channel in the security server to connect the user i with the merchant j. Figure 1 In step 2, first terminal i adds encrypted information A3 through this channel. This added encrypted information A3 is bound to archived information A and accompanied by matching decryption information. This creates a security profile A' for first terminal i. After creating security profile A' for first terminal i, first terminal i can add attention information to security profile A'. This attention information is a fixed amount of data and is consumable.

[0046] For example, see Figure 2 In step 2, user i adds encrypted information A3 to the security server. This encrypted information A3 is then bound to the archived information A to create user i's security profile A'. User i can then add attention information to security profile A'. The attention information can be a recharged amount (e.g., if a 200 yuan recharge is made, the attention information refers to the 200 yuan); or it can be points (e.g., if a 1000 points recharge is made, the attention information refers to the 1000 points).

[0047] Step S2: When the first terminal initiates an information comparison request to the second terminal, and the basic information of the second terminal carried in the information comparison request matches the basic information of the second terminal itself, a decryption request is initiated to the first terminal.

[0048] In step S1, a transaction channel is successfully established between first terminal i and second terminal j. To officially initiate a transaction, first terminal i directly initiates an information comparison request to second terminal j. Because first terminal i may have established transaction channels with multiple second terminals—for example, with second terminal j and second terminal j+1—first terminal i must clearly identify the second terminal with which it intends to transact before officially initiating the transaction.

[0049] See Figure 1 In step ③, the first terminal i initiates an information comparison request to the second terminal j, where the information comparison request carries the basic information A1 of the first terminal and the basic information A2 of the second terminal. After the second terminal j receives the information comparison request, the second terminal j determines whether the basic information A2 of the second terminal carried in the information comparison request is the same as its own basic information. If they are the same, the request is approved and a verification authorization request is generated.

[0050] For example, see Figure 2 In step ③, user i selects merchant j for transaction and first initiates an information comparison request to merchant j. If merchant j determines that the basic information A2 carried in the information comparison request is the same as its own basic information, the request is approved and a verification authorization request is generated.

[0051] See Figure 1 In step 4, second terminal j sends the generated verification authorization request to the security server. This request also includes basic information A1 of first terminal i. Upon receiving the verification authorization request, the security server can determine the originating first terminal based on basic information A1. The security server then determines whether basic information A1 of first terminal i in the verification authorization request is the same as the archived information A of first terminal i, which was previously sent by second terminal j. This process allows the security server to verify that second terminal j has successfully established a transaction channel with first terminal i, as second terminal j may initiate indiscriminate requests to obtain the attention of any first terminal.

[0052] For example, see Figure 2 In step ④, the merchant j sends the generated verification authorization request to the security server, and the security server determines whether the basic information A1 of the user i in the verification authorization request is the archived information A of the merchant i sent by the merchant j.

[0053] See Figure 1 In step ⑤, if the security server determines that the basic information A1 is the archived information A of the first terminal i sent by the second terminal j, the security server initiates a decryption request to the first terminal i.

[0054] For example, see Figure 2 In step ⑤, if the security server determines that the basic information A1 is the archived information A of user i sent by merchant j, the security server initiates a decryption request to user i.

[0055] Step S3: If the decryption is successful, the attention information in the security file of the first terminal is distributed to the second terminal, and the security file of the first terminal is updated.

[0056] Figure 1 The decryption request initiated in step 5 actually establishes a channel on the security server for first terminal i to decrypt security profile A'. The decryption request also includes basic information A2 about second terminal j. Therefore, first terminal i can determine which second terminal is being decrypted. First terminal i can set different encryption and decryption information for different second terminals. Therefore, merchant i checks to see if merchant j is correct during decryption, and if so, proceeds with decryption.

[0057] See Figure 1 In step ⑥, after successful decryption, the security server distributes the attention information A3 in the security profile A' of the first terminal i to the second terminal j. If the amount of attention information A3 is insufficient, the security server issues a notification indicating insufficient attention information A3 to the first terminal i and / or the second terminal j.

[0058] For example, see Figure 2 In step ⑥, after successful decryption, the security server allocates the funds in the security file A' of the user i to the merchant j. If the funds are insufficient, the security server issues a reminder of insufficient funds to the user i and / or the merchant j.

[0059] See Figure 1 In step ⑦, after the security server successfully distributes the attention information A3 in the security file A' of the first terminal i to the second terminal j, the security server updates the stock of the attention information A3 in the security file A'.

[0060] For example, see Figure 2 In step ⑦, after the security server successfully allocates the funds in the security file A' of user i to merchant j, the security server updates the balance of the funds in the security file A'.

[0061] The above solution is implemented based on a secure transaction system for online smart contracts, which includes a secure server, a first terminal, and a second terminal, wherein:

[0062] The security server is configured to establish a security profile of the first terminal, the security profile including archived information of the first terminal, encrypted information of the first terminal, and attention information; and distribute the attention information in the security profile of the first terminal to the second terminal;

[0063] The second terminal is configured to send the archived information of the first terminal to the security server; and upon receiving an information comparison request sent by the first terminal, determine whether the basic information of the second terminal carried in the information comparison request matches its own basic information;

[0064] The first terminal is configured to initiate an information comparison request to the second terminal; and upon receiving a decryption request sent by the security server, decrypt the decryption request.

[0065] The second terminal includes a filing unit, and the filing unit is used to send the filing information of the first terminal to the security server. The filing information includes basic information of the first terminal and basic information of the second terminal.

[0066] The first terminal includes an encryption and decryption unit, which is used to encrypt and decrypt its own security files in the security server.

[0067] To sum up, this solution protects the funds information that users recharge at merchants by a security server. When users need to consume at merchants, the funds information is read from the security server and the read information is saved in the security server. This ensures that even if the merchant runs away, the funds that users have not yet spent cannot be misappropriated, giving users full protection rights and interests.

[0068] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any modifications or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A secure transaction method for online smart contracts, characterized by: The following steps are involved: Step S1, receiving archive information of a first terminal sent by a second terminal, and receiving encrypted information sent by the first terminal, thereby establishing a security profile of the first terminal, wherein the security profile also includes attention information; the attention information is quantitative data information; Step S2: When the first terminal initiates an information comparison request to the second terminal, and the basic information of the second terminal carried in the information comparison request matches the basic information of the second terminal itself, the security server initiates a decryption request to the first terminal; The step S2 specifically includes the following steps: The first terminal initiates an information comparison request to the second terminal, where the information comparison request carries basic information of the first terminal and basic information of the second terminal. After the second terminal receives the information comparison request, the second terminal determines whether the basic information of the second terminal carried in the information comparison request is the same as its own basic information. If they are the same, the request is approved and a verification authorization request is generated. The security server receives a verification authorization request sent by the second terminal, the verification authorization request including basic information of the first terminal, and initiates a decryption request to the first terminal according to the basic information of the first terminal; The step of receiving a verification authorization request sent by the second terminal, wherein the verification authorization request includes basic information of the first terminal, and initiating a decryption request to the first terminal according to the basic information of the first terminal, includes: After receiving the verification authorization request sent by the second terminal, determining whether the basic information of the first terminal in the verification authorization request is the archived information of the first terminal sent by the second terminal; If the second terminal has sent the archived information of the first terminal, a decryption request is initiated to the first terminal based on the basic information of the first terminal, and the decryption request also includes the basic information of the second terminal; otherwise, a decryption request is not initiated to the first terminal; Step S3: If the decryption is successful, the security server distributes the attention information in the security file of the first terminal to the second terminal and updates the security file of the first terminal.

2. The secure transaction method for online smart contracts according to claim 1, characterized in that: The step S1 specifically includes the following steps: receiving archived information of a first terminal sent by a second terminal, where the first terminal is any terminal in the first terminal system or a terminal newly added to the first terminal system; and the second terminal is any terminal in the second terminal system; the archived information includes basic information of the first terminal and basic information of the second terminal; Obtaining an encryption request from the first terminal based on the basic information of the first terminal, so that the first terminal adds the encryption information to its corresponding archive information, and the encryption information is accompanied by matching decryption information, thereby establishing a security profile of the first terminal; After the first terminal adds the encrypted information, the attention information added by the first terminal to the security file is received.

3. The secure transaction method for online smart contracts according to claim 1, characterized in that: If the decryption is successful, the step of allocating the attention information in the security file of the first terminal to the second terminal includes: After receiving the decryption request, the first terminal provides the corresponding decryption information according to the basic information of the second terminal in the decryption request, thereby successfully decrypting; The attention information in the security file of the first terminal is distributed to the second terminal; if the amount of the attention information is insufficient, a prompt indicating insufficient attention information is sent to the first terminal and / or the second terminal.

4. A secure transaction system for online smart contracts, characterized by: The secure transaction method for implementing the online smart contract of claim 1 comprises: The security server is configured to establish a security profile of the first terminal, the security profile including archived information of the first terminal, encrypted information of the first terminal, and attention information; and distribute the attention information in the security profile of the first terminal to the second terminal; The second terminal is configured to send the archived information of the first terminal to the security server; and upon receiving an information comparison request sent by the first terminal, determine whether the basic information of the second terminal carried in the information comparison request matches its own basic information; The first terminal is configured to initiate an information comparison request to the second terminal; and upon receiving a decryption request sent by the security server, decrypt the decryption request.

5. The secure transaction system for online smart contracts according to claim 4, characterized in that: The first terminal is any terminal in the first terminal system, or a terminal newly added to the first terminal; the second terminal is any terminal in the second terminal system.

6. The secure transaction system for online smart contracts according to claim 4, characterized in that: The second terminal includes a filing unit, and the filing unit is used to send the filing information of the first terminal to the security server. The filing information includes basic information of the first terminal and basic information of the second terminal.

7. The secure transaction system for online smart contracts according to claim 4, characterized in that: The first terminal includes an encryption and decryption unit, which is used to encrypt and decrypt its own security files in the security server.

Images