Account binding method and device, computer device, and storage medium

Abstract

This application discloses an account binding method, apparatus, computer device, and storage medium, belonging to the field of Internet technology. The method includes: transferring resources of an account bound to a first object in a first image; upon completion of the transfer, displaying a binding prompt message, which prompts the binding of a second object in the first image to the account, wherein the first object and the second object are different; and binding the second object to the account in response to a confirmation operation of the binding prompt message. In the scenario of transferring resources of an account bound to a first object, it can also bind a second object in the image containing the first object to that account, providing a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitations of the binding function.

Description

Technical Field

[0001] This application relates to the field of Internet technology, and in particular to an account binding method, apparatus, computer device, and storage medium. Background Technology

[0002] With the rapid development and increasing maturity of internet and artificial intelligence technologies, people's lifestyles are becoming more efficient, convenient, and intelligent. In scenarios requiring resource transfer, an account can be bound to any object. Subsequently, when an image containing that object is captured, the resources of that account can be transferred, making the operation very convenient. However, only an object can be bound to its own account, thus limiting the binding functionality. Summary of the Invention

[0003] This application provides an account binding method, apparatus, computer device, and storage medium, which can reduce the limitations of the binding function. The technical solution is as follows:

[0004] On the one hand, an account binding method is provided, the method including:

[0005] Based on the first object in the first image, transfer the resources of the account bound to the first object;

[0006] Upon completion of the transfer, a binding prompt message is displayed, which prompts the user to bind the second object in the first image to the account. The first object is different from the second object.

[0007] In response to the confirmation operation of the binding prompt information, the second object is bound to the account.

[0008] Optionally, before transferring the resources of the account bound to the first object, the method further includes:

[0009] Send a first query request to the server, the first query request being used to request the server to query the account bound to the first object;

[0010] Receive the account sent by the server.

[0011] Optionally, the step of transferring the resources of the account bound to the first object in response to the confirmation operation of the transfer prompt information includes:

[0012] In response to the confirmation operation of the transfer prompt information, a resource transfer request carrying the account is sent to the server, and the server is used to transfer the resources of the account in response to the resource transfer request.

[0013] Optionally, the method further includes:

[0014] Receive the second object sent by the server, wherein the second object is an object other than the first object determined by the server in the first image;

[0015] The binding prompt information includes the second object sent by the server.

[0016] Optionally, the step of binding the second object to the account in response to the confirmation operation of the binding prompt information includes:

[0017] In response to the confirmation operation of the binding prompt information, a binding request carrying the second object and the account is sent to the server, and the server is used to bind the second object and the account in response to the binding request.

[0018] Optionally, the step of transferring resources of the account bound to the first object based on the first object in the acquired first image includes:

[0019] Query the account bound to the first object in the first image;

[0020] Generate the graphic code corresponding to the account;

[0021] Based on the graphic code, the resources of the account are transferred.

[0022] Optionally, displaying a binding prompt message upon completion of the transfer includes:

[0023] Upon completion of the transfer, a transfer completion notification interface is displayed, which includes the binding prompt information.

[0024] On the other hand, an account binding method is provided, the method comprising:

[0025] Based on the first object in the first image sent by the first terminal, the resources of the account bound to the first object are transferred;

[0026] Send a second object from the first image to the first terminal, wherein the first object is different from the second object;

[0027] Receive a binding request sent by the first terminal, wherein the binding request carries the second object and the account;

[0028] In response to the binding request, the second object is bound to the account.

[0029] Optionally, the step of binding the second object to the account in response to the binding request includes:

[0030] In response to the binding request, feature extraction is performed on the second object in the first image to obtain the object features corresponding to the second object;

[0031] The object characteristics are bound to the account.

[0032] Optionally, the step of transferring resources of the account bound to the first object based on the first object in the first image sent by the first terminal includes:

[0033] The first object in the first image is subjected to feature extraction to obtain the second feature corresponding to the first object;

[0034] In the binding relationship, an object feature matching the second feature is determined, and the binding relationship includes the object feature and the account bound to the object feature;

[0035] Based on the object features that match the second feature, determine the account that is bound to the object features;

[0036] Transfer the resources of the identified account.

[0037] Optionally, the step of transferring resources of the account bound to the first object based on the first object in the first image sent by the first terminal includes:

[0038] Query the account bound to the first object in the first image;

[0039] Generate the graphic code corresponding to the account;

[0040] Based on the graphic code, the resources of the account are transferred.

[0041] On the other hand, an account binding device is provided, the device comprising:

[0042] The resource transfer module is used to transfer the resources of the account bound to the first object based on the first object in the first image collected.

[0043] An information display module is used to display a binding prompt message when the transfer is completed. The binding prompt message is used to prompt the binding of the second object in the first image to the account. The first object is different from the second object.

[0044] The account binding module is used to bind the second object to the account in response to the confirmation operation of the binding prompt information.

[0045] Optionally, the binding prompt information includes a second object in the first image other than the first object, and the binding prompt information is used to prompt the selected second object to be bound to the account;

[0046] The account binding module includes:

[0047] The first binding unit is configured to bind the selected second object to the account in response to a selection operation on any of the displayed second objects.

[0048] Optionally, the information display module includes:

[0049] The second object determination unit is used to determine, when the transfer is completed, the second object that meets the binding authorization conditions among the second objects in the first image other than the first object;

[0050] The first display unit is used to display the binding prompt information, which prompts the user to bind the determined second object to the account.

[0051] Optionally, the binding prompt information includes a binding confirmation option, and the account binding module includes:

[0052] The second binding unit is used to bind the second object to the account in response to a trigger operation of the binding confirmation option.

[0053] Optionally, the account binding module includes:

[0054] The first extraction unit is configured to extract features from the second object in the first image in response to the confirmation operation of the binding prompt information, and obtain the object features corresponding to the second object;

[0055] The third binding unit is used to bind the object characteristics to the account.

[0056] Optionally, the device further includes:

[0057] The image acquisition module is used to acquire a second image in response to a resource transfer command, the second image including the second object;

[0058] The resource transfer module is also used to transfer the resources of the account bound to the second object.

[0059] Optionally, the resource transfer module includes:

[0060] The second extraction unit is used to extract features from the second object in the second image to obtain the first feature corresponding to the second object;

[0061] A feature determination unit is used to determine, in a binding relationship, an object feature that matches the first feature, wherein the binding relationship includes the object feature and the account bound to the object feature;

[0062] An account determination unit is used to determine an account bound to an object feature based on an object feature that matches the first feature.

[0063] The resource transfer unit is used to transfer resources of a designated account.

[0064] Optionally, the resource transfer module includes:

[0065] The image acquisition unit is used to acquire the first image in response to a resource transfer command;

[0066] The first object determination unit is used to determine the selected first object among a plurality of objects in the first image;

[0067] The resource transfer unit is used to transfer the resources of the account bound to the first object.

[0068] Optionally, the resource transfer unit is used for:

[0069] Display a transfer prompt message, which is used to prompt the transfer of resources of the account bound to the first object;

[0070] In response to the confirmation operation of the transfer prompt information, the resources of the account bound to the first object are transferred.

[0071] Optionally, the resource transfer unit is used for:

[0072] The first object in the first image is subjected to feature extraction to obtain the second feature corresponding to the first object;

[0073] In the binding relationship, an object feature matching the second feature is determined, and the binding relationship includes the object feature and the account bound to the object feature;

[0074] Based on the object features that match the second feature, determine the account that is bound to the object features;

[0075] Transfer the resources of the identified account.

[0076] Optionally, the device further includes:

[0077] The account query module is used to send a first query request to the server, the first query request being used to request the server to query the account bound to the first object;

[0078] The account receiving module is used to receive the account sent by the server.

[0079] Optionally, the resource transfer unit is configured to send a resource transfer request carrying the account to the server in response to a confirmation operation of the transfer prompt information, and the server is configured to transfer the resources of the account in response to the resource transfer request.

[0080] Optionally, the device further includes:

[0081] An object receiving module is used to receive the second object sent by the server, wherein the second object is an object other than the first object determined by the server in the first image;

[0082] The binding prompt information includes the second object sent by the server.

[0083] Optionally, the account binding module includes:

[0084] A binding request sending unit is used to send a binding request carrying the second object and the account to the server in response to a confirmation operation of the binding prompt information. The server is used to bind the second object and the account in response to the binding request.

[0085] Optionally, the resource transfer module includes:

[0086] The image acquisition unit is used to acquire multiple images in response to resource transfer commands;

[0087] A parameter determination unit is used to determine the image quality parameters corresponding to each image;

[0088] The first object determination unit is configured to determine the first object in the first image whose image quality parameters meet the image quality conditions.

[0089] The resource transfer unit is used to transfer the resources of the account bound to the first object.

[0090] Optionally, the resource transfer module includes:

[0091] An account determination unit is used to query the account bound to the first object in the first image;

[0092] A graphic code generation unit is used to generate a graphic code corresponding to the account.

[0093] The resource transfer unit is used to transfer the resources of the account based on the graphic code.

[0094] Optionally, the information display module includes:

[0095] The interface display unit is used to display a transfer completion notification interface when the transfer is completed, the transfer completion notification interface including the binding prompt information.

[0096] On the other hand, an account binding device is provided, the device comprising:

[0097] The resource transfer module is used to transfer the resources of the account bound to the first object based on the first object in the first image sent by the first terminal.

[0098] A first sending module is used to send a second object in the first image to the first terminal, wherein the first object is different from the second object;

[0099] The first receiving module is used to receive a binding request sent by the first terminal, wherein the binding request carries the second object and the account;

[0100] The account binding module is used to bind the second object to the account in response to the binding request.

[0101] Optionally, the first transmitting module includes:

[0102] An object determination unit is used to determine, among the second objects in the first image other than the first object, the second object that meets the binding authorization conditions;

[0103] An object sending unit is used to send the second object that meets the binding authorization conditions to the first terminal.

[0104] Optionally, the account binding module includes:

[0105] The first extraction unit is configured to, in response to the binding request, extract features from the second object in the first image to obtain object features corresponding to the second object;

[0106] The account binding unit is used to bind the object characteristics to the account.

[0107] Optionally, the resource transfer module includes:

[0108] The first receiving unit is configured to receive a first query request sent by the first terminal, wherein the first query request carries the first image.

[0109] An account query unit is used to respond to the first query request, query the account bound to the first object in the first image, and send the account to the first terminal;

[0110] The second receiving unit is configured to receive a resource transfer request sent by the first terminal, wherein the resource transfer request carries the account.

[0111] A resource transfer unit is used to transfer the resources of the account in response to the resource transfer request.

[0112] Optionally, the resource transfer module includes:

[0113] The second extraction unit is used to extract features from the first object in the first image to obtain the second feature corresponding to the first object.

[0114] A feature determination unit is used to determine, in a binding relationship, an object feature that matches the second feature, wherein the binding relationship includes the object feature and the account bound to the object feature;

[0115] An account determination unit is used to determine an account bound to an object feature based on an object feature that matches the second feature.

[0116] The resource transfer unit is used to transfer resources of a designated account.

[0117] Optionally, the resource transfer module includes:

[0118] An account query unit is used to query the account bound to the first object in the first image;

[0119] A graphic code generation unit is used to generate a graphic code corresponding to the account.

[0120] The resource transfer unit is used to transfer the resources of the account based on the graphic code.

[0121] Optionally, the device further includes:

[0122] The second receiving module is used to receive a second query request sent by the second terminal, wherein the second query request carries the account logged in by the second terminal;

[0123] The second sending module is used to send multiple objects bound to the account to the second terminal in response to the second query request;

[0124] The third receiving module is used to receive the unbinding request sent by the second terminal, wherein the unbinding request carries the selected object;

[0125] The account unbinding module is used to unbind the selected object from the account in response to the unbinding request.

[0126] On the other hand, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one computer program, the at least one computer program being loaded and executed by the processor to perform the operations performed by the account binding method as described above.

[0127] On the other hand, a computer-readable storage medium is provided, wherein at least one computer program is stored therein, the at least one computer program being loaded and executed by a processor to perform the operations performed by the account binding method as described above.

[0128] On the other hand, a computer program product is provided, including a computer program that is loaded and executed by a processor to perform the operations performed by the account binding method as described above.

[0129] The method, apparatus, computer equipment, and storage medium provided in this application embodiment can also bind a second object in the image where the first object is located to the account in the scenario of transferring the resources of the account bound to the first object. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function. Attached Figure Description

[0130] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0131] Figure 1 This is a schematic diagram of an implementation environment provided in an embodiment of this application;

[0132] Figure 2 This is a flowchart of an account binding method provided in an embodiment of this application;

[0133] Figure 3 This is a flowchart of another account binding method provided in the embodiments of this application;

[0134] Figure 4 This is a schematic diagram of a transfer prompt interface provided in an embodiment of this application;

[0135] Figure 5 This is a schematic diagram of a binding prompt interface provided in an embodiment of this application;

[0136] Figure 6This is a schematic diagram of a transfer completion notification interface provided in an embodiment of this application;

[0137] Figure 7 This is a schematic diagram of a binding result notification interface provided in an embodiment of this application;

[0138] Figure 8 This is a flowchart of another account binding method provided in the embodiments of this application;

[0139] Figure 9 This is a flowchart of another account binding method provided in the embodiments of this application;

[0140] Figure 10 This is a flowchart of an account unbinding method provided in an embodiment of this application;

[0141] Figure 11 This is a schematic diagram of a network architecture for a terminal and a server provided in an embodiment of this application;

[0142] Figure 12 This is a flowchart illustrating a face payment and account binding method provided in an embodiment of this application;

[0143] Figure 13 This is a schematic diagram of an IoT face recognition terminal provided in an embodiment of this application;

[0144] Figure 14 This is a schematic diagram of the structure of an account binding device provided in an embodiment of this application;

[0145] Figure 15 This is a schematic diagram of another account binding device provided in an embodiment of this application;

[0146] Figure 16 This is a schematic diagram of another account binding device provided in the embodiments of this application;

[0147] Figure 17 This is a schematic diagram of the structure of another account binding device provided in the embodiments of this application;

[0148] Figure 18 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application;

[0149] Figure 19 This is a schematic diagram of the structure of a server provided in an embodiment of this application. Detailed Implementation

[0150] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0151] It is understood that the terms "first," "second," etc., used in this application may be used to describe various concepts herein, but unless otherwise stated, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of this application, a first object may be referred to as a second object, and similarly, a second object may be referred to as a first object.

[0152] "At least one" means one or more. For example, at least one object can be one object, two objects, three objects, or any integer number of objects greater than or equal to one. "Multiple" means two or more. For example, multiple objects can be two objects, three objects, or any integer number of objects greater than or equal to two. "Each" means each one of the at least one objects. For example, each object means each one of the multiple objects. If the multiple objects are three objects, then each object means each one of the three objects.

[0153] It is understood that the embodiments of this application involve data such as user information, user accounts, and facial images. When the embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0154] Artificial Intelligence (AI) is the theory, methods, technology, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to achieve optimal results. AI is a comprehensive technology within computer science that attempts to understand the essence of intelligence and produce a new kind of intelligent machine that can react in a way similar to human intelligence. Fundamental AI technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing technology, operating / interactive systems, and mechatronics. AI software technologies mainly include computer vision, speech processing, natural language processing, as well as machine learning / deep learning, autonomous driving, and intelligent transportation.

[0155] Computer vision (CV) is a science that studies how to enable machines to "see." More specifically, it refers to machine vision, which uses cameras and computers to replace human eyes in recognizing, tracking, and measuring targets, and then performs image processing to create images more suitable for human observation or transmission to instruments. As a scientific discipline, computer vision studies related theories and technologies, attempting to build artificial intelligence systems capable of extracting information from images or multidimensional data. Computer vision technologies typically include image processing, image recognition, image semantic understanding, image retrieval, OCR (Optical Character Recognition), video processing, video semantic understanding, video content / behavior recognition, 3D object reconstruction, 3D technology, virtual reality, augmented reality, simultaneous localization and mapping (SLAM), autonomous driving, intelligent transportation, and other technologies, as well as common biometric recognition technologies such as facial recognition and fingerprint recognition.

[0156] The following will describe the account binding method provided in the embodiments of this application based on artificial intelligence technology and computer vision technology.

[0157] Figure 1 This is a schematic diagram of an implementation environment provided in an embodiment of this application. See also... Figure 1 The implementation environment includes a terminal 101 and a server 102. The terminal 101 and the server 102 can be directly or indirectly connected via wired or wireless communication, which is not limited herein. Optionally, the terminal 101 can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, in-vehicle terminal, IoT (Internet of Things) terminal, etc., but is not limited to these. The server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms.

[0158] In this embodiment, resource transfer and account binding functions can be implemented through the interaction between terminal 101 and server 102. Terminal 101 is used to capture an image and request resource transfer from server 102 based on that image. Server 102 is used to transfer resources of the account bound to a first object in the image sent by terminal 101. Server 102 is also used to send a second object in the image to terminal 101, and upon receiving a binding request from terminal 101 for the second object and the account, bind the second object to the account. Subsequently, server 102 can transfer resources of the account based on any image including the second object.

[0159] In one possible implementation, the terminal 101 has a target application installed on it, which is provided by the server 102. The terminal 101 can perform functions such as image acquisition, data transmission, and resource transfer through the target application. Optionally, the target application is a target application in the operating system of the terminal 101, or a target application provided by a third party. For example, the target application is a resource transfer application with the function of transferring resources. Of course, the resource transfer application can also have other functions, such as image acquisition, account binding, shopping, navigation, or gaming functions.

[0160] Figure 2 This is a flowchart illustrating an account binding method provided in an embodiment of this application. The execution entity in this embodiment is a terminal; see [link to relevant documentation]. Figure 2 The method includes:

[0161] 201. The terminal transfers the resources of the account bound to the first object based on the first object in the first image collected.

[0162] The terminal acquires a first image, which is used for resource transfer. The first image includes multiple objects, and the first object is one of these multiple objects. Optionally, the first image is an authorized face image, and the multiple objects in the first image are the faces in the face image.

[0163] The first object is bound to an account, such as a social media account or a resource account, and this account corresponds to resources, such as funds owned by the account. The terminal then transfers the resources of the account bound to the first object.

[0164] 202. Once the transfer is complete, the terminal will display a binding prompt message.

[0165] The first image also includes a second object, which is different from the first object. Upon completion of the transfer, the terminal displays a binding prompt message, which prompts the user to bind the second object in the first image to their account.

[0166] 203. The terminal responds to the confirmation operation of the binding prompt information and binds the second object to the account.

[0167] Since the binding prompt message is used to prompt the second object to be bound to the account, if you want to bind the second object to the account, you need to perform a confirmation operation on the binding prompt message. The terminal responds to the confirmation operation on the binding prompt message and binds the second object to the account. Subsequently, the resources of the account bound to the second object can be transferred based on the second object.

[0168] The method provided in this application embodiment, in the scenario of transferring the resources of the account bound to the first object, can also bind a second object in the image where the first object is located to the account. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0169] Figure 3 This is a flowchart of another account binding method provided in this application embodiment. The execution subject of this application embodiment is a terminal; see [link to relevant documentation]. Figure 3 The method includes:

[0170] 301. The terminal responds to the resource transfer command and acquires the first image.

[0171] A resource transfer instruction is used to instruct resource transfer based on the acquired image. For example, the resource transfer instruction may be a face recognition-based resource transfer instruction. Optionally, the resource transfer instruction may be triggered by a resource transfer operation performed by the user on the terminal, or it may be sent to the terminal by another device. This application embodiment does not limit this. A first image acquired by the terminal is used for resource transfer. The first image includes multiple objects. Optionally, the first image is an authorized face image, and the multiple objects in the first image are the faces in the face image.

[0172] In one possible implementation, the terminal responds to a resource transfer instruction by acquiring multiple images, determining the image quality parameters corresponding to each image, and identifying the image whose image quality parameters meet the image quality conditions as the first image.

[0173] The multiple images captured by the terminal are consecutive image frames. Image quality parameters corresponding to each image represent its quality. These parameters may include at least one of image contrast, image brightness, image sharpness, or liveness probability, where liveness probability refers to the probability that the image obtained through liveness detection is a live image. Optionally, if the multiple images captured by the terminal are authorized face images, the image quality parameters may also include at least one of face area or face angle.

[0174] The terminal, based on the image quality parameters corresponding to each image, filters out images from multiple acquired images whose image quality parameters meet certain image quality conditions, and designates the filtered images as the first images for resource transfer. For example, the image quality conditions might include image contrast, brightness, sharpness, and face angle falling within target value ranges, or the image quality conditions might include maximizing the face area or liveness probability. Optionally, these image quality conditions are preset by the terminal, and this embodiment does not limit this.

[0175] In this embodiment of the application, when multiple images are acquired, the image quality parameters corresponding to each image are determined, and the images whose image quality parameters meet the image quality conditions are selected as the first images, thereby ensuring the quality of the images used for resource transfer and helping to ensure the reliability of resource transfer.

[0176] In one possible implementation, the terminal scans the scene within a target area using a camera, where multiple objects are located, thereby obtaining an image containing these multiple objects. Optionally, the camera is a 3D (3-Dimensional) camera, which includes modules related to liveness detection, such as a depth camera and an infrared camera, to ensure that the acquired image is a liveness image.

[0177] 302. The terminal determines the first selected object among multiple objects in the first image.

[0178] After the terminal acquires the first image, it identifies multiple objects in the first image, and then selects the first object among these objects. Subsequently, resource transfer is performed based on this first object.

[0179] In one possible implementation, the terminal displays a selection prompt message indicating whether to transfer resources to the account associated with the selected object. This prompt message includes multiple objects. If the terminal wants to transfer resources to the account of one of these objects, it performs a selection operation on that object. In response to this selection operation, the terminal designates that object as the first selected object.

[0180] Optionally, the selection prompt information also includes selection options corresponding to each object. The selection operation for a certain object refers to the triggering operation of the selection option corresponding to that object. In response to the triggering operation of the selection option corresponding to that object, the terminal determines that object as the first object to be selected.

[0181] 303. The terminal transfers the resources of the account bound to the first object.

[0182] The terminal identifies the account bound to the first object, which corresponds to resources, such as a social media account or a resource account. The terminal then transfers the resources of the account bound to the first object. Optionally, the account bound to the first object belongs to the first object; for example, the account was registered through the first object's terminal.

[0183] In one possible implementation, the terminal displays a transfer prompt message to indicate that resources of the account bound to the first object are to be transferred. In response to a confirmation operation of the transfer prompt message, the resources of the account bound to the first object are transferred.

[0184] If the terminal wants to transfer the resources of the account bound to the first object, it performs a confirmation operation on the transfer prompt message. In response to the confirmation operation, the terminal transfers the resources of the account. Optionally, the terminal obtains an invoice for the resource transfer, which includes the quantity of resources to be transferred. The terminal then performs the resource transfer based on this invoice, for example, an invoice generated from a transaction by the first object.

[0185] In this embodiment, a transfer prompt message is displayed to indicate the transfer of resources of the account bound to the first object, increasing the amount of information displayed and visualizing the transfer process. Furthermore, the transfer of resources of the account bound to the first object is only initiated upon detecting a confirmation operation of the transfer prompt message, which helps avoid resource transfer errors and improves the reliability of the resource transfer.

[0186] Optionally, the terminal displays a transfer prompt interface, which includes transfer prompt information. Optionally, the transfer prompt information includes account information corresponding to the account bound to the first object, such as an account identifier, account avatar, or account nickname. The terminal displays this account information to prompt the transfer of resources for the account indicated by that account information. Optionally, the transfer prompt information also includes a transfer confirmation option. Confirming the transfer prompt information refers to triggering this transfer confirmation option. In response to triggering this transfer confirmation option, the terminal transfers the resources for that account. Optionally, the transfer prompt information also includes an exit option. If the user does not wish to transfer the resources of the account bound to the first object, they can trigger this exit option. In response to triggering this exit option, the terminal cancels the display of the transfer prompt information.

[0187] Figure 4 This is a schematic diagram of a transfer prompt interface provided in an embodiment of this application, such as... Figure 4 As shown, the transfer prompt interface includes transfer prompt information, which includes the account avatar 401 corresponding to the account bound to the first object, the transfer confirmation option 402, and the exit option 403. The transfer prompt information also includes the transfer prompt text "Confirm whether to use this account for payment".

[0188] In one possible implementation, the terminal extracts features from a first object in a first image to obtain a second feature corresponding to the first object. In the binding relationship, it determines an object feature that matches the second feature. Based on the object feature that matches the second feature, it determines an account that is bound to the object feature and transfers the resources of the determined account.

[0189] The binding relationship includes object features and the accounts bound to those object features. After the terminal extracts the second feature corresponding to the first object, it queries the binding relationship for the object feature with the highest similarity to the second feature, and identifies the object feature with the highest similarity as the object feature matching the second feature. The terminal then queries the binding relationship for the account bound to that object feature. Since the object feature matches the second feature, it can be considered that the object feature and the second feature belong to the same object. Therefore, the account bound to the object feature is also the account bound to the first object to which the second feature belongs. Thus, the terminal transfers the resources of the identified account.

[0190] Optionally, the binding relationship is pre-stored in the terminal's local database or in a cloud database; this embodiment does not limit this. Optionally, the terminal acquires a first image, extracts features from the region where the first object is located in the first image, and obtains a second feature corresponding to the first object. The region where the first object is located refers to the region enclosed by the object box corresponding to the first object. For example, after acquiring the first image, the terminal performs object detection on the first image to obtain an object box corresponding to each object in the first image. The object box indicates the region where the object is located, and the object box corresponding to each object only includes that object and does not include other objects.

[0191] Optionally, the binding relationship is stored in SQLite (a lightweight database), which is a relational database management system that conforms to ACID (Atomicity-Consistency-Isolation-Durability).

[0192] In one possible implementation, the terminal generates a graphical code corresponding to the account, and transfers the account's resources based on the graphical code. After determining the account bound to the first object, the terminal generates a graphical code corresponding to that account, which is used to transfer the account's resources; for example, the graphical code may be a barcode or a QR code. Optionally, the terminal provides the graphical code to a resource transfer server, which then transfers the account's resources based on the graphical code.

[0193] It should be noted that steps 301-303 described above are merely an exemplary illustration of transferring account resources. In another embodiment, the terminal may also use other methods to transfer the resources of the account bound to the first object based on the first object in the first image. For example, the terminal may receive the first image collected by another device, or the terminal may randomly determine the first object from multiple objects in the first image, or the terminal may determine the first object from multiple objects in the first image based on the object's area, etc.

[0194] 304. Once the transfer is complete, the terminal will display a binding prompt message.

[0195] After the terminal transfers the resources of the account bound to the first object, it displays a binding prompt message. This prompt message indicates that the second object in the first image should be bound to the account. The first object and the second object are different.

[0196] In one possible implementation, upon completion of the transfer, the terminal identifies a second object that meets the binding authorization conditions from among the second objects in the first image, excluding the first object, and displays a binding prompt message. The binding prompt message is used to prompt the identified second object to be bound to the account.

[0197] The first image includes multiple objects. The terminal identifies a second object other than the first object among the multiple objects in the first image, and then identifies the second object that meets the binding authorization conditions. The terminal then displays a binding prompt message to prompt the second object to be bound to the account.

[0198] Optionally, the binding authorization condition includes that the age of the second object belongs to the target age range. The first image is an authorized facial image, and the objects in the first image are faces. The terminal performs age recognition on the objects in the first image to obtain the age corresponding to each object, and determines the second object whose age belongs to the target age range. For example, the target age range is 8 to 15 years old.

[0199] Optionally, the binding authorization condition includes that the second object is not bound to any account. After the terminal identifies multiple objects in the first image, it queries the accounts bound to each object to determine the second object that is not bound to any account.

[0200] In this embodiment of the application, among a plurality of second objects, second objects that meet the binding authorization conditions are selected so that only second objects that meet the binding authorization conditions are bound to the account in the future, thereby improving the targeting of account binding.

[0201] In one possible implementation, the binding prompt message includes a binding confirmation option, which is a binding confirmation option between the second object and the account, used to confirm the binding prompt message.

[0202] In one possible implementation, the binding prompt information includes a second object in the first image, other than the first object, and the binding prompt information is used to prompt the selected second object to be bound to the account. That is, the binding prompt information includes at least one second object among a plurality of objects, other than the first object. Optionally, the binding prompt information also includes binding prompt text, which is used to prompt the selected second object to be bound to the account.

[0203] Optionally, the binding prompt information includes an image corresponding to the second object, which is an image that includes the second object and is cropped from the first image by the terminal. Optionally, the binding prompt information includes the first image that highlights the second object, for example, the terminal circles the second object in the first image.

[0204] Figure 5This is a schematic diagram of a binding prompt interface provided in an embodiment of this application, such as... Figure 5 As shown, the binding prompt interface includes a first image 501, which includes object 1, object 2, and object 3. Object 1 is the first object, and object 2 and object 3 are the second objects, with object 2 and object 3 circled. The binding prompt interface also includes an account 502 and the binding prompt text "Please click the object that needs to be bound to account 502 from the selected objects," where account 502 is displayed as an account avatar.

