An automated calling system authenticates and subsequently communicates via a telephone network with a person such as a current or prospective customer. The communication may be in regards to an account having an adverse account status (e.g. a payment delinquency, an overdrawn checking account, being over the credit limit on a credit card, excessive transactions on one account, suspicious or fraudulent transactions on an account, and so on).
|
1. A non-transitory computer-readable storage medium having machine instructions stored therein, the instructions being executable by a processor to cause the processor to perform operations for communicating with a customer via a telephone call, the operations comprising:
initiating a telephone call to the customer to remediate an adverse account condition of a first account held by the customer;
determining an amount of funds in a second account held by the customer; and
generating a settlement option to transfer funds from the second account, based on the determining that the second account has sufficient funds, to remediate the adverse account condition of the first account.
14. A computer-implemented system for communicating with a banking institution customer comprising:
a processor;
a memory device coupled to the processor, the memory device storing instructions executable by the processor, the instructions including:
automated calling logic adapted to telephone call a customer of the banking institution, the automated calling logic configured to select the customer to call based on the customer having an adverse account condition of a first account; and
account management logic configured to determine an amount of funds in a second account held by the customer and generate a settlement option to transfer funds from the second account, based on the determining that the second account has sufficient funds to remediate the adverse account condition of the first account.
7. A method for processing a telephone call, comprising:
initiating, using an automated calling system comprising a non-transitory computer-readable storage medium having machine instructions stored therein, the instructions being executable by a processor, the telephone call to an account holder of a banking institution in response to the account holder having at least one account with an adverse account status;
determining, by the automated calling system, whether the telephone call has been answered by a live voice or an answering machine;
transferring, by the automated calling system, the telephone call to a banking institution live agent in a case where a live voice was detected, and upon a successful authentication, determining an amount of funds in a second account held by the customer and generating a settlement option to transfer funds from the second account, based on the determining that the second account has sufficient funds, to remediate the adverse account condition of the first account.
2. The method of
3. The method of
4. The method of
5. The method of
receiving an input from the person responsive to at least one of the prompting;
assessing validity of the input to either authenticate the person as the customer or to determine that the person is not the customer;
if the person that answered the telephone call is not the customer, then proceeding with the telephone call without transferring the telephone call to a human agent by electronically generating the speech signal for the person that answered the telephone call; and
if the person that answered the telephone call is the customer as determined by receiving a valid input, then transferring the telephone call to the human agent.
6. The method of
8. The method of
9. The method of
determining, by the automated calling system, that the telephone call was answered by the answering machine, and
playing, by the automated calling system, a voice file to be recorded as a message on the answering machine, wherein the message provides a phone number to call back.
10. The method of
requesting, by the automated calling system, customer identifying information by asking a security question to the account holder to authenticate in a case where a live voice is detected, and in the case where the live voice belongs to the account holder, the authenticating includes receiving a key pad input that correctly answers a security question from the account holder.
11. The method of
offering the account holder a settlement amount, less than a full balance of the account with the adverse account status, and allowing the account holder to transfer funds from one or more other accounts owned by the account holder to the account with the adverse account status equal to the settlement amount.
12. The method of
13. The method of
15. The system of
an authentication logic adapted to authenticate the customer based on receiving a correct input responsive to a prompt; and
a speech signal generator configured to electronically generate a speech signal for transmission to the customer over a telephone network during the telephone call, wherein the speech signal includes the prompt.
16. The system of
17. The system of
18. The system of
19. The system of
20. The system of
|
This application is a continuation of U.S. patent application Ser. No. 12/764,806, filed Apr. 21, 2010, which claims the benefit of priority of U.S. Provisional Patent Application No. 61/172,675, filed Apr. 24, 2009, both of which are incorporated herein by reference in their entireties.
Automatic calling telephone systems have been used, for example, by businesses to communicate with prospective and current customers. Current systems may include an automatic dialer that may automatically dial telephone numbers. Once a call connects, the system may play verbal messages or transmit digital data to the called party or an answering machine. Various other technologies, including voice modems or telephony boards, may be used by the calling system to contact many phone numbers simultaneously.
When a call is answered, these automated calling system may determine whether the call was answered by an answering machine or a live human voice. If the call is answered by an answering machine, the calling system may leave a message. If the call is answered by a person, the calling system may route the call to a customer service representative, and the customer service representative may proceed to interact with the person that answered the call. Often times, even when the call is answered by a person, the person is someone other than the customer that was intended to be reached. Hence, the customer service representative queries the person that answered the call to determine whether that person is the customer. If the person that answered the call is the customer, then the call may proceed as intended. Otherwise, a message may be left requesting a return phone call from the customer.
Example embodiments of the present invention relate to automatic systems to initially authenticate and subsequently communicate with a person such as a current or prospective customer. Examples of the present inventions are related to a banking institution communicating with an account holder that has accounts having an adverse account status. An account may have an adverse account status for a variety of reasons. Examples of an adverse account status include a payment delinquency, an overdrawn checking account, being over the credit limit on a credit card, excessive transactions on one account, suspicious or fraudulent transactions on an account, and so on.
Example embodiments of the present invention relate to a method and system for transferring automatically dialed calls to a live agent. The automated calling logic may determine if the response to an outgoing call is of a human voice, and if the detected voice is that of the customer that holds an account that has an adverse account status. Upon authenticating the customer, the system may transfer the call to a live agent for further collections processing.
Referring to
In an example embodiment, the enterprise computer system 105 may be provided by a financial institution, such as a bank, and the users may be the customers of the financial institution that access the system 105 through tellers at retail bank branches, through the Internet, or in another manner. The customers may, for example, access system 105 through an on-line banking area of a website of the bank. As another example, computing system 105 may be associated with other types of companies that maintain customer accounts, such as utility companies, insurance companies, retailers, and so on. As another example, computing system 105 may be associated with vendors to whom billing, collection, or call center operations are outsourced by other companies.
In the example where system 105 is provided by a financial institution, account management logic 110 may further include account processing logic 113, statement generation logic 115, account status logic 117, and funds transfer logic 119. Such logic may, in practice, be implemented in a machine (e.g., one or more computer servers) comprising machine-readable media having instructions stored therein which are executed by the machine to perform the operations described herein. The account processing logic 113 may perform account processing to process transactions in connection with the account(s) of the account holder, such as account debits and credits to checking and savings accounts, credits and debits to home mortgage and home equity accounts, credits and debits to student loan accounts, and so on. For example, in the context of checking accounts, the transactions may also include electronic bill payment transactions in which monies from the checking account of the user are used to pay bills received by the user. The account processing logic 113 may retrieve and store information in the data storage system 130 relating to the account data 132. Statement generation logic 115 may generate statements for a customer user relating to the customer's account(s). Account status logic 117 may generate codes that indicate account status, such as, current, delinquent, late, over the limit, in default or the like. The funds transfer logic 119 may be used to transfer funds between accounts of a single account holder or between an account of an account holder and a third party (which may or may not be another account holder). The fund transfer logic 119 may receive a fund transfer request from a customer through a teller, through the on-line banking area of the website, or through other systems in the banking institution computer system 105, such as the automated calling logic 140. In response to a fund transfer request, the fund transfer logic 119 may transfer funds from an account that is not in default to an account that is in default. The fund transfer logic 14 may perform the transfer of funds by updating the account data 132.
Network interface logic 120 may be used to connect the computing system 105 to the Internet to permit customers to access computing system 105 through an on-line banking area of a website of the bank. For example, in the context of desktop/laptop computers, network interface logic 120 may comprise one or more web servers that provide a graphical user interface (e.g., a series of dynamically-generated web pages) for users that access system 105 through the web. The graphical user interface may be used to prompt the user to provide login information, passwords and other authentication information, to provide the user with account information, and so on. Network interface logic 120 may also comprise other logic that is configured to provide an interface for other types of devices such mobile devices that includes cell phones, smart phones, fax machines, ATMs, and server-based computing systems.
The data storage system 130 stores account data 132 and call log 134. The call log 134 is used by the automated calling logic 140 to store the status of the calls made to an intended customer. In particular, the call log 134 may retain information regarding whether a live human voice was reached in the last phone call or whether the live voice indicated that the intended customer may not be located at the phone number of record at the banking institution or other status events to be discussed in greater detail below.
Automated calling logic 140 may be used to call customers 152 through telephone network 154 (e.g., comprising one or more telephone utility connections, cellular network connections, VOIP connections, and so on). The automated calling logic 140 connects the customers 152 with the customer service representative 162 after pre-authenticating the customers 152 as discussed in greater detail below in
The automated calling logic 140 may receive data that includes a list of customer information, for example, a list of customers having accounts with an adverse account status, the nature of the condition, and so on. As another example, the automated calling logic 140 and the account management logic 110 may have access to a common data storage area that is dynamically updated by the account management logic 110 and that comprises a list of accounts having an adverse account status. Examples of an adverse account status include a payment delinquency, an overdrawn checking account, being over the credit limit on a credit card, excessive transactions on one account, suspicious or fraudulent transactions on an account, and so on. The adverse account status may relate to an account that the customer has with the financial institution that operates the enterprise computing system 105. As another example, the adverse account status may relate to an account that the customer has with a third party. For example, if the enterprise computing system 105 includes electronic bill pay and bill presentment logic, the customer may have configured their account to receive bills from third parties through the enterprise computing system 105. In such an instance, the adverse account status may relate to an account the customer has with one of such third parties. The recipient/customer information that is received by the automated calling logic 140 may include, among other information, the customer phone number, name, address, zip code, customer personal identification number or other identification tokens, secret questions and answers for authentication, account numbers, dollar amount the account is in default, the type of default, how long the account has been in default, other account with banking institution or the like.
The automated calling logic 140 may include an automatic dialer 141, a speech signal generator 143, determining logic 145, authentication logic 147 and a call router 149. The automatic dialer 141 may use computer software, specialized hardware, modem, voice over internet protocol (VOIP), telephony boards or any combination of the above technology to place the phone calls to the recipient/customer through a telephone network. The automatic dialer 141 may, for example, be implemented using a commercially available, programmable/customizable autodialer system and programming the system to perform the operations described herein.
The speech signal generator 143 generates messages that are played during phone calls to recipients/customers. Examples of such messages are described below. Speech signal generator 143 may, for example, comprise a text-to-speech converter to generate messages based on stored text. Various different types of audio formats and compressions may be used for the speech signal, such as but not limited to, vox, way, mp3, ogg, gsm, dct, flac, au, aiff, raw, wma, aac, ra, ram, dss, msv, dvf, and so on.
The determining logic 145 determines whether a call was answered by an answering machine or a live voice. To this end, the determining logic 145 may comprise a signal processor that analyzes the received signal. For example, the determining logic 145 may analyze the received signal to listen for a constant frequency “beep” that is played by the answering machine prior to playing a recorded greeting.
The authentication logic 147 authenticates recipients of telephone calls as being the intended customer. As previously indicated, when a call is placed to a customer, the person that happens to answer the telephone call, i.e., the recipient, may or may not be the customer having the account with the adverse account status. For example, the recipient may be a family-member, relative, friend, or other third party. The authentication logic 147 authenticates the recipient as being the customer. Various levels of authentication may be used depending on the nature of the call and the business to be conducted. In
The call router 149 routes calls to customer service representatives 162 after a recipient of a call is authenticated. The call router 149 also transmits the account data regarding the authenticated call recipients/customer's accounts to the customer service representatives 162. The transmittal may be done such that, when the call is connected to the customer service representatives 162, the account data is displayed to the customer service representative receiving the call. The customer's account information may then be displayed on computer terminals 160 to the customer service representative 162.
The automated calling logic 140 facilitates pre-authentication of the customer prior to a customer service representatives 162 receiving the call, thereby allowing for the time of the customer service representatives 162 to be used only in situations when the intended recipients/customers 152 are on the telephone 150. Customer service representatives 162 do not spend time determining whether they have reached the intended recipient/customer and do not spend time speaking with persons other than the intended recipient/customer. Thus, in situations when a customer 152 has an account with an adverse account status, the banking institution computer system 105 may pre-authenticate the intended customer and connect that customer to a customer service representatives 162. The automated calling logic 140 also facilitates pre-authentication of the customer prior to permitting the customer to engage in other account-related activities such as account transfers and payments.
Referring now to
At step 220, the determining logic 145 may determine whether the call was answered by an answering machine or a live voice. If the telephone call was not answered by a live voice then, at step 230, the speech signal generator 143 may leave a voice a message for an answering machine or simply hang up. Step 230 is described in greater detail in connection with
If the determining logic 145 determines that the sound on the recipient's end is a live human voice, then in response the authentication logic 147 may begin authenticating the recipient as being the intended customer. In particular, the authentication logic 147 may use the speech signal generator 143 to ask whether the person who answered the call is the customer associated with the account having the adverse account status. For example, the speech signal generator 143 may generate a message that recites: “This is an important message from (entity name) for (customer name). If this is (customer name), please press (a specified number).” If the person on the call does not press the specified number, then, at step 250, the speech signal generator 143 may play a message for the person on the phone, such as the following message: “This is an important message from (entity name) for (customer name). Please inform (customer name) to contact us toll-free at 1-800-555-555 at their earliest convenience.” However, if the person on the telephone call pressed the specified number then, at step 260, the telephone call may be transferred to a human agent 162. In an example embodiment, the telephone call may be transferred using call router 149 to one of the customer service representatives 162.
Referring now to
Referring to
However, if the person on the phone does not enter a response or the determining logic 122 does not detect a response, then at step 424 the speech signal generator 143 may play a call back later message. For example, such a message may state: “Sorry, I did not detect a response. We will try back later. If (customer full name) has any questions about this call, please have them call us toll-free at 1-800-555-5555. Goodbye.”
If the person on the phone enters an invalid response, then after receiving the first invalid response, the speech signal generator 143 plays a first invalid response message at step 420. Such a message may recite: “We are sorry, you've made an invalid selection. Please try again.” After step 420, the speech generator plays the original message (step 414) again for the person on the phone. If the person on the phone thereafter enters a second invalid response, then at step 422 a second invalid response message is played. Such a message may recite: “We're sorry, you've made an invalid selection. We will try back later. If (customer full name) has any questions about this call, please have them call us toll-free at 1-800-555-5555. Again, that's 1-800-555-5555. Goodbye.”
Referring to
After step 501, if the person on the phone enters “0” (which in this example embodiment, indicates that the phone number being called is the wrong number for the intended customer), then at step 503, the wrong number process is entered. The wrong number process plays a message that recites: “You have indicated that this is the wrong number. To prevent any future calls to this number please call us at 1-800-555-5555. Thank you.” Subsequently, the customer may call the banking institution. If no response is received from the person on the phone then, at step 505, a call back message may be played. The call back message may be similar to the call back message described above with regard to
Next, if the person on the call enters an invalid response, then at step 507 a first invalid response message is played. For example, the first invalid response message may be similar to the first invalid response message discussed above in connection with
If the person presses 5 in response to the availability check message (indicating that the customer is not available to come to the telephone), then at step 511 a call back later message similar to the call back later message discussed above may be played. If the person on the call presses 1 (indicating that the customer is available to come to the telephone), then at step 511 the automated calling logic 140 places the call on hold. The process then proceeds to step 550, shown in
Referring to
If a number “1” is received while holding at step 550 (indicating that the customer has come to the telephone), then the call may be transferred to an agent using the call router 149. If an invalid response is received, then at step 554, the first invalid response received message is played that recites: “We're sorry, you've made an invalid selection, please try again.” Upon receiving a second invalid response at step 556, a second invalid response received message is played that recites: “We're sorry, you've made an invalid selection, please try again.” If a “5” is received as input from the person on the call (indicating that the customer is not available), then a call back message is played at step 558.
Each time any of these messages are played and a phone call is terminated the call log 134 in the data storage system 130 is updated. In other embodiments, the information in the call log 134 may be used by the automated calling logic to customize the messages that are played to remind the recipient of the phone call that this is the 4th, the 5th, 6th or the so on phone call. It may also be noted that, while
In addition to calling the customer regarding the adverse account status, the automated calling system 105 may be configured to play additional messages to the customer (including additional menu options) to resolve the condition causing the adverse account status without talking to a live agent. For example, if the adverse account status is a delinquent payment, the automated calling system 105 may play a message inquiring whether the customer would like to resolve the condition by making a payment from an account and providing appropriate set of menu options (e.g., “Press 1 for Yes. Press 2 for No.”). Assuming the customer answers affirmatively, the automated calling system 105 may then play a message providing an appropriate set of menu options for selecting an account from which to make the payment (e.g., “Press 1 for your account having account number (acct#1). Press 2 for your account having account number (acct#2).”). Finally, if appropriate, the customer may be prompted to confirm a payment amount (e.g., where the payment amount is the same every month, “Press 1 for Yes. Press 2 for No.”) or to manually enter an amount using the telephone keypad. The foregoing arrangement may also be used where the customer is overdrawn on a checking account (and the “payment” above is a funds transfer to the overdrawn checking account from another account). The foregoing arrangement may also be used where the customer has a credit card over a credit limit (and the “payment” above is a funds transfer to pay down the balance on the credit card). The settlement options may include among other things, identifying other accounts that are not in default which have funds that may be transferred to the account in default. The customer may also be given the option (and appropriate set of menu selections) to make the payment on a future date. The customer may also be presented with a settlement amount that is less than the amount in default. The customer may also be presented with a payment plan to the account holder. Again, before being provided such options, the customer may be authenticated in the manner described above, or using multi-factor authentication (e.g., entering pin numbers and correctly responding to security questions), as described above.
In other embodiments, one or more of account management logic 110, network interface logic 120, automated calling logic 140, and a data storage system 130 may be part of a different enterprise computing system (e.g., for a different enterprise) or may be located in a different location than other ones of the logic 110-140. Each of the various components and subcomponents of the enterprise computing system 105 is shown as being implemented as a single integrated computer system using appropriate software. However, in other embodiments, combinations of dedicated or specialized computing systems may also be used.
The embodiments of the present invention have been described with reference to drawings. The drawings illustrate certain details of specific embodiments that implement the systems and methods and programs of the present invention. However, describing the invention with drawings should not be construed as imposing on the invention any limitations that may be present in the drawings. The present invention contemplates methods, systems and program products on any machine-readable media for accomplishing its operations. The embodiments of the present invention may be implemented using an existing computer processor, or by a special purpose computer processor incorporated for this or another purpose or by a hardwired system.
As noted above, embodiments within the scope of the present invention include program products comprising machine-readable media for carrying or having machine-executable instructions or data structures stored thereon. Such machine-readable media may be any available media that may be accessed by a general purpose or special purpose computer or other machine with a processor. By way of example, such machine-readable media may comprise RAM, ROM, EPROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which may be used to carry or store desired program code in the form of machine-executable instructions or data structures and which may be accessed by a general purpose or special purpose computer or other machine with a processor. Thus, any such a connection is properly termed a machine-readable medium. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing machines to perform a certain function or group of functions.
Embodiments of the present invention have been described in the general context of method steps which may be implemented in one embodiment by a program product including machine-executable instructions, such as program code, for example in the form of program modules executed by machines in networked environments. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Machine-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represent examples of corresponding acts for implementing the functions described in such steps.
As previously indicated, embodiments of the present invention may be practiced in a networked environment using logical connections to one or more remote computers having processors. Those skilled in the art will appreciate that such network computing environments may encompass many types of computers, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and so on. Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination of hardwired or wireless links) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
An exemplary system for implementing the overall system or portions of the invention might include a general purpose computing computers in the form of computers, including a processing unit, a system memory or database, and a system bus that couples various system components including the system memory to the processing unit. The database or system memory may include read only memory (ROM) and random access memory (RAM). The database may also include a magnetic hard disk drive for reading from and writing to a magnetic hard disk, a magnetic disk drive for reading from or writing to a removable magnetic disk, and an optical disk drive for reading from or writing to a removable optical disk such as a CD ROM or other optical media. The drives and their associated machine-readable media provide nonvolatile storage of machine-executable instructions, data structures, program modules and other data for the computer. It should also be noted that the word “terminal” as used herein is intended to encompass computer input and output devices. User interfaces, as described herein may include a computer with monitor, keyboard, a keypad, a mouse, joystick or other input devices performing a similar function.
It should be noted that although the diagrams herein may show a specific order and composition of method steps, it is understood that the order of these steps may differ from what is depicted. For example, two or more steps may be performed concurrently or with partial concurrence. Also, some method steps that are performed as discrete steps may be combined, steps being performed as a combined step may be separated into discrete steps, the sequence of certain processes may be reversed or otherwise varied, and the nature or number of discrete processes may be altered or varied. The order or sequence of any element or apparatus may be varied or substituted according to alternative embodiments. Accordingly, all such modifications are intended to be included within the scope of the present invention. Such variations will depend on the software and hardware systems chosen and on designer choice. It is understood that all such variations are within the scope of the invention. Likewise, software and web implementations of the present invention could be accomplished with standard programming techniques with rule based logic and other logic to accomplish the various database searching steps, correlation steps, comparison steps and decision steps.
The foregoing description of embodiments of the invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed, and modifications and variations are possible in light of the above teachings or may be acquired from practice of the invention. The embodiments were chosen and described in order to explain the principals of the invention and its practical application to enable one skilled in the art to utilize the invention in various embodiments and with various modifications as are suited to the particular use contemplated. Other substitutions, modifications, changes and omissions may be made in the design, operating conditions and arrangement of the embodiments without departing from the scope of the present invention.
Throughout the specification, numerous advantages of the exemplary embodiments have been identified. It will be understood of course that it is possible to employ the teachings herein without necessarily achieving the same advantages. Additionally, although many features have been described in the context of a particular data processing unit, it will be appreciated that such features could also be implemented in the context of other hardware configurations.
While the exemplary embodiments illustrated in the figures and described above are presently preferred, it should be understood that these embodiments are offered by way of example only. Other embodiments may include, for example, structures with different data mapping or different data. The invention is not limited to a particular embodiment, but extends to various modifications, combinations, and permutations that nevertheless fall within the scope and spirit of the appended claims.
Simon, Charlie Aziz, Mou, Jacob Mine
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
4797911, | Jun 16 1987 | ASPECT SOFTWARE, INC | Customer account online servicing system |
4894857, | Jun 16 1987 | ASPECT SOFTWARE, INC | Method and apparatus for customer account servicing |
5371787, | Mar 01 1993 | Intel Corporation | Machine answer detection |
5404400, | Mar 01 1993 | Intel Corporation | Outcalling apparatus |
5430792, | May 03 1991 | SIEMENS ENTERPRISE COMMUNICATIONS, INC | Automated telephone calling system |
5581602, | Jun 19 1992 | Wilmington Trust, National Association, as Administrative Agent | Non-offensive termination of a call detection of an answering machine |
5699528, | Oct 31 1995 | MASTERCARD INTERNATIONAL, INC | System and method for bill delivery and payment over a communications network |
5724420, | Sep 28 1994 | Wilmington Trust, National Association, as Administrative Agent | Automatic call distribution with answer machine detection apparatus and method |
5828731, | Jun 19 1992 | Wilmington Trust, National Association, as Administrative Agent | Method and apparatus for non-offensive termination of an outbound call and for detection of an answer of an outbound call by an answering machine |
6208970, | Dec 21 1998 | AVAYA Inc | Method and system for estimation of a source of a voice signal |
6470077, | Mar 13 2000 | AVAYA Inc | Apparatus and method for storage and accelerated playback of voice samples in a call center |
6587557, | Sep 07 1999 | Wilmington Trust, National Association, as Administrative Agent | System and method of distributing outbound telephony services over a computer network |
6771746, | May 16 2002 | Wilmington Trust, National Association, as Administrative Agent | Method and apparatus for agent optimization using speech synthesis and recognition |
6925166, | Jan 12 2000 | AVAYA Inc | Method and apparatus for generating automatic greetings in a call center |
7184521, | Jun 10 2004 | Microsoft Technology Licensing, LLC | Method and system for identifying a party answering a telephone call based on simultaneous activity |
8429079, | Oct 09 2009 | U.S. Bank National Association | Overdraft protection and forgiveness |
20030043990, | |||
20030202649, | |||
20030216996, | |||
20040101112, | |||
20050190908, | |||
20050207558, | |||
20050232410, | |||
20060056600, | |||
20060256945, | |||
20070065193, | |||
20090327131, | |||
WO2007065193, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jun 24 2010 | SIMON, CHARLIE AZIZ | WELLS FARGO BANK, N A | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034866 | /0213 | |
Jun 24 2010 | MOU, JACOB MINE | WELLS FARGO BANK, N A | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034866 | /0213 | |
Feb 02 2015 | Wells Fargo Bank, N.A. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Aug 27 2020 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Date | Maintenance Schedule |
Mar 07 2020 | 4 years fee payment window open |
Sep 07 2020 | 6 months grace period start (w surcharge) |
Mar 07 2021 | patent expiry (for year 4) |
Mar 07 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
Mar 07 2024 | 8 years fee payment window open |
Sep 07 2024 | 6 months grace period start (w surcharge) |
Mar 07 2025 | patent expiry (for year 8) |
Mar 07 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
Mar 07 2028 | 12 years fee payment window open |
Sep 07 2028 | 6 months grace period start (w surcharge) |
Mar 07 2029 | patent expiry (for year 12) |
Mar 07 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |