Product payment method and device, computer device, storage medium and program product

Abstract

The application relates to a product payment method and device, computer equipment, a storage medium and a computer program product. The method comprises the following steps: displaying first prompt information required for product payment identity verification; in response to a scanning operation triggered according to the first prompt information, displaying object information of a target object and second prompt information for indicating that product ordering is waiting; when receiving a notification of target product ordering issued by a cash register system, displaying product payment information of the target product, and sending a payment voucher for paying the target product to the cash register system; receiving a payment result message returned by the cash register system, the payment result message being a result message of completing payment of the target product based on the payment voucher and the product payment information; and displaying the payment result message. The method can effectively improve the payment efficiency of product payment, and can also effectively improve the use experience of product payment of a user.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a product payment method, apparatus, computer equipment, storage medium, and computer program product. Background Technology

[0002] With the development of computer and internet technologies, product payment applications are becoming increasingly widespread. For example, in a retail environment, the overall product payment process typically includes the following steps: First, the cashier places an order on the POS machine based on the customer's purchases; then, the customer completes identity verification on their device to generate a corresponding payment voucher (such as a payment code or customer identification information); finally, the customer's device transmits the payment voucher to the POS machine, which then completes the subsequent payment deduction, thus meeting the personalized payment needs of different users.

[0003] However, current payment methods typically require multiple interactions between the user and the cashier, resulting in cumbersome steps and a prolonged overall payment process. For example, assuming it takes the cashier 10 seconds to place an order and the user 5 seconds to complete the payment (including the cashier's guidance time), the total payment time for each customer is approximately 15 seconds. In scenarios with a large number of customers, such as group meals, this payment process further exacerbates queuing and waiting issues. As the number of customers increases, the overall payment time multiplies, leading to poor payment efficiency and severely impacting the user experience. Therefore, how to effectively improve payment efficiency while simultaneously enhancing the user's payment experience is a pressing issue that needs to be addressed. Summary of the Invention

[0004] Therefore, it is necessary to provide a product payment method, device, computer equipment, computer-readable storage medium, and computer program product to address the aforementioned technical problems, which can effectively improve the payment efficiency of product payments and also effectively improve the user's product payment experience.

[0005] In a first aspect, this application provides a product payment method. The method includes: displaying a first prompt message for identity verification required for product payment; in response to a scanning operation triggered by the first prompt message, displaying object information of a target object and a second prompt message indicating that an order for the product is pending; upon receiving a notification from a POS system that an order for the target product has been placed, displaying product payment information for the target product and sending a payment voucher for paying for the target product to the POS system; receiving a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; and displaying the payment result message.

[0006] Secondly, this application also provides a product payment device. The device includes: a display module for displaying first prompt information required for identity verification during product payment; in response to a scanning operation triggered by the first prompt information, displaying object information of the target object and second prompt information indicating that an order is pending; and displaying product payment information of the target product upon receiving a notification from the POS system to place an order for the target product; a sending module for sending a payment voucher for paying for the target product to the POS system; and a receiving module for receiving a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; the display module is also used to display the payment result message.

[0007] In one embodiment, the device further includes: a detection module for detecting the device status at preset time intervals; and a display module for displaying a first prompt message for authentication required for product payment when the device status is in standby mode.

[0008] In one embodiment, the scanning operation includes scanning a target area, which is a part of the target object used for authentication; the device further includes: a collection module, configured to collect biometric information of the target area in response to the scanning operation of the target area triggered by the first prompt information; an acquisition module, configured to acquire object information of the target object based on the biometric information; and a display module, further configured to display the object information of the target object and a second prompt information indicating that the product is awaiting order placement; wherein the second prompt information further includes a prompt information indicating that the scanning operation of the target area has been completed.

[0009] In one embodiment, the acquisition module is further configured to acquire the payment voucher of the target object based on the biometric information; the payment voucher is a voucher used to pay for the target product; the device further includes: a caching module, configured to cache the payment voucher in the target path; the display module is further configured to display the product payment information of the target product when receiving a notification from the POS system that an order has been placed for the target product; the acquisition module is further configured to acquire the payment voucher from the target path; and the sending module is further configured to send the payment voucher to the POS system.

[0010] In one embodiment, the first prompt message is displayed when the device is in standby mode; the device further includes: a generation module, configured to generate the expiration time of the payment voucher and switch the device state from the standby state to the stop scanning state; a recovery module, configured to recover from the stop scanning state to the standby state when it is detected that the payment process for the target product has been completed; or, when it is detected that the expiration time has been reached and no notification of ordering the target product has been received from the POS system, recover from the stop scanning state to the standby state; or, in response to a triggered payment cancellation operation, clear the payment voucher cached in the target path and recover from the stop scanning state to the standby state.

[0011] In one embodiment, the device further includes: a cancellation module, configured to cancel the display of the object information and the second prompt information when the device is in the standby state; the display module is further configured to display the first prompt information and a third prompt information indicating that the payment has not been completed within the time limit.

[0012] In one embodiment, the payment voucher is cached in the target path; the apparatus further includes: a clearing module for clearing the cached payment voucher in the target path; a receiving module for receiving a payment result message indicating successful payment returned by the POS system; and a display module for displaying the payment result message indicating successful payment and the payment amount.

[0013] In one embodiment, the apparatus further includes: a generation module for generating a query request for the payment result message; an acquisition module for acquiring the payment amount corresponding to the payment result message based on the query request; and a display module for displaying the payment amount near the display position of the payment result message.

[0014] In one embodiment, the sending module is further configured to send the order query request to the server, so that the server performs a query based on the target field in the payment result message in the order query request to obtain the payment amount corresponding to the payment result message; the receiving module is further configured to receive the payment amount corresponding to the payment result message returned by the server.

[0015] In one embodiment, the display module is further configured to simultaneously display a payment status indicating payment in progress while displaying the product payment information of the target product; the device further includes: a broadcast module, configured to broadcast the payment status indicating payment in progress via voice broadcast while displaying the product payment information of the target product.

[0016] In one embodiment, the display module is further configured to simultaneously display a payment status indicating successful payment while displaying the payment result message; the device further includes: a broadcast module, configured to broadcast the payment status indicating successful payment by voice broadcast while displaying the payment result message.

[0017] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, used to clear the payment voucher cached in the target path and restore from the stopped scanning state to the standby state when a cancellation notification is received from the POS system; the stopped scanning state is the state when the scanning operation has been completed; a cancellation module, used to cancel the display of the object information and the second prompt message when the device is in the standby state; the display module is also used to display the first prompt message and the status of the cancelled order.

[0018] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, configured to clear the payment voucher cached in the target path and restore from the stopped scanning state to the standby state when receiving a notification from the POS system indicating a change in the payment method for the target product; the stopped scanning state is the state after the scanning operation has been completed; a canceling module, configured to cancel the display of the object information and the second prompt message when the device is in the standby state; the display module is further configured to display a fourth prompt message indicating that the payment method has been changed.

[0019] In one embodiment, the payment credential is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, configured to clear the payment credential cached in the target path and restore from the stopped scanning state to the standby state when the device status is detected as device failure or network abnormality; the stopped scanning state is the state when the scanning operation has been completed; a canceling module, configured to cancel the display of the object information and the second prompt message when the device status is in the standby state; the display module is also configured to display a fifth prompt message indicating payment abnormality; or, to broadcast the fifth prompt message indicating payment abnormality by voice.

[0020] In one embodiment, the display module is further configured to display the product payment information of the target product and the fifth and sixth prompt messages for prompting the target object to confirm the order when receiving a notification from the POS system that an order has been placed for the target product; the sending module is further configured to send the payment voucher for paying for the target product to the POS system in response to the order confirmation operation.

[0021] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; the device further includes: a clearing module, configured to clear the payment voucher cached in the target path in response to an order cancellation operation, and restore from a stopped scanning state to the standby state; the display module is further configured to display a seventh prompt message for prompting verification of order information when the device is in the standby state.

[0022] Thirdly, this application also provides a computer device. The computer device includes a memory and a processor. The memory stores a computer program, and the processor, when executing the computer program, performs the following steps: displaying a first prompt message for identity verification required for product payment; responding to a scanning operation triggered by the first prompt message, displaying object information of the target object and a second prompt message indicating that an order for the product is pending; upon receiving a notification from the POS system that an order for the target product has been placed, displaying the product payment information of the target product and sending a payment voucher for paying the target product to the POS system; receiving a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; and displaying the payment result message.

[0023] Fourthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, performs the following steps: displaying first prompt information for identity verification required for product payment; in response to a scanning operation triggered by the first prompt information, displaying object information of the target object and second prompt information indicating that an order for the product is pending; upon receiving a notification from the POS system that an order for the target product has been placed, displaying the product payment information of the target product and sending a payment voucher for paying for the target product to the POS system; receiving a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; and displaying the payment result message.

[0024] Fifthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, performs the following steps: displaying first prompt information for authentication required for product payment; in response to a scanning operation triggered by the first prompt information, displaying object information of the target object and second prompt information indicating that an order for the product is pending; upon receiving a notification from the POS system that an order for the target product has been placed, displaying the product payment information of the target product and sending a payment voucher for paying the target product to the POS system; receiving a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; and displaying the payment result message.

[0025] The aforementioned product payment method, device, computer equipment, storage medium, and computer program product display a first prompt message for identity verification required for product payment, and in response to a scanning operation triggered by the first prompt message, display object information of the target object and a second prompt message indicating that the product order is pending; upon receiving a notification from the POS system that an order for the target product has been placed, display the product payment information of the target product and send a payment voucher for the target product to the POS system; furthermore, receive a payment result message returned by the POS system, which is a result message indicating that the payment for the target product has been completed based on the payment voucher and the product payment information, and display the payment result message. Since the scanning operation triggered by the first prompt and the order notification for the target product issued by the POS system can be performed simultaneously, i.e., in parallel, when the order notification for the target product is received from the POS system, in addition to displaying the product payment information of the target product, the payment voucher used to pay for the target product can also be directly sent to the POS system. This allows the POS system to quickly complete the payment for the target product based on the payment voucher and product payment information, and return a payment result message. This effectively shortens the overall payment process time and significantly improves the processing efficiency of product payment and the user's payment experience. Attached Figure Description

[0026] Figure 1 This is a diagram illustrating the application environment of a product payment method in one embodiment;

[0027] Figure 2 This is a flowchart illustrating a product payment method in one embodiment;

[0028] Figure 3 This is a schematic diagram of the interface display of the palm-swiping device in one embodiment;

[0029] Figure 4 This is a schematic diagram of the interface for completing a full product payment in one embodiment;

[0030] Figure 5 This is a schematic diagram of the interface display for completing a full product payment in a scenario that requires strong verification of the payment amount in one embodiment;

[0031] Figure 6 This is a flowchart illustrating a traditional payment method in one embodiment;

[0032] Figure 7 This is a flowchart illustrating a traditional payment method in another embodiment;

[0033] Figure 8 This is a schematic diagram of the process on the product side of the method provided in one embodiment;

[0034] Figure 9 This is a sequence diagram of a complete interaction of the product payment method provided in one embodiment;

[0035] Figure 10 This is a schematic diagram of a complete payment process with a cache timeout mechanism provided in one embodiment;

[0036] Figure 11 This is a structural block diagram of a product payment device in one embodiment;

[0037] Figure 12 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0038] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0039] It should be noted that in the following description, the terms "first, second, and third" are used only to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first, second, and third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0040] The product payment method provided in this application embodiment can be applied to, for example... Figure 1In the application environment shown, terminal 102 communicates with server 104 via a network. A data storage system can store the data that server 104 needs to process. The data storage system can be integrated onto server 104 or placed on a cloud or other network server. Specifically, terminal 102 can interact with a POS system (server 104) that has a deduction function. Terminal 102 displays a first prompt message for authentication required for product payment and, in response to a scan operation triggered by the first prompt message, displays object information of the target object and a second prompt message indicating that the product order is pending. Upon receiving a notification from POS system (server 104) to place an order for the target product, terminal 102 displays the product payment information for the target product and sends the payment voucher for the target product to POS system (server 104). Furthermore, terminal 102 receives and displays a payment result message returned by POS system (server 104), where the payment result message is the result message indicating that payment for the target product has been completed based on the payment voucher and product payment information.

