Movement feedback based on reader interface

Abstract

Wireless communication and proximity-based feedback technologies are disclosed. In some examples, a system identifies, based on analysis of signal(s) (e.g., conveying transaction object information) received by a reader interface from a transaction object in response to physical proximity between the transaction object and the reader interface, an indication of a movement of the transaction object relative to the reader interface. The system generates, based on the indication, feedback indicating a recommended change to the movement to improve an ability of the reader interface to read the transaction object. The system sends the feedback to an output device that to output the feedback to indicate the recommended change. The system reads the transaction object information from the transaction object using the reader interface in response to an improvement in the ability of the reader interface to read the transaction object and in response to the output of the feedback.

Description

BACKGROUND

Transaction object reading devices are devices that read information from transaction objects, such as credit cards or wireless near field communication (NFC) devices. Transaction object reading devices typically include circuitry that reads, stores, and conveys sensitive information such as a customer's credit card number or personal identification number (“PIN”). If such circuitry of the transaction object reader is left unprotected, a malicious party could potentially retrieve a customer's sensitive information by accessing the circuitry of the transaction object reader that reads, stores, or conveys the sensitive information.

Some transaction object reading devices include security precautions to prevent malicious parties from retrieving a customer's sensitive information, for example by encrypting the customer's sensitive information as quickly as possible upon receiving it. However, encryption takes some time, particularly with smaller low-power processors intended for portable devices, and any processor performing encryption or memory storing a cryptographic key both need to be protected against malicious parties as well, further slowing down this path.

Transactions using NFC-based readers and NFC-capable devices such as smartphones are still uncommon in many countries. Users who are relatively unfamiliar with the process or with the reader hardware are sometimes unsure where to tap or place their NFC-capable device. Typical NFC-based readers will only notify the user once a payment is complete, which can take a while given the various security precautions built into many transaction object reading devices. In the meantime, users must often resort to tapping their NFC-capable devices on different areas of the NFC-based reader hoping that one of the areas will work, often not stopping at any one areas long enough for the NFC-based reader to actually successfully read the transaction information and conduct the transaction.

An output device is a component that produces an output that may be visual, audio, or tactile. Examples of output devices include display screens, light bulbs, speakers, and vibration actuators.

There is a need in the art for bypassing security transaction object reading device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a single-unit point of sale (POS) device with a main processor, a secure processor, and transaction object reader interfaces that both connect to the secure processor and bypass the secure processor when it is advantageous to quickly notify the main processor of a transaction object in the proximity.

FIG. 2 is a block diagram illustrating a dual-unit point of sale (POS) system with a main processor, a secure processor, and transaction object reader interfaces that both connect to the secure processor and bypass the secure processor when it is advantageous to quickly notify the main processor of a transaction object in the proximity.

FIG. 3 is a flow diagram illustrating operations through which a transaction object reader device with a near field communication (NFC) transceiver is able to quickly provide feedback to a user regarding how close the user's transaction object is to the NFC transceiver by bypassing the secure processor while still maintaining security and maintaining full use of the secure processor.

FIG. 4A illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has three near field communication (NFC) antenna coils.

FIG. 4B illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has two near field communication (NFC) antenna coils.

FIG. 4C illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has a single near field communication (NFC) antenna coil.

FIG. 4D illustrates visual shaking feedback on a display screen of a single-unit point of sale (POS) system that uses near field communication (NFC).

FIG. 5A illustrates visual positioning feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system that uses near field communication (NFC) in which the transaction object is far.

FIG. 5B illustrates visual positioning feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system that uses near field communication (NFC) in which the transaction object is close.

FIG. 6A illustrates visual card-sliding feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a magstripe card is slid properly.

FIG. 6B illustrates visual card-sliding feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a magstripe card is slid crookedly.

FIG. 7 is a graph illustrating proximity near field communication (NFC) transceiver proximity against time.

FIG. 8 is a block diagram of exemplary components that may be present on the circuit board.

FIG. 9A illustrates visual card-insertion feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a chip card is inserted properly.

FIG. 9B illustrates visual card-insertion feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a chip card is inserted crookedly.

DETAILED DESCRIPTION

A transaction object reader receives a signal from a user's transaction object when the user's transaction object is in proximity with the transaction object reader. This signal is conveyed from the transaction object reader to a secure processor that reads transaction information from the signal, generates a processed dataset by encrypting or otherwise processing the transaction information, and outputs the processed dataset to a main processor, which uses the processed dataset to conduct a transaction. The signal from the transaction object reader is also conveyed along a second path that bypasses the secure processor, instead going to a filter that filters the signal to attenuate the transaction information and then going to the main processor, which uses the filtered signal to provide feedback to the user identifying how close the transaction object is to the transaction object reader.

FIG. 1 is a block diagram illustrating a single-unit point of sale (POS) device with a main processor, a secure processor, and transaction object reader interfaces that both connect to the secure processor and bypass the secure processor when it is advantageous to quickly notify the main processor of a transaction object in the proximity.

The POS device 100A of FIG. 1 is referred to as a “single-unit” POS system because the main processor 105, secure processor 110, output device 185, and transaction object reader interfaces 120/130/150 are all in a single POS device 100A with a single housing 190. In contrast, FIG. 2 illustrates a “dual-unit” POS system 100B in which a host device 220 has the main processor 105 while a separate reader device 210 has the secure processor 110 and the transaction object reader interfaces 120/130/150.

The terms “main processor 105” and “secure processor 110” as used herein each include a set of one or more of any type of processor(s), controller(s), microcontroller(s), application specific integrated circuit(s) (ASIC), field-programmable gate array(s) (FPGA), or combinations thereof. The “main processor 105” and “secure processor 110” may include any circuit board component illustrated or discussed with respect to the “processor(s)/controller(s) 810” or any of the rest of the circuit board components 800 illustrated or discussed with respect to FIG. 8. The main processor 105 and/or secure processor 110 may run one or more operating systems such as Google® Android®, Apple® iOS®, Microsoft® Windows®, Google® Chrome OS®, Apple® MacOS®, Microsoft® Windows Phone OS®, a distribution of Linux®, or some combination thereof. The “main” processor 105 and “secure” processor 110 can alternately be referred to as the “first” processor 105 and the “second” processor 110 respectively, or vice versa.

The secure processor 110 of FIG. 1 and FIG. 2 is tasked with retrieval, handling, and processing of sensitive information. For example, the secure processor 110 receives transaction information from transaction object reader interfaces 120/130/150 and/or transaction object reader circuitry 870 as illustrated and discussed with respect to FIG. 8. The secure processor 110 generates a processed dataset by encrypting, password-protecting, or otherwise processing this transaction information. The secure processor 110 then sends this processed dataset to the main processor 105. The main processor 105 can then send the processed dataset it receives from the secure processor 110 to an appropriate server via the network interface(s) 197 to complete the transaction, the type of server depending on the type of transaction object as discussed with respect to transaction object reader circuitry 870 as illustrated and discussed with respect to FIG. 8. The secure processor 110 of FIG. 1 and FIG. 2 is prevented from directly accessing the network interface(s) 197 to help maintain its secure nature, though in some cases, limited direct access, such as one-way transmit-only access, is possible while still maintaining security.

