CN112116342A

CN112116342A - Payment equipment communication method and device

Info

Publication number: CN112116342A
Application number: CN201910545048.3A
Authority: CN
Inventors: 吴进发; 卢鑫畅; 王少鸣; 郭润增
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-06-21
Filing date: 2019-06-21
Publication date: 2020-12-22
Anticipated expiration: 2039-06-21
Also published as: CN112116342B

Abstract

The embodiment of the application provides a communication method and device for payment equipment, relates to the technical field of internet finance, and is used for solving the problem that the communication method of the payment equipment and a cash register is single. Calling a human interface device HID (human interface device) driver, and sending first-class information to a cash register; the first type of information is user information required for completing payment; calling a CDC drive of communication equipment, and receiving second type information returned by the cash register; the second type of information is information which needs to be checked and/or confirmed by a user in the payment process; wherein the first type of information is higher in security level than the second type of information; and displaying the second type of information. Because the CDC driver and the HID driver are configured on the payment device, the payment device and the cash register can realize two-way communication on one USB physical link, the communication capacity of the payment device and the cash register is increased, and various detailed information of a customer purchase order can be displayed through the payment device.

Description

Payment equipment communication method and device

Technical Field

The application relates to the technical field of internet finance, in particular to a communication method and device of payment equipment.

Background

The existing payment devices (such as a barcode reader, a face payment device, etc.) communicate with the cash register in a one-way communication mode, that is, information is transmitted from the payment device to the cash register side for receiving processing. However, a disadvantage of this communication is that the cash register is not able to send information to the payment device.

If the merchant wishes to present information on the payment device during the customer order process, the cash register is unable to send the information to the payment device for presentation. Therefore, the communication method of the existing payment equipment and the cash register is single, and various scenes cannot be met.

Disclosure of Invention

In order to solve the problem that a communication method of a payment device and a cash register is single, embodiments of the present application provide a communication method and apparatus for a payment device, which are used to implement bidirectional communication between the payment device and the cash register.

In a first aspect, an embodiment of the present application provides a payment device communication method, where the method includes:

calling a human interface device HID (human interface device) driver, and sending the first type of information to a cash register; the first type of information is user information required for completing payment;

calling a CDC drive of communication equipment, and receiving second type information returned by the cash register; the second type of information is information which needs to be checked and/or confirmed by a user in the payment process; wherein the first type of information is higher in security level than the second type of information;

and displaying the second type of information.

Optionally, the first type of information includes a member code, and before invoking the HID driver and sending the first type of information to the cash register, the method further includes:

responding to an input operation instruction of a user identification code, and acquiring a member code corresponding to the user identification code;

calling the HID driver, and sending the first type of information to the cash register, wherein the method comprises the following steps:

and calling the HID drive to send the member code to the cash register.

Optionally, before the step of obtaining the member code corresponding to the user identification code in response to the input operation instruction of the user identification code, the method further includes:

calling a CDC drive, and receiving a face brushing instruction sent by the cash register;

displaying a face brushing interface based on the face brushing instruction;

acquiring a face image based on the face brushing interface, and acquiring the face features to be verified in the face image;

responding to an input operation instruction of a user identification code, acquiring a member code corresponding to the user identification code, and comprising the following steps:

and if the face features to be verified are determined to be the same as the face features corresponding to the pre-stored user identification codes, responding to an input operation instruction of the user identification codes, and acquiring the member codes corresponding to the user identification codes.

Optionally, the second type of information includes at least one of the following information: member information, display object information, and electronic resource information.

Optionally, if the second type of information includes display object information and electronic resource information, displaying the second type of information includes:

displaying the description information of each display object, the electronic resource information corresponding to each display object and the statistical information of the electronic resource information of each display object in an interface;

the first type of information includes a payment code, the method further comprising:

responding to an operation instruction for confirming the statistical information, and acquiring a payment code;

and calling the HID driver to send the payment code to the cash register.

In a second aspect, another embodiment of the present application further provides a payment device communication apparatus, including:

the sending module is used for calling a human interface device HID (human interface device) driver and sending the first type of information to the cash register; the first type of information is user information required for completing payment;

the receiving module is used for calling CDC drive of communication equipment and receiving second type information returned by the cash register; the second type of information is information which needs to be checked and/or confirmed by a user in the payment process; wherein the first type of information is higher in security level than the second type of information;

and the display module is used for displaying the second type of information.

Optionally, the first type of information includes a member code, and the apparatus further includes:

the first response module is used for calling the HID drive, responding to an input operation instruction of the user identification code before sending the first type of information to the cash register, and acquiring a member code corresponding to the user identification code;

the sending module is specifically configured to:

and calling the HID drive to send the member code to the cash register.

Optionally, the receiving module is further configured to:

in response to an input operation instruction of a user identification code, calling CDC (performance data center) drive before acquiring a member code corresponding to the user identification code, and receiving a face brushing instruction sent by the cash register;

the first response module is further to: acquiring a face image based on the face brushing interface, and acquiring the face features to be verified in the face image;

the first response module is specifically configured to: and if the face features to be verified are determined to be the same as the face features corresponding to the pre-stored user identification codes, responding to an input operation instruction of the user identification codes, and acquiring the member codes corresponding to the user identification codes.

Optionally, if the second type of information includes display object information and electronic resource information, the display module is specifically configured to:

the first type of information includes a payment code, the apparatus further comprising:

the second response module is used for responding to the operation instruction for confirming the statistical information and acquiring a payment code;

the sending module is specifically configured to:

and calling the HID driver to send the payment code to the cash register.

In a third aspect, another embodiment of the present application further provides a computing device comprising at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executable by the at least one processor to enable the at least one processor to perform any of the payment device communication methods provided by embodiments of the present application.

In a fourth aspect, another embodiment of the present application further provides a computer storage medium, where the computer storage medium stores computer-executable instructions for causing a computer to execute any one of the payment device communication methods in the embodiments of the present application.

According to the payment device communication method and device, due to the fact that the CDC driver and the HID driver are configured on the payment device, the payment device and the cash register can achieve two-way communication on one USB physical link, the communication capacity of the payment device and the cash register is improved, and therefore various detailed information of customer purchase orders can be displayed through the payment device.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments of the present invention will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic view of an application scenario of a communication method of a payment device in the prior art;

FIG. 2 is a logic diagram of a USB device according to an embodiment of the present application;

fig. 3 is a schematic view of an application scenario of a communication method of a payment device in an embodiment of the present application;

fig. 4 is a flowchart of a communication method of a payment device in an embodiment of the present application;

FIG. 5 is an interface diagram of a payment device in an embodiment of the subject application;

FIG. 6 is a diagram of a payment device interface in an embodiment of the present application;

FIG. 7 is an interface diagram of a payment device in an embodiment of the subject application;

FIG. 8 is a schematic diagram of a driver layer of a payment device in an embodiment of the application;

FIG. 9 is a schematic diagram of the driving layers of the payment device and the cash register in the embodiment of the present application;

FIG. 10 is a timing diagram illustrating a communication method of a payment device according to an embodiment of the present disclosure;

fig. 11 is a schematic diagram of a communication device of a payment apparatus in an embodiment of the present application;

FIG. 12 is a schematic diagram of a computing device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention.

The conventional payment device and cash register communicate in a one-way communication mode, that is, information (for example, a payment code) is transmitted from the payment device to the cash register side, and processing such as deduction is performed. As shown in fig. 1, the merchant may place an order through a cash register. The payment equipment can acquire the face characteristics of the customer by face brushing and acquire the payment code corresponding to the face characteristics. And sending the payment code to the cash register through a USB HID (USB Human Interface Device) communication function so that the cash register can carry out settlement according to the received payment code.

It can be seen that a disadvantage of this approach is that the cash register is unable to send information to the payment device. If the merchant wishes to display member information, merchandise information, etc. on the payment device during the customer order purchase process, the cash register cannot send such information to the payment device for display.