[0041] Terminal 102 can be a smartphone, tablet, laptop, desktop computer, smart speaker, smart TV, smartwatch, IoT device, or portable wearable device. IoT devices can include smart in-vehicle devices, etc. Portable wearable devices can include smartwatches, smart bracelets, head-mounted devices, and palm-swipe payment devices, etc.

[0042] Server 104 can be an independent physical server or a service node in a blockchain system. The service nodes in the blockchain system form a peer-to-peer (Peer To Peer) network. The Peer To Peer protocol is an application layer protocol that runs on top of the Transmission Control Protocol (TCP).

[0043] In addition, server 104 can also be a server cluster consisting of multiple physical servers, which can be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery network (CDN), and big data and artificial intelligence platforms.

[0044] Terminal 102 and server 104 can be connected via Bluetooth, USB (Universal Serial Bus) or network, etc., and this application does not impose any restrictions.

[0045] In one embodiment, such as Figure 2As shown, a product payment method is provided. This method can be executed by a server or a terminal alone, or by both a server and a terminal. This method can be applied to... Figure 1 Taking the terminal in the example, the explanation includes the following steps:

[0046] Step 202 displays the first prompt message for identity verification required for product payment.

[0047] The first prompt message refers to the information used to prompt the user to verify their identity when making a payment for the product, such as... Figure 3 The image shown is a schematic diagram of the interface display of the palm-swiping device. The first prompt information in this application may be as follows: Figure 3 The screen of the palm-swiping device shown on the left displays the prompt "Please extend your hand to swipe your palm." It is understood that the authentication methods required for payment using the product in this application include, but are not limited to, palm-swiping, facial recognition, fingerprint recognition, and iris recognition.

[0048] Identity verification refers to the steps used to verify the identity of the user during product payment. For example, when making a product payment, the swipe device A needs to verify the identity of the user. Only when the identity verification is successful can the payment credentials required for the product payment be obtained.

[0049] Step 204: In response to the scanning operation triggered by the first prompt information, display the object information of the target object and the second prompt information indicating that the product order is pending.

[0050] The scanning operation refers to the operation triggered by the operation object (target object) for identity verification. In this application, the scanning operation can be the operation of scanning the target part of the target object. For example, the scanning operation in this application can be a palm scan operation, face recognition operation, fingerprint recognition operation, iris recognition operation, etc., for identity verification.

[0051] The target object refers to the user currently using the terminal device (palm scanning device). For example, if user A logs into palm scanning application A and triggers a palm scanning operation in palm scanning application A, then the target object refers to user A currently using the terminal device.

[0052] The object information of the target object refers to the information of the relevant account when the target object uses the product for payment. In this application, the object information can be personal information registered by the target object in a specific payment application. For example, the object information displayed in this application could be as follows: Figure 3The right side of the image shows object information including the target's account name and profile picture. It is understood that the object information displayed in this application includes, but is not limited to: the target's account name, the target's profile picture (icon), and the target's gender information.

[0053] The second prompt information refers to information used to indicate waiting for the product order to be placed (by the POS system). It can be understood that the second prompt information in this application may also include prompt information indicating that the scanning of the target area has been completed. For example, the second prompt information in this application may be... Figure 3 The screen of the palm-swiping device shown on the right displays the message "Palm swiped, waiting for order to be placed".

[0054] Specifically, the product payment method provided in this application can be widely applied in various scenarios that support personalized payments, such as social networking, entertainment, and communication. That is, the devices used by different users (operation objects) can interact with the POS system (or application). When a user (operation object) wants to use a personalized product payment function (such as using palm payment), the user can open the payment application (APP) on the terminal by triggering an operation, enter the display page of the payment application by selecting an operation, and display the first prompt information required for identity verification when paying for the product on the display page. That is, the user can log in to the payment application (such as a personal communication application) by triggering an operation. Furthermore, the user can trigger a scanning operation on the display page of the terminal that contains the first prompt information required for identity verification when paying for the product. The terminal responds to the scanning operation triggered by the user according to the displayed first prompt information, collects the biometric information of the user's target body part, and obtains the object information and payment voucher of the target object based on the biometric information. The target object's object information and a second prompt information indicating that the product order is waiting are displayed, and the obtained payment voucher is cached in the target path and enters a stop scanning state (that is, enters the "cannot swipe palm" state). In this embodiment, the reason for caching the obtained payment voucher in the target path is that when the terminal device subsequently receives a notification from the POS system to place an order for the target product, it can directly send the payment voucher cached in the target path to the POS system.

[0055] Let's take the scenario of mobile payment as an example to illustrate. For example... Figure 3 The image shows a schematic diagram of the interface display of the palm-swipe payment device. When user A (the target user) wants to use the personalized palm-swipe payment function, user A can open the payment application on the terminal by triggering an operation, and enter the display page of the payment application by selecting an operation. The display page displays the following: Figure 3The first prompt message on the left, indicating identity verification required for product payment, reads "Please extend your hand and swipe your palm." This means user A can log into the payment application (such as a personal communication application) by triggering this action. Furthermore, user A can see the following on the terminal: Figure 3 The page shown on the left contains the initial prompt message "Please extend your hand and swipe your palm" required for product payment. By triggering a palm-swiping action, the terminal responds to user A's palm-swiping action triggered by the displayed initial prompt message "Please extend your hand and swipe your palm," displaying the following... Figure 3 The right side of the image shows the target object, namely user A's object information (account name "Xiao A"), and a second prompt message indicating that the product order is pending: "Payment has been scanned, waiting to place order."

[0056] Step 206: Upon receiving a notification from the POS system that an order has been placed for the target product, display the product payment information for the target product and send the payment voucher used to pay for the target product to the POS system.

[0057] The cash register system refers to a system with cash register (deduction) functions. For example, the cash register system in this application may include cash register equipment (cash register), which can communicate bidirectionally with terminal equipment (palm payment device) to achieve efficient information exchange between the cash register equipment and the terminal equipment (palm payment device).

[0058] A notification of order placement for a target product refers to a notification sent by the POS system to the terminal device (palm payment device) after the POS system has completed the order placement operation for the target product, indicating that the order has been placed. For example, the notification of order placement for the target product sent by the POS system in this application could be a "order placed" notification, which could also include order-related information such as the total order amount.

[0059] Product payment information refers to payment information related to the target product. For example, the product payment information in this application could be payment information used to purchase the target product. It is understood that the product payment information in this application includes, but is not limited to, information such as the status of the product payment (e.g., payment in progress) and the order amount for the product payment.

[0060] A payment voucher is a document used to complete payment (deduction) for a target product. For example, the payment voucher in this application may be a deduction voucher, a payment code, or other such document.

[0061] Step 208: Receive the payment result message returned by the POS system. The payment result message is the result message of completing the payment for the target product based on the payment voucher and product payment information.

[0062] The payment result message refers to a message used to indicate the payment result. For example, the payment result message in this application may include a payment result message indicating successful payment and a payment result message indicating payment failure.

[0063] Completing payment for the target product refers to completing the actual payment (deduction) operation for the target product. For example, after the POS system completes the actual payment (deduction) operation for the target product based on the payment voucher and product payment information (the order amount to be paid for the target product), it will automatically return a payment result message to the terminal device (palm swipe device) (such as returning the final deducted order amount and a "payment successful" prompt).

[0064] Step 210: Display the payment result message.

[0065] Specifically, in response to the scanning operation triggered by the first displayed prompt information, after the terminal displays the object information of the target object and the second prompt information indicating that it is waiting for the product to be ordered, when the terminal receives the notification from the POS system to place an order for the target product, the terminal can display the product payment information of the target product on the screen, and retrieve the cached payment voucher from the target path, and send the payment voucher to the POS system so that the POS system can complete the payment operation for the target product based on the payment voucher and the product payment information, and return a payment result message to the terminal. That is, when the terminal receives the payment result message returned by the POS system, it displays the payment result message on the screen. In other words, the payment result message in this application is the result message of completing the payment (deduction) for the target product based on the payment voucher and the product payment information.

[0066] Let's take the scenario of mobile payment as an example to illustrate. For example... Figure 4 The image shown is a schematic diagram illustrating the interface for completing a full product payment. Assume user A sees the following on the terminal: Figure 4 In the display page shown, which includes the initial prompt message "Please extend your hand and swipe your palm" for authentication required for product payment, if the palm swiping operation is triggered by user A according to the displayed initial prompt message "Please extend your hand and swipe your palm," the terminal will collect the user's palm print information, and based on the palm print information, obtain the target object's information and payment voucher, and display them on the screen as shown below. Figure 4 The information shown includes the target object, namely user A's object information (account name "Xiao A") and a second prompt message "Palm scanned, waiting to place order" to indicate that the product is waiting to be ordered; at the same time, the terminal can cache the obtained payment voucher to the target path and enter the stop scanning state (i.e., enter the "Palm scan can no longer be performed" state).

[0067] Furthermore, when the terminal receives a notification from the POS system that an order has been placed for the target product, the terminal can display the following on the screen: Figure 4The system displays the product payment information (payment amount 30 yuan) for the target product. It retrieves a cached payment voucher (e.g., a payment code) from the target path and sends this voucher to the POS system. The POS system then uses this voucher and the product payment information (payment amount 30 yuan) to complete the payment (deduction) for the target product and returns a payment result message indicating successful payment to the terminal. Specifically, when the terminal receives the payment result message from the POS system, it displays the following on the screen: Figure 4 The rightmost message in the table shows the payment result (payment successful).

[0068] In this embodiment, a first prompt message for identity verification required for product payment is displayed, and in response to the scanning operation triggered by the first prompt message, object information of the target object and a second prompt message indicating that the product order is pending are displayed. Upon receiving a notification from the POS system to place an order for the target product, the product payment information of the target product is displayed, and the payment voucher for paying for the target product is sent to the POS system. Furthermore, a payment result message returned by the POS system is received, which is a result message indicating that the payment for the target product has been completed based on the payment voucher and product payment information, and the payment result message is displayed. Since the scanning operation triggered by the first prompt message and the notification from the POS system to place an order for the target product can be performed synchronously, i.e., in parallel, upon receiving the notification from the POS system to place an order for the target product, in addition to displaying the product payment information of the target product, the payment voucher for paying for the target product can also be directly sent to the POS system. This allows the POS system to quickly complete the payment for the target product based on the payment voucher and product payment information and return a payment result message, thereby effectively shortening the overall payment process time and significantly improving the processing efficiency of product payment and the user's payment experience.

[0069] In one embodiment, the step of displaying a first prompt message for authentication required for product payment includes:

[0070] Check the equipment status at preset time intervals;

[0071] When the device is in standby mode, a first prompt message for authentication required for product payment is displayed.

[0072] The preset time interval refers to a pre-set time interval for detecting the device status. For example, the preset time interval in this application can be set to 100ms. Since the time interval is very short, it is equivalent to realizing real-time detection of the device status.

