Payment capability expansion processing method, device and equipment

Abstract

The invention discloses a payment capacity expansion processing method, device and equipment, which are applied to external payment equipment configured for a cash register, and the external payment equipment provides at least one expansion payment mode which is not possessed by the cash register. The method comprises the following steps: determining whether the external payment device is in a connected state with the cash register, and a camera of the external payment device is in a state of shooting a screen of the cash register; if yes, according to the shot screen display content, simulation typing information needing to be generated is judged; generating simulation typing information, sending the simulation typing information to the cash register through an HID protocol so as to trigger the cash register to be automatically input and execute the simulation typing information, and enabling the cash register to obtain and install a payment capability extension program indicated by the simulation typing information through execution; through interaction with the cash register based on the payment capability extension program, the capability corresponding to the extended payment mode is used for the cash register.

Description

Technical Field

[0001] The present invention relates to the field of electronic payment technology, and in particular to a payment capability expansion processing method, device and equipment. Background Art

[0002] In daily life, merchants usually collect payments from consumers through cash registers deployed at checkout counters. Cash registers usually support traditional payment methods such as bank cards, credit cards, and cash. However, more and more new payment methods are emerging and even becoming popular, such as code scanning payment, payment based on near-field communication, face payment, palm payment, etc., which bring challenges to the capabilities and convenience of cash registers.

[0003] In order to make full use of the existing cash registers in a large number of merchants to promote new payment methods, payment service providers of new payment methods have launched various corresponding external payment devices to expand the payment capabilities of cash registers, so that cash registers can indirectly use the extended payment capabilities provided by the external payment devices deployed for them, thereby supporting the corresponding new payment methods. For example, an external payment device is a payment device based on near-field communication, which can expand the payment capabilities based on near-field communication for the cash register by connecting to the cash register.

[0004] Since external payment devices and cash registers are often not provided by the same service provider, payment service providers that provide external payment devices want to minimize modifications to the cash register itself and should consider installing the payment capability extension program provided by the payment service provider on the cash register. The payment capability extension program will then interact with the external payment device on the cash register's behalf, while the cash register's own data will be acquired by the payment capability extension program itself using methods such as screenshot recognition, thereby basically eliminating the need for the cash register to actively cooperate. This will help reduce access costs and increase merchants' willingness to access external payment devices.

[0005] As for the installation of the payment capability extension program, currently, it is mainly done by the merchant or the payment service provider's own staff, who use a USB flash drive with the payment capability extension program copied to the cash register for installation. However, in actual applications, the merchant's operation is cumbersome and prone to problems, and the payment service provider sends staff to do it, which has a high labor cost. Not only that, the subsequent upgrade and maintenance of the payment capability extension program may continue to face these problems, and the various types of cash registers currently on the market will make the situation more complicated, making it more likely to have problems with operation and installation.

[0006] Based on this, there is a need for a solution that helps improve the access efficiency and reliability of external payment devices for cash registers and reduce access costs. Summary of the invention

[0007] One or more embodiments of the present specification provide a payment capability expansion processing method, apparatus, and device to solve the following technical problem: a solution is needed that helps improve the access efficiency and reliability of external payment devices for cash registers and reduce access costs.

[0008] To solve the above technical problems, one or more embodiments of this specification are implemented as follows: One or more embodiments of this specification provide a payment capability extension processing method, which is applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method that the cash register itself does not have, and the method includes: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

[0009] One or more embodiments of this specification provide a payment capability extension processing device, which is applied to an external payment device configured for a cash register, and the external payment device provides at least one extended payment method that the cash register itself does not have, and the device includes: A connection status confirmation module determines whether the cash register is in a connected state, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; The screen capture content judgment module, if yes, judges the simulated input information to be obtained according to the captured screen display content; A simulated input processing module, which obtains the simulated input information and sends the simulated input information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated input information, and through the execution, the cash register obtains and installs the payment capability extension program indicated by the simulated input information; The extended capability using module uses the capability corresponding to the extended payment method for the cash register by interacting with the cash register based on the payment capability extension program.

[0010] One or more embodiments of this specification provide a payment capability extension processing device, which is applied to an external payment device configured for a cash register, and the external payment device provides at least one extended payment method that the cash register itself does not have, and the device includes: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

[0011] At least one of the above-mentioned technical solutions adopted in one or more embodiments of this specification can achieve the following beneficial effects: the camera of the external payment device can be used to shoot the screen of the cash register, and the external payment device can be automatically simulated as a keyboard. It can intelligently decide what kind of simulated typing information should be gradually obtained according to the screen display content captured (as if it were instructions entered through a keyboard), and the external payment device can send and execute these simulated typing information to the connected cash register through the HID protocol, and conveniently complete the installation of the payment capability expansion program on the cash register through execution, so that the cash register can smoothly use the external payment device to expand support for more payment methods. This installation solution does not require the payment service provider to send staff to the site, nor does it require the merchant to perform tedious operations, does not require a USB flash drive, is low-cost and efficient, can be reliably compatible with various types of cash registers, and is also convenient for subsequent upgrades and maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0013] Figure 1 A flowchart of a payment capability expansion processing method provided in one or more embodiments of this specification; Figure 2 A flowchart of a simulated input information acquisition decision solution provided for one or more embodiments of this specification; Figure 3 One or more embodiments of this specification provide Figure 1 A schematic diagram of a principle framework of the method; Figure 4 A flowchart of a tentative input scheme based on screen display content provided for one or more embodiments of this specification; Figure 5 A flowchart of a non-advance payment capability extension program installation processing solution provided for one or more embodiments of this specification; Figure 6 A schematic diagram of the structure of a payment capability extension processing device provided in one or more embodiments of this specification; Figure 7 A schematic diagram of the structure of a payment capability expansion processing device provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0014] The embodiments of this specification provide a payment capability expansion processing method, device, equipment and storage medium.

[0015] In order to enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below in conjunction with the drawings in the embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0016] In order to solve the problems in the background technology, the applicant first considered remote downloading and installing the payment capability extension program, so that no USB flash drive is needed, and no payment service provider needs to send personnel. The merchant can operate it on the cash register by himself. The merchant can open the browser through the mouse of the cash register, and then enter the download URL of the payment capability extension program in the browser through the keyboard of the cash register and access it, so as to obtain the latest payment capability extension program, and then install it. The download URL can be obtained by the merchant from the official website of the payment service provider. However, this solution is not very effective after being tried in some merchants. The reason is that the cash register operator often only performs some fixed operations related to cash register. In fact, he is not familiar with the above additional operations, which is inefficient and easy to make mistakes. He is also afraid of making mistakes, so he is not willing to do it, not to mention the subsequent upgrades and maintenance, and these additional operations are still relatively cumbersome.

[0017] Based on this, the applicant further considered that the keyboard operations that originally needed to be performed on the cash register could be replaced by an external payment device to simulate the keyboard (or a human-computer interaction device such as a mouse) to automatically perform the operations, send the corresponding simulated human-computer interaction instructions through the HID protocol, and automatically install the payment capability extension program for the cash register, so that the merchant does not need to operate it himself. Furthermore, in actual testing, there may be problems with the reliability of the interaction. On the one hand, due to problems such as weak network signals or delays, the instructions actually automatically input into the cash register may be incomplete or even wrong. On the other hand, due to the various types of cash registers on the market, some instructions cannot be executed correctly, resulting in compatibility issues. Therefore, the applicant further optimized to solve these problems.

[0018] Based on this general idea, the solution of this application will be further described below.

[0019] Figure 1 A flow chart of a payment capability extension processing method provided for one or more embodiments of this specification, the method is applied to an external payment device configured for a cash register. The external payment device can provide one or more payment methods that the cash register itself does not have, called extended payment methods, so as to expand additional payment capabilities for the cash register, such as payment based on near field communication (based on touch sensing recognition), face payment (based on face recognition), palm payment (based on palmprint recognition), iris payment, etc. Accordingly, the external payment device, for example, belongs to at least one of the following devices: a payment device based on near field communication, a face payment device, a palm payment device, an iris payment device, etc.

[0020] The external payment device can be particularly portable and relatively compact, which makes it easier to deploy in cash registers. Cash registers are already available, and there are a variety of different cash registers on the market. The solution of this application can be better compatible with a large number of different cash registers (different brands, different models, different operating systems, different operating logics, different hardware interfaces, different communication capabilities, different security capabilities, different permission management methods, etc.), and the transformation cost is low. The cash register and the external payment device can be provided by different service providers (here mainly refers to that they are not products of the same company). For example, the external payment device is provided by a third-party payment service provider, and the cash register may be provided by some traditional financial equipment manufacturers.

[0021] Figure 1 The process in includes the following steps: S102: Determine whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register.

[0022] The cash register itself supports one or more relatively standard and universal interfaces, such as Bluetooth, USB (including TYPC-C), serial port, WiFi, etc. It can be a hardware interface or a wireless interface. Of course, the support situation of different cash registers may be different. In addition, these interfaces may also overlap and support implementation. For example, the serial port may also be implemented based on the USB interface, and so on.

[0023] The external payment device needs to be connected to the cash register first, so that information can be exchanged. Taking the serial port (such as RS232, RS485 and other standard serial interfaces) as an example, the cash register and the external payment device can be connected by a serial port data cable. Of course, a wireless serial port may also be used.

[0024] The external payment device has a built-in camera. Through a bracket or handheld method, the camera of the external payment device is pointed at the screen of the cash register to shoot, so as to provide necessary assistance for the subsequent processing. Of course, after the corresponding subsequent processing is completed, the camera of the external payment device does not need to continue shooting.

[0025] S104: If yes, determining the simulated input information to be acquired according to the captured screen display content.

[0026] The external payment device needs to send appropriate simulated typing information as an instruction based on the HID protocol to further trigger the external payment device to automatically act. It should be noted that the information generated by simulating other human-computer interaction devices can also be used as instructions. For ease of description, some of the following embodiments are also described using the higher-level concept of instructions, and the instructions at least include simulated typing information.

[0027] As for what kind of simulated input information is appropriate, the decision can be made mainly based on the captured screen display content. For more common cash registers, the more universal simulated input information can be promoted in sequence according to the captured screen display content; for more differentiated cash registers, the captured screen display content can be used to determine what kind of simulated input information is more suitable for the current type of cash register; it can also be used to instantly identify whether there is a problem with the corresponding automatic input content in the cash register according to the captured screen display content, and then determine whether the input needs to be corrected; and so on. Thus, it helps to improve reliability and can automatically be compatible with more types of cash registers.

[0028] The HID protocol (Human Interface Device Protocol) is a device communication protocol defined in the Universal Serial Bus standard. It is mainly used to support data transmission between human-computer interaction devices (such as keyboards, mice, game controllers, touch screens, etc.) and computers or other host devices. Its core goal is to achieve plug-and-play functionality so that these devices can be recognized and used by the operating system without installing additional drivers. External payment devices and cash registers all support the HID protocol, but it is difficult to achieve payment-related business interaction between the two with the HID protocol alone. Therefore, it is necessary to install a payment capability extension program to support higher-level protocols (such as custom lightweight communication protocols) to achieve business interaction between the two and to efficiently interact with some data with specific business semantics.

[0029] In order to facilitate more convenient and better applicability of the HID protocol, the external payment device and the cash register may be connected via USB or Bluetooth. In the case of Bluetooth, wireless interaction may be supported via Bluetooth HID.

[0030] In one or more embodiments of the present specification, the external payment device may be keyboard-less and mouse-less, so that it is more compact and light, easy to carry and deploy, and has lower cost. The external payment device may simulate a keyboard and / or mouse, and automatically send "instructions generated and issued by manual keyboard and / or mouse operation" to the cash register through the HID protocol, but in fact, no human is required to manually (for example, manually click the keyboard, manually click the mouse, etc.) perform the corresponding instruction sending operation, and the aforementioned simulated typing information, that is, the instructions generated and issued by manual keyboard operation.

[0031] For the manual operation part, basically the merchant only needs to connect the external payment device to the cash register by wire, or pair it for wireless connection, to ensure the connected state in step S102, and the subsequent steps can be automatically executed by the external payment device.

[0032] In one or more embodiments of the present specification, the external payment device may have pre-installed instructions to be sent to the cash register, or may automatically generate these instructions in real time when they are to be sent. These instructions may be automatically sent in a timely manner based on the set logic, for example, when the external payment device is first connected to the cash register, the instructions may be automatically triggered to start sending.

