CROSS REFERENCE TO RELATED APPLICATION(S)

[0001] This application claims priority to U.S. Application No. 13/654, 132, filed October 17, 2013, incoporated by reference in its entirety herein.

FIELD OF THE INVENTION

[0002] The present invention generally relates to access control systems, and more particularly, to passive keyless entry control systems.

BACKGROUND

[0003] A passive keyless entry (PKE) system offers an increased level of convenience over a standard lock and key, for example, by providing the ability to access a secure building or device without having to find, insert, and turn a traditional key. A user may simply approach a locked PKE lock and with little if any pause or interaction, the lock grants this user access if they are carrying an authorized token.

[0004] A PKE system is currently used in an automotive application and may offer increased convenience by identifying drivers and unlocking the car as they approach. Automotive access is traditionally given by inserting a key into the lock or by pushing buttons on a traditional remote keyless entry (RKE) system. In contrast, a PKE system grants access with reduced user interaction through the use of a token carried by the driver. [0005] Several technical challenges have been encountered during the engineering of a radio frequency (RF) PKE system, for example, for use in a residential lock. The desired basic perceived behavior of the PKE system in a residential application may be as follows: 1 ) the user approaches and touches the lock; 2) the lock authenticates the user with a reduced delay; 3) the lock unlocks; 4) the lock may not operate if the authorized user is outside a desired range and the lock is touched by another, unauthorized, user; 5) the lock may not operate if the authorized user is on the inside of the house, and the lock is touched on the outside by an unauthorized user; and 6) when an authorized user revokes a key from another user or a remote access device needs to be replaced, it may be revoked and confirmed within a few seconds.

[0006] Indeed, as will be appreciated by those skilled in the art, with respect to the above desired basic perceived behavior of the PKE system in a residential application, primary challenges to be addressed include items 2 (speed), 4 (distance), 5 (location), and 6 (timely revocation). Accordingly, it may be desirable to improve authentication speed, proximity measurement, and power consumption, for example.

SUMMARY OF THE INVENTION

[0007] A wireless access control system includes a remote access device for accessing a lock. The lock contains a controller for controlling the ability to lock and unlock a door in which the lock is disposed. The lock

communicates with the remote access device when the remote access device is at a distance less than or equal to a predetermined distance from the lock to enable the lock to be unlocked by the remote access device. The lock includes a visual indicator for indicating to a user one of: 1 ) the user is within a range to control the lock; 2) error in operation; 3) a locked condition; or 4) a software upgrade.

[0008] In another embodiment, the wireless access control system includes a server, the server storing information about the remote access device and controller information. The server determines whether a new unique remote access device identifier is to be added to the system containing a particular lock. Once the server confirms that a new unique remote access device identifier is to be associated with the controller, the server maps the new unique remote access device identifier with the controller and archives any former unique remote access device identifier which is no longer to be associated with the controller. When the remote access device is within a local area connection range, the remote access device pairs with the controller and transfers control by the user to the new device having the new unique remote access device identifier.

BRIEF DESCRIPTION OF THE DRAWINGS [0009] FIG. 1 is a schematic diagram of a wireless access system according to the present invention;

[0010] FIG. 2a is a perspective view of a lock constructed in accordance with the invention;

[0011] FIG. 2b is a perspective view of a lock constructed in accordance with another embodiment of the invention;

[0012] FIG. 3a is a top plan view of a remote access device constructed in accordance with the invention as a key;

[0013] FIG. 3b is a front plan view of a remote access device constructed in accordance with yet another embodiment of the invention as an application for a cell phone;

[0014] FIG. 4 is a front plan view of a home-connect plugin of the wireless access system constructed in accordance with the invention;

[0015] FIG. 5 is a schematic diagram of the communication between the components of the wireless access system in a typical residential system layout in accordance with the invention; and

[0016] FIG. 6 is a flow chart of operation of the wireless access system in accordance with the invention.

[0017] FIG. 7 is a schematic diagram of the communication between the components of the wireless access devices in accordance with another embodiment of the invention having an outwardly facing antenna, and an inwardly facing antenna; [0018] FIG. 8 is a perspective view of a lock containing a visual condition indicator constructed in accordance with the invention;

[0019] FIG. 9 is a perspective view of a lock with a visual condition indicator constructed in accordance with another embodiment of the invention;

[0020] FIG. 10 is a perspective view of a lock with a visual condition indicator constructed in accordance with another embodiment of the invention;

[0021] FIG. 1 1 is a perspective view of a lock with a visual condition indicator constructed in accordance with another embodiment of the invention;

[0022] FIGS. 12a-d are a flow chart showing a method for replacing one remote access device with another in accordance with the invention; and

[0023] FIG. 13 is a flow chart for operation of the inwardly facing antenna and outwardly facing antenna in accordance with the invention.

DETAILED DESCRIPTION OF THE INVENTION

[0024] The present description is made with reference to the accompanying drawings, in which various embodiments are shown. However, many different embodiments may be used, and thus the description should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete. Like numbers refer to like elements throughout, and prime notation is used to indicate similar elements or steps in alternative embodiments.

[0025] Referring to FIGS. 1 , 2a, and 2b, a wireless access system 10, for example, a PKE system, includes a lock 1 1 . The lock 1 1 may be installed in a standard deadbolt hole and may be battery powered, for example. The lock 1 1 may be a human controlled (keyed) lock, for example (FIG. 2a). The lock 1 1 includes an outer cylinder 12 that rotates freely around a standard key cylinder 13. When engaged, the cylinder 1 3 is linked to a deadbolt 14, thus giving the user control to extend or retract the deadbolt utilizing their key. The lock 1 1 includes a controller 21 or processor and wireless communication circuitry 22 for wireless communication which as will be discussed below, enable remote access device 15 to operate lock 1 1 .

[0026] Alternatively, in another embodiment, the lock 1 1 ' may be motor powered (FIG. 2b). When a user is in sufficiently close vicinity or touches anywhere on the lock 1 1 ', the deadbolt 14' is driven by the motor (not shown) to open the lock for authorized users having the remote access device 15. Of course, the lock 1 1 may be another type of lock or locking mechanism and may be installed in any access point, for example.

[0027] Referring now additionally to FIG. 3, the wireless access system 10 includes a remote access device 15. The remote access device 15 is

advantageously a key or token configured to control the lock 1 1 . In particular, the remote access device 15 may be a standard key including a remote controller 16 for controlling lock 1 1 and remote wireless access electronics coupled thereto (FIG. 3a). Remote access device 15 also includes wireless

communication circuitry 18 for sending and receiving signals. In a preferred non- limiting example, the signal is a Bluetooth signal. [0028] Alternatively, or additionally, the remote access device 15 may be a mobile wireless communications device, such as, for example, a mobile telephone that may include the remote wireless access electronics described above cooperating with an application 1 7' stored in memory 17 (FIG. 3b). The application 17' may be configured to send a signal to provide access and control over the lock 1 1 ', for example. Of course, more than one remote access device 15' may be used and may be another type of remote access wireless device, for example, a wireless FOB without the mechanical key, as will be appreciated by those skilled in the art.

[0029] Referring now additionally to FIG. 4, the wireless access system 10 also includes a home-connect plugin 30. A typical mains power outlet 31 is shown, with the home-connect plugin 30 plugged-into it. The home-connect plugin 30 includes a home-connect controller 32 and associated wireless communication circuitry 33 cooperating therewith and configured to

communicate with the lock 1 1 , and the remote access device 15.

[0030] The home-connect plugin 30 may also be part of a wireless local area network (WEAN) connectivity, for example, Wi-Fi connectivity, to link it to an off-site web-based server 34, for example. This advantageously enables the lock 1 1 to receive near real time updates for adding or removing users, one-time access, extended access or specific timed access, and other connectivity related updates and functions, as will be appreciated by those skilled in the art.

Additional services may be selectively provided via the Internet using the WLAN connectivity provided by server 34, for example. While the home-connect plugin 30 is described herein as a plugin device, it will be appreciated by those skilled in the art that the functionality of the home-connect plugin 30 may be embodied in any of a number of form factors, for example.

[0031] Referring now additionally to FIG. 5, a typical residential setup example of the wireless access system 10 is illustrated. As described above with respect to FIG. 4, the home-connect plugin 30 is typically plugged-in to the mains power outlet 31 , at a location in relatively close proximity, sufficient to communicate therewith, to the lock 1 1 , which may be installed on the front door, for example. The remote access device 1 5 approaches from the outside of the home. Both the home-connect plugin 30 and lock 1 1 are configured to communicate with the remote access device 15 independently or

simultaneously, as will be described below and appreciated by those skilled in the art.

