Abstract:
An assembly for installation in a fuel dispensing environment having a forecourt controller and at least one fuel dispenser communicating via legacy cable. The assembly comprises a sniffer device connectable along the legacy cable such that a first communication side thereof is in electrical communication with the forecourt controller and a second communication side thereof is in electrical communication with the fuel dispenser. The sniffer device is operative to receive an incoming message at either the first communication side or the second communication side. The sniffer device also includes memory and a processor, the processor implementing instructions to interpret the incoming message. Based on an interpretation of the incoming message, the sniffer device is operative to determine an action to be taken regarding the incoming message.

Description:
PRIORITY CLAIM 
       [0001]    This application is based upon and claims the benefit of U.S. provisional application Ser. No. 61/889,431, filed Oct. 10, 2013 and U.S. provisional application Ser. No. 61/901,494, filed Nov. 8, 2013. Both of the foregoing applications are incorporated fully herein by reference. 
     
    
     FIELD OF THE INVENTION 
       [0002]    The present invention relates generally to service stations at which fuel is dispensed. More particularly, the present invention relates to installation and use of a sniffer to upgrade legacy fueling equipment. 
       BACKGROUND 
       [0003]    Transaction processing within a retail fueling environment conventionally includes interaction between a customer and a fuel dispenser. The customer typically presses certain keys on a user interface provided on the fuel dispenser to provide input for a transaction. Output is provided to the customer in response by the user interface (typically via a visual display). The customer obtains payment authorization for the transaction by swiping a credit card at the fuel dispenser (also referred to as “pay at the pump”) or communicating with an employee situated at a point of sale (POS) terminal. After authorization is received, the customer dispenses fuel and interacts with the user interface of the fuel dispenser to complete the transaction. An example of such a fuel dispenser interface is the card reader in dispenser (CRIND®) equipped fuel dispenser manufactured by Gilbarco Inc. 
         [0004]    Toward this end, existing fuel service forecourts are typically equipped with field wiring to provide communication between a forecourt controller (FCC) and the individual fuel dispensers. As known to those skilled in the art, the FCC may be a separate box that communicates with the POS, or the functionality of the FCC may be incorporated into the POS. In either case, the FCC controls the operation of the fuel dispensers. Also, in the case of “pay at the pump,” the POS receives payment information from the fuel dispensers in order to authorize the transaction and effect final payment. Recently, Gilbarco Inc., the assignee of the present invention, has proposed a system wherein certain forecourt functions are performed by a separate device (referred to as an “enhanced dispenser hub”) that communicates with a POS. The operation of an enhanced dispenser hub in a fueling environment is described in U.S. Pat. No. 8,438,064, incorporated fully herein by reference for all purposes. 
         [0005]    The prior art typically uses two-wire current loop or RS422 signaling for communications between the FCC and the fuel dispensers (or other forecourt devices). Recently, the functionality desired at fuel dispensers has outgrown the limited capability that can be achieved with legacy field wiring. For example, in recent years, fuel dispensers have become more than a means for fueling a vehicle. Service station owners are advertising at the dispenser with everything from simple signs to video displays running commercials. These data-intensive features can be readily provided in a new service station because high bandwidth cable can be installed in the forecourt during construction. In the case of existing service stations, the cost to provide high bandwidth cable (e.g., Cat5) in the forecourt can be prohibitive. 
         [0006]    In addition, there have been recent efforts to effect payment for various goods and services via mobile devices such as cell phones. From the standpoint of a service station operator, it would be desirable to retrofit existing fuel dispensers to accept “mobile payment” as an additional payment option. While desirable in theory, such retrofitting is difficult to achieve in practice. For example, various “mobile payment” techniques may require communication between the fuel dispenser and a host server at data rates higher than can be achieved using legacy field wiring. In addition, the retrofit option may require compatibility with fuel dispensers and/or FCCs from various manufacturers. 
       SUMMARY OF CERTAIN ASPECTS 
       [0007]    The present invention recognizes and addresses the foregoing considerations, and others, of prior art construction and methods. In this regard, certain exemplary and nonlimiting aspects of the present invention will now be described. These aspects are intended to provide some context for certain principles associated with the present invention, but are not intended to be defining of the full scope of the present invention. 
         [0008]    Certain aspects of the present invention are directed to a system for upgrading legacy fuel dispensing equipment (or other kiosks or payment terminals) to have additional capability. Examples of retail fueling environments, fuel dispensers, and user interfaces for fuel dispensers are provided in U.S. Pat. No. 6,435,204 (entitled “Fuel Dispensing System”), U.S. Pat. No. 5,956,259 (entitled “Intelligent Fueling”), U.S. Pat. No. 5,734,851 (entitled “Multimedia Video/Graphics in Fuel Dispensers”), U.S. Pat. No. 6,052,629 (entitled “Internet Capable Browser Dispenser Architecture”), U.S. Pat. No. 5,689,071 (entitled “Wide Range, High Accuracy Flow Meter”), U.S. Pat. No. 6,935,191 (entitled “Fuel Dispenser Fuel Flow Meter Device, System and Method”), U.S. Pat. No. 7,289,877 (entitled “Fuel Dispensing System for Cash Customers”) and U.S. Pat. No. 7,774,231 (entitled “Electronic Payment Methods for a Mobile Device”) and U.S. published patent application nos. 20090048710 (entitled “Fuel Dispenser”), 20100268612 (entitled “Payment Processing System for Use in a Retail Environment Having Segmented Architecture”), and 20110185319 (entitled “Virtual PIN Pad for Fuel Payment Systems”). The entire disclosure of each of the foregoing patents and applications is hereby incorporated by reference as if set forth verbatim herein for all purposes. 
         [0009]    In this regard, some aspects of the present invention contemplate retrofitting existing fuel dispensers to utilize mobile payment transactions. For example, an active sniffer may be installed between the pump electronics and existing forecourt controller to intercept messages flowing therebetween. The sniffer may also communicate with a remote (e.g., internet-based) server using suitable internet connectivity (e.g., over legacy cable connectivity). Once a mobile device having mobile payment capability is detected in proximity to the dispenser, a transaction can be initiated. The sniffer may receive pump control messages from the remote server and provide them to the pump electronics in the appropriate format. After the transaction is complete, the sniffer may provide transaction information to the local POS system for logging and reconciliation purposes. 
         [0010]    Different systems and methods of the present invention utilize various combinations of the disclosed elements and method steps as supported by the overall disclosure herein. Thus, combinations of elements other than those discussed above may be claimed. Moreover, the accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate one or more embodiments of the invention and, together with the description, serve to explain the principles of the invention. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0011]    A full and enabling disclosure of the present invention, including the best mode thereof directed to one of ordinary skill in the art, is set forth in the specification, which makes reference to the appended drawings, in which: 
           [0012]      FIG. 1  is a diagrammatic representation of a retail fueling environment incorporating certain aspects of the present invention. 
           [0013]      FIG. 2  is a diagrammatic representation of a fuel dispenser equipped with low power “beacons” and a sniffer device in accordance with an embodiment of the present invention. 
           [0014]      FIG. 3  is a diagrammatic representation showing installation of a sniffer device between existing electronics inside the pump and a forecourt controller in accordance with an embodiment of the present invention. 
           [0015]      FIG. 4  is a diagrammatic representation of an active sniffer device in accordance with an embodiment of the present invention. 
           [0016]      FIG. 5  is a flow chart showing exemplary process steps occurring at a sniffer device of the present invention during remote transaction authorization. 
           [0017]      FIG. 6  is a flow chart showing an exemplary messaging protocol that may be implemented at a sniffer device in accordance with the present invention. 
       
    
    
       [0018]    Repeat use of reference characters in the present specification and drawings is intended to represent same or analogous features or elements of the invention. 
       DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
       [0019]    Reference will now be made in detail to presently preferred embodiments of the invention, one or more examples of which are illustrated in the accompanying drawings. Each example is provided by way of explanation of the invention, not limitation of the invention. In fact, it will be apparent to those skilled in the art that modifications and variations can be made in the present invention without departing from the scope or spirit thereof. For instance, features illustrated or described as part of one embodiment may be used on another embodiment to yield a still further embodiment. Thus, it is intended that the present invention covers such modifications and variations as come within the scope of the appended claims and their equivalents. 
         [0020]      FIG. 1  illustrates a fuel dispensing environment having a plurality of fuel dispensers  10 . The fuel dispensing environment will typically include a central building having a convenience store (“C-store”) and also housing a POS system, forecourt controller, electronic payment server, and/or other devices to control fueling transactions. Such devices are collectively represented in this illustration as site  12 . One or more inside terminals  14 , which may comprise card readers and PIN pads, will also typically be provided. A tank gauge  16 , used to monitor inventory in underground storage tanks containing fuel for the fuel dispensing environment, may also communicate with site  12 . 
         [0021]    In this example, each of the fuel dispensers  10  is retrofit to allow mobile payment. Toward this end, the customer&#39;s cell phone  20  is used to initiate a fueling transaction. Cell phone  20  may typically be a “smart phone” capable of running multiple and/or downloadable apps, such as those sold by Apple, Motorola, Samsung, HTC and others. Moreover, while a cell phone is one example of a wireless communication (mobile) device that may be used with embodiments of the present invention, other types of mobile devices may also be used for this purpose. For example, certain embodiments of the present invention may utilize various tablet computers. 
         [0022]    To effect a mobile payment transaction, cell phone  20  will typically show an interface on its display with which the customer can interact. For example, the customer may choose a method of payment (rather than swiping a credit card at the dispenser) and indicate any limits on the transaction (such as $20). The interface may also be used to make other selections related to the transaction, such as fuel grade to be dispensed. Preferably, these preferences (e.g., fuel grade) may be stored as defaults so the customer does not need to choose them manually in subsequent transactions, unless a change is desired. If the customer is enrolled in a loyalty program, loyalty points may be accrued automatically without the need to swipe or scan a separate loyalty card. In addition, a receipt can be automatically sent to phone  20  at the conclusion of the transaction. 
         [0023]    Referring again to  FIG. 1 , phone  20  communicates with a cloud server  22  via a wireless network  24  such as the digital cellular network (or local wifi). Cloud server  22  is also in communication with the respective fuel dispensers  10 , either directly or via site  12  as shown. As one skilled in the art will appreciate, cloud server  22  may actually be a series of separate physical devices that communicate with each other via WAN or LAN. Advantageously, the scale of cloud server  22  can be easily adjusted as needed depending on anticipated volume of data. Various services  26  communicate with site  12  and/or phone  20  via cloud server  22 . In some embodiments, it is contemplated that services  26  may communicate with phone  20  directly through wireless network  24 , perhaps after a “hand-off” from cloud server  22 . 
         [0024]    Collectively grouped under the heading “services” are resources that may be used to effect the fueling transaction, or enhance the customer&#39;s experience in various ways. For example, a media partner that has a business relationship with the service station (or third party operator of cloud server  22 ) may provide media content to phone  20  or to the display of fuel dispenser  10  during the fueling transaction. A loyalty server may validate the customer&#39;s loyalty status, and keep track of any rewards that are due. For example, customers with higher levels of rewards may be entitled to an immediate fuel discount. Promotions, such as coupons or advertisements, may be provided during the fueling transaction (either to phone  20  or the display of fuel dispenser  10 ). The services will also typically include authorization for the mobile payment through one or more payment networks. 
         [0025]    Referring now to  FIG. 2 , certain additional aspects of the present invention will be explained. As can be seen, fuel dispenser  10  is in this case equipped with respective “beacons”  100  on the two sides from which fuel can be dispensed. It is contemplated that various radio frequency transceivers may be used as beacons  100 , although many preferred embodiments may utilize Bluetooth low-energy (BLE) transceivers. Many newer phones are compatible with BLE, which has a shorter range than Bluetooth, and may not require pairing between components. As indicated at  102 , beacons  100  are configured to have a relatively narrow radiation lobe pattern extending away from the respective sides of dispenser  100 . The customer&#39;s phone would need to be located within the lobe pattern in order for communication to be established. 
         [0026]    Depending on the embodiment, beacons  100  may be unidirectional or bidirectional. A unidirectional beacon will typically broadcast dispenser identification (ID) and perhaps other information or commands that can be used to facilitate a transaction. In this case, communication between phone  20  and the cloud server will typically occur via the digital phone network. On the other hand, if the beacon is capable of bidirectional communication and dispenser  10  is internet-enabled, phone  20  may send information to the cloud server through dispenser  10 . This may be advantageous in areas where cell phone service is lacking or inconsistent. 
         [0027]    As noted above, many existing fuel dispensers utilize low-data rate legacy cables, such as two-wire or RS422, to exchange messages with the forecourt controller and point-of-sale (POS) system located in the convenience store. In this embodiment, pump electronics  104  transmit signals to and receive signals from forecourt controller (FCC)  106  over two-wire (“TW”) legacy cable  108 . As is well-known, FCC  106  receives requests to initiate a transaction from pump electronics  104  and instructs pump electronics  104  to allow dispensing of fuel after the transaction has been authorized. When dispensing of fuel has been finalized, pump electronics  104  provides information on the volume and monetary amount of the dispensed fuel back to FCC  106  so that the transaction can be finalized. 
         [0028]    Because the low frequency of two-wire communication limits the speed of data transfer, efforts have recently been made to utilize legacy wiring to provide high bandwidth communications, such as video advertising, to the dispensers. One such system is disclosed in U.S. Pub. App. No. 2013/0121428 (“the &#39;428 application”), incorporated herein by reference in its entirety for all purposes. In accordance with the present invention, the dispenser will have enhanced and additional features while maintaining compatibility with equipment already installed at the fuel dispensing environment. 
         [0029]    Aspects of the present invention may be incorporated into new dispensers at the time of manufacture, or may be added to existing dispensers as a retrofit. In the embodiment of  FIG. 2 , for example, an existing dispenser has been retrofit via the inclusion of an active sniffer  110 . As shown, sniffer  110  is installed at an intermediate location along cable  108  between pump electronics  104  and FCC  106 . Referring now also to  FIG. 3 , active sniffer  110  is an electronic device that intercepts messages appearing along cable  108  on either its “A” side or “B” side. Sniffer  110  includes a suitably-programmed processor (and associated memory) that determines whether the message should be passed along to the other side, or not. In some cases, sniffer  110  may substitute a different message for the one that was received, or provide a response that emulates a certain condition. This is in contrast to a purely passive sniffer, which would merely detect the messages flowing between pump electronics  104  and FCC  106 . 
         [0030]    As shown in  FIG. 2 , sniffer  110  includes software modules A and B which read and send messages at their respective sides according to the legacy format. In other words, module A acts as pump electronics  104  to FCC  106 , whereas module B acts as FCC  106  to pump electronics  104 . Another software module BR serves as a logical bridge to provide data buffering between sides A and B. A configuration file preferably stored in memory on sniffer  110  contains rules regarding the expected messages. This permits some messages to be passed between sides A and B on a synchronous basis, while other messages can be delayed, modified, or not passed. 
         [0031]    In addition, sniffer  110  will preferably include a TCP/IP channel that can allow communication to cloud server  22 , or any compatible on-site automation device (such as tank gauge  16 ). It will be appreciated that sensitive information transmitted to or from sniffer  110  can be suitably encrypted as necessary or desired. For example, communication with cloud server  22  can provide dispenser  10  with the capability of accepting mobile payment regardless of the brand or type of FCC already installed in the fueling environment. The mobile payment may be initiated, for example, when phone  20  is brought into lobe pattern  102  of a beacon  100 . This technique allows the customer&#39;s mobile phone to detect the fueling position, thus enabling mobile payment and delivery of advertising media to the dispenser by proximity. (One skilled in the art will appreciate that other proximity technologies, such as NFC, RFID, etc. may also be used in various embodiments of the present invention.) In the case of a retrofit, this proximity and mobile payment capability can be added to existing dispensers already installed in the field. 
         [0032]    Sniffer  110  can provide various messages to the existing FCC which allow the mobile payment transaction to occur under the control of cloud server  22 . For example, assuming the dispenser is engaged in a mobile transaction, sniffer  110  can inform the FCC that the dispenser is “Idle.” Alternatively, if the FCC is programmed to recognize a small set of new messages, the sniffer can inform the FCC that the dispenser is under “cloud control.” Once the mobile payment transaction is complete, sniffer  110  could provide details of the transaction to FCC  106  in a manner that can be logged by the store&#39;s point-of-sale (POS) system  112 . This may be responsive to a standard status request issued by FCC  106  on a periodic (e.g., polling) basis. As an alternative, or in addition, the mobile sales information could be stored on cloud server  22  and accessed when the store operator logs into a previously-created account. 
         [0033]    Referring to  FIGS. 3 and 4 , certain additional aspects of sniffer  110  will be described. As noted above, sniffer  110  preferably provides a TCP/IP channel which permits high speed communication between it and cloud server  22  (or an on-site automation device). This may be accomplished by various wireless techniques, such as wifi, Zigbee, or other mesh network technology. In attended markets, for example, the attendant&#39;s handheld can be configured as a mobile “hotspot” which communicates with the fuel dispenser via wireless connection. In other words, the dispenser in this case will rely on the handheld&#39;s internet connection to provide the desired functionality to the dispenser. 
         [0034]    Often, however, it will be desirable to provide a wired connection to sniffer  110  to ensure more reliable connectivity. For example, high speed data communication may be provided over legacy cable  108 , such as using DSL or HomePlug techniques. In this regard, the illustrated embodiment provides a first over legacy cable (OLC) modem  114  connected to a suitable port of sniffer  110 . A second OLC modem  116  is located away from fuel dispenser  10 , such as inside the convenience store. As indicated at  118 , high bandwidth network communications are transmitted on cable  108  along with the lower frequency two-wire signals transmitted to and from FCC  106 . Modem  116  is connected to a suitable router or gateway that provides communication with cloud server  22 . 
         [0035]    Alternatively, as shown in  FIG. 4 , the TCP/IP connection may be provided via Ethernet cable. In many cases, however, the use of Ethernet cable will not be the preferred option due to the difficulty of running new cable in existing installations. As noted, OLC modem  114  allows a new dispenser equipped with sniffer  110 , or an existing dispenser retrofit with a kit including sniffer  110 , to utilize advantageously the legacy two-wire cable already in place under the service station&#39;s forecourt. 
         [0036]    One or more beacons  100  are also connected to sniffer  110  via suitable ports. For example, the beacons may be configured as Bluetooth BLE dongles attached to USB ports on sniffer  110 . A temporary power source  120  is preferably provided to ensure continued operation of sniffer  110  during a power outage, at least for a time sufficient to ensure that all necessary messages have been transmitted away from or through sniffer  110 . For example, certain information, such as the amount of fuel dispensed or the accrued monetary total for the fuel dispensed, is considered to be “mission critical” information. Such information is subject to various requirements intended to ensure its preservation in the event power is lost. 
         [0037]    As also shown in  FIG. 4 , sniffer  110  includes a suitable processor that communicates with an on-board memory  124 . Memory  124 , which may be one or more physical devices in actual practice, preferably has volatile and nonvolatile aspects. In some cases, for example, some or all of memory  124  may be located on the same chip as processor  122  (which will generally also include cache memory to facilitate its operation). The configuration file (“config”) is preferably stored in nonvolatile memory of memory  124 . Sniffer  110 , along with beacon  100  and OLC modem  114 , can be conveniently packaged together in a retrofit kit  126  for installation in an existing fuel dispenser. 
         [0038]    In a preferred embodiment, the sniffer is configured so that it will not operate unless loaded with authentic (i.e., authorized) firmware. For example, due to regulatory environments in many jurisdictions, it may be necessary for any firmware run on the sniffer to be approved by Weights &amp; Measures (W&amp;M). In this regard, a suitable anti-tampering chip, such as the USIP chip supplied by Maxim Integrated Products of Austin, Tex., may be utilized. The anti-tampering chip preferably sits between the general sniffing application and one of the serial channels, like a “secure lock.” If the firmware is not authentic, the secure chip will keep the door locked and make impossible any communication. In addition, unique private certificates may be stored inside an anti-tampering area. This allows a secure identification of the device against the cloud server  22 , avoiding possibility of cloning. To achieve that, the anti-tampering chip may store the keys inside a very secure, anti-tampering area: the keys will be destroyed in any attempt to get to them. Preferably, the communication will be directly from this chip and cloud server  22  and is thus very secure. 
         [0039]    Referring now to  FIG. 5 , a mobile transaction may be initiated when the customer&#39;s phone receives dispenser identification information from beacon  100 . Depending on the configuration of the mobile system, sniffer  110  will either receive an initiation signal from cloud server  22 , or will send an authorization request to cloud server  22 . Both of these scenarios are encompassed in the first step  130 . In either case, the app installed on the phone will typically provide payment information (and preferably also loyalty information) to cloud server  22 . This may be accomplished via the digital cell phone network, or using the dispenser&#39;s internet connection if bidirectional communication occurs at beacon  100 . 
         [0040]    Once the transaction is authorized (shown at step  132 ), cloud server  22  instructs pump electronics  104  to allow fueling to begin. During this time, sniffer  110  may provide suitable messages to FCC  106  indicating that a mobile payment transaction is in progress (e.g., “Dispenser Enabled By Remote Cloud Payment Controller”) or, if forecourt controller  106  is not programmed to understand this message, simply that the dispenser  10  is “Idle” (indicated at step  134 ). Either way, it will be appreciated that the mobile payment transaction is authorized and is controlled independently of FCC  106  and POS  112 . This independent control provides various operational advantages and enhanced functionality while also providing backward compatibility. For example, as discussed in more detail below, transaction information for analytical purposes can be obtained directly from the dispenser without the need to interface with POS  112  (which may have been supplied by any one of many vendors). 
         [0041]    After dispensing is completed, pump electronics  104  provide information regarding the volume and monetary amount of the fuel that was dispensed (indicated at step  136 ). This signal is intercepted by sniffer  110 , and the requisite information is provided to cloud server  22  in order to finalize the transaction (indicated at step  138 ). Assuming FCC  106  and POS  112  have been suitably programmed, sniffer  110  may send a signal after the transaction is finalized which allows POS  112  to log the transaction (e.g., “Delivered 12.4 Gallons by Mobile Payment. Transaction ID is 42BH0124.”) (indicated at step  140 ). As noted above, if the existing site equipment is not equipped to understand this message, the service station operator can obtain the same information manually by logging in to cloud server  22 . 
         [0042]    The internet connection of sniffer  110  can provide existing dispenser  10  with additional new functionality unrelated to payment. This new functionality is diagrammatically represented in  FIG. 4  as Additional I/O  128 . For example, various sensors, cameras or other devices that are useful to detect fraud occurring at the dispenser may communicate with POS  112  or cloud server  22  via sniffer  110 . Such other devices might include, for example, door switches and remote locks to restrict or control access to the interior of the dispenser&#39;s housing. 
         [0043]    In addition, sniffer  110  may allow various maintenance functions to be achieved by remote control, or operational information about dispenser  10  to be shared with cloud server  22  or on-site automation equipment. These functions may be based on commands received from another device over the TCP/IP channel, or based on commands originating in the configuration file of sniffer  110 . Such commands might include, for example, remote reboot, remote calibration, firmware updates, or remote changing of dispenser parameters. It will be appreciated that any such requests may be injected on side B of sniffer  110  while the FCC is fed a “placeholder” message (such as a message indicating the pump is “Idle”). Because sniffer  110  “masks” the activity occurring on the dispenser side, long delays that could cause timeout errors or other errors at FCC are avoided. 
         [0044]    For example, technicians are generally required under current practice to open the dispenser&#39;s cabinet and physically connect a laptop computer or the like to the dispenser&#39;s internal electronics in order to change metrological settings. Active sniffer  110  could allow the technician to make these changes using a smart phone or tablet computer that is not physically connected to the dispenser, assuming an appropriate validation protocol is implemented to prevent fraud. Another example is real-time reporting of dispenser information such as that stored in the electronic totalizer. This information provides the units (e.g., gallons) of fuel sold since the pump was installed, which can be used for antifraud or weights and measures (W&amp;M) reasons. In fact, transaction information detected by sniffer  110  can be sent to tank gauge  16  in real-time (or near real-time) for purposes of inventory reconciliation. Specifically, this information can be used along with information regarding current levels of fuel in an underground storage tank (determined by a tank gauge) and information regarding additions to the underground storage tank (e.g., from fuel delivery trucks), to facilitate inventory tracking and control. This also facilitates more immediate detection of leaks or other losses in the fuel delivery system. 
         [0045]    As noted above, an important advantage realized in many embodiments of the present invention is backward compatibility with FCCs or fuel dispensers from various manufacturers. In order to achieve more seamless operation, the configuration file of sniffer  110  preferably defines protocols to avoid conflicts with the existing two-wire communication. For example, timeout errors could occur if the FCC requests dispenser status during long periods of remote activity. So, as noted above, the FCC can be informed that the dispenser is “idle” during a remote transaction. Other situations require more complex protocols, such as if a remote command comes in while a traditional fueling transaction is in process. 
         [0046]    In this regard,  FIG. 6  illustrates a protocol that might be employed to mitigate message conflicts that could otherwise occur during the operation of sniffer  110 . As shown at  150 , the process begins when a remote command is received or a predefined command is initiated in sniffer  110  itself. As indicated at  152 , sniffer  110  determines whether this command is the first sniffer/remote command in queue. If not, meaning there are other active commands in process, it is cached (as indicated at  154 ) until it can be performed. 
         [0047]    If the sniffer/remote command is the first (meaning no others are already in queue), sniffer  110  determines (as indicated at  156 ) if the FCC is in a intra-polling period. In other words, is the FCC in a quiet time between periodic status checks of the forecourt dispensers? If not, sniffer  110  waits for an intra-polling period (as indicated at  158 ). If so, sniffer  110  determines whether delivery is active due to an ongoing traditional fueling transaction (as indicated at  160 ). If delivery is active, sniffer  110  waits (as indicated at  158 ) until the traditional transaction is completely finalized. 
         [0048]    Assuming all conditions for allowing the sniffer/remote command to proceed are satisfied, it may be performed (as indicated at  162 ). During the performance of this command, it is possible that a new polling request or other command may be received from the FCC (as indicated at  164 ). It is then determined, as indicated at  166 , whether the operation initiated by the sniffer/remote command is ongoing or concluded. If not, it may be necessary to cache the FCC command for a short period of time (as indicated at  168 ). Once the sniffer/remote command is concluded (if not already concluded), the FCC message is passed to the dispenser so that it may be performed (as indicated at  170 ). The response from the dispenser is thus passed back to the FCC generally on a synchronous basis. 
         [0049]    It can thus be seen that the present invention provides various apparatus and methods relating to installation and use of a sniffer in a fueling equipment. As a result, legacy equipment can be upgraded to provide additional features (such as mobile payment) or additional functionality useful to the operator of the service station. One skilled in the art will appreciate that various methodologies described in U.S. Pub. No. 2013/0246171 (“the &#39;171 application”) may be practiced according to the techniques discussed herein. Accordingly, the &#39;171 application is incorporated herein by reference in its entirety for all purposes. 
         [0050]    While one or more preferred embodiments of the invention have been described above, it should be understood that any and all equivalent realizations of the present invention are included within the scope and spirit thereof. While much of the discussion above has involved fuel as the exemplary product being dispensed, one skilled in the art will recognize that aspects of the present invention are applicable to a wide variety of different goods and services. Thus, the embodiments depicted are presented by way of example only and are not intended as limitations upon the present invention. For example, many aspects of the present invention are described above in the exemplary context of a retail fueling environment. It should be understood by those of ordinary skill in this art, however, that the present invention is not limited to these embodiments because other commercial environments are contemplated and modifications can be made. Therefore, it is contemplated that any and all such embodiments are included in the present invention as may fall within the scope and spirit thereof.