Abstract:
Conventional techniques for logging and using a user&#39;s signature are insecure and inflexible. A system and method are provided which: i) translate a user&#39;s first signature, such as a user&#39;s voice signature, into a user&#39;s second signature, such as a radio frequency identifier signature; and ii) deploy the user&#39;s second signature. By translating the user&#39;s first signature into the user&#39;s second signature and deploying the user&#39;s second signature, the provided technique assures the authenticity of the user. Furthermore, the provided system and method enable additional authentication factors, such as a user&#39;s personal identification number, to be used with the user&#39;s first and second signatures in multiple combinations and sequences to assure the authenticity of the user. As such, the invention provides a security layer offering added security and added flexibility previously unavailable, and which may be applied in a variety of contexts, such as a user device or a retail transaction.

Description:
BACKGROUND OF THE INVENTION 
       [0001]    It is well known that passwords for secure accounts may be given either verbally or typed into a keypad and registered electronically to give users access, or to block unauthorized users from gaining access to accounts or other secure systems. These passwords include everything from a personal identification number (PIN) entered into a touchpad at an automatic teller machine (ATM), to a credit card number read when a credit card is swiped, to an account number and specific user data that is requested by a bank&#39;s customer service phone operator to validate a customer&#39;s identity in order to access the user&#39;s mortgage information over a telephone call. 
         [0002]    Currently, physical signatures on paper or electronic keypads, entering of alphanumeric codes, fingerprint matching, retinal scanning or the answering of personal identification questions are the common methods that are used to validate the authenticity of an individual. The authenticity of an individual is validated to verify the identity of the individual, to conduct secure transactions, or to grant secure access to an area, venue, ticketed event, information or account. 
       SUMMARY OF THE INVENTION 
       [0003]    Some conventional techniques log a user&#39;s signature via electronic keypad or log a user&#39;s touchpad code. Other conventional techniques match a user&#39;s voice for voice activated commands and manual voice data confirmations. Unfortunately, with these techniques there is no security layer which transforms a user&#39;s voice signature into a unique radio frequency identifier (RFID) signature which may be deployed as a layer of confirmation or as a security code for use in a variety of security systems or transactions. 
         [0004]    Accordingly, one embodiment of the present invention translates a user&#39;s first signature, such as a user&#39;s voice signature into a user&#39;s second signature, such as a RFID signature. The user&#39;s second signature is deployed. By translating the user&#39;s first signature into the user&#39;s second signature and then deploying the user&#39;s second signature, the authenticity of the user is assured. 
         [0005]    In another embodiment of the present invention, to translate a user&#39;s voice signature into a RFID signature, the user&#39;s spoken name is recorded as the user&#39;s voice signature. A RFID tag is then attached to the recorded user&#39;s spoken name to produce the RFID signature. Translating the user&#39;s voice signature into the RFID signature may include processing a sound wave representing the user&#39;s spoken name to generate a master copy of the user&#39;s voice signature. The master copy the user&#39;s voice signature may then be used to verify a provided copy of the user&#39;s voice signature to authenticate the user. In one embodiment, the user&#39;s voice signature is translated into the RFID signature at a user device, such as a cell phone, telephone or computer. Alternatively, the user&#39;s voice signature is translated into the RFID signature at a device, such as a retaiter&#39;s electronic transaction system or a voice signature central server. 
         [0006]    In yet another embodiment of the present invention, in deploying the user&#39;s second signature the user&#39;s information is accessed with the deployed user&#39;s second signature and the accessed user&#39;s information is verified to authenticate the user. 
         [0007]    In still another embodiment of the present invention, in deploying the user&#39;s second signature to assure authenticity of the user, a provided copy of the user&#39;s first signature is verified against a master copy of the user&#39;s first signature to authenticate the user. 
         [0008]    By translating a user&#39;s first signature, such as a user&#39;s voice signature into a user&#39;s second signature, such as a RFID signature, a security layer is provided. Such a provided security layer adds security and flexibility. For example, in one embodiment of the present invention, in deploying the user&#39;s second signature the user&#39;s second signature is de-authorized and re-attached to the user&#39;s first signature periodically to assure authenticity of the user. Alternatively, to assure authenticity of the user the user&#39;s second signature is de-authorized and re-attached to the user&#39;s first signature in an event the user&#39;s first signature is compromised. 
         [0009]    Other authentication factors besides a user&#39;s voice signature and a RFID signature may be used to authenticate a user. By attaching or otherwise assigning additional authentication factors, such as a personal identification number (PIN) to a user&#39;s voice signature, the attached authentication factors may be used with the user&#39;s voice signature in multiple combinations and sequences to authenticate the user and to assure authenticity of the user. 
         [0010]    Accordingly, in one embodiment of the present invention, a user&#39;s third signature is attached to a user&#39;s first signature and a user&#39;s second signature. In an event verifying a master copy of the user&#39;s first signature with a provided copy of the user&#39;s first signature is not successful, a provided copy of the user&#39;s third signature is verified against a master copy of the user&#39;s third signature to authenticate the user. In this way, this embodiment authenticates the user by a combination of the user&#39;s first signature and the user&#39;s third signature with the user&#39;s first signature and the user&#39;s third signature being verified in sequence. 
         [0011]    A user&#39;s second signature may be deployed to authenticate a user within one of several contexts, such as a user device, a central server, a retail transaction, and a financial transaction. That is to say, the authenticity of the user may be assured at the user device, at the central server, at a retailer (point of sale), or at a financial institution (e.g., ATM location). Accordingly, in one embodiment of the present invention, the user&#39;s second signature is deployed to authenticate the user within a context of a user device, a central server, a retail transaction, and a financial transaction. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0012]    The foregoing will be apparent from the following more particular description of example embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating embodiments of the present invention. 
           [0013]      FIG. 1  is block diagram illustrating an overview of the present invention ensuring authenticity of a user in the context of an example retail transaction; 
           [0014]      FIG. 2  is a block diagram illustrating “translating” a user&#39;s voice signature into a RFID signature in accordance with one embodiment of the present invention; 
           [0015]      FIG. 3A  is a block diagram illustrating an example system for “translating” a user&#39;s voice signature into a RFID signature and for deploying the RFID signature in accordance with one embodiment of the present invention; 
           [0016]      FIG. 3B  is a block diagram illustrating a device deploying a RFID signature in accordance with embodiments of the present invention; 
           [0017]      FIG. 4  is a series of graphs illustrating verification of a user&#39;s voice signature in accordance with embodiments of the present invention; 
           [0018]      FIG. 5  is a block diagram illustrating authenticating a user in an event the user&#39;s voice signature is unsuccessfully verified in accordance with embodiments of the present invention; 
           [0019]      FIG. 6  is a block diagram illustrating storing a RFID signature in various external storage entities and deploying the stored RFID signature from the various external storage entities in accordance with embodiments of the present invention; 
           [0020]      FIGS. 7A-7C  are flow diagrams illustrating an example process for ensuring authenticity of a user in accordance with one embodiment of the present invention; 
           [0021]      FIG. 8  is an example network deploying embodiments of the present invention; and 
           [0022]      FIG. 9  is an example computer implementing embodiments of the present invention. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0023]    A description of example embodiments of the invention follows. 
         [0024]      FIG. 1  provides an overview of assuring authenticity of a user in the context of an example retail transaction  100 . A user  105  provides a first signature  110  such as the user&#39;s spoken name. The user&#39;s first signature  110  is provided to a retailer&#39;s electronic transaction processing station  115 . In this example, the retailers electronic transaction processing station  115  is equipped with a microphone  120  to accept the user&#39;s spoken name and a keypad  125  to accept the user&#39;s personal identification number (PIN). The retailer&#39;s electronic transaction processing station  115  communicates with the retailer&#39;s cash register  130 . 
         [0025]    The user&#39;s first signature  110  is “translated” into a second signature  135 , such as a RFID signature. The second signature  135  is deployed to the retailer&#39;s transaction server  140  to authenticate the user and to complete the retail transaction. For example, the user&#39;s password and financial account are verified  145 . 
         [0026]    In the above example, the second signature  135  is deployed to the retailer&#39;s electronic transaction processing station  115  to authenticate the user  105  within the context of the retail transaction  100 . That is to say, the authenticity of the user  105  is assured at the retailer. However, one skilled in the art will readily appreciate that deploying a second signature is not limited to authenticating a user within the context of a retail transaction, but may also include, for example, within the context of a user device, a central server and a financial transaction. That is to say, the authenticity of the user may be assured at the user device, the central server, or the financial institution. 
         [0027]    For example, the deployed second signature  135  may activate a user session within, for example, the context of a user device or a central server. In another example, the deployed second signature  135  may further validate the user session. In yet another example, the deployed second signature  135  may commence a transaction within, for example, the context of a retail or financial transaction. In still yet another example, the deployed second signature  135  may consummate or otherwise complete the transaction. 
         [0028]      FIG. 2  illustrates an example translating unit  200  for “translating” a user&#39;s voice signature into a RFID signature. The translating unit  200  is made up of a recording unit  210 , a processing unit  220 , and an attaching unit  230 . The translating unit  200  is coupled to an interface (not shown) adapted to accept a user&#39;s voice signature  205  sent from a device (not shown), such as a cell phone, a telephone, a computer, an electronic transactions processing station, and a voice signature central. 
         [0029]    The user&#39;s voice signature  205 , such as the user&#39;s spoken name is recorded by the recording unit  210  resulting in a recorded voice signature  215 . The recorded voice signature  215  is processed by the processing unit  220  into a master copy of the user&#39;s voice signature  225 . In this way, the master copy of the user&#39;s voice signature  225  can be used to verify a provided copy of the user&#39;s voice signature (e.g., the next instance when the user speaks the user&#39;s name). As such, by verifying a user&#39;s voice signature (i.e., voice signature verification) a user can be authenticated and authenticity of the user can be assured. 
         [0030]    The recorded voice signature  215  is processed by the processing unit  220  applying, for example, various voice treatments, such as time limiters, bass modulation, treble modulation, frequency modulation, and wave form spectral analysis (not shown). In another example, audio encryption is applied to encrypt the recorded voice signature (not shown). In yet another example, waveform and other dynamic analysis tools are applied to the recorded voice signature to account for variations in a user&#39;s voice quality and phrasing (not shown). Since a user&#39;s voice quality and phrasing may vary from moment to moment, day to day, etc. such tools may be used to accommodate for these variations. In still yet another example, an algorithm factoring in the dynamic ranges of bass, high and low end frequency, waveform, and time is applied to the recorded voice signature (not shown) at the processing unit  220 . 
         [0031]    The aforementioned is by no means an exhaustive list of how a user&#39;s voice signature can be processed into a master copy of the user&#39;s voice signature. How the user&#39;s voice signature is processed into the master copy of the user&#39;s voice signature, however, is not of consequence. Instead, what is of consequence is that the master copy of the user&#39;s voice signature serves as an “audio thumbprint” against which a provided copy of the user&#39;s voice signature is verified against to authenticate the user and to assure authenticity of the user. 
         [0032]    A master copy of a user&#39;s voice signature, however, is but one authentication factor with which to authenticate a user. By attaching or otherwise assigning additional authentication factors to a master copy of a user&#39;s voice signature, the master copy of the user&#39;s voice signature may be used with those attached authentication factors in multiple combinations and sequences to authenticate the user and to assure authenticity of the user. For example, the following authentication factors are attached to one another: a user&#39;s voice signature, a user&#39;s RFID signature, and a user&#39;s PIN. In all event, for example, the user&#39;s RFID signature is not available (e.g., a user device storing the user&#39;s RFID signature is stolen) the user may still be authenticated with the user&#39;s voice signature, the user&#39;s PIN or combinations thereof. 
         [0033]    Returning to  FIG. 2 , the attaching unit  230  renders or otherwise attaches an identification string  235  (e.g., a person identification number (PIN) or other number string) to the master copy of the user&#39;s voice signature  225  to further identify the user&#39;s voice signature. In this way, if a user&#39;s voice signature changes drastically (e.g., due to mood or health), the identification string  235  may be used instead in an event a provided copy of the user&#39;s voice signature does not match or is otherwise verified unsuccessfully against the master copy of the user&#39;s voice signature  225 . In addition to attaching the identification string  235 , an attaching unit  230  attaches a unique radio frequency identifier (RFID) signature  335  (described below in greater detail) to the master copy of user&#39;s voice signature  225 . 
         [0034]    In this way, a user&#39;s first signature, such as a user&#39;s spoken name is “translated” into at least one user&#39;s second signature, such as a PIN or a RFID signature. Translating a user&#39;s first signature into at least one user&#39;s second signature provides an additional layer of security, as well as adds flexibility. For example, in an event a RFID signature is compromised (e.g., a user device storing the RFID signature is stolen), the compromised RFID signature may be de-authorized and another RFID signature may be attached or otherwise assigned to a user&#39;s voice signature. In another example, an “old” RFID signature attached to a user&#39;s voice signature may be changed or otherwise replaced with a “new” RFID signature regularly. 
         [0035]    In one embodiment, a user&#39;s voice signature is translated into a RFID signature. The REID signature contains a unique Electronic Product Code (EPC). The EPC is a standard for identifying objects, such as products, proposed by the Auto-ID Center, and supported by the Uniform Code Council (UCC) and the European Article Numbering (EAN) International. For example, an EPC for a product in addition to identifying the product itself may identify the manufacturer of the product and the type of product. Rather than identifying products, this embodiment of the present invention uses an EPC to identify a user. One skilled in the art, however, will readily recognize the present invention is not intended to be limited to an EPC, but contemplates other identifiers and other schemes for identifying a user. 
         [0036]    To assure integrity, the REID signature  335  translated from the user&#39;s voice signature  205  is changed over time. For example, a user or a system administrator may elect to change the RFID signature  335  periodically or in an event the RFID signature  335  is compromised. To further assure integrity, the audio encryption process used to encrypt the recorded voice signature  215  or the master copy of the user&#39;s voice signature  225  may also be changed over time. 
         [0037]      FIG. 3A  illustrates an example system  300  for translating a user&#39;s first signature, such as the user&#39;s spoken name into an at least one user&#39;s second signature, such as a RFID signature according to the present invention. A user  305  speaks the user&#39;s name and generates sound waves  310  representing the user&#39;s spoken name. The sound waves  310  are transmitted from a device  315 , such as a cell phone as a communication signal  320  through a communication network  325 , such as a cellular network. 
         [0038]    The communication signal  320  by which the user&#39;s spoken name is transmitted, is sent to a voice signature central server  330  where the user&#39;s spoken name is logged or otherwise identified as belonging to the user. The user&#39;s spoken name is modulated or otherwise processed and translated into a RFID signature  335 . As such, the user&#39;s spoken name is attached to or otherwise corresponds with the RFID signature  335 . In addition to translating the user&#39;s spoken name into the RFID signature  335 , in later instances, the user&#39;s spoken name (and thus the user) is authenticated at the voice signature central server  330  by verifying the user&#39;s spoken name. 
         [0039]    In addition to translating a user&#39;s voice signature into a RFID signature, additional authentication factors such as a PIN or a password may be attached to the user&#39;s voice signature  205 . As such, in addition to (or in lieu of) verifying the user&#39;s spoken name to authenticate the user, a chosen password or given user number may also be verified at the voice signature central server  330 . In one example, a given user number is based upon the process described in reference to  FIGS. 4 and 5 . 
         [0040]    In an alternative embodiment, the sound waves  310  representing with the user&#39;s spoken name are modulated at the device  315 . In this embodiment, the user&#39;s spoken name (and thus the user) is authenticated at the device  315 , in contrast to the embodiment described above. 
         [0041]    Continuing with  FIG. 3A , once translated the RFID signature  335  attached to user&#39;s spoken name may be deployed, for example, to complete a transaction or to verify other forms of identification, such as a driver&#39;s license. In this example, the voice signature central server  330  deploys the RFID signature  335 . Alternatively, the device  315  deploys the RFID signature  335 . 
         [0042]      FIG. 3B  illustrates the device  315 , such as a cell phone  315   a , a telephone  315   b , and a computer  315   c  deploying the RFID signature  335 . As described in reference to  FIG. 3A , a user&#39;s spoken name is processed and translated into the RFID signature  335 . As such, the user&#39;s spoken name is attached to or otherwise corresponds with the RFID signature  335 . However, rather than processing and translating the user&#39;s spoken voice into the RFID signature  335  at a voice signature central server, such as the voice signature central server  330  of  FIG. 3A , the user&#39;s spoken name is processed and translated at the device  315  of  FIG. 3B . 
         [0043]    From the device  315 , the RFID signature  335  is deployed to a system  365 , such as network operation center (NOC) for a cellular or telephone network operator, or an internet service provider (ISP). Alternatively, the system  365  may be a centralized service specifically established to authenticate users using RFID signatures. 
         [0044]    At the system  365 , the user&#39;s RFID signature  335  along with user information, such as a financial account number (not shown) is logged or otherwise stored on, for example, a database server (not shown). In this way, the RFID signature  335  is deployed from the user device  315  to access information about an account belonging to the user. In one example, the deployed RFID signature  335  references or otherwise indexes a user&#39;s account or other information. To access the user&#39;s information referenced by the deployed RFID signature  335  the user may be prompted or otherwise required to provide a voice signature, such as the user&#39;s spoken name. To illustrate, consider the following example. 
         [0045]    At a user device, a user provides a voice signature, such as the user&#39;s spoken name. The voice signature is translated at the user device into a RFID signature which is then deployed to access user information. The deployed RFID signature is used to reference a master copy of the user&#39;s voice signature to which a provided copy of the user&#39;s voice signature is verified against to authenticate the user. Once authenticated and user authenticity is assured, access to the user&#39;s information is granted. 
         [0046]      FIG. 4  illustrates verifying a user&#39;s voice signature. In one embodiment, a user&#39;s voice signature is stored in a waveform audio format (WAV). A WAV file is a MICROSOFT and IBM audio file format standard for storing audio on a personal computer. A WAV file is compatible with both APPLE and MICROSOFT WINDOWS systems. 
         [0047]    A WAV file is created by sampling a sound wave 44,100 times per second and using 16 bits to encode each sample. Consequently, for a user&#39;s voice signature, such as the user&#39;s name spoken in 1-3 seconds there is a tremendous amount of binary information with which to verify a provided copy  405  of the user&#39;s voice signature against a master copy  410  of the user&#39;s voice signature. For example, for a verifiable match between the provided copy  405  of the user&#39;s voice signature and the master copy  410  of the user&#39;s voice signature, 13 out of 16 bits per sample (i.e. 81%) must match. The top graph in  FIG. 4  is illustrative. 
         [0048]    Alternatively, a wave pattern representing the provided copy of the user&#39;s voice signature in graphical form  415  may be compared against a wave pattern representing the master copy of the user&#39;s voice signature in graphical form  420  to verify the user&#39;s voice signature. For example, if a comparison between the wave pattern representing the provided copy  415  and the wave pattern representing the master copy  420  exceeds a high point differential of 20%, then the provided copy  415  of the user&#39;s voice signature is rejected as a non-match (i.e., the provided copy  415  does not match the master copy  420 ). The two graphs in the middle of  FIG. 4  are illustrative. 
         [0049]    Alternatively, for a verifiable match between a provided copy of a user&#39;s voice signature  425  and a master copy of the user&#39;s voice signature  430 , a standard deviation from the time it takes a user to speak, for example, the user&#39;s name and the standard decibel of bass in the user&#39;s name must fall within a reasonable range, e.g., 80% of the measurements of the provided copy  425  compared to the master copy  430  held, for example, in a database. As voice quality for a user can vary over both large and short time frames, the standard deviation takes these variations in voice qualities into account. If the standard deviation results in a matching of less than 80%, then the provided copy of the user&#39;s voice signature  425  is rejected as a non-match (i.e., the provided copy  425  does not match the master copy  430 ). The two graphs in the bottom of  FIG. 4  are illustrative. 
         [0050]    The aforementioned techniques for verifying a user&#39;s voice signature may be used separately or combined to verify the user&#39;s voice signature. For example, the results (i.e., percent match) of each of the techniques may be averaged together. In an event, the average is determined or otherwise calculated to be greater than, for example, 80% match then the user&#39;s voice signature is successfully verified, despite any one of the techniques resulting in less than 80% match. In this way, a user&#39;s voice signature has a second chance at being verified successfully. 
         [0051]      FIG. 5  illustrates authenticating a user in an event the user&#39;s voice signature is unsuccessfully verified. By attaching or otherwise assigning additional authentication factors, such as a personal identification number (PIN) or a password to a user&#39;s voice signature, the attached additional authentication factors may be used with the user&#39;s voice signature in multiple combinations and sequences to authenticate the user. For example, if a user&#39;s voice signature changes drastically (e.g., due to mood or health) such that verifying the user&#39;s voice signature is unsuccessful, a PIN may be used in lieu of the user&#39;s voice signature to authenticate the user. To further illustrate, consider the following examples illustrated in  FIG. 5 . 
         [0052]    In the first example, a user  505  states the user&#39;s name  510  and PIN  515  by speaking into a cell phone  315   a . The cell phone  315   a  is connected via a communications network  325  to a voice signature central server  330 . At the voice signature central server  330 , the user&#39;s stated name  510  is recognized (e.g., using voice recognition software) and verified (e.g., by comparing a provided copy of the user&#39;s spoken name against a master copy of the user&#39;s spoken name stored in a database). It should be noted, even if the user&#39;s stated name  510  is recognized, the user&#39;s stated name  510  may not be verified successfully. As such, the authenticity of the user&#39;s identity is ambiguous. To resolve such ambiguity, the user&#39;s stated PIN  515  is also recognized by the voice signature central server  330 . 
         [0053]    If the user&#39;s stated name  510  (i.e., user&#39;s voice signature) is verified successfully, there is no ambiguity in the user&#39;s identity and the voice signature central server  330  deploys a RFID signature  335  attached to the user&#39;s voice signature to a financial institution  540 , for example. With the deployed RFID signature  335 , the financial institution  540  verifies the user&#39;s financial information, such as available funds or available line of credit. In this way, the user is authenticated at the financial institution  540 . 
         [0054]    If however, the user&#39;s stated name  510  (i.e., user&#39;s voice signature) is not verified successfully, there is ambiguity in the user&#39;s identity. To resolve the ambiguity, the user&#39;s stated PIN  515 , as recognized by the voice signature central server  330 , is verified against a master copy of the user&#39;s PIN attached to the user&#39;s voice signature. If the user&#39;s stated PIN  515  is verified successfully by the voice signature central server  330 , the ambiguity in the user&#39;s identity is resolved. Subsequently, the RFID signature  335  attached to the user&#39;s voice signature is deployed from the voice signature central server  330  to the financial institution  540  to verify the user&#39;s financial information. In this way, an additional authentication factor attached to a user&#39;s voice signature is used to verify the identity of the user in an event the user&#39;s voice signature cannot be verified successfully. 
         [0055]    In the second example, a user  555  states the user&#39;s name  560  by speaking into an electronic payment processor  115  having a microphone  120 . Additionally, the user  555  keys in or otherwise enters a user&#39;s PIN  575  into electronic payment processor  115  via an alphanumerical keypad  125 . The electronic payment processor  115  is connected via the communications network  325  to the voice signature central server  330  where the user&#39;s stated name  560  is recognized (e.g., using voice recognition software) and verified (e.g., by comparing a provided copy of the user&#39;s spoken name against a master copy of the user&#39;s spoken name stored in a database). It should be noted, even if the user&#39;s stated name  560  is recognized, the user&#39;s stated name  560  may not be verified successfully. As such, authenticity of the user&#39;s identify is ambiguous. To resolve such ambiguity, the user&#39;s entered (keyed in) PIN  575  is used by the voice signature central server  330 . 
         [0056]    If the user&#39;s stated name  560  (i.e., voice signature) is verified successfully, there is no ambiguity in the user&#39;s identity and the voice signature central server  330  deploys the RFID signature  335  attached to the user&#39;s voice signature to the financial institution  540 . With deployed RFID signature  335 , the financial institution  540  verifies the user&#39;s financial information, such as available funds or available line of credit. 
         [0057]    If however, the user&#39;s stated name  560  (i.e., voice signature) is not verified successfully, there is ambiguity in the user&#39;s identity. To resolve the ambiguity, the user&#39;s entered (keyed in) PIN  575  is verified against a master copy of the user&#39;s PIN attached to the user&#39;s voice signature. If the user&#39;s entered PIN  575  is verified successfully by the voice signature central server  330 , the ambiguity in the user&#39;s identity is resolved. Subsequently, the RFID signature  335  attached to the user&#39;s voice signature is deployed from the voice signature central server  330  to the financial institution  540  to verify the user&#39;s financial information. In this way, an additional authentication factor attached to a user&#39;s voice signature is used to verify the identity of the user in an event the user&#39;s voice signature cannot be verified successfully. 
         [0058]    In the previous two examples, the voice signature central server  330  resolves ambiguity in a user&#39;s identity by verifying an additional authentication factor attached to the user&#39;s voice signature, such as a user&#39;s PIN ( 515  and  575 ) in an event the user&#39;s voice signature ( 510  and  560 ) cannot be verified successfully. As such, the user is authenticated at the voice signature central server  330 . 
         [0059]    Alternatively, the additional authentication factor attached to the user&#39;s voice signature may also be deployed to the financial institution  540 . In such an instance, the financial institution  540 , in addition to verifying the user&#39;s financial information, also verifies the additional authentication factor, such as the user&#39;s PIN ( 515  and  575 ). In this way, the user is authenticated at the financial institution  540 . 
         [0060]      FIG. 6  illustrates storing a RFID signature  335  in a variety of storage entities, such as a cell phone  610 , personal computer  615 , or other local device. The RFID signature  335  may be stored in a vehicle communication device  620 , such as a personal computer mounted within a vehicle. The RFID signature  335  may be stored on a remote server  625  that is in communication with a variety of clients, such as a financial institution. The remote server  625  is responsive to client queries, such as financial and informational data queries. The RFID signature  335  may be stored in a private intranet  630 , such as a virtual private network (VPN) of a financial institution. Storing the RFID signature  335  in a private intranet  630  enables an institution, such as a financial institution to act as a single isolated source to verify the user&#39;s RFID signature  335  to assure the authenticity of a user. 
         [0061]    In addition to storing, the RFID signature  335  may be a deployed from the storage entity (e.g., phone  610 , personal computer  615 , vehicle communication device  620 , remote server  625 , and private intranet  630 ) by selecting  635  the storage entity through, for example, a selection menu of a controller (not shown). Alternatively, the RFID signature  335  may be deployed from the storage entity (phone  610 , personal computer  615 , vehicle communication device  620 , remote server  625 , and private intranet  630 ) by voice activation. 
         [0062]      FIGS. 7A-C  illustrate an example process  700  for ensuring authenticity of a user. The process  700  records (step  705 ) a user&#39;s voice signature, such the user&#39;s spoken name. The process  700  produces (step  710 ) a master copy of the user&#39;s voice signature. The produced master recording of the user&#39;s voice signature is used to verify subsequent recordings or instances of the user&#39;s voice signature to authenticate the user. 
         [0063]    In one embodiment, the process  700  modulates (not shown) and analyzes (not shown) sound elements of the user&#39;s recorded voice signature to produce the master copy of the user&#39;s voice signature. The process  700  attaches (step  715 ) or otherwise assigns a unique RFID signature to the master copy of the user&#39;s voice signature. In this way, the process  700  “translates” the user&#39;s voice signature into the RFID signature. 
         [0064]    The process  700  optionally attaches (not shown) an additional authentication factor, such as a personal identification number (PIN) to the master copy of the user&#39;s voice signature. In this way, in an event the user&#39;s voice signature cannot be verified successfully, the process  700  verifies (not shown) the additional authentication factor to authenticate the user as described above in  FIG. 5 . 
         [0065]    The process  700  stores (step  720 ) the produced master copy of the user&#39;s voice signature and the attached RFID signature (and the optionally attached additional authentication factor) in, for example, a database. In this way, the produced master copy of the user&#39;s voice signature and the attached RFID signature (and the optionally attached additional authentication factor) may be verified either separately or in combination to authenticate the user. 
         [0066]    For example, in  FIG. 7B , the process  700  accesses (step  750 ) the master copy of the user&#39;s voice signature with the stored RFID signature. The process  700  verifies (step  755 ) a provided copy of the user&#39;s voice signature against the accessed master copy of the user&#39;s voice signature. The process  700  determines (step  760 ) whether the provided copy of the user&#39;s voice signature is verified successfully against the master copy of the user&#39;s voice signature. If the process  700  determines (step  760 ) the provided copy of the user&#39;s voice signature is verified successfully against the master copy of the user&#39;s voice signature, the user is authenticated and authenticity of the user is assured. 
         [0067]    If however, the process  700  determines (step  760 ) the provided copy of the user&#39;s voice signature is not verified successfully against the master copy of the user&#39;s voice signature, the user is not authenticated and authenticity of the user is not assured. In one embodiment (not shown), in an event, the process  700  determines (step  760 ) the provided copy of the user&#39;s voice signature is not verified successfully against the master copy of the user&#39;s voice signature, the process verifies a provided copy of an additional authentication factor, such as a PIN against a master copy of the additional authentication factor attached to the user&#39;s voice signature. In this way, a user may be authenticated and authenticity of the user assured, even when the user&#39;s voice signature cannot be verified successfully. 
         [0068]    In another example illustrated by  FIG. 7C , the process  700  verifies (step  765 ) a provided copy of the user&#39;s voice signature against the master copy of the user voice signature. The process  700  determines (step  770 ) whether the provided copy of the user&#39;s voice signature is verified successfully against the master copy of the user&#39;s voice signature. If the process  700  determines (step  770 ) the provided copy of the user&#39;s voice signature is verified successfully against the master copy of the user&#39;s voice signature, the process  700  deploys (step  775 ) the RFID signature attached to the master copy of the user&#39;s voice signature. The deployed RFID signature may be used, for example, to complete a transaction or to access the user&#39;s financial account. In this way, the user is authenticated and the authenticity of the user is assured. 
         [0069]    If however, the process  700  determines (step  770 ) the provided copy of the user&#39;s voice signature is not verified successfully against the master copy of the user&#39;s voice signature, the user is not authenticated and the authenticity of the user is not assured. In one embodiment (not shown), in an event the process  700  determines (step  770 ) the provided copy of the user&#39;s voice signature is not verified successfully against the master copy of the user&#39;s voice signature, the process verifies a provided copy of an additional authentication factor, such as a PIN against a master copy of the additional authentication factor attached to the user&#39;s voice signature. In this way, a user may be authenticated and authenticity of the user assured, even when the user&#39;s voice signature cannot be verified successfully. 
         [0070]      FIG. 8  illustrates a computer network or similar digital processing environment in which embodiments of the present invention may be deployed. 
         [0071]    Client computer(s)/devices  50  and server computer(s)  60  provide processing, storage, and input/output devices executing application programs and the like. Client computer(s)/devices  50  can also be linked through communications network  70  to other computing devices, including other client devices/processes  50  and server computer(s)  60 . Communications network  70  can be part of a remote access network, a global network (e.g., the Internet), a worldwide collection of computers, Local area or Wide area networks, and gateways that currently use respective protocols (TCP/IP, Bluetooth, etc.) to communicate with one another. Other electronic device/computer network architectures are suitable. 
         [0072]      FIG. 9  is a block diagram of the internal structure of a computer (e.g., client processor/device  50  or server computers  60  of  FIG. 8 ) in which various embodiments of the present invention may be implemented. Each computer  50 ,  60  contains system bus  79 , where a bus is a set of hardware lines used for data transfer among the components of a computer or processing system. Bus  79  is essentially a shared conduit that connects different elements of a computer system (e.g., processor, disk storage, memory, input/output ports, network ports, etc.) that enables the transfer of information between the elements. Attached to system bus  79  is I/O device interface  82  for connecting various input and output devices (e.g., keyboard, mouse, displays, printers, speakers, etc.) to the computer  50 ,  60 . Network interface  86  allows the computer to connect to various other devices attached to a network (e.g., network  70  of  FIG. 8 ). Memory  90  provides volatile storage for computer software instructions  92  and data  94  used to implement an embodiment of the present invention (e.g. the translating unit  200 , and the translation, storage and deployment of the RFID signature  335  detailed above). Disk storage  95  provides non-volatile storage for computer software instructions  92  and data  94  used to implement an embodiment of the present invention. Central processor unit  84  is also attached to system bus  79  and provides for the execution of computer instructions. 
         [0073]    In one embodiment, the processor routines  92  and data  94  are a computer program product (generally referenced  92 ), including a computer readable medium (e.g., a removable storage medium such as one or more DVD-ROM&#39;s, CD-ROM&#39;s, diskettes, tapes, etc.) that provides at least a portion of the software instructions for the invention system. Computer program product  92  can be installed by any suitable software installation procedure, as is well known in the art. In another embodiment, at least a portion of the software instructions may also be downloaded over a cable, communication and/or wireless connection. In other embodiments, the invention programs are a computer program propagated signal product  107  embodied on a propagated signal on a propagation medium (e.g., a radio wave, an infrared wave, a laser wave, a sound wave, or an electrical wave propagated over a global network such as the Internet, or other network(s)). Such carrier medium or signals provide at least a portion of the software instructions for the present invention routines/program  92 . 
         [0074]    In alternate embodiments, the propagated signal is an analog carrier wave or digital signal carried on the propagated medium. For example, the propagated signal may be a digitized signal propagated over a global network (e.g., the Internet), a telecommunications network, or other network. In one embodiment, the propagated signal is a signal that is transmitted over the propagation medium over a period of time, such as the instructions for a software application sent in packets over a network over a period of milliseconds, seconds, minutes, or longer. In another embodiment, the computer readable medium of computer program product  92  is a propagation medium that the computer system  50  may receive and read, such as by receiving the propagation medium and identifying a propagated signal embodied in the propagation medium, as described above for computer program propagated signal product. 
         [0075]    Generally speaking, the term “carrier medium” or transient carrier encompasses the foregoing transient signals, propagated signals, propagated medium, storage medium and the like. 
         [0076]    Further, the present invention may be implemented in a variety of computer architectures. The computer of  FIGS. 8 and 9  are for purposes of illustration and not limitation of the present invention. 
         [0077]    While this invention has been particularly shown and described with references to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention encompassed by the appended claims. 
         [0078]    It should be understood that elements of the block diagrams, network diagrams, and flow diagrams described above may be implemented in software, hardware, or firmware. In addition, the elements of the block diagrams and flow diagrams described above may be combined or divided in any manner in software, hardware, or firmware. If implemented in software, the software may be written in any language that can support the embodiments disclosed herein. The software may be stored on any form of computer-readable medium, such as RAM, ROM, CD-ROM, and so forth. In operation, a general purpose or application specific processor loads and executes the software in a manner well understood in the art.