SYSTEMS AND METHODS OF ENABLING BLOCKCHAIN-BASED BUILDING AUTOMATION SYSTEMS

• US 20200136847A1
• Filed: 10/28/2019
• Published: 04/30/2020
• Est. Priority Date: 10/29/2018
• Status: Active Grant

• Current Assignee: Tyco Fire & Security GmbH (Johnson Controls International plc)
• Original Assignee: Sensormatic Electronics LLC (Johnson Controls International plc)
• Inventors: Serwatowski, Kevin
• Granted Patent: US 11,431,520 B2
• Time in Patent Office: Days
• CPC Class Codes: G06F 16/1834 implemented based on peer-to-peer networks, e.g. gnutella p2p communication protocols H04L67/104
• CPC Class Codes: G06K 7/1417 2D bar codes
• CPC Class Codes: H04L 12/281 indicating a format for calling an appliance service function in a home automation network for remote control or remote monitoring of applications H04L67/025
• CPC Class Codes: H04L 12/282 based on user interaction within the home receiver circuitry for displaying additional information being controlled by a remote control apparatus H04N21/42204
• CPC Class Codes: H04L 2209/56 Financial cryptography, e.g. electronic payment or e-cash
• CPC Class Codes: H04L 9/0637 Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
• CPC Class Codes: H04L 9/0643 Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
• CPC Class Codes: H04L 9/3236 using cryptographic hash functions
• CPC Class Codes: H04L 9/3297 involving time stamps, e.g. generation of time stamps
• CPC Class Codes: H04L 9/50 using hash chains, e.g. blockchains or hash trees

Abstract

A system includes a plurality of first building components, a private local blockchain, a second building component, and a client device. The private local blockchain includes a device ledger indicating each first building component, a transaction ledger maintaining a plurality of blocks corresponding to a transaction between at least two first building components and including at least one first unique identifier of the corresponding first building component and a timestamp of the transaction, a transaction processor that generates at least one block by executing a predetermined hash function using a previous block, and a local rule engine defining rules to evaluate a transaction. The second building component has at least one second unique identifier. The client device provides the at least one second unique identifier to the private local blockchain. The private local blockchain determines whether to add the second building component to the device ledger.

Claims

1. A system, comprising:

a plurality of first building components, each first building component having at least one first unique identifier;

a private local blockchain implemented by the plurality of first building components, the private local blockchain including;

a device ledger that maintains a data structure indicating each first building component of the plurality of first building components;

a transaction ledger that maintains a plurality of blocks, each block corresponding to a transaction between at least two first building components of the plurality of first building components, each block including the at least one first unique identifier of the corresponding first building component and a timestamp of the corresponding transaction;

a transaction processor that generates at least one block by executing a predetermined hash function using a previous block; and

a local rule engine defining one or more rules used to evaluate the transaction of one or more blocks;

a second building component having at least one second unique identifier; and

a client device that identifies the at least one second unique identifier of the second building component and provides the at least one second unique identifier to the private local blockchain, the private local blockchain uses the at least one second unique identifier and the local rule engine to determine to add the second building component to the device ledger.

2. The system of claim 1, comprising:

the client device includes an image capture device that detects the at least one second unique identifier based on a QR code of the second building component.

3. The system of claim 1, comprising:

the second building component has an encoded version of the at least one second unique identifier, and the private local blockchain decodes the encoded version to retrieve the at least one second unique identifier.

4. The system of claim 1, comprising:

a public blockchain that includes a public transaction ledger;

the private local blockchain generates one or more packets including an output block of the plurality of blocks of the transaction ledger, the output block including a public identifier corresponding to the at least one first unique identifier of the block from which the output block is generated, the public blockchain adds the output block to the public transaction ledger.

5. The system of claim 1, comprising:

an analytics layer that receives blocks from a plurality of private local blockchains, each block having an anonymized identifier of the corresponding first building component, the analytics layer generates a model representative of behavior of the plurality of first building components.

6. The system of claim 1, comprising:

a plurality of network nodes that provide external data to the private local blockchain, and the private local blockchain evaluates a smart contract based on the external data.

7. The system of claim 1, comprising:

the second building component transmits a network token indicating a data access request to a particular first building component via the private local blockchain;

the particular first building component extracts the data access request from the network token, and cryptographically signs the network token responsive to the data access request satisfying one or more data access rules of the second building component;

a network node that receives the network token and verifies the network token using the local rule engine; and

the first building component provides data corresponding to the data access request to the second building component responsive to the network node verifying the network token.

8. The system of claim 1, comprising:

at least one first building component validates the transaction ledger by executing the predetermined hash function on at least one block of the plurality of blocks.

9. The system of claim 1, comprising:

the private local blockchain uses a sensor to monitor a state of at least one first building component, evaluates a smart contract responsive to the sensor indicating the at least one first building component having a failure state, and generates a service request based on the evaluation.

10. The system of claim 1, comprising:

the client device executes a distributed application to receive user preference data and update the local rule engine based on the user preference data.

11. A method, comprising:

maintaining, by a device ledger of a private local blockchain, a data structure indicating a plurality of building components of the private local blockchain, each first building component having at least one first unique identifier;

maintaining, by a transaction ledger of the private local blockchain, a plurality of blocks, each block corresponding to a transaction between at least two first building components of the plurality of first building components, each block including the at least one first unique identifier of the corresponding first building component and a timestamp of the corresponding transaction;

generating, by a transaction processor of the private local blockchain, at least one block by executing a predetermined hash function using a previous block;

identifying, by a client device, at least one second unique identifier of a second building component;

providing, by the client device, the at least one second unique identifier to the private local blockchain; and

determining to add, by the private local blockchain using the at least one second unique identifier and the local rule engine, the second building component to the device ledger.

12. The method of claim 11, comprising:

detecting, by the client device using an image capture device, the at least one second unique identifier based on a QR code of the second building component.

13. The method of claim 11, comprising:

retrieving, by the private local blockchain, the at least one second unique identifier by decoding an encoded version of the at least one second unique identifier received from the second building component.

14. The method of claim 11, comprising:

generating, by the private local blockchain, one or more packets including an output block of the plurality of blocks of the transaction ledger, the output block including a public identifier corresponding to the at least one first unique identifier of the block from which the output block is generated;

providing, by the private local blockchain, the one or more packets to a public blockchain; and

adding, by the public blockchain, the output block to a public transaction ledger.

15. The method of claim 11, comprising:

receiving, at an analytics layer, blocks from a plurality of private local blockchains, each block having an anonymized identifier of the corresponding first building component; and

generating, by the analytics layer, a predictive model representative of behavior of the plurality of first building components.

16. The method of claim 11, comprising:

providing, by a plurality of network nodes, external data to the private local blockchain;

evaluating, by the private local blockchain, a smart contract based on the external data.

17. The method of claim 11, comprising:

transmitting, by the second building component, a network token indicating a data access request to a particular first building component via the private local blockchain;

extracting, by the particular first building component, the data access request from the network token;

cryptographically signing, by the particular first building component, the network token responsive to the data access request satisfying one or more data access rules of the particular first building component;

verifying, by a network node, the network token using the local rule engine; and

providing, by the particular first building component, data corresponding to the data access request to the second building component responsive to the network node verifying the network token.

18. The method of claim 11, comprising:

validating, by at least one first building component, the transaction ledger by executing the predetermined hash function on at least one block of the plurality of blocks.

19. The method of claim 11, comprising:

monitoring, by the private local blockchain using a sensor, a state of at least one first building component;

evaluating, by the private local blockchain, a smart contract responsive to the sensor indicating the at least one first building component having a failure state; and

generating, by the smart contract, a service request based on the evaluation.

20. The method of claim 11, comprising:

executing, by the client device, a distributed application to receive user preference data and update the local rule engine based on the user preference data.