Patent Grant
10026250
The technology disclosed herein relates generally to electronic locks and electronic lockbox systems and is particularly directed to a system of the type that includes a portable communications device (sometimes referred to herein as a mobile device, or a portable transponder) that communicates with an electronic lockbox using a low power radio link. Embodiments are specifically disclosed as a portable communications device that includes both a low power radio to communicate to the lockbox and a wide area network radio to communicate to a central clearinghouse computer, and optionally includes a Global Positioning System (GPS) receiver to determine approximate physical location of the lockbox when in communication with the lockbox.
In some disclosed embodiments, the portable transponder includes a motion sensor to activate its wide area network radio; also disclosed is a portable transponder that includes a smart card connector to communicate with a secure memory device.
A further embodiment is disclosed involving the portable communications device that communicates to an electronic lockbox using a low power radio and that communicates to a central clearinghouse computer using a wide area network radio; this portable communications device also provides a secondary computer to receive messages from the clearinghouse computer over the wide area network. In more advanced applications, the portable communications device can comprise a smart phone, which can run application software programs (called “APPS”), to customize the functions executed by the smart phone, and to allow certain information residing on the central computer to be displayed on the smart phone.
In another embodiment, a wireless controller remote locking system allows both sales agents and sales prospects to communicate either with a wireless controller that is proximal to a lock device at a remote site, or with the central clearinghouse computer. The ultimate goal is to provide contextual data to the sales prospect, and that contextual data can be sent in near-real time while the sales prospect is visiting a specific property that is the site of a wireless controller remote lock installation. Both the sales agent and the sales prospect will use smart devices, such as smart phones, that have both wide area network capability and low power radio capability (such as Bluetooth), so that the sales prospect can communicate with either the central computer or the sales agent and receive the desired contextual data.
In still another embodiment of a wireless controller remote locking system, a user can arrive at a site where a wireless controller and lock have been installed and then receive contextual data pertaining to at least one human occupant of the specific property where that wireless controller has been installed. This can be extremely useful for a situation where a medical caregiver arrives to visit one of the human occupants of a specific property that is protected by the wireless controller and lock. The caregiver can communicate with the wireless controller using a short range wireless communications device (such as a smart device or a smart phone), and the caregiver can be provided with up to date medical information about the human occupant. The medical caregiver may or may not be authorized to open the lock, and if that person is not authorized, then a second person would have to arrive who is authorized to open the lock.
In this situation involving contextual data about a human occupant, the person arriving at the wireless controller and lock site could be an emergency responding agent (such as a police department officer or a fire department official), and in that situation that person's smart device could be provided with up to date contextual information about human occupants and perhaps other information pertaining to conditions on the building site itself that may not necessarily pertain directly to the human occupant. Such emergency personnel would likely have the capability of opening the lock in an emergency situation, so that person would be authorized to both receive the contextual data and to open the lock. Other non-emergency personnel may also have reason to require contextual information about a human occupant of a lock-protected property, including repair service persons or administrative service persons, and the like. Moreover, it is possible that the wireless controller and lock “site” could be a moving device such as a vehicle, particularly where the “site” could be an ambulance, or perhaps a mobile home.
None.
As wireless communication systems have become more prevalent, the ability to deliver relevant information to an end user in near real time is possible. With the vast amount of information being created and updated moment by moment, intelligent systems responsive to situational data needs are highly desirable. In the real estate industry for example, properties go on and off the market regularly, prices change, and surrounding similar properties may be of interest to a prospective home buyer.
In most real estate transactions, there are three to four parties involved in completing the transaction—the buyer, the seller, the buyer's agent or representative, and the seller's agent or representative. (Sometimes the two agents comprise a single person.) An event of showing a seller's property to a prospective buyer generates an electronic event at the lockbox, when one of the above mentioned agents accesses the lockbox to retrieve the key to the property. This access event itself identifies the buyer's interest in properties of a type similar to the property being visited, the geographic location of the property, and level of interest potentially inferred by the length of the visit. Access events recorded over time provide additional data relevant to general interest in the subject property, which may be reflective of price or property condition.
Accordingly, it is an advantage to provide an electronic lockbox system in which data can be delivered to a user in real time, in which the user requests contextual data that is relevant to a particular geographic location of the lockbox that is being accessed by that user; the central computer searches its database for other relevant properties and creates a data set that is sent to the user in real time, so that the user can review the contextual data almost immediately, and also enables the user to discuss that contextual data with a sales prospect during a meeting that is occurring in real time.
It is another advantage to provide an electronic lockbox system that allows the central computer to identify a lockbox being accessed by a user who has an electronic key and is communicating with the central computer, essentially in real time; the central computer can determine if that lockbox has been associated with a particular property that is already stored in the database of the central computer, and if not, will query the user of the electronic key, asking for appropriate location information, which quickly updates the database of the central computer with up to date information about that lockbox and its associated property.
It is yet another advantage to provide an electronic lockbox system that allows the central computer to automatically match a sales agent with a sales prospect in near real time, by receiving messages from both persons that include GPS location data; if the central computer can correlate two separate messages with GPS location data and thereby match the locations of those two persons, the central computer can create a new entry in the database for this match and can record a visit to the property into a separate history database for later use.
It is still another advantage to provide a wireless controller remote locking system that allows a central computer to be accessed by sales agents and sales prospects, and to provide a history of previous property visits by such a sales agent or a sales prospect; both sales agents and sales prospects can access a special database in the central computer that allows such persons to view a history of their individual property visits and to review details of those property visits while, typically, using the Internet for such access.
It is a further advantage to provide a wireless controller remote locking system that allows a user to obtain contextual data about a human occupant of a specific property that is protected by the wireless controller and lock, and if that user has sufficient authorization, to also open that lock.
It is yet a further advantage to provide a wireless controller remote locking system that allows a sales agent to open a lock at a specific property, and then send access event information pertaining to that wireless controller and lock site to a central clearinghouse computer using a wide area network communications device, and to allow a sales prospect to communicate a message in near-real time to the central computer in which that message contains GPS coordinates information that specifies an approximate physical location of the prospect's smart device; the central computer can then determine if the sales prospect is at a correct approximate physical position with respect to the wireless controller, and if so, to then send a message to the sales prospect that contains contextual data relating to that property.
It is still a further advantage to provide a wireless controller remote locking system that allows a sales agent to login to the central computer using a wide area network communications circuit of the sales agent's smart device while the agent is visiting a wireless controller and lock site, in which the agent smart device will obtain the identification code of the wireless controller and send that to the central computer, and in near-real time, a sales prospect can also receive that wireless controller's unique identification code and send that to the central computer using a wide area network communications circuit of the smart device of the sales prospect, after which the central computer will determine that both messages are from the same wireless controller and within an appropriate time interval, and will send a message containing contextual data pertaining to that property to the sales prospect's smart device.
It is another advantage to provide a wireless controller remote locking system that allows an authorized user to visit a wireless controller and lock site at a specific property such that a smart device for the sales agent will communicate with the wireless controller to receive the unique identification code of that wireless controller using a short range wireless communications circuit, and for a sales prospect or other interested person having a second smart device can receive a wireless message directly from the sales agent pertaining to that wireless controller and lock property, and have contextual data for that specific property transferred from the first smart device of the agent to the second smart device of the second person, and then to have that contextual information displayed on the second smart device.
It is yet another advantage to provide a wireless controller remote locking system in which a sales prospect who is not authorized to open a particular lock in the system can communicate with the central computer using a login procedure, after which the sales prospect can request a visit history report pertaining to property visits for one or more of the properties in the wireless controller system, and after validation at the central computer, the central computer will send contextual data pertaining to the specific property or properties included in the visit history report and will send that information to the portable smart device of the sales prospect using a wide area network circuit, and after the contextual information message has been received at the prospect's smart device, the APP running on that prospect's smart device will determine if existing contextual data is resident for at least one of the properties of interest, and if so the existing contextual data will be updated on the prospect's smart device.
Additional advantages and other novel features will be set forth in part in the description that follows and in part will become apparent to those skilled in the art upon examination of the following or may be learned with the practice of the technology disclosed herein.
To achieve the foregoing and other advantages, and in accordance with one aspect, a method for operating an electronic lockbox system is provided, in which the method comprises the following steps: (a) providing an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) providing at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; (c) providing a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network; (d) in response to a communication event occurring between the electronic lockbox and the first portable communications device, sending, by use of the first WAN communications circuit, an indication of such communication event to the central computer; (e) at the central computer, assimilating a data set of contextually relevant information relating to a property to which the lockbox is assigned; and (f) sending, by use of the second WAN communications circuit, at least one data element from the data set to the at least one portable communications device.
In accordance with another aspect, an electronic lockbox system is provided, which comprises: (a) an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; and (c) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network; wherein the first, second, and third processing circuits are configured: (d) in response to a communication event occurring between the electronic lockbox and the first portable communications device, to send, by use of the first WAN communications circuit, an indication of such communication event to the central computer; (e) at the central computer, to assimilate a data set of contextually relevant information relating to a property to which the lockbox is assigned; and (f) to send, by use of the second WAN communications circuit, at least one data element from the data set to the at least one portable communications device.
In accordance with yet another aspect, a method for operating an electronic lockbox system is provided, in which the method comprises the following steps: (a) providing an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) providing a plurality of portable communications devices, including a first portable communications device of the plurality of portable communications devices, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a GPS receiver, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; (c) providing a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network; (d) establishing a first database in the third memory circuit of the central computer, the first database used for containing relationship information between agents and prospects; (e) sending, using the first WAN communications circuit, a message from the first portable communications device to the central computer, the message including GPS location data; and (f) updating the first database in the central computer, based on a proximal GPS location of the first portable communications device substantially at a time when the first portable communications device communicates with the electronic lockbox.
In accordance with still another aspect, an electronic lockbox system is provided, which comprises: (a) an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) a plurality of portable communications devices, including a first portable communications device of the plurality of portable communications devices, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a GPS receiver, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; and (c) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network; wherein the first, second, and third processing circuits are configured: (d) to establish a first database in the third memory circuit of the central computer, the first database used for containing relationship information between agents and prospects; (e) to send, using the first WAN communications circuit, a message from the first portable communications device to the central computer, the message including GPS location data; and (f) to update the first database in the central computer, based on a proximal GPS location of the first portable communications device substantially at a time when the first portable communications device communicates with the electronic lockbox.
In accordance with a further aspect, a method for operating an electronic lockbox system is provided, in which the method comprises the following steps: (a) providing an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) providing at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; (c) providing a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, and a network server; (d) interacting with the electronic lockbox by the first portable communications device, by using the first and second short range wireless communications circuits; (e) sending a message from the first portable communications device to the central computer, using the first and second WAN communications circuits, informing the central computer of the interaction between the electronic lockbox and the first portable communications device; (f) at the central computer, identifying the electronic lockbox that was interacted with by a user of the first portable communications device; and (g) at the central computer, determining if the identified lockbox is associated with a property in the at least one database of the central computer, and if not so associated, then: (h) querying the user of the first portable communications device for at least one of: an address, and a location, of the electronic lockbox.
In accordance with a yet further aspect, an electronic lockbox system is provided, which comprises: (a) an electronic lockbox having a first processing circuit, a first memory circuit, a first short range wireless communications circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network; and (c) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, and a network server; wherein the first, second, and third processing circuits are configured: (d) to interact with the electronic lockbox by the first portable communications device, by using the first and second short range wireless communications circuits; (e) to send a message from the first portable communications device to the central computer, using the first and second WAN communications circuits, informing the central computer of the interaction between the electronic lockbox and the first portable communications device; (f) at the central computer, to identify the electronic lockbox that was interacted with by a user of the first portable communications device; and (g) at the central computer, to determine if the identified lockbox is associated with a property in the at least one database of the central computer, and if not so associated, then: (h) to query the user of the first portable communications device for at least one of: an address, and a location, of the electronic lockbox.
In accordance with a still further aspect, a method for operating an electronic lockbox system is provided, in which the method comprises the following steps: (a) providing a plurality of electronic lockboxes, including a first electronic lockbox of the plurality of electronic lockboxes, the first electronic lockbox having a first processing circuit, a first memory circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) providing at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, and a first WAN communications circuit for communicating with a wide area network; and (c) providing a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that record information about visits to at least one property in the electronic lockbox system; (d) sending login message information from the first portable communications device to the central computer; (e) at the central computer, determining if the login message information is correct, and if so, allowing a user of the first portable communications device to obtain access to predetermined portions of the at least one database; (f) upon request by the user, sending a history of at least one property visit at the plurality of electronic lockboxes involving the user, from the central computer to the first portable communications device, and displaying the history on the display of the first portable communications device; (g) allowing the user, by use of the data entry device of the first portable communications device, to select one of the property visits from the history of at least one property visit, and sending that selection to the central computer; and (h) sending relevant information about the selected property visit from the central computer to the first portable communications device.
In accordance with yet another aspect, an electronic lockbox system is provided, which comprises: (a) a plurality of electronic lockboxes, including a first electronic lockbox of the plurality of electronic lockboxes, the first electronic lockbox having a first processing circuit, a first memory circuit, and a secure compartment having a movable opening element that is under the control of the first processing circuit; (b) at least one portable communications device, including a first portable communications device of the at least one portable communications device, the first portable communications device having a second processing circuit, a second memory circuit, a display, a data entry device, and a first WAN communications circuit for communicating with a wide area network; and (c) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that record information about visits to at least one property in the electronic lockbox system; wherein the first, second, and third processing circuits are configured: (d) to send login message information from the first portable communications device to the central computer; (e) at the central computer, to determine if the login message information is correct, and if so, to allow a user of the first portable communications device to obtain access to predetermined portions of the at least one database; (f) upon request by the user, to send a history of at least one property visit at the plurality of electronic lockboxes involving the user, from the central computer to the first portable communications device, and to display the history on the display of the first portable communications device; (g) to allow the user, by use of the data entry device of the first portable communications device, to select one of the property visits from the history of at least one property visit, and then to send that selection to the central computer; and (h) to send relevant information about the selected property visit from the central computer to the first portable communications device.
In accordance with another aspect, a wireless controller remote locking system is provided, which comprises: (a) at least one wireless controller, the at least one wireless controller having a first processing circuit, a first memory circuit, and a first short range wireless communications circuit, wherein the at least one wireless controller is assigned to a specific property; (b) at least one portable communications device, the at least one portable communications device having a second processing circuit, a second memory circuit, a display, a data entry circuit, and a second short range wireless communications circuit; and (c) a lock device used for protecting the specific property; (d) wherein the first and second processing circuits are programmed with computer code to perform functions of: (i) using the first short range wireless communications circuit of the at least one wireless controller to send a first message containing contextual data pertaining to at least one human occupant of the specific property; and (ii) after receiving the first message at the second short range wireless communications circuit of the at least one portable communications device, generating visual information on the display, wherein the visual information pertains to the at least one human occupant of the specific property.
In accordance with yet another aspect, a wireless controller remote locking system is provided, which comprises: (a) a first wireless controller, the first wireless controller having a first processing circuit, a first memory circuit, and a first short range wireless communications circuit, wherein the first wireless controller is assigned to a first specific property; (b) a lock device used for protecting the first specific property; (c) a first portable communications device having a second processing circuit, a second memory circuit, a first display, a first data entry circuit, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network, the first portable communications device being assigned to a sales agent; (d) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that store contextual data pertaining to at least one property in the wireless controller remote locking system; and (e) a second portable communications device having a fourth processing circuit, a fourth memory circuit, a second display, a second data entry circuit, a GPS receiver circuit, and a third WAN communications circuit for communicating with the wide area network, the second portable communications device being assigned to a sales prospect; wherein the first, second, third, and fourth processing circuits are programmed with computer code to perform functions of: (i) at the first wireless controller, granting access to open the lock device if a sales agent correctly performs an authorized access procedure; (ii) at the first wireless controller, using the first short range wireless communications circuit and the second short range wireless communications circuit, sending a first message that is received by the first portable communications device, the first message containing access event information pertaining to the first wireless controller; (iii) at the first portable communications device, using the first WAN communications circuit and the second WAN communications circuit, sending a second message that is received by the central computer, the second message containing access event information pertaining to the first wireless controller; (iv) at the second portable communications device, using the third WAN communications circuit and the second WAN communications circuit, sending a third message that is received by the central computer, the third message containing GPS coordinates information that specifies an approximate physical location of the second portable communications device; (v) at the central computer, determining if the approximate physical location of the second portable communications device corresponds to a physical location of the first wireless controller, and if so, then; (vi) at the central computer, using the second WAN communications circuit and the third WAN communications circuit, sending a fourth message that is received by the second portable communications device, the fourth message containing contextual data pertaining to the first specific property.
In accordance with still another aspect, a wireless controller remote locking system is provided, which comprises: (a) a first wireless controller, the first wireless controller having a first processing circuit, a first memory circuit, and a first short range wireless communications circuit, wherein the first wireless controller is assigned to a first specific property; (b) a lock device used for protecting the first specific property; (c) a first portable communications device having a second processing circuit, a second memory circuit, a first display, a first data entry circuit, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network, the first portable communications device being assigned to a sales agent; (d) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that store contextual data pertaining to at least one property in the wireless controller remote locking system; and (e) a second portable communications device having a fourth processing circuit, a fourth memory circuit, a second display, a second data entry circuit, a third short range wireless communications circuit, and a third WAN communications circuit for communicating with the wide area network, the second portable communications device being assigned to a sales prospect; wherein the first, second, third, and fourth processing circuits are programmed with computer code to perform functions of: (i) using the first short range wireless communications circuit of the first wireless controller, sending a first message containing first unique identification information pertaining to the first wireless controller; (ii) at the first portable communications device, allowing the sales agent to login to the central computer, using the first WAN communications circuit and the second WAN communications circuit; (iii) after receiving the first message at the second short range wireless communications circuit of the first portable communications device, using the first WAN communications circuit and the second WAN communications circuit to send a second message to the central computer, the second message containing the first unique identification information pertaining to the first wireless controller and identification information pertaining to the sales agent; (iv) after receiving the first message at the third short range wireless communications circuit of the second portable communications device, using the third WAN communications circuit and the second WAN communications circuit to send a third message to the central computer, the third message containing the first unique identification information pertaining to the first wireless controller; (v) after receiving the second and third messages at the central computer, using the second WAN communications circuit and the third WAN communications circuit to send a fourth message to the second portable communications device, the fourth message containing contextual data pertaining to the first specific property.
In accordance with a further aspect, a wireless controller remote locking system is provided, which comprises: (a) a first wireless controller, the first wireless controller having a first processing circuit, a first memory circuit, and a first short range wireless communications circuit, wherein the first wireless controller is assigned to a first specific property; (b) a lock device used for protecting the first specific property; (c) a first portable communications device having a second processing circuit, a second memory circuit, a first display, a first data entry circuit, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network, the first portable communications device being assigned to an authorized user; (d) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that store contextual data pertaining to at least one property in the wireless controller remote locking system; and (e) a second portable communications device having a fourth processing circuit, a fourth memory circuit, a second display, a second data entry circuit, a third short range wireless communications circuit, and a third WAN communications circuit for communicating with the wide area network, the second portable communications device being assigned to a second person; wherein the first, second, and fourth processing circuits are programmed with computer code to perform functions of: (i) at the first wireless controller, using the first short range wireless communications circuit and the second short range wireless communications circuit, sending a first message that is received by the first portable communications device, the first message containing first unique identification information pertaining to the first wireless controller; (ii) at the first portable communications device, using the second short range wireless communications circuit and the third short range wireless communications circuit, and based upon the first unique identification information, sending a second message that is received by the second portable communications device, the second message containing contextual data pertaining to the first specific property; and (iii) at the second portable communications device, after receiving the second message, then generating visual information on the second display, wherein the visual information pertains to the first specific property.
In accordance with a yet further aspect, a wireless controller remote locking system is provided, which comprises: (a) a plurality of wireless controllers, at least two of the wireless controllers having a first processing circuit, a first memory circuit, and a first short range wireless communications circuit, wherein a first one of the plurality of wireless controllers is assigned to a first specific property, and wherein a second one of the plurality of wireless controllers is assigned to a second specific property; (b) a plurality of lock devices, at least two of the lock devices being used for protecting the first specific property and the second specific property; (c) a first portable communications device having a second processing circuit, a second memory circuit, a first display, a first data entry circuit, a second short range wireless communications circuit, and a first WAN communications circuit for communicating with a wide area network, the first portable communications device being assigned to a sales prospect who is not authorized to open the plurality of lock devices; (d) a central computer having a third processing circuit, a third memory circuit containing at least one database, and a second WAN communications circuit for communicating with the wide area network, wherein the at least one database includes a first database having a plurality of entries that store visit history reports and contextual data pertaining to properties in the wireless controller remote locking system, including at least the first specific property and the second specific property; wherein the first, second, and third processing circuits are programmed with computer code to perform functions of: (i) at the first portable communications device, allowing the sales prospect to login to the central computer, using the first WAN communications circuit and the second WAN communications circuit; (ii) at the first portable communications device, allowing the sales prospect to request a visit history report pertaining to property visits for at least one of the first specific property and the second specific property; (iii) at the central computer, sending a visit history report pertaining to property visit activities of the sales prospect, and sending current contextual data pertaining to the specific properties included in the visit history report to the first portable communications device, using the second WAN communications circuit and the first WAN communications circuit; (iv) at the first portable communications device, storing the current contextual data received from the central computer in the second memory circuit; (v) at the first portable communications device, determining if existing contextual data is resident in the second memory circuit for at least one of the first specific property and the second specific property, and if so, then: (vi) at the first portable communications device, updating the existing contextual data for the at least one of the first specific property and the second specific property.
Still other advantages will become apparent to those skilled in this art from the following description and drawings wherein there is described and shown a preferred embodiment in one of the best modes contemplated for carrying out the technology. As will be realized, the technology disclosed herein is capable of other different embodiments, and its several details are capable of modification in various, obvious aspects all without departing from its principles. Accordingly, the drawings and descriptions will be regarded as illustrative in nature and not as restrictive.
The accompanying drawings incorporated in and forming a part of the specification illustrate several aspects of the technology disclosed herein, and together with the description and claims serve to explain the principles of the technology. In the drawings:
Reference will now be made in detail to the present preferred embodiment, an example of which is illustrated in the accompanying drawings, wherein like numerals indicate the same elements throughout the views.
It is to be understood that the technology disclosed herein is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The technology disclosed herein is capable of other embodiments and of being practiced or of being carried out in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. Unless limited otherwise, the terms “connected,” “coupled,” and “mounted,” and variations thereof herein are used broadly and encompass direct and indirect connections, couplings, and mountings. In addition, the terms “connected” and “coupled” and variations thereof are not restricted to physical or mechanical connections or couplings.
The terms “first” and “second” preceding an element name, e.g., first inlet, second inlet, etc., are used for identification purposes to distinguish between similar or related elements, results or concepts, and are not intended to necessarily imply order, nor are the terms “first” and “second” intended to preclude the inclusion of additional similar or related elements, results or concepts, unless otherwise indicated.
In addition, it should be understood that embodiments disclosed herein include both hardware and electronic components or modules that, for purposes of discussion, may be illustrated and described as if the majority of the components were implemented solely in hardware.
However, one of ordinary skill in the art, and based on a reading of this detailed description, would recognize that, in at least one embodiment, the electronic based aspects of the technology disclosed herein may be implemented in software. As such, it should be noted that a plurality of hardware and software-based devices, as well as a plurality of different structural components may be utilized to implement the technology disclosed herein.
It will be understood that the term “circuit” as used herein can represent an actual electronic circuit, such as an integrated circuit chip (or a portion thereof), or it can represent a function that is performed by a processing device, such as a microprocessor or an ASIC that includes a logic state machine or another form of processing element (including a sequential processing device). A specific type of circuit could be an analog circuit or a digital circuit of some type, although such a circuit possibly could be implemented in software by a logic state machine or a sequential processor. In other words, if a processing circuit is used to perform a desired function used in the technology disclosed herein (such as a demodulation function), then there might not be a specific “circuit” that could be called a “demodulation circuit;” however, there would be a demodulation “function” that is performed by the software. All of these possibilities are contemplated by the inventors, and are within the principles of the technology when discussing a “circuit.”
The system described herein provides near real time delivery of relevant information on properties to which the lockbox is attached and those that may be of reasonable interest to the user. The automated delivery of this information saves substantial time for the user as well as data transmission cost since a lengthy process of searching for the relevant information on-line is not as fast as the central clearinghouse computer actively sending contextual information based on situational data relayed from the user. In addition, data delivered to more than one information consumer may be desirable. For example, an individual looking to purchase a home may wish to receive information on the property visited that may not be readily available on site when visiting the property, such as property tax information. Additionally, that prospective home buyer may wish to have additional data delivered for similar properties in the area such that a more efficient physical search for homes may be performed. Yet another desirable feature is to automatically track visited properties and display those locations on a map. Home buyers would also benefit from knowing the level of interest in a subject property based on visits; home sellers also could use visit information in the context of comparable properties to better understand barriers to sale, such as price, curb appeal, or amenities. Automation of these tasks provides convenience for all of the parties in the transaction.
This system also enables data delivered to the seller's smart phone to be uploaded into the lockbox, thereby enabling a listing agent to effect changes to lockbox settings remotely when the seller is in close proximity to the lockbox.
The system in some embodiments utilizes information garnered from a GPS receiver associated with either the lockbox or the portable communication device, wherein GPS specifies general global positioning information regardless of the actual methodology or system used to ascertain geographic position.
This description will begin with an overview description of some of the features of the technology disclosed herein. It should be noted that a co-pending patent application by the same inventor is incorporated by reference herein; that document is application Ser. No. 12/883,628, filed on Sep. 16, 2010, titled “ELECTRONIC LOCK BOX PROXIMITY ACCESS CONTROL,” which describes in detail many of the hardware elements of this system. In addition, another co-pending patent application by the same inventor is incorporated by reference herein; that document is application Ser. No. 13/830,024, filed on Mar. 14, 2013, titled “CONTEXTUAL DATA DELIVERY TO MOBILE USERS RESPONSIVE TO ACCESS OF AN ELECTRONIC LOCKBOX,” which describes some of the operational features of an earlier version of a contextual data delivery system.
Setup
Each user in the system installs application software (known as an “APP”) on their portable communications device (e.g., a portable transponder, electronic key, or a smart phone that includes a GPS receiver, or other type of mobile device) that communicates with the central clearing house computer (CCC) over the wide area network (WAN). The application (APP) identifies itself to the CCC via user login credentials and can remain active on the user's portable communication device to receive notifications and data from the CCC in near real time (assuming the portable device is in communication range with a cellular tower, or other type of communications node). The application on the portable communication device relies on GPS information to determine when it is appropriate to send data to the user's device based on the activity of the user's agent or representative. Most real estate agents have multiple clients, therefore the CCC must be able to track which client the agent is working with at the time to send the proper data to users of the system. In the case of seller's agents being matched with sellers, the system utilizes the location of the lockbox, whether pre-assigned by the seller's agent in the CCC database or by GPS information collected through accesses of one or more buyers agents. For buyer's agents, the CCC identifies both the buyer's agent and the buyer by matching their respective GPS locations and times corresponding to access events at the lockbox. That is, the buyer would obviously be present at the physical location with the buyer's agent during the process of a home showing; therefore, both would have GPS locations that are proximally close to one another. The method of relationship identification discussed above requires little if any user intervention. It should be noted that one or more buyers or sellers can be automatically associated with their respective representative, e.g., a husband and wife desiring data notifications responsive to events at the lockbox. Once the relationship is determined by the CCC, future data can be pushed to multiple portable communication devices even if only one participant is present at the showing.
Buyer Relevant Data Communication Responsive to Lockbox Events
At the time of lockbox access, the portable communication device receives the identity of the lockbox being accessed via the low power radio link and augments this information with GPS location data provided either by the lockbox itself or by the portable communication device. If the portable communication device is within communication range of the wide area network (WAN), the access event data is relayed to the central clearinghouse computer (CCC). Software resident on the CCC computer system identifies the real estate listing information based on a pre-assigned lockbox serial number corresponding to the listing or by using the GPS coordinates communicated as part of the transmission. Once the subject property is identified, attributes about the subject property, such as price range, neighborhood, number of bedrooms, approximate square footage, are known by the system and can be attributed to a specific buyer for further processing. The activity of the buyer visiting the subject property is stored in the CCC to automatically maintain a record of which properties have been visited. Data messages corresponding to duplicate visits are identified by the CCC and filtered, so as not to send redundant contextual information to the buyer.
The CCC then evaluates other properties in its database to identify other potential properties in a specific geographic range that have similar characteristics to the subject property. Without user intervention, the CCC assembles a data set of desirable like properties and transmits them to the portable communication device as quickly as possible. The software application (APP) on the portable communication device displays this information in near real time, thereby allowing the buyer to identify other properties in the area that may be of interest as well as a map of properties already visited. The application (APP) on the portable communication device allows the buyer to see listing information on the CCC-generated list of properties and to mark off properties which are not of interest. Status changes on desirability entered by the buyer are communicated back to the CCC, so the database maintained of buyer preferences and activity is updated.
It should be noted that any relevant contextual data can be sent to the portable communication device. Such data could include: property tax information, EPA hazardous waste sites, school district information, local merchant information, advertising or other special offers, and the like.
Another feature of the system includes storing photos or videos taken by the buyer or their agent of the subject property; such data can be stored on the CCC for future reference. This is especially useful when a large number of properties are visited and it becomes difficult to remember which property had specific attributes.
Buyer's Agent Relevant Data Communication Responsive to Lockbox Events
The information sets described above are also useful to the buyer's agent, and delivery of such information can occur nearly simultaneously on multiple portable communication devices carried by the buyer and the buyer's agent.
At the time of access, the buyer's agent can benefit from real time contextual information about the listing. Such information includes, for example, alarm system information such as a disarm code that should not be generally shared, even with the buyer; and other important information such as “dog locked in garage;” these are examples of such time sensitive information. Certain of these messages are critical in nature and should not be disregarded by the buyer's agent. To prevent accidentally ignoring these messages, an alert can be generated by the lockbox or by the portable communication device indicating such a message is present. As an insurance step, these messages can be flagged such that, for example, an additional code is required at the lockbox, or an acknowledgement of the message is made on the smart phone prior to enabling lockbox access.
Another feature simplifying the management of real estate clients is providing a feature by which the buyer's agent has a software application (an “APP”) that receives information for tracking which exact properties have been visited by the client (e.g., a “buyer”), as well as additional information relating to other prospective properties in the area that may be of interest to the buyer.
Seller Relevant Data Communication Responsive to Lockbox Events
Property sellers are usually lacking in terms of real time updates and feedback during the sale of their property. Events triggered by accessing the lockbox on the seller's property, coupled with neighborhood statistical data on like property accesses, can be of great benefit to the seller. The automated nature of this reporting lessens the burden on the listing agent, as the seller is kept notified throughout the sales process.
As described above, at the time of lockbox access, the portable communication device receives the identity of the lockbox being accessed via the low power radio link, and augments this information with GPS location data provided either by the lockbox itself or by the portable communication device. If the portable communication device is within communication range of a wide area network (WAN), the access event data is quickly relayed to the central clearing house computer (CCC). Software resident on the CCC computer system identifies the real estate listing information based a on pre-assigned lockbox serial number corresponding to the listing, or by using the GPS coordinates that are communicated as part of the transmission.
The CCC then evaluates the other properties in its database to identify other properties in a specific geographic range that have similar characteristics to the seller's property. Without user intervention, the CCC assembles a data set of statistics regarding access to the list of like properties, and transmits that information to the portable communication device, as requested by the user of the portable communication device. The software application (the “APP”) on the portable communication device displays this information in near real time, allowing the seller to understand the relative showing activity in the surrounding area for similar properties.
Other data that would benefit the seller, relating to lockbox access, may include showing event start, showing completion, access of the lockbox by a minor or other family member through a “latchkey” mode on the lockbox, and notification if the key was not returned to the lockbox. Some of these features are more fully taught in earlier patent application Ser. No. 12/883,628 and U.S. Pat. No. 7,999,656, by the present inventor, which are incorporated herein by reference in their entirety—see below.
Crowd Sourced Lockbox to Property Database Linkage
Given the high reliance on identifying which lockbox is attached to a specific property, a method of using multiple input sources to correlate the identity of the lockbox on the property is desired. In situations where the seller's agent fails to assign the lockbox serial number in the CCC database, which would identify which lockbox is assigned to a specific property, a “crowd sourced” approach may be used to effect assignment. In that circumstance, during an access event to a specific lockbox that has not yet been assigned to a property listing in the CCC database, each portable communication device user (e.g., a buyer's agent) would receive a message from the CCC requesting the street address information for the property being shown. The buyer's agent would be required to answer the query, otherwise his/her portable communication device would be restricted from interacting with future lockboxes until the query is answered. The CCC would store the responses and statistically correlate such responses where matches occur, thereby allowing the CCC to identify the property to which the lockbox is assigned.
Lockbox Settings Update Via Seller's Portable Communication Device
There are occasions in which the seller or seller's agent needs to modify the settings of the lockbox. For example, a “pending” sale contract status may make it desirable to lock out further showings by prospective buyer's agents. Such updating of the lockbox traditionally required the seller's agent to visit the property to effect a change in settings for that lockbox. This is often inconvenient and somewhat costly, depending on the distance the seller's agent must travel, plus it does not provide the potential immediate needs of the seller. The system described herein allows the seller's agent, or an authorized representative, to place data in the CCC that is transferred to the seller's portable communication device. The seller can then initiate communication between the lockbox and his/her portable communication device such that the lockbox receives data relating to the new settings. This data stream can include a command that changes the status setting, for example.
Central Clearinghouse Computer
Terminology herein relating to the central clearinghouse computer (CCC) should be understood to encompass one or more physical computers, either together at a single location, or computers that are geographically diverse but that work in concert with one another, to store, retrieve, and otherwise process information relevant to operation of the “system.” In today's computing parlance, “the cloud” is one possible representation of a computing platform equivalent to that carried out by the CCC in this disclosure. In this technical field, the CCC is sometimes referred to herein as a “central computer” or a “clearinghouse computer.”
The CCC will include memory storage devices that can hold one or more databases of information; usually one of the databases is updated with new information almost every time a sales agent or a sales prospect communicates with the CCC, under the control of the operating software of the CCC itself. In some applications, as described below, a new database is “started” in the memory of the CCC by certain types of communications and transactions that are initiated by a sales agent or prospect. In many descriptions of this type of equipment, the “database” of the CCC actually represents multiple individual database structures, when viewed from a computer science standpoint—and these are often “relational databases” at that. However, the existence of several database structures is still referred to as a singular tense “database” at times, even though it is understood that a single huge database really comprises more than one type of store of information at the CCC.
As noted above, the secondary computer device (or the portable communications device) would typically be a wireless device, such as a smart phone. It also could be a wireless laptop computer, if desired by the user. In some embodiments, this device may include a GPS receiver, as described below in greater detail.
Referring now to the drawings,
The electronic circuitry of electronic lockbox 10 is illustrated in block diagram form in
An input/output (I/O) interface circuit 30 is included to provide signal conditioning as needed between the CPU 16 and other components that typically use voltage and/or current levels that are not typically able to hook up directly to a processing device, such as sensors and output device driver circuits. Each appropriate I/O signal is directed through a separate channel of the I/O interface circuit 30, unless perhaps more than one signal of a particular voltage and current rating can be multiplexed, in which case a multiplexer circuit can be included in the I/O interface circuit 30. The data signals between I/O circuit 30 and the CPU 16 run through a low voltage signal bus 31.
A data interface in the form of a low power radio 27 is included in this embodiment so that the CPU 16 is able to communicate with other external devices, such as a separate portable transponder 100 (see
Microprocessor 16 controls the operation of the electronic lockbox 10 according to programmed instructions (electronic lockbox control software) stored in a memory device, such as in FLASH memory 21. RAM memory 22 is typically used to store various data elements such as counters, software variables and other informational data. EEPROM memory 23 is typically used to store more permanent electronic lockbox data such as serial number, configuration information, and other important data. It will be understood that many different types of microprocessors or microcontrollers could be used in the electronic lockbox system 10, and that many different types of memory devices could be used to store data in both volatile and non-volatile form, without departing from the principles disclosed herein. In one mode of an exemplary embodiment, the electronic lockbox CPU 16 is an 8-bit Atmel Mega8 microcontroller that incorporates RAM 22, FLASH memory 21 and EEPROM memory 23 internally (as on-board memory).
Battery 18 provides the operating electrical power for the electronic lockbox. Capacitor 26 is used to provide temporary memory retention power during replacement of battery 18. It will be understood that an alternative electrical power supply could be used if desired, such as a solar panel with the memory backup capacitor.
As noted above, electronic lockbox 10 includes a shackle 40 that is typically used to attach the box 10 to a door handle or other fixed object. Electronic lockbox 10 also includes a key compartment which typically holds a dwelling key (not shown), and which can be accessed via the key access door 32 (which is also referred to herein as a “controlled access member”).
The key compartment lock and release mechanism 12 uses a gear motor mechanism (not shown) that is controlled by drive circuit 25 that in turn is controlled by CPU 16. Shackle release mechanism 13 also uses a gear motor, which is controlled by drive circuit 24 that in turn is controlled by CPU 16. It will be understood that the release or locking mechanisms used for the shackle 40 and key compartment 32 can be constructed of many different types of mechanical or electromechanical devices without departing from the principles disclosed herein.
The crystal oscillator 15 provides a steady or near-constant frequency (e.g., at 32.768 kHz) clock signal to CPU 16's asynchronous timer logic circuit. The ISO-7816 smart card connector 17 connects to electrical contacts on a “smart card” 70 to allow the exchange of data between the electronic lockbox's CPU 26 and memory devices 71 in the smart card 70 (discussed below in greater detail). The smart card 70 itself typically will include some control logic circuits 72, to prevent “easy” or unauthorized access to the memory elements 71 on-board the card 70.
It should be noted that an electronic key (such as that described above) could be used as a type of secure memory device for the element at reference numeral 70, rather that a classic “smart card.” Such an electronic key would also contain memory elements 71, and perhaps would contain some control logic circuits 72, although the control logic circuits might be optional, depending on the type of electronic key device that is used. With regard to
In one embodiment, the digital temperature sensor 11 is read at regular intervals by the electronic lockbox CPU 16 to determine the ambient temperature. Crystal oscillator 15 may exhibit a small change in oscillating characteristics as its ambient temperature changes. In one type of crystal oscillator device, the oscillation frequency drift follows a known parabolic curve around a 25 degrees C. center. The temperature measurements are used by CPU 16 in calculating the drift of crystal 15 and thus compensating for the drift and allowing precise timing measurement regardless of electronic lockbox operating environment temperature. As noted above, a single chip can be used to replace the combination of crystal oscillator 15 and temperature sensor 11, such as a part number DS32KHZ manufactured by Dallas Semiconductor.
The LED indicator lamps 19 and piezo buzzer 20 are included to provide both an audible and a visual feedback of operational status of the electronic lockbox 10. Their specific uses are described in detail in other patent documents by the same inventor, as noted below.
The impact sensor 56 can be used to notify an external device, in case of an attempted removal or other type of damage being done to the lockbox 10, including intentional damage. Such an external device could comprise a “base station” as described in detail in other patent documents by the same inventor, or it could comprise the portable transponder 100 that is described herein.
Backup capacitor 26 is charged by battery 18 (or perhaps by another power source) during normal operation. Capacitor 26 serves two functions, the first of which is to maintain adequate voltage to CPU 16 during either shackle drive circuit activation, or lock drive circuit activation. In an exemplary embodiment, capacitor 26 is charged from the regulated side of voltage regulator in power supply 18, whereas all electromechanical drive current is derived from the unregulated side of power supply 18. Capacitor 26 also maintains a stable voltage to CPU 16 during periods of high current drain on power supply 18. The second function of capacitor 26 is to maintain CPU 16 operation and RAM memory 22 during a period when the battery 18 is replaced.
Referring now to
Referring again to
In this embodiment, portable transponder 100 includes a microprocessor (CPU) 116, random access memory (RAM) 122, read only memory (ROM) 123, and an input/output interface circuit 130. There are several devices that are in communication with the input/output (I/O) circuit 130, as discussed immediately below.
The low power radio 127 communicates data to and from the CPU 116, via the I/O circuit 130. A wide area network (WAN) radio 111 is provided, and it also communicates data to and from the CPU 116, via the I/O interface circuit 130. Portable transponder 100 also includes a smart card connector 117, which is essentially identical to the smart card connector 17 that is provided on the electronic lockbox 10. Portable transponder 100 also includes a display 119, a keypad 114, a power supply 118 (typically a battery), and a motion sensor 156. The motion sensor 156 provides additional capability for the portable transponder 100, as discussed in greater detail below.
Because of its wide area network radio 111, portable transponder 100 is able to communicate to the clearinghouse computer 260 over a wide area network (WAN), which is generally designated by the reference numeral 110. Assuming that the mobile communications service provider 281 is a cellular telephone system, the portable transponder 100 will have the capability of essentially immediate communications with the clearinghouse computer 260 from many, many locations, including most locations where an electronic lockbox 10 has been situated. On the other hand, if a particular electronic lockbox 10 is located in a very remote area, where there is no cellular telephone connection coverage, then the wide area network 110 therefore would not reach that location, and the portable transponder 100 would not be in immediate communication with the clearinghouse computer 260. This situation will be discussed below in greater detail.
The wide area network radio 111 further could comprise other types of wireless communications devices that may not operate on a strictly radio principle, including types of wireless communications devices that have not been invented as of yet. In this description, such wireless communications devices are sometimes referred to as “radios;” however, in this patent document they may also be referred to as a “wide area network wireless communications device,” or as a “medium range wireless communications device.”
In a preferred mode of the first embodiment depicted on
The first radio circuit of the portable transponder is the low power radio 127 such as Atmel's AT86RF23x series that uses a low power radio frequency signal. The portable transponder also includes a second radio circuit which is capable of longer range communications for wide area network connectivity, such as Wavecom's WISMO22x series. In a preferred embodiment, the CPU 116 will comprise a low power microcontroller, and a relatively low power visual display 119 will be provided to allow indication of operating status. The motion sensor 156 is to be included as an internal motion sensor that is coupled to the microcontroller (CPU 116). Its capability and use is described below.
The low power communications circuit in the lockbox (e.g. low power radio 27) provides sufficient range to enable proximal communications with a portable transponder 100 that is carried by the lockbox system user. The built in wide area communication radio of the transponder (e.g., WAN radio 111), such as radios used by a cellular carrier, enables a host of other system features. One desirable feature of this arrangement is for individuals who access an electronic lockbox to be unencumbered with other devices. For example, real estate agents often have their hands full when approaching a lockbox, and such an agent that is equipped with a portable transponder 100 can enter a personal identification code on the keypad 114 of the portable transponder 100. It should be noted that the keypad 114 may also be referred to as a “data input device,” in which a user (e.g., a sales “agent”) may press one or more of the keys to enter data, such as numeric information.
Such an agent could initially use the portable transponder and its keypad while remaining in a vehicle, for example, and inserting their secure memory card into the connector 117 of the portable transponder 100. In this mode, the agent can prepare his or her portable transponder to be ready to communicate his or her personal identification code from the transponder 100 to the lockbox 10 over the low power radio link (between radios 127 and 27), and the electronic lockbox will interpret that radio signal to allow access to the key compartment door 32. In this manner, the lockbox radio system retrieves data from the portable transponder 100 to facilitate access to the dwelling key that is contained within the secure compartment of the electronic lockbox 10.
In another operating mode, a secure memory card that is connected to smart card connector 117 of the portable transponder 100 can have data read from the memory elements of the secure memory card 70 that is connected to the portable transponder 100, and have that data sent to the electronic lockbox over the low power radio link, thereby having the secure memory card's data “read” by the electronic lockbox CPU 16. Furthermore, if it is desirable to write data onto the memory elements 71 of a secure memory card 70, that function can occur while the secure memory card is connected to the smart card connector 117 of the portable transponder 100, by having the low power radio 27 of the electronic lockbox 10 transfer data to the portable transponder 100, and the CPU 116 can then write data onto the secure memory card, via the smart card connector 117. This could be accomplished to write the same types of data that would otherwise be written directly by the lockbox 10 to the secure memory card 70 as it is connected into the smart card connector 17 of the lockbox itself.
The use of secure memory cards offer many advantages with the electronic lockbox system for access to the lockbox, which is well documented in previous patents and patent applications filed by the same inventor of this patent document. To further enhance security, the lockbox can use data that the portable transponder 100 has retrieved over its wide area radio system (i.e., the WAN 110), such as the current (real time) decryption key for use with the secure memory card. If the portable transponder loses contact with the central clearinghouse computer system 260, or if the secure memory card is either lost or stolen, the decryption key update credentials of the portable transponder can be revoked at the central clearinghouse computer, thereby disabling further access to lockboxes by that secure memory card.
The clearinghouse computer 260 includes a computer 261 with a processor and memory, and also includes a database 262 to hold access event data as well as a myriad of other types of information used by the electronic lockbox system. The portable transponder 100 again includes a low power radio 127 and a wide area network radio 111. The electronic lockbox 10 again includes a low power radio 27, which communicates with the transponder's low power radio 127.
The second embodiment system of
As described above, the secondary computer 200 could be constructed as a standard commercial device, such as a wireless laptop computer, or an Internet-compatible cellular telephone (or “smart phone”), for example.
Lockbox with Wireless Communications to an Electronic Key:
An alternative lockbox design is provided in
Electronic lockbox 800 includes a microprocessor (CPU) 816, FLASH memory 821, random access memory (RAM) 822, EEPROM (electrically erasable programmable read only memory) 823, a battery (or other electrical power supply) 818, a memory backup capacitor 826, an ISO-7816 smart card connector 817, indicator LED lamps 819, a piezo buzzer 820, a crystal oscillator 815, a digital temperature sensor 811 (these last two devices can be combined into a single chip) a shackle drive circuit 824, a shackle release mechanism 813, a key compartment mechanism drive circuit 825, a key compartment lock/release mechanism 812, and a membrane style keypad 814 for user data entry.
A serial interface 827 is also included so that the CPU 16 is able to communicate with other external devices, such as a separate portable computer in the form of a PDA (personal digital assistant) or other type of portable computing device that uses a serial data link. For example, serial interface 827 can comprise in infrared (IR) port that communicates with a standard IR port found on many PDA's; or it could use a different communications protocol, such as BlueTooth. A low power radio 804 is included for communications with a portable electronic key (not shown on
Microprocessor 816 controls the operation of the electronic lockbox 800 according to programmed instructions (electronic lockbox control software) stored in a memory device, such as in FLASH memory 821. RAM memory 822 is typically used to store various data elements such as counters, software variables and other informational data. EEPROM memory 823 is typically used to store more permanent electronic lockbox data such as serial number, configuration information, and other important data. It will be understood that many different types of microprocessors or microcontrollers could be used in the electronic lockbox 800, and that many different types of memory devices could be used to store data in both volatile and non-volatile form, without departing from the principles of this technology. In one mode of an exemplary embodiment, the electronic lockbox CPU 816 is an 8-bit Atmel Mega8 microcontroller that incorporates RAM 822, FLASH memory 821 and EEPROM memory 823 internally (as on-board memory).
Battery 818 provides the operating electrical power for the electronic lockbox. Capacitor 826 is used to provide temporary memory retention power during replacement of battery 818. It will be understood that an alternative electrical power supply could be used if desired, such as a solar panel with the memory backup capacitor.
An input/output (I/O) interface circuit 802 is provided so the microprocessor 816 can exchange data and operational signals with external devices, or with integral devices to the lockbox that require greater power than can be directly supplied by the microprocessor's pinouts. This puts the I/O circuit 802 in the pathway for virtually all signals that are used in the controlling of lockbox 800, including the data signals that are involved with the serial interface 827, the smart card connector 817, and the low power radio 804.
Electronic lockbox 800 generally includes a shackle (see item 946 on
Electronic lockbox 800 also includes a key compartment which typically holds a dwelling key (not shown), and which can be accessed via a key access door 32 (see
The crystal oscillator 815 provides a steady or near-constant frequency (e.g., at 32.768 kHz) clock signal to CPU 816's asynchronous timer logic circuit. The ISO-7816 smart card connector 817 connects to smart card contacts to allow the exchange of data between the electronic lockbox's CPU 816 and the memory devices in the smart card.
In one embodiment, the digital temperature sensor 811 is read at regular intervals by the electronic lockbox CPU 816 to determine the ambient temperature. Crystal oscillator 815 may exhibit a small change in oscillating characteristics as its ambient temperature changes. In one type of crystal oscillator device, the oscillation frequency drift follows a known parabolic curve around a 25 degrees C. center. The temperature measurements are used by CPU 16 in calculating the drift of crystal oscillator 815 and thus compensating for the drift and allowing precise timing measurement regardless of electronic lockbox operating environment temperature. As noted above, a single chip can be used to replace the combination of crystal oscillator 815 and temperature sensor 811, such as a part number DS32KHZ manufactured by Dallas Semiconductor.
LED indicator lamps 819 and a piezo buzzer 820 are included to provide both an audible and a visual feedback of operational status of the electronic lockbox 800. Their specific uses are described in detail in other patent documents by the same inventor. Backup capacitor 826 is charged by battery 818 (or perhaps by another power source) during normal operation.
Electronic Key:
Referring now to
The electronic key 900 includes a microprocessor 916, which typically has on-board memory and interface components. On
Other hardware components of electronic key 900 include a power supply 918 (typically a battery), a display 919, a keypad 914 (which typically is part of a touch screen display, particularly if the electronic key is a smart phone and the display viewing area is large), a wide area network (WAN) radio circuit 911, and a low power radio circuit 927. The two radio circuits each have their own built-in antennas, as required for their broadcast and receive frequencies. The WAN radio 911 is designed to communicate with a wide area network, generally designated by the reference numeral 910; if electronic key 900 is a smart phone, for example, then the wide area network would generally be a cellular telephone network.
The low power radio circuit 927 is designed to communicate with one of the lockboxes of the overall security system. More specifically, the lower power radio 927 will exchange data messages with the low power radio circuit 804 of an electronic lockbox 800, as depicted on
It should be noted that the electronic lockbox 940 can also be accessed by use of a standard SentriLock smart card, such as the secure memory card depicted at 905 on
Another form of electronic lockbox is illustrated in
Lockbox 950 has similar structural elements as compared to lockbox 940. There is a housing 952, a movable door 954 that covers a secure compartment beneath its surface, and a keypad 958 for entering data via a human user. Lockbox 950 will include the same electronic components and control software as lockbox 940, sans the shackle latch members and the shackle itself. Lockbox 950 is designed to securely communicate with an electronic key 900 or with a smart card 905, just like lockbox 940.
Control Logic for Real Time Data Delivery Function:
Referring now to
At step 304, the electronic key's a request to the central computer is asking for contextual data for the property that is being visited (or that was most recently visited by the sales agent for that electronic key). A step 306 identifies the physical location of this lock box, which is determined at the central computer. A step 308 now has the central computer searching its database for other relevant properties, and then a step 310 has the central computer filtering duplicate data sets. In other words, another sales agent may have previously visited the same lockbox at that property's physical location, and could have asked for the same contextual data. In that situation, a data set of contextual for this same property might already be resident in the database at the central computer, and therefore, the central computer will not need to create a new data set.
Although the central computer can filter duplicate data sets at step 310, there still could be other relevant information that can be requested by the sales agent for the same physical property at the lockbox of interest. Therefore, a decision step 320 now determines whether or not there are external data resources of interest concerning that property. If so, then a step 322 combines that external information with the central clearinghouse computer data that was already being prepared. Examples of other information that could be relevant include information from Multiple Listing Service data (also called “MLS” data), environmental information (e.g., from the EPA), property tax information (e.g., from the County Auditor's website), and school district information.
Whether or not external data resources are available, the logic flow now arrives at a step 324 in which the central computer creates a data set of contextually relevant information. The central computer now sends (or “disseminates”) the data set to the requesting electronic key at a step 326. Once that data set is received at the electronic key, a step 328 shows at least one element of the data set on the key's display. The sales agent would typically be able to scroll through various elements of that data set on his or her electronic key.
In essence, the primary function of the flow chart on
To be most useful, the data delivery for the contextual data request will occur in “real time” or at least in near-real time. Therefore, it will be most likely that the sales agent will be using a “true” electronic key, such as a smart phone, so that the sales agent can make an instantaneous request for the contextual data actually during a property showing, and preferably while in the presence of his or her sales prospect. One of the main points that makes this aspect useful is to disseminate the contextually relevant information while the sales agent is actually meeting with the sales prospect, and while they are both at the property of interest (i.e., where that lockbox is located). While this is not a requirement for performing the functions of
Control Logic for Lockbox Link to a “New” Property Function:
Referring now to
In step 404, the question about whether or not there was an interaction between the electronic key and a lockbox will typically be in the form of an access event report that is received at the central computer from an electronic key. However, it does not necessarily have to be an access event report to be noteworthy, so far as the central computer is concerned. Any kind of interaction between the electronic key and a particular lockbox will be of interest to the central computer, and the central computer will still want to try to identify the lockbox by its serial number and to see if that lockbox is associated with a property that is already in the database at the central computer.
A decision step 410 now determines whether or not this lockbox is associated with a property that already is in the database of the central computer. If the answer is YES, then the control logic returns to performing other central computer routines at step 440. If not, then the central computer will now send a query message to electronic key, asking for location information, at a step 412. In this routine, the clearinghouse computer will now wait for “X” minutes for a response from the user of that electronic key, at a step 414. (It will be understood that with modern computer technology available today, the central computer will not literally wait for X minutes while performing no other routines; instead, the multi-tasking software of the central computer will perform many other routines, while also hoping to receive a response from the user in this particular function of
As part of the “waiting” portion of this routine, when a new message is received by the central computer, a step 420 determines whether or not the user of this electronic key has sent the location information that was requested. If not, then a decision step 430 determines whether or not X minutes have elapsed. If not, then this portion of the central computer's control software will go back to “waiting” and the logic flow is directed back to the step 420, where the central computer determines whether or not any message has been received from that user which includes the requested location information.
If the answer was YES at step 420, meaning that the user of the electronic key did send the location information, then a decision step 422 determines whether or not there are more reports from that particular electronic key. An example of that would be an access event report, and there could be more than one such report if the electronic key had been used to visit properties that were out of range of a cellular telephone receiving cell, which means that the electronic key would not have been able to send a report in at an earlier time. If the answer is YES at step 422, then the logic flow is directed back to the starting function at step 402. If there are not more reports from this electronic key, then the logic flow is directed to the return step at 440.
This “lockbox link to property routine” can have some teeth, if the real estate Board desires to implement the next optional feature. At decision step 430, if X minutes has elapsed and the user of the electronic key never sent the requested location information, then the logic flow is directed to a step 432 that will disable the electronic key for that user. This is accomplished by the central computer sending a message to that electronic key telling the key to disable itself. This might seem to be a drastic step, but it would only be executed if the user totally ignores the request from the central computer for a long time period. For example, the value for “X” could be 120 minutes, which would give the user two (2) hours to complete a showing with a sales prospect, and then to send a message to the central computer to identify the location of the property that is associated with that lockbox. If two hours is an insufficient time in the view of the real estate Board, then the value for X can be increased to whatever value seems to be reasonable.
Control Logic for Sales Agent Matching to Sales Prospect Function, Using GPS Data:
Referring now to
When the types of messages are received at the central computer that are generated at steps 504 and 506, a decision step 510 will try to match this particular sales agent and prospect, using their GPS data. In other words, if the central computer has received two messages that both have the same, or substantially the same, GPS location data, and if one of those messages is from a sales agent (using an electronic key) and the other message is from a sales prospect (using a cell phone that has a GPS receiver), then these two persons can be “matched.” In that situation, the central computer creates a new entry in the database for that match at a step 512. When that occurs, the central computer will also record this visit to the particular property that is in the central computer's database, at a step 514. After that occurs the logic flow is directed to the return step 520.
If the central computer cannot determine any match between this sales agent and a prospect at step 510, then the logic flow is immediately directed to the return step 520.
It will be understood that the decision step 510 may determine a match between the sales agent and the prospect, however, such a match might already exist in the central computer's database. In that situation, then a “new” entry for that match will not be required. However, it is still desirable to have the control logic run through both steps 512 and 514, in case this same sales agent and prospect visit a different property together. In that situation, it will be desirable to record the visit by that matched pair to that second property. If the central computer determines that the visit to the second property is not the first visit by that matched pair, then that information can be filtered, if desired. However, as will be discussed below in reference to
It will be understood that the central computer is already recording visits to particular properties within a real estate Board, and such visits have been recorded by various electronic lockbox systems for years. That information is not necessarily based on any type of GPS location data, but the lockbox access events are recorded at the central computer, and that type of information can be accessed later by the sales agent. The routine of
Control Logic for Sales Agent or Prospect Property Visits History Function:
Referring now to
In
It will be understood that there are existing lockbox systems with central computers that have previously established login procedures by authorized sales agents, and that type of procedure can be used in the flow chart of
Assuming the security identification was proper at step 606, the central computer will allow access to certain portions of its database at a step 610. For this routine of
Once the user is finished looking at the relevant information for that particular property, then the central computer will ask the user whether or not he or she wants to continue to a different property in the history log of property visits, at a decision step 620. If the answer is YES, the logic flow is directed back to step 612, where the central computer again displays a history of property visits for that particular user. The user than can continue by selecting one of those visits at step 614, and so forth. If the user does not want to continue to a different property at step 620, then the logic flow is directed to step 630, where the processing returns to other central clearinghouse computer routines.
New Embodiment Using Wireless Controller and Locking Device at Remote Site
Referring now to
The wireless controller 1810 would typically contain a processing circuit 1816, a memory circuit 1822, a calendar-type clock circuit 1815, and some type of input/output interface circuit 1830. An interface or data bus 1812 would be used to communicate from the I/O interface circuit 1830 to the various input/output devices that are mounted on or included with the wireless controller 1810. A power supply 1818 would be included (which typically would be a battery), and a backup capacitor could be provided, if desired. The wireless controller 1810 also includes a low power radio 1827 (which could be a different type of wireless device than a radio, for example, an optical wireless communications device).
The wireless controller 1810 would have many of the “controller” attributes of an electronic lockbox, but it would not, by itself, contain a physical key in a secure compartment, nor would it have a shackle for attachment to a doorknob on the remote site property. Instead, the wireless controller 1810 would mainly comprise an intelligent low power radio for communicating with a smart device, such as a smart phone. Indeed, the wireless controller 1810 could be mounted inside a building, such as a dwelling, on the remote site property, where it would not be subject to tampering by illegal activities, and it would not be exposed to the weather.
Most, or all, of the electronic circuitry for the wireless controller 1810 can be implemented in a commercially-available device known as a “system-on-chip.” Texas Instruments sells such a device under the model number CC2541, for example. As noted above, the wireless controller 1810 contains circuits such as the processing circuit 1816, memory circuit 1822, calendar-type clock circuit 1815, and input/output interface circuit 1830. In addition, the exemplary wireless controller 1810 contains a memory arbitrator (or “arbiter”) circuit 1832, a power management controller circuit 1834, and a low power radio circuit 1827, as well as numerous other circuits provided by Texas Instruments to provide the processing and interface capabilities of a device referred to by many as a “system on a chip.” Specifically, the radio circuit 1827 can work with the low energy 2.4 GHz Bluetooth protocol.
The Texas Instruments CC2541 device uses three different power modes: (1) 4-microsecond Wake-up, (2) Sleep Timer On, and (3) External Interrupts. As portions of its memory circuit 1822, it includes In-System-Programmable Flash memory, 128-KB or 256-KB, and 8-KB RAM with retention in all power modes. For use with input/output signals (for the I/O interface circuit 1830), it includes a multiplexed 12-Bit ADC, multiple timer circuits, and multiple serial interfaces (USART circuits). TI also makes other similar “system-on-chip” devices (e.g., the CC2540) that could be used, as an alternative, as the heart of the wireless controller 1810.
In addition to the TI device, the wireless controller 1810 can optionally be provided with certain input or output devices to make the wireless controller more user-friendly, or to make it easier to troubleshoot. For example, a manual reset switch 1836 could be included, and/or some type of indicator light (e.g., using an LED) could be included to provide status information, if desired by the systems designer. A motion sensor could be included, to provide an indication of tampering, for example.
It should be noted that the overall physical package for the wireless controller 1810 could be quite small, such as a flat-pack plastic case that might be only about two inches square, or smaller. The smaller the unit packaging, then perhaps the less optional features that might be included. But even with such a small two-inch by two-inch package (or smaller), the battery would be able to support the TI device for over one year, at a wake-up cycle rate of one second to send a polling signal, such as a Bluetooth advertising packet as a short signal burst, for example.
The smart device 1840 would include a processing circuit 1842, a memory circuit 1844, and an input/output interface circuit 1846, as well as a display 1848. One typical smart device that could be used would be a smart phone, and most smart phones have a touch screen display, which can act as a virtual keypad. Some type of user input device will be necessary, so if a virtual keypad is not part of the display 1848, then some other type of input keypad or at least a numeric keypad (such as a telephone keypad) would be needed. Smart device 1840 will also have a signal or data bus 1850 that transfers signals from the I/O interface 1846 to a wide area network radio 1852, and a low power radio 1854. The smart device would also contain some type of electrical power supply 1856, such as a battery.
When using a wireless controller such as that depicted on
The wireless controller 1810 works as an intelligent wireless transceiver, and would be programmed to send a periodic polling message that would be received by the user's smart device when the user came within range of the low power radio signal being transmitted by low power radio 1827. This reception would occur naturally, as the user approaches the property at the remote site, where the wireless controller 1810 had been pre-positioned (much like an electronic lockbox that has been previously shackled to a doorknob of a building at a remote property site). Once the user's smart device 1840 receives the polling message (e.g., a Bluetooth advertisement packet), the smart device will send an appropriate response message using its lower power radio 1852, under the control of an APP that was previously installed on the smart device 1840. The wireless controller 1810 will analyze the response message content, and if correct for that interval of epoch time (for that particular real estate board, for example), the wireless controller would then transmit an encrypted message back to the smart device, in which this encrypted message contains a combination for the lock device 1890. The APP on the smart device 1840 would then decrypt the encrypted combination message, and display the numeric combination to the user, who then can open the lock device. Details of how these functions work are discussed below.
It will be understood that the terms “lock” and “lock device” have essentially the same meaning throughout this patent document. In general, a purely mechanical lock could be used, but some customers may desire to use an electromechanical locking device, perhaps one that uses a keypad to enter its combination, and perhaps includes a display to show the data being entered on the keypad. That more sophisticated lock device would certainly be useful if the combination included alphanumeric characters, rather than strictly numeric digits. In any event, this technical disclosure is more concerned about the operating control system and data encryption system of the wireless controllers than the type of locks that will be installed at the remote property sites, and therefore, the above terminology is intended to encompass all types of locking systems, including mechanical, electromechanical, electrostatic, and chemical (if such locks could be used) locking devices.
Control Logic for Entering Occupant Data at Central Computer
Referring now to
A step 1002 is the beginning of an administrator routine for providing wireless controller contextual data to the central computer. The first piece of information is the wireless controller identifier, which must be specified and entered into the database at a step 1004. The overall identification information for the wireless controller can contain many pieces of information other than the wireless controller identifier, such as the address of the specific property, and if applicable, the “owner” of that specific wireless controller. It will be understood that, in most real estate situations, each wireless controller would have a specific human owner, and the human owner is typically a real estate agent, who is one of many such agents in a particular real estate board of a major city. However, in other types of systems that do not necessarily involve the sale of real estate, the individual wireless controllers might be owned by a corporation or other organization, such as a retirement home, or a nursing home.
Another important piece of information for each particular property will be the numeric combination of the lock that will be installed at the same remote property site with that associated wireless controller. The combination could be a set of three base 10 numbers, as might be used with fairly simple padlocks, or it could be a single number of several digits. This would probably be standardized for a specific set of properties that are involved with a particular organization, such as a real estate board, or with a condo association, for example. Alphanumeric digits, while not impossible to deal with, would be less useful in this type of system, mainly because the combination will be encrypted, and the decryption of such data is usually handled in a numeric format, usually in base 10, at least in a preferred mode of this technology. If desired, hexadecimal numbers could be used, but that would not be typical. In any event, the specific combination for the lock would need to be stored in the central computer database for each property site, and that will also need to be matched up with the wireless controller's identification information in the central computer database.
Generally speaking, in this discussion of the wireless controller remote locking system, when data relating to a particular wireless controller is transmitted (or otherwise referred to), then that data will also need to include the associated lock's combination for that remote site. It could become standard practice for a specific wireless controller to be always paired with a specific lock (having a particular combination), however, it will be understood that such devices can become individually lost or damaged, and therefore, the system should have the flexibility to enter new data for the various wireless controllers and locks in the overall wireless controller remote locking system so that each wireless controller can be assigned a new (or different) lock, and vice versa.
The next step is for the administrator to enter information about the human occupant(s) in connection with a specific wireless controller property. This occurs at a step 1006. If, for example, the wireless controllers are placed in a retirement home (or a “retirement village”), then there could be more than a single human occupant for a specific wireless controller property. In that situation, the data to be entered about the human occupants will be specific, per human occupant. On the other hand, if a couple were living in a single wireless controller property, then for example, only one of the two people might have medical issues that need to be entered into the database. In that situation, the data entered at step 1008 will be about that particular human occupant, and the other occupant may or may not have any data entered at all at the central computer. (However, it is common for the second person of a couple to at least have their identification known, typically as a person to contact in the event of a medical emergency for the first person.) All of the above data is to be stored in a database at the central computer, which occurs at a step 1010.
Some or all of the data that will be entered at the central computer also can to be entered at the specific wireless controller of interest. A step 1020 refers to that procedure, and assumes that an administrative agent will perform that task. The most likely procedure will be for the agent to carry a portable communication device, such as a smart phone, or “smart device,” or perhaps an electronic key (such as one that is typically used in real estate transactions), so that the important data can be carried by the portable communication device and then uploaded onto the individual wireless controller when the administrative agent visits that wireless controller. The physical procedure will be such that the portable communication device for the administrative agent must be placed in communication with the central computer, using a known medium such as a cellular telephone link or a Wi-Fi link using the Internet, for example, and then having the central computer download that information onto the administrative agent's portable communications device. Once that has occurred, the logic flow for the central computer can be directed to a step 1022, at which time the central computer is directed to its other tasks or routines.
After the data for that particular wireless controller has been downloaded onto the administrative agent's portable communications device, that agent can now store that data into the memory of the specific wireless controller of interest. Typically that would involve a personal visit by the administrative agent to the wireless controller, which could either occur on site at the property of interest, or it could occur in the agent's office, in which the agent would be holding the wireless controller at his or her office before installation at the actual property. In either event, the agent would use a communications link, such as Bluetooth or other type of short range wireless communications link, and then the specific data will be uploaded into the memory of that wireless controller. This data will become the contextual data for at least one human occupant that dwells at the property where the wireless controller will be installed, or has already been installed. This occurs at a step 1030. Once that has been accomplished, the logic flow on
Control Logic for Exchange of Contextual Data at a Remote Site
Referring now to
Once the APP has started, the agent will enter his or her personal identification number (or “PIN”) at a step 1102. The smart device itself will determine whether or not the PIN that was entered is valid at a step 1104. If not, then the logic flow is directed back to step 1102 which allows the agent to try again entering a valid PIN. If a valid PIN was determined at step 1104, then a “discovery mode” is started at a step 1106. The first major event after starting the discovery mode is for the smart device to “connect” to the wireless controller, at a step 1108. Before this description continues, some of the operational functions of the wireless controller itself will now be described.
There are various types of lockboxes that are used for real estate sales and for perhaps other types of properties or economic activities. Most if not all of these lockboxes operate in a low power mode, and in some cases that mode is referred to as a “sleep” mode. This is true for lockboxes sold by SentriLock LLC, of Cincinnati, Ohio. This description about
At the wireless controller itself, it must be awakened from its sleep mode, and the user can perform a particular procedure at a step 1150 to wake the wireless controller. In a typical SentriLock-style lockbox, the agent visiting the lockbox site must touch one of the buttons on the keypad. However, the preferred design of a wireless controller does not include a keypad, although one could be included, if desired by a different systems designer. But if using the preferred wireless controller design, there is no keypad for the user to touch, so instead the wireless controller is designed to periodically send out a polling message, which in the Bluetooth vernacular is typically referred to as an “advertising” message. The user's smart device will detect that advertising message when the user becomes proximal to the wireless controller, which for Bluetooth technology, should be a distance of about 50 feet (even if the wireless controller is indoor, depending on the materials in the building). The APP on the smart device would automatically take over the data exchange at that point, and the wireless controller would then change to a more active mode so that the user can accomplish the purpose of his/her visit to this remote site.
Referring to the flow chart of
The Bluetooth protocol is such that, once one of its devices begins advertising, it is expecting to connect to another Bluetooth device. On
The wireless controller then receives the user credentials at a step 1160 and, at a decision step 1162, the wireless controller determines whether or not the credentials are for an authorized user. If not, then the wireless controller disconnects the short range wireless communications link at a step 1164, and goes back into its sleep mode at a step 1166. Of course, the agent can quickly attempt to again connect to the wireless controller, especially if the agent made a mistake when entering the PIN.
If the authorized user credentials were authenticated at decision step 1162, then the wireless controller will now send the last contextual data update time/date stamp back to the smart device, at a step 1170. This will be a brief communication packet, and in this example, this message would not actually contain the contextual data itself, but only the effective time/date stamp of the most recent update of the contextual data that was loaded into the wireless controller memory.
The APP program on the smart device is expecting to receive the effective time/date stamp from the wireless controller, which will occur at a step 1120. As noted above, this is merely a small data packet containing the effective time/date stamp of when the wireless controller had its last uploading of undated contextual data. It is not the actual contextual data content itself. The agent will now attempt to connect to the central computer, using the wide area network communication circuit that is part of the smart device. With regard to the functions of the operating software in the APP itself, this leads to a decision step 1122 that determines whether or not a connection is available to the central computer. If the answer is YES, then a decision step 1124 determines whether or not there is newer data at the central computer for this particular wireless controller. If the answer again is YES, then the newer contextual data for that wireless controller is now downloaded to the smart device at a step 1126. This is a data download from the central clearing house computer to the smart device, and the included contextual data will later be uploaded to the wireless controller.
The results for the questions at decision steps 1122 or 1124 could, of course, be negative. If that is true for either one of those decision steps, then the logic flow is directed to a decision step 1130. For that matter, the logic flow from step 1126 is also directed to this decision step 1130. At this point in the logic of this flow chart, the smart device contains the newest possible data available both to it and to the central computer (assuming the central computer connection was just available), and now the decision step 1130 will determine whether or not the smart device has newer contextual data than the wireless controller itself. If the answer is YES, then this newer contextual data will be sent to the wireless controller in a data upload at a step 1132. On the other hand, if the answer is NO at decision step 1130, then the smart device will request a data download from the wireless controller at a step 1134. In other words, if step 1134 is reached, then it turns out that the wireless controller had more recent contextual data than the smart device that was just presented by this particular agent. This typically would not happen if this agent had been able to connect to the central computer at step 1122, but even then it might be possible in certain circumstances for the wireless controller to have more recent contextual data than the smart device.
In any event, if step 1134 is reached in this logic flow, then the contextual data will be requested from the wireless controller and the logic flow will continue to a step 1184. The step 1184 will now send the contextual data that was stored in the wireless controller to the smart device, being received at the smart device at a step 1140. In addition to receiving that contextual data, the smart device can display the wireless controller contextual data on its user display screen, and the user can perform other APP functions after returning from this routine at a step 1142.
Returning back to logic step 1132, the newer contextual data is being sent to the wireless controller at this step, and that newer contextual data is received at the wireless controller as a data update at a step 1180. The updated contextual data is now stored in the wireless controller at a step 1182. Once the wireless controller has finished storing updated contextual data or sending contextual data to the smart device at one of the steps 1182 or 1184, then the wireless controller can reenter its sleep mode at step 1166. Other wireless controller functions can be performed by the agent, by again wakening the wireless controller and performing those other functions, as desired.
The detailed steps that are illustrated on the flow chart of
Installation of Wireless Controller at a Specific Property
Referring now to
Once the administrative agent arrives at the remote property site, the APP is started on the smart device for that administrator at a step 1200. The administrator also needs to wake up the wireless controller at a step 1250 (using the automatic “polling” routine described above). If data needs to be exchanged at this time, that data exchange will occur according to steps 1101 and 1151, which are the “major” sub-routines described on
Now that a short range wireless link (such as Bluetooth) has been established between the smart device and the wireless controller, the administrator must authenticate the smart device to the wireless controller, and the credentials for the smart device and the administrator are sent to the wireless controller at a step 1210. The wireless controller receives the administrator's credentials at a step 1260, and a decision step 1262 determines whether or not these are an authorized administrative agent and an administrator device. If not, a step 1264 disconnects the short range wireless communications link, and the wireless controller enters a sleep mode at a step 1266.
On the other hand, if the administrator's smart device passes the authentication test, then the wireless controller prepares itself to receive initial data at a step 1270. In that event, the wireless controller sends a brief data packet to inform the smart device that the wireless controller is ready to receive the data, and the smart device will now transfer the initial contextual data about a human occupant for this specific property to the wireless controller at a step 1212. That data upload is received at the wireless controller and then stored in the wireless controller memory at a step 1280. The wireless controller will then acknowledge receipt of this data upload at a step 1282, and then disconnect at a step 1264. This acknowledgement can be sent in the form of a small data packet or “ACK” message sent back to the smart device.
After the initial upload of contextual data from the smart device to the wireless controller, the smart device APP program now determines whether or not this administrator's smart device has a GPS function. If YES, then the smart device attempts to connect to the central computer using its wide area network communications circuit at a step 1222. Assuming the connection is made, then the GPS coordinates of the smart device are sent in near-real time to the central computer, and the central computer will receive those GPS coordinates and store those coordinates as being the correct location for this wireless controller. Of course, the GPS coordinates are not precisely the same as the wireless controller, although the administrator is supposed to perform this function in close proximity to the wireless controller; assuming that is true, those coordinates will be used by the central computer in the future. A certain amount of tolerance in the GPS coordinates will be presumed (predetermined) by the central computer in future operations involving this specific wireless controller at this specific property site.
On the other hand, if the administrator's smart device does not have a GPS function, then a flag is set asking for the GPS coordinates to be uploaded to the central computer when a later user visits this wireless controller, which is part of a step 1230. When that later user visits the wireless controller and runs the APP, the administrative flag will appear on that person's smart device, and the smart device will attempt to connect to the central computer using its WAN circuit at a step 1232. From either logic step 1232 or step 1222, the logic flow will then be directed to a step 1224, in which the smart device of the administrator informs the central computer that this particular wireless controller has been either uploaded or updated with contextual data. This routine now returns to other APP routines at a step 1226.
It will be understood that the actual data upload of contextual data for a specific wireless controller does not necessarily need to occur on site, but instead could occur in the administrator's office, if desired. However, the GPS functions described above, starting at decision step 1220, do need to occur on site, because the GPS coordinates are supposed to represent the actual wireless controller location after it was installed at the human occupant's dwelling, or other type of site. If that is not done properly, then of course those GPS coordinates will be meaningless. It should be understood that this method of providing GPS coordinates for a wireless controller are not necessarily limited to wireless controller remote locking systems that involve contextual data about human occupants. Of course, real estate wireless controllers can also have GPS coordinate information as well, and the flow chart of
Central Computer Sends Contextual Data to Sales Prospect
Referring now to
This overall logic flow chart is also generally designated by the reference numeral 1301, and it will be used as a sub-routine in a later drawing. Beginning at a step 1300, the sales prospect starts the APP on his or her smart device. The APP will now perform a periodic scan, looking for an advertising packet from the wireless controller, at a step 1302. (In this flow chart of
A decision step 1304 determines whether or not a valid packet has been found at the prospect's smart device. If not, then the smart device continues looking for the wireless controller advertising packet. On the other hand, if the packet has been found, then the wireless controller's identifier code is extracted at a step 1306. The prospect's smart device now attempts to connect to the central computer at a step 1308. Once that connection has been established, the prospect's smart device sends the wireless controller identifier code to the central computer. That code is received at a step 1380, which will be discussed below.
The central computer is assumed to be running at a step 1370 and, for it to communicate with other devices, it must undergo a link process at a step 1372. In essence, the central computer is always attempting to link with external devices, and has the capability for linking with multiple such devices in multi-tasking, seemingly parallel logic routines, and it can maintain multiple communications sessions with those multiple devices in near-real time. The central computer is powerful enough to interact with these multiple user devices quickly enough so that it often does appear to be in actual real time.
The wireless controller identifier (e.g., its ID number) that was sent by the sales prospect at step 1308 is received by the central computer at a step 1380. The central computer knows that another piece of information is needed before continuing with this logic flow, so it now continues the link process awaiting a message from a sales agent.
The sales agent has a smart device and he or she starts the APP on that smart device at a step 1320. Upon arriving at a wireless controller site, the agent's smart device begins scanning for the wireless controller advertising packet at a step 1322. Once it receives the advertising packet from the wireless controller, the agent's smart device connects to the wireless controller at a step 1324. An actual (wireless) connection must take place before continuing further with this logic routine.
In general for wireless controller remote locking systems, a typical wireless controller will be in its sleep mode until awakened, which occurs at a step 1340 on
The agent has a smart device attempting to connect to the wireless controller at step 1324, and the wireless controller has a software-driven operating routine that attempts to connect to the agent's smart device at a step 1344. The necessary data exchange will take place between these two steps 1324 and 1344, as illustrated on
The agent must authenticate the smart device to the wireless controller, and that occurs by sending the agent's credentials along with the smart device's credentials to the wireless controller, at a step 1326. These credentials are received by the wireless controller at a step 1346. The wireless controller now determines whether or not this is both an authorized agent and an authorized agent's smart device at a decision step 1350. If not, then the wireless controller disconnects the short range wireless communications link at a step 1360, and goes back into its sleep mode at a step 1362. On the other hand, if the authentication step shows that both the agent and smart device are authorized, then the logic flow is directed to a decision step 1352.
The wireless controller also must verify the access credentials before allowing its lock to be opened. This occurs at a decision step 1352. Some wireless controllers might be able to perform the authorization of the agent and the verification of the access credentials in a single step, while others might do it in two separate steps (as illustrated on
Note that this procedure to verify the access credentials for opening the lock is somewhat different for the wireless controller remote locking system described herein, as compared to a “regular” electronic lockbox system. In “regular” electronic lockbox systems, the codes exchanged between the real estate agent and the lockbox do not include the combination of the lock—the lockbox has no separate combination as such, but the lockbox will control whether the visiting agent will be allowed to gain access to the secure compartment. In the wireless controller remote locking system, the agent must not only verify his or her identity to the wireless controller, but that agent must receive the associated lock's combination from that wireless controller. The epoch time of the agent's visit will be part of the decryption routine that is performed by the wireless controller, just like the epoch time typically is part of the decryption routine that is performed by a “regular” electronic lockbox. However, in the wireless controller remote locking system, the lock's combination is part of the data that is being decrypted by the APP program resident on the agent's smart device. Therefore, the agent's smart device must have been rejuvenated for the present epoch time, or the decryption routine will automatically fail, and as a result, the agent will not receive the combination of the lock. This all would occur at decision step 1352 on
If the access credentials analysis procedure fails at step 1352, then the wireless controller again disconnects its short range wireless communication circuit at step 1360 and goes back to sleep at step 1362. On the other hand if the access credentials pass muster, the wireless controller will send the appropriate message to the smart device, so the user will be able to open the lock, at a step 1354.
Looking back at the logic flow for the agent's smart device, some wireless controller remote locking systems could be designed so that, after the agent sends credentials to the wireless controller, a separate request (or command) to open the lock will then also need to be sent. If that is the case in a particular wireless controller remote locking system, then a step 1328 can be used to send that request/command message to an electronically-controlled lock, for example. That would become part of the verification of the access credentials decision step 1352 that must be evaluated by the wireless controller. Assuming everything is normal and the authorization procedures pass muster, the wireless controller can be designed to send a message back to the agent's smart device to inform that smart device that the lock's access has been approved. That communication can occur by sending a quick data packet from the wireless controller to the agent's smart device. The agent's smart device will recognize this circumstance at a step 1330, and it will then attempt to connect to the central computer and then send the wireless controller identification code to the central computer. It will be understood that all of the functions listed in the flow chart steps 1326, 1328, and 1330 can occur in a single logical procedure, if desired, depending upon the wireless controller remote locking system designer's choice for that wireless controller operating system and for the software written for the agent's APP.
The central computer will have been waiting to receive the wireless controller identifier from the agent, and when that message has been received the central computer will recognize that event at a step 1382. A decision step 1384 now is performed in which the central computer determines whether or not it received the wireless controller identifier from both the prospect and from the agent at approximately the same time. If the answer is NO, then this routine is ended at the central computer at a step 1386. On the other hand, if the result is YES, then the central computer logs this event (or activity), in which the agent and the prospect have both visited the same wireless controller and the agent has actually opened the associated lock, at a step 1390.
After the central computer has received and analyzed the wireless controller identifier messages from both the prospect and the agent, and after it has logged this activity, the central computer will now notify the agent and the prospect that contextual data is available for this wireless controller, at a step 1392. (This function depends, of course, on there actually being contextual data available for that specific wireless controller.) After sending the wireless controller identifier to the central computer, both smart devices for the agent and the prospect are now waiting for “notification” from the central computer. Otherwise the smart devices would have to be more or less pinging periodically to see if information has been received from the central computer. The notification message sent by the central computer at step 1392 can be received at the prospect's smart device at a step 1310 and at the agent's smart device at a step 1332. Both smart devices have a decision step 1312 or 1334 to analyze whether or not a notification has been received, and if the answer is YES, then both are ready to receive contextual data from the central computer, at a step 1314 or 1336, respectively. The central computer would then send the contextual data to both devices at a step 1394. The central computer has now completed this routine and returns to other functions at a step 1396.
At this stage in the logic, both smart devices can now perform other APP functions at a step 1316 or a step 1332, respectively, for the prospect's smart device and the agent's smart device. These other APP functions include displaying the contextual data in various formats, as controlled by user inputs and by the APP functions.
With regard to the wireless controller, once it has allowed the lock to be opened at step 1354, the wireless controller logs the time and date of this event at a step 1356 and then goes back into its sleep mode at a step 1358. For the functions of
Control Logic for a Sales Agent to Send Contextual Data to a Sales Prospect
Referring now to
On
In seemingly a parallel operation, the sales agent starts the APP on his or her smart device at a step 1420. The agent's smart device now scans for an advertising packet from the wireless controller at a step 1422. A decision step 1424 keeps the function essentially in a do-loop until that packet has been received, in which the advertisement is noticed at a step 1426.
The wireless controller is typically in its sleep mode and it needs to be awakened at a step 1450. (As noted above, this occurs automatically at a periodic rate, which could be once per second, or perhaps once every two seconds.) Once awakened, the first thing the wireless controller does is to begin advertising for a connection at a step 1452. If appropriate under the circumstances, it can also perform other wireless controller functions at a step 1454 on this flow chart of
The smart device of the agent performs most of the important logical steps in this flow chart of
Regardless of where the contextual data is being retrieved from, the agent's smart device will now advertise for a peer to peer APP connection, at a step 1432. This is the advertisement that the prospect's smart device has been waiting for at steps 1402 and 1404. Once a valid packet has been received at step 1404, then the prospect's smart device will now attempt to connect to the agent at a step 1410. At the same time the agent's smart device will attempt to connect to the prospect at a step 1434. A necessary data exchange takes place to make those connections.
Now that the two smart devices are connected by a short range wireless communications link, the agent's smart device will send contextual data for this particular wireless controller to the prospect's smart device at a step 1436. The prospect's smart device receives that contextual data at a step 1412. This contextual data will be displayed on the prospect's smart device at a step 1414, and that smart device can continue to other APP functions at a step 1416. Similarly, the agent's smart device can continue to other APP functions at a step 1438. It will be understood that the APPs running on the two smart devices described on
Control Logic for Contextual Data to be Sent to Sales Prospect Based on GPS Data
Referring now to
Beginning at a step 1500, the sales prospect starts the APP on his or her smart device. As an initial condition, both the sales prospect and the sales agent must arrive at the wireless controller site, so that both persons are in relatively close proximity to each other and to the wireless controller. After the APP has started functioning on the prospect's smart device, the same smart device will start its GPS function at a step 1502. This of course means that the smart device of the prospect must establish a satellite link to the GPS constellation of satellites and extract its actual GPS location in terms of its coordinates, so that information can be uploaded to the central computer. The prospect's smart device now attempts to connect to the central computer at a step 1504. Assuming that connection actually occurs, then the GPS coordinates are sent to the central computer.
The central computer is assumed to be running at a step 1570 and, for it to communicate with other devices, it must undergo a link process at a step 1572. In essence, the central computer is always attempting to link with external devices, and has the capability for linking with multiple such devices in multi-tasking, seemingly parallel logic routines, and it can maintain multiple communications sessions with those multiple devices in near-real time.
The sales agent has a smart device and he or she starts the APP on that smart device at a step 1520. Upon arriving at a wireless controller site, the agent's smart device begins scanning for the wireless controller advertising packet at a step 1522. Once it receives the advertising packet from the wireless controller, the agent's smart device connects to the wireless controller at a step 1524. An actual (wireless) connection must take place before continuing further with this logic routine.
As in
The agent must authenticate the smart device to the wireless controller, and that occurs by sending the agent's credentials along with the smart device's credentials to the wireless controller, at a step 1526. These credentials are received by the wireless controller at a step 1546. The wireless controller now determines whether or not this is both an authorized agent and an authorized agent's smart device at a decision step 1550. If not, then the wireless controller disconnects the short range wireless communications link at a step 1560, and goes back into its sleep mode at a step 1562. On the other hand, if the authentication step shows that both the agent and smart device are authorized, then the logic flow is directed to a decision step 1552.
The wireless controller also must verify the access credentials before allowing the lock to be opened. This occurs at decision step 1552. Some wireless controllers might be able to perform the authorization of the agent and the verification of the access credentials in a single step, while others might do it in two separate steps (as illustrated on
If the access credentials analysis procedure fails at step 1552, then the wireless controller again disconnects its short range wireless communication circuit at step 1560 and goes back to sleep at step 1562. On the other hand if the access credentials pass muster, the wireless controller will send the appropriate message to the smart device, so the user will be able to open the lock, at a step 1554.
Some wireless controller remote locking systems could be designed so that, after the agent sends credentials to the wireless controller, a separate request (or command) to open the lock will then also need to be sent. If that is the case in a particular wireless controller remote locking system, then a step 1328 can be used to send that request/command message to an electronically-controlled lock, for example. That would become part of the verification of the access credentials decision step 1352 that must be evaluated by the wireless controller. Assuming everything is normal and the authorization procedures pass muster, the wireless controller in many systems will send a message back to the agent's smart device to inform that smart device that the access has been approved and that the lock will be opened by the approved procedure. That communication can occur by sending a quick data packet from the wireless controller to the agent's smart device. The agent's smart device will recognize this circumstance at a step 1530, and it will then attempt to connect to the central computer and then send the wireless controller identification code to the central computer. It will be understood that all of the functions listed in the flow chart steps 1526, 1528, and 1530 can occur in a single logical procedure, if desired, depending upon the system designer's choice for that wireless controller operating system and for the software written for the agent's APP.
The above GPS data sent by the prospect's smart device is received at the central computer at a step 1580, and the central computer now waits to receive wireless controller identification information from the agent at a step 1582. Assuming these two messages (for steps 1580 and 1582) are received at approximately the same time, which is determined by a decision step 1584, then the logic flow is directed to a decision step 1588 that determines whether or not the GPS coordinates sent by the prospect's smart device are approximately the same as the GPS coordinates that have been established for this wireless controller. If not, then the routine ends here at a step 1586.
On the other hand, if decision step 1584 determines that the GPS coordinates are approximately the same, then the central computer logs the agent's and prospect's activities at a step 1590. The phrase “approximately the same GPS coordinates” can be adjusted to provide a tolerance of, for example, 50 feet in any horizontal direction, to meet this criterion.
After the central computer has received and analyzed the wireless controller identifier messages from both the prospect and the agent, and after it has logged this activity, the central computer will now notify the agent and the prospect that contextual data is available for this wireless controller, at a step 1592. (This function depends, of course, on there actually being contextual data available for that specific wireless controller.) After sending the wireless controller identifier to the central computer, both smart devices for the agent and the prospect are now waiting for “notification” from the central computer. Otherwise the smart devices would have to be more or less pinging periodically to see if information has been received from the central computer.
The notification message sent by the central computer at step 1592 can be received at the prospect's smart device at a step 1510 and at the agent's smart device at a step 1532. Both smart devices have a decision step 1512 or 1534 to analyze whether or not a notification has been received, and if the answer is YES, then both are ready to receive contextual data from the central computer, at a step 1514 or 1536, respectively. The central computer would then send the contextual data to both devices at a step 1594. The central computer has now completed this routine and returns to other functions at a step 1596.
At this stage in the logic, both smart devices can now perform other APP functions at a step 1516 or a step 1532, respectively, for the prospect's smart device and the agent's smart device. These other APP functions include displaying the contextual data in various formats, as controlled by user inputs and by the APP functions.
With regard to the wireless controller, once it has allowed the lock to be opened at step 1554, the wireless controller logs the time and date of this event at a step 1556 and then goes back into its sleep mode at a step 1558. For the functions of
Control Logic for Sales Prospect to Login to Central Computer
Referring now to
In a parallel set of logic, the central computer is always presumed to be running and it is described as doing such on
After initially connecting to the central computer at step 1604, the prospect will use his or her smart device to attempt to login to the central computer at a step 1608. The central computer receives this login request at a step 1662, and also receives the prospect's identification information. A data exchange ensues between steps 1608 and 1662, and assuming everything is in order, the prospect has now logged into the central computer. Of course, the prospect is not a sales agent, and thus has only limited functionality with regard to what the prospect can see or do at the central computer's software operating system.
The prospect now requests a visit history report for a specific property in the central computer's database, at a step 1610. The central computer receives this request at a step 1670 and now searches its database to look up information on that specific property. The central computer now sends the visit history report, and can send current contextual data for that specific property as well. The sales prospect now receives the visit history report and also the contextual data for that property at a step 1620.
The smart device of the prospect now determines whether or not his or her smart device has existing contextual data for this property at a decision step 1622. If not, then a step 1624 stores that contextual data just received into the smart device's memory circuit, and displays the contextual data using the APP's functions. On the other hand, if the prospect's smart device already has existing contextual data for that same property, then a step 1630 will update that contextual data at the smart device, and will display this updated version of contextual data, again using the APP.
After the prospect has finished reviewing the contextual data, the smart device asks whether or not the prospect wants to receive a visit history report for a different property, at a decision step 1632. If not, then the APP will perform other functions at a step 1634. On the other hand, if the prospect desires a visit history report for another property, then the logic flow is directed back to step 1610 where the smart device requests a visit history report for a different specific property in the central computer's database.
With regard to the central computer's operational logic, after searching its database and sending contextual data to the prospect at step 1670, the central computer determines whether or not the communications session is done at a decision step 1672. If so, then the central computer returns to other operating functions at a step 1674.
Control Logic to Create or Update an Agent-Prospect Database
Referring now to
The central computer now begins a new routine referred to as a “tracking process,” which occurs at a step 1710. First the central computer receives data from the agent, including the agent's identification, the wireless controller identification, and a time/date stamp for accessing the lock. This occurs at a step 1712. Similarly, the central computer receives data from the prospect which includes: identification information of the prospect, wireless controller identification information, and a time/date stamp for receiving the communications message from that prospect. This occurs at a step 1714.
The central computer now determines at a decision step 1720 whether or not the identification information and the time/date stamps correlate between the two messages received from the two different persons, i.e., the agent and the prospect, at steps 1712 and 1714, respectively. If not, then the logic flow is directed back to the initial portion of the tracking process step 1710. If this information does correlate, then the logic flow is directed to a decision step 1730 that determines whether or not the prospect has already been linked to the agent and the central computer's database. If not, then the central computer adds this prospect to this agent's list of prospects, at a step 1732.
On the other hand, if the prospect was already linked to the agent, then a step 1734 is used to add the property visit event information to this prospect's data for this agent. This step 1734 takes place in both paths of the logic flow leading from decision step 1730. The events occurring at step 1734 are used to create a database that will be used as part of the visit history reports that can later be requested either by the agent or by the prospect. Once this event information has been added to the database, this routine is finished and the central computer returns to other functions at a step 1736.
Second Embodiment Using Wireless Controller and Locking Device at Remote Site, with Wireless Communications to More than One Smart Device
Referring now to
The wireless controller 1810 would typically contain a processing circuit 1816, a memory circuit 1822, a calendar-type clock circuit 1815, and some type of input/output interface circuit 1830. An interface or data bus 1812 would be used to communicate from the I/O interface circuit 1830 to the various input/output devices that are mounted on or included with the wireless controller 1810. A power supply 1818 would be included (which typically would be a battery), and a backup capacitor could be provided, if desired. The wireless controller 1810 also includes a low power radio 1827 (which could be a different type of wireless device than a radio, for example, an optical wireless communications device).
The wireless controller 1810 would have many of the “controller” attributes of an electronic lockbox, but it would not, by itself, contain a physical key in a secure compartment, nor would it have a shackle for attachment to a doorknob on the remote site property. Instead, the wireless controller 1810 would mainly comprise an intelligent low power radio for communicating with a smart device, such as a smart phone. Indeed, the wireless controller 1810 could be mounted inside a building, such as a dwelling, on the remote site property, where it would not be subject to tampering by illegal activities, and it would not be exposed to the weather.
As noted above, most or all of the electronic circuitry for the wireless controller 1810 can be implemented in a commercially-available device known as a “system-on-chip.” Texas Instruments sells such a device under the model number CC2541, for example. As noted above, the wireless controller 1810 contains circuits such as the processing circuit 1816, memory circuit 1822, calendar-type clock circuit 1815, and input/output interface circuit 1830. In addition, the exemplary wireless controller 1810 contains a memory arbitrator (or “arbiter”) circuit 1832, a power management controller circuit 1834, and a low power radio circuit 1827, as well as numerous other circuits provided by Texas Instruments to provide the processing and interface capabilities of a device referred to by many as a “system on a chip.” Specifically, the radio circuit 1827 can work with the low energy 2.4 GHz Bluetooth protocol. The other attributes for the wireless controller 1810 that were described above, in connection with
The first smart device 1840 would include a processing circuit 1842, a memory circuit 1844, and an input/output interface circuit 1846, as well as a display 1848. One typical smart device that could be used would be a smart phone, and most smart phones have a touch screen display, which can act as a virtual keypad. Some type of user input device will be necessary, so if a virtual keypad is not part of the display 1848, then some other type of input keypad or at least a numeric keypad (such as a telephone keypad) would be needed. Smart device 1840 will also have a signal or data bus 1850 that transfers signals from the I/O interface 1846 to a wide area network radio 1852, and a low power radio 1854. The smart device would also contain some type of electrical power supply 1856, such as a battery.
The second smart device 1860 will also contain similar circuitry, including a processing circuit 1862, a memory circuit 1864, and I/O interface circuit 1866, and a display 1868 (which could include a virtual keypad). This smart device will also have a signal or data bus 1870 that connects the I/O interface to a wide area network radio 1872 and a low power radio 1874. The second smart device would also include an electrical power supply 1876.
If the first and second smart devices 1840 and 1860 are both smart phones, then their wide area radios 1852 and 1872 would essentially be cellular telephones, and could connect to the wide area network 110, typically via some type of cellular tower. The clearinghouse computer 260 would also be able to connect into the cellular tower network via the Internet in most situations.
There is a second wireless communications network on
When using a wireless controller such as that depicted on
As discussed above, the wireless controller 1810 works as an intelligent wireless transceiver, and would be programmed to send a periodic polling message that would be received by the user's smart device when the user came within range of the low power radio signal being transmitted by low power radio 1827. This reception would occur naturally, as the user approaches the property at the remote site, where the wireless controller 1810 had been pre-positioned (much like an electronic lockbox that has been previously shackled to a doorknob of a building at a remote property site). Once the user's smart device 1840 receives the polling message (e.g., a Bluetooth advertisement packet), the smart device will send an appropriate response message using its lower power radio 1852, under the control of an APP that was previously installed on the smart device 1840. The wireless controller 1810 will analyze the response message content, and if correct for that interval of epoch time (for that particular real estate board, for example), the wireless controller would then transmit an encrypted message back to the smart device, in which this encrypted message contains a combination for the lock device 1890. The APP on the smart device 1840 would then decrypt the encrypted combination message, and display the numeric combination to the user, who then can open the lock device.
Packaging for the Wireless Controller
Referring now to
In
A second embodiment package is illustrated at 1920, which is about the same overall size, but is not perfectly square. Instead, there is a large planar surface 1922 that has cut-outs in its four corners at 1924, to allow room for four small screws, used to hold the package 1920 to another surface. This package 1920 includes four small opening 1926 in the corners, through which the mounting screws (not shown) would pass, during installation.
A third embodiment package is illustrated at 1930, which is somewhat larger in overall size. This larger package 1930 could be square if desired, and is illustrated as being about 2 inches square. There is a large planar surface 1032 that has a through-hole 1934 therein. The opening 1934 extends entirely through to the opposite, parallel surface that cannot be seen in this view. The opening 1934 should be about 2 cm in diameter, which would allow the package 1930 to be installed onto a typical lockbox shackle. In this third embodiment package, the wireless controller would not be fastened or adhered to a planar surface, but instead would have one of the shackle rods passed through the opening (through-hole) 1934, and thus be mounted directly to the lockbox. Of course, the lockbox itself would then need to be mounted to a doorknob, or other structure at the remote site. If desired, a different shackle-like device could be used for mounting the package 1930, other than a lockbox.
A fourth embodiment package is illustrated at 1940, which is about the same overall size as the square package 1910. This package 1940 has a planar square surface 1942, which could be about 1.25 inches square. It also has a mounting tab 1944 that could be used to “clip” the entire package 1940 to a mating receptacle (not shown) that is somehow mounted to a structure at the remote site. A similar mounting tab 1946 (not seen in this view) could be placed on the opposite side of the housing from the tab 1944, near the position that is approximately depicted by the reference numeral 1946.
If some of the optional features, such as a manual reset switch 1836 or status indicating lights 1824, are included in the wireless controller package, then the overall package size could be increased, if necessary. However, such optional features are themselves available in quite small devices, so the overall package size might not need to increase at all.
It is to be understood that the technology disclosed herein is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The technology disclosed herein is capable of other embodiments and of being practiced or of being carried out in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. Unless limited otherwise, the terms “connected,” “coupled,” and “mounted,” and variations thereof herein are used broadly and encompass direct and indirect connections, couplings, and mountings. In addition, the terms “connected” and “coupled” and variations thereof are not restricted to physical or mechanical connections or couplings.
In addition, it should be understood that embodiments disclosed herein include both hardware and electronic components or modules that, for purposes of discussion, may be illustrated and described as if the majority of the components were implemented solely in hardware.
However, one of ordinary skill in the art, and based on a reading of this detailed description, would recognize that, in at least one embodiment, the electronic based aspects of the technology disclosed herein may be implemented in software. As such, it should be noted that a plurality of hardware and software-based devices, as well as a plurality of different structural components may be utilized to implement the technology disclosed herein.
Some additional information about “basic” lockbox embodiments, including advanced features, are more fully described in earlier patent documents by the same inventor, and assigned to SentriLock, Inc. or SentriLock LLC, including: U.S. Pat. No. 7,009,489, issued Mar. 7, 2006, for ELECTRONIC LOCK SYSTEM AND METHOD FOR ITS USE; U.S. Pat. No. 6,989,732, issued Jan. 24, 2006, for ELECTRONIC LOCK SYSTEM AND METHOD FOR ITS USE WITH CARD ONLY MODE; U.S. Pat. No. 7,086,258, issued Aug. 8, 2006, for ELECTRONIC LOCK BOX WITH SINGLE LINEAR ACTUATOR OPERATING TWO DIFFERENT LATCHING MECHANISMS; U.S. Pat. No. 7,420,456, issued Sep. 2, 2008, for ELECTRONIC LOCK BOX WITH MULTIPLE MODES AND SECURITY STATES; U.S. Pat. No. 7,193,503, issued Mar. 20, 2007, for ELECTRONIC LOCK SYSTEM AND METHOD FOR ITS USE WITH A SECURE MEMORY CARD; U.S. Pat. No. 7,999,656, issued Aug. 16, 2011, for ELECTRONIC LOCK BOX WITH KEY PRESENCE SENSING; U.S. Pat. No. 7,734,068, issued Jun. 8, 2010, for ELECTRONIC LOCK BOX USING A BIOMETRIC IDENTIFICATION DEVICE; U.S. Pat. No. 8,451,088, issued May 28, 2013, for ELECTRONIC LOCK BOX WITH TRANSPONDER BASED COMMUNICATIONS; U.S. Pat. No. 8,164,419, issued Apr. 24, 2012, for ELECTRONIC LOCK BOX WITH TIME-RELATED DATA ENCRYPTION BASED ON USER-SELECTED PIN; U.S. Pat. No. 8,151,608, issued Apr. 10, 2012, for ELECTRONIC LOCK BOX WITH MECHANISM IMMOBILIZER FEATURES; U.S. patent application Ser. No. 12/756,741, filed on Apr. 8, 2010 (Publication No. US 2011/0251876), for ELECTRONIC LOCK BOX SYSTEM WITH INCENTIVIZED FEEDBACK; U.S. Pat. No. 8,593,252, issued Nov. 26, 2013, for ELECTRONIC LOCK BOX PROXIMITY ACCESS CONTROL; U.S. Pat. No. 8,912,884, issued Dec. 16, 2014, for ELECTRONIC KEY LOCKOUT CONTROL IN LOCKBOX SYSTEM; and U.S. patent application Ser. No. 13/830,024, filed on Mar. 14, 2013 (Publication No. US 2014/0266586), for CONTEXTUAL DATA DELIVERY TO MOBILE USERS RESPONSIVE TO ACCESS OF AN ELECTRONIC LOCKBOX. These patent documents are incorporated by reference herein, in their entirety.
All documents cited in the Background and in the Detailed Description are, in relevant part, incorporated herein by reference; the citation of any document is not to be construed as an admission that it is prior art with respect to the technology disclosed herein.
It will be understood that the logical operations described in relation to the flow charts of
It will also be understood that the precise logical operations depicted in the flow charts of
It will further be understood that the term “portable communications device,” as used herein, typically refers to electronic communications equipment that can communicate with an electronic lockbox using a low power radio or optical communication circuit, under the control of a proper APP computer program. In some cases, such a portable communications device refers to electronic communications equipment that also is able to use a cellular telephone link to communicate with a wide area network. A typical portable communications device is also known as a “smart device.” A smart device that is to be used by a sales agent (as opposed to a sales prospect) could perhaps be replaced by an “electronic key” used with electronic lockboxes, so long as that electronic key includes the necessary cellular telephone link and low power communication circuit, and has a computer program installed to allow it to function in the manner as described above. In other words, both types of devices (“electronic key” and “smart device”) require software to function properly; in the case of a smart device (or “smart phone”), that software is typically called an “APP” whereas in the case of an electronic key, that software can be referred to simply as executable code, or as an executable computer program (for example, a “*.exe” file used in a Windows-based operating system).
It will be further understood that any type of product described herein that has moving parts, or that performs functions (such as computers with processing circuits and memory circuits), should be considered a “machine,” and not merely as some inanimate apparatus. Such “machine” devices should automatically include power tools, printers, electronic locks, and the like, as those example devices each have certain moving parts. Moreover, a computerized device that performs useful functions should also be considered a machine, and such terminology is often used to describe many such devices; for example, a solid-state telephone answering machine may have no moving parts, yet it is commonly called a “machine” because it performs well-known useful functions.
As used herein, the term “proximal” can have a meaning of closely positioning one physical object with a second physical object, such that the two objects are perhaps adjacent to one another, although it is not necessarily required that there be no third object positioned therebetween. In the technology disclosed herein, there may be instances in which a “male locating structure” is to be positioned “proximal” to a “female locating structure.” In general, this could mean that the two male and female structures are to be physically abutting one another, or this could mean that they are “mated” to one another by way of a particular size and shape that essentially keeps one structure oriented in a predetermined direction and at an X-Y (e.g., horizontal and vertical) position with respect to one another, regardless as to whether the two male and female structures actually touch one another along a continuous surface. Or, two structures of any size and shape (whether male, female, or otherwise in shape) may be located somewhat near one another, regardless if they physically abut one another or not; such a relationship could still be termed “proximal.” Or, two or more possible locations for a particular point can be specified in relation to a precise attribute of a physical object, such as being “near” or “at” the end of a stick; all of those possible near/at locations could be deemed “proximal” to the end of that stick. Moreover, the term “proximal” can also have a meaning that relates strictly to a single object, in which the single object may have two ends, and the “distal end” is the end that is positioned somewhat farther away from a subject point (or area) of reference, and the “proximal end” is the other end, which would be positioned somewhat closer to that same subject point (or area) of reference.
It will be understood that the various components that are described and/or illustrated herein can be fabricated in various ways, including in multiple parts or as a unitary part for each of these components, without departing from the principles of the technology disclosed herein. For example, a component that is included as a recited element of a claim hereinbelow may be fabricated as a unitary part; or that component may be fabricated as a combined structure of several individual parts that are assembled together. But that “multi-part component” will still fall within the scope of the claimed, recited element for infringement purposes of claim interpretation, even if it appears that the claimed, recited element is described and illustrated herein only as a unitary structure.
The foregoing description of a preferred embodiment has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the technology disclosed herein to the precise form disclosed, and the technology disclosed herein may be further modified within the spirit and scope of this disclosure. Any examples described or illustrated herein are intended as non-limiting examples, and many modifications or variations of the examples, or of the preferred embodiment(s), are possible in light of the above teachings, without departing from the spirit and scope of the technology disclosed herein. The embodiment(s) was chosen and described in order to illustrate the principles of the technology disclosed herein and its practical application to thereby enable one of ordinary skill in the art to utilize the technology disclosed herein in various embodiments and with various modifications as are suited to particular uses contemplated. This application is therefore intended to cover any variations, uses, or adaptations of the technology disclosed herein using its general principles. Further, this application is intended to cover such departures from the present disclosure as come within known or customary practice in the art to which this technology disclosed herein pertains and which fall within the limits of the appended claims.
The present application is a continuation to application Ser. No. 15/287,287, titled “CONTEXTUAL DATA DELIVERY TO USERS AT A LOCKED PROPERTY,” filed on Oct. 6, 2016, and also claims priority to provisional patent application Ser. No. 62/239,862, titled “CONTEXTUAL DATA DELIVERY TO USERS AT A LOCKED PROPERTY,” filed on Oct. 10, 2015.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5654696 | Barrett | Aug 1997 | A |
| 5705991 | Kniffin | Jan 1998 | A |
| 6624742 | Romano | Sep 2003 | B1 |
| 6822553 | Henderson | Nov 2004 | B1 |
| 6842105 | Henderson | Jan 2005 | B1 |
| 6937140 | Outslay | Aug 2005 | B1 |
| 7127271 | Fujisaki | Oct 2006 | B1 |
| 7177819 | Muncaster | Feb 2007 | B2 |
| 7606558 | Despain | Oct 2009 | B2 |
| 7880584 | Larson | Feb 2011 | B2 |
| 8040218 | Hays | Oct 2011 | B2 |
| 9336637 | Neil | May 2016 | B2 |
| 9836897 | Briskey | Dec 2017 | B2 |
| 20020107010 | Witte | Aug 2002 | A1 |
| 20080246587 | Fisher | Oct 2008 | A1 |
| 20090153291 | Larson | Jun 2009 | A1 |
| 20100245107 | Fulker | Sep 2010 | A1 |
| 20110251876 | Fisher | Oct 2011 | A1 |
| 20130214903 | Kalous | Aug 2013 | A1 |
| 20140266586 | Fisher | Sep 2014 | A1 |
| 20160119961 | Hrabak | Apr 2016 | A1 |
| Number | Date | Country |
|---|---|---|
| WO 1993014571 | Jul 1993 | WO |
| WO 2011065892 | Jun 2011 | WO |
| WO 2016200814 | Dec 2016 | WO |
| Entry |
|---|
| UK Search Report (dated Apr. 20, 2017). |
| Number | Date | Country | |
|---|---|---|---|
| 20180047233 A1 | Feb 2018 | US |
| Number | Date | Country | |
|---|---|---|---|
| 62239862 | Oct 2015 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 15287287 | Oct 2016 | US |
| Child | 15792130 | US |