[0205] In one possible implementation, the binding prompt information includes a second object in the first image, other than the first object, that meets the binding authorization conditions. The binding prompt information prompts the user to bind the selected second object from the displayed second objects to the account. That is, the binding prompt information includes at least one second object that meets the binding authorization conditions. Optionally, the binding prompt information also includes binding prompt text, which prompts the user to bind the selected second object from the displayed second objects to the account.

[0206] In one possible implementation, upon completion of the transfer, a transfer completion notification interface is displayed, which includes a linked prompt message. Optionally, the transfer completion notification interface also includes transfer completion notification text.

[0207] Figure 6 This is a schematic diagram of a transfer completion notification interface provided in an embodiment of this application, such as... Figure 6 As shown, the transfer completion notification interface includes account 601, second object 602, confirmation option 603 and exit option 604, where account 601 is displayed in the form of an account avatar.

[0208] It should be noted that this embodiment only uses the completion of the transfer as an example to illustrate that the terminal will display a transfer completion notification interface. In another embodiment, the terminal displays a transfer result notification interface, which is used to notify the result of the transfer of the account's resources. The transfer result includes three situations: transfer successful, transfer failed, and uncertain. Uncertain refers to the situation where the terminal did not detect whether the transfer was completed when the network was disconnected.

[0209] 305. The terminal responds to the confirmation operation of the binding prompt information and binds the second object to the account.

[0210] Since the binding prompt message is used to prompt the second object to be bound to the account, if you want to bind the second object to the account, you need to perform a confirmation operation on the binding prompt message. The terminal responds to the confirmation operation on the binding prompt message and binds the second object to the account. The second object bound to the account is used to transfer the resources of the account.

[0211] In this embodiment of the application, when performing resource transfer, while completing the resource transfer of the account bound to the first object, the terminal can provide binding prompt information, so that the user can directly perform the binding confirmation operation of the binding prompt information, so that the terminal binds the second object in the image where the first object is located to the account. During the binding process, the terminal does not need to log in to the account, which simplifies the account binding process and provides a simple and fast account binding method.

[0212] In one possible implementation, the binding prompt message includes a second object in the first image, other than the first object, and the binding prompt message is used to prompt that the selected second object will be bound to the account. In response to a selection operation on any of the displayed second objects, the terminal binds the selected second object to the account.

[0213] To bind a specific second object among multiple second objects to an account, a selection operation is performed on that second object. The terminal responds to this selection operation by binding the second object to the account. Optionally, the binding prompt information also includes a confirmation option for each second object. To bind a specific second object to an account, a confirmation option for that second object is triggered. The terminal responds to this trigger operation by binding the second object to the account. For example, the confirmation option for a second object might be a confirmation button floating above the layer containing the second object.

[0214] In one possible implementation, the binding prompt message includes a binding confirmation option. In response to triggering the binding confirmation option, the terminal binds the second object to the account. Alternatively, if the second object in the binding prompt message is to be bound to the account, a triggering operation is performed on the binding confirmation option, and the terminal binds the second object in the binding prompt message to the account in response to the triggering operation.

[0215] Optionally, the binding prompt message also includes an exit option. If you do not want to bind the second object in the binding prompt message to the account, you can trigger the exit option. In response to the triggering of the exit option, the terminal will cancel the display of the binding prompt message.

[0216] In one possible implementation, in response to a confirmation operation of the binding prompt information, the terminal extracts features from the second object in the first image, obtains the object features corresponding to the second object, and binds the object features to the account.

[0217] After the terminal detects a confirmation operation on the binding prompt, it extracts the object features corresponding to the second object and binds these object features to the account. For example, the terminal establishes a binding relationship between the object features and the account. Optionally, the terminal acquires a first image and extracts features from the region where the second object is located in the first image to obtain the object features corresponding to the second object. The region where the second object is located refers to the area enclosed by the object frame corresponding to the second object.

[0218] In one possible implementation, the terminal displays a binding result notification interface, which is used to notify the account binding result. The binding result includes three situations: binding successful, binding failed, and uncertain. Uncertain refers to the situation where the terminal does not detect whether the binding is completed when the network is disconnected.

[0219] Figure 7 This is a schematic diagram of a binding result notification interface provided in an embodiment of this application, such as... Figure 7 As shown, the binding result notification interface includes binding result 701 and confirmation option 702. After viewing the binding result 701, the user can perform a trigger operation on the confirmation option 702. In response to the trigger operation on the confirmation option 702, the terminal cancels the display of the binding result notification interface.

[0220] 306. In response to a resource transfer command, the terminal acquires a second image, which includes a second object.

[0221] After the terminal binds the second object to the account, when it detects a resource transfer instruction again, it captures a second image including the second object. The second image can then be used to transfer resources for the account.

[0222] The process of acquiring the second image in step 306 is the same as the process of acquiring the first image in step 301 above, and will not be described in detail here.

[0223] 307. The terminal transfers the resources of the account bound to the second object.

[0224] After the terminal acquires the second image, it determines the account bound to the second object in the second image and transfers the resources of that account.

[0225] In one possible implementation, the second image includes multiple objects, and when the terminal determines that the second object is selected among the multiple objects in the second image, it transfers the resources of the account bound to the second object.

[0226] In one possible implementation, the terminal extracts features from the second object in the second image to obtain the first feature corresponding to the second object. In the binding relationship, the terminal determines the object feature that matches the first feature. Based on the object feature that matches the first feature, the terminal determines the account that is bound to the object feature and transfers the resources of the determined account.

[0227] The binding relationship includes object features and the accounts bound to those object features. After the terminal extracts the first feature corresponding to the second object, it queries the binding relationship for the object feature with the highest similarity to the first feature. The object feature with the highest similarity is then identified as the object feature that matches the second feature. Since the terminal has already established the binding relationship between the object feature and the account in step 305 above, it can query the account bound to the object feature in the binding relationship. Because the object feature matches the second feature, it can be considered that the object feature and the second feature belong to the same object, that is, both belong to the second object. Therefore, the account bound to the object feature is also the account bound to the second object to which the second feature belongs. Thus, the terminal transfers the resources of the identified account.

[0228] In one possible implementation, the terminal displays a transfer prompt message to indicate that resources of the account bound to the second object will be transferred. In response to a confirmation of the transfer prompt message, the resources of the account bound to the second object are transferred. The process of transferring resources of the account bound to the second object based on the transfer prompt message is similar to the process of transferring resources of the account bound to the first object based on the transfer prompt message in step 303 above, and will not be described in detail here.

[0229] In one possible implementation, the terminal generates a graphical code corresponding to the account, and transfers the account's resources based on the graphical code. The process of transferring the resources of the account bound to the second object based on the graphical code is similar to the process of transferring the resources of the account bound to the first object based on the graphical code in step 303 above, and will not be described in detail here.

[0230] It should be noted that this embodiment only illustrates the example of a terminal binding a second object to an account and then transferring the account's resources based on the second object. In another embodiment, after the terminal binds the second object to the account, steps 306-307 may not be executed. For example, after binding the second object to the account, another terminal may transfer the account's resources based on the second object, that is, another terminal may execute steps 306-307.

[0231] The method provided in this application embodiment, in the scenario of transferring the resources of the account bound to the first object, can also bind a second object in the image where the first object is located to the account. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0232] Furthermore, in the scenario of resource transfer, while completing the resource transfer of the account bound to the first object, the terminal can provide binding prompt information, allowing the user to directly perform a confirmation operation on the binding prompt information, so that the terminal binds the second object in the image where the first object is located to the account. During the binding process, the terminal does not need to log in to the account, simplifying the account binding process and providing a simple and fast account binding method.

[0233] Furthermore, when multiple images are acquired, the image quality parameters corresponding to each image are determined, and images whose image quality parameters meet the image quality conditions are selected as the first image. This ensures the quality of the images used for resource transfer and helps to guarantee the reliability of resource transfer.

[0234] Furthermore, by displaying transfer prompts to indicate the transfer of resources to the account bound to the first object, the amount of information displayed is increased, and the transfer process is visualized. Moreover, the transfer of resources to the account bound to the first object only proceeds upon confirmation of the transfer prompt, which helps avoid errors in resource transfer and improves the reliability of the transfer.

[0235] Furthermore, among multiple second objects, those that meet the binding authorization conditions are filtered out, and only those that meet the binding authorization conditions are bound to the account, thereby improving the targeting of account binding.

[0236] Figure 8 This is a flowchart of another account binding method provided in this application embodiment. The execution subject of this application embodiment is a server. See also... Figure 8 The method includes:

[0237] 801. The server transfers the resources of the account bound to the first object based on the first object in the first image sent by the first terminal.

[0238] The server receives a first image sent by a first terminal. This first image is an image captured by the first terminal for resource transfer. The first image includes multiple objects, and the first object is one of these multiple objects. Optionally, the first image is an authorized face image, and the multiple objects in the first image are the faces in the face image.

[0239] The first object is bound to an account, which corresponds to resources. The server transfers the resources of the account bound to the first object based on the first object.

[0240] 802. The server sends the second object in the first image to the first terminal. The first object is different from the second object.

[0241] After the server obtains the first image, it identifies a second object that is different from the first object among multiple objects in the first image, and sends the second object to the first terminal. The second object is used to bind to the account bound to the first object.

[0242] 803. The server receives a binding request from the first terminal, which carries the second object and account.

[0243] After the server sends the second object to the first terminal, it receives a binding request returned by the first terminal. The binding request carries the second object and the account, and is used to request that the second object be bound to the account.

[0244] 804. The server responds to the binding request and binds the second object to the account.

[0245] In response to the binding request, the server binds the second object to the account, and subsequently, resources of the account bound to the second object can be transferred based on the second object.

[0246] The method provided in this application embodiment, in the scenario of transferring the resources of the account bound to the first object, can also bind a second object in the image where the first object is located to the account. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0247] The above Figure 2 Implementation examples and Figure 3 The above-described embodiment uses the terminal as the execution subject to illustrate the account binding process. Figure 8 The embodiment described below uses a server as the execution entity to illustrate the account binding process. In another embodiment, the account binding process is achieved through interaction between the terminal and the server; details of this process are provided below. Figure 9 Examples of implementations.

