CN112669088A - 智慧城市建筑物监督方法和*** - Google Patents

Abstract

本申请公开了智慧城市建筑物监督方法和***，该***包括：多个用户服务器、至少一个公共区域服务器、背书节点、排序服务节点。通过本申请解决了相关技术中没有一种有效的保存建筑物分户以及公共区域电量交易数据的方式所导致的问题，从而能够在保证数据不易被篡改的基础上保存电量交易数据，进而提高了电量交易数据保存的安全性，并在一定程度上为未来的分析提供了数据基础。

Description

智慧城市建筑物监督方法和***

技术领域

本申请涉及智慧城市领域，具体而言，涉及一种智慧城市建筑物监督方法和***。

背景技术

个人家庭的用户的电费的缴纳一般都是预付费的，用户向电表中充值，当电表中没有电费的时候，家庭用电就会自动断电，此时再缴费就可以恢复来电了。

发明人发现：这种购电方式对一栋建筑物(例如，商业用户)的电量统计不太实用。例如，大型商场，在大型商场中，除了每个商户(也可以称为用户)需要单独计量电费以外，商场的公共区域也需要进行电费的计量，这些电费的交易数据很有必要保存下来，这些保存下来的数据为了安全起见，最好能够不被篡改，这样更有利于商场进行精确的统计。

在现在技术中，并没有一种有效的保存建筑物分户以及公共区域电量交易数据的方式。

发明内容

本申请提供一种智慧城市建筑物监督方法和***，以解决相关技术中没有一种有效的保存建筑物分户以及公共区域电量交易数据的方式所导致的问题。

根据本发明的一个方面，提供了一种智慧城市建筑物监督***，包括：多个用户服务器、至少一个公共区域服务器、背书节点、排序服务节点，其中，所述用户服务器，用于从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；所述公共区域服务器，用于从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；所述用户服务器和所述公共区域服务器，均用于对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；所述背书节点还用于在链码在提交之前背书一个交易；所述背书节点，用于为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；所述用户服务器和所述公共区域服务器，用于将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；所述排序服务节点用于将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

进一步地，所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

进一步地，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

进一步地，所述第一时间段为每天。

根据本发明的另一个方面，还提供了一种智慧城市建筑物监督方法，应用于上述的***中，所述方法包括：

所述用户服务器从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；

所述公共区域服务器从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；

所述用户服务器和所述公共区域服务器，均对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；

所述背书节点在链码在提交之前背书一个交易；

所述背书节点为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；

所述用户服务器和所述公共区域服务器，将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；

所述排序服务节点将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

进一步地，所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

进一步地，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

进一步地，所述第一时间段为每天。

根据本申请的另一个方面，还提供了一种存储器，用于存储软件，其中，所述软件用于执行上述的方法。

根据本申请的另一个方面，还提供一种处理器，用于执行软件，其中，所述软件用于执行上述的方法。

本申请***包括：多个用户服务器、至少一个公共区域服务器、背书节点、排序服务节点。通过本申请解决了相关技术中没有一种有效的保存建筑物分户以及公共区域电量交易数据的方式所导致的问题，从而能够在保证数据不易被篡改的基础上保存电量交易数据，进而提高了电量交易数据保存的安全性，并在一定程度上为未来的分析提供了数据基础。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的智慧城市建筑物监督方法的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

对于区块链，在本实施例先进行说明如下：

本实施例的方法可以用在HyperledgerFabric平台上，需要说明的是，本实施例的方式没有过多使用该平台的特性，因此，以下实施例中的实施方式也可以移植到其他平台使用。本实施例中以HyperledgerFabric为例进行说明。

Hyperledger介绍

超级账本(Hyperledger)项目是首个面向企业应用场景的开源分布式账本平台。由linux基金会牵头，包括IBM等30家初始企业成员共同成立的。

HyperledgerFabric项目定位是面向企业的分布式账本平台，引入权限管理，设计上支持可插拔、可扩展，是首个面向联盟链场景的开源项目。

Fabric基于Go语言实现，主要包含Fabric CA、Fabric SDK多个相关的子项目，提供了一个独特的可伸缩、可扩展的架构，这也是HyperledgerFabric与其他区块链解决方案的显著区别。可以用来部署具备完整审查机制以及开源架构的企业级区块链。

本实施例中使用到的区块链的术语的定义：

交易(transaction)：一次对账本的操作，导致账本状态的一次改变，如添加一次转账记录；

区块(block):记录一段时间内发生的所有交易和状态的结果，是对当前账本状态的一次共识；

链(chain):由区块按照发生顺序串联而成，是整个账本状态变化的日志记录。

分布式账本：分布式账本是区块链网络的核心，在这个账本中记录了网络中所有发生交易的信息(信息只能以附加的形式记录在区块链中，同时使用加密技术保障了交易一旦添加进账本中，就无法篡改)。在区块链网络中每一个参与者都保有一份账本的副本。

