CN105847024A - 数据管理装置、方法和系统 - Google Patents

Abstract

本发明涉及一种数据管理装置、方法和系统，用于包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器的智能建筑管理系统，所述装置包括：数据收集部，用于向各所述管理点发送数据收集请求，以收集各所述管理点的数据；数据处理部，用于对所述数据收集部收集到的数据进行处理，并将处理后的数据保存在存储器中；数据发送部，用于在接收到所述中心服务器的数据获取请求的情况下，向所述中心服务器发送经所述数据处理部处理后的数据。能够对收集的各管理点的大量的数据进行统一的处理，然后在中心服务器需要获取数据时，再返回处理后的数据，能够降低管理点与中心服务器的交互复杂度，降低中心服务器的负荷。

Description

数据管理装置、方法和系统

技术领域

本发明涉及智能建筑领域，尤其涉及一种智能建筑管理系统的数据管理装置、方法和系统。

背景技术

开放式区域管理系统(Unified Area Management System，UAMS)是一种基于智能建筑机电设备开放式通信协议(Intelligent Integrated InteractiveOpen Network，IopeNet)的智能建筑管理系统，通过将现有的包括照明、空调、安保等的多种楼宇自动化系统(Building Automation System，BAS)作为下位网络，利用例如云端的中心服务器来进行上位层面的统一管理和控制，从而可以提供面向建筑和区域的设备管理、能源管理、业务管理、数据管理和安全应急管理等的整体解决方案。

智能建筑管理系统主要应用于大型建筑，由于大型建筑涉及到的管理点的数量通常巨大并且设备类型复杂多样，这使得中心服务器与管理点之间的数据交互非常频繁和复杂。如果将各个管理点的数据直接上传至中心服务器，有可能导致中心服务器负荷过大，甚至最终导致系统瘫痪。

发明内容

技术问题

有鉴于此，本发明要解决的技术问题是，如何对智能建筑管理系统的大量的数据进行有效地管理，以降低中心服务器的负荷。

解决方案

为了解决上述技术问题，本发明提供了一种数据管理装置，用于包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器的智能建筑管理系统，所述数据管理装置包括：

数据收集部，用于向各所述管理点发送数据收集请求，以收集各所述管理点的数据；

数据处理部，用于对所述数据收集部收集到的数据进行处理，并将处理后的数据保存在存储器中；

数据发送部，用于在接收到所述中心服务器的数据获取请求的情况下，向所述中心服务器发送经所述数据处理部处理后的数据。

对于上述数据管理装置，在一种可能的实现方式中，所述数据收集部被配置为：按预设的第一时间间隔，向能够记录历史数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点自身存储的历史数据；

所述数据处理部被配置为：将所述数据收集部收集的历史数据保存到所述存储器中。

对于上述数据管理装置，在一种可能的实现方式中，所述第一数据收集请求包括要收集的历史数据的时间信息。

对于上述数据管理装置，在一种可能的实现方式中，所述数据收集部还被配置为：按预设的第二时间间隔，向不能够记录历史数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；

所述数据处理部还被配置为：对所述数据收集部收集的实时数据增加收集时间的标识并作为历史数据保存到所述存储器中。

对于上述数据管理装置，在一种可能的实现方式中，所述收集时间为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

对于上述数据管理装置，在一种可能的实现方式中，所述数据处理部还被配置为：从所述存储器存储的历史数据中提取各所述管理点在特定时间的数据，并将所提取的数据作为所述管理点在与所述特定时间对应的时间段的报表数据保存在所述存储器。

对于上述数据管理装置，在一种可能的实现方式中，所述数据处理部还被配置为：根据所述报表数据计算得到各所述管理点的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器中。

对于上述数据管理装置，在一种可能的实现方式中，所述数据处理部还被配置为：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩；

所述数据发送部被配置为：向所述中心服务器发送所述数据处理部压缩后的数据。

对于上述数据管理装置，在一种可能的实现方式中，还包括：

显示部，用于显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。

为了解决上述技术问题，本发明还提供了一种智能建筑管理系统，包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器，还包括：本发明实施例中任意一种结构的数据管理装置；

所述管理点与所述数据管理装置连接，用于在从所述数据管理装置接收到数据收集请求的情况下，向所述数据管理装置返回数据；