[0032] The home-connect plugin 30 may be configured to approximately determine the position of the remote access device 15. In a preferred non- limiting embodiment, the home-connect plugin 30 periodically sends a signal to communicate with a remote access device 15. When remote access device 15 is within range to receive the signal, remote access device 1 5 outputs a return signal to home-connect plugin 30. Lock 1 1 may also receive the signal from remote access device 1 5. By determining a received signal strength indication (RSSI). For example, when an algorithm of the home-connect plugin 30 determines that the remote access device 15 is approaching and is within a defined range. [0033] In one non-limiting exemplary embodiment, lock 1 1 is in a hibernation or low power level state. Upon determining that the remote access device is within a predetermined distance, the home-connect plugin may send a wakeup signal to the lock 1 1 . In this way, home-connect plugin 30 may be configured to have an extended range capability, for example, 100 or more meters. The lock 1 1 has a smaller range, for example, of about 10 meters, but may be greater in some cases. Therefore, the home-connect plugin 30 may communicate with the remote access device 15 before the lock 1 1 . Thus, the home-connect plugin 30 may send a signal to the lock 1 1 to wake up and start communicating with the remote access device 15 to save battery life, for example. By causing remote access device 15 and lock 1 1 to communicate only in response to a signal from home-connect plugin 30, the battery life of lock 1 1 and remote access device can be extended.

[0034] Additionally, the home-connect plugin 30 may establish a

communication link with the remote access device 1 5 in advance, for example, thus increasing the speed of the authentication process to create little if any perceived delay for the user. Once the lock 1 1 is woken up by the home- connect plugin 30 and connected to the remote access device 15, both the home- connect plugin and the lock track the RSSI of the remote access device until the algorithm determines it is within a defined accessible range from lock 1 1 . Both the home-connect plugin 30 and the lock 1 1 gathering RSSI data together may utilize this data in an algorithm to determine the position of the remote access device 15 with greater accuracy than either the home-connect plugin 30 or lock 1 1 alone. Once the remote access device 15 is within the determined accessible distance, the home-connect plugin 30 grants remote access device 1 5 access control to the lock 1 1 . More than one home- connect plugin 30 may be used in some embodiments for more accurate position determining, and to increase authorized user capacity and overall speed of the wireless access system 10,

[0035] Operation of the wireless access system 10 will now be described with reference additionally to the flowchart in FIG. 6. The lock 1 1 , may initially be in a sleep mode to conserve battery power, for example. The home- connect plugin 30 is typically powered on and searching for authorized remote access devices 15, i.e. token(s), the standard key, and/or the mobile wireless communications device, in range in a step 100. In one preferred non-limiting embodiment, authorization is established by syncing the Bluetooth identifier of remote access devices 15 and home-connect plugin 30 as known in the art. The home-connect plugin 30 establishes an asynchronous communication link, (ACL) connection. In this way the system is self authorizing at it only recognizes components with which it has established a connection.

[0036] The authorized remote access device 15 enters the home-connect plugin 30 broadcast range in a step 102. Once the home-connect plugin 30 finds an authorized remote access device 15 in range, it establishes connection in a step 104 and begins to monitor the RSSI of the return signal from remote access device 15 to estimate its position.

[0037] In a step 106, it is determined whether remote access device 1 5 remains in range of the home-connect plugin 30 if not the process returns to step 100 to begin again. If yes, then home-connect plugin 30 calculates whether remote access device 1 5 is approaching and whether it enters the lock wake-up range in step 108. If not, step 1 06 is repeated. Once the home- connect plugin 30 estimates that the remote access device 1 5 has entered the defined wake-up range in a step 108, it sends a wake-up and connection signal to the lock 1 1 in a step 1 10.

[0038] In a step 1 12 it is determined whether lock 1 1 wakes up and sends confirmation to home-connect plugin 30. If not, the wake-up signal is repeated in step 1 10. Once the lock 1 1 wakes up, it also establishes a low level connection with the remote access device 15 in a step 1 14, and begins to monitor the RSSI of the remote access device 15 or devices if there are more than one. Both the home-connect plugin 30 and the lock 1 1 are monitoring RSSI to more accurately determine the position of the remote access device 15 in a step 1 18. This computing may be performed by a processor or controller 32 included within the home-connect plugin 30, the controller 21 within lock 1 1 , or both. The home-connect plugin 30 and the lock 1 1 determine whether the remote access device is within the determined accessible distance in step 1 16. It is determined whether the home-connect plugin 30 and lock 1 1 calculate the remote access device 15 is within the control range. If not, the determination is again made in step 1 16; if yes, then the user is granted authorization to the lock 1 1 , and the deadbolt 14 becomes controllable in a step 120, either extending or retracting per the user's action.

[0039] If the remote access device 15 is not within the wake-up range of lock 1 1 , then lock 1 1 goes back to sleep or a low power mode, in a step 1 22. [0040] Additional and/or alternative functions of the wireless access system 10 will now be described. Reference is now made to FIGS. 8-1 1 wherein a lock constructed and operated in accordance with another embodiment of the invention is provided. Like numbers are utilized to indicate like structure. The primary difference in this embodiment being the inclusion of the visual indicator at an easily and readily seen position on the lock to indicate a system condition to the user as they approach the lock.

[0041] As seen in FIG. 8 a deadbolt lock 21 1 includes a visual indicator 216. In a preferred but non-limiting embodiment, visual indicator 216 is a selectively controllable light in the form of a circle having a diameter substantially equal to the diameter of the cylinder of deadbolt lock 21 1 . In a preferred embodiment, visual indicator 216 is a light emitting diode (LED) formed as a circular light pipe. In a preferred but non-limiting embodiment, visual indicator 216 is capable of indicating two or more visual conditions such as two or more colors, static versus flashing, in illuminate or non-illuminate, in order to indicate at least two distinct conditions.

[0042] Visual indicator 216 may be controlled by either one of onboard controller 21 or home-connect plugin controller 32. In a preferred embodiment, controller 21 which controls lock 21 1 is in communication with and controls audiovisual indicator 216.

[0043] In this way, when lock 21 1 determines that the remote access device is within a determined accessible distance such as in step 1 16 above, the state of audiovisual indicator 216 is changed either from dormant to illuminated, from a first color such as red indicating locked, to a second color such as green indicating open, or from a static state color to a flashing illumination. What is required is a change in condition/state of the illuminating device in response to a recognition that the remote access device is within a predetermined distance to allow control of the lock 21 1 .

[0044] Positioning a visual indicator 216 at the circumference of the face of the lock 21 1 is given by way of example only, as shown in Fig. 9. Visual indicator 216' may merely encircle the actual key hole for the lock as seen in Fig. 10. In a doorknob spring lock embodiment, a doorknob 21 1 ' includes visual indicator 216' which surrounds the key hole. Lastly, in a lever embodiment 21 1 " as shown in Fig. 1 1 , having a handle 220 also includes a visual indicator 216' surrounding the key hole.

[0045] Furthermore, visual indicator 216 may indicate that a lock is in a lock/unlock state, is accessible to be opened utilizing touch sensor 26, as described above, but may also be used to indicate an error in operation utilizing a third type of visual indicator (color yellow flashing at a different rate), that lock 21 1 is capable of being programmed or is in the process of being programmed.

Different indicators as expressed by visual indicator 216 may even indicate different steps in a lock or unlocking process, or as confirmation of the completion of different steps during a programming process.

[0046] In addition to informing the user that they are in the control range, visual indicator 216 can change its indicating state by a single touch sensed at touch sensor 26. By way of example, the user touches lock 21 1 at a position 215 or 219 to unlock lock 21 1 and visual indicator 216 turns green. The user may again touch lock 21 1 to lock lock 21 1 and changing the state exhibited by audiovisual indicator 216 from green to red.

[0047] In another embodiment, with respect to an independent function, plugin 30 may notify lock 10 at a low energy level that the home-connect plugin 30 has lost power, the lock 1 1 may be configured to have a change of status to wake up in the absence of the signals from plugin device 30, or to be woken up by a user's touch and approximately determine the position of the user by itself, as well as authenticate the user in a manner similar to that described in connection with plugin device 30. In another embodiment, plugin 30 continuously pings lock 10 at a low energy level and if plugin 30 goes offline, lock 1 1 may be configured to have a change of status to wake up in the absence of the signals from plugin device 30, or to be woken up by a user's touch and approximately determine the position of the user by itself, as well as authenticate the user in a manner similar to that described in connection with plugin device 30. In an embodiment in which the remote access device is a smart phone, tablet, or similar device, home-connect plugin 30 may also request the user to verify their access control request by prompting them for an action or code on their remote access device 15', for example, via a display on their mobile wireless communications device.

[0048] The wireless access system 10 may include a calibration feature. More particularly, a connection between the home-connect plugin 30 and the lock 1 1 may be used by the algorithm to calibrate the RSSI input to adjust for changes in environmental conditions, for example. In one non limiting example, plugin device 30 determines RSSI values for remote access device 15 over a number of distinct communications. It then determines a maximum average in range value in which communication between plugin device 30 and remote access device 15 occurs and a minimum average in range value at value in which communication between plugin device 30 and remote access device 15 occurs. In this way, the distances at which plugin 30 begins communicating with remote access device 15 self adjusts as a function of local conditions.

[0049] The wireless access system 10 may include an additional positioning input feature. The remote access device 15 may have an accelerometer which can be utilized to determine the orientation of the remote access device 15, which can be transmitted to system 10, for example by Bluetooth low energy. This orientation information can be utilized in conjunction with the received signal strength to better determine the remote access device 15 position. This is useful as received signal strength can vary based on orientation even if the position of the device 15 does not change.