[0033] In addition, more flexibly, the server of the payment provider can also be responsible for generating at least part of the above instructions, and send them to the external payment device in a timely manner, and the external payment device can then forward these instructions to the cash register through the HID protocol, or the external payment device can also perform additional processing on the received instructions as needed before sending them to the cash register (the subsequent simulated key-in information can also be processed in a similar manner, thereby giving full play to the advantages of the server). This server-based approach helps to efficiently carry out subsequent upgrades and maintenance, and is also convenient for parallelization of multiple, large, or even massive external payment devices (corresponding to the same payment service provider) and cash registers (for example, at a large number of different merchants) to simultaneously serve, thereby more efficiently completing the installation of a wide range of payment capability extension programs.

[0034] In one or more embodiments of this specification, it is considered to use the HID protocol to simulate the keyboard to send commands to the cash register once or multiple times (here mainly refers to commands in the form of command lines), and trigger the execution of the commands to complete the installation of the payment capability extension program. As for the cash register, it is usually not naturally in an interface waiting to receive a command line; therefore, a status trigger instruction can be sent to the cash register through the HID protocol to trigger the cash register to open its own console, enter the command input waiting state, and wait for commands in this interface. There can be one or more status trigger instructions. For different cash register operating systems, the specific content of the status trigger instruction may be different.

[0035] It should be noted that the external payment device can also simulate a mouse to send instructions, but this method requires more precise determination of the coordinate position of the instruction in the cash register interface, and the implementation threshold is relatively high. As for the scheme of simulating a keyboard, since the cash register also supports some keyboard shortcuts and shortcut key combinations, it is relatively easier to issue instructions accurately, and the cash register can also respond more reliably and correctly. Therefore, this application prefers to let the external payment device simulate a keyboard to issue instructions as if it were issued by manually operating the keyboard.

[0036] S106: Acquire the simulated typing information, and send the simulated typing information (which is also an instruction in essence) to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information. Through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information.

[0037] In the case where the simulated typing information needs to be sent step by step for multiple times, the judgment action in step S104 may be executed multiple times, and the next step of simulated typing information is decided based on the relevant situation of the previous step of simulated typing information.

[0038] In one or more embodiments of the present specification, after the cash register enters the command input waiting state and before the external payment device sends the simulated input information, the external payment device may send more instructions to the cash register through the HID protocol according to actual needs. For example, a certain command is sent to trigger the cash register to execute the command in the command input waiting state first, and then wait for the external payment device to further send the simulated input information.

[0039] Among the simulated typing information sent, at least one simulated typing information may include or indicate a download address of the payment capability extension program. In response to the execution of the simulated typing information, the cash register automatically downloads the payment capability extension program from the download address and automatically installs the downloaded payment capability extension program, thereby avoiding tedious manual operations, for example, there is no need for manual input of the download address.

[0040] S108: Using the capability corresponding to the extended payment method for the cash register by interacting with the cash register based on the payment capability extension program.

[0041] After the cash register is successfully installed, higher-level protocol business interactions can be performed between the external payment device and the cash register based on the payment capability extension program. For example, based on the cashier's specified business operations on the cash register, payment-related information (such as the amount to be paid, payment interface call request, membership number, or auxiliary screenshot, etc.) is transmitted to the external payment device to trigger the external payment device to use the extended payment method it supports, deduct money from the current user, or perform other business processing.

[0042] Specified business operations, such as payment request, membership login request, biometric information registration request, etc. It should be noted that these business operations can be newly defined business operations corresponding to new business semantics based on or in addition to the existing business semantics of the cash register through intent recognition or other means, thereby firstly expanding additional functions for the cash register in terms of operation form, so that the cashier still mainly operates the cash register, and the function is actually implemented by the external payment device.

[0043] Later, if you need to upgrade the payment capability extension, you can upgrade it based on the existing version's own capabilities, or you can still use Figure 1 Of course, the affordability extension itself may also be subdivided into different parts, and you can install some of them in a similar way as above according to actual needs.

[0044] pass Figure 1 The method can make the camera of the external payment device shoot the screen of the cash register, automatically simulate the external payment device as a keyboard, and intelligently decide what kind of simulated typing information should be gradually obtained according to the screen display content captured (as if it were instructions entered through the keyboard), and make the external payment device send and execute these simulated typing information to the connected cash register through the HID protocol, and conveniently complete the installation of the payment capability expansion program on the cash register through execution, so that the cash register can smoothly use the external payment device to expand support for more payment methods. This installation solution does not require the payment service provider to send staff to the site, and does not require the merchant to perform tedious operations, does not require a USB flash drive, is low-cost and high-efficiency, can reliably be compatible with various types of cash registers, and is also convenient for subsequent upgrades and maintenance.

[0045] based on Figure 1 This specification also provides some specific implementation plans and extension plans of the method, which will be described below.

[0046] One or more embodiments of this specification provide a simulated typing information acquisition decision solution. Figure 2 A flow chart of the scheme is shown in FIG.

[0047] Figure 2 The process in includes the following steps: S202: Identify the type of the cash register according to the captured first screen display content.

[0048] The type here can be the type of operating system, brand, model, or cash register software used.

[0049] S204: According to the type, corresponding simulated input information is obtained to trigger a response from the cash register.

[0050] The triggering method includes: sending the simulated typing information to the cash register through the HID protocol, so that the cash register is automatically input and executes the simulated typing information. During this process, the display content on the cash register screen will change.

[0051] S206: Identify the operating status of the cash register according to the second screen display content continuously photographed by the camera during the response of the cash register.

[0052] The running state may include the input process state of the simulated typing information automatically inputted into the cash register, or may also include the execution state after the simulated typing information is inputted.

[0053] S208: According to the running status, determine whether to obtain the simulated input information corresponding to the next step.

[0054] In one or more embodiments of the present specification, based on the operating status, it is determined whether the content actually automatically input into the cash register is consistent with the corresponding simulated typing information (for example, whether it is the same as the corresponding part in the originally generated simulated typing information). Due to weak network signals or delays, inconsistencies may occur, especially when the server sends the simulated typing information, the risk is further increased. If so, it is considered that the current process is normal, and then it can be determined to obtain the corresponding simulated typing information for the next step to continue triggering the cash register, and so on to continue processing, so that the payment capability extension program is installed. If not, it is considered that an abnormality has occurred, and then it is determined not to obtain the corresponding simulated typing information for the next step, but to adjust the automatically input content so that they reach a consensus after the adjustment, and then continue normal processing, which helps to solve the input reliability problem.