智能合约：用来实现对账本的访问和控制。例如：双方可以定义一个智能合约，以保证卖方发货的商品运送到达时，买方支付的货款会自动转账给卖方。

共识：保持网络中所有交易的流程同步。共识保证了账本只会在交易双方都确认后才进行更新。同时在账本更新时，交易双方能够在账本中的相同位置，更新一个相同的交易信息。

总之，区块链是一个共享的，通过智能合约更新的多副本交易***，同时这个***通过共识协作机制保证了网络中所有账本副本的同步(不同于目前的***参与者使用私有的程序对私有的账本进行更新，而区块链***使用共享的程序对共享的账本进行更新)。

区块链通过使用共享账本协调整个商业网络，区块链网络能够减少时间、成本以及隐私信息泄露的风险，并且能够使流程更加可信和透明。

账本：账本是fabric中所有状态转换的记录，具有有序和防篡改的特点。账本是由一条区块链构成的，并将不可变的、有序的记录存放在区块中；同时包含一个状态数据库来记录当前的fabric状态。每个通道中都各有一个账本。各个节点对于它所属的每个通道，都会保存一份该通道的账本副本。

Chain-链：链是一个交易日志，它由哈希值链接的区块构造而成，每个区块中包含N个有序的交易。块头中包含了本区块所记录交易的哈希值，以及上一个区块头的哈希值。通过这种方式，账本中的所有交易都被有序的、加密的形式串联在一起。换言之，如果不破坏哈希链的话，是无法篡改账本数据的。链被存放于节点的文件***中(本地或者挂载)，有效地支持着区块链工作量只能追加的特性。

State Database-状态数据库：账本的当前状态信息呈现，是链交易日志中记录过的所有键的最新值。由于当前状态表示的是通道已知的所有键的最新值，由此也常被称作世界状态。链码调用基于当前的状态数据执行交易。为了使链码调用高效运行，所有键的最新值被存储在状态数据库中。状态数据库是链的交易日志的索引视图，因此它可以随时从链中重新导出。节点启动的时候，在接受交易之前，状态数据库将被自动恢复(或者根据需要产生)。

Transaction Flow-交易流程：概括而言，交易流程由应用客户端发送给背书节点交易提案组成。背书节点验证客户端的签名，然后执行链码来模拟交易。产生的输出就是链码结果，一组链码读取的键值版本(读集合)，和一组被写入的链码的键值集合(写集合)。交易提案的响应被发送回客户端，同时包含了背书签名。客户端汇总所有的背书到一个交易有效载荷中，并将它广播到排序服务。排序服务将排好序的交易放入区块并发送到通道内的所有节点。在提交之前，节点们会验证交易。首先它们会检查背书策略来保证足够的指定节点正确地对结果进行了签名，并且会认证交易有效载荷中的签名。其次，节点们会对交易的读集合进行版本检查，从而保证数据的一致性并防范一些攻击，比如双花(双重支付，一笔钱花了两次)。

在HyperledgerFabric中：

共享账本：fabric包含一个子***，这个***包含两个组件：世界状态(worldstate)和交易记录。世界状态描述了账本在特定时间点的状态，它是账本的数据库。交易记录组件记录了产生世界状态当前值的所有交易。所以账本就是世界状态数据库和交易历史记录的集合。

智能合约：fabric的智能合约称为chaincode，当一个区块链外部的应用程序需要访问账本时，就会调用chaincode。chaincode目前支持的语言是go。

共识：制定在网络中让不同的参与者写入的交易必须按照产生顺序依次写入账本。fabric的共识机制包含SOLO，Kafka以及PBFT(可以为文件副本提供一种机制来相互通信，即使是在发生腐败的情况下，也可以保证每个副本保持一致)。

***架构：区块链是一个分布式***，由许多相互通信的节点组成。区块链运行的程序成为链码，保存状态和账本数据、执行交易。链码是账本的核心要素，交易操作就是调用链码。交易必须被“背书”，只有经过背书的交易才可以交易，并对状态产生影响。有可能存在一个或多个特定的链码用于管理功能和参数，统称为***链码。

交易(两种类型)：调用交易：是在之前已经部署的链码上执行一个操作。调用交易引用链码的一个函数。部署交易：创建新的链码并设置一个程序作为参数。当一个部署交易执行成功，表明链码已经被安装到区块链上。部署交易是调用交易的特例，部署交易创建新的链码，对应于***链码的一个调用交易。

区块链数据结构

数据存储模型：K/V state由peer节点保持，而不是ordering peer和client。

账本(Ledger)：账本保存在所有peer节点，可选地保存在排序者的一个子集。账本是由排序服务构建的一个全部有序的交易哈希链块。哈希链块强制将全部排序块置入账本，并覆盖所有交易。

