CN112035274B - 一种业务处理方法、装置及系统 - Google Patents

Abstract

本发明公开一种业务处理方法、装置及系统。其中，该方法应用于业务处理装置，所述业务处理装置分别与至少两个现场设备及至少一个管理平台通信连接，该方法包括：基于对现场设备的数据采集，确定数据发生变化的点位，其中，一个现场设备的一个监控状态抽象为一个点位；根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台；将点位数据变化信息上报给所述目标管理平台。本发明实现了数据实时差异化主动上报，简化了业务处理逻辑，管理平台无需频繁请求甚至实时请求，避免了大量请求导致响应慢且网络带宽占用高的问题，加快了响应请求的速度，降低处理大批量数据时系统资源的占用率。

Description

一种业务处理方法、装置及系统

技术领域

本发明涉及业务处理技术领域，具体而言，涉及一种业务处理方法、装置及系统。

背景技术

随着信息技术的发展，智能化楼宇(Intelligent Building Management System，IBMS)集成趋势越来越明显，应用楼宇系统的场景越来越多。楼宇控制器利用计算机技术、控制技术和通信技术对接入的现场设备进行自动化监控，并且将众多现场设备的运行状态传输给管理平台，实现数据的实时监控。

但是众多管理平台的接入增大了楼宇控制器的业务处理压力，频繁地请求降低了楼宇控制器的响应速度。不仅如此，随着监控的现场设备增多，楼宇控制器的负担将同步增大，一次需要处理的数据量很大，导致响应慢，网络带宽占用高，也使得数据的实时性面临巨大的挑战。

发明内容

本发明实施例提供一种业务处理方法、装置及系统，以至少解决现有技术中楼宇控制器监控大量现场设备时响应慢且网络带宽占用高的问题。

为解决上述技术问题，本发明实施例提供了一种业务处理方法，所述方法应用于业务处理装置，所述业务处理装置分别与至少两个现场设备及至少一个管理平台通信连接，所述方法包括：

基于对现场设备的数据采集，确定数据发生变化的点位，其中，一个现场设备的一个监控状态抽象为一个点位；

根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台；

将点位数据变化信息上报给所述目标管理平台。

可选的，基于对现场设备的数据采集，确定数据发生变化的点位，包括：

针对每一个现场设备，按照预设时机采集所述现场设备的预设点位的当前数据；

从数据缓存区存储的数据中读取所述预设点位的上一次数据；

比较所述当前数据和所述上一次数据；

若比较结果为不一致，则确定所述预设点位作为数据发生变化的点位。

可选的，在确定数据发生变化的点位之后，所述方法还包括：

将变化后的点位数据更新至所述数据缓存区中。

可选的，根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台，包括：

确定所述数据发生变化的点位的点位标识；

根据所述点位属性信息，确定所述点位标识对应的平台标识，其中，所述点位属性信息包括点位标识、平台标识以及地址信息的映射关系；

确定所述平台标识对应的管理平台作为所述目标管理平台。

可选的，将点位数据变化信息上报给所述目标管理平台，包括：

将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，以通过所述业务线程按照所述目标管理平台的协议对所述点位数据变化信息进行组帧并向所述目标管理平台发送数据帧；

其中，每个管理平台都对应有自己的业务线程。

可选的，将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，包括：

通过所述目标管理平台对应的第一消息队列，将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，其中，每个管理平台都对应有自己的第一消息队列。

可选的，所述方法还包括：

接收来自任意管理平台的请求，其中，所述请求携带有目标点位标识；

根据所述点位属性信息确定所述目标点位标识对应的地址信息；

根据所述地址信息将所述请求发送至目标现场设备。

可选的，在根据所述点位属性信息确定所述目标点位标识对应的地址信息之前，所述方法还包括：

通过发来所述请求的管理平台对应的业务线程，将所述请求发送给数据控制层；其中，所述数据控制层用于执行确定地址信息以及发送请求至目标现场设备的操作，每个管理平台都对应有自己的业务线程。

可选的，通过发来所述请求的管理平台对应的业务线程，将所述请求发送给数据控制层，包括：

通过发来所述请求的管理平台对应的业务线程，将所述请求发送至第二消息队列，以通过所述第二消息队列将所述请求发送给所述数据控制层；其中，所有管理平台共用所述第二消息队列。

可选的，若所述请求为读请求，在根据所述地址信息将所述请求发送至目标现场设备之后，所述方法还包括：

接收所述目标现场设备基于所述读请求返回的目标点位数据；

根据所述点位属性信息，将所述返回的目标点位数据发送至对应的管理平台。

可选的，在接收所述目标现场设备基于所述读请求返回的目标点位数据之后，所述方法还包括：

根据所述读请求中携带的目标点位标识，从数据缓存区存储的数据中读取目标点位的上一次数据；

比较所述返回的目标点位数据和读取的目标点位的上一次数据；

若比较结果为不一致，则按照所述读请求中携带的目标点位标识将所述返回的目标点位数据更新至所述数据缓存区中。

可选的，若所述请求为写请求，在接收来自任意管理平台的请求之后，所述方法还包括：

读取所述写请求中携带的目标点位数据；

从数据缓存区存储的数据中读取目标点位的上一次数据；

比较所述写请求中携带的目标点位数据和所述目标点位的上一次数据；

若比较结果为不一致，则按照所述写请求中携带的目标点位标识将所述写请求中携带的目标点位数据更新至所述数据缓存区中。

可选的，所述点位属性信息存储于所述业务处理装置中的redis缓冲区。

本发明实施例还提供了一种业务处理装置，所述业务处理装置用于实现本发明实施例所述的业务处理方法，所述业务处理装置包括：存储模块、设备对接模块和业务处理模块；

所述存储模块，用于存储点位属性信息，其中，一个现场设备的一个监控状态抽象为一个点位；

所述设备对接模块，连接至所述存储模块、所述业务处理模块和至少两个现场设备，用于主动监测点位数据，在点位数据发生变化时，根据所述点位属性信息将点位数据变化信息传输给所述业务处理模块；

所述业务处理模块，连接至所述存储模块和至少一个管理平台，用于将所述点位数据变化信息上报给对应的管理平台。

可选的，所述业务处理模块，还用于接收来自任意管理平台的请求，将所述请求传输给所述设备对接模块；

所述设备对接模块，还用于根据所述点位属性信息将所述请求下发至对应的现场设备。

可选的，所述业务处理模块包括：至少一个业务线程，每个管理平台对应有自己的业务线程。

可选的，所述业务处理装置还包括至少一个第一消息队列；

每个管理平台对应有自己的第一消息队列，所述第一消息队列用于协助所述设备对接模块向所述业务处理模块中对应的业务线程上传信息。

可选的，所述业务处理装置还包括第二消息队列；

所有管理平台共用所述第二消息队列，所述第二消息队列用于协助所述业务处理模块中的业务线程向所述设备对接模块下发请求。

可选的，所述设备对接模块包括：

数据控制层，连接至所述业务处理模块和所述存储模块，用于对接入的现场设备进行数据采集，根据点位数据变化信息和所述点位属性信息，通过对应的第一消息队列将所述点位数据变化信息上传给所述业务处理模块中对应的业务线程；和/或，接收所述业务处理模块中的任意业务线程经第二消息队列下发的请求，根据所述请求和所述点位属性信息确定目标现场设备，并下发所述请求至所述目标现场设备；

数据缓存区，连接至所述数据控制层，用于存储所采集的点位数据。

可选的，所述存储模块为redis缓存区。

本发明实施例还提供了一种业务处理系统，包括：业务处理装置、至少两个现场设备以及至少一个管理平台；所述至少两个现场设备与所述业务处理装置通信连接；所述至少一个管理平台与所述业务处理装置通信连接；所述业务处理装置是本发明实施例所述的业务处理装置。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如本发明实施例所述的业务处理方法。

应用本发明的技术方案，通过主动对现场设备的数据进行采集，能够及时获知点位数据的变化，根据预存的点位属性信息主动上报点位数据变化信息给对应的管理平台，实现了数据实时差异化主动传输，简化了业务处理逻辑，管理平台无需频繁请求甚至实时请求，避免了大量请求导致响应慢且网络带宽占用高的问题，加快了响应请求的速度，降低处理大批量数据时系统资源的占用率，提高了业务处理能力和稳定性，提高了数据的实时性。

附图说明

图1是本发明实施例一提供的业务处理方法的流程图；

图2是本发明实施例一提供的redis散列结构示意图；

图3是本发明实施例二提供的业务处理装置的结构框图；