[0050] In a process to revoke a key where the key is a smart phone, tablet or the like, once a user decides to revoke a key code, the user may send a termination request to home-connect plugin 30 or to the remote access device key 15' being revoked. If there is no response, the request is broadcast to users, for example, all users, in the "approved" network (i.e. users enrolled in the same lock). The request is stored in the background on their respective keys. Then when any authorized user is in range of the lock 1 1 , the key code is revoked from the lock, denying access to the revoked user. [0051] The wireless access system 10 may also include a computing device 25, for example, a personal computer at the user's residence for use in the revocation process. The computing device 25 may include circuitry for wirelessly communicating with the home-connect plugin 30, remote access device 1 5, and/or lock 1 1 for revoking the permission. For example, the computing device 25 may include Bluetooth communications circuitry, for example. Other devices and communications protocols may be used in the revocation process.

[0052] While the wireless access system 10 is described herein with respect to a door, the wireless access system may be used for access control or protection of, but not limited to, appliances, heavy machinery, factory equipment, power tools, pad locks, real estate lock-boxes, garage door openers, etc., for example. Alternative remote access device 15 embodiments may include a pen, watch, jewelry, headset, PDA, laptop, etc., for example. The wireless access system 10 may be used to protect other devices or areas where it may be desired to restrict access.

[0053] With respect to power conservation and increased security methods for the remote access device 15, and more particularly, a mobile wireless communications device 15', for example, that may include the remote access application and a global positioning system (GPS) receiver 23, the GPS receiver may be used to track the location relative to the lock's position and enable communication by remote access device 15 only when within range. If the remote access device 15, i.e. mobile wireless communications device 15' is outside the range, as determined by the GPS receiver 23, it may not transmit, go into sleep mode or turn off. Additionally, or alternatively, the location of the mobile wireless communication device 15' may be determined via triangulation with wireless service provider base stations or towers, for example.

[0054] Alternatively, or additionally, the remote access device 15 or mobile wireless communications device 15' may wake up, determine a position, calculate a fastest time a user could be within range of the lock 1 1 , then wake up again at that time and recalculate. When the user is within the range, it may enable the remote access application 17, and, thus communication for authentication or other purposes.

[0055] The wireless access system 10 may be used to augment multi-factor authentication, e.g. use with a biometric identifier, personal identification number (PIN) code, key card, etc. The wireless access system 10 may also allow simultaneous multiple authentication of remote access device, for example, mobile wireless communications devices. More particularly, the wireless access system 10 may require a threshold number of authorized remote access devices 15 to be present at a same time for authentication to succeed.

[0056] The wireless access system 10 advantageously may provide increased security, for example. More particularly, the wireless access system 10 may force the user to authenticate in addition to authorization, via the remote access device 15 before the door can be opened. For example, the remote access device 15 may include an authentication device 24 for authentication via a biometric, password, PIN, shake pattern, connect-the-dots, or combination thereof, for example, prior to accessing the lock 1 1 . In the case of the remote access application 17 on a mobile wireless communications device, for example, the application may have multiple security levels to enable these features, as will be appreciated by those skilled in the art.

[0057] With respect to security features, by using proximity sensors, switches, or the like, the wireless access system 10 may indicate whether a user locked the door, for example. When a user locks the door, for example, the remote access application 17 may log "Lock" with a time stamp so that it may be tracked and checked on the remote access device 15, i.e. the mobile wireless communications device, for example. The wireless access system 10 may include a sensing device 26 for example, an accelerometer to track door openings, for example. Based upon the accelerometer, data may be provided through the application or via the Internet or other network, for example. The sensing device 26 may be another type of device, for example, a touch sensor.

[0058] In one advantageous security feature, when the door is opened, or an attempt is made to open the door, which may be detected by the

accelerometer 26 or other door opening determining methods, as will be appreciated by those skilled in the art, known, and even previously revoked, remote access devices 15 in range and/or discoverable devices, may be recorded along with a time stamp. This may capture an unauthorized user, for example.

[0059] Another advantageous feature of the wireless access system 10 may allow authorized visits, for example. More particularly, an authorized visit may be enabled by a 91 1 dispatcher or other authorized user to allow special or temporary access by the smart phone of a normally unauthorized user, for example. The wireless access system 10 may keep a log/audit trail. Approval may be granted by trusted a friend or special authority, for example, emergency medical services, a fire department, or a police department.

[0060] The wireless access system 10 may also include a security feature whereby when a threshold time has elapsed, the wireless access system may ignore a remote access device 15 in range. This advantageously reduces or may prevent unauthorized access that may occur from leaving a remote access device 15 that is authorized inside near the door. A timeout function (via a timer, not shown) may additionally be used in other undesired entry scenarios. The wireless access system 10 may also log all rejected pairing attempts, as will be appreciated by those skilled in the art.