节点(Nodes)：Node节点是区块链的通信实体。有三种类型的node节点：客户端或者提交客户端：客户端提交实际交易调用到背书者，广播交易请求到排序服务节点。(客户端代表最终的用户实体。它必须连接到一个peer节点与区块链交互。客户端可以选择连接任何peer节点创建并调用交易)。

Peer节点：提交交易、维持状态和账本的拷贝。(以块的形式从排序服务接收有序状态更新，维护状态和账本。并能附加一个特殊的背书节点或背书者。背书节点的特殊功能是链码在提交之前背书一个交易)。

排序服务节点或排序者(Orderer)：运行通信服务实现交付保证，像原子或全序广播。(排序者产生排序服务，即，一个提供交付保证的通信架构。排序服务为客户端和peer节点提供共享的通信通道，为包含交易的消息提供广播服务。客户端连接到通道可以在通道上广播消息，通道随后传递消息给所有peer节点。通道支持所有的消息原子传递，意思是全部的排序交付通信具有可靠保证性。这个原子通信保证也成为分布式***中的共识)。

排序服务API：peer节点通过排序服务提供的接口连接到排序服务提供的通道。排序服务包含两个基本操作：待办(TODO):新增的客户端/peer节点序列号。账本和块构成：账本包含所有数据，通过一致性hash计算形成的一个哈希链。

排序服务的特性：安全性(一致性保证)：只要peer节点连接到通道足够长的时间，就会看到交付消息的同等序列号。活跃度(交付保证)：原则上如果提交客户端没有失败，排序服务应该保证每个连接到排序服务的正确peer节点终究交付每个提交交易。

交易背书的基本工作流程：客户端创建交易并发送给选择的背书peer节点(调用交易)；背书peer节点模拟交易和产生背书签名：提交客户端收集背书交易并通过排序服务广播：排序服务向peer节点提交交易

背书策略是背书一个交易的条件。在汉语解释中，背书是转让汇票权利的一种法定手续，就是由汇票持有人在汇票背面签上自己的名字，或再加上受让人的名字，并把汇票交给受让人的行为。区块链peer节点有一组预先确定的背书策略，它被安装在特定链码的部署中被交易引用。交易只有经过背书策略的背书才会宣布有效。对于链码的调用交易首先需要得到一个满足链码策略的背书。

证实账本和节点账本检查

验证账本：维护一个账本的抽象，只包含有效的提交交易，这是一个哈希链，来自过滤掉无效交易的账本(交易的背书无效或版本依赖无效)。

在本实施例中提供了一种智慧城市建筑物监督***，包括：多个用户服务器、至少一个公共区域服务器、背书节点、排序服务节点，其中：

所述用户服务器，用于从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；所述公共区域服务器，用于从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；所述用户服务器和所述公共区域服务器，均用于对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；所述背书节点还用于在链码在提交之前背书一个交易；所述背书节点，用于为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；所述用户服务器和所述公共区域服务器，用于将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；所述排序服务节点用于将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

通过上述***，采用了区块链的方式来保存数据，可以有效的防止数据被篡改。

优选地，所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

作为一个可以增加的可选的实施方式，建筑服务器可以将用户服务器和公共服务器在第一时间段内的用电量保存在数据库中，因此，用电量数据会有两种保存方式，一种保存方式保存在上述区块链中，另一种保存方式保存在数据库中。

建筑服务器可以在第二时间段内的数据进行验证。例如，对于一个月的用电量数据进行验证。建筑服务器可以从自己的数据库中读取在第二时间段内的用户用电量以及公共区域的用电量。建筑服务器通过区块链中的节点读取区块链中的第二时间段内的所有的交易数据，并从交易数据中读取并对第二时间段内的用户用电量以及公共区域的用电量进行相加求和。建筑服务器将从数据库得到的数据同从区块链中得到的数据进行比对。如果两个数据相同，则建筑服务器可以进行相应的处理。

进行相应的处理可以是向管理员发送比对成功的信息等。

作为一个可以增加的可选的实施方式，在对比成功之后，建筑服务器可以对于所述第二时间段内的用电量创建交易，并将交易发送至背书节点；所述背书节点，用于为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；建筑服务器，用于将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；所述排序服务节点用于将排好序的交易放入区块并发送到通道内的所有节点，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

通过该可选的实施方式，可以将第二时间段内的交易数据也用区块链的方式进行保存，从而可以有效地防止被篡改。

在将第一时间段和第二时间段的数据均保存在区块链中之后，通过建筑服务器向电力供应商发送提示信息，所述电力供应商可以通过客户端从区块链中获取第一时间段和第二时间段的交易数据，该交易数据可以被电力供应商用作数据的验证。