[0055] When making adjustments, for example, simulated typing correction information is sent to the cash register through the HID protocol to delete at least part of the content that was automatically entered (for example, simulate the backspace key operation) and / or supplement the content that was not successfully automatically entered (for example, re-enter at least part of the content).

[0056] According to the above description, more intuitively, one or more embodiments of this specification provide Figure 1 A schematic diagram of the principle framework of the method, see Figure 3 .

[0057] based on Figure 3 The framework of the cash register is shown in the following steps: ① Use the camera of the external payment device to take pictures of the cash register screen; ② The external payment device runs an image recognition algorithm through the camera image to determine the operating status of the cash register and identify the type of cash register: hardware model, software system type (for example, Windows / Android / Linux, etc.); ③. According to the cash register type, input installation related instructions through HID protocol by simulating keyboard / or simulating mouse operation; ④. Continue to identify the screen of the cash register and judge the installation progress according to the changes in the screen; ⑤. According to the progress of the installation, the next step of the command is advanced. If a problem is identified, the command is automatically adjusted; ⑥. Repeat steps ③ to ⑤ one or more times until the payment extension is successfully installed.

[0058] In this way, efficiency, reliability and compatibility can be guaranteed and costs can be effectively reduced.

[0059] In order to reduce the probability of abnormality, more accurately and reliably compatible with different cash registers, and to reduce the burden on the cash register as much as possible. One or more embodiments of this specification also provide a flow chart of a tentative input scheme based on screen display content, see Figure 4 The solution can be implemented in particular with the remote support of a server of a payment service provider.

[0060] Figure 4 The process in includes the following steps: S402: Generate and run a first simulation system for simulating the cash register according to the captured first screen display content.

[0061] The simulation system in this process can be lightweight (for example, building a system as small as possible, retaining only some necessary modules), for example, implemented in the form of a virtual machine. At least the corresponding operating system will be simulated, and if more type information such as cash register software can be identified, more simulations can be attempted. It should be noted that the simulation at this time may be preliminary and may not be reliable, and more reliable simulations need to be carried out based on subsequent trials.

[0062] It is considered that different cash registers may differ in multiple dimensions, and these differences may result in different simulated keying information being suitable for input. Therefore, the more accurate the cash register step-by-step simulation is, the more reliable the step-by-step input and execution of instructions can be.

[0063] S404: Acquire tentative input information applicable to the first simulation system, for respectively operating the first simulation system and the cash register.

[0064] In one or more embodiments of the present specification, the tentative input information may be the simulated input information suitable for the first simulation system, but since the first simulation system may not be reliable at this time, the tentative input information may not actually be suitable for the cash register. The tentative input information may be information that has little to do with the installation of the payment extension program, as long as it can achieve the purpose of the trial, in which case the tentative input information with lower execution resource consumption may be used.

[0065] S406: Determine whether the respective operation results are similar enough according to the second screen display content captured by the camera during the operation.

[0066] By comparing the visual performance of the trial input information on the first simulation system (e.g., the location and name of the pop-up window, other trigger change features on the entire interface, etc.) with the visual performance of the trial input information on the cash register, it is determined whether the simulation of the first simulation system is relatively reliable. If they are similar enough, they can be considered relatively reliable, otherwise, they can be considered unreliable.

[0067] S408: If not, adjusting the first simulation system to a second simulation system according to the second screen display content captured by the camera during the operation to retry.

[0068] If the type difference is large (for example, different operating systems, large model generation difference, etc.), the second simulation system can be reconstructed to replace the first simulation system. Conversely, the configuration can be modified based on the first simulation system and used as the second simulation system after modification.

[0069] If so, the next step of simulated input information corresponding to the tentative input information is obtained to continue triggering the cash register.

[0070] In one or more embodiments of this specification, the first simulation system and the second simulation system may correspond to different payment capability extension programs respectively. The differences here may include: differences in business functions, such as different extended payment methods supported; different degrees of business streamlining; etc. In this case, Figure 4 The solution in this paper ensures in particular that the correct payment capability extension is installed on the cash register, so that the correct business can be carried out and the correct payment capability can be used.

[0071] In one or more embodiments of the present specification, for certain operating systems, in order to more reliably enter the command input waiting state, the above-mentioned state trigger instruction can be subdivided into a first shortcut sub-instruction, a second shortcut sub-instruction, and a simulated typing sub-instruction, which are respectively used to effectively achieve different segmented goals in sequence.

[0072] In this case, after determining that the cash register is connected, if it is necessary to install a payment capability extension program, for an external payment device, the first shortcut sub-instruction can be sent to the cash register through the HID protocol to trigger the cash register to display the desktop (here it can refer to putting the desktop at the forefront; used to prevent subsequent commands from being difficult to execute correctly, for example, if it remains in a business page in the cash register software, subsequent commands may not be correctly executed as expected); after the desktop is successfully displayed, the second shortcut sub-instruction is sent to the cash register through the HID protocol to trigger the cash register to display a running window on the desktop (here it can refer to a window where command lines can be entered and run); after the running window is successfully displayed, a simulated typing sub-instruction is sent to the cash register (here it can refer to the name of the command line program to be run, that is, the console) to trigger the simulated typing sub-instruction to be automatically entered and executed in the running window. Through execution, the cash register's own console is opened to enter a command input waiting state.

[0073] The first shortcut sub-command and the second shortcut sub-command may be simulated keyboard and / or mouse shortcut operation commands. Taking the keyboard as an example, the shortcut operation command may be a command triggered by pressing a specified key combination on the keyboard; taking the mouse as an example, the shortcut operation command may be a command triggered by clicking a specified system button on the mouse, or clicking a physical button on the mouse that is bound to a specified macro.

[0074] The above specific scheme for entering the command input waiting state is particularly suitable for scenarios where you need to call out the running window on the desktop. For example, if the cash register uses the Windows operating system, it belongs to this type of scenario. In the Windows scenario, for example: First, a first shortcut sub-command is sent, specifically, a command triggered by simulating pressing the keyboard combination key "win+d", and the cash register responds to the command and switches to the desktop; Then, a second quick sub-command is sent, specifically, a command triggered by simulating pressing the keyboard combination key "win+r". The cash register responds to the command, pops up a running window from the desktop, and waits for receiving the next sub-command in the input box of the running window; Next, a simulated typing sub-command is sent, specifically, a command triggered by simulating keyboard input of the text "CMD" and pressing the Enter key. The cash register responds to the command, starts the console, and arrives at the "Command Prompt" in the console interface, waiting for the input of a command line. It can be considered that the command input waiting state has been entered at this time. Next, simulated typing information is sent, specifically, a specific command line is input by simulating the keyboard, and the execution of the command line is triggered by simulating typing. The command line indicates downloading the corresponding program (ie, the payment capability extension program) from the download address of the instruction and installing the program.

[0075] In addition to cash registers using Windows operating systems, cash registers using other operating systems (such as Linux, etc.) can also be processed according to similar ideas. The main difference lies in the specific content of the corresponding instructions.

[0076] The above mainly considers how to efficiently, reliably and automatically install payment capability extension programs for cash registers. Such operations can be performed in advance to prepare for receiving users who may need to use corresponding extended payment methods.

[0077] However, this application also considers the situation that the payment capability extension program is not installed in advance, or the situation that the payment capability extension program is not allowed to reside on the cash register, which may be required in actual applications.

[0078] For example, the performance of many cash registers is relatively weak (especially some customized small cash registers), and the payment capability extension program may increase the burden on the cash register; for another example, some payment capability extension programs may have many optional modules, and only some modules may be needed in different scenarios; for another example, some cash registers may have security policy requirements for external software; and so on. In these examples, there may be the above requirements, and the payment capability extension program may be considered for installation only when the extended payment method is needed or when the extended payment method is needed frequently, and such installation may only be temporary. In this way, it helps to reduce the impact on the cash register and enable the cash register to perform many of its original tasks more normally.

[0079] In order to meet the above requirements and at the same time try not to affect the user's use of extended payment capabilities (whether the user will use it, which users will use it, how often they use it, etc., the situation may also vary greatly at different merchants), one or more embodiments of this specification provide a flowchart of a non-advance payment capability extension program installation processing solution, see Figure 5 .

[0080] Figure 5 The process in includes the following steps: S502: After determining that the cash register is connected, if a payment interaction operation of the user for the external payment device is received, determining whether the cash register has installed the payment capability extension program.

[0081] For example, you can use the payment capability extension program on the external payment device itself to try to send detection information to the cash register to determine whether the other party has responded correctly. The cash register needs to install the payment capability extension program before it can respond correctly through the payment capability extension program.

[0082] If it is installed, it can interact normally in the manner of step S108. If it is not installed, it is not convenient for the cash register to communicate effectively with the external payment device, and it is difficult for the cash register to use the capabilities of the external payment device. In this case, since the user is currently waiting to pay at the cash register and wants to pay using the extended payment method of the external payment device, the merchant can complete the payment of the user through the cash register normally through the following special processing.

[0083] S504: If not, generating a deferred settlement order for the payment interaction operation.

[0084] In one or more embodiments of the present specification, the deferred settlement here refers to the cash register. Compared with the normal cash register process at the cash register, the cash register process for the payment interaction operation will actually be completed more slowly for the merchant. It should be emphasized that, however, this has little impact on the user, and may provide a better experience.

[0085] To further determine the credential information corresponding to the deferred settlement order (for example, the order number is used as the credential information. In order to improve security, other identification information can also be encrypted or additionally generated), the credential information corresponding to the deferred settlement order can be sent to the cash register through the HID protocol. The credential information here can also be a simulated typing information, so that no high-level protocol support is required, which, for example, includes an identification string for characterizing the deferred settlement order (which can be unique within the corresponding business scope, for example, uniquely identifying an order). The credential information can be input into the cash register by simulating keyboard operations, and the cash register can be made to save the credential information, for example, triggering the cash register to open a log or other text file, and writing and saving the credential information.

[0086] S506: Sending a payment success trigger instruction carrying the credential information corresponding to the deferred settlement order to the cash register through the HID protocol, triggering the cash register to force the successful end of the cash register process for the user.

[0087] In one or more embodiments of the present specification, there is a control on the cash register that can be used to trigger the successful cash register. The control can be triggered by simulating keyboard and / or mouse operations to generate and send a payment success trigger instruction to automatically and successfully end the cash register process. Of course, the cashier can also manually force the end. It should be noted that normally, the cash register process is not actually ended, because the cash register and the external payment device have not completed a complete and effective payment business cooperation, so it is called a forced successful end here.

[0088] In some scenarios, on the cash register, the cash register may need the server to return the correct information before it can automatically and successfully end the cash register process. For example, in the card payment method, the payment can only be ended after receiving the card swipe success notification returned by the server of the bank card or credit card issuer. Based on this, in order to prevent the cash register from being in a state where the cash register process cannot be successfully ended by manually operating the local controls, the cash register's cash register method can be forcibly switched to change such a state. For example, the cash register can be triggered to automatically switch to the cash payment method, and automatically determine that the user has successfully paid the amount to be paid in cash this time. Of course, in fact, the user does not pay with cash. The switch here is just for the convenience of forcing the successful end of the cash register process.

[0089] S508: Request the server of the payment provider to send the status trigger instruction and the simulated key-in information; or, request only a part of them to be sent, and the rest is obtained and sent locally by the external payment device.

[0090] In order to facilitate the cash register to conduct normal business interactions with the external payment device regarding the deferred settlement order in the future, so as to completely complete the related affairs of the deferred settlement order, such as correct settlement, etc., the cash register needs to install the payment capability extension program. Therefore, it can actively request the server to realize the installation. Here, the server sends an instruction to trigger the installation as an example. Of course, it is also possible to use a method that is triggered only by an external payment device. In this case, after generating a deferred settlement order or forcibly successfully ending the cash register process, the external payment device can trigger the installation in a timely manner (for example, as soon as possible when idle).

[0091] S510: After installing the payment capability extension program, the cash register uses the credential information to request corresponding settlement from the external payment device or its server based on the payment capability extension program.

[0092] The cash register uses the voucher information to indicate the corresponding cash register process and deferred settlement order, which is actually its own business and needs to complete the settlement correctly to protect the interests of the merchant.

[0093] In one or more embodiments of the present specification, the above-mentioned first simulation system or second simulation system can also be used to generate and process delayed settlement orders, which is more accurate and can subsequently provide the cash register with more comprehensive relevant business information.

[0094] pass Figure 5 The solution in the embodiment can help to make more flexible decisions on when to install the payment capability extension. It is not necessary to install the payment capability extension in advance. The payment capability extension does not necessarily need to be resident on the cash register, which helps to reduce the burden on the cash register and will not affect the user's use of external payment devices for extended payment methods.

[0095] Further, in Figure 5 In the solution, since the payment capability extension program is not installed, the external payment device may not be able to obtain the correct amount to be paid in time, which may affect the generation of the deferred settlement order. In order to solve this problem, one or more embodiments of this specification also provide a deferred settlement order processing solution.

[0096] The process of the delayed settlement order processing solution may include the following processing.

[0097] First, after generating a deferred settlement order for the payment interaction operation, determining an estimated first amount to be paid in the deferred settlement order, wherein the first amount to be paid is estimated to be smaller than a second amount to be paid that the user should actually pay this time.

[0098] For the sake of distinction, the amount to be paid that the user should actually pay this time is called the second amount to be paid. Since the external payment device has not yet installed the payment capability extension program, it may not know the second amount to be paid at present. In order to solve this problem, the external payment device is used to estimate the amount to be paid relatively conservatively as the first amount to be paid, which is included in the deferred settlement order.

[0099] It is expected that the first amount to be paid should not be greater than the second amount to be paid, but it may not be easy to accurately estimate the second amount to be paid. Therefore, as a second best option, it is expected that the estimated first amount to be paid is less than and closer to the second amount to be paid, so that most of the amount can be collected in time to protect the interests of the merchant, and the user can be prevented from being overcharged by mistake, which affects the user experience.

[0100] In one or more embodiments of the present specification, the table for placing goods to be paid corresponding to the cash register is within the field of view of the camera of the external payment device; based on this, when a deferred settlement order is generated for the payment interaction operation, it specifically includes: estimating the price of the goods based on the goods photographed within the field of view; determining a first amount to be paid close to the price based on the price; and generating a deferred settlement order indicating the first amount to be paid for the payment interaction operation.

[0101] In addition to this image recognition method for estimating order amounts, other methods can also be used for estimation, for example, estimating based on the current user's historical shopping history, etc.

[0102] Secondly, the first amount to be paid is deducted from the user.

[0103] In order to avoid user confusion, users can also be informed more clearly that only a portion of the amount has been deducted immediately and the remaining amount will be deducted in due course.

[0104] Next, after using the credential information to request corresponding settlement from the external payment device or its server, the remaining unpaid amount is determined and deducted from the user according to the request so as to settle with the merchant corresponding to the cash register.

[0105] The unpaid amount, for example, is equal to the difference between the second amount to be paid and the first amount to be paid. Alternatively, assuming that the user pays in this case, in order to improve the user experience, the user can be given additional discounts (for example, amount reduction) when the additional deduction is made, and the unpaid amount will be less than the difference between the second amount to be paid and the first amount to be paid.

[0106] Through this delayed settlement order processing solution, even if the cash register has not yet installed the payment capability extension program, it can still temporarily and indirectly rely on the capabilities of the external payment device to serve the user, and subsequently settle the cash register correctly, which is particularly friendly to the cash register.

[0107] Based on the same idea, one or more embodiments of this specification also provide devices and apparatuses corresponding to the above methods, such as Figure 6 , Figure 7 The apparatus and device can accordingly execute the above method and related optional solutions.

[0108] Figure 6 A schematic diagram of a payment capability extension processing device provided in one or more embodiments of the present specification is applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method that the cash register itself does not have, and the device includes: A connection status confirmation module 602 determines whether the cash register is in a connected state, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; Screen capture content determination module 604, if yes, determines the simulated input information to be obtained according to the captured screen display content; The simulated input processing module 606 acquires the simulated input information and sends the simulated input information to the cash register through the HID protocol to trigger the cash register to automatically input and execute the simulated input information. Through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated input information. The extended capability using module 608 uses the capability corresponding to the extended payment method for the cash register by interacting with the cash register based on the payment capability extension program.

[0109] Optionally, the external payment device itself does not have a keyboard and a mouse.

[0110] Optionally, the screen capture content determination module 604 identifies the type of the cash register according to the captured first screen display content; According to the type, obtaining corresponding simulated input information so as to trigger the cash register to respond; identifying the operating state of the cash register according to the second screen display content continuously photographed by the camera during the response of the cash register; According to the running state, it is determined whether to obtain the corresponding simulated input information for the next step.

[0111] Optionally, the screen shot content determination module 604 determines, according to the operating state, whether the content actually automatically input into the cash register is consistent with the corresponding simulated input information; If yes, then determining and obtaining the corresponding simulated input information for the next step, for continuing to trigger the cash register, so as to complete the installation of the payment capability extension program; If not, it is determined not to obtain the simulated input information corresponding to the next step temporarily, but to adjust the automatically input content so that the consistency is achieved after the adjustment.

[0112] Optionally, the screen capture content determination module 604 sends the simulated typing correction information to the cash register via the HID protocol to delete at least part of the automatically input content and / or supplement the content that has not been successfully automatically input.

[0113] Optionally, the screen shot content determination module 604 generates and runs a first simulation system for simulating the cash register according to the captured first screen display content; Acquire tentative key-in information applicable to the first simulation system, for respectively operating on the first simulation system and the cash register; Determining whether the respective operation results are sufficiently similar according to the second screen display content captured by the camera during the operation; If so, the next step of simulated input information corresponding to the tentative input information is obtained to continue triggering the cash register.

[0114] Optionally, after judging whether the respective operation results are sufficiently similar according to the second screen display content captured by the camera during the operation, the device further comprises: If not, the first simulation system is adjusted to a second simulation system according to the second screen display content captured by the camera during the operation to retry.

