Voice-controlled vehicle control system6496107Abstract A vehicle control system for permitting voice control of at least one device in a vehicle by at least one user includes a radio transponder unit which outputs an RF signal which includes an identification code; an electronic receiver for receiving the RF signal and down converting the received signal to output the identification code; a microphone for receiving an audible signal spoken by a user and converting the audible signal to a digital signal; a memory for storing a plurality of files, each file comprising a voiceprint of a user and a command instruction for controlling at least one function of the device; and a microprocessor for determining whether the identification code is valid and for analyzing the digital signal to determine whether it matches one of the voiceprints stored in memory if the identification code is determined valid. The microprocessor executes a command instruction to control the function of the device if a match has been found. Claims What is claimed is: Description BACKGROUND
TABLE 1
COLUMN
1 2 4
VOICE SECURITY 3 VOICEPRINT 5
6 7
COMMAND LEVEL USER TEMPLATE ENABLED
ACTION HIERARCHY
ROW 1 Unlock 1 Richard 01101111... Yes
Unlock Door 1
Driver's Door Victoria 01110110... Yes
Unlock Door 2
2 Turn On 2 Richard 10101110... Yes Turn
On 1060 AM 1
Stereo
Volume Setting 2
Victoria 11011011... Yes Turn
On 100.3 FM 2
Max
Volume
3 Turn Off 10 Richard 11101110... Yes Turn
Off 1
Stereo Victoria 01101110... Yes Turn
Off 2
4 Turn On 10 Richard 11111000... Yes Turn
On Setting 3 1
Wipers Low Victoria 10101010... No XXXX
X
5 Turn On 10 Richard 10111110... Yes Turn
On Setting 9 1
Wipers High Victoria 10100001... No XXXX
X
6 Sunny Day 5 Richard 10111011... Yes 1)
Open All Windows 1
2)
Open Sunroof
3)
Turn On Stereo To
100.3 FM Max
Volume
4)
Turn On Fan High
Table 1 shows the voiceprint templates as stored in memory. As shown, each voice command is associated with at least six additional fields of information as shown by column 2-7 in Table 1: security level, user, voiceprint template, enabled, action, hierarchy. For example, if the voice command is "unlock driver's door", as shown in column 1, row 1 there are two associated voiceprint templates as shown in column 4, row 1. The first template is associated with the user Richard, and the second template is associated with the user Victoria. In this example, Richard and Victoria can each create their own voiceprint timeplate by speaking the command "unlock driver's door" into the internal or external microphones 50, 52. This information is processed as described hereinbefore and stored in memory as a voiceprint template. The user may also customize the particular action associated with the voice command. As shown in column 6, row 1, the only action associated with "unlock driver's door" is to unlock the door. In a second example, however, for the voice command "turn on stereo" the user Richard has customized the action associated with turning on the stereo to the following: turn on 1060 am, volume setting 2. In contrast, the user Victoria has customized the action associated with her voiceprint template for turn on stereo to: turn on 100.3 fm, max volume. In this manner, each voice command is customized in accordance with the user's specific requirements. There may be situations where different users'commands may conflict. In the aforementioned example regarding turning on the stereo, the actions associated with the voice command "turn on stereo" as shown in column 6 conflict regarding both the station selection and the volume setting. In this case, the hierarchy field shown in column 7 gives priority to the user Richard. The user Victoria has second priority. If additional users were specified, they can in turn have their own priority under the hierarchy. The security level column, shown as column 2, permits the system 20 to accept varying thresholds for voiceprint template identification. This enables certain voice commands to have a higher level of security than other commands. For example, the voice command "unlock driver's door" has a security level of 1, indicating that it is a highly secure function. For a higher security level, the threshold for voiceprint template identification will be extremely high; i.e., the voiceprint template must be highly correlated with the received voice command. However, other voice commands may have lower security levels. For some commands such as "turn on wipers low" or "turn on wipers high", a security level of 10 permits an almost "generic" user to perform the command. This is a particularly useful feature, such as when valet personnel require access to certain functions and have not previously entered a voiceprint template into the system 20. It should be noted that, as shown in row 5 for the voice command "turn on wipers high", although a "generic" user may operate the wipers, the system 20 may detect the voiceprint template for Victoria and refuse to grant access to that command since the enabling feature shown in column 5 is "no". This will "lock out" the user Victoria and keep the user Victoria from performing that particular command. A user with a higher hierarchy can modify, override or disable any commands executed by a user with a lower hierarchy. In the same manner, the system 20 may be utilized to create certain "mood" voice commands. For example, as shown in row 6, the user Richard may create a "sunny day" voice command with a plurality of associated actions to be undertaken by the system 20, such as: 1) open all windows; 2) open sun roof; 3) turn on stereo to 100.3 fm, max volume; and 4) turn on fan high. In this matter, the system 20 may be customizable for any type of mood, weather or driving condition, and may also be tailored to plurality of individual users in a predetermined hierarchical basis. Referring to FIG. 3, the voiceprint template correlator 100 is shown. The correlator 100 is executed via the microcomputer 30 and the associated memory 32, (shown in FIG. 1), and includes a bitwise XNOR 106, an adder 108 a comparator 110 and a register 112. The voiceprint template 104 is compared to the received voiceprint 102 in a bitwise XNOR 106. The bitwise XNOR 106 compares a received voiceprint 102 to the voiceprint template 104 on a bit-by-bit basis. Each bit match is output as a logical one, and each bit mismatch is output as a logical zero. The adder 108 adds up all of the matching bits and the comparator 110 compares the total number of matching bits to a threshold stored in the register 112. If the total number of matching bits exceeds the threshold as output by the register 112, a "hit" is registered and the received voiceprint 102 is considered to be the same as the voiceprint template 104. If the total number of matching bits is less than the threshold, a "miss" is output and the received voiceprint 102 is considered not to be the same as the voiceprint template 104. As aforementioned, the threshold set in register 112 is variable depending upon the security level shown column 2 of Table 1. Although a specific correlator 100 is shown in FIG. 3, it should be recognized that there are many types of correlators and comparators that perform the same type of function which are known to those skilled in the art. The correlator 100 as shown in FIG. 3 is intended to be illustrative and not exclusive. All received voice commands are analyzed to determine whether they correspond to one of the voiceprint templates stored in memory. If there is no match, the system 20 will prompt the user to reinput the voice command by re-speaking the command. Once a predetermined number of attempts has been permitted, the system 20 will enter a "safe mode" and will refuse to accept any more voice commands for a predetermined period of time, which may be set by an authorized user upon initial system setup. If the voice command corresponds to a selected one of the voiceprint templates stored in the memory circuit 32, the microcomputer 30 generates a control signal to the voice recognition and synthesis unit 44. The voice recognition and synthesis unit 44 provides a digital output signal to the speaker output circuit 42, which converts the digital output signal to an audible output signal and supplies the output instruction signal 47 to the external or internal speakers 46, 48. These speakers 46, 48 generate alarm signals as well as audible announcements to inform the user of the present operating status of the automobile security system 20. Additionally, the microcomputer 30 implements the actions associated with the particular voiceprint template via the input/out (I/O) interface 57. The I/O 57 interfaces with many of the vehicles electrical and electromechanical systems to implement the associated actions. In such a manner, the system 20 may confirm that the instruction contained within the voice command is being carried out, or whether additional security information or clarification is necessary. Voice commands can be used in this manner to control the functions of the vehicle. The functions include turning the ignition switch on/off, locking/unlocking doors, opening/closing (i.e. power) doors and windows, controlling turn signals, hazard lights, head lights, parking lights, interior lights, horn, radio (on, off, scan, set and other specific settings), defroster, temperature controls, wipers (including variable speeds), mirrors and all other basic functions of a vehicle. The system also permits voice activation or deactivation of the alarm system. The transponder 22 and receiver 24 are also capable of using various platforms including, but not limited to, Bluetooth technology. A security system equipped with a Bluetooth radio establishes instant connection to another Bluetooth radio as soon as it comes into range. Since the Bluetooth technology supports both point-to-point and point-to-multipoint connections, several piconets can be established and linked together ad hoc. Bluetooth topology is best described as a multiple piconet structure. Using a technology such as Bluetooth allows transponders 22 and receivers 24 to communicate through other transponders 22 and receivers 24 (i.e. repeaters). Optionally, the system 20 may allow the processing of the transponder signal 15 and voice command simultaneously. When both the transponder signal 15 and voice command are approved, the system 20 will perform the function being requested. It is to be emphasized that the vehicle security application depicted in FIG. 1 is only exemplary of one of the many and varied applications with which the present invention may be used. For instance, the present invention can permit a user in a work environment to have access through locked doors, cabinets or computers, etc. Another use of this system 20 can be for hotels, whereby a guest can be given a plastic card having a transponder 22. The voice of the guest can be programmed at the front desk, upon registration such that the guest can open the door to selective hotel rooms. Further, various functions inside the hotel room may also be voice-controlled. This security system of the present invention can also secure electronic and other equipment, if a user's voice and identification data contained in the transponder unit have been pre-programed. For instance, in order to use phones, computers other electronic devices, or have access to various web sites, the transponder 22 can include a memory and these devices can be programed into the transponder 22 along with the user's voice. This permits one to use the particular electronic device or surf the web using their voice, and the transponder 22 can control the access. Referring to FIG. 2, a method of voice-controlling a security system with a proximity detector is described in accordance with the present invention. The method includes the steps of: positioning a radio transponder within a predetermined range from the activation unit (step 200); detecting an RF signal generated by the radio transponder including the identification code (step 201); verifying if the identification code detected is the identification code assigned to an authorized transponder (step 202); detecting all audible signals within range of the activation unit (step 203); converting the audible signal to a digital signal (step 204); verifying if the digital signal matches that of an authorized user (step 205); generating a digital instruction signal (step 206); and converting the digital instruction signal to an audible instruction signal (step 207). An alternative embodiment 201 of the present invention is shown in FIG. 4. This embodiment is similar to the embodiment shown in FIG. 1, except that the radio transponder 22 includes a GPS locator 158 and the vehicle includes a GPS receiver 160 and a detector 162, which have outputs fed to the microcomputer 30. In this embodiment, the transponder 122 also sends a location signal to the receiver 24 as output by the GPS receiver 158. The microcomputer 30 also receives a signal from the onboard GPS receiver 160. The detector 162 detects the location of a user. Although the user and the transponder 122 are generally intended to be co-located, i.e., the transponder 122 is within the possession of the user, this may not necessarily be the case. Accordingly, the system 201 determines with precise accuracy where the transponder 22 is located and where the user is located. The detector 162 may utilize infrared, microwave, radar or any other known or future systems for locating objects, or detecting the proximity of one object to another object. If both the user and the transponder 122 are within a predetermined distance from each other, the microcomputer 30 proceeds with the authentication process as previously described hereinbefore. This provides an extra level of security. The transponder 122 can also be programmed to advise the security device or system of the exact location of the transponder 122 and the distance between the origin of the voice command and the transponder 122. For example, if the security system 201 described above can require that the user must be in the driver's seat to activate those controls that pertain to operating the vehicle, then the commands spoken by the user will be valid only when the user is positioned in the driver's seat. In other words, the system validates that the transponder 122 is located at an exact location within the "driver's space" and then confirms the voice command is "X" distance (in a predefined range) from the transponder 122, calculating that it is also within the driver's space. Reiterating, the microcomputer 30 may not permit certain actions to be taken depending upon the location of the transponder 122 and the proximity of the user. For example, the microcomputer 30 may refuse to engage the transmission from "park" to "drive" until the transponder 122 and the user are both in the "driver's space". In the same manner, if the vehicle is in motion, the microcomputer will disallow an otherwise authorized voice command to open the doors. The present invention may take the place of existing remote keyless entry systems whereby a button on a keyfob may be depressed and then the voice command entered into a speaker located on the keyfob. This provides certain functions, such as those performed by the microphone, within the keyfob rather than within the vehicle. In this manner, a user may from a distance, for example in inclement weather, start up the car, turn on the windshield wipers, set the rear defroster on, and set the heat for 80.degree.. As aforementioned, although the present invention was described with reference to a vehicle, it should be recognized that this is equally applicable to any other individually controllable items. For example, the components shown in FIG. 1 or 4 may not be located and interfaced with a vehicle, but rather they may comprise a security system for a computer. This system, if combined or integrated with any network system or computer using a standardized or uniform interface, can also transmit an encrypted user password (or passwords). Accordingly, this not only identifies the user but by providing the password (or passwords), allows the network or computer system to automatically log in the user (when they arrive) and set the level of access being provided to that particular user. The system also automatically logs out the user when they depart. In this manner, the I/O interface 57 may interface with a computer system either electro-mechanically or via software. The particular levels of security may permit or restrict access to the computer, or even access to certain websites. These security levels and specific actions were implemented and described with reference to Table 1. If the present invention is utilized with the doors and windows of a residence or a business, the invention may be embodied in a complete "system" whereby all of the security of the windows and doors is centrally located. In contrast, each window and door may include a separate security device as shown in FIGS. 1 and 4. In this manner, each window and door is preprogramable to receive the user's voiceprint templates. Upon initially setting up the security of each individual window and door, a security system may record an individual's voice command, and then replay those voice commands to each individual security device. These voiceprint templates can also be stored in the central files of the security company for even greater identification levels. An alternative method of voice-controlling a security system with a proximity detector and GPS locating is described in FIG. 5. The method includes the steps of: positioning a radio transponder within a predetermined range from the activation unit (step 600); detecting an RF signal generated by the radio transponder including the identification code and location (step 601); verifying if the identification code detected is the identification code assigned to an authorized transponder (step 602); detecting all audible signals within range of the activation unit (step 603); converting the audible signal to a digital signal (step 604); verifying if the digital signal matches that of an authorized user and validating that transponder, and voice are within a predefined distance from each other and the receiver for the requested function (step 605); generating a digital instruction contained within the voice command is being carried out, or whether additional security information or clarification is necessary.
|
Same subclass Same class Consider this |
||||||||||
