CN112116342B - Payment equipment communication method and device - Google Patents

Payment equipment communication method and device Download PDF

Info

Publication number
CN112116342B
CN112116342B CN201910545048.3A CN201910545048A CN112116342B CN 112116342 B CN112116342 B CN 112116342B CN 201910545048 A CN201910545048 A CN 201910545048A CN 112116342 B CN112116342 B CN 112116342B
Authority
CN
China
Prior art keywords
information
type
cash register
payment
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910545048.3A
Other languages
Chinese (zh)
Other versions
CN112116342A (en
Inventor
吴进发
卢鑫畅
王少鸣
郭润增
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910545048.3A priority Critical patent/CN112116342B/en
Publication of CN112116342A publication Critical patent/CN112116342A/en
Application granted granted Critical
Publication of CN112116342B publication Critical patent/CN112116342B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated

Abstract

The embodiment of the application provides a communication method and a communication device for payment equipment, relates to the technical field of internet finance, and aims to solve the problem that the communication method for the payment equipment and a cash register is single. In the method, a human interface device HID driver is called, and first-class information is sent to a cash register; the first type of information is user information required for completing payment; calling a communication device CDC drive, and receiving second-class 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 security level of the first type of information is higher than that of the second type of information; and displaying the second type of information. The CDC driver and the HID driver are configured on the payment device, so that the payment device and the cash register can realize two-way communication on one USB physical link, the communication capability of the payment device and the cash register is increased, and various detailed information of a customer buying 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 communication modes of the payment device (such as a code scanner, a face-brushing payment device and the like) and the cash register are all one-way communication modes, namely, the payment device sends information to the cash register side for receiving processing. However, a disadvantage of this way of communication is that the cash register cannot send information to the payment device.
If the merchant wishes to present information on the payment device during the customer's purchase, the cash register is unable to send information to the payment device for presentation. Therefore, the existing communication method between the payment device and the cash register is single, and cannot meet various scenes.
Disclosure of Invention
In order to solve the problem that a communication method between a payment device and a cash register is single, the embodiment of the application provides a communication method and a device for the payment device, which are used for realizing two-way communication between the payment device and the cash register.
In a first aspect, an embodiment of the present application provides a method for communicating with a payment device, where the method includes:
invoking a human interface device HID 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 communication device CDC drive, and receiving second-class 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 security level of the first type of information is higher than that of the second type of information;
and displaying the second type of information.
Optionally, the first type of information includes a member code, and before the HID driver is invoked to send the first type of information to the cash register, the method further includes:
responding to an input operation instruction of a user identity identification code, and acquiring a member code corresponding to the user identity identification code;
invoking an HID driver to send a first type of information to a cash register, comprising:
and calling an HID driver, and sending the membership code to a cash register.
Optionally, before the step of responding to the input operation instruction of the user identification code and obtaining the member code corresponding to the user identification code, the method further comprises:
invoking CDC drive, and receiving a face brushing instruction sent by the cash register;
based on the face brushing instruction, displaying a face brushing interface;
based on the face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image;
responding to an input operation instruction of a user identity identification code, acquiring a member code corresponding to the user identity identification code, and comprising the following steps:
if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of 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 description information of each display object, electronic resource information corresponding to each display object and 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 the operation instruction for confirming the statistical information, and acquiring a payment code;
invoking an HID driver to send a first type of information to a cash register, comprising:
and calling the HID driver, and sending the payment code to the cash register.
In a second aspect, another embodiment of the present application further provides a payment device communication apparatus, the apparatus including:
the sending module is used for calling a human interface device HID 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 a communication device CDC drive and receiving second-class 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 security level of the first type of information is higher than that of 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 driver and responding to an input operation instruction of the user identity code before sending the first type of information to the cash register to acquire a member code corresponding to the user identity code;
the sending module is specifically configured to:
and calling an HID driver, and sending the membership code to a cash register.
Optionally, the receiving module is further configured to:
responding to an input operation instruction of a user identity identification code, calling a CDC drive before acquiring a member code corresponding to the user identity identification code, and receiving a face brushing instruction sent by the cash register;
the first response module is further configured to: based on the face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image;
the first response module is specifically configured to: if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of 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, the display module is specifically configured to:
displaying description information of each display object, electronic resource information corresponding to each display object and statistical information of the electronic resource information of each display object in an interface;
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, and sending the payment code to the cash register.
In a third aspect, another embodiment of the present application also provides a computing device, including at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions 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 the 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 perform any of the payment device communication methods of the embodiments of the present application.
According to the payment equipment communication method and device, as the CDC driver and the HID driver are configured on the payment equipment, the payment equipment and the cash register can realize two-way communication on one USB physical link, the communication capacity of the payment equipment and the cash register is increased, and therefore various detailed information of a customer order can be displayed through the payment equipment.
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 practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments of the present application will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a schematic diagram of an application scenario of a communication method of a conventional payment device;
FIG. 2 is a diagram showing the logical composition of a USB device according to an embodiment of the present application;
fig. 3 is a schematic diagram of an application scenario of a communication method of a payment device according to an embodiment of the present application;
FIG. 4 is a flow chart of a method of communication of a payment device in an embodiment of the application;
FIG. 5 is an interface diagram of a payment device in an embodiment of the present 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 present application;
FIG. 8 is a schematic diagram of a driving layer of a payment device according to an embodiment of the present application;
FIG. 9 is a schematic diagram of the drive layer of a payment device and cash register in an embodiment of the present application;
FIG. 10 is a timing diagram of a method of communication of a payment device in an embodiment of the present application;
FIG. 11 is a schematic diagram of a communication device of a payment device according to an embodiment of the present application;
FIG. 12 is a schematic diagram of a computing device according to an embodiment of the application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application.
The conventional communication method between the payment device and the cash register is a one-way communication method, that is, information (for example, a payment code) is transmitted from the payment device to the cash register side, and processes such as payment are performed. As shown in fig. 1, the merchant may place an order through the cash register. The payment equipment can acquire the face characteristics of the customer through face brushing, and acquire the payment codes corresponding to the face characteristics. The payment code is sent to the cash register through a USB HID (USB Human Interface Device Class Specification, USB human-machine interface device) communication function so that the cash register can settle accounts according to the received payment code.
It can be seen that a disadvantage of this approach is that the cash register cannot send information to the payment device. If the merchant wishes to display member information, commodity information and the like on the payment device during the purchase of the customer, the cash register cannot send the information to the payment device for display.
In view of this, an embodiment of the present application provides a communication method for a payment device. In the method, the payment device sends first-class information such as a payment code, a membership code and the like to the cash register by calling the HID driver. The payment device can also call CDC (Communication Device Class Specification, communication device) drive to receive the second type information such as member information and commodity information returned by 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 capability of the payment equipment and the cash register is increased, and various detailed information of a customer order can be displayed through the payment equipment.
In order to clearly understand the technical solution provided by the embodiment of the present application, the following description will simply discuss HID and CDC in the embodiment of the present application with reference to fig. 2.
HID is an abbreviation for USB human interface device. Such as a keyboard, mouse, game controller, alphanumeric display device, etc., are part of the USB specification for computer peripherals.
CDC is an abbreviation for USB communication device. The USB interface may be virtualized by the USB CDC protocol to other communication interfaces such as serial, ethernet, ISDN, etc.
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, which may include one or more configurations, which cause the device to exhibit different combinations of functions, the configurations being made up of multiple interfaces.
An interface: in the USB protocol, an interface is composed of multiple endpoints, representing a basic function, and is an object controlled by a USB device driver, and a USB device with complex functions may have multiple interfaces. There may be multiple interfaces in each configuration, and the device interface is a collection of endpoints. For example, a USB speaker may contain an audio interface and interface 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 functionality of the device. In a USB system, each endpoint has a unique address, which is given by the device address and endpoint number. An endpoint can only transmit data in one direction (in/out), and the natural pipe is also unidirectional. Each USB device has at least two or more endpoints/pipes: they are in and out, respectively, with endpoints numbered 0 for controlling devices on the bus.
Fig. 3 is a schematic application scenario diagram of a communication method of a payment device according to an embodiment of the present application. The scenario includes 300 and 301.
As shown in fig. 3, the payment device 300 invokes an HID driver, sending a first type of information to the cash register 301. Wherein 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 a smart terminal device, such as a smart phone, tablet, personal computer, etc.
Referring to fig. 4, a flowchart of a communication method of a payment device according to an embodiment of the present application may include the following steps:
step 401: calling HID drive, and sending the first type of information to a cash register; the first type of information is user information required for completing payment.
Specifically, the first type of information may be a membership code or a payment code, etc.
Step 402: invoking CDC drive, and receiving second-class 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 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 merchandise attribute information or the like.
Step 403: and displaying the second type of information.
According to the method, the payment equipment can realize the two-way 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 requirements is sent to the cash register through the HID driver, so that important information can be protected based on an HID communication protocol.
Referring to fig. 5, an interface diagram of a payment device according to an embodiment of the present application is shown. In one possible embodiment, the first type of information includes a member code and the second type of information includes member information. Before executing step 301, the payment device responds to the input operation instruction of the user identification code to obtain the member code corresponding to the user identification code. And calling the HID driver and sending the membership 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 is presented on the interface, as shown in fig. 5.
Specifically, the user identification code is used for identifying the user identity, such as a mobile phone number and an identity card number of the user, or may 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 according to an embodiment of the present application. In order to ensure the safety of user information, before acquiring the member code corresponding to the user identification code, the payment equipment can also call CDC drive to receive the face brushing instruction sent by the cash register; based on the face brushing instruction, a face brushing interface shown in a diagram a of fig. 6 is displayed. Based on the face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image; if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of the user identification codes.
In specific implementation, the CDC driver may be invoked, and an audit instruction sent by the cash register may be received and displayed in the face brushing interface, as shown in fig. 6 b. For example, the review instructions such as "please shake the head", "please nod the head", "please blink", etc. 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 compared with the face characteristics corresponding to the user identification code, so that whether the user operates the mobile terminal or not is confirmed, and the safety of information such as the member code of the user is guaranteed. In addition, 3D (three-dimensional) living body examination can be performed through the examination instruction, so that the safety of information is further ensured.
Referring to fig. 7, an interface diagram of a payment device according to an embodiment of the present application is shown. 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 equipment calls the CDC drive, 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 a payment code, calls an HID driver and sends the payment code to the cash register. And the cash register deducts money according to the payment code, and generates settlement information. The payment device invokes the CDC driver, receives the settlement information returned by the cash register, and is shown on the interface as shown in fig. 7 b.
According to the method, the payment equipment is driven by the HID and CDC, so that the bidirectional communication function with the cash register is realized, and 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 description is given below of a driving layer of a payment device in a payment process.
Referring to fig. 8, a schematic diagram of a driving layer of a payment device according to an embodiment of the present application is shown. 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 profile system (Gadget ConfigFS), and a slave device application programming interface (API, application Programming Interface) Layer (Gadget API Layer).
USB device controller drivers refer to drivers for the underlying hardware controllers on USB hardware devices that are peripheral to other USB host controllers, the hardware and drivers being responsible for attaching a USB device to a USB host controller. The Gadget API Layer is responsible for a universal slave device drive access Layer and provides a unified access interface for a USB device controller drive. The Gadget (slave) driver provides a driver with a specific function based on the Gadget API, such as a USB HID device class driver, a USB CDC device class driver, etc. The Gadget Config FS provides the capability of the configurable USB composite device for the user space, the actual product can carry out interface combination configuration under the catalog corresponding to the Gadget Config FS according to the requirement, and the Kernel layer can create corresponding device nodes and load corresponding drivers.
Referring to fig. 9, a schematic diagram of a driving layer of a payment device and a cash register according to an embodiment of the present application is shown. The access layer is mainly used for two-way communication, 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 sends and receives member information, order information, payment information and the like to and from the cash register.
As shown in fig. 9, the payment device receives the user id input by the user through the application layer, and obtains the member code corresponding to the user id. And in response to the input operation instruction of the user identification code, the USB HID driver is called to send the member code to the cash register. And the cash register calls USB HID drive, receives the member code and acquires member information corresponding to the member code. And, invoking a USB CDC driver to send the member information to the payment device. The payment device invokes the USB CDC driver, receives the member information, and displays the member information on the interface.
In order to clearly understand the technical scheme provided by the embodiment of the present application, the technical scheme of the present application is further explained by a specific embodiment.
Referring to fig. 10, a timing diagram of a communication method of a payment device according to an embodiment of the present application may include the following steps:
step 1001: the cash register application layer sends a face brushing instruction to the cash register driving layer.
Step 1002: the cash register driving layer invokes CDC driving and sends a face brushing instruction to the cash register driving layer.
Step 1003: the payment device sends a face brushing instruction to the payment device application layer.
Step 1004: the payment equipment application layer acquires a face image, responds to an input operation instruction of a user identity code, and acquires a member code corresponding to the user identity code if the face characteristic to be verified is determined to be the same as the face characteristic corresponding to the pre-stored user identity code.
Step 1005: the payment device application layer sends the membership code to the payment device driver layer.
Step 1006: the payment device driver layer invokes the HID driver and sends the membership code to the cash register driver layer.
Step 1007: the cash register drive layer sends the membership 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 membership information to the cash register drive layer.
Step 1010: the cash register drive layer invokes the CDC drive and sends the member information to the payment device drive layer.
Step 1011: the payment device driver layer transmits 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 presentation object information and electronic resource information.
Step 1014: the cash register application layer sends the display object information and the electronic resource information to the cash register driving layer.
Step 1015: the cash register driving layer invokes CDC driving and sends the display object information and the electronic resource information to the payment equipment driving layer.
Step 1016: the payment device driver layer sends the presentation object information and the electronic resource information to the payment device application layer.
Step 1017: the payment equipment application layer displays the display object information and the electronic resource information in the interface.
Step 1018: the payment device application layer obtains a payment code in response to an operation instruction confirming the display object information and the electronic resource information.
Step 1019: the payment device application layer sends the payment code to the payment device driver layer.
Step 1020: the payment device driver layer invokes the HID driver to send the payment code to the cash register driver layer.
Step 1021: the cash register drive 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 code to obtain settlement information.
Step 1023: the cash register application layer sends the settlement information to the cash register drive layer.
Step 1024: the cash register drive layer invokes the CDC drive and sends settlement information to the payment device drive layer.
Step 1025: the payment device driver layer transmits 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 equipment communication device. Referring to fig. 11, a schematic diagram of a communication device of a payment apparatus according to an embodiment of the present application is shown. The device comprises:
the sending module 1101 is configured to invoke a human interface device HID driver to send the first type of information to the cash register; the first type of information is user information required for completing payment;
a receiving module 1102, configured to invoke a CDC driver of the communication device, and receive 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 security level of the first type of information is higher than that of the second type of information;
and a display module 1103, configured to display 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 driver and responding to an input operation instruction of the user identity code before sending the first type of information to the cash register to acquire a member code corresponding to the user identity code;
the sending module 1101 is specifically configured to:
and calling an HID driver, and sending the membership code to a cash register.
Optionally, the receiving module 1102 is further configured to:
responding to an input operation instruction of a user identity identification code, calling a CDC drive before acquiring a member code corresponding to the user identity identification code, and receiving a face brushing instruction sent by the cash register;
the first response module is further configured to: based on the face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image;
the first response module is specifically configured to: if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of 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, the second type of information includes display object information and electronic resource information, and the display module 1103 is specifically configured to:
displaying description information of each display object, electronic resource information corresponding to each display object and statistical information of the electronic resource information of each display object in an interface;
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 1101 is specifically configured to:
and calling the HID driver, and sending the payment code to the cash register.
Having described a payment device communication method and apparatus according to an exemplary embodiment of the present application, next, a computing apparatus according to another exemplary embodiment of the present application is described.
Those skilled in the art will appreciate that the various aspects of the application may be implemented as a system, method, or program product. Accordingly, aspects of the application may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.
In some possible implementations, a computing device according to the application may include at least one processor, and at least one memory. Wherein the memory stores program code that, when executed by the processor, causes the processor to perform the steps in the payment device communication method according to various exemplary embodiments of the application described hereinabove. For example, the processor may perform steps 401-403 as shown in fig. 4 or steps 1001-1026 as shown in fig. 10.
A computing device 130 according to such an embodiment of the application is described below with reference to fig. 12. The computing device 130 shown in fig. 12 is merely an example and should not be taken as limiting the functionality and scope of use of embodiments of the present application.
As shown in fig. 12, the computing device 130 is 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 connecting the various system components, including the memory 132 and the processor 131.
Bus 133 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, and a local bus using any of a variety of bus architectures.
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 include, but are not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.
The computing device 130 may also communicate with one or more external devices 134 (e.g., keyboard, pointing device, etc.), one or more devices that enable a user to interact with the computing device 130, and/or any devices (e.g., routers, modems, etc.) that enable the computing device 130 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 135. Moreover, computing device 130 may also communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet, through network adapter 136. As shown, network adapter 136 communicates with other modules for computing device 130 over bus 133. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in connection with computing device 130, including, but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
In some possible embodiments, 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 of a payment device communication method according to the various exemplary embodiments of the present application described herein above when the program product is run on a computer device, e.g. the computer device may perform steps 401-403 as shown in fig. 4 or 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. The readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk 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 run 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.
The readable signal medium may include a data signal propagated in baseband or as part of a carrier wave with readable program code embodied therein. 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 of the foregoing. 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's computing device, partly on the user's equipment, as a stand-alone software package, partly on the user's computing device, 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., connected via 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 a division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the elements described above may be embodied in one element in accordance with embodiments of the present application. Conversely, the features and functions of one unit described above may be further divided into a plurality of units to be embodied.
Furthermore, although the operations of the methods of the present application are depicted in the drawings in a particular order, this is not required to either imply that the operations must be performed in that particular order or that all of the illustrated operations be performed to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.
It will be appreciated by those skilled in the art that 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 flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations 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 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. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.

Claims (11)

1. A method of payment device communication, the method comprising:
invoking a human interface device HID 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 communication device CDC drive, and receiving second-class 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 security level of the first type of information is higher than that of the second type of information;
and displaying the second type of information.
2. The method of claim 1, wherein the first type of information comprises a membership code, wherein the invoking HID driver, before sending the first type of information to the cash register, further comprises:
responding to an input operation instruction of a user identity identification code, and acquiring a member code corresponding to the user identity identification code;
invoking an HID driver to send a first type of information to a cash register, comprising:
and calling an HID driver, and sending the membership code to a cash register.
3. The method according to claim 2, wherein before acquiring the member code corresponding to the user id in response to the input operation instruction of the user id, further comprising:
invoking CDC drive, and receiving a face brushing instruction sent by the cash register;
based on the face brushing instruction, displaying a face brushing interface;
based on the face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image;
responding to an input operation instruction of a user identity identification code, acquiring a member code corresponding to the user identity identification code, and comprising the following steps:
if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of the user identification codes.
4. The method of claim 1, wherein the second type of information comprises at least one of: member information, display object information, and electronic resource information.
5. The method of claim 4, wherein if the second type of information includes presentation object information and electronic resource information, presenting the second type of information includes:
displaying description information of each display object, electronic resource information corresponding to each display object and 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 the operation instruction for confirming the statistical information, and acquiring a payment code;
invoking an HID driver to send a first type of information to a cash register, comprising:
and calling the HID driver, and sending the payment code to the cash register.
6. A payment device communication apparatus, the apparatus comprising:
the sending module is used for calling a human interface device HID 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 a communication device CDC drive and receiving second-class 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 security level of the first type of information is higher than that of the second type of information;
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 membership code, the apparatus further comprising:
the first response module is used for calling the HID driver and responding to an input operation instruction of the user identity code before sending the first type of information to the cash register to acquire a member code corresponding to the user identity code;
the sending module is specifically configured to:
and calling an HID driver, and sending the membership code to a cash register.
8. The apparatus of claim 7, wherein the receiving module is further configured to:
responding to an input operation instruction of a user identity identification code, calling a CDC drive before acquiring a member code corresponding to the user identity identification code, and receiving a face brushing instruction sent by the cash register;
the first response module is further configured to: based on a face brushing interface, acquiring a face image and acquiring face characteristics to be verified in the face image;
the first response module is specifically configured to: if the face characteristics to be verified are the same as the face characteristics corresponding to the pre-stored user identification codes, acquiring the member codes corresponding to the user identification codes in response to the input operation instruction of the user identification codes.
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:
displaying the description information of each display object and the electronic resource information corresponding to each display object in the interface,
and statistics of electronic resource information of each display object;
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, and sending 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.
CN201910545048.3A 2019-06-21 2019-06-21 Payment equipment communication method and device Active CN112116342B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910545048.3A CN112116342B (en) 2019-06-21 2019-06-21 Payment equipment communication method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910545048.3A CN112116342B (en) 2019-06-21 2019-06-21 Payment equipment communication method and device

Publications (2)

Publication Number Publication Date
CN112116342A CN112116342A (en) 2020-12-22
CN112116342B true CN112116342B (en) 2023-10-20

Family

ID=73795294

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910545048.3A Active CN112116342B (en) 2019-06-21 2019-06-21 Payment equipment communication method and device

Country Status (1)

Country Link
CN (1) CN112116342B (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103824185A (en) * 2014-03-05 2014-05-28 平安付智能技术有限公司 mobile intelligent terminal payment method and system based on low-power-consumption Bluetooth
KR101579118B1 (en) * 2015-05-22 2015-12-21 이제원 Payment information send/receive device by bluetooth communication, method and program for payment bt mobile device
KR20160041261A (en) * 2014-10-07 2016-04-18 주식회사 유니온 넷 Smart dongle and smart presentation system using the smart dongle and smart presentation method using the smart presentation system
CN108122110A (en) * 2016-11-30 2018-06-05 杭州海康威视数字技术股份有限公司 Definite method, equipment and the system of a kind of membership information
CN108922080A (en) * 2018-06-06 2018-11-30 福建联迪商用设备有限公司 A kind of the barcode scanning payment test method and cash register of control barcode scanning gun
CN109598515A (en) * 2018-11-29 2019-04-09 阿里巴巴集团控股有限公司 A kind of method of payment, payment mechanism and terminal device

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106296152B (en) * 2015-05-19 2020-02-11 阿里巴巴集团控股有限公司 Method, system, collection device and client for realizing payment
SG10201606469QA (en) * 2016-08-04 2018-03-28 Mastercard Asia Pacific Pte Ltd System and method for controlling settlement

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103824185A (en) * 2014-03-05 2014-05-28 平安付智能技术有限公司 mobile intelligent terminal payment method and system based on low-power-consumption Bluetooth
KR20160041261A (en) * 2014-10-07 2016-04-18 주식회사 유니온 넷 Smart dongle and smart presentation system using the smart dongle and smart presentation method using the smart presentation system
KR101579118B1 (en) * 2015-05-22 2015-12-21 이제원 Payment information send/receive device by bluetooth communication, method and program for payment bt mobile device
CN108122110A (en) * 2016-11-30 2018-06-05 杭州海康威视数字技术股份有限公司 Definite method, equipment and the system of a kind of membership information
CN108922080A (en) * 2018-06-06 2018-11-30 福建联迪商用设备有限公司 A kind of the barcode scanning payment test method and cash register of control barcode scanning gun
CN109598515A (en) * 2018-11-29 2019-04-09 阿里巴巴集团控股有限公司 A kind of method of payment, payment mechanism and terminal device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王斌等.《TMS320C6748 DSP 原理与实践》.北京航空航天大学出版社,2018,第7.4节. *

Also Published As

Publication number Publication date
CN112116342A (en) 2020-12-22

Similar Documents

Publication Publication Date Title
CN108733005B (en) Method and device for controlling linkage of intelligent equipment
US9799029B2 (en) Securely receiving data input at a computing device without storing the data locally
US20210329079A1 (en) Methods, devices and computer-readable storage media for processing a hosted application
EP3654268B1 (en) Card registration method for payment service and mobile electronic device implementing the same
CN110515678B (en) Information processing method, equipment and computer storage medium
US20180315024A1 (en) Systems and Methods Enabling Secure Transactions from Terminal Window
US20190012005A1 (en) Method and device for asynchronous touch and asynchronous display on dual-screen and computer readable storage medium
CN113590363B (en) Data transmission method, device, electronic equipment and storage medium
US20210326151A1 (en) Methods, devices and computer-readable storage media for processing a hosted application
US11010749B2 (en) Payment processing method and electronic device supporting the same
US20160261588A1 (en) Secure nfc token supporting escalating authentication of nfc exchanges
CN112069490A (en) Method, device, electronic equipment and storage medium for providing applet capability
CN111242462A (en) Data processing method and device, computer storage medium and electronic equipment
CN105554750A (en) Transmission method of data frame, and terminal
CN113159757B (en) Payment code generation method and device
CN106096961A (en) The intelligence safe touch input system of POS terminal dual chip and its implementation
CN112116342B (en) Payment equipment communication method and device
US20230144949A1 (en) Virtual-machine cold migration method and apparatus, electronic device and storage medium
US10579575B2 (en) Systems and methods of management console user interface pluggability
CN112131092A (en) Page debugging method and device
CN109933444A (en) A kind of instant communication method between applying of lodging
CN108874465A (en) A kind of application starting method and system based on caching
CN117196596A (en) Digital currency-based payment method, device and system
CN110378785B (en) Transaction processing method, apparatus, computing device and medium executed by server
CN114091909A (en) Collaborative development method, system, device and electronic equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant