Patent Publication Number: US-9852424-B2

Title: Speaker recognition and denial of a transaction based on matching a known voice print

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
     This application is a continuation of U.S. application Ser. No. 13/227,219, filed Sep. 7, 2011 (now U.S. Pat. No. 9,111,407), which is a continuation of U.S. application Ser. No. 12/832,925, filed Jul. 8, 2010 now U.S. Pat. No. 8,036,892), which is a continuation of U.S. application Ser. No. 11/862,079, filed Sep. 26, 2007 (now U.S. Pat. No. 7,778,832), which is a continuation of U.S. application Ser. No. 10/448,552 now U.S. Pat. No. 7,299,177); the disclosures of each of the above-referenced applications are incorporated by reference herein in their entireties. 
    
    
     FIELD OF THE INVENTION 
     The present invention generally relates to limiting fraud, and more particularly, relates to an apparatus and method for performing a one-to-many comparison of voice prints to determine if a particular caller voice print matches any one of many known voice prints in order to perform an action related to a financial transaction account. This invention also relates to method for identifying the tone of a caller&#39;s voice in order to improve the quality of customer service. 
     BACKGROUND OF THE INVENTION 
     Preventing attempted fraud in telephonic or other transactions involving oral communications is typically important to many entities, particularly when the fraud involves financial transactions. For example, when a person loses a credit card and calls the credit card company to obtain a replacement, the credit card company often wants to ensure that the person calling is the true cardholder. If a person attempts to fraudulently obtain a replacement card of a different cardholder, then the person may use the replacement credit card to make fraudulent charges. The credit card company can often incur significant losses due to these fraudulent charges. Therefore, the credit card company typically desires to reduce or eliminate fraud. 
     In that regard, credit card companies often implement certain procedures and install technologies in an attempt to verify the identity of customers who call them. One such technology is the use of an Automatic Number Identification (ANI) service, which attempts to identify the telephone number of an incoming call. A credit card company can maintain a database of area codes from which it has historically received a high number of fraudulent callers. If the telephone number of the person calling is within one of those high fraud area codes, the credit card company can flag the call for additional procedures or investigation to verify the true identity of the caller. 
     However, the ANI service has certain limitations. For example, the ANI service does not easily permit one to pinpoint the exact geographic location of the caller. Also, it is possible that multiple persons can be associated with the same telephone number, which can make it difficult to identify which of those persons is the caller. Ultimately, the ANI service only provides a general indication of whether the caller is from an area known to be associated with a high number of fraudulent transactions. However, if the caller is not calling from one of those high fraud area codes, the ANI service provides no indication to provide additional screening, although the caller may actually be attempting to actually engage in fraud. 
     Aside from credit card companies, many other entities receive calls from customers and desire a way to verify the true identity of the callers. This verification can be useful, for example, in determining whether to execute a particular transaction requested by a caller. Accordingly, a need exists for a more reliable way to minimize fraud in telephonic transactions or other transactions involving oral communications, or to screen callers for other purposes during those transactions. 
     SUMMARY OF THE INVENTION 
     A method and apparatus consistent with the present invention provides for facilitating the analysis of a caller&#39;s voice to determine a potential match with known callers&#39; voices. In the method and apparatus, an agent receives a communication from a caller, and an electronic representation is recorded of both the caller&#39;s and agent&#39;s voices from the real-time telephone call. The electronic representation of the caller&#39;s voice is segmented from the agent&#39;s voice to produce a caller voice print, and the caller voice print is compared with a plurality of known voice prints to determine if the caller voice print matches any of the known voice prints. An indication of the comparison is output or otherwise transmitted via a network and can be used for a variety of purposes. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The accompanying drawings, wherein like reference numerals represent like elements, are incorporated in and constitute a part of this specification and, together with the description, explain the advantages and principles of the invention. In the drawings, 
         FIG. 1  is a diagram of an exemplary system for processing calls; 
         FIG. 2  is a diagram of exemplary components of a computer and server; 
         FIG. 3  is a flow chart of an exemplary method for recording calls for processing; 
         FIG. 4  is a flow chart of an exemplary method for processing calls by comparing caller voice prints with known voice prints; and 
         FIG. 5  is a diagram of an exemplary report for providing results of the processing. 
     
    
    
     DETAILED DESCRIPTION 
     Overview 
     The detailed description of exemplary embodiments of the invention herein makes reference to the accompanying drawings and pictures, which show the exemplary embodiment by way of illustration and its best mode. While these exemplary embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, it should be understood that other embodiments may be realized and that logical and mechanical changes may be made without departing from the spirit and scope of the invention. Thus, the detailed description herein is presented for purposes of illustration only and not of limitation. For example, the steps recited in any of the method or process descriptions may be executed in any order and are not limited to the order presented. 
     Embodiments consistent with the present invention provide for one-to-few or one-to-many comparisons of callers&#39; voice prints with known voice prints to identify any matches between them. A caller&#39;s voice print represents an electronic recording of a caller&#39;s voice, and the known voice prints represent electronic recordings of persons having a particular known characteristic. For example, the known voice prints can correspond with persons known to have engaged in attempted fraudulent transactions. Alternatively, the characteristic for the known voice prints may relate to other factors or criteria. 
     When a customer calls a particular entity, such as a customer service center, the system makes a recording of the real-time call including both the customer&#39;s and agent&#39;s voices. The system segments the recording to extract at least a portion of the customer&#39;s voice to create a customer voice print, typically in digital form for computer processing. The system also formats the segmented customer voice print for network transmission to a server. Although the processing may occur locally, in some embodiments it can occur at a remote server, requiring network transmission of the customer&#39;s voice print. Also, the term customer is used for exemplary purposes and is intended to include any type of caller (e.g., merchant, travel agent, cardholder, agent of cardholder, processor, administrator, and/or the like) and any type of communication (e.g., human or electronic voice). 
     The server compares the customer&#39;s voice print with multiple known voice prints to determine any substantial matches, meaning that the customer&#39;s voice print and one of the known voice prints are likely from the same person. The identification of any matches can be used for a variety of purposes, such as determining whether to authorize a transaction requested by the customer. For example, a cardholder may call a credit card institution to request replacement of a lost or stolen credit card. The credit card institution wants to ensure that the person calling is the true cardholder and not someone attempting to fraudulently obtain another person&#39;s credit card. By comparing the customer&#39;s voice print with the multiple known voice prints, associated with persons having attempted fraudulent transactions, the system can determine whether this customer is likely attempting to interact with another person&#39;s credit card account based upon any matches with the known voice prints. 
     As other examples, the system and method disclosed herein may be used to help minimize any fraud related to telephone communications, merchant communications, travel communications, cardholder communications, opening a transaction card account, closing a transaction card account, opening a related transaction account, changing demographic information related to the account and changing financial information related to the transaction card account. 
     An “account” or “account number”, as used herein, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow the consumer to interact or communicate with the system, such as, for example, authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like which is optionally located on a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card and/or the like. The account number may be distributed and stored in any form of plastic, electronic, magnetic, radio frequency, wireless, audio and/or optical device capable of transmitting or downloading data from itself to a second device. A customer account number may be, for example, a sixteen-digit credit card number, although each credit provider has its own numbering system, such as the fifteen-digit numbering system used by American Express. Each company&#39;s credit card numbers comply with that company&#39;s standardized format such that the company using a sixteen-digit format will generally use four spaced sets of numbers, as represented by the number “0000 0000 0000 0000”. The first five to seven digits are reserved for processing purposes and identify the issuing bank, card type and etc. In this example, the last sixteenth digit is used as a sum check for the sixteen-digit number. The intermediary eight-to-ten digits are used to uniquely identify the customer. A merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance, account reconciliation, reporting, or the like. 
     Network Environment 
       FIG. 1  is a diagram of an exemplary system  10  for processing calls. System  10  includes an agent computer  18  having a connection via a network  16  with a server computer  14 . Agent computer  18  also includes an associated agent telephone or other oral communication device  20 . System  10  includes a customer telephone or other oral communication device  24  for a customer or other type of caller to contact an agent at agent telephone  20  via a communications network  22 . While the system will be described herein with respect to telephone communications, one skilled in the art will appreciate that any communication device now known or hereinafter developed may also be used in the present invention. 
     For the sake of brevity, conventional data networking, application development and other functional aspects of the systems (and components of the individual operating components of the systems) may not be described in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in a practical electronic transaction system. 
     The system may include a host server or other computing systems including a processor for processing digital data, a memory coupled to said processor for storing digital data, an input digitizer coupled to the processor for inputting digital data, an application program stored in said memory and accessible by said processor for directing processing of digital data by said processor, a display coupled to the processor and memory for displaying information derived from digital data processed by said processor and a plurality of databases, said databases including client data, merchant data, financial institution data and/or like data that could be used in association with the present invention. As those skilled in the art will appreciate, user computer will typically include an operating system (e.g., Windows NT, 95/98/2000, Linux, Solaris, etc.) as well as various conventional support software and drivers typically associated with computers. Customer computer can be in a home or business environment with access to a network. In an exemplary embodiment, access is through the Internet through a commercially-available web-browser software package. 
     Communication between the parties to the transaction and the system of the present invention may be accomplished through any suitable communication means, such as, for example, a telephone network, Intranet, Internet, point of interaction device (point of sale device, personal digital assistant, cellular phone, kiosk, etc.), online communications, off-line communications, wireless communications, transponder communications and/or the like. One skilled in the art will also appreciate that, for security reasons, any databases, systems, or components of the present invention may consist of any combination of databases or components at a single location or at multiple locations, wherein each database or system includes any of various suitable security features, such as firewalls, access codes, encryption, de-encryption, compression, decompression, and/or the like. 
     In use, a customer at customer telephone  24  calls a particular number which facilitates contacting agent telephone  20 . For example, the number could include a customer service help line for a particular entity or institution. Although only one agent computer and telephone are shown, system  10  may include multiple agent computers and telephones, such as in a call center, for receiving calls from customers, and a particular customer&#39;s call from customer telephone  24  can be routed to an available agent via a switching device such as a private branch exchange (PBX). Upon reaching an agent, customer telephone  24  is in communication with agent telephone  20  via communications network  22 . Communication network  22  can include any wireline or wireless network for telephone calls. 
     As an example, a voice print can be created from a call answered by a voice response or potentially a point of sale system. In this example, a call is answered by a live agent. Alternatively, the agent telephone can be controlled programmatically by the agent computer to record only the caller&#39;s voice without a live agent on the call. 
     During the telephone call, agent computer  18  records at least a portion of the telephone call. The recording, possibly after additional processing, is transmitted via network  16  to server computer  14  for processing of the customer&#39;s voice print, as explained below. Server computer  14  can access a database  12  to retrieve information for the processing. Upon completing the processing, server computer  14  can optionally transmit back to agent computer  18  the results of the processing. Network  16  can include any wireline or wireless network for data transmission such as, for example, a Transmission Control Protocol/Internet Protocol (TCP/IP) network. 
     As described herein, the computing units may be connected with each other via a data communication network. The network may be a public network and assumed to be insecure and open to eavesdroppers. In the illustrated implementation, the network may be embodied as the internet. In this context, the computers may or may not be connected to the internet at all times. For instance, the customer computer may employ a modem to occasionally connect to the Internet, whereas the bank computing center might maintain a permanent connection to the internet. Specific information related to the protocols, standards, and application software utilized in connection with the Internet may not be discussed herein. For further information regarding such details, see, for example, D ILIP  N AIK , I NTERNET  S TANDARDS AND  P ROTOCOLS  (1998); J AVA  2 C OMPLETE , various authors, (Sybex 1999); D EBORAH  R AY AND  E RIC  R AY , M ASTERING  HTML 4.0 (1997). L OSHIN , TCP/IP C LEARLY  E XPLAINED  (1997). All of these texts are hereby incorporated by reference. 
     The systems may be suitably coupled to network via data links. A variety of conventional communications media and protocols may be used for data links. Such as, for example, a connection to an Internet Service Provider (ISP) over the local loop as is typically used in connection with standard modem communication, cable modem, Dish networks, ISDN, Digital Subscriber Line (DSL), or various wireless communication methods. Merchant system might also reside within a local area network (LAN) which interfaces to network via a leased line (T1, D3, etc.). Such communication methods are well known in the art, and are covered in a variety of standard texts. See, e.g., G ILBERT  H ELD , U NDERSTANDING  D ATA  C OMMUNICATIONS  (1996), hereby incorporated by reference. 
     Agent telephone  20  can receive calls via communications network  22  from a variety of customer telephones. For example, the telephones discussed herein can include a conventional wireline telephone, a wireless or mobile telephone, a speaker phone, an Internet Protocol (IP) telephone, or a personal computer (PC) telephone. In addition, although shown separately in this example, agent telephone  20  and agent computer  18  can be implemented with the same or different physical devices. If agent telephone  20  is implemented with a PC telephone, in a particular embodiment, then that embodiment may not need agent computer  18 , as the telephone would contain computing capabilities, and computer  18  may represent a switch in that embodiment to route calls to PC telephone  20 . 
       FIG. 2  is a diagram of a exemplary computer  30  illustrating typical components of server computer  14  and agent computer  18 . Computer  30  can include a connection with network  16  such as the Internet through any suitable network connection. Computer  30  typically includes a memory  32 , a secondary storage device  40 , a processor  42 , an input device  36  for entering information into computer  30 , a display device  38  for providing a visual display of information, and an output device  44  for outputting information such as in hard copy or audio form. 
     Memory  32  may include random access memory (RAM) or similar types of memory, and it may store one or more applications  34  for execution by processor  42 . Applications  34  can include a voice component, implemented in software for example, for recognition and processing of voice prints, as explained below. Applications  34  may also include software programs for tone/emotion recognition. 
     Secondary storage device  40  may include a hard disk drive, floppy disk drive, CD-ROM drive, or other types of non-volatile data storage. Processor  42  may execute applications or programs stored in memory  34  or secondary storage  40 , or received from the Internet or other network  16 . Although computer  30  is depicted with various components, one skilled in the art will appreciate that the server and agent computers can contain different components. 
     Display device  38  and output device  44 , used in conjunction with applications  34 , can be used to show the changing dynamic of a caller&#39;s tone. For example, the screen of display device  38  can be programmed to change its background from a neutral color to a more alerting color, perhaps red, to show increasing frustration or anger. Or, output device  44  can be programmed to print an alert message to indicate changes in tone. 
     Voice Print Comparison Methodology 
     The exemplary network described above can perform one-to-one, one-to-few or one-to-many comparisons of voice prints between callers and known voice prints. In one embodiment with one-to-many comparisons, the comparison can determine whether a caller&#39;s voice print matches any of the known voice prints in the database. The known voice prints can correspond with any particular criteria. For example, the known voice prints may correspond with individuals known to have attempted fraudulent transactions in the past. Therefore, by knowing if a caller&#39;s voice print matches any of the known voice prints, in this example, the system can provide an indication of whether this particular caller will likely attempt a fraudulent transaction. 
     In one embodiment, the processing for recording callers&#39; voice prints and making the comparison typically occurs at both agent computer  18  and server computer  14 . However, the processing may occur remotely at server computer  14 , locally at agent computer  18 , or divided among multiple computers. 
     The present invention may be described herein in terms of functional block components, screen shots, optional selections and various processing steps. It should be appreciated that such functional blocks may be realized by any number of hardware and/or software components configured to perform the specified functions. For example, the present invention may employ various integrated circuit components, e.g., memory elements, processing elements, logic elements, look-up tables, and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. Similarly, the software elements of the present invention may be implemented with any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, Visual Basic, SQL Stored Procedures, extensible markup language (XML), with the various algorithms being implemented with any combination of data structures, objects, processes, routines or other programming elements. Further, it should be noted that the present invention may employ any number of conventional techniques for data transmission, signaling, data processing, network control, and the like. Still further, the invention could be used to detect or prevent security issues with a client-side scripting language, such as JavaScript, VBScript or the like. For a basic introduction of cryptography and network security, the following may be helpful references: (1) “Applied Cryptography: Protocols, Algorithms, And Source Code In C,” by Bruce Schneier, published by John Wiley &amp; Sons (second edition, 1996); (2) “Java Cryptography” by Jonathan Knudson, published by O&#39;Reilly &amp; Associates (1998); (3) “Cryptography &amp; Network Security: Principles &amp; Practice” by William Stalling, published by Prentice Hall; all of which are hereby incorporated by reference. 
     It will be appreciated, that many applications of the present invention could be formulated. One skilled in the art will appreciate that the network may include any system for exchanging data or transacting business, such as the Internet, an intranet, an extranet, WAN, LAN, satellite communications, and/or the like. It is noted that the network may be implemented as other types of networks, such as an interactive television (ITV) network. The users may interact with the system via any input device such as a keyboard, mouse, kiosk, personal digital assistant, handheld computer (e.g., Palm Pilot®), cellular phone and/or the like. Similarly, the invention could be used in conjunction with any type of personal computer, network computer, workstation, minicomputer, mainframe, or the like running any operating system such as any version of Windows, Windows NT, Windows2000, Windows 98, Windows 95, MacOS, OS/2, BeOS, Linux, UNIX, Solaris or the like. Moreover, although the invention is frequently described herein as being implemented with TCP/IP communications protocols, it will be readily understood that the invention could also be implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or any number of existing or future protocols. 
       FIG. 3  is a flow chart of an exemplary recording method  50  for recording calls for processing. Method  50  can be implemented in, for example, hardware and/or software modules for execution by agent computer  18 . The various steps of method  50 , and other described methods, are shown in a particular order for illustrative purposes. The steps may occur in a different order and steps may be added or eliminated from the methods, depending upon a particular implementation, for example. 
     In method  50 , a customer call is received from customer telephone  24  via communications network  22  (step  52 ). As indicated above, this call can be received from a variety of types of telephones or other communications devices via any communications network. The customer call is routed to agent telephone  20  (step  54 ), such as via a PBX or other switching device in that system  10  typically includes many agent computers and telephones for processing customer calls. 
     During the telephone call, agent computer  18  records at least a portion of the call, including both the agent&#39;s and caller&#39;s (customer&#39;s) voice (step  56 ). Agent computer  18 , via a connection with agent telephone  20 , can receive an analog signal representing the real-time telephone call and can digitize and store it for processing. Agent computer  18  segments at least a portion of the caller&#39;s voice from the agent&#39;s voice (step  58 ). The segmentation refers to identifying within the recording at least a portion representing the caller&#39;s voice and extracting it from the recording. Therefore, the segmented recording includes an electronic representation of only the caller&#39;s voice, possibly with background noise. Algorithms are known in the art for performing this type of segmentation. Each person&#39;s voice has a unique voice print, due to for example the various combinations of frequencies within each person&#39;s voice, and thus one person&#39;s voice can be extracted from a recording containing multiple voice recordings. 
     The recording of the segmented caller&#39;s voice is formatted by agent computer  18  for transmission via network  16  (step  60 ). For example, it can be formatted into a way file, known in the art and identified by a .wav extension. The use of a way file, for example, provides for a standard format for network transmission to server computer  14 . Alternatively, the recording can be formatted into any type of file that can be transmitted via a TCP/IP or other network. 
     Agent computer  18  transmits the file, having the recorded caller&#39;s voice print, to server computer  14  for processing (step  62 ), explained below. Agent computer  18  can optionally receive back from server computer  14  results of the processing (step  64 ). For example, an agent at agent computer  18  may want to receive the results while still engaged in a telephone call with a customer at customer telephone  24 . The agent can potentially use those results during the telephone call to determine whether to authorize a transaction requested by the customer such as, for example, opening a transaction card account, closing a transaction card account, opening a related transaction account, changing demographic information related to an account and changing financial information related to a transaction card account. 
       FIG. 4  is a flow chart of a method  70  for processing calls by facilitating the comparison of at least a portion of caller voice prints with known voice prints. Method  70  can be implemented in, for example, software modules for execution by server computer  14 . In method  70 , server computer  14  receives a file via network  16  from agent computer  18  (step  72 ). The file contains a voice print of the caller&#39;s voice, formatted for example in a way file. In an exemplary embodiment, server computer  14  can possibly operate in at least two modes, real-time and batch processing, as determined in step  74 . The real-time mode refers to almost immediately processing the caller&#39;s voice print upon receipt and providing results of the processing back to the agent, typically while still engaged in a telephone call with the customer. The batch processing mode refers to saving the file for later processing with a group of files. The batch processing has the advantage of processing many files at once, during a particular time, and thus more efficiently making use of the processing capability of server computer  14 . 
     The particular mode selected can be based upon any particular criteria. For example, server computer  14  may by default operate in the batch processing mode but could be switched to the real-time mode by an agent for a particular customer&#39;s voice print. Alternatively, server computer  14  can be programmed to operate in one or both the modes based upon a desired application. 
     Database  12  can store the known voice prints in any particular data structure and format. In addition, it can also associate other information with each of the voice prints, such as an identification of the person corresponding with each voice print and characteristics of the person. For example, the characteristics can include the types of fraudulent transactions attempted by the corresponding person. Any databases discussed herein may be any type of database, such as relational, hierarchical, object-oriented, and/or the like. Common database products that may be used to implement the databases include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access or MSSQL by Microsoft Corporation (Redmond, Wash.), or any other database product. Database may be organized in any suitable manner, including as data tables or lookup tables. Association of certain data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like. The association step may be accomplished by a database merge function, for example, using a “key field” in each of the manufacturer and retailer data tables. A “key field” partitions the database according to the high-level class of objects defined by the key field. For example, a certain class may be designated as a key field in both the first data table and the second data table, and the two data tables may then be merged on the basis of the class data in the key field. In this embodiment, the data corresponding to the key field in each of the merged data tables is preferably the same. However, data tables having similar, though not identical, data in the key fields may also be merged by using AGREP, for example. 
     Table 1 illustrates an example of how database  12  can store the known voice prints. 
     
       
         
           
               
             
               
                 TABLE 1 
               
               
                   
               
               
                 Known Voice Prints 
               
               
                   
               
             
            
               
                   
               
            
           
           
               
               
               
               
            
               
                   
                 wav file for 
                 ID of 
                 characteristics for 
               
               
                   
                 voice print #1 
                 voice print #1 
                 voice print #1 
               
               
                   
                 wav file for 
                 ID of 
                 characteristics for 
               
               
                   
                 voice print #2 
                 voice print #2 
                 voice print #2 
               
               
                   
                 . . . 
               
               
                   
                 wav file for 
                 ID of 
                 characteristics for 
               
               
                   
                 voice print #N 
                 voice print #N 
                 voice print #N 
               
               
                   
                   
               
            
           
         
       
     
     In the real-time mode, server computer  14  compares the caller&#39;s voice print with the known voice prints in database  12  (step  76 ). For example, the comparison step  76  can include determining a match between the caller&#39;s voice print and one of the known voice prints based upon a probability, greater than a particular threshold, that the caller voice print and one of the known voice prints are from a voice of the same person. Therefore, the comparison seeks to determine whether the caller&#39;s voice print and any of the known voice prints are likely from the same person. Algorithms are known in the art for performing this type of comparison and can include, for example, statistical analysis between the voice prints. This comparison is typically performed sequentially between the caller&#39;s voice print and each of the known voice prints. 
     Server computer  14  records an indication of any matches found as a result of the comparison (step  78 ). Server computer  14  formats the results into a report (step  80 ) and transmits the report back to agent computer  18  via network  16  (step  82 ). Examples of reports are provided below. For step  82 , the report may be transmitted back to the live agent handling the corresponding telephone call; alternatively, the report can be transmitted to other agents or entities for processing. 
     In the batch processing mode, server computer  14  saves the received file in a group of unprocessed files (step  84 ), possibly in database  12 . Server computer  14  determines if it is time for batch processing of the group of unprocessed files (step  86 ). The batch processing can occur at a time based upon any particular parameters. For example, server computer  14  may be programmed to process, at a particular time each day, the group of files saved since the previous processing of files. Alternatively, server computer can process the group of unprocessed files at multiple times during each day or every multiple days. One advantage of this batch processing is that it can be performed at a time of day, for example, when server computer  14  typically has greater bandwidth. 
     When it is time for batch processing, server computer  14  retrieves a file from the group of unprocessed files (step  88 ) and compares the voice print in the file with the known voice prints in database  12  (step  90 ). The comparison can include the same processing described with respect to step  76 . Server computer  14  records an indication of any matches from the comparison (step  92 ). If there are more files in the group to be processed (step  94 ), server computer  14  repeats steps  88 ,  90 , and  92  for the next file. Once the group of unprocessed files have all been processed, server computer  14  formats the results into a report and saves them (step  96 ). Server computer  14  can optionally use the results of processing to determine whether to authorize particular transactions for customers relating to the recorded voice prints in the processed files (step  98 ). For example, it can automatically and programmatically deny the requested transaction if any matches are found for the caller voice print in question. 
       FIG. 5  is a diagram of an exemplary report  100  for providing results of the processing in steps  80  and  96 . Report  100  can be formatted in, for example, a web page or screen using HyperText Markup Language (HTML) for display on the agent computer  18  or server computer  14  using a web browser. It can alternatively be formatted in any type of electronic screen. Report  100  includes, for example, a section  102  providing an identification of a particular customer whose voice print was recorded. A section  104  can display identifications of known voice prints in database  12  that match the caller&#39;s voice print. In addition, other information concerning the matches can optionally be displayed as well. 
     The computers discussed herein may provide a suitable website, webpage or other Internet-based graphical user interface which is accessible by users. In one embodiment, the Internet Information Server, Microsoft Transaction Server, and Microsoft SQL Server, are used in conjunction with the Microsoft operating system, Microsoft NT web server software, a Microsoft SQL database system, and a Microsoft Commerce Server. Additionally, components such as Access or SQL Server, Oracle, Sybase, Informix MySQL, Intervase, etc., may be used to provide an ADO-compliant database management system. The term “webpage” as it is used herein is not meant to limit the type of documents and applications that might be used to interact with the user. For example, a typical website might include, in addition to standard HTML documents, various forms, Java applets, Javascript, active server pages (ASP), common gateway interface scripts (CGI), extensible markup language (XML), dynamic HTML, cascading style sheets (CSS), helper applications, plug-ins, and the like. A server may include a webservice which receives a request from a browser which includes a URL (http://yahoo.com/stockquotes/ge) and an IP address (123.56.789). The webservice retrieves the appropriate webpages and sends the webpages to the IP address. 
     Table 2 illustrates a more detailed exemplary format for report  100  containing results of the processing. A caller&#39;s voice print might typically match only one of the known voice prints, as the known voice prints may be from different persons. However, it is possible that one person can have multiple voice prints in database  12  of known voice prints, making multiple matches with the caller&#39;s voice print a possibility. In addition, the system can be configured to provide a degree of reliability for each match, again providing for multiple matches based upon multiple degrees of reliability. For example, the system might discover a match having a 95% degree of reliability, meaning that statistically there is a 95% probability that the caller&#39;s voice print and the matched known voice print are from the same person. If configured in this manner, report  100  (and Table 2) can include a section to identify the degree of reliability for each of the matched known voice prints. 
     In Table 2, the IDs for the matches can include optional information for identifying a person corresponding with the matched voice print. The characteristics for the matches can include, for example, the types of fraudulent transactions attempted by the corresponding person, as shown in Table 1. Also, additional information can be associated with each report, if desired. 
     
       
         
           
               
             
               
                 TABLE 2 
               
               
                   
               
               
                 Report for Results Voice Print Comparisons 
               
               
                   
               
             
            
               
                   
               
            
           
           
               
               
               
               
            
               
                   
                 caller ID 
                 time/date of call 
                 transaction requested 
               
            
           
           
               
            
               
                 Voice Print Matches 
               
            
           
           
               
               
               
               
            
               
                   
                 match #1 
                 ID of match #1 
                 characteristics for match #1 
               
               
                   
                 match #2 
                 ID of match #2 
                 characteristics for match #2 
               
               
                   
                 . . . 
               
               
                   
                 match #N 
                 ID of match #N 
                 characteristics for match #N 
               
               
                   
                   
               
            
           
         
       
     
     Report  100  can be represented in a variety of formats. It can be presented in any electronic form or, alternatively, in a hard copy or other format. For example, it can be a web page for transmission via network  16  and display on agent computer  20  or server computer  14  using a web browser. If represented electronically, report  100  can be e-mailed to the agent at agent computer  18  or any particular subscribers to it. If the processing occurs in the real-time mode, report  100  can be transmitted and displayed to the agent in, for example, a pop-up window on agent computer  18 . Therefore, the agent can view results of the processing, most likely while still engaged in a telephone call with a customer, and use those results to determine whether to authorize a transaction requested by the customer. 
     The results of the processing can be used for a variety of purposes. For example, they can be used to determine whether to authorize a transaction or request, or verify the identity of the caller. As other examples, they can be used to help prevent any telephone fraud, merchant fraud, travel fraud, or cardholder fraud, possibly in step  82  of process method  70 . In particular, if the caller&#39;s voice print matches any of the voice prints of persons known to have attempted to engage in fraudulent transactions, as determined by the processing explained above, the caller can be refused authorization to engage in any merchant, travel, or cardholder transaction. 
     The information in the reports from results of the processing can also be stored in database  12 , or other location, and used for data mining purposes. For example, various types of processing can occur using the stored data to generate statistical analysis of it. 
     While the present invention has been described in connection with an exemplary embodiment, it will be understood that many modifications will be readily apparent to those skilled in the art, and this application is intended to cover any adaptations or variations thereof. For example, various types of caller phones, communications networks, and hardware and software implementations of the voice print comparisons and processing may be used without departing from the scope of the invention. This invention should be limited only by the claims and equivalents thereof.