图4是本发明实施例二提供的业务处理装置的具体结构示意图；

图5是本发明实施例三提供的主动上报业务流程的示意图；

图6是本发明实施例三提供的被动响应业务流程的示意图；

图7是本发明实施例四提供的楼控系统的拓扑示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

实施例一

本实施例提供一种业务处理方法，所述方法应用于业务处理装置，所述业务处理装置分别与至少两个现场设备及至少一个管理平台通信连接。示例性的，该业务处理装置可以为楼宇控制器。

图1是本发明实施例一提供的业务处理方法的流程图，如图1所示，该方法包括以下步骤：

S101，基于对现场设备的数据采集，确定数据发生变化的点位，其中，一个现场设备的一个监控状态抽象为一个点位。

根据点位的定义，一个现场设备可视为众多点位的集合，而成百上千的现场设备便组成了庞大的系统监控点位集合。接入业务处理装置的现场设备和管理平台之间具有对应的管理关系，相应的，点位与管理平台也具有对应关系，管理平台能够对某点位的数据进行读写，表示该点位与管理平台是对应的。管理平台读取某个点位数据，即是获取某个现场设备的某个监控状态的数据，如灯的开关的状态或者空调的压力值。管理平台向某个点位写入值，即是控制某个现场设备改变其某个监控状态，例如，打开空调A。本步骤通过对现场设备的数据进行主动采集，能够主动获知点位数据的变化。

S102，根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台。

其中，点位属性信息是指与点位数据的主动上传、读取或者写入相关的属性。点位属性信息包括点位标识、平台标识以及地址信息的映射关系。地址信息包括点位所属的现场设备的地址、在业务处理装置中对应的具体接口的地址以及一些虚拟地址等。点位属性信息可以redis散列结构、哈希表或二叉树等数据结构进行存储。

S103，将点位数据变化信息上报给所述目标管理平台。

其中，点位数据变化信息包括：点位标识和点位的当前数据(即变化后的点位数据，也称为点位的当前值)。

本实施例通过主动对现场设备的数据进行采集，能够及时获知点位数据的变化，根据预存的点位属性信息主动上报点位数据变化信息给对应的管理平台，实现了数据实时差异化主动传输，简化了业务处理逻辑，管理平台无需频繁请求甚至实时请求(在数据无变化的情况下，实时请求白白占用网络带宽)，避免了大量请求导致响应慢且网络带宽占用高的问题，加快了响应请求的速度，降低处理大批量数据时系统资源的占用率，提高了业务处理能力和稳定性，提高了数据的实时性。

上述点位属性信息可存储于业务处理装置中的redis缓冲区。redis缓存区可设置为内嵌在业务处理装置中的微型redis服务器，与业务处理装置中的其他进程并列。利用redis非关系数据库的内存特性，让业务处理装置作为客服端接入redis服务器中，使业务处理装置在内存中获得一块redis缓存，业务处理装置将点位属性信息存入这块redis缓存中并且委托给redis服务器代为管理，从而提高程序的效率，简化了程序的结构，面对大批量数据处理，也能够保证较快的响应。

具体可使用redis的散列结构管理点位属性信息，示例性的，参考图2，为redis散列结构示意图，redis的散列结构包括关键值(KEY)与数据域(AREA、VALUE)，AREA指的是某个域的名字，VALUE则是该域对应的值。本实施例中用点位标识作为KEY值，点位标识是用于区分不同点位的唯一标识，例如，点位标识可以是32位的ID。本实施例中，业务处理装置依靠点位标识来管理数据，所有管理平台也都基于点位标识与业务处理装置进行数据的交互。散列表的数据域包含点位所有的属性，例如，对接的管理平台Platform(即点位所属的管理平台)和地址信息，地址信息是某个现场设备的某个监控状态在业务处理装置中的映射关系，这些属性共同将现场设备的某一个监控状态抽象为业务处理装置中的一个点位。

在一个实施方式中，基于对现场设备的数据采集，确定数据发生变化的点位，包括：针对每一个现场设备，按照预设时机采集所述现场设备的预设点位的当前数据；从数据缓存区存储的数据中读取所述预设点位的上一次数据；比较所述当前数据和所述上一次数据；若比较结果为不一致，则确定所述预设点位作为数据发生变化的点位。

其中，预设时机可以是实时采集或周期采集，预设点位是指当前到达采集时机所需要采集的点位。不同现场设备的数据采集时机可以相同，也可以不同；同一现场设备的不同点位的数据采集时机可以相同，也可以不同。优选的，所有现场设备分批采集，可以尽可能地减少业务处理装置在同一时间处理的数据量，降低业务处理装置处理压力，保证数据实时性和系统稳定性。数据缓存区用于存储所采集的现场设备的点位数据，具体可以使用键值对key-value的模式进行管理，key表示点位标识，value表示点位的当前值。

本实施方式利用数据缓存区，可以准确可靠地确定出点位数据是否发生变化。

优选的，在确定数据发生变化的点位之后，所述方法还包括：将变化后的点位数据更新至所述数据缓存区中。本实施方式根据点位数据变化情况，及时更新数据缓存区中的数据，保证后续可以准确及时判断出点位数据的变化，进而实现数据的及时主动上报。

按照点位属性信息所包括的内容，能够简单快捷地确定变化点位所对应的管理平台，为主动上报数据变化提供保障。具体的，根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台，包括：确定所述数据发生变化的点位的点位标识；根据所述点位属性信息，确定所述点位标识对应的平台标识；确定所述平台标识对应的管理平台作为所述目标管理平台。

在一个可选的实施方式中，将点位数据变化信息上报给所述目标管理平台，包括：将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，以通过所述业务线程按照所述目标管理平台的协议对所述点位数据变化信息进行组帧并向所述目标管理平台发送数据帧；其中，每个管理平台都对应有自己的业务线程。

本实施方式中，每个管理平台都对应有自己的业务线程，业务线程用于针对所对应的管理平台进行数据处理，例如，对主动上报给该管理平台的信息进行组帧，或者，对该管理平台下发的请求进行接收和解析等。通过为各管理平台设置自己的业务线程，使得各管理平台的数据处理流程可并发进行，互不影响。

进一步的，将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，包括：通过所述目标管理平台对应的第一消息队列，将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，其中，每个管理平台都对应有自己的第一消息队列。

第一消息队列主要用于在业务处理装置内部协助向相应管理平台主动上报信息，使得针对各管理平台的上报信息分开传输到各自对应的业务线程，进一步提高业务处理装置的响应速度。具体的，每接入一个管理平台，可为该平台创建专属的业务线程(也称为数据处理线程)并注册一个第一消息队列。本实施方式通过为各管理平台设置自己的业务线程和第一消息队列，使得各管理平台的主动上报数据的流程可并发处理，进一步提高业务处理装置的响应速度，降低业务处理装置处理大批量数据时系统资源的占用率，提高了数据的实时性。

除了上述主动上报业务，业务处理装置还可以处理被动响应业务，即，在主动上报点位数据变化的同时，业务处理装置还可以根据管理平台下发的请求来被动响应。具体的，上述方法还包括：接收来自任意管理平台的请求，其中，所述请求携带有目标点位标识；根据所述点位属性信息确定所述目标点位标识对应的地址信息；根据所述地址信息将所述请求发送至目标现场设备。

其中，管理平台发送的请求中可携带有目标点位标识，以对目标点位进行读写操作。通过点位属性信息可确定目标点位的相关地址，从而依据地址信息将请求准确下发至相应的目标现场设备，对该目标现场设备的目标监控状态进行读写操作。

通过上述步骤，基于点位属性信息完成被动响应业务，请求中不携带地址信息，数据帧长度会减少，且无需对地址信息进行解析，从而能够提高业务处理速度，减少系统资源占用。

业务处理装置的主动上报业务与被动响应业务可同时进行，主动上报业务由业务处理装置发起，被动响应业务由管理平台发起。在实际应用中，可将业务处理装置与各管理平台之间的数据交互调整为以业务处理装置主动上报点位数据变化为主，以各管理平台发起访问请求为辅的方式，通过主动上报点位数据变化，能够减少平台的请求，避免了平台频繁请求，提高业务处理装置的业务响应速度。

具体的，在根据所述点位属性信息确定所述目标点位标识对应的地址信息之前，所述方法还包括：通过发来所述请求的管理平台对应的业务线程，将所述请求发送给数据控制层；其中，所述数据控制层用于执行确定地址信息以及发送请求至目标现场设备的操作，每个管理平台都对应有自己的业务线程。通过为各管理平台设置自己的业务线程，使得各管理平台的数据处理流程可并发进行，互不影响。