所述中心服务器与所述数据管理装置连接，用于向所述数据管理装置发送数据获取请求，并接收所述数据管理装置返回的处理后的数据。

为了解决上述技术问题，本发明还提供了一种数据管理方法，用于包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器的智能建筑管理系统，所述数据管理方法包括：

向各所述管理点发送数据收集请求，以收集各所述管理点的数据；

对收集到的数据进行处理，并将处理后的数据保存在存储器中；

在接收到所述中心服务器的数据获取请求的情况下，向所述中心服务器发送处理后的数据。

对于上述数据管理方法，在一种可能的实现方式中，向各所述管理点发送数据收集请求，以收集各所述管理点的数据，包括：按预设的第一时间间隔，向能够记录数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点自身存储的历史数据。

对于上述数据管理方法，在一种可能的实现方式中，所述第一数据收集请求包括要收集的历史数据的时间信息。

对于上述数据管理方法，在一种可能的实现方式中，向各所述管理点发送数据收集请求，以收集各所述管理点的数据，包括：按预设的第二时间间隔，向不能够记录数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；

对收集到的数据进行处理，并将处理后的数据保存在存储器中，包括：对收集的实时数据增加收集时间的标识并作为历史数据保存到所述存储器中。

对于上述数据管理方法，在一种可能的实现方式中，所述收集时间为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

对于上述数据管理方法，在一种可能的实现方式中，对收集到的数据进行处理，并将处理后的数据保存在存储器中，还包括：从所述存储器存储的历史数据中提取各所述管理点在特定时间的数据，并将所提取的数据作为所述管理点在与所述特定时间对应的时间段的报表数据保存在所述存储器。

对于上述数据管理方法，在一种可能的实现方式中，对收集到的数据进行处理，并将处理后的数据保存在存储器中，还包括：根据所述报表数据计算得到各所述管理点的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器中。

对于上述数据管理方法，在一种可能的实现方式中，对收集到的数据进行处理还包括：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩；

向所述中心服务器发送处理后的数据包括：向所述中心服务器发送所述数据处理部压缩后的数据。

对于上述数据管理方法，在一种可能的实现方式中，还包括：显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。

有益效果

本发明能够对收集的各管理点的大量的数据进行统一的处理，然后在中心服务器需要获取数据时，再返回处理后的数据，能够降低管理点与中心服务器的交互复杂度，降低中心服务器的负荷。

根据下面参考附图对示例性实施例的详细说明，本发明的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面，并且用于解释本发明的原理。

图1示出本发明实施例应用于智能建筑管理系统的示意图；

图2示出根据本发明一实施例的数据管理装置的结构示意图；

图3示出根据本发明一实施例的数据管理装置采用方式一的示意图；

图4示出根据本发明一实施例的数据管理装置采用方式二的示意图；

图5a至图5d示出根据本发明另一实施例的数据管理装置中数据库结构的示意图；

图6示出根据本发明一实施例的数据管理方法的流程示意图；

图7示出根据本发明一实施例的数据管理方法一种示例的流程示意图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

本发明的发明构思是：在大型建筑的智能建筑管理系统的中心服务器与各管理点之间设置数据管理装置，可以对各管理点的数据进行统一收集与处理后再发送给中心服务器，以减少管理点与中心服务器之间交互的数据量，从而降低中心服务器的负荷。

优选地，如图1所示，数据管理装置可以设置在智能建筑管理系统的中心服务器11与各管理点13之间的本地服务器15上，每个本地服务器(LocalService，LS)15上的数据管理装置可以对该本地服务器15所连接各管理点的数据进行统一收集与处理。此外，数据管理装置也可以为独立的设备，设置在中心服务器与在各管理点之间。

其中，中心服务器11还可以通过互联网(Internet)连接到UAMS的云端(Cloud)服务器。智能建筑管理系统根据功能的不同可以包括分为多种子系统，例如：照明单元(unit，UT)用于控制照明子系统，计量单元用于控制计量子系统，以及通过网关(Gateway，GW)接入的各种其他子系统。其中，照明单元、计量单元、网关等是UAMS Station中的控制单元，各个子系统中则包括通过控制的单元能够控制的设备。