[0061] The wireless access system 10 may also include a revocable key security feature. For example, the wireless access system 10 may include both revocable and non-revocable keys. If, for example, the wireless access system 10 is unable to access the server 34 to verify keys, for example, the wireless access system may force the application 17 on the remote access device 15, for example, to check the servers. If the wireless access system 10 is unable to connect or verify the keys, access is denied.

[0062] For example, the revocable key feature may be particularly advantageous to keep an old boyfriend, for example, who is aware that his key is being revoked from being able to turn off his remote access device 15 so that the key is not deleted. However, a wireless connection for the remote access device 15 may be a prerequisite to access in some instances.

[0063] As will be appreciated by those skilled in the art, the wireless access system 10 has the ability to transfer a key from one remote access device 1 5 to another with the remote access application 17, for example. It may be desired that these keys be revocable in some configurations. However, if the remote access device 15 with the key to be revoked is not accessible via the network 27, then revocation may not be guaranteed if the lock 1 1 is offline, for example. The wireless access system 10 advantageously addresses these challenges.

[0064] In addition, to adding or removing access, it is contemplated, particularly where the remote access device is a cell phone, that a user does not retain a remote access device forever. They may be lost, stolen, or changed for an upgrade by way of example and the replacement device must be paired with the lock. Reference is now made to FIGS. 12a-12d in which an embodiment of the invention for changing the remote access device of a particular user is provided. In a step 404, at the very beginning of the initialization for a new user of the system; to join a phone remote access device 15 by way of non-limiting example, to the system, an account is created on server 34, either a local server such as the processor discussed above, or in the preferred non-limiting embodiments, remote access server 34. An account ID and at least a user name and password are stored at server 34 in a step 404. Server 34 also stores phone identification information such as a bluetooth address as communicated by the phone, a phone number and any other phone identification information such as SIM card information, or the like in a step 406.

[0065] In a step 408, the user initiates the local access control system 15 as discussed above by communicating with either the controller of home-connect plugin 30 or lock 1 1 . As discussed above in step 410, the remote access device 15 may receive its access control information or "key" as transferred from another remote access control device 15. In a step 41 1 , the remote access device 15 sends the paired lock information to server 34 so that server 34 now maps to this particular account, the phone identifier, the bluetooth information, and the lock information. The server, either local server 34 or a remote server communicating across the internet, stores the access control system identification information, the pairing of the pass key, the ("K") code and the like, which matches the remote access device 15 to the remote access control system, and the types of control and operation. The system then operates as discussed above.

[0066] However, as often occurs as in a step 412, the remote access device (particularly a phone) is either lost, stolen or changed. However, each phone has its own unique bluetooth address and other phone identification information, and therefore, in a preferred embodiment, each remote access device 15 has its own identifier recognizable by lock 1 1 and home-connect plugin 30. System 10 requires an ability to equally recognize users with new remote access devices. Because the unique bluetooth identifier of each remote access device 15 is used as part of the recognition and access algorithm in a preferred non-limiting embodiment as discussed above, a new remote access device 15 requires repairing with lock 1 1 .

[0067] In step 414 a new remote access device 15, a phone in this non- limiting exemplary embodiment, having its own phone identification information such as a bluetooth address is obtained. Utilizing the phone, the user enters account login information to server 34 in a step 416. Server 34 utilizes the login information to determine that the new phone bluetooth address and phone identification is for an existing account, as the phone number travels with the communication in a step 418. Server 34 sends a message to the phone asking whether it is in fact a new phone in the step 420 and the user confirms the status of the new phone.

[0068] In a step 424, server 34 associates the new phone bluetooth address with the existing account and archives the old bluetooth address on server 34 At the same time, or immediately before or immediately after, in a step 426, server 34 revokes the old phone credentials (phone ID information, bluetooth address) from the account. Server 34 stores the new remote access device information associated with the existing account.

[0069] It is then determined in a step 430 whether or not the local lock system for that particular user is WiFi enabled. If yes, then in a step 432 the new credentials are sent to the local controllers 21 , 16 over a WiFi network or other local communication network as the new credentials are paired with the lock 1 1 , the process is ended in a step 450.

