Electronic payment processing method and apparatus, payment terminal, and storage medium

Abstract

The application provides an electronic payment processing method and device, a payment terminal, a computer readable storage medium and a computer program product. The method comprises: displaying live content of a live room on a payment interface of a payment terminal; displaying a biological feature payment portal on the payment interface; in response to a triggering operation on the biological feature payment portal, collecting a biological feature and performing a payment operation based on the biological feature; and in response to successful execution of the payment operation, displaying a payment result indicating successful payment and an interaction result corresponding to the live room on the payment interface. Through the application, the offline electronic payment scene can be combined with the live scene, the interaction mode of the live is widened, and the interaction experience between the user and the host is improved.

Description

Technical Field

[0001] This application relates to the fields of Internet and computer technology, and in particular to an electronic payment processing method, apparatus, payment terminal and computer-readable storage medium. Background Technology

[0002] With the rapid development of internet technology, live streaming has seen increasing growth and application. In the live streaming field, streamers can use live streaming applications (APPs) to broadcast videos and provide viewers with exciting programs. Viewers can also watch the live stream through the APP or a webpage. Furthermore, live streaming APPs offer interactive features between streamers and viewers. For example, when watching game live streams on their mobile devices, viewers can send virtual gifts to their favorite streamers through mobile top-ups or payments, enabling interaction with the streamer.

[0003] However, the interactive methods provided by the relevant technologies are limited to the live broadcast room and cannot meet the diverse interactive needs of users. Summary of the Invention

[0004] This application provides an electronic payment processing method, device, payment terminal, and computer-readable storage medium, which can combine offline electronic payment scenarios with live streaming scenarios, broaden the interactive methods of live streaming, and enhance the interactive experience between users and broadcasters.

[0005] The technical solution of this application embodiment is implemented as follows: This application provides an electronic payment processing method applied to a payment terminal, including: The payment interface of the payment terminal displays the live broadcast content of the live broadcast room; The payment interface displays a biometric payment option; In response to a trigger operation targeting the biometric payment gateway, biometric features are collected and a payment operation is performed based on the biometric features; In response to the successful execution of the payment operation, the payment interface displays the payment result indicating the successful payment and the interaction result corresponding to the live broadcast room.

[0006] In the above scheme, the biometric features include facial features, and the biometric payment entry point includes a facial recognition payment entry point; the step of collecting biometric features and performing payment operations based on the biometric features in response to a trigger operation for the biometric payment entry point includes: displaying a real-time collected facial image on the payment interface of the payment terminal in response to a trigger operation for the facial recognition payment entry point; matching the facial image with multiple authorized facial images to obtain identity information corresponding to the successfully matched authorized facial image; and sending a payment request carrying the identity information to the server.

[0007] In the above scheme, the method further includes: when the list of interactive objects does not include the object purchased by the payment operation, determining that the source user account of the biometrics does not have the permission to interact with the anchor account of the live broadcast room, and displaying the object recommended by the anchor account of the live broadcast room on the payment interface of the payment terminal.

[0008] In the above scheme, the method further includes: in response to the failure of the payment operation, displaying a payment result indicating payment failure and the recommended objects of the anchor account in the live broadcast room on the payment interface.

[0009] This application provides an electronic payment processing device, applied to a payment terminal, comprising: The display module is used to display the live content of the live room on the payment interface of the payment terminal; The display module is also used to display the biometric payment entry on the payment interface; The payment module is used to respond to a trigger operation for the biometric payment entry point, collect biometric features, and perform a payment operation based on the biometric features; The display module is also configured to, in response to the successful execution of the payment operation, display the payment result indicating the successful payment and the interaction result corresponding to the live broadcast room on the payment interface.

[0010] In the above scheme, the display module is further configured to respond to the received wake-up operation and enter the screen-on state from the screen-off state; the device further includes an acquisition module for acquiring the live stream data of the live room; the display module is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0011] In the above scheme, the display module is further configured to keep the payment terminal in a screen-on state after the payment terminal is powered on; the acquisition module is further configured to acquire the live stream data of the live room during the screen-on state; and the display module is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0012] In the above scheme, the display module is further configured to switch from a screen-off state to a screen-on state when a user is detected entering the environment where the payment terminal is deployed; the acquisition module is further configured to acquire the live stream data of the live room; and the display module is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0013] In the above scheme, the device further includes an identification module for identifying objects that the user is interested in in the environment, wherein multiple different objects are set in the environment; the acquisition module is further used to acquire live stream data corresponding to the live stream room for recommending the object; the display module is further used to display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal according to the live stream data.

[0014] In the above scheme, the acquisition module is further configured to acquire the preferences of users in the environment where the payment terminal is deployed; the device further includes a determination module, configured to determine objects in the environment that match the preferences, wherein the users include at least one of the following: users currently in the environment, users who have previously entered the environment; the acquisition module is further configured to acquire live stream data corresponding to the live stream room used to recommend the object; the display module is further configured to display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal according to the live stream data.

[0015] In the above scheme, the display module is further configured to display the real-time captured facial image on the payment interface of the payment terminal in response to a trigger operation for the facial recognition payment entry; the device further includes a matching module, configured to match the facial image with multiple authorized facial images to obtain identity information corresponding to the successfully matched authorized facial image; the device further includes a sending module, configured to send a payment request carrying the identity information to the server.

[0016] In the above scheme, the determining module is further configured to determine the interaction result corresponding to the live broadcast room based on the payment result and the interaction strategy; wherein, the interaction result includes at least one of the following: the result of voting for the anchor account of the live broadcast room, the result of following the anchor account of the live broadcast room, and the result of transferring virtual resources to the anchor account of the live broadcast room.

[0017] In the above scheme, the determining module is further used to determine at least one of the following based on the actual payment amount of the payment result and the correspondence between the payment amount and the number of interaction results: the number of votes cast to the anchor account in the live broadcast room, and the number of virtual resources transferred to the anchor account in the live broadcast room.

[0018] In the above scheme, the determining module is further configured to determine that the source user account of the biometric feature has the permission to interact with the anchor account of the live broadcast room when the list of interactive objects includes the purchase object of the payment operation, and to determine the interaction result corresponding to the anchor account of the live broadcast room based on the actual payment amount of the payment result and the corresponding relationship.

[0019] In the above scheme, the determining module is further configured to determine that the source user account of the biometric feature does not have the permission to interact with the live streamer account when the list of interactive objects does not include the object purchased by the payment operation; the display module is further configured to display the object recommended by the live streamer account on the payment interface of the payment terminal.

[0020] In the above scheme, the determining module is further configured to determine that the source user account of the biometric feature has the permission to interact with the anchor account of the live broadcast room when the actual payment amount of the payment result is greater than the minimum payment amount, and to determine the interaction result corresponding to the anchor account of the live broadcast room based on the actual payment amount of the payment result and the corresponding relationship.

[0021] In the above scheme, the acquisition module is further configured to acquire historical interaction data of the source user account of the biometric feature; the determination module is further configured to determine that the source user account of the biometric feature has the permission to interact with the streamer account of the live broadcast room when the historical interaction data includes records of interaction behavior with the streamer account of the live broadcast room, and determine the interaction result corresponding to the streamer account of the live broadcast room based on the actual payment amount of the payment result and the corresponding relationship.

[0022] In the above scheme, the device further includes a detection module for detecting the interactive function in the payment terminal corresponding to the live broadcast room; the determination module is further used to determine, when the interactive function is enabled, that a payment result indicating successful payment and the interactive result corresponding to the live broadcast room will be displayed on the payment interface; and to determine, when the interactive function is not enabled on the payment terminal, that only a payment result indicating successful payment will be displayed on the payment interface.

[0023] In the above scheme, the display module is also used to display, in response to the failure of the payment operation, the payment result indicating the payment failure and the objects recommended by the anchor account in the live broadcast room on the payment interface.

[0024] This application provides a payment terminal, including: Memory, used to store executable instructions; The processor, when executing executable instructions stored in the memory, implements the electronic payment processing method provided in the embodiments of this application.

[0025] This application provides a computer-readable storage medium storing executable instructions, which, when executed by a processor, implement the electronic payment processing method provided in this application.

[0026] This application provides a computer program product, which includes computer-executable instructions for implementing the electronic payment processing method provided in this application when executed by a processor.

[0027] The embodiments of this application have the following beneficial effects: Based on offline electronic payment scenarios, the original background image on the payment terminal's payment interface is replaced with the live broadcast content. In this way, after successfully paying with the payment terminal, users can interact with the live broadcast host's account, realizing online and offline linkage, broadening the interactive methods of live broadcasting, and improving the interactive experience between users and hosts. Attached Figure Description

[0028] Figure 1 This is a schematic diagram of the architecture of the electronic payment processing system 100 provided in an embodiment of this application; Figure 2 This is a schematic diagram of the structure of the payment terminal 400 provided in this application embodiment; Figure 3 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application; Figure 4A This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application; Figure 4B This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application; Figure 5 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application; Figure 6 This is a schematic diagram illustrating an application scenario of the electronic payment processing method provided in the embodiments of this application; Figure 7 This is a schematic diagram of the architecture of the electronic payment processing system provided in the embodiments of this application; Figure 8 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application; Figure 9 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application. Detailed Implementation

