CN112669088A - Smart city building monitoring method and system - Google Patents

Smart city building monitoring method and system Download PDF

Info

Publication number
CN112669088A
CN112669088A CN202110006345.8A CN202110006345A CN112669088A CN 112669088 A CN112669088 A CN 112669088A CN 202110006345 A CN202110006345 A CN 202110006345A CN 112669088 A CN112669088 A CN 112669088A
Authority
CN
China
Prior art keywords
transaction
server
public area
building
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN202110006345.8A
Other languages
Chinese (zh)
Inventor
高玲玲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Anhui Yizheng Yitu Education Technology Co ltd
Original Assignee
Anhui Yizheng Yitu Education Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Anhui Yizheng Yitu Education Technology Co ltd filed Critical Anhui Yizheng Yitu Education Technology Co ltd
Priority to CN202110006345.8A priority Critical patent/CN112669088A/en
Publication of CN112669088A publication Critical patent/CN112669088A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The application discloses smart city building supervision method and system, the system includes: the system comprises a plurality of user servers, at least one public area server, endorsement nodes and sequencing service nodes. The problem that no effective mode for storing the electricity transaction data of the individual households of the building and the public area exists in the related technology is solved through the method and the device, so that the electricity transaction data can be stored on the basis that the data are not easy to be tampered, the safety of storing the electricity transaction data is improved, and a data basis is provided for future analysis to a certain extent.

Description