[0248] Figure 9 This is a flowchart illustrating another account binding method provided in this application embodiment. The interaction entities in this application embodiment are a first terminal and a server; see [link to relevant documentation]. Figure 9 The method includes:

[0249] 901. The first terminal sends the first query request to the server.

[0250] The first query request carries a first image and is used to request the server to query the account bound to the first object. In a resource transfer scenario, it is necessary to transfer the resources of the account bound to the first object based on the first object in the first image. Therefore, the terminal requests the server to query the account bound to the first object.

[0251] In one possible implementation, the terminal generates an object tag corresponding to a first object in the first image. This object tag indicates the first object, and a first query request carrying the first image and the object tag is sent to the server. For example, the object tag could be the location information of the first object in the first image.

[0252] In one possible implementation, the process of the first terminal acquiring the first image is the same as the process of acquiring the first image in step 301 above, and the process of the first terminal determining the first object in the first image is the same as the process of determining the first object in step 302 above, and will not be described in detail here.

[0253] 902. The server receives the first query request sent by the first terminal, responds to the first query request, queries the account bound to the first object in the first image, and sends the account to the first terminal.

[0254] The server responds to the first query request sent by the first terminal, queries the account bound to the first object, and provides the account to the first terminal.

[0255] In one possible implementation, the first query request also carries an object tag corresponding to the first object, which indicates the first object. For example, the object tag may be the location information of the first object in the first image. Based on the object tag, the server identifies the object indicated by the object tag in the first image as the first object.

[0256] In one possible implementation, the server extracts features from a first object in a first image to obtain a second feature corresponding to the first object. In the binding relationship, it determines the object feature that matches the second feature. Based on the object feature that matches the second feature, it determines the account that is bound to the object feature and sends the account determined by the account to the first terminal.

[0257] The binding relationship includes object features and the accounts bound to those object features. After the server extracts the second feature corresponding to the first object, it queries the binding relationship for the object feature with the highest similarity to the second feature, and identifies the object feature with the highest similarity as the object feature that matches the second feature. The server then queries the binding relationship for the account bound to that object feature. Since the object feature matches the second feature, it can be considered that the object feature and the second feature belong to the same object. Therefore, the account bound to the object feature is also the account bound to the first object to which the second feature belongs. The server then provides this identified account to the first terminal.

[0258] 903. The first terminal receives the account sent by the server and displays a transfer prompt message.

[0259] The first terminal receives the account sent by the server, which is the account bound to the first object. The first terminal displays a transfer prompt message, which prompts the transfer of resources of the account bound to the first object. In this embodiment, by displaying a transfer prompt message to indicate the transfer of resources of the account bound to the first object, the amount of information displayed is increased, and the transfer process is visualized.

[0260] The process of the first terminal displaying the transfer prompt information is the same as the process of displaying the transfer prompt information in step 303 above, and will not be described in detail here.

[0261] 904. In response to the confirmation of the transfer prompt information, the first terminal sends a resource transfer request carrying the account to the server.

[0262] If the terminal wants to transfer the resources of the account bound to the first object, it performs a confirmation operation on the transfer prompt message. In response to this confirmation, the terminal sends a resource transfer request carrying the account to the server, requesting the server to transfer the resources of that account. In this embodiment, the resource transfer request is sent to the server only after the confirmation operation on the transfer prompt message is detected, which helps to avoid resource transfer errors and improves the reliability of resource transfer.

[0263] In one possible implementation, the terminal obtains an invoice for resource transfer, which includes the quantity of resources to be transferred; for example, the invoice may be generated from a transaction involving the first object. The terminal generates a resource transfer request carrying the invoice and the account information, which requests the server to transfer resources for the account based on the invoice.

[0264] 905. The server receives a resource transfer request from the first terminal and, in response to the resource transfer request, transfers the account's resources.

[0265] The server responds to the resource transfer request sent by the terminal, obtains the account carried in the resource transfer request, and transfers the resources of the account.

[0266] In one possible implementation, the resource transfer request also carries an invoice. The server then obtains the invoice carried in the resource transfer request and transfers the resources for the account based on the invoice.

[0267] In one possible implementation, the server receives a resource transfer request from a first terminal, generates a graphical code corresponding to the account in response to the request, and transfers the account's resources based on the graphical code. This graphical code, such as a barcode or QR code, is used to transfer the account's resources. Optionally, the server provides the graphical code to a resource transfer server, which then transfers the account's resources based on the graphical code.

[0268] In one possible implementation, after the server transfers the account's resources, it also sends a resource transfer completion notification to the first terminal. This notification informs the user that the resource transfer is complete. In response to the notification, the first terminal displays a resource transfer completion interface, thus informing the user that the transfer of resources to the account bound to the first object is complete.

[0269] 906. The server sends the second object from the first image to the first terminal.

[0270] After the server obtains the first image, it identifies a second object that is different from the first object among multiple objects in the first image, and sends the second object to the first terminal. The second object is used to bind to the account bound to the first object.

[0271] In one possible implementation, the server generates an object tag corresponding to the second object in the first image. The object tag is used to indicate the second object, for example, the object tag is the location information of the second object in the first image. The server sends the object tag corresponding to the second object to the first terminal.

[0272] In one possible implementation, the server extracts the area containing the second object from the first image to obtain an image that includes the second object but does not contain other objects. The server then sends the image including the second object to the first terminal.

[0273] In one possible implementation, the server identifies a second object that meets the binding authorization conditions from among the second objects in the first image (excluding the first object), and sends the second object that meets the binding authorization conditions to the first terminal. The process by which the server identifies the second object that meets the binding authorization conditions is similar to the process by which the terminal identifies the second object that meets the binding authorization conditions in step 304 above, and will not be described in detail here.

[0274] 907. The first terminal receives the second object sent by the server and displays a binding prompt message.

[0275] After receiving the second object sent by the server, the first terminal displays a binding prompt message, which prompts the user to bind the second object to the account.

[0276] In one possible implementation, the second object sent by the server refers to the object tag corresponding to the second object. For example, the object tag is the location information of the second object in the first image. The first terminal identifies the object indicated by the object tag as the second object and displays the binding prompt information corresponding to the second object.

[0277] In one possible implementation, the second object sent by the server refers to an image that includes the second object. For example, if the image that includes the second object is a cropped image from the first image by the server, then the first terminal displays a binding prompt message that includes the image, thereby prompting the user to bind the second object in the image to the account.

[0278] The process of displaying the binding prompt information on the first terminal is the same as the process of displaying the binding prompt information in step 304 above, and will not be described in detail here.

[0279] 908. In response to the confirmation operation of the binding prompt information, the first terminal sends a binding request to the server carrying the second object and the account.

[0280] Since the binding prompt message is used to prompt the second object to be bound to the account, if you want to bind the second object to the account, you need to perform a confirmation operation on the binding prompt message. In response to the confirmation operation on the binding prompt message, the terminal generates a binding request carrying the second object and the account, and sends the binding request to the server.

[0281] The confirmation operation for the binding prompt information in step 908 is the same as the confirmation operation for the binding prompt information in step 305 above, and will not be described in detail here.

[0282] 909. The server receives the binding request sent by the first terminal and, in response to the binding request, binds the second object to the account.

[0283] In response to the binding request sent by the first terminal, the server binds the second object to the account. The second object bound to the account is used to transfer the resources of the account.

[0284] In one possible implementation, the server responds to the binding request by extracting features from the second object in the first image, obtaining the object features corresponding to the second object, and binding the object features to the account.

[0285] The server extracts the object features corresponding to the second object and binds these object features to the account; for example, the server establishes a binding relationship between the object features and the account. Optionally, the server acquires a first image, extracts features from the region where the second object is located in the first image, and obtains the object features corresponding to the second object. The region where the second object is located refers to the area enclosed by the object bounding box corresponding to the second object.

[0286] The method provided in this application embodiment, in the scenario of transferring the resources of the account bound to the first object, can also bind a second object in the image where the first object is located to the account. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0287] Furthermore, in the scenario of resource transfer, while completing the resource transfer of the account bound to the first object, the terminal can provide binding prompt information, allowing the user to directly perform a confirmation operation on the binding prompt information, thereby binding the second object in the image where the first object is located to the account. During the binding process, the terminal does not need to log in to the account, simplifying the account binding process and providing a simple and quick account binding method.

[0288] Furthermore, by displaying transfer prompts to indicate the transfer of resources to the account bound to the first object, the amount of information displayed is increased, and the transfer process is visualized.

[0289] Furthermore, the resource transfer request for the account is only sent to the server after a confirmation operation of the transfer prompt is detected, which helps to avoid resource transfer errors and improves the reliability of resource transfer.

[0290] Furthermore, among multiple second objects, those that meet the binding authorization conditions are filtered out, and only those that meet the binding authorization conditions are bound to the account, thereby improving the targeting of account binding.

[0291] After binding an object to an account, it can be unbound later. See below for details on the account unbinding process. Figure 10 Examples of implementations. Figure 10This is a flowchart illustrating an account unbinding method provided in an embodiment of this application. The interaction entities in this embodiment are a second terminal and a server. See [link / reference]. Figure 10 The method includes:

[0292] 1001. The second terminal sends a second query request to the server.

[0293] The second query request carries the account logged in by the second terminal, and the second query request is used to query the object bound to the account.

[0294] In one possible implementation, the second terminal runs a target application, which is provided by the server. This target application has resource transfer and account management functions, including account binding and unbinding. The second terminal logs into the account through this target application. If a user wants to query which objects are bound to the account, they perform a binding query operation on the target application. In response to this binding query operation, the second terminal generates a second query request carrying the account information and sends it to the server. Optionally, the target application includes a payment mini-program that provides resource transfer and account binding functions. The user performs the account binding query operation within this payment mini-program.

[0295] 1002. The server receives the second query request sent by the second terminal and, in response to the second query request, sends multiple objects bound to the account to the second terminal.