作为另一个可选的实施方式，建筑服务器发现多个第一时间段的电量汇总数据跟第二时间段的电量汇总数据不符合，此时建筑服务器通知管理员对数据进行复核。如果是建筑服务器数据库出现问题，则修正建筑服务器中的数据。如果是区块链中的数据出现问题，则建筑服务器生成一个交易，该交易的电量数据为与数据库电量数据的差值，此时该差值有可能是正的，也有可能是负值。该交易的时间落在第二时间段内。建筑服务器可以对于差值创建交易，并将交易发送至背书节点；所述背书节点，用于为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；建筑服务器，用于将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；所述排序服务节点用于将排好序的交易放入区块并发送到通道内的所有节点，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

通过该处理，电力服务提供商，可以看到哪个时间段的数据出现了问题，从而可以进行数据验证和查找。

优选地，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

优选地，所述第一时间段为每天。

在本实施例中，提供了一种智慧城市建筑物监督方法，该方法使用在上述***中，并与上述***相对应，已经进行过说明的，在此不再赘述。图1是根据本发明实施例的智慧城市建筑物监督方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，所述用户服务器从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；

步骤S104，所述公共区域服务器从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；

步骤S106，所述用户服务器和所述公共区域服务器，均对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；所述背书节点在链码在提交之前背书一个交易；

步骤S108，所述背书节点为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；

步骤S110，所述用户服务器和所述公共区域服务器，将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；

步骤S112，所述排序服务节点将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

通过上述步骤，采用了区块链的方式来保存数据，可以有效的防止数据被篡改。

优选地，所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

优选地，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

优选地，所述第一时间段为每天。

在本实施例中，提供了一种存储器，用于存储软件，其中，该软件用于执行上述的方法。

在本实施例中，提供了一种处理器，用于执行软件，其中，该软件用于执行上述的方法。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供了一种存储介质，其上存储有程序或者软件，该程序被处理器执行时实现上述方法。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种智慧城市建筑物监督***，其特征在于，包括：多个用户服务器、至少一个公共区域服务器、背书节点、排序服务节点，其中，

所述用户服务器，用于从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；

所述公共区域服务器，用于从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；

所述用户服务器和所述公共区域服务器，均用于对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；所述背书节点还用于在链码在提交之前背书一个交易；

所述背书节点，用于为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；

所述用户服务器和所述公共区域服务器，用于将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；

所述排序服务节点用于将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

2.根据权利要求1所述的***，其特征在于，

所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；

所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

3.根据权利要求1或2所述的***，其特征在于，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

4.根据权利要求3所述的***，其特征在于，所述第一时间段为每天。

5.一种智慧城市建筑物监督方法，其特征在于，应用于权利要求1至4中任一项所述的***中，所述方法包括：

所述用户服务器从智能电表中获取该用户第一时间段内的用电量，其中，所述用户为建筑物内独立计量电费的一片区域的总称，每一个用户对应一个智能电表，所述建筑物包括多个用户和公共区域，所述公共区域用电由一个或多个电表记录；

所述公共区域服务器从其区域内的智能电表获取所述公共区域在第一时间段内的用电量；

所述用户服务器和所述公共区域服务器，均对于所述第一时间段内的用电量创建交易，并将交易发送至背书节点；其中，所述交易用于针对所述用电量进行缴费，所述背书节点是区块链中的节点中的一种，所述节点用于提交交易、维持状态和账本的拷贝；

所述背书节点在链码在提交之前背书一个交易；

所述背书节点为每个接收到的交易产生背书签名，并将签名后的交易发送至其来源方；

所述用户服务器和所述公共区域服务器，将交易背书到一个交易有效载荷中，并将它广播到排序服务节点；

所述排序服务节点将排好序的交易放入区块并发送到通道内的所有节点，所述排序服务节点是区块链中的节点中的一种，所述排序服务节点为客户端和节点提供共享的通信通道，为包含交易的消息提供广播服务；所述客户端包括所述用户服务器和所述公共区域服务器，所述区块用于生成区块链，所述区块包括至少一个交易以及该区块的时间戳。

6.根据权利要求5所述的方法，其特征在于，

所述用户服务器和所述公共区域服务器还用于将所述第一时间段内的用电量发送给建筑服务器，其中，所述建筑物对应一个所述建筑服务器；

所述建筑服务器用于分别保存所述用户服务器和所述公共区域服务器在所述第一时间段内的用电量。

7.根据权利要求5或6所述的方法，其特征在于，所述建筑服务器将所述第一时间段内的用电量保存在数据库中。

8.根据权利要求7所述的方法，其特征在于，所述第一时间段为每天。

9.一种存储器，其特征在于，用于存储软件，其中，所述软件用于执行权利要求5至8中任一项所述的方法。

10.一种处理器，其特征在于，用于执行软件，其中，所述软件用于执行权利要求5至8中任一项所述的方法。

Images