Systems and methods for commissioning access control devices

Information

  • Patent Grant
  • 8598982
  • Patent Number
    8,598,982
  • Date Filed
    Wednesday, May 21, 2008
    17 years ago
  • Date Issued
    Tuesday, December 3, 2013
    12 years ago
Abstract
Described herein are systems and methods for commissioning access control devices. In overview, a carrier substrate such as a smartcard is used to commission a plurality of access control devices. Measures are implemented such that the individual access control devices are uniquely commissioned. That is, no two devices apply identical commissioning data, hi some embodiments this is achieved by, as part of the commissioning process at a given access control device, modifying one or more aspects of the data carried by the carrier substrate.
Description
FIELD OF THE INVENTION

The present invention relates to access control, and more particularly to systems and methods for commissioning access control devices. Embodiments of the invention have been particularly developed for commissioning access control devices by way of smartcards, and the present disclosure is primarily focused accordingly. Although the invention is described hereinafter with particular reference to such applications, it will be appreciated that the invention is applicable in broader contexts.


BACKGROUND

Any discussion of the prior art throughout the specification should in no way be considered as an admission that such prior art is widely known or forms part of common general knowledge in the field.


It is known to use a large number of access control devices in an access control environment. Before each individual access control device is able to function as part of the access control environment, those individual devices need to be commissioned.


Commissioning is a process whereby an individual access control device is provided with data indicative of:

    • The context of the individual device within the larger system. For example, an identifier that is unique with respect to other devices in the system, and/or network information such as an IP address in the case of an IP enabled access control device.
    • Other information that allows the device to operate in an access control environment, such as electronic security keys and other authentication information.


There are two main approaches for commissioning access control devices. The first approach relies on the access control devices being connected to a common network. An auto-discovery process is conducted over this network to discover the individual devices, assign unique identifiers, and transmit other commissioning information. This approach is often difficult to implement, particularly where network security constraints affect the ability to conduct an auto-discovery process (which typically necessitates broadcast messaging). There are additional complications where there is no DHCP server available, and practical difficulties in matching electronically discovered devices to physically observable devices. The second approach is to individually serially connect each access control device to a terminal, such as a laptop computer, and manually transmit the commissioning information from the terminal to the device. It will be appreciated that this is a time-consuming process, and impractical where there are a large number of access control devices. Additionally, the process is error prone, and there is a risk that non-unique identifiers could be assigned.


It follows that there is a need in the art for improved systems and methods for commissioning access control devices.


SUMMARY

It is an object of the present invention to overcome or ameliorate at least one of the disadvantages of the prior art, or to provide a useful alternative.


One aspect of the present invention provides a method for commissioning an access control device, the method including the steps of:

    • (a) reading commissioning data from a carrier substrate, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • (b) applying the commissioning data to the access control device thereby to commission the access control device;
    • (c) defining a second unique identifier on the basis of the first unique device identifier;
    • (d) writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned access control device commissioned by the carrier substrate control device applies the second unique identifier.


One embodiment provides a computer-readable carrier medium carrying a set of instructions that when executed by one or more processors cause the one or more processors to carry out a method for commissioning an access control device, the method including the steps of:

    • (a) reading commissioning data from a carrier substrate, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • (b) applying the commissioning data to the access control device thereby to commission the access control device;
    • (c) defining a second unique identifier on the basis of the first unique device identifier;
    • (d) writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned access control device commissioned by the carrier substrate control device applies the second unique identifier.


One embodiment provides a controller for an access control device, the controller including:

    • an input for reading commissioning data from a carrier substrate, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • a processor for:
    • (i) applying the commissioning data to the access control device thereby to commission the access control device;
    • (ii) defining a second unique identifier on the basis of the first unique device identifier;
    • an output for writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned access control device commissioned by the carrier substrate control device applies the second unique identifier.


One embodiment provides a access control device including:

    • an input for reading commissioning data from a carrier substrate, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • a processor for:
    • (i) applying the commissioning data to the access control device thereby to commission the access control device;
    • (ii) defining a second unique identifier on the basis of the first unique device identifier;
    • an output for writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned access control device commissioned by the carrier substrate control device applies the second unique identifier.


One embodiment provides a method for commissioning a plurality of access control devices, the method including the steps of:

    • (a) receiving commissioning data, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • (b) providing a signal indicative of an instruction to write the commissioning data to a carrier substrate.


One embodiment provides a method wherein the carrier substrate is a smartcard.


One embodiment provides a method wherein the smartcard is readable in substantially the same manner as an access control card configured for use with the access control device.


One embodiment provides a method wherein the commissioning data includes a legacy identifier indicative of a number of access control devices are to be commissioned by the carrier substrate.


One embodiment provides a method wherein the commissioning information includes a first IP address.


One embodiment provides a method wherein the commissioning data is received at an administration terminal by way of a user interface.


One embodiment provides a method wherein the signal is provided to an access control device.


One embodiment provides a method wherein the commissioning data is received at an access control device by way of a connection with an administration terminal.


One embodiment provides a method wherein the signal is provided to a reader/writer module complementary to the carrier substrate.


One embodiment provides a computer-readable carrier medium carrying a set of instructions that when executed by one or more processors cause the one or more processors to carry out a method for commissioning an access control device, the method including the steps of:

    • (a) receiving commissioning data, the commissioning data being applicable to an access control device for commissioning the access control device, the commissioning data including a first unique identifier which is applied to the access control device upon application of the commission data;
    • (b) providing a signal indicative of an instruction to write the commissioning data to a carrier substrate.


Reference throughout this specification to “one embodiment” or “an embodiment” or “some embodiments” means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases “in one embodiment” or “in an embodiment” or “in some embodiments” in various places throughout this specification are not necessarily all referring to the same embodiment, but may. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner, as would be apparent to one of ordinary skill in the art from this disclosure, in one or more embodiments.





BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention will now be described, by way of example only, with reference to the accompanying drawings in which:



FIG. 1 schematically illustrates an access control environment according to one embodiment.



FIG. 2 schematically illustrates an access control device according to one embodiment.



FIG. 2A schematically illustrates an access control device according to one embodiment.



FIG. 3 schematically illustrates a method according to one embodiment.



FIG. 3A schematically illustrates a method according to one embodiment.



FIG. 3B schematically illustrates a method according to one embodiment.



FIG. 3C schematically illustrates a method according to one embodiment.



FIG. 4 schematically illustrates an access control environment according to one embodiment.



FIG. 5 schematically illustrates a method according to one embodiment.



FIG. 6 schematically illustrates a method according to one embodiment.





DETAILED DESCRIPTION

Described herein are systems and methods for commissioning access control devices. In overview, a carrier substrate such as a smartcard is used to commission a plurality of access control devices. Measures are implemented such that the individual access control devices are uniquely commissioned. That is, no two devices apply identical commissioning data. In some embodiments this is achieved by, as part of the commissioning process at a given access control device, modifying one or more aspects of the data carried by the carrier substrate.



FIG. 1 schematically illustrates an access control environment 101 including uncommissioned access control devices 102 and 103. A user presents a carrier substrate, in the form of a smartcard 106, to access control devices 102 and 103 individually. Smartcard 106 carries commissioning data 107. This commissioning data is applicable to an access control device (such as either of devices 102 and 103) for commissioning that access control device. In particular, each of devices 102 and 103 is configured for being responsive to the presentation of smartcard 106 for applying commissioning data 107 thereby to bring itself into commission.


In overview, a user initially presents smartcard 106 to access control device 102. Device 102 applies commissioning data 107 to bring itself into commission. The application of data 107 includes the application of a unique identifier (UID) maintained by data 107. Device 102, as part of the commissioning process, defines a new UID, and writes that new unique identifier to smartcard 106 in place of the UID applied to device 102. The new UID is, in some embodiments, defined on the basis of one or more constraints set in the process of creating the commissioning smartcard.


Smartcard 106 is then presented to a subsequent access control device, in the present example being device 103. Device 103 then undertakes a similar commissioning process, which includes adopting the new UID, defining a further new UID, and writing the further new UID to smartcard 106. The user then presents smartcard 106 to a subsequent access control device, and the process continues so that each access control device commissioned by way of card 106 applies a UID, this UID being unique in the context of all those access control devices.


The term “access control device” refers generally to any device having an access control functionality. That is, any device with which a user interacts to gain access to a physical region or virtual functionality. Common examples include devices that control locking mechanisms on doors or other barriers. However, access control devices are also used for providing access to functionalities, such as lighting in a room. An access control device includes either or both of hardware and software components.


The term carrier substrate should be read broadly to include any media capable of carrying digital information that is able to be read, modified or deleted. The term smartcard is used to describe a carrier substrate in card form. Smartcards carry digital information in a variety of ways, including by way of flash memory, magnetic strips, RFID chips, and the like.


The term “commissioning data” refers to data used for the commissioning of an access control device. Commissioning data is applicable (able to be applied) to an access control device to commission that device (progress the device from an uncommissioned state to a commissioned state). “Commissioning” is a process whereby an access control device is provided with and applies one or more aspects of data such that the device is able to function in the context of a wider access control environment including a plurality of distributed (and optionally networked) access control devices. The aspects of data include one or more of:

    • A site-specific UID. This allows identification of a given device in the context of an access control environment.
    • Network information, such as an IP address, a subnet mask, default gateway and/or encryption keys.
    • Security information, for example information that allows secure communications between the device and other components on the network.
    • Other commissioning information. Examples include default configuration data for the device, substantially any information that is to be constant or vary predictably across all devices in a given environment (such as organization details), or any unique parameters that are assignable based on a rule.



FIG. 2 illustrates an exemplary access control device 201 according to one embodiment. Device 201 is configured for integration into an access control environment such as environment 101 of FIG. 1.


Device 201 includes a processor 202 coupled to a memory module 203. Memory module 203 carries software instructions 204 which, when executed on processor 202, allow device 201 to perform various methods and functionalities described herein.


In the present example, device 201 is configured for selectively granting access through a door 208. In particular, processor 201 is coupled to a locking mechanism 209 which, when in a locked state, prevents access through door 208, and when in an unlocked state, permits access through door 208. The locked state is default. A user wishing to gain access through door 208 presents an access card to a card reader 210, which is also coupled to processor 201. Upon presentation of an access card, processor 201 performs an authentication process to determine whether or not access should be granted. In the event that the authentication process is successful, mechanism 209 is progressed to the unlocked state for a predefined period of time, typically the order of a few seconds, before returning to the locked state. If the authentication process is unsuccessful, mechanism 209 remains in the locked state, and access is denied.


The nature of card reader present varies between embodiments depending on the nature of access card that is used in a given access control environment. In the embodiment of FIG. 2, access cards are in the form of smartcards, and reader 210 is a smartcard reader. That is, a commissioning smartcard is readable in substantially the same manner as an access control card configured for use with the access control device. However, in the alternate embodiment of FIG. 2A, access card are in the form of proximity cards, and a proximity card reader 210A is provided. In that case, a smartcard reader 210C is also provided for allowing smartcard-based commissioning functionalities described herein. In further embodiments access codes are used rather than access cards, in which case the reader includes an interface for entering an access code. In some embodiments a combination of these approaches are used.


In the present embodiment, device includes a network interface 212 (such as a Ethernet or other wired/wireless network interface) coupled to processor 202 for allowing device 201 to communicate over a network. In the present embodiment device 201 is configured for operation in either a connected state (with connection to the network) or a disconnected state (without connection to the network).



FIG. 3 illustrates a method 300 according to one embodiment. Method 300 is performable by device 201 upon the presentation of a smartcard carrying commissioning data. This commissioning data is applicable to an access control device such as device 201 for commissioning that device. The commissioning data includes a site-specific UID which is applied to the access control device upon application of the commissioning data. Each commissioned device has applied to it site-specific UID, which allows unique identification of that device in the context of an access control environment.


In alternate embodiments, method 300 is performed by a controller coupled to an access control device, as opposed at an access control device itself.


Step 301 includes reading commissioning data from the smartcard. That is processor 202 reads data maintained on the smartcard by way of reader 210.