The transaction object reader interfaces of FIG. 1 and FIG. 2 include an integrated circuit (IC) chip reader interface for reading transaction cards with IC chips, such as smart cards or a credit cards IC chips following Europay/Mastercard/Visa (EMV) standards. When a user inserts a transaction card with an IC chip into an IC chip slot of the POS device 100, conductive contacts of an IC chip contact block 120 within the IC chip slot touch the conductive contacts of the IC chip on the card to form a circuit and read transaction information from the IC chip on the card. The IC chip contact block 120 can be connected to circuitry 125 that controls the timing and format of communications between the IC of the transaction card and the IC chip contact block 120 depending on the standard being used, such as EMV. The circuitry 125 may also help format, interpret, process, or in some cases even encrypt the transaction information received from the IC chip contact block 120 before the secure processor 110 receives the transaction information. Many IC chip standards require an authentication process that requires verification data to be sent back and forth between the IC chip and an authentication server, which can be handled by the EMV circuitry 125, the secure processor 110, the main processor 105, the network interface 197, or a combination thereof.

In addition to outputting transaction information, IC chip contact block 120 may also output a IC chip proximity detection signal 122 that goes directly to the main processor 105 in FIG. 1. The IC chip proximity detection signal 122 is distinct from the transaction information output going to the EMV circuitry block 125 in FIG. 1. The IC chip proximity detection signal 122 generally conveys a Boolean status identifying whether or not the IC chip contact block 120 is detecting that there is a transaction card currently in the IC card slot. This proximity detection may be achieved with a physical switch or button within the slot that is opened or closed by the pressure of the transaction card moving into the slot. This alternately or additionally may be achieved with a second set of conductive contacts that detects the IC chip of the card before the IC chip reaches the reader contacts that read from the IC chip. In either case, the proximity detection signal 122 is generally sent by the IC chip contact block 120 before the IC chip contact block 120 has finished reading the IC chip, or in some cases before the IC chip contact block 120 even begins reading the IC chip.

The IC proximity detection signal 122 is generally received by the main processor 105 before the main processor 105 receives from the secure processor 110 the processed dataset corresponding to the IC transaction information. The IC proximity detection signal 122 effectively allows the main processor 105 to perform a few tasks before they are needed to speed up operation of the POS system 100 during a transaction. For example, the main processor 105 can, in response to receipt of the IC proximity detection signal 122, wake itself up from a low-power or “sleep” state into a higher-power state, turn on or wake up a receipt printer, turn on or wake up the network interfaces 197, cache subroutines or information necessary to conduct an IC chip transaction in memory, or a combination thereof. The IC proximity detect signal 122 can wake up the main processor 105 itself if it feeds into one or more general purpose input/output (GPIO) pins, for example including an inter-integrated circuit (I2C) pin. Generation and sending of the IC proximity detection signal 122 directly to the main processor 105 and bypassing the secure processor 110 ultimately produces the technical benefit and effect of speeding up operation of the POS system 100 and making transaction processing more efficient while maintaining security.

The IC proximity detection signal 122 can also be used by the main processor 105 to give useful feedback to the user. For instance, if the main processor 105 has received the IC proximity detection signal 122 but does not receive the corresponding processed dataset from the secure processor 110 after a predetermined threshold amount of time has passed, the main processor 105 can assume that the IC chip transaction card was inserted upside-down, the IC chip transaction card was inserted backwards, the IC chip transaction card was not fully inserted into the slot, the IC chip transaction card was inserted too far past the slot and contacts, the IC chip of the IC chip transaction card is malfunctioning or broken, the transaction card is missing an IC chip and is therefore not an IC chip transaction card, the IC chip reader interface is malfunctioning or broken, or a combination thereof. The main processor 105 can then indicate to the user via an output device 185 that the user should check their card and try again, or, if the IC chip reader interface has failed over a predetermine threshold number of times in a row, that the IC chip reader interface is likely broken and to switch to another payment method. In this situation, the main processor 105 can also send repair, replacement, or debugging requests via the network interface 197 to a vendor, distributor, or repair service for POS systems 100. Examples of feedback 910A and 910B given by the POS device 100 to the user is illustrated in FIGS. 9A-9B.

The transaction object reader interfaces of FIG. 1 and FIG. 2 include magnetic stripe (“magstripe”) reader interface for reading magstripe transaction cards with magnetic stripes, such as classic credit cards or debit cards from before the transition to more modern IC chip transaction cards. A magstripe read head 130 reads transaction data from the magnetic stripe, generally without any additional authentication steps like the ones the IC chip transaction cards often require. Each magnetic stripe is typically divided into three parallel “tracks” that each span the length of the transaction card, each generally storing different data than the other, thereby allowing more data to be stored on the magnetic stripe as a whole. The magstripe read head 130 typically includes three reader points so that it can read all three tracks simultaneously as the card is swiped along the length of the card and of each track. The magstripe read head 130 thereby reads the transaction information from the magstripe of the magstripe transaction card and sends it to the magstripe circuitry 135, which in some cases may include a processor 710. The transaction information may be encrypted, password-protected, or otherwise processed by the magstripe circuitry 135, by the secure processor 110, or by a combination of both, thereby generating a processed dataset. The secure processor 110 then sends the processed dataset to the main processor 105, which completes the transaction by sending the processed dataset to the appropriate server via the network interface 197 as discussed above.

Traditional magstripe read heads 130 have no clear analogue to the IC proximity detection signal 122 output by the IC chip contact block 120. Including some card detection mechanism in the magstripe card slot of the POS device 100 to send a card proximity detection signal in response to detection of a card within the magstripe card slot would, however, confer some of the same benefits. Like in the IC chip contact block 120, a proximity detection of a magstripe transaction card in the magstripe card slot of the POS device 100 may be achieved with a physical switch or button within the slot that is opened or closed by the pressure of the transaction card moving into or through the slot.

A different approach is illustrated FIG. 1 and FIG. 2. In addition to the line going from the magstripe read head 130 to the secure processor 110 through the magstripe circuitry 135, an additional line is added that bypasses the secure processor 110 and goes more directly to the main processor 105 through a filter and/or buffer 140 and an ADC 145. The filter and/or buffer 140 stores information signals produced by the magstripe read head 130 while reading from the magstripe transaction card and attenuate frequencies at which the sensitive transaction information is stored, thereby outputting a filtered signal out of the secure enclosure 195. The filter 140 may be, for example, a low-pass filter or a band-pass filter. Any transaction information is substantially attenuated, reduced, or at least partially filtered out in this filtered signal, so it is safe to have it go outside of the secure enclosure 195 without fear that a malicious party would be able read the transaction information from it. The ADC 145 may be optional depending on the types of inputs that the main processor 105 is configured to receive, but it can be used to convey an indicator of card detection in the magstripe slot to the main processor 105.

The filter/buffer 140 are illustrated in FIG. 1 and FIG. 2 as branching off, via a solid line, from a path between the magstripe read head 130 and the magstripe circuitry 135. The filter/buffer 140 may alternately or additionally branch off from a path between the magstripe circuitry 135 and the secure processor 110 as suggested in FIG. 1 and FIG. 2 via a dashed line.

As with the IC proximity detection signal 122 discussed above, the filtered magstripe signal is generally received by the main processor 105 before the main processor 105 receives from the secure processor 110 the processed dataset corresponding to the magstripe transaction information. The filtered magstripe signal effectively allows the main processor 105 to perform a few tasks before they are needed to speed up operation of the POS system 100 during a transaction. For example, the main processor 105 can, in response to receipt of the filtered magstripe signal, wake itself up from a low-power or “sleep” state into a higher-power state, turn on or wake up a receipt printer, turn on or wake up the network interfaces 197, cache subroutines or information necessary to conduct a magstripe transaction in memory, or a combination thereof. The filtered magstripe signal can wake up the main processor 105 itself if it feeds into one or more general purpose input/output (GPIO) pins, for example including an inter-integrated circuit (I2C) pin. Generation and sending of the filtered magstripe signal directly to the main processor 105 and bypassing the secure processor 110 ultimately produces the technical benefit and effect of speeding up operation of the POS system 100 and making transaction processing more efficient while maintaining security.

Because the transaction information is encoded along multiple parallel “tracks” of the magnetic stripe, the filtered magstripe signal need not be Boolean like the IC proximity detection signal 122. While the filter ensures that none of the information from each track is accessible once it reaches the main processor, the filtered magstripe signal may convey if all three tracks have been “found” and thereby the magstripe transaction card is likely positioned correctly. If the filtered magstripe signal indicates that only two out of the three tracks, or one out of the three tracks, have been “found,” the main processor 105 can infer that the transaction card is being swiped in a crooked fashion, the magnetic stripe of the transaction card is malfunctioning or damaged, or the magstripe read head 130 is malfunctioning or damaged. The main processor 105 can provide feedback to the user indicating that the tracks aren't all coming through and to try swiping again as illustrated in FIG. 6B as compared to the straight swipe of FIG. 6A. If no tracks at all are detected, the main processor 105 may conclude that the transaction card has likely been swiped backwards, upside down, or both, and may provide feedback to the user indicating this.

In some cases, the magstripe read head 130 and IC chip contact block 120 may be located within the same transaction card slot that can read either type of card. In this case, any combination of the proximity card detection mechanisms discussed above may be used.

The near field communication (NFC) transceiver of the POS device 100 of FIG. 1 and FIG. 2 includes an NFC antenna 150 connected to NFC receiver circuitry 155 and NFC transmitter circuitry 160, which are both connected to the secure processor, optionally with a field-programmable gate array (FPGA) 165 in between. Various functions associated with receiving and interpreting NFC signals, encoding and transmitting NFC signals, and authorization and verification may be performed at the NFC receiver circuitry 155, the NFC transmitter circuitry 160, the FPGA 165, the secure processor 110, or various combinations thereof.

Like the magstripe read head 130, there is no traditional analog to the IC proximity detection signal 122 with respect to the NFC transceiver. However, like for the magstripe read interface of FIG. 1 and FIG. 2, the POS system of FIG. 1 and FIG. 2 includes a filter 170 through which filtered information can be passed to the main processor 105. That is, in addition to the line going from the NFC antenna 150 to the secure processor 110 through the NFC receiver circuitry 155 and FPGA 165, an additional line is added that bypasses the secure processor 110 and goes more directly to the main processor 105 through a the filter 170 and optionally an ADC 175 and/or additional filter 180. The additional filter 180 may be particularly useful for debouncing in the event that the filtered NFC signal is intended to wake up the main processor 105 from a low-power state to a higher-power state via GPIO, and may be a low-pass filter or band-pass filter. The filter 170 filters information signals received via the NFC antenna 150 and its connected NFC receiver circuitry 155 to attenuate frequencies at which the sensitive transaction information is stored, thereby outputting a filtered signal out of the secure enclosure 195. The filter 170 and/or additional filter 180 may be, for example, low-pass filters or band-pass filters. If filters 170/180 are low-pass filters, their cutoff frequency may be, for example, 5 Hz, 10 Hz, 25 Hz, 50 Hz, 75 Hz, 100 Hz, 125 Hz, 150 Hz, 175 Hz, or 200 Hz. This cutoff frequency may depend on the frequency above which sensitive information begins to get encoded—often around 100 Hz—which in turn may depend on the baud rate of the NFC transceiver. Any transaction information is substantially attenuated, reduced, or at least partially filtered out in this filtered signal, so it is safe to have it go outside of the secure enclosure 195 without fear that a malicious party would be able read the transaction information from it. The transaction information may be further attenuated or reduced from the filtered signal by passing the filtered signal from the filter 170 through a comparator within the secure enclosure 195. The resulting signal may be of limited use in terms of analog feedback to the main processor 105, however. Placing ADC 175, or an additional low-resolution ADC into the secure enclosure with the filter 170, is another solution that of attenuates/reduces even more transaction data from the filtered signal than just the filter 170 alone while still allowing analog feedback at the main processor 105. Additional comparators/ADCs can similarly be added to the filter 140. Additional components may be added to either side of the filter 170 (or filter 140) for polarity inversion, phase inversion, or level shifting/translation.

The filter 170 is illustrated in FIG. 1 and FIG. 2 as branching off, via a solid line, from a path between the NFC receiver circuitry 155 and the FPGA 165. The filter 170 may alternately or additionally branch off from a path between the FPGA 165 and the secure processor 110, or from a path between the NFC antenna 150 and the NFC receiver circuitry 155 either inside or outside the secure enclosure 195, as suggested in FIG. 1 and FIG. 2 via dashed lines.

The ADC 175 can be used to convey an indicator of that an NFC-capable transaction object is in proximity to the NFC antenna 150. The ADC 175 may be optional depending on the types of inputs that the main processor 105 is configured to receive—that is, the ADC 175 is unnecessary if the main processor 105 is configured to receive analog signals.

As with the IC proximity detection signal 122 and the filtered magstripe information signal discussed above, the filtered NFC information signal is generally received by the main processor 105 before the main processor 105 receives from the secure processor 110 the processed dataset corresponding to the NFC transaction information. The filtered magstripe signal effectively allows the main processor 105 to perform a few tasks before they are needed to speed up operation of the POS system 100 during a transaction. For example, the main processor 105 can, in response to receipt of the filtered magstripe signal, wake itself up from a low-power or “sleep” state into a higher-power state, turn on or wake up a receipt printer, turn on or wake up the network interfaces 197, cache subroutines or information necessary to conduct an NFC transaction in memory, or a combination thereof. The filtered magstripe signal can wake up the main processor 105 itself if it feeds into one or more general purpose input/output (GPIO) pins, for example including an inter-integrated circuit (I2C) pin. Generation and sending of the filtered NFC signal directly to the main processor 105 and bypassing the secure processor 110 ultimately produces the technical benefit and effect of speeding up operation of the POS system 100 and making transaction processing more efficient while maintaining security.

Because the NFC transceiver can include a number of NFC antennae 150, and because differences in amplitude, frequency, and signal receipt timing can be conveyed through the filtered NFC signal to the main processor 150, the main processor 105 can efficiently provide detailed feedback to the user of the POS system 100. Differences in amplitude, frequency, and and/or signal receipt timing between multiple different NFC antennae 150 or between the same NFC antenna 150 at different times can help the main processor 105 track a location of the NFC-capable transaction object 450 relative to the NFC antennae 150 as illustrated and discussed further with respect to FIGS. 4A-4C, FIGS. 5A-5B, and FIG. 7. The filtered NFC signal can also convey certain user behaviors, such as shaking hands, that could be detrimental to NFC read quality and that the main processor can provide feedback 410D on as illustrated and discussed with respect to FIG. 4D and FIG. 7.

The main processor 105 and/or secure processor 110 may include instructions for one or more applications that may correspond to the type of transaction object and type of transaction object information. Transaction object information may include credit card information, debit card information, automated teller machine (ATM) information, gift card account information, transit account information, identification card information, game token card information, ticket information, bank account information, credit union account information, online gaming account information, HSA/FSA account information, health insurance account information, healthcare information, or some combination thereof. The main processor 105 and/or secure processor 110 may run applications specifically concerning any of these transaction object types or transaction object information types, as well as any of the transaction object reader interfaces 120/130/150 and/or transaction object reader circuitry 870 as illustrated and discussed with respect to FIG. 8.

While these application(s) are running, the main processor 105 receives processed dataset that includes processed transaction information from the secure processor 110, the processed transaction information having been encrypted, password-protected, or otherwise processed by the secure processor 110 before its receipt by the main processor 105. The processed dataset may also include user input information that has been encrypted, password-protected, or otherwise processed by the secure processor 110 before its receipt by the main processor 105. The user input information may correspond to information input by a user through input device circuitry 860 such as a keyboard, a number pad, touchscreen, or touch-sensitive surface. The input device circuitry 860 may be at least partially within the secure enclosure 195 to prevent these inputs from being accessible to a malicious party. The user input information may include, for example, a user's personal identification number (PIN) code, a user's signature, a user's selection in response to a charity donation request, a user's selection in response to a question asking whether or not the user desires a receipt and/or if the user would like a printed receipt or an electronic receipt sent to the user's electronic device, or identifying information about the user such as a name, physical address, e-mail address, or phone number. The application running on the main processor 105 may then send the processed dataset, either all together or piecemeal, via the network interface(s) 197, to one or more appropriate servers in order to complete the transaction. The one or more appropriate servers depend on the type of transaction object and type of transaction object information, and may include servers corresponding to any of the types of transaction objects or transaction object information listed above or with respect to the transaction object reader interfaces 120/130/150 and/or transaction object reader circuitry 870 as illustrated and discussed with respect to FIG. 8. The applications running on the main processor 105 may also generate one or more graphical user interfaces (GUIs) specific to any of the types of transaction objects or transaction object information listed above or with respect to the transaction object reader interfaces 120/130/150 and/or transaction object reader circuitry 870 as illustrated and discussed with respect to FIG. 8.

The output device(s) 185 of FIG. 1 and FIG. 2 may include, for example, a display screen, a touchscreen, a printer, a speaker, a headset interface such as an audio jack, a vibration motor/actuator, one or more light bulbs arranged in a line or grid or other pattern, one or more light-emitting diodes arranged in a line or grid or other pattern, any other type of output device discussed with respect to the output device circuitry 850 of FIG. 8, or some combination thereof. The output device circuitry 150 may include drivers, codecs, controllers, processors, combinations thereof, or any other circuitry used to connect to, control, and/or drive output device 185.

The secure enclosure 195 refers to an enclosure or housing that includes tamper detection circuitry 115 integrated into the enclosure or housing itself, for example along the surfaces and/or filling an interior. Circuitry that is within the secure enclosure 195 is protected or secured, while circuitry that is outside of the secure enclosure 195 is generally unprotected and unsecured relative to the circuitry inside the secure enclosure 195. The secure processor 110 of FIG. 1 and FIG. 2 is illustrated within the secure enclosure 195 to protect or secure the secure processor 110. The tamper detection circuitry 115 can interface with the secured processor 110 to help the secured processor 110 identify an attempt by a malicious party to tamper with the secure enclosure.

The tamper detection circuitry 115 can include a variety of different types of sensors and sensing methods. The tamper detection circuitry 115 can use a “tamper mesh,” in which two long conductive tamper trace lines run in parallel and in a zig-zagging and/or boustrophedonic pattern that covers at least a majority of at least one surface of the secure enclosure 195. A small example of two lines in a boustrophedonic pattern is illustrated in the “tamper circuitry 115” box of FIG. 1 and FIG. 2. The two tamper trace lines are at different voltages. One of these tamper trace lines may be at ground while the other is at a non-ground voltage, or they may both be at different non-ground voltages. The tamper detection circuitry 115 includes voltage sensors that detect any changes in voltage along either or both lines. A malicious party attempting to drill into the secure enclosure 195 would likely break at least one of these conductive trace lines, connect the two lines together via the conductive metal of the drill itself, short two disparate portions of the same line together via the conductive metal of the drill itself, or some combination thereof. All of these scenarios can be detectable by the secure processor 110 via the voltage sensor(s) as a voltage fluctuation or change exceeding a predefined voltage change threshold as measured via the voltage sensors.

The tamper detection circuitry 115 can alternately or additionally include inductive sensors that detect nearby objects that are metal and/or have conductive properties in response to an inductive sensor measurement exceeding a predefined threshold. The tamper detection circuitry 115 can alternately or additionally include capacitive sensors that detect touches to surface(s) of the secure enclosure 195 in response to a capacitive sensor measurement exceeding a predefined threshold, where the surface(s) of the secure enclosure 195 should remain internal and should not be touched.

An attempt to open, damage, drill into, or otherwise tamper with the secure enclosure 195 can be identified by the secure processor 110 in concert with the tamper circuitry 115. In response, the secure processor can shut down one or more transaction object read interfaces, and in some cases can also convey a warning that the POS system 100 has been tampered with to a user via output device 185 and/or to a remote server via network interface(s) 197, either through main processor 105 or through a direct line (not pictured in FIG. 1).

An additional optional filter 177 is illustrated in FIG. 1 and FIG. 2 as branching off from either or both of a path between the IC chip contact block 120 and the EMV circuitry 125, or a path between the EMV circuitry 125 and the secure processor 110. The filter 177 behaves similarly to the filter 170 or the filter 140 in that it filters sensitive/transaction/payment information from a signal coming from the IC chip contact block 120 and/or EMV circuitry 125, produces a filtered signal in which that sensitive/transaction/payment information is attenuated, and provides that filtered signal to the main processor 105. Like the filters 170 and 140, the filter 177 may be a low-pass filter or a band-pass filter or some combination thereof. In some cases, any of the filters 140/170/177 may be high-pass filters instead. The filtered signal produced by the filter 177 behaves very similarly to the IC prox signal 122 in that it can be used by the main processor 105 to determine that a card is in the IC chip card slot, and can trigger any of the actions by the main processor 105 or devices connected to it that the IC prox signal 122 (or any of the filtered signals provided by filter 170 or filter 140) is described herein as being capable of triggering. The filter 177 may be useful to expand the capabilities of an IC chip contact block 120 with a missing, broken, or malfunctioning IC prox signal 122 line or functionality. The filtered signal produced by filter 177 may also be able to provide slightly more analog-style information, in that it may help indicate when the IC chip contact block 120 has a good connection or a poor connection to the IC chip of an inserted IC chip card, where a poor connection to the IC chip might be indicative of the card being inserted in a crooked fashion into the IC chip card slot of the POS device 100. This may allow the main processor 105 to provide feedback as illustrated via feedback 910 illustrated in FIGS. 9A-9B.

