WO2020082833A1 - 转账方法、装置及设备 - Google Patents

转账方法、装置及设备 Download PDF

Info

Publication number
WO2020082833A1
WO2020082833A1 PCT/CN2019/097599 CN2019097599W WO2020082833A1 WO 2020082833 A1 WO2020082833 A1 WO 2020082833A1 CN 2019097599 W CN2019097599 W CN 2019097599W WO 2020082833 A1 WO2020082833 A1 WO 2020082833A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
transfer
server
client
module
Prior art date
Application number
PCT/CN2019/097599
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 WO2020082833A1 publication Critical patent/WO2020082833A1/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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • the embodiments of the present specification relate to the field of information technology, and in particular, to a transfer method, device, and equipment.
  • the embodiments of the present specification provide a transfer method, which is used in the scenario where the first user and the second user transfer in person, specifically including:
  • the first client obtains the biometrics of the second user, and sends the biometrics to the server, so that the server determines the second user identity according to the biometrics;
  • Receive a confirmation instruction from the first user generate a transfer request that includes the first user ID, the second user ID, and the transfer amount, and send it to the server for the server to perform the transfer process;
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • this specification also provides a transfer method applied to the server, which is used in the scenario where the first user and the second user transfer in person, including:
  • biometrics determine the second user identification based on a pre-stored database containing the user's biometrics
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • the embodiment of the present specification provides a transfer device, which is used in the scenario where the first user and the second user transfer money in person, and specifically includes:
  • An obtaining module to obtain the biological characteristics of the second user
  • a sending module sending the biometrics to the server, so that the server determines the second user identity according to the biometrics
  • the receiving module receives the second user ID returned by the server
  • a display module displaying the second user identification
  • the generating module receives the confirmation instruction of the first user, generates a transfer request including the first user ID, the second user ID, and the transfer amount, and sends it to the server, so that the server can perform the transfer process;
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • the embodiment of the present specification also provides another transfer device, which is used in the scenario where the first user and the second user transfer money in person, including:
  • the receiving module receives the biometrics sent by the first client
  • a determining module based on the biometrics, based on a pre-stored database containing the user's biometrics, determining the second user identification;
  • a sending module sending the second user identifier to the first party client
  • the receiving module is also used to receive a transfer request including the first user ID, the second user ID and the transfer amount;
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • the embodiments of the present specification also provide a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor realizes the above-mentioned transfer when executing the program method.
  • the embodiments of the present specification also provide a computer-readable storage medium on which a computer program is stored, and when the program is executed by the processor, the above-mentioned transfer method is executed.
  • the first user uses the first client to scan the second user to obtain their biometrics, and uploads it to the server to allow the server to perform Identification, and then generate a corresponding transfer request on the first client, and send the transfer request to the server for transfer, and transfer / payment, reduce user operation steps, improve transfer efficiency and user experience.
  • any one of the embodiments of this specification does not need to achieve all the above-mentioned effects.
  • FIG. 1 is a schematic structural diagram of a transfer scheme provided by an embodiment of this specification
  • FIG. 2 is a schematic flowchart of a client-side transfer method provided by an embodiment of this specification
  • FIG. 3 is an example diagram of providing a face scanning option in a client provided by an embodiment of this specification
  • FIG. 4 is a schematic diagram of desensitization display of a second user identification and other information in a first client provided by an embodiment of this specification;
  • FIG. 5 is a schematic flowchart of a server side provided by an embodiment of this specification.
  • FIG. 6 is a schematic structural diagram of a client-side transfer device provided by an embodiment of this specification.
  • FIG. 7 is a schematic structural diagram of a server-side transfer device provided by an embodiment of this specification.
  • FIG. 8 is a schematic structural diagram of a device for configuring a method of an embodiment of this specification.
  • FIG. 1 is a schematic structural diagram of a transfer solution provided by an embodiment of this specification.
  • the first user and the second user are two types of users of the payee and the payer.
  • the first user is When the payee is the second user is the payer; when the first user is the payer, the second user is the payee.
  • the client corresponding to the first user is the first client, and the client corresponding to the second user is the second client.
  • the first client and the second client may be integrated into one software program or hardware as different functional modules, or may respectively perform their respective functions as independent functional modules.
  • FIG. 2 is a schematic flowchart of the client-side transfer method provided by the embodiment of the present specification.
  • the first client obtains the biometrics of the second user, and sends the biometrics to the server, so that the server determines the second user identity according to the biometrics.
  • the first user corresponding to the first client may be a payer or a payee.
  • the second user is the payer; when the first user is the payer, the second user is the payee.
  • the biological features may include facial features, iris features, fingerprint features, and other biological features that can be used to identify the user's identity.
  • the above scanning function can be realized by adding corresponding function options in the corresponding business page, for example, when performing scan code to make payment On the page, add the "sweep face" function option to facilitate the user to operate.
  • FIG. 3 is an example diagram of providing a face scanning option in a client provided by an embodiment of the present specification.
  • the first user uses the transfer payment function of the first client, generally speaking, the first user has already performed login on the first client, and the first client can already obtain the first user identification at this time, for example, the first user Account number, ID card number, mobile phone number, etc.
  • S203 Receive the second user ID returned by the server, and display the second user ID.
  • the server After receiving the biometrics of the second user, the server can perform identification and return the second user identification. It is easy to understand that the form of the second user's logo is no different from that of the first user.
  • the first user terminal After receiving the identifier, the first user terminal may jump to a corresponding page to display the second user identifier. In a face-to-face transfer scenario, users of both parties can confirm the second user ID returned by the server in person to avoid errors.
  • S205 Receive a confirmation instruction from the first user, generate a transfer request that includes the first user ID, the second user ID, and the transfer amount, and send it to the server for the server to perform the transfer process.
  • the above confirmation instruction may include confirmation of the identity of the second user, confirmation of the input of the transfer amount, confirmation of the generation of the transfer request, and so on.
  • the first user can also terminate the above transfer payment process.
  • the first user uses the first client to scan the second user to obtain their biometrics, and uploads it to the server to allow the server to check the second based on the biometrics.
  • the user performs identity recognition, and then generates a corresponding transfer request on the first client, and sends the transfer request to the server for transfer, and transfer / payment, reducing user operation steps and improving transfer efficiency and user experience.
  • the method of acquiring the biological characteristics of the second user may include the following methods: scanning the face of the second user to obtain the facial characteristics of the second user; or scanning the eyes of the second user to obtain the second user Iris characteristics.
  • the server when the server returns the second user ID, it can also return some other information of the second user, which is used to assist in identifying the identity of the second user, for example, the registered mailbox, nickname, avatar, etc. of the second user.
  • the returned second user ID or other information can also be encrypted by an algorithm to perform desensitization processing, for example, hiding the middle part of the character of the second user ’s nickname or mobile phone number, Mosaic treatment of the eyes or display only part of the avatar, etc. Therefore, when the first user displays the second user logo, other information of the second user may be displayed together. If the above information has been desensitized by the server, the displayed information is the desensitized information. As shown in FIG. 4, FIG. 4 is a schematic diagram of desensitizing and displaying the second user identification and other information in the first client provided by the embodiment of the present specification.
  • the desensitization process may also be performed on the first client side. That is, for S203, displaying the second user ID may further include: performing desensitization processing on the second user ID; displaying The second user ID after the desensitization process. By desensitizing the second user identification or other related information, the privacy of the second user can be better protected.
  • the second user is the payee.
  • the first user as the payer scans the payee, and the first user can directly confirm it.
  • the second user is the payer. Since scanning the user's facial features or iris features usually requires the second user's consent, it can be considered at this time The second user has authorized payment. Or, in some cases, the second user may not need to confirm the transfer payment initiated by the first user, for example, when the second user has enabled the micro-payment free confirmation, and the transfer amount does not exceed the range of the micro-payment; Or, both the first user ID and the second user ID exist in the friend list of the other party on the server side of the user, and so on.
  • the server may also push the relevant information in the first transfer request to the payer in the transfer request (in this case, the second client of the second user) for verification.
  • the second client can facilitate the second user to confirm the corresponding transfer request, including verification or verification failure, and return verification success / failure information to the server, so that the server can perform the corresponding deal with.
  • FIG. 5 is the server side provided by the embodiment of the specification.
  • Schematic diagram of the process including:
  • the biometrics include facial features, or iris features, or fingerprint features, and so on.
  • biometrics determine the second user identifier based on a pre-stored database containing the user's biometrics.
  • biometrics can be used for user login on the client or for the server to identify the user.
  • S505 Send the second user identifier to the first-party client.
  • S507 Receive a transfer request including the first user ID, the second user ID, and the transfer amount, and perform transfer processing.
  • the server can also determine other information of the second user (such as avatar, nickname, name, etc., to help confirm identity) according to the second user ID, and send the other information to the first user together . And, the server can also desensitize the second user ID and the other information and send it to the first client.
  • the server can also determine other information of the second user (such as avatar, nickname, name, etc., to help confirm identity) according to the second user ID, and send the other information to the first user together .
  • the server can also desensitize the second user ID and the other information and send it to the first client.
  • the server may also send the relevant information of the transfer request to the second server for the second user to confirm.
  • the transfer is performed only when the information passed by the second user verification is received, otherwise, the transfer is not performed. In this way, the security during the transfer process is further improved.
  • an embodiment of this specification also provides a transfer device, which is used in the scenario where the first user and the second user transfer money face-to-face, as shown in FIG. 6, which is one of the client aspects provided by the embodiment of this specification
  • Schematic diagram of a transfer device including:
  • the obtaining module 601 obtains the biological characteristics of the second user
  • the sending module 602 sends the biometrics to the server, so that the server determines the second user identity according to the biometrics;
  • the receiving module 603 receives the second user identifier returned by the server
  • the generating module 605 receives the confirmation instruction of the first user, generates a transfer request including the first user ID, the second user ID, and the transfer amount, and sends it to the server for the server to perform the transfer process;
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • the obtaining module 601 scans the second user's face to obtain the second user's facial features; or, scans the second user's eyes to obtain the second user's iris features.
  • the receiving module 603 receives the second user identifier and other information of the second user returned by the server, wherein the other information of the second user is determined by the server according to the second user identifier and used for Assist in identifying the identity of the second user; the display module 604 displays the second user identification and other information of the second user.
  • the display module 604 performs desensitization processing on the second user identification; and displays the second user identification after desensitization processing.
  • the device further includes a verification module 606 for the second user to receive the verification request returned by the server so that the second user can confirm the transfer;
  • the confirmation instruction of the second user sends verification success / failure information to the server.
  • an embodiment of this specification also provides a transfer device for scenarios where the first user and the second user transfer money face-to-face, as shown in FIG. 7.
  • a schematic structural diagram of a transfer device including:
  • the receiving module 701 receives the biometrics sent by the first client
  • the determining module 702 determines the second user identifier based on the pre-stored database containing the user's biometrics based on the biometrics;
  • the sending module 703 sends the second user identifier to the first party client
  • the receiving module 701 is further configured to receive a transfer request including the first user ID, the second user ID and the transfer amount;
  • the processing module 704 performs transfer processing
  • the second user when the first user is the payee, the second user is the payer; when the first user is the payer, the second user is the payee.
  • the determining module 702 is further configured to determine other information of the second user according to the second user identity, where the other information of the second user is determined by the server according to the second The second user identification is determined and used to assist in identifying the second user identity; the sending module 703 sends the second user identification and other information of the second user to the first client.
  • the device further includes a desensitization module 705 to desensitize the second user ID; the sending module 703 sends the desensitized second user ID to the first-party client.
  • the sending module 703 is further used to send a verification request to the second client so that the second user can verify the transfer; the processing module 704, If the verification success message sent by the second client is received, the transfer process is executed; otherwise, the transfer process is not executed.
  • An embodiment of the present specification also provides a computer device, which includes at least a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the program to implement the operations shown in FIG. 2 or FIG. 5.
  • a computer device which includes at least a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the program to implement the operations shown in FIG. 2 or FIG. 5. The transfer method shown.
  • FIG. 8 shows a schematic diagram of a more specific hardware structure of a computing device provided by an embodiment of this specification.
  • the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050.
  • the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 realize the communication connection between the devices within the device through the bus 1050.
  • the processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit, central processing unit), a microprocessor, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc. Programs to implement the technical solutions provided by the embodiments of the present specification.
  • the memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory, random access memory), static storage devices, and dynamic storage devices.
  • the memory 1020 may store an operating system and other application programs. When the technical solutions provided by the embodiments of the present specification are implemented by software or firmware, related program codes are stored in the memory 1020 and are called and executed by the processor 1010.
  • the input / output interface 1030 is used to connect input / output modules to realize information input and output.
  • the input / output / module can be configured as a component in the device (not shown in the figure), or can be externally connected to the device to provide corresponding functions.
  • the input device may include a keyboard, mouse, touch screen, microphone, various sensors, etc.
  • the output device may include a display, a speaker, a vibrator, an indicator light, and the like.
  • the communication interface 1040 is used to connect a communication module (not shown in the figure) to implement communication interaction between the device and other devices.
  • the communication module can realize communication through a wired method (such as USB, network cable, etc.), and can also implement communication through a wireless method (such as mobile network, WIFI, Bluetooth, etc.).
  • the bus 1050 includes a path for transferring information between various components of the device (for example, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).
  • the device may also include the necessary to achieve normal operation Other components.
  • the above-mentioned device may also include only the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figures.
  • Embodiments of the present specification also provide a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the transfer method shown in FIG. 2 or FIG. 5 is implemented.
  • Computer-readable media including permanent and non-permanent, removable and non-removable media, can store information by any method or technology.
  • the information may be computer readable instructions, data structures, modules of programs, 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 technologies, read-only compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape 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.
  • computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.
  • the system, method, module or unit explained in the above embodiments may be implemented by a computer chip or entity, or by a product with a certain function.
  • a typical implementation device is a computer, and the specific form of the computer may be 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 sending and receiving device, and a game control Desk, tablet computer, wearable device, or any combination of these 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 Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Collating Specific Patterns (AREA)