Step 302 includes applying the commissioning data to the access control device thereby to commission the access control device. In particular, processor 202 assesses the commissioning data to determine whether or not it meets predefined requirements for application and, assuming those requirements are met, writes the data in an appropriate fashion to memory module 203. For example, memory module 203 includes a configuration file for maintaining aspects of the commissioning data, and the relevant aspects of data are written to relevant locations in the configuration file.


Step 303 includes defining a new UID on the basis of the existing UID. In the present embodiment this is achieved by incrementing the existing UID by a predefined amount. For example, where the UID includes a numerical portion, the incrementing includes varying the numerical value by a predefined amount, or based on limits defined in the process of creating the commissioning card. Other techniques for implementing step 303 are applied in alternate embodiments.


Step 304 includes writing UID defined at step 303 to the smartcard in place the previous UID. That is, processor 202 provides to reader 201 data indicative of the new UID and instructions to write that UID to the smartcard. In some embodiments step 304 includes replacing the existing UID with the new UID, whereas in other embodiments step 304 includes replacing a larger portion of the commissioning data (or all of the commissioning data) to achieve a similar result.


It will be appreciated that, following step 304, if the smartcard in question is provided to a subsequent access control device, that device applies the new UID.



FIG. 3A illustrates a method 310 according to one embodiment. Method 310 is again performable by device 201 upon the presentation of a smartcard, and includes steps 301 to 304 of method 300.


Step 311 includes receiving data indicative of a smartcard being presented to reader 210. Decision 312 includes determining whether this smartcard maintains commissioning data. In the event that the smartcard maintains commissioning data, the method progresses to decision 313. Otherwise the method progresses to step 314.


At decision 313 it is determined whether the device is commissionable. In the present embodiment, only an uncommissioned device is commissionable, and a device that has already been commissioned is not commissionable. This essentially prevents re-commissioning, which might be inadvertent or malicious. In the event that the device is commissionable, the method progresses to step 301. Otherwise the method progresses to step 315.


Step 314 includes either taking no action or optionally commencing an alternate process related to the content of the presented smartcard, which might include an alternate administrative process or an access control process.


Step 315 includes rejecting the commissioning smartcard, and optionally taking additional action (such as erasing data on the smartcard where predefined conditions are met, or raising an alarm).


In some embodiments, commissioning data includes network information, and this network information is applied to the access control device upon application of the commissioning data. For example, in some cases the network information includes an IP address, and step 303 includes applying that IP address to the access control device as a static IP address. An example along these lines is provided by method 320 of FIG. 3B, which again includes steps 301 to 304. In some embodiments the IP address is provided in combination with other network information such as a subnet mask, default gateway, and so on.


Referring to FIG. 3B, step 321 includes defining a new IP address on the basis of the IP address applied at step 303. As with the UID, this is optionally performed based on incrementing the applied IP address, for example by increasing the numerical value of the final IP address block by one or another predefined amount. Step 322 includes writing the new IP address to the smartcard in place of the old IP address. It will be appreciated that each device commissioned using that smart card therefore applies a unique static IP address. It will be appreciated that this presents distinct advantages in light of known techniques for assigning unique static IP addresses to a large number of distributed access control devices which may or may not be at all times connected to a network.


In some embodiments certain predefined IP addresses or IP address types are selectively avoided, for example where it is know that those addresses are already allocated to other devices (particularly devices other than access control devices).


In some embodiments assign multiple IP address subnets are also assigned during the commissioning process.


In some embodiments an IP address is derived and applied on the basis of the applied UID and an IP address derivation protocol. Such a protocol is defined when creating a commissioning smartcard, and allows a user added flexibility to assign IP addresses having certain values or within certain ranges.


In other embodiments the UID and the static IP address are the same, or at least related to some degree such that one is derivable from the other.


In some embodiments where the access control devices connect to a network having a DHCP (Dynamic Host Configuration Protocol) server, dynamic IP addresses are assigned as an alternative to using static IP addresses.


In some embodiments measures are introduced to further manage risks associated with security, and to better ensure that all devices are uniquely commissioned. To this end, in some embodiments the commissioning data includes a legacy identifier. This legacy identifier is essentially indicative of whether or not one or more subsequent access control devices are to be commissioned by a given smartcard. In the case that no subsequent access control devices that are to be commissioned by that smartcard, steps 303 and 304 are omitted.



FIG. 3C illustrates a method 330 where a legacy identifier is used. In this example, the legacy identifier is initially indicative of how many devices are to be commissioned by a given smartcard, and this number is downwardly incremented during the commissioning process at each device. At step 331 the legacy identifier is analyzed to determine whether there are any additional devices to be commissioned. In one embodiment this includes deciding whether the legacy identifier is non-zero. In the event that no further devices are to be commissioned, the method completes at 332. Otherwise, the method progresses to steps 303 and 333. At step 333 a new legacy identifier is defined (for example by downwardly incrementing the existing legacy identifier) and at step 334 the new legacy identifier is written to the smartcard.



FIG. 4 illustrates an access control environment 401. Environment 401 includes connected access control devices 402 to 404 and disconnected access control devices 405 to 407. Connected access control devices are connected to a network 408, such as a TCP/IP network. An administration server 410 is also connected to network 408.


In overview, administration server 410 performs various functionalities, including the creation of commissioning smartcards. FIG. 5 shows an exemplary method 500 performed by server 410, for example on the basis of software instructions executing on a processor of server 410. Step 501 includes receiving data indicative of the number of commissioning smartcards that are to be created. For example, in some embodiments it is preferable to use multiple commissioning smartcards in parallel to expedite the commissioning process. Step 502 includes, for each card, receiving data indicative of:

    • The number of access control devices to be commissioned by that smartcard (this is optionally used to derive a legacy identifier).
    • A site specific UID that is to be applied by the first access control device commissioned by that smartcard.
    • An IP address that is to be applied by the first access control device commissioned by that smartcard. In some embodiments the data includes not only one IP address, but a valid range of IP addresses across one or multiple subnets
    • Other network information, such as a subnet mask, default gateway and/or encryption keys.
    • Security information, for example information that allows for secure communications between the device and other components on the network.
    • Other commissioning information.