[0296] In response to a second query request sent by a terminal, the server obtains the account carried in the second query request, queries multiple objects bound to the account, and sends the multiple objects to the second terminal. For example, the multiple objects include the first object and the second object in the account binding method provided in the above embodiments.

[0297] In one possible implementation, the server queries multiple object characteristics bound to the account in the binding relationship, obtains the object to which each object characteristic belongs, and sends the obtained multiple objects to the second terminal.

[0298] Optionally, the server stores images of the objects to which each object feature belongs. Each image of an object only includes that object and does not include other objects. The server sends the images of multiple objects to the second terminal.

[0299] Optionally, the server stores the object identifier corresponding to the object to which each object feature belongs. The object identifier corresponding to the object is used to indicate the object. The server sends the obtained object identifiers corresponding to multiple objects to the second terminal.

[0300] 1003. The second terminal receives multiple objects sent by the server and displays an unbinding prompt message.

[0301] After receiving multiple objects from the server, the second terminal generates and displays an unbinding prompt message for the selected objects. This unbinding prompt message is used to prompt the selected objects to be unbound from the account.

[0302] In one possible implementation, the unbinding prompt message includes the multiple objects and the unbinding options corresponding to each object, and the unbinding options corresponding to the object are used to unbind the object from the account.

[0303] In one possible implementation, the server sends multiple objects, each representing an image containing that object. The second terminal then displays unbinding prompts including the images for each object, allowing the user to determine which objects are bound to the account based on the displayed images. In another possible implementation, the server sends multiple objects, each representing an object identifier. These object identifiers indicate the object, and the second terminal displays unbinding prompts including the object identifiers for each object, allowing the user to determine which objects are bound to the account based on the displayed object identifiers.

[0304] 1004. In response to the selection operation of any of the displayed objects, the second terminal sends an unbinding request to the server.

[0305] If you want to unbind one of the multiple objects from the account, you perform a selection operation on that object. The second terminal responds to the selection operation by generating an unbinding request carrying the selected object and sending the unbinding request to the server.

[0306] In one possible implementation, the binding prompt information also includes unbinding options for each object. If you want to bind an object to an account, you can trigger the unbinding option for that object. The second terminal responds to the triggering of the unbinding option for that object by generating an unbinding request carrying that object and sending the unbinding request to the server.

[0307] 1005. The server receives the unbinding request sent by the second terminal and responds to the unbinding request by unbinding the selected object from the account.

[0308] The server responds to the unbinding request sent by the second terminal, obtains the selected object carried in the unbinding request, and unbinds the object from the account.

[0309] In one possible implementation, the server queries the object characteristics corresponding to the object in the binding relationship and deletes the binding relationship between the object characteristics and the account.

[0310] In one possible implementation, after the server unbinds the selected object from the account, it sends an unbinding completion notification to the second terminal. The second terminal displays the received unbinding completion notification to inform the user that the selected object has been unbound from the account.

[0311] It should be noted that the second terminal in this embodiment is different from the one described above. Figure 9 In the embodiments, the first terminal can be the same, meaning that the account binding process and the account unbinding process are executed by the same terminal. Alternatively, the second terminal can be different from the first terminal, meaning that the account binding process and the account unbinding process are executed by different terminals. For example, the first terminal used for account binding is an IoT terminal provided by the merchant when the user conducts an offline transaction, and the second terminal used for account unbinding is the user's mobile phone or computer, etc.

[0312] This application provides a method for unbinding an account. A terminal can request a server to query the object bound to the logged-in account and request to unbind the object from the account. The terminal used for unbinding the account can be the same as or different from the terminal used for binding the account in the above embodiments; it only needs to ensure that the terminal used for unbinding the account is logged into the account, thus improving the flexibility of account unbinding.

[0313] Figure 11 This is a schematic diagram of a network architecture for a terminal and a server provided in an embodiment of this application. The network architecture provided in this embodiment can bind a child's face in the same face image to the user's account in scenarios where facial payment is performed based on an authorized user's face. For example... Figure 11 As shown, the terminal includes a target application and a 3D camera. The target application includes an image acquisition module 1101, a payment confirmation module 1102, a payment result module 1103, and a binding result module 1104. The server includes a face recognition module 1105, an account query module 1106, a payment module 1107, a multi-face detection module 1108, an age judgment module 1109, a binding query module 1110, an account binding module 1111, a binding relationship database 1112, and an unbinding module 1113. The functions of each module are as follows:

[0314] The image acquisition module 1101 is used to call the 3D camera to acquire streaming media data including faces, that is, to acquire multiple consecutive face images. After acquiring multiple face images, the multiple face images are filtered based on image quality parameters such as face area, face angle, image contrast, image brightness, and image sharpness. Face images that meet the image quality conditions are selected and sent to the backend server for face recognition.

[0315] The payment confirmation module 1102 is used to display the account avatar corresponding to the user account and the payment confirmation option after receiving the user account bound to the user's face in the face image sent by the server, so as to prompt the user to make payment using the user account. After the user clicks the payment confirmation option, the payment module 1102 requests the server to deduct the resources of the user account.

[0316] The payment result module 1103 displays the current payment result to the user. The payment result includes a successful payment status, a failed payment status, or an uncertain status. An uncertain status occurs because a network outage prevented the payment result module 1103 from detecting whether the payment was successful. Additionally, if the server detects a child's face in the facial image, and that child's face is not bound to a user account, the payment result module 1103 also displays a binding prompt. This prompt includes the current user account's avatar, the child's face image, a confirm binding option, and an exit option. If the user clicks the confirm binding option, it means the user agrees to authorize the binding of the child's face to their user account. The payment result module 1103 then requests the server to bind the child's face to the user account. The user can later unbind the child's face from the user account on the terminal where they are logged in.

[0317] The binding result module 1104 is used to display the binding result when the user agrees to bind the child's face to the user's account. The binding result includes a binding success status, a binding failure status, or an uncertain status. The uncertain status is due to the network disconnection, which prevents the binding result module 1104 from querying whether the binding was successful.

[0318] The face recognition module 1105 is used to receive face images sent by the terminal, extract features of the user's face in the face image, compare the extracted face features with face features in the database, and find the face features with the highest similarity in the database.

[0319] The account query module 1106 is used to query the user account bound to the facial feature with the highest similarity. This user account is the user account bound to the user's face, and the user account is returned to the terminal. The account query module 1106 can also return the facial feature with the highest similarity and the user account to the terminal at the same time, so that the terminal can directly query the user account bound to the user's face locally in the future.

[0320] The payment module 1107 is used to generate a graphic code corresponding to the user account after receiving a payment confirmation request sent by the terminal, and deduct resources from the user account based on the graphic code.

[0321] The multi-face detection module 1108 is used to determine whether there are multiple faces in the face image of the face recognition process. If there are multiple faces, other faces besides the user's face are identified and sent to the age determination module 1109.

[0322] The age determination module 1109 is used to determine the age of other faces in the face image besides the user's face. If the age of other faces is within the age range of minors, then the other faces are identified as children and sent to the binding query module 1110.

[0323] The binding query module 1110 is used to determine whether a child's face has been bound to a user account. If the child's face is not bound to any user account, the child's face is returned to the terminal, and the terminal displays the binding prompt information corresponding to the child's face. If the child's face is already bound to a user account, the binding query module 1111 notifies the terminal that binding is not required.

[0324] The account binding module 1111 is used to bind a child's face to a user account, that is, to establish a binding relationship between the facial features corresponding to the child's face and the user account. The binding relationship is stored in the binding relationship database 1112. Subsequently, facial payment can be made based on the child's face, and the resources of the user account bound to the child's face can be deducted.

[0325] The binding relationship library 1112 is used to store the binding relationship between facial features and user accounts.

[0326] The unbinding module 1113 is used to remove the binding relationship between the child's face and the user account when a request to unbind the child's face and the user account is received, that is, to delete the binding relationship between the child's face and the user account from the binding relationship database 1112.

[0327] The account binding method provided in this application can be applied to any scenario.

[0328] For example, in scenarios where facial recognition payment is used offline and accounts need to be linked. Figure 12 This is a flowchart illustrating a face payment and account binding method provided in an embodiment of this application, such as... Figure 12 As shown, the method includes the following steps:

[0329] 1201. The IoT facial recognition terminal collects facial images for facial recognition. If a user needs to make a facial payment while shopping in a store, the store provides the user with an IoT facial recognition terminal. If a user is with a child and wants to link the child's face to the user's account, the user and the child stand together in the image acquisition area of ​​the IoT facial recognition terminal. The IoT facial recognition terminal then acquires images, obtaining facial images including both the user's and the child's faces. The IoT facial recognition terminal is as follows: Figure 13 As shown, this IoT face recognition terminal has a face payment function.

[0330] 1202. The IoT facial recognition terminal requests the server to query the user account linked to the user's face in the facial image and displays the payment prompt information corresponding to that user account. This prompt information is used to suggest using the user account for payment. If the user confirms that they want to use the user account for payment, a confirmation operation is performed on the payment prompt information.

[0331] 1203. In response to the confirmation operation of the payment prompt information, the IoT face recognition terminal requests the server to deduct the resources of the user's account.

[0332] 1204. The IoT facial recognition terminal displays payment result and binding prompts. The payment result prompt indicates the payment outcome, while the binding prompt includes the child's face and the user account, prompting the user to bind the child's face to the user account. If the user confirms the binding, a confirmation process is executed.

[0333] 1205. In response to the confirmation operation of the binding prompt information, the IoT face recognition terminal requests the server to bind the child's face with the user account and displays the binding result prompt information, which is used to indicate the binding result.

[0334] In this embodiment, when a user makes a facial recognition payment with a child who is not yet linked to a user account, if the facial image includes a child's face, the system prompts the user to link the child's face to their user account without interrupting the payment process. This provides the user with a quick way to link their account. After the child's face is linked to the user account, resources from the user account linked to the child's face will be deducted when the child makes a facial recognition payment subsequently.