Smart city building monitoring method and system
Technical Field
The application relates to the field of smart cities, in particular to a building supervision method and system for the smart cities.
Background
The paying of the electric charge of the user of the personal family is generally prepayment, the user charges the electric meter, when the electric meter does not have the electric charge, the household power utilization can be automatically powered off, and the incoming call can be recovered by paying the electric charge again.
The inventor finds that: this type of electricity purchasing is not practical for the electricity statistics of a building (e.g., a commercial user). For example, a large-scale shopping mall in which besides each business (also referred to as a user) needs to measure the electric charge separately, the public area of the shopping mall also needs to measure the electric charge, and the transaction data of the electric charge needs to be saved, and the saved data is preferably not tampered for the sake of security, which is more beneficial to accurate statistics of the shopping mall.
In the prior art, no effective way for storing electricity transaction data of individual buildings and public areas exists.
Disclosure of Invention
The application provides a smart city building monitoring method and system, which aim to solve the problem caused by the fact that no effective mode for storing electricity transaction data of individual buildings and public areas exists in the related technology.
According to an aspect of the present invention, there is provided a smart city building surveillance system, including: the system comprises a plurality of user servers, at least one public area server, endorsement nodes and sequencing service nodes, wherein the user servers are used for acquiring the electricity consumption of a user in a first time period from intelligent electric meters, the user is a general name of an area for independently measuring the electricity charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and public areas, and the electricity consumption of the public areas is recorded by one or more electric meters; the public area server is used for acquiring the electricity consumption of the public area in a first time period from the intelligent electric meters in the public area; the user server and the public area server are both used for creating transaction for the electricity consumption in the first time period and sending the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book; the endorsement node is further configured to endorse a transaction prior to submission of the chain code; the endorsement node is used for generating an endorsement signature for each received transaction and sending the signed transaction to a source party of the endorsement node; the user server and the public area server are used for endorsement of the transaction into a transaction payload and broadcasting the transaction payload to the ordering service node; the sequencing service node is used for placing the sequenced transactions into a block and sending the sequenced transactions to all nodes in a channel, the sequencing service node is one of the nodes in a block chain, and the sequencing service node provides a shared communication channel for a client and the nodes and provides broadcast service for messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
Further, the user server and the public area server are further configured to send the electricity consumption in the first time period to a building server, where the building corresponds to one of the building servers; and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
Further, the building server stores the electricity consumption in the first time period in a database.
Further, the first time period is daily.
According to another aspect of the present invention, there is also provided a smart city building supervision method, applied to the system, the method including:
the method comprises the steps that a user server obtains power consumption of a user in a first time period from an intelligent electric meter, wherein the user is a general name of an area for independently measuring electric charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and a public area, and the electricity consumption of the public area is recorded by one or more electric meters;
the public area server acquires the electricity consumption of the public area in a first time period from the intelligent electric meters in the area of the public area server;
the user server and the public area server establish transaction for the electricity consumption in the first time period and send the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book;
the endorsement node endorses a transaction before the chain code is submitted;
the endorsement node generates an endorsement signature for each received transaction and sends the signed transaction to a source party of the endorsement node;
the user server and the public area server endorse the transaction into a transaction payload and broadcast it to the ordering service node;
the sequencing service node puts the sequenced transactions into the block and sends the sequenced transactions to all nodes in the channel, wherein the sequencing service node is one of the nodes in the block chain, provides a shared communication channel for the client and the nodes, and provides broadcast service for messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
Further, the user server and the public area server are further configured to send the electricity consumption in the first time period to a building server, where the building corresponds to one of the building servers; and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
Further, the building server stores the electricity consumption in the first time period in a database.
Further, the first time period is daily.
According to another aspect of the present application, there is also provided a memory for storing software for performing the above method.
According to another aspect of the present application, there is also provided a processor for executing software, wherein the software is configured to perform the above method.
The system of the application comprises: the system comprises a plurality of user servers, at least one public area server, endorsement nodes and sequencing service nodes. The problem that no effective mode for storing the electricity transaction data of the individual households of the building and the public area exists in the related technology is solved through the method and the device, so that the electricity transaction data can be stored on the basis that the data are not easy to be tampered, the safety of storing the electricity transaction data is improved, and a data basis is provided for future analysis to a certain extent.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this application, illustrate embodiments of the application and, together with the description, serve to explain the application and are not intended to limit the application. In the drawings:
fig. 1 is a flowchart of a smart city building supervision method according to an embodiment of the present application.
Detailed Description
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the application described herein may be used. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). The memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
For the block chain, the following is explained in the present embodiment:
the method of this embodiment may be used in a hyperhedgerfuric platform, and it should be noted that the method of this embodiment does not use the characteristics of the platform too much, and therefore, the embodiments in the following embodiments may also be transplanted to other platforms for use. In this embodiment, hyperhedgerfuric is taken as an example for explanation.
Hyperridge introduction
The hyper ledger (Hyperhedger) project is the first open source distributed ledger platform facing enterprise application scenarios. Held by the linux foundation, 30 initial enterprise members, including IBM, are commonly established.
The HyperLegendric project positioning is a distributed ledger platform facing enterprises, introduces authority management, supports pluggable and extensible design, and is the first open source project facing a alliance chain scene.
The Fabric is realized based on the Go language, mainly comprises a plurality of related sub-items of Fabric CA and Fabric SDK, and provides a unique scalable and extensible architecture, which is a significant difference between the HyperledgerFabric and other block chain solutions. May be used to deploy enterprise-level blockchains with complete review mechanisms as well as open source architectures.
Definition of terminology of block chains used in this embodiment:
transaction (transaction): one operation on the account book results in one change of the state of the account book, such as adding one transfer record;
block (block) which records the results of all transactions and states that occur over a period of time, being a consensus on the current ledger state;
and the chain (chain) is formed by connecting blocks in series according to the occurrence sequence and is a log record of the state change of the whole account book.
Distributed account book: the distributed ledger is the core of the blockchain network, and all information of transactions in the network is recorded in the ledger (the information can be recorded in the blockchain only in an additional form, and meanwhile, the encryption technology is used for ensuring that the transactions cannot be tampered once being added into the ledger). Each participant in the blockchain network maintains a copy of the ledger.
Intelligent contract: used for realizing the access and control of the ledger. For example: both parties can define an intelligent contract to ensure that payment paid by a buyer is automatically transferred to a seller when delivery of goods delivered by the seller arrives.
Consensus: the flow of all transactions in the network is kept synchronized. Consensus ensures that the ledger will only be updated after confirmation by both parties to the transaction. Meanwhile, when the account book is updated, the two transaction parties can update the same transaction information at the same position in the account book.
In summary, the blockchain is a shared, multiple-copy transaction system updated by intelligent contracts, and the system ensures synchronization of all account copies in the network through a consensus collaboration mechanism (unlike current system participants updating private accounts using a private program, and the blockchain system updating shared accounts using a shared program).
Blockchain the entire business network is coordinated by using a shared ledger, which can reduce the risk of time, cost, and leakage of privacy information, and can make the process more trustworthy and transparent.
Account book: the book is a record of all state transitions in the fabric, and has the characteristics of order and tamper resistance. The account book is composed of a block chain and stores invariable and ordered records in the blocks; and a state database is included to record the current fabric state. Each channel has an account book. Each node will keep a copy of the ledger of the channel for each channel to which it belongs.
Chain of Chain Chain: the chain is a transaction log constructed from blocks of hash value links, each block containing N ordered transactions. The block header contains the hash value of the transaction recorded in the block and the hash value of the previous block header. In this way, all transactions in the ledger are concatenated together in an ordered, encrypted form. In other words, ledger data cannot be tampered with without destroying the hash chain. The chains are stored (locally or mounted) in the node's file system, effectively supporting the property that blockchain workloads can only be added.
State Database-State Database: the current state information of the ledger is presented, which is the latest value of all keys recorded in the chain transaction log. Since the current state represents the latest value of all keys known to the channel, it is also often referred to as the world state. The chain code calls to perform a transaction based on the current state data. In order for the chain code call to run efficiently, the latest values for all keys are stored in the state database. The state database is an indexed view of the transaction log of the chain so it can be re-derived from the chain at any time. When the node is started, the state database will be automatically restored (or generated as needed) before accepting the transaction.
Transaction Flow-Transaction Flow: in summary, the transaction flow consists of the application client sending to the endorsement node a transaction proposal. The endorsement node verifies the client's signature and then executes the chain code to simulate the transaction. The resulting outputs are the chain code result, a set of key-value versions of the chain code read (read set), and a set of key-value sets of the chain code written (write set). The response to the transaction proposal is sent back to the client with the endorsement signature included. The client aggregates all endorsements into one transaction payload and broadcasts it to the ranking service. The ordering service places the ordered transactions into blocks and sends them to all nodes in the channel. The nodes verify the transaction before submission. First they will check the endorsement policy to ensure that enough of the designated nodes correctly sign the result, and will authenticate the signature in the transaction payload. Secondly, the nodes will make a version check on the read sets of the transaction, thus ensuring data consistency and preventing attacks, such as double-spending (double payment, spending twice a stroke).
In HyperledgerFabric:
sharing the account book: the fabric comprises a subsystem that includes two components: world state (world state) and transaction records. The world state describes the state of the ledger at a particular point in time, which is the database of the ledger. The transaction record component records all transactions that produce the current value of the world state. The ledger is a collection of world state databases and transaction histories.
Intelligent contract: the smart contract of fabric is called chaincode, and when an application outside a blockchain needs to access the ledger, the chaincode is called. The currently supported language of chainccode is go.
Consensus: it is established that transactions written by different participants in a network must be written into ledgers in turn, in order of production. The common recognition mechanisms of fabric include SOLO, Kafka, and PBFT (a mechanism can be provided for file copies to communicate with each other, ensuring that each copy remains consistent even in the event of corruption).
And (3) system architecture: a blockchain is a distributed system consisting of many nodes communicating with each other. The program of block chain operation becomes chain code, saves state and account book data, and executes transaction. The chain code is the core element of the account book, and the transaction operation is to call the chain code. The transaction must be "endorsed," only transactions that go through the endorsement can be traded and have an effect on the state. There may be one or more specific chain codes for managing functions and parameters, collectively referred to as system chain codes.
Transaction (two types): invoking a transaction: an operation is performed on the chain code that has been previously deployed. A function of the transaction reference chain code is invoked. Deployment transaction: create a new chain code and set a program as a parameter. When a deployment transaction is successfully executed, it indicates that the chain code has been installed onto the blockchain. The deployment transaction is a special case of a call transaction, which creates a new chain code corresponding to one call transaction of the system chain code.
Block chain data structure
A data storage model: the K/V state is maintained by the peer node, rather than ordering the peer and client.
Ledger (hedger): the ledger is maintained at all peer nodes, optionally a subset of the sequencers. The ledger is a fully ordered hash chain of transactions built by the ordering service. The hash chain block forces all the sorting blocks to be put into the ledger and covers all transactions.
Nodes (Nodes): a Node is a communication entity of a block chain. There are three types of node nodes: client or submitting client: the client submits actual transaction calls to the endorsers, and broadcasts transaction requests to the sequencing service nodes. (the client represents the final user entity it must connect to a peer node to interact with the blockchain.
Peer node: submit a transaction, maintain a state, and copy of the ledger. (ordered status updates are received from the ordering service in blocks, status and ledger are maintained; and a special endorser node or endorser can be attached.
Ordering service node or Orderer (Orderer): running a communication service enables delivery guarantees like atomic or full-order broadcasting. (the sequencer generates sequencing services, i.e., a communication framework that provides delivery guarantees.A sequencing service provides a shared communication channel for clients and peer nodes, and a broadcast service for messages containing transactions.A client is connected to a channel that can broadcast messages over the channel, which then delivers the messages to all peer nodes.
Sequencing service API: the peer node is connected to the channel provided by the sequencing service through the interface provided by the sequencing service. The sequencing service contains two basic operations: to do (TODO) the newly added client/peer node serial number. Account book and piece constitute: the account book comprises all data, and a hash chain is formed through consistent hash calculation.
Characteristics of the ranking service: safety (consistency assurance): whenever the peer node connects to the tunnel long enough, it sees the equivalent sequence number of the delivered message. Liveness (delivery guarantee): in principle, if the submitting client does not fail, the ranking service should ensure that each of the correct peer nodes connected to the ranking service eventually delivers each submitted transaction.
Basic workflow of transaction endorsement: the client creates a transaction and sends the transaction to the selected endorsement peer node (calling the transaction); endorsement peer node simulates transaction and generates endorsement signature: submitting a client to collect endorsement transactions and broadcasting through a sequencing service: the ordering service submits transactions to peer nodes
Endorsement policies are conditions for endorsement of a transaction. In the Chinese explanation, endorsement is a legal procedure for transferring money orders, that is, the act of signing the money order holder's own name on the back of the money order, or adding the name of the transferee to the money order holder, and handing the money order to the transferee. The blockchain peer node has a set of predetermined endorsement policies that are installed in the deployment of a particular chain code and referenced by the transaction. Only endorsements that go through an endorsement policy will declare valid. The call transaction for the chain code first requires obtaining an endorsement that satisfies the chain code policy.
Validating and node ledger checking
And (4) checking the account book: maintaining an abstraction of the ledger that contains only valid submitted transactions is a hash chain from filtering out ledgers for invalid transactions (endorsement invalidation or version dependent invalidation of transactions).
In this embodiment, a smart city building monitoring system is provided, including: a plurality of user servers, at least one public area server, endorsement nodes, a sequencing service node, wherein:
the user server is used for acquiring the power consumption of the user in a first time period from the intelligent electric meters, wherein the user is a general name of an area for independently measuring the electric charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and a public area, and the electricity consumption of the public area is recorded by one or more electric meters; the public area server is used for acquiring the electricity consumption of the public area in a first time period from the intelligent electric meters in the public area; the user server and the public area server are both used for creating transaction for the electricity consumption in the first time period and sending the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book; the endorsement node is further configured to endorse a transaction prior to submission of the chain code; the endorsement node is used for generating an endorsement signature for each received transaction and sending the signed transaction to a source party of the endorsement node; the user server and the public area server are used for endorsement of the transaction into a transaction payload and broadcasting the transaction payload to the ordering service node; the sequencing service node is used for placing the sequenced transactions into a block and sending the sequenced transactions to all nodes in a channel, the sequencing service node is one of the nodes in a block chain, and the sequencing service node provides a shared communication channel for a client and the nodes and provides broadcast service for messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
Through the system, the data is stored in a block chain mode, and the data can be effectively prevented from being tampered.
Preferably, the user server and the public area server are further configured to send electricity consumption in the first time period to a building server, where the building corresponds to one of the building servers; and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
As an optional embodiment that may be added, the building server may store the power consumption of the user server and the public server in the database in the first time period, so that the power consumption data may be stored in two ways, one way being stored in the block chain and the other way being stored in the database.
The construction server may verify the data over the second time period. For example, verification is performed for a month of power usage data. The building server may read the user power usage and the power usage of the public area during the second time period from its own database. And the building server reads all transaction data in the second time period in the block chain through the nodes in the block chain, reads the user electricity consumption in the second time period from the transaction data and adds and sums the electricity consumption in the public area. The building server compares the data obtained from the database with the data obtained from the blockchain. If the two data are the same, the building server may do the corresponding processing.
The corresponding processing may be sending information of successful comparison to the administrator.
As an optional embodiment that may be added, after the comparison is successful, the building server may create a transaction for the electricity consumption in the second time period, and send the transaction to the endorsement node; the endorsement node is used for generating an endorsement signature for each received transaction and sending the signed transaction to a source party of the endorsement node; the building server is used for endorsement of the transaction into a transaction payload and broadcasting the transaction payload to the sequencing service node; the sequencing service node is used for placing the sequenced transactions into a block and sending the sequenced transactions to all nodes in the channel, the block is used for generating a block chain, and the block comprises at least one transaction and a time stamp of the block.
By the optional implementation mode, the transaction data in the second time period can be stored in a block chain mode, so that tampering can be effectively prevented.
After the data of the first time period and the second time period are stored in the block chain, prompt information is sent to the power supplier through the building server, the power supplier can acquire the transaction data of the first time period and the second time period from the block chain through the client, and the transaction data can be used as verification of the data by the power supplier.
As another optional implementation, the building server finds that the electric quantity summarized data of the plurality of first time periods does not conform to the electric quantity summarized data of the second time period, and notifies an administrator to recheck the data. And if the building server database has problems, correcting the data in the building server. If the data in the block chain is in problem, the building server generates a transaction, the electricity quantity data of the transaction is the difference value with the electricity quantity data of the database, and the difference value can be positive or negative. The time of the transaction falls within the second time period. The building server can create a transaction for the difference value and send the transaction to the endorsement node; the endorsement node is used for generating an endorsement signature for each received transaction and sending the signed transaction to a source party of the endorsement node; the building server is used for endorsement of the transaction into a transaction payload and broadcasting the transaction payload to the sequencing service node; the sequencing service node is used for placing the sequenced transactions into a block and sending the sequenced transactions to all nodes in the channel, the block is used for generating a block chain, and the block comprises at least one transaction and a time stamp of the block.
Through this process, the power service provider can see which time slot data has a problem, and can perform data verification and search.
Preferably, the building server stores the electricity usage in the first time period in a database.
Preferably, the first period of time is daily.
In this embodiment, a smart city building monitoring method is provided, which is used in the above system and corresponds to the above system, and has already been described, and will not be described herein again. Fig. 1 is a flowchart of a smart city building supervision method according to an embodiment of the present invention, as shown in fig. 1, the method includes the following steps:
step S102, the user server obtains electricity consumption of the user in a first time period from an intelligent electric meter, wherein the user is a general name of an area for independently measuring electric charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and a public area, and electricity consumption of the public area is recorded by one or more electric meters;
step S104, the public area server obtains the electricity consumption of the public area in a first time period from the intelligent electric meters in the public area;
step S106, the user server and the public area server establish transaction for the electricity consumption in the first time period and send the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book; the endorsement node endorses a transaction before the chain code is submitted;
step S108, the endorsement node generates an endorsement signature for each received transaction and sends the signed transaction to a source party of the endorsement node;
step S110, the user server and the public area server endorse the transaction into a transaction payload and broadcast the transaction payload to a sequencing service node;
step S112, the sequencing service node puts the sequenced transactions into the block and sends the sequenced transactions to all nodes in the channel, the sequencing service node is one of the nodes in the block chain, the sequencing service node provides a shared communication channel for the client and the node, and provides broadcast service for the messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
Through the steps, the data is stored in a block chain mode, and the data can be effectively prevented from being tampered.
Preferably, the user server and the public area server are further configured to send electricity consumption in the first time period to a building server, where the building corresponds to one of the building servers; and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
Preferably, the building server stores the electricity usage in the first time period in a database.
Preferably, the first period of time is daily.
In this embodiment, a memory is provided for storing software for performing the above-described method.
In this embodiment, a processor is provided for executing software for performing the above-described method.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
An embodiment of the present invention provides a storage medium on which a program or software is stored, the program implementing the above method when executed by a processor. The memory may include volatile memory in a computer readable medium, Random Access Memory (RAM) and/or nonvolatile memory such as Read Only Memory (ROM) or flash memory (flash RAM), and the memory includes at least one memory chip.
The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims (10)

1. A smart city building surveillance system, comprising: a plurality of user servers, at least one public area server, an endorsement node, a ranking service node, wherein,
the user server is used for acquiring the power consumption of the user in a first time period from the intelligent electric meters, wherein the user is a general name of an area for independently measuring the electric charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and a public area, and the electricity consumption of the public area is recorded by one or more electric meters;
the public area server is used for acquiring the electricity consumption of the public area in a first time period from the intelligent electric meters in the public area;
the user server and the public area server are both used for creating transaction for the electricity consumption in the first time period and sending the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book; the endorsement node is further configured to endorse a transaction prior to submission of the chain code;
the endorsement node is used for generating an endorsement signature for each received transaction and sending the signed transaction to a source party of the endorsement node;
the user server and the public area server are used for endorsement of the transaction into a transaction payload and broadcasting the transaction payload to the ordering service node;
the sequencing service node is used for placing the sequenced transactions into a block and sending the sequenced transactions to all nodes in a channel, the sequencing service node is one of the nodes in a block chain, and the sequencing service node provides a shared communication channel for a client and the nodes and provides broadcast service for messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
2. The system of claim 1,
the user server and the public area server are further used for sending the electricity consumption in the first time period to a building server, wherein the building corresponds to one building server;
and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
3. The system of claim 1 or 2, wherein the building server stores the electricity usage over the first time period in a database.
4. The system of claim 3, wherein the first period of time is daily.
5. A smart city building surveillance method for use in the system of any one of claims 1 to 4, the method comprising:
the method comprises the steps that a user server obtains power consumption of a user in a first time period from an intelligent electric meter, wherein the user is a general name of an area for independently measuring electric charge in a building, each user corresponds to one intelligent electric meter, the building comprises a plurality of users and a public area, and the electricity consumption of the public area is recorded by one or more electric meters;
the public area server acquires the electricity consumption of the public area in a first time period from the intelligent electric meters in the area of the public area server;
the user server and the public area server establish transaction for the electricity consumption in the first time period and send the transaction to an endorsement node; the transaction is used for paying for the electricity consumption, the endorsement node is one of nodes in a block chain, and the nodes are used for submitting transaction, maintaining state and copying of an account book;
the endorsement node endorses a transaction before the chain code is submitted;
the endorsement node generates an endorsement signature for each received transaction and sends the signed transaction to a source party of the endorsement node;
the user server and the public area server endorse the transaction into a transaction payload and broadcast it to the ordering service node;
the sequencing service node puts the sequenced transactions into the block and sends the sequenced transactions to all nodes in the channel, wherein the sequencing service node is one of the nodes in the block chain, provides a shared communication channel for the client and the nodes, and provides broadcast service for messages containing the transactions; the client comprises the user server and the public area server, the tile is used for generating a tile chain, and the tile comprises at least one transaction and a timestamp of the tile.
6. The method of claim 5,
the user server and the public area server are further used for sending the electricity consumption in the first time period to a building server, wherein the building corresponds to one building server;
and the building server is used for respectively storing the power consumption of the user server and the power consumption of the public area server in the first time period.
7. The method of claim 5 or 6, wherein the building server stores the electricity usage for the first time period in a database.
8. The method of claim 7, wherein the first period of time is daily.
9. A memory for storing software, wherein the software is configured to perform the method of any one of claims 5 to 8.
10. A processor configured to execute software, wherein the software is configured to perform the method of any one of claims 5 to 8.
CN202110006345.8A 2021-01-05 2021-01-05 Smart city building monitoring method and system Withdrawn CN112669088A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110006345.8A CN112669088A (en) 2021-01-05 2021-01-05 Smart city building monitoring method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110006345.8A CN112669088A (en) 2021-01-05 2021-01-05 Smart city building monitoring method and system

Publications (1)

Publication Number Publication Date
CN112669088A true CN112669088A (en) 2021-04-16

Family

ID=75412844

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110006345.8A Withdrawn CN112669088A (en) 2021-01-05 2021-01-05 Smart city building monitoring method and system

Country Status (1)

Country Link
CN (1) CN112669088A (en)

Similar Documents

Publication Publication Date Title
JP7264918B2 (en) RESOURCE TRANSFER DATA MANAGEMENT METHOD AND APPARATUS, AND COMPUTER PROGRAM
US20220027384A1 (en) Data Manifest as a Blockchain Service
CN112686671B (en) Intelligent contract deployment method, device, equipment and medium based on block chain
WO2018204541A1 (en) Financial derivative contract execution platform, system and method
CN112488778A (en) Bill processing method and related device
CN111309745B (en) Virtual resource processing method and device, electronic equipment and storage medium
AU2020202575A1 (en) Online payment
US11316385B2 (en) Wireless energy transfer
US20170091733A1 (en) Sending bills
WO2012162718A1 (en) Addresses in financial systems
CN110597919A (en) Data management method, device and equipment based on block chain and storage medium
CN112488777A (en) Bill processing method and related device
CN112001663A (en) Material donation data processing method based on block chain and related equipment
CN112487491A (en) Control method and related device for block chain system
US20210217100A1 (en) Storage management based on message feedback
CN111177171A (en) Service data authentication and management method and system based on block chain
CN116012017A (en) Resource information processing method, device, computer equipment and storage medium
CN112669088A (en) Smart city building monitoring method and system
Yessenbayev et al. A Middleware for Hybrid Blockchain Applications: Towards Fast, Affordable, and Accountable Integration
US20230097203A1 (en) System and method for generating blockchain token support from a set of declarations
WO2024078109A1 (en) Multi-blockchain data processing method and apparatus, and device, system and medium
US20220067028A1 (en) Trustless operations for blockchain networks
CN117114903A (en) Data processing method, device, equipment and storage medium
Chen et al. An Efficient Permissioned Blockchain with Provable Reputation Mechanism
CN114331729A (en) Data processing method and device of double-block chain architecture in data bank scene

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20210416