Methods and means for virtual real estate property keys

Abstract

The present invention relates to a door lock system. More specifically, the present invention relates to a virtual key (109) in a door lock system for real estate properties such as houses and apartment buildings, as well as public real estate properties such as indoor parking lots and sports facilities. The present invention under consideration relates to a system and method for managing a temporary user's virtual key-based access to a real estate property or vehicle sealed by a self-powered lock from the mobile phone of a persistent user (105). This is achieved by a virtual configurable software key that is operable in a mobile application (108, 113) and configurable from the mobile application (108) of the persistent user (105). These virtual configurable software keys are typically text strings having a data footprint small enough to be transmitted via NFC.

Description

Technical Field

[0001] The present invention relates to a door lock system. More specifically, the present invention relates to virtual keys in door lock systems for real estate properties such as houses and apartment buildings, as well as public real estate properties such as indoor parking lots and sports facilities.

Background Art

[0002] Physical metal door keys are a common current option in the free market. However, software-based virtual keys can be designed in a more consumer-friendly and environmentally friendly way, resulting in excellent end products.

[0003] U.S. Patent No. 11,468,723 discloses a photo-based software virtual key that can be read using artificial intelligence. More complex virtual keys and key reading processes have the drawback of increasing authentication options and consuming more data and power.

[0004] U.S. Patent No. 11,421,445 discloses a lock operable with NFC.

[0005] More complex software-based real estate access systems tend to lead to savings because they use fewer physical keys. However, the lock systems themselves that operate without physical keys are expensive, difficult to install, and still tend to be costly to operate in real estate properties.

[0006] The present invention mitigates these drawbacks.

Prior Art Documents

Patent Documents

[0007]

Patent Document 1

Patent Document 2

[0008] The present invention under consideration relates to a system and method for managing a temporary user's virtual key-based access to a property or vehicle sealed by a self-powered lock, from the persistent user's mobile phone.

[0009] This is achieved by virtual configurable software keys that are operable in mobile applications and configurable from the persistent user's mobile application. These virtual configurable software keys are typically text strings with a data footprint small enough to be transmitted via NFC.

[0010] A further object of the present invention is to present a configurable restrictive key that enables a permanent user to grant a temporary user access only to a limited portion of a property or vehicle and / or for a limited period of time. [Means for solving the problem]

[0011] One aspect of the present invention enables persistent and temporary users to exchange virtual keys via a cloud network, for example, from app to app and / or inbox to inbox, or inbox to app, and vice versa. In one aspect of the present invention, the lock is a self-powered lock that derives its operating power from the insertion of a virtual key via an NFC connection.

[0012] Another aspect of the present invention includes a mobile application that includes a configurable virtual key, which can also be connected to appliances other than locks or keys, such as dishwashers, washing machines, or air conditioners. In addition, this mobile application may be connected to a database that stores information about the property and the appliances within the property, such as instructions for operating a dishwasher.

[0013] According to one aspect of the present invention, the present invention generates data output or executable data that links home appliance data with lock and key-related access data in a real estate property. For example, if a virtual key indicates a possible entry time, the present invention can be used when the key can be used to start the air conditioning in the real estate property so that, for example, the property is cooled when a temporary user arrives, but energy is not wasted cooling the property when no one is in the property or is expected to be in the property for only a short time.

[0014] Some or all of the aforementioned advantages of the present invention are brought about by a system for locking and unlocking at least one door to a property or vehicle according to the present invention, comprising a cloud server, a mobile device used by a user, and a communication network. The mobile device has a mobile application connected to a cloud server configured to store virtual keys for facilitating the locking or unlocking of doors. The virtual key is sent to a second mobile application also connected to the cloud server and is configured to be optionally received by the second mobile application. Permanent users of real estate properties or vehicles can configure restricted virtual keys in the mobile application. A restricted virtual key will open only a limited set of doors from among all doors within a property or vehicle, and / or open only one or more doors for a limited period of time. A persistent user may transmit a restricted virtual key to another user via a communication network, and the lock is a self-powered lock that derives its operating power from the insertion of the virtual key via an NFC connection.

[0015] A software program product stored in a non-temporary storage medium for locking and unlocking at least one door to a real estate property or vehicle is according to the present invention and is operable in a system comprising a cloud server, a mobile device used by a user, and a communication network. The mobile device has a mobile application connected to a cloud server configured to store virtual keys for facilitating the locking or unlocking of a door with a lock. The virtual key is sent to a second mobile application, which is also connected to the cloud server, and is configured to be received by the second mobile application. Permanent users of real estate properties or vehicles can configure restricted virtual keys in the mobile application. A restricted virtual key will open only a limited set of doors from among all doors within a property or vehicle, and / or open only one or more doors for a limited period of time. A persistent user may transmit a restricted virtual key to another user via a communication network, and the lock is a self-powered lock that derives its operating power from the insertion of the virtual key via an NFC connection.

[0016] A system for locking and unlocking at least one door to a real estate property is according to the present invention and comprises a cloud server, a mobile device used by a user, and a communication network. The mobile device has a mobile application connected to a cloud server configured to store virtual keys for facilitating the locking or unlocking of a door with a lock. The virtual key is configured to be sent to a second mobile application also connected to the cloud server and received from the second mobile application. A permanent user of a real estate property or a vehicle can configure a virtual key in the mobile application. The virtual key unlocks at least one door lock within the real estate property. The mobile application is connected to home appliances other than locks or keys. The mobile application is connected to a database storing information on the real estate property and home appliances within the real estate property. The system is configured to generate a data output or executable data that links home appliance data with lock and key-related access data in the real estate property.

[0017] A software program product stored on a non-transitory storage medium for locking and unlocking at least one door to a real estate property is according to the present invention and is operable in a system comprising a cloud server, a mobile device used by a user, and a communication network. The mobile device has a mobile application connected to a cloud server configured to store a virtual key for facilitating locking or unlocking a locked door. The virtual key is configured to be sent to a second mobile application also connected to the cloud server and received from the second mobile application. A permanent user of a real estate property or a vehicle can configure a virtual key in the mobile application. The virtual key unlocks at least one door lock within the real estate property. The mobile application is connected to home appliances other than locks or keys. The mobile application is connected to a database storing information on the real estate property and home appliances within the real estate property. The system is configured to generate data output or executable data that links home appliance data with lock and key related access data in a real estate property.

[0018] The present invention has many advantages. Since the virtual key can be configured with restrictions within a persistent user's application, the management costs associated with key generation and tracking are minimal. Since the configured virtual key can be message transmitted within a cloud network among users, the logistics of distributing temporary keys becomes very easy. Since the configuration of the virtual key is software-based, the key can be restricted to any configuration of the lock within the real estate property. The self-powered lock derives its power from the NFC carrying the virtual key, so the lock does not need to be connected to grid power or other power sources. Furthermore, since the mobile application with the virtual key is also connected to home appliances, operation instructions for the home appliances may be provided when a valid virtual key holder needs to use the home appliances, or the home appliances may be operated on behalf of the virtual key holder, for example, to turn off the selected home appliances when the key holder leaves the real estate property or to start the selected home appliances when the key holder enters the real estate property.

[0019] In addition, in relation to embodiments that provide the aforementioned advantages, the best mode of the present invention is considered to be a system in which a self-powered lock is operated on a property using an NFC-compliant mobile device. The mobile device has an app installed that allows the lock to be opened and closed by transmitting a virtual software key via NFC to the lock that the user needs to open or close. A permanent user can configure a virtual restricted key for temporary users and use the virtual key to enter and use the property within the boundaries of the restrictions set by the permanent user, and can message the virtual restricted key to temporary users via in-app messaging or other conventional messaging channels such as email. In best mode, the virtual restricted key, which is a text string type key with a small data footprint, can be further linked to household appliances. For example, a dishwasher can be made available to a temporary user, and instructions on how to use it can be provided, but the use of a swimming pool heater or washing device can be restricted, for example, because it may need to be operated by a professional.

