CN110210843A - A kind of method and device of identity validation - Google Patents

Abstract

This application discloses a method and device for identity verification. In this method, the digital currency platform can select a public receiving address from the preset public receiving addresses as the target address and assign it to the user, and can be based on the user's sent address. The business amount carried in the business request, determine the target amount corresponding to the business amount, if it is detected that the digital currency corresponding to the target amount is transferred into the target address, then confirm that the target amount of digital currency is transferred to the target address The object is the user. The digital currency platform does not need to assign different receiving addresses to each user to distinguish the business behavior of different users, but based on the target amount determined by the business amount carried in the business request as identification information, each In this way, the digital currency platform only needs to maintain some public receiving addresses, thus greatly reducing the cost of maintaining addresses for the digital currency platform.

Description

A method and device for identity verification

technical field

The present application relates to the field of computers, in particular to an identity verification method and device.

Background technique

Blockchain (Blockchain) is a new application model of computer technology such as distributed data storage, point-to-point transmission, and encryption algorithms. With the continuous promotion of blockchain technology, digital currency has been vigorously developed. Users can use it on the digital currency platform Purchase digital currency on the website, and perform various tasks with the purchased digital currency.

In the process of performing services such as exchange and currency sales on the digital currency platform, the user usually needs to transfer the amount of digital currency required to perform the business to the account of the digital currency platform, and the digital currency platform then transfers the digital currency according to the number transferred by the user. Currency, to process the business performed by the user. For example, when a user sells the bitcoins he holds, he needs to transfer the sold bitcoins to the account of the digital currency platform, and the digital currency platform sells these bitcoins for the user.

In practical applications, the user transfers digital currency to the account of the digital currency platform through his own account address. Due to the anonymity of the user's account address itself, the digital currency platform usually needs to distinguish the users first, so that when the digital currency is received in the account of the digital currency platform, it can be determined which user the received digital currency comes from. .

At present, the digital currency platform usually distinguishes users by assigning different receiving addresses to each user (the receiving address is the address used by the digital currency platform to receive digital currency from the account address of each user). That is, for each user, the digital currency platform can assign a unique receiving address to the user, so if the digital currency is received in the account corresponding to the receiving address, it means that the received digital currency was transferred by the user . However, with the continuous increase of users, the number of receiving addresses that the digital currency platform needs to maintain will also increase, which will greatly increase the maintenance cost of the digital currency platform.

Contents of the invention

The embodiment of the present application provides a method and device for identity verification to solve the problem in the prior art that the cost of maintaining each receiving address on the digital currency platform is relatively high.

The application adopts the following technical solutions:

This application provides a method of identity verification, including:

Receive business requests sent by users;

Selecting a public receiving address as a target address from the preset public receiving addresses and assigning it to the user;

determining the target amount according to the service amount carried in the service request, and recording the correspondence between the target amount and the user;

If it is detected that the target address has received the digital currency corresponding to the target amount, it is confirmed that the user who transfers the digital currency corresponding to the target amount to the target address is the user.

Optionally, the public receiving addresses received by different users are different or the same.

Optionally, according to the business amount carried in the business request, determine the target amount, specifically including:

Determine the neighborhood range of the said business amount;

According to the neighborhood range, the target amount is determined, wherein, if the same public receiving address is assigned to different users as the target address, the target amounts corresponding to different users using the same public receiving address are different.

Optionally, after recording the correspondence between the target amount and the user, the method further includes:

determining the effective duration of the corresponding relationship;

If the time length for recording the corresponding relationship exceeds the effective time length, delete the corresponding relationship.

Optionally, if it is detected that the target address has received the digital currency corresponding to the target amount, it is confirmed that the user who transfers the digital currency corresponding to the target amount to the target address is the user, specifically including:

If it is detected that the target address receives the digital currency corresponding to the target amount within the valid time period, according to the recorded correspondence, confirm that the digital currency corresponding to the target amount is transferred to the object of the target address for said user.

This application provides a device for identity verification, including:

The receiving module is used to receive the service request sent by the user;

An allocation module, configured to select a public receiving address as a target address from preset public receiving addresses and assign it to the user;