[0335] Figure 14 This is a schematic diagram of the structure of an account binding device provided in an embodiment of this application. See also... Figure 14 The device includes:

[0336] The resource transfer module 1401 is used to transfer the resources of the account bound to the first object based on the first object in the first image collected.

[0337] The information display module 1402 is used to display binding prompt information when the transfer is completed. The binding prompt information is used to prompt the binding of the second object in the first image to the account. The first object and the second object are different.

[0338] The account binding module 1403 is used to bind the second object to the account in response to the confirmation operation of the binding prompt information.

[0339] The account binding device provided in this application embodiment can also bind a second object in the image where the first object is located to the account in the scenario of transferring the resources of the account bound to the first object. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0340] Optionally, see Figure 15 The binding prompt information includes a second object in the first image other than the first object. The binding prompt information is used to prompt the selected second object to be bound to the account; the account binding module 1403 includes:

[0341] The first binding unit 1413 is used to bind the selected second object to the account in response to a selection operation on any of the displayed second objects.

[0342] Optionally, see Figure 15 Information display module 1402 includes:

[0343] The second object determination unit 1412 is used to determine, when the transfer is completed, a second object that meets the binding authorization conditions among the second objects in the first image other than the first object.

[0344] The first display unit 1422 is used to display binding prompt information, which prompts the user to bind the identified second object to the account.

[0345] Optionally, see Figure 15 The binding prompt message includes a binding confirmation option. Account binding module 1403 includes:

[0346] The second binding unit 1423 is used to bind the second object to the account in response to a trigger operation of the binding confirmation option.

[0347] Optionally, see Figure 15 Account binding module 1403 includes:

[0348] The first extraction unit 1433 is used to extract features from the second object in the first image in response to the confirmation operation of the binding prompt information, so as to obtain the object features corresponding to the second object;

[0349] The third binding unit 1443 is used to bind object characteristics to an account.

[0350] Optionally, see Figure 15 The device also includes:

[0351] Image acquisition module 1404 is used to acquire a second image in response to a resource transfer command, the second image including a second object;

[0352] The resource transfer module 1401 is also used to transfer resources of the account bound to the second object.

[0353] Optionally, see Figure 15 Resource transfer module 1401 includes:

[0354] The second extraction unit 1411 is used to extract features from the second object in the second image to obtain the first feature corresponding to the second object;

[0355] The feature determination unit 1421 is used to determine the object feature that matches the first feature in the binding relationship, the binding relationship including the object feature and the account bound to the object feature;

[0356] Account determination unit 1431 is used to determine the account bound to the object feature based on the object feature that matches the first feature;

[0357] Resource transfer unit 1441 is used to transfer resources of a determined account.

[0358] Optionally, see Figure 15 Resource transfer module 1401 includes:

[0359] Image acquisition unit 1451 is used to acquire a first image in response to a resource transfer command;

[0360] First object determination unit 1461 is used to determine a selected first object among multiple objects in a first image;

[0361] Resource transfer unit 1441 is used to transfer resources of the account bound to the first object.

[0362] Optionally, see Figure 15 Resource transfer unit 1441, used for:

[0363] Display a transfer notification message to indicate that resources of the account bound to the first object are being transferred.

[0364] In response to the confirmation of the transfer prompt, the resources of the account bound to the first object are transferred.

[0365] Optionally, see Figure 15 Resource transfer unit 1441, used for:

[0366] Feature extraction is performed on the first object in the first image to obtain the second feature corresponding to the first object;

[0367] In the binding relationship, the object feature that matches the second feature is determined. The binding relationship includes the object feature and the account bound to the object feature.

[0368] Based on the object characteristics that match the second characteristic, determine the account that is bound to the object characteristics;

[0369] Transfer the resources of the identified account.

[0370] Optionally, see Figure 15 The device also includes:

[0371] The account query module 1405 is used to send a first query request to the server. The first query request is used to request the server to query the account bound to the first object.

[0372] The account receiving module 1406 is used to receive accounts sent by the server.

[0373] Optionally, see Figure 15 Resource transfer unit 1441 is used to send a resource transfer request carrying the account to the server in response to the confirmation operation of the transfer prompt information. The server is used to transfer the account's resources in response to the resource transfer request.

[0374] Optionally, see Figure 15 The device also includes:

[0375] The object receiving module 1407 is used to receive a second object sent by the server. The second object is an object other than the first object that the server determines in the first image.

[0376] The binding prompt message includes a second object sent by the server.

[0377] Optionally, see Figure 15 Account binding module 1403 includes:

[0378] The binding request sending unit 1453 is used to send a binding request carrying the second object and the account to the server in response to the confirmation operation of the binding prompt information. The server is used to bind the second object and the account in response to the binding request.

[0379] Optionally, see Figure 15 Resource transfer module 1401 includes:

[0380] Image acquisition unit 1451 is used to acquire multiple images in response to resource transfer instructions;

[0381] The parameter determination unit 1471 is used to determine the image quality parameters corresponding to each image.

[0382] The first object determination unit 1461 is used to determine a first object in a first image whose image quality parameters meet the image quality conditions.

[0383] Resource transfer unit 1441 is used to transfer resources of the account bound to the first object.

[0384] Optionally, see Figure 15 Resource transfer module 1401 includes:

[0385] Account determination unit 1431 is used to query the account bound to the first object in the first image;

[0386] The graphic code generation unit 1481 is used to generate the graphic code corresponding to the account;

[0387] Resource transfer unit 1441 is used to transfer account resources based on a graphical code.

[0388] Optionally, see Figure 15 Information display module 1402 includes:

[0389] The interface display unit 1432 is used to display a transfer completion notification interface when the transfer is completed. The transfer completion notification interface includes binding prompt information.

[0390] It should be noted that the account binding device provided in the above embodiments is only illustrated by the division of the above functional modules when binding an account. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the terminal can be divided into different functional modules to complete all or part of the functions described above. In addition, the account binding device and the account binding method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

[0391] Figure 16 This is a schematic diagram of another account binding device provided in an embodiment of this application. See also... Figure 14 The device includes:

[0392] The resource transfer module 1601 is used to transfer the resources of the account bound to the first object based on the first object in the first image sent by the first terminal;

[0393] The first sending module 1602 is used to send a second object in the first image to the first terminal, wherein the first object is different from the second object;

[0394] The first receiving module 1603 is used to receive a binding request sent by the first terminal, the binding request carrying a second object and an account;

[0395] The account binding module 1604 is used to bind a second object to an account in response to a binding request.

[0396] The account binding device provided in this application embodiment can also bind a second object in the image where the first object is located to the account in the scenario of transferring the resources of the account bound to the first object. This provides a way to bind the account of an already bound object to other objects, avoiding the situation where an object can only be bound to its own account, and reducing the limitation of the binding function.

[0397] Optionally, see Figure 17 The first transmitting module 1602 includes:

[0398] The object determination unit 1612 is used to determine, among the second objects in the first image other than the first object, a second object that meets the binding authorization conditions;

[0399] The object sending unit 1622 is used to send a second object that meets the binding authorization conditions to the first terminal.

[0400] Optionally, see Figure 17 Account binding module 1604 includes:

[0401] The first extraction unit 1614 is used to extract features from the second object in the first image in response to the binding request, and obtain the object features corresponding to the second object;

[0402] Account binding unit 1624 is used to bind object characteristics to an account.

[0403] Optionally, see Figure 17 Resource transfer module 1601 includes:

[0404] The first receiving unit 1611 is used to receive a first query request sent by the first terminal, the first query request carrying a first image;

[0405] The account query unit 1621 is used to respond to the first query request, query the account bound to the first object in the first image, and send the account to the first terminal;

[0406] The second receiving unit 1631 is used to receive a resource transfer request sent by the first terminal, the resource transfer request carrying an account.

[0407] Resource transfer unit 1641 is used to transfer the account's resources in response to a resource transfer request.

[0408] Optionally, see Figure 17 Resource transfer module 1601 includes:

[0409] The second extraction unit 1651 is used to extract features from the first object in the first image to obtain the second feature corresponding to the first object;

[0410] The feature determination unit 1661 is used to determine the object feature that matches the second feature in the binding relationship, the binding relationship including the object feature and the account bound to the object feature;

[0411] Account determination unit 1671 is used to determine the account bound to the object feature based on the object feature that matches the second feature;

[0412] Resource transfer unit 1641 is used to transfer resources of a designated account.

[0413] Optionally, see Figure 17 Resource transfer module 1601 includes:

[0414] Account query unit 1621 is used to query the account bound to the first object in the first image;

[0415] The graphic code generation unit 1681 is used to generate the graphic code corresponding to the account;

[0416] Resource transfer unit 1641 is used to transfer account resources based on a graphical code.

[0417] Optionally, see Figure 17 The device also includes:

[0418] The second receiving module 1605 is used to receive a second query request sent by the second terminal, the second query request carrying the account logged in by the second terminal;

[0419] The second sending module 1606 is used to send multiple objects bound to the account to the second terminal in response to the second query request;

[0420] The third receiving module 1607 is used to receive the unbinding request sent by the second terminal, the unbinding request carrying the selected object;

[0421] The account unbinding module 1608 is used to respond to unbinding requests and unbind the selected object from the account.

[0422] It should be noted that the account binding device provided in the above embodiments is only illustrated by the division of the above functional modules when binding an account. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the server can be divided into different functional modules to complete all or part of the functions described above. In addition, the account binding device and the account binding method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

[0423] This application also provides a computer device, which includes a processor and a memory. The memory stores at least one computer program, which is loaded and executed by the processor to perform the operations performed in the account binding method of the above embodiments.

[0424] Optionally, the computer device is provided as a terminal. Figure 18 A schematic diagram of the structure of a terminal 1800 provided in an exemplary embodiment of this application is shown.

[0425] Terminal 1800 includes a processor 1801 and a memory 1802.

[0426] Processor 1801 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 1801 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1801 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 1801 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 1801 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0427] The memory 1802 may include one or more computer-readable storage media, which may be non-transitory. The memory 1802 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 1802 are used to store at least one computer program, which is used by the processor 1801 to implement the account binding method provided in the method embodiments of this application.

[0428] In some embodiments, the terminal 1800 may also optionally include a peripheral device interface 1803 and at least one peripheral device. The processor 1801, memory 1802, and peripheral device interface 1803 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 1803 via a bus, signal line, or circuit board. Optionally, the peripheral device includes at least one of a radio frequency circuit 1804, a display screen 1805, a camera assembly 1806, or a positioning assembly 1807.

[0429] Peripheral device interface 1803 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 1801 and memory 1802. In some embodiments, processor 1801, memory 1802 and peripheral device interface 1803 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 1801, memory 1802 and peripheral device interface 1803 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0430] The radio frequency (RF) circuit 1804 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 1804 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 1804 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 1804 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 1804 can communicate with other devices through at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: metropolitan area networks (MANs), various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks (WLANs), and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 1804 may also include circuitry related to NFC (Near Field Communication), which is not limited in this application.

[0431] Display screen 1805 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. When display screen 1805 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 1801 for processing. In this case, display screen 1805 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one display screen 1805, disposed on the front panel of terminal 1800; in other embodiments, there may be at least two display screens, disposed on different surfaces of terminal 1800 or in a folded design; in still other embodiments, display screen 1805 may be a flexible display screen, disposed on a curved or folded surface of terminal 1800. Furthermore, display screen 1805 may also be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. The display screen 1805 can be made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0432] The camera assembly 1806 is used to acquire images or videos. Optionally, the camera assembly 1806 includes a front-facing camera and a rear-facing camera. The front-facing camera is disposed on the front panel of the terminal 1800, and the rear-facing camera is disposed on the back of the terminal 1800. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, a wide-angle camera, and a telephoto camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, panoramic shooting by fusion of the main camera and the wide-angle camera, VR (Virtual Reality) shooting, or other fusion shooting functions. In some embodiments, the camera assembly 1806 may also include a flash. The flash can be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm light flash and a cool light flash, which can be used for light compensation at different color temperatures.

[0433] Positioning component 1807 is used to locate the current geographic location of terminal 1800 for navigation or LBS (Location Based Service). Positioning component 1808 can be a positioning component based on the US GPS (Global Positioning System), China's BeiDou system, Russia's Granas system, or the EU's Galileo system.

[0434] Those skilled in the art will understand that Figure 18 The structure shown does not constitute a limitation on terminal 1800 and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0435] Optionally, the computer device is provided as a server. Figure 19 This is a schematic diagram of a server structure provided in an embodiment of this application. The server 1900 can vary significantly due to different configurations or performance. It may include one or more Central Processing Units (CPUs) 1901 and one or more memories 1902. The memories 1902 store at least one computer program, which is loaded and executed by the processor 1901 to implement the methods provided in the various method embodiments described above. Of course, the server may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input and output. The server may also include other components for implementing device functions, which will not be elaborated upon here.

[0436] This application also provides a computer-readable storage medium storing at least one computer program, which is loaded and executed by a processor to perform the operations performed in the account binding method of the above embodiments.

[0437] This application also provides a computer program product, including a computer program loaded and executed by a processor to perform the operations as described in the account binding method of the above embodiments. In some embodiments, the computer program involved in this application may be deployed and executed on a single computer device, or on multiple computer devices located in one location, or on multiple computer devices distributed across multiple locations and interconnected via a communication network. These multiple computer devices distributed across multiple locations and interconnected via a communication network can constitute a blockchain system.

[0438] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0439] The above description is only an optional embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present application should be included within the protection scope of the present application.

Claims

1. An account binding method, characterized in that, The method includes: Based on the first object in the first image, transfer the resources of the account bound to the first object; Upon completion of the transfer, a binding prompt message is displayed, which prompts the user to bind the second object in the first image to the account. The first object is different from the second object. In response to the confirmation operation of the binding prompt information, the second object is bound to the account.

2. The method according to claim 1, characterized in that, The binding prompt information includes a second object in the first image other than the first object, and the binding prompt information is used to prompt the selected second object to be bound to the account; The step of binding the second object to the account in response to the confirmation operation of the binding prompt information includes: In response to a selection operation on any of the displayed second objects, the selected second object is bound to the account.

3. The method according to claim 1, characterized in that, Upon completion of the transfer, a binding prompt message is displayed, including: Once the transfer is complete, among the second objects in the first image other than the first object, determine the second object that meets the binding authorization conditions; The binding prompt message is displayed, which prompts the user to bind the identified second object to the account.

4. The method according to claim 1, characterized in that, The binding prompt information includes a binding confirmation option. The step of binding the second object to the account in response to the confirmation operation of the binding prompt information includes: In response to the triggering of the binding confirmation option, the second object is bound to the account.

5. The method according to claim 1, characterized in that, The step of binding the second object to the account in response to the confirmation operation of the binding prompt information includes: In response to the confirmation operation of the binding prompt information, feature extraction is performed on the second object in the first image to obtain the object features corresponding to the second object; The object characteristics are bound to the account.

6. The method according to claim 1, characterized in that, After binding the second object to the account in response to the confirmation operation of the binding prompt information, the method further includes: In response to a resource transfer command, a second image is acquired, the second image including the second object; Transfer the resources of the account bound to the second object.

7. The method according to claim 6, characterized in that, The transfer of resources of the account bound to the second object includes: Feature extraction is performed on the second object in the second image to obtain the first feature corresponding to the second object; In the binding relationship, an object feature matching the first feature is determined, and the binding relationship includes the object feature and the account bound to the object feature; Based on the object features that match the first feature, determine the account that is bound to the object features; Transfer the resources of the identified account.

8. The method according to claim 1, characterized in that, The step of transferring resources of the account bound to the first object based on the first object in the collected first image includes: In response to a resource transfer command, the first image is acquired; The first object is selected from among a plurality of objects in the first image; Transfer the resources of the account bound to the first object.

9. The method according to claim 8, characterized in that, The transfer of resources from the account bound to the first object includes: Display a transfer prompt message, which is used to prompt the transfer of resources of the account bound to the first object; In response to the confirmation operation of the transfer prompt information, the resources of the account bound to the first object are transferred.

10. The method according to claim 8, characterized in that, The transfer of resources from the account bound to the first object includes: The first object in the first image is subjected to feature extraction to obtain the second feature corresponding to the first object; In the binding relationship, an object feature matching the second feature is determined, and the binding relationship includes the object feature and the account bound to the object feature; Based on the object features that match the second feature, determine the account that is bound to the object features; Transfer the resources of the identified account.

11. The method according to any one of claims 1-10, characterized in that, The step of transferring resources of the account bound to the first object based on the first object in the collected first image includes: In response to a resource transfer command, acquire multiple images; Determine the image quality parameters corresponding to each of the images; The first object is determined in a first image whose image quality parameters meet the image quality conditions; Transfer the resources of the account bound to the first object.

12. An account binding method, characterized in that, The method includes: Based on the first object in the first image sent by the first terminal, the resources of the account bound to the first object are transferred; Send a second object from the first image to the first terminal, wherein the first object is different from the second object; Receive a binding request sent by the first terminal, wherein the binding request carries the second object and the account; In response to the binding request, the second object is bound to the account.

13. The method according to claim 12, characterized in that, Sending the second object from the first image to the first terminal includes: Among the second objects in the first image other than the first object, determine the second object that meets the binding authorization conditions; Send the second object that meets the binding authorization conditions to the first terminal.

14. The method according to any one of claims 12-13, characterized in that, The step of transferring resources of the account bound to the first object based on the first object in the first image sent by the first terminal includes: Receive a first query request sent by the first terminal, wherein the first query request carries the first image; In response to the first query request, query the account bound to the first object in the first image and send the account to the first terminal; Receive a resource transfer request sent by the first terminal, wherein the resource transfer request carries the account; In response to the resource transfer request, the resources of the account are transferred.

15. The method according to any one of claims 12-13, characterized in that, The method further includes: Receive a second query request sent by a second terminal, the second query request carrying the account logged in by the second terminal; In response to the second query request, multiple objects bound to the account are sent to the second terminal; Receive an unbinding request sent by the second terminal, wherein the unbinding request carries the selected object; In response to the unbinding request, the selected object is unbound from the account.

16. An account binding device, characterized in that, The device includes: The resource transfer module is used to transfer the resources of the account bound to the first object based on the first object in the first image collected. An information display module is used to display a binding prompt message when the transfer is completed. The binding prompt message is used to prompt the binding of the second object in the first image to the account. The first object is different from the second object. The account binding module is used to bind the second object to the account in response to the confirmation operation of the binding prompt information.

17. An account binding device, characterized in that, The device includes: The resource transfer module is used to transfer the resources of the account bound to the first object based on the first object in the first image sent by the first terminal. A first sending module is used to send a second object in the first image to the first terminal, wherein the first object is different from the second object; The first receiving module is used to receive a binding request sent by the first terminal, wherein the binding request carries the second object and the account; The account binding module is used to bind the second object to the account in response to the binding request.

18. A computer device, characterized in that, The computer device includes a processor and a memory, the memory storing at least one computer program, the at least one computer program being loaded and executed by the processor to perform the operations performed by the account binding method as described in any one of claims 1 to 11, or to perform the operations performed by the account binding method as described in any one of claims 12 to 15.

19. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one computer program, which is loaded and executed by a processor to perform the operations performed by the account binding method as described in any one of claims 1 to 11, or to perform the operations performed by the account binding method as described in any one of claims 12 to 15.

20. A computer program product, comprising a computer program, characterized in that, The computer program is loaded and executed by a processor to perform the operations performed by the account binding method as described in any one of claims 1 to 11, or to perform the operations performed by the account binding method as described in any one of claims 12 to 15.

Images