[0020] The present invention will be described in more detail below with reference to exemplary embodiments with regard to the attached drawings. [Brief explanation of the drawing]

[0021] [Figure 1] Embodiment 10 of the system of the present invention for locking and unlocking at least one door to a real estate property or vehicle is shown as a block diagram. [Figure 2] This shows an embodiment 20 of the user interface diagram of a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle. [Figure 3] An embodiment 30 of the method of the present invention, in which a persistent user operates the system 10 or software 20, is shown as a flowchart. [Figure 4]An embodiment 40 of the system of the present invention for locking and unlocking at least one door to a property or vehicle, integrated with a home appliance, is shown as a block diagram. [Figure 5] This shows an embodiment 50 of the user interface diagram of the present invention for a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 6] An embodiment 60 of the method of the present invention, in which a persistent user operates the system 40 or software 50, is shown as a flowchart. [Figure 7] A more advanced embodiment 70 of the system of the present invention for locking and unlocking at least one door to a property or vehicle is shown as a block diagram. [Figure 8A] A more advanced embodiment 80 of the user interface diagram of the present invention for a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle is shown. [Figure 8B] A more advanced embodiment 80 of the user interface diagram of the present invention for a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle is shown. [Figure 8C] A more advanced embodiment 80 of the user interface diagram of the present invention for a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle is shown. [Figure 9A] A flowchart shows a more advanced embodiment 90 of the method of the present invention in which a persistent user operates the system 70 or software 80 according to the present invention. [Figure 9B] A flowchart shows a more advanced embodiment 90 of the method of the present invention in which a persistent user operates the system 70 or software 80 according to the present invention. [Figure 10]A more advanced embodiment 91 of the system of the present invention for locking and unlocking at least one door to a property or vehicle, integrated with a home appliance, is shown as a block diagram. [Figure 11A] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11B] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11C] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11D] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11E] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11F] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 11G] A more advanced embodiment 92 of the user interface diagram of the present invention is shown, which is a software program product of the invention for locking and unlocking at least one door to a real estate property or vehicle, integrated with a home appliance. [Figure 12A]A flowchart shows a more advanced embodiment 93 of the method of the present invention in which a persistent user operates system 91 or software 92 according to the present invention. [Figure 12B] A flowchart shows a more advanced embodiment 93 of the method of the present invention in which a persistent user operates system 91 or software 92 according to the present invention. [Modes for carrying out the invention]

[0022] Some embodiments are described in the dependent claims.

[0023] Figure 1 shows an embodiment 10 having a mobile application 108 for handling virtual keys. The cloud-based mobile application 108 may be available for download via the Google Play® Store for Android smartphones, the App Store® for iOS® smartphones, and / or any other publicly known application store. The cloud-based mobile application 108 may be available as a free or paid application.

[0024] In Embodiment 10, System 100 is integrated with Cloud Server 111 via Communication Network 104. Cloud Server 111 may have one CPU (Central Processing Unit) and / or GPU (Graphical Processing Unit), or multiple CPUs and / or GPUs. The communication network 104 used for communication in the present invention is a wireless or wired internet or telephone network, which is typically a cellular network such as UMTS (Universal Mobile Telecommunication System), GSM (Global System for Mobile Telecommunications), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access), 3G, 4G, 5G, Wi-Fi, and / or WCDMA (Wideband Code Division Multiple Access) networks.

[0025] In one example, the cloud server 111 may comprise multiple servers (not shown). In one exemplary embodiment, the cloud server 111 could be any type of database server, file server, web server, application server, etc., configured to store data related to the cloud-based locking system 100. The cloud server 111 may also comprise multiple databases for storing data files. The databases may be, for example, a Structured Query Language (SQL) database, a NoSQL database such as Microsoft® SQL Server, an Oracle® server, a MySQL® database, etc. The cloud server 111 may be deployed in a cloud environment managed by a cloud storage service provider, and the databases may be configured as cloud-based databases implemented in the cloud environment.

[0026] The cloud server 111 may include input / output devices such as a monitor (display), keyboard, mouse, and / or touchscreen. However, since typically multiple computer servers are used at one time, some computers may include only the computer itself and not a screen or keyboard. These types of computers are typically stored in a server farm used to realize the cloud network used by the cloud server 111 of the present invention. The cloud server 111 can be purchased as a separate solution from well-known vendors such as Microsoft, Amazon, and / or HP (Hewlett-Packard). The cloud server 111 typically runs Unix, Microsoft, iOS, Linux, or any other well-known operating system and typically comprises a microprocessor, memory, and data storage means such as SSD flash or hard drives. To improve the responsiveness of the cloud architecture, data is preferentially stored, either entirely or partially, on SSD, i.e., Flash storage. This configuration is selected / configured from existing cloud providers such as Microsoft and Amazon, or existing cloud network operators such as Microsoft and Amazon are configured to store all data in Flash-based cloud storage operators such as Pure Storage, EMC, and Nimble Storage. Using Flash as backbone storage for cloud servers 222 is preferred because, although its cost is high, it provides reduced latency.

[0027] System 100 comprises a mobile device 106, typically a smartphone and / or tablet, which is used to manage the user's virtual key using an operating software application installed on the smartphone or the like. Mobile device 106 is typically a mobile smartphone, such as an iOS, Android, FireOS, Windows Phone smartphone, or any other mobile smartphone capable of running applications. The smartphone has a CPU or GPU.

[0028] However, mobile device 106 can also be a computer such as a PC computer, an Apple Macintosh computer, or a PDA (Personal Digital Assistant). Mobile device 106 can also be a device with an operating system such as Microsoft Windows, Windows NT, Windows CE, Windows Pocket PC, Windows Mobile, GEOS, Palm OS, Meego, Mac OS, iOS, Linux, BlackBerry OS, Google Android and / or Symbian, or any other computer or smartphone operating system.

[0029] Embodiments 10, 20, and 30 describe essentially the same embodiment, the differentiating factor being that Embodiment 10 describes how the invention functions as a system, Embodiment 20 describes how the invention functions as software, and Embodiment 30 describes how to use System 10 and Software 20 and the user experience.

[0030] In this invention, the mobile device 106 has a mobile application 108 connected to a cloud server 111. The mobile application 108 and the cloud server are configured to store at least one virtual software key 109 for facilitating the locking or unlocking of a door 103. The system can also generate virtual keys 109, which may be generated in the mobile application 108 according to the instructions of the owner / tenant of a property 102 or vehicle 101, who is a user 105, typically characterized as an administrative user or persistent user in the system 100. In a sense, the tenant / owner can independently control the lock key management process in this case and generate new virtual keys for opening and locking door locks without having to ask a locksmith to make new metal keys, as people have done in the past according to the prior art.

[0031] The generated virtual key 109 is configured to be sent to and / or optionally received by a second mobile application 113 used by another user 114, also connected to the cloud server 111. Typically, user 105 may be, for example, a parent, and another user 114 may be a child living in the same property 102. Alternatively, in some embodiments, all family members, such as parents and children, may be configured as persistent users 105, and visiting friends and relatives may be configured as other users 114. Similarly, the owner and / or landlord of the property is typically configured as a persistent user, and tenants are typically provided with restricted virtual keys. In some embodiments, the restricted virtual key may be configured to automatically renew monthly, for example, upon timely receipt of rent payments. The transmission of the virtual key is performed as electronic data transmission over the cloud network 104. Therefore, the physical exchange of metal keys between user 105 and another user 114 is no longer required. In some embodiments, the restricted virtual key can be transmitted between temporary users 114. For example, another user 114 can send a copy of the restricted virtual key to another person, who can then be granted access to certain doors or locks, for example, based on conditional authentication.

[0032] A permanent user 105 of a property 102 or vehicle 101 can configure a restricted virtual key in a mobile application 108, which is then transmitted to a second mobile application. The restricted virtual key may, for example, only open a restricted set of doors from among all the doors in the property 102 or vehicle 101, thereby preventing, for example, a child user 114 from accessing a room containing dangerous machinery or firearms, or the driver's seat in vehicle 101.

[0033] Alternatively or additionally, a restricted virtual key may open only one or more doors for a limited period of time. If another user 114 is, for example, an Airbnb guest, the tenant / owner user 105 may limit the operating time of the restricted key to match the duration of the Airbnb guest's stay.

[0034] A persistent user 105 may transmit a restricted virtual key 109 to another user 114 via a communication network 104. In a preferred embodiment, the locks 102a, 101a are self-powered locks that derive their operating power from the insertion of a virtual key 109 or restricted virtual key 110 via an NFC connection. The virtual key is typically a string of alphanumeric data configured to open the lock and optionally authenticate users 105, 114. In some embodiments, the restrictions on the virtual key that constitute the restricted virtual key are also preferably encoded in the text string that constitutes the virtual key. When the virtual key or restricted virtual key is transmitted from a mobile device 106 to the door lock 102a via NFC (Near Field Communication), a small amount of power is wirelessly transmitted to the lock via NFC in addition to the virtual key or restricted virtual key, and the transmitted power is sufficient to open and close the door lock 102a. However, typically in some embodiments, the vehicle lock derives power from the vehicle's power system.

[0035] Any feature of Embodiment 10 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 80, 90, 91, 92 and / or 93 of the present invention.

[0036] Figure 2 shows an embodiment 20 of the software interface in the mobile application 108. The mobile application 108 is a software program product stored in a non-temporary storage medium for locking and unlocking at least one door to a property 102 or vehicle 101, and is operable in a system comprising a cloud server 111, mobile devices 106 used by users 105, 114, and a communication network 104.

[0037] Mobile device 106 has a mobile application 108 connected to a cloud server 111 configured to store virtual keys 109 for facilitating the locking or unlocking of doors with locks. In Embodiment 20, toggle 201 defines and enumerates doors and locks within the property 102 or vehicle 101. Toggle 202 defines corresponding keys that provide access to each door and lock within toggle 201. By selecting the key for door 1, rather than other keys or doors, from toggle 203, a persistent user can configure a restricted virtual key 110 that can unlock door 1 but not other locks. By selecting toggle 204, the virtual key is configured to be sent to a second mobile application 113, also connected to the cloud server 111. This diagram is from the mobile application 108 of a persistent user 105 of the property 102 or vehicle 101 who has user privileges to configure restricted virtual keys within the mobile application. Another user 114 does not have these privileges. Another user can only receive and use virtual keys 109 and 110, and cannot configure restrictions on virtual keys 109 and 110.

[0038] The restricted virtual key 110 opens only a restricted set of doors from among all doors within the property 102 or vehicle 101, for example, only door 1 as described above. In some embodiments of the present invention, the restricted virtual key 110 can also open only one or more doors for a restricted period of time. In these embodiments, the restricted period is configured in the restricted virtual key 110 using a toggle similar to 201, 202, and 203, or by keyboard input or some other form of data input.

[0039] Once a restricted key is configured, a persistent user 105 can transmit the restricted virtual key 110 to another user 114 via a communication network 111. The other user 114 can then receive the restricted virtual key 110 in their mobile application 113 (a second mobile application) and unlock door 1. This lock is typically a self-powered lock that derives its operating power from the insertion of the restricted virtual key 110 via an NFC connection.

[0040] Any feature of Embodiment 20 can be readily combined with or replaced with any feature of any of the other embodiments 10, 30, 40, 50, 60, 70, 80, 90, 91, 92 and / or 93 of the present invention.

[0041] Figure 3 shows Embodiment 30 as a flowchart illustrating the use of System 100 and Software 200 in Embodiments 10 and 20, respectively. Method 30 uses a software program product 200 stored in a non-temporary storage medium for locking and unlocking at least one door to a property 102 or vehicle 101, which is operable in System 100 comprising a cloud server 111, a mobile device 106 used by a persistent user 105, and a communication network 104.

[0042] In stage 301, the mobile device 108 has a mobile application 106 connected to a cloud server 111 configured to store a virtual key for facilitating the locking or unlocking of a door with a lock. The virtual key is configured to be sent to a second mobile application 113, also connected to the cloud server 111, and optionally received by the second mobile application 113.

[0043] In step 302, a persistent user 105 of the property 102 or vehicle 101 configures a restricted virtual key 110 in a mobile application 106. The restricted virtual key 110 opens only a restricted set of doors from all the doors within the property 102 or vehicle 101, and / or opens only one or more doors for a restricted period of time. The persistent user 105 configures the restricted virtual key 110 using, for example, the software user interface shown in Figure 2. The configuration options corresponding to the restriction are typically encoded in a string of alphanumeric or binary data, which in some embodiments are inserted in whole or in part into the virtual key 109 to form the restricted virtual key 110. In some embodiments of the present invention, a binary or alphanumeric string format is preferred because it reduces the amount of data transferred and the operating power consumption in reading the virtual key and in locking and unlocking the lock when the virtual key is permitted to open and close the lock.

[0044] In step 303, the persistent user 105 transmits the restricted virtual key 110 to another user 114 via the communication network 104. Preferably, the lock is a self-powered lock that derives its operating power from the insertion of the restricted virtual key 110 via an NFC connection. The lock is opened if the restricted virtual key 110 is permitted to open the lock and all restrictive parameters, such as time, are met. However, the lock remains closed if the virtual key is not permitted to open the lock, or if any restriction encoded in the restricted virtual key is violated when attempting to open the lock.

[0045] Any feature of Embodiment 30 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 40, 50, 60, 70, 80, 90, 91, 92 and / or 93 of the present invention.

[0046] Figure 4 shows Embodiment 40, which can be realized as an embodiment combined with the system 100 of Embodiment 10. Embodiments 40, 50, and 60 describe essentially the same embodiment, the differentiating factor being that Embodiment 40 describes how the invention functions as a system, Embodiment 50 describes how the invention functions as software, and Embodiment 60 describes how to use system 40 and software 50 and the user experience.

[0047] A system for locking and unlocking at least one door 403 to a property 402 or vehicle 401 comprises a cloud server 410, a mobile device 404 used by a user 408, and a communication network 412. The mobile device 404 has a mobile application 406 connected to the cloud server 410. The mobile application 406 and / or the cloud server 410 are configured individually or together to store a virtual key 407 for facilitating the locking or unlocking of the door 403.

[0048] The virtual key 407 is transmitted to a second mobile application 409, which is also connected to the cloud server 410, and is configured to be optionally received by the second mobile application 409. A persistent user 105 or 408 of the property 402 or vehicle 401 may configure the virtual key 407 within the mobile application 406, as described in embodiments 10, 20, and 30. The virtual key 407 unlocks at least one door lock of the property 402 and / or vehicle 401.

[0049] In addition, the mobile application 406 connects to a household appliance 413 other than a lock or key. This household appliance may include any of the following: a dishwasher, refrigerator, washing machine, vacuum cleaning drone, heater, air conditioner, oven, swimming pool control device, lighting, etc. The mobile application 406 connects to a database 414 that stores information on the property 402 and at least one household appliance 413 within the property. The system 400 is configured to generate a data output 418 or executable data 417 that links the household appliance data 415 with the lock and key-related access data 416 of the property 402.

[0050] This allows, for example, user 408 to configure different room temperatures for different users who have virtual keys in different rooms of property 402 at different times.

[0051] Suppose user 408 is the parent, and a second mobile application 409 is used by a child who has received a virtual key 407. If the child prefers a lower temperature than the parent, the use of the virtual key 407 by the child entering property 402 may be used to generate executable data 417 to lower the temperature of an air conditioner or heater when it is known that the child is inside property 402. If the virtual key is restricted, for example as a restricted virtual key 110, then only the air conditioning of the room accessed by the restricted virtual key 110 will be controlled by its executable data.

[0052] Embodiments 40, 50, and 60 describe essentially the same embodiment, the differentiating factor being that Embodiment 40 describes how the invention functions as a system, Embodiment 50 describes how the invention functions as software, and Embodiment 60 describes how to use the system 400 and software 500 and the user experience. Any feature of Embodiment 40 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 50, 60, 70, 80, 90, 91, 92, and / or 93 according to the present invention.

[0053] Figure 5 shows an embodiment 50 of the software used to operate systems 100 and 400. Mobile device 404 has a mobile application 406 connected to a cloud server 410 configured to store a virtual key 407 for facilitating the locking or unlocking of door 403 with lock 402a. The virtual key 407 is configured to be sent to a second mobile application 409, also connected to the cloud server 410, and optionally received from the second mobile application 409. A persistent user 408 of property 402 or vehicle 401 may configure the virtual key 407 in mobile application 406. As can be seen from Figure 5, mobile application 406 is connected to home appliance 413 and, by making a selection with toggle 503, can generate a virtual key to open at least one of the door locks of doors 1, 2, 3, and 4 of property 402.

[0054] The mobile application 406 is connected to a database 414 that stores information on the property 403 and the appliances 413 within the property, as shown at the top of the screen. The system 400 is configured to generate data output 418 and / or executable data 417, linking the appliance data 415 with lock and key-related access data 416 in the property 402. The generated data output 418 may include, for example, a user instruction command for the air conditioning unit in room 1 when a room is selected from the toggle 503. The user instruction command is sent to the air conditioning unit when room 1 is accessed using the restricted virtual key 110 configured here, enabling access to room 1. The executable data 417 may include, for example, a temperature range requested for room 1 when accessed using the restricted virtual key 110 configured here. As shown in Figure 5, at the bottom of the screen, both the generated data output 418 and the executable data 417 are selected to be operable.

[0055] Any feature of Embodiment 50 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 60, 70, 80, 90, 91, 92 and / or 93 of the present invention.

[0056] Figure 6 shows a flowchart of an embodiment 60 using the system 400 and software 500.

[0057] In stage 601, the mobile device 404 has a mobile application 406 connected to a cloud server 410 configured to store a virtual key 407 for facilitating the locking or unlocking of a door 403 with a lock 402a, and the virtual key 407 is configured to be sent to a second mobile application 409, also connected to the cloud server 410, and optionally received by the second mobile application 409.

[0058] In stage 602, a permanent user 408 of the property 402 or vehicle 401 configures a virtual key 407 in the mobile application 406. The virtual key opens at least one door lock 402a in the property 402, for example, a self-powered lock or an NFC self-powered lock.

[0059] In step 603, the mobile application 406 connects to a home appliance 413 other than a lock or key. In some embodiments, this home appliance 413 may be, for example, a dishwasher or an air conditioner.

[0060] In step 604, the mobile application 406 connects to a database 414 that stores information about the property 402 and the home appliances 413 located within the property 402. For example, the database 414 may store user manuals for the home appliances 413, such as user manuals for air conditioners and dishwashers.

[0061] In step 605, the system 400 and software 500 generate data output 418 or executable data 417 that links the home appliance data 415 with the lock and key-related access data 416 in the property 402. For example, the virtual key 407 can be configured so that when the key is used to access the property 402, the air conditioning is turned on and the dishwasher user manual, along with instructions on how to use the dishwasher, is shared with a second user in the air-conditioned property within a second mobile application 409. In some embodiments, when the virtual key 407 expires, executable data 417 or computer instructions can be automatically generated to remove the user manual from the second mobile application 409.

[0062] Any feature of Embodiment 60 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 70, 80, 90, 91, 92 and / or 93 of the present invention.

[0063] Figure 7 shows a more advanced version 70 of Embodiment 10. This system 700 is otherwise similar to system 100 but incorporates more advanced features.

[0064] Another user 723 receives a restricted virtual key 718 on their mobile device 716 via a mobile application 707 or message inbox 721. The other user 723 can use the restricted virtual key to open a restricted set of doors 705 at a property 702 or vehicle 701 for a limited time. The other user 723 is authenticated with the restricted virtual key 718, typically while opening a message from a persistent user 105, and the restricted virtual key 718 functions only if the authenticated person is the intended user of the restricted virtual key 718. In some embodiments, the recipient of the restricted virtual key 718 is preferably authenticated based on their cloud service account details, banking credentials, and / or by biometric authentication, for example, by using biometric authentication such as a fingerprint or Face ID (facial bone scan) on a smartphone.

[0065] The mobile application 707 features toggles for controlling access to parts of the property 702, such as the front door 705, back door 706, garage door 707, or intercom 708. In some embodiments, the mobile application 707 also features toggles for reserving access to parts of the property 702, such as the gym 709, laundry room 710, conference room 711, or sauna 712.

[0066] In some embodiments, the virtual restricted key 718 is a code that includes an access key to the property 702 or vehicle 701 and a block list 720 that lists the blocked locations and the blocked times for those locations. Typically, at least one door has an NFC reader 704 configured to read the restricted virtual key 718 and unlock the door if the restricted virtual key 718 allows access through the door at the current time.

[0067] Embodiments 70, 80, and 90 describe essentially the same embodiment, the differentiating factor being that Embodiment 70 describes how the invention functions as a system, Embodiment 80 describes how the invention functions as software, and Embodiment 90 describes how to use the system 700 and the software 800 and the user experience.

[0068] Any feature of Embodiment 70 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 80, 90, 91, 92 and / or 93 of the present invention.

[0069] Figures 8A to 8C show a more advanced version 80 of Embodiment 20. Software program product 800 is otherwise similar to software program product 200 but incorporates more advanced features. Another user 723 receives a restricted virtual 718 key on their mobile device 716 via the mobile application 800 or message inbox 721, as indicated by icon 801. The other user 723 can use the restricted virtual key 718 to open a set of restricted doors 703 in a property 702 or vehicle 701 for a limited time.

[0070] Another user 723 is authenticated while opening the message with the restricted virtual key 718, and the restricted virtual key 718 only works if the authenticated person is the intended user of the restricted virtual key 718. In some embodiments, another user 723 may be authenticated with a password and user ID 802 decrypted from the virtual key. The recipient of the restricted virtual key may also be authenticated 803 based on their own cloud service account details, such as iCloud, Google Cloud, or Microsoft credentials, or by banking credentials and / or by biometric authentication, such as fingerprint or facial scan Face ID.

[0071] As shown in Figure 8B, the mobile application features a toggle 804 for controlling access to a part of the property, such as the front door, back door, garage door, or intercom. As shown in Figure 8C, the mobile application 707, in some embodiments, features a toggle 806 for reserving access to a part of the property, such as the gym, laundry room, meeting room, or sauna.

[0072] A virtual restricted key is typically a code containing an alphanumeric or binary access key to a property 702 or vehicle 701, and a blocklist 720 that lists the blocked locations and the blocked times for those locations. Typically, at least one door has an NFC reader 704 configured to read a restricted virtual key 718 and, if the restricted virtual key allows access through the door at the current time, to open the door lock 702a using power received from a smartphone via NFC. This makes it possible to create a self-powered virtual key lock where the door lock 702a does not require a power source.

[0073] Any feature of Embodiment 80 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 90, 91, 92 and / or 93 of the present invention.

[0074] Figure 9 shows a more advanced version 90 of Embodiment 30, using the method 900 shown in Figures 9A and 9B.

[0075] In stage 901, the mobile device 716 has a mobile application 707 connected to a cloud server 713 configured to store a virtual key 718 for facilitating the locking or unlocking of a door with a lock 703. The mobile application 707 features a toggle 804 for controlling access to a part of the property 702, such as a front door, back door, garage door, or intercom. Similarly, the mobile application 707 may feature a toggle 806 for reserving access to a part of the property, such as a gym, laundry room, conference room, or sauna. The virtual key is configured to be transmitted to a second mobile application 113, also connected to the cloud server 111, 713, and optionally received by the second mobile application 113.

[0076] In stage 902, a permanent user 105 of the property 702 or vehicle 701 configures a restricted virtual key 718 in a mobile application 707. The restricted virtual key opens only a restricted set of doors from all doors within the property 702 or vehicle 701, and / or opens only one or more doors for a restricted period of time. Typically, at least one door has a Near Field Communication (NFC) reader configured to read the restricted virtual key 718 and unlock the door 703 if the restricted virtual key permits access through the door at the current time the restricted virtual key is being used.

[0077] In step 903, the persistent user 105 transmits a restricted virtual key to another user via the communication network 715. At least one of the locks that can be opened by the restricted virtual key is typically a self-powered lock that derives its operating power from the insertion of the virtual key via an NFC connection.

[0078] In stage 904, another user 723 receives a restricted virtual key 718 on their mobile device via a mobile application 707 or message inbox 721. The other user 723 uses the restricted virtual key 718 to open a set of restricted doors at property 702 or vehicle 701 for a restricted period of time. Typically, the restricted virtual key 718 is a code containing an access key to property 702 or vehicle 701 and a blocklist listing the blocked locations, as well as the blocked time for the locations and / or doors. The restricted virtual key is typically in an alphanumeric or binary data format to keep the data footprint low and, consequently, to keep the power consumption of system 700 low.

[0079] In stage 905, another user 723 is authenticated by biometric authentication, which may include a user ID and / or password, based on their cloud service account details 802, electronic banking credentials, and / or a record of a fingerprint and / or facial scan, while opening message 801 with a restricted virtual key 718. Typically, the restricted virtual key 718 functions to unlock only if the authenticated user is the intended user of the restricted virtual key 718.

[0080] In stage 906, the mobile application 707 connects to a household appliance 413 other than a lock or key. The household appliance 413 can be, for example, a dishwasher, washing machine, robot vacuum cleaner, heater, air conditioner, oven, swimming pool control device, lighting and / or refrigerator.

[0081] In stage 907, the mobile application 707 connects to a database 414 that stores information about the property 702 and the home appliances 413 located within the property 702. This information may include the user manual for the home appliances 413 and operational information necessary to operate the home appliances manually, automatically, or both.

[0082] In stage 908, the system 700 is configured to generate a data output 418 or executable data 417 that links the appliance data 415 with the lock and key-related access data 416 in the property 702. When another user 723 enters the property 702 using a restricted virtual key, the appliances 413 are operated according to the user's restricted virtual key 718, and / or the other user 723 is provided with access to the operating instructions for one or more appliances according to the user's restricted virtual key 718.

[0083] Any feature of Embodiment 90 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 80, 91, 92 and / or 93 of the present invention.

[0084] Figure 10 shows a more advanced version 91 of Embodiment 40. Embodiments 91, 92, and 93 describe essentially the same embodiment, the differentiating factor being that Embodiment 91 describes how the invention functions as a system, Embodiment 92 describes how the invention functions as software, and Embodiment 93 describes how the system 1000 and software 1100 are used and the user experience.

[0085] Here, the home appliance 1024 is turned on or off based on changes or anticipated changes to the key and lock data 1026. Furthermore, the user manual 1025 file for the home appliance 1024 is displayed to the user of the property 1002 on a display within the property 1002 or on the display 1016 of a mobile device, based on the virtual key and lock data 1026.

[0086] Another user 1023 receives a restricted virtual key on their mobile device 1016 via the mobile application 1017 or in a message inbox 1021. In some embodiments, the message inbox 1021 may be the email inbox of another user 1023, or the text message inbox of another user 1023, or the social media message inbox of another user 1023. The message inbox may be implemented within the mobile application 1017, or it may be a separate message inbox according to the present invention.

[0087] The persistent user 1027 sends a restricted virtual key to another user 1023, as before. The restricted virtual key 1018 can optionally open a restricted set of doors in the property 1002 for a limited time. The other user 1023 is authenticated while opening the message with the restricted virtual key 1018, and the restricted virtual key 1018 will only function if the authenticated person is the intended user of the restricted virtual key 1018. Typically, the recipient of the restricted virtual key 1018 is authenticated based on their own cloud service account details, such as iCloud, Google Cloud, or Facebook credentials, or other social media credentials, or based on e-banking credentials, a PIN code, security questions, and / or biometric authentication. Biometric authentication can use any biometric method available on the mobile device 1016, such as a fingerprint or facial scan.

[0088] The mobile application 1017 features toggles to control access to parts of the property 1002, such as the front door 1005, back door 1006, garage door 1007, or intercom 1008. The mobile application 1017 also features toggles to reserve access to parts of the property 1002, such as the gym 1009, laundry room 1010, meeting room 1011, or sauna 1012.

[0089] Typically, the virtual restricted key 1018 is a code containing an access key to the property 1002 or vehicle 1001. In some embodiments, the virtual restricted key 1018 includes a blocklist 1020 that lists the blocked locations and the blocked times for those locations.

[0090] Typically, at least one door 1003 has an NFC reader 1004 configured to read a restricted virtual key 1018 and unlock the door 1003 if the restricted virtual key 1018 allows access through the door at the time the restricted virtual key 1018 is read. In some embodiments, a physical key or key dongle configured to open the door of property 1003 is linked to a cloud account in system 1000. This also allows the restricted virtual key 1018 to be sent to the memory of a physical key 1031 or key dongle 1032. Typically, this type of physical key or key dongle comprises an NFC transceiver and some other power source such as a memory chip, battery, or photocell.

[0091] Any feature of Embodiment 91 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 80, 90, 92 and / or 93 of the present invention.

[0092] Figures 11A to 11G show a more advanced version 92 of embodiment 50.

[0093] A software program product 1100 for locking and unlocking at least one door 1003 to a property 1002 is stored in a non-temporary storage medium and is operable in a system comprising a cloud server 1030, a mobile device 1016 used by another user 1023 and a persistent user 1027, and a communication network 1015.

[0094] The mobile device 1016 has a mobile application 1017 connected to a cloud server 1030 configured to store a virtual key 1018 for facilitating the locking or unlocking of a door 1003 with a lock 1002a. The virtual key 1018 is configured to be sent to the mobile application 1017 from a mobile device 1028, which is also connected to the cloud server 1030.

[0095] A persistent user 1027 of a property 1002 or vehicle 1001 may configure a restricted virtual key 1018 in the persistent user's mobile applications 108, 406. The restricted virtual key 1018 is configured to open at least one door lock 1002a within the property 1002. The mobile application 108 is also connected to appliances 1101 other than locks or keys. The appliance, shown as a refrigerator 1102 in Figure 11A, is turned on or off based on changes or expected changes in key and lock data, as indicated by the toggle 1104. For example, the refrigerator may be turned on when the key and lock data indicates that the restricted virtual key 1018 may open a door within the property within 24 hours.

[0096] Typically, mobile applications 108, 406 connect to a database 414 that stores information about the property 1002 and the appliances 1101 within the property 1002. System 1100 is configured to generate data output 418 or executable data 417 that links the appliance data 415 with the lock and key-related access data 416 of the property 1002. Based on the virtual key and lock data, the user manual file 1025 for the appliance 1101 is accessed 1105, and displayed in the property 1002, either on a display within the property 1002 or on the screen of a mobile device 1016, 1028. As shown in Figure 11B, the user manual instructs the user on how to operate the refrigerator-freezer combination 1101.

[0097] Another user 1023 receives a restricted virtual key 1018 on a mobile application 1017 on their mobile device 1016, as shown in Figure 11C. Figure 11D shows how another user 1023 receives the restricted virtual key 1018 in a message inbox 1021 on their mobile device 1016. In some embodiments, the restricted virtual key 1018, 110 is integrated into a welcome email or message, as shown in Figure 11D. In some embodiments, the virtual key or restricted virtual key may be activated simply by tapping an icon 1111 in the message, which transmits the virtual key 109 or restricted virtual key 1018 from the mobile device 1016, 1028 via NFC.

[0098] Another user 1023 can use a restricted virtual key 1018 to open a restricted set of doors in property 1002 during a restricted time. In Figure 11E, another user 1923 is authenticated while opening the message with the restricted virtual key, and the restricted virtual key 1018 only works if the authenticated person is the intended user of the restricted virtual key 1018. The recipient of the restricted virtual key 1018 is authenticated based on their cloud service account details 1113, e-banking transaction credentials and / or by biometric authentication 1114.

[0099] As shown in Figure 11F, mobile applications 108 and 200 feature toggles for controlling access to parts of property 102 and 1002, such as the front door, back door, garage door, or intercom. Mobile applications 108 and 200 also feature toggles for reserving access to parts of property 102 and 1002, such as the gym, laundry room, meeting room, or sauna.

[0100] In Figure 11F, these restrictions are explained to another user 1023 in screen section 1116 when a virtual restricted key 1018 is received. The present invention makes it possible to adjust car sharing so that, for example, as shown in screen section 1116, car 1001 is allocated to another user 1023 for two hours.

[0101] The virtual restricted key 1018 is a code that includes an access key to the property 1002 or vehicle 1001, and possibly a blocklist that lists the blocked locations and the blocked times for those locations. Figure 11G shows the process of unlocking at least one door, having an NFC reader 1004 configured to read the restricted virtual key 1018 and unlock the front door 1005 if the restricted virtual key 1018 allows access through the door at the current time. As shown in Figure 11, a mobile application 1017 of another user 1023 can guide another user through the process of using the restricted virtual key 1018 with instructions as shown in screen sections 1118, 1119.

[0102] In some embodiments, the virtual restricted key 1018 may also be transmitted to a physical key 1031 or key dongle 1032, which is configured to open the door to the property 1002 and is linked to a cloud account in system 1100. Typically, the physical key 1031 or key dongle 1032 does not have a screen, but in some embodiments, instructions can be output to the screen of another device, such as a mobile device 1016, 1028, via Bluetooth or NFC.

[0103] Any feature of Embodiment 92 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 80, 90, 91 and / or 93 of the present invention.

[0104] Figures 12A and 12B show a more advanced embodiment 93 of embodiment 60.

[0105] In step 1201, the mobile device 1028 has a mobile application (not shown) connected to a cloud server 1030 configured to store a virtual key for facilitating the locking or unlocking of a door with a lock 1002a. The mobile application features toggles for controlling access to parts of the property 1002, such as the front door 1005, back door 1006, garage door 1007, or intercom 1008. The mobile application on mobile device 1028 also preferably features toggles for reserving access to parts of the property 1002, such as the gym 1009, laundry room 1010, conference room 1011, and sauna 1012. The virtual key is configured to be sent to and / or optionally received from a second mobile application 1017, which is used by another user 1023 and is also connected to the cloud server 1030.

[0106] In stage 1202, a permanent user of the property 1002 or vehicle 1001 configures a virtual key in a mobile application on a mobile device 1028, and the virtual key opens at least one door lock 1002a within the property 1002. At least one door has a Near Field Communication (NFC) reader 1004 configured to read a restricted virtual key 1018 and open the door locks 1001a, 1002a when the restricted virtual key 1018 permits access through the door at the time of use.

[0107] In step 1203, the mobile application of the mobile device 1028 connects to a household appliance 1024 other than a lock or key. This could be, for example, a refrigerator as shown in Figures 11A to 11G, or any other household appliance.

[0108] In stage 1204, the mobile application on the mobile device 1028 connects to a database 414 that stores information about the property 1002 and the home appliances 1024 located within the property 1002.

[0109] In step 1205, the system 1000 is configured to generate a data output 418 or executable data 417 that links the home appliance 1024 data with the lock and key-related access data 416 in the property 1002. Once all or part of steps 1201 to 1205 have been performed, the restricted virtual key 1018 is sent to the mobile application 1017 of another user 1023 who will use the property 1002 and / or vehicle 1001 with the restricted virtual key 1018. Alternatively, steps 1206 and 1207, which prepare the property 1002 for use by another user 1023, are performed first, and the restricted virtual key is sent in step 1208.

[0110] In stage 1206, the home appliances 1024 are turned on or off based on changes or anticipated changes to the key and lock data. For example, if another user 1023 is expected to enter the property within 24 hours, the refrigerator can be automatically switched on. Similarly, if another user 1023 is expected to use the vehicle 1001, the air conditioning or heater inside the vehicle can be turned on based on the ambient temperature and the expected start time of operation.

[0111] In stage 1207, the user manual file 1025 of the home appliance 1024 is displayed to another user of the property 1002 on a display within the property 1002 or on the display of a mobile device 1016, based on the restricted virtual key 1018 and lock data 1026.

[0112] In stage 1208, another user 1023 receives a restricted virtual key 1018 on their mobile device via a mobile application 1017 or message inbox 1021. Another user 1027 can use the restricted virtual key 1018 to open a set of restricted doors at property 1002 during a restricted time, and the restricted virtual key 1018 is a code containing an access key to property 1002 or vehicle 1001. The restricted virtual key 1018 may also include a blocklist listing blocked locations and the blocked time for those locations.

[0113] In step 1209, another user 1023 is authenticated based on the user's cloud service account details, e-banking credentials, and / or biometric authentication while opening a message with restricted virtual key 1018. Restricted virtual key 1018 only works if the authenticated user is the intended user of restricted virtual key 1018.

[0114] In some embodiments, a physical key 1031 or key dongle 1032 configured to open the door of a property is linked to a cloud account in system 1000. In some embodiments, this allows another user 1023, once authenticated, to transfer a restricted virtual key 1018 to the physical key 1031 and / or key dongle 1032 via a communication network 1015. The other user 1023 can then use the physical key 1031 and / or key dongle 1032 that they carry with them to open the lock 1001a, 1002a or the door 1003 of the property, without a mobile device 1016 or without re-authentication, subject to the restrictions of the lock 1001a, 1002a, or the door 1003 of the property.

[0115] Any feature of Embodiment 93 can be readily combined with or replaced with any feature of any of the other embodiments 10, 20, 30, 40, 50, 60, 70, 80, 90, 91 and / or 92 of the present invention.