[0029] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0030] In the implementation of this application, the collection and processing of relevant data should be strictly in accordance with the requirements of relevant laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0031] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0032] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0033] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0034] 1) Responding to: used to indicate the conditions or states on which the operation is performed depends. When the conditions or states on which it depends are met, one or more operations can be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are performed.

[0035] 2) Facial recognition: This is a biometric technology that identifies individuals based on their facial features. It involves using cameras or webcams to capture images or video streams containing faces, automatically detecting and tracking faces in the images, and then performing facial recognition on the detected faces. 3) Electronic payment operations: The act of using electronic means to securely transmit payment information to banks or third-party payment institutions through the network to realize monetary payments or fund transfers. In terms of types, this includes password payments and biometric payments, among which biometric payments can include facial recognition payments, fingerprint payments, and voiceprint payments.

[0036] 4) Live streaming: This refers to the process of transmitting the packetized audio and video content from the acquisition stage to a server (such as a live streaming server), that is, the process of transmitting the live audio and video signals to the network. Live streaming has relatively high network requirements; if the network is unstable, the live streaming effect will be very poor, resulting in intermittent video.

[0037] 5) Tipping: In the emerging online live streaming industry, the act of users (such as viewers) sending virtual gifts to the streamer's account is called tipping, and virtual gifts generally have a certain value.

[0038] With the continuous development of internet technology, live streaming has seen increasing growth and application. Taking game live streaming as an example, the game streamer simultaneously opens a live streaming app and the game app to be streamed. While the streamer plays the game, the live streaming app captures the game footage and pushes it to the live streaming website's server. The live streaming website's server then distributes this footage to viewers, thus live streaming the game content. Viewers need to open the live streaming app or the corresponding website and retrieve the streamed content from the website's server for playback.

[0039] To facilitate interaction between streamers and viewers, live streaming apps offer various interactive features. For example, viewers watching game streams on their mobile devices can send virtual gifts to their favorite streamers through mobile top-ups or payments, thus enabling interaction. However, the interactive methods provided by these technologies are limited to online (i.e., confined to the live streaming room), making them relatively simple and unable to meet the diverse interactive needs of viewers and streamers.

[0040] In view of this, embodiments of this application provide an electronic payment processing method, apparatus, payment terminal, and computer-readable storage medium, which enables interaction based on offline electronic payment scenarios, broadens the interaction methods, and enhances the interactive experience between users and broadcasters.

[0041] The application scenarios of the electronic payment processing method provided in this application embodiment are described below. The electronic payment processing method provided in this application embodiment can be applied to various payment scenarios, such as offline store payment scenarios, unmanned supermarket payment scenarios, etc. The payment terminal can be a facial recognition payment terminal, a fingerprint payment terminal, or a payment terminal integrating facial recognition payment, fingerprint payment, and voiceprint payment functions. For example, when the payment terminal is applicable to a facial recognition payment scenario, the payment terminal can refer to a facial recognition payment terminal that supports the target payment type and has facial recognition payment functionality. The target payment type can include bank card payment, third-party platform (e.g., WeChat) payment, or other payment types.

[0042] The electronic payment processing system provided in the embodiments of this application will be described below.

[0043] For example, see Figure 1 , Figure 1 This is a schematic diagram of the architecture of the electronic payment processing system 100 provided in this application embodiment. To support applications with expanded interaction methods, such as... Figure 1 As shown, the electronic payment processing system 100 includes: a server 200, a network 300, and a payment terminal 400, which will be described below.

[0044] The payment terminal 400 is used to receive live stream data sent by the server 200 (e.g., a server cluster integrating live stream data push and payment functions) through the network 300 (used to connect the server 200 and the payment terminal 400, which can be a wide area network, a local area network, or a combination of both). The live stream data can be live stream data corresponding to any live room or live stream data corresponding to a specific live room (e.g., live stream data corresponding to a live room used to recommend the user's currently followed object). Based on the live stream data, the payment terminal 400 displays the live content of the live room on the payment interface (i.e., in the payment interface of the payment terminal 400, the originally static background image is replaced with the live content of the live room).

[0045] In addition, the payment interface of the payment terminal 400 also displays biometric payment options (such as facial recognition payment, fingerprint payment, and voiceprint payment). When the payment terminal 400 receives a user's click on a biometric payment option displayed on the payment interface, it redirects to a biometric data collection page to collect the user's biometric features. The collected biometric features are then matched with multiple authorized biometric features to determine the user's identity information. Subsequently, the payment terminal 400 can send a payment request carrying the identity information and payment amount to the server 200 via the network 300, so that the server 200 can perform a deduction operation based on the identity information and payment amount sent by the payment terminal 400.

[0046] After receiving the payment request from the payment terminal 400, the server 200 responds, obtains the payment result, and determines the corresponding interaction result for the live broadcast room based on the payment result indicating successful payment and the interaction strategy. Subsequently, the server 200 sends the payment result and the corresponding interaction result for the live broadcast room to the payment terminal 400 via the network 300, so that the payment result and the corresponding interaction result for the live broadcast room can be displayed on the payment interface of the payment terminal 400. In this way, interaction between users and broadcasters can be realized based on offline electronic payment scenarios, realizing online and offline linkage, broadening the interaction methods, and improving the interactive experience between users and broadcasters.

[0047] It should be noted that in practical applications, the payment terminal 400 can send live stream data acquisition requests and payment requests to different servers respectively. That is, the payment terminal 400 sends a request to the live stream server to acquire live stream data and a payment request to a third-party payment server. This application embodiment does not limit this.

[0048] In some embodiments, the embodiments of this application can be implemented with the aid of cloud technology, which refers to a hosting technology that unifies a series of resources such as hardware, software, and networks within a wide area network or local area network to realize the computation, storage, processing, and sharing of data.

[0049] Cloud technology is a general term encompassing network technology, information technology, integration technology, management platform technology, and application technology based on the cloud computing business model. It can form resource pools, allowing for on-demand use with flexibility and convenience. Cloud computing technology will become a crucial support. The backend services of cloud computing systems require substantial computing and storage resources.

[0050] Example, Figure 1 The server 200 shown can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing 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, and big data and artificial intelligence platforms. The payment terminal 400 and the server 200 can be directly or indirectly connected via wired or wireless communication, which is not limited in this embodiment.

[0051] In other embodiments, the electronic payment processing method provided in this application can also be implemented in conjunction with blockchain technology.

[0052] Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and cryptographic algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks linked together using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain can include an underlying platform, a platform product and service layer, and an application service layer.

[0053] The underlying blockchain platform can include processing modules such as user management, basic services, smart contracts, and operational monitoring. The user management module is responsible for managing the identity information of all blockchain participants, including maintaining public and private key generation (account management), key management, and maintaining the correspondence between user real identities and blockchain addresses (access management). Furthermore, under authorization, it monitors and audits transactions of certain real identities and provides risk control rule configuration (risk control audit). The basic services module is deployed on all blockchain node devices to verify the validity of business requests. After consensus is reached on valid requests, they are recorded in storage. For a new business request, the basic services first perform interface adaptation parsing and authentication (interface adaptation), and then encrypt the business information using a consensus algorithm (consensus management). After encryption, the data is transmitted completely and consistently to the shared ledger (network communication) and recorded and stored. The smart contract module is responsible for contract registration, issuance, triggering, and execution. Developers can define contract logic using a programming language and publish it to the blockchain (contract registration). According to the contract terms, the key or other events are invoked to trigger execution and complete the contract logic. It also provides functions for contract upgrades and cancellations. The operation monitoring module is mainly responsible for deployment, configuration modification, contract settings, cloud adaptation, and real-time status visualization output during product release, such as alarms, network monitoring, and monitoring of node device health status.

[0054] Example, Figure 1 The server 200 and payment terminal 400 shown can join a blockchain network and become nodes within it. The type of blockchain network can be flexible and diverse, such as any of the public, private, or consortium blockchains. Taking a public blockchain as an example, any electronic device of any business entity can access the blockchain network without authorization to serve as a consensus node.

[0055] Taking a consortium blockchain as an example, server 200 and payment terminal 400, after obtaining authorization, can access the blockchain network and become nodes. Server 200, in response to a payment request from payment terminal 400, receives the payment result and, based on the payment result and interaction strategy, obtains the corresponding interaction result for the live stream. It can then send the payment result and interaction result to the blockchain network for consensus. Once consensus is reached, the payment result and interaction result are sent to payment terminal 400 for display on its payment interface. Thus, based on the immutable nature of the blockchain network, the validity of the payment result and interaction result can be ensured. The following is about Figure 1 The structure of the payment terminal 400 shown in the diagram will be explained. See also... Figure 2 , Figure 2This is a schematic diagram of the structure of the payment terminal 400 provided in this application embodiment. Figure 2 The payment terminal 400 shown includes at least one processor 410, a memory 450, at least one network interface 420, and a user interface 430. The various components in the payment terminal 400 are coupled together via a bus system 440. It is understood that the bus system 440 is used to implement communication between these components. In addition to a data bus, the bus system 440 also includes a power bus, a control bus, and a status signal bus. However, for clarity, ... Figure 2 The general labeled all buses as Bus System 440.

[0056] Processor 410 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0057] User interface 430 includes one or more output devices 431 that enable the presentation of media content, including one or more speakers and / or one or more visual displays. User interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0058] The memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The memory 450 may optionally include one or more storage devices physically located away from the processor 410.

