A data processing method and related apparatus

Abstract

The application discloses a data processing method executed by a payment terminal. A payment terminal with a printing function establishes a data connection with a cash register through a printer module configured by the payment terminal. When the payment terminal identifies that transaction information included in a bill printing instruction corresponds to a first transaction task to be completed, a payment information obtaining event for obtaining to-be-processed payment information is generated, and to-be-processed payment information obtained based on the payment information obtaining event is sent to a payment system to start a payment process of the first transaction task. After feedback information is obtained from the payment system, a payment completion receipt is printed. It can be seen that the payment terminal can identify the first transaction task that needs to be paid from the bill printing instruction and start the payment process with the payment system to complete the payment task, greatly simplifying the process of connecting the cash register to the electronic payment function, realizing true plug-and-play, and without the need of software and hardware modification of the cash register, effectively reducing the development cost and difficulty.

Description

Technical Field

[0001] This application relates to the field of data processing, and in particular to a data processing method and related apparatus. Background Technology

[0002] When integrating electronic payment functionality into traditional cash registers, the enterprise resource planning (ERP) developers on the cash register side need to adapt the development according to the requirements of electronic payment and payment terminals. This not only requires hardware and software modifications to the cash register, but also the modification methods differ for different payment terminals.

[0003] This process faces many drawbacks, such as high development threshold, long cycle, complex installation program, and the occurrence of repeated development.

[0004] Therefore, how to reduce the difficulty of connecting cash registers to payment terminals to realize electronic payments is an urgent problem to be solved. Summary of the Invention

[0005] To address the aforementioned technical issues, this application provides a data processing method and related apparatus, which greatly simplifies the process of integrating electronic payment functions into cash registers, achieving true plug-and-play functionality without requiring any hardware or software modifications to the cash register, effectively reducing development costs and difficulties.

[0006] The embodiments of this application disclose the following technical solutions:

[0007] On one hand, embodiments of this application provide a data processing method, which is executed by a payment terminal, and the method includes:

[0008] After the payment terminal establishes a data connection with the cash register through its own configured printer module, it obtains a bill printing instruction from the cash register. The bill printing instruction includes transaction information.

[0009] In response to recognizing that the transaction information corresponds to a first transaction task to be paid, a payment information acquisition event corresponding to the first transaction task is generated based on the transaction information;

[0010] In response to obtaining pending payment information through the payment information acquisition event, the pending payment information is sent to the payment system.

[0011] When feedback information regarding the completion of payment for the first transaction task is obtained from the payment system, a payment completion receipt for the first transaction task is printed.

[0012] On the other hand, embodiments of this application provide a payment terminal, which includes an acquisition unit, a generation unit, a sending unit, and a printing unit:

[0013] The acquisition unit is used to acquire a bill printing instruction from the cash register after the payment terminal establishes a data connection with the cash register through its own configured printer module. The bill printing instruction includes transaction information.

[0014] The generation unit is configured to, in response to recognizing that the transaction information corresponds to a first transaction task to be paid, generate a payment information acquisition event corresponding to the first transaction task based on the transaction information;

[0015] The sending unit is configured to receive pending payment information through the payment information acquisition event and send the pending payment information to the payment system.

[0016] The printing unit is used to print a payment completion receipt for the first transaction task when it receives feedback information from the payment system indicating that the payment for the first transaction task has been completed.

[0017] In one possible implementation, the printing unit is further configured to print a payment completion slip for the second transaction task in response to recognizing that the transaction information corresponds to a second transaction task for which payment has been completed.

[0018] In one possible implementation, the payment terminal further includes an identification unit, which is used for:

[0019] Retrieve preset keywords;

[0020] The transaction information is matched based on the keywords;

[0021] Based on the matching results, the transaction task corresponding to the transaction information is identified as either the first transaction task or the second transaction task.

[0022] In one possible implementation, the sending unit is further configured to send the refund amount carried in the transaction information and the transaction identifier of the third transaction task to the payment system in response to recognizing that the transaction information corresponds to a third transaction task for a transaction refund;

[0023] The printing unit is also used to print a refund completion slip for the third transaction task when feedback information regarding the completion of the refund for the third transaction task is obtained from the payment system.

[0024] In one possible implementation, the payment terminal further includes a prompting unit, which is used to prompt for input of the transaction identifier if the transaction identifier is not identified based on the transaction information.

[0025] In one possible implementation, the payment terminal supports providing the payment information to be processed through multiple payment methods.