[0073] Device status refers to the operating state of a device. For example, in this application, device status may include standby state, stopped scanning state (i.e., "cannot swipe palm again"), payment in progress state, and payment successful state. Among these, the payment in progress state and the payment successful state can also be classified as payment status of the device.

[0074] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 3 The diagram shows the interface display of the palm-swipe device. After user A opens the payment application on the terminal (i.e., the palm-swipe device) through a trigger operation, the terminal can check the device status at preset time intervals, for example, every 100ms. When the device is in standby mode, the terminal can display the following on the screen: Figure 3 The image on the left shows the initial prompt message "Please extend your palm to scan" required for authentication when paying for the product, a scanning area, and other prompts guiding users to use palm payment (e.g., a prompt recommending palm payment), so that user A can make payments by scanning their palm. Figure 3 If the scanning area (black circular area) shown triggers a palm-swiping operation, the terminal will respond to the palm-swiping operation triggered by user A according to the first displayed prompt message "Please extend your hand to swipe your palm," and display the following... Figure 3 The right side of the image shows the target object, namely user A's object information (account name "Xiao A"), and a second prompt message indicating that the product order is pending: "Payment has been scanned, waiting to place order."

[0075] In this embodiment, by displaying a prompt message in standby mode containing the identity verification information required for product payment, users are guided to complete palmprint authentication on the palm payment device in advance. This allows users to complete palmprint authentication on the device beforehand without cashier intervention. After authentication, the palm payment device automatically generates a time-sensitive payment voucher and caches it in the device. This allows users to complete payment preparation during queuing or idle time, avoiding the limitation of starting palmprint authentication only after the cashier places the order. This effectively shortens the overall payment process time and significantly improves payment processing efficiency and user payment experience.

[0076] In one embodiment, the scanning operation includes scanning a target area, which is a part of a target object used for authentication; the step of displaying object information of the target object and a second prompt indicating that the product is awaiting order placement, in response to the scanning operation triggered by a first prompt, includes:

[0077] In response to the operation of scanning the target area triggered by the first prompt information, biological information of the target area is collected;

[0078] Based on bioinformatics, obtain object information of the target object;

[0079] The system displays object information for the target object and a second prompt indicating that the product order is pending; the second prompt also includes a prompt indicating that the scanning of the target area has been completed.

[0080] The target areas in this application include, but are not limited to, the palm (palm print), fingerprints, face, and iris (eyes).

[0081] Biometric information refers to information used for identity verification. For example, the biometric information in this application could be the palm print information of the target object.

[0082] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 3 The image shows a schematic diagram of the interface display of the palm-swipe device. After user A opens the payment application on the terminal (i.e., the palm-swipe device) through a trigger operation, the terminal displays the following on the screen when the device is in standby mode: Figure 3 The left side of the image shows the initial prompt message "Please extend your palm to scan" required for authentication when paying for the product, the scanning area, and other prompts guiding users to use palm payment (e.g., a prompt recommending palm payment). Assuming user A... Figure 3 The scanning area shown (black circular area) triggered a palm-scanning operation, that is, an operation to scan the target area (palm). In response to user A's palm-scanning operation triggered by the first displayed prompt "Please extend your hand and scan your palm," the terminal collects the biometric information (palm print) of the target area (palm). Based on the collected biometric information (palm print), the terminal obtains the target object's (user A's) object information, including at least: the target object's account name (A) and the target object's account avatar (icon), and displays it as shown below. Figure 3 The right side of the image shows object information (account name A, account avatar) for the target object, i.e., user A, and a second prompt message indicating that the product order is pending. In this embodiment, the second prompt message further includes a prompt indicating that the scanning of the target area (palm swipe) has been completed. For example, the second prompt message in this application could be... Figure 3 The screen of the palm-swiping device shown on the right displays the message "Palm swiped, waiting for order to be placed".

[0083] Furthermore, in some cases, once the palm-scanning device detects that it has completed scanning the target area (palm-scanning operation) and cached the user's payment receipt, the device will transition from standby mode to a "no more palm-scanning" state. In this state, the device will no longer accept new palm-scanning operations to avoid operational confusion or payment conflicts caused by repeated palm-scanning. This significantly shortens the overall payment process time by adjusting the cashier's order placement and the user's palm-scanning operation from sequential to parallel processing. This is particularly suitable for high-traffic scenarios such as group meals, allowing users to complete pre-palm-scanning authentication while waiting in line, with subsequent payment only requiring receipt verification, greatly improving payment processing efficiency and the user payment experience.

[0084] In one embodiment, after obtaining object information of the target object based on biometrics, the method further includes:

[0085] Based on biometrics, obtain the payment credentials of the target object; the payment credentials are credentials used to pay for the target product.

[0086] Cache the payment voucher to the target path;

[0087] Upon receiving a notification from the POS system that an order for a target product has been placed, the system displays the product payment information for the target product and sends the payment voucher used to pay for the target product to the POS system, including:

[0088] When a notification is received from the POS system that an order has been placed for the target product, the product payment information for the target product is displayed.

[0089] Retrieve the payment voucher from the target path and send the payment voucher to the POS system.

[0090] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 4 The diagram shown illustrates the interface for completing a full product payment. Assume user A sees the following on the terminal: Figure 4 If the user A triggers the palm scan operation on the display page containing the first prompt message "Please extend your hand and scan your palm" for authentication when making product payments, the terminal will collect the user's biometric information (i.e., palm print information) and obtain the payment voucher (such as payment code A) based on the palm print information. The terminal will then cache the obtained payment voucher in the target path and enter a stop scanning state (i.e., enter the "cannot scan palm" state).

[0091] Furthermore, when the terminal receives a notification from the POS system that an order has been placed for the target product, the terminal can display the following on the screen: Figure 4The system displays the product payment information (payment amount 30 yuan) for the target product. It retrieves a cached payment voucher (e.g., payment code A) from the target path and sends this voucher to the POS system. The POS system then uses this voucher and the product payment information (payment amount 30 yuan) to complete the payment for the target product (deducting 30 yuan) and returns a payment result message indicating successful payment to the terminal. Specifically, when the terminal receives the payment result message from the POS system, it displays the following on the screen: Figure 4 The rightmost image shows the payment result message (payment successful). This significantly shortens the overall payment process by changing the cashier's order placement and the user's palm-swiping action from sequential to parallel processing. This is especially beneficial for high-traffic scenarios like group meals, allowing users to pre-verify their palms while waiting in line. Subsequent payment only requires verification of the credential, greatly improving payment processing efficiency and the user's payment experience.

[0092] In one embodiment, the step of obtaining payment credentials for a target object based on biometric information includes:

[0093] The biometric information is sent to the server so that the server can generate payment vouchers based on the biometric information;

[0094] Receive the payment voucher returned by the server.

[0095] The server can be the backend server of the payment application. In this embodiment, the way to obtain the payment voucher of the target object can be through the interaction between the terminal (palm swipe device) and the backend server of the payment application, or through the interaction between the front end and the back end of the terminal. That is, the front end of the terminal is used to display the obtained payment voucher of the target object, and the back end of the terminal is equivalent to the backend server of the payment application, which is used to generate payment vouchers, etc.

[0096] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 4 The diagram shown illustrates the interface for completing a full product payment. Assume user A sees the following on the terminal: Figure 4The display page shown includes the initial prompt message "Please extend your hand and swipe your palm" required for authentication during product payment. When this palm-swiping operation is triggered, the terminal responds to user A's palm-swiping action, collecting the user's biometric information (i.e., palmprint information). This biometric information (i.e., palmprint information) is then sent to the payment application's backend server. The backend server generates a payment voucher based on user A's biometric information (i.e., palmprint information) and returns the generated payment voucher to the terminal. Upon receiving the payment voucher from the server, the terminal can cache it to a target path and set an expiration time (e.g., 30 seconds) to ensure its security, and then enter a stop-scanning state (i.e., enter a "no more palm swiping" state). This caching mechanism with a strict expiration time (e.g., 30 seconds) effectively avoids security risks associated with long-term storage. Furthermore, the device automatically enters a "no more palm swiping" state after the palm swipe, effectively preventing the risk of repeated palm swiping or multiple payments, further enhancing the security of product payments and improving the user's payment experience.

[0097] In one embodiment, the first prompt message is displayed when the device is in standby mode; after caching the payment credential to the target path, the method further includes:

[0098] Generate the expiration time of the payment voucher and switch the device status from standby to stop scanning.

[0099] When the payment process for the target product is detected to be completed, the system resumes from the stopped scanning state to the standby state; or...

[0100] When the system detects that the expiration time has been reached and has not received a notification from the POS system to place an order for the target product, it resumes from the stopped scanning state to the standby state; or,

[0101] In response to the triggered payment cancellation operation, the cached payment credentials in the target path are cleared, and the system returns from the stopped scanning state to the standby state.

[0102] The expiration time refers to the validity period of the payment voucher. For example, if the expiration time is set to 30 seconds, the payment voucher will automatically expire after being cached for 30 seconds.

[0103] Specifically, let's take the scenario of mobile payment as an example. Assume user A, when their device is in standby mode, displays something like... Figure 4In the page shown, which contains the first prompt message "Please extend your hand and swipe your palm" for authentication required for product payment, if the palm swiping operation is triggered, the terminal will respond to the palm swiping operation triggered by user A according to the displayed first prompt message "Please extend your hand and swipe your palm". The terminal will collect the user's biometric information (i.e., palmprint information) and send the biometric information (i.e., palmprint information) to the backend server of the payment application. The backend server will then generate a payment voucher based on user A's biometric information (i.e., palmprint information) and return the generated payment voucher to the terminal. When the terminal receives the payment voucher returned by the server, the terminal can cache the payment voucher to the target path, automatically generate the expiration time of the payment voucher (e.g., 30 seconds), and switch the device status from standby to stop scanning.

[0104] Furthermore, when the terminal detects that the payment process for the target product has been completed, it returns from the stopped scanning state to the standby state. For example, if the payment process for the current order has ended normally and the user has completed the payment, the terminal will automatically return to the standby state and allow the swipe operation to be performed again. Alternatively, when it detects that the expiration time has been reached and no notification has been received from the POS system to place an order for the target product, it returns from the stopped scanning state to the standby state. For example, if the cashier (POS system) does not complete the order operation within the set expiration time (e.g., 30 seconds), causing the cached deduction voucher to expire automatically, the terminal will also automatically return to the standby state and allow the swipe operation to be performed again. Alternatively, in response to a user-triggered payment cancellation operation, the terminal clears the cached payment voucher in the target path and returns from the stopped scanning state to the standby state. For example, if the user chooses to cancel the current payment process, the terminal will respond to the user-triggered payment cancellation operation, clear the cached deduction voucher, and return to the standby state, allowing the swipe operation to be performed again. This allows the payment voucher to be cached with a strict expiration time (e.g., 30 seconds), effectively avoiding security risks that may arise from long-term storage. At the same time, the device automatically enters a "cannot be swiped again" state after the swipe, effectively preventing the risk of repeated swipes or multiple payments, further enhancing the security of the product's payment and improving the user's payment experience.

[0105] In one embodiment, after responding to a triggered payment cancellation operation, clearing the cached payment credentials in the target path, and resuming from a stopped scanning state to a standby state, the method further includes:

[0106] When the device is in standby mode, the display of object information and the second prompt information will be cancelled;

[0107] The system displays the first notification message and a message indicating that payment has been cancelled.

[0108] Specifically, let's take the scenario of mobile payment as an example. Assume user A, when their device is in standby mode, displays something like... Figure 4 In the page shown, which contains the first prompt message "Please extend your hand and swipe your palm" for authentication required for product payment, if the palm swiping operation is triggered, the terminal will respond to the palm swiping operation triggered by user A according to the displayed first prompt message "Please extend your hand and swipe your palm". When the terminal obtains the payment voucher of the target object, i.e., user A, based on the biometric information (i.e., palm print information), it can cache the payment voucher to the target path, automatically generate the expiration time of the payment voucher (e.g., 30 seconds), and switch the device status from standby to stop scanning.

[0109] Furthermore, assuming that user A actively cancels the current payment process after swiping their palm and before the cashier (POS system) completes the order, for example, user A actively cancels the payment through the UI interface of the palm-swiping device (such as the "Cancel Payment" button displayed on the interface), then the terminal (palm-swiping device) clears the cached deduction voucher and restores from the stopped scanning state to the standby state. That is, when the device state of the terminal (palm-swiping device) is in the standby state, the terminal cancels the display of object information and second prompt information, and then re-displays the first prompt information "Please extend your palm to swipe" and the prompt information indicating that the payment has been canceled. For example, the prompt information displayed on the device interface indicating that the payment has been canceled is "Payment has been canceled, you can try again". Therefore, the technical solution provided in this application embodiment is applicable to traditional retail environments, self-service scenarios (such as self-service restaurants, cinemas, etc.) and high-traffic scenarios (such as group meal checkout). Through flexible modular design, it can meet the payment needs of different scenarios. That is, the method provided in this application can be compatible with multiple payment paths (such as payment cancellation, timeout processing, switching payment methods, etc.), has strong adaptability and good robustness, effectively improves the diversity of personalized payments, and supports applications in multiple scenarios.

[0110] In one embodiment, when the expiration time is detected and no order notification for the target product is received from the POS system, after resuming from the stopped scanning state to the standby state, the method further includes:

[0111] When the device is in standby mode, the display of object information and the second prompt information will be cancelled;

[0112] The system displays a first notification message and a third notification message indicating that the payment has not been completed within the time limit.

[0113] Specifically, let's take the scenario of mobile payment as an example. Assume user A, when their device is in standby mode, displays something like... Figure 4In the page shown, which contains the first prompt message "Please extend your hand and swipe your palm" for authentication required for product payment, if the palm swiping operation is triggered, the terminal will respond to the palm swiping operation triggered by user A according to the displayed first prompt message "Please extend your hand and swipe your palm". When the terminal obtains the payment voucher of the target object, i.e., user A, based on the biometric information (i.e., palm print information), it can cache the payment voucher to the target path, automatically generate the expiration time of the payment voucher (e.g., 30 seconds), and switch the device status from standby to stop scanning.

[0114] Furthermore, assuming that after user A completes the palm-swiping operation, the palm-swiping device generates and caches the deduction voucher, but within the set cache expiration time (e.g., 30 seconds), the cashier (POS system) fails to complete the order placement, causing the cached deduction voucher to expire automatically, the terminal will automatically clear the cached deduction voucher to prevent it from being misused after the timeout. At the same time, it will automatically return to standby mode and prompt the user to swipe their palm again. That is, when the terminal (palm-swiping device) is in standby mode, the terminal cancels the display of object information and the second prompt information, and re-displays the first prompt information "Please extend your palm to swipe" and the third prompt information indicating that the payment has not been completed after the timeout. For example, the third prompt information displayed on the device interface indicating that the payment has not been completed after the timeout is "Payment not completed after timeout, please swipe your palm again".

[0115] It is understandable that in some cases, the terminal can also announce the status of payment failure due to timeout and the first prompt message required for identity verification during product payment via voice broadcast. For example, the terminal can announce the third prompt message indicating payment failure due to timeout and the first prompt message for identity verification during product payment, namely, "Payment failure due to timeout, please swipe your palm again." Therefore, the technical solution provided in this application embodiment is applicable to traditional retail environments, self-service scenarios (such as self-service restaurants, cinemas, etc.), and high-traffic scenarios (such as group meal checkout). Through flexible modular design, it can meet the payment needs of different scenarios. That is, the method provided in this application can be compatible with multiple payment paths (such as payment cancellation, timeout processing, switching payment methods, etc.), has strong adaptability and good robustness, effectively improves the diversity of personalized payments, and supports applications in multiple scenarios.

[0116] In one embodiment, the step of displaying the product payment information of the target product upon receiving a notification from the POS system that an order for the target product has been placed includes:

[0117] Upon receiving a notification from the POS system that an order has been placed for the target product, retrieve the amount due in the notification.

[0118] The amount to be paid will be displayed as the product payment information for the target product.

[0119] Specifically, let's take the scenario of mobile payment as an example. When the terminal receives a notification from the POS system that an order for a target product has been placed, the terminal can obtain the amount to be paid (payment amount 30 yuan) carried in the notification and display this amount as the product payment information for the target product. In other words, the terminal can display something like this on the screen. Figure 4 The system displays the product payment information (payment amount 30 yuan) for the target product. It retrieves a cached payment voucher (e.g., a payment code) from the target path and sends this voucher to the POS system. The POS system then uses this voucher and the product payment information (payment amount 30 yuan) to complete the payment (deduction) for the target product and returns a payment result message indicating successful payment to the terminal. Specifically, when the terminal receives the payment result message from the POS system, it displays the following on the screen: Figure 4 The rightmost image shows the payment result message (payment successful). This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-swiping device provided in this application can guide users through the payment process via voice and UI prompts, reducing confusion and errors in the payment process and thus effectively improving the user experience.

[0120] In one embodiment, the payment voucher is cached in the target path; after sending the payment voucher for the target product to the POS system, the method further includes:

[0121] Clear the cached payment credentials in the target path;

[0122] The receipt of the payment result message returned by the POS system includes:

[0123] Receive the payment result message returned by the POS system indicating that the payment was successful;

[0124] The message displaying the payment result includes:

[0125] The message displays a payment result indicating successful payment and the payment amount.

[0126] Specifically, let's take the scenario of palm payment as an example. Assume the terminal displays something like this on the screen... Figure 4The diagram shows the product payment information (payment amount 30 yuan) for the target product. It retrieves a cached payment voucher (e.g., payment code) from the target path and sends this voucher to the POS system. The terminal can automatically clear the cached payment voucher from the target path. The POS system then completes the payment (deduction) for the target product based on the payment voucher (e.g., payment code) and the product payment information (payment amount 30 yuan), returning a payment result message indicating successful payment to the terminal. That is, when the terminal receives the payment result message from the POS system indicating successful payment, it can display the following on the screen: Figure 4 The rightmost image shows the payment result message (payment successful). This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-swiping device provided in this application can guide users through the payment process via voice and UI prompts, reducing confusion and errors in the payment process and thus effectively improving the user experience.

[0127] In one embodiment, after displaying the payment result message, the method further includes:

[0128] Generate an order query request for the payment result message;

[0129] Based on the order inquiry request, obtain the payment amount corresponding to the payment result message;

[0130] The payment amount is displayed near the location where the payment result message is displayed.

[0131] Specifically, the terminal displays on the screen as follows: Figure 4 After the payment result message (payment successful) shown on the far right has been displayed for a preset duration (e.g., 5 seconds), the terminal can automatically generate a query request for the payment result message. Alternatively, the terminal can respond to a query request triggered by the user, obtain the actual payment amount (30-2=28 yuan) corresponding to the payment result message based on the query request, and then re-enter the transaction as shown in the image. Figure 4 Near the rightmost payment result message, the actual payment amount (28 yuan) is updated. This means that in some cases, the order amount may be 30 yuan, but due to the use of a discounted payment method, the final deduction may not be the order amount (30 yuan). Therefore, the method provided in this application also supports the terminal (palm swipe device) automatically initiating a query request to the payment application's backend server to confirm that the final actual payment amount is 28 yuan, i.e., a discount of 2 yuan. Alternatively, the terminal displays on the screen as follows... Figure 4The payment result message (payment successful) shown on the far right persists for a preset time (e.g., 5 seconds). After this time, the terminal automatically redirects to the standby screen displaying the initial authentication message "Please extend your hand to swipe your palm" required for product payment. It then automatically generates a query request for the payment result message. Alternatively, the terminal can respond to a user-triggered query request, retrieve the actual payment amount (30-2=28 yuan) corresponding to the payment result message, and update the display page accordingly. Figure 4 The rightmost image shows the payment result message indicating successful payment and the actual payment amount (28 yuan). This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user scans their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-scanning device provided in this application can guide users through the payment process via voice and UI prompts, reducing confusion and errors in the payment process and thus effectively improving the user experience.

[0132] In one embodiment, the step of obtaining the payment amount corresponding to the payment result message based on the order inquiry request includes:

[0133] The order inquiry request is sent to the server so that the server can query based on the target field in the payment result message in the order inquiry request to obtain the payment amount corresponding to the payment result message;

[0134] Receive the payment result message returned by the server, corresponding to the payment amount.

[0135] The server can be the backend server of the payment application. In this embodiment, the way to obtain the payment amount corresponding to the payment result message based on the order query request can be through the interaction between the terminal (palm swipe device) and the backend server of the payment application, or through the interaction between the frontend and backend of the terminal. That is, the frontend of the terminal is used to display the payment amount corresponding to the obtained payment result message, and the backend of the terminal is equivalent to the backend server of the payment application, used to query the payment amount corresponding to different payment result messages, etc.

[0136] The target field in the payment result message refers to the field used to reflect the order corresponding to the payment result message. For example, the target field can be a string generated based on the order number, or the target field can be the order number itself.

[0137] Specifically, the terminal displays on the screen as follows: Figure 4After the payment result message (payment successful) shown on the far right has been displayed for a preset duration (e.g., 5 seconds), the terminal can automatically generate a query request for the payment result message. Alternatively, the terminal can respond to a user-triggered query request by sending the query request to the payment application's backend server. The backend server will then query the payment result message and order information (e.g., order number) in the query request to determine the payment amount corresponding to the payment result message as 30 yuan. The server will then return the payment amount of 30 yuan to the terminal. In other words, the terminal can receive the payment amount of 30 yuan returned by the backend server and display it near the display position of the payment result message. This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment operation. Furthermore, the palm-swiping device provided in this application can guide the user to complete the payment through voice and UI prompts, reducing confusion and misoperation in the payment process, thereby effectively improving the user experience.

[0138] In one embodiment, the method further includes:

[0139] While displaying the product payment information for the target product, simultaneously display the payment status indicating that the payment is in progress; or...

[0140] During the display of product payment information for the target product, the payment status is announced via voice broadcast.

[0141] Specifically, let's take the scenario of mobile payment as an example. When the terminal receives a notification from the POS system that an order for a target product has been placed, the terminal can obtain the amount to be paid (payment amount 30 yuan) carried in the notification and display this amount as the product payment information for the target product. In other words, the terminal can display something like this on the screen. Figure 4 The product payment information shown includes the target product (payment amount 30 yuan), and is displayed as follows: Figure 4 During the process of displaying product payment information containing the target product, the payment status indicating the payment is in progress is simultaneously displayed, for example, in the case of... Figure 4 The third diagram shown synchronously displays the payment status "Order placed, payment in progress." Alternatively, the terminal may display something like... Figure 4During the payment process involving the target product, the terminal can also announce the payment status via voice, such as "Order placed, payment in progress." This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-swiping device provided in this application can guide users to complete the payment through voice and UI prompts, reducing confusion and errors in the payment process and thus effectively improving the user experience.

[0142] In one embodiment, the method further includes:

[0143] During the display of the payment result message, a payment status indicating successful payment is simultaneously displayed; or,

[0144] During the display of the payment result message, the payment status indicating successful payment is announced via voice broadcast.

[0145] Specifically, let's take the scenario of palm payment as an example. When the terminal receives a payment result message from the POS system indicating successful payment, the terminal can display on the screen as follows: Figure 4 The rightmost image shows a page containing the payment result message (payment successful), and displays something like... Figure 4 The process shown, which includes payment result messages, synchronously displays a payment status indicating successful payment, for example, in... Figure 4 The fourth image shown synchronously displays the payment status "Payment Successful". Alternatively, the terminal displays as follows: Figure 4 During the payment result process shown, the terminal can also announce the payment status indicating successful payment via voice broadcast. For example, the terminal can announce "Payment completed, payment successful" via voice broadcast. This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment operation. Furthermore, the palm-swiping device provided in this application can guide the user to complete the payment through voice and UI prompts, reducing confusion and misoperation in the payment process, thereby effectively improving the user experience.

[0146] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after displaying the object information of the target object and the second prompt message indicating that the product order is pending, the method further includes:

[0147] When a notification of order cancellation is received from the POS system, the cached payment voucher in the target path is cleared, and the system returns from the stopped scanning state to the standby state; the stopped scanning state is the state when the scanning operation has been completed.

[0148] When the device is in standby mode, the display of object information and the second prompt information will be cancelled;

[0149] The system displays the first notification message and the status of the cancelled order.

[0150] Specifically, let's take the scenario of palm payment as an example. Assume that in response to user A's palm-swiping action triggered by the first displayed prompt "Please extend your hand and swipe your palm," the terminal displays the following... Figure 3 The right side of the screen shows the target object, i.e., user A's information (account name "Xiao A"), and a second prompt message indicating that the product order is pending: "Palm scanned, waiting to place order." If the cashier accidentally terminates the order process due to a mistake or other reason, such as sending a "cancel order" command to the terminal (palm scan device) through the POS system, then upon receiving the cancellation notification (or "cancel order" command) from the POS system, the terminal will automatically clear the cached payment voucher in the target path and resume scanning from the stopped state. Figure 3 The left-hand diagram shows the standby state, where the stopped scanning state indicates that the scanning operation has been completed. Furthermore, when the device is in standby mode, the terminal can cancel the display as shown below. Figure 3 The image on the right shows the object information and the second prompt information, and then jumps to the following: Figure 3 The left-hand image shown contains the first prompt message, and in the image as shown... Figure 3 The left-hand image shows the status of cancelled orders. For example, the terminal can display the status as follows: Figure 3 The image on the left shows the first prompt message and the order status as "Order cancelled, please scan your palm to pay again." This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user scans their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-scanning device provided in this application can guide users to complete the payment through voice and UI prompts, reducing confusion and errors in the payment process, thereby effectively improving the user experience.

[0151] In one embodiment, the payment credential is cached in the target path, and the first prompt message is displayed when the device is in standby mode; in response to a scan operation triggered by the first prompt message, after displaying object information of the target object and a second prompt message indicating that the product is awaiting order placement, the method further includes:

[0152] When a notification is received from the POS system indicating a change in the payment method for the target product, the cached payment vouchers in the target path are cleared, and the system returns from the stopped scanning state to the standby state; the stopped scanning state is the state when the scanning operation has been completed.

[0153] When the device is in standby mode, the display of object information and the second prompt information will be cancelled;

[0154] A fourth notification message will be displayed to indicate that the payment method has been changed.

[0155] Specifically, let's take the scenario of palm payment as an example. Assume that in response to user A's palm-swiping action triggered by the first displayed prompt "Please extend your hand and swipe your palm," the terminal displays the following... Figure 3 The right side of the screen shows the target object, i.e., user A's information (account name "Xiao A"), and a second prompt message indicating that the product order is pending: "Palm scan completed, waiting for order." After swiping their palm and before the cashier (POS system) completes the order, user A can change their payment method. That is, after swiping their palm but before the cashier (POS system) completes the order, user A can choose to use other payment methods (such as cash, credit card, etc.) to complete the payment. For example, the cashier can interrupt the current palm scan payment process through the POS system. Specifically, when the terminal receives a notification from the POS system indicating a change in the payment method for the target product, it clears the cached payment voucher in the target path and returns from the stopped scanning state to the standby state. The stopped scanning state is the state after the scanning operation is completed. Furthermore, when the device is in standby mode, the terminal can cancel the display of... Figure 3 The right-hand image shows the object information and the second prompt information, and displays a fourth prompt information indicating that the payment method has been changed. For example, the terminal can display information such as... Figure 3 The fourth prompt message shown in the right-hand image is "Payment method changed, please confirm whether to continue payment." This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user scans their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-scanning device provided in this application can guide users through payment completion via voice and UI prompts, reducing confusion and errors in the payment process, thereby significantly improving the user experience.

[0156] In one embodiment, the payment credential is cached in the target path, and the first prompt message is displayed when the device is in standby mode; in response to a scan operation triggered by the first prompt message, after displaying object information of the target object and a second prompt message indicating that the product is awaiting order placement, the method further includes:

[0157] When a device is detected to be faulty or experiencing a network anomaly, the cached payment credentials in the target path are cleared, and the device is restored from the stopped scanning state to the standby state. The stopped scanning state is the state after the scanning operation has been completed.

[0158] When the device is in standby mode, the display of object information and the second prompt information will be cancelled;

[0159] Display the fifth notification message indicating a payment error; or, broadcast the fifth notification message indicating a payment error via voice.

[0160] Specifically, let's take the scenario of palm payment as an example. Assume that in response to user A's palm-swiping action triggered by the first displayed prompt "Please extend your hand and swipe your palm," the terminal displays the following... Figure 3 The right side of the screen shows the object information (account name "Xiao A") of the target user A and the second prompt message "Palm scanned, waiting for order to be placed." If the current payment process cannot be completed due to device malfunction or network anomaly—that is, after user A scans their palm, when a device malfunction or network anomaly is detected—the terminal will automatically clear the cached payment voucher in the target path and restore the process from the stopped scanning state to the current state. Figure 3 The left-hand diagram shows the standby state, where the stopped scanning state indicates that the scanning operation has been completed. Furthermore, when the device is in standby mode, the terminal can cancel the display as shown below. Figure 3 The image on the right shows the object information and the second prompt information, and then jumps to the following: Figure 3 The left-hand image shown contains the first prompt message, and in the image as shown... Figure 3 The left-hand image displays the fifth notification message indicating a payment error; alternatively, the fifth notification message indicating a payment error can be read aloud via voice. For example, the terminal can... Figure 3 The left-hand image shows a first prompt message and a fifth prompt message indicating a payment error: "The current payment process is abnormal. Please swipe your palm again to pay or switch to another payment method." This allows the device to display user information (such as avatar and nickname) and payment status in real time after the user swipes their palm, providing clear interactive feedback and effectively improving the transparency and convenience of the payment process. Furthermore, the palm-swiping device provided in this application can guide users to complete the payment through voice and UI prompts, reducing confusion and errors in the payment process, thereby effectively improving the user experience.

[0161] In one embodiment, upon receiving a notification from the POS system that an order for a target product has been placed, the system displays the product payment information for the target product and sends the payment voucher used to pay for the target product to the POS system, including:

[0162] When a notification is received from the POS system that an order has been placed for the target product, the product payment information for the target product and a sixth prompt message to remind the target customer to confirm the order are displayed.

[0163] In response to the order confirmation operation, the payment voucher used to pay for the target product is sent to the POS system.

[0164] The sixth prompt message refers to information used to prompt the target object to confirm whether to pay for the order again. For example, the sixth prompt message in this application can be a "Confirm Payment" button displayed in the form of a control.

[0165] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 5 The diagram illustrates the interface display for completing a full product payment in scenarios requiring strong verification of payment amounts. Specifically, in special scenarios where strong verification of user payment amounts is necessary, such as high-amount payments or situations requiring explicit user confirmation of the amount, this embodiment provides an additional security measure to ensure the accuracy of the payment amount and the user's confirmation of payment intent. That is, when the terminal receives a notification from the POS system that an order for the target product has been placed, the terminal can, as shown in the diagram... Figure 5 The fourth figure shows the product payment information for the target product and a sixth prompt message, "Confirm to continue payment?", used to prompt the target user to confirm the order. This allows the user to trigger the "Confirm Payment" button or speak a voice command indicating "Confirm Payment." The terminal then sends the payment voucher for the target product to the POS system in response to the user's order confirmation action (i.e., triggering the "Confirm Payment" button or the voice command). Therefore, the method provided in this application is applicable to various scenarios requiring strong verification, such as large-amount payment scenarios (e.g., purchasing high-value goods), complex payment scenarios involving shared settlement (e.g., group buying or multi-person group purchases), and special scenarios where users want to verify the order amount. While ensuring the accuracy of the payment amount, it also effectively improves the multi-scenario adaptability of product payments.

[0166] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after receiving a notification from the POS system that an order has been placed for the target product, the method further includes displaying the product payment information of the target product and a sixth prompt message to prompt the target user to confirm the order, and then:

[0167] In response to an order cancellation, the cached payment vouchers in the target path are cleared, and the system returns from the stopped scanning state to the standby state.

[0168] When the device is in standby mode, a seventh prompt message is displayed to indicate the order information to be checked.

[0169] Specifically, let's take the scenario of paying with a mobile phone by swiping as an example. Figure 5 The image shows a schematic diagram of the interface display for completing a product payment in scenarios requiring strong verification of the payment amount. Assume that when the terminal receives a notification from the POS system that an order for the target product has been placed, the terminal... Figure 5 The fourth diagram shows the product payment information for the target product and the sixth prompt message "Confirm to continue payment?" used to prompt the target user to confirm the order. Assuming the user triggers the "Cancel Payment" button, or the user speaks a voice command indicating "Cancel Payment," the terminal responds to the user-triggered order cancellation operation (i.e., triggering the "Cancel Payment" button or the user speaking a voice command indicating "Cancel Payment"), clearing the cached payment vouchers in the target path and resuming from the stopped scanning state to... Figure 5 The first diagram shows the standby state; when the device is in standby state, the terminal can, as shown in the diagram... Figure 5 The first image shows the seventh prompt message used to prompt for order verification. For example, the terminal can display a prompt message such as... Figure 5 The first image shows the seventh prompt message, "Please recheck order information (amount)," to remind users and cashiers to recheck the order. This makes the method provided in this application applicable to various scenarios requiring strong verification, such as large-amount payment scenarios (e.g., purchasing high-value goods), complex payment scenarios involving shared settlements (e.g., group buying or multi-person ordering), and special scenarios where users want to verify the order amount. While ensuring the accuracy of payment amounts, it also effectively improves the product's multi-scenario adaptability for payment.

[0170] In one embodiment, this application also provides an application scenario in which the above-described product payment method is applied. Specifically, the product payment method is applied in this scenario as follows:

[0171] During the interaction between the user and the POS platform (or POS machine) with deduction function, the above-mentioned product payment method can be used. When the user (target) wants to use the personalized palm payment function, the user can open the payment application on the terminal by triggering an operation, enter the display page of the payment application by selecting an operation, and the display page will show, as follows: Figure 3 The first prompt message for identity verification required for product payment, shown on the left, reads "Please extend your hand and swipe your palm." Further, users can view information such as... Figure 3The page shown on the left contains the initial prompt message "Please extend your hand and swipe your palm" required for authentication during product payment. By triggering the palm-swiping action, the terminal responds to the user's palm-swiping action triggered by the displayed prompt message, collects the user's palm print information, and based on this information, obtains the target object's information and payment credentials, displaying them as shown below. Figure 3 The right side of the screen shows the object information (account name "Xiao A") of the target user A, and a second prompt message indicating that the product order is pending: "Palm scan completed, waiting for order to be placed." Simultaneously, the terminal can cache the obtained payment voucher to the target path and enter a stop-scan state (i.e., enter a "no more palm scans" state).

[0172] Furthermore, when the terminal receives a notification from the POS system that an order has been placed for the target product, the terminal can display the following on the screen: Figure 4 The system displays the product payment information (payment amount 30 yuan) for the target product. It retrieves a cached payment voucher (e.g., a payment code) from the target path and sends this voucher to the POS system. The POS system then uses this voucher and the product payment information (payment amount 30 yuan) to complete the payment (deduction) for the target product and returns a payment result message indicating successful payment to the terminal. Specifically, when the terminal receives the payment result message from the POS system, it displays the following on the screen: Figure 4 The rightmost image shows the payment result message (payment successful). Therefore, to achieve fast payment, the method provided in this application employs two-way communication technology to realize efficient information exchange between the cash register and the palm payment device. After the cashier completes the order operation in the cash register system, the cash register will notify the palm payment device through two-way communication, so that the palm payment device will immediately transfer the pre-cached payment voucher to the cash register, automatically completing the payment process. This mechanism eliminates the multiple interactions between the user and the cashier in traditional payments, thereby improving payment efficiency and user experience.

[0173] The method provided in this application embodiment can be applied to product payment in various scenarios. The following example illustrates the product payment method provided in this application embodiment using a scenario where a user interacts with a POS device that has a deduction function.

[0174] For WeChat palm scanning: During activation, users need to place their palm against the sensor of the palm scanning device, then scan the QR code on the screen to register on their mobile phone. After successful registration, users can directly scan their palm for payment or identification services.

[0175] Order Inquiry: After a user uses the swipe payment function, the swipe device retrieves the actual payment order and payment result from the payment backend (such as the payment backend of a personal communication application).

[0176] Traditional technical solutions include:

[0177] In a traditional retail environment, such as Figure 6 The diagram illustrates the process of traditional payment methods. The overall process of palm payment typically includes the following steps: First, the cashier places an order on the cash register based on the user's purchases; then, the user completes palmprint recognition on the palm-swiping device to generate a corresponding payment voucher (such as a payment code or user identification information). Finally, the palm-swiping device transmits the payment voucher to the cash register, which then completes the subsequent payment deduction. This process requires multiple interactions between the user and the cashier, and the steps are sequential. In particular, the user cannot initiate the palm payment process until the cashier has placed the order. This design has certain limitations in terms of payment efficiency.

[0178] In certain specific scenarios (such as company group meals), the cash register and the palm-swipe device are connected through two-way communication. For example... Figure 7 The diagram illustrates another traditional payment method. After the cashier completes the order placement, the palm-swipe device detects that the POS machine has entered an "order placed" state and proactively reminds the user to proceed with the palm-swipe payment through voice prompts and a UI display. However, fundamentally, the user still needs to wait for the cashier to complete the order before initiating the palm-swipe payment. While this design improves the user experience to some extent, it fails to fundamentally overcome the sequential limitations of the payment process.

[0179] Disadvantages of traditional technical solutions:

[0180] Clearly, the main drawback of these two methods is that users must wait for the cashier to complete the order placement before they can make a payment by swiping their palm. This sequential operation mode leads to the following problems in practical applications:

[0181] 1. The payment process is time-consuming: The user can only start the payment process by scanning their palm after the cashier places the order, which prolongs the overall payment process. For example, assuming it takes the cashier 10 seconds to complete the order placement, and the user takes 5 seconds to complete the payment (including the time the cashier spends guiding the user), the total payment time for each customer is approximately 15 seconds.

[0182] 2. Inefficiency during peak hours: In scenarios with a large number of customers, such as group meals, the sequential payment process further exacerbates queuing and waiting issues. As the number of customers increases, the overall payment time multiplies, severely impacting user experience and merchant operational efficiency.

[0183] The technical solution provided in this application aims to solve some key problems existing in the aforementioned traditional methods, specifically including:

[0184] This application provides a fast palm-scanning payment solution based on pre-scanning, aiming to solve the problem of poor user experience caused by excessively long payment processes in existing palm-scanning payment systems. This application achieves an efficient, secure, and convenient palm-scanning payment process by introducing a pre-scanning mechanism, a two-way communication payment process, and an automatic expiration mechanism, while also possessing broad application scenario adaptability.

[0185] 1. User pre-swipe mechanism

[0186] The method provided in this application innovatively introduces a pre-scan palm print operation, allowing users to authenticate their palm print on the palm payment device in advance without cashier intervention. Upon successful authentication, the system generates a time-sensitive payment voucher and caches it on the device. This feature enables users to complete payment preparation during queuing or other idle time, significantly reducing payment time.

[0187] 2. Two-way communication payment process

[0188] To achieve rapid payment, this system employs two-way communication technology to enable efficient information exchange between the cash register and the palm payment device. After the cashier completes the order placement process in the cash register system, the cash register notifies the palm payment device via two-way communication. The palm payment device then transmits the pre-cached payment voucher to the cash register, automatically completing the payment process. This mechanism eliminates the multiple interactions between the user and the cashier in traditional payment methods, significantly improving payment efficiency.

[0189] 3. Automatic expiration mechanism

[0190] To ensure payment security, this invention incorporates an automatic expiration function for payment vouchers. The pre-generated payment vouchers are time-sensitive; if not used within a set time, the system will automatically invalidate the voucher, preventing potential risks arising from misuse of expired vouchers. Furthermore, this mechanism requires no additional user intervention, further enhancing the system's user-friendliness.

[0191] 4. Applicability to multiple scenarios

[0192] The technical solution provided in this application is not only applicable to traditional retail environments, but can also be widely integrated into self-service scenarios, such as self-service restaurants, self-service cinemas, and self-service gas stations. Through modular design, the system can flexibly adapt to different application scenarios, providing comprehensive technical support for diverse payment needs.

[0193] In other words, the technical solution proposed in this application fundamentally optimizes the processing flow by introducing a pre-brushing palm operation:

[0194] 1. Pre-scanning palm mechanism: The method provided in this application allows users to complete palmprint authentication on the palm payment device in advance without cashier intervention. After authentication, the system generates a time-sensitive payment voucher and caches it in the device. This allows users to complete payment preparation while waiting in line or during idle time, avoiding the limitation of having to scan their palm after the cashier places the order.

[0195] 2. Parallel Operation Mode: By changing the cashier's order placement and the user's palm-swiping operation from sequential to parallel processing, the overall payment process time is significantly shortened. For example, based on this patented solution, the payment process time can be reduced from 15 seconds to 10 seconds, improving efficiency by approximately 33%.

[0196] 3. Adaptable to peak-hour scenarios: The method provided in this application is particularly suitable for high-traffic scenarios such as group meals. Users can complete pre-scanning authentication while waiting in line, and subsequent payments only require verification of the credential, significantly improving system processing capacity and user payment experience.

[0197] On the product side, such as Figure 8 The diagram shown is a flowchart of the method provided in this application on the product side.

[0198] The technical solution provided in this application describes an optimized palm-swipe payment checkout process. Users complete the payment at the cashier using a palm-swipe device. The overall process is efficient and smooth, enhancing user experience and payment convenience. Figure 8 As shown, the following is a detailed process description:

[0199] 1. Standby mode

[0200] The palm-swiping device is in standby mode, and the screen displays prompts such as "Please extend your hand to swipe your palm," waiting for the user to perform the palm-swiping operation.

[0201] 2. Generation of user's palm scan and payment receipt

[0202] After purchasing an item, the user extends their palm above the palm-scanning device. The device automatically senses the user's palm and obtains their palmprint information.

[0203] The palm-scanning device sends the palm print information to the backend to obtain the user's payment receipt (such as a WeChat payment code).

[0204] After successfully obtaining the deduction voucher, the device will cache it and set an expiration time (e.g., 30 seconds) to ensure the security of the voucher.

[0205] At the same time, the swipe device interface switches to display the user's relevant information (such as personal account avatar and nickname) and the prompt "Swiped, waiting to place an order," informing the user and cashier of the current status.

[0206] Once the palm-swiping device successfully caches the user's payment receipt, it will enter a "no more palm-swiping" state. In this state, the device will no longer accept new palm-swiping operations to avoid operational confusion or payment conflicts caused by repeated palm-swiping. The device will return to standby mode and allow palm-swiping again after any of the following events occur:

[0207] Payment Complete: The current payment process has ended normally, and the user has completed the payment.

[0208] Order timeout: If the cashier fails to complete the order within the set time (e.g., 30 seconds), the cached deduction voucher will automatically expire.

[0209] User-initiated cancellation: When a user chooses to cancel the current payment process, the device clears the cached deduction vouchers and returns to standby mode.

[0210] 3. Cashier order placement and notification interaction

[0211] The cashier counts the items purchased by the customer, calculates the total price on the cash register, and places the order.

[0212] After the order is placed, the cash register will send an "order placed" notification to the palm-swipe device via two-way communication. This notification includes information such as the total order amount.

[0213] Upon receiving the notification, the swipe device interface updates, displaying the total amount to be paid, and sends the cached deduction voucher to the cash register. After sending, the swipe device clears the deduction voucher cache.

[0214] 4. Actual deduction and payment completion status

[0215] After receiving the deduction voucher, the cash register initiates a deduction operation to the payment backend.

[0216] After successful deduction, the cash register can choose to send a "payment successful" message to the swipe device via two-way communication. The swipe device interface will then update to display the final deducted amount and the "payment successful" message.

[0217] Alternatively, the swipe device can initiate an order inquiry operation to confirm the actual deduction amount with the payment backend and update the display.

[0218] like Figure 4 The UI change process, as shown in the diagram, includes the following:

[0219] 1. Standby mode: The palm-swiping device is in standby mode, displaying a prompt to wait for the user to swipe their palm.

[0220] 2. User swipes palm: After the user swipes their palm, the swiping device displays the user's information and a "Waiting for order" message.

[0221] 3. Cashier places order: After the cash register sends an "order placed" notification, the swipe device updates the interface to display the consumption amount and sends a deduction voucher.

[0222] 4. Payment Completed: After successful deduction, the swipe device's update interface will display the final payment amount and a payment success message.

[0223] Other business paths:

[0224] In addition to the normal payment process, this technical solution also covers the following business paths to address different scenarios and user operations:

[0225] 1. After the user scans their palm, the cashier does not place the order within the buffer time.

[0226] Scenario description: After the user completes the palm scan operation, the palm scan device generates and caches the deduction voucher, but the cashier does not complete the order placement operation within the set cache expiration time (e.g., 30 seconds).

[0227] Processing flow:

[0228] (1) The swipe device automatically clears the cached deduction vouchers to prevent expired vouchers from being misused.

[0229] (2) The device interface returns to standby mode and prompts the user to swipe the palm again.

[0230] (3) (Optional) The device will notify the user via voice or screen prompt that "Payment has not been completed within the time limit. Please swipe your palm again".

[0231] 2. After the user scans their palm, they can proactively cancel the palm scan payment.

[0232] Scenario description: After scanning their palm, the user canceled the current payment process before the cashier completed the order.

[0233] Processing flow:

[0234] (1) Users can actively cancel payment through the UI interface of the swipe device (such as the “Cancel Payment” button).

[0235] (2) The swipe device clears the cached deduction vouchers and restores the standby state.

[0236] (3) The device interface prompts the user that "the payment has been cancelled and you can try again".

[0237] 3. Cashier error or order cancellation

[0238] Scenario description: The cashier interrupts the order process due to misoperation or other reasons.

[0239] Processing flow:

[0240] (1) Cashiers can send a “cancel order” instruction to the swipe device through the POS system.

[0241] (2) After receiving the instruction, the swipe device clears the cached deduction vouchers and restores the standby state.

[0242] (3) The device interface prompts the user "Order cancelled, please swipe your palm to pay again".

[0243] 4. After scanning their palm, the user can choose to change their payment method.

[0244] Scenario description: After scanning their palm, the user chooses to pay using other payment methods (such as cash, credit card, etc.) before the cashier completes the order.

[0245] Processing flow:

[0246] (1) The cashier interrupts the current palm payment process through the cashier system.

[0247] (2) The swipe device clears the cached deduction vouchers and returns to standby mode.

[0248] (3) The system prompts the user that the payment method has been switched and to continue to complete the payment.

[0249] 5. Device malfunction or network error.

[0250] Scenario description: After the user scans their palm, the payment process cannot be completed due to device malfunction or network abnormality.

[0251] Processing flow:

[0252] (1) The swipe device prompts the user via voice or interface that the current payment process is abnormal.

[0253] (2) Automatically clear the cached deduction vouchers and return to standby mode.

[0254] (3) Prompt the user to try swiping their palm again or switch to another payment method.

[0255] In addition, in certain special scenarios that require strong verification of user payment amounts (such as high-amount payments or situations where users need to explicitly confirm the amount), this solution provides an additional security measure to ensure the accuracy of the payment amount and the user's willingness to confirm the payment.

[0256] Scenario description: such as Figure 5 As shown, after a user completes the palm-swiping operation, the palm-swiping device does not immediately send a payment voucher to the cash register. Instead, it waits for the cashier to complete the order placement before displaying the user's payment amount and providing a "Confirm Payment" button. Only after the user confirms the payment amount will the palm-swiping device send the payment voucher to the cash register to complete the subsequent payment process.

[0257] Specific procedures:

[0258] 1. User swipes palm: After the user completes the palm swipe operation, the device generates and caches the deduction voucher and displays the message "Waiting for cashier to place order".

[0259] 2. Cashier places order: After the cash register completes the order, it sends an "order placed" instruction to the palm-swipe device via two-way communication, along with information such as the order amount.

[0260] 3. Amount Confirmation Interface: After receiving the order information, the swipe device displays the total order amount and a "Confirm Payment" button. Users can verify the amount on the device interface.

[0261] 4. User confirmation:

[0262] If the user confirms the payment amount and clicks the "Confirm Payment" button, the swipe device will send the deduction voucher to the cash register to complete the payment operation.

[0263] If a user discovers an error in the amount, they can choose to cancel the payment. The swipe device will then clear the cached credentials and return to standby mode, prompting the user and cashier to re-verify the order.

[0264] 5. Payment Completed: After payment is completed, the device will update its interface to display a "Payment Successful" message and the final deducted amount.

[0265] Application scenarios: This additional process is suitable for scenarios requiring strong validation, such as:

[0266] Large-value payment scenarios (such as purchasing high-value goods).

[0267] Complex payment scenarios involving cost-sharing settlements (such as group buying or group purchases by multiple people).

[0268] The user has a special need to verify the order amount.

[0269] On the technology side, such as Figure 9 The diagram shown is a sequence diagram of a complete interaction of the product payment method provided in this application. Two-way communication: The cash register and the swipe device must be linked through two-way communication; that is, the cash register can send data to the swipe device, and the swipe device can also send data to the cash register.

[0270] The core technical design of this solution includes two-way communication command transmission between the cash register and the palm-swipe device, as well as a caching mechanism for deduction vouchers. These designs ensure the efficiency, security, and flexibility of the payment process, as described in detail below:

[0271] Palm swipe command transmission

[0272] 1. Palm swipe command transmission

[0273] The cash register and the palm-swipe device communicate in two directions to transmit and interact with various commands, including but not limited to the following functions:

[0274] Order Placement Instruction: After the cash register completes the order, it sends an "Order Placement" instruction to the palm-swipe device, which triggers the palm-swipe device to retrieve the deduction voucher from the cache and transmit it to the cash register.

[0275] Payment voucher transmission: The palm-swiping device sends the payment voucher generated by the user's palm swipe to the cash register for subsequent payment operations.

[0276] Payment Success Instruction: After payment is completed, the cash register can send a "Payment Success" instruction to the palm-swipe device, updating the device interface to display payment success information.

[0277] Cancel order instruction: In special scenarios (such as user cancellation of payment or operation error), the cash register can send a "cancel order" instruction to notify the swipe device to interrupt the current payment process and return to standby mode.

[0278] These instructions allow cashiers to remotely notify and switch the status of the palm-swipe device via the cash register, greatly simplifying the device operation steps in the payment process.

[0279] 2. Interaction instruction sequence diagram in the payment process

[0280] like Figure 10 The diagram shown illustrates a complete payment process with a cache timeout mechanism provided in this application. In a complete payment process, the interaction between the palm-swipe device and the cash register includes multiple stages, with the main instruction sequence as follows:

[0281] 1) User palm scan: The palm scan device obtains the user's palm print information, generates a deduction voucher and caches it, and displays the "Waiting for cashier to place order" status.

[0282] 2) Cashier places order: After the cash register completes the order placement operation, it sends an "order placed" instruction to the palm-swiping device.

[0283] 3) Payment voucher transmission: After receiving the "order placed" instruction, the swipe device transmits the cached payment voucher to the cash register.

[0284] 4) Payment Confirmation: After the cash register completes the payment, it can send a "Payment Successful" command to notify the swipe device and update its display to show a successful payment status.

[0285] 3. Other instruction design

[0286] To support more business scenarios, this solution also includes the following commands:

[0287] Palm swipe device status query: The cash register can send a status query command to the palm swipe device to obtain the current operating status of the device (such as standby, waiting for payment, payment successful, etc.).

[0288] Abnormal Interruption Command: In the event of equipment failure or network anomaly, the cash register can send an interrupt command to notify the swipe device to terminate the current payment process.

[0289] 4. Payment voucher caching mechanism

[0290] The payment receipt caching mechanism for the swiping device is another core design feature of this solution:

[0291] Cache generation: After the user swipes their palm, the device obtains and caches the deduction voucher, and sets an expiration time (such as 30 seconds) to ensure the security and timeliness of the voucher.

[0292] Cache clearing: In scenarios such as payment completion, order not placed within timeout, or user cancellation of payment, the swipe device will automatically clear the cached deduction vouchers to prevent vouchers from being misused or leaked.

[0293] The solution provided in this application significantly optimizes the palm payment process through innovative technical design, bringing the following beneficial effects in terms of user experience, payment efficiency, security, and applicability. Specifically, the beneficial effects of the technical solution in this application include:

[0294] 1. Improve payment efficiency

[0295] The introduction of a pre-scan palm mechanism allows users to complete palm print authentication in advance while queuing or waiting, which can be done in parallel with the cashier's order placement, reducing the sequential dependence of the payment process.

[0296] Cache users' payment receipts to ensure that payment can be completed quickly after the cashier places the order, reducing the overall payment time by about one-third.

[0297] 2. Enhance user experience

[0298] After a user swipes their palm, the device displays the user's information (such as avatar and nickname) and payment status in real time, providing clear interactive feedback and improving the transparency and convenience of the operation.

[0299] The palm-swiping device guides users through payment via voice and UI prompts, reducing confusion and misoperation in the payment process.

[0300] 3. Ensure payment security

[0301] The deduction vouchers adopt a caching mechanism and are set with a strict expiration time (such as 30 seconds) to avoid security risks that may be caused by long-term storage.

[0302] The device enters a "no more palm swipes" state, effectively preventing the risk of repeated palm swipes or multiple payments, and further enhancing the system's security.

[0303] 4. Supports multiple application scenarios