[0059] The memory 450 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The memory 450 described in this application embodiment is intended to include any suitable type of memory.

[0060] In some embodiments, memory 450 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0061] Operating system 451 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, driver layer, etc., for implementing various basic business functions and handling hardware-based tasks; The network communication module 452 is used to reach other computing devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 including: Bluetooth, WiFi, and Universal Serial Bus (USB), etc. Presentation module 453 is configured to enable the presentation of information (e.g., a user interface for operating peripheral devices and displaying content and information) via one or more output devices 431 (e.g., a display screen, a speaker, etc.) associated with user interface 430. The input processing module 454 is used to detect and translate one or more user inputs or interactions from one or more input devices 432. In some embodiments, the apparatus provided in this application can be implemented in software. Figure 2 An electronic payment processing device 455 stored in memory 450 is shown. This device can be software in the form of programs and plug-ins, and includes the following software modules: a display module 4551, a payment module 4552, an acquisition module 4553, an identification module 4554, a determination module 4555, a matching module 4556, a sending module 4557, and a detection module 4558. These modules are logically linked and can therefore be arbitrarily combined or further separated according to the functions implemented. It should be noted that... Figure 2 For ease of explanation, all the above modules are shown at once, but this should not be construed as excluding the implementation of the electronic payment processing device 455 which may only include the display module 4551 and the payment module 4552. The functions of each module will be described below.

[0062] In other embodiments, the electronic payment processing device provided in this application can be implemented in hardware. As an example, the device provided in this application can be a processor in the form of a hardware decoding processor, which is programmed to execute the electronic payment processing method provided in this application. For example, the processor in the form of a hardware decoding processor can be one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0063] The electronic payment processing method provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0064] See Figure 3 , Figure 3 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application, which will be combined with... Figure 3 The steps shown will be explained. It should be noted that... Figure 3 The executing entity for steps S101 to S104 shown may be... Figure 1 The payment terminal 400 shown in the image.

[0065] In step S101, the live content of the live room is displayed on the payment interface of the payment terminal.

[0066] In some embodiments, the above-mentioned display of live streaming content on the payment interface of the payment terminal can be achieved in the following ways: when the payment terminal is in a screen-on state (e.g., working state) and no payment operation is received within a timeout, it switches to a screen-off state (e.g., sleep state); in response to the received wake-up operation, it enters a screen-on state from the screen-off state, obtains the live streaming data of the live streaming room, and displays the live streaming content of the live streaming room on the payment interface of the payment terminal according to the live streaming data.