One of the technical benefits to bypassing the secure processor 110 via the filter 170 or filter and/or buffer 140 and/or IC prox signal 122 and/or filter 177 is speeding up the ability of the main processor 105 to provide feedback to the customer. Sending information from the transaction object reader interfaces, through the secure processor 110, and to the main processor can take several hundred milliseconds to several thousand milliseconds. On the other hand, sending information from the transaction object reader interfaces to the main processor through the filters 140/170/177, bypassing the secure processor 110, generally takes under one hundred milliseconds, sometimes even under ten milliseconds. The result is a marked improvement in the efficiency, speed, and responsiveness of the POS device 100.

FIG. 2 is a block diagram illustrating a dual-unit point of sale (POS) system with a main processor, a secure processor, and transaction object reader interfaces that both connect to the secure processor and bypass the secure processor when it is advantageous to quickly notify the main processor of a transaction object in the proximity.

The dual-unit POS system 100B of FIG. 2 is split into a reader device 210 having the secure processor 110 and a host device 220 having the main processor 105. Examples of dual-unit POS systems 100B are illustrated in FIGS. 5A-5B and FIGS. 6A-6B.

The reader device 210 and host device 220 of FIG. 2 are illustrated with connections between the two, the connections corresponding to the secure processor 110, the IC proximity detection signal 122, the filter and/or buffer 140 that corresponds to the filtered magstripe signal, and the filter 170 that corresponds to the filtered NFC signal. These connections may be wired connections, such as in embodiments in which the reader device 210 or a cable associated with the reader device 210 plugs in to the host device 220, or vice versa. Such wired connections may use Universal Serial Bus (USB) plugs/ports, Apple® Lightning® plugs/ports, TRS/TRRS audio/microphone plugs/ports, Ethernet plugs/ports, or some combination thereof. The exemplary dual-unit POS systems 100B illustrated in FIGS. 5A-5B and FIGS. 6A-6B are illustrated as connecting via an audio jack plug and port.

The reader device 210 and host device 220 of FIG. 2 may alternately connect wirelessly, for example via a short-range wireless communication transceivers located in both the reader device 210 (not pictured) and host device 220. Such a connection may use short-range wireless communication types such as Bluetooth® communications, Bluetooth® Low Energy® communications, 802.xx Wi-Fi communications, wireless local area network (WLAN) communications, NFC communications, RFID communications, radar communications, light-based communications, any other type of communications or connections discussed with respect to FIG. 8, or some combination thereof.

Note that while the ADC 145, ADC 175, and additional filter 180 are illustrated as being within the secure enclosure 195 of the reader device 210 in FIG. 2, each may be outside of the secure enclosure 195 and within a housing of the reader device 210, or within a housing of the host device 220, or within wired or wireless transceiver circuitry connecting the reader device 210 and host device 220, or some combination thereof.

The reader device 210 and host device 220 both include their own output devices 185 in FIG. 2. Examples of this are illustrated in FIGS. 5A-5B and FIGS. 6A-6B. It should be understood that this is optional, and in some cases only one or the other of the reader device 210 and host device 220 includes an output device 185.

FIG. 3 is a flow diagram illustrating operations through which a transaction object reader device with a near field communication (NFC) transceiver is able to quickly provide feedback to a user regarding how close the user's transaction object is to the NFC transceiver by bypassing the secure processor while still maintaining security and maintaining full use of the secure processor.

At step 305, the NFC transceiver receives an information signal conveying transaction information from the transaction object associated with the customer in response to physical proximity between the transaction object and the NFC transceiver. Step 305 precedes both step 310 and step 330. Step 310 and the steps that follow it represent the filter path of FIG. 1 and FIG. 2 that bypasses the secure processor 170 in favor of a more direct path to the main processor 105 through the filter 170. Step 330 and the steps that follow it represent the secure processor path of FIG. 1 and FIG. 2 that feeds the transaction information to the secure processor 110.

At step 310, information signal from the NFC transceiver passes into the filter 170. At step 315, the filter 170 generates a filtered signal from the information signal and then outputs the filtered signal to a main processor in response to receipt of the information signal at the filter 170. The transaction information is attenuated in the filtered signal. The filter 170 may include, for example, a low-pass filter or a band-pass filter.

At step 320, the main processor 105 instructs an output device 185 to output feedback to the customer indicating a degree of proximity between the NFC transceiver and the transaction object. At step 325, the output device outputs the feedback, which may be visual feedback, audio feedback, vibration feedback, or some combination thereof. Examples of visual feedback 410/510/610 are illustrated in FIGS. 4A-4D, FIGS. 5A-5B, and FIGS. 6A-6B. Audio or vibrational feedback can, for example, modulate an amplitude or frequency of sound or vibration based on position, for example getting higher in either or both as the NFC-capable transaction object 450 approaches the NFC transceiver, and lower in either or both as the NFC-capable transaction object 450 gets farther from the NFC transceiver, or vice versa. After step 325, the process may return to step 305.

At step 330, the secure processor receives the information signal and generates a processed dataset based on the transaction information. Generating the processed dataset may include encrypting, password-protecting, or otherwise processing the transaction information as discussed above, and may also include user inputs from input device circuitry 860 such as PIN numbers or signatures as discussed above.

At step 335, the secure processor 110 outputs the processed dataset to the main processor 105. The main processor 105 receives the processed dataset after the main processor receives the filtered information signal.

While the flow diagram of FIG. 3 discussed the NFC transceiver and an NFC-capable transaction object, it may also apply to the magstripe reader if the magstripe read head 130 and magstripe circuitry 135 are read in place of the NFC antenna 150 and related circuitry, and the filter and/or buffer 140 are read in place of the filter 170. FIG. 3 may also it may also apply to the IC chip reader if the IC chip contact block 120 and EMV circuitry 125 are read in place of the NFC antenna 150 and related circuitry, and the IC proximity detection signal 122 is read in place of the filtered information.

FIG. 4A illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has three near field communication (NFC) antenna coils.

In some cases, multiple NFC antennae 150 may be used in place of the one suggested in FIG. 1 and FIG. 2. This allows the main processor 105 to identify a location of the NFC-capable transaction object relative to the NFC antennae 150 based on the relative signal strengths at least of the NFC antennae 150, based on timing differences between receipt of signals at each of the NFC antennae 150, based on signal frequency differences at each of the NFC antennae 150, or some combination thereof.

If there are three or more NFC antennae 150, as in the three NFC antenna coils 420 of FIG. 4A this allows for triangulation of the location of the NFC-capable transaction object 450 along a 2D plane as pictured in FIG. 4A. Detailed feedback 410A can be given by the main processor 105 to the user via the output device 185 of FIG. 4A—the display screen 415—as to exactly which directions the NFC-capable transaction object 450 should be moved in. The feedback 410A of FIG. 4A, for example, states “move NFC object down by 8 centimeters and right by 4 cm” and illustrates an arrow pointing in the appropriate diagonal down-right direction.