进一步的，通过发来所述请求的管理平台对应的业务线程，将所述请求发送给数据控制层，包括：通过发来所述请求的管理平台对应的业务线程，将所述请求发送至第二消息队列，以通过所述第二消息队列将所述请求发送给所述数据控制层；其中，所有管理平台共用所述第二消息队列。

第二消息队列主要用于在业务处理装置内部协助向现场设备下发请求。通过第一消息队列与第二消息队列，将主动上报业务涉及的信息与被动响应业务涉及的请求分开进行传输，实现并发业务处理，能够在一定程度上提高业务处理装置的响应速度。

若所述请求为读请求，读请求中携带有目标点位标识，当获取到目标点位数据以后，可以按照上述主动上报的流程将该目标点位数据返回至发请求的管理平台。具体的，在根据所述地址信息将所述请求发送至目标现场设备之后，所述方法还包括：接收所述目标现场设备基于所述读请求返回的目标点位数据；根据所述点位属性信息，将所述返回的目标点位数据发送至对应的管理平台。

基于读请求返回数据时，也可以根据数据情况对数据缓存区进行更新，为后续主动上报业务提供准确的比对基准。具体的，在接收所述目标现场设备基于所述读请求返回的目标点位数据之后，所述方法还包括：根据所述读请求中携带的目标点位标识，从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述返回的目标点位数据和读取的目标点位的上一次数据；若比较结果为不一致，则按照所述读请求中携带的目标点位标识将所述返回的目标点位数据更新至所述数据缓存区中。

进一步的，根据所述点位属性信息，将所述返回的目标点位数据发送至对应的管理平台，包括：确定所述返回的目标点位数据对应的点位标识；根据所述点位属性信息，确定该点位标识对应的平台标识；将所述返回的目标点位数据发送至该平台标识对应的管理平台。

其中，将所述返回的目标点位数据发送至该平台标识对应的管理平台，包括：通过该平台标识对应的管理平台所对应的第一消息队列，将所述返回的目标点位数据传输给该平台标识对应的管理平台对应的业务线程，以通过所述业务线程按照该管理平台的协议对所述返回的目标点位数据进行组帧并向该管理平台发送数据帧。

若所述请求为写请求，写请求中携带有目标点位标识和目标点位数据，如果写请求中携带的目标点位数据相对于该点位的上一次数据有所变化，则更新数据缓存区，为后续主动上报业务提供准确的比对基准。具体的，在接收来自任意管理平台的请求之后，所述方法还包括：读取所述写请求中携带的目标点位数据；从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述写请求中携带的目标点位数据和所述目标点位的上一次数据；若比较结果为不一致，则按照所述写请求中携带的目标点位标识将所述写请求中携带的目标点位数据更新至所述数据缓存区中。

较优的，可以在对目标现场设备进行写操作成功之后，即接收到来自目标现场设备的写操作成功消息之后，再执行上述更新数据缓存区的步骤，以保证数据缓存区中的数据与现场设备的实际状态数据相符。

实施例二

基于同一发明构思，本实施例提供了一种业务处理装置，可以用于实现上述实施例所述的业务处理方法。该装置可以通过软件和/或硬件实现，示例性的，该业务处理装置可以是楼宇控制器。

图3是本发明实施例二提供的业务处理装置的结构框图，如图3所示，该装置包括：存储模块31、设备对接模块32和业务处理模块33。

所述存储模块31，用于存储点位属性信息，其中，一个现场设备的一个监控状态抽象为一个点位；

所述设备对接模块32，连接至所述存储模块、所述业务处理模块和至少两个现场设备，设备对接模块直接面向现场设备，用于主动监测点位数据，在点位数据发生变化时，根据所述点位属性信息将点位数据变化信息传输给所述业务处理模块；

所述业务处理模块33，连接至所述存储模块和至少一个管理平台，用于将所述点位数据变化信息上报给对应的管理平台。

通过上述模块，可主动对现场设备的数据进行采集，能够及时获知点位数据的变化，根据预存的点位属性信息主动上报点位数据变化信息给对应的管理平台，实现了数据实时差异化主动传输，简化了业务处理逻辑，管理平台无需频繁请求甚至实时请求，避免了大量请求导致响应慢且网络带宽占用高的问题，加快了响应请求的速度，降低处理大批量数据时系统资源的占用率，提高了业务处理能力和稳定性，提高了数据的实时性。