Amount determination module, configured to determine the target amount according to the service amount carried in the service request, and record the corresponding relationship between the target amount and the user;

The identity verification module is configured to confirm that the user who transfers the digital currency corresponding to the target amount to the target address is the user if it is detected that the target address has received the digital currency corresponding to the target amount.

Optionally, the public receiving addresses received by different users are different or the same.

Optionally, the amount determination module is specifically configured to determine the neighborhood range of the business amount; determine the target amount according to the neighborhood range, wherein, if the same public receiving address is assigned as the target address to different different users who use the same public receiving address have different target amounts.

The present application provides a computer-readable storage medium, the storage medium stores a computer program, and when the computer program is executed by a processor, the above method for identity verification is implemented.

The present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and operable on the processor, and the above-mentioned identity verification method is realized when the processor executes the program.

The above at least one technical solution adopted in the present application can achieve the following beneficial effects:

It can be seen from the above method that the digital currency platform can select a public receiving address from the preset public receiving addresses as the target address and assign it to the user, and determine the amount of service according to the business amount carried in the service request sent by the user. The target amount, and then when it is detected that the target address receives the digital currency corresponding to the target amount, it is confirmed that the user who transfers the digital currency corresponding to the target amount to the target address is the user. Compared with the existing technology, the digital currency platform does not need to assign different receiving addresses to each user to distinguish the business behavior of different users, but based on the target determined by the amount of business performed by the user The amount is used to distinguish the business behavior of each user. In this way, the digital currency platform only needs to maintain some public receiving addresses, thus greatly reducing the cost of maintaining receiving addresses for the digital currency platform.

Description of drawings

The drawings described here are used to provide a further understanding of the application and constitute a part of the application. The schematic embodiments and descriptions of the application are used to explain the application and do not constitute an improper limitation to the application. In the attached picture:

FIG. 1 is a schematic flow diagram of an identity confirmation method in an embodiment of the present application;

FIG. 2 is a schematic diagram of an identity verification device provided by the present application;

FIG. 3 is a schematic diagram of an electronic device corresponding to FIG. 1 provided in the present application.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with specific embodiments of the present application and corresponding drawings. Apparently, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

The technical solutions provided by various embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

Figure 1 is a schematic flow diagram of a method for identity confirmation in the embodiment of the present application, which specifically includes the following steps:

S101: Receive a service request sent by a user.

In the embodiment of this application, users can perform various businesses on the digital currency platform through the digital currency they hold. For example, users can exchange part of the digital currency they hold into other digital currencies at a certain exchange rate, or sell some or all of the digital currency they hold on the digital currency platform.

In the process of executing the business, the user usually needs to transfer the amount of digital currency required for the execution of the business to the receiving account of the digital currency platform. After receiving the receiving address of the digital currency, the business performed by the user can be processed. For example, suppose that when a user needs to exchange 5 bitcoins he holds into ether, he can first transfer these 5 bitcoins to the receiving address of the digital currency platform for receiving bitcoins. The digital currency platform detects that this After the 5 bitcoins arrive in the account, the corresponding ether can be transferred to the user's Ethereum address according to the exchange rate between bitcoin and ether.

Therefore, when users perform various businesses on the digital currency platform through the digital currency they hold, they can first input the business amount required to perform the business, and based on the business amount, send a business request to the digital currency platform, and the digital currency After receiving the service request, the platform can process the service performed by the user according to the service request.

S102: From the preset public receiving addresses, select a public receiving address as a target address and assign it to the user.

In the embodiment of this application, the digital currency platform can maintain some public receiving addresses for all users, and the digital currency platform can select a public receiving address from these maintained public receiving addresses as the target address during the user's business execution process assigned to this user. Among them, the digital currency platform can randomly select a public receiving address from the preset public receiving addresses as the target address and assign it to the user, or select a public receiving address according to the current use status of each public receiving address, for example, digital currency For each public receiving address, the platform can determine the number of users using the public receiving address at the current moment, and then assign the public receiving address with the least number of users at the current moment as the target address to the user.