举例而言，照明子系统可以包括建筑中所使用的照明产品，如灯具、开关、面板等。照明单元可以获取照明子系统的各设备的状态并可以控制照明子系统。类似的，计量子系统可以包括建筑中的电量表、水表、流量计等设备。计量单元则负责收集计量子系统中各设备的数据。

实施例1

图2示出根据本发明一实施例的数据管理装置的结构示意图。该数据管理装置可以用于包括多个管理点13以及对所述多个管理点13进行统一管理和控制的中心服务器11的智能建筑管理系统，例如图1所示的智能建筑管理系统。

如图2所示，该数据管理装置20主要可以包括：

数据收集部21，用于向各所述管理点13发送数据收集请求，以收集各所述管理点13的数据；

数据处理部23，用于对所述数据收集部21收集到的数据进行处理，并将处理后的数据保存在存储器中；

数据发送部25，用于在接收到所述中心服务器11的数据获取请求的情况下，向所述中心服务器11发送经所述数据处理部23处理后的数据。

具体而言，以本地服务器LS中包括数据管理装置为例，LS中可以预先保存如下表1所示的点信息映射文件，用于建立LS和归属于该LS自身的管理点之间的映射关系。其中，点信息映射文件可以为例如csv格式的文件。基于该信息映射文件，LS对管理点的实时数据的获取，可以采用IopeNet协议中批量服务(batchService)定期轮询的方式实现。此外，在管理点状态发生变化时，可以通过IopeNet协议中的事件接收(eventSink)形式，将管理点状态的变化通知中心服务器。

表1

其中，“点类型”表示管理点的类别，主要有DI数字量输入点、DO数字量输出点、AI模拟量输入点、AO模拟量输出点、PI计量输入点、MI多状态输入点、MO多状态输出点等；“上位单元的点地址”表示某一管理点所归属的本地服务器的地址；“下位单元的点地址”表示某一管理点所表示的实际连接设备的地址；“下位单元编号”是连接到本地服务器上的设备编号；“是否管理即时状态”的含义是是否收集下位单元的状态；“是否收集历史数据”的含义是是否收集下位单元的历史数据；“历史数据收集方式”通常有两种，分别是history和polling，其中，history的含义可以是每个小时整点过5分钟后开始收集下位单元的历史数据，下位单元历史数据存在于文件中，1小时返回例如最多6条；polling的含义可以是在“是否管理即时状态”有效的情况下，每隔5分钟从本地服务器内存中把对应点的状态取出，作为该点的历史数据保存；COV(change of value)表示超出范围，例如COV＝1可以表示某一管理点的数据的需要限定在一定范围内，如果超出可以上报异常；是否收集报表数据表示是否收集PI点的时差、日差、瞬时等数据；是否收集曲线数据表示是否获取每个小时的整点数据，对管理点的类型没有限制。

进一步地，根据点信息映射文件中各管理点的特征，可以决定如何收集该管理点的数据，以及如何处理收集的数据。其中，按各管理点的数据记录能力的不同，可以分为以下数据收集与处理的方式：

方式一、对于能够记录历史数据的第一类管理点。

数据管理装置20的数据收集部21可以被配置为：按预设的第一时间间隔，向能够记录历史数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点的历史数据。此外，数据处理部23可以被配置为：将所述数据收集部收集的历史数据保存到所述存储器中。

具体而言，在基于IopeNet协议的智能建筑管理系统中，有些管理点支持IopeNet协议中的历史对象(historyObject)，能够记录自身在一定时间范围内的数据，这类管理点可以称为第一类管理点。例如，图3中，本地服务器(LS)中的数据管理装置20通过IopeNet通信，可以定期例如周期为一小时(第一时间间隔的示例)向各管理点的DLL发送history请求(第一数据收集请求的示例)，DLL再向与DLL连接的各PLC发送历史对象读取(historyObject read)的请求，如果读取成功，则返回结果中可以包括在一小时内各PLC的历史数据文件(file object)中的内容，如果没有读取成功，返回结果可以是错误码。然后LS可以将获取的历史数据保存到主数据库中。其中，数据记录器(DataLogger Light，DLL)是支持historyObject的子单元，支持直接通过读取历史文件的方法收集历史数据，DLL连接可编程逻辑控制器(Programmable LogicController，PLC)，PLC直接连接实际设备，因此，第一类管理点可以是由DLL、PLC及其连接的实际设备组成，举例而言，DLL可以设置在图1的计量单元中，PLC及其连接的实际设备则可以是计量子系统中的某一设备。

其中，由于数据收集部21每一次能够收集的数据总量可能有上限，如果一次收集的数据量达到上限但还未收集完所有需要收集的历史数据，则数据收集部21可以再次发送第一数据收集请求以继续收集历史数据。因此，第一数据收集请求可以包括要收集的历史数据的时间信息。例如，每次收集历史数据的请求都可以包括时间戳，根据该时间戳可以判断需要收集从哪个时刻开始收集或收集哪个时间范围内的历史数据。

方式二、对于不能够记录历史数据的第二类管理点。

数据管理装置20的数据收集部21还被可以配置为：按预设的第二时间间隔，向不能够记录历史数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；数据处理部23还可以被配置为：对所述数据收集部收集的实时数据增加收集时间的标识并作为历史数据保存到所述存储器中。

具体而言，有些管理点可能不支持IopeNet协议中的historyObject，例如，图4中的输入输出(Input and Output，I/O)、BACNet网关(BACNetGW)、DLL都属于LS下位的管理点，其中I/O、BACNet网关不支持historyObject，需采用点对象(point object)的方式获取管理点的实时数据，然后再将实时数据与表示其收集时间的标识形成历史数据保存到主数据库中。其中，PLC(I/O)、BACNet网关、PLC(DLL)与各自实际的设备相连，PLC(I/O)是指与I/O相连接的PLC，PLC(DLL)是指与DLL相连接的PLC。第二类管理点可以是由IO、PLC(I/O)及其连接的实际设备的组成；或者由BACNet网关及其连接的实际设备的组成。举例而言，BACNet网关可以设置在图1的GW单元中，PLC(I/O)、BACNet及其连接的实际设备则可以是空调子系统中的某一设备。在IopeNet协议中，批量服务(batchService)用于表示批量读写管理点，读(read)表示读取管理点信息，写(write)表示控制管理点状态。LS可以定期轮询如周期为每4秒(第二时间间隔的示例)通过IopeNet通信向管理点发送batchService read请求(第二数据收集请求的示例)，从用于表示管理点的值和状态的点对象(point object)中读取实时数据，对实时数据增加收集时间的标识并保存到主数据库中，以生成历史数据(history file)。其中，收集时间可以为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

此外，通过数据收集部21和数据处理部23可以定期向存储器中保存历史数据，并且，等待数据管理装置20收到中心服务器的数据获取请求后，数据发送部25可以向中心服务器发送存储器中保存的历史数据。举例而言，中心服务器的数据获取请求可以通过例如表2的函数接口getFileObjRes来实现。

表2

数据管理装置20根据该接口函数中的输出参数resStr可以从存储器中获取由一段时间内所有管理点13的历史数据打包而成的文件对象(FileObject)，并将获取的文件对象作为返信数据包发送给中心服务器11。这样，可以实现对IopeNet协议中的FileObject的实装，其中，FileObject的结构示例如下表3所示。

表3

其中，中心服务器11采用文件对象的形式获取数据，可以使得数据的传递更加自由，在一次通信中能够获得尽可能多的情报，能够有效减少通信次数。

在一种可能的实现方式中，所述数据发送部25被配置为：向所述中心服务器11发送所述数据处理部23压缩后的数据。

举例而言，压缩前的文件格式如下表4。

表4

具体地，可以采用zlib等压缩算法对存储器中的文件进行压缩，表4的内容压缩后保存在表3的value中。可以进一步减少管理点13与中心服务器11的通信数据量。其中，可以将每一段时间如：一小时内获取的历史数据进行一次压缩，这样可能得到多个压缩文件。在收到中心服务器11发送的数据获取请求时，可以发送最新的压缩文件，也可以按照数据获取请求中所带的时间需求发送某一时间的压缩文件。

实施例2

图5a至图5d示出根据本发明另一实施例的数据管理装置中数据库结构的示意图。本实施例与上述实施例标号相同的组件具有相同的功能，为简明起见，省略对这些组件的详细说明。

