Payment capability extension processing method, apparatus, and device

Abstract

The application discloses a payment capacity extension processing method, device and equipment, which are applied to an external payment device configured for a cash register, and the external payment device provides at least one extended payment mode which the cash register itself does not have. The method comprises the following steps: sending multiple groups of HID analog input data to the cash register through an HID protocol, each group of HID analog input data adopts different HID sending intervals, and the HID sending interval specifies the sending interval between each unit data contained in the corresponding group of HID analog input data; detecting whether the cash register successfully receives the analog input data; determining at least one group of successfully received HID analog input data according to the detection result; and setting the HID sending interval of the external payment device according to the HID sending interval corresponding to the at least one group of HID analog input data, so as to interact with the cash register for the extended payment mode service.

Description

Technical Field

[0001] This specification relates to the field of electronic payment technology, and in particular to a payment capability expansion processing method, apparatus, and device, as well as a device analog input processing method, apparatus, and device. Background Technology

[0002] In daily life, merchants typically use cash registers deployed at checkout counters to collect payments from customers. These cash registers usually support traditional payment methods such as bank cards, credit cards, and cash. However, with the rise and increasing popularity of new payment methods, such as QR code payments, near-field communication (NFC) based payments, facial recognition payments, and palm-swipe payments, the capabilities and convenience of cash registers are being challenged.

[0003] To fully leverage the existing POS terminals at numerous merchants and promote new payment methods, payment service providers for these new methods have launched various corresponding external payment devices to extend the payment capabilities of POS terminals. This allows POS terminals to indirectly utilize the extended payment capabilities provided by these external payment devices, thereby supporting the corresponding new payment methods. For example, one type of external payment device is a near-field communication (NFC) based payment device, which, by connecting to a POS terminal, extends the POS terminal's NFC-based payment capabilities.

[0004] Since external payment devices and cash registers are often not provided by the same service provider, and cash registers vary greatly in terms of manufacturers and specifications, compatibility issues may arise for external payment devices, which may lead to payment failures.

[0005] Therefore, solutions are needed to improve the compatibility and payment reliability of external payment devices for cash registers. Summary of the Invention

[0006] This specification provides one or more embodiments of a payment capability extension processing method, apparatus, and device, as well as a device analog input processing method, apparatus, and device, to solve the following technical problem: the need for a solution that helps improve the compatibility and payment reliability of external payment devices for cash registers, or the compatibility and business reliability of other similar interconnected devices.

[0007] To solve the above-mentioned technical problems, one or more embodiments of this specification are implemented as follows:

[0008] This specification provides a payment capability extension processing method according to one or more embodiments, applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method not present in the cash register itself, and the method includes:

[0009] Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0010] Detect whether the cash register has successfully received the simulated input data;

[0011] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0012] Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

[0013] This specification provides one or more embodiments of a device analog input processing method, applied to a first device connected to a second device, the method comprising:

[0014] Multiple sets of HID analog input data are sent to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval. The HID transmission interval specifies the transmission interval between each unit of data contained in the corresponding set of HID analog input data.

[0015] Detect whether the second device has successfully received the simulated input data;

[0016] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0017] The HID transmission interval of the first device is set accordingly based on the HID transmission interval corresponding to the at least one set of HID analog input data;

[0018] According to the HID transmission interval set accordingly, HID analog input service data is sent to the second device.

[0019] This specification provides one or more embodiments of a payment capability extension processing apparatus, applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method not present in the cash register itself, and the apparatus includes:

[0020] The HID analog input sending module sends multiple sets of HID analog input data to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between the data units contained in that set of HID analog input data.

[0021] The simulated data receiving and detection module detects whether the cash register has successfully received the simulated input data.

[0022] The data successful reception determination module determines, based on the detection results, at least one set of the HID analog input data that has been successfully received;

[0023] The HID sending interval setting module sets the HID sending interval of the external payment device according to the HID sending interval corresponding to the at least one set of HID simulated input data, for interacting with the cash register for extended payment method services.

[0024] This specification provides one or more embodiments of a device analog input processing apparatus, applied to a first device connected to a second device, the apparatus comprising:

[0025] The HID analog input transmission module sends multiple sets of HID analog input data to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval, which specifies the transmission interval between the data units contained in that set of HID analog input data.

[0026] The simulated data receiving and detection module detects whether the second device has successfully received the simulated input data.

[0027] The data successful reception determination module determines, based on the detection results, at least one set of the HID analog input data that has been successfully received;

[0028] The HID transmission interval setting module sets the HID transmission interval of the first device according to the HID transmission interval corresponding to the at least one set of HID analog input data.

[0029] The HID analog input service data sending module sends HID analog input service data to the second device according to the corresponding set HID sending interval.

[0030] This specification provides one or more embodiments of a payment capability extension processing device, applied to an external payment device configured for a cash register. The external payment device provides at least one extended payment method not present in the cash register itself. The payment capability extension processing device includes:

[0031] At least one processor; and,

[0032] A memory communicatively connected to the at least one processor; wherein,

[0033] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0034] Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0035] Detect whether the cash register has successfully received the simulated input data;

[0036] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0037] Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

[0038] This specification provides one or more embodiments of a device analog input processing device, applied to a first device connected to a second device, the device analog input processing device comprising:

[0039] At least one processor; and,

[0040] A memory communicatively connected to the at least one processor; wherein,

[0041] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0042] The above-described at least one technical solution adopted in one or more embodiments of this specification can achieve the following beneficial effects: It can simulate an external payment device as an HID device (taking a keyboard as an example), enabling it to send and execute commands that appear to be input via a keyboard to the connected cash register through the HID protocol, thereby realizing the transmission of business data such as payment-related code values. To improve compatibility and payment reliability, multiple sets of simulated HID input data with different HID transmission intervals are used to adaptively probe and test the reception status of the currently connected cash register. This makes the originally unidirectional and unobservable HID transmission diagnosable and adjustable. Furthermore, based on the probe and test results, the HID transmission interval of the external payment device can be more reasonably and adaptively set to more reliably transmit payment-related code values ​​and other business data. Therefore, it can better accommodate the actual situation of the cash register, helping the external payment device to more reliably provide extended payment services to the cash register. Attached Figure Description

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

[0044] Figure 1 A flowchart illustrating a payment capacity expansion processing method provided in one or more embodiments of this specification;

[0045] Figure 2 Provided for one or more embodiments of this specification Figure 1 An interactive diagram illustrating a specific implementation of the method;

[0046] Figure 3 A schematic flowchart illustrating a device analog input processing method provided in one or more embodiments of this specification;

[0047] Figure 4 A schematic diagram of a payment capacity expansion processing device provided for one or more embodiments of this specification;

[0048] Figure 5 A schematic diagram of the structure of a device analog input processing apparatus provided in one or more embodiments of this specification;

[0049] Figure 6 A schematic diagram of a payment capability expansion processing device provided for one or more embodiments of this specification;

[0050] Figure 7This is a schematic diagram of the structure of a device analog input processing device provided for one or more embodiments of this specification. Detailed Implementation

[0051] This specification provides a payment capability expansion processing method, apparatus, device, and storage medium, as well as a device analog input processing method, apparatus, device, and storage medium.

[0052] 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 with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this application.

[0053] The background technology mentions external payment devices, such as those that can provide payment capabilities based on near-field communication (NFC). For these external payment devices, the applicant considers having them send payment-related codes to cash registers (commonly including POS terminals) via the HID protocol to facilitate the payment process.

[0054] Actual testing revealed that POS machines often have processing delays, buffer limitations, or debouncing mechanisms for HID input. Furthermore, the POS machines used by various merchants may differ significantly, such as operating system types (Linux, Android, or Windows, etc.), kernel versions and driver implementations, and inconsistent input buffer sizes and scheduling strategies. This can lead to compatibility issues when using a fixed HID sending interval (e.g., 6ms), impacting business operations. These issues include: sending too quickly may be too slow for low-response POS machines, resulting in lost codes and potential payment failures; sending too slowly is overly conservative for high-response devices, wasting performance, prolonging payment time, and potentially leading to code being discarded by the platform, negatively affecting user experience; additionally, it cannot effectively handle changes in system load.

[0055] Alternatively, a timeout resend mechanism could be considered. Under this mechanism, if no response is received from the server within a certain period of time, the code value is resent. However, this mechanism also has problems, including difficulty in determining whether the code is "not delivered" or "delivered but processed slowly," which can easily lead to the risk of duplicate orders. It is still a passive response and not an active optimization.

[0056] In addition, the applicant also tried manual configuration or experience-based presets, but these methods were difficult to adapt to the massive fragmented terminal environment.

[0057] Therefore, there is an urgent need for more automated, intelligent, and maintenance-free adaptive solutions.

[0058] This application is proposed to address the above-mentioned problems and needs. In summary, it mainly proposes a dynamic optimization mechanism for HID transmission parameters in a closed loop on the end side. By actively initiating a detection and optimization process of "sending, verifying, providing feedback, and adjusting", it identifies the actual input processing capability of the target device (e.g., a cash register) and automatically adjusts the optimal HID transmission interval accordingly to improve the integrity of code value transmission and payment success rate. This helps to solve the HID communication compatibility problem caused by terminal fragmentation in multi-terminal interconnection and has good innovation, practicality, and ease of promotion.

[0059] Furthermore, this mechanism can be preferably implemented as a closed-loop verification scheme of "sending invisible key values ​​+ real-time loopback detection to read the status and verify the reception status". This scheme can better quantify the success rate under different HID sending intervals, and thus more reliably guide the adaptive adjustment strategy of the HID sending interval for actual business use.

[0060] Based on this overall approach, the solution proposed in this application will be further explained below.

[0061] Figure 1 This is a flowchart illustrating a payment capability extension processing method provided in 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 not present in the cash register itself, referred to as extended payment methods, thereby enabling the cash register to extend its additional payment capabilities. Examples include near-field communication (NFC) based payment (based on touch sensing recognition), facial recognition payment (based on face recognition), palm recognition payment (based on palmprint recognition), iris recognition payment, etc. Accordingly, the external payment device may be at least one of the following types of devices: NFC-based payment device, facial recognition payment device, palm recognition payment device, iris recognition payment device, etc.

[0062] External payment devices are particularly portable and compact, making them easier to deploy with cash registers. Cash registers are already in use, resulting in lower retrofit costs. Cash registers and external payment devices can be provided by different service providers (primarily meaning products from different companies). For example, external payment devices can be provided by a single third-party payment service provider, while cash registers may be provided by various traditional financial equipment manufacturers, and come in many different specifications.

[0063] Figure 1 The process includes the following steps:

[0064] S102: Send multiple sets of HID analog input data to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between the data units contained in the corresponding set of HID analog input data.

[0065] Ensure that the cash register and external payment device are in a normal connection state before proceeding with the test.

[0066] The cash register itself supports one or more relatively standard and universal interfaces, such as Bluetooth, USB (including Type-C), serial port, Wi-Fi, etc. These can be hardware interfaces or wireless interfaces. Of course, the support for different cash registers may vary. In addition, these interfaces may overlap and be supported in different ways. For example, a serial port may also be implemented based on a USB interface, and so on.

[0067] The external payment device needs to be connected to the cash register first for subsequent information exchange. For example, using a USB interface, the cash register and external payment device can be connected via a USB data cable; alternatively, a wireless serial port may also be used.

[0068] In one or more embodiments of this specification, it is possible to detect whether the cash register is in an idle state. If so, the process can be started only then, which helps to avoid interference with cash register operations. In addition, if necessary, special processing may be used to allow the test to run in parallel with normal cash register operations. To obtain more valuable test results that better reflect real-world conditions, the process can also be executed when the cash register is under a suitable workload.

[0069] HID protocol, or Human Interface Device Protocol, is a device communication protocol defined in the Universal Serial Bus standard. It is primarily used to support data transmission between human-computer interaction devices (such as keyboards, mice, game controllers, and touchscreens) and computers or other host devices. Its core objective is to achieve plug-and-play functionality, allowing these devices to be recognized and used by the operating system without the need for additional drivers. The external payment device and cash register in this application both support the HID protocol.

[0070] In one or more embodiments of this specification, the external payment device may be keyboard- and mouse-free, making it more compact and lightweight for easy portability and deployment, and also lower in cost. The external payment device may simulate a keyboard and / or mouse (HID device), sending data to the cash register via the HID protocol that appears to be generated and sent by manual keyboard and / or mouse operation. This data is called HID simulated input data, but in reality, no manual action (e.g., manually clicking the keyboard or mouse) is required.

[0071] In this process, it is preferable to simulate an external payment device as a standard HID keyboard. This facilitates the sending of more flexible and diverse HID simulated input data, and also makes it easier to transmit payment code values ​​(usually a dozen or twenty digits long, containing numbers and other characters, corresponding to the corresponding user-visible keys) in actual payment transactions using this simulation method. For ease of description, some of the following embodiments are mainly based on the case where the external payment device is simulated as a keyboard.

[0072] In one or more embodiments of this specification, several different HID transmission intervals are preset (for example, multiple values ​​are taken from the time interval of 1ms to 15ms as HID transmission intervals). For each of these HID transmission intervals, one or more sets of simulated HID input data are used for testing to attempt to determine a better HID transmission interval. For example, an HID transmission interval that is neither too long nor too short, which is convenient for the current cash register to reliably receive data transmitted by the external payment device, relative to the problems mentioned above. Of course, not every preset HID transmission interval needs to be tested. If a suitable HID transmission interval has been determined, the remaining untested HID transmission intervals can be left untested.

[0073] Each set of HID simulated input data contains multiple unit data. Through the HID protocol, the external payment device is simulated as an HID keyboard, and multiple sets of simulated keyboard input HID simulated input data are sent to the cash register. A unit data can be a key that can be typed on the keyboard. In this case, HID simulated input data can also be called HID simulated keystroke data.

[0074] The length of the HID simulated input data can be set by referencing the length of the payment-related code value required by extended payment methods, thus more realistically simulating actual business scenarios. For example, assuming the payment-related code value is a 28-bit payment code value, the length of the HID simulated input data can also be set to 28 bits or close to 28 bits, where each bit represents one unit of data.

[0075] In one or more embodiments of this specification, the individual data units included in the HID simulated input data are preferably keyboard reserved codes or function keys in the USB HID specification. This helps to avoid affecting business operations and interfering with the normal operation of the cash register. Moreover, it also helps to accurately detect the data subsequently. For example, the "NumLock" key, "ScrollLock" key, "Caps Lock" key, "F13" code, or "F14" code can be considered. These are keys or codes whose key values ​​are not visible. Of course, to ensure the effectiveness, different keys can be tested in advance, especially for the current cash register, and the keys that actually achieve the expected effect can be selected for combination to construct the HID simulated input data.

[0076] For multiple sets of HID analog input data to be sent, subsequent steps can be performed for each set after sending, and so on, to process these multiple sets of analog input data.

[0077] S104: Detect whether the cash register has successfully received the simulated input data.

[0078] In one or more embodiments of this specification, a detection engine can be built into the external payment device. This engine reads the keyboard input state of the cash register and determines whether a change in the keyboard input state corresponds to the invisible analog input data, thus judging whether the cash register has successfully received the invisible analog input data. If a corresponding change occurs, it is considered successfully received; otherwise, it is considered unsuccessfully received. This judgment process can be particularly effective in conjunction with the gradual input of each unit of data, executing the corresponding action on the currently input unit of data. This allows for precise and step-by-step verification of the real-time reception status and facilitates a certain degree of reuse of unit data within the same set of HID analog input data.

[0079] More specifically, variables representing keyboard input states may be maintained in the cash register's driver layer. In this case, the cash register's driver layer can be probed to check the values ​​of these variables to determine whether the driver layer has successfully received the keys contained in the HID simulated input data. It should be noted that, to improve the accuracy and reliability of the probe results, it is possible to pre-detect which keys actually have readable keyboard input states and select the readable ones for constructing the test HID simulated input data. Compared to non-function keys, function keys and reserved codes may have a higher probability of readable keyboard input states and are less likely to interfere with normal business operations. This is the reason why this application preferably constructs HID simulated input data based on function keys and / or reserved codes with invisible key values, and it also demonstrates the advantages of this application.

[0080] In one or more embodiments of this specification, the interface used by the cash register to receive multiple sets of HID analog input data (e.g., the USB interface previously connected to the cash register and the external payment device, and the USB data cable between the two ends of this interface) is used to perform loopback detection in a timely manner to determine whether the cash register has successfully received the analog input data. In this way, the originally unidirectional and unobservable HID transmission is transformed into a closed-loop, efficient verification link, and no additional physical connection is needed between the external payment device and the cash register, saving interfaces and improving efficiency.

[0081] S106: Based on the results of the detection, determine at least one set of the HID analog input data that was successfully received.

[0082] The HID transmission interval used for HID analog input data that failed to be received can be considered unreliable and unsuitable for the current cash register, and can be temporarily abandoned. However, it should be noted that such an HID transmission interval may be suitable for another cash register.

[0083] Conversely, if one or more sets of HID analog input data are successfully received, it indicates that the HID transmission interval used is likely suitable for the current cash register, and it can be considered for adoption in actual business operations.

[0084] S108: Set the HID sending interval of the external payment device according to the HID sending interval corresponding to the at least one set of HID simulated input data, for interaction with the cash register for extended payment method service.

[0085] The HID transmission interval of the external payment device can be set to the HID transmission interval corresponding to any set of successfully received HID simulated input data (e.g., selecting the shortest HID transmission interval) for actual business operations, namely, the extended payment method service interaction with the cash register. Extended payment method service interaction includes, for example, sending payment business data from the external payment device to the cash register according to the set HID transmission interval, such as payment-related code values ​​used in the extended payment method, the amount to be paid, or payment result notification data. Payment-related code values ​​can be, for example, the payment code value, the user's payment account, or the user's membership number.

[0086] In one or more embodiments of this specification, after the HID transmission interval for actual business has been set for the external payment device, in order to continuously ensure the reliability of the device in achieving extended payment capabilities, the above-mentioned test can be repeated as needed to dynamically and adaptively set the HID transmission interval to an appropriate value.

[0087] For example, it can be subsequently determined whether the length of the sent payment-related code value is longer than each set of HID simulated input data used in the previous test; if so, multiple sets of HID simulated input data that are not shorter than the payment-related code value can be generated again for resending and probing to determine whether to modify the HID sending interval of the external payment device for interaction with the cash register for extended payment method services.

[0088] For example, if the payment-related code value received by the cash register is incomplete, the above test and settings can be restarted.

[0089] pass Figure 1 This method simulates an external payment device as an HID device (taking a keyboard as an example), allowing it to send and execute commands to the connected cash register via the HID protocol, as if input through a keyboard. This enables the transmission of business data such as payment-related codes. To improve compatibility and payment reliability, multiple sets of simulated HID input data with different HID transmission intervals are used to adaptively probe and test the reception of the connected cash register. This makes the originally one-way, unobservable HID transmission diagnosable and adjustable. Based on the probe and test results, the HID transmission interval of the external payment device can be more reasonably and adaptively set to more reliably transmit business data such as payment-related codes. Therefore, it is more compatible with the actual situation of the cash register and helps the external payment device to provide extended payment services to the cash register more reliably.

[0090] based on Figure 1 In addition to the method described herein, this specification also provides some specific implementation schemes and extension schemes of this method, which will be further explained below.

[0091] In one or more embodiments of this specification, the HID simulated input data obtained through reception testing is further reused to provide additional protection for actual business operations, as detailed below.

[0092] After setting the HID sending interval for actual business operations, it is necessary to use this HID sending interval to send the payment-related code value used for extended payment methods to the cash register in actual business operations.