[0070] If the system is not WiFi enabled, then in a step 434 server 34 sends the unique identifiers of the old remote access device 15 to the new remote access device to be temporarily stored thereon. In a step 436 it is determined whether or not the remote access device 15 in the form of the phone is within local area connection range, i.e. within range to communicate with either one of controller 32 of the home-connect plugin 30 and/or controller 21 of lock 1 1 . Step 436 is repeated until remote access device 15 is within range. Once within range, the user triggers the access control system to enter a pairing mode in a step 438 so that in this way, the lock 1 1 recognizes a local access device 15 and the user. Even though, it is not equipped to communicate with server 34, because of the use of the old phone identifying information, it knows it is communicating with a trusted remote access device 15. The phone (remote access device 15) pairs with the access control system in a step 440 and the phone transfers the old bluetooth address credentials to either control lock 16 or controller 21 . In a step 442, system 10 updates the bluetooth address stored at lock 1 1 and home- connect plugin 30 with the new phone bluetooth address and phone identifier information and archives the old bluetooth address in a step 442.

[0071] In a step 444, it is confirmed whether the new phone is already in the system. If it is in the system, then the process ends in a step 460. If it is not in the system, then the processor 34 clears the new bluetooth address associated with another user so in step 446 that when the user logs in with their new bluetooth address the current remote access device information is stored in a step 448, in effect phone swapping. The process is then ended in a step 470.

[0072] For the purpose of enrolling an administrator, the first user, or other users, the system can utilize a tap proximity method as an alternative to a PIN or password. In the case of a newly installed system, the system may be vulnerable to unauthorized enrollment. It becomes convenient and secure to require the user to simply tap their device 15, that they wish to enroll, to the wall plugin unit 30 or the inside of the lock 1 1 , to prevent outside unwanted users from enrolling in the system.

[0073] A proximity detection feature may be included in the wireless access system 10, and more particularly, the remote access device 15 may use a magnetic field sensor 39, such as, for example, a compass in mobile wireless communications device, as a proximity sensor to obtain a more uniform approach/departure distance calibration. A magnetic pulse or pulse sequence may be used in the lock 1 1 to illuminate a magnetic flux sensor in the remote access device 15 to establish proximity.

[0074] Additionally, the remote device 15, for example, a mobile wireless communications device or mobile telephone, may be qualified using both radio frequency (RF) and audio, for example. The remote access device 15 may be a source or sink of audio to help qualify proximity.

[0075] In another embodiment, as an alternative to a human driven lock, as noted above, a turn-tab (not shown) may be included that will "flip out" of the front of the lock 1 1 when pressed to allow the user to turn the lock on an un-powered deadbolt 14. It may be desirable that the surface area be no larger than a standard key, for example. The user pushes the turn-tab back into the lock face when done. The turn-tab may alternatively be spring loaded, for example.

[0076] In another embodiment, the turn-tab (not shown) may be added to a powered lock, for example the lock 1 1 described above. This is may be useful to help force 'sticky' locks, for example, as will be appreciated by those skilled in the art. This may also allow the user to give a manual assist to the motor in case of a strike/deadbolt 14 misalignment. This may also allow for operation in a low battery situation, for example. The turn-tab may be particularly useful in other situations. [0077] Additionally, one of the deadbolts may have a traditional key backup as it may be needed for emergencies, for example, while the remaining deadbolts on a house may be keyless. This may eliminate the need to match physical keys on multiple deadbolts, and may reduce the cost for additional deadbolts.

[0078] The wireless access system 10 may also include an additional access feature. For example, with the home-connect plugin 30 connected to the Internet through server 34 and/or personal computer 25, for example, it may be possible to have the lock 1 1 unlock via a command from the wireless access system. In other words, the lock 1 1 could be opened for users who don't have a remote access device 15. More particularly, they could call a call center or service that could unlock the lock 1 1 via the Internet 27, for example, or via other wireless communications protocol. Also, an authorized user could provide this action as well. Additionally, fire/police could gain access by this method if the lock owner opts-in to this service. As will be appreciated by those skilled in the art, alternatively, a command could be sent from the remote access device 15.

[0079] The wireless access system 10 may also include an activation indication. For example, the remote access device 15 can signal the operator via an auditory tone, vibration or other indication when the lock is activated. This may help communicate actions to the user to reduce any confusion.

[0080] The wireless access system 10 may also include an additional security feature. For example, the wireless access system 10 may use an additional authentication channel, for example, via a WLAN, WiFi, or other communication protocol, either wired or wireless, with the remote access device 15. This may improve authentication and make spoofing considerably more difficult, as will be appreciated by those skilled in the art.

[0081 ] As another security feature of the wireless access system 10, if cell service and data service, for example, if the remote access device 15 is a mobile phone, are turned off, remote access application may consider this a threat related to key revocation and authentication may not be approved. Also, the lock 1 1 may include a radar device, or a radar device may be coupled adjacent the lock to detect the locations of the entrant by facing outward in its sweep to resolve inside/outside ambiguity, for example. If the radar does not detect an entrant, then by default the holder of the remote access device is inside and the lock is not activated. The radar may be enabled when the lock 1 1 is woken up by the home-connect plugin 30 to conserve power.

[0082] Reference is now made to FIGS. 5, 7 and 13 in which an embodiment of the invention having a lock 1 1 which includes an interior facing directional antenna 50 and a an external facing directional antenna 52

(schematically shown). Each is operatively coupled to wireless communication circuitry 22 to send signals to, and listen for signals from, remote access device 15. If interior facing directional antenna 50 communicates with remote access device 15, lock 1 1 and in turn system 10 determine that remote access device is inside the home, dwelling or structure. If exterior facing directional antenna 52 communicates with remote access device 15, system 10 determines that remote access device 52 is outside of the dwelling and operates as discussed above. Home-connect plugin 30 compares the signals from interior facing directional antenna 50 and exterior facing directional antenna 52 to confirm the location of remote access device 12 prior to enabling remote access device 15 to control lock 1 1 . This prevents the door from unlocking each time someone within the structure passes by the lock.

[0083] During operation, as user 70 approaches lock 1 1 , external antenna 50 communicates with remote access device 15 and its signal to determine an external RSSI in accordance with a step 500. As user engages lock 1 1 or an associated door knob, sensor 26 detects whether or not lock (or knob 300) has been touched in a step 502. If not, then step 500 is repeated and the external antenna RSSI is monitored.

[0084] If the lock 1 1 has been touched, then controller 21 at lock 1 1 switches the operation antenna to the use of an internal antenna 52 to broadcast to home- connect plugin 30 and determines a predetermined number of consecutive RSSI values. In a step 506 it is determined whether the outside RSSI is greater than the inside RSSI. If it is, then the system determines that the authorized user is outside the dwelling and lock 1 1 operates to either locked or unlocked in a step 508. If the outside RSSI is determined to be less than the inside RSSI in step 506, then the user 70 is inside of the dwelling and the process returns to step 500 where the outwardly facing antenna is utilized. This is important as the user would not want the system to be controlled from the outside by their access device 15 if they are on the inside. In other words, this use of both the interior and the exterior facing antennae, prevents the system from being fooled i.e., being unlocked by an unauthorized user on the outside if the authorized remote access device 15 is near the door on the inside.

[0085] In another embodiment, lock 1 1 may make use of sensor 26 to allow users not authorized to lock the passive key entry system 10, such as house guests, a service worker, or the like, which may receive permission to enter, but had been asked to lock the door as they leave. In one embodiment, the guest, service worker, or the like simply touches the lock 1 1 for an extended period of time greater than an inadvertent brushing of the lock so that sensor 26 confirms the lock has been touched at the exterior of the lock in the absence of an authorized remote access device 15. When this combination is determined to be present by the controller the door locks. In another embodiment, multiple touches to sensor 26 embedded within lock 1 1 may cause, in the absence of an authorized remote access control device, locking of the door.

[0086] A variation on this process can be utilized to remind the user they have forgotten their authorized remote access device 15. Controllers 21 , 32 may be programmed to recognize that upon recognition of a remote access device, a single touch at sensing device 26 allows control to the user to either lock or unlock lock 1 1 . If the user touches the lock 1 1 a single time and locking does not occur, this can act as a reminder that they have forgotten the remote access device. Furthermore, controller 21 could control the visual display 216 and the like to indicate the open or locked condition to user 70 so that they may recognize that the lock is not acting in accordance with expectations because of the absence of the remote access device 15. [0087] A mechanical or zero/low-power tilt sensor may be configured to detect break-in events, for example to the lock 1 1 eased upon a detected break-in, the lock 1 1 activate and thereafter communicate to home-connect plugin 30 to report an intruder alert. The lock 1 1 may also store information, in a memory, for example, if home-connect plugin is off-line.

[0088] Radar or other motion detector device (not shown) may also be added to the home-connect plugin 30 to assist with inside/outside determination and break-in monitoring. The radar or other motion detector may be used in conjunction with an alarm system, as will be appreciated by those skilled in the art.

[0089] Indeed, while the different components of the wireless access system 10 have been described with respect to a wireless protocol, it will be appreciated by those skilled in the art that the components may communicate via a wired network and protocols or a combination of wired and wireless networks.

Additionally, while Bluetooth and WLAN (i.e. WiFi) has been described herein as wireless protocols of particular merit, other wireless protocols may be used, for example, Zywave, ZigBee, near field communication (NFC), and other wireless protocols.

[0090] Many modifications and other embodiments of the invention will come to the mind of one skilled in the art having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is understood that the invention is not to be limited to the specific embodiments disclosed, and that modifications and embodiments are intended to be included within the invention.