[0115] Optionally, the first simulation system and the second simulation system are lightweight; The first simulation system and the second simulation system correspond to different payment capability extension programs respectively, and the differences include: differences in business functions.

[0116] Optionally, there are multiple external payment devices corresponding to the same payment provider, and the multiple devices are distributed at multiple different merchants; The simulated input processing module 606 receives the simulated input information remotely sent by the server of the payment provider before interacting with the cash register based on the payment capability extension program to use the capability corresponding to the extended payment method for the cash register; The corresponding triggering of the cash register is completed by forwarding the simulated input information to the cash register.

[0117] Optionally, the extended capability using module 608, after determining whether the cash register is in a connected state, determines whether the cash register has installed the payment capability extension program if a payment interaction operation of the user for the external payment device is received after determining whether the cash register is in a connected state; If not, a deferred settlement order is generated for the payment interaction operation, and the credential information corresponding to the deferred settlement order is sent to the cash register through the HID protocol, so that after the cash register installs the payment capability extension program, it can use the credential information to request corresponding settlement from the external payment device or its server based on the payment capability extension program.

[0118] Optionally, the extended capability using module 608 sends a payment success trigger instruction carrying the credential information to the cash register, triggering the cash register to force the successful end of the cash register process for the user; A request is made to the server of the payment provider to send the simulated key-in information.

[0119] Optionally, the extended capability using module 608, after generating the deferred settlement order for the payment interaction operation, determines an estimated first amount to be paid in the deferred settlement order, wherein the first amount to be paid is estimated to be less than a second amount to be paid that the user should actually pay this time; deducting the first amount to be paid from the user; After the corresponding settlement is requested from the external payment device or its server using the credential information, the remaining unpaid amount is determined and deducted from the user according to the request so as to settle the amount with the merchant corresponding to the cash register.

[0120] Optionally, the extended payment method includes a payment method based on near field communication.

[0121] Figure 7 A schematic diagram of a payment capability extension processing device provided in one or more embodiments of this specification is applied to an external payment device configured for a cash register, and the external payment device provides at least one extended payment method that the cash register itself does not have, and the device includes: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

[0122] Based on the same idea, one or more embodiments of this specification further provide a non-volatile computer storage medium, which is applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method that the cash register itself does not have, and the medium stores computer executable instructions, wherein the computer executable instructions are configured as follows: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

[0123] In the 1990s, it was very clear whether the improvement of a technology was hardware improvement (for example, improvement of the circuit structure of diodes, transistors, switches, etc.) or software improvement (improvement of the method flow). However, with the development of technology, many improvements of the method flow today can be regarded as direct improvements of the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be implemented with hardware entity modules. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to ask chip manufacturers to design and make dedicated integrated circuit chips. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). There is not only one kind of HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages ​​and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.

[0124] The controller may be implemented in any suitable manner, for example, the controller may take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (e.g., software or firmware) executable by the (micro)processor, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, and the memory controller may also be implemented as part of the control logic of the memory. It is also known to those skilled in the art that, in addition to implementing the controller in a purely computer-readable program code manner, the controller may be implemented in the form of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller may be considered as a hardware component, and the devices for implementing various functions included therein may also be considered as structures within the hardware component. Or even, the devices for implementing various functions may be considered as both software modules for implementing the method and structures within the hardware component.

[0125] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0126] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0127] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0128] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0129] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0130] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0131] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0132] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0133] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0134] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, an element defined by the sentence "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity or device including the element.

[0135] This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0136] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device, equipment, and non-volatile computer storage medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0137] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0138] The above description is only one or more embodiments of this specification and is not intended to limit this specification. For those skilled in the art, one or more embodiments of this specification may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of one or more embodiments of this specification shall be included in the scope of the claims of this specification.

Claims

1. A payment capability extension processing method, applied to an external payment device configured for a cash register, the external payment device providing at least one extended payment method that the cash register itself does not have, the method comprising: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

2. According to the method of claim 1, the external payment device itself does not have a keyboard and a mouse.

3. The method according to claim 1, wherein determining the simulated input information to be acquired according to the captured screen display content specifically comprises: Identifying the type of the cash register according to the captured first screen display content; According to the type, obtaining corresponding simulated input information so as to trigger the cash register to respond; identifying the operating state of the cash register according to the second screen display content continuously photographed by the camera during the response of the cash register; According to the running state, it is determined whether to obtain the corresponding simulated input information for the next step.

4. The method according to claim 3, wherein judging whether to obtain the corresponding simulated input information for the next step according to the running state specifically comprises: According to the operating state, determining whether the content actually automatically input into the cash register is consistent with the corresponding simulated input information; If yes, then determining and obtaining the corresponding simulated input information for the next step, for continuing to trigger the cash register, so as to complete the installation of the payment capability extension program; If not, it is determined not to obtain the simulated input information corresponding to the next step temporarily, but to adjust the automatically input content so that the consistency is achieved after the adjustment.

5. The method according to claim 4, wherein the adjusting the automatically input content specifically comprises: The simulated input correction information is sent to the cash register via the HID protocol to delete at least part of the automatically input content and / or supplement the content that has not been successfully automatically input.

6. The method according to claim 1, wherein determining the simulated input information to be acquired according to the captured screen display content specifically comprises: Generate and run a first simulation system for simulating the cash register according to the captured first screen display content; Acquire tentative key-in information applicable to the first simulation system, for respectively operating on the first simulation system and the cash register; Determining whether the respective operation results are sufficiently similar according to the second screen display content captured by the camera during the operation; If so, the next step of simulated input information corresponding to the tentative input information is obtained to continue triggering the cash register.

7. The method according to claim 6, after judging whether the respective operation results are sufficiently similar according to the second screen display content captured by the camera during the operation, the method further comprises: If not, the first simulation system is adjusted to a second simulation system according to the second screen display content captured by the camera during the operation to retry.

8. The method according to claim 7, wherein the first simulation system and the second simulation system are lightweight; The first simulation system and the second simulation system correspond to different payment capability extension programs respectively, and the differences include: There are differences in business functions.

9. The method of claim 1, wherein there are multiple external payment devices corresponding to the same payment provider, and the multiple devices are distributed at multiple different merchants; Before using the capability corresponding to the extended payment method for the cash register by interacting with the cash register based on the payment capability extension program, the method further includes: Receiving the simulated key-in information remotely sent by the server of the payment provider; The corresponding triggering of the cash register is completed by forwarding the simulated input information to the cash register.