The public receiving addresses corresponding to different types of digital currencies are also different. For example, the public receiving address set by the digital currency platform for Bitcoin is specially used for safekeeping Bitcoin, and the public receiving address set for Ethereum is specially used for safekeeping of Ethereum. Therefore, when the digital currency platform assigns a public receiving address to the user, it can first determine the currency used by the user to perform the business according to the business performed by the user, and then from the public receiving address set for the digital currency of the currency Select a public receiving address as the target address and assign it to the user for use.

In the embodiment of this application, the digital currency platform only needs to maintain some public receiving addresses for all users to use. It is not necessary to set different receiving addresses for different users as in the prior art, which will greatly save digital currency Platform maintenance costs.

As for the method used to determine the attribution of each business amount, the existing technology mainly realizes the confirmation of the attribution of each business amount by setting different receiving addresses for different users, and the identity confirmation provided by the embodiment of this application The method is based on the public receiving address set by the digital currency platform shared by all users, and according to the target amount transferred to the public receiving address by each user, the users to whom different target amounts belong are distinguished. In this way, even if the digital currency platform does not need to set different receiving addresses for different users, it can also realize the confirmation and distinction of the users to whom each business amount belongs.

It should be noted that, in this embodiment of the application, the sequence between assigning a public receiving address to a user and receiving a service request sent by the user is not unique. According to the above instructions, the digital currency platform can first receive the service request sent by the user, and then assign the public receiving address to the user, or it can first assign the public receiving address to the user, and then receive the service request sent by the user (for example, the user corresponds to When clicking on the entrance of the business to be executed on the page of the website, the digital currency platform can assign a public receiving address to the user), or the two steps of receiving the business request sent by the user and assigning the public receiving address to the user are carried out at the same time.

S103: Determine the target amount according to the service amount carried in the service request, and record the correspondence between the target amount and the user.

Usually, the amount of digital currency corresponding to the monetary unit of digital currency is usually low, for example, 1 bitcoin = 10 ⁸ Satoshi, that is, 1 Satoshi = 0.00000001 bitcoin. In practical applications, 1 satoshi bitcoin basically has no real value. Therefore, after the digital currency platform determines the business amount carried in the business request, it can determine the neighborhood range corresponding to the business amount based on the currency unit of the digital currency, and then select an amount from the neighborhood range as the target amount.

For example, the user needs to transfer 5 bitcoins to the target address assigned by the digital currency platform (5 is the business amount), and the digital currency platform determines that the neighborhood range of these 5 bitcoins is [4.99999822, 5.00000178], then the number The currency platform can select the amount 4.99999873 from this neighborhood as the target amount.

In this embodiment of the application, the target amount may also be determined in other ways. When the digital currency platform assigns the target address to the user, it can determine which user the user is the first to use the target address within the preset time, that is, the digital currency platform can assign the target address to each user within the preset time The order of each user is numbered, and then the target amount is determined according to the number of the user.

For example, assuming that when the digital currency platform assigns the target address to the user, it is determined that the user is the 30th user who uses the target address within a preset time, then the number of the user can be determined to be 30. Further, the digital currency platform can subtract 30 Satoshi from the business amount according to the user's number, and then obtain the target amount corresponding to the business amount.

The digital currency platform can also determine the target amount corresponding to the business amount by generating random numbers. Specifically, the digital currency platform can generate a random number for the business performed by the user, wherein the generated random number is required to be within a set value range, and the generated random number is unique within a preset time. The digital currency platform can determine the target amount corresponding to the business amount based on the random number. For example, suppose the digital currency platform can generate a random number 347 from the set value range of 1 to 500 when determining the target amount corresponding to the business amount, and then determine to add 347 Satoshi to the business amount based on the random number 347, so that Get the target amount.

It should be noted that there is no unique opportunity for digital currency platforms to generate random numbers. For example, digital currency platforms can generate random numbers after receiving business requests from users, or they can generate random numbers after assigning target addresses to users. The reason why it is required that the generated random number should be within the set value range is that if the random number is too large, the difference between the determined target amount and the business amount may be too large.

Digital currency platforms can also determine target amounts based on time. Specifically, the digital currency platform can determine the time when the user sends the service request, and can determine the target amount according to the minute and second of the time. For example, assuming that the time when the digital currency platform receives the service request sent by the user is: 18:34:23, you can combine the digits of the time with the digits on the second digit to obtain the number 3423, and then carry it in the service request Subtract 3423 Satoshi from the business amount to get the target amount corresponding to the business amount.

Of course, the digital currency platform can also determine the target amount according to the time when the target address is allocated to the user. The specific method is basically the same as above, and will not be described in detail here. In addition to the above-mentioned methods of centrally determining the target amount, the digital currency platform can also determine the target amount corresponding to the business amount in other ways, which will not be illustrated here.

Regardless of the method used to determine the target amount, it is necessary to ensure that the determined target amount is unique within a certain period of time, that is, for different users who share the same public receiving address within the same time period, the target amount corresponding to these users It should be different, so as to effectively ensure that when the digital currency platform detects that the target address receives the digital currency of each target amount, it can determine which user transfers the target amount of digital currency to the target for each target amount in the address.

In the embodiment of this application, after the digital currency platform determines the target amount, it needs to prompt the user to transfer according to the target amount. That is to say, during the execution process, the user actually transfers the target amount of digital currency determined by the digital currency platform to the target address, and the business amount carried in the above-mentioned business request can be understood that the user is The amount planned to be transferred to the target address when the business is executed.

It should be noted that if the target amount determined by the digital currency platform is higher than the business amount carried in the service request sent by the user, and the amount of digital currency held in the user's account address is less than the target amount, Then the user can send a request to the digital currency platform to re-determine the target amount after viewing the prompt. The target amount is prompted to the user.