[0116] The virtual key system will henceforth be described as utilizing artificial intelligence for several purposes. Known machine learning tools / deep learning frameworks, with or without modification, may be used. Some such known machine learning tools include Caffe®, Api.ai®, TensorFlow®, Mahout®, OpenNN®, H2O®, MLlib®, NuPIC®, OpenCyc®, Oryx 2®, PredictionIO®, SystemML®, TensorFlow®, and Torch®. Artificial intelligence may be used, for example, to adjust the operation of consumer electronics in response to executable data 417 or data output 418. However, the virtual key data itself is preferably held entirely deterministically without any machine learning aspects.

[0117] In some embodiments of the present invention, virtual keys can be received in a mobile application, a physical key or key dongle, a messaging software inbox, a software wallet such as Apple Wallet or Google Wallet, a server device or cloud account, or a device such as a drone or autonomous vehicle. Furthermore, in a preferred embodiment, the virtual key is provided as an App Clip from Apple® or a Google Play Instant from Google®, which allows the user to use the virtual key 109 or restricted virtual key 110 without installing a second mobile application 113.

[0118] In some preferred embodiments of the present invention, the mobile application 108 or the second mobile application 113 can be adapted to user roles. For example, as described in the earlier embodiments, user roles may exist as "permanent user" or "temporary user". The mobile application 108 and / or the second mobile application can be implemented as modular software, and the user view, or the availability of different software modules, depends on the user role of the user using the mobile application 108 and / or the second mobile application. For example, a user with the user role of "permanent user" may be provided with a user view of all properties owned by that user. A user with the user role of "temporary user" may be provided with a user view of only the rooms, facilities, and appliances that this other user 114, who has a restricted virtual key 110, is permitted to use. In practice, user data is hosted on a cloud server, and the user's mobile applications 108, 113 may be updated with user roles from the cloud server 111. When a user role is updated within mobile applications 108, 113, the user interfaces 200, 1100 of mobile applications 108, 113 adapt to the current user role to display only the software modules and user views assigned to the current user role within systems 100, 400, 700, and / or 1000. These user roles are applicable to all the aforementioned embodiments of the present invention.

[0119] A typical software architecture for realizing the aforementioned user roles would associate the user role with the property structure of the property 1002, which would include floor plans, locks, access points, access rights, and keys. The property structure may also have virtual levels, such as countries or regions, to help manage properties that have two or more property 1002 in two or more countries or regions. When a new person is added to systems 100, 400, 700, and 1000, a user role, or multiple user roles, are selected for that person. The user role may control access to a log view that displays recorded logs of events from different software modules and / or parts of the property as a function of time, for example, "remote unlocking of front door, time, date, username of the user who opened the door." Similarly, reservations for facilities such as gyms and saunas, or the use of home appliances 413, can also be recorded in a log view for each user and their user role. Likewise, all physical keys 1031, key dongles 1032, and / or virtual keys 407 that a user is entitled to manage can be displayed in a view controlled by the user role according to the present invention.

[0120] In one preferred embodiment, a guest touches the intercom of the property. The intercom can then call the user of the property, and the intercom connects to mobile applications 108, 113 in the user's device. The voice received by the intercom's microphone from the guest is transmitted from the intercom to the mobile applications 108, 113 via the connection, and the user of the property listens to the guest's voice using the intercom. In some embodiments, the intercom provides a QR code or NFC calling tag that allows a person at the entrance to call the resident directly.

[0121] User views can also be adapted to different screen sizes according to defined user roles. For example, public information compatible with a typical "resident" role can be displayed on mobile phone and tablet screens, as well as on a large screen in the lobby of a building or property.

[0122] In some embodiments, the virtual key is a data packet that includes system maintenance data in addition to the key. This system maintenance data serves as a data update for self-powered locks that are not connected to a communication network. Thus, the system maintenance data of the lock is updated when the self-powered lock is unlocked using a virtual key, because this network connection consumes the power that the self-powered lock is trying to conserve. Both persistent and temporary user keys can include this system maintenance data and send it to the lock. The system maintenance data in the virtual key may include, for example: Access rights to locks, and locks whose entry is permitted by a virtual key. Time limits, for example, the amount of time or time interval during which access to a lock is permitted by a virtual key. A blocklist, for example, a list of the most recent blocked keys, from the smartphone to the lock, or from the lock to the smartphone, depending on which list is more recent. In some embodiments, the blocklist is kept secret from permanent users, temporary users, or both. Lock programming. In some embodiments, the virtual key may also include a lock programming script that modifies access rights or time limits within the lock's memory. In some embodiments, the lock programming script is kept secret from persistent users, temporary users, or both. Audit trail. This typically includes log information on locks, the usage history of multiple locks, and / or the usage history of virtual keys.

[0123] The present invention has been described above with reference to the embodiments described above, and several commercial and industrial advantages have been demonstrated. The method and configuration of the present invention enables the exchange of programmable residency rights between tenant / visitor users using a mobile app and a self-powered lock. Physical keys and lock power supplies can be completely eliminated, while the key locks can remain fully programmable. As a result, it is more convenient for tenants and costs are reduced for property owners without compromising security.

[0124] The present invention has been described above with reference to the embodiments described above. However, it is clear that the present invention is not limited to these embodiments and includes all possible embodiments and the following claims within the spirit and scope of the invention.

[0125] References U.S. Patent No. 11468723, "ACCESS MANAGEMENT SYSTEM", Ronald Carter U.S. Patent No. 11421445, "SMART LOCK DEVICE WITH NEAR FIELD COMMUNICATION", Johnson and Dow

Claims

1. A system for locking and unlocking at least one door to a property or vehicle, comprising a cloud server, a mobile device used by a user, and a communication network, The mobile device has a mobile application connected to the cloud server configured to store a virtual key for facilitating the locking or unlocking of a door, The virtual key is configured to be sent to and received by a second mobile application, which is also connected to the cloud server. The virtual key can be configured in the mobile application by the persistent user of the real estate property or the vehicle. The virtual key is configured to be sent by the persistent user to another user via a communication network to a message inbox on a second mobile device associated with the other user. The virtual key in the message inbox is configured such that, upon user activation of the virtual key in a message or email received in the message inbox, the virtual key is transmitted to the lock via Near Field Communication (NFC), allowing the other user to open a set of doors on the property or vehicle, and user activation of the virtual key includes tapping an icon integrated in the message or email, the icon representing the virtual key. system.

2. The system according to claim 1, wherein another user is authenticated while opening the message with the virtual key, and the virtual key functions only if the authenticated person is the intended user of the virtual key.

3. The system according to claim 1, wherein the recipient of the virtual key is authenticated based on their cloud service account details, electronic banking credentials, and / or by biometric authentication.

4. The mobile application features a toggle for controlling access to a portion of the property, such as the front door, back door, garage door, or intercom, and / or the mobile application features a toggle for reserving access to a portion of the property, such as the gym, laundry room, meeting room, or sauna. The system according to claim 1.

5. The virtual key is a code that includes an access key to the real estate property or the vehicle, and a block list that describes blocked locations and the time a location is blocked, resulting in a restricted virtual key. The system according to claim 1.

6. At least one door has an NFC reader configured to read the virtual key (1018) and to unlock the door when the virtual key permits access through the door in use. The system according to claim 1.

