Transaction authentication method, device, equipment, system and storage medium

Abstract

The invention relates to a transaction authentication method, device, equipment, system and storage medium, and the method comprises the steps: setting a plurality of data storage tables in a business module, dividing and storing member data through the plurality of data storage tables, carrying out the Hash calculation of first member data contained in a transaction request after the transaction request is received, and carrying out the Hash calculation of second member data contained in the transaction request; the method comprises the steps of obtaining first member data, obtaining a first hash value corresponding to the first member data, determining a first target data storage table corresponding to the first hash value from a plurality of data storage tables according to a mapping relation between the hash value and the data storage tables, and querying the first member data in the first target data storage table. And the transaction request is authenticated according to the query result. According to the embodiment of the invention, after the transaction request is received, query can be carried out from the corresponding data storage table according to the hash value of the first member data without querying all member data in the business module, so that the efficiency of member data query and transaction authentication is improved.

Description

Technical Field

[0001] The present disclosure relates to the technical field of transaction authentication, and in particular to a transaction authentication method, device, equipment, system and storage medium. Background Art

[0002] In e-commerce transaction scenarios, the member purchase limit system is an important tool that can determine the member purchase limit strategy based on member data, control the sales quantity of goods, and protect the rights and interests of members. However, with the rapid growth of business, the member purchase limit system usually needs to store a large amount of member data, such as mobile phone numbers, and these data are stored in a data storage table. In this case, the efficiency of member data query is relatively low. Summary of the invention

[0003] In order to solve the above technical problems or at least partially solve the above technical problems, the present disclosure provides a transaction authentication method, device, equipment, system and storage medium.

[0004] In a first aspect, an embodiment of the present disclosure provides a transaction authentication method, the method being applicable to a business module, wherein a plurality of data storage tables are provided in the business module, the method comprising:

[0005] receiving a transaction request, wherein the transaction request includes first member data;

[0006] Performing a hash calculation on the first member data to obtain a first hash value corresponding to the first member data;

[0007] Based on a mapping relationship between hash values ​​and data storage tables, determining a first target data storage table corresponding to the first hash value from the plurality of data storage tables;

[0008] Query the first member data in the first target data storage table;

[0009] Based on the query result, the transaction request is authenticated.

[0010] In a second aspect, an embodiment of the present disclosure provides a transaction authentication device, in which a plurality of data storage tables are provided, and the transaction authentication device includes:

[0011] A first receiving module, configured to receive a transaction request, wherein the transaction request includes first member data;

[0012] A first calculation module, configured to perform a hash calculation on the first member data to obtain a first hash value corresponding to the first member data;

[0013] A determination module, configured to determine, from the plurality of data storage tables, a first target data storage table corresponding to the first Hash value based on a mapping relationship between the Hash value and the data storage table;

[0014] A query module, used for querying the first member data in the first target data storage table;

[0015] The authentication module is used to authenticate the transaction request based on the query result.

[0016] In a third aspect, an embodiment of the present disclosure provides a business system, wherein a plurality of data storage tables are provided in a database of the business system, and the business system can execute the method of the first aspect.

[0017] In a fourth aspect, an embodiment of the present disclosure provides a computer device, wherein a plurality of data storage tables are provided in the computer device, and the computer device comprises:

[0018] Memory;

[0019] Processor; and

[0020] Computer programs;

[0021] The computer program is stored in the memory and is configured to be executed by the processor to implement the method as described in the first aspect.

[0022] In a fifth aspect, an embodiment of the present disclosure provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the method described in the first aspect.

[0023] The transaction authentication method, device, equipment, system and storage medium provided by the embodiments of the present disclosure divide and store member data by setting multiple data storage tables in the business module, performing hash calculation on the first member data contained in the transaction request after receiving the transaction request, obtaining the first hash value corresponding to the first member data, and determining the first target data storage table corresponding to the first hash value from the multiple data storage tables according to the mapping relationship between the hash value and the data storage table, thereby querying the first member data in the first target data storage table, and authenticating the transaction request according to the query result. In the embodiments of the present disclosure, after receiving the transaction request, the corresponding data storage table can be queried according to the hash value of the first member data, without the need to query all member data in the business module, thereby improving the efficiency of member data query and transaction authentication. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0025] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0026] Figure 1 is an architecture diagram of a business module provided by an embodiment of the present disclosure;