In this embodiment of the application, the digital currency platform can record the corresponding relationship between the user and the determined target amount, that is, the target amount and the user identification (such as the user's account number, ID number, user ID, etc. ) corresponding to record. Further, the digital currency platform may record the correspondence between the target address assigned to the user, the determined target amount, and the user ID of the user. In this way, if multiple amounts of digital currency are transferred to the above-mentioned target address in the subsequent process, the digital currency platform can determine the corresponding relationship between each user ID and each target amount recorded in advance for the target address. Each amount of digital currency comes from which user.

In other words, the target amount determined by the digital currency platform for the amount of the business is equivalent to the identification information of the user performing the business. The digital currency platform can subsequently identify the services performed by different users based on the identification information of different users.

S104: If it is detected that the target address has received the digital currency corresponding to the target amount, confirm that the user who transfers the digital currency corresponding to the target amount to the target address is the user.

In the embodiment of the present application, the digital currency platform may monitor the above-mentioned target address to determine each amount of digital currency received by the target address. For each target amount of digital currency received by the target address, the digital currency platform can query the user corresponding to the target amount from the correspondence between each user ID and each target amount recorded in advance for the target address. Identification, and then determine which user the target amount of digital currency came from.

It can be seen from the above description that the target amount determined by the digital currency platform for the user is equivalent to identification information, which is used to identify the business performed by the user. When the digital currency platform records the corresponding relationship between the target amount and the user, it can set a valid period for the corresponding relationship, that is, it specifies when the corresponding relationship is valid. And if the length of time for recording the corresponding relationship exceeds the valid period, the digital currency platform can delete the corresponding relationship.

Correspondingly, if the user transfers the target amount of digital currency to the target address within the valid period, the digital currency platform can identify the target amount according to the recorded correspondence between the target amount and the user The digital currency of is transferred to the target address by the user. And if the user fails to transfer the target amount of digital currency to the target address within the valid time period, since the corresponding relationship has expired (that is, the digital currency platform determines that the length of time for recording the corresponding relationship exceeds the valid time period delete the corresponding relationship), the digital currency platform will not be able to determine which user the digital currency of the target amount comes from based on the target amount. Therefore, the digital currency platform can return the target amount of digital currency according to the account address from which the target amount is transferred.

Among them, the digital currency platform needs to delete the corresponding relationship that exceeds the valid period, mainly considering the need to release the target amount as identification information in a timely manner for other users using the target address to use.

It can be seen from the above method that the digital currency platform does not need to assign different receiving addresses to each user to distinguish the business behavior of different users, but based on the target amount determined by the amount of business performed by the user To distinguish the business behavior of each user. In this way, the digital currency platform only needs to maintain some public receiving addresses, thus greatly reducing the cost of maintaining receiving addresses for the digital currency platform.

Moreover, since the number of receiving addresses that need to be maintained is reduced, the cost consumed by the digital currency platform to aggregate the digital currency in these public receiving addresses to the designated address will also be reduced, thereby further reducing the operating cost of the digital currency platform.

The above is the identity confirmation method provided by one or more embodiments of the present application. Based on the same idea, the present application also provides a corresponding identity confirmation device, as shown in FIG. 2 .

Figure 2 is a schematic diagram of a product recommendation device provided by this application, specifically including:

A receiving module 201, configured to receive a service request sent by a user;

An allocation module 202, configured to select a public receiving address as a target address from preset public receiving addresses and assign it to the user;

Amount determination module 203, configured to determine the target amount according to the service amount carried in the service request, and record the corresponding relationship between the target amount and the user;

The identity confirmation module 204 is configured to confirm that the user who transfers the digital currency corresponding to the target amount to the target address is the user if it is detected that the target address has received the digital currency corresponding to the target amount.

Optionally, the public receiving addresses received by different users are different or the same.

Optionally, the amount determining module 203 is specifically configured to determine the neighborhood range of the business amount; determine the target amount according to the neighborhood range, wherein, if the same public receiving address is assigned as the target address to Different users, different users who use the same public receiving address correspond to different target amounts.

Optionally, the amount determination module 203 is specifically configured to determine the valid duration of the corresponding relationship; if the time length for recording the corresponding relationship exceeds the valid duration, delete the corresponding relationship.

Optionally, the identity confirmation module 204 is specifically configured to, if it is detected that the target address receives the digital currency corresponding to the target amount within the valid time period, according to the recorded correspondence, confirm that the The digital currency corresponding to the target amount is transferred to the target address as the user

The embodiment of the present application also provides a computer-readable storage medium, the storage medium stores a computer program, and the computer program can be used to execute the identity verification method provided in FIG. 1 above.

The embodiment of the present application also provides a schematic structural diagram of the electronic device shown in FIG. 3 . As shown in FIG. 3 , at the hardware level, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, and of course may also include hardware required by other services. The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, so as to realize the identity verification method described in FIG. 1 above. Of course, in addition to the software implementation, this specification does not exclude other implementations, such as logic devices or the combination of software and hardware, etc., that is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic device.

In the 1990s, the improvement of a technology can be clearly distinguished as an improvement in hardware (for example, improvements in circuit structures such as diodes, transistors, and switches) or improvements in software (improvement in method flow). However, with the development of technology, the improvement of many current method flows can be regarded as the direct improvement of the hardware circuit structure. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (Programmable Logic Device, PLD) (such as a Field Programmable Gate Array (Field Programmable Gate Array, FPGA)) is such an integrated circuit, and its logic function is determined by programming the device by a user. It is programmed by the designer to "integrate" a digital system on a PLD, instead of asking a chip manufacturer to design and make a dedicated integrated circuit chip. Moreover, nowadays, instead of making integrated circuit chips by hand, this kind of programming is mostly realized by "logic compiler (logic compiler)" software, which is similar to the software compiler used when writing programs. The original code of the computer must also be written in a specific programming language, which is called a hardware description language (Hardware Description Language, HDL), and there is not only one kind of HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language) , AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., currently the most commonly used is VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. It should also be clear to those skilled in the art that only a little logical programming of the method flow in the above-mentioned hardware description languages and programming into an integrated circuit can easily obtain a hardware circuit for realizing the logic method flow.

The controller may be implemented in any suitable way, for example the controller may take the form of a microprocessor or processor and a computer readable medium storing computer readable program code (such as software or firmware) executable by the (micro)processor , logic gates, switches, Application Specific Integrated Circuit (ASIC), programmable logic controllers, and embedded microcontrollers, examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic. Those skilled in the art also know that, in addition to realizing the controller in a purely computer-readable program code mode, it is entirely possible to make the controller use logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded The same function can be realized in the form of a microcontroller or the like. Therefore, such a controller can be regarded as a hardware component, and the devices included in it for realizing various functions can also be regarded as structures within the hardware component. Or even, means for realizing various functions can be regarded as a structure within both a software module realizing a method and a hardware component.