In view of this, the present application provides a payment device communication method. According to the method, payment equipment calls HID driving to send first-class information such as payment codes and membership codes to a cash register. The payment Device can call a CDC (Communication Device Class Specification) driver, and receive second-type information such as member information and commodity information returned from the cash register.

According to the method, the payment equipment and the cash register can realize two-way communication on one USB physical link, so that the communication capacity of the payment equipment and the cash register is increased, and various detailed information of the customer purchase order can be displayed through the payment equipment.

In order to clearly understand the technical solutions provided in the embodiments of the present application, the HID and the CDC in the embodiments of the present application are briefly described below with reference to fig. 2.

HID is short for USB human interface device. Such as keyboards, mice, game controllers, alphanumeric display devices, etc., are part of the USB specification for computer peripherals.

The CDC is short for USB communication devices. The USB interface can be virtualized into other communication interfaces such as a serial port, an Ethernet interface, an ISDN interface and the like through a USB CDC protocol.

In the logical organization of USB devices, there are 4 levels of devices, configurations, interfaces, and endpoints.

Configuration: each USB device provides different levels of configuration information and may contain one or more configurations that cause the device to exhibit different combinations of functions, a configuration consisting of multiple interfaces.

Interface: in the USB protocol, the interface is composed of a plurality of endpoints, represents a basic function, and is an object controlled by the driver of the USB device, and a USB device with complex function may have a plurality of interfaces. There may be multiple interfaces in each configuration, and the device interface is a collection of endpoints (collection). For example, a USB speaker may contain an audio interface and interfaces to knobs and buttons. All interfaces in one configuration may be active at the same time and may be connected by different drivers.

End point: endpoints are the most basic form of USB communication, and each USB device interface appears to the host as a collection of endpoints. The host can only communicate with the device through the endpoint to use the device's functionality. In a USB system each endpoint has a unique address, given by the device address and the endpoint number. One end point can only transmit data in one direction (in/out), and the natural pipe is also one-way. Each USB device has at least two or more endpoints/pipes: they are ingress and egress, respectively, with endpoint number 0 being used to control devices on the bus.

Fig. 3 is a schematic view of an application scenario of a communication method of a payment device in the embodiment of the present application. The scenario includes 300 and 301.

As shown in fig. 3, the payment device 300 invokes the HID driver, sending the first type of information to the cash register 301. The first type of information is user information required for completing payment. The payment device 300 invokes the CDC driver, receives the second type of information returned by the cash register 301, and presents it. The second type of information is information which needs to be checked and/or confirmed by a user in the payment process, and the security level of the first type of information is higher than that of the second type of information.

In particular, the payment device may be an intelligent terminal device, such as a smart phone, a tablet computer, a personal computer, and the like.

Referring to fig. 4, which is a flowchart of a communication method of a payment device in an embodiment of the present application, the method may include the following steps:

step 401: calling the HID drive, and sending the first type of information to the cash register; the first type of information is user information required for completing payment.

Specifically, the first type of information may be a member code or a payment code, etc.

Step 402: calling a CDC drive, and receiving second type information returned by the cash register; the second type of information is information which needs to be viewed and/or confirmed by a user in the payment process.

Wherein the second type of information may include at least one of: member information, display object information, and electronic resource information. The display object information may be commodity attribute information or the like.

Step 403: and displaying the second type of information.

According to the method, the payment equipment can realize the bidirectional communication function with the cash register through HID driving and CDC communication, and the communication capacity of the payment equipment and the cash register is increased, so that the cash register can display information needed by more users through the payment equipment. In addition, the information with high safety level requirement is sent to the cash register through the HID drive, and important information can be protected based on the HID communication protocol.

Fig. 5 is an interface diagram of a payment device in an embodiment of the present application. In one possible embodiment, the first type of information includes a member code and the second type of information includes member information. Before executing the step 301, the payment device responds to an input operation instruction of the user identification code, and acquires a member code corresponding to the user identification code. And calling the HID drive and sending the member code to a cash register. And the cash register acquires the member information corresponding to the member code through the member code. The payment device invokes the CDC driver to receive the member information returned by the cash register and present it on the interface, as shown in fig. 5.