FIG. 4B illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has two near field communication (NFC) antenna coils.

If there are two NFC antennae 150, the NFC-capable transaction object can still be located along a single axis extending along a vector connecting the two NFC antennae 150 as pictured in FIG. 4B, which illustrates a POS system 100 with two NFC antenna coils 420. Somewhat detailed feedback 410B can be given by the main processor 105 to the user via the output device 185 of FIG. 4B—the display screen 415—as to which direction along the axis the NFC-capable transaction object 450 should be moved in. The feedback 410B of FIG. 4B, for example, states “move NFC object down by 8 centimeters” and illustrates an arrow pointing down.

FIG. 4C illustrates visual positioning feedback on a display screen of a single-unit point of sale (POS) system that has a single near field communication (NFC) antenna coil.

If there is only one NFC antenna 150, the NFC-capable transaction object can still be located within a radius around the NFC antenna as pictured in FIG. 4A, which illustrates a POS system 100 with a single NFC antenna coil 420. Less detailed feedback 410A can be given by the main processor 105 to the user via the output device 185 of FIG. 4C—the display screen 415—as to roughly how far the NFC-capable transaction object 450 is from the NFC antenna 150. The feedback 410A of FIG. 4A, for example, states “NFC object is approx. 8.5 centimeters away from reader.”

An additional non-illustrated embodiment with at least four NFC antenna coils 420, for example arranged in a tetrahedron, though not illustrated, could allow the main processor 105 to locate the NFC-capable transaction object 450 relative to the NFC antenna coils 420 in three dimensions. Very detailed feedback 410, such as “move NFC object down by 8 centimeters and right by 4 cm and forward by 2 cm” can be given by the main processor 105 to the user via output device 185 as to exactly which directions in any dimension the NFC-capable transaction object 450 should be moved in.

Other types of feedback not illustrated herein can also be used. For example, the main processor can generate a heat map on a display screen 415 identifying places along the display screen 415 or along another portion of the POS device 100 where the NFC-capable transaction object 450 would be close to the NFC transceiver. This would be particularly useful if multiple NFC antenna coils 420 are spaced relatively far apart from each other.

In situations where multiple NFC antenna coils 420 are used, there may be one “main” NFC antenna coil 420 that is most powerful and used for reading and/or transmission, and one or more “secondary” or NFC antenna coils 420 that are smaller and/or weaker and used more for position determination of the NFC-capable transaction object 450.

Besides outputting feedback to the user/customer, the main processor 105 and/or secure processor 110 can perform other functions based on the filtered NFC information. For example, if the filtered NFC information consistently shows a weak signal or that the NFC-capable transaction object 450 is far away from the NFC transceiver, the main processor 105 and/or secure processor 110 could temporarily (i.e., for a predetermined period of time) or permanently increase power directed to the NFC antennae 150 and/or the related circuitry illustrated and discussed with respect to FIG. 1 and FIG. 2. Power may be supplied by one or more batteries within the housing 190, within the reader device 210, within the host device 220; from an external power source such as an external battery or wall outlet; or some combination thereof.

FIG. 4D illustrates visual shaking feedback on a display screen of a single-unit point of sale (POS) system that uses near field communication (NFC).

The main processor 105 of FIG. 4D determines that the NFC-capable transaction object 450 of FIG. 4D is shaking, based generally on a sinusoidal, “wavy,” “zigzaggy,” or otherwise irregular input from the filtered NFC information signal. An example of such an input at the main processor 105 is illustrated as “shaky hand 750” in FIG. 7. Essentially, the main processor 105 looks for the distance between the NFC-capable transaction object 450 and the NFC coil(s) 420, and or the triangulated position determination, to be wavering.

Because a shaking NFC-capable transaction object 450 can decrease quality and reliability of the NFC read process, the main processor 105 provides helpful feedback 410D through display screen 415 based on this determination of shaking, namely “you are shaking your NFC object too much—try pressing it to a surface of this POS.”

FIG. 5A illustrates visual positioning feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system that uses near field communication (NFC) in which the transaction object is far.

FIG. 5B illustrates visual positioning feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system that uses near field communication (NFC) in which the transaction object is close.

Another type of single-antenna NFC-based feedback 510 similar to the feedback 410C of FIG. 4C is illustrated in FIGS. 5A-5B. Here, the reader device 210 includes a meter-style output device 185B similar visually to a classic mercury thermometer or to a single bar of a bar graph. The length of the bar represents the distance between the NFC-capable transaction object 450 to the NFC transceiver at the reader device 210, where a longer meter means the NFC-capable transaction object 450 is closer to the NFC transceiver and a shorter bar means the NFC-capable transaction object 450 is farther from the NFC transceiver. This type of feedback 510 is useful and effective here due to the small size of the reader device 210. Additional written feedback 510 (“Bring NFC Object Closer,” “NFC Object In Position”) is also provided at a display screen output device 185A of the host device 220 to help provide additional context to feedback 510 at the meter output device 185B of the reader device 210 of FIGS. 5A-5B.

In place of the meter output device 185 of FIGS. 5A-5B, an output device that is a row/column of light emitting diodes (LEDs) or other types of lights can emulate a meter. For example, the meter can be at full length when three out of three LEDs are lit, at two-thirds length when two out of three LEDs are lit, at one-third length when one out of three LEDs are lit, and at zero length when no LEDs are lit. Essentially, this type of meter or step interface shows a point along a range or spectrum. Alternatively, brightness of one or more LEDs can be used, getting brighter when the meter would have gotten longer, and getting dimmer when the meter would have gotten shorter, or vice versa. Alternatively, color of one or more LEDs can be used, going further to the red end of the spectrum when the meter would have gotten longer, and going further to the violet/blue end of the spectrum when the meter would have gotten shorter, or vice versa.

FIG. 6A illustrates visual card-sliding feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a magstripe card is slid properly.

FIG. 6B illustrates visual card-sliding feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a magstripe card is slid crookedly.

The reader device 210 of FIGS. 6A-6B employs a similar meter-style output device 185B of the reader device 210, this time giving feedback 610 as to whether the magstripe transaction card 620 is slid properly and straight as in FIG. 6A, showing a long meter, or poorly and crookedly as in FIG. 6B, showing a short meter. This feedback 610 is provided by the main processor 105 based on the filtered signal from the filter 140. Additional written feedback is displayed via a display screen output device 185A of the host device 220, writing, respectively, “Good Swipe—Stripe Tracks Aligned” and “Crooked Swipe—Stripe Tracks Misalign.”

It should be understood that a POS system 100 and/or transaction object reader device 210 as discussed herein can be made with any combination of components, features, and/or elements illustrated in and/or discussed with respect to at least FIGS. 1, 2, 3A-3B, 4A-4D, 5A-5B, 6A-6B, 9A-9B, and 8.

FIG. 7 is a graph illustrating proximity near field communication (NFC) transceiver proximity against time.

The horizontal axis 710 measures time 710 moving forward from left to right. The vertical axis 720 measures NFC-capable transaction object 450's proximity to an NFC transceiver 720 as conveyed to the main processor 105 via the filtered signal, where the distance becomes closer (due to stronger/higher amplitude signal) higher along the axis.