[0027] Figure 2 is an architecture diagram of another service module provided by an embodiment of the present disclosure;

[0028] Figure 3 is a schematic diagram of a transaction authentication method provided by an embodiment of the present disclosure;

[0029] Figure 4 is a flow chart of a member data writing method provided by an embodiment of the present disclosure;

[0030] Figure 5 It is a structural diagram of a transaction authentication device provided by an embodiment of the present disclosure;

[0031] Figure 6 A schematic diagram of the structure of a computer device embodiment provided in the present disclosure. DETAILED DESCRIPTION

[0032] In order to more clearly understand the above-mentioned objectives, features and advantages of the present disclosure, the scheme of the present disclosure will be further described below. It should be noted that the embodiments of the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0033] In the following description, many specific details are set forth to facilitate a full understanding of the present disclosure, but the present disclosure may also be implemented in other ways different from those described herein; it is obvious that the embodiments in the specification are only part of the embodiments of the present disclosure, rather than all of the embodiments.

[0034] The member purchase limit system provided by related technologies usually has simple functions. The purchase limit function is coupled to the cashier system, and there is only one data storage table for storing member data (including user privacy data, such as mobile phone number, member account number, etc.). When the member purchase limit system authenticates transactions and determines the purchase limit strategy, it needs to traverse the entire data storage table to query data. However, with the rapid growth of business, member data has increased dramatically, resulting in low data query efficiency, and even risks such as system crash and data loss, affecting user experience and member conversion.

[0035] In view of the above problems existing in the related art, the embodiment of the present disclosure designs a solution, which separates the member purchase limit system from the cash register system and becomes a separate business module. The business module communicates with the cash register system through a preset service interface. In the business module, the traditional data storage table for storing member data is split into multiple data storage tables, each of which is configured with a corresponding value (the value can be understood as a specific value, or can also be understood as a range of values). The value obtained by calculating the member data by a preset calculation method is compared with the value corresponding to each data storage table, and the member data will be stored in the data storage table with matching values. In this way, when querying data, it is only necessary to query the corresponding data storage table, without querying all member data, thereby improving the query efficiency. In addition, in the case of needing to expand the purchase limit function, if the new purchase limit function requires a new type of member data to support, the storage of the new type of member data can be realized by expanding the data storage table, or the storage of the new type of member data can be realized by mapping the new type of member data to an existing data storage table, thereby providing a basis for the expansion of the purchase limit function.

[0036] The solution provided by the embodiment of the present disclosure is described below in conjunction with exemplary embodiments.

[0037] For example, Figure 1 is an architecture diagram of a business module provided by an embodiment of the present disclosure, such as Figure 1 As shown, the business module can be exemplarily separated from the existing transaction system and has the ability to independently provide purchase restriction services. The business module can authenticate member transaction requests based on member data, and determine member purchase restriction strategies based on member permissions, control the number of goods sold, and protect member rights. The specific method of determining purchase restriction strategies based on member permissions can be found in the relevant technology, and will not be elaborated here. Figure 1In the purchase restriction library of the business module (which can be exemplarily understood as a database for storing member data), multiple data storage tables are configured. Each data storage table corresponds to a value (which can be understood as a specific value or a range of values). The value calculated by the preset algorithm (such as hash calculation) of the member data is compared with the value corresponding to the data storage table, and the member data will be stored in the data storage table with matching values.

[0038] For example, in some embodiments, Figure 1 Each data table in stores a type of member data, for example, Figure 1 Table 1 is used to store the member's user ID, Table 2 is used to store the member's payment account, Table 3 is used to store the device number of the member's device, and Table 4 is used to store the member's mobile phone number. When a member's data enters the business module, the member's data is calculated using a preset algorithm (such as a hash algorithm, but not limited to a hash algorithm) to obtain the calculation result corresponding to the member's data. Figure 1 The calculation results of the same type of member data will be mapped to the same data storage table, and then the same type of member data will be stored in the same data storage table.

