This disclosure relates generally to exception handling in automatic teller machines (ATMs).
Automatic teller machines are used to hold and dispense cash.
Automatic teller machines (ATMs) are machines that hold and dispense cash. Users may approach an ATM and withdraw cash from the ATM or deposit cash into the ATM. The ATM updates an account of the user depending on the actions taken by the user. ATMs typically include a physical repository within the ATM that stores the cash. The ATMs track the amount of money in the repository and update that amount depending on the transactions that have occurred at the ATM.
ATMs are serviced so that they do not run out of cash and so that deposited cash can be removed and taken to a processing facility. For example, servicers may drive armored trucks to ATMs to replenish the cash in the ATM and to remove deposited cash. These servicers may physically count the amount of cash in the ATM at the time of servicing and compare that amount to the amount of cash the ATM believes should be in the ATM based on the transactions that have occurred.
The servicers report the amount of cash counted and amount of cash shown by the ATM to an owner of the ATM to report the servicing. The owner of the ATM can then detect discrepancies between the amount of cash counted and the amount of cash shown. These discrepancies are a form of exception and should be handled and resolved. Servicers, however, may misreport the amount of cash counted and the amount of cash shown. Additionally, servicers may service ATMs in bulk (e.g., several ATMs at the same physical site) before reporting and, as a result, the servicer may attribute amounts of cash to the incorrect ATMs even though these amounts may be correct. As a result, it becomes technically challenging to determine when exceptions are truly exceptions and when they are false positives.
This disclosure contemplates an ATM exception handler that automatically handles certain forms of exceptions. The exception handler receives messages indicating amounts of cash counted and amounts of cash shown at different ATMs. If exceptions are indicated by these messages, the exception handler attempts to reconcile exceptions with each other depending on several factors, such as, the servicer of the ATMs and day of servicing. By reconciling exceptions with each other, the exception handler automatically detects and resolves false positives. Certain embodiments are described below.
According to an embodiment, an apparatus includes a memory and a hardware processor communicatively coupled to the memory. The hardware processor receives, from a servicer, a message indicating that a first amount of cash was counted in a first automatic teller machine and that the first automatic teller machine should contain a third amount of cash based on transactions processed by the first automatic teller machine and receives, from the servicer, a message that a second amount of cash was counted in a second automatic teller machine and that the second automatic teller machine should contain a fourth amount of cash based on transactions processed by the second automatic teller machine. The hardware processor also determines that the first amount of cash is different from the third amount of cash, determines that the second amount of cash is different from the fourth amount of cash, and determines that the first and second amounts of cash were counted by the servicer. In response to determining that the first amount of cash is different from the third amount of cash, that the second amount of cash is different from the fourth amount of cash, and that the first and second amounts of cash were counted by the servicer, the hardware processor determines that a difference between the first amount of cash and the third amount of cash is the same as a difference between the second amount of cash and the fourth amount of cash and in response to determining that the difference between the first amount of cash and the third amount of cash is the same as the difference between the second amount of cash and the fourth amount of cash, swaps the first and second amounts of cash.
According to another embodiment, a method includes receiving, by a hardware processor communicatively coupled to a memory and from a servicer, a message indicating that a first amount of cash was counted in a first automatic teller machine and that the first automatic teller machine should contain a third amount of cash based on transactions processed by the first automatic teller machine and receiving, by the hardware processor and from the servicer, a message that a second amount of cash was counted in a second automatic teller machine and that the second automatic teller machine should contain a fourth amount of cash based on transactions processed by the second automatic teller machine. The method also includes determining, by the hardware processor, that the first amount of cash is different from the third amount of cash, determining, by the hardware processor, that the second amount of cash is different from the fourth amount of cash, and determining, by the hardware processor, that the first and second amounts of cash were counted by the servicer. The method further includes, in response to determining that the first amount of cash is different from the third amount of cash, that the second amount of cash is different from the fourth amount of cash, and that the first and second amounts of cash were counted by the servicer, determining, by the hardware processor, that a difference between the first amount of cash and the third amount of cash is the same as a difference between the second amount of cash and the fourth amount of cash and in response to determining that the difference between the first amount of cash and the third amount of cash is the same as the difference between the second amount of cash and the fourth amount of cash, swapping, by the hardware processor, the first and second amounts of cash.
According to another embodiment, a system includes a first automatic teller machine, a second automatic teller machine, and an exception handler comprising a memory and a hardware processor communicatively coupled to the memory. The hardware processor receives, from a servicer, a message indicating that a first amount of cash was counted in the first automatic teller machine and that the first automatic teller machine should contain a third amount of cash based on transactions processed by the first automatic teller machine and receives, from the servicer, a message that a second amount of cash was counted in the second automatic teller machine and that the second automatic teller machine should contain a fourth amount of cash based on transactions processed by the second automatic teller machine. The hardware processor also determines that the first amount of cash is different from the third amount of cash, determines that the second amount of cash is different from the fourth amount of cash, and determines that the first and second amounts of cash were counted by the servicer. In response to determining that the first amount of cash is different from the third amount of cash, that the second amount of cash is different from the fourth amount of cash, and that the first and second amounts of cash were counted by the servicer, the hardware processor determines that a difference between the first amount of cash and the third amount of cash is the same as a difference between the second amount of cash and the fourth amount of cash and in response to determining that the difference between the first amount of cash and the third amount of cash is the same as the difference between the second amount of cash and the fourth amount of cash, swaps the first and second amounts of cash.
Certain embodiments provide one or more technical advantages. For example, an embodiment automatically detects and resolves false positive ATM exceptions. Certain embodiments may include none, some, or all of the above technical advantages. One or more other technical advantages may be readily apparent to one skilled in the art from the figures, descriptions, and claims included herein.
For a more complete understanding of the present disclosure, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
Embodiments of the present disclosure and its advantages are best understood by referring to
Automatic teller machines (ATMs) are machines that hold and dispense cash. Users may approach an ATM and withdraw cash from the ATM or deposit cash into the ATM. The ATM updates an account of the user depending on the actions taken by the user. ATMs typically include a physical repository within the ATM that stores the cash. The ATMs track the amount of money in the repository and update that amount depending on the transactions that have occurred at the ATM.
ATMs are serviced so that they do not run out of cash and so that deposited cash can be removed and taken to a processing facility. For example, servicers may drive armored trucks to ATMs to replenish the cash in the ATM and to remove deposited cash. These servicers may physically count the amount of cash in the ATM at the time of servicing and compare that amount to the amount of cash the ATM believes should be in the ATM based on the transactions that have occurred.
The servicers report the amount of cash counted and amount of cash shown by the ATM to an owner of the ATM to report the servicing. The owner of the ATM can then detect discrepancies between the amount of cash counted and the amount of cash shown. These discrepancies are a form of exception and should be handled and resolved. Servicers, however, may misreport the amount of cash counted and the amount of cash shown. Additionally, servicers may service ATMs in bulk (e.g., several ATMs at the same physical site) before reporting and, as a result, the servicer may attribute amounts of cash to the incorrect ATMs even though these amounts may be correct. As a result, it becomes technically challenging to determine when exceptions are truly exceptions and when they are false positives.
This disclosure contemplates an ATM exception handler that automatically handles certain forms of exceptions. The exception handler receives messages indicating amounts of cash counted and amounts of cash shown at different ATMs. If exceptions are indicated by these messages, the exception handler attempts to reconcile exceptions with each other depending on several factors, such as, the servicer of the ATMs and day of servicing. By reconciling exceptions with each other, the exception handler automatically detects and resolves false positives.
A practical application of the ATM exception handler is that the ATM exception handler automatically detects and resolves certain false positive ATM exceptions. In this manner, computing resources (e.g., processor, memory, and/or network resources) are not wasted handling false positives. By reducing the number of false positive exceptions, the exception handler can more quickly and efficiently handle true exceptions. The system will be described in more detail using
Automatic teller machines 104 hold and dispense cash. A user may use ATMs 104 to deposit or withdraw cash from an account. ATMs 104 include any suitable number of interfaces through which the user interacts with the ATM 104, such as for example, buttons, keyboards, touchpads, touchscreens, speakers, microphones, cameras, etc. ATMs 104 may include a physical repository in which cash for the ATM 104 is stored. As cash 104 is deposited into or withdrawn from ATM 104, ATM 104 tracks and updates the amount of cash that ATM 104 believes it to be holding.
Periodically, a servicer 102 will service an ATM 104. Servicer 102 may be an owner of the ATM 104 or a third party. For example, servicer 102 may drive an armored truck to the ATM 104 to service the ATM 104 (e.g., to replenish the cash in ATM 104). During servicing, servicer 102 may count the physical cash within ATM 104. Servicer 102 may also note the amount of cash that ATM 104 believes it to be holding. Servicer 102 may then communicate this information to an owner of ATM 104 for tracking and resolving. Sometimes, the amount of cash that servicer 102 counts in ATM 104 does not match the amount of cash that ATM 104 believes it should be holding. These mismatches are considered an exception and should be resolved to determine whether a problem occurred in the ATM 104.
Servicer 102 may service a group of ATMs 104. In the example of
Because a servicer 102 services multiple ATMs 104, false positive exceptions may occur. For example, servicer 102 may service a site that includes multiple ATMs 104. Servicer 102 may count the physical cash in each ATM 104 and then report these amounts at one time. However, servicer 102 may make a mistake and confuse which amounts of cash were stored in which ATMs 104. As another example, servicer 102 may confuse which ATMs 104 showed which amounts of cash that the ATMs 104 believed they should be holding. As a result, an exception will be detected in both scenarios, because the amount of cash counted in an ATM 104 will not match the amount of cash shown by the ATM 104. In these instances, computing resources (e.g., processor, memory, and network resources) are expended to resolve these false positive exceptions.
Network 106 allows communication between and amongst the various components of system 100. For example, ATMs 104, ATM exception handler 108, and devices 112 may communicate over network 106. This disclosure contemplates network 106 being any suitable network operable to facilitate communication between the components of system 100. Network 106 may include any interconnecting system capable of transmitting audio, video, signals, data, messages, or any combination of the preceding. Network 106 may include all or a portion of a public switched telephone network (PSTN), a public or private data network, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a local, regional, or global communication or computer network, such as the Internet, a wireline or wireless network, an enterprise intranet, or any other suitable communication link, including combinations thereof, operable to facilitate communication between the components.
An operator 110 uses one or more devices 112 to resolve exceptions in ATMs 104. In conventional systems, exceptions are communicated to devices 112, and operator 110 attempts to determine the cause of the exception and to resolve the exception. The information is presented to operator 110 on an ATM-by-ATM basis, so operator 110 is left to consider the exceptions in each ATM 104 individually. As a result, certain exceptions will not be resolved properly and false positive exceptions may be treated like true exceptions.
Devices 112 include any appropriate device for communicating with components of system 100 over network 106. For example, devices 112 may be a telephone, a mobile phone, a computer, a laptop, a tablet, an automated assistant, and/or a cash register. This disclosure contemplates device 112 being any appropriate device for sending and receiving communications over network 106. As an example and not by way of limitation, device 112 may be a computer, a laptop, a wireless or cellular telephone, an electronic notebook, a personal digital assistant, a tablet, or any other device capable of receiving, processing, storing, and/or communicating information with other components of system 100. Device 112 may also include a user interface, such as a display, a microphone, keypad, or other appropriate terminal equipment usable by user 102. In some embodiments, an application executed by device 112 may perform the functions described herein.
ATM exception handler 108 automatically groups ATMs 104 based on the servicer 102 that serviced the ATMs 104. ATM exception handler 108 considers the exceptions generated in these ATMs 104 to automatically detect and resolve as many exceptions as possible. In this manner, the number of false positive exceptions are reduced in certain embodiments, which reduces the amount of computing resources used to resolve exceptions. ATM exception handler 108 includes a processor 114 and a memory 116. This disclosure contemplates processor 114 and memory 116 being configured to perform any of the functions or actions of ATM exception handler 108 described herein.
Processor 114 is any electronic circuitry, including, but not limited to microprocessors, application specific integrated circuits (ASIC), application specific instruction set processor (ASIP), and/or state machines, that communicatively couples to memory 116 and controls the operation of ATM exception handler 108. Processor 114 may be 8-bit, 16-bit, 32-bit, 64-bit or of any other suitable architecture. Processor 114 may include an arithmetic logic unit (ALU) for performing arithmetic and logic operations, processor registers that supply operands to the ALU and store the results of ALU operations, and a control unit that fetches instructions from memory and executes them by directing the coordinated operations of the ALU, registers and other components. Processor 114 may include other hardware that operates software to control and process information. Processor 114 executes software stored on memory to perform any of the functions described herein. Processor 114 controls the operation and administration of ATM exception handler 108 by processing information received from devices 104, network 106, and memory 116. Processor 114 may be a programmable logic device, a microcontroller, a microprocessor, any suitable processing device, or any suitable combination of the preceding. Processor 114 is not limited to a single processing device and may encompass multiple processing devices.
Memory 116 may store, either permanently or temporarily, data, operational software, or other information for processor 114. Memory 116 may include any one or a combination of volatile or non-volatile local or remote devices suitable for storing information. For example, memory 116 may include random access memory (RAM), read only memory (ROM), magnetic storage devices, optical storage devices, or any other suitable information storage device or a combination of these devices. The software represents any suitable set of instructions, logic, or code embodied in a computer-readable storage medium. For example, the software may be embodied in memory 116, a disk, a CD, or a flash drive. In particular embodiments, the software may include an application executable by processor 114 to perform one or more of the functions described herein.
ATM exception handler 108 receives one or more messages 118 from servicers 102. Each message 118 may include information pertaining to the servicing of an ATM 104, such as, for example, an amount of cash counted 120 in each ATM 104, an amount of cash shown 122 by each ATM 104, and an ATM identifier 124 for each ATM 104. In the example of
ATM exception handler 108 may detect an exception 126 for each ATM 104 pertaining to message 118A and message 118B. For example, exception 126A may be generated because amount counted 120A is different from amount shown 122A. Additionally, exception 126B may be generated because amount counted 120B is different from amount shown 122B. In conventional systems, operator 110 may be tasked with resolving exceptions 126A and 126B individually and without context. ATM exception handler 108, however, considers the context in which exceptions 126A and 126B were generated to resolve these exceptions 126A and 126B, in certain embodiments. Generally, ATM exception handler 108 groups ATMs 104 based on the servicers 102 that service those ATMs 104. ATM exception handler 108 then considers the exceptions 126 for that group of ATMs 104 to see if any of the exceptions 126 offset each other, thus indicating a false positive exception 126. ATM exception handler 108 then automatically resolves these false positive exceptions 126 to reduce the number of false positive exceptions 126 and to reduce the computing resources expended to resolve false positive exceptions 126.
ATM exception handler 108 receives one or more messages 118 from one or more servicers 102 of ATMs 104. Each message 118 provides information related to the servicing of an ATM 104. In the example of
ATM exception handler 108 may detect exceptions 126 based on messages 118. In the example of
In a first example, ATM exception handler 108 may resolve exceptions 126A and 126B based on the servicer 102. ATM exception handler 108 may determine that a difference between amount counted 120A and amount shown 122A is the same as a difference between the amount counted 120B and amount shown 122B. ATM exception handler 108 may also determine that servicer identifier 204A is the same as servicer identifier 204B, which indicates that the same servicer 102 serviced the ATM 104 associated with message 118A and the ATM 104 associated with message 118B. These determinations may indicate that the servicer 102 mistakenly swapped amount counted 120A with amount counted 120B or amount shown 122A with amount shown 122B. In response, ATM exception handler 108 may resolve exceptions 126A and 126B by swapping one of amount counted 120A with amount counted 120B or amount shown 122A with amount shown 122B. After performing one of these swaps, ATM exception handler 108 may consider exceptions 126A and 126B resolved. In this manner, operator 110 need not review and resolve exceptions 126A and 126B. If servicer identifier 204A does not match servicer identifier 204B, ATM exception handler 108 may determine that, because the same servicer 102 did not service the ATMs 104 associated with messages 118A and 118B, the amount shown in messages 118A and 118B were not mistakenly swapped. In response, ATM exception handler 108 may maintain both exceptions 126A and 126B and kick both exceptions 126A and 126B to operator 110 to resolve exceptions 126A and 126B.
As another example, ATM exception handler 108 may further consider the dates 202 of servicing to determine whether exceptions 126A and 126B can be resolved with each other. ATM exception handler 108 may determine that a difference between amount counted 120A and amount shown 122A is the same as a difference between amount counted 120B and amount shown 122B. ATM exception handler 108 may also determine that servicer identifier 204A is the same as servicer identifier 204B which indicates that the same servicer 102 serviced the ATMs 104 associated with messages 118A and 118B. If date 202A matches date 202B, then ATM exception handler 108 may determine that the servicer 102 had mistakenly swapped one of amount counted 120A with amount counted 120B or amount shown 122A with amount shown 122B. In response, ATM exception handler 108 may swap one of amount counted 120A with amount counted 120B or amount shown 122A with amount shown 122B. ATM exception handler 108 may then consider exceptions 126A and 126B resolved. If date 202A does not match date 202B, then ATM exception handler 108 may determine that, because the servicings took place on different days, the servicer did not mistakenly swap any of the amounts shown in messages 118A and 118B. In response, ATM exception handler 108 may maintain both exceptions 126A and 126B and kick both exceptions 126A and 126B to an operator 110 to resolve the exceptions 126A and 126B.
In a third example, ATM exception handler 108 may determine that a difference between amount counted 120A and amount shown 122A is the same as a difference between amount counted 120B and amount shown 122B. ATM exception handler 108 may also determine that ATM identifier 124A is the same as ATM identifier 124B. Servicer identifier 204A may be the same as or different from servicer identifier 204B. ATM exception handler 108 may further determine that date 202A is different from date 202B. As a result, ATM exception handler 108 may determine that messages 118A and 118B indicate that a servicer 102 miscounted the amount of cash in ATM 104 on the first day but then the servicer 102 or another servicer 102 correctly counted the cash in that ATM 104 on another day. In response, ATM exception handler 108 may determine that the amount counted 120 on the subsequent day is the correct amount and resolve exceptions 126A and 126B. In this manner, an operator 110 need not analyze exceptions 126A and 126B.
Although several examples of resolving ATM exceptions 126 have been provided, ATM exception handler 108 may resolve exceptions 126 in a myriad of ways using any suitable number of factors. In particular embodiments, by automatically resolving exceptions 126, ATM exception handler 108 reduces the computing resources (e.g., processor, memory, and/or network resources) used to resolve exceptions 126.
ATM exception handler 108 begins by receiving a message 118A for a first ATM 104. Message 118A may provide information associated with the servicing of the first ATM 104 such as, for example, an amount of cash counted 120A in the first ATM 104, an amount of cash shown 122A by the first ATM 104, an identifier 124A for the first ATM 104, a date 202A of the servicing, and an identifier 204A of the servicer 102 who service the first ATM 104. ATM exception handler 108 receives a message 118B for a second ATM 104 in step 304. Message 118B may provide information associated with the servicing of the second ATM 104 such as, for example, an amount of cash counted 120B in the second ATM 104, an amount of cash shown 122B by the second ATM 104, an identifier 124B of the second ATM 104, a date 202B of the servicing, and an identifier 204B of the servicer 102 who serviced the second ATM 104.
In step 306, ATM exception handler 108 may determine whether the amount of cash counted 120 in an ATM 104 is the same as the amount of cash shown 122 by that ATM 104. If the amount of cash counted 120 is the same as the amount of cash shown 122, then ATM exception handler 108 may determine that no exception 126 occurred and conclude.
If ATM exception handler 108 determines that the amount of cash counted 120 does not equal the amount of cash shown 122 in ATM 104 then ATM exception handler 108 may determine that an exception 126 occurred. In step 308, ATM exception handler 108 may determine whether two ATMs 104 have the same difference between the amount of cash counted 120 and the amount of cash shown 122 for that ATM 104. If two ATMs 104 do not have the same difference, then ATM exception handler 108 may maintain the exceptions 126 and kick the exceptions 126 to an operator 110 to analyze and resolve the exceptions 126 in step 314. If the differences for two ATMs 104 are the same, then ATM exception handler 108 determines in step 310 whether the two ATMs 104 were serviced by the same servicer 102 using the service identifiers 204. If the two ATMs 104 were not serviced by the same servicer 102, then ATM exception handler 108 maintains the exceptions 126 and kicks the exceptions 126 to operator 110 to analyze and resolve the exceptions 126 in step 314. If the two ATMs 104 had the same servicer 102, then ATM exception handler 108 swaps the amount of cash counted 120 for the two ATMs 104 in step 312.
Modifications, additions, or omissions may be made to method 300 depicted in
Although the present disclosure includes several embodiments, a myriad of changes, variations, alterations, transformations, and modifications may be suggested to one skilled in the art, and it is intended that the present disclosure encompass such changes, variations, alterations, transformations, and modifications as fall within the scope of the appended claims.
Number | Name | Date | Kind |
---|---|---|---|
5253167 | Yoshida et al. | Oct 1993 | A |
5606157 | Awatsu | Feb 1997 | A |
5799288 | Tanaka | Aug 1998 | A |
6332198 | Simons et al. | Dec 2001 | B1 |
6470018 | Wiley et al. | Oct 2002 | B1 |
6560241 | Christie et al. | May 2003 | B2 |
6563816 | Nodoushani et al. | May 2003 | B1 |
6601186 | Fox et al. | Jul 2003 | B1 |
6639912 | Christie et al. | Oct 2003 | B1 |
6671699 | Black et al. | Dec 2003 | B1 |
6708291 | Kidder | Mar 2004 | B1 |
6876652 | Bell et al. | Apr 2005 | B1 |
6904060 | Nelson et al. | Jun 2005 | B2 |
6930890 | Branscomb | Aug 2005 | B1 |
6961339 | Christie et al. | Nov 2005 | B2 |
6983362 | Kidder et al. | Jan 2006 | B1 |
6993011 | Kaplan et al. | Jan 2006 | B1 |
7062642 | Langrind et al. | Jun 2006 | B1 |
7093750 | Block et al. | Aug 2006 | B1 |
7158524 | Buyukkoc et al. | Jan 2007 | B2 |
7191244 | Jennings et al. | Mar 2007 | B2 |
7219083 | Bellucci et al. | May 2007 | B2 |
7222147 | Black et al. | May 2007 | B1 |
7225240 | Fox et al. | May 2007 | B1 |
7230223 | Jespersen et al. | Jun 2007 | B2 |
7280529 | Black et al. | Oct 2007 | B1 |
7289511 | Christie et al. | Oct 2007 | B2 |
7359402 | Gardner et al. | Apr 2008 | B2 |
7391934 | Goodall et al. | Jun 2008 | B2 |
7458507 | Fillinger et al. | Dec 2008 | B2 |
7474330 | Wren et al. | Jan 2009 | B2 |
7617479 | Hambrick et al. | Nov 2009 | B2 |
7693974 | Huang et al. | Apr 2010 | B2 |
7742395 | Chaudhuri et al. | Jun 2010 | B1 |
7881453 | Khuc et al. | Feb 2011 | B2 |
7894422 | DuRee et al. | Feb 2011 | B2 |
7959072 | Jenkins et al. | Jun 2011 | B1 |
8078518 | Goertz | Dec 2011 | B2 |
8231049 | Agrawal | Jul 2012 | B2 |
8630950 | Saegert et al. | Jan 2014 | B2 |
8930279 | Hartmaier | Jan 2015 | B2 |
9101890 | Tonkovich et al. | Aug 2015 | B2 |
9159058 | Fleishman et al. | Oct 2015 | B2 |
9305437 | Koopman | Apr 2016 | B1 |
9311674 | Angus | Apr 2016 | B2 |
9317745 | Smith et al. | Apr 2016 | B2 |
9591360 | Jennings et al. | Mar 2017 | B2 |
9676976 | Takeda et al. | Jun 2017 | B2 |
10290052 | Quesenberry | May 2019 | B1 |
10353689 | Mishra et al. | Jul 2019 | B2 |
10395199 | Gibson et al. | Aug 2019 | B1 |
20020107800 | Kadowaki | Aug 2002 | A1 |
20040215566 | Meurer | Oct 2004 | A1 |
20050173515 | Sawa | Aug 2005 | A1 |
20070069006 | Holmes | Mar 2007 | A1 |
20070131757 | Hamilton et al. | Jun 2007 | A1 |
20070151827 | Brandstrom | Jul 2007 | A1 |
20080237335 | Sawa | Oct 2008 | A1 |
20100042541 | Kang et al. | Feb 2010 | A1 |
20110307379 | Fujita | Dec 2011 | A1 |
20140339301 | Angus | Nov 2014 | A1 |
20150363755 | Walden et al. | Dec 2015 | A1 |
20150379489 | Gopalakrishnan et al. | Dec 2015 | A1 |
20160117893 | Koopman | Apr 2016 | A1 |
20170221295 | Pont et al. | Aug 2017 | A1 |
20190259094 | Quesenberry et al. | Aug 2019 | A1 |
20190370783 | Aabye et al. | Dec 2019 | A1 |