US20180357627A1 - Transitioning Point-Of-Sale Devices Between Modes - Google Patents
Transitioning Point-Of-Sale Devices Between Modes Download PDFInfo
- Publication number
- US20180357627A1 US20180357627A1 US16/105,918 US201816105918A US2018357627A1 US 20180357627 A1 US20180357627 A1 US 20180357627A1 US 201816105918 A US201816105918 A US 201816105918A US 2018357627 A1 US2018357627 A1 US 2018357627A1
- Authority
- US
- United States
- Prior art keywords
- pos device
- payment instrument
- information
- payment
- transactions
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 claims abstract description 68
- 230000007704 transition Effects 0.000 claims abstract description 46
- 230000008569 process Effects 0.000 claims description 62
- 230000004044 response Effects 0.000 claims description 15
- 230000007423 decrease Effects 0.000 claims description 7
- 230000003247 decreasing effect Effects 0.000 claims description 2
- 238000013475 authorization Methods 0.000 description 9
- 230000008859 change Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 235000013305 food Nutrition 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 235000021152 breakfast Nutrition 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Definitions
- POS point-of-sale
- mobile POS devices may use these mobile POS devices to engage in transactions with customers at different locations.
- POS point-of-sale
- a taxi driver may use a mobile POS device to charge a passenger for a taxi ride.
- a street vendor may use a mobile POS device to charge a customer for an item purchased from the street vendor.
- these mobile POS devices are configured to operated in either an online mode or offline mode. Because of the mobile nature of these POS devices, the POS devices may sometimes lack network connectivity and, hence, may transition from the online mode to the offline mode.
- FIG. 1 illustrates an example environment that includes a merchant operating a mobile point-of-sale (POS) device to conduct transactions with multiple different customers.
- the POS device may transition from an online mode, in which the POS device uploads payment information to a payment service substantially immediately after receiving the payment information from a customer, to an offline mode, in which the POS device locally stores the payment information for later uploading, based on an increase in transactions at the POS device.
- FIG. 2 illustrates a flow diagram of a process for transitioning a POS device between an online mode and an offline mode based at least in part on a volume or rate of transactions occurring on the POS device.
- FIG. 3 illustrates a flow diagram of a process for determining that an amount of transactions conducted on a POS device is expected to increase and, in response, instructing the POS device to transition from an online mode to an offline mode.
- FIG. 4 illustrates select components of a POS device that a merchant described herein may utilize.
- Some implementations described herein include techniques and arrangements for transitioning point-of-sale (POS) devices between online and offline modes.
- the techniques instruct a POS device to transition from an online mode to an offline mode based on a volume of transactions on the POS device within a certain time period, based on an increase in the rate of transactions occurring on the POS device, or based on anticipating a rise in the number of transactions on the POS device for other reasons.
- a merchant may receive a payment instrument from a customer to pay for a good or service that the customer receives from the merchant.
- the merchant may then input an identifier associated with the payment instrument into a POS device by, for example, swiping the payment instrument, typing in a number of the payment instrument, or the like.
- the POS device When the POS device is operating in an online mode, the POS device sends information regarding identifier of the payment instrument to a payment service for authorization of the payment instrument. In some instances, the POS device sends this information to the payment instrument substantially contemporaneously with the POS device receiving the identifier of the payment instrument.
- the POS device may receive an indication of whether the payment instrument has been approved or declined for an amount of the transaction (i.e., a cost of the good or service).
- this “authorization delay” may increase based on certain factors, such as an increase in network latency or a slowdown in the authorization process at a payment service. These delays may be unacceptable during certain peak hours at the merchant (e.g., when the merchant has a long line and wishes to avoid customers from having a negative experience due to a long wait).
- the POS device When the POS device operates in the offline mode, however, the POS device locally stores the information regarding the identifier of the payment instrument for later sending to the payment service after the POS device transitions back into the online mode.
- POS devices of this nature may transition to this offline mode when the devices lose network connectivity (e.g., due to being at a location that lacks network connectivity) or in response to an operator manually transitioning to the offline mode using a merchant application executing on the device. In some instances, however, merchants may find it beneficial if the POS device were to automatically transition between the modes based on factors other than network connectivity.
- the techniques described herein may configure a POS device to automatically (i.e., without user input) transition between modes (e.g., an offline mode and an online mode) based on one or more factors other than network connectivity.
- the POS device may be configured to transition from an online mode to an offline mode based on the POS device experiencing or anticipating a significant rise in the number of transactions being processed by the POS device. Because completing an online transaction typically requires more time than an offline transaction, due to the authorization delay described above, a merchant may be able to process transactions more promptly when in the offline mode (although the offline transactions will later need to be authorized). Decreasing an amount of time needed to process a transaction may allow the merchant to increase the number of transactions that the POS device is able to complete over a busy time period.
- the merchant may utilize the POS device in online mode. By doing so, the merchant learns in near-real-time (after the authorization delay) whether a payment instrument of the customer has been approved. If the payment instrument is declined, then the merchant may request another form of payment.
- the merchant may encounter a sharp increase in the number of transactions that the POS device needs to process. For instance, a line of people requesting food from the merchant may develop.
- the POS device may be configured to transition to the offline mode in this instance, thereby allowing the merchant to decrease the amount of time between transactions and decrease the amount of time needed for the merchant to work through the line. This may result in happier customers, thus increasing the chance that the customers return to the merchant.
- the POS device may be configured to transition back to the online mode, at which point the POS device may upload the payment information to the payment service for authorization of the numerous payment instruments received during the lunch hour.
- the POS device may be configured to transition the POS device from the online mode to the offline mode (or vice versa) in a number of ways. For instance, the POS device or the other entity may measure a volume of transactions that the POS device processes over a given time period. If that volume exceeds a threshold, then the POS device may transition to the offline mode. In another example, the POS device or the other entity may determine that the POS device is experiencing an increase in a rate of transactions occurring at the POS device. In response to determining that this rate is greater than a rate threshold, the POS device may transition to the offline mode, or provide an option to the user to switch to the offline mode.
- the POS device may surface a menu asking the user if he or she would like to transition wholly or partly to the offline mode (based on the expected rise in transactions).
- the POS device may anticipate a rise based on historical data, such as historical sales volume at the merchant at certain times of day.
- FIG. 1 illustrates an example environment 100 that includes a merchant 102 operating a point-of-sale (POS) device 104 to engage in various transactions respective customers 106 .
- the POS device 104 may comprise any sort of mobile or non-mobile device that includes an instance of a merchant application that executes on the respective device.
- the merchant application may provide POS functionality to the POS device 104 to enable the merchant 102 (e.g., an owner, employees, etc.) to accept payments from the customers 106 .
- the POS device 104 may correspond to a store or other place of business of the merchant, and thus, may be a fixed location that typically does not change on a day-to-day basis.
- the POS device 104 may change from time to time, such as in the case that the merchant operates a food truck, is a street vendor, a cab driver, etc., or has an otherwise mobile business, e.g., in the case of merchants who sell items at buyer's homes, places of business, and so forth.
- a merchant may include any business engaged in the offering of goods or services for acquisition by customers. Actions attributed to a merchant may include actions performed by owners, employees, or other agents of the merchant and thus no distinction is made herein unless specifically discussed.
- a customer may include any entity that acquires goods or services from a merchant, such as by purchasing, renting, leasing, borrowing, licensing, or the like.
- goods and/or services offered by merchants may be referred to as items.
- a merchant and a customer may interact with each other to conduct a transaction in which the customer acquires an item from a merchant, and in return, the customer provides payment to the merchant.
- a transaction may include a financial transaction for the acquisition of goods and/or services that is conducted between a customer and a merchant.
- the customer can provide the amount that is due to the merchant using a payment instrument (e.g., a debit card, a credit card, a stored-value or gift card, a check, through an electronic payment application on a device carried by the customer, or the like).
- the merchant can interact with the POS device 104 to process the transaction, such as by inputting (e.g., manually, via a magnetic card reader or an RFID reader, etc.) an identifier associated with the payment instrument.
- a payment instrument of one of the customers 106 may include one or more magnetic strips for providing card and customer information when swiped in a card reader.
- other types of payment cards may be used, such as smart cards having a built-in memory chip, a radiofrequency identification tag, or so forth.
- the POS device 104 can determine transaction information describing the transaction, such as the identifier of the payment instrument, an amount of payment received from the customer, the item(s) acquired by the customer, a time, place and date of the transaction, and so forth.
- the POS device 104 can send the transaction information to a payment service 108 over a network 110 , either substantially contemporaneously with the conducting of the transaction (in the case of online transactions) or later when the device 104 is in the online mode (in the case offline transactions).
- the POS device 104 may store one or more characteristics associated with the transaction (i.e., the transaction information), such as a cost of the transaction, a time of day at which the transaction occurred, a day of the week at which the transaction occurred, a location at which the transaction took place, an item that the customer obtained, and a payment instrument used in the transaction.
- the POS device 104 may provide the stored information to the payment service 108 over the network 110 .
- the network 110 may represent any one or more wired or wireless networks, such as a WiFi network, a cellular network, or the like.
- the POS device 104 may be configured to automatically transition between the online mode and the offline mode based on an array of different reasons other than simply a loss of network connectivity. For instance, the POS device 104 may transition to the offline mode in order to increase an efficiency of transactions conducted between the merchant 102 and the customers 106 . The POS device 104 may make this transition in response to a rate in an increase in sales volume being greater than a threshold, in response to an amount of transactions over a given time period being greater than a threshold, in response to anticipating an increase in future transactions (e.g., based on historical sales data), or the like. In some instances, the POS device 104 may provide an option to the user to transition to the offline mode, rather than automatically transition to the offline mode.
- FIG. 1 illustrates a graph 116 that pictorially indicates the POS device 104 transitioning between an online mode 112 and an offline mode 114 based on a transaction rate.
- the POS device 104 is configured with a rate threshold, under which the POS device 104 in this example will operate in the online mode 112 . That is, when the rate of transactions occurring at a given time is relatively low (i.e., less than the rate threshold), then POS device 104 may “have time” to process each transaction online When, however, the transaction rate is greater than the rate threshold, then the POS device 104 may transition to the offline mode 114 ) and process subsequent transactions in the offline mode 114 (until the rate again becomes less than the rate threshold).
- the POS device 104 might not have time to wait to for the authorization delay associated with an online transaction. Doing so may result in an unacceptable delay to the customers 106 (as determined by the merchant 102 ), which might result in a loss of customers.
- the merchant 102 may define a value of the rate threshold.
- the transaction rate increases to a value greater than the rate threshold approximately during a lunch hour.
- the line at this point may be quite long and, therefore, transactions may be occurring at a relatively high rate.
- the POS device 104 or the payment service 108 may identify these historical trends and may anticipatorily transition to the offline mode 114 rather than waiting for the transaction rate to increase beyond the threshold.
- the payment service 108 may include one or more processors 118 and memory 120 , which may store a payment processing module 122 , a mode transition module 124 , and merchant information 126 corresponding to respective merchants.
- the payment processing module 122 may function to receive the information regarding a transaction from the POS device 104 and attempt to authorize the payment instrument used to conduct the transaction. The payment processing module 122 may then send an indication of whether the payment instrument has been approved or declined back to the POS device 104 .
- the payment processing module 122 may communicate with one or more computing devices of a card payment network, e.g., MasterCard®, VISA®, over the network 110 to conduct financial transactions electronically.
- the payment processing module 122 can also communicate with one or more computing devices of one or more banks over the network 110 .
- the payment processing module 122 may communicate with an acquiring bank, and/or an issuing bank, and/or a bank maintaining customer accounts for electronic payments.
- An acquiring bank may be a registered member of a card association (e.g., Visa®, MasterCard®), and may be part of a card payment network.
- An issuing bank may issue credit cards to buyers, and may pay acquiring banks for purchases made by cardholders to which the issuing bank has issued a payment card.
- the computing device(s) of an acquiring bank may be included in the card payment network and may communicate with the computing devices of a card-issuing bank to obtain payment.
- the customer may use a debit card instead of a credit card, in which case, the bank computing device(s) of a bank corresponding to the debit card may receive communications regarding a transaction in which the customer is participating.
- the merchant information 126 may include a current volume of transactions at the POS device (e.g., within the last 10 minutes, hour, etc.), a current rate at which the POS device 104 is processing transactions, historical data (e.g., sales at certain times of days, days of the week, etc.), a class of goods or services offered by the merchant, a cost threshold (e.g., set by the merchant 102 ) above which the POS device is process in an online mode (where network connectivity is available), an indication of which payment-instrument classes the merchant has indicated as being okay to process in the offline mode (and which the merchant would like to process in the online mode where a network connection is available, such as a stored-value (gift) cards), and the like. In some instances, some or all of this information is additionally or alternatively stored locally at the POS device 104
- the mode transition module 124 may utilize the merchant information 126 to determine when to instruct the POS device 104 to transition modes, such as when to transition from an online mode to an offline mode and vice versa. While illustrated at the payment service 108 , in some implementations a merchant application executing on the POS device 104 (discussed with reference to FIG. 4 ) may instead or additionally perform some or all of the functionality of the transition module 124 .
- the mode transition module 124 may instruct the POS device 104 to transition modes based on a reported or anticipated increased in a volume of transactions at the POS device 104 , as determined by any one or a combination of the information from the merchant information 126 . For instance, if a volume of transactions over a prescribed time period is greater than a volume threshold, and/or if the transaction rate is greater than a rate threshold, then the POS device 104 may transition from an online mode to an offline mode. The converse may also be true. In another example, the POS device 104 may transition based on historical data indicating that a volume is expected to increase for a particular time of day and/or on a particular day.
- the mode transition module 124 may identify merchants that are similar to the merchant 102 (e.g., based on geography, goods or services offered, and/or the like), may analyze historical sales data for these merchants, and may predict how the volume may increase for the merchant 102 based on this information.
- the POS device 104 may increase the amount of transactions processed offline, while still processing some transactions online For instance, the POS device may begin, at a relatively slow time period for transactions, processing all transactions online As the volume increases or is expected to increase, the POS may begin processing more and more transactions offline (e.g., 10%, 20%, . . . , 80%, etc.).
- the POS device 104 may process certain transactions “offline” (i.e., in the offline mode) by performing only a portion of an authorization process. For instance, in the example of authorizing a credit card, the payment service 108 may first “authorize” the credit card for the amount of a transaction and may then “capture” the actual funds from a bank associated with the credit card. In some instances, the mode transition module 124 may perform the “authorization” step but may await to perform the “capture” step until a time when the volume or rate of transactions is less.
- FIG. 2 illustrates a flow diagram of a process 200 for transitioning a POS device between an online mode and an offline mode based at least in part on a volume or rate of transactions occurring on the POS device.
- the process 200 and other processes described herein are illustrated as collections of blocks in logical flow diagrams, which represent a sequence of operations, some or all of which can be implemented in hardware, software or a combination thereof.
- the blocks may represent computer-executable instructions stored on one or more computer-readable media that, when executed by one or more processors, program the processors to perform the recited operations.
- computer-executable instructions include routines, programs, objects, components, data structures and the like that perform particular functions or implement particular data types.
- the order in which the blocks are described should not be construed as a limitation. Any number of the described blocks can be combined in any order and/or in parallel to implement the process, or alternative processes, and not all of the blocks need be executed.
- the processes are described with reference to the environments, architectures and systems described in the examples herein, although the processes may be implemented in a wide variety of other environments, architectures and systems.
- the process 200 may be performed by a POS device, by a remote payment service, by another entity, or by a combination thereof.
- the process 200 receives, over a time period, requests to process first payment instruments for costs of corresponding transactions. For instance, multiple ones of the customers 106 may engage in respective transactions with the merchant 102 using respective payment instruments.
- the process 200 sends, to a remote service such as the payment service 108 , one or more requests to process the first payment instruments.
- the process stores at least one of a number of the transactions (i.e., a volume) or a rate at which the transactions increased over the time period.
- the process 200 at least one of compares the number of transactions stored at 206 to a transaction threshold or compares the rate at which the transactions increased over the time period to a rate threshold.
- the process 200 determines at least one of whether the number of transactions is greater than the transaction threshold or whether the rate is greater than the rate threshold. If not, then the process 200 returns to the operation 202 , albeit for a subsequent time period. That is, the process 200 continues to process transactions in the online mode.
- the process 200 determines, at 210 , that the amount of the transactions or the rate increase is greater than the respective threshold, then the process proceeds to operation 212 .
- the process 200 transitions a POS device from an online mode to an offline mode, or provides an option to the user to transition to the offline mode (wholly or partially), rather than automatically transition to the offline mode.
- the process 200 receives, over another time period, requests to process second payment instruments for costs of corresponding transactions.
- the process 200 stores at least one of a number of the transactions over the other time period or a rate at which the transactions increased over the other time period.
- the process 200 determines whether to transition back to the online mode. In some instances, this operation may include determining whether the amount of transactions over the other time period is less than a transaction threshold or whether the rate at which the transactions increased over the other time period is less than a rate threshold. These threshold may be the same thresholds or different threshold as those discussed above with respect to the operation 210 .
- the process 200 may return to the operation 202 . If not, however, then the process 200 returns to the operation 214 , albeit for yet another time period. That is, the process 200 remains in the offline mode.
- FIG. 3 illustrates a flow diagram of a process 300 for determining that an amount of transactions conducted on a POS device is expected to increase and, in response, instructing the POS device to transition from an online mode to an offline mode.
- the POS device, the payment service, another entity, or a combination thereof may perform the process 300 .
- the process 300 processes transactions at the POS device in an online mode. While doing so, the process may store information regarding the volume or increases/decreases in rate of transactions processed at the POS device.
- the process 300 determines that an amount of transactions to be conducted at the POS is expected to rise.
- the process 300 may make this determination with reference to a number of transactions recently conducted at the POS device, a change in the rate of transactions (e.g., a sharp increase in the number of transactions), based on a time of day and historical sales at the time of day, or based on a day of the week and historical sales on the day of the week.
- the process 300 additionally or alternatively makes this determination with reference to a change in an amount of time between transactions or a change in an amount of inputs of an operator during a transaction.
- less time between transactions or less time between inputs on a single transaction may indicate that a merchant is “experiencing a rush” or is otherwise busy. That is, this data may indicate that the merchant is quickly processing transactions.
- the merchant application operating on the POS device may present a user interface (UI) allowing the merchant herself to provide an input indicating that she is “busy” and would like to transition to the offline mode.
- UI user interface
- the process 300 may instruct the POS device to increase the number of transactions subsequently processed in an offline mode, or provide an option to the user to do so. That is, a larger percentage or all of the subsequent transactions may be processed in the offline mode, at least until the process 300 determines to instruct the POS device to decrease the amount of transactions processed in the offline mode.
- FIG. 4 illustrates select example components of an example POS device 400 according to some implementations.
- the POS device 400 may be any suitable type of computing device, e.g., mobile, semi-mobile, semi-stationary, or stationary.
- Some examples of the POS device 400 may include tablet computing devices; smart phones and mobile communication devices; laptops, netbooks and other portable computers or semi-portable computers; desktop computing devices, terminal computing devices and other semi-stationary or stationary computing devices; dedicated register devices; wearable computing devices, or other body-mounted computing devices; or other computing devices capable of sending communications and performing the functions according to the techniques described herein.
- the POS device 400 includes at least one processor 402 , memory 404 , a display 406 , one or more input/output (I/O) components 408 , one or more network interfaces 410 , at least one card reader 412 , at least one location component 414 , and at least one power source 416 .
- Each processor 402 may itself comprise one or more processors or processing cores.
- the processor 402 can be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions.
- the processor 402 may be one or more hardware processors and/or logic circuits of any suitable type specifically programmed or configured to execute the algorithms and processes described herein.
- the processor 402 can be configured to fetch and execute computer-readable processor-executable instructions stored in the memory 404 .
- the memory 404 may be an example of tangible non-transitory computer storage media and may include volatile and nonvolatile memory and/or removable and non-removable media implemented in any type of technology for storage of information such as computer-readable processor-executable instructions, data structures, program modules or other data.
- the memory 404 may include, but is not limited to, RAM, ROM, EEPROM, flash memory, solid-state storage, magnetic disk storage, optical storage, and/or other computer-readable media technology.
- the POS device 400 may access external storage, such as RAID storage systems, storage arrays, network attached storage, storage area networks, cloud storage, or any other medium that can be used to store information and that can be accessed by the processor 402 directly or through another computing device or network.
- the memory 404 may be computer storage media able to store instructions, modules or components that may be executed by the processor 402 .
- non-transitory computer-readable media exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.
- the memory 404 may be used to store and maintain any number of functional components that are executable by the processor 402 .
- these functional components comprise instructions or programs that are executable by the processor 402 and that, when executed, implement operational logic for performing the actions and services attributed above to the POS device 400 .
- Functional components of the POS device 400 stored in the memory 404 may include a merchant application 418 , discussed above.
- the merchant application 418 may present an interface on the POS device 400 to enable the merchant to conduct transactions, receive payments, and so forth, as well as communicating with the payment service 102 for processing payments and sending transaction information. Further, the merchant application 418 may present an interface to enable the merchant to manage the merchant's account, and the like.
- the merchant application 418 may also include some or all of the functionality described above with reference to the mode transition module 124 . Additional functional components may include an operating system 420 for controlling and managing various functions of the POS device 400 and for enabling basic user interactions with the POS device 400 .
- the memory 404 may also store transaction data 422 that is received based on the merchant associated with the POS device 400 engaging in various transactions with customers, such as the example customers 106 from FIG. 1 .
- the memory 404 may also store data, data structures and the like, that are used by the functional components.
- this data may include item information that includes information about the items offered by the merchant, which may include images of the items, descriptions of the items, prices of the items, and so forth.
- the memory 404 may also optionally include other functional components and data, which may include programs, drivers, etc., and the data used or generated by the functional components.
- the POS device 400 may include many other logical, programmatic and physical components, of which those described are merely examples that are related to the discussion herein.
- the network interface(s) 410 may include one or more interfaces and hardware components for enabling communication with various other devices over the network or directly.
- network interface(s) 410 may enable communication through one or more of the Internet, cable networks, cellular networks, wireless networks (e.g., Wi-Fi) and wired networks, as well as close-range communications such as Bluetooth®, Bluetooth® low energy, and the like, as additionally enumerated elsewhere herein.
- FIG. 4 further illustrates that the POS device 400 may include the display 406 mentioned above.
- the display 406 may employ any suitable display technology.
- the display 406 may be a liquid crystal display, a plasma display, a light emitting diode display, an OLED (organic light-emitting diode) display, an electronic paper display, or any other suitable type of display able to present digital content thereon.
- the display 406 may have a touch sensor associated with the display 406 to provide a touchscreen display configured to receive touch inputs for enabling interaction with a graphic interface presented on the display 406 . Accordingly, implementations herein are not limited to any particular display technology.
- the POS device 400 may not include the display 406 , and information may be present by other means, such as aurally.
- the I/O components 408 may include speakers, a microphone, a camera, and various user controls (e.g., buttons, a joystick, a keyboard, a keypad, etc.), a haptic output device, and so forth.
- various user controls e.g., buttons, a joystick, a keyboard, a keypad, etc.
- the POS device 400 may include or may be connectable to a payment instrument reader 412 .
- the reader 412 may plug in to a port in the merchant device, such as a microphone/headphone port, a data port, or other suitable port.
- the reader 412 is integral with the entire POS device 400 .
- the reader may include a read head for reading a magnetic strip of a payment card, and further may include encryption technology for encrypting the information read from the magnetic strip.
- numerous other types of card readers may be employed with the POS devices 400 herein, depending on the type and configuration of a particular POS device 400 .
- the location component 414 may include a GPS device able to indicate location information, or the location component 414 may comprise another other location-based sensor.
- the POS device 400 may also include one or more additional sensors (not shown), such as an accelerometer, gyroscope, compass, proximity sensor, and the like. Additionally, the POS device 400 may include various other components that are not shown, examples of which include removable storage, a power control unit, and so forth.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
Description
- This Application claims priority to and is a continuation of U.S. patent application Ser. No. 14/284,125, filed May 21, 2014, which is incorporated herein by reference.
- In today's commerce, merchants often utilize an array of different point-of-sale (POS) devices, including mobile POS devices. Merchants may use these mobile POS devices to engage in transactions with customers at different locations. For instance, a taxi driver may use a mobile POS device to charge a passenger for a taxi ride. In another example, a street vendor may use a mobile POS device to charge a customer for an item purchased from the street vendor.
- In some instances, these mobile POS devices are configured to operated in either an online mode or offline mode. Because of the mobile nature of these POS devices, the POS devices may sometimes lack network connectivity and, hence, may transition from the online mode to the offline mode.
- The detailed description is set forth with reference to the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The use of the same reference numbers in different figures indicates similar or identical items or features.
-
FIG. 1 illustrates an example environment that includes a merchant operating a mobile point-of-sale (POS) device to conduct transactions with multiple different customers. In some instances, the POS device may transition from an online mode, in which the POS device uploads payment information to a payment service substantially immediately after receiving the payment information from a customer, to an offline mode, in which the POS device locally stores the payment information for later uploading, based on an increase in transactions at the POS device. -
FIG. 2 illustrates a flow diagram of a process for transitioning a POS device between an online mode and an offline mode based at least in part on a volume or rate of transactions occurring on the POS device. -
FIG. 3 illustrates a flow diagram of a process for determining that an amount of transactions conducted on a POS device is expected to increase and, in response, instructing the POS device to transition from an online mode to an offline mode. -
FIG. 4 illustrates select components of a POS device that a merchant described herein may utilize. - Some implementations described herein include techniques and arrangements for transitioning point-of-sale (POS) devices between online and offline modes. In some instances, the techniques instruct a POS device to transition from an online mode to an offline mode based on a volume of transactions on the POS device within a certain time period, based on an increase in the rate of transactions occurring on the POS device, or based on anticipating a rise in the number of transactions on the POS device for other reasons.
- To conduct a transaction, a merchant may receive a payment instrument from a customer to pay for a good or service that the customer receives from the merchant. The merchant may then input an identifier associated with the payment instrument into a POS device by, for example, swiping the payment instrument, typing in a number of the payment instrument, or the like. When the POS device is operating in an online mode, the POS device sends information regarding identifier of the payment instrument to a payment service for authorization of the payment instrument. In some instances, the POS device sends this information to the payment instrument substantially contemporaneously with the POS device receiving the identifier of the payment instrument. Usually after a short delay, the POS device may receive an indication of whether the payment instrument has been approved or declined for an amount of the transaction (i.e., a cost of the good or service). However, this “authorization delay” may increase based on certain factors, such as an increase in network latency or a slowdown in the authorization process at a payment service. These delays may be unacceptable during certain peak hours at the merchant (e.g., when the merchant has a long line and wishes to avoid customers from having a negative experience due to a long wait).
- When the POS device operates in the offline mode, however, the POS device locally stores the information regarding the identifier of the payment instrument for later sending to the payment service after the POS device transitions back into the online mode. POS devices of this nature may transition to this offline mode when the devices lose network connectivity (e.g., due to being at a location that lacks network connectivity) or in response to an operator manually transitioning to the offline mode using a merchant application executing on the device. In some instances, however, merchants may find it beneficial if the POS device were to automatically transition between the modes based on factors other than network connectivity.
- As such, the techniques described herein may configure a POS device to automatically (i.e., without user input) transition between modes (e.g., an offline mode and an online mode) based on one or more factors other than network connectivity. For instance, the POS device may be configured to transition from an online mode to an offline mode based on the POS device experiencing or anticipating a significant rise in the number of transactions being processed by the POS device. Because completing an online transaction typically requires more time than an offline transaction, due to the authorization delay described above, a merchant may be able to process transactions more promptly when in the offline mode (although the offline transactions will later need to be authorized). Decreasing an amount of time needed to process a transaction may allow the merchant to increase the number of transactions that the POS device is able to complete over a busy time period.
- To illustrate, envision a merchant that operates a take-out restaurant that utilizes one of the POS devices described above. During relatively slow times (e.g., between breakfast and lunch), the merchant may utilize the POS device in online mode. By doing so, the merchant learns in near-real-time (after the authorization delay) whether a payment instrument of the customer has been approved. If the payment instrument is declined, then the merchant may request another form of payment.
- When the merchant encounters a busy time period such as lunch, however, the merchant may encounter a sharp increase in the number of transactions that the POS device needs to process. For instance, a line of people requesting food from the merchant may develop. The POS device may be configured to transition to the offline mode in this instance, thereby allowing the merchant to decrease the amount of time between transactions and decrease the amount of time needed for the merchant to work through the line. This may result in happier customers, thus increasing the chance that the customers return to the merchant. After lunch passes, meanwhile, the POS device may be configured to transition back to the online mode, at which point the POS device may upload the payment information to the payment service for authorization of the numerous payment instruments received during the lunch hour.
- As described below, the POS device (or another entity) may be configured to transition the POS device from the online mode to the offline mode (or vice versa) in a number of ways. For instance, the POS device or the other entity may measure a volume of transactions that the POS device processes over a given time period. If that volume exceeds a threshold, then the POS device may transition to the offline mode. In another example, the POS device or the other entity may determine that the POS device is experiencing an increase in a rate of transactions occurring at the POS device. In response to determining that this rate is greater than a rate threshold, the POS device may transition to the offline mode, or provide an option to the user to switch to the offline mode. For instance, the POS device may surface a menu asking the user if he or she would like to transition wholly or partly to the offline mode (based on the expected rise in transactions). In still another example, the POS device may anticipate a rise based on historical data, such as historical sales volume at the merchant at certain times of day.
- For discussion purposes, some example implementations are described below with reference to the corresponding figures. However, implementations herein are not limited to the particular examples provided, and may be extended to other environments, other system architectures, other types of merchants, and so forth, as will be apparent to those of skill in the art in light of the disclosure herein.
-
FIG. 1 illustrates anexample environment 100 that includes amerchant 102 operating a point-of-sale (POS)device 104 to engage in various transactionsrespective customers 106. ThePOS device 104 may comprise any sort of mobile or non-mobile device that includes an instance of a merchant application that executes on the respective device. The merchant application may provide POS functionality to thePOS device 104 to enable the merchant 102 (e.g., an owner, employees, etc.) to accept payments from thecustomers 106. In some types of businesses, thePOS device 104 may correspond to a store or other place of business of the merchant, and thus, may be a fixed location that typically does not change on a day-to-day basis. In other types of businesses, however, thePOS device 104 may change from time to time, such as in the case that the merchant operates a food truck, is a street vendor, a cab driver, etc., or has an otherwise mobile business, e.g., in the case of merchants who sell items at buyer's homes, places of business, and so forth. - As used herein, a merchant may include any business engaged in the offering of goods or services for acquisition by customers. Actions attributed to a merchant may include actions performed by owners, employees, or other agents of the merchant and thus no distinction is made herein unless specifically discussed. In addition, as used herein, a customer may include any entity that acquires goods or services from a merchant, such as by purchasing, renting, leasing, borrowing, licensing, or the like. Hereinafter, goods and/or services offered by merchants may be referred to as items. Thus, a merchant and a customer may interact with each other to conduct a transaction in which the customer acquires an item from a merchant, and in return, the customer provides payment to the merchant.
- As used herein, a transaction may include a financial transaction for the acquisition of goods and/or services that is conducted between a customer and a merchant. For example, when paying for a transaction, the customer can provide the amount that is due to the merchant using a payment instrument (e.g., a debit card, a credit card, a stored-value or gift card, a check, through an electronic payment application on a device carried by the customer, or the like). The merchant can interact with the
POS device 104 to process the transaction, such as by inputting (e.g., manually, via a magnetic card reader or an RFID reader, etc.) an identifier associated with the payment instrument. For example, a payment instrument of one of thecustomers 106 may include one or more magnetic strips for providing card and customer information when swiped in a card reader. In other examples, other types of payment cards may be used, such as smart cards having a built-in memory chip, a radiofrequency identification tag, or so forth. - During the transaction, the
POS device 104 can determine transaction information describing the transaction, such as the identifier of the payment instrument, an amount of payment received from the customer, the item(s) acquired by the customer, a time, place and date of the transaction, and so forth. ThePOS device 104 can send the transaction information to apayment service 108 over anetwork 110, either substantially contemporaneously with the conducting of the transaction (in the case of online transactions) or later when thedevice 104 is in the online mode (in the case offline transactions). - In an offline transaction, the
POS device 104 may store one or more characteristics associated with the transaction (i.e., the transaction information), such as a cost of the transaction, a time of day at which the transaction occurred, a day of the week at which the transaction occurred, a location at which the transaction took place, an item that the customer obtained, and a payment instrument used in the transaction. After conducting an offline transaction with one of thecustomers 106, thePOS device 104 may provide the stored information to thepayment service 108 over thenetwork 110. Thenetwork 110 may represent any one or more wired or wireless networks, such as a WiFi network, a cellular network, or the like. - As introduced above and as
FIG. 1 illustrates, thePOS device 104 may be configured to automatically transition between the online mode and the offline mode based on an array of different reasons other than simply a loss of network connectivity. For instance, thePOS device 104 may transition to the offline mode in order to increase an efficiency of transactions conducted between themerchant 102 and thecustomers 106. ThePOS device 104 may make this transition in response to a rate in an increase in sales volume being greater than a threshold, in response to an amount of transactions over a given time period being greater than a threshold, in response to anticipating an increase in future transactions (e.g., based on historical sales data), or the like. In some instances, thePOS device 104 may provide an option to the user to transition to the offline mode, rather than automatically transition to the offline mode. -
FIG. 1 illustrates agraph 116 that pictorially indicates thePOS device 104 transitioning between anonline mode 112 and anoffline mode 114 based on a transaction rate. As illustrated, thePOS device 104 is configured with a rate threshold, under which thePOS device 104 in this example will operate in theonline mode 112. That is, when the rate of transactions occurring at a given time is relatively low (i.e., less than the rate threshold), thenPOS device 104 may “have time” to process each transaction online When, however, the transaction rate is greater than the rate threshold, then thePOS device 104 may transition to the offline mode 114) and process subsequent transactions in the offline mode 114 (until the rate again becomes less than the rate threshold). That is, when the transaction rate becomes relatively great (i.e., greater than the rate threshold), then thePOS device 104 might not have time to wait to for the authorization delay associated with an online transaction. Doing so may result in an unacceptable delay to the customers 106 (as determined by the merchant 102), which might result in a loss of customers. In some instances, themerchant 102 may define a value of the rate threshold. - In the illustrated example, the transaction rate increases to a value greater than the rate threshold approximately during a lunch hour. As one might expect for a merchant that offers food, the line at this point may be quite long and, therefore, transactions may be occurring at a relatively high rate. As discussed in further detail below, in some instances the
POS device 104 or thepayment service 108 may identify these historical trends and may anticipatorily transition to theoffline mode 114 rather than waiting for the transaction rate to increase beyond the threshold. - As illustrated, the
payment service 108 may include one ormore processors 118 andmemory 120, which may store apayment processing module 122, amode transition module 124, andmerchant information 126 corresponding to respective merchants. Thepayment processing module 122 may function to receive the information regarding a transaction from thePOS device 104 and attempt to authorize the payment instrument used to conduct the transaction. Thepayment processing module 122 may then send an indication of whether the payment instrument has been approved or declined back to thePOS device 104. - Generally, when a customer and a merchant enter into an electronic payment transaction, the transaction is processed by electronically transferring funds from a financial account associated with the customer to a financial account associated with the merchant. As such, the
payment processing module 122 may communicate with one or more computing devices of a card payment network, e.g., MasterCard®, VISA®, over thenetwork 110 to conduct financial transactions electronically. Thepayment processing module 122 can also communicate with one or more computing devices of one or more banks over thenetwork 110. For example, thepayment processing module 122 may communicate with an acquiring bank, and/or an issuing bank, and/or a bank maintaining customer accounts for electronic payments. - An acquiring bank may be a registered member of a card association (e.g., Visa®, MasterCard®), and may be part of a card payment network. An issuing bank may issue credit cards to buyers, and may pay acquiring banks for purchases made by cardholders to which the issuing bank has issued a payment card. Accordingly, in some examples, the computing device(s) of an acquiring bank may be included in the card payment network and may communicate with the computing devices of a card-issuing bank to obtain payment. Further, in some examples, the customer may use a debit card instead of a credit card, in which case, the bank computing device(s) of a bank corresponding to the debit card may receive communications regarding a transaction in which the customer is participating. Additionally, there may be computing devices of other financial institutions involved in some types of transactions or in alternative system architectures, and thus, the foregoing are merely several examples for discussion purposes.
- As illustrated, the
merchant information 126 may include a current volume of transactions at the POS device (e.g., within the last 10 minutes, hour, etc.), a current rate at which thePOS device 104 is processing transactions, historical data (e.g., sales at certain times of days, days of the week, etc.), a class of goods or services offered by the merchant, a cost threshold (e.g., set by the merchant 102) above which the POS device is process in an online mode (where network connectivity is available), an indication of which payment-instrument classes the merchant has indicated as being okay to process in the offline mode (and which the merchant would like to process in the online mode where a network connection is available, such as a stored-value (gift) cards), and the like. In some instances, some or all of this information is additionally or alternatively stored locally at thePOS device 104 - The
mode transition module 124 may utilize themerchant information 126 to determine when to instruct thePOS device 104 to transition modes, such as when to transition from an online mode to an offline mode and vice versa. While illustrated at thepayment service 108, in some implementations a merchant application executing on the POS device 104 (discussed with reference toFIG. 4 ) may instead or additionally perform some or all of the functionality of thetransition module 124. - In some instances, the
mode transition module 124 may instruct thePOS device 104 to transition modes based on a reported or anticipated increased in a volume of transactions at thePOS device 104, as determined by any one or a combination of the information from themerchant information 126. For instance, if a volume of transactions over a prescribed time period is greater than a volume threshold, and/or if the transaction rate is greater than a rate threshold, then thePOS device 104 may transition from an online mode to an offline mode. The converse may also be true. In another example, thePOS device 104 may transition based on historical data indicating that a volume is expected to increase for a particular time of day and/or on a particular day. In still other instances, themode transition module 124 may identify merchants that are similar to the merchant 102 (e.g., based on geography, goods or services offered, and/or the like), may analyze historical sales data for these merchants, and may predict how the volume may increase for themerchant 102 based on this information. - In some instances, in response to determining that a volume of transactions has risen or is expected to rise in a future time period, the
POS device 104 may increase the amount of transactions processed offline, while still processing some transactions online For instance, the POS device may begin, at a relatively slow time period for transactions, processing all transactions online As the volume increases or is expected to increase, the POS may begin processing more and more transactions offline (e.g., 10%, 20%, . . . , 80%, etc.). - In addition or in the alterative, the
POS device 104 may process certain transactions “offline” (i.e., in the offline mode) by performing only a portion of an authorization process. For instance, in the example of authorizing a credit card, thepayment service 108 may first “authorize” the credit card for the amount of a transaction and may then “capture” the actual funds from a bank associated with the credit card. In some instances, themode transition module 124 may perform the “authorization” step but may await to perform the “capture” step until a time when the volume or rate of transactions is less. -
FIG. 2 illustrates a flow diagram of aprocess 200 for transitioning a POS device between an online mode and an offline mode based at least in part on a volume or rate of transactions occurring on the POS device. Theprocess 200 and other processes described herein are illustrated as collections of blocks in logical flow diagrams, which represent a sequence of operations, some or all of which can be implemented in hardware, software or a combination thereof. In the context of software, the blocks may represent computer-executable instructions stored on one or more computer-readable media that, when executed by one or more processors, program the processors to perform the recited operations. Generally, computer-executable instructions include routines, programs, objects, components, data structures and the like that perform particular functions or implement particular data types. The order in which the blocks are described should not be construed as a limitation. Any number of the described blocks can be combined in any order and/or in parallel to implement the process, or alternative processes, and not all of the blocks need be executed. For discussion purposes, the processes are described with reference to the environments, architectures and systems described in the examples herein, although the processes may be implemented in a wide variety of other environments, architectures and systems. Theprocess 200 may be performed by a POS device, by a remote payment service, by another entity, or by a combination thereof. - At 202, the
process 200 receives, over a time period, requests to process first payment instruments for costs of corresponding transactions. For instance, multiple ones of thecustomers 106 may engage in respective transactions with themerchant 102 using respective payment instruments. - At 204, the
process 200 sends, to a remote service such as thepayment service 108, one or more requests to process the first payment instruments. At 206, the process stores at least one of a number of the transactions (i.e., a volume) or a rate at which the transactions increased over the time period. - At 208, the
process 200 at least one of compares the number of transactions stored at 206 to a transaction threshold or compares the rate at which the transactions increased over the time period to a rate threshold. At 210, theprocess 200 determines at least one of whether the number of transactions is greater than the transaction threshold or whether the rate is greater than the rate threshold. If not, then theprocess 200 returns to theoperation 202, albeit for a subsequent time period. That is, theprocess 200 continues to process transactions in the online mode. - If, however, the
process 200 does determine, at 210, that the amount of the transactions or the rate increase is greater than the respective threshold, then the process proceeds tooperation 212. At 212, theprocess 200 transitions a POS device from an online mode to an offline mode, or provides an option to the user to transition to the offline mode (wholly or partially), rather than automatically transition to the offline mode. At 214, theprocess 200 receives, over another time period, requests to process second payment instruments for costs of corresponding transactions. At 216, theprocess 200 stores at least one of a number of the transactions over the other time period or a rate at which the transactions increased over the other time period. - At 218, the
process 200 determines whether to transition back to the online mode. In some instances, this operation may include determining whether the amount of transactions over the other time period is less than a transaction threshold or whether the rate at which the transactions increased over the other time period is less than a rate threshold. These threshold may be the same thresholds or different threshold as those discussed above with respect to theoperation 210. - If the
process 200 determines to transition back to the online mode (e.g., because the volume or rate of transactions has “slowed”), then theprocess 200 may return to theoperation 202. If not, however, then theprocess 200 returns to theoperation 214, albeit for yet another time period. That is, theprocess 200 remains in the offline mode. -
FIG. 3 illustrates a flow diagram of aprocess 300 for determining that an amount of transactions conducted on a POS device is expected to increase and, in response, instructing the POS device to transition from an online mode to an offline mode. Again, the POS device, the payment service, another entity, or a combination thereof may perform theprocess 300. - At 302, the
process 300 processes transactions at the POS device in an online mode. While doing so, the process may store information regarding the volume or increases/decreases in rate of transactions processed at the POS device. - At 304, the
process 300 determines that an amount of transactions to be conducted at the POS is expected to rise. Theprocess 300 may make this determination with reference to a number of transactions recently conducted at the POS device, a change in the rate of transactions (e.g., a sharp increase in the number of transactions), based on a time of day and historical sales at the time of day, or based on a day of the week and historical sales on the day of the week. In another example, theprocess 300 additionally or alternatively makes this determination with reference to a change in an amount of time between transactions or a change in an amount of inputs of an operator during a transaction. That is, less time between transactions or less time between inputs on a single transaction (and, hence, shorter individual transaction times) may indicate that a merchant is “experiencing a rush” or is otherwise busy. That is, this data may indicate that the merchant is quickly processing transactions. In yet another example, the merchant application operating on the POS device may present a user interface (UI) allowing the merchant herself to provide an input indicating that she is “busy” and would like to transition to the offline mode. - In response to making this determination, at 306, the
process 300 may instruct the POS device to increase the number of transactions subsequently processed in an offline mode, or provide an option to the user to do so. That is, a larger percentage or all of the subsequent transactions may be processed in the offline mode, at least until theprocess 300 determines to instruct the POS device to decrease the amount of transactions processed in the offline mode. -
FIG. 4 illustrates select example components of anexample POS device 400 according to some implementations. ThePOS device 400 may be any suitable type of computing device, e.g., mobile, semi-mobile, semi-stationary, or stationary. Some examples of thePOS device 400 may include tablet computing devices; smart phones and mobile communication devices; laptops, netbooks and other portable computers or semi-portable computers; desktop computing devices, terminal computing devices and other semi-stationary or stationary computing devices; dedicated register devices; wearable computing devices, or other body-mounted computing devices; or other computing devices capable of sending communications and performing the functions according to the techniques described herein. - In the illustrated example, the
POS device 400 includes at least oneprocessor 402,memory 404, adisplay 406, one or more input/output (I/O)components 408, one ormore network interfaces 410, at least onecard reader 412, at least onelocation component 414, and at least onepower source 416. Eachprocessor 402 may itself comprise one or more processors or processing cores. For example, theprocessor 402 can be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. In some cases, theprocessor 402 may be one or more hardware processors and/or logic circuits of any suitable type specifically programmed or configured to execute the algorithms and processes described herein. Theprocessor 402 can be configured to fetch and execute computer-readable processor-executable instructions stored in thememory 404. - Depending on the configuration of the
POS device 400, thememory 404 may be an example of tangible non-transitory computer storage media and may include volatile and nonvolatile memory and/or removable and non-removable media implemented in any type of technology for storage of information such as computer-readable processor-executable instructions, data structures, program modules or other data. Thememory 404 may include, but is not limited to, RAM, ROM, EEPROM, flash memory, solid-state storage, magnetic disk storage, optical storage, and/or other computer-readable media technology. Further, in some cases, thePOS device 400 may access external storage, such as RAID storage systems, storage arrays, network attached storage, storage area networks, cloud storage, or any other medium that can be used to store information and that can be accessed by theprocessor 402 directly or through another computing device or network. Accordingly, thememory 404 may be computer storage media able to store instructions, modules or components that may be executed by theprocessor 402. Further, when mentioned, non-transitory computer-readable media exclude media such as energy, carrier signals, electromagnetic waves, and signals per se. - The
memory 404 may be used to store and maintain any number of functional components that are executable by theprocessor 402. In some implementations, these functional components comprise instructions or programs that are executable by theprocessor 402 and that, when executed, implement operational logic for performing the actions and services attributed above to thePOS device 400. Functional components of thePOS device 400 stored in thememory 404 may include amerchant application 418, discussed above. Themerchant application 418 may present an interface on thePOS device 400 to enable the merchant to conduct transactions, receive payments, and so forth, as well as communicating with thepayment service 102 for processing payments and sending transaction information. Further, themerchant application 418 may present an interface to enable the merchant to manage the merchant's account, and the like. Themerchant application 418 may also include some or all of the functionality described above with reference to themode transition module 124. Additional functional components may include anoperating system 420 for controlling and managing various functions of thePOS device 400 and for enabling basic user interactions with thePOS device 400. Thememory 404 may also storetransaction data 422 that is received based on the merchant associated with thePOS device 400 engaging in various transactions with customers, such as theexample customers 106 fromFIG. 1 . - In addition, the
memory 404 may also store data, data structures and the like, that are used by the functional components. For example, this data may include item information that includes information about the items offered by the merchant, which may include images of the items, descriptions of the items, prices of the items, and so forth. Depending on the type of thePOS device 400, thememory 404 may also optionally include other functional components and data, which may include programs, drivers, etc., and the data used or generated by the functional components. Further, thePOS device 400 may include many other logical, programmatic and physical components, of which those described are merely examples that are related to the discussion herein. - The network interface(s) 410 may include one or more interfaces and hardware components for enabling communication with various other devices over the network or directly. For example, network interface(s) 410 may enable communication through one or more of the Internet, cable networks, cellular networks, wireless networks (e.g., Wi-Fi) and wired networks, as well as close-range communications such as Bluetooth®, Bluetooth® low energy, and the like, as additionally enumerated elsewhere herein.
-
FIG. 4 further illustrates that thePOS device 400 may include thedisplay 406 mentioned above. Depending on the type of computing device used as thePOS device 400, thedisplay 406 may employ any suitable display technology. For example, thedisplay 406 may be a liquid crystal display, a plasma display, a light emitting diode display, an OLED (organic light-emitting diode) display, an electronic paper display, or any other suitable type of display able to present digital content thereon. In some examples, thedisplay 406 may have a touch sensor associated with thedisplay 406 to provide a touchscreen display configured to receive touch inputs for enabling interaction with a graphic interface presented on thedisplay 406. Accordingly, implementations herein are not limited to any particular display technology. Alternatively, in some examples, thePOS device 400 may not include thedisplay 406, and information may be present by other means, such as aurally. - The I/
O components 408, meanwhile, may include speakers, a microphone, a camera, and various user controls (e.g., buttons, a joystick, a keyboard, a keypad, etc.), a haptic output device, and so forth. - In addition, the
POS device 400 may include or may be connectable to apayment instrument reader 412. In some examples, thereader 412 may plug in to a port in the merchant device, such as a microphone/headphone port, a data port, or other suitable port. In other instances, thereader 412 is integral with theentire POS device 400. The reader may include a read head for reading a magnetic strip of a payment card, and further may include encryption technology for encrypting the information read from the magnetic strip. Alternatively, numerous other types of card readers may be employed with thePOS devices 400 herein, depending on the type and configuration of aparticular POS device 400. - The
location component 414 may include a GPS device able to indicate location information, or thelocation component 414 may comprise another other location-based sensor. ThePOS device 400 may also include one or more additional sensors (not shown), such as an accelerometer, gyroscope, compass, proximity sensor, and the like. Additionally, thePOS device 400 may include various other components that are not shown, examples of which include removable storage, a power control unit, and so forth. - Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described. Rather, the specific features and acts are disclosed as example forms of implementing the claims.
Claims (22)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/105,918 US20180357627A1 (en) | 2014-05-21 | 2018-08-20 | Transitioning Point-Of-Sale Devices Between Modes |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/284,125 US10055722B1 (en) | 2014-05-21 | 2014-05-21 | Transitioning point-of-sale devices between modes |
US16/105,918 US20180357627A1 (en) | 2014-05-21 | 2018-08-20 | Transitioning Point-Of-Sale Devices Between Modes |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/284,125 Continuation US10055722B1 (en) | 2014-05-21 | 2014-05-21 | Transitioning point-of-sale devices between modes |
Publications (1)
Publication Number | Publication Date |
---|---|
US20180357627A1 true US20180357627A1 (en) | 2018-12-13 |
Family
ID=63143926
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/284,125 Active 2035-12-11 US10055722B1 (en) | 2014-05-21 | 2014-05-21 | Transitioning point-of-sale devices between modes |
US16/105,918 Abandoned US20180357627A1 (en) | 2014-05-21 | 2018-08-20 | Transitioning Point-Of-Sale Devices Between Modes |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/284,125 Active 2035-12-11 US10055722B1 (en) | 2014-05-21 | 2014-05-21 | Transitioning point-of-sale devices between modes |
Country Status (1)
Country | Link |
---|---|
US (2) | US10055722B1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170103382A1 (en) * | 2015-10-07 | 2017-04-13 | Samsung Electronics Co., Ltd. | Method of providing payment service and electronic device for implementing same |
US10366378B1 (en) | 2016-06-30 | 2019-07-30 | Square, Inc. | Processing transactions in offline mode |
US10496977B2 (en) | 2012-07-16 | 2019-12-03 | Square, Inc. | Storing and forwarding payment transactions |
US11790120B2 (en) | 2021-03-26 | 2023-10-17 | Bank Of America Corporation | System and method for encrypting storage mediums with an encryption chip |
US12020247B1 (en) | 2014-12-11 | 2024-06-25 | Block, Inc. | Intelligent payment capture in failed authorization requests |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10043162B1 (en) | 2015-03-31 | 2018-08-07 | Square, Inc. | Open ticket payment handling with bill splitting |
US10528945B1 (en) | 2015-03-31 | 2020-01-07 | Square, Inc. | Open ticket payment handling with incremental authorization |
US9569757B1 (en) | 2015-09-30 | 2017-02-14 | Square, Inc. | Anticipatory creation of point-of-sale data structures |
US10853833B2 (en) * | 2016-01-27 | 2020-12-01 | Dell Products, L.P. | System and method for special event high volume commerce experience and deals management |
US10311420B1 (en) | 2016-06-17 | 2019-06-04 | Square, Inc. | Synchronizing open ticket functionality with kitchen display systems |
US10289992B1 (en) | 2016-06-17 | 2019-05-14 | Square, Inc. | Kitchen display interfaces with in flight capabilities |
US10360648B1 (en) * | 2016-06-22 | 2019-07-23 | Square, Inc. | Synchronizing KDS functionality with POS waitlist generation |
US10580062B1 (en) | 2016-06-28 | 2020-03-03 | Square, Inc. | Integrating predefined templates with open ticket functionality |
US10467559B1 (en) | 2017-09-29 | 2019-11-05 | Square, Inc. | Order fulfillment and tracking systems and methods |
US10943311B1 (en) | 2017-09-29 | 2021-03-09 | Square, Inc. | Order fulfillment and tracking systems and methods |
US11138680B1 (en) | 2018-11-21 | 2021-10-05 | Square, Inc. | Updating menus based on predicted efficiencies |
US10915905B1 (en) | 2018-12-13 | 2021-02-09 | Square, Inc. | Batch-processing transactions in response to an event |
CN112529560A (en) * | 2019-09-19 | 2021-03-19 | 阿里巴巴集团控股有限公司 | Offline cash registering system, method and device and electronic equipment |
CN114723145A (en) * | 2022-04-13 | 2022-07-08 | 中国银行股份有限公司 | Method and system for determining number of intelligent counters based on transaction amount |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020156727A1 (en) * | 2001-01-29 | 2002-10-24 | Levake Mark | Method and apparatus for conducting live, point-of-sale, electronic monitoring and transaction services |
US20030005251A1 (en) * | 2001-06-28 | 2003-01-02 | Wilson Kenneth M. | Managing latencies in accessing memory of computer systems |
US20100327056A1 (en) * | 2007-11-28 | 2010-12-30 | Susumu Yoshikawa | Payment approval system and method for approving payment for credit card |
US9911110B2 (en) * | 2013-03-05 | 2018-03-06 | Square, Inc. | Predicting approval of transactions |
-
2014
- 2014-05-21 US US14/284,125 patent/US10055722B1/en active Active
-
2018
- 2018-08-20 US US16/105,918 patent/US20180357627A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020156727A1 (en) * | 2001-01-29 | 2002-10-24 | Levake Mark | Method and apparatus for conducting live, point-of-sale, electronic monitoring and transaction services |
US20030005251A1 (en) * | 2001-06-28 | 2003-01-02 | Wilson Kenneth M. | Managing latencies in accessing memory of computer systems |
US20100327056A1 (en) * | 2007-11-28 | 2010-12-30 | Susumu Yoshikawa | Payment approval system and method for approving payment for credit card |
US9911110B2 (en) * | 2013-03-05 | 2018-03-06 | Square, Inc. | Predicting approval of transactions |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10496977B2 (en) | 2012-07-16 | 2019-12-03 | Square, Inc. | Storing and forwarding payment transactions |
US11475431B2 (en) | 2012-07-16 | 2022-10-18 | Block, Inc. | Transaction processing by multiple devices |
US11669826B2 (en) | 2012-07-16 | 2023-06-06 | Block, Inc. | Transaction processing by multiple devices |
US12020247B1 (en) | 2014-12-11 | 2024-06-25 | Block, Inc. | Intelligent payment capture in failed authorization requests |
US20170103382A1 (en) * | 2015-10-07 | 2017-04-13 | Samsung Electronics Co., Ltd. | Method of providing payment service and electronic device for implementing same |
US10366378B1 (en) | 2016-06-30 | 2019-07-30 | Square, Inc. | Processing transactions in offline mode |
US11790120B2 (en) | 2021-03-26 | 2023-10-17 | Bank Of America Corporation | System and method for encrypting storage mediums with an encryption chip |
Also Published As
Publication number | Publication date |
---|---|
US10055722B1 (en) | 2018-08-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180357627A1 (en) | Transitioning Point-Of-Sale Devices Between Modes | |
US11983686B2 (en) | Dynamic adjustment of item fulfillment times | |
US11880818B2 (en) | Transaction interface control | |
US12020247B1 (en) | Intelligent payment capture in failed authorization requests | |
US10755275B1 (en) | Intelligent capture in mixed fulfillment transactions | |
US10152713B2 (en) | Automated fraud detection for point-of-sale devices | |
US9836786B1 (en) | Intelligent division of funds across merchant accounts | |
US9852410B1 (en) | Dynamically configuring verification information at point-of-sale devices | |
US10055721B1 (en) | Replicating online-transaction behavior in offline transactions | |
US9741035B1 (en) | Intelligent payment capture in failed authorization requests | |
US10037517B1 (en) | Risk management in online and offline transactions | |
US11587138B2 (en) | Gift card management | |
US10878402B1 (en) | Temporarily provisioning payment functionality to alternate payment instrument | |
US10410200B2 (en) | Cloud-based generation of receipts using transaction information | |
US10078839B1 (en) | Centralized system for data retrieval | |
US9779446B1 (en) | Collecting customer preferences | |
US10430849B1 (en) | Propagation of customer preferences | |
US11983701B2 (en) | Temporarily provisioning card on file payment functionality to proximate merchants | |
US10217110B1 (en) | Security features for offline transactions | |
US20240249264A1 (en) | Dynamic Adjustment of Item Fulfillment Times | |
US20240257098A1 (en) | Temporarily provisioning card on file payment functionality to proximate merchants | |
US20230125971A1 (en) | Self-centering user interface for inputting information | |
US20220284480A1 (en) | Pre-authorization techniques for transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SQUARE, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHEN, GRACE HUEY;MOCKO, CHRISTOPHER LANG;WHITE, MICHAEL WELLS;SIGNING DATES FROM 20140516 TO 20140519;REEL/FRAME:047208/0424 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: BLOCK, INC., CALIFORNIA Free format text: CHANGE OF NAME;ASSIGNOR:SQUARE, INC.;REEL/FRAME:058646/0154 Effective date: 20211209 |