10. The method according to claim 1 or 9, after determining whether the cash register is in a connected state, the method further comprises: After determining that the cash register is connected, if a payment interaction operation of the user for the external payment device is received, determining whether the cash register has installed the payment capability extension program; If not, a deferred settlement order is generated for the payment interaction operation, and the credential information corresponding to the deferred settlement order is sent to the cash register through the HID protocol, so that after the cash register installs the payment capability extension program, it can use the credential information to request corresponding settlement from the external payment device or its server based on the payment capability extension program.

11. The method according to claim 10, wherein sending voucher information corresponding to the deferred settlement order to the cash register comprises: Sending a payment success trigger instruction carrying the credential information to the cash register, triggering the cash register to forcefully successfully end the cash register process for the user; A request is made to the server of the payment provider to send the simulated key-in information.

12. The method according to claim 10, after generating a deferred settlement order for the payment interaction operation, the method further comprises: Determining an estimated first amount to be paid in the deferred settlement order, where the first amount to be paid is estimated to be less than a second amount to be paid that the user should actually pay this time; deducting the first amount to be paid from the user; After using the credential information to request corresponding settlement from the external payment device or its server, the method further includes: Based on the request, the remaining unpaid amount is determined and deducted from the user so as to be settled to the merchant corresponding to the cash register.

13. The method according to any one of claims 1 to 9, wherein the extended payment method includes a payment method based on near field communication.

14. A payment capability extension processing device, applied to an external payment device configured for a cash register, the external payment device providing at least one extended payment method that the cash register itself does not have, the device comprising: A connection status confirmation module determines whether the cash register is in a connected state, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; The screen capture content judgment module, if yes, judges the simulated input information to be obtained according to the captured screen display content; A simulated input processing module, which obtains the simulated input information and sends the simulated input information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated input information, and through the execution, the cash register obtains and installs the payment capability extension program indicated by the simulated input information; The extended capability using module uses the capability corresponding to the extended payment method for the cash register by interacting with the cash register based on the payment capability extension program.

15. The apparatus according to claim 14, wherein the external payment device itself does not have a keyboard and a mouse.

16. The device according to claim 14, wherein the screen capture content determination module identifies the type of the cash register according to the captured first screen display content; According to the type, obtaining corresponding simulated input information so as to trigger the cash register to respond; identifying the operating state of the cash register according to the second screen display content continuously photographed by the camera during the response of the cash register; According to the running state, it is determined whether to obtain the corresponding simulated input information for the next step.

17. The device according to claim 16, wherein the screen capture content determination module determines whether the content actually automatically input into the cash register is consistent with the corresponding simulated input information according to the operating state; If yes, then determining and obtaining the corresponding simulated input information for the next step, for continuing to trigger the cash register, so as to complete the installation of the payment capability extension program; If not, it is determined not to obtain the simulated input information corresponding to the next step temporarily, but to adjust the automatically input content so that the consistency is achieved after the adjustment.

18. The device as claimed in claim 17, wherein the screen capture content judgment module sends the simulated typing correction information to the cash register through the HID protocol to delete at least part of the automatically input content and / or supplement the content that has not been successfully automatically input.

19. The device according to claim 14, wherein the screen capture content determination module generates and runs a first simulation system for simulating the cash register according to the captured first screen display content; Acquire tentative key-in information applicable to the first simulation system, for respectively operating on the first simulation system and the cash register; Determining whether the respective operation results are sufficiently similar according to the second screen display content captured by the camera during the operation; If so, the next step of simulated input information corresponding to the tentative input information is obtained to continue triggering the cash register.

20. The device of claim 19, wherein after judging whether the respective operation results are sufficiently similar based on the second screen display content captured by the camera during the operation, the device further comprises: If not, the first simulation system is adjusted to a second simulation system according to the second screen display content captured by the camera during the operation to retry.

21. The device according to claim 20, wherein the first simulation system and the second simulation system are lightweight; The first simulation system and the second simulation system correspond to different payment capability extension programs respectively, and the differences include: There are differences in business functions.

22. The apparatus of claim 14, wherein the external payment devices include multiple devices corresponding to the same payment provider, and the multiple devices are distributed at multiple different merchants; The simulated input processing module receives the simulated input information remotely sent by the server of the payment provider before the cash register is interacted with based on the payment capability extension program to use the capability corresponding to the extended payment method for the cash register; The corresponding triggering of the cash register is completed by forwarding the simulated input information to the cash register.

23. The apparatus according to claim 14 or 22, wherein the extended capability using module, after determining whether the cash register is in a connected state, if a payment interaction operation of the user for the external payment device is received, determines whether the cash register has installed the payment capability extension program; If not, a deferred settlement order is generated for the payment interaction operation, and the credential information corresponding to the deferred settlement order is sent to the cash register through the HID protocol, so that after the cash register installs the payment capability extension program, it can use the credential information to request corresponding settlement from the external payment device or its server based on the payment capability extension program.

24. The apparatus of claim 23, wherein the extended capability using module, after generating the deferred settlement order for the payment interaction operation, determines an estimated first amount to be paid in the deferred settlement order, wherein the first amount to be paid is estimated to be less than a second amount to be paid that the user should actually pay this time; deducting the first amount to be paid from the user; After the corresponding settlement is requested from the external payment device or its server using the credential information, the remaining unpaid amount is determined and deducted from the user according to the request so as to settle the amount with the merchant corresponding to the cash register.

25. A payment capability extension processing device, applied to an external payment device configured for a cash register, the external payment device providing at least one extended payment method that the cash register itself does not have, the device comprising: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Determining whether the cash register is connected, wherein the camera of the external payment device is in a state of photographing the screen of the cash register; If yes, determining the simulated input information to be acquired according to the captured screen display content; Acquire the simulated typing information, and send the simulated typing information to the cash register through the HID protocol, so as to trigger the cash register to automatically input and execute the simulated typing information, and through the execution, the cash register acquires and installs the payment capability extension program indicated by the simulated typing information; By interacting with the cash register based on the payment capability extension program, the capability corresponding to the extended payment method is used for the cash register.

Images