The systems, devices, modules, or units described in the above embodiments can be specifically implemented by computer chips or entities, or by products with certain functions. A typical implementing device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Combinations of any of these devices.

For the convenience of description, when describing the above devices, functions are divided into various units and described separately. Of course, when implementing the present application, the functions of each unit can be implemented in one or more pieces of software and/or hardware.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

Memory may include non-permanent storage in computer readable media, in the form of random access memory (RAM) and/or nonvolatile memory such as read only memory (ROM) or flash RAM. Memory is an example of computer readable media.

Computer-readable media, including both permanent and non-permanent, removable and non-removable media, can be implemented by any method or technology for storage of information. Information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.

It should also be noted that the term "comprises", "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus comprising a set of elements includes not only those elements, but also includes Other elements not expressly listed, or elements inherent in the process, method, commodity, or apparatus are also included. Without further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising said element.

Those skilled in the art should understand that the embodiments of the present application may be provided as methods, systems or computer program products. Accordingly, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

This application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including storage devices.

Each embodiment in this specification is described in a progressive manner, the same and similar parts of each embodiment can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for relevant parts, refer to part of the description of the method embodiment.

The above descriptions are only examples of the present application, and are not intended to limit the present application. For those skilled in the art, various modifications and changes may occur in this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

Claims (10)

1. a kind of method of identity validation characterized by comprising

Receive the service request that user sends；

From preset each common reception address, a common reception address is chosen as destination address and distributes to the user；

According to the business number carried in the service request, target number is determined, and record the target number and the use Corresponding relationship between family；

If monitoring, the destination address receives the corresponding digital cash of the target number, confirms the target number pair The object that the digital cash answered is transferred to the destination address is the user.

2. the method as described in claim 1, which is characterized in that the common reception address difference or phase that different user receives Together.

3. the method as described in claim 1, which is characterized in that according to the business number carried in the service request, determine Target number, specifically includes:

Determine the contiguous range of the business number；

According to the contiguous range, the target number is determined, wherein if using same common reception address as destination address point The different user of dispensing is different using the corresponding target number of the different user of same common reception address.

4. the method as described in claim 1, which is characterized in that record the corresponding pass between the target number and the user After system, the method also includes:

Determine the effective time of the corresponding relationship；

If the time span for recording the corresponding relationship is more than the effective time, the corresponding relationship is deleted.

5. method as claimed in claim 4, which is characterized in that if monitoring, the destination address receives the target number The object that the corresponding digital cash of the target number is transferred to the destination address is the use by corresponding digital cash, confirmation Family specifically includes:

If monitoring, the destination address receives the corresponding digital cash of the target number in the effective time, according to The corresponding digital cash of the target number is transferred to the object of the destination address as institute by the corresponding relationship of record, confirmation State user.

6. a kind of device of identity validation characterized by comprising

Receiving module, for receiving the service request of user's transmission；

Distribution module, for from preset each common reception address, choosing a common reception address as destination address point User described in dispensing；

Number determining module, for determining target number according to the business number carried in the service request, and described in record Corresponding relationship between target number and the user；

Identity validation module, if for monitoring that the destination address receives the corresponding digital cash of the target number, really Recognizing the object that the corresponding digital cash of the target number is transferred to the destination address is the user.

7. device as claimed in claim 6, which is characterized in that the common reception address difference or phase that different user receives Together.

8. device as claimed in claim 6, which is characterized in that the number determining module is specifically used for, and determines the business The contiguous range of number；According to the contiguous range, the target number is determined, wherein if same common reception address is made Different users is distributed to for destination address, it is different using the corresponding target number of the different user of same common reception address.

9. a kind of computer readable storage medium, which is characterized in that the storage medium is stored with computer program, the calculating The described in any item methods of the claims 1~5 are realized when machine program is executed by processor.

10. a kind of electronic equipment including memory, processor and stores the calculating that can be run on a memory and on a processor Machine program, which is characterized in that the processor realizes the described in any item sides of the claims 1~5 when executing described program Method.