[0026] In one possible implementation, the payment terminal further includes a broadcasting unit, which is used to broadcast an audio prompt to guide the user to provide the pending payment information in response to recognizing that the transaction information corresponds to a first transaction task to be completed.

[0027] On the other hand, embodiments of this application provide a computer device, the computer device including a processor and a memory:

[0028] The memory is used to store computer programs;

[0029] The processor is configured to execute the methods described above according to the computer program.

[0030] On the other hand, embodiments of this application provide a computer-readable storage medium for storing a computer program that, when executed by a computer device, implements the methods described above.

[0031] As can be seen from the above technical solution, a payment terminal with printing capabilities establishes a data connection with the cash register through its own configured printer module. Since this data connection is based on the printer protocol, no software upgrades or hardware adjustments are required for the cash register. Simply connecting via a data cable allows the cash register to recognize and connect to the payment terminal based on the printer protocol. When the payment terminal recognizes that the transaction information included in the bill printing instruction corresponds to the first transaction task to be paid, it generates a payment information acquisition event to obtain the payment information to be processed. The payment information obtained based on the payment information acquisition event is then sent to the payment system to initiate the payment process for the first transaction task. After receiving feedback from the payment system indicating that the payment for the first transaction task is complete, the payment terminal prints a payment completion receipt for the first transaction task. Therefore, it can be seen that after the payment terminal is directly connected to the cash register through the printer protocol, it can provide receipt printing services for the bill printing instructions sent by the cash register, identify the first transaction task that needs to be paid, and start the payment process with the payment system to complete the payment task. This greatly simplifies the process of connecting the cash register to the electronic payment function, realizes true plug-and-play, and does not require any hardware or software modification to the cash register, effectively reducing development costs and difficulties. Attached Figure Description

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

[0033] Figure 1 A flowchart of a data processing method provided in an embodiment of this application;

[0034] Figure 2 A flowchart illustrating the installation process of a payment terminal provided in this application embodiment;

[0035] Figure 3 A consumption process diagram based on a payment terminal is provided for embodiments of this application;

[0036] Figure 4 A refund process flowchart based on a payment terminal is provided for embodiments of this application;

[0037] Figure 5 A device structure diagram of a payment terminal provided in an embodiment of this application;

[0038] Figure 6 This is a structural diagram of a terminal device provided in an embodiment of this application. Detailed Implementation

[0039] The embodiments of this application will now be described with reference to the accompanying drawings.

[0040] When integrating electronic payment functions into traditional cash registers, a large amount of hardware and software modifications and upgrades are required due to the compatibility requirements of electronic payment and payment terminals, which is very costly and technically challenging.

[0041] Therefore, this application provides a data processing method that greatly simplifies the process of integrating electronic payment functions into a cash register, achieving true plug-and-play functionality without requiring any hardware or software modifications to the cash register, effectively reducing development costs and difficulties.

[0042] The data processing method provided in this application can be implemented through a payment terminal, which includes, but is not limited to, mobile phones, computers, smart voice interaction devices, and smart home appliances. The payment terminal can be directly or indirectly connected to the cash register via wired or wireless communication, and this application does not impose any limitations on this. Furthermore, the payment terminal can also be directly or indirectly connected to the payment system via wired or wireless communication, and this application does not impose any limitations on this either.

[0043] Figure 1This application provides a flowchart of a data processing method, which is executed by a payment terminal and includes:

[0044] S101: After the payment terminal establishes a data connection with the cash register through its own configured printer module, it obtains a bill printing instruction from the cash register.

[0045] The payment terminal can establish a data connection with the cash register via wired or wireless means. For example, a wired connection can be achieved by using a USB data cable, with one end plugged into the cash register and the other end plugged into the payment terminal. For example, a wireless connection can be established by the payment terminal and the cash register can be connected to the wireless network, or the payment terminal and the cash register can be connected via Bluetooth.

[0046] The payment terminal itself can have a printing function, which is achieved through its own configured printer module. Alternatively, the payment terminal can only simulate a printer, allowing the cash register to recognize the payment terminal as a printer when connected, with the actual printing of receipts completed through an external printer connected to the payment terminal.

[0047] After the payment terminal and the cash register establish a data connection, the cash register will recognize the payment terminal as a printer through the printer protocol, since the payment terminal is equipped with a printer module. Furthermore, because the cash register itself needs to print receipts during checkout, it already has the printer protocol installed. Therefore, establishing a data connection between the cash register and the payment terminal requires no software modifications to the cash register. Moreover, due to the variety of connection methods, the cash register also does not require any hardware modifications to connect to the payment terminal.

[0048] In addition to printing, payment terminals also have electronic payment functions, such as scan payment and card payment. In other words, after the payment terminal and the cash register establish a data connection through the printer's logic, the payment terminal mainly provides the cash register with electronic payment capabilities through the data transmission content allowed under the printer protocol. Moreover, the electronic payment logic is integrated into the payment terminal. The cash register only needs to print the bill for the transaction task (or order) that requires electronic payment through the payment terminal, and the payment terminal can realize the subsequent payment process through the bill printing instruction.

[0049] For both electronic payments and cash transactions, cash registers need to print corresponding receipts, such as pre-payment statements and post-payment receipts. Since the payment terminal, through the aforementioned data connection, has become the cash register's printing device, any print commands generated by the cash register will be sent to the payment terminal.

[0050] The bill printing instruction includes transaction information, which identifies relevant information about the transaction task, such as the amount, bill number, and description of the transaction task. After receiving the bill printing instruction, the payment terminal can use the transaction information to distinguish which bill printing instructions are for printing only and which bill printing instructions require initiating the payment process.

[0051] S102: In response to recognizing that the transaction information corresponds to a first transaction task to be paid, a payment information acquisition event corresponding to the first transaction task is generated based on the transaction information.

[0052] The payment terminal can identify which transactions correspond to the first transaction task that needs to be initiated in the payment process from the bill printing instructions sent by the cash register. The basis for identification is the transaction information carried in the bill printing instructions. This application does not limit the specific identification method, such as specific transaction information formats, keywords carried, instruction identifiers of specific bill printing instructions, etc.

[0053] When the first transaction task to be paid is identified, the payment terminal needs to generate a corresponding payment information acquisition event. That is, it needs to obtain the payment information used for payment from the user (e.g., the merchant's customer), such as the payment account used for payment, and obtain the permission to transfer the corresponding amount from the payment account to the merchant's account.

[0054] The payment information acquisition event can be implemented by scanning payment codes, reading bank cards, etc. The specific method(s) can be related to the payment methods supported by the payment terminal.

[0055] It should be noted that even if the bill printing instruction is identified as targeting the first transaction task, which is an incomplete payment task, the payment terminal can still execute the printing task of the bill printing instruction before or at the same time as generating the payment information acquisition event, and print out the transaction information, such as printing a settlement bill for customers to check details before payment.

[0056] S103: In response to obtaining pending payment information through the payment information acquisition event, send the pending payment information to the payment system.

[0057] Payment information acquisition events can be used to obtain pending payment information provided by users. For example, a payment terminal can obtain the pending payment information by scanning a customer's payment code, or by reading a customer's inserted bank card.

[0058] Since the payment terminal itself does not have the authority or ability to verify the payment information to be processed, it will send the payment information to the payment system for processing. The payment system can be a corresponding bank server, payment platform server, etc., and is not limited here.

[0059] S104: When feedback information on the completion of payment for the first transaction task is obtained from the payment system, print the payment completion receipt for the first transaction task.

[0060] After the payment system completes the first transaction task based on the payment information to be processed, it will send the processing result back to the payment terminal. The processing result may be that the payment is completed or that the payment has failed.

[0061] If the payment terminal receives feedback indicating a payment failure, it will provide an audio-visual prompt to the customer to change their payment method or account. If the payment terminal receives feedback indicating a successful payment, it can print a payment completion receipt for the first transaction, which can be provided to the customer for verification.

[0062] Therefore, it can be seen that payment terminals with printing capabilities establish a data connection with cash registers through their own configured printer module. Since this data connection is based on the printer protocol, no software upgrades or hardware adjustments are required for the cash register; simply connecting via a data cable allows the cash register to recognize and connect to the payment terminal based on the printer protocol. When the payment terminal recognizes that the transaction information included in the bill printing instruction corresponds to the first transaction task to be paid, it generates a payment information acquisition event to obtain the pending payment information and sends the pending payment information obtained based on the payment information acquisition event to the payment system to initiate the payment process for the first transaction task. After receiving feedback information from the payment system indicating that the payment for the first transaction task has been completed, the payment terminal prints a payment completion receipt for the first transaction task. Thus, by directly connecting the payment terminal to the cash register via the printer protocol, the payment terminal can provide receipt printing services for bill printing instructions sent by the cash register, identify the first transaction task requiring payment, and initiate the payment process with the payment system to complete the payment task. This greatly simplifies the process of integrating electronic payment functions into the cash register, achieving true plug-and-play functionality without requiring any software or hardware modifications to the cash register, effectively reducing development costs and complexity.

[0063] As mentioned earlier, bill printing instructions include not only those requiring the initiation of the payment process, but also those only requiring printing. Because the payment terminal also functions as a printer, it needs to respond correctly to different types of bill printing instructions.

[0064] In one possible implementation, the method further includes:

[0065] In response to recognizing that the transaction information corresponds to a second transaction task that has been paid, a payment completion slip for the second transaction task is printed.

[0066] The second type of transaction is one where payment has already been completed through other means, such as cash or a physical voucher. For these transactions, the merchant needs to print a receipt for the customer to prove that the transaction has been completed.

[0067] Therefore, the payment terminal needs to be able to distinguish from the bill printing instructions which are for the first transaction task that has not been paid and which are for the second transaction task that has been paid, and respond accordingly.

[0068] As can be seen, when the payment terminal recognizes that the transaction task corresponding to the bill printing instruction is a second transaction task that has already been paid, it can only perform normal receipt printing without initiating the payment process, thus avoiding the problem of duplicate payment and effectively improving the compatibility of electronic payment in the printing logic.

[0069] This application provides a method for effectively distinguishing between bill printing instructions that involve a first transaction task and those that involve a second transaction task from bill printing instructions.

[0070] In one possible implementation, the method further includes:

[0071] S11: Retrieve preset keywords.

[0072] S12: Match the transaction information based on the keywords.

[0073] S13: Based on the matching result, identify the transaction task corresponding to the transaction information as either the first transaction task or the second transaction task.

[0074] The keyword can be set by the merchant when configuring the payment terminal, or it can be the default configuration of the payment terminal itself; this application does not limit this. The keyword can be used to distinguish between bill printing instructions involving the first transaction task and those involving the second transaction task. Since the transaction information is carried in the bill printing instructions and is used for printing, the selection of this keyword is directly related to the content to be printed, and different types of cash registers can be configured accordingly.

[0075] This application does not limit the matching method of the keyword. For example, the transaction task with the keyword in the transaction information can be identified as the first transaction task, and the transaction task without the keyword in the transaction information can be identified as the second transaction task. Alternatively, the transaction task with the keyword in the transaction information can be identified as the second transaction task, and the transaction task without the keyword in the transaction information can be identified as the first transaction task.

[0076] Taking a transaction task containing this keyword in the transaction information as the first transaction task as an example, this keyword can be content unique to the transaction information of the first transaction task, that is, content that exists in the transaction information of the first transaction task but not in the transaction information of the second transaction task. This keyword can be, for example, words such as "accounts receivable" or "actual receipts," or other combinations of words and characters.

[0077] By using preset keywords, a simple matching algorithm can be used to accurately identify which transactions involve the first or second transaction task from the bill printing instructions. This method is not only simple and computationally inefficient, but also ensures high matching accuracy, guaranteeing the correct response of the payment terminal to the first and second transaction tasks.

[0078] It is important to note that in transaction scenarios, in addition to the first transaction task of incomplete payment and the second transaction task of completed payment, a third transaction task of transaction refund may also be involved. The payment terminal also needs to accurately identify and process this task correctly.

[0079] Therefore, in one possible implementation, the method further includes:

[0080] S21: In response to identifying that the transaction information corresponds to a third transaction task for a transaction refund, send the refund amount carried in the transaction information and the transaction identifier of the third transaction task to the payment system.

[0081] S22: When feedback information regarding the completion of the refund for the third transaction task is obtained from the payment system, a refund completion slip for the third transaction task is printed.

[0082] Based on the logic described above for identifying the first and second transaction tasks, the payment terminal can identify the third transaction task corresponding to the transaction refund from the transaction information of the bill printing instruction.

[0083] For example, the payment terminal can also use keywords to identify the third transaction task corresponding to the transaction refund. The keywords used to identify the third transaction task can be pre-set, as described in the previous embodiments. These keywords can be different from the keywords used to identify the first and second transaction tasks.

[0084] Furthermore, when identifying the third transaction task using keywords, different keywords can be set for the first and second transaction tasks to enable faster identification of the first and second transaction tasks. These keywords should be different from those used to identify the third transaction task.

[0085] Of course, the same keyword can also be used to identify the first and second transaction tasks, as described in the aforementioned embodiments. For example, if the transaction task containing keyword 1 in the transaction information is identified as the first transaction task, and the transaction task containing keyword 2 in the transaction information is identified as the third transaction task, then if the transaction information in the bill printing instruction does not match either keyword 1 or keyword 2, then the transaction information in the bill printing instruction is related to the second transaction task.

[0086] When processing a refund, it is necessary to specify the amount and order number of the refund, that is, to specify which previously completed transaction it is for. This information can be obtained from the transaction information, and the methods used to obtain it can be text recognition or image recognition technologies, which will not be elaborated here.

[0087] By further identifying the third transaction task used for refunds and correctly combining it with the payment system to complete the refund, not only is the functionality of the payment terminal improved, but processing efficiency is also increased.

[0088] It should be noted that in some cases, the transaction information may not contain a transaction identifier (i.e., a tracking number), or the transaction identifier may not be identifiable from the transaction information. If this occurs, appropriate remedial measures are required; otherwise, the refund service cannot be completed through the payment terminal.

[0089] Therefore, in one possible implementation, the method further includes:

[0090] If the transaction identifier is not identified based on the transaction information, a prompt will be given to input the transaction identifier.

[0091] In this implementation, the payment terminal itself has a way to input transaction identifiers, such as by scanning a code to re-identify the transaction identifier, or by providing a virtual or physical keyboard to receive user input of the transaction identifier.

[0092] This method allows for completion of the transaction identifier when it is not successfully identified, thus improving the success rate of refunds.

[0093] It should be noted that the above implementation method can not only complete the transaction identifier when it is not recognized, but also be applied to the case where the refund amount is not recognized. By providing input prompts, the refund amount can be received in a feasible way.

[0094] Furthermore, the above implementation method can also be applied to complete the information that is not identified in the first payment task, which will not be elaborated here.

[0095] Because there are many types of commonly used electronic payment methods, merchants usually need to configure a variety of hardware that supports different electronic payment methods, such as barcode scanners and POS machines, in order to meet the different payment needs of customers.

[0096] Therefore, the payment terminal provided in this application can be configured with modules for different electronic payment methods to meet the diverse payment needs of customers.

[0097] Therefore, in one possible implementation, the payment terminal supports providing the payment information to be processed through multiple payment methods.

[0098] These multiple payment methods include at least various QR code payments, card payments, and coupon payments.

[0099] This achieves the following advantages:

[0100] Diversify payment methods

[0101] Conventional cash registers typically only connect to barcode scanners and support only one payment method: barcode scanning. In contrast, the new solution provided in this application not only supports barcode scanning but also multiple bank card operation methods (card insertion, swiping, and tapping) as well as barcode scanning. It also incorporates features such as speakers and printing, greatly enriching payment methods and meeting the payment needs of different users.

[0102] Reduce equipment investment and failure probability

[0103] In the traditional model, cash registers often need to connect to multiple devices to perform different functions. For example, they might connect to a barcode scanner to support barcode scanning transactions, a financial terminal to support bank card transactions, a standalone barcode scanner to support barcode scanning transactions, a speaker to support voice announcements, and a printer to support receipt printing. However, the solution proposed in this application only requires a single payment terminal to replace all of these devices. This not only significantly reduces equipment investment costs and the workload of installation and debugging, but also, by reducing the number of communication devices, lowers the probability of malfunctions and improves system stability and reliability.

[0104] It should be noted that the payment terminal can also be configured with a sound broadcast module, which provides sound prompts for each stage of completing the payment task.

[0105] In one possible implementation, the method further includes:

[0106] In response to recognizing that the transaction information corresponds to a first transaction task to be completed, an audio prompt is played to guide the user to provide the payment information to be processed.

[0107] After a payment information retrieval event is generated, in order to prompt the user to provide the pending payment information as soon as possible, an audio prompt can be given to the user. The content of the prompt is related to the module of the payment terminal used to process the payment information retrieval event. For example, if the module of the payment terminal used to process the payment information retrieval event is a QR code scanning module, the audio prompt could be "Please show your payment code". If the module of the payment terminal used to process the payment information retrieval event is a card reading module, the audio prompt could be "Please swipe your card". Of course, if the payment terminal has multiple modules used to process the payment information retrieval event, the audio prompt could be "Please pay" or all of the above.

[0108] Voice prompts can effectively guide users to complete the payment process, thus improving payment efficiency.

[0109] The following describes the embodiments of this application step by step, starting with connecting the payment terminal to the cash register. The solution of this application can be divided into two parts: the first step is the installation process, where the payment terminal acts as a printer; the second step is the transaction process.

[0110] I. Installation process, combined with Figure 2 Please provide an explanation.

[0111] ① Use a payment terminal as a printer

[0112] Use a payment terminal with a printer module as an external printing device for the cash register, and select the payment terminal as the currently used printer on the cash register system.

[0113] ② Obtain keywords

[0114] Configure the payment terminal with necessary information, including amount search keywords (such as "accounts receivable"), within the relevant payment system. After configuration, the payment system will push the configuration information to the payment terminal to ensure it operates correctly according to the set rules.

[0115] ③ New payment methods

[0116] Add a new payment method to the POS terminal. The name of this method can be set arbitrarily by the user (such as the merchant) (e.g., set to "POS Treasure"), and ensure that this payment method is configured in ERP accounting-only mode.

[0117] II. Transaction Process

[0118] Consumption process, combined Figure 3 Explanation:

[0119] ① Select payment method and place order at the cash register

[0120] The cash register will process the selection of goods and the order placement according to the normal procedure. When making payment, you need to select the payment method that was previously added to the cash register (such as "Cash Register Treasure").

[0121] ② Initiate the printing of the checkout receipt

[0122] Once the appropriate payment method is selected, the cash register will automatically initiate the printing of the checkout receipt (bill printing instruction).

[0123] ③ Matching keywords

[0124] After receiving the bill printing instruction, the printer (i.e., the payment terminal) connected to the cash register will identify the first payment task from the bill printing instruction based on the pre-configured keywords (such as "accounts receivable"), and parse and extract key information such as the transaction amount. Then, it will prompt the user to scan the payment code through voice prompts (generating a payment information acquisition event).

[0125] ④ Initiate payment process

[0126] After the user completes the scanning operation, the payment terminal will send a consumption transaction request to the payment system (which carries the payment information to be processed) and obtain the corresponding payment result (feedback information).

[0127] ⑤ Voice broadcast

[0128] After receiving the payment result, the payment terminal will announce the payment result via voice and print the purchase receipt and settlement receipt (payment completion receipt), thus completing a consumption transaction process (first transaction task).

[0129] Refund process, combined Figure 4 Explanation:

[0130] ① Initiate a refund for the selected order at the cash register.

[0131] Select the order for which a refund is needed at the cash register and initiate the refund transaction (which generates a bill printing instruction to be sent to the payment terminal).

[0132] ② Initiate refund order and print receipt

[0133] The cash register sends the bill printing instruction to the payment terminal.

[0134] ③ Matching keywords

[0135] After receiving the bill printing instruction, the printer (i.e., the payment terminal) will identify the third payment task from the bill printing instruction based on the pre-configured keywords (such as "refund"), and extract key information such as the refund amount and the order number (transaction identifier). If the order number is not identified, it will prompt the user to "scan the order number QR code" or "manually enter the order number" to obtain the order number.

[0136] ④ Initiate the refund process

[0137] The payment terminal initiates a refund transaction request to the payment system (which includes the aforementioned identified refund amount and transaction identifier) ​​and obtains the corresponding payment result (feedback information).

[0138] ⑤ Voice broadcast

[0139] After receiving the payment result, the payment terminal will announce the transaction result via voice and print the purchase receipt and refund slip (refund completion slip) to complete the refund transaction process.

[0140] It can be seen that this solution also has the following advantages:

[0141] Simplify the development process

[0142] This solution greatly simplifies the process of integrating payment functionality into cash registers, achieving true plug-and-play capability. Previously, POS ERP vendors required complex program development to integrate payment functionality, but this solution eliminates this need, effectively reducing development costs and complexity.

[0143] Key elements of intelligent analysis

[0144] Transaction amounts and other elements are displayed in various formats in printing instructions, such as font size, color, and position. This solution intelligently analyzes keywords to identify the key elements required for payment, such as the amount and order number. This makes the entire transaction process smoother and more accurate, effectively avoiding transaction failures due to missing or incorrect key information, and further improving transaction success rates and user experience.

[0145] In the foregoing Figures 1-4 Based on the corresponding embodiments, Figure 5 This application provides a structural diagram of a payment terminal 500, which includes an acquisition unit 501, a generation unit 502, a sending unit 503, and a printing unit 504.

[0146] The acquisition unit 501 is used to acquire a bill printing instruction from the cash register after the payment terminal establishes a data connection with the cash register through its own configured printer module. The bill printing instruction includes transaction information.

[0147] The generation unit 502 is configured to, in response to recognizing that the transaction information corresponds to a first transaction task to be paid, generate a payment information acquisition event corresponding to the first transaction task based on the transaction information;

[0148] The sending unit 503 is configured to send the pending payment information to the payment system in response to obtaining pending payment information through the payment information acquisition event.

[0149] The printing unit 504 is used to print a payment completion receipt for the first transaction task when it receives feedback information on the payment completion of the first transaction task from the payment system.

[0150] As can be seen, payment terminals with printing capabilities establish a data connection with cash registers through their own configured printer module. Since this data connection is based on the printer protocol, no software upgrades or hardware adjustments are required for the cash register; simply connecting via a data cable allows the cash register to recognize and connect to the payment terminal based on the printer protocol. When the payment terminal recognizes that the transaction information included in the bill printing instruction corresponds to the first transaction task to be paid, it generates a payment information acquisition event to obtain the pending payment information and sends the pending payment information obtained based on the payment information acquisition event to the payment system to initiate the payment process for the first transaction task. After receiving feedback from the payment system that the payment for the first transaction task has been completed, the payment terminal prints a payment completion receipt for the first transaction task. Therefore, by directly connecting the payment terminal to the cash register via the printer protocol, the payment terminal can provide receipt printing services for bill printing instructions sent by the cash register, identify the first transaction task requiring payment, and initiate the payment process with the payment system to complete the payment task. This greatly simplifies the process of integrating electronic payment functions into the cash register, achieving true plug-and-play functionality without requiring any software or hardware modifications to the cash register, effectively reducing development costs and complexity.

[0151] In one possible implementation, the printing unit is further configured to print a payment completion slip for the second transaction task in response to recognizing that the transaction information corresponds to a second transaction task for which payment has been completed.

[0152] In one possible implementation, the payment terminal further includes an identification unit, which is used for:

[0153] Retrieve preset keywords;

[0154] The transaction information is matched based on the keywords;

[0155] Based on the matching results, the transaction task corresponding to the transaction information is identified as either the first transaction task or the second transaction task.

[0156] In one possible implementation, the sending unit is further configured to send the refund amount carried in the transaction information and the transaction identifier of the third transaction task to the payment system in response to recognizing that the transaction information corresponds to a third transaction task for a transaction refund;

[0157] The printing unit is also used to print a refund completion slip for the third transaction task when feedback information regarding the completion of the refund for the third transaction task is obtained from the payment system.

[0158] In one possible implementation, the payment terminal further includes a prompting unit, which is used to prompt for input of the transaction identifier if the transaction identifier is not identified based on the transaction information.

[0159] In one possible implementation, the payment terminal supports providing the payment information to be processed through multiple payment methods.

[0160] In one possible implementation, the payment terminal further includes a broadcasting unit, which is used to broadcast an audio prompt to guide the user to provide the pending payment information in response to recognizing that the transaction information corresponds to a first transaction task to be completed.

[0161] This application also provides a computer device, including a terminal device, which can be the aforementioned payment terminal. The computer device will now be described in conjunction with the accompanying drawings.

[0162] If the computer device is a terminal device, please refer to Figure 6 As shown, this application provides a terminal device, taking a payment terminal as an example:

[0163] Figure 6 The diagram shown is a block diagram of a portion of the structure of a mobile phone provided in an embodiment of this application. (Reference) Figure 6 The mobile phone includes components such as a radio frequency (RF) circuit 1410, a memory 1420, an input unit 1430, a display unit 1440, a sensor 1450, an audio circuit 1460, a Wi-Fi module 1470, a processor 1480, and a power supply 1490. Those skilled in the art will understand that... Figure 6 The mobile phone structure shown does not constitute a limitation on the mobile phone and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0164] The following is combined with Figure 6 A detailed introduction to each component of a mobile phone:

[0165] The RF circuit 1410 can be used to receive and transmit signals during information transmission or calls. In particular, it receives downlink information from the base station and processes it with the processor 1480; in addition, it transmits uplink data to the base station.

[0166] The memory 1420 can be used to store software programs and modules. The processor 1480 executes various mobile phone functions and data processing by running the software programs and modules stored in the memory 1420. The memory 1420 may mainly include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback function, image playback function, etc.), etc.; the data storage area may store data created according to the use of the mobile phone (such as audio data, phonebook, etc.). In addition, the memory 1420 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0167] The input unit 1430 can be used to receive input numeric or character information, and to generate key signal inputs related to user settings and function control of the mobile phone. Specifically, the input unit 1430 may include a touch panel 1431 and other input devices 1432.

[0168] The display unit 1440 can be used to display information input by the user or information provided to the user, as well as various menus of the mobile phone. The display unit 1440 may include a display panel 1441.

[0169] The mobile phone may also include at least one sensor 1450, such as a light sensor, a motion sensor, and other sensors.

[0170] Audio circuitry 1460, speaker 1461, and microphone 1462 provide an audio interface between the user and the mobile phone.

[0171] WiFi is a short-range wireless transmission technology. Through the WiFi module 1470, mobile phones can help users send and receive emails, browse web pages, and access streaming media, providing users with wireless broadband internet access.

[0172] The processor 1480 is the control center of the mobile phone. It connects various parts of the mobile phone through various interfaces and lines. It performs various functions of the mobile phone and processes data by running or executing software programs and / or modules stored in the memory 1420 and calling data stored in the memory 1420.

[0173] The mobile phone also includes a power supply 1490 (such as a battery) that powers the various components.

[0174] In this embodiment, the processor 1480 included in the terminal device is also used to execute the steps in the methods of the various embodiments of this application.

[0175] In addition, this application embodiment also provides a storage medium for storing a computer program for executing the method provided in the above embodiment.

[0176] This application also provides a computer program product including a computer program, which, when run on a computer device, causes the computer device to perform the method provided in the above embodiments.

[0177] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium can be at least one of the following media: read-only memory (ROM), RAM, magnetic disk or optical disk, and other media that can store computer programs.

[0178] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0179] It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for the device and system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments. The device and system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of the solution in this embodiment according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0180] The above description is merely one specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Moreover, based on the implementation methods provided in the above aspects, this application can be further combined to provide more implementation methods. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A data processing method, characterized in that, The method is executed by the payment terminal, and the method includes: After the payment terminal establishes a data connection with the cash register through its own configured printer module, it obtains a bill printing instruction from the cash register. The bill printing instruction includes transaction information. In response to recognizing that the transaction information corresponds to a first transaction task to be paid, a payment information acquisition event corresponding to the first transaction task is generated based on the transaction information; In response to obtaining pending payment information through the payment information acquisition event, the pending payment information is sent to the payment system. When feedback information regarding the completion of payment for the first transaction task is obtained from the payment system, a payment completion receipt for the first transaction task is printed.