[0039] It should be noted that Figure 1 This is only an example of the business module in the embodiment of the present disclosure, and is not a sole limitation. In fact, the number of data storage tables and the corresponding data stored in the data storage tables can be set as needed. For example, Figure 2 is an architecture diagram of another service module provided by an embodiment of the present disclosure, such as Figure 2 As shown, in some embodiments, each data storage table can store multiple types of member data, and the data types stored in different data storage tables can be the same or different. The calculated values ​​of the member data will be mapped to the corresponding data storage table, and the data storage table where different member data is stored is determined by the calculated values ​​of the member data.

[0040] By configuring multiple data storage tables in the business module, different member data is stored in different data storage tables. When querying data, you only need to query the corresponding data storage table. There is no need to query all member data stored in the business module, which improves query efficiency.

[0041] For example, Figure 3 is a schematic diagram of a transaction authentication method provided by an embodiment of the present disclosure, which method can be exemplarily executed by the business module referred to above. Figure 3 As shown, in some implementations, the transaction authentication method provided by the embodiment of the present disclosure may include steps 301 to 305.

[0042] Step 301: Receive a transaction request, which includes first member data.

[0043] Among them, the "first member data" referred to in the embodiments of the present disclosure, where "first" is only for the convenience of distinguishing member data, has no other meaning. In the embodiments of the present disclosure, the first member data can be at least one or more of the member's user ID, the member's payment account, the type of member data (such as using different numerical values ​​to represent different types of data), the device number of the device used by the member, and the member's mobile phone number. For example, in one example, the user ID and / or a numerical value used to indicate that the data type is the user ID (for example, using numerical value a to indicate that the data type is the user ID, using numerical value b to indicate that the data type is the payment account, etc.) can be carried in the transaction request and sent to the business module. Of course, this is only for illustration, not the only limitation.

[0044] Step 302: Perform a hash calculation on the first member data to obtain a first hash value corresponding to the first member data.

[0045] For example, when the first member data includes one or more of the member's user ID, the member's payment account, the type of member data (such as using different values ​​to represent different types of data), the device number of the member's device, and the member's mobile phone number, each type of data can be hashed to obtain a hash value corresponding to each type of data. That is, in some embodiments, the first hash value can be a general term for the hash value of one or more types of data included in the first member data.

[0046] It should be noted that hash calculation is only one method for calculating the first member data and not the only method. In fact, in other implementations, other calculation methods may be set to calculate the first member data as needed.

[0047] Step 303: Based on the mapping relationship between the hash value and the data storage table, determine a first target data storage table corresponding to the first hash value from multiple data storage tables.

[0048] In some implementations, different data storage tables correspond to different hash values ​​or hash value ranges. After the first hash value corresponding to the first member data is calculated, the data storage table whose corresponding hash value is the same as the first hash value or whose corresponding hash value range includes the first hash value can be determined as the first target data storage table based on the mapping relationship between the data storage table and the hash value or the hash value range. In the disclosed embodiment, the corresponding relationship between the data storage table and the hash value can be set as needed.

[0049] Assume that the first calculation result obtained by performing hash calculation on the first member data is a, and the hash value corresponding to the data storage table h is a, or the hash value range corresponding to the data storage table h includes a, then the data storage table h can be determined as the first target data storage table. Of course, this is only an example and not a sole limitation.

[0050] Step 304: Query the first member data in the first target data storage table.

[0051] For example, in one implementation, after the first target data storage table is determined, the first member data may be directly queried in the first target data storage table.

[0052] In another embodiment, the data in the data storage table is encrypted using a preset encryption method (e.g., MD5 encryption method). In this case, the first member data can be encrypted using the preset encryption method, and then the encrypted data can be compared with the data in the first target data storage table in turn to determine whether there is identical data.

[0053] By encrypting and storing member data in the data storage table, data security can be improved and user privacy can be ensured.