[0067] For example, taking a facial recognition payment terminal as an example, to save energy, when the facial recognition payment terminal is in a screen-on state and has not received a facial recognition payment operation within a timeout period (e.g., the facial recognition payment terminal is in a screen-on state and has not received a user's click operation on the facial recognition payment entry displayed on the facial recognition payment interface for more than 10 minutes), it means that the facial recognition payment terminal is currently in an idle state, and it can switch from the screen-on state to the screen-off state to save energy. Then, when the facial recognition payment terminal in the screen-off state receives a wake-up operation (e.g., a voice wake-up operation, where the voice wake-up operation can include a preset wake-up command and the device information of the facial recognition payment terminal, such as the device name, serial number, etc.), To enable targeted wake-up of specific facial recognition payment terminals when multiple terminals are present (e.g., voice wake-up command "Device A, enter working state"), facial recognition payment terminal A responds to the received voice wake-up command by transitioning from a screen-off state to a screen-on state, while other facial recognition payment terminals remain in their original state (i.e., do not respond to voice wake-up commands). Alternatively, it can respond to the received wake-up command by transitioning from a screen-off state to a screen-on state. Subsequently, the facial recognition payment terminal receives live stream data (e.g., live stream data from live room A) from a server (e.g., a live streaming server) and displays the live content of live room A on the facial recognition payment interface of the terminal based on the live stream data.

[0068] It should be noted that in practical applications, the wake-up operation can also be a press operation on a specific button (such as the power button) on the payment terminal. For example, when the payment terminal receives a press operation on the power button by a user (such as a shop clerk) on the payment terminal, it will switch from the off state to the on state.

[0069] In some embodiments, when a payment operation is successfully executed, and the display duration of the payment result indicating successful payment and the corresponding interaction result with the live broadcast room on the payment interface of the payment terminal exceeds a time threshold (e.g., the display duration of the payment result indicating successful payment and the corresponding interaction result with the live broadcast room on the payment interface of the payment terminal exceeds 3 minutes), and no wake-up operation is received again, it indicates that the payment terminal is in an idle state. It can then automatically re-enter the screen-off state from the screen-on state, thereby further saving the energy consumption of the payment terminal.

[0070] In other embodiments, the above-mentioned display of live streaming content on the payment interface of the payment terminal can also be achieved by: keeping the payment terminal in a screen-on state after it is powered on (unless the battery of the payment terminal is depleted or a power outage occurs); during the screen-on state, acquiring the live streaming data of the live streaming room, and displaying the live streaming content of the live streaming room on the payment interface of the payment terminal based on the live streaming data.

[0071] For example, taking a facial recognition payment terminal as an example, once the facial recognition payment terminal is powered on, it will always remain in a bright screen state (i.e., the facial recognition payment terminal will always remain in a working state after being powered on). During the period when the screen is on, it receives live stream data sent by the live streaming server (such as the live stream data of live room B), and displays the live content of live room B on the facial recognition payment interface of the facial recognition payment terminal according to the received live stream data. In this way, for some places with high customer traffic (i.e., scenarios where facial recognition payment terminals need to be used frequently), by controlling the facial recognition payment terminal to always remain in a bright screen state, users do not need to frequently wake up the facial recognition payment terminal, thus improving processing efficiency.

[0072] In some embodiments, see Figure 4A , Figure 3 The illustrated step S101 can be achieved through Figure 4A Steps S1011A to S1013A shown are implemented, and will be combined with Figure 4A The steps shown are explained.

[0073] In step S1011A, the environment in which the payment terminal is deployed is probed.

[0074] In some embodiments, the environment (e.g., a store) in which the payment terminal is deployed can be detected by any combination of the following methods: detecting the environment through a video monitoring system deployed in the environment, listening to the environment through a microphone, detecting the environment through infrared ranging, ultrasonic reflection, etc.

[0075] For example, taking the deployment of payment terminals in a store as an example (i.e., payment scenarios for offline stores), cameras are installed at the entrance or inside the store to monitor the store. For example, the video captured by the camera can be used to determine whether a user has entered the store. When a facial image or human body image is present in the video, it is determined that a user has entered the store.

[0076] For example, taking the deployment of payment terminals in unmanned supermarkets as an example (i.e., for offline automated retail scenarios), microphones are installed in unmanned supermarkets to monitor the supermarket. For example, the audio collected by the microphones can be used to determine whether a user has entered the store. When footsteps or conversations are heard in the audio, it can be determined that a user has entered the unmanned supermarket.

[0077] For example, taking the deployment of payment terminals in an unmanned supermarket as an example, infrared sensors or ultrasonic transmitters are installed at the entrance of the unmanned supermarket to detect the unmanned supermarket through infrared ranging or ultrasonic reflection. For example, when the infrared sensor detects infrared rays emitted by a human body, it determines that a user has entered the unmanned supermarket.

[0078] In step S1012A, when a user is detected entering the environment, the screen transitions from the off state to the on state.

[0079] In some embodiments, taking the payment terminal deployed in a store as an example, a communication connection is established between the video monitoring system installed in the store and the payment terminal. When the video monitoring system determines that a user has entered the store based on the video collected by the video monitoring system, the video monitoring system will send a wake-up command to the payment terminal so that the payment terminal can go from the off state to the on state.

[0080] In other embodiments, the payment terminal itself can detect the environment and automatically switch from a screen-off state to a screen-on state when a user is detected entering the environment. For example, an infrared sensor can be installed on the payment terminal. When the infrared sensor on the payment terminal detects infrared rays emitted by a human body, it determines that a user has entered the store and automatically switches from a screen-off state to a screen-on state.

[0081] In step S1013A, the live stream data of the live room is obtained, and the live content of the live room is displayed on the payment interface of the payment terminal according to the live stream data.

[0082] In some embodiments, live stream data of a live room can be obtained by: identifying objects that a user is interested in in the environment (e.g., products that the user is interested in in a store), wherein multiple different objects are set in the environment; obtaining live stream data corresponding to the live room of the recommended object (or similar object), and displaying the live content of the live room of the recommended object (or similar object) on the payment interface of the payment terminal based on the live stream data.

[0083] For example, in a physical store setting, the system can identify which products a user is interested in based on their eye movements captured in the video. For instance, if the number of times a user looks at product A exceeds a threshold (e.g., more than 3 times), then product A is identified as the product the user is interested in. Alternatively, the system can identify which products a user is interested in based on the duration of time the user spends looking at different products in the video. For instance, if the duration of time a user spends looking at product A exceeds a threshold (e.g., 10 seconds), then product A is identified as the product the user is interested in.

[0084] After identifying the product that the user is interested in in the store (e.g., product A), the video monitoring system can send relevant information about product A (e.g., product A's name, number, etc.) to the payment terminal. This allows the payment terminal to request the live streaming data from the live streaming server for the live streaming room that recommends product A or similar products. Based on the live streaming data sent by the live streaming server, the payment terminal displays the live streaming content of the live streaming room that recommends product A or similar products on its payment interface.

[0085] For example, taking product A as an outerwear item, the facial recognition payment terminal can request the live stream data corresponding to the live stream room that recommends outerwear or other similar clothing (such as trench coats, overcoats, etc.) from the live stream server, and display the live stream content of the recommended outerwear or trench coat, overcoat, etc. on the facial recognition payment interface of the facial recognition payment terminal according to the live stream data sent by the live stream server.

[0086] It should be noted that in practical applications, the live stream content displayed on the payment terminal's payment interface can change synchronously as the user switches between objects they are interested in within the environment. For example, at time T1, when the user's viewing duration identifies object A as the object they are interested in, the payment terminal requests the live stream data corresponding to the recommended object A's live stream room from the live stream server and displays the live stream content of recommended object A's live stream room on the payment interface based on the live stream data. At time T2, when the user's viewing duration identifies object B as the object they are interested in, the payment terminal requests the live stream data corresponding to the recommended object B's live stream room from the live stream server and displays the live stream content of recommended object B's live stream room on the payment interface based on the live stream data. In this way, by real-time identification of the user's viewing duration for different objects in the environment, the user's latest interested object is determined, and the live stream content of the recommended object's live stream room can be switched and displayed on the payment terminal's payment interface to meet the user's real-time needs.

[0087] In other embodiments, the live stream content displayed on the payment interface of the payment terminal can be from any live stream, meaning the live stream content displayed on the payment interface can be unrelated to the user's current focus. For example, the live stream content displayed on the payment interface of the payment terminal can be from a live stream of a popular item in the recommended environment. For instance, when the payment terminal is deployed in an unmanned supermarket, the live stream content displayed on the payment interface of the payment terminal can be from a live stream recommending popular products in the unmanned supermarket (such as newly stocked apples).

[0088] In other embodiments, see Figure 4B , Figure 3 The step S101 shown can also be achieved through... Figure 4B Steps S1011B to S1012B shown are implemented, and will be combined with Figure 4B The steps shown are explained.

[0089] In step S1011B, the preferences of users in the environment where the payment terminal is deployed are obtained, and objects in the environment that meet the preferences are identified.

[0090] In some embodiments, user preferences in the environment where the payment terminal is deployed can be obtained and objects matching the preferences in the environment can be determined by: receiving a user's facial image sent by a video monitoring system deployed in the environment, sending an identity information recognition request carrying the facial image to the server to determine the user's identity information, then obtaining the user's historical behavior data based on the identity information, such as historical purchase data, historical browsing data, etc., and determining the user's preferences based on the historical behavior data, and then determining objects matching the preferences in the environment based on the determined user preferences; wherein, the user can include at least one of the following: a user currently in the environment, or a user who has entered the environment before (e.g., a user whose frequency of entering the environment is greater than a frequency threshold).

[0091] For example, taking a payment terminal deployed in an offline store as an example, when a user is identified by video surveillance system, the facial image of the user is sent to the payment terminal. The payment terminal then uses the facial image to call an identity authentication interface (such as an ID card query interface) to identify the user's identity information. After identifying the user's identity information, the system can obtain the user's historical behavior data, such as historical purchase data and historical browsing data on web pages. Based on this historical behavior data, the system can determine the user's preferences. For example, if it is determined that the user is very interested in electronic products, then digital products in the store (such as mobile phones, computers, cameras, etc.) can be selected as products that match the user's preferences. In step S1012B, the live stream data corresponding to the live stream room of the recommended object is obtained, and the live stream content of the recommended object's live stream room is displayed on the payment interface of the payment terminal based on the live stream data.

[0092] In some embodiments, the above-mentioned acquisition of live stream data corresponding to the live stream room for the recommended object and display of the live stream content of the recommended object's live stream room on the payment interface of the payment terminal can be achieved in the following way: After determining the object in the environment that matches the user's preferences, request the live stream server to acquire the live stream data corresponding to the live stream room for recommending the object (or similar object), and display the live stream content of the live stream room for recommending the object (or similar object) on the payment interface of the payment terminal based on the live stream data sent by the live stream server.

[0093] For example, taking a payment terminal deployed in an offline store as an example, after determining the products (such as mobile phones) that match the user's preferences in the offline store based on the user's historical behavior data, the payment terminal can request the live stream data corresponding to the live stream room used to recommend mobile phones or other electronic products (such as tablets, cameras, etc.) from the live stream server, and display the live stream content of the recommended mobile phones, tablets, cameras, etc. on the payment interface of the payment terminal according to the live stream data sent by the live stream server.

[0094] In step S102, the biometric payment entry is displayed on the payment interface.

[0095] In some embodiments, biometric features may include facial features, fingerprint features, voiceprint features, etc., and correspondingly, the biometric payment entry points displayed on the payment interface may include facial recognition payment entry points, fingerprint payment entry points, voiceprint payment entry points, etc.

[0096] For example, taking facial features as a biometric feature, the live content of the live room and the facial recognition payment entrance can be displayed simultaneously on the same payment interface. For instance, the live content of the live room can be displayed in the middle of the main part of the payment interface, and the facial recognition payment entrance can be displayed at the bottom of the payment interface. Of course, the facial recognition payment entrance can also be displayed in a floating manner above the live content. This application embodiment does not limit the specific display method of the live content and the facial recognition payment entrance.

[0097] In step S103, in response to the triggering operation for the biometric payment entry point, biometric features are collected and payment operations are performed based on the biometric features.

[0098] In some embodiments, taking facial features as an example, the above-mentioned response to the triggering operation of the biometric payment portal, collecting biometric features and performing payment operations based on biometric features, can be achieved in the following way: In response to the triggering operation of the facial recognition payment portal, displaying the user's facial image collected in real time on the payment interface of the payment terminal, and matching the collected facial image with multiple authorized facial images to obtain the identity information corresponding to the successfully matched authorized facial image; sending a payment request carrying the identity information and payment amount to the server (e.g., a third-party payment server).

[0099] For example, facial feature verification can be done via network verification. After the payment terminal uses its camera to capture the user's facial data and extracts facial features, it can send an identity verification request carrying the extracted facial features to the server. The server then matches the facial features sent by the payment terminal with multiple authorized facial features in the user's feature database to determine the identity information corresponding to the matched authorized facial features. For instance, assuming the server matches the authorized facial features sent by the payment terminal to user A (meaning the facial image captured by the payment terminal is user A's), the server returns user A's login account and avatar to the payment terminal, redirecting the payment terminal to an identity verification page. This page displays user A's login account and avatar. Subsequently, the payment terminal can send a payment request carrying user A's login account to a third-party payment server.

[0100] In other embodiments, taking fingerprints as an example of biometric features, the above-mentioned response to the trigger operation for the biometric payment entry point, collecting biometric features and performing payment operations based on biometric features, can be achieved in the following way: In response to the trigger operation for the fingerprint payment entry point, the area where fingerprints are collected by sound waves or optics is displayed on the payment interface of the payment terminal, and the collected fingerprints are matched with multiple authorized fingerprints to obtain the identity information corresponding to the successfully matched authorized fingerprints; subsequently, a payment request carrying the identity information and payment amount is sent to the server (e.g., a third-party payment server).

[0101] For example, fingerprint verification can be done offline. This means the payment terminal's operating system pre-stores multiple fingerprints corresponding to each user that have been authorized and authenticated by the server. Each authorized fingerprint has corresponding identity information. When the payment terminal collects a user's fingerprint data, it extracts features to obtain the user's fingerprint characteristics. Then, the payment terminal matches the extracted fingerprint with the multiple pre-stored authorized fingerprints corresponding to each user to obtain the identity information corresponding to the matched authorized fingerprint. For example, assuming the payment terminal obtains the identity information corresponding to the matched authorized fingerprint as user B, meaning the payment terminal determines the collected fingerprint is user B's fingerprint, it redirects to an identity verification page, displaying user B's login account and corresponding profile picture. Subsequently, the payment terminal can send a payment request carrying user B's login account to a third-party payment server.

[0102] It should be noted that in practical applications, biometric verification can be performed online or offline. This application does not specifically limit the method. In addition, it should be noted that for offline verification, when the data in the biometric database stored locally on the payment terminal has not been updated (e.g., for more than 2 months), that is, when the biometric features of the user collected by the payment terminal do not match the authorized biometric features in the local biometric database, online verification can be used for verification. In step S104, in response to the successful execution of the payment operation, the payment result indicating the successful payment and the corresponding interaction result with the live broadcast room are displayed on the payment interface.

[0103] In some embodiments, see Figure 5 In execution Figure 3 Before step S104 shown, the following steps can also be performed: Figure 5 The illustrated step S105 will combine Figure 5 Step S105 will be explained as shown.

[0104] In step S105, the interaction result corresponding to the live broadcast room is determined based on the payment result and the interaction strategy.

[0105] In some embodiments, the interaction result may include at least one of the following: the result of voting for the streamer's account in the live room (i.e., the number of votes after successful payment), the result of following the streamer's account in the live room (i.e., the current popularity value of the live room), and the result of transferring virtual resources to the streamer's account in the live room (i.e., the number of virtual resources transferred after successful payment).

[0106] For example, taking the interaction result as the result of voting for the host account in the live room, after the payment is successful, the number of votes to be cast for the host account in the live room can be determined based on the payment result and the interaction strategy. The number of votes can be positively correlated with the actual payment amount corresponding to the payment operation, that is, the larger the actual payment amount, the more votes are cast.

[0107] In some embodiments, the interaction strategy may include a correspondence between the amount of payment and the number of interaction results, where the number may be the count of votes or virtual resources (for example, the amount of payment and the number of interaction results may be positively correlated, i.e., the larger the amount of payment, the more interaction results there are). The above-mentioned method of determining the interaction results corresponding to the live room based on the payment results and the interaction strategy can be achieved in the following way: based on the actual amount of payment and the above correspondence, determine at least one of the following: the number of votes cast to the anchor account in the live room, and the number of virtual resources transferred to the anchor account in the live room.

[0108] For example, taking the interaction result as the vote for the streamer's account in the live stream, when the payment operation is successfully executed (e.g., the payment terminal receives a successful deduction notification from the third-party payment server), the number of votes to be cast for the streamer's account can be determined based on the actual payment amount and the correspondence between the payment amount and the number of votes included in the interaction strategy. For instance, when the actual payment amount is 100 yuan, according to the correspondence between the payment amount and the number of votes included in the interaction strategy, the number of votes cast for the streamer's account is determined to be 1, meaning that when the user pays 100 yuan, the streamer's account receives 1 more vote; when the actual payment amount is 200 yuan, according to the correspondence between the payment amount and the number of votes included in the interaction strategy, the number of votes cast for the streamer's account is determined to be 2, meaning that when the user pays 200 yuan, the streamer's account receives 2 more votes. In other words, the higher the amount paid by the user, the more votes the streamer's account receives.

[0109] For example, taking the interaction result of transferring virtual resources to the streamer's account in the live stream as an example, when the payment operation is successfully executed, the number of virtual resources transferred to the streamer's account can be determined based on the actual payment amount and the correspondence between the payment amount and the number of virtual resources transferred as included in the interaction strategy. For instance, when the user actually pays 100 yuan, according to the correspondence included in the interaction strategy, the virtual resource transferred to the streamer's account is determined to be virtual resource A (the value of virtual resource A is 1 yuan); when the user actually pays 200 yuan, according to the correspondence included in the interaction strategy, the virtual resource transferred to the streamer's account is determined to be virtual resource B (the value of virtual resource B is 5 yuan). In other words, the higher the amount the user actually pays, the more virtual resources are transferred to the streamer's account.

[0110] It should be noted that in practical applications, the number of interaction results may be unrelated to the amount of payment, but only related to the number of payments. That is, when a user pays once, the number of votes in the streamer's account increases by 1 or a preset number of virtual resources are transferred to the streamer's account. The number of votes or the number of virtual resources are unrelated to the actual amount of payment. In other embodiments, the interaction strategy may further include a list of interactive objects, which includes objects recommended in the live stream (e.g., objects currently being recommended by the streamer's account or objects historically recommended by the streamer's account, such as objects recommended by the streamer's account in the past week). Before determining the interaction result corresponding to the streamer's account in the live stream based on the actual payment amount and corresponding relationship of the payment result, the following processing may also be performed: when the list of interactive objects includes the purchase object of the payment operation, it is determined that the user account from which the biometrics originates has the permission to interact with the streamer's account in the live stream, and the interaction result corresponding to the streamer's account in the live stream is determined based on the actual payment amount and corresponding relationship of the payment result.

[0111] For example, taking the interaction result as the result of voting for the host account in the live broadcast room, before determining the number of votes to the host account based on the actual payment amount and the corresponding relationship (i.e., the correspondence between the payment amount and the number of votes to the host account in the live broadcast room), the following processing can also be performed: obtain multiple objects (e.g., multiple products) recommended by the host account in the live broadcast room to obtain an interactive object list (e.g., an interactive product list); determine whether the interactive object list includes the purchase object of the user's current payment operation (i.e., determine whether the user has currently purchased the object recommended by the host account); when the interactive object list includes the purchase object of the user's current payment operation, determine that the source user account of the biometric feature (e.g., facial feature) has the permission to interact with the host account in the live broadcast room (i.e., the user can only vote for the host account if they have purchased the object recommended by the host account), and determine the number of votes to the host account in the live broadcast room based on the actual payment amount and the corresponding relationship.

[0112] It should be noted that in practical applications, the number of votes cast for the streamer's account in the live stream can be solely related to the payment amount for the items recommended by the streamer's account among the items purchased by the user. For example, assuming the user's total actual payment is 200 yuan, of which 100 yuan is for the items recommended by the streamer's account, only 100 yuan will be considered as the valid payment amount. Based on the correspondence included in the interaction strategy, the number of votes cast for the streamer's account in the live stream will be determined as 1. In this case, the number of votes for the streamer's account will only increase by 1, not by 2. In some embodiments, following the above embodiments, when the list of interactive objects does not include the object purchased by the payment operation, it is determined that the user account from which the biometrics originates does not have the permission to interact with the live streamer's account, and the object recommended by the live streamer's account is displayed on the payment interface of the payment terminal.

[0113] For example, taking a payment terminal deployed in an offline store as an example, the system obtains multiple products recommended by the live streamer's account (e.g., products currently being recommended by the live streamer's account or products recommended by the live streamer's account in the past period) to obtain an interactive product list. Then, it determines whether the interactive product list includes the product purchased by the user's current payment operation (i.e., whether the user has currently purchased the product recommended by the live streamer's account). When the interactive product list does not include the product purchased by the user's current payment operation (i.e., the user has not purchased the product recommended by the live streamer's account), it determines that the user account from which the biometric feature (e.g., facial features, fingerprint features, etc., depending on the payment method; for example, when the user uses facial recognition payment, the corresponding biometric feature is facial features; when the user uses fingerprint payment, the corresponding biometric feature is fingerprint features) does not have the permission to interact with the live streamer's account. The system then displays the products recommended by the live streamer's account (which may be products currently being recommended by the live streamer's account or products previously recommended by the live streamer's account) on the payment interface of the payment terminal to prompt the user that they can interact with the live streamer's account after purchasing these products.

[0114] In other embodiments, the interaction strategy may also include a minimum payment amount. Before determining the interaction result corresponding to the live streamer's account based on the actual payment amount and the corresponding relationship of the payment result, the following processing may also be performed: when the actual payment amount of the payment result is greater than the minimum payment amount, it is determined that the source user account of the biometric feature has the permission to interact with the live streamer's account, and the interaction result corresponding to the live streamer's account is determined based on the actual payment amount and the corresponding relationship of the payment result.

[0115] For example, taking the interaction result as the transfer of virtual resources to the streamer's account in the live broadcast room as an example, before determining the number of virtual resources transferred to the streamer's account based on the actual payment amount and the corresponding relationship (i.e., the correspondence between the payment amount and the number of virtual resources transferred to the streamer's account in the live broadcast room), the following processing can also be performed: Determine whether the actual payment amount corresponding to the user's current payment result is greater than the minimum payment amount (e.g., 100 yuan). When the actual payment amount is greater than the minimum payment amount, determine that the user account from which the biometric feature (e.g., when the payment terminal is a facial recognition payment terminal, the corresponding biometric feature is a facial feature) has the permission to interact with the streamer's account in the live broadcast room, and determine the number of virtual resources transferred to the streamer's account in the live broadcast room based on the actual payment amount and the corresponding relationship. When the actual payment amount is less than the minimum payment amount, the following prompt message can be displayed on the payment interface of the payment terminal: "The current payment amount is insufficient. You can send a gift to the streamer's account once you reach 100 yuan," to remind the user of the minimum payment amount required to interact with the streamer's account.

[0116] It should be noted that in practical applications, the permission to interact with the streamer's account in the live broadcast room can be determined by simultaneously meeting the requirements of the interactive object list and the minimum payment amount. That is, only when the user currently purchases an object recommended by the streamer's account and the actual payment amount is greater than the minimum payment amount, is it determined that the user account from which the biometrics originates has the permission to interact with the streamer's account in the live broadcast room.

[0117] In some embodiments, the interaction strategy may further include interaction conditions, which include required interaction behaviors with the live streamer's account (such as following, liking, forwarding, commenting, etc.). Before determining the interaction result corresponding to the live streamer's account based on the actual payment amount and corresponding relationship of the payment result, the following processing may also be performed: obtaining historical interaction data of the source user account of the biometrics; when the historical interaction data includes records of interaction behaviors with the live streamer's account, determining that the source user account of the biometrics has the permission to interact with the live streamer's account, and determining the interaction result corresponding to the live streamer's account based on the actual payment amount and corresponding relationship of the payment result.

[0118] For example, taking the interaction result as the result of voting for the streamer's account in the live stream, before determining the number of votes for the streamer's account based on the actual payment amount and the corresponding relationship (i.e., the correspondence between the payment amount and the number of votes cast for the streamer's account), the following processing can also be performed: Obtaining the historical interaction data of the source user account (e.g., the fingerprint feature when the user uses fingerprint payment) based on biometric features (e.g., the user account's interaction data within the past month); when the historical interaction data includes records of interactions with the streamer's account in the live stream (e.g., the user account has followed the streamer's account within the past month). The system uses data collection methods to determine if a user account has the authority to interact with the streamer's account (e.g., forwarding links to the streamer's livestream, sending comments in the streamer's livestream). Based on the actual payment amount and corresponding relationships, the system determines the number of votes cast for the streamer's account. If historical interaction data does not include records of interactions with the streamer's account, the system determines that the user account does not have the authority to interact with the streamer's account, and displays a message on the payment terminal's payment interface, such as "No historical interaction records with the streamer's account were detected; interaction with the streamer's account is currently unavailable."

[0119] It should be noted that in practical applications, interaction conditions can further include interaction frequency and timeliness (i.e., a recent period of time, such as the past week). That is, only when the user account interacts with the streamer's account more frequently than the frequency threshold (e.g., the number of interactions in the past week is greater than the number of interactions threshold, such as more than 10 times) is it determined that the user account from which the biometrics originated has the permission to interact with the streamer's account in the live broadcast room. In some embodiments, before displaying the payment result indicating successful payment and the interaction result corresponding to the live stream on the payment interface, the following processing may also be performed: detecting the interaction function corresponding to the live stream in the payment terminal (i.e., determining whether the payment terminal has enabled the interaction function corresponding to the live stream); when the interaction function is enabled, determining that the payment result indicating successful payment and the interaction result corresponding to the live stream will be displayed on the payment interface; when the payment terminal has not enabled the interaction function, determining that only the payment result indicating successful payment will be displayed on the payment interface.

[0120] For example, taking a facial recognition payment terminal as an example, if the facial recognition payment terminal has options to enable or disable the interactive function corresponding to the live broadcast room, then before displaying the payment result indicating successful payment and the interactive result corresponding to the live broadcast room on the facial recognition payment interface, the following processing can be performed: It can be detected whether the interactive function corresponding to the live broadcast room is enabled in the facial recognition payment terminal; when the interactive function is enabled, it is determined that the payment result indicating successful payment and the interactive result corresponding to the live broadcast room will be displayed on the facial recognition payment interface; when the interactive function is not enabled, it is determined that only the payment result indicating successful payment will be displayed on the facial recognition payment interface, that is, the interactive result corresponding to the live broadcast room will not be displayed. In this way, store staff can flexibly set whether to display the interactive result on the facial recognition payment interface.

[0121] In other embodiments, when a payment operation fails due to network failure or other reasons, the following processing may also be performed: in response to the failure of the payment operation, the payment result indicating the payment failure and the objects recommended by the anchor account in the live broadcast room are displayed on the payment interface.

[0122] For example, taking a payment terminal deployed in an offline store as an example, when a payment operation fails due to a network failure (e.g., the payment terminal times out and does not receive a notification from the third-party payment server, or receives a notification of payment failure from the third-party payment server), the following processing can also be performed: In response to the payment operation failure, the payment result indicating the payment failure (e.g., this payment failed, please pay again) and the products recommended by the host account in the live broadcast room (e.g., popular products in the store that the host account is currently recommending, or products that the host account has recommended in the past) are displayed on the payment interface.

[0123] The electronic payment processing method provided in this application embodiment is based on offline electronic payment scenarios. After receiving live stream data from the live streaming server, the payment terminal can display the live content of the live room on the payment interface according to the live stream data (that is, on the payment interface of the payment terminal, the originally static background image is replaced with the live content of the live room). Thus, users can interact with the live streamer's account through payment operations performed on the payment terminal (such as voting for the live streamer's account, transferring virtual resources to the live streamer's account, following the live streamer's account, etc.), realizing online and offline linkage, broadening the interactive methods of live streaming, and improving the interactive experience between users and streamers.

[0124] The following uses a facial recognition payment scenario as an example to illustrate an exemplary application of the embodiments of this application in a real-world application scenario.

[0125] With the continuous development of internet technology, live streaming has been increasingly adopted. In the field of live streaming, hosts can use live streaming apps to broadcast videos and provide viewers with exciting programs, while viewers can also watch the live stream through these apps. Furthermore, live streaming apps offer interactive features between hosts and viewers. For example, viewers watching live streams on their mobile devices can send virtual gifts to their favorite hosts through mobile top-ups or payments, thus enabling interaction with the hosts.

[0126] However, the interactive methods provided by the relevant technologies are relatively limited, remaining only online (i.e., confined to the live broadcast room), and cannot meet the diverse interactive needs between viewers and broadcasters.

[0127] To address the aforementioned technical issues, this application provides an electronic payment processing method. Based on offline facial recognition payment scenarios (such as WeChat facial recognition payment), offline facial recognition payment terminals can be linked with celebrities and live streamers on various platforms to conduct live broadcasts on the payment interface of the facial recognition payment terminal. In this way, offline users can interact with celebrities and live streamers when performing payment operations using facial recognition payment terminals (for example, they can vote for the live streamer or send virtual gifts after successful payment). This links online and offline operations, broadens the interaction channels, and meets the diverse interaction needs between users and live streamers.

[0128] In other words, the electronic payment processing method provided in this application combines offline facial recognition payment terminals with live streaming operation capabilities. While taking into account the improved checkout efficiency brought by facial recognition payment, it can also increase the live streaming sales capability. At the same time, it can also provide online anchors with new offline exposure channels, enabling them to gain more fans and reward income. In addition, it can leverage the brand effect of anchors to bring more additional customer traffic to offline merchants.

[0129] The electronic payment processing method provided in the embodiments of this application will be described in detail below.

[0130] For example, see Figure 6 , Figure 6 This is a schematic diagram illustrating an application scenario of the electronic payment processing method provided in the embodiments of this application, such as... Figure 6 As shown, in the original facial recognition payment interface 601 of the facial recognition payment terminal, its background is replaced with a live stream video 6011, leveraging the live streamer's sales power and fan base to increase customer traffic and sales for merchants. Simultaneously, when a user clicks on the facial recognition payment entry 6012 displayed on the facial recognition payment interface 601, the facial recognition payment terminal collects the user's facial image and performs the facial recognition payment operation based on the collected facial image. Furthermore, upon successful payment, according to the rules of the live streaming marketing activity (corresponding to the interactive strategies mentioned above), it will conduct operational activities such as following, voting, and tipping the live streamer (for example, see...). Figure 6 As shown in the right image, when the payment is successful, the payment result 6013 and the voting result for the anchor 6014 will be displayed on the face recognition payment interface 601, thus achieving effective online and offline linkage.

[0131] It should be noted that the electronic payment processing method provided in this application embodiment is not limited to the live operation scenario of facial recognition payment devices in stores, but is also applicable to various other facial recognition payment scenarios, such as vending machine scenarios. That is, the background of the facial recognition payment interface of the vending machine is replaced with the main video stream, and when the payment is successful, the payment result and the result of the live marketing activity (corresponding to the above-mentioned interactive results) are displayed on the facial recognition payment interface of the vending machine.

[0132] For example, see Figure 7 , Figure 7 This is a schematic diagram of the architecture of the electronic payment processing system provided in the embodiments of this application, such as... Figure 7 As shown, users can use offline facial recognition payment terminals to make payments and watch live streams. The facial recognition payment terminal is responsible for displaying live stream content, accepting facial recognition payment requests, and showing payment results and live stream marketing campaign results. The facial recognition payment system is responsible for extracting, comparing, and recognizing features from the facial images uploaded to the terminal, and executing payment actions (for example, after recognizing the user's identity information, it can send a payment request carrying the identity information to a third-party payment service (such as WeChat Pay) so that the third-party payment service can perform the corresponding deduction operation). The live stream marketing system is responsible for pushing live stream content (i.e., pushing live stream data) to the facial recognition payment terminal, calculating the live stream marketing campaign results based on the payment results sent by the facial recognition payment system, and finally pushing the calculated live stream marketing campaign results to the facial recognition payment terminal for display on the facial recognition payment interface.

[0133] The electronic payment processing method provided in this application embodiment will now be described from the perspective of the payment terminal.

[0134] For example, see Figure 8 , Figure 8 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application, as shown below. Figure 8 As shown, the facial recognition payment terminal continuously waits to receive live stream data from the server. If the terminal receives the data, it displays the corresponding live stream content on the payment interface. Next, when the terminal receives a payment request (e.g., a user click on the facial recognition payment entry displayed on the interface), it uses its camera to capture the user's face and sends the image to the server for user identification. Based on the server's response, it determines whether the payment was successful. If successful, it further determines whether to enable the live marketing activity function (corresponding to the interactive function mentioned above). If enabled, it calculates the result according to the live marketing rules and displays both the calculated result and a successful payment result on the payment interface. If the payment fails, it displays a failed payment result.

[0135] The electronic payment processing method provided in this application embodiment will now be described from the server side.

[0136] For example, see Figure 9 , Figure 9 This is a flowchart illustrating the electronic payment processing method provided in the embodiments of this application, as shown below. Figure 9 As shown, when the server receives a user's facial image uploaded by the facial recognition payment terminal, it extracts features from the image and compares these features with multiple authorized facial features pre-stored in the facial feature database. If the facial feature comparison passes (i.e., the user's identity information is recognized), the server checks whether the facial recognition payment terminal has enabled the live streaming marketing activity function. If so, the server calculates the live streaming marketing activity result based on the payment result and the live streaming marketing rules (corresponding to the interaction strategy mentioned above) and pushes both the payment result and the live streaming marketing activity result to the facial recognition payment terminal for display. If the facial feature comparison fails (i.e., the user's identity information cannot be recognized), the server pushes a payment failure result to the facial recognition payment terminal.

[0137] The electronic payment processing method provided in this application embodiment, in a live streaming marketing system, records information such as the streamer's popularity, gifts given by users, number of followers, and merchants promoted by the streamer (e.g., products from specific merchants recommended by the streamer in the live streaming room) according to the live streaming marketing rules, thereby supporting more refined offline operations and revenue analysis capabilities based on this information.

[0138] The electronic payment processing method provided in this application combines the capabilities of offline facial recognition payment terminals and online live streaming systems. After making an offline payment, users can not only complete the payment operation, but also interact with their favorite streamers by accumulating popularity and sending gifts. This optimizes the existing online live streaming scenario where viewers and streamers can only interact online, allowing users to have more novel interaction methods, and also giving merchants and streamers more diverse fans and income sources, thus developing a brand-new interaction model.

[0139] The following continues to describe the exemplary structure of the electronic payment processing device 455 provided in the embodiments of this application as a software module. In some embodiments, such as Figure 2 As shown, the software modules stored in the electronic payment processing device 455 in the memory 450 may include: a display module 4551 and a payment module 4552.

[0140] Display module 4551 is used to display the live content of the live room on the payment interface of the payment terminal; display module 4551 is also used to display the biometric payment entrance on the payment interface; payment module 4552 is used to collect biometric features and perform payment operations based on the biometric features in response to the trigger operation of the biometric payment entrance; display module 4551 is also used to display the payment result indicating successful payment and the corresponding interaction result with the live room on the payment interface in response to the successful execution of the payment operation.

[0141] In some embodiments, the display module 4551 is further configured to enter the screen-on state from the screen-off state in response to the received wake-up operation; the electronic payment processing device 455 further includes an acquisition module 4553, configured to acquire the live stream data of the live room; the display module 4551 is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0142] In some embodiments, the display module 4551 is further configured to keep the payment terminal in a screen-on state after the payment terminal is powered on; the acquisition module 4553 is further configured to acquire live stream data of the live room during the period when the screen is on; and the display module 4551 is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0143] In some embodiments, the display module 4551 is further configured to switch from a screen-off state to a screen-on state when a user is detected entering the environment where the payment terminal is deployed; the acquisition module 4553 is further configured to acquire live stream data of the live room; and the display module 4551 is further configured to display the live content of the live room on the payment interface of the payment terminal according to the live stream data.

[0144] In some embodiments, the electronic payment processing device 455 further includes an identification module 4554 for identifying objects that the user is interested in in the environment, wherein multiple different objects are set in the environment; an acquisition module 4553 for acquiring live stream data corresponding to the live stream room of the recommended object; and a display module 4551 for displaying the live stream content of the recommended object's live stream room on the payment interface of the payment terminal based on the live stream data.

[0145] In some embodiments, the acquisition module 4553 is further configured to acquire the preferences of users in the environment where the payment terminal is deployed; the electronic payment processing device 455 further includes a determination module 4555 configured to determine objects in the environment that meet the preferences, wherein the users include at least one of the following: users currently in the environment, users who have previously entered the environment; the acquisition module 4553 is further configured to acquire live stream data corresponding to the live stream room of the recommended object; the display module 4551 is further configured to display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal according to the live stream data.

[0146] In some embodiments, the display module 4551 is further configured to display a real-time captured facial image on the payment interface of the payment terminal in response to a trigger operation for the facial recognition payment entry point; the electronic payment processing device 455 further includes a matching module 4556, configured to match the facial image with multiple authorized facial images to obtain identity information corresponding to the successfully matched authorized facial image; the electronic payment processing device 455 further includes a sending module 4557, configured to send a payment request carrying identity information to the server.

[0147] In some embodiments, the determining module 4555 is further configured to determine the interaction result corresponding to the live broadcast room based on the payment result and the interaction strategy; wherein the interaction result includes at least one of the following: the result of voting for the anchor account in the live broadcast room, the result of following the anchor account in the live broadcast room, and the result of transferring virtual resources to the anchor account in the live broadcast room.

[0148] In some embodiments, the determining module 4555 is further configured to determine at least one of the following based on the actual payment amount of the payment result and the correspondence between the payment amount and the number of interaction results: the number of votes cast to the anchor account in the live broadcast room, and the number of virtual resources transferred to the anchor account in the live broadcast room.

[0149] In some embodiments, the determining module 4555 is further configured to determine, when the list of interactive objects includes the purchase object of the payment operation, that the source user account of the biometrics has the permission to interact with the anchor account in the live broadcast room, and to determine the interaction result corresponding to the anchor account in the live broadcast room based on the actual payment amount and the corresponding relationship of the payment result.

[0150] In some embodiments, the determining module 4555 is further configured to determine that the source user account of the biometrics does not have the permission to interact with the live streamer account when the list of interactive objects does not include the object purchased by the payment operation; the display module 4551 is further configured to display the object recommended by the live streamer account on the payment interface of the payment terminal.

[0151] In some embodiments, the determining module 4555 is further configured to determine that the source user account of the biometrics has the permission to interact with the anchor account in the live broadcast room when the actual payment amount of the payment result is greater than the minimum payment amount, and to determine the interaction result corresponding to the anchor account in the live broadcast room based on the actual payment amount of the payment result and the corresponding relationship.

[0152] In some embodiments, the acquisition module 4553 is further configured to acquire historical interaction data of the source user account of the biometrics; the determination module 4555 is further configured to determine that the source user account of the biometrics has the permission to interact with the streamer account of the live broadcast room when the historical interaction data includes records of interaction behavior with the streamer account of the live broadcast room, and to determine the interaction result corresponding to the streamer account of the live broadcast room based on the actual payment amount and corresponding relationship of the payment result.

[0153] In some embodiments, the electronic payment processing device 455 further includes a detection module 4558 for detecting the interactive function in the payment terminal corresponding to the live broadcast room; and a determination module 4555 for determining that when the interactive function is enabled, the payment result indicating successful payment and the interactive result corresponding to the live broadcast room will be displayed on the payment interface; and for determining that when the interactive function is not enabled in the payment terminal, only the payment result indicating successful payment will be displayed on the payment interface.

[0154] In some embodiments, the display module 4551 is further configured to, in response to a payment operation failure, display on the payment interface a payment result indicating payment failure and objects recommended by the streamer's account in the live broadcast room.

[0155] It should be noted that the description of the apparatus in this application embodiment is similar to the description of the method embodiment above, and has similar beneficial effects as the method embodiment, therefore it will not be repeated. For any technical details not covered in the electronic payment processing apparatus provided in this application embodiment, please refer to... Figure 3 , Figure 4A , Figure 4B, Figure 5 , Figure 8 ,or Figure 9 The description of any of the accompanying drawings is for reference only.

[0156] This application provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the electronic payment processing method described above in this application.

[0157] This application provides a computer-readable storage medium storing executable instructions. When these executable instructions are executed by a processor, they cause the processor to perform the method provided in this application, for example... Figure 3 , Figure 4A , Figure 4B , Figure 5 , Figure 8 ,or Figure 9 The electronic payment processing method is shown.

[0158] In some embodiments, the computer-readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0159] In some embodiments, executable instructions may take the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a standalone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0160] As an example, executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple collaborating files (e.g., a file that stores one or more modules, subroutines, or code sections).

[0161] As an example, executable instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network.

[0162] In summary, this application embodiment is based on an offline electronic payment scenario. After receiving the live stream data from the live streaming server, the payment terminal can display the live stream content on the payment interface (i.e., replace the original static background image with the live stream content on the payment interface of the payment terminal). This allows users to interact with the live streamer's account through payment operations performed on the payment terminal (e.g., voting for the live streamer's account, transferring virtual resources to the live streamer's account, following the live streamer's account, etc.). This achieves online and offline linkage, broadens the interactive methods of live streaming, and enhances the interactive experience between users and streamers. The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, and improvements made within the spirit and scope of this application are included within the scope of protection of this application.

Claims

1. An electronic payment processing method, characterized in that, A payment terminal for offline electronic payment scenarios, the method comprising: The payment interface of the payment terminal displays the live broadcast content of the live broadcast room; The payment interface displays a biometric payment option; In response to a trigger operation targeting the biometric payment entry point, biometric features are collected and a payment operation is performed on the purchase object based on the biometric features to obtain a payment result containing the actual payment amount; Based on the correspondence between the number of payment results and interaction results, the interaction results corresponding to the live broadcast room are determined; wherein, the interaction results include at least one of the following: the result of voting for the anchor account of the live broadcast room, and the result of transferring virtual resources to the anchor account of the live broadcast room; When the list of interactive objects recommended by the live streamer's account includes the purchase object of the payment operation, it is determined that the source user account of the biometric feature has the permission to interact with the live streamer's account; based on the payment result and the corresponding relationship, at least one of the following interaction results is determined: the number of votes cast to the live streamer's account, the number of virtual resources transferred to the live streamer's account; In response to the successful execution of the payment operation, the payment interface displays a payment result indicating successful payment and the interaction result corresponding to the live broadcast room.

2. The method according to claim 1, characterized in that, Displaying the live stream content on the payment interface of the payment terminal includes: In response to a received wake-up command, the screen transitions from off state to on state, and The system acquires the live stream data of the live streaming room and displays the live streaming content of the live streaming room on the payment interface of the payment terminal based on the live stream data.

3. The method according to claim 1, characterized in that, Displaying the live stream content on the payment interface of the payment terminal includes: The payment terminal is kept in a lit screen state after it is powered on. During the period when the screen is on, the live stream data of the live room is acquired, and the live content of the live room is displayed on the payment interface of the payment terminal according to the live stream data.

4. The method according to claim 1, characterized in that, Displaying the live stream content on the payment interface of the payment terminal includes: When a user is detected entering the environment where the payment terminal is deployed, the screen transitions from off state to on state, and... The system acquires the live stream data of the live streaming room and displays the live streaming content of the live streaming room on the payment interface of the payment terminal based on the live stream data.

5. The method according to claim 4, characterized in that, The step of obtaining the live stream data of the live room includes: Identify the objects that the user is interested in within the environment, wherein multiple different objects are set in the environment; Obtain the live stream data corresponding to the live stream room used to recommend the object, and display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal based on the live stream data.

6. The method according to claim 1, characterized in that, Displaying the live stream content on the payment interface of the payment terminal includes: The preferences of users in the environment where the payment terminal is deployed are obtained, and objects in the environment that match the preferences are identified, wherein the users include at least one of the following: users currently in the environment, and users who have previously entered the environment; Obtain the live stream data corresponding to the live stream room used to recommend the object, and display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal based on the live stream data.

7. The method according to claim 1, characterized in that, Before determining that the source user account of the biometric feature has permission to interact with the streamer account in the live broadcast room, the method further includes: When the actual payment amount of the payment result is greater than the minimum payment amount, it is determined that the user account from which the biometric feature originates has the authority to interact with the host account in the live broadcast room.

8. The method according to claim 1, characterized in that, Before determining that the source user account of the biometric feature has permission to interact with the streamer account in the live broadcast room, the method further includes: Obtain interaction conditions, which include interactive behaviors that need to have occurred with the host account in the live broadcast room; Obtain historical interaction data of the source user account for the biometric features; When the historical interaction data includes records of interactions with the live streamer's account, it is determined that the user account from which the biometrics originated has the authority to interact with the live streamer's account.

9. The method according to claim 1, characterized in that, Before displaying the payment result indicating successful payment and the interaction result corresponding to the live stream on the payment interface, the method further includes: Detect the interactive functions in the payment terminal corresponding to the live streaming room; When the interactive function is enabled, the payment interface displays a payment result indicating a successful payment, as well as the interactive result corresponding to the live stream. When the payment terminal does not enable the interactive function, it is determined that only the payment result indicating successful payment will be displayed on the payment interface.

10. An electronic payment processing device, characterized in that, A payment terminal for offline electronic payment scenarios, the device comprising: The display module is used to display the live content of the live room on the payment interface of the payment terminal; The display module is also used to display the biometric payment entry on the payment interface; The payment module is used to respond to the triggered operation of the biometric payment entry, collect biometric features and perform payment operation on the purchase object based on the biometric features, and obtain a payment result including the actual payment amount; The determining module is used to determine the interaction result corresponding to the live broadcast room based on the correspondence between the number of payment results and interaction results; wherein, the interaction result includes at least one of the following: the result of voting for the anchor account of the live broadcast room, and the result of transferring virtual resources to the anchor account of the live broadcast room; The determining module is further configured to determine that the source user account of the biometric feature has the permission to interact with the streamer account in the live broadcast room when the list of interactive objects recommended by the streamer account in the live broadcast room includes the purchase object of the payment operation; and based on the payment result and the corresponding relationship, determine at least one of the following interaction results: the number of votes cast to the streamer account in the live broadcast room, and the number of virtual resources transferred to the streamer account in the live broadcast room. The display module is also configured to, in response to the successful execution of the payment operation, display the payment result indicating successful payment and the interaction result corresponding to the live broadcast room on the payment interface.

11. The apparatus according to claim 10, characterized in that, The display module, when used to display the live content of the live room on the payment interface of the payment terminal, is specifically used for: In response to a received wake-up command, the screen transitions from off state to on state, and The system acquires the live stream data of the live streaming room and displays the live streaming content of the live streaming room on the payment interface of the payment terminal based on the live stream data.

12. The apparatus according to claim 10, characterized in that, The display module, when used to display the live content of the live room on the payment interface of the payment terminal, is specifically used for: The payment terminal is kept in a lit screen state after it is powered on. During the period when the screen is on, the live stream data of the live room is acquired, and the live content of the live room is displayed on the payment interface of the payment terminal according to the live stream data.

13. The apparatus according to claim 10, characterized in that, The display module, when used to display the live content of the live room on the payment interface of the payment terminal, is specifically used for: When a user is detected entering the environment where the payment terminal is deployed, the screen transitions from off state to on state, and... The system acquires the live stream data of the live streaming room and displays the live streaming content of the live streaming room on the payment interface of the payment terminal based on the live stream data.

14. The apparatus according to claim 13, characterized in that, The display module, when used to acquire the live stream data of the live room, is specifically used for: Identify the objects that the user is interested in within the environment, wherein multiple different objects are set in the environment; Obtain the live stream data corresponding to the live stream room used to recommend the object, and display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal based on the live stream data.

15. The apparatus according to claim 10, characterized in that, The display module, when used to display the live content of the live room on the payment interface of the payment terminal, is specifically used for: The preferences of users in the environment where the payment terminal is deployed are obtained, and objects in the environment that match the preferences are identified, wherein the users include at least one of the following: users currently in the environment, and users who have previously entered the environment; Obtain the live stream data corresponding to the live stream room used to recommend the object, and display the live stream content of the recommended object's live stream room on the payment interface of the payment terminal based on the live stream data.

16. The apparatus according to claim 10, characterized in that, Before determining whether the source user account of the biometric feature has permission to interact with the streamer account in the live broadcast room, the determining module is further configured to: When the actual payment amount of the payment result is greater than the minimum payment amount, it is determined that the user account from which the biometric feature originates has the authority to interact with the host account in the live broadcast room.

17. The apparatus according to claim 10, characterized in that, Before determining whether the source user account of the biometric feature has permission to interact with the streamer account in the live broadcast room, the determining module is further configured to: Obtain interaction conditions, which include interactive behaviors that need to have occurred with the host account in the live broadcast room; Obtain historical interaction data of the source user account for the biometric features; When the historical interaction data includes records of interactions with the live streamer's account, it is determined that the user account from which the biometrics originated has the authority to interact with the live streamer's account.

18. A payment terminal, characterized in that, The payment terminal includes: Memory, used to store executable instructions; A processor, when executing executable instructions stored in the memory, implements the electronic payment processing method according to any one of claims 1-9.

19. A computer-readable storage medium, characterized in that, It stores executable instructions for implementing the electronic payment processing method according to any one of claims 1-9 when executed by a processor.

20. A computer program product, characterized in that, It includes computer-executable instructions, which, when executed by a processor, implement the electronic payment processing method according to any one of claims 1-9.

Images