在上述实施例的基础上，如图5a和图5b所示，该实施例的主要区别在于，该数据管理装置20的数据处理部25还被配置为：从所述存储器51存储的历史数据中提取各所述管理点13在特定时间的数据，并将所提取的数据作为所述管理点13在与所述特定时间对应的时间段的报表数据保存在所述存储器51。

例如：可以在每个整点的第50分从主数据库中选择每个管理点的每个小时的最新一条历史数据表示每个管理点13的报表数据，该报表数据属于瞬时数据。此外，报表数据也可以是整点数据，例如选择每个管理点13一天内在每个整点的历史数据，可得到每个管理点的整点数据。瞬时数据和/或整点数据都可以作为单独的报表保存在报表数据库中。

如图5a、图5c和图5d所示，数据处理部25还被配置为：根据所述报表数据计算得到各所述管理点13的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器51中。

其中，不同的管理点13可实现的功能不同，例如可以作为I/O接口模块的管理点、可以作为BACNet网关模块的管理点、可以作为节能管理模块的管理点、可以作为计量模块的管理点等。此外，按照管理点13的数据特征的不同，还可以将管理点分为PI、AI、AO、DI、DO等类型。例如，对于PI型管理点如电表、水表等单向增长的管理点，可以采用每个管理点的后一小时的历史数据(瞬时数据或整点数据)减去前一小时的历史数据，可以得到时差数据，可以将所有的时差数据以时差报表的形式保存在报表数据库中；将每个管理点13的每天的时差数据累加，可以得到日差数据，也可以将所有的日差数据以时差报表的形式保存在报表数据库中。日差数据和/或时差数据可以定期计算，例如：每个小时的第50分计算这个小时与上一小时的时差数据，每天1:50将前一天的各个日查数据累加计算前一天的日差数据，因此，按照不同的计算时间，报表数据库中的时差报表和日程报表也可以有多个。

具体地，存储器51可以设置在数据管理装置20的内部，也可以是外接设备。存储器中可以保存有主数据库和报表数据库。

在一种可能的实现方式中，数据处理部还被配置为：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩；

在一种可能的实现方式中，数据管理装置20还可以包括：

显示部53，用于显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。举例而言，显示部53可以设置在本地服务器中，通过显示部53，管理员可以看到从报表数据库中调取的某一管理点的时差数据或日差数据，或者从主数据库中调取的某一管理点在某一段时间的历史数据。

本发明实施例的数据管理装置，能够对收集的各管理点的大量的数据进行统一的处理，然后在中心服务器需要获取数据时，再返回处理后的数据，能够降低管理点与中心服务器的交互复杂度，降低中心服务器的负荷。此外，中心服务器可以采用文件对象(FileObject)的形式统一获取大量管理点的数据，可以使得数据的传递更加自由，在一次通信中能够获得尽可能多的情报，能够有效减少通信次数。此外，还可以对文件行压缩，进一步减少传输的数据量，从而进一步降低系统和中心服务器的负荷。

实施例3

参见图1、图2和图5a，该智能建筑管理系统可以包括多个管理点13以及对所述多个管理点13进行统一管理和控制的中心服务器11，还可以包括：如上述实施例中任意一种结构的数据管理装置20；数据管理装置20可以设置于本地服务器15中，也可以独立设置。

其中，所述管理点与所述数据管理装置20连接，用于在从所述数据管理装置20接收到数据收集请求的情况下，向所述数据管理装置20返回数据；

所述中心服务器与所述数据管理装置20连接，用于向所述数据管理装置20发送数据获取请求，并接收所述数据管理装置20返回的处理后的数据。

本实施例的智能建筑管理系统，通过数据管理装置能够对收集的各管理点的大量的数据进行统一的处理，然后在中心服务器需要获取数据时，再返回处理后的数据，能够降低管理点与中心服务器的交互复杂度，降低中心服务器的负荷。此外，中心服务器可以采用文件对象的形式统一获取大量管理点的数据，可以使得数据的传递更加自由，在一次通信中能够获得尽可能多的情报，能够有效减少通信次数。此外，还可以对文件行压缩，进一步减少传输的数据量，从而进一步降低系统和中心服务器的负荷。

实施例4

图6示出根据本发明一实施例的数据管理方法的流程示意图，该数据管理方法可以用于包括多个管理点13以及对所述多个管理点13进行统一管理和控制的中心服务器11的智能建筑管理系统，例如图1。如图6所示，该数据管理方法可以包括：

