Order processing methods, devices, storage media, and systems

Abstract

We provide order processing methods, devices, storage media, and systems. [Solution] A method applied to an order management system comprising a service device, a POS device, and a card reader connected to the POS device, the method comprising the step of the POS device receiving a register command for an order in question. The register command indicates at least that the payment method for the order is card payment. The method also comprises the step of the POS device detecting a payment card by sending a card read command to the card reader based on the register command, and when the payment card is detected, instructing the card reader to read the card information of the payment card; receiving the card information from the card reader and transmitting the card information so that the service device generates a payment request. The payment request is used to request an acquirer to perform the card payment process for the order in question.

Description

[[Technical Field]]

[0001] The present specification relates to the field of Internet technology, and in particular, to an order processing method, a device, a storage medium, and a system. [[Background Art]]

[0002] Currently, payment methods around the world are evolving toward diversification, convenience, security, and inclusiveness. The development trend of payment methods requires more flexible payment technologies to provide low-cost solutions for member merchants, deliver a better payment experience to consumers, and at the same time ensure payment security.

[0003] However, in conventional card payment scenarios, when a member merchant cooperates with an acquirer, the acquirer usually requires the member merchant to purchase a dedicated financial device for checkout. The financial devices specified by different acquirers are usually different. In order to meet consumers' card payment demands, stores are often required to purchase a plurality of different financial devices from a plurality of acquirers. These devices are not only expensive, but also have very high maintenance and update costs, which greatly increases the device purchase cost and maintenance cost of the member merchant. Due to the high cost and complexity of financial devices, member merchants may give up using financial devices and only accept cash payments or other simpler but less convenient payment methods. In addition, since a store does not support payment cards issued by a certain issuing bank, consumers may be forced to choose other payment methods. This limits consumers' payment options, not only brings an unfavorable payment experience to consumers, but also invisibly affects the customer attraction of the store.

[0004] The content of the background art is merely information personally known to the inventor, and does not mean that the above information was public knowledge before the filing date of the present disclosure, nor does it mean that the above information can serve as prior art of the present disclosure. [[Summary of the Invention]]

[0005] This specification provides order processing methods, devices, storage media, and systems that enable merchants to complete card payments using low-cost card readers other than dedicated financial equipment provided by the acquirer, eliminating the need to purchase dedicated financial equipment and reducing the merchant's hardware procurement and maintenance costs.

[0006] In a first aspect, the Specified Specification provides an order processing method to be applied to an order management system, the order management system comprising a service device, a POS device, and a card reader connected to the POS device, the method being performed by the POS device and including the steps of: receiving a register command for an order to be ordered, the register command indicating at least that the payment method for the order to be ordered is card payment; detecting a payment card and, when the payment card is detected, instructing the card reader to read the card information of the payment card by sending a card read command to the card reader based on the register command; receiving the card information from the card reader and transmitting the card information to the service device so that the service device generates a payment request corresponding to the order to be ordered based on the card information, the payment request being used to request an acquirer to perform a card payment process for the order to be ordered.

[0007] In a second aspect, the Specification further provides an order processing method applied to an order management system, the order management system comprising a service device, a POS device, and a card reader connected to the POS device, the method being performed by the service device and including the steps of: receiving card information of a payment card to be used for payment of an order from the POS device, wherein the card information is information obtained by the card reader reading the payment card in response to a card reading command from the POS device; and generating a payment request corresponding to the order based on the card information and sending the payment request to the acquirer so that the acquirer performs the card payment process for the order.

[0008] In a third aspect, the Specification further provides an electronic device as a POS device, the electronic device comprising: at least one storage medium storing at least one instruction set for performing a register; and at least one processor communicatively connected to the at least one storage medium, wherein, when the register system is in operation, the at least one processor reads the at least one instruction set and executes the order processing method described in any one of the first aspects according to the instructions of the at least one instruction set.

[0009] In a fourth aspect, the Specification further provides an electronic device as a service device, the electronic device comprising: at least one storage medium storing at least one instruction set for performing a register; and at least one processor communicatively connected to the at least one storage medium, wherein, when the register system is in operation, the at least one processor reads the at least one instruction set and, in accordance with the instructions of the at least one instruction set, executes the order processing method described in any one of the second aspects.

[0010] In a fifth aspect, the Specification further provides a computer-readable non-temporary storage medium in which at least one instruction set is stored, and when the at least one instruction set is executed by at least one processor, the order processing method described in any one of the first aspects or the order processing method described in any one of the second aspects is realized.

[0011] In a sixth aspect, the Specification further provides an order management system for sending payment requests for orders to an acquirer, the order management system comprising a service device, a POS device, and a card reader connected to the POS device, wherein the POS device is configured to receive a register command for an order and to send a card read command to the card reader based on the register command, the card reader is configured to perform a payment card detection in response to the card read command of the POS device, to read the card information of the payment card when the payment card is detected, and to send the card information to the POS device, the POS device is further configured to receive the card information from the card reader and to send the card information to the service device, the service device is configured to generate a payment request corresponding to the order based on the card information and to send the payment request to the acquirer so that the acquirer performs the card payment process for the order.

[0012] As can be seen from the technical solutions described above, this specification provides order processing methods, devices, storage media, and systems that can provide efficient, secure, and flexible card payment solutions to merchants and consumers. The card information reading and transmission processes comply with payment industry standards to ensure the security of data reading and transmission. In the embodiments of this specification, the coordination of a card reader, a POS device, and a service device completes the payment interaction between the order management system and the acquirer. Indirect communication between the card reader and the acquirer effectively decouples the relationship between the card reader and the acquirer, enabling the card reader to be more generalized and modularized. Since one card reader can support multiple acquirers, merchants do not need to purchase financial equipment for each acquirer, significantly simplifying the payment hardware configuration and reducing overall costs.

[0013] Other functions of the order processing methods, devices, storage media, and systems provided herein are partially enumerated in the following description. Creative embodiments of the order processing methods, devices, storage media, and systems provided herein can be fully interpreted by practicing or using the methods, apparatus, and combinations described in the following detailed embodiments. [Brief explanation of the drawing]

[0014] To more clearly illustrate the technical solutions in the embodiments described herein, the following is a brief introduction of the drawings necessary for describing the embodiments. However, naturally, the drawings in the following description represent only a few embodiments of the present invention, and those skilled in the art can obtain other drawings based on these without requiring any creative effort.

[0015] [Figure 1] This is a schematic diagram illustrating one application scenario of the order management system provided by the embodiments described herein. [Figure 2]This is a schematic diagram illustrating one scenario of the order management system provided by the embodiments of this specification in a card payment scenario. [Figure 3] This is a schematic diagram illustrating another scenario of the order management system provided by the embodiments of this specification in a card payment scenario. [Figure 4] This figure shows the hardware structure of an electronic device provided by the embodiments of this specification. [Figure 5] This flowchart shows the process of the order processing method provided by the embodiments of this specification. [Modes for carrying out the invention]

[0016] The following description provides specific application scenarios and requirements for this specification, and is intended to enable those skilled in the art to create and use the contents of this specification. Various local modifications to the disclosed examples will be obvious to those skilled in the art, and the general principles defined herein can be applied to other examples and uses without departing from the spirit and scope of this specification. Accordingly, this specification is not limited to the examples shown, but adheres to the broadest scope that matches the claims.

[0017] The terms used herein are not limited to those used to describe specific exemplary embodiments. For example, unless otherwise specified in the context, the singular forms “one,” “one,” and “the said” as used herein may also include the plural forms. Where used herein, the terms “include,” “equip,” and / or “contain” mean that there are integers, steps, operations, elements, and / or components related to them, but not that there are one or more other features, integers, steps, operations, elements, components, and / or groups, or that other features, integers, steps, operations, elements, components, and / or groups can be added to the said system / method.

[0018] Considering the following description, the operation and function of these and other features of this specification, as well as the economics of combining and manufacturing the structural elements, can be greatly improved. Referring to the drawings, they all constitute part of this specification. However, it should be clearly understood that the drawings are for illustrative and explanatory purposes only and are not intended to limit the scope of this specification. It should also be understood that the drawings are not drawn to scale.

[0019] The flowcharts used herein illustrate operations implemented by the systems in some embodiments herein. It should be clearly understood that the operations in the flowchart do not necessarily have to be performed in order. Conversely, the operations may be performed in reverse order or simultaneously. Furthermore, one or more other operations may be added to the flowchart. One or more operations may be removed from the flowchart.

[0020] The embodiments described herein may be applied to a merchant order management scenario. Here, the merchant may be a merchant that provides a variety of goods or services, including but not limited to catering companies, shops, supermarkets, greengrocers, flower shops, bookstores, hotels, beauty salons, dry cleaners, barbershops, etc. The merchant may be a small merchant, a large merchant, or a chain store, etc., and is not limited herein.

[0021] In some embodiments, the merchant may operate through offline channels (physical stores). In that case, the merchant's orders may include offline orders. In some embodiments, the merchant may operate through online channels (the internet). In that case, the merchant's orders may include online orders. In some embodiments, the merchant may operate by supporting both online and offline channels. In that case, the merchant's orders may include both offline and online orders.

[0022] In this specification, an online order refers to a purchase request for goods or services submitted by a consumer through an online channel (such as a website, an application, etc.). An offline order refers to a purchase request for goods or services submitted by a consumer through an offline channel, for example, a purchase request for goods or services submitted by the consumer face-to-face with a cashier.

[0023] If a merchant member needs to develop its business through offline channels, it needs to purchase a POS (point of sale) device to manage offline orders. The POS device provides an interactive function that can display the goods or services sold by the merchant member. The cashier of the merchant member can assist the consumer to select goods or services on the POS device and place an order based on the consumer's purchase needs. Such an order is an offline order.

[0024] When a merchant member develops its business through online channels, it can also cooperate with various online platforms. The above-mentioned online platforms include, but are not limited to, delivery platforms, wallet platforms, social platforms, etc. Here, the cooperation methods between the merchant member and different online platforms may be different. For example, when a merchant member cooperates with several platforms (such as delivery platforms), it can apply to open an online store on these platforms, and list its goods or services on the online store for consumers to place orders at the online store. Furthermore, for example, when a merchant member cooperates with other platforms (such as wallet platforms or social platforms), it can deploy a store mini-program on these platforms for consumers to place orders through the store mini-program.

[0025] In the scenario of online business expansion, a member store usually needs to cooperate with a plurality of online platforms to attract more consumers. This requires the member store to spend a great deal of effort to cope with the online platforms. Particularly, in some geographical areas, while the number of consumers covered by each online platform is small, the number of online platforms is very large. For example, there may be hundreds, thousands, or even tens of thousands of online platforms. In such geographical areas, the number of online platforms that the member store needs to cope with is huge, which requires a great deal of effort.

[0026] POS devices used by member stores for offline business expansion can only process offline orders and cannot accept online orders. To successfully accept orders on online platforms, a member store needs to purchase dedicated order receiving equipment from the online platforms. A plurality of online platforms are active in the market, but none of them may monopolize the market, that is, the plurality of online platforms each cover different consumer groups. In this case, to continue operating normally, the member store needs to cooperate separately with the plurality of online platforms. When the member store cooperates with the plurality of online platforms, it needs to purchase order receiving equipment from each of the plurality of online platforms. As a result, the purchase cost becomes high. Particularly, if the number of corresponding online platforms is large, the purchase cost of the member store will also be huge. Furthermore, when these order receiving devices are installed on the counter of the member store, the counter may become crowded. Furthermore, a member store facing many order receiving devices is prone to distraction, which causes problems such as being unable to process orders in time, and affects consumer experience.

[0027] Furthermore, when merchants integrate with multiple online platforms, they gain access to a wider range of order sources. Orders placed on different online platforms are stored on the servers of the corresponding online platforms. When merchants manage online orders, they need to access the servers of each different online platform for order management (e.g., order inquiry, order aggregation, etc.). Stores cannot manage all orders centrally. Also, since order management methods may differ between online platforms, stores need to be familiar with the operation methods of each online platform. Due to the above factors, the workload for store order management increases, and the efficiency of order management decreases.

[0028] This specification provides an order management system based on at least one of the technical challenges described above. This order management system supports one-stop order management for stores. To facilitate understanding of one-stop order management, the order management system is introduced below with reference to Figure 1.

[0029] Figure 1 is a schematic diagram illustrating application scenario 100 of the order management system provided by the embodiments of this specification. For ease of understanding, Figure 1 illustrates a catering scenario as an example. As shown in Figure 1, the order management system may comprise a POS device 110 (or referred to as the POS side, front-end device) and a service device 120 (or referred to as the server side, server, back-end device).

[0030] Here, the POS device 110 is a multi-functional terminal. The POS device 110 can be considered a client of the order management system. In some embodiments, the POS device 110 may be a mobile device, such as a portable device. The POS device 110 is highly convenient because it can be carried and operated by the store's staff in various locations within the store. In some embodiments, the POS device 110 may be a non-mobile device. In that case, the POS device 110 is usually placed on the cash register counter of the store's offline location.

[0031] In this specification, the POS device 110 can receive offline and online orders from merchants. The POS device 110 can also process offline orders. The POS device 110 may also be called a cash register device, a sales device, or a sales / cash register integrated device.

[0032] The POS device 110 is an electronic device having a certain computing capability. In some embodiments, the POS device 110 may include a hardware device having data processing capabilities and a program necessary to drive and operate the hardware device. The POS device 110 can manage orders by driving the hardware device and executing the program. For example, order management software (or order management program) may be installed on the POS device 110. The POS device 110 can manage orders by executing the order management software. The order management software may correspond to an operating system installed in the POS device 110, or to an application (APP) or instruction set installed in the POS device 110. The order management software may be software pre-installed on the hardware device of the POS device 110 (for example, software included with the POS device 110 at the time of shipment), or it may be software later installed on the POS device 110 by the merchant's staff, and is not limited herein.

[0033] In some embodiments, the POS device 110 may have a display, or a display may be externally attached to the POS device 110. The POS device 110 can provide interactive functions through the display. For example, the POS device 110 may display goods or services sold by the merchant via the display and generate an offline order based on the goods or services selected by the operator (merchant staff or customer). The POS device 110 may also display a checkout entrance via the display for the operator to complete the checkout payment for the offline order.

[0034] When processing orders, the POS device 110 supports a variety of payment methods, including but not limited to cash payments, card payments, QR code (registered trademark) payments, biometric authentication (e.g., facial recognition), and near-field communication (NFC) payments.

[0035] In some embodiments, the POS device 110 may have a built-in or external printing device (not shown in Figure 1). If a built-in configuration is adopted, the printing device may be located at any possible location on the POS device 110, and is not limited herein. If an external configuration is adopted, the POS device 110 and the printing device may be connected by wire or wireless, and is not limited herein. The printing device may be provided with printing paper or label paper. After a consumer has successfully paid for an order, the POS device 110 can control the printing device to print a consumer receipt or order label corresponding to that order.

[0036] In some embodiments, the POS device 110 may further include an audio output device (not shown in Figure 1). The audio output device may be, for example, a speaker. For example, when the POS device 110 receives an online order, it may output audio information via the audio output device to prompt the merchant staff to process the order in a timely manner. Furthermore, for example, after a consumer has performed an offline order payment operation via the POS device 110, in response to the POS device 110 receiving the payment result for the order, the POS device 110 may output audio information via the audio output device to prompt whether the payment for the order was successful or unsuccessful.

[0037] Continuing to refer to Figure 1, the service device 120 is a computing system with a certain computing capacity. The service device 120 is communicatively connected to the POS device 110 and provides order management services to the POS device 110. The service device 120 can correspond to a single computing device or to a computing cluster consisting of multiple computing devices. The service device 120 may be located locally or at a distal end. For example, the service device 120 may be a cloud server. In some embodiments, the service device 120 may include a hardware device having data processing capabilities and a program necessary to drive and operate the hardware device. The service device 120 can provide order management services to the POS device by driving the hardware device and executing the program. In some embodiments, the service device 120 can provide order management services to the POS device in SaaS (Software as a Service) mode.

[0038] In some embodiments, when the service device 120 is located at the distal end, the service device 120 can connect to multiple merchant POS devices 110 and provide order management services to multiple merchant POS devices 110. In this case, the service device 120 can use various isolation techniques to isolate and manage orders from different merchants, avoid mutual interference of order data from different merchants, and improve the security of order data. Those skilled in the art will understand that the content of the order management services provided by the service device 120 to the POS devices 110 of different stores is similar. In this description, only the provision of order management services to a POS device 110 of one store will be described as an example.

[0039] The services provided from the service device 120 to the POS device 110 may include order management services for offline orders, and may also include order management services for online orders.

[0040] The following describes the workflow of an order management system using a catering scenario as an example.

[0041] Referring to Figure 1, a restaurant may be divided into a lobby area and a kitchen area. The lobby area is where customers are entertained and where they dine. The lobby area may also be called the hospitality area. The kitchen area is where chefs prepare food. The kitchen area may also be called the cooking area. The POS device 110 is generally located in the lobby area. The service device 120 may be located in the lobby area or in the cloud.

[0042] The order management system processes offline orders as follows: Referring to Figure 1, Consumer A visits the restaurant for a meal. Consumer A tells the cashier what dishes they want. The cashier selects the corresponding dishes on the POS device 110 and places an order. The POS device 110 generates an offline order in response to the cashier's order. The POS device 110 transmits the offline order to the service device 120 so that the service device 120 stores the offline order.

[0043] The order management system can receive online orders from multiple online channels. Three scenarios are illustrated below as examples.

[0044] Scenario 1: Referring to Figure 1, a store mini-program may be installed on the service device 120. A QR code for the store mini-program is provided on a table (or elsewhere) in the store. Consumer B can scan the QR code using a terminal device and view the store mini-program page. Consumer B selects the desired dishes on the mini-program page, places an order, and completes online payment. In this case, the service device 120 generates an online order, stores the online order, and then transmits it to the POS device 110. The POS device 110 then receives the online order.

[0045] Scenario 2: Referring to Figure 1, a merchant can place a store mini-program on the online platform. The following example describes placing a store mini-program on the wallet platform. When consumer C uses the wallet platform, they access the store mini-program on the wallet platform, select the desired dish on the mini-program page, place an order, and complete the online payment. In this case, the wallet platform generates an online order and sends it to the service device 120. The service device 120 stores the online order and then sends it to the POS device 110. The POS device 110 then receives the online order.

[0046] Scenario 3: Referring to Figure 1, a merchant can open an online store on the online platform. The following example describes opening an online store on the delivery platform. When consumer D uses the delivery platform, they access the merchant's online store on the delivery platform, select the desired food, place an order, and complete the online payment. In this case, the delivery platform generates an online order and sends it to the service device 120. The service device 120 stores the online order and then sends it to the POS device 110. The POS device 110 then receives the online order.

[0047] As can be seen from the above explanation, all offline orders received by the merchant, as well as online orders from each channel, are stored in the service device 120. Therefore, the merchant can manage all orders centrally on the service device 120. Compared to the method of the merchant managing orders separately for each different channel, the order management system provided herein can improve the convenience of order management for the merchant and increase the efficiency of order management.

[0048] Continuing with the catering scenario as an example, a merchant needs to process and prepare the dishes after receiving an order. In actual application, when the POS device 110 receives an order (including offline and online orders), the POS device 110 controls the printer to print a cooking slip containing the details of the dishes for that order, and the cooking slip can be manually handed to the kitchen area. The cook prepares the dishes according to the details written on the cooking slip. This method of manually handing over cooking slips is prone to errors in food preparation during peak meal times, is inefficient, and results in longer meal times for consumers.

[0049] Therefore, in some embodiments of this specification, the order management system may further include one or more display devices 130, as shown in Figure 1. For example, in a catering scenario, the display device 130 may also be called a KDS (kitchen display system). The display device 130 is located in the kitchen area and is communicably connected to a POS device 110. The display device 130 receives orders from the POS device 110 and displays the dishes to be prepared to the cooks, thereby increasing the efficiency of the cooks' cooking and reducing the probability of cooking errors. In some embodiments, after a dish has been prepared, the cook may also send a completion notification to the POS device 110 via the display device 130 so that the POS device 110 is aware of the progress of the order preparation.

[0050] In some stores, the kitchen area may be divided into multiple sections, with different chefs assigned to different sections to prepare different types of dishes. Referring to Figure 1, as an example, the kitchen area may include a cold dishes section and a hot dishes section. Chef X1 is responsible for preparing cold dishes, and chef X2 is responsible for preparing hot dishes. In this case, the cold dishes section may be equipped with one display device 130 to show the cold dishes that chef X1 should prepare. The hot dishes section may be equipped with one display device 130 to show the hot dishes that chef X2 should prepare. In this way, the preparation of dishes in different sections does not interfere with each other, and the efficiency of dish preparation can be further increased.

[0051] In the application scenario shown in Figure 1, the POS device 110 and the service device 120, and the POS device 110 and the display device 130 may be connected via a network. Here, the network is a medium for providing communication connectivity. The network can facilitate the exchange of information and data. The network may be any type of wired or wireless network, or a combination thereof. For example, the network may include cable networks, wired networks, fiber optic networks, telecommunications networks, intranets, the Internet, local area networks (LANs), wide area networks (WANs), wireless local area networks (WLANs), metropolitan area networks (MANs), public switched telephone networks (PSTNs), Bluetooth® networks, ZigBeee networks, near-field communication (NFC) networks, or similar networks. In some embodiments, the network may include one or more network access points. For example, the network may include wired or wireless network access points such as base stations or internet exchange points.

[0052] Figure 1 illustrates a catering scenario as an example. As those skilled in the art will understand, the order management system provided herein, when applied to other scenarios, has the same means of implementation and technical effects as in the catering scenario, and other scenarios are not described in much detail herein.