Abstract

公开了转账方法、装置及设备。在面对面进行转账的场景下，第一用户利用第一客户端扫描第二用户获取其生物特征，并上传服务端，让服务端基于生物特征对第二用户进行身份识别，进而在第一客户端生成相应的转账请求，并发送转账请求至服务端进行转账，并进行转账/支付,减少用户操作步骤，提高转账效率和用户体验。

Description

转账方法、装置及设备 技术领域
本说明书实施例涉及信息技术领域，尤其涉及转账方法、装置及设备。
背景技术
通过支付应用进行转账/支付在当前已经应用的非常广泛，在现有面对面的转账场景中，主要途径是通过二维码实现。在上述方案中用户需要首先生成用于收款或者付款的二维码，用户若常备一张二维码则存在一定的安全问题，临时生成二维码则需要进入客户端的支付界面中进行多次选择点击。
基于此，需要一种更有效率的转账方案。
发明内容
针对现有转账方案中存在的问题，为实现更有效率的转账，本说明书实施例提供一种转账方法，用于第一用户和第二用户当面进行转账的场景下，具体包括：
第一客户端获取第二用户的生物特征，以及，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识；
接收服务端返回的第二用户标识，显示所述第二用户标识；
接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
同时，本说明书还提供应用于服务端的一种转账方法，用于第一用户和第二用户当面进行转账的场景下，包括：
接收第一客户端所发送的生物特征；
根据所述生物特征，基于预先存储的包含用户生物特征的数据库，确定第二用户标识；
发送所述第二用户标识至第一方客户端；
接收包含第一用户标识、第二用户标识和转账金额的转账请求，进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
对应的，本说明书实施例提供一种转账装置，用于第一用户和第二用户当面进行转账的场景下，具体包括：
获取模块，获取第二用户的生物特征；
发送模块，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识；
接收模块，接收服务端返回的第二用户标识；
显示模块，显示所述第二用户标识；
生成模块，接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
对应的，本说明书实施例还提供另一种转账装置，用于第一用户和第二用户当面进行转账的场景下，包括：
接收模块，接收第一客户端所发送的生物特征；
确定模块，根据所述生物特征，基于预先存储的包含用户生物特征的数据库，确定第二用户标识；
发送模块，发送所述第二用户标识至第一方客户端；
所述接收模块还用于，接收包含第一用户标识、第二用户标识和转账金额的转账请求；
处理模块，进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
对应的，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述 的转账方法。
对应的，本说明书实施例还提供计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，执行实现上述的转账方法。
本说明书实施例所提供的方案，在面对面进行转账的场景下，第一用户利用第一客户端扫描第二用户获取其生物特征，并上传服务端，让服务端基于生物特征对第二用户进行身份识别，进而在第一客户端生成相应的转账请求，并发送转账请求至服务端进行转账，并进行转账/支付,减少用户操作步骤，提高转账效率和用户体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的转账方案的架构示意图；
图2为本说明书实施例所提供的客户端方面的转账方法流程示意图；
图3为本说明书实施例所提供的在客户端中提供扫描面部选项的示例图；
图4为本说明书实施例所提供第一客户端中对第二用户标识和其他信息进行脱敏显示的示意图；
图5为本说明书实施例所提供的服务端方面的流程示意图；
图6是本说明书实施例提供的客户端方面的一种转账装置的结构示意图；
图7是本说明书实施例提供的服务端方面的一种转账装置的结构示意图；
图8是用于配置本说明书实施例方法的一种设备的结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
以下结合附图，详细说明本说明书各实施例提供的技术方案。如图1所示，图1是本说明书实施例提供的转账方案的架构示意图，在该图中，第一用户和第二用户作为收款方和付款方的两类用户，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。容易理解，第一用户对应的客户端即为第一客户端，第二用户对应的客户端即为第二客户端。此外，第一客户端和第二客户端可以作为不同的功能模块集成在一个软件程序或者硬件中，也可以分别作为独立的功能模块分别执行各自的功能。
下面结合图1所提供的架构示意图，详细解释本说明书实施例所提供的转账方案。该方案具体包括客户端和服务端两个方面，对于客户端方面，其流程具体包括如下步骤，如图2所示，图2为本说明书实施例所提供的客户端方面的转账方法流程示意图，包括
S201，第一客户端获取第二用户的生物特征，以及，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识。
与第一客户端所对应的第一用户可以是付款方，也可以是收款方。当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。所述的生物特征可以包括面部特征、虹膜特征、指纹特征等等其它可以用于识别用户身份的生物特征。在本身可采用其他方式(例如扫码)进行转账支付的第一客户端中，上述的扫描功能可以通过在相应的业务页面中增加相应的功能选项来实现，例如，在执行扫码进行支付的页面中，添加“扫脸”的功能选项，以方便用户进行操作。如图3所示，图3为本说明书实施例所提供的在客户端中提供扫描面部选项的示例图。
在第一用户使用第一客户端的转账支付功能时，一般而言，第一用户已经在第一客户端执行了登录，第一客户端此时已经可以获取第一用户标识，例如，第一用户的账号、身份证号、手机号码等等。
S203，接收服务端返回的第二用户标识，显示所述第二用户标识。
服务端接收到第二用户的生物特征，即可进行识别，并返回第二用户标识。容易理 解，第二用户标识的形式和第一用户并无区别。第一用户端接收到该标识以后，即可以跳转至相应的页面中显示该第二用户标识。在面对面的转账场景下，可以让双方用户对服务端返回的第二用户标识进行当面确认，避免出错。
S205，接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理。
上述的确认指令可以包括对第二用户身份的确认，对于转账金额的输入确认，以及对于生成转账请求的确认等等。当然，若返回的第二用户标识有误，第一用户还可以终止上述的转账支付进程。
通过本说明书实施例所提供的上述方案，在面对面进行转账的场景下，第一用户利用第一客户端扫描第二用户获取其生物特征，并上传服务端，让服务端基于生物特征对第二用户进行身份识别，进而在第一客户端生成相应的转账请求，并发送转账请求至服务端进行转账，并进行转账/支付，减少用户操作步骤，提高了转账效率和用户体验。
在实际应用中，获取第二用户生物特征的方式可以包括如下方式：扫描第二用户的面部，获取所述第二用户的面部特征；或者，扫描第二用户的眼睛，获取所述第二用户的虹膜特征。
此外，服务端在返回第二用户标识时，还可以返回一些第二用户的其它信息，用于辅助识别第二用户身份，例如，第二用户的注册邮箱、昵称、头像等等。以及，为保护第二用户的隐私，返回的第二用户标识或者其它信息还可以经过算法加密，进行脱敏处理，例如，对第二用户的昵称或者手机号码隐藏中间部分字符，对其头像的眼部进行马赛克处理或者只显示部分头像等等。从而，在第一用户显示第二用户标识时，还可以一并显示第二用户的其它信息，若上述信息已经被服务端进行了脱敏处理，则显示的就是脱敏处理后的信息。如图4所示，图4为本说明书实施例所提供第一客户端中对第二用户标识和其他信息进行脱敏显示的示意图。
在实际应用中，脱敏处理也可以在第一客户端这方面进行，即对于S203中的，显示所述第二用户标识，还可以包括：对所述第二用户标识进行脱敏处理；显示脱敏处理后的第二用户标识。通过对第二用户标识或者其相关的其它信息进行脱敏处理，可以更好的保护第二用户的隐私。
在第一用户为付款方时，第二用户为收款方。此时，第一用户作为付款方扫描收款方，在第一用户即可以直接进行确认。
但是，在第一用户为收款方，第二用户为付款方时，此时，第二用户作为付款方，由于扫描用户的面部特征或者虹膜特征通常需要第二用户的同意，此时可以认为第二用户已经授权进行支付。或者，在某些情形下，第二用户可以无需对第一用户发起的转账支付进行确认，例如，在第二用户开启了小额支付免确认，且转账金额不超过小额支付的范围时；或者，在者服务端中第一用户标识和第二用户标识均存在于对方的好友列表中等等。但是，在另一种实施方式中，服务端还可以将第转账请求中的相关信息推送给转账请求中的付款方(此时，即第二用户的第二客户端)进行验证。第二客户端在接收到该验证请求后，即可以方便第二用户对相应的转账请求进行确认，包括验证通过或者验证失败，并且返回验证成功/失败信息至服务端，以便服务端进行相应的处理。通过上述发送验证请求至付款方，可以进一步提高本说明书实施例所提供的转账方案的安全性。
上述部分对客户端方面的执行流程进行了说明，对于本说明实施例所提供的方案，在服务端方面，其执行流程如图5所示，图5为本说明书实施例所提供的服务端方面的流程示意图，具体包括：
S501，接收第一客户端所发送的生物特征，生物特征包括面部特征，或者虹膜特征，或者指纹特征等等。
S503，根据所述生物特征，基于预先存储的包含用户生物特征的数据库，确定第二用户标识。换言之，生物特征既可以用于用户在客户端进行登录，也可以用于服务端对用户进行身份识别。
S505，发送所述第二用户标识至第一方客户端。
S507，接收包含第一用户标识、第二用户标识和转账金额的转账请求，进行转账处理。
在实际应用中，服务端还可以根据第二用户标识确定第二用户的其它信息(例如头像、昵称、姓名等等，用来辅助确认身份)，并且将上述其它信息一起发送给第一用户端。以及，服务端还可以将第二用户标识以及上述其它信息进行脱敏处理，再发送至第一客户端。具体实施方式已经在前文详细说明，此处不再赘述。
在一种实施方式下，当第一用户为收款方，第二用户为付款方时，服务端还可以将转账请求的相关信息发送至第二服务端，以便第二用户进行确认。当接收到第二用户验证通过的信息时，才执行转账，否则，不执行转账。通过上述方式，进一步提高转账过程中的安全性。
对应的，本说明书实施例还提供一种转账装置，用于第一用户和第二用户当面进行转账的场景下，如图6所示，图6是本说明书实施例提供的客户端方面的一种转账装置的结构示意图，包括：
获取模块601，获取第二用户的生物特征；
发送模块602，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识；
接收模块603，接收服务端返回的第二用户标识；
显示模块604，显示所述第二用户标识；
生成模块605，接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
进一步地，所述所述获取模块601，扫描第二用户的面部，获取所述第二用户的面部特征；或者，扫描第二用户的眼睛，获取所述第二用户的虹膜特征。
进一步地，所述接收模块603，接收服务端返回的第二用户标识和第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；所述显示模块604，显示所述第二用户标识和所述第二用户的其它信息。
进一步地，所述显示模块604，对所述第二用户标识进行脱敏处理；显示脱敏处理后的第二用户标识。
当第一用户为收款方，第二用户为付款方时，所述装置中还包括验证模块606，用于第二用户接收服务端返回的验证请求，以便第二用户对转账进行确认；接收第二用户的确认指令，发送验证成功/失败信息至服务端。
对应的，本说明书实施例还提供领一种转账装置，用于第一用户和第二用户当面进行转账的场景下，如图7所示，图7是本说明书实施例提供的服务端方面的一种转账装置的结构示意图，包括：
接收模块701，接收第一客户端所发送的生物特征；
确定模块702，根据所述生物特征，基于预先存储的包含用户生物特征的数据库， 确定第二用户标识；
发送模块703，发送所述第二用户标识至第一方客户端；
所述接收模块701还用于，接收包含第一用户标识、第二用户标识和转账金额的转账请求；
处理模块704，进行转账处理；
其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
进一步地，在确定第二用户标识之后，所述确定模块702还用于，根据第二用户标识确定第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；所述发送模块703，发送所述第二用户标识和所述第二用户的其它信息至第一客户端。
进一步地，所述装置还包括脱敏模块705，将所述第二用户标识进行脱敏处理；所述发送模块703，发送脱敏处理后的第二用户标识至所述第一方客户端。
当第一用户为收款方，第二用户为付款方时，所述发送模块703还用于，发送验证请求至第二客户端，以便第二用户对转账进行验证；所述处理模块704，若接收第二客户端所发送的验证成功消息，执行转账处理，否则，不执行转账处理。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图2或者图5所示的转账方法。
图8示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020 可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图2或者图5所示的转账方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出 来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (20)

  1. 一种转账方法，用于第一用户和第二用户当面进行转账的场景下，具体包括：
    第一客户端获取第二用户的生物特征，以及，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识；
    接收服务端返回的第二用户标识，显示所述第二用户标识；
    接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理；
    其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
  2. 如权利要求1所述的方法，获取第二用户的生物特征，包括：
    扫描第二用户的面部，获取所述第二用户的面部特征；或者，
    扫描第二用户的眼睛，获取所述第二用户的虹膜特征。
  3. 如权利要求1所述的方法，接收服务端返回的第二用户标识，包括：
    接收服务端返回的第二用户标识和第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；
    显示所述第二用户标识，包括：
    显示所述第二用户标识和所述第二用户的其它信息。
  4. 如权利要求1所述的方法，显示所述第二用户标识，包括：
    对所述第二用户标识进行脱敏处理；
    显示脱敏处理后的第二用户标识。
  5. 如权利要求1所述的方法，当第一用户为收款方，第二用户为付款方时，所述方法还包括：
    第二客户端接收服务端返回的验证请求，以便第二用户对转账进行确认；
    接收第二用户的确认指令，发送验证成功/失败信息至服务端。
  6. 一种转账方法，用于第一用户和第二用户当面进行转账的场景下，包括：
    接收第一客户端所发送的生物特征；
    根据所述生物特征，基于预先存储的包含用户生物特征的数据库，确定第二用户标识；
    发送所述第二用户标识至第一方客户端；
    接收包含第一用户标识、第二用户标识和转账金额的转账请求，进行转账处理；
    其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二 用户为收款方。
  7. 如权利要求6所述的方法，在确定第二用户标识之后，还包括：
    根据第二用户标识确定第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；
    发送所述第二用户标识至第一客户端包括：
    发送所述第二用户标识和所述第二用户的其它信息至第一客户端。
  8. 如权利要求6所述的方法，在确定第二用户标识之后，还包括：
    将所述第二用户标识进行脱敏处理；
    发送脱敏处理后的第二用户标识至所述第一方客户端。
  9. 如权利要求6所述的方法，当第一用户为收款方，第二用户为付款方时，所述方法还包括：
    发送验证请求至第二客户端，以便第二用户对转账进行验证；
    若接收第二客户端所发送的验证成功消息，执行转账处理，否则，不执行转账处理。
  10. 一种转账装置，用于第一用户和第二用户当面进行转账的场景下，具体包括：
    获取模块，获取第二用户的生物特征；
    发送模块，发送所述生物特征至服务端，以便服务端根据所述生物特征确定第二用户标识；
    接收模块，接收服务端返回的第二用户标识；
    显示模块，显示所述第二用户标识；
    生成模块，接收第一用户的确认指令，生成包含第一用户标识、第二用户标识和转账金额的转账请求，并发送至服务端，以便服务端进行转账处理；
    其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
  11. 如权利要求10所述的装置，所述获取模块，扫描第二用户的面部，获取所述第二用户的面部特征；或者，扫描第二用户的眼睛，获取所述第二用户的虹膜特征。
  12. 如权利要求10所述的装置，所述接收模块，接收服务端返回的第二用户标识和第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；所述显示模块，显示所述第二用户标识和所述第二用户的其它信息。
  13. 如权利要求10所述的装置，所述显示模块，对所述第二用户标识进行脱敏处理；显示脱敏处理后的第二用户标识。
  14. 如权利要求10所述的装置，当第一用户为收款方，第二用户为付款方时，所述装置中还包括验证模块，用于第二用户接收服务端返回的验证请求，以便第二用户对转账进行确认；接收第二用户的确认指令，发送验证成功/失败信息至服务端。
  15. 一种转账装置，用于第一用户和第二用户当面进行转账的场景下，包括：
    接收模块，接收第一客户端所发送的生物特征；
    确定模块，根据所述生物特征，基于预先存储的包含用户生物特征的数据库，确定第二用户标识；
    发送模块，发送所述第二用户标识至第一方客户端；
    所述接收模块还用于，接收包含第一用户标识、第二用户标识和转账金额的转账请求；
    处理模块，进行转账处理；
    其中，当第一用户为收款方时，第二用户为付款方；当第一用户为付款方时，第二用户为收款方。
  16. 如权利要求15所述的装置，在确定第二用户标识之后，所述确定模块还用于，根据第二用户标识确定第二用户的其它信息，其中，所述第二用户的其它信息由服务端根据所述第二用户标识确定，用于辅助识别第二用户身份；所述发送模块，发送所述第二用户标识和所述第二用户的其它信息至第一客户端。
  17. 如权利要求15所述的装置，所述装置还包括脱敏模块，将所述第二用户标识进行脱敏处理；所述发送模块，发送脱敏处理后的第二用户标识至所述第一方客户端。
  18. 如权利要求15所述的装置，当第一用户为收款方，第二用户为付款方时，所述发送模块还用于，发送验证请求至第二客户端，以便第二用户对转账进行验证；所述处理模块，若接收第二客户端所发送的验证成功消息，执行转账处理，否则，不执行转账处理。
  19. 一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至5任一项所述的方法。
  20. 一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求6至9任一项所述的方法。
PCT/CN2019/097599 2018-10-26 2019-07-25 转账方法、装置及设备 WO2020082833A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811260944.7A CN109615382A (zh) 2018-10-26 2018-10-26 转账方法、装置及设备
CN201811260944.7 2018-10-26

Publications (1)

Publication Number Publication Date
WO2020082833A1 true WO2020082833A1 (zh) 2020-04-30

Family

ID=66002554

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/097599 WO2020082833A1 (zh) 2018-10-26 2019-07-25 转账方法、装置及设备

Country Status (3)

Country Link
CN (1) CN109615382A (zh)
TW (1) TW202016782A (zh)
WO (1) WO2020082833A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109615382A (zh) * 2018-10-26 2019-04-12 阿里巴巴集团控股有限公司 转账方法、装置及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516068A (zh) * 2014-09-26 2016-04-20 阿里巴巴集团控股有限公司 信息交互以及人体生物特征数据与账号的关联方法、装置
EP3232391A1 (en) * 2016-04-15 2017-10-18 Samsung Electronics Co., Ltd. Electronic device and payment method using the same
CN108681902A (zh) * 2018-05-15 2018-10-19 惠龙易通国际物流股份有限公司 移动支付确认方法、装置、系统和存储介质
CN109615382A (zh) * 2018-10-26 2019-04-12 阿里巴巴集团控股有限公司 转账方法、装置及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102867256A (zh) * 2012-08-22 2013-01-09 江苏乐买到网络科技有限公司 一种具有指纹钥匙的电子银行交易系统
EP3063646A4 (en) * 2013-12-16 2017-06-21 Nuance Communications, Inc. Systems and methods for providing a virtual assistant
EP3091492A1 (en) * 2015-05-05 2016-11-09 Mastercard International Incorporated Systems, methods, devices, and computer readable media for enabling electronic payment transfers
CN105989496A (zh) * 2016-03-07 2016-10-05 李明 一种交易方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516068A (zh) * 2014-09-26 2016-04-20 阿里巴巴集团控股有限公司 信息交互以及人体生物特征数据与账号的关联方法、装置
EP3232391A1 (en) * 2016-04-15 2017-10-18 Samsung Electronics Co., Ltd. Electronic device and payment method using the same
CN108681902A (zh) * 2018-05-15 2018-10-19 惠龙易通国际物流股份有限公司 移动支付确认方法、装置、系统和存储介质
CN109615382A (zh) * 2018-10-26 2019-04-12 阿里巴巴集团控股有限公司 转账方法、装置及设备

