Natural language user interface
By using wireless communication and acoustic signal processing between mobile devices and reader devices, combined with location and voiceprint recognition, fast and secure user authentication and electronic lock control are achieved, solving the problem of long operation time in traditional user interfaces and improving user interaction efficiency and security.
Patent Information
- Application Number
- CN202211234679.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Priority Date
- 2014-06-02
- Filing Date
- 2015-06-02
- Publication Date
- 2026-02-17
- Estimated Expiration
- 2035-06-02
AI Technical Summary
Traditional user interfaces take a long time to operate in electronic access control systems, which limits the efficiency of user interaction.
Mobile devices interact with reader devices via wireless communication, using acoustic signals to receive and process verbal commands. Combined with location authentication and voiceprint recognition, this enables user authentication and authorization, directly controlling the unlocking or locking of the electronic lock.
It improves the convenience and security of user operation, allowing users to control the lock without physical operation, reducing interaction time and enhancing system security.
Smart Images

Figure CN115604707B_ABST
Abstract
Description
[0001] This application is a divisional of Chinese Patent Application No. 201580039656.7, filed on June 2, 2015, entitled "Natural Language User Interface."
[0002] Cross Reference to Related Applications
[0003] This application claims the benefit of U.S. Provisional Patent Application No. 62 / 006,751, filed on June 2, 2014, the contents of which are incorporated herein by reference in their entirety. TECHNICAL FIELD
[0004] The present application relates generally to user interfaces for electronic systems, and more particularly but not exclusively to identification or authorization interfaces for access control systems. BACKGROUND
[0005] Electronic systems often include user interfaces through which a user can communicate with the system. For example, in electronic access control systems, a user interface is often used to identify a user, and the access control system allows access if the user is determined to be an authorized user. For example, some conventional user interfaces include a keypad or a credential reader. These systems can have certain limitations, including, for example, the amount of time they take for a user to operate the interface. Thus, there is a need for further improvements in systems and methods for interacting with electronic system interfaces. BRIEF DESCRIPTION OF DRAWINGS
[0006] The description herein makes reference to the accompanying drawings, which illustrate a preferred embodiment of the application. Like reference numerals may
[0007] Figure 1 is a schematic illustration of an exemplary system in accordance with one embodiment.
[0008] Figure 2 is a schematic block diagram of an exemplary computing device.
[0009] Figure 3 is a schematic flow diagram of an exemplary process in accordance with one embodiment. DETAILED DESCRIPTION
[0010] For the purposes of promoting an understanding of the principles of the application, reference will now be made to the embodiment illustrated in the drawings and specific language will be used to describe the same. It will, nevertheless, be understood that no limitation of the scope of the application is intended by this reference. It is further
[0011] REFERENCE Figure 1wherein a system 100 according to one embodiment is illustrated. The system 100 generally includes a mobile device 110 in wireless communication with a reader device 120, and can also include a server 130 and / or a processing system 140 in communication with the mobile device 110, the reader device 120, and / or each other. In Figure 1 In the embodiment shown in FIG. 1, the system 100 is configured as an access control system, although it is also contemplated that the system 100 can be directed to a payment system, a transit system, or other type of control system.
[0012] As described in further detail below, the mobile device 110 is operable to receive an acoustic signal such as a verbal command and is operable to transmit data related to the signal or command to the reader device 120. The reader device 120 is configured to receive the data and is configured to perform one or more actions in response thereto. In certain forms, the reader device 120 can only perform these actions if the mobile device 110 has been previously authenticated, for example in an initial setup operation. In the illustrated system 100, the reader device 120 is integrated with or associated with an electronic lock, and at least some of the actions performed can include causing the electronic lock to lock or unlock.
[0013] The mobile device 110 includes a transceiver 112 that allows the mobile device 110 to communicate data with another device such as the reader device 120. In Figure 1 In the embodiment shown in FIG. 1, the mobile device 110 is a mobile phone, such as a smartphone. In some embodiments, the transceiver 112 is provided with Bluetooth or Bluetooth Low Energy (BLE) functionality. However, it is contemplated that the transceiver 112 can utilize different communication protocols, such as Near Field Communication (NFC), Wi-Fi (e.g., Wi-Fi Direct), and / or any other suitable communication protocol known to those skilled in the art. In other embodiments, the transceiver 112 can also be provided with GPS functionality, or the mobile device 110 can be provided with a separate element that provides GPS functionality. It is also contemplated that the mobile device 110 can include more than one transceiver 112. Additionally, in some embodiments, the transceiver 112 is a passive device, although in other embodiments, the transceiver 112 is an active device.
[0014] The mobile device 110 can also include an acoustic input, such as a microphone 114 operable to signal other elements of the mobile device in response to acoustic signals such as commands spoken by a user. The mobile device 110 can also include one or more applications 116 that process data related to acoustic signals, such as data received from the microphone 114. The applications 116 can also process data related to credentials that allow the mobile device 110 to operate one or more electronic locks that can be associated with the reader device 120. It is contemplated that the applications 116 can include more than one application to perform the various operations described in this application.
[0015] The mobile device 110 can be configured to transmit security data to the reader device 120 (e.g., using the transceiver 112 and the applications 116), and the reader device 120 can be configured to verify the security data. In some embodiments, the reader device 120 is further configured to transmit the security data to the processing system 140 if verified. The processing system 140 can include a control panel, or any other control system or panel that uses credentials or unique identifiers. For example, the processing system 140 can process the security data to determine whether the user of the mobile device 110 should be allowed access to a restricted access area. However, in some embodiments, the reader device 120 can perform the analysis and make decisions that can otherwise be handled by the processing system 140.
[0016] In some embodiments, the processing system 140 can include a network bridge that communicates with wireless devices (not shown) used to control and / or monitor items in a resident’s home. The network bridge can receive information from the reader device 120 and cause the wireless devices to perform actions based on the information. The network bridge can also report information to and / or receive commands from the server 130.
[0017] The reader device 120 is configured to communicate with the mobile device 110 to receive credentials, security data, location information, data related to verbal commands, and / or any other useful information for processing, and is configured to perform functions based at least in part on the information received from the mobile device 110. The reader device 120 can include a transceiver 122 that allows the mobile device 110 and the reader device 120 to communicate wirelessly with each other. In some embodiments, the transceiver 122 is a Bluetooth transceiver that allows the mobile device 110 and the reader device 120 to communicate via a Bluetooth connection. It is also contemplated that the Bluetooth connection can be a Bluetooth Low Energy (BLE) connection.
[0018] When in communication with the reader device 120, the mobile device 110 can transmit data such that the reader device 120 can make one or more decisions based on the data. The mobile device 110 can communicate directly with the reader device 120, or the communication can be routed to the reader device 120 through one or more intermediary devices such as the server 130 and / or the processing system 140. Additionally, the decisions can be made locally by the reader device 120 or by another device that has access to the data. For example, the decisions can be made by one or more of the mobile device 110, the server 130, and / or the processing system 140. It is also contemplated that the server 130 can provide a cloud service, such as a cloud-based smart home system, that allows a user to control, interact with, and / or monitor devices in a resident's home via the server 130.
[0019] Figure 2 is a schematic block diagram of a computing device 200. The computing device 200 is a computer, server, mobile device, reader device, or any other computing device that can incorporate Figure 1 The mobile device 110, reader device 120, server 130, and / or processing system 140 illustrated in FIG. 1 utilize an example configuration of equipment. The computing device 200 includes a processing device 202, input / output devices 204, memory 206, and operating logic 208. Additionally, the computing device 200 is in communication with one or more external devices 210.
[0020] The input / output devices 204 allow the computing device 200 to communicate with the external devices 210. For example, the input / output devices 204 can be network adapters, network cards, interfaces, or ports (e.g., USB ports, serial ports, parallel ports, analog ports, digital ports, VGA, DVI, HDMI, Firewire, CAT 5, or any other type of port or interface). The input / output devices 204 can be comprised of hardware, software, and / or firmware. It is contemplated that the input / output devices 204 include more than one of these adapters, cards, or ports.
[0021] The external devices 210 can be any type of device that allows data to be input to or output from the computing device 200. For example, the external devices 210 can be a mobile device, reader device, equipment, handheld computer, diagnostic tool, controller, computer, server, printer, display, alarm, lighted indicator such as a status indicator, keyboard, mouse, or touch screen display. Additionally, it is contemplated that the external devices 210 can be integrated into the computing device 200. It is also contemplated that there can be more than one external device in communication with the computing device 200.
[0022] The processing device 202 can be of a programmable type, a dedicated hardwired state machine, or a combination of these; and can also include multiple processors, arithmetic logic units (ALUs), central processing units (CPUs), digital signal processors (DSPs), etc. For forms of the processing device 202 having multiple processing units, distributed, pipelined, and / or parallel processing can be used as appropriate. The processing device 202 can be dedicated to performing only the operations described herein or can be used in one or more additional applications. In the form described, the processing device 202 is of a programmable kind that runs algorithms and processes data according to operational logic 208 as defined by programming instructions (e.g., software or firmware) stored in the memory 206. Alternatively or additionally, the operational logic 202 of the processing device 202 is defined at least in part by hardware logic or other hardware. The processing device 202 can be composed of any type or types of components suitable for processing signals received from the input / output devices 204 or elsewhere, and providing desired output signals. Such components can include digital circuitry, analog circuitry, or a combination of both.
[0023] The memory 206 can be of one or more types, such as solid state kind, electromagnetic kind, optical kind, or a combination of these forms. In addition, the memory 206 can be volatile, non-volatile, or a combination of these types, and some or all of the memory 206 can be of a portable kind, such as a disk, tape, stick, card, etc. In addition, the memory 206 can store data manipulated by the operational logic 208 of the processing device 202, such as data representing signals received from and / or sent to the input / output devices 204, in addition to or instead of storing programming instructions defining the operational logic 208, just to name one example. As Figure 2 As shown, the memory 206 can be included with and / or coupled to the processing device 202.
[0024] The processing in this application can be implemented in the operational logic 208 as operations by software, hardware, artificial intelligence, fuzzy logic, or any combination thereof, or at least in part by a user or operator. In certain embodiments, the modules represent software elements encoded on a computer readable medium, in which the mobile device 110, reader device 120, server 130, and / or processing system 140 perform the described operations when running the computer program.
[0025] Reference is made to Figure 3wherein an exemplary process 300 is illustrated that can be performed using the access control system 100. The operations illustrated for the process in this application are understood to be merely exemplary, and operations can be combined or divided, and added or removed, and reordered in whole or in part, unless a contrary intention is expressly given. Unless a contrary intention is expressly given, it is contemplated that certain operations or steps performed in the process 300 can be performed by the mobile device 110, the reader device 120, the server 130, and / or the processing system 140 in whole or in part, or the operations or steps can be distributed among one or more of the elements and / or additional devices or systems not expressly illustrated in Figure 1 and Figure 2 .
[0026] Figure 3 A schematic flowchart illustrating an exemplary process 300 generally includes receiving a command spoken by a user, authenticating the command, sending a signal related to the command, and performing an action based at least in part on the signal.
[0027] The illustrative process 300 begins with operation 310, which includes receiving a verbal command from a user, e.g., with the microphone 114. The microphone 114 can then send a signal related to the verbal command to the application 116. In certain forms, the mobile device 110 can be operable to perform operation 310 while in a low-power or locked state, so that the user only has to speak a phrase and does not need to manually interact with the mobile device 110 before speaking the command. For example, the microphone 114 and the application 116 can remain operable when the mobile device 110 is not actively in use. In other forms, the microphone 114 and the application 116 can normally be disabled when the mobile device 110 is in a low-power or locked state, and can be enabled by a background service in response to the mobile device transceiver 112 detecting or pairing with the reader device transceiver 122. In either of these cases, the mobile device 110 can remain in the user's pocket or purse when the command is spoken, thereby improving the convenience of use.
[0028] The process 300 can then proceed to operation 320, which includes analyzing the signal from the microphone 114 and determining whether the verbal command is an authorized command. Operation 320 can include comparing the verbal phrase in the command to a set of authorized phrases and determining whether the verbal phrase corresponds to any of the authorized phrases. For example, if "unlock" is an authorized phrase and "open the door" is a verbal phrase, operation 320 can include determining that the verbal command is not an authorized command. The set of authorized phrases can be preprogrammed into the application 116, or one or more of the phrases can be customizable by the user.
[0029] Operation 320 can also include comparing a voice print of the verbal command to one or more authorized voice prints and determining whether the voice print of the verbal command corresponds to an authorized voice print. For example, if an unauthorized user obtains the mobile device 110 and speaks an authorized phrase, the voice print of the verbal command will not correspond to an authorized voice print. Thus, operation 320 can result in a determination that the verbal command is not an authorized command, despite the fact that the verbal command is an authorized phrase.
[0030] In certain forms, operation 320 can include determining a distance between the mobile device 110 and another object, such as a reader 120 or a door associated with the access control system 100. Such a determination can be made using GPS, received signal strength indication (RSSI) related to Bluetooth or BLE signal strength, for example, and / or any other suitable technique for determining a location. For example, the authentication in operation 320 can include requiring that the mobile device 110 be within a predetermined authorized radius of a reader device, and commands spoken outside of the authorized radius can be determined to be unauthorized.
[0031] The process 300 can then continue with operation 330, which includes transmitting a signal related to an authorized command, for example, with the transceiver 112. For example, operation 330 can include transmitting a first signal in response to a first authorized command and a second signal in response to a second authorized command. In the illustrated embodiment, the signal is received by the reader device 120 at the transceiver 122. It is also contemplated that the mobile device 110 can issue the signal to another element, such as the server 130 or the processing system 140, which can in turn relay the signal to the reader device 120.
[0032] The process 300 can then continue with operation 340, which includes performing an action based at least in part on the signal transmitted in operation 330. For example, operation 340 can include performing a first action (e.g., unlocking a door) in response to a first signal and performing a second action (e.g., locking a door) in response to a second signal.
[0033] In certain embodiments, the system 100 can be configured to recognize multiple commands and perform different actions for each command. In certain forms, one or more of the actions can include locking or unlocking a particular door in response to a suitable command. For example, an authorized verbal command can include one of the phrases "unlock the front door" and "unlock the patio door," and the system 100 can unlock the corresponding door in response to the command.
[0034] In certain forms, the process 300 can include contacting police in response to a command indicating that the user is in danger (e.g., from an intruder). In certain situations, the user can not be in danger of immediate harm, and alerting the intruder that the police have been contacted can place the user in greater danger of harm. In such situations, the user can speak a forced command similar to a standard command, and in response, the system 100 can execute the forced command that the intruder is not able to detect. For example, if the standard unlock command is the word "unlock," the forced unlock command can be the phrase "unlock the door." The system 100 can unlock the door in response to the standard unlock command only, and unlock the door and trigger a silent alarm (e.g., a 911 call from the mobile device 110) in response to the forced unlock command.
[0035] In other situations, the user can be in danger of immediate harm, and alerting the intruder that the police have been contacted can be more likely to scare the intruder away. In such situations, the user can speak a distress command (i.e., the phrase "help"), and the system 100 can make a 911 call and / or sound an audible alarm in response to the distress command. For example, if the user opens the door for a stranger, the stranger then forces entry into the home, the user can speak the distress command, and the system 100 can then respond by executing a distress action. To prevent the distress action from being triggered unintentionally, the process 300 can include authenticating the distress command before executing the distress action (e.g., by comparing the location of the mobile device 110 to the door as described above with respect to operation 320).
[0036] As can be appreciated from the foregoing, the system 100 and process 300 can be used to cause the mobile device 110 to receive a verbal command from a user, and to transmit the command to the reader device 120. In response, the reader device 120 can execute an action such as locking or unlocking an electronic door. The verbal command can be a phrase that includes one or more words selected by the user. Commonly used commands such as "open," "unlock," and "password" can be used. In certain embodiments, the mobile device 110 can be operable to receive a verbal command and issue a signal related thereto without physical manipulation. In such forms, the user is able to speak the command without removing the mobile device 110 from their pocket, thereby providing for the lock to be manipulated by hand alone. The mobile device 110 can also be operable to ignore commands from unidentified voices. For example, if an unauthorized user speaks an unlock command, the mobile device 110 can refuse to send the command to the reader device 120 upon determining that the sound is not one of the authorized users.
[0037] The reader device 120 can be configured to accept one or more commands and to perform a different action in response to each command. An illustrative action is a forced unlocking action, where the system 100 sends a signal to the authorities to indicate that someone is forcing a user to unlock a door and gain access to the house. Commands can be associated with specific doors in the area, causing the reader device 120 to lock or unlock the door associated with the command. Commands can be used in conjunction with information relating to the distance between the mobile device 110 and the door. For example, a command can be activated when the user is within one (1) meter of the lock, and commands spoken beyond that distance can be ignored.
[0038] Although the illustrated system 100 has been described as a physical access control system, it is also anticipated that system 100 can be used to control another form of access. For example, if the computer requires a password, reader device 120 can be associated with the computer. Mobile device 110 can be authenticated to the computer, and a subsequent verbal command to unlock the computer can cause reader device 120 to unlock the computer and bypass the password screen.
[0039] System 100 utilizes objects already carried by many people, such as mobile device 110, which serves as a conduit for easily and securely gaining access to a conventionally locked door. In an illustrative example, a person approaching the door utters a command such as “unlock,” which mobile device 110 receives, authenticates, and transmits to reader device 120. In response, reader device 120 commands the electronic lock to unlock. This provides ease of use, as the only thing the user needs to do is speak the command. This also provides an additional level of security, as mobile device 110 is already authenticated to the lock and, in some embodiments, can respond solely to the voice of an authorized user.
[0040] Although the invention has been described in detail in the accompanying drawings and the foregoing description, it should be considered illustrative rather than restrictive in nature. It is to be understood that only preferred embodiments have been shown and described, and protection is intended for all changes and modifications falling within the spirit of the invention.
[0041] It should be understood that, although the use of preferred, preferably, preferred or more preferred words in the above description indicates that characteristics so described can be more desirable, it can not be necessary, and embodiments lacking the same can be contemplated as falling within the scope of the present application, the scope of which is defined by the appended claims. In reading the claims, it is intended that the words "comprising," "including," "having," and the like are to be interpreted inclusively, that is, in the manner described above, and that they each permit for items to be present, in addition to those specifically named. It is also to be understood that the use of relational terms, such as "top," "bottom," "front," "back," "one," "the other," and the like are used for clarity in providing a relative position description and are not to be construed as limiting of the scope of the application as defined by the appended claims.
Claims
1. A method for a user to request a reader device to execute a command based on a verbal command provided by the user, comprising: activating a microphone of a mobile device that is normally deactivated when the mobile device is in a low power or locked state in response to a mobile device transceiver of the mobile device detecting a reader device transceiver of the reader device or pairing with the reader device; receiving an acoustic signal from a user while the mobile device is in a low power state using the microphone operating on the mobile device and activated by detecting the reader device or pairing with the reader device, thereby enabling the user to generate the acoustic signal by speaking without needing to manually interact with the mobile device to activate the mobile device to an active state prior to speaking the command, wherein the acoustic signal transmits the verbal command from the user to the mobile device; analyzing the acoustic signal by an application operating on the mobile device and activated while the mobile device is in the low power state to determine that the user requests the command to be executed by the reader device based on the verbal command from the user, wherein the command is an action that the user requests the reader device to execute while the mobile device is in the low power state and not actively operated by the user; identifying a current location of a location of the mobile device relative to the reader device by the application activated while the mobile device is in the low power state and calculating a physical distance between the current location of the mobile device and a location of the reader device; determining whether the physical distance between the current location of the mobile device and the location of the reader device is less than a maximum authorized distance by the application activated while the mobile device is in the low power state, wherein the maximum authorized distance is a predetermined authorized radius from the current location of the mobile device to the location of the reader device, wherein the verbal command generated outside of the predetermined authorized radius is determined to be unauthorized; and wirelessly transmitting a command from the mobile device for a reader device to execute the command of the verbal command provided by the user when the physical distance between the current location of the mobile device and the location of the reader device is determined to be less than the maximum authorized distance.
2. The method of claim 1, wherein, the reader device and the mobile device communicate via Bluetooth communication.
3. The method of claim 1, wherein: the reader device is an electronic door lock; and the command is to "unlock" the electronic door lock.
4. The method of claim 1, wherein, the mobile device is a smart phone.
5. The method of claim 1, wherein, the mobile device transmits the command directly to the reader device.
6. The method of claim 1, wherein, the mobile device transmits the command to a remote server; and wherein the remote server transmits the command to the reader device.
7. The method of claim 1, wherein, the command is not ignored if the command is spoken by an unknown user.
8. The method of claim 1, wherein, the mobile device transmits a signal to notify authorities of an emergency if the command is "help." 9. The method of claim 1, further comprising analyzing the acoustic signal to determine whether a voiceprint generated from the acoustic signal corresponds to an authorized user based on a set of authorized voiceprints.
10. The method of claim 9, wherein, The sending is performed in response to the voiceprint corresponding to an authorized user.
11. The method of claim 1, further comprising: analyzing the acoustic signal to determine whether the verbal command is a duress command, wherein the duress command indicates that the user is in duress and a silent alarm is to be activated to prevent an intruder from hearing the alarm activation; and sending the duress command to an emergency response center without activating an audible alarm to prevent the intruder from hearing the alarm activation to protect the user from an increased risk of harm from the intruder.
12. The method of claim 11, further comprising: determining whether the physical distance between a current location of the mobile device and a location of the reader device is less than the maximum authorized distance when the verbal command is determined to be the duress command; and sending the duress command to the emergency response center with activation of the audible alarm when the physical distance between the current location of the mobile device and the location of the reader device is determined to be less than the maximum authorized distance.
13. The method of claim 12, further comprising: analyzing the acoustic signal to determine whether the verbal command is a distress command, wherein the distress command indicates that the user is in distress and an audible alarm is to be activated to intimidate the intruder with the activation of the audible alarm; and activating the audible alarm to intimidate the intruder with the activation of the audible alarm.
14. The method of claim 13, further comprising: determining whether the physical distance between a current location of the mobile device and a location of the reader device is less than the maximum authorized distance when the verbal command is determined to be the distress command; and activating the audible alarm to intimidate the intruder with the activation of the audible alarm when the physical distance between the current location of the mobile device and the location of the reader device is determined to be less than the maximum authorized distance.
15. A mobile device for a user to request a reader device to execute a command based on a verbal command provided by the user, comprising: at least one processor; and a memory coupled with the processor, the memory comprising instructions that, when executed by the processor, cause the processor to: activate a microphone of the mobile device that is normally deactivated when the mobile device is in a low power or locked state in response to a mobile device transceiver of the mobile device detecting or pairing with a reader device transceiver of the reader device. receive, from a user, an acoustic signal by the microphone operating on the mobile device and activated by detecting the reader device or pairing with the reader device, while the mobile device is in the low power state, thereby enabling the user to generate the acoustic signal by speaking without needing to manually interact with the mobile device to activate the mobile device to an active state prior to speaking the command; analyze, by an application operating on the mobile device and activated while the mobile device is in the low power state, an acoustic signal to determine that the user requests the command to be performed by the reader device based on the verbal command from the user, wherein the command corresponds to an action that the user requests the reader device to perform while the mobile device is in the low power state and not actively operated by the user; identify, by the application activated while the mobile device is in the low power state, a current location of the mobile device relative to a location of the reader device, and calculate a physical distance between the current location of the mobile device and the location of the reader device; determine, by the application activated while the mobile device is in the low power state, whether the physical distance between the current location of the mobile device and the location of the reader device is less than a maximum authorized distance, wherein the maximum authorized distance is a predetermined radius from the current location of the mobile device to the location of the reader device, wherein the verbal command generated outside of the predetermined authorized radius is determined to be unauthorized; and wirelessly transmit the command from the mobile device to the reader device for the reader device to perform the command corresponding to the verbal command provided by the user when the physical distance between the current location of the mobile device and the location of the reader device is determined to be less than the maximum authorized distance.
16. The mobile device of claim 15, wherein, the instructions further cause the processor to: determine whether the verbal command corresponds to an authorized phrase included in a set of authorized phrases to authenticate the verbal command, wherein the verbal command is authenticated when the verbal command matches an authorized phrase included in the set of authorized phrases; and wirelessly transmit the command from the mobile device to the reader device for the reader device to perform the command corresponding to the verbal command provided by the user when the verbal command is authenticated.
17. The mobile device of claim 15, wherein, the instructions further cause the processor to: analyze the acoustic signal to determine whether the verbal command is a duress command, wherein the duress command indicates that the user is in duress and a silent alarm is to be activated to prevent an intruder from hearing an alarm activation; and transmit the duress command to an emergency response center without activating an audible alarm to prevent the intruder from hearing the alarm activation to protect the user from an increased risk of harm from the intruder.
18. The mobile device of claim 17, wherein, the instructions further cause the processor to: determining whether the physical distance between a current location of the mobile device and a location of the reader device is less than the maximum authorized distance when the verbal command is determined to be the forced command; and transmitting the forced command to the emergency response center with activation of the audible alarm when the physical distance between the current location of the mobile device and the location of the reader device is determined to be less than the maximum authorized distance.
19. The mobile device of claim 18, wherein, The instructions further direct the processor to: analyze the acoustic signal to determine whether the verbal command is a distress command, wherein the distress command indicates that the user is in distress and an audible alarm is to be activated to intimidate the intruder with the activation of the audible alarm; and activate the audible alarm to intimidate the intruder with the activation of the audible alarm.
Citation Information
Patent Citations
Sound-activated system for remotely operating vehicular or other functions
US20040143437A1