可选的，所述业务处理模块，还用于接收来自任意管理平台的请求，将所述请求传输给所述设备对接模块；所述设备对接模块，还用于根据所述点位属性信息将所述请求下发至对应的现场设备。由此可在主动上报业务的同时，也可以实现被动响应业务。

可选的，所述业务处理模块包括：至少一个业务线程，每个管理平台对应有自己的业务线程，业务线程用于针对所对应的管理平台进行数据处理。通过为各管理平台设置自己的业务线程，使得各管理平台的数据处理流程可并发进行，互不影响。

可选的，所述业务处理装置还包括至少一个第一消息队列；每个管理平台对应有自己的第一消息队列，所述第一消息队列具体用于协助所述设备对接模块向所述业务处理模块中对应的业务线程上传信息。通过为各管理平台设置自己的业务线程和第一消息队列，使得针对各管理平台的上报信息分开传输到各自对应的业务线程，进一步提高业务处理装置的响应速度。

可选的，所述装置还包括第二消息队列，所有管理平台共用所述第二消息队列，所述第二消息队列具体用于协助所述业务处理模块中的业务线程向所述设备对接模块下发请求。通过第一消息队列与第二消息队列，将主动上报业务涉及的信息与被动响应业务涉及的请求分开进行传输，能够在一定程度上提高业务处理速度。

可选的，所述设备对接模块32包括：

数据控制层，连接至所述业务处理模块和所述存储模块，用于对接入的现场设备进行数据采集，根据点位数据变化信息和所述点位属性信息，通过对应的第一消息队列将所述点位数据变化信息上传给所述业务处理模块中对应的业务线程；和/或，接收所述业务处理模块中的任意业务线程经第二消息队列下发的请求，根据所述请求和所述点位属性信息确定目标现场设备，并下发所述请求至所述目标现场设备；

数据缓存区，连接至所述数据控制层，用于存储所采集的点位数据。

数据控制层可对现场设备进行数据采集，在检测到点位数据发生变化时发起主动上报业务，也可基于管理平台下发的请求对现场设备下发控制。通过在设备对接模块中设置独立的数据缓存区，来存储点位数据，能够基于数据缓存区中存储的数据确定点位数据是否发生变化，从而发起主动上报业务。可选的，数据缓存区以键值对key-value的模式存储数据。

可选的，所述存储模块为redis缓存区。利用redis缓存区存储点位属性信息，能够提高程序的效率，简化程序结构，面对大批量数据处理，也能够保证较快的响应。

上述装置可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例提供的方法。

参考图4，为业务处理装置的具体结构示意图，该业务处理装置包括：redis缓存区41(相当于上述存储模块31)、设备对接层42(相当于上述设备对接模块32)和业务处理层43(相当于上述业务处理模块33)。

redis缓存区利用了redis非关系数据库的内存特性，让业务处理装置作为客服端接入redis服务器中，使业务处理装置在内存中获得一块redis缓存，业务处理装置将点位属性信息存入这块redis缓存中并且委托给redis服务器代为管理，从而提高程序效率，简化程序结构。

设备对接层包括数据控制层421与数据缓存区422构成，直接面向现场设备。数据控制层可对现场设备进行数据采集，也可对现场设备下发控制。数据控制层具有独立的数据缓存区用来保存采集回来的现场数据，利用key-value的模式进行管理。

业务处理层负责处理管理平台的请求以及设备对接层主动上报的数据。业务处理装置在所支持的平台范围内，每接入一个平台就创建该平台专属的业务线程并注册一条子消息队列44(相当于上述第一消息队列)，由此每个平台之间的请求与响应并发处理，互不影响。业务线程可通过主消息队列45(相当于上述第二消息队列)将请求下发至设备对接层中的数据控制层。

实施例三

本实施例基于图4所示的结构对上述业务处理方案进行说明，然而值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。与上述实施例相同或相应的术语解释，本实施例不再赘述。

业务处理装置的业务处理从大体上可以分为主动上报业务以及被动响应业务。