Also Published As

Publication number Publication date
TW202016782A (zh) 2020-05-01
CN109615382A (zh) 2019-04-12

Similar Documents

Publication Publication Date Title
KR102396739B1 (ko) 자산 관리 방법 및 장치, 및 전자 디바이스
US10433128B2 (en) Methods and systems for provisioning multiple devices
US10417620B2 (en) User attribute value transfer method and terminal
US10915904B2 (en) Systems and methods for facilitating network transactions based on user authentication
US20140188734A1 (en) Securely Receiving Data Input At A Computing Device Without Storing The Data Locally
AU2015247929A1 (en) Systems, apparatus and methods for improved authentication
CN108965250B (zh) 一种数字证书安装方法及系统
US10853786B2 (en) Multi-factor identity authentication
WO2020024710A1 (zh) 一种支付二维码的生成方法和装置
CN105389488B (zh) 身份认证方法及装置
TW201822016A (zh) 資訊交互方法及裝置
US20230237490A1 (en) Authentication transaction
KR102244333B1 (ko) 생체측정 특징에 기초한 보안 검증 방법 및 장치
US20200294039A1 (en) Retail blockchain method and apparatus
WO2022028196A1 (zh) 一种支付校验方法及系统
US20170330171A1 (en) Bank card transfer payment method
CN111737675A (zh) 一种基于区块链的电子签名方法及装置
KR20210111066A (ko) 거래 정보를 제공하는 전자 장치 및 이의 동작 방법
US11831724B2 (en) Activation of an application session based on authentication of a user device and a characteristic of the user device
US11037146B2 (en) Managing product returns associated with a user device
WO2020082833A1 (zh) 转账方法、装置及设备
US20190197530A1 (en) Location based wallets
KR20220125281A (ko) 모바일 결제 계정측 사용자 자격 증명 생성 및 변환 방법, 시스템 및 저장매체
US20170372313A1 (en) Electronic device and system for payment
WO2015101057A1 (en) Data processing method and related device and system

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: 19874980

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: 19874980

Country of ref document: EP

Kind code of ref document: A1