WO2020224256A1 - 身份确认 - Google Patents

身份确认 Download PDF

Info

Publication number
WO2020224256A1
WO2020224256A1 PCT/CN2019/123739 CN2019123739W WO2020224256A1 WO 2020224256 A1 WO2020224256 A1 WO 2020224256A1 CN 2019123739 W CN2019123739 W CN 2019123739W WO 2020224256 A1 WO2020224256 A1 WO 2020224256A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
amount
user
digital currency
address
Prior art date
Application number
PCT/CN2019/123739
Other languages
English (en)
French (fr)
Inventor
付超群
Original Assignee
北京三快在线科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京三快在线科技有限公司 filed Critical 北京三快在线科技有限公司
Publication of WO2020224256A1 publication Critical patent/WO2020224256A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user

Definitions

  • This application relates to the computer field, and in particular to a method and device for identity confirmation.
  • Blockchain is a new application mode of computer technology such as distributed data storage, peer-to-peer transmission, encryption algorithm, etc.
  • digital currency has been vigorously developed, and users can use the digital currency platform Purchase digital currency and perform various tasks through the purchased digital currency.
  • the digital currency platform usually uses a method of assigning different receiving addresses to each user (the receiving address is the address used by the digital currency platform to receive digital currency from each user's account address) to distinguish users. That is, for each user, the digital currency platform can assign a unique receiving address to the user. Therefore, 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 corresponding to the receiving address.
  • the receiving addresses that the digital currency platform needs to maintain will also continue to increase, which will greatly increase the maintenance cost of the digital currency platform.
  • the embodiments of the present application provide a method and device for identity confirmation, which are used to reduce the cost of maintaining each receiving address by the digital currency platform.
  • this application provides a method of identity verification, including:
  • the public receiving addresses received by different users are different or the same.
  • determining the target amount according to the business amount carried in the business request specifically includes: determining the neighborhood range of the business amount; determining the target amount according to the neighborhood range, wherein, if the same The public receiving address is assigned to different users as the target address, and different users using the same public receiving address have different target amounts.
  • the method further includes: determining the effective duration of the corresponding relationship; if the duration of recording the corresponding relationship exceeds the effective duration, Delete the corresponding relationship.
  • the target address receives the digital currency corresponding to the target amount
  • confirming that the object of transferring the digital currency corresponding to the target amount to the target address is the user specifically including: When the target address receives the digital currency corresponding to the target amount within the valid time period, according to the recorded correspondence relationship, it is confirmed that the digital currency corresponding to the target amount is transferred to the target address. ⁇ Users.
  • this application provides an identity confirmation device, including:
  • the receiving module is used to receive the service request sent by the user; the allocation module is used to select a public receiving address from the preset public receiving addresses as the target address and allocate it to the user; the amount determining module is used to The business amount carried in the business request determines the target amount, and records the corresponding relationship between the target amount and the user; the identity confirmation module is used for detecting that the target address receives the number corresponding to the target amount Currency, confirming that the user who transfers the digital currency corresponding to the target amount to the target address is the user.
  • the public receiving addresses received by different users are different or the same.
  • 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 For users, different users using the same public receiving address correspond to different target amounts.
  • the present application provides a non-volatile computer-readable storage medium, the storage medium stores a computer program, and when the computer program is executed by a processor, the above-mentioned identity verification method is realized.
  • the present application provides an electronic device including a memory, a processor, and a computer program stored in the memory and capable of running on the processor, and the processor implements the above-mentioned identity verification method when the program is executed.
  • 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 according to the business amount carried in the business request sent by the user The target amount, and when it is monitored that the target address receives the digital currency corresponding to the target amount, it is confirmed that the object of transferring the digital currency corresponding to the target amount to the target address 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 is based on the target determined by the amount of business performed by the user. The amount to distinguish the business behavior of each user. In this way, the digital currency platform only needs to maintain some public receiving addresses. Therefore, the cost of maintaining the receiving addresses of the digital currency platform is greatly reduced.
  • FIG. 1 is a schematic flowchart of an identity confirmation method in an embodiment of this application.
  • FIG. 2 is a schematic diagram of an identity confirmation device provided by this application.
  • FIG. 3 is a schematic diagram of an electronic device for identity confirmation provided by this application.
  • Fig. 1 is a schematic flowchart of an identity confirmation method in an embodiment of this application, including the following steps.
  • S101 Receive a service request sent by a user.
  • the user can perform various services on the digital currency platform through the digital currency held. For example, users can convert part of the digital currency they hold into other digital currencies at a certain exchange rate, or they can sell some or all of the digital currency they hold on the digital currency platform.
  • users In the process of performing business, users usually need to transfer the amount of digital currency required to perform the business to the receiving account of the digital currency platform.
  • the digital currency platform monitors the user to transfer the amount of digital currency to the receiving account of the digital currency platform.
  • the business performed by the user can be processed. For example, suppose a user needs to exchange his 5 Bitcoins into ether, he can first transfer these 5 Bitcoins to the receiving address of the digital currency platform for receiving bitcoins, and the digital currency platform detects this After the 5 bitcoins are in the account, the corresponding ether can be transferred to the user's ethereum address according to the exchange rate between Bitcoin and ether.
  • the platform can process the service performed by the user according to the service request.
  • S102 Select a public receiving address from the preset public receiving addresses as a target address and assign it to the user.
  • the digital currency platform can maintain some public receiving addresses for all users.
  • the digital currency platform can select a public receiving address from these maintained public receiving addresses as the target address and assign it to the user.
  • the digital currency platform can randomly select a public receiving address from the public receiving addresses maintained as the target address and assign it to the user, or select the public receiving address according to the current use status of each public receiving address, for example, digital currency
  • 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 can be different.
  • the public receiving address set by the digital currency platform for Bitcoin is specifically used for custody of Bitcoin
  • the public receiving address set for Ether is specifically used for custody of Ether. Therefore, when the digital currency platform assigns a public receiving address to a 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 addresses 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.
  • the digital currency platform only needs to maintain some public receiving addresses for all users to use, and there is no need to set different receiving addresses for different users as in the prior art, which will greatly save digital currency.
  • the maintenance cost of the platform is only needed to maintain some public receiving addresses for all users to use, and there is no need to set different receiving addresses for different users as in the prior art, which will greatly save digital currency.
  • the prior art 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 the application
  • the method is based on the common receiving address set by all users sharing the digital currency platform, and distinguishing the users belonging to different target amounts according to the target amount transferred to the public receiving address by each user. In this way, even if the digital currency platform does not need to set different receiving addresses for different users, it can still confirm and distinguish the users to which each business amount belongs.
  • the digital currency platform can first receive the business request sent by the user, and then assign the public receiving address to the user, or first assign the public receiving address to the user, and then receive the business request sent by the user (for example, the user corresponds to the digital currency platform
  • the digital currency platform can assign a public receiving address to the user, or receive the service request sent by the user and assign the public receiving address to the user at the same time.
  • S103 Determine a target amount according to the business amount carried in the service request, and record the corresponding relationship between the target amount and the user.
  • 1 Satoshi Bitcoin basically has no actual 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.
  • the user needs to transfer 5 Bitcoins (5 is the business amount) to the target address allocated by the digital currency platform, and the digital currency platform determines that the neighborhood range of these 5 bitcoins is [4.99999822, 5.0000178], then the number
  • the currency platform can select an amount of 4.99999873 from the neighborhood as the target amount.
  • the determination of the neighborhood range may not have a fixed proportional relationship, as long as the payer or the payee does not feel that the transaction has a capital loss. For example, if the price of a bitcoin is 10,000 yuan, the price of a satoshi is 0.0001 yuan. If the payer or receiver does not care about losing 1 cent, the neighborhood range can be set at ⁇ 100 satoshis.
  • the target amount can also be determined in other ways.
  • the digital currency platform allocates a target address to the user, it can be determined that the user is the first user to use the target address within the preset time, that is, the digital currency platform can allocate the target address to each user within the preset time According to the user’s number, the target amount is determined.
  • the digital currency platform allocates a target address to a user, it is determined that the user is the 30th user who uses the target address within a preset time, and the user number can be determined to be 30. Furthermore, the digital currency platform can subtract 30 satoshis from the business amount according to the user's serial number to 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, where 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 that when the digital currency platform determines the target amount corresponding to the business amount, it can generate a random number 347 from the set value range of 1 to 500, and then determine the business amount plus 347 satoshis based on the random number 347, thus Get the target amount.
  • the timing for the digital currency platform to generate random numbers is not unique.
  • the digital currency platform can generate random numbers after receiving a business request sent by users, or after assigning target addresses to users.
  • the reason why 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.
  • the digital currency platform can also determine the target amount based on time. Specifically, the digital currency platform can determine the time when the user sends the business 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, then the minutes and seconds of the time can be combined to obtain the number 3423, and then the service request can be carried Subtract 3423 satoshis from the business amount to get the target amount corresponding to the business amount.
  • 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 the above, and will not be repeated here.
  • the digital currency platform can also determine the target amount corresponding to the business amount through other methods.
  • 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 use the same public receiving address in 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 each target amount of digital currency, it can determine which user transfers the target amount of digital currency to the target according to each target amount In the address.
  • the digital currency platform determines the target amount, it needs to prompt the user to transfer according to the target amount.
  • the user actually transfers the target amount of digital currency determined by the digital currency platform to the target address, and the amount of business carried in the business request mentioned above can understand that the user is The amount planned to be transferred to the target address during the execution of the business.
  • the target amount determined by the digital currency platform is higher than the business amount carried in the business request sent by the user, and the amount of digital currency held in the user's account address is less than the target amount, After viewing the prompt, the user can send a request to the digital currency platform to re-determine the target amount. Accordingly, the digital currency platform can re-determine the target amount corresponding to the business amount based on the request, and then based on the newly determined target amount. The target amount is prompted to the user.
  • 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 relationship is recorded. Further, the digital currency platform can record the correspondence between the target address assigned by 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 target address in the subsequent process, the digital currency platform can determine the corresponding relationship between each user identifier and each target amount recorded in advance for the target address. Which user comes from each amount of digital currency.
  • the target amount determined by the digital currency platform for the business amount is equivalent to the identification information for the user to perform 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 monitored that the target address receives the digital currency corresponding to the target amount, confirm that the object of transferring the digital currency corresponding to the target amount to the target address is the user.
  • the digital currency platform can monitor the aforementioned target address to determine each amount of digital currency received by the target address.
  • the digital currency platform can, for each target amount of digital currency received by the target address, 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 comes from.
  • the target amount determined by the digital currency platform for the user is equivalent to identification information for identifying the business performed by the user.
  • the digital currency platform can set a valid duration for the corresponding relationship, that is, specify when the corresponding relationship is valid. If the time length for recording the corresponding relationship exceeds the effective time period, the digital currency platform may delete the corresponding relationship.
  • 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 does not transfer the target amount of digital currency to the target address within the valid time period, the corresponding relationship has expired (that is, the digital currency platform determines that the time length for recording the corresponding relationship exceeds the valid time period When the corresponding relationship is deleted), 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.
  • 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 time for other users who use the target address.
  • the digital currency platform does not need to assign different receiving addresses to each user to distinguish different users, but based on the target amount determined by the amount of business performed by the user.
  • the user makes a distinction.
  • the digital currency platform only needs to maintain some public receiving addresses. Therefore, the cost of maintaining the receiving addresses of the digital currency platform is greatly reduced.
  • the digital currency platform will also reduce the cost of aggregating the digital currency in these public receiving addresses to the designated address, thereby further reducing the operating cost of the digital currency platform.
  • the application also provides a corresponding identity confirmation device, as shown in FIG. 2.
  • FIG. 2 is a schematic diagram of a product recommendation device provided by this application, which specifically includes:
  • the receiving module 201 is used to receive a service request sent by a user
  • the allocation module 202 is configured to select a public receiving address from the preset public receiving addresses as a target address and assign it to the user;
  • the amount determining module 203 is configured to determine a target amount according to the business amount carried in the business request, and record the corresponding relationship between the target amount and the user;
  • the identity confirmation module 204 is configured to, if it is monitored that the target address receives the digital currency corresponding to the target amount, confirm that the object of transferring the digital currency corresponding to the target amount to the target address is the user.
  • the public receiving addresses received by different users are different or the same.
  • the amount determination 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 to the target address Different users have different target amounts for different users who use the same public receiving address.
  • the amount determining module 203 is specifically configured to determine the effective duration of the corresponding relationship; if the time length of recording the corresponding relationship exceeds the effective duration, delete the corresponding relationship.
  • 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, confirm that the corresponding relationship is recorded according to the corresponding relationship.
  • the object to which the digital currency corresponding to the target amount is transferred to the target address is the user
  • the embodiment of the present application also provides a non-volatile computer-readable storage medium, the storage medium stores a computer program, and the computer program can be used to execute the method of identity verification 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.
  • the electronic device includes a processor 301, an internal bus 304, a network interface 305, a memory 302, and a non-volatile memory 303.
  • the processor 301, the network interface 305, the memory 302, and the non-volatile memory 303 are connected to each other through an internal bus 304.
  • the processor 301 reads the corresponding computer program from the non-volatile memory 303 and runs it in the memory 302 to implement the method of identity verification described in FIG. 1.
  • a programmable logic device Programmable Logic Device, PLD
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • ABEL Advanced Boolean Expression Language
  • AHDL Altera Hardware Description Language
  • HDCal JHDL
  • Lava Lava
  • Lola MyHDL
  • PALASM RHDL
  • VHDL Very-High-Speed Integrated Circuit Hardware Description Language
  • Verilog Verilog
  • the controller can be implemented in any suitable manner.
  • the controller can take the form of, for example, a microprocessor or a processor and a computer-readable medium storing computer-readable program codes (such as software or firmware) executable by the (micro)processor. , Logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers and embedded microcontrollers.
  • controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicon Labs C8051F320, the memory controller can also be implemented as a part of the memory control logic.
  • controller in addition to implementing the controller in a purely computer-readable program code manner, it is entirely possible to program the method steps 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, etc. Therefore, such a controller can be regarded as a hardware component, and the devices included in it for implementing various functions can also be regarded as a structure within the hardware component. Or even, the device for realizing various functions can be regarded as both a software module for realizing the method and a structure within a hardware component.
  • a typical implementation device is a computer.
  • the computer may be, for example, a personal computer, a laptop computer, a cell 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 Any combination of these devices.
  • the embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.
  • the computing device includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.
  • processors CPU
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer readable media.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash memory
  • Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology.
  • the information can be computer-readable instructions, data structures, program modules, 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, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.
  • this application can be provided as methods, systems, or computer program products. Therefore, this application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types.
  • This application can also be practiced in distributed computing environments. In these distributed computing environments, remote processing devices connected through a communication network perform tasks.
  • program modules can be located in local and remote computer storage media including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种身份确认的方法和装置，在该方法中数字货币平台可以从预设的各公共接收地址中选取一个公共接收地址作为目标地址分配给该用户使用，根据所述业务请求中携带的业务数额，确定该业务数额对应的目标数额，若监测到该目标地址中转入该目标数额对应的数字货币，则确认将该目标数额的数字货币转入到该目标地址的对象为该用户。

Description

身份确认 技术领域
本申请涉及计算机领域，尤其涉及一种身份确认的方法及装置。
背景技术
区块链(Blockchain)为分布式数据存储、点对点传输、加密算法等计算机技术的新型应用模式，而在区块链技术的不断推动下，数字货币得到大力的发展，用户可以在数字货币平台上购买数字货币，并通过购买的数字货币执行各项任务。
用户在数字货币平台上执行诸如兑换、货币出售等业务的过程中，通常需要先将执行业务所需数额的数字货币转入到数字货币平台的账户中，数字货币平台再根据用户转入的数字货币，对该用户所执行的业务进行处理。例如，用户出售自己所持有的比特币时，需要先将出售的比特币转入到数字货币平台的账户中，由数字货币平台替用户售卖这些比特币。
在实际应用中，用户通过自己的账户地址，向数字货币平台的账户转入数字货币。由于用户的账户地址本身所具备的匿名性，数字货币平台通常需要先对用户进行区分，以能够在数字货币平台的账户中收到数字货币时，确定收到的数字货币是出自哪个用户。
目前，数字货币平台通常采用向各用户分配不同接收地址(接收地址即为数字货币平台用于从各用户的账户地址接收数字货币的地址)的方式，对用户进行区分。即，针对每个用户，数字货币平台可以对该用户分配一个唯一的接收地址。所以，若该接收地址对应的账户中收到数字货币，则说明收到的数字货币是由该接收地址对应的用户转入的。但是，随着用户数量的不断增加，数字货币平台需要维护的接收地址也将不断增多，将极大的增加数字货币平台的维护成本。
发明内容
本申请实施例提供一种身份确认的方法及装置，用以减少数字货币平台维护各接收地址的成本。
本申请采用下述技术方案。
第一方面，本申请提供了一种身份确认的方法，包括：
接收用户发送的业务请求；从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户；根据所述业务请求中携带的业务数额，确定目标数额，并记录所述目标数额与所述用户之间的对应关系；若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
可选地，不同用户接收到的公共接收地址不同或相同。
可选地，根据所述业务请求中携带的业务数额，确定目标数额，具体包括：确定所述业务数额的邻域范围；根据所述邻域范围，确定所述目标数额，其中，若将同一公共接收地址作为目标地址分配给不同的用户，使用同一公共接收地址的不同用户对应的目标数额不同。
可选地，记录所述目标数额与所述用户之间的对应关系之后，所述方法还包括：确定所述对应关系的有效时长；若记录所述对应关系的时间长度超过所述有效时长，删除所述对应关系。
可选地，若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户，具体包括：若监测到所述目标地址在所述有效时长内接收到所述目标数额对应的数字货币，根据记录的所述对应关系，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
第二方面，本申请提供了一种身份确认的装置，包括：
接收模块，用于接收用户发送的业务请求；分配模块，用于从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户；数额确定模块，用于根据所述业务请求中携带的业务数额，确定目标数额，并记录所述目标数额与所述用户之间的对应关系；身份确认模块，用于若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
可选地，不同用户接收到的公共接收地址不同或相同。
可选地，所述数额确定模块具体用于，确定所述业务数额的邻域范围；根据所述邻域范围，确定所述目标数额，其中，若将同一公共接收地址作为目标地址分配给不同的用户，使用同一公共接收地址的不同用户对应的目标数额不同。
第三方面，本申请提供了一种非易失性计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述身份确认的方法。
第四方面，本申请提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述身份确认的方法。
从上述方法中可以看出，数字货币平台可以从预设的各公共接收地址中选取一个公共接收地址作为目标地址分配给该用户使用，并根据该用户发送的业务请求中携带的业务数额，确定目标数额，进而在监测到该目标地址接收到该目标数额对应的数字货币时，确认将该目标数额对应的数字货币转入到该目标地址的对象为该用户。相比于现有技术来说，数字货币平台并不需要通过向每个用户分配不同接收地址的方式，来区分不同用户的业务行为，而是基于通过用户执行业务的业务数额所确定出的目标数额来对各用户的业务行为进行区分。这样一来，数字货币平台只需维护一些公共接收地址即可，因此，极大降低了数字货币平台维护接收地址的成本。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。
图1为本申请实施例中一种身份确认的方法的流程示意图。
图2为本申请提供的一种身份确认的装置示意图。
图3为本申请提供的一种身份确认的电子设备示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1为本申请实施例中一种身份确认的方法的流程示意图，包括以下步骤。
S101：接收用户发送的业务请求。
在本申请实施例中，用户可以在数字货币平台通过所持有的数字货币执行各项业务。例如，用户可以将持有的部分数字货币按照一定的汇率兑换成其他的数字货币，也可以 在数字货币平台上将所持有的部分或全部数字货币进行出售。
用户在执行业务的过程中，通常需要将执行业务所需的数额的数字货币先转入到数字货币平台的接收账户中，数字货币平台在监测到用户将该数额的数字货币转入到用于接收数字货币的接收地址中后，可以对该用户所执行的业务进行处理。例如，假设用户需要将自己所持有的5个比特币兑换成以太币时，可以先将这5个比特币转到数字货币平台用于接收比特币的接收地址中，数字货币平台监测到这5个比特币到账后，可以按照比特币与以太币之间的汇率，将相应的以太币转入至该用户的以太坊地址中。
所以，用户通过自己所持有的数字货币在数字货币平台上执行各种业务时，可以先输入执行业务所需的业务数额，并基于该业务数额，向数字货币平台发送业务请求，而数字货币平台接收到该业务请求后，可以根据该业务请求，对用户所执行的业务进行处理。
S102：从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户。
在本申请实施例中，数字货币平台可以维护一些供所有用户使用的公共接收地址。在用户执行业务的过程中，数字货币平台可以从所维护的这些公共接收地址中选取一个公共接收地址作为目标地址分配给该用户。其中，数字货币平台可以从所维护的各公共接收地址中随机选取一个公共接收地址作为目标地址分配给用户，也可以根据各公共接收地址当前的使用状态，来选取公共接收地址，例如，数字货币平台可以针对每个公共接收地址，确定当前时刻使用该公共接收地址的用户数量，进而将当前时刻用户数量最少的公共接收地址作为目标地址分配给用户。
不同种类的数字货币所对应的公共接收地址可以不同。例如，数字货币平台针对比特币设置的公共接收地址是专门用于保管比特币的，针对以太币设置的公共接收地址是专门用于保管以太币。所以，数字货币平台向用户分配公共接收地址时，可以先根据用户所执行的业务，确定用户执行该业务所使用的币种，进而从为该币种的数字货币所设置的各公共接收地址中选取一个公共接收地址作为目标地址分配给该用户进行使用。
在本申请实施例中，数字货币平台只需要维护一些公共接收地址即可供所有用户进行使用，无需像现有技术一样，针对不同的用户设置不同的接收地址，这样将极大的节省数字货币平台的维护成本。
而对于确定各业务数额的归属所采用的方式来说，现有技术主要是通过为不同的用 户设置不同的接收地址，来实现各业务数额归属的确认，而本申请实施例所提供的身份确认方式，则是在所有用户共用数字货币平台所设置的公共接收地址的基础上，根据各用户转入至公共接收地址中的目标数额，来对不同目标数额所归属的用户进行区分。这样一来，即使数字货币平台无需针对不同的用户设置不同的接收地址，也可以实现对各业务数额所归属的用户进行确认、区分。
需要说明的是，在本申请实施例中，向用户分配公共接收地址和接收用户发送的业务请求之间的顺序并不唯一。数字货币平台可以按照上述说明，先接收用户发送的业务请求，再向用户分配公共接收地址，也可以先向用户分配公共接收地址，再接收用户发送的业务请求(例如，用户在数字货币平台对应的页面上点击所要执行业务的入口时，数字货币平台即可为该用户分配公共接收地址)，或是接收用户发送的业务请求和向用户分配公共接收地址这两步同时进行。
S103：根据所述业务请求中携带的业务数额，确定目标数额，并记录所述目标数额与所述用户之间的对应关系。
通常情况下，数字货币的货币单位所对应的数字货币额度较低，如，1比特币＝10 8聪(satoshi)，即，1聪＝0.00000001比特币。而在实际应用中，1聪的比特币基本上没有实际的价值。所以，数字货币平台确定该业务请求中携带的业务数额后，可以基于数字货币的货币单位，确定该业务数额对应的邻域范围，进而从该邻域范围内选取一个数额作为目标数额。
例如，用户需要向数字货币平台为其分配的目标地址中转入5个比特币(5即业务数额)，数字货币平台确定这5个比特币的邻域范围为[4.99999822，5.00000178]，则数字货币平台可以从该邻域范围内选取数额4.99999873作为目标数额。
在本申请实施例中，该邻域范围的确定可以没有一个固定的比例关系，只要付款方或者收款方不觉得本次交易有资金损失即可。例如，假设一个比特币的价格为10000元，则一聪的价格为0.0001元。若付款方或者收款方对于损失1分钱无所谓的话，则该邻域范围可以定为±100聪。
在本申请实施例中，也可以通过其他的方式，确定目标数额。数字货币平台向该用户分配目标地址时，可以确定在预设时间内该用户是第几个使用该目标地址的用户，即，数字货币平台可以根据在该预设时间内向各用户分配该目标地址的顺序，对各用户进行编号，进而根据用户的编号，确定目标数额。
例如，假设数字货币平台将目标地址分配给用户时，确定该用户为预设时间内第30个使用该目标地址的用户，则可以确定该用户的编号为30。进一步地，数字货币平台可以根据该用户的编号，将业务数额减去30聪，进而得到该业务数额对应的目标数额。
数字货币平台也可以通过生成随机数的方式来确定业务数额对应的目标数额。具体的，数字货币平台可以针对用户所执行的此次业务，生成随机数，其中，生成的随机数要求在设定数值范围内，并且，生成的随机数在预设时间内唯一。数字货币平台可以根据该随机数，确定出业务数额对应的目标数额。例如，假设数字货币平台在确定业务数额对应的目标数额时，可以从设定数值范围1～500的内生成随机数347，进而根据该随机数347，确定将该业务数额加上347聪，从而得到目标数额。
需要说明的是，数字货币平台生成随机数的时机并不唯一，如，数字货币平台可以在接收到用户发送的业务请求后，生成随机数，也可以在向用户分配目标地址后生成随机数。而之所以要求生成的随机数应在设定数值范围内，则是考虑到若是随机数过大，可能会使确定出的目标数额与业务数额之间的差值过大。
数字货币平台也可以根据时间确定目标数额。具体的，数字货币平台可以确定用户发送业务请求的时间，并可以根据该时间的分位和秒位，确定目标数额。例如，假设数字货币平台接收用户发送的业务请求的时间为：18：34：23，则可以将该时间的分位和秒位上的数字进行组合，得到数字3423，进而将该业务请求中携带的业务数额减去3423聪，得到该业务数额对应的目标数额。
当然，数字货币平台也可以根据向用户分配目标地址的时间，确定目标数额，具体的方式与上述基本相同，在此不再赘述。而除了上述列举出集中确定目标数额的方式外，数字货币平台也可以通过其他的方式确定业务数额对应的目标数额。
而无论通过何种方式确定目标数额，需要保证根据确定出的目标数额在一定时间内是唯一，即，对于在同一时间段内共同使用同一公共接收地址的不同用户，这些用户所对应的目标数额应是不同的，这样才能有效的保证数字货币平台监测到目标地址接收到各目标数额的数字货币时，能够根据每个目标数额，确定是哪个用户将该目标数额的数字货币转入至该目标地址中的。
在本申请实施例中，数字货币平台确定出目标数额后，需要提示用户按照该目标数额进行转账。也就是说，用户在执行过程中，实际上是将数字货币平台确定出的目标数额的数字货币转入至目标地址中的，而上述提到的业务请求中携带的业务数额，可以理 解用户在执行该业务时计划转入至目标地址的数额。
需要说明的是，若是数字货币平台确定出的目标数额高于该用户发送的业务请求中所携带的业务数额，并且，该用户的账户地址中所持有的数字货币的数额不足该目标数额，则用户可以在查看到该提示后，向数字货币平台发送重新确定目标数额的请求，相应的，数字货币平台可以根据该请求，重新确定出该业务数额对应的目标数额，进而基于重新确定出的目标数额向用户进行提示。
在本申请实施例中，数字货币平台可以将该用户与确定出的目标数额之间的对应关系进行记录，即，将该目标数额和用户标识(如用户的账号、身份证号、用户ID等)的对应关系进行记录。进一步地，数字货币平台可以将为用户分配的目标地址、确定出的目标数额以及该用户的用户标识这三者之间的对应关系进行记录。这样一来，若后续过程中有多笔数额的数字货币转入到上述目标地址中，则数字货币平台可以根据预先针对该目标地址所记录的各用户标识和各目标数额的对应关系，确定出每笔数额的数字货币分别出自哪个用户。
也就是说，数字货币平台针对该业务数额所确定出的目标数额，相当于该用户执行此次业务的标识信息。数字货币平台后续可以基于不同用户的标识信息，对不同用户所执行的业务进行识别。
S104：若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
在本申请实施例中，数字货币平台可以对上述目标地址进行监测，以确定该目标地址接收到的各笔数额的数字货币。数字货币平台可以针对该目标地址接收到的每笔目标数额的数字货币，从预先针对该目标地址所记录的各用户标识和各目标数额的对应关系，查询出该这笔目标数额所对应的用户标识，进而确定出这笔目标数额的数字货币出自哪个用户。
通过上述描述可知，数字货币平台针对该用户所确定的目标数额相当于标识信息，用于识别该用户所执行的业务。而数字货币平台在记录该目标数额和该用户之间的对应关系时，可以为该对应关系设置一个有效时长，即规定了该对应关系在何时有效。而若记录该对应关系的时间长度超过了该有效时长，则数字货币平台可以删除该对应关系。
相应的，若用户在该有效时长内将该目标数额的数字货币转入到该目标地址中，则数字货币平台可以根据记录的该目标数额和该用户之间的对应关系，识别出该目标数额 的数字货币是该用户转入到该目标地址中的。而若该用户未在该有效时长内将该目标数额的数字货币转入到该目标地址中，则由于该对应关系已经失效(即，数字货币平台确定记录该对应关系的时间长度超过该有效时长时删除了该对应关系)，数字货币平台将无法根据该目标数额，确定出该目标数额的数字货币出自哪个用户。因此，数字货币平台可以按照转出该目标数额的账户地址，将该目标数额的数字货币退回。
其中，数字货币平台需要将超过有效时长的对应关系进行删除，主要是考虑到需要及时释放作为标识信息的该目标数额，以供使用该目标地址的其他用户使用。
从上述方法中可以看出，数字货币平台并不需要通过向每个用户分配不同接收地址的方式，来区分不同用户，而是基于通过用户执行业务的业务数额所确定出的目标数额来对各用户进行区分。这样一来，数字货币平台只需维护一些公共接收地址即可，因此，极大降低了数字货币平台维护接收地址的成本。
并且，由于需要维护的接收地址的数量降低，数字货币平台将这些公共接收地址中的数字货币汇总到指定地址时所消耗的成本也将降低，从而进一步降低了数字货币平台的运营成本。
以上为本申请的一个或多个实施例提供的身份确认的方法，基于同样的思路，本申请还提供了相应的身份确认的装置，如图2所示。
图2为本申请提供的一种商品推荐的装置示意图，具体包括：
接收模块201，用于接收用户发送的业务请求；
分配模块202，用于从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户；
数额确定模块203，用于根据所述业务请求中携带的业务数额，确定目标数额，并记录所述目标数额与所述用户之间的对应关系；
身份确认模块204，用于若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
可选地，不同用户接收到的公共接收地址不同或相同。
可选地，所述数额确定模块203具体用于，确定所述业务数额的邻域范围；根据所述邻域范围，确定所述目标数额，其中，若将同一公共接收地址作为目标地址分配给不同的用户，使用同一公共接收地址的不同用户对应的目标数额不同。
可选地，所述数额确定模块203具体用于，确定所述对应关系的有效时长；若记录所述对应关系的时间长度超过所述有效时长，删除所述对应关系。
可选地，所述身份确认模块204具体用于，若监测到所述目标地址在所述有效时长内接收到所述目标数额对应的数字货币，根据记录的所述对应关系，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户
本申请实施例还提供了一种非易失性计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的身份确认的方法。
本申请实施例还提供了图3所示的电子设备的示意结构图。如图3所述，在硬件层面，该电子设备包括处理器301、内部总线304、网络接口305、内存302以及非易失性存储器303，当然还可能包括其他业务所需要的硬件。处理器301、网络接口305、内存302以及非易失性存储器303通过内部总线304相互连接。处理器301从非易失性存储器303中读取对应的计算机程序到内存302中运行，以实现上述图1所述的身份确认的方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如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)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些 计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

  1. 一种身份确认的方法，其特征在于，包括：
    接收用户发送的业务请求；
    从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户；
    根据所述业务请求中携带的业务数额，确定目标数额，并记录所述目标数额与所述用户之间的对应关系；
    若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的所述数字货币转入所述目标地址的对象为所述用户。
  2. 如权利要求1所述的方法，其特征在于，不同用户接收到的公共接收地址不同或相同。
  3. 如权利要求1所述的方法，其特征在于，根据所述业务请求中携带的所述业务数额，确定所述目标数额，具体包括：
    确定所述业务数额的邻域范围；
    根据所述邻域范围，确定所述目标数额，其中，若将同一公共接收地址作为所述目标地址分配给不同的用户，使用同一公共接收地址的不同用户对应的目标数额不同。
  4. 如权利要求1所述的方法，其特征在于，记录所述目标数额与所述用户之间的所述对应关系之后，所述方法还包括：
    确定所述对应关系的有效时长；
    若记录所述对应关系的时间长度超过所述有效时长，删除所述对应关系。
  5. 如权利要求4所述的方法，其特征在于，若监测到所述目标地址接收到所述目标数额对应的所述数字货币，确认将所述目标数额对应的所述数字货币转入所述目标地址的对象为所述用户，具体包括：
    若监测到所述目标地址在所述有效时长内接收到所述目标数额对应的所述数字货币，根据记录的所述对应关系，确认将所述目标数额对应的所述数字货币转入所述目标地址的对象为所述用户。
  6. 一种身份确认的装置，其特征在于，包括：
    接收模块，用于接收用户发送的业务请求；
    分配模块，用于从预设的各公共接收地址中，选取一个公共接收地址作为目标地址分配给所述用户；
    数额确定模块，用于根据所述业务请求中携带的业务数额，确定目标数额，并记录 所述目标数额与所述用户之间的对应关系；
    身份确认模块，用于若监测到所述目标地址接收到所述目标数额对应的数字货币，确认将所述目标数额对应的数字货币转入所述目标地址的对象为所述用户。
  7. 如权利要求6所述的装置，其特征在于，不同用户接收到的公共接收地址不同或相同。
  8. 如权利要求6所述的装置，其特征在于，所述数额确定模块具体用于：
    确定所述业务数额的邻域范围；
    根据所述邻域范围，确定所述目标数额，其中，若将同一公共接收地址作为目标地址分配给不同的用户，使用同一公共接收地址的不同用户对应的目标数额不同。
  9. 一种非易失性计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1～5任一项所述的方法。
  10. 一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1～5任一项所述的方法。
PCT/CN2019/123739 2019-05-07 2019-12-06 身份确认 WO2020224256A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910376080.3A CN110210843A (zh) 2019-05-07 2019-05-07 一种身份确认的方法及装置
CN201910376080.3 2019-05-07

Publications (1)

Publication Number Publication Date
WO2020224256A1 true WO2020224256A1 (zh) 2020-11-12

Family

ID=67785608

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/123739 WO2020224256A1 (zh) 2019-05-07 2019-12-06 身份确认

Country Status (2)

Country Link
CN (1) CN110210843A (zh)
WO (1) WO2020224256A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110210843A (zh) * 2019-05-07 2019-09-06 北京三快在线科技有限公司 一种身份确认的方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102479401A (zh) * 2010-11-26 2012-05-30 北大方正集团有限公司 一种基于移动终端的银行排号的方法、系统及装置
US20170236102A1 (en) * 2016-02-12 2017-08-17 D+H Usa Corporation Peer-to-Peer Financial Transactions Using A Private Distributed Ledger
CN108647950A (zh) * 2018-05-18 2018-10-12 阿里巴巴集团控股有限公司 一种转账请求处理方法、装置及设备
CN108781161A (zh) * 2016-02-23 2018-11-09 区块链控股有限公司 用于控制和分发数字内容的区块链实现的方法
CN109359994A (zh) * 2018-10-31 2019-02-19 巴马平方米区块链有限公司 基于区块链的业务处理方法、装置及系统
CN110210843A (zh) * 2019-05-07 2019-09-06 北京三快在线科技有限公司 一种身份确认的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102479401A (zh) * 2010-11-26 2012-05-30 北大方正集团有限公司 一种基于移动终端的银行排号的方法、系统及装置
US20170236102A1 (en) * 2016-02-12 2017-08-17 D+H Usa Corporation Peer-to-Peer Financial Transactions Using A Private Distributed Ledger
CN108781161A (zh) * 2016-02-23 2018-11-09 区块链控股有限公司 用于控制和分发数字内容的区块链实现的方法
CN108647950A (zh) * 2018-05-18 2018-10-12 阿里巴巴集团控股有限公司 一种转账请求处理方法、装置及设备
CN109359994A (zh) * 2018-10-31 2019-02-19 巴马平方米区块链有限公司 基于区块链的业务处理方法、装置及系统
CN110210843A (zh) * 2019-05-07 2019-09-06 北京三快在线科技有限公司 一种身份确认的方法及装置

Also Published As

Publication number Publication date
CN110210843A (zh) 2019-09-06

Similar Documents

Publication Publication Date Title
CN108829350B (zh) 基于区块链的数据迁移方法和装置
EP3780541A1 (en) Identity information identification method and device
CN110020774B (zh) 一种资源共享方法、系统、装置及电子设备
EP3565219B1 (en) Service execution method and device
US20210049592A1 (en) Resource sharing method, apparatus, and device
KR20200003374A (ko) 오프라인 지불, 서비스 프로세싱, 및 지불 프로세싱을 위한 방법 및 장치
CN107450979A (zh) 一种区块链共识方法及装置
CN108364223A (zh) 一种数据审计的方法及装置
TW201822033A (zh) 資源處理方法及裝置
WO2021238996A1 (zh) 一种资源处理方法、装置及设备
CN105787733B (zh) 一种业务信息处理方法及装置
CN108920257B (zh) 事务处理方法、装置、设备及存储介质
CN113554513B (zh) 数据处理方法、装置和系统
CN108694574B (zh) 一种资源转移渠道的处理方法、装置及设备
US20200357078A1 (en) Method, apparatus, system, and electronic device for credit tax refundment
TWI686758B (zh) 資料請求處理、詢問消息處理方法、裝置以及設備
EP3813001A1 (en) Data reading method based on a plurality of block chain networks and system
CN112862293A (zh) 一种资源分配方法、装置、存储介质及电子设备
WO2023151438A1 (zh) 支付交互处理
WO2021239087A1 (zh) 一种数据处理方法、装置、设备及介质
CN116305298B (zh) 一种算力资源管理方法、装置、存储介质及电子设备
CN110020886B (zh) 一种定价方法、系统、装置及电子设备
WO2020224256A1 (zh) 身份确认
CN112764676B (zh) 一种资源分配系统及方法
US11223692B2 (en) Service execution methods and apparatuses

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19927706

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19927706

Country of ref document: EP

Kind code of ref document: A1