[0304] The technical solution is applicable to traditional retail environments, self-service scenarios (such as self-service restaurants and cinemas), and high-traffic scenarios (such as group meal checkout). Its flexible modular design can meet the payment needs of different scenarios.

[0305] It is compatible with multiple payment paths (such as payment cancellation, timeout processing, and switching payment methods), and is highly adaptable and robust.

[0306] 5. Optimize merchant operational efficiency

[0307] Shorten the time for a single payment, especially during peak hours, to significantly increase payment throughput, reduce user queuing time, and improve merchant service capabilities and operational efficiency.

[0308] Reduce repetitive interactions between users and cashiers to lower the probability of human error.

[0309] In summary, the solution provided in this application, through process optimization and technological innovation, achieves a fast, efficient, and secure palm-swiping payment method, solves many pain points in traditional technologies, creates significant value for both users and merchants, and promotes the application of palm-swiping payment technology in multiple fields.

[0310] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0311] Based on the same inventive concept, this application also provides a product payment device for implementing the product payment method described above. The solution provided by this device is similar to the implementation described in the above method; therefore, the specific limitations in one or more product payment device embodiments provided below can be found in the limitations of the product payment method described above, and will not be repeated here.

[0312] In one embodiment, such as Figure 11 As shown, a product payment device is provided, including: a display module 1102, a sending module 1104, and a receiving module 1106, wherein:

[0313] Display module 1102 is used to display a first prompt message for identity verification required for product payment; in response to a scanning operation triggered by the first prompt message, it displays object information of the target object and a second prompt message indicating that the product order is pending; and when it receives a notification from the POS system to place an order for the target product, it displays the product payment information of the target product.

[0314] The sending module 1104 is used to send the payment voucher for paying for the target product to the cashier system.

[0315] The receiving module 1106 is used to receive a payment result message returned by the POS system. The payment result message is a result message indicating that the payment for the target product has been completed based on the payment voucher and the product payment information.

[0316] The display module 1102 is also used to display the payment result message.

[0317] In one embodiment, the device further includes: a detection module for detecting the device status at preset time intervals; and a display module for displaying a first prompt message for authentication required for product payment when the device status is in standby mode.

[0318] In one embodiment, the scanning operation includes scanning a target area, which is a part of the target object used for authentication; the device further includes: a collection module, configured to collect biometric information of the target area in response to the scanning operation of the target area triggered by the first prompt information; an acquisition module, configured to acquire object information of the target object based on the biometric information; and a display module, further configured to display the object information of the target object and a second prompt information indicating that the product is awaiting order placement; wherein the second prompt information further includes a prompt information indicating that the scanning operation of the target area has been completed.

[0319] In one embodiment, the acquisition module is further configured to acquire the payment voucher of the target object based on the biometric information; the payment voucher is a voucher used to pay for the target product; the device further includes: a caching module, configured to cache the payment voucher in the target path; the display module is further configured to display the product payment information of the target product when receiving a notification from the POS system that an order has been placed for the target product; the acquisition module is further configured to acquire the payment voucher from the target path; and the sending module is further configured to send the payment voucher to the POS system.

[0320] In one embodiment, the first prompt message is displayed when the device is in standby mode; the device further includes: a generation module, configured to generate the expiration time of the payment voucher and switch the device state from the standby state to the stop scanning state; a recovery module, configured to recover from the stop scanning state to the standby state when it is detected that the payment process for the target product has been completed; or, when it is detected that the expiration time has been reached and no notification of ordering the target product has been received from the POS system, recover from the stop scanning state to the standby state; or, in response to a triggered payment cancellation operation, clear the payment voucher cached in the target path and recover from the stop scanning state to the standby state.

[0321] In one embodiment, the device further includes: a cancellation module, configured to cancel the display of the object information and the second prompt information when the device is in the standby state; the display module is further configured to display the first prompt information and a third prompt information indicating that the payment has not been completed within the time limit.