[0054] Step 305: Authenticate the transaction request based on the query result.

[0055] Among them, in some embodiments, different query results can correspond to different transaction permissions. For example, in some scenarios, the member data of members who have purchased certain goods will be written into the data storage table of the above-mentioned business module. At this time, if the first member data contained in the transaction request is fully or partially contained in the data storage table of the business module, it can be determined that the member who issued the transaction request does not have the right to purchase the goods targeted by the transaction request, or it can be determined that the member can purchase the goods and the quantity of the goods that can be purchased. Of course, this is only an example and not a sole limitation. In fact, the correspondence between different query results and transaction permissions can be set as needed, without being limited to certain specific correspondences.

[0056] In the disclosed embodiment, multiple data storage tables are set in the business module, and member data is divided and stored through the multiple data storage tables. After receiving a transaction request, a hash calculation is performed on the first member data contained in the transaction request to obtain a first hash value corresponding to the first member data. According to the mapping relationship between the hash value and the data storage table, a first target data storage table corresponding to the first hash value is determined from the multiple data storage tables, so that the first member data is queried in the first target data storage table, and the transaction request is authenticated according to the query result. In the disclosed embodiment, after receiving a transaction request, a query can be performed from the corresponding data storage table according to the hash value of the first member data, without the need to query all member data in the business module, thereby improving the efficiency of member data query and transaction authentication.

[0057] Figure 4 is a flow chart of a member data writing method provided by an embodiment of the present disclosure, such as Figure 4 As shown, in some implementations, the disclosed embodiment may write member data into the data storage table through the following steps 401 to 404.

[0058] Step 401: Receive a first member data write request, where the first member data write request includes second member data to be written.

[0059] In some embodiments, the second member data may be at least one or more of the member's user ID, the member's payment account, the type of member data (such as using different values ​​to represent different types of data), the device number of the device used by the member, and the member's mobile phone number. For example, in one example, the user ID and / or the value used to indicate that the data type is the user ID (for example, using the value a to indicate that the data type is the user ID, using the value b to indicate that the data type is the payment account, etc.) may be carried in the first member data write request. Of course, this is only an example description, not a sole limitation.

[0060] Step 402: Perform a hash calculation on the second member data to obtain a second hash value.

[0061] For example, in some embodiments, the second member data may be hashed to obtain a second hash value. For example, when the second member data includes one or more of the member's user ID, the member's payment account, the type of member data (such as using different values ​​to represent different types of data), the device number of the member's device, and the member's mobile phone number, each type of data may be hashed to obtain a hash value corresponding to each type of data. That is, in some embodiments, the second hash value referred to in the embodiments of the present disclosure may be exemplarily understood as a general term for the hash value of one or more types of data contained in the second member data.

[0062] Of course, hash calculation is only one way to calculate the second member data, not the only way. In fact, in other implementations, other calculation methods can be set as needed to calculate the second member data. At this time, the value that has a mapping relationship with the data storage table is calculated by other corresponding calculation methods.

[0063] Step 403: Based on the mapping relationship between the hash value and the data storage table, determine a second target data storage table corresponding to the second hash value from the plurality of data storage tables.

[0064] In some embodiments, different data storage tables correspond to different hash values ​​or ranges of hash values, that is, in one embodiment, there is a preset mapping relationship between the data storage table and the hash value. In the embodiment of the present disclosure, the mapping relationship between the data storage table and the hash value can be set as needed.

[0065] Assume that the second hash value obtained by hashing the second member data is b, and the hash value corresponding to the data storage table g is b, or the hash value range corresponding to the data storage table g includes b, then the data storage table g can be determined as the second target data storage table. Of course, this is only an example and not a sole limitation.

[0066] Step 404: Write the second member data into the second target data storage table.

[0067] In one embodiment, the second member data itself can be written into the second target data storage table. In another embodiment, the second member data can be encrypted using a preset encryption algorithm, and the encrypted data can be stored in the second target data storage table. In yet another embodiment, when the second member data also includes the data type of the second member data, the data type of the second member data can be associated with the second member data or the encrypted data of the second member data and stored in the second target data storage table, thereby increasing the richness of the data.