Step 502 is repeated for each smartcard that is to be created. In alternate embodiments additional or fewer aspects of data are received.


In some embodiments, the data received at step 502 is entered by a user via a software-based commissioning application running on server 410 or on a client terminal connected to network 408 and in communication with server 410. In one embodiment, the commissioning application runs within a web-browser application executing on a client terminal.


Step 503 includes receiving data indicative of a primary commissioning device. This is a user-designated connected access control device that will be responsible for initially writing commissioning data to the smartcard, and is device 402 in the present example. The data received at step 503 should be sufficient to allow unique identification of the primary commissioning device on the network, such as an IP address, MAC address, or factory set identifier. In some embodiments this data is provided in the same manner as the data received at step 502.


In some embodiments server 410 implements logic controls to ensure that, based on the number of commissioning smartcards to be created and the number of devices to be commissioned by each card, the same UID (or static IP address in relevant embodiments) is not applied to more than one device. For example, in one embodiment the server maintains data of the UIDs assignable by previously created smartcards, and prevents the creation of smartcards that would assign those UIDs.


At step 504, server 410 provides a signal to the primary commissioning device. This signal is indicative of a command to enter a commissioning mode, and in the present case also indicative of the commissioning data that is to be written to one or more smartcards by the primary commissioning device. In alternate embodiments the commissioning data is not stored at the primary commissioning device, and is instead obtained from sever 410 over network 408 as required (that is, subject to requests provided by device 402).



FIG. 6 illustrates an exemplary method 600 performed by device 402 as the primary commissioning device. At step 601 the device receives a signal indicative of a command to enter a commissioning mode. At step 602 the device enters the commissioning mode. At step 603 the device prompts a user to present a smartcard for receiving commissioning data. A smartcard is received at step 604 and, subject to an approval at decision 605, commissioning data is written to that card at step 606 to create a commissioning smartcard. If, at decision 607, there are any more commissioning smartcards to be created, the method loops to step 603. Otherwise, the method completes at step 608 with the device returning to a normal mode of operation. A commissioning smartcard is then optionally presented to that access control device to commission the device, as in examples considered above. In some cases the primary commissioning device is commissioned after one or more other devices.


In alternate embodiments the primary commissioning device self-commissions whilst in the commissioning mode.


Although in the example considered above a primary commissioning device is used to create commissioning smartcards, in other embodiments these are created using another smartcard writing device coupled to server 410.


In some embodiments, upon being commissioned, an access control device provides status information for delivery to the administration server. In some cases this information is delivered via the network, and in other cases it is written to the smartcard for later delivery.


It will be appreciated that the presently described systems and methods present various advantages. These include, but are not limited to, the following:

    • Utility where access control devices are connected to a network that does not support broadcast messages.
    • Utility where one or more access control devices are not connected to a common network.
    • The ability to assign UIDs and unique static IP addresses to individual devices with minimal hassle.
    • The ability to know precisely what UID is applied to each physical device. The user knows this given that each device is physically visited for commissioning, and is made easier in embodiments where UIDs predictably increment between devices. This is particularly helpful where there is a desire to match the physical location devices with their electronic identifiers. It will be appreciated that this is difficult in cases where auto-discovery is used, and where the number of devices is large.
    • There is a low likelihood (or no likelihood) of two devices being non-uniquely commissioned.


It will be appreciated that the above disclosure provides various systems and methods for commissioning access control devices, these methods and systems providing distinct advantages and technical contributions over what was previously known in the art.


Unless specifically stated otherwise, as apparent from the following discussions, it is appreciated that throughout the specification discussions utilizing terms such as “processing,” “computing,” “calculating,” “determining”, “analyzing” or the like, refer to the action and/or processes of a computer or computing system, or similar electronic computing device, that manipulate and/or transform data represented as physical, such as electronic, quantities into other data similarly represented as physical quantities.


In a similar manner, the term “processor” may refer to any device or portion of a device that processes electronic data, e.g., from registers and/or memory to transform that electronic data into other electronic data that, e.g., may be stored in registers and/or memory. A “computer” or a “computing machine” or a “computing platform” may include one or more processors.


The methodologies described herein are, in one embodiment, performable by one or more processors that accept computer-readable (also called machine-readable) code containing a set of instructions that when executed by one or more of the processors carry out at least one of the methods described herein. Any processor capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken are included. Thus, one example is a typical processing system that includes one or more processors. Each processor may include one or more of a CPU, a graphics processing unit, and a programmable DSP unit. The processing system further may include a memory subsystem including main RAM and/or a static RAM, and/or ROM. A bus subsystem may be included for communicating between the components. The processing system further may be a distributed processing system with processors coupled by a network. If the processing system requires a display, such a display may be included, e.g., an liquid crystal display (LCD) or a cathode ray tube (CRT) display. If manual data entry is required, the processing system also includes an input device such as one or more of an alphanumeric input unit such as a keyboard, a pointing control device such as a mouse, and so forth. The term memory unit as used herein, if clear from the context and unless explicitly stated otherwise, also encompasses a storage system such as a disk drive unit. The processing system in some configurations may include a sound output device, and a network interface device. The memory subsystem thus includes a computer-readable carrier medium that carries computer-readable code (e.g., software) including a set of instructions to cause performing, when executed by one or more processors, one of more of the methods described herein. Note that when the method includes several elements, e.g., several steps, no ordering of such elements is implied, unless specifically stated. The software may reside in the hard disk, or may also reside, completely or at least partially, within the RAM and/or within the processor during execution thereof by the computer system. Thus, the memory and the processor also constitute computer-readable carrier medium carrying computer-readable code.


Furthermore, a computer-readable carrier medium may form, or be includes in a computer program product.


In alternative embodiments, the one or more processors operate as a standalone device or may be connected, e.g., networked to other processor(s), in a networked deployment, the one or more processors may operate in the capacity of a server or a user machine in server-user network environment, or as a peer machine in a peer-to-peer or distributed network environment. The one or more processors may form a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.


Note that while some diagrams only show a single processor and a single memory that carries the computer-readable code, those in the art will understand that many of the components described above are included, but not explicitly shown or described in order not to obscure the inventive aspect. For example, while only a single machine is illustrated, the term “machine” or “device” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.


At least one embodiment of each of the methods described herein is in the form of a computer-readable carrier medium carrying a set of instructions, e.g., a computer program that are for execution on one or more processors, e.g., one or more processors that are part of building management system. Thus, as will be appreciated by those skilled in the art, embodiments of the present invention may be embodied as a method, an apparatus such as a special purpose apparatus, an apparatus such as a data processing system, or a computer-readable carrier medium, e.g., a computer program product. The computer-readable carrier medium carries computer readable code including a set of instructions that when executed on one or more processors cause the a processor or processors to implement a method. Accordingly, aspects of the present invention may take the form of a method, an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of carrier medium (e.g., a computer program product on a computer-readable storage medium) carrying computer-readable program code embodied in the medium.


The software may further be transmitted or received over a network via a network interface device. While the carrier medium is shown in an exemplary embodiment to be a single medium, the term “carrier medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “carrier medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by one or more of the processors and that cause the one or more processors to perform any one or more of the methodologies of the present invention. A carrier medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media includes, for example, optical, magnetic disks, and magneto-optical disks. Volatile media includes dynamic memory, such as main memory. Transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise a bus subsystem. Transmission media also may also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications. For example, the term “carrier medium” shall accordingly be taken to included, but not be limited to, solid-state memories, a computer product embodied in optical and magnetic media, a medium bearing a propagated signal detectable by at least one processor of one or more processors and representing a set of instructions that when executed implement a method, a carrier wave bearing a propagated signal detectable by at least one processor of the one or more processors and representing the set of instructions a propagated signal and representing the set of instructions, and a transmission medium in a network bearing a propagated signal detectable by at least one processor of the one or more processors and representing the set of instructions.


It will be understood that the steps of methods discussed are performed in one embodiment by an appropriate processor (or processors) of a processing (i.e., computer) system executing instructions (computer-readable code) stored in storage. It will also be understood that the invention is not limited to any particular implementation or programming technique and that the invention may be implemented using any appropriate techniques for implementing the functionality described herein. The invention is not limited to any particular programming language or operating system.


Similarly it should be appreciated that in the above description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.


Furthermore, while some embodiments described herein include some but not other features included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention, and form different embodiments, as would be understood by those in the art. For example, in the following claims, any of the claimed embodiments can be used in any combination.


Furthermore, some of the embodiments are described herein as a method or combination of elements of a method that can be implemented by a processor of a computer system or by other means of carrying out the function. Thus, a processor with the necessary instructions for carrying out such a method or element of a method forms a means for carrying out the method or element of a method. Furthermore, an element described herein of an apparatus embodiment is an example of a means for carrying out the function performed by the element for the purpose of carrying out the invention.


In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In other instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.


As used herein, unless otherwise specified the use of the ordinal adjectives “first”, “second”, “third”, etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.


In the claims below and the description herein, any one of the terms comprising, comprised of or which comprises is an open term that means including at least the elements/features that follow, but not excluding others. Thus, the term comprising, when used in the claims, should not be interpreted as being limitative to the means or elements or steps listed thereafter. For example, the scope of the expression a device comprising A and B should not be limited to devices consisting only of elements A and B. Any one of the terms including or which includes or that includes as used herein is also an open term that also means including at least the elements/features that follow the term, but not excluding others. Thus, including is synonymous with and means comprising.


Similarly, it is to be noticed that the term coupled, when used in the claims, should not be interpreted as being limitative to direct connections only. The terms “coupled” and “connected,” along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other. Thus, the scope of the expression a device A coupled to a device B should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means. “Coupled” may mean that two or more elements are either in direct physical or electrical contact, or that two or more elements are not in direct contact with each other but yet still co-operate or interact with each other.


Thus, while there has been described what are believed to be the preferred embodiments of the invention, those skilled in the art will recognize that other and further modifications may be made thereto without departing from the spirit of the invention, and it is intended to claim all such changes and modifications as fall within the scope of the invention. For example, any formulas given above are merely representative of procedures that may be used. Functionality may be added or deleted from the block diagrams and operations may be interchanged among functional blocks. Steps may be added or deleted to methods described within the scope of the present invention.

Claims
  • 1. A method performed by an access control device having a component configured to read data from a carrier substrate provided by a user and to grant the user access to a physical region or virtual functionality, the method including the steps of: (a) reading commissioning data from the carrier substrate, the commissioning data being applicable to a first access control device for commissioning the first access control device, the commissioning data including a first unique identifier which is applied to the first access control device upon application of the commission data;(b) applying the commissioning data to the first access control device thereby to commission the first access control device so that the first access control device operates in accordance with a wider access control environment;(c) defining a second unique identifier on the basis of the first unique device identifier;(d) writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned second access control device commissioned by the carrier substrate applies the second unique identifier.
  • 2. A method according to claim 1 wherein the carrier substrate is a smartcard.
  • 3. A method according to claim 2 wherein the smartcard is readable in substantially the same manner as an access control card configured for use with the first access control device.
  • 4. A method according to claim 1 wherein step (b) is only performed in the case that the first access control device is uncommissioned.
  • 5. A method according to claim 4 wherein steps (c) and (d) are performed only in the case that step (b) is performed.
  • 6. A method according to claim 1 wherein steps (a) to (d) are carried out by the first access control device.
  • 7. A method according to claim 1 wherein step (c) includes incrementing the first unique identifier to define the second unique identifier.
  • 8. A method according to claim 1 wherein the commissioning data includes a legacy identifier indicative of whether or not one or more subsequent access control devices are to be commissioned by the carrier substrate.
  • 9. A method according to claim 8 wherein the legacy identifier is indicative of a number of subsequent devices access control devices that are to be commissioned by the carrier substrate.
  • 10. A method according to claim 8 including the step of being responsive to the legacy identifier for, in the case that no subsequent access control devices are to be commissioned by the carrier substrate, omitting at least step (d).
  • 11. A method according to claim 1 wherein the commissioning data includes network information which is applied to the first access control device upon application of the commissioning data.
  • 12. A method according to claim 11 wherein the network information includes a first IP address, and step (b) includes applying the first IP address to the first access control device.
  • 13. A method according to claim 12 including the steps of: (e) defining a second unique IP address on the basis of the first IP address;(f) writing the second IP address to the carrier substrate in place of the first IP address such that the subsequently commissioned second access control device applies the second IP address.
  • 14. A method according to claim 11 wherein the network information includes constraints for the definition of an IP address.
  • 15. A method according to claim 1 including a step of, on the basis of the applied UID and an IP address derivation protocol, deriving and applying an IP address.
  • 16. A method according to claim 13 wherein step (e) includes incrementing the first IP address to define the second IP address.
  • 17. A method according to claim 1 wherein the commissioning data includes default configuration data for the first access control device.
  • 18. A method according to claim 17 wherein the default configuration data includes data that is constant across all access control devices in the wider access control environment.
  • 19. A controller for a first access control device, the controller including: an input for reading commissioning data from a carrier substrate, the commissioning data being applicable to the first access control device for commissioning the first access control device, the commissioning data including a first unique identifier which is applied to the first access control device upon application of the commission data;a processor for: (i) applying the commissioning data to the first access control device thereby to commission the first access control device;(ii) defining a second unique identifier on the basis of the first unique device identifier;an output for writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned second access control device commissioned by the carrier substrate applies the second unique identifier.
  • 20. An access control device including: an input for reading commissioning data from a carrier substrate, the commissioning data being applicable to the first access control device for commissioning the first access control device, the commissioning data including a first unique identifier which is applied to the first access control device upon application of the commission data;a processor for: (i) applying the commissioning data to the first access control device thereby to commission the first access control device;(ii) defining a second unique identifier on the basis of the first unique device identifier;an output for writing the second unique identifier to the carrier substrate in place of the first unique identifier such that a subsequently commissioned second access control device commissioned by the carrier substrate applies the second unique identifier.
Priority Claims (1)
Number Date Country Kind
2007903453 May 2007 AU national
PCT Information
Filing Document Filing Date Country Kind 371c Date
PCT/AU2008/000717 5/21/2008 WO 00 5/19/2010
Publishing Document Publishing Date Country Kind
WO2008/144804 12/4/2008 WO A
US Referenced Citations (228)
Number Name Date Kind
3753232 Sporer Aug 1973 A
3806911 Pripusich Apr 1974 A
3857018 Stark et al. Dec 1974 A
3860911 Hinman et al. Jan 1975 A
3866173 Moorman et al. Feb 1975 A
3906447 Crafton Sep 1975 A
4095739 Fox et al. Jun 1978 A
4146085 Wills Mar 1979 A
4148012 Baump et al. Apr 1979 A
4161778 Getson, Jr. et al. Jul 1979 A
4213118 Genest et al. Jul 1980 A
4283710 Genest et al. Aug 1981 A
4298946 Hartsell et al. Nov 1981 A
4332852 Korklan et al. Jun 1982 A
4336902 Neal Jun 1982 A
4337893 Flanders et al. Jul 1982 A
4353064 Stamm Oct 1982 A
4373664 Barker et al. Feb 1983 A
4379483 Farley Apr 1983 A
4462028 Ryan et al. Jul 1984 A
4525777 Webster et al. Jun 1985 A
4538056 Young et al. Aug 1985 A
4556169 Zervos Dec 1985 A
4628201 Schmitt Dec 1986 A
4646964 Parker et al. Mar 1987 A
4685615 Hart Aug 1987 A
4821177 Koegel et al. Apr 1989 A
4847839 Hudson, Jr. et al. Jul 1989 A
5070468 Niinomi et al. Dec 1991 A
5071065 Aalto et al. Dec 1991 A
5099420 Barlow et al. Mar 1992 A
5172565 Wruck et al. Dec 1992 A
5204663 Lee Apr 1993 A
5227122 Scarola et al. Jul 1993 A
5259553 Shyu Nov 1993 A
5271453 Yoshida et al. Dec 1993 A
5361982 Liebl et al. Nov 1994 A
5404934 Carlson et al. Apr 1995 A
5420927 Micali May 1995 A
5449112 Heitman et al. Sep 1995 A
5465082 Chaco Nov 1995 A
5479154 Wolfram Dec 1995 A
5481481 Frey et al. Jan 1996 A
5526871 Musser et al. Jun 1996 A
5541585 Duhame et al. Jul 1996 A
5591950 Imedio-Ocana Jan 1997 A
5594429 Nakahara Jan 1997 A
5604804 Micali Feb 1997 A
5610982 Micali Mar 1997 A
5631825 van Weele et al. May 1997 A
5640151 Reis et al. Jun 1997 A
5644302 Hana et al. Jul 1997 A
5663957 Dent Sep 1997 A
5666416 Micali Sep 1997 A
5717757 Micali Feb 1998 A
5717758 Micali Feb 1998 A
5717759 Micali Feb 1998 A
5732691 Maiello et al. Mar 1998 A
5778256 Darbee Jul 1998 A
5793868 Micali Aug 1998 A
5914875 Monta et al. Jun 1999 A
5915473 Ganesh et al. Jun 1999 A
5927398 Maciulewicz Jul 1999 A
5930773 Crooks et al. Jul 1999 A
5960083 Micali Sep 1999 A
5973613 Reis et al. Oct 1999 A
6072402 Kniffin et al. Jun 2000 A
6097811 Micali Aug 2000 A
6104963 Cebasek et al. Aug 2000 A
6119125 Gloudeman et al. Sep 2000 A
6141595 Gloudeman et al. Oct 2000 A
6149065 White et al. Nov 2000 A
6154681 Drees et al. Nov 2000 A
6167316 Gloudeman et al. Dec 2000 A
6233954 Mehaffey et al. May 2001 B1
6241156 Kline et al. Jun 2001 B1
6249755 Yemini et al. Jun 2001 B1
6260765 Natale et al. Jul 2001 B1
6292893 Micali Sep 2001 B1
6301659 Micali Oct 2001 B1
6318137 Chaum Nov 2001 B1
6324854 Jayanth Dec 2001 B1
6334121 Primeaux et al. Dec 2001 B1
6347374 Drake et al. Feb 2002 B1
6366558 Howes et al. Apr 2002 B1
6369719 Tracy et al. Apr 2002 B1
6374356 Daigneault et al. Apr 2002 B1
6393848 Roh et al. May 2002 B2
6394359 Morgan May 2002 B1
6424068 Nakagishi Jul 2002 B2
6453426 Gamache et al. Sep 2002 B1
6453687 Sharood et al. Sep 2002 B2
6483697 Jenks et al. Nov 2002 B1
6487658 Micali Nov 2002 B1
6490610 Rizvi et al. Dec 2002 B1
6496575 Vasell et al. Dec 2002 B1
6516357 Hamann et al. Feb 2003 B1
6518953 Armstrong Feb 2003 B1
6546419 Humpleman et al. Apr 2003 B1
6556899 Harvey et al. Apr 2003 B1
6574537 Kipersztok et al. Jun 2003 B2
6583712 Reed et al. Jun 2003 B1
6604023 Brown et al. Aug 2003 B1
6615594 Jayanth et al. Sep 2003 B2
6628997 Fox et al. Sep 2003 B1
6647317 Takai et al. Nov 2003 B2
6647400 Moran Nov 2003 B1
6658373 Rossi et al. Dec 2003 B2
6663010 Chene et al. Dec 2003 B2
6665669 Han et al. Dec 2003 B2
6667690 Durej et al. Dec 2003 B2
6741915 Poth May 2004 B2
6758051 Jayanth et al. Jul 2004 B2
6766450 Micali Jul 2004 B2
6789739 Rosen Sep 2004 B2
6796494 Gonzalo Sep 2004 B1
6801849 Szukala et al. Oct 2004 B2
6801907 Zagami Oct 2004 B1
6826454 Sulfstede Nov 2004 B2
6851621 Wacker et al. Feb 2005 B1
6871193 Campbell et al. Mar 2005 B1
6886742 Stoutenburg et al. May 2005 B2
6895215 Uhlmann May 2005 B2
6910135 Grainger Jun 2005 B1
6967612 Gorman et al. Nov 2005 B1
6969542 Klasen-Memmer et al. Nov 2005 B2
6970070 Juels et al. Nov 2005 B2
6973410 Seigel Dec 2005 B2
6983889 Alles Jan 2006 B2
6989742 Ueno et al. Jan 2006 B2
7004401 Kallestad Feb 2006 B2
7019614 Lavelle et al. Mar 2006 B2
7032114 Moran Apr 2006 B1
7055759 Wacker et al. Jun 2006 B2
7124943 Quan et al. Oct 2006 B2
7130719 Ehlers et al. Oct 2006 B2
7183894 Yui et al. Feb 2007 B2
7203962 Moran Apr 2007 B1
7205882 Libin Apr 2007 B2
7216007 Johnson May 2007 B2
7216015 Poth May 2007 B2
7218243 Hayes et al. May 2007 B2
7222800 Wruck May 2007 B2
7233243 Roche et al. Jun 2007 B2
7243001 Janert et al. Jul 2007 B2
7245223 Trela Jul 2007 B2
7250853 Flynn Jul 2007 B2
7274676 Cardei et al. Sep 2007 B2
7313819 Burnett et al. Dec 2007 B2
7321784 Serceki et al. Jan 2008 B2
7337315 Micali Feb 2008 B2
7343265 Andarawis et al. Mar 2008 B2
7353396 Micali et al. Apr 2008 B2
7362210 Bazakos et al. Apr 2008 B2
7376839 Carta et al. May 2008 B2
7379997 Ehlers et al. May 2008 B2
7380125 Di Luoffo et al. May 2008 B2
7383158 Krocker et al. Jun 2008 B2
7397371 Martin et al. Jul 2008 B2
7505914 McCall Mar 2009 B2
7542867 Steger et al. Jun 2009 B2
7574734 Fedronic et al. Aug 2009 B2
7586398 Huang et al. Sep 2009 B2
7600679 Kshirsagar et al. Oct 2009 B2
7661603 Yoon et al. Feb 2010 B2
7735145 Kuehnel et al. Jun 2010 B2
7796536 Roy et al. Sep 2010 B2
7818026 Hartikainen et al. Oct 2010 B2
7853987 Balasubramanian et al. Dec 2010 B2
7907753 Wilson et al. Mar 2011 B2
7937669 Zhang et al. May 2011 B2
7983892 Anne et al. Jul 2011 B2
7995526 Liu et al. Aug 2011 B2
8045960 Orakkan Oct 2011 B2
8095889 DeBlaey et al. Jan 2012 B2
20020011923 Cunningham et al. Jan 2002 A1
20020022991 Sharood et al. Feb 2002 A1
20020046337 Micali Apr 2002 A1
20020118096 Hoyos et al. Aug 2002 A1
20020121961 Huff Sep 2002 A1
20020165824 Micali Nov 2002 A1
20030033230 McCall Feb 2003 A1
20030097586 Mok May 2003 A1
20030174049 Beigel et al. Sep 2003 A1
20030208689 Garza Nov 2003 A1
20030233432 Davis et al. Dec 2003 A1
20040062421 Jakubowski et al. Apr 2004 A1
20040064453 Ruiz et al. Apr 2004 A1
20040087362 Beavers May 2004 A1
20040205350 Waterhouse et al. Oct 2004 A1
20050138380 Fedronic et al. Jun 2005 A1
20060059557 Markham et al. Mar 2006 A1
20070109098 Siemon et al. May 2007 A1
20070132550 Avraham et al. Jun 2007 A1
20070171862 Tang et al. Jul 2007 A1
20070268145 Bazakos et al. Nov 2007 A1
20070272744 Bantwal et al. Nov 2007 A1
20080086758 Chowdhury et al. Apr 2008 A1
20080173709 Ghosh Jul 2008 A1
20080272881 Goel Nov 2008 A1
20090018900 Waldron et al. Jan 2009 A1
20090058594 Nakagawa et al. Mar 2009 A1
20090080443 Dziadosz Mar 2009 A1
20090086692 Chen Apr 2009 A1
20090121830 Dziadosz May 2009 A1
20090167485 Birchbauer et al. Jul 2009 A1
20090168695 Johar et al. Jul 2009 A1
20090258643 McGuffin Oct 2009 A1
20090266885 Marcinowski et al. Oct 2009 A1
20090292524 Anne et al. Nov 2009 A1
20090292995 Anne et al. Nov 2009 A1
20090292996 Anne et al. Nov 2009 A1
20090328152 Thomas et al. Dec 2009 A1
20090328203 Haas Dec 2009 A1
20100036511 Dongare Feb 2010 A1
20100148918 Gerner et al. Jun 2010 A1
20100164720 Kore Jul 2010 A1
20100269173 Srinivasa et al. Oct 2010 A1
20110038278 Bhandari et al. Feb 2011 A1
20110071929 Morrison Mar 2011 A1
20110133884 Kumar et al. Jun 2011 A1
20110153791 Jones et al. Jun 2011 A1
20110167488 Roy et al. Jul 2011 A1
20110181414 G et al. Jul 2011 A1
20120096131 Bhandari et al. Apr 2012 A1
20120106915 Palmer May 2012 A1
20120121229 Lee May 2012 A1
20120133482 Bhandari et al. May 2012 A1
Foreign Referenced Citations (36)
Number Date Country
2240881 Dec 1999 CA
1265762 Sep 2000 CN
19945861 Mar 2001 DE
0043270 Jan 1982 EP
0122244 Oct 1984 EP
0152678 Aug 1985 EP
0629940 Dec 1994 EP
0858702 Apr 2002 EP
1339028 Aug 2003 EP
1630639 Mar 2006 EP
2251266 Jul 1992 GB
2390705 Jan 2004 GB
6019911 Jan 1994 JP
2003074942 Mar 2003 JP
2003240318 Aug 2003 JP
WO 8402786 Jul 1984 WO
WO 9419912 Sep 1994 WO
WO 9627858 Sep 1996 WO
WO 0011592 Mar 2000 WO
0076220 Dec 2000 WO
0142598 Jun 2001 WO
WO 0157489 Aug 2001 WO
WO 0160024 Aug 2001 WO
WO 0232045 Apr 2002 WO
WO 02091311 Nov 2002 WO
WO 03090000 Oct 2003 WO
WO 2004092514 Oct 2004 WO
WO 2005038727 Apr 2005 WO
WO 2006021047 Mar 2006 WO
WO 2006049181 May 2006 WO
2006126974 Nov 2006 WO
2007043798 Apr 2007 WO
2008045918 Apr 2008 WO
WO 2008144803 Dec 2008 WO
WO 2010039598 Apr 2010 WO
WO 2010106474 Sep 2010 WO
Non-Patent Literature Citations (37)
Entry
“Certificate Validation Choices,” CoreStreet, Inc., 8 pages, 2002.
“CoreStreet Cuts the PKI Gordian Knot,” Digital ID World, pp. 22-25, Jun./Jul. 2004.
“Distributed Certificate Validation,” CoreStreet, Ltd., 17 pages, 2006.
“Identity Services Infrastructure,” CoreStreet Solutions—Whitepaper, 12 pages, 2006.
“Important FIPS 201 Deployment Considerations,” Corestreet Ltd.—Whitepaper, 11 pages, 2005.
“Introduction to Validation for Federated PKI,” Corestreet Ltd, 20 pages, 2006.
“Manageable Secure Physical Access,” Corestreet Ltd, 3 pages, 2002.
“MiniCRL, Corestreet Technology Datasheet,” CoreStreet, 1 page, 2006.
“Nonce Sense, Freshness and Security in OCSP Responses,” Corestreet Ltd, 2 pages, 2003.
“Real Time Credential Validation, Secure, Efficient Permissions Management,” Corestreet Ltd, 5 pages, 2002.
“The Role of Practical Validation for Homeland Security,” Corestreet Ltd, 3 pages, 2002.
“The Roles of Authentication, Authorization & Cryptography in Expanding Security Industry Technology,” Security Industry Association (SIA), Quarterly Technical Update, 32 pages, Dec. 2005.
“Vulnerability Analysis of Certificate Validation Systems,” Corestreet Ltd—Whitepaper, 14 pages, 2006.
U.S. Appl. No. 13/292,992, filed Nov. 9, 2011.
Goldman et al., “Information Modeling for Intrusion Report Aggregation,” IEEE, Proceedings DARPA Information Survivability Conference and Exposition II, pp. 329-342, 2001.
http://www.tcsbasys.com/products/superstats.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1009.asp, TCS/Basys Controls: Where Buildings Connect With Business, 1 page, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1017a.asp, TCS/Basys Controls: Where Buildings Connect With Business, 1 page, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1017n.asp, TCS/Basys Controls: Where Buildings Connect With Business, 1 page, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1020nseries.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1020series.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1022.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1024.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1030series.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1033.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1035.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1041.asp, TCS/Basys Controls: Where Buildings Connect With Business, 1 page, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1050series.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1051.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://www.tcsbasys.com/products/sz1053.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
http://wwww.tcsbasys.com/products/sz1031.asp, TCS/Basys Controls: Where Buildings Connect With Business, 2 pages, printed Aug. 26, 2003.
“Keyfast Technical Overview,” Corestreet Ltd., 21 pages, 2004.
U.S. Appl. No. 13/533,334, filed Jun. 26, 2012.
Honeywell, “Excel Building Supersivor—Integrated R7044 and FS 90 Ver. 2.0”, Operator Manual, 70 pages, Apr. 1995.
Trane, “System Programming, Tracer Summit Version 14, BMTW-SVP01D-EN,” 623 pages, 2002.
English Translation of Office Action for Chinese Patent Application No. 2008801006277, 10 pages, Application Date May 21, 2008, Date of Issue Jan. 18, 2012.
Honeywell, “Excel Building Supervisor—Integrated R7044 and FS90 Ver. 2.0,” Operator Manual, 70 pages, Apr. 1995.
Related Publications (1)
Number Date Country
20110115602 A1 May 2011 US