[0093] Before transmission, the external payment device can perform additional special processing on the payment-related code value to be transmitted, including: identifying the invisible key values ​​of the keyboard reserved codes or function keys contained in the HID simulated input data used in previous tests; re-encoding at least a portion of the payment-related code value using the keyboard reserved codes or function keys to obtain a re-encoded result; merging the original data of the payment-related code value with the re-encoded result (e.g., corresponding local adjacency or unified overall splicing, etc.) to generate a re-encoded payment-related code value; and sending the re-encoded payment-related code value to the cash register at the corresponding set HID transmission interval to trigger the cash register to extract at least a portion of the re-encoded result to attempt to recover the original data when the original data of the received payment-related code value is lost.

[0094] In the payment-related code value re-encoding process, the original data (i.e. the original payment-related code value itself) is non-function key content, so that the keyboard reserved code or function key used for re-encoding will not modify the non-function key content itself, and the order of the original data itself remains unchanged.

[0095] For a cash register, if it receives the re-encoded payment-related code value completely, it can naturally ignore the re-encoding result and directly use the original data to conduct business normally. However, if the cash register loses part of the original data, it can attempt to recover it using the re-encoded result. This recovery can be performed based on a payment extension program deployed on the cash register, or it can be performed by calling an external payment device. Thus, with the guarantee of a relatively reliable adaptive HID transmission interval, the reliability of payment-related code value transmission is further improved through additional encoding.

[0096] Based on the preceding explanation, it is provided more intuitively. Figure 1 An interactive diagram illustrating one specific implementation of the solution is shown below. Figure 2 .

[0097] exist Figure 2 In the diagram, the device on the left is a cash register, and the device on the right is a near-field communication (NFC) payment device. As an external payment device, it at least extends the cash register's NFC-based payment capabilities. The cash register and the NFC payment device can be connected via a USB interface.

[0098] For example, a detection engine is built into the near-field communication payment device. When the cash register is detected to be idle, it sends a set of invisible function keys or reserved codes (e.g., F13+F14) with unique serial numbers (optionally, to distinguish different groups) according to a preset HID transmission interval sequence (e.g., 3ms→6ms→9ms→12ms). The device then detects whether the cash register has successfully received the corresponding key value through an existing channel (e.g., the currently connected USB cable). Alternatively, the same HID analog input data can be sent separately for different levels; in this case, the multiple sets of HID analog input data mentioned above may be identical.

[0099] Once the POS machine successfully receives the corresponding HID simulated input data for a given level, the HID transmission interval for that level is recorded as a "feasible interval." Similarly, a suitable value (e.g., the minimum or a more intermediate value) can be selected from all "feasible intervals" as the actual HID transmission interval used in subsequent normal transactions. If the minimum value is chosen, further testing is unnecessary. Of course, for each level, repeated testing is possible; if the overall success rate exceeds a set threshold, it is considered a "feasible interval."

[0100] In addition, periodic recalibration can be performed to better adapt to equipment aging or environmental changes.

[0101] pass Figure 2 The specific implementation plan has the following innovative features:

[0102] A "loop detection" mechanism is provided to achieve closed-loop control of HID communication. A closed-loop link for sending and verifying is constructed by actively sending test key sequences and using the connection channel to detect the actual reception of the cash register, thus enabling the originally unidirectional and unobservable HID transmission to have diagnostic and tunable capabilities.

[0103] It provides an edge-side autonomous adaptive optimization algorithm. Based on the detection results, it makes the optimal sending interval locally, without relying on cloud configuration or manual intervention, truly achieving personalized adaptation for each device, and is especially suitable for complex deployment environments such as offline and weak network conditions.

[0104] It features a secure and seamless detection design. Detection is achieved using a combination of a reserved code or function key and a unique serial number, avoiding interference with normal input processes and completing communication capability tests without affecting user experience.

[0105] It provides an efficient and reliable detection strategy. It adopts an exemplary "upward scan, minimum feasible" strategy: starting with short intervals and probing step by step, and terminating once successful, balancing efficiency and stability; it supports periodic recalibration to adapt to equipment aging and system changes.

[0106] It features a cross-platform, universal architecture. The solution is not dependent on a specific operating system and can be applied to mainstream POS platforms such as Linux and Android, possessing excellent portability and scalability.

[0107] Compared to other methods tried by the applicants mentioned earlier, this solution directly addresses individual differences through in-device adaptation, overcoming issues such as lack of awareness, incompatibility, and reliance on manual intervention that may exist in other methods. It achieves: proactive detection instead of passive response; personalized optimization instead of general configuration; and device-side autonomy instead of cloud dependence.

[0108] The above solutions are for scenarios involving expanded payment capabilities. Based on a similar approach, corresponding solutions are also provided for other business scenarios involving simulated HID interconnected devices. See [link to relevant documentation]. Figure 3 . Figure 3 This is a flowchart illustrating a device analog input processing method provided in one or more embodiments of this specification, applied to a first device connected to a second device.

[0109] Figure 3 The process includes the following steps:

[0110] S302: Send multiple sets of HID analog input data to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval, which specifies the transmission interval between the data units contained in the corresponding set of HID analog input data.

[0111] S304: Detect whether the second device has successfully received the simulated input data.

[0112] S306: Based on the results of the detection, determine at least one set of the HID analog input data that was successfully received.

[0113] S308: Set the HID transmission interval of the first device according to the HID transmission interval corresponding to the at least one set of HID analog input data.