Specifically, the user identification code is used to identify a user identity, such as a mobile phone number and an identification number of the user, or may also be login information such as an account number and a password of the user.

Fig. 6 is a diagram of an interface of a payment device in the embodiment of the present application. In order to ensure the safety of user information, before the member code corresponding to the user identification code is acquired, the payment equipment can call CDC drive to receive a face brushing instruction sent by the cash register; and displaying a face brushing interface shown as a diagram a in figure 6 based on the face brushing instruction. Acquiring a face image based on the face brushing interface, and acquiring the face features to be verified in the face image; and if the face features to be verified are determined to be the same as the face features corresponding to the pre-stored user identification codes, responding to an input operation instruction of the user identification codes, and acquiring the member codes corresponding to the user identification codes.

In specific implementation, the CDC driver may be invoked to receive an audit command sent by the cash register, and the audit command is displayed on the face-brushing interface, as shown in fig. 6 b. For example, the examination instructions such as "please shake the head", "please click the head", "please blink" and the like are displayed in the face brushing interface.

According to the method, the face characteristics of the user can be obtained through the face brushing instruction, and are compared with the face characteristics corresponding to the user identification code, so that whether the user operates the face recognition method or not is determined, and the safety of information such as the member code of the user is ensured. In addition, 3D (3 Dimensions) biopsy can be performed through an audit command, and the safety of information is further ensured.

Fig. 7 is an interface diagram of a payment device in an embodiment of the present application. In one possible embodiment, the first type of information may include a payment code and the second type of information may include presentation object information and electronic resource information. The payment device calls the CDC driver, receives the display object information and the electronic resource information returned by the cash register, and displays the description information of each display object, the electronic resource information corresponding to each display object, and the statistical information of the electronic resource information of each display object in the interface, as shown in a diagram of fig. 7.

And the payment equipment responds to the operation instruction for confirming the statistical information, acquires the payment code, calls the HID drive and sends the payment code to the cash register. And the cash register deducts money according to the payment code to generate settlement information. The payment device calls the CDC driver, receives settlement information returned by the cash register, and displays the settlement information on the interface as shown in b of fig. 7.

According to the method, the payment equipment is driven by the HID and the CDC, the bidirectional communication function with the cash register is realized, and the information of each commodity and settlement information in the payment process can be displayed.

In order to clearly understand the technical solution provided by the embodiment of the present application, a driving layer of the payment device in the payment process is described below.

Fig. 8 is a schematic diagram of a driving layer of the payment device in the embodiment of the present application. As shown in fig. 8, the Driver Layer is divided into a USB Device Controller Driver (USB Device Controller Driver), a slave Device Driver (Gadget Driver), a slave Device configuration file system (Gadget ConfigFS), and a slave Device Application Programming Interface (API) Layer (Gadget API Layer).

The USB device controller driver refers to the driver of the upper and lower hardware controllers of the USB hardware device as the peripheral of other USB host controllers, and the hardware and the driver are responsible for attaching one USB device to one USB host controller. The Gadget API Layer is responsible for a universal slave device driver access Layer and provides a uniform access interface for the USB device controller driver. The Gadget (slave device) driver provides a driver with a certain special function based on the Gadget API, such as a USB HID device driver, a USB CDC device driver, and the like. The Gadget Config FS provides the capability of configuring multiple functions of the USB composite device for the user space, the actual product can carry out interface combination configuration under the directory corresponding to the Gadget Config FS as required, and the Kernel (core) layer can create corresponding device nodes and load corresponding drivers.

Fig. 9 is a schematic diagram of a driving layer of a payment device and a cash register according to an embodiment of the present application. The access layer is mainly used for a two-way communication function, and the application layer is mainly used for actual business communication between the payment device and the cash register, for example, the payment device sends a payment code and a member code to the cash register, and the payment device and the cash register receive and send member information, order information, payment information and the like.

As shown in fig. 9, the payment device receives the user id code input by the user through the application layer, and obtains the member code corresponding to the user id code. And responding to an input operation instruction of the user identification code, calling the USB HID driver to send the member code to the cash register. And the cash register calls the USB HID driver to receive the member code and acquire the member information corresponding to the member code. And calling the USB CDC driver to send the member information to the payment device. And the payment equipment calls the USB CDC driver, receives the member information and displays the member information on the interface.

In order to clearly understand the technical solutions provided in the embodiments of the present application, the technical solutions of the present application are further explained below through specific embodiments.

Referring to fig. 10, a timing diagram of a communication method of a payment device in an embodiment of the present application may include the following steps:

step 1001: the cash register application layer sends the face brushing instruction to the cash register driving layer.

Step 1002: the CDC drive is called to cash registering machine driver layer, will brush face instruction and send for cash registering machine driver layer.

Step 1003: and the payment equipment sends the face brushing instruction to the payment equipment application layer.

Step 1004: the method comprises the steps that a payment device application layer collects a face image, responds to an input operation instruction of a user identification code, and acquires a member code corresponding to the user identification code if the face feature to be verified is determined to be the same as the face feature corresponding to the pre-stored user identification code.

Step 1005: the payment device application layer sends the member code to the payment device driver layer.

Step 1006: the payment device driver layer calls the HID driver and sends the member code to the cash register driver layer.

Step 1007: the cash register driver layer sends the member code to the cash register application layer.

Step 1008: and the cash register application layer acquires the member information corresponding to the member code according to the member code.

Step 1009: the cash register application layer sends the member information to the cash register driver layer.

Step 1010: the cash register driver layer calls the CDC driver and sends the member information to the payment device driver layer.

Step 1011: the payment device driver layer sends the member information to the payment device application layer.

Step 1012: the payment device application layer presents the member information in an interface.

Step 1013: the cash register application layer inputs the display object information and the electronic resource information.

Step 1014: and the cash register application layer sends the display object information and the electronic resource information to the cash register drive layer.

Step 1015: and the cash register driving layer calls the CDC driving to send the display object information and the electronic resource information to the payment equipment driving layer.

Step 1016: and the payment equipment driving layer sends the display object information and the electronic resource information to the payment equipment application layer.

Step 1017: and the payment equipment application layer displays the display object information and the electronic resource information in the interface.

Step 1018: and the payment equipment application layer responds to the operation instruction for confirming the display object information and the electronic resource information to acquire the payment code.

Step 1019: and the payment device application layer sends the payment code to the payment device driver layer.

Step 1020: and the payment device driver layer calls the HID driver and sends the payment code to the cash register driver layer.

Step 1021: the cash register driver layer sends the payment code to the cash register application layer.

Step 1022: and the cash register application layer carries out deduction processing according to the payment codes to obtain settlement information.

Step 1023: the cash register application layer sends the settlement information to the cash register drive layer.

Step 1024: and the cash register driving layer calls the CDC driving and sends settlement information to the payment equipment driving layer.

Step 1025: and the payment device driver layer sends the settlement information to the payment device application layer.

Step 1026: the payment device application layer presents settlement information in an interface.

Based on the same inventive concept, the embodiment of the application also provides a payment device communication device. Fig. 11 is a schematic diagram of a communication device of a payment apparatus according to an embodiment of the present application. The device includes:

the sending module 1101 is configured to invoke a human interface device HID driver, and send the first type of information to the cash register; the first type of information is user information required for completing payment;

the receiving module 1102 is configured to invoke a CDC driver of the communication device, and receive the second type of information returned by the cash register; the second type of information is information which needs to be checked and/or confirmed by a user in the payment process; wherein the first type of information is higher in security level than the second type of information;

a displaying module 1103, configured to display the second type of information.

the sending module 1101 is specifically configured to:

and calling the HID drive to send the member code to the cash register.

Optionally, the receiving module 1102 is further configured to:

Optionally, the second type of information includes display object information and electronic resource information, and the display module 1103 is specifically configured to:

the sending module 1101 is specifically configured to:

and calling the HID driver to send the payment code to the cash register.

Having described a payment device communication method and apparatus of an exemplary embodiment of the present application, a computing apparatus according to another exemplary embodiment of the present application is next described.

As will be appreciated by one skilled in the art, aspects of the present application may be embodied as a system, method or program product. Accordingly, various aspects of the present application may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

In some possible implementations, a computing device according to the present application may include at least one processor, and at least one memory. Wherein the memory stores program code which, when executed by the processor, causes the processor to perform the steps of the payment device communication method according to various exemplary embodiments of the present application described above in the present specification. For example, the processor may perform steps 401-403 as shown in fig. 4 or steps 1001-1026 as shown in fig. 10.

The computing device 130 according to this embodiment of the present application is described below with reference to fig. 12. The computing device 130 shown in fig. 12 is only an example, and should not bring any limitation to the function and the scope of use of the embodiments of the present application.

As shown in FIG. 12, computing device 130 is embodied in the form of a general purpose computing device. Components of computing device 130 may include, but are not limited to: the at least one processor 131, the at least one memory 132, and a bus 133 that connects the various system components (including the memory 132 and the processor 131).

Bus 133 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, or a local bus using any of a variety of bus architectures.

The memory 132 may include readable media in the form of volatile memory, such as Random Access Memory (RAM)1321 and/or cache memory 1322, and may further include Read Only Memory (ROM) 1323.

Memory 132 may also include a program/utility 1325 having a set (at least one) of program modules 1324, such program modules 1324 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Computing device 130 may also communicate with one or more external devices 134 (e.g., keyboard, pointing device, etc.), with one or more devices that enable a user to interact with computing device 130, and/or with any devices (e.g., router, modem, etc.) that enable computing device 130 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 135. Also, computing device 130 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via network adapter 136. As shown, network adapter 136 communicates with other modules for computing device 130 over bus 133. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with computing device 130, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

In some possible embodiments, the various aspects of a payment device communication method provided by the present application may also be implemented in the form of a program product comprising program code for causing a computer device to perform the steps in a payment device communication method according to various exemplary embodiments of the present application described above in this specification when the program product is run on a computer device, for example, the computer device may perform the steps 401-403 as shown in fig. 4 or the steps 1001-1026 as shown in fig. 10.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product for payment device communication of embodiments of the present application may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be executable on a computing device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user computing device, partly on the user equipment, as a stand-alone software package, partly on the user computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more units described above may be embodied in one unit, according to embodiments of the application. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Further, while the operations of the methods of the present application are depicted in the drawings in a particular order, this does not require or imply that these operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may 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, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A payment device communication method, the method comprising:

and displaying the second type of information.

2. The method of claim 1, wherein the first type of information comprises a member code, and wherein invoking the HID driver further comprises, prior to sending the first type of information to the cash register:

and calling the HID drive to send the member code to the cash register.

3. The method of claim 2, wherein before the step of acquiring the member code corresponding to the user id in response to the operation instruction input by the user id, the method further comprises:

displaying a face brushing interface based on the face brushing instruction;

4. The method of claim 1, wherein the second type of information comprises at least one of the following information: member information, display object information, and electronic resource information.

5. The method of claim 4, wherein if the second type of information comprises presentation object information and electronic resource information, presenting the second type of information comprises:

and calling the HID driver to send the payment code to the cash register.

6. A payment device communication apparatus, the apparatus comprising:

and the display module is used for displaying the second type of information.

7. The apparatus of claim 6, wherein the first type of information comprises a member code, the apparatus further comprising:

the sending module is specifically configured to:

and calling the HID drive to send the member code to the cash register.

8. The apparatus of claim 7, wherein the receiving module is further configured to:

9. The apparatus of claim 6, wherein the second type of information comprises at least one of: member information, display object information, and electronic resource information.

10. The apparatus of claim 9, wherein if the second type of information includes display object information and electronic resource information, the display module is specifically configured to:

the description information of each display object and the electronic resource information corresponding to each display object are displayed in the interface,

and statistical information of the electronic resource information of each display object;

the sending module is specifically configured to:

and calling the HID driver to send the payment code to the cash register.

11. A computing device, comprising:

at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-5.