[0068] By setting up multiple data storage tables in the database and writing different data into different data storage tables, when performing transaction authentication, you only need to query the data from the corresponding data storage table. There is no need to query all the data in the business module, which improves the query efficiency and authentication efficiency.

[0069] For example, in some embodiments, the dimension of member data can be increased by creating a new instruction. For example, in some embodiments, the user can trigger the business module to increase the dimension of the data stored in the data storage table by creating a new instruction, wherein the new instruction can include information about the newly added data dimension. After the business module receives the new instruction, it performs a hash calculation on the newly added data dimension based on a preset hash algorithm to obtain a third hash value corresponding to the data dimension (which can be exemplarily understood as a specific hash value corresponding to the data dimension, that is, the hash value corresponds to the data dimension, for example, when the newly added data dimension is a mobile phone number, the hash value corresponding to the mobile phone number can be k, or it can also be understood as the hash value range corresponding to the data of this dimension, for example, when the newly added data dimension is a mobile phone number, the hash value range corresponding to the mobile phone number can include the hash values ​​corresponding to all mobile phone numbers or some mobile phone numbers. Of course, this is only an example explanation using mobile phone numbers as an example and is not a sole limitation). Then, according to the new creation instruction, a new data storage table (hereinafter referred to as the third target data storage table for the sake of distinction) can be created, and a mapping relationship between the third hash value and the third target data storage table can be established to store the data of the new data dimension in the third target data storage table; or, in some implementations, a mapping relationship between the third hash value and the existing data storage table can also be established to store the data of the newly added data dimension in the existing data storage table. This facilitates and efficiently implements the expansion of data dimensions.

[0070] For example, in some embodiments, the disclosed embodiments may also include a solution for migrating the business module. In this solution, the higher the usage frequency of the member data, the higher the priority of the migrated data. That is, in one embodiment, the migration priority of the member data in the business module is positively correlated with the usage frequency of the member data. The usage frequency of the member data can be determined according to the frequency of the member data being queried.

[0071] In other embodiments, when performing data migration, member data in a business module may be migrated to a target system or module in parallel through multiple parallel tasks to improve the efficiency of data migration.

[0072] In another embodiment, if a member data write request (hereinafter referred to as a second member data write request for the sake of distinction) is received during the member data migration process, the third member data included in the second member data write request may be written into the source business module of the data migration and the target system (or target module) of the data migration. Thus, the data written into the source business module and the target system (or target module) are compared to ensure the accuracy of the written data.

[0073] In another embodiment, the member data in the target system (or target module) of the data migration can also be compared with the data in the source business module at a preset time interval to verify the consistency of the member data in the target system (or target module) and the member data in the source business module. If they are inconsistent, the member data in the target system (or target module) is corrected, such as being modified to be consistent with the data in the source business module. That is, in one embodiment, the member data written in the target system (or target module) can be checked for consistency; if the member data written in the target system (or target module) is inconsistent with the original member data in the source business module, the member data in the target system (or target module) is corrected to make the member data in the two consistent. The accuracy of data migration can be ensured by the verification mechanism of the disclosed embodiment.

[0074] Figure 5 is a schematic diagram of the structure of a transaction authentication device provided by an embodiment of the present disclosure, such as Figure 5 As shown, the transaction authentication device 50 includes:

[0075] A first receiving module 51, configured to receive a transaction request, wherein the transaction request includes first member data;

[0076] A first calculation module 52, configured to perform a hash calculation on the first member data to obtain a first hash value corresponding to the first member data;

[0077] A determination module 53, configured to determine a first target data storage table corresponding to the first Hash value from the plurality of data storage tables based on a mapping relationship between the Hash value and the data storage table;

[0078] A query module 54, configured to query the first member data in the first target data storage table;

[0079] The authentication module 55 is used to authenticate the transaction request based on the query result.

[0080] In one embodiment, the transaction authentication device 50 may further include:

[0081] A second receiving module is used to receive a new creation instruction, wherein the new creation instruction includes information of a newly added data dimension;

[0082] A second calculation module is used to perform hash calculation on the newly added data dimension to obtain a third hash value;

[0083] Create modules for:

[0084] Establishing a third target data storage table, and establishing a mapping relationship between the third hash value and the third target data storage table,

[0085] or

[0086] A mapping relationship between the third hash value and the existing data storage table is established.

[0087] In one embodiment, the transaction authentication device 50 may further include:

[0088] The third receiving module is used to receive a first member data writing request, wherein the first member data writing request includes the second member data to be written;

[0089] The third calculation module is used to perform hash calculation on the second member data to obtain a second hash value;

[0090] The determination module 53 is further configured to determine a mapping relationship between a hash value and a data storage table, and to determine a second target data storage table corresponding to the second hash value from the plurality of data storage tables;

[0091] A writing module is used to write the second member data into the second target data storage table.

[0092] In one embodiment, the first member data write request also includes the data type of the second member data;

[0093] A writing module is used to write the second member data and the data type of the second member data into the second target data storage table in an associated manner.

[0094] In one embodiment, a writing module is used to:

[0095] encrypting the second member data to obtain corresponding encrypted data;

[0096] The encrypted data is written into the second target data storage table.

[0097] In one embodiment, the transaction authentication device 50 further includes:

[0098] The migration module is used to migrate the member data in the business module to the target system, and the migration priority of the member data in the business module is positively correlated with the usage frequency of the member data.

[0099] In one implementation, the migration module is used to migrate the member data in the business module to the target system based on multiple parallel tasks.

[0100] In one embodiment, the writing module is further used to:

[0101] During the member data migration process, receiving a second member data write request, wherein the second member data write request includes third member data to be written;

[0102] The third member data is written into the business module and the target system.

[0103] In one embodiment, the transaction authentication device 50 further includes a verification module, which is used to:

[0104] Performing consistency check on the member data written into the target system;

[0105] If the member data written into the target system is inconsistent with the original member data in the business module, the member data in the target system is corrected.

[0106] The transaction authentication device provided in the embodiment of the present disclosure can execute the method of any of the above method embodiments, and its execution method and beneficial effects are similar, which will not be repeated here.

[0107] The embodiment of the present disclosure further provides a business system, which includes a database, in which a plurality of data storage tables are arranged, and the business system is used to execute a method in any of the above method embodiments.

[0108] Figure 6 The schematic diagram of the structure of the computer device embodiment provided by the present disclosure embodiment. Figure 6 As shown, the computer device includes a memory 121 and a processor 122 .

[0109] The memory 121 is used to store programs. In addition to the above programs, the memory 121 can also be configured to store various other member data to support operations on the computer device. Examples of these member data include instructions for any application or method operating on the computer device, contact member data, phone book member data, messages, pictures, videos, etc.

[0110] The memory 121 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0111] The processor 122 is coupled to the memory 121 and executes the program stored in the memory 121 to:

[0112] receiving a transaction request, wherein the transaction request includes first member data;

[0113] Performing a hash calculation on the first member data to obtain a first hash value corresponding to the first member data;

[0114] Based on a mapping relationship between hash values ​​and data storage tables, determining a first target data storage table corresponding to the first hash value from the plurality of data storage tables;

[0115] Query the first member data in the first target data storage table;

[0116] Based on the query result, the transaction request is authenticated.

[0117] Further, if Figure 6 As shown, the computer device may also include: a communication component 123, a power component 124, an audio component 125, a display 126 and other components. Figure 6 Only some components are shown schematically, and it does not mean that the computer equipment only includes Figure 6 Components shown.

[0118] The communication component 123 is configured to facilitate wired or wireless communication between the computer device and other devices. The computer device can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 123 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 123 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared member data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0119] The power supply component 124 provides power to various components of the computer device. The power supply component 124 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the computer device.