步骤601、向各管理点发送数据收集请求，以收集各所述管理点的数据。

步骤602、对收集到的数据进行处理，并将处理后的数据保存在存储器中。

步骤603、在接收到中心服务器的数据获取请求的情况下，向所述中心服务器发送处理后的数据。

具体而言，本实施例的数据管理方法可以由上述实施例中的任意一种结构的数据管理装置来执行。以LS中包括数据管理装置为例，LS中可以预先保存如表1的点信息映射文件，用于建立LS和归属于自身的管理点之间的映射关系，根据点信息映射文件中各管理点的特征，可以决定如何收集该管理点的数据，以及如何处理收集的数据。其中，按各管理点的数据记录能力的不同，可以分为以下数据收集与处理的方式：

方式一、对于能够记录历史数据的第一类管理点。

步骤601具体可以包括：按预设的第一时间间隔，向能够记录历史数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点自身存储的历史数据。

在一种可能的实现方式中，所述第一数据收集请求包括要收集的历史数据的时间信息。

举例而言，参见图3，LS通过IopeNet通信，可以定期例如周期为一小时向各管理点的DLL发送history请求，DLL再向与DLL连接的各PLC发送历史对象读取(historyObject read)的请求，如果读取成功，则返回结果中可以包括在一小时内各PLC的历史数据文件(file object)中的内容，如果没有读取成功，返回结果可以是错误码。

方式二、对于不能够记录历史数据的第二类管理点。

步骤601具体可以包括：按预设的第二时间间隔，向不能够记录历史数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；步骤602具体可以包括：对收集的实时数据增加收集时间的标识并作为历史数据保存到所述存储器中。

在一种可能的实现方式中，所述收集时间为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

举例而言，参见图4，IO、BACNet网关不支持historyObject，需采用点对象(point object)的方式获取管理点的实时数据，然后再将实时数据与表示其收集时间的标识形成历史数据保存到主数据库中。

在一种可能的实现方式中，步骤602还可以包括：从所述存储器存储的历史数据中提取各所述管理点在特定时间的数据，并将所提取的数据作为所述管理点在与所述特定时间对应的时间段的报表数据保存在所述存储器。

在一种可能的实现方式中，步骤602还可以包括：根据所述报表数据计算得到各所述管理点的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器中。

在一种可能的实现方式中，该方法还包括：显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。

参见图5b、图5c和图5d，可以将报表数据、报表计算数据等保存到报表数据库中，方便在本地进行查看。

在一种可能的实现方式中，步骤602中对收集到的数据进行处理还包括：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩。

在一种可能的实现方式中，步骤603中向所述中心服务器发送处理后的数据包括：向所述中心服务器发送所述数据处理部压缩后的数据。

举例而言，如图7所示，中心服务器的软件平台可以发送数据获取请求，例如Read FileObject请求，通过代理模块(Proxy)从LS的数据管理装置中获取已经处理的数据例如：已压缩得到的历史文件。其中，代理模块(Proxy)可以采用bayeux异步通信的方式进行传输。

本实施例的数据管理方法，能够对收集的各管理点的大量的数据进行统一的处理，然后在中心服务器需要获取数据时，再返回处理后的数据，能够降低管理点与中心服务器的交互复杂度，降低中心服务器的负荷。此外，中心服务器可以采用文件对象的形式统一获取大量管理点的数据，可以使得数据的传递更加自由，在一次通信中能够获得尽可能多的情报，能够有效减少通信次数。此外，还可以对文件行压缩，进一步减少传输的数据量，从而进一步降低系统和中心服务器的负荷。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (19)

1.一种数据管理装置，用于包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器的智能建筑管理系统，其特征在于，所述数据管理装置包括：

数据收集部，用于向各所述管理点发送数据收集请求，以收集各所述管理点的数据；

数据处理部，用于对所述数据收集部收集到的数据进行处理，并将处理后的数据保存在存储器中；

数据发送部，用于在接收到所述中心服务器的数据获取请求的情况下，向所述中心服务器发送经所述数据处理部处理后的数据。

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

所述数据收集部被配置为：按预设的第一时间间隔，向能够记录历史数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点自身存储的历史数据；