A first line 730 is illustrated representing an ideal read, such as if the NFC-capable transaction object 450 suddenly materialized out of nowhere right on top of the NFC transceiver. A second line 740 represents an expected successful read, where the user takes a little more time to find the correct place but gets pretty close to the NFC transceiver of the POS device 100 pretty quickly. Both the first line 730 and the second line 740 should represent successful NFC reads.

A third line 750 represents a user with a shaky hand, where the NFC-capable transaction object 450 appears to “wobble” and the amplitude of the signal is weakened, likely as a result of the shaking as well as a farther distance. This third line may or may not represent a successful read. A fourth line 760 represents a failed read in which the user never moves the NFC-capable transaction object 450 close enough to the NFC transceiver of the POS device 100 and pulls away too quickly as well.

FIG. 8 illustrates exemplary circuit board components 800 that may be used to implement an embodiment of the present invention. The circuit board 100 described herein may include any combination of at least a subset of the circuit board components 800. In some embodiments, the circuit board 100 may actually include multiple circuit boards connected in a wired or wireless fashion, some of which may be at least partially enclosed by the security housing.

The circuit board components 800 of FIG. 8 may include one or more processors, controllers, microcontrollers, application specific integrated circuits (ASICs), or field-programmable gate arrays (FPGAs) 810. These may in some cases aid in tamper detection, such as by performing at least some subset of the functions identified in FIG. 8. The circuit board components 800 of FIG. 8 may include one or more memory components 810 that may store, at least in part, instructions, executable code, or other data for execution or processing by the processor or controller 810. The memory components 810 may include, for example, cache memory, random access memory (5 AM), read-only memory (ROM), or some other type of computer-readable storage medium.

The circuit board components 800 of FIG. 8 may further includes one or more computer-readable storage medium(s) 830 for storing data, such as a hard drive, magnetic disk drive, optical disk drive, flash memory, magnetic tape based memory, or another form of non-volatile storage. These may, for example, store credit card information, cryptographic keys, or other information, and may in some cases encrypt or decrypt such information with the aid of the processor or controller 810. The computer-readable storage medium(s) 830 may in some cases store, at least in part, instructions, executable code, or other data for execution or processing by the processor or controller 810.

The circuit board components 800 of FIG. 8 may include tamper detection circuitry 840, which may include any of the tamper detection circuit 150 discussed herein, and may include the board connector piece holder(s) 255 and any components discussed in FIG. 8.

The circuit board components 800 of FIG. 8 may include output device circuitry 850, which may include, for example, communication circuitry for outputting data through wired or wireless means, display circuitry for displaying data via a display screen, audio circuitry for playing audio via headphones or a speaker, printer circuitry for printing data via a printer, or some combination thereof. The display screen may be a liquid crystal display (LCD), a plasma display, an organic light-emitting diode (OLED) display, an electronic ink display, a projector-based display, a holographic display, or some combination thereof. The printer may be inkjet, laserjet, thermal, or some combination thereof. In some cases, the output device circuitry 850 may allow for transmission of data over an headphone audio jack, a microphone jack, BLUETOOTH™ wireless signal transfer, radio-frequency identification (RFID), near-field communications (NFC), 802.11 Wi-Fi, cellular network data transfer, or some combination thereof. The output device circuitry 850 may also include

The circuit board components 800 of FIG. 8 may include input device circuitry 860, which may include, for example, communication circuitry for outputting data through wired or wireless means, microphone circuitry for receiving audio data, user interface circuitry for receiving user interface inputs, or some combination thereof, and may include variable pressure detection. Touchscreens may be capacitive, resistive, acoustic, or some combination thereof. In some cases, the input device circuitry 860 may allow receipt of data over an headphone audio jack, a microphone jack, BLUETOOTH™ wireless signal transfer, radio-frequency identification (RFID), near-field communications (NFC), 802.11 Wi-Fi, cellular network data transfer, or some combination thereof. Input device circuitry 860 may receive data from an alpha-numeric keypad or keyboard, a pointing device, a mouse, a trackball, a trackpad, a touchscreen, a stylus, cursor direction keys, or some combination thereof. The input device circuitry 860 may also receive data from the transaction object reader circuitry 870.

The circuit board components 800 of FIG. 8 may include transaction object reader circuitry 870, which may include components capable of reading information from a transaction object, or may include circuitry supporting components capable of reading information from a transaction object, with the actual object reader components located off of the circuit board 100. The transaction object reader 870 may include at least one card reader. In this case, the transaction object may be a magnetic stripe onboard a transaction card, an integrated circuit (IC) chip onboard a transaction card, and/or a smartcard chip onboard a transaction card. The transaction card itself may be a credit card, a debit card, an automated teller machine (ATM) card, a gift card, a transit card, an identification card, a game token card, a ticket card, a bank card associated with a bank account, a credit union card associated with a credit union account, an online gaming card associated with an online gaming account, a healthcare card associated with a health savings account (HSA) or flexible spending account (FSA), or a user account card associated with a user account of another type, or some combination thereof. The transaction object reader 870 may include at least one wireless signal reader for reading information wirelessly. In this case, the transaction object may be any of the transaction-card-related transaction objects discussed above (but read wirelessly), or they may be non-card objects capable of wireless communication, such as smartphones, tablets, wearable devices, active near field communication (NFC) and/or radio-frequency identification (RFID) tags, passive NFC and/or RFID tags, or other mobile devices that are capable of wireless communication via NFC, RFID, Bluetooth®, Bluetooth® Low Energy®, WLAN, Wi-Fi, or some combination thereof.

Transaction object reader circuitry 870 may include, for example, a magnetic read head or other type of magnetic stripe reader that is capable of reading information from a magnetic stripe of a transaction card. Transaction object reader circuitry 870 can also include an integrated circuit (IC) chip reader and/or smartcard chip reader for reading an IC chip and/or smartcard chip embedded in a transaction card. Such an IC chip/smartcard chip can follow the Europay-MasterCard-Visa (EMV) payment chip standard. The IC chip/smartcard chip reader can be contact-based, in that it can include one or more conductive prongs that contact a conductive metal contact pad of the IC chip/smartcard chip. The IC chip/smartcard chip can instead be contactless and use a contactless antenna. The contactless antenna can also double as a receiver for near-field-communication (NFC) signals, radio-frequency identification (RFID) signals, Bluetooth® wireless signals, wireless local area network (WLAN) signals, 802.xx Wi-Fi signals, or some combination thereof, which can be sent from a transaction card or from a another type of transaction object as discussed above. In some cases, a transaction object may only send these wireless signals in response to receipt of a magnetic field or other wireless signals from the transaction object reader circuitry 870. For example, if the transaction object is a passive NFC/RFID tag or functions based on similar technology, it generates energy from the magnetic field or other wireless signals from the transaction object reader circuitry 870 via induction coil(s) that is then used to transmit the wireless signals that are ultimately read by the transaction object reader circuitry 870.

The information read from the transaction object by the transaction object reader circuitry 870, regardless of the type of the transaction object, may include at least credit card information, debit card information, automated teller machine (ATM) information, gift card account information, transit account information, identification card information, game token card information, ticket information, bank account information, credit union account information, online gaming account information, HSA/FSA account information, health insurance account information, healthcare information, or some combination thereof. Certain terms discussed herein should be understood to refer to transaction objects, including but not limited to “payment object,” “transaction object,” “financial object,” “payment card,” “transaction card,” or “financial card.”