参考图5，为主动上报业务流程的示意图，该次数据交互由业务处理装置主动发起。由业务处理装置主动将发生变化的现场数据上报给相应的管理平台。数据控制层将首次采集到的现场设备的点位数据上报给管理平台，并且记录在数据缓存区中。后续每次采集现场数据，都将当前所采集的点位数据与数据缓存区中存储的该点位的数据进行对比，若有差异，确定该点位为变化点位，则根据变化点位的点位ID从redis缓存区中获取对应的平台标识，根据该平台标识所表示的管理平台，将变化点位的点位ID及点位当前值通过管理平台对应的子消息队列发送给业务处理层中对应的业务线程，该业务线程接收到信息后按照对应的管理平台协议进行组帧发送。

参考图6，为被动响应业务流程的示意图，该次数据交互由管理平台发起，业务处理装置被动响应。管理平台发起的请求分为读请求和写请求。业务处理装置接收到管理平台的请求后，由该管理平台对应的业务线程通过主消息队列将请求发送给数据控制层，数据控制层接收到请求后，根据该请求中携带的点位ID，从redis缓存区存储的点位属性信息中查询该点位ID对应的详细地址信息，根据详细地址信息所体现的映射关系对目标现场设备的目标监控状态进行读写操作。对于读请求，需要返回数据给管理平台，返回数据的流程可参考图5。

实施例四

本实施例提供一种业务处理系统，包括：业务处理装置、至少两个现场设备以及至少一个管理平台。所述至少两个现场设备与所述业务处理装置通信连接；所述至少一个管理平台与所述业务处理装置通信连接；所述业务处理装置是上述实施例所述的业务处理装置。示例性的，该业务处理系统可以是楼控系统，业务处理装置可以是楼宇控制器。

上述系统可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例提供的方法。

参考图7，为楼控系统的拓扑示意图，楼控系统包括：现场设备1至n、楼宇控制器70和管理平台1至m。n和m的取值可以相等，也可以不相等。楼宇控制器70中可包含至少一个扩展模块71，用于扩展接口，以连接更多的现场设备。楼宇控制器70可包括上述实施例所述的业务处理装置。

实施例五

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所述的业务处理方法。

实施例六

本实施例提供一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够实现如上述实施例所述的业务处理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种业务处理方法，其特征在于，所述方法应用于业务处理装置，所述业务处理装置分别与至少两个现场设备及至少一个管理平台通信连接，所述方法包括：

基于对现场设备的数据采集，确定数据发生变化的点位，其中，一个现场设备的一个监控状态抽象为一个点位；

根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台；

将点位数据变化信息主动上报给所述目标管理平台；

将点位数据变化信息主动上报给所述目标管理平台，包括：通过所述目标管理平台对应的第一消息队列，将所述点位数据变化信息传输给所述目标管理平台对应的业务线程，以通过所述业务线程按照所述目标管理平台的协议对所述点位数据变化信息进行组帧并向所述目标管理平台发送数据帧；其中，每个管理平台都对应有自己的业务线程；

所述方法还包括：

接收来自任意管理平台的请求，其中，请求携带有目标点位标识；

根据所述点位属性信息确定所述目标点位标识对应的地址信息；

根据所述地址信息将请求发送至目标现场设备；

在根据所述点位属性信息确定所述目标点位标识对应的地址信息之前，所述方法还包括：通过发来请求的管理平台对应的业务线程，将请求发送至第二消息队列，以通过所述第二消息队列将请求发送给数据控制层；其中，所述数据控制层用于执行确定地址信息以及发送请求至目标现场设备的操作，所有管理平台共用所述第二消息队列；

根据预存的点位属性信息，确定所述数据发生变化的点位对应的目标管理平台，包括：确定所述数据发生变化的点位的点位标识；根据所述点位属性信息，确定所述点位标识对应的平台标识，其中，所述点位属性信息包括点位标识、平台标识以及地址信息的映射关系；确定所述平台标识对应的管理平台作为所述目标管理平台；

若请求为读请求，在根据所述地址信息将请求发送至目标现场设备之后，接收所述目标现场设备基于所述读请求返回的目标点位数据；根据所述读请求中携带的目标点位标识，从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述返回的目标点位数据和读取的目标点位的上一次数据；若比较结果为不一致，则按照所述读请求中携带的目标点位标识将所述返回的目标点位数据更新至所述数据缓存区中；

若请求为写请求，在接收来自任意管理平台的请求之后，所述方法还包括：读取所述写请求中携带的目标点位数据；从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述写请求中携带的目标点位数据和所述目标点位的上一次数据；若比较结果为不一致，则按照所述写请求中携带的目标点位标识将所述写请求中携带的目标点位数据更新至所述数据缓存区中。