所述数据处理部被配置为：将所述数据收集部收集的历史数据保存到所述存储器中。

3.根据权利要求2所述的装置，其特征在于，所述第一数据收集请求包括要收集的历史数据的时间信息。

4.根据权利要求1至3中任一项所述的装置，其特征在于，所述数据收集部还被配置为：按预设的第二时间间隔，向不能够记录历史数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；

所述数据处理部还被配置为：对所述数据收集部收集的实时数据增加收集时间的信息并将增加了收集时间的信息的实时数据作为历史数据保存到所述存储器中。

5.根据权利要求4所述的装置，其特征在于，所述收集时间为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

6.根据权利要求1至5中任一项所述的装置，其特征在于，所述数据处理部还被配置为：从所述存储器存储的历史数据中提取各所述管理点在特定时间的数据，并将所提取的数据作为所述管理点在与所述特定时间对应的时间段的报表数据保存在所述存储器。

7.根据权利要求6所述的装置，其特征在于，所述数据处理部还被配置为：根据所述报表数据计算得到各所述管理点的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器中。

8.根据权利要求7所述的装置，其特征在于，所述数据处理部还被配置为：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩；

所述数据发送部被配置为：向所述中心服务器发送所述数据处理部压缩后的数据。

9.根据权利要求7所述的装置，其特征在于，还包括：

显示部，用于显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。

10.一种智能建筑管理系统，包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器，其特征在于，还包括：如权利要求1至9中任一项所述的数据管理装置；

所述管理点与所述数据管理装置连接，用于在从所述数据管理装置接收到数据收集请求的情况下，向所述数据管理装置返回数据；

所述中心服务器与所述数据管理装置连接，用于向所述数据管理装置发送数据获取请求，并接收所述数据管理装置返回的处理后的数据。

11.一种数据管理方法，用于包括多个管理点以及对所述多个管理点进行统一管理和控制的中心服务器的智能建筑管理系统，其特征在于，所述数据管理方法包括：

向各所述管理点发送数据收集请求，以收集各所述管理点的数据；

对收集到的数据进行处理，并将处理后的数据保存在存储器中；

在接收到所述中心服务器的数据获取请求的情况下，向所述中心服务器发送处理后的数据。

12.根据权利要求11所述的方法，其特征在于，向各所述管理点发送数据收集请求，以收集各所述管理点的数据包括：按预设的第一时间间隔，向能够记录数据的第一类管理点发送第一数据收集请求，以收集各所述第一类管理点自身存储的历史数据。

13.根据权利要求12所述的方法，其特征在于，所述第一数据收集请求包括要收集的历史数据的时间信息。

14.根据权利要求11至13中任一项所述的方法，其特征在于，向各所述管理点发送数据收集请求，以收集各所述管理点的数据，包括：按预设的第二时间间隔，向不能够记录数据的第二类管理点发送第二数据收集请求，以收集各所述第二类管理点的实时数据；

对收集到的数据进行处理，并将处理后的数据保存在存储器中包括：对收集的实时数据增加收集时间的标识并作为历史数据保存到所述存储器中。

15.根据权利要求14所述的方法，其特征在于，所述收集时间为所述第二数据收集请求的发送时间或所述实时数据的接收时间。

16.根据权利要求11至15中任一项所述的方法，其特征在于，对收集到的数据进行处理，并将处理后的数据保存在存储器中还包括：从所述存储器存储的历史数据中提取各所述管理点在特定时间的数据，并将所提取的数据作为所述管理点在与所述特定时间对应的时间段的报表数据保存在所述存储器。

17.根据权利要求16所述的方法，其特征在于，对收集到的数据进行处理，并将处理后的数据保存在存储器中还包括：根据所述报表数据计算得到各所述管理点的日差数据和/或时差数据，并将计算结果作为报表计算数据保存到所述存储器中。

18.根据权利要求17所述的方法，其特征在于，对收集到的数据进行处理还包括：对根据所述中心服务器的数据获取请求要发送的所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据进行压缩；

向所述中心服务器发送处理后的数据包括：向所述中心服务器发送所述数据处理部压缩后的数据。

19.根据权利要求17所述的方法，其特征在于，还包括：显示所述历史数据、所述报表数据以及所述报表计算数据中的至少一种数据。