Peripheral circuitry 880 may include any type circuitry permitting connection and use of computer support devices to add additional functionality to the circuit board 100. For example, peripheral circuitry 780 may support connection of a modem or a router. The components shown in FIG. 8 are depicted as being connected via a single bus 890. However, the components may be connected through one or more data transport means. For example, processor unit 810 and main memory 810 may be connected via a local microprocessor bus, and the storage medium 830, tamper detection circuitry 840, output device circuitry 850, input device circuitry 860, transaction object reader circuitry 870, and peripheral circuitry 880 may be connected via one or more input/output (I/O) buses.

FIG. 9A illustrates visual card-insertion feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a chip card is inserted properly.

FIG. 9B illustrates visual card-insertion feedback on both a display screen and a meter interface of a dual-unit point of sale (POS) system where a chip card is inserted crookedly.

The reader device 210 of FIGS. 9A-9B employs a similar meter-style output device 185B of the reader device 210 as in FIGS. 6A-6B, this time giving feedback 910 as to whether the IC chip transaction card 920 is inserted properly and straight as in FIG. 9A, showing a long meter, or poorly and crookedly as in FIG. 9B, showing a short meter. This feedback 910 is provided by the main processor 105 based on the IC prox signal 122 and/or the filtered signal from the filter 177. Additional written feedback is displayed via a display screen output device 185A of the host device 220, writing, respectively, “Good Insert—Good Contact” and “Crooked Insert—Poor Contact.”

While various flow diagrams have been described above, it should be understood that these show a particular order of operations performed by certain embodiments of the invention, and that such order is exemplary. Alternative embodiments can perform the operations in a different order, combine certain operations, or overlap certain operations illustrated in or described with respect to each flow diagram.

The foregoing detailed description of the technology has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the technology to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. The described embodiments were chosen in order to best explain the principles of the technology, its practical application, and to enable others skilled in the art to utilize the technology in various embodiments and with various modifications as are suited to the particular use contemplated. It is intended that the scope of the technology be defined by the claim.

Claims

1. A method of device interaction, the method comprising: identifying that a reader interface has received at least one signal conveying transaction object information from a transaction object in response to physical proximity between the transaction object and the reader interface;identifying, based on analysis of the at least one signal as received by the reader interface, an indication of a movement of the transaction object relative to the reader interface;generating, based on the indication of the movement of the transaction object relative to the reader interface, feedback indicating a recommended change to the movement of the transaction object relative to the reader interface to improve an ability of the reader interface to read the transaction object;sending the feedback to an output device that is to output the feedback to indicate the recommended change; andreading the transaction object information from the transaction object using the reader interface in response to an improvement in the ability of the reader interface to read the transaction object and in response to the output of the feedback.

2. The method of claim 1, wherein the movement includes a shaking movement, and wherein the indication of the movement includes at least one fluctuation in a signal strength of the at least one signal as received at the reader interface.

3. The method of claim 1, wherein the movement includes a misaligned movement through a slot, and wherein the indication of the movement includes a misalignment indication of a misalignment between portions of the transaction object and corresponding portions of the reader interface.

4. A method comprising: identifying, based on analysis of at least one signal received by a reader interface from a transaction object in response to physical proximity between the transaction object and the reader interface, an indication of a movement of the transaction object relative to the reader interface, wherein the at least one signal conveys transaction object information;generating, based on the indication of the movement of the transaction object relative to the reader interface, feedback indicating a recommended change to the movement of the transaction object relative to the reader interface to improve an ability of the reader interface to read the transaction object;sending the feedback to an output device that is to output the feedback to indicate the recommended change; andreading the transaction object information from the transaction object using the reader interface in response to an improvement in the ability of the reader interface to read the transaction object and in response to the output of the feedback.

5. The method of claim 4, wherein the movement includes a shaking movement, and wherein the indication of the movement includes at least one fluctuation in a signal strength of the at least one signal as received at the reader interface.

6. The method of claim 5, wherein the reader interface is a near-field communication (NFC) reader interface, and wherein the recommended change to the movement of the transaction object relative to the reader interface includes a recommendation to set the transaction object against a surface to reduce the shaking movement.

7. The method of claim 4, wherein the recommended change to the movement of the transaction object relative to the reader interface is configured to stabilize the transaction object relative to the reader interface to improve the ability of the reader interface to read the transaction object.

8. The method of claim 4, wherein the recommended change to the movement of the transaction object relative to the reader interface is configured to stabilize the at least one signal received from the transaction object at the reader interface to improve the ability of the reader interface to read the transaction object.

9. The method of claim 4, wherein the movement includes a misaligned movement through a slot, and wherein the indication of the movement includes a misalignment indication of a misalignment between portions of the transaction object and corresponding portions of the reader interface.

10. The method of claim 9, wherein the reader interface is an integrated circuit (IC) chip reader, and the transaction object includes an IC chip of a card that is received by the slot.

11. The method of claim 9, wherein the reader interface is a magnetic stripe reader, the transaction object includes a magnetic stripe of a card that is received by the slot, and wherein the portions of the transaction object include a plurality of parallel tracks of the magnetic stripe of the card.

12. The method of claim 9, wherein the analysis indicates that the reader interface received the at least one signal from a first subset of the portions of the transaction object without receiving data from a second subset of the portions of the transaction object.

13. The method of claim 9, wherein the recommended change to the movement of the transaction object relative to the reader interface is configured to align the portions of the transaction object to the corresponding portions of the reader interface.

14. The method of claim 9, wherein the recommended change to the movement of the transaction object relative to the reader interface includes a recommendation to slide the transaction object against a surface within the slot.

15. The method of claim 4, wherein the recommended change to the movement of the transaction object relative to the reader interface is configured to strengthen the at least one signal from the transaction object at the reader interface to improve the ability of the reader interface to read the transaction object.

16. The method of claim 4, wherein the at least one signal is weaker than a signal strength threshold.

17. The method of claim 4, wherein a strength of the at least one signal is above a signal strength threshold for a shorter amount of time than a time threshold.

18. The method of claim 4, further comprising: identifying that the reader interface has received the at least one signal from the transaction object in response to the physical proximity between the transaction object and the reader interface.

19. The method of claim 4, further comprising: receiving the at least one signal using the reader interface and from the transaction object in response to the physical proximity between the transaction object and the reader interface.

20. An apparatus comprising: at least one memory; andat least one processor that executes instructions stored in the at least one memory to: identify, based on analysis of at least one signal received by a reader interface from a transaction object in response to physical proximity between the transaction object and the reader interface, an indication of a movement of the transaction object relative to the reader interface, wherein the at least one signal conveys transaction object information;generate, based on the indication of the movement of the transaction object relative to the reader interface, feedback indicating a recommended change to the movement of the transaction object relative to the reader interface to improve an ability of the reader interface to read the transaction object;send the feedback to an output device that is to output the feedback to indicate the recommended change; andread the transaction object information from the transaction object using the reader interface in response to an improvement in the ability of the reader interface to read the transaction object and in response to the output of the feedback.