2. The method according to claim 1, characterized in that, The method further includes: In response to recognizing that the transaction information corresponds to a second transaction task that has been paid, a payment completion slip for the second transaction task is printed.

3. The method according to claim 2, characterized in that, The method further includes: Retrieve preset keywords; The transaction information is matched based on the keywords; Based on the matching results, the transaction task corresponding to the transaction information is identified as either the first transaction task or the second transaction task.

4. The method according to claim 1, characterized in that, The method further includes: In response to identifying the transaction information as corresponding to a third transaction task for a transaction refund, the system sends the refund amount carried in the transaction information and the transaction identifier of the third transaction task to the payment system. When feedback information regarding the completion of the refund for the third transaction task is obtained from the payment system, a refund completion receipt for the third transaction task is printed.

5. The method according to claim 4, characterized in that, The method further includes: If the transaction identifier is not identified based on the transaction information, a prompt will be given to input the transaction identifier.

6. The method according to claim 1, characterized in that, The payment terminal supports providing the payment information to be processed through multiple payment methods.

7. The method according to claim 1, characterized in that, The method further includes: In response to recognizing that the transaction information corresponds to a first transaction task to be completed, an audio prompt is played to guide the user to provide the payment information to be processed.

8. A payment terminal, characterized in that, The payment terminal includes an acquisition unit, a generation unit, a sending unit, and a printing unit: The acquisition unit is used to acquire a bill printing instruction from the cash register after the payment terminal establishes a data connection with the cash register through its own configured printer module. The bill printing instruction includes transaction information. The generation unit is configured to, in response to recognizing that the transaction information corresponds to a first transaction task to be paid, generate a payment information acquisition event corresponding to the first transaction task based on the transaction information; The sending unit is configured to receive pending payment information through the payment information acquisition event and send the pending payment information to the payment system. The printing unit is used to print a payment completion receipt for the first transaction task when it receives feedback information from the payment system indicating that the payment for the first transaction task has been completed.

9. A computer device, characterized in that, The computer device includes a processor and memory: The memory is used to store computer programs; The processor is configured to perform the method according to any one of claims 1-7 according to the computer program.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium is used to store a computer program that, when executed by a computer device, performs the method described in any one of claims 1-7.

Images