[0114] S310: Send HID analog input service data to the second device according to the HID transmission interval set accordingly.

[0115] The specific implementation methods for each step in this process can be similarly referred to the preceding sections. Figure 1 For a detailed explanation, please refer to the relevant documentation; further details will not be provided here.

[0116] Based on the same idea, one or more embodiments of this specification also provide apparatus and devices corresponding to the above methods, such as... Figures 4-7 As shown. The apparatus and equipment are capable of performing the above methods and related alternatives accordingly.

[0117] Figure 4 This is a schematic diagram of a payment capability extension processing device provided in one or more embodiments of this specification. It is applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method not present in the cash register itself. The device includes:

[0118] HID analog input sending module 402 sends multiple sets of HID analog input data to the cash register through the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0119] The analog data receiving and detection module 404 detects whether the cash register has successfully received the analog input data.

[0120] The data success reception determination module 406 determines, based on the detection results, at least one set of the HID analog input data that has been successfully received;

[0121] The HID sending interval setting module 408 sets the HID sending interval of the external payment device according to the HID sending interval corresponding to the at least one set of HID simulated input data, for use in interacting with the cash register for extended payment method services.

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

[0123] Optionally, the HID simulated input sending module 402 uses the HID protocol to simulate the external payment device as an HID keyboard and sends multiple sets of simulated keyboard input HID simulated input data to the cash register.

[0124] Optionally, the HID analog input sending module 402 sends a set of HID analog input data using the set HID sending interval level by level, according to the set HID sending interval level sequence from smallest to largest.

[0125] Optionally, the analog data receiving and detection module 404 determines whether the cash register has successfully received the analog input data by reading the keyboard input state of the cash register and determining whether the keyboard input state has changed in accordance with the analog input data.

[0126] Optionally, the unit data included in the HID analog input data are invisible keyboard reserved codes or function key values;

[0127] The analog data receiving and detection module 404 detects whether the driver layer of the cash register has successfully received the key values ​​of each invisible keyboard reserved code or function key contained in the HID analog input data.

[0128] Optionally, the analog data receiving and detection module 404 performs loopback detection through the interface used by the cash register to receive the multiple sets of HID analog input data to determine whether the cash register has successfully received the analog input data.

[0129] Optionally, it also includes:

[0130] The extended payment service interaction module 410 sends the payment-related code value used by the extended payment method to the cash register using the corresponding set HID sending interval;

[0131] The extended payment service interaction module determines whether the length of the sent payment-related code value is longer than each group of HID simulated input data;

[0132] If so, multiple sets of HID simulated input data not shorter than the payment-related code value are generated to re-perform the sending and probing to determine whether to modify the HID sending interval of the external payment device for interaction with the cash register for extended payment method services.

[0133] Optionally, the extended payment service interaction module 410 determines the keyboard reserved code or function key whose key value is not visible in the HID simulated input data;

[0134] Using the keyboard reserved code or function key, at least a portion of the payment-related code value is re-encoded to obtain a re-encoded result;

[0135] The original data of the payment-related code value is merged with the re-encoding result to generate a re-encoded payment-related code value;

[0136] Using the HID sending interval set accordingly, the re-encoded payment-related code value is sent to the cash register to trigger the cash register to extract at least part of the re-encoded result and attempt to recover the original data when the original data of the received payment-related code value is lost.

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

[0138] Figure 5 This specification provides a schematic diagram of the structure of a device analog input processing apparatus according to one or more embodiments, applied to a first device connected to a second device. The apparatus includes:

[0139] HID analog input sending module 502 sends multiple sets of HID analog input data to the second device through the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0140] The analog data receiving and detection module 504 detects whether the second device has successfully received the analog input data.

[0141] The data successful reception determination module 506 determines, based on the detection results, at least one set of the HID analog input data that has been successfully received;

[0142] HID transmission interval setting module 508 sets the HID transmission interval of the first device according to the HID transmission interval corresponding to the at least one set of HID analog input data.

[0143] The HID analog input service data sending module 510 sends HID analog input service data to the second device according to the corresponding set HID sending interval.

[0144] Figure 6 This is a schematic diagram of a payment capability extension processing device provided in one or more embodiments of this specification. It is applied to an external payment device configured for a cash register, wherein the external payment device provides at least one extended payment method not present in the cash register itself. The device includes:

[0145] At least one processor; and,

[0146] A memory communicatively connected to the at least one processor; wherein,

[0147] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0148] Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0149] Detect whether the cash register has successfully received the simulated input data;

[0150] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0151] Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

[0152] Figure 7 This specification provides a schematic diagram of the structure of a device analog input processing device according to one or more embodiments, applied to a first device connected to a second device. The device analog input processing device includes:

[0153] At least one processor; and,

[0154] A memory communicatively connected to the at least one processor; wherein,

[0155] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0156] Multiple sets of HID analog input data are sent to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval. The HID transmission interval specifies the transmission interval between each unit of data contained in the corresponding set of HID analog input data.

[0157] Detect whether the second device has successfully received the simulated input data;

[0158] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0159] The HID transmission interval of the first device is set accordingly based on the HID transmission interval corresponding to the at least one set of HID analog input data;

[0160] According to the HID transmission interval set accordingly, HID analog input service data is sent to the second device.

[0161] Based on the same idea, one or more embodiments of this specification also provide a non-volatile computer storage medium for use with an external payment device configured for a cash register. The external payment device provides at least one extended payment method not present in the cash register itself. The medium stores computer-executable instructions configured as follows:

[0162] Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data.

[0163] Detect whether the cash register has successfully received the simulated input data;

[0164] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0165] Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

[0166] Based on the same idea, one or more embodiments of this specification also provide a non-volatile computer storage medium for use in a first device connected to a second device, the medium storing computer-executable instructions configured as follows:

[0167] Multiple sets of HID analog input data are sent to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval. The HID transmission interval specifies the transmission interval between each unit of data contained in the corresponding set of HID analog input data.

[0168] Detect whether the second device has successfully received the simulated input data;

[0169] Based on the results of the detection, at least one set of HID analog input data was successfully received;

[0170] The HID transmission interval of the first device is set accordingly based on the HID transmission interval corresponding to the at least one set of HID analog input data;

[0171] According to the configured HID transmission interval, send HID analog input service data to the second device.

[0172] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program and "integrate" a digital system onto a PLD themselves, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must also be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, 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, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0173] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

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

[0175] For ease of description, the above devices are described in terms of function, divided into various units. Of course, in implementing this specification, the functions of each unit can be implemented in one or more software and / or hardware components.

[0176] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the embodiments of this specification can 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 code.

[0177] This specification is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0178] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0179] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

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

[0181] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

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

[0183] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

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

[0185] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the embodiments of apparatus, devices, and non-volatile computer storage media are basically similar to the method embodiments, so the descriptions are relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0186] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0187] The above description is merely one or more embodiments of this specification and is not intended to limit this specification. Various modifications and variations can be made to the one or more embodiments of this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of one or more embodiments of this specification should be included within 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, wherein the external payment device provides at least one extended payment method not present in the cash register itself, the method comprising: Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data. Detect whether the cash register has successfully received the simulated input data; Based on the results of the detection, at least one set of HID analog input data was successfully received; Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

2. The method as described in claim 1, wherein the external payment device itself does not have a keyboard and mouse.

3. The method as described in claim 1, wherein sending multiple sets of HID analog input data to the cash register via the HID protocol specifically includes: Using the HID protocol, the external payment device is simulated as an HID keyboard, and multiple sets of simulated keyboard input HID input data are sent to the cash register.

4. The method as described in claim 1, wherein sending multiple sets of HID analog input data to the cash register specifically includes: According to the set HID transmission interval level sequence from smallest to largest, a set of HID analog input data using the HID transmission interval level is transmitted one by one.

5. The method as described in claim 3, wherein detecting whether the cash register has successfully received the simulated input data specifically includes: By reading the keyboard input status of the cash register and determining whether the keyboard input status has changed in accordance with the simulated input data, it can be determined whether the cash register has successfully received the simulated input data.

6. The method as described in claim 3 or 5, wherein each unit of data included in the HID simulated input data is a keyboard reserved code or function key with invisible key value; The step of detecting whether the cash register has successfully received the simulated input data specifically includes: The detection mechanism checks whether the driver layer of the cash register has successfully received the invisible keyboard reserved codes or function keys contained in the HID analog input data.

7. The method as described in claim 5, wherein detecting whether the cash register has successfully received the simulated input data specifically includes: Loopback detection is performed on the interface used by the cash register to receive the multiple sets of HID analog input data to determine whether the cash register has successfully received the analog input data.

8. The method as described in claim 6, wherein the interaction with the cash register for extended payment methods specifically includes: Using the correspondingly set HID sending interval, the payment-related code value used by the extended payment method is sent to the cash register; The method further includes: Determine whether the length of the sent payment-related code value is longer than the length of each group of HID analog input data; If so, multiple sets of HID simulated input data not shorter than the payment-related code value are generated to re-perform the sending and probing to determine whether to modify the HID sending interval of the external payment device for interaction with the cash register for extended payment method services.

9. The method as described in claim 8, wherein sending the payment-related code value used by the extended payment method to the cash register using the correspondingly set HID sending interval specifically includes: Identify the keyboard reserved codes or function keys whose key values ​​are not visible in the HID simulated input data; Using the keyboard reserved code or function key, at least a portion of the payment-related code value is re-encoded to obtain a re-encoded result; The original data of the payment-related code value is merged with the re-encoding result to generate a re-encoded payment-related code value; Using the HID sending interval set accordingly, the re-encoded payment-related code value is sent to the cash register to trigger the cash register to extract at least part of the re-encoded result and attempt to recover the original data when the original data of the received payment-related code value is lost.

10. The method of claim 1, wherein the extended payment method includes: Payment methods based on near-field communication.