[0053] As can be seen from the above description, merchants can achieve one-stop order management by using the order management system provided herein. The above one-stop order management is reflected in at least the following: (1) A merchant can use one POS device 110 to process not only offline orders but also online orders from multiple online channels. This eliminates the need for merchants to coordinate with multiple online channels, thus avoiding the effort and time costs required for coordination work. On the other hand, merchants can reduce their purchase costs by eliminating the need to purchase order taking equipment for multiple online channels. (2) All orders received by the POS device 110 are transmitted in real time to the display device 130 in the kitchen area without the need for the merchant to manually hand over cooking slips. This improves the efficiency of order processing. (3) All orders received by the merchant are stored in the service device 120, and the merchant can perform centralized management such as order inquiry and aggregation for all orders using the service device 120. This improves the efficiency of order management as merchants do not need to manage orders separately on different online platforms.

[0054] Based on the order management system shown in Figure 1, when a merchant operates offline, it must purchase a dedicated financial device from an acquirer to meet the consumer's card payment needs. This financial device is connected to the acquirer via a dedicated network. The sales device generates an offline order in response to an order placed by the merchant's cashier and then sends a payment command for the offline order to the financial device. After the consumer swipes their card on the financial device, the financial device generates a payment request corresponding to the offline order and sends that payment request to the acquirer so that the acquirer can complete the card payment process for that offline order.

[0055] In offline business deployment scenarios, different consumers may choose to pay through different payment channels. To meet the payment needs of different consumers, merchants need to work with multiple acquirers. In this case, merchants need to purchase financial instruments from each acquirer. Figure 2 is a schematic diagram showing one scenario of the order management system provided by the embodiment of this specification in a card payment scenario. As shown in Figure 2, in this scenario, multiple financial instruments 114 are connected to the POS device 110. In Figure 2, taking three financial instruments 114 as an example, the three financial instruments 114 are each supplied by a different acquirer and are communicated to their respective corresponding acquirers. Different acquirers correspond to different issuing banks. If consumer A chooses to pay by card, the cashier needs to guide consumer A A to perform a card swipe operation on the corresponding financial instrument 114 based on the issuing bank corresponding to consumer A's payment card. As a result, the financial instrument 114 reads the card information of the payment card and then communicates directly with the corresponding acquirer to transmit the card information to the acquirer.

[0056] In the scenario shown in Figure 2, the merchant needs to purchase multiple financial instruments to meet the different swipe needs of consumers. Since financial instruments are typically expensive when offered by acquirers, the purchase costs for the store are high if they purchase them from multiple acquirers. In addition, the need to place a large number of financial instruments on the merchant's workbench leads to workbench congestion. Furthermore, with so many financial instruments in front of them, merchants may use the wrong instrument to operate the register, resulting in register failures and consequently impacting register efficiency.

[0057] In view of this, this specification provides an order processing means applicable to the order management system shown in Figure 1. This means allows merchants to perform card swiping and register operations using only a low-cost card reader, without needing to purchase specialized financial equipment from the acquirer. This will be explained below with reference to Figure 3.

[0058] Figure 3 is a schematic diagram illustrating another scenario of the order management system provided by the embodiments of this specification in a card payment scenario. As shown in Figure 3, based on the order management system shown in Figure 1, the POS device 110 may be connected to a card reader 111. The difference from the scenario shown in Figure 2 is that in the scenario shown in Figure 3, the card reader 111 is a low-cost card reader rather than a specialized financial instrument provided by the acquirer. Furthermore, the card reader 111 is not directly connected to the acquirer for communication, but is connected to the acquirer via a service device 120. That is, the service device 120 is responsible for sending payment requests for orders to the acquirer. The number of acquirers connected to the service device 120 for communication may be one or more, and is not limited herein.

[0059] The payment process for offline orders will be described below with reference to Figure 3. Referring to Figure 3, after a cashier starts a register operation for an offline order, the POS device 110 sends a card reading command to the card reader 111 and obtains the card information of the payment card from the card reader 111. The POS device 110 transmits the card information to the service device 120. The service device 120 can generate a payment request for the offline order based on the card information and send the payment request to the acquirer so that the acquirer executes the payment process for the offline order. After receiving the payment result for the offline order from the acquirer, the service device 120 can transmit the payment result to the POS device 110. In the scenario shown in Figure 3, by connecting one card reader 111 to the POS device 110, the merchant can achieve cooperation with multiple acquirers, thereby meeting the consumer need to make payments using different payment channels.

[0060] In some embodiments, the card reader 111 may be built into the POS device 110. When the built-in method is adopted, the card reader 111 may be located at any possible location on the POS device 110, and is not limited herein. In some embodiments, the card reader 111 may be an external device attached to the POS device 110. When the external method is adopted, the POS device 110 and the card reader 111 may be connected by a wire or by wireless connection, and is not limited herein. Here, the wired connection method may include, but is not limited to, USB (Universal Serial Bus) connection, Ethernet connection, fiber optic connection, etc. The wireless connection method may include, but is not limited to, Wi-Fi connection, Bluetooth connection, etc.

[0061] The card reader 111 is a device that can read card information from a consumer's payment card (e.g., a debit card, credit card, etc.) according to a pre-configured payment specification. When a consumer chooses to pay by card, the POS device 110 can control the card reader 111 to enter card reading mode. In response to the consumer bringing the payment card close to, attaching to, or inserting it into the card reader, the card reader 111 can read the card information from the payment card according to a pre-configured payment specification.

[0062] In some embodiments, the POS device 110 and the service device 120 cooperate with each other to perform an order processing method provided by the embodiments herein. The POS device 110 and the service device 120 can store data and instructions for implementing the order processing method, can execute said data and instructions, or can be used to execute said data and instructions. In some embodiments, the POS device 110 and the service device 120 may include a hardware device having data information processing capabilities and a program necessary to drive and operate said hardware device.

[0063] Figure 4 shows the hardware structure of an electronic device 200 provided by embodiments of this specification. In some embodiments, the electronic device 200 can function as a POS device 110 or a service device 120 in Figure 1 or Figure 3.

[0064] As shown in Figure 4, the electronic device 200 may include at least one storage medium 230 and at least one processor 220. In some embodiments, the electronic device 200 may further include a communication port 250 and an internal communication bus 210. The electronic device 200 may further include an I / O component 260.

[0065] The internal communication bus 210 may connect different system components. For example, the internal communication bus 210 may connect a storage medium 230, a processor 220, a communication port 250, and an I / O component 260, etc.

[0066] The I / O component 260 supports input / output between the electronic device 200 and other components.

[0067] The communication port 250 is used for data communication between the electronic device 200 and the outside world. For example, the communication port 250 may be used for data communication between the electronic device 200 and the network 140. The communication port 250 may be a wired communication port or a wireless communication port.

[0068] In some embodiments, a network is a medium for providing communication connectivity. A network can facilitate the exchange of information and data. A network may be any type of wired or wireless network, or a combination thereof. For example, a network may include cable networks, wired networks, fiber optic networks, telecommunications networks, intranets, the Internet, local area networks (LANs), wide area networks (WANs), wireless local area networks (WLANs), metropolitan area networks (MANs), public switched telephone networks (PSTNs), Bluetooth networks, ZigBee networks, near field communication (NFC) networks, or similar networks.

[0069] In some embodiments, the network may include one or more network access points. For example, the network may include wired or wireless network access points such as base stations or internet exchange points. One or more components of each device corresponding to the electronic device 200 can connect to the network via such access points to exchange data or information.

[0070] The storage medium 230 may include a data storage device. The data storage device may be a non-temporary storage medium or a temporary storage medium. For example, the data storage device may include one or more of a magnetic disk 232, a read-only storage medium (ROM) 234, or a random access storage medium (RAM) 235. The storage medium 230 further includes at least one instruction set stored in the data storage device. The instruction set may include computer program code, which may include programs, routines, objects, components, data structures, processes, modules, etc.

[0071] At least one processor 220 may be communicatively connected to at least one storage medium 230. When the electronic device 200 is operating, at least one processor 220 reads the at least one instruction set and performs an order management method provided herein in accordance with the instructions of the at least one instruction set. The processor 220 may perform steps included in the order management method. The processor 220 may be in the form of one or more processors, and in some embodiments, the processor 220 may include one or more hardware processors, such as a microcontroller, microprocessor, reduced instruction set computer (RISC), application-specific integrated circuit (ASIC), application-specific instruction set processor (AASIP), central processing unit (CPU), graphics processing unit (GPU), physical processing unit (PPU), microcontroller unit, digital signal processor (DSP), field-programmable gate array (FPGA), advanced RISC machine (ARM), programmable logic device (PLD), any circuit or processor capable of performing one or more functions, or a combination thereof.

[0072] For illustrative purposes only, the electronic device 200 in the drawings shows only one processor 220. However, the electronic device 200 in this specification may also include multiple processors, and therefore the steps of the operations and / or methods disclosed herein may be performed by one processor or jointly by multiple processors. For example, where this specification states that the processor 220 of the electronic device 200 performs steps A and B, it should be understood that steps A and B may be performed jointly or separately by two different processors 220 (e.g., the first processor performs step A and the second processor performs step B, or the first and second processors jointly perform steps A and B).

[0073] Figure 5 is a flowchart of the order processing method P300 provided by the embodiments of this specification. As shown in Figure 5, the order processing method P300 is performed in cooperation with a POS device, a service device, a card reader and an acquirer. The order processing method P300 may include S310 to S400.

[0074] In S310, the POS device receives a register command for the target order.

[0075] Here, the register instruction indicates at least that the payment method for the order in question is card payment.

[0076] In some embodiments, a register command may be initiated by an offline operator, who may be a staff member of the participating merchant (e.g., a cashier). The merchant staff member selects card payment as the payment method on the POS device and performs the register operation based on the consumer's payment needs. The operator may also be a consumer, who voluntarily places an order on the POS device, selects card payment, and performs the register operation; in this scenario, the POS device also functions as an offline self-service ordering machine.

[0077] In S320, the POS device sends a card reading command to the card reader.

[0078] In some embodiments, a card reading command is used to instruct a card reader to enter card reading mode. In card reading mode, the card reader continuously detects whether a payment card is nearby, touching, or inserted. When the card reader detects that a payment card has been touched or inserted, it reads the card information of that payment card. The card information read by the card reader includes, but is not limited to, the card number, expiration date, and type of payment card. In some embodiments, the card reading command may also specify a reading method, such as EMV chip reading, magnetic stripe reading, or NFC communication reading.

[0079] In some embodiments, order management software installed on a POS system may integrate a Software Development Kit (SDK) corresponding to a card reader. The SDK provides developers with a set of API interfaces for controlling the operation of the card reader and retrieving the data returned therefrom. These API interfaces may include, but are not limited to, interfaces for initializing the card reader, interfaces for controlling the card reader to enter card reading mode, and interfaces for controlling the card reader to encrypt the read card information. When the POS system needs to send a card read command to the card reader, it can do so by calling the corresponding API interface through the order management software.

[0080] In some embodiments, based on the register command, the POS system may also send a prompt command to the card reader, instructing the card reader to issue prompt information to prompt the user to swipe the card.

[0081] The prompt information may include visual prompts, audio prompts, or vibration prompts, and is specifically implemented depending on the hardware capabilities of the card reader. In some embodiments, the card reader may include an audio output device (e.g., a speaker) that outputs audio prompts such as "Swipe your card," "Insert your chip card," or "Bring your card close to the sensing area." In some embodiments, the card reader may include a buzzer that emits a vibration prompt to encourage the user to swipe the card. In some embodiments, the card reader may include an LED light that guides the user to locate the payment card placement area, such as by lighting or flashing the LED. In NFC communication payment scenarios, the card reader may illuminate an indicator light in the NFC sensing area to allow the user to quickly complete the payment operation.

[0082] The content of the prompt information is not limited in this specification. The prompt information output by the card reader may differ in different payment scenarios.

[0083] In some embodiments, prompt information may be emitted via an audio output device built into or external to the POS device to encourage the user to swipe a code.

[0084] In the above embodiment, automated prompt information reduces the need for staff to instruct users on how to swipe their cards, improves payment efficiency, reduces the frequency of human intervention, enhances the user experience of payment scenarios, and further strengthens the device's functional adaptability and flexibility.

[0085] Consumers can complete payment operations such as card swiping, card insertion, card shaking, or card scratching based on the attributes of their payment card. The card reader performs step S330 to read the card information.

[0086] In S330, the card reader detects the payment card and reads the card information of the payment card when the payment card is detected.

[0087] Based on the attributes of different payment cards, a card reader reads the necessary information stored within the payment card, which can be core information for payment authorization and transaction authentication. Card information may include card number, expiration date, dynamic authentication code, or payment cardholder authentication data. While the card information to be read may differ depending on the bank or payment card, the correct card information can be transmitted between the payment card and the card reader. When a payment card is brought near or inserted into the card reader, the card reader can detect the presence of the payment card in real time and select the appropriate reading content according to the type of payment card. Card readers not only support various payment scenarios but can also provide consumers with a convenient payment experience.

[0088] A card reader can read card information based on radio frequency (RF) field signals. For example, a card reader provides an RF field signal after receiving a card reading command, and when a payment card is brought close to / contacted / inserted into the reader, the RF field signal is supplied to the integrated circuit in the payment card. This allows the card reader to communicate with the integrated circuit in the payment card and read the card information. The RF field signal not only powers the integrated circuit in the payment card to enable it to operate properly, but also acts as a carrier for data communication, establishing a communication link for bidirectional data exchange between the card reader and the payment card.

[0089] In some embodiments, the card reader incorporates a security chip, and the card information is obtained by the security chip reading the payment card information and immediately encrypting the read information.

[0090] After a payment card is detected, the security chip immediately intervenes, controlling the reading, processing, and encryption of card information throughout the entire process, ensuring that the entire process complies with security standards. The security chip exchanges necessary information with the payment card in accordance with international payment standards (e.g., EMV protocol). Unlike a normal processing chip, the security chip completes the entire reading process within a protected hardware environment, thereby ensuring that the information is not subjected to external attacks or unauthorized access during the reading stage. Simultaneously with reading the information, the security chip immediately encrypts the read information, ensuring that the encryption key for each transaction is unique, making it impossible to decrypt or reuse the transaction data even if it is intercepted. The encrypted card information may be transmitted to the POS device via a communication channel protected by the security chip.

[0091] In the above embodiment, the integrated security chip design improves the overall security of the card reader, and because highly sensitive operations are concentrated within the security chip, other hardware modules do not need to handle highly sensitive data, thereby reducing the overall security risk of the device.

[0092] Based on different reading methods, a card reader may be one of the following: a contact card reader, a contactless card reader, or a combination of a contact card reader and a contactless card reader.

[0093] A contact-type card reader is a device that requires physical contact with the payment card to complete the reading of information. The user must insert the payment card into the card slot of the card reader to complete the data reading and exchange by directly contacting the card reader's contacts with the payment card chip. A contactless card reader can complete the reading of information by wirelessly communicating with the payment card using technologies such as RF fields and near-field communication (NFC). The user does not need to insert the payment card into the device; they can complete the payment simply by bringing the card close to the card reader's sensing area (e.g., within a range of 4-10 centimeters). A card reader that combines the functions of both contact-type and contactless card readers can support multiple types of payment cards simultaneously. By integrating the two technologies into the same hardware platform, card readers offer users more payment options, and merchants can accommodate a wider range of payment needs.

[0094] In some embodiments, the communication method in the process of reading card information from a payment card may vary depending on the card reader. For insertable chip cards, the card reader triggers communication with the EMV chip; for magnetic stripe cards, it reads data on the magnetic stripe; and for contactless NFC payments, the card reader initiates wireless communication and performs short-range communication with the payment card.

[0095] The different card readers described above can be applied to different scenarios. A device that combines these two technologies would bring even greater flexibility to payment systems.

[0096] In conventional technology, each acquirer typically requires stores to use dedicated financial instruments that communicate directly with the acquirer. Because acquirers have different technical standards and functional needs for their instruments, stores must deploy multiple devices to support diverse payment methods. This not only increases the store's device costs and maintenance complexity, but also leads to an overly fragmented payment scenario, making unified management difficult.

[0097] Unlike the prior art scenario in which different acquirers provide different financial instruments, the card reader described herein is provided by the acquirer and is not an instrument that communicates directly with the acquirer.

[0098] In some embodiments, the card reader can support reading payment cards from different issuing banks, eliminating the need for stores to deploy dedicated equipment for each acquirer. Furthermore, the card reader completes the processing and transmission of card information via the POS device and service device without direct communication with the acquirer. In the payment process of the embodiments herein, the main role of the card reader is to read the card information of the payment card and transmit it to the POS device. The POS device acts as an information relay station, further transmitting the payment data to the service device, which communicates with the acquirer to complete the transaction authorization; refer to steps S330-S370 for the specific process. This indirect communication method effectively decouples the relationship between the card reader and the acquirer, allowing the card reader to be more generalized and modularized. In addition, the card reader herein provides stores with more options and can support multiple payment scenarios with a single device without requiring dedicated devices for each acquirer. Furthermore, the card reader only needs to maintain communication with the POS device without directly handling the authentication and settlement process of payment transactions, allowing for a lighter and more efficient hardware design for the card reader.

[0099] After reading the card information of the payment card, the card reader continues to execute step S340 without communicating directly with the acquirer, and transmits the card information to the POS device.

[0100] In S340, the card reader transmits card information to the POS device.

[0101] As mentioned above, card information is information that is read by a card reader and immediately encrypted.

[0102] In some embodiments, the POS system and the card reader are connected wirelessly. However, in wireless communication environments such as Bluetooth and Wi-Fi, the propagation range of wireless signals is wide, posing a risk of remote interception. Therefore, the transmission message can be encrypted during the process of transmitting card information from the card reader to the POS system. When the POS system and the card reader are connected via USB or wired connection, encrypted communication during the transmission process from the card reader to the POS system can be omitted depending on the needs. However, since data transmission may pass through third-party devices (e.g., hubs or data exchange devices), encrypted transmission can be performed to prevent physical interception between devices. The encryption process in the above process ensures the integrity and confidentiality of card information during transmission, while effectively preventing potential security risks such as data interception and tampering.

[0103] Since the card information is encrypted immediately after being read by the card reader, the POS device cannot obtain the specific content of the card information. After receiving the card information, the POS device executes S350 and continues to transmit the card information.

[0104] In S350, the POS device transmits card information to the service device.

[0105] Because communication between the POS device and the service device, and between the service device and the acquirer, is based on network communication, it is susceptible to malicious attacks from external sources. Furthermore, since card information contains sensitive data, the POS device encrypts the card information before transmitting it to the service device to prevent theft or interception.

[0106] In some embodiments, the POS device encrypts the card information to obtain a first transmission message and sends the first transmission message to the service device.

[0107] The first transmission message may include transaction-related information such as order number and store ID, in addition to card information. The encryption process of the POS device ensures the security of card information during the transmission process to the service device and prevents unauthorized interception, alteration, or misuse of data during the transmission process.

[0108] After receiving the first transmission message, the service device decodes the first transmission message to obtain card information.

[0109] After receiving the first transmission message, the service device decrypts the message using its private or dynamic key based on the communication protocol and obtains the card information. It should be reiterated that the service device does not decrypt the card information at this point; the card information obtained is encrypted by the security chip of the card reader. In other words, throughout the entire card information transmission process, both the POS device and the service device can read the specific contents of the card information.

[0110] In some other embodiments, the service device does not perform decryption after receiving the first transmission message. Instead, it directly generates a payment request corresponding to the target order based on the first transmission message and sends it to the acquirer, which then decrypts the multiple encryption based on the protocol and encryption key of the entire communication link and obtains the card information.

[0111] In S360, the service device generates a payment request corresponding to the target order based on the card information.

[0112] In some embodiments, after obtaining card information, the service device associates the card information with the target order information. This target order information typically includes the transaction amount, product details, store identifier, and transaction time. The service device integrates this information to construct a payment request data packet. The payment request may include card information, transaction information, store information, and payment protocol. In the process of generating a payment request, the service device must not only easily integrate the data to ensure accurate identification of the payment card information and processing of this data, but also adhere to the acquirer's technical specifications and security standards. Furthermore, the payment request may be protected by encryption, thereby providing a secure payment environment for both the user and the store.

[0113] In S370, the service device sends a payment request to the acquirer.

[0114] In some embodiments, after generating a payment request, the service device can send the payment request to the acquirer via a secure channel for processing.

[0115] In some embodiments, the acquirer may, after receiving the payment request, forward the payment request to a downstream institution. The downstream institution may be, but is not limited herein, a financial institution such as an issuing bank.

[0116] In some embodiments, the service device is connected to multiple acquirers, and the method P300 further includes the step of transmitting the issuing bank identifier to the service device so that the POS device determines the identifier of the issuing bank corresponding to the payment card and the service device determines which acquirer from the multiple acquirers supports processing the target order.

[0117] The issuing bank identifier is used to identify important information about the issuing institution corresponding to the payment card, and through a unique code or identifier, it can indicate the specific bank or financial institution to which the payment card belongs, thereby helping the order management system in this specification accurately transmit the transaction request to the correct acquirer.

[0118] In some embodiments, the POS device can determine the identifier of the issuing bank corresponding to the payment card based on data entered into the POS device by the operator.

[0119] In some embodiments, the operator can enter part or all of the payment card's card number, such as the Bank Identification Number (BIN) (the first six or eight digits of the card number), into the POS device. The POS device looks up the corresponding issuing bank identifier based on the entered BIN code. In some embodiments, the operator can also directly select the issuing bank or card organization from the options displayed on the POS device. The operator can also enter additional transaction information (e.g., regional information, card type) to help the POS device determine the issuing bank identifier.

[0120] In some embodiments, the POS system can also control the card reader to read the issuing bank identifier from the payment card. For example, a card read command transmitted by the POS system may also be used to instruct the card reader to read the issuing bank identifier from the payment card.

[0121] In some embodiments, a POS device may send a card reading request during the payment process that includes explicit instructions such as "instruct the card reader to read the issuing bank identifier and extract fields related to the issuing bank, such as the BIN code or card organization identifier, from the payment card." The card reader may then communicate with the payment card and extract the issuing bank identifier in accordance with the instructions from the POS device. For example, it may extract the BIN code from the card data structure to determine the issuing bank.

[0122] In some embodiments, a POS system can determine the issuing bank identifier by combining two methods: operator input and reading by a card reader. This combined method can improve the system's adaptability. For example, if the card reader fails to read automatically, the POS system can switch to manual input mode to ensure that the payment process is not affected.

[0123] After obtaining the issuing bank identifier through the above process, the POS device packages the issuing bank identifier, card information, and transaction-related information (order number, store ID, etc.) as an encrypted transmission message (first transmission message) and sends it to the service device.

[0124] In some embodiments, the service device receives an issuing bank identifier from the POS device and, based on the issuing bank identifier, determines from among multiple acquirers which acquirer supports the processing of the target order. Based on the issuing bank identifier, the service device can match the target acquirer supporting the current transaction through an internally configured routing table, send the payment request to the target acquirer, and complete transaction authorization and settlement. This routing process may be dynamically adjusted and does not require processing or storing specific card information. The payment request generated by the service device may include card information, an issuing bank identifier, and a transaction amount, but does not always include specific details of the card information, and the payment request is sent to the target acquirer via a secure communication channel.

[0125] In some embodiments, after receiving a payment request, the acquirer can decrypt the payment request to obtain card information. Based on the card information, the acquirer can perform a payment process by transmitting data with the corresponding downstream institution or bank. In the payment process, the acquirer generates a payment result based on the verification results of the payment card, the issuing bank's approval response, and the actual transaction status, and then performs step S380 to transfer the payment result to the service device.

[0126] In S380, the acquirer sends the payment result corresponding to the order to the service device.

[0127] The payment result can characterize whether the payment for the order in question was successful or unsuccessful. A successful payment indicates that the payment card transaction request was approved by the issuing bank or payment network and the transaction amount was successfully debited. A failed payment indicates that the transaction request was not approved. The payment result may include additional information, such as the reason for the failure, in addition to characterizing whether the payment was successful or unsuccessful.

[0128] After receiving the payment result transmitted from the acquirer, the service device decrypts, verifies, and processes the result, and then performs step S390 to transmit the payment result to the POS device.

[0129] In S390, the service device transmits the payment result corresponding to the order to the POS device.

[0130] In some embodiments, before transmission, the service device may also format the payment result into a standard format that a POS device can identify and display. Before transmission, the service device may also store the payment result corresponding to the order in question to facilitate subsequent order management and order backtracking.

[0131] In S400, the POS device outputs the payment result.

[0132] The display of payment results may include payment status, order details, and additional explanations.

[0133] In some embodiments, the POS device may display the payment result on an interactive interface. For example, the interactive interface of the POS device may display the specific details of the payment result, visually indicating the payment result to the consumer. Furthermore, for example, the POS device may provide a simple result prompt through indicator lights (green indicating success, red indicating failure).

[0134] In some embodiments, the POS device outputs the payment result as voice information. The POS device includes a built-in audio output device, such as a speaker, which can convert the payment result into a voice prompt. For example, if the payment is successful, the speaker outputs a voice prompt such as "Payment successful! Thank you for using our service!" If the payment fails, the speaker outputs a specific reason, such as "Payment failed. Insufficient funds. Please change your payment method."

[0135] In some embodiments, in addition to a display interface and voice prompts, the POS system may also print receipts via a connected printing device and print payment results on the receipt, making it easier for the store to keep and for the customer to verify.

[0136] The order payment result is transmitted from the acquirer to the service device, and then from the service device to the POS system, allowing the order management system to provide the operator with quick and accurate feedback on the payment status. The POS system can output payment results in various ways, such as display interfaces, voice prompts, and receipt printing, to meet the needs of different payment scenarios while simultaneously enhancing the user experience and payment efficiency.

[0137] Furthermore, the card information reading and transmission processes described above comply with a pre-configured payment specification, which may be the EMV specification, which functions as an international standard for chip card payments and defines how the card interacts with the payment terminal.

[0138] In short, this specification provides order processing methods, devices, storage media, and systems that can provide efficient, secure, and flexible card payment solutions to merchants and consumers. The card information reading and transmission processes comply with payment industry standards to ensure the security of data reading and transmission. In the embodiments herein, the coordination of a card reader, POS device, and service device completes the payment interaction between the order management system and the acquirer. Indirect communication between the card reader and the acquirer effectively decouples the relationship between the card reader and the acquirer, enabling the card reader to be more generalized and modularized. Since one card reader can support multiple acquirers, merchants do not need to purchase financial equipment for each acquirer, significantly simplifying the payment hardware configuration and reducing overall costs.

[0139] Another aspect of this specification provides a computer-readable non-temporary storage medium storing at least one instruction set for order processing. When the at least one instruction set is executed by a processor, the at least one instruction set instructs the processor to execute the steps of the order processing method P300 described herein. In some possible embodiments, each aspect of this specification may be implemented in the form of a program product further including program code. When the program product operates on an electronic device 200, the program code is used to cause the electronic device 200 to execute the steps of the order processing method P300 described herein. The program product for implementing the above method may be a portable compact disk read-only memory (CD-ROM) containing the program code and may be executed on the electronic device 200. However, the program products of this specification are not limited thereto, and herein, the readable storage medium may be any tangible medium containing or storing a program that can be executed by an instruction execution system, or a program that can be used in combination with an instruction execution system. The program product may use any combination of one or more readable media. The readable media may be a readable signal medium or a readable storage medium. The readable storage medium may be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage mediums include portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. The computer-readable storage medium may include data signals propagated in the baseband as part of a carrier wave carrying readable program code.The data signals propagated in this manner can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The readable storage medium may be any readable medium other than the readable storage medium on which programs used by instruction execution systems, apparatus, or devices, or programs used in combination therewith, can be transmitted, propagated, or transmitted. The program code contained in the readable storage medium may be transmitted by wireless, wired, optical cable, RF, or any suitable combination thereof, but is not limited thereto. The program code for performing the operations described herein may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as the C language or similar programming languages. The program code may be fully executed on the electronic device 200, partially executed on the electronic device 200, executed as a single independent software package, partially executed on the electronic device 200, partially executed on a remote computing device, or fully executed on a remote computing device.

[0140] Specific embodiments of this specification have been described above. Other embodiments are within the scope of the appended claims. In some cases, the operations or steps described in the claims may be performed in a different order than those described in the embodiments, and the desired results can still be achieved. Furthermore, the processes depicted in the appended drawings do not necessarily have to follow a specific or sequential order to obtain the desired results. In some embodiments, multitasking and parallel processing are also possible and may be advantageous.

[0141] In summary, after reading this detailed disclosure, a person skilled in the art will understand that the aforementioned detailed disclosure may be provided only as an example and is not limiting. Although not expressly stated herein, a person skilled in the art will understand that this specification includes various reasonable changes, improvements and modifications to the examples. These changes, improvements and modifications are intended to be presented herein and are within the spirit and scope of the exemplary examples herein.

[0142] Furthermore, certain terms used herein are used to describe the embodiments described herein. For example, “one embodiment,” “an embodiment,” and / or “several embodiments” mean that certain features, structures, or properties described in conjunction with this embodiment may be included in at least one embodiment described herein. Therefore, it should be emphasized and understood that in various parts of this specification, two or more references to “an embodiment,” “one embodiment,” or “alternative embodiment” do not necessarily all refer to the same embodiment. Moreover, certain features, structures, or properties may be appropriately combined in one or more embodiments described herein.

[0143] In the above description of the embodiments herein, it should be understood that various features are combined in a single embodiment, accompanying drawing, or description herein in order to aid in the understanding of a particular feature and for the purpose of simplifying this specification. However, these combinations of features are not essential, and those skilled in the art can certainly understand some of the devices as separate embodiments when reading this specification. That is, embodiments herein can also be understood as a combination of multiple sub-embodiments, and the content of each sub-embodiment may be fewer than all the features of the single embodiment disclosed earlier.

[0144] Each patent, patent application, patent application publication, and other material such as texts, books, specifications, publications, documents, articles, etc., referenced herein, except for documents that are inconsistent with or inconsistent with this Specified, or that have a limiting effect on the broadest scope of the claims, are incorporated herein by reference and may be used for all purposes relating to this Document, now or in the future. Furthermore, in the event of any inconsistency or inconsistency between the description, definition and / or use of a relevant term in any of the materials and the description, definition and / or use of a relevant term in this Document, the term in this Document shall prevail.

[0145] Finally, it should be understood that the embodiments of the application disclosed herein are for illustrative purposes only and illustrate the principles of the embodiments herein. Other modified embodiments are also within the scope of this specification. Therefore, the embodiments disclosed herein are illustrative and not limiting. Those skilled in the art can adopt alternative configurations based on the embodiments herein and realize the applications herein. Therefore, the embodiments herein are not limited to those precisely described in the applications.

Claims

1. An order processing method applied to an order management system, wherein the order management system comprises a service device, a POS device, and a card reader connected to the POS device, and the method is executed by the POS device. A step of receiving a register command for the target order, wherein the register command indicates at least that the payment method for the target order is card payment, The steps include: detecting a payment card and instructing the card reader to read the card information of the payment card when the payment card is detected, by sending a card reading command to the card reader based on the register command; An order processing method comprising: receiving the card information from the card reader and transmitting the card information to the service device so that the service device generates a payment request corresponding to the target order based on the card information, wherein the payment request is used to request an acquirer to perform a card payment process for the target order.

2. The method according to claim 1, wherein the card reader has a built-in security chip, and the card information is information obtained by the security chip reading the information of the payment card and encrypting the read information.

3. The step of transmitting the card information to the service device is: The method according to claim 2, further comprising the steps of encrypting the card information to obtain a first transmission message and transmitting the first transmission message to the service device.

4. The aforementioned method, The method according to claim 1, further comprising the step of sending a prompt command to the card reader based on the register command, instructing the card reader to issue prompt information to prompt the user to swipe the card.

5. The aforementioned method, The steps include receiving a payment result corresponding to the target order from the service device, The method according to claim 1, further comprising the step of outputting the payment result.

6. Multiple acquirers are connected to the service device, and the method is as follows: The method according to claim 1, further comprising the steps of determining an identifier for an issuing bank corresponding to the payment card, and transmitting the identifier for the issuing bank to the service device so that the service device determines from the plurality of acquirers an acquirer that supports processing the target order.

7. The step of determining the identifier of the issuing bank corresponding to the payment card is: The method according to claim 6, further comprising the step of determining an identifier of an issuing bank corresponding to the payment card based on data entered into the POS device by an operator.

8. The card reading command is further used to instruct the card reader to read the issuing bank identifier from the payment card, and the step of determining the issuing bank identifier corresponding to the payment card is, The method according to claim 6, further comprising the step of receiving an identifier of an issuing bank corresponding to the payment card from the card reader.

9. The method according to claim 1, wherein the card reader is not a device provided by the acquirer that communicates directly with the acquirer.

10. The method according to claim 9, wherein the card reader is one of a contact-type card reader, a non-contact-type card reader, or a card reader that combines a contact-type card reader and a non-contact-type card reader.

11. An order processing method applied to an order management system, wherein the order management system comprises a service device, a POS device, and a card reader connected to the POS device, and the method is performed by the service device. The steps include receiving card information of a payment card to be used for payment of the target order from the POS device, wherein the card information is information obtained by the card reader reading the payment card in response to a card reading command from the POS device, A method comprising the steps of generating a payment request corresponding to the target order based on the card information and sending the payment request to the acquirer so that the acquirer performs the card payment process for the target order.

12. The method according to claim 11, wherein the card reader has a built-in security chip, and the card information is information obtained by the security chip reading the information of the payment card and encrypting the read information.

13. The step of receiving card information of a payment card to be used for payment of the target order from the POS device is: The step of receiving a first transmission message from the POS device, wherein the first transmission message is a message obtained by encrypting the card information, The method according to claim 12, comprising the step of decoding the first transmission message to obtain the card information.

14. The aforementioned method, The steps include receiving the payment result corresponding to the target order from the acquirer, The method according to claim 11, further comprising the step of transmitting the payment result corresponding to the target order to the POS device.

15. Multiple acquirers are connected to the service device, and the method is as follows: The process further includes receiving an identifier of the issuing bank corresponding to the payment card from the POS device, and determining, based on the identifier of the issuing bank, which acquirer from the plurality of acquirers will support the processing of the target order. The method according to claim 11, wherein the step of sending the payment request to the acquirer includes the step of sending the payment request to the target acquirer.

16. An electronic device as a POS system, A storage medium storing at least one instruction set for performing a register, An electronic device comprising: at least one processor communicably connected to the at least one storage medium, wherein, during operation of the electronic device, the at least one processor reads the at least one instruction set and performs the method according to any one of claims 1 to 10 in accordance with the instructions of the at least one instruction set.

17. An electronic device as a service device, A storage medium storing at least one instruction set for performing a register, An electronic device comprising: at least one processor communicatively connected to the at least one storage medium, wherein, during operation of the register system, the at least one processor reads the at least one instruction set and performs the method according to any one of claims 11 to 15 in accordance with the instructions of the at least one instruction set.

18. A computer-readable non-temporary storage medium wherein at least one instruction set is stored in the computer-readable non-temporary storage medium, and when the at least one instruction set is executed by at least one processor, the method according to any one of claims 1 to 10 or the method according to any one of claims 11 to 15 is realized.

19. An order management system comprising a service device, a POS device, and a card reader connected to the POS device, The POS device is configured to receive a register command for the target order and to transmit a card reading command to the card reader based on the register command. The card reader is configured to respond to a card reading command from the POS device by detecting a payment card, reading the card information of the payment card when the payment card is detected, and transmitting the card information to the POS device. The POS device is further configured to receive the card information from the card reader and transmit the card information to the service device. An order management system, wherein the service device is configured to generate a payment request corresponding to the target order based on the card information and to send the payment request to the acquirer so that the acquirer executes the card payment process for the target order.

20. The system according to claim 19, wherein the card reader has a built-in security chip, and the card information is information obtained by the security chip reading the information of the payment card and encrypting the read information.

Images