7. A software program product stored on a non-temporary storage medium for locking and unlocking at least one lock on a door to a real estate property or vehicle, which can operate on a system comprising a cloud server, a mobile device used by a user, and a communication network, The mobile device has a mobile application connected to the cloud server configured to store a virtual key for facilitating the locking or unlocking of a door with a lock, The virtual key is configured to be sent to and received by a second mobile application, which is also connected to the cloud server. The virtual key can be configured in the mobile application by the persistent user of the real estate property or the vehicle. The virtual key is configured to be sent by the persistent user to another user via a communication network to a message inbox on a second mobile device associated with the other user. The virtual key in the message inbox is configured such that, upon user activation of the virtual key in a message or email received in the message inbox, the virtual key is transmitted to the lock via Near Field Communication (NFC), allowing the other user to open a set of doors on the property or vehicle, and user activation of the virtual key includes tapping an icon integrated in the message or email, the icon representing the virtual key. Software program products.

8. The software program product according to claim 7, wherein the user is authenticated while opening the message with the virtual key, and the virtual key functions only if the authenticated person is the intended user of the virtual key.

9. The software program product according to claim 7, wherein the recipient of the restricted virtual key is authenticated based on their cloud service account details, electronic banking credentials, and / or by biometric authentication.

10. The software program product according to claim 7, wherein the mobile application features a toggle for controlling access to a part of the property, such as a front door, back door, garage door, or intercom, and / or the mobile application features a toggle for reserving access to a part of the property, such as a gym, laundry room, conference room, or sauna.

11. The software program product according to claim 7, wherein the virtual key is a code that includes an access key to the real estate property or the vehicle, and a blocklist that describes blocked locations and the time for which locations are blocked, thereby resulting in a restricted virtual key.

12. The software program product according to claim 7, wherein at least one door has an NFC reader configured to read the virtual key and to unlock the door if the virtual key permits access through the door at the current time.

13. A system for locking and unlocking at least one lock on a door to a real estate property, comprising a cloud server, a mobile device used by a user, and a communication network, The mobile device has a mobile application connected to the cloud server configured to store a virtual key for facilitating the locking or unlocking of a door with a lock, The virtual key is configured to be sent to and received by a second mobile application, which is also connected to the cloud server. The virtual key can be configured in the mobile application by the persistent user of the real estate property or vehicle. The virtual key is configured to be sent by the persistent user to another user via a communication network to a message inbox on a second mobile device associated with the other user. The virtual key in the message inbox is configured such that, upon user activation of the virtual key in a message or email received in the message inbox, the virtual key is transmitted to the lock via Near Field Communication (NFC), allowing the other user to open a set of doors on the property or vehicle, the user activation of the virtual key includes tapping an icon integrated into the message or email, the icon representing the virtual key, The virtual key unlocks at least one door lock within the real estate property. The aforementioned mobile application is connected to a home appliance other than the lock or key, The mobile application is connected to a database that stores information on the real estate property and the home appliances located within the property. The system is configured to generate data output or executable data that links home appliance data with access data related to locks and keys for the real estate property. At least one door has an NFC reader configured to read a restricted virtual key and unlock the door if the restricted virtual key permits access through the door at the current time. system.

14. The system according to claim 13, wherein the home appliance is turned on or off based on a change or expected change in key and lock data.

15. The system according to claim 13, wherein a user manual file for a home appliance is displayed to the user of the property on a display within the property or on a mobile device, based on a virtual key and lock data.

16. Another user receives the virtual key in a mobile application or message inbox on their mobile device. The system according to claim 13, wherein a set of restricted doors can be opened by another user at the property during a restricted time period using the virtual key (1018) which has become a restricted virtual key.

17. The system according to claim 13, wherein the user is authenticated while opening the message with the virtual key, and the virtual key functions only if the authenticated person is the intended user of the restricted virtual key.

18. The system according to claim 13, wherein the recipient of the virtual key is authenticated based on their cloud service account details, electronic banking credentials, and / or by biometric authentication.

19. The system according to claim 13, wherein the mobile application features a toggle for controlling access to a portion of the property, such as a front door, back door, garage door, or intercom, and / or the mobile application features a toggle for reserving access to a portion of the property, such as a gym, laundry room, meeting room, or sauna.

20. The system according to claim 13, wherein the virtual key is a code that includes an access key to the property or the vehicle and a block list that describes blocked locations and blocked times for those locations, resulting in a restricted virtual key.

21. The system according to claim 13, wherein a physical key or key dongle configured to open the door of the real estate property is linked to a cloud account of the system.

22. A software program product stored in a non-temporary storage medium for locking and unlocking at least one lock on a door to a real estate property, which can operate on a system comprising a cloud server, a mobile device used by a user, and a communication network, The mobile device has a mobile application connected to the cloud server configured to store a virtual key for facilitating the locking or unlocking of a door with a lock, The virtual key is sent to a second mobile application also connected to the cloud server and is configured to be optionally received by the second mobile application. The virtual key can be configured in the mobile application by the persistent user of the real estate property or vehicle. The virtual key is configured to be sent by the persistent user to another user via a communication network to a message inbox on a second mobile device associated with the other user. The virtual key in the message inbox is configured such that, upon user activation of the virtual key in a message or email received in the message inbox, the virtual key is transmitted to the lock via Near Field Communication (NFC), allowing the other user to open a set of doors on the property or vehicle, the user activation of the virtual key includes tapping an icon integrated into the message or email, the icon representing the virtual key, The virtual key unlocks at least one door lock within the real estate property. The aforementioned mobile application is connected to a home appliance other than the lock or key, The mobile application is connected to a database that stores information on the real estate property and the home appliances located within the property. The system is configured to generate data output or executable data that links home appliance data with access data related to locks and keys for the real estate property. At least one door has an NFC reader configured to read a restricted virtual key and to unlock the door if the restricted virtual key permits access through the door during an entry attempt. Software program products.

23. The software program product according to claim 22, wherein the home appliance is turned on or off based on a change or expected change in key and lock data.

24. The software program product according to claim 22, wherein a user manual file for a home appliance is displayed to the user of the property on a display within the property or on the screen of the mobile device, based on a virtual key and lock data.

25. Another user receives the virtual key in a mobile application on their mobile device, The software program product according to claim 22, wherein a set of restricted doors can be opened by another user at the property during a restricted time period using the virtual key which has become a restricted virtual key.

26. Another user receives the virtual key in the message inbox on their mobile device, A set of restricted doors can be opened by another user during the restricted time period on the property or vehicle using the restricted virtual key. The software program product according to claim 22.

27. The software program product according to claim 22, wherein the user is authenticated while opening the message with the virtual key, and the virtual key functions only if the authenticated person is the intended user of the virtual key.

28. The software program product according to claim 22, wherein the recipient of the virtual key is authenticated based on their cloud service account details, electronic banking credentials, and / or by biometric authentication.

29. The software program product according to claim 22, wherein the mobile application features a toggle for controlling access to any part of the property, such as a front door, back door, garage door, or intercom, and / or the mobile application features a toggle for reserving access to any part of the property, such as a gym, laundry room, conference room, or sauna.

30. The software program product according to claim 22, wherein the virtual restricted key is a code that includes an access key to the property or the vehicle, and a blocklist that describes blocked locations and the time for which a location is blocked.

31. The software program product according to claim 22, wherein a physical key or key dongle configured to open the door of the real estate property is linked to the system's cloud account.

32. The system according to claim 2, wherein the recipient of the virtual key is authenticated based on their cloud service account details, electronic banking transaction credentials, and / or by biometric authentication.

33. The system according to claim 8, wherein the recipient of the virtual key is authenticated based on their cloud service account details, electronic banking transaction credentials, and / or by biometric authentication.

34. The system according to claim 14, wherein a user manual file for a home appliance is displayed to the user of the property on a display within the property or on the mobile device, based on a virtual key and lock data.

35. The software program product according to claim 23, wherein a user manual file for a home appliance is displayed to the user of the property on a display within the property or on the screen of the mobile device, based on a virtual key and lock data.

Images