11. A device analog input processing method, applied to a first device connected to a second device, the method comprising: Multiple sets of HID analog input data are sent to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval. The HID transmission interval specifies the transmission interval between each unit of data contained in the corresponding set of HID analog input data. Detect whether the second device has successfully received the simulated input data; Based on the results of the detection, at least one set of HID analog input data was successfully received; The HID transmission interval of the first device is set accordingly based on the HID transmission interval corresponding to the at least one set of HID analog input data; According to the HID transmission interval set accordingly, HID analog input service data is sent to the second device.

12. A payment capability extension processing apparatus, applied to an external payment device configured for a cash register, the external payment device providing at least one extended payment method not present in the cash register itself, the apparatus comprising: The HID analog input sending module sends multiple sets of HID analog input data to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between the data units contained in that set of HID analog input data. The simulated data receiving and detection module detects whether the cash register has successfully received the simulated input data. The data successful reception determination module determines, based on the detection results, at least one set of the HID analog input data that has been successfully received; The HID sending interval setting module sets the HID sending interval of the external payment device according to the HID sending interval corresponding to the at least one set of HID simulated input data, for interacting with the cash register for extended payment method services.

13. The apparatus of claim 12, wherein the external payment device itself does not have a keyboard and mouse.

14. The apparatus of claim 12, wherein the HID analog input sending module, through the HID protocol, simulates the external payment device as an HID keyboard and sends multiple sets of simulated keyboard input HID analog input data to the cash register.

15. The apparatus of claim 12, wherein the HID analog input transmission module transmits a set of HID analog input data using the set HID transmission interval level by level, according to the set HID transmission interval level sequence from smallest to largest.

16. The apparatus of claim 14, wherein the analog data receiving and detection module determines whether the cash register has successfully received the analog input data by reading the keyboard input state of the cash register and determining whether the keyboard input state has changed in accordance with the analog input data.

17. The apparatus of claim 14 or 16, wherein each unit of data included in the HID analog input data is a keyboard reserved code or function key with invisible key value; The simulated data receiving and detection module detects whether the driver layer of the cash register has successfully received the invisible keyboard reserved codes or function keys contained in the HID simulated input data.

18. The apparatus of claim 16, wherein the analog data receiving and detection module performs loopback detection through the interface used by the cash register to receive the multiple sets of HID analog input data, and determines whether the cash register has successfully received the analog input data.

19. The apparatus of claim 17, further comprising: The extended payment service interaction module sends the payment-related code value used by the extended payment method to the cash register using the corresponding set HID sending interval; The extended payment service interaction module determines whether the length of the sent payment-related code value is longer than each group of HID simulated input data; If so, multiple sets of HID simulated input data not shorter than the payment-related code value are generated to re-perform the sending and probing to determine whether to modify the HID sending interval of the external payment device for interaction with the cash register for extended payment method services.

20. The apparatus of claim 19, wherein the extended payment service interaction module determines a key-value invisible keyboard reserved code or function key contained in the HID simulated input data; Using the keyboard reserved code or function key, at least a portion of the payment-related code value is re-encoded to obtain a re-encoded result; The original data of the payment-related code value is merged with the re-encoding result to generate a re-encoded payment-related code value; Using the HID sending interval set accordingly, the re-encoded payment-related code value is sent to the cash register to trigger the cash register to extract at least part of the re-encoded result and attempt to recover the original data when the original data of the received payment-related code value is lost.

21. The apparatus of claim 12, wherein the extended payment method includes: Payment methods based on near-field communication.

22. A device analog input processing apparatus, applied to a first device connected to a second device, the apparatus comprising: The HID analog input transmission module sends multiple sets of HID analog input data to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval, which specifies the transmission interval between the data units contained in that set of HID analog input data. The simulated data receiving and detection module detects whether the second device has successfully received the simulated input data. The data successful reception determination module determines, based on the detection results, at least one set of the HID analog input data that has been successfully received; The HID transmission interval setting module sets the HID transmission interval of the first device according to the HID transmission interval corresponding to the at least one set of HID analog input data. The HID analog input service data sending module sends HID analog input service data to the second device according to the corresponding set HID sending interval.

23. 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 not present in the cash register itself, the payment capability extension processing device comprising: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform: Multiple sets of HID analog input data are sent to the cash register via the HID protocol. Each set of HID analog input data uses a different HID sending interval, which specifies the sending interval between each unit of data contained in the corresponding set of HID analog input data. Detect whether the cash register has successfully received the simulated input data; Based on the results of the detection, at least one set of HID analog input data was successfully received; Based on the HID sending interval corresponding to the at least one set of HID simulated input data, the HID sending interval of the external payment device is set accordingly for interaction with the cash register for extended payment method services.

24. A device analog input processing device, applied to a first device connected to a second device, the device analog input processing device comprising: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform: Multiple sets of HID analog input data are sent to the second device via the HID protocol. Each set of HID analog input data uses a different HID transmission interval. The HID transmission interval specifies the transmission interval between each unit of data contained in the corresponding set of HID analog input data. Detect whether the second device has successfully received the simulated input data; Based on the results of the detection, at least one set of HID analog input data was successfully received; The HID transmission interval of the first device is set accordingly based on the HID transmission interval corresponding to the at least one set of HID analog input data; According to the HID transmission interval set accordingly, HID analog input service data is sent to the second device.

Images