2.根据权利要求1所述的方法，其特征在于，基于对现场设备的数据采集，确定数据发生变化的点位，包括：

针对每一个现场设备，按照预设时机采集所述现场设备的预设点位的当前数据；

从数据缓存区存储的数据中读取所述预设点位的上一次数据；

比较所述当前数据和所述上一次数据；

若比较结果为不一致，则确定所述预设点位作为数据发生变化的点位。

3.根据权利要求2所述的方法，其特征在于，在确定数据发生变化的点位之后，所述方法还包括：

将变化后的点位数据更新至所述数据缓存区中。

4.根据权利要求1所述的方法，其特征在于，若请求为读请求，在接收所述目标现场设备基于所述读请求返回的目标点位数据之后，所述方法还包括：

根据所述点位属性信息，将所述返回的目标点位数据发送至对应的管理平台。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述点位属性信息存储于所述业务处理装置中的redis缓冲区。

6.一种业务处理装置，其特征在于，所述业务处理装置用于实现权利要求1至5中任一项所述的业务处理方法，所述业务处理装置包括：存储模块、设备对接模块和业务处理模块；

所述存储模块，用于存储点位属性信息，其中，一个现场设备的一个监控状态抽象为一个点位；

所述设备对接模块，连接至所述存储模块、所述业务处理模块和至少两个现场设备，用于主动监测点位数据，在点位数据发生变化时，根据所述点位属性信息将点位数据变化信息传输给所述业务处理模块；

所述业务处理模块，连接至所述存储模块和至少一个管理平台，用于将所述点位数据变化信息主动上报给对应的管理平台；

所述业务处理模块包括：至少一个业务线程；

所述业务处理装置还包括至少一个第一消息队列；所述第一消息队列用于协助所述设备对接模块向所述业务处理模块中对应的业务线程上传信息；

所述业务处理装置还包括第二消息队列；所有管理平台共用所述第二消息队列，所述第二消息队列用于协助所述业务处理模块中的业务线程向所述设备对接模块下发请求；

所述设备对接模块包括：数据控制层，连接至所述业务处理模块和所述存储模块，用于对接入的现场设备进行数据采集，根据点位数据变化信息和所述点位属性信息，通过对应的第一消息队列将所述点位数据变化信息上传给所述业务处理模块中对应的业务线程；和/或，接收所述业务处理模块中的任意业务线程经第二消息队列下发的请求，根据请求和所述点位属性信息确定目标现场设备，并下发请求至所述目标现场设备；

所述业务处理模块用于：

确定数据发生变化的点位的点位标识；根据所述点位属性信息，确定所述点位标识对应的平台标识，其中，所述点位属性信息包括点位标识、平台标识以及地址信息的映射关系；确定所述平台标识对应的管理平台作为主动上报的目标管理平台；

若请求为读请求，在根据与请求中携带的目标点位标识对应的地址信息将请求发送至目标现场设备之后，接收所述目标现场设备基于所述读请求返回的目标点位数据；根据所述读请求中携带的目标点位标识，从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述返回的目标点位数据和读取的目标点位的上一次数据；若比较结果为不一致，则按照所述读请求中携带的目标点位标识将所述返回的目标点位数据更新至所述数据缓存区中；

若请求为写请求，在接收来自任意管理平台的请求之后，读取所述写请求中携带的目标点位数据；从数据缓存区存储的数据中读取目标点位的上一次数据；比较所述写请求中携带的目标点位数据和所述目标点位的上一次数据；若比较结果为不一致，则按照所述写请求中携带的目标点位标识将所述写请求中携带的目标点位数据更新至所述数据缓存区中。

7.根据权利要求6所述的业务处理装置，其特征在于，所述设备对接模块包括：

数据缓存区，连接至所述数据控制层，用于存储所采集的点位数据。

8.根据权利要求6所述的业务处理装置，其特征在于，所述存储模块为redis缓存区。

9.一种业务处理系统，其特征在于，包括：业务处理装置、至少两个现场设备以及至少一个管理平台；

所述至少两个现场设备与所述业务处理装置通信连接；

所述至少一个管理平台与所述业务处理装置通信连接；

所述业务处理装置是权利要求6至8中任一项所述的业务处理装置。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的业务处理方法。