[0322] In one embodiment, the payment voucher is cached in the target path; the apparatus further includes: a clearing module for clearing the cached payment voucher in the target path; a receiving module for receiving a payment result message indicating successful payment returned by the POS system; and a display module for displaying the payment result message indicating successful payment and the payment amount.

[0323] In one embodiment, the apparatus further includes: a generation module for generating a query request for the payment result message; an acquisition module for acquiring the payment amount corresponding to the payment result message based on the query request; and a display module for displaying the payment amount near the display position of the payment result message.

[0324] In one embodiment, the sending module is further configured to send the order query request to the server, so that the server performs a query based on the target field in the payment result message in the order query request to obtain the payment amount corresponding to the payment result message; the receiving module is further configured to receive the payment amount corresponding to the payment result message returned by the server.

[0325] In one embodiment, the display module is further configured to simultaneously display a payment status indicating payment in progress while displaying the product payment information of the target product; the device further includes: a broadcast module, configured to broadcast the payment status indicating payment in progress via voice broadcast while displaying the product payment information of the target product.

[0326] In one embodiment, the display module is further configured to simultaneously display a payment status indicating successful payment while displaying the payment result message; the device further includes: a broadcast module, configured to broadcast the payment status indicating successful payment by voice broadcast while displaying the payment result message.

[0327] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, used to clear the payment voucher cached in the target path and restore from the stopped scanning state to the standby state when a cancellation notification is received from the POS system; the stopped scanning state is the state when the scanning operation has been completed; a cancellation module, used to cancel the display of the object information and the second prompt message when the device is in the standby state; the display module is also used to display the first prompt message and the status of the cancelled order.

[0328] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, configured to clear the payment voucher cached in the target path and restore from the stopped scanning state to the standby state when receiving a notification from the POS system indicating a change in the payment method for the target product; the stopped scanning state is the state after the scanning operation has been completed; a canceling module, configured to cancel the display of the object information and the second prompt message when the device is in the standby state; the display module is further configured to display a fourth prompt message indicating that the payment method has been changed.

[0329] In one embodiment, the payment credential is cached in the target path, and the first prompt message is displayed when the device is in standby mode. The device further includes: a clearing module, configured to clear the payment credential cached in the target path and restore from the stopped scanning state to the standby state when the device status is detected as device failure or network abnormality; the stopped scanning state is the state when the scanning operation has been completed; a canceling module, configured to cancel the display of the object information and the second prompt message when the device status is in the standby state; the display module is also configured to display a fifth prompt message indicating payment abnormality; or, to broadcast the fifth prompt message indicating payment abnormality by voice.

[0330] In one embodiment, the display module is further configured to display the product payment information of the target product and the fifth and sixth prompt messages for prompting the target object to confirm the order when receiving a notification from the POS system that an order has been placed for the target product; the sending module is further configured to send the payment voucher for paying for the target product to the POS system in response to the order confirmation operation.

[0331] In one embodiment, the payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; the device further includes: a clearing module, configured to clear the payment voucher cached in the target path in response to an order cancellation operation, and restore from a stopped scanning state to the standby state; the display module is further configured to display a seventh prompt message for prompting verification of order information when the device is in the standby state.

[0332] Each module in the aforementioned payment device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the corresponding operations of each module.

[0333] In one embodiment, a computer device is provided, which may be a terminal or a server. In this embodiment, the computer device is described as a terminal, and its internal structure diagram is as follows. Figure 12As shown, the computer device includes a processor, memory, input / output interfaces, a communication interface, a display unit, and an input device. The processor, memory, and input / output interfaces are connected via a system bus, and the communication interface, display unit, and input device are also connected to the system bus via the input / output interfaces. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The input / output interfaces are used for exchanging information between the processor and external devices. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, NFC (Near Field Communication), or other technologies. When the computer program is executed by the processor, it implements a product payment method. The display unit of the computer device is used to form a visually visible image. It can be a display screen, a projection device, or a virtual reality imaging device. The display screen can be an LCD screen or an e-ink screen. The input device of the computer device can be a touch layer covering the display screen, or buttons, trackballs, or touchpads set on the casing of the computer device, or external keyboards, touchpads, or mice, etc.

[0334] Those skilled in the art will understand that Figure 12 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0335] In one embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above-described method embodiments.

[0336] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the steps in the above method embodiments.

[0337] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0338] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0339] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments described above. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0340] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0341] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A product payment method, characterized in that, The method includes: Displays the first prompt message required for identity verification when paying for the product; In response to the scanning operation triggered by the first prompt information, the object information of the target object and a second prompt information indicating that the product order is pending are displayed; Upon receiving a notification from the POS system that an order for a target product has been placed, the system displays the product payment information for the target product and sends the payment voucher used to pay for the target product to the POS system. Receive a payment result message returned by the POS system, the payment result message being a result message indicating that payment for the target product has been completed based on the payment voucher and the product payment information; The payment result message is displayed.

2. The method according to claim 1, characterized in that, The first prompt message displayed for identity verification required for product payment includes: Check the equipment status at preset time intervals; When the device is in standby mode, a first prompt message for authentication required for product payment is displayed.

3. The method according to claim 1, characterized in that, The scanning operation includes scanning a target area, which is the part of the target object used for authentication. The response to the scanning operation triggered by the first prompt information, displaying object information of the target object and a second prompt information indicating that the product is awaiting order placement, includes: In response to the operation of scanning the target area triggered by the first prompt information, biological information of the target area is collected; Based on the biological information, obtain the object information of the target object; The system displays object information of the target object and a second prompt message indicating that the product order is pending; the second prompt message also includes a prompt message indicating that the scanning of the target area has been completed.

4. The method according to claim 3, characterized in that, After obtaining the object information of the target object based on the biological information, the method further includes: Based on the biometric information, a payment voucher for the target object is obtained; the payment voucher is a voucher used to pay for the target product. Cache the payment voucher to the target path; Upon receiving a notification from the POS system that an order for a target product has been placed, the system displays the product payment information for the target product and sends the payment voucher used to pay for the target product to the POS system, including: Upon receiving a notification from the POS system that an order has been placed for the target product, the product payment information for the target product is displayed. The payment voucher is obtained from the target path and sent to the POS system.

5. The method according to claim 4, characterized in that, The first prompt message is displayed when the device is in standby mode; after caching the payment voucher to the target path, the method further includes: Generate the expiration time of the payment voucher and switch the device status from the standby state to the stop scanning state; When it is detected that the payment process for the target product has been completed, the system resumes from the stopped scanning state to the standby state; or... When the expiration time is detected and no order notification for the target product is received from the POS system, the system returns from the stopped scanning state to the standby state; or, In response to the triggered payment cancellation operation, the payment credentials cached in the target path are cleared, and the system returns from the stopped scanning state to the standby state.

6. The method according to claim 5, characterized in that, When the expiration time is detected and no order notification for the target product is received from the POS system, after resuming from the stopped scanning state to the standby state, the method further includes: When the device is in standby mode, the display of the object information and the second prompt information is cancelled. The system displays the first prompt message and a third prompt message indicating that the payment has not been completed within the time limit.

7. The method according to claim 1, characterized in that, The payment voucher is cached in the target path; after sending the payment voucher used to pay for the target product to the POS system, the method further includes: Clear the cached payment voucher in the target path; The receipt of the payment result message returned by the POS system includes: Receive a payment result message from the POS system indicating successful payment; The message displaying the payment result includes: The message indicating successful payment and the payment amount are displayed.

8. The method according to claim 1, characterized in that, After displaying the payment result message, the method further includes: Generate an order inquiry request for the payment result message; Based on the order inquiry request, obtain the payment amount corresponding to the payment result message; The payment amount is displayed near the location where the payment result message is displayed.

9. The method according to claim 8, characterized in that, The step of obtaining the payment amount corresponding to the payment result message based on the order inquiry request includes: The order inquiry request is sent to the server, so that the server performs a query based on the target field in the payment result message in the order inquiry request to obtain the payment amount corresponding to the payment result message; Receive the payment amount corresponding to the payment result message returned by the server.

10. The method according to claim 1, characterized in that, The method further includes: During the display of product payment information for the target product, the payment status indicating the payment process is simultaneously displayed; or... During the display of the product payment information for the target product, the payment status is announced via voice broadcast.

11. The method according to claim 1, characterized in that, The method further includes: During the display of the payment result message, a payment status indicating successful payment is simultaneously displayed; or, During the display of the payment result message, the payment status indicating successful payment is announced via voice broadcast.

12. The method according to claim 1, characterized in that, The payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after displaying the object information of the target object and the second prompt message indicating that the product order is pending, the method further includes: Upon receiving a notification from the POS system to cancel the order, the system clears the cached payment voucher in the target path and restores the system from the stopped scanning state to the standby state; the stopped scanning state is the state after the scanning operation has been completed. When the device is in the standby state, the display of the object information and the second prompt information is cancelled; The system displays the first notification message and the status of the cancelled order.

13. The method according to claim 1, characterized in that, The payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after displaying the object information of the target object and a second prompt message indicating that the product is waiting to be ordered in response to the scanning operation triggered by the first prompt message, the method further includes: Upon receiving a notification from the POS system indicating a change in the payment method for the target product, the system clears the cached payment voucher in the target path and returns from the stopped scanning state to the standby state; the stopped scanning state is the state after the scanning operation has been completed. When the device is in the standby state, the display of the object information and the second prompt information is cancelled; The system displays a fourth notification indicating that the payment method has been changed.

14. The method according to claim 1, characterized in that, The payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after displaying the object information of the target object and a second prompt message indicating that the product is waiting to be ordered in response to the scanning operation triggered by the first prompt message, the method further includes: When a device is detected to be in a faulty or abnormal network state, the payment credential cached in the target path is cleared, and the device is restored from the stopped scanning state to the standby state; the stopped scanning state is the state when the scanning operation has been completed; when the device is in the standby state, the object information and the second prompt information are not displayed. Display the fifth notification message indicating a payment error; or, broadcast the fifth notification message indicating a payment error via voice.

15. The method according to claim 1, characterized in that, Upon receiving a notification from the POS system that an order for a target product has been placed, the system displays the product payment information for the target product and sends the payment voucher used to pay for the target product to the POS system, including: Upon receiving a notification from the POS system that an order has been placed for a target product, the system displays the product payment information for the target product and a sixth prompt message to remind the target customer to confirm the order. In response to the order confirmation operation, the payment voucher used to pay for the target product is sent to the POS system.

16. The method according to claim 15, characterized in that, The payment voucher is cached in the target path, and the first prompt message is displayed when the device is in standby mode; after receiving a notification from the POS system that an order has been placed for the target product, and displaying the product payment information of the target product and a sixth prompt message to prompt the target user to confirm the order, the method further includes: In response to an order cancellation operation, the payment voucher cached in the target path is cleared, and the system returns from the stopped scanning state to the standby state. When the device is in the standby state, a seventh prompt message is displayed to prompt for inspection of order information.

17. A product payment device, characterized in that, The device includes: The display module is used to display a first prompt message for identity verification required for product payment; in response to a scanning operation triggered by the first prompt message, it displays object information of the target object and a second prompt message indicating that the product order is pending; and when it receives a notification from the POS system to place an order for the target product, it displays the product payment information of the target product. The sending module is used to send the payment voucher for paying for the target product to the POS system; The receiving module is used to receive the payment result message returned by the POS system. The payment result message is a result message indicating that the payment for the target product has been completed based on the payment voucher and the product payment information. The display module is also used to display the payment result message.

18. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 16.

19. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 16.

20. A computer program product, comprising a computer program, characterized in that, When executed by a processor, the computer program implements the steps of the method according to any one of claims 1 to 16.

Images