[0120] The audio component 125 is configured to output and / or input audio signals. For example, the audio component 125 includes a microphone (MIC), and when the computer device is in an operating mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 121 or sent via the communication component 123. In some embodiments, the audio component 125 also includes a speaker for outputting audio signals.

[0121] The display 126 includes a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.

[0122] In addition, an embodiment of the present disclosure further provides a computer-readable storage medium on which a computer program is stored. The computer program is executed by a processor to implement the method described in any of the above method embodiments.

[0123] The exemplary embodiments of the present disclosure further provide a computer program product, including a computer program, wherein when the computer program is executed by a processor of a computer, it is used to enable the computer to execute the method described in any of the above method embodiments.

[0124] It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0125] The above description is only a specific embodiment of the present disclosure, so that those skilled in the art can understand or implement the present disclosure. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present disclosure. Therefore, the present disclosure will not be limited to the embodiments described herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A transaction authentication method, characterized in that: The method is applicable to a business module, in which a plurality of data storage tables are provided, and the method comprises: receiving a transaction request, wherein the transaction request includes first member data; Performing a hash calculation on the first member data to obtain a first hash value corresponding to the first member data; Based on a mapping relationship between hash values ​​and data storage tables, determining a first target data storage table corresponding to the first hash value from the plurality of data storage tables; Query the first member data in the first target data storage table; Based on the query result, the transaction request is authenticated.

2. The method according to claim 1, characterized in that The method further comprises: Receiving a new creation instruction, wherein the new creation instruction includes information of a newly added data dimension; Performing hash calculation on the newly added data dimension to obtain a third hash value; Establishing a third target data storage table, and establishing a mapping relationship between the third hash value and the third target data storage table, or A mapping relationship between the third hash value and the existing data storage table is established.

3. The method according to claim 1, characterized in that The method further comprises: receiving a first member data writing request, wherein the first member data writing request includes second member data to be written; Performing hash calculation on the second member data to obtain a second hash value; Based on a mapping relationship between hash values ​​and data storage tables, determining a second target data storage table corresponding to the second hash value from the plurality of data storage tables; The second member data is written into the second target data storage table.

4. The method according to claim 3, characterized in that The first member data writing request also includes the data type of the second member data; The step of writing the second member data into the second target data storage table includes: The second member data and the data type of the second member data are associated and written into the second target data storage table.

5. The method according to claim 3, characterized in that: The step of writing the second member data into the second target data storage table includes: encrypting the second member data to obtain corresponding encrypted data; The encrypted data is written into the second target data storage table.

6. A transaction authentication device, characterized in that: The transaction authentication device is provided with a plurality of data storage tables, and the transaction authentication device comprises: A first receiving module, configured to receive a transaction request, wherein the transaction request includes first member data; A first calculation module, configured to perform a hash calculation on the first member data to obtain a first hash value corresponding to the first member data; A determination module, configured to determine, from the plurality of data storage tables, a first target data storage table corresponding to the first Hash value based on a mapping relationship between the Hash value and the data storage table; A query module, used for querying the first member data in the first target data storage table; The authentication module is used to authenticate the transaction request based on the query result.

7. The transaction authentication device according to claim 6, characterized in that: The transaction authentication device also includes: A second receiving module is used to receive a new creation instruction, wherein the new creation instruction includes information of a newly added data dimension; A second calculation module is used to perform hash calculation on the newly added data dimension to obtain a third hash value; Create modules for: Establishing a third target data storage table, and establishing a mapping relationship between the third hash value and the third target data storage table, or A mapping relationship between the third hash value and the existing data storage table is established.

8. A business system, characterized in that: A plurality of data storage tables are provided in the database of the business system, and the business system is used to execute the method according to any one of claims 1 to 5.

9. A computer device, characterized in that: The computer device is provided with a plurality of data storage tables, and the computer device comprises: Memory; Processor; and Computer programs; The computer program is stored in the memory and is configured to be executed by the processor to implement the method according to any one of claims 1 to 5.

10. A computer-readable storage medium having a computer program stored thereon, wherein: When the computer program is executed by a processor, the method according to any one of claims 1 to 5 is implemented.

Images