CN115514827A - 智能楼宇系统的数据处理方法、装置、设备和存储介质 - Google Patents

智能楼宇系统的数据处理方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN115514827A
CN115514827A CN202211365218.8A CN202211365218A CN115514827A CN 115514827 A CN115514827 A CN 115514827A CN 202211365218 A CN202211365218 A CN 202211365218A CN 115514827 A CN115514827 A CN 115514827A
Authority
CN
China
Prior art keywords
data
communication protocol
target
model
call request
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.)
Pending
Application number
CN202211365218.8A
Other languages
English (en)
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.)
GD Midea Heating and Ventilating Equipment Co Ltd
Shanghai Meikong Smartt Building Co Ltd
Original Assignee
GD Midea Heating and Ventilating Equipment Co Ltd
Shanghai Meikong Smartt Building 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 GD Midea Heating and Ventilating Equipment Co Ltd, Shanghai Meikong Smartt Building Co Ltd filed Critical GD Midea Heating and Ventilating Equipment Co Ltd
Priority to CN202211365218.8A priority Critical patent/CN115514827A/zh
Publication of CN115514827A publication Critical patent/CN115514827A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

本发明涉及智能楼宇技术领域,提供了一种智能楼宇系统的数据处理方法、装置、设备和存储介质;方法包括:获取数据调用方发送的第一通信协议的数据调用请求,确定目标设备的模型和对应的第二通信协议;将数据调用请求转化为第二通信协议,将目标设备的模型对应的设备参数加入数据调用请求中;向目标设备发送第二通信协议的数据调用请求;获取目标设备的数据并发送至数据调用方。数据调用方向聚合引擎发送第一通信协议的数据调用请求,就可以获取目标设备的数据,无需根据设备的供应商采用的通信协议发送数据调用请求。数据调用方发送的数据调用请求无需包括调用数据的设备的设备参数,也可以获取该设备的数据,可以确保数据调用成功。

Description

智能楼宇系统的数据处理方法、装置、设备和存储介质
技术领域
本发明涉及智能楼宇技术领域,尤其是涉及一种智能楼宇系统的数据处理方法、装置、设备和存储介质。
背景技术
目前,在一个智能楼宇中往往会用到不同供应商的设备,且不同供应商采用的通信协议往往不同。例如:智能楼宇内包括三台电梯A、B、C,其中,电梯A和电梯B是供应商X提供的,电梯C是供应商Y提供的,供应商X采用的通信协议与供应商Y采用的通信协议不同。
然而,如果数据调用方想要调用不同供应商的设备的数据,需要分别使用不同的通信协议获取不同供应商的设备的数据。对于上述例子,如果想要调用智能楼宇内全部的三台电梯的数据,则数据调用方需要使用供应商X采用的通信协议调用电梯A和电梯B的数据,还需要使用供应商Y采用的通信协议调用电梯C的数据,非常的不方便,调用效率非常低。
因此,在云端与云端之间调用数据时,现有技术需要在两个云端之间设置网关,通过网关将某一个云端的通讯协议转换为另一个云端的通讯协议,才可以实现数据调用。
此外,现有技术中数据调用方在进行数据调用时,数据调用方需要预先知晓调用数据的设备及其设备参数,数据调用方发送的数据调用请求需要包括上述设备及其设备参数。然而,对于不同供应商的不同类型的设备,要调用的参数的类型很可能存在一定的区别,这会导致数据调用方发送的数据调用请求包括的设备及其设备参数与上传数据的设备并不匹配,从而出现调用数据失败的情况。
发明内容
有鉴于此,本发明的目的在于提供一种智能楼宇系统的数据处理方法、装置、设备和存储介质,通过统一接口获取数据调用请求,在聚合引擎的驱动层中进行协议转化,因此无需设置网关就可以实现设备调用,以提高智能楼宇中数据调用的效率。
第一方面,本发明实施例提供了一种智能楼宇系统的数据处理方法,应用于智能楼宇系统的聚合引擎,聚合引擎包括驱动层、统一接口和协议层,统一接口用于获取数据调用方发送的数据调用请求,驱动层用于转化数据调用请求的通信协议,协议层用于存储通信协议;方法包括:获取数据调用方发送的第一通信协议的数据调用请求,基于数据调用请求确定调用的目标设备信息;基于目标设备信息确定目标设备的模型,确定目标设备的模型对应的第二通信协议;将数据调用请求的通信协议由第一通信协议转化为第二通信协议,将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中;向目标设备发送第二通信协议的数据调用请求;获取目标设备的数据,将目标设备的数据发送至数据调用方。
在本申请可选的实施例中,各个数据调用方发送的数据调用请求采用相同的第一通信协议。
在本申请可选的实施例中,上述获取数据调用方发送的第一通信协议的数据调用请求,基于数据调用请求确定调用的目标设备信息的步骤,包括:获取数据调用方发送的第一通信协议的数据调用请求;其中,数据调用请求包含目标设备的标识;基于目标设备的标识确定目标设备信息。
在本申请可选的实施例中,对于各个供应商的每个类型的设备,在聚合引擎中均设置一个模型;每个模型均对应有第二通信协议。
在本申请可选的实施例中,上述确定目标设备的模型对应的第二通信协议的步骤,包括:确定目标设备的模型是否有对应的目标驱动;如果否,生成目标设备的模型对应的目标驱动;如果是,获取目标设备的模型对应的目标驱动;驱动层基于目标驱动确定目标设备的模型对应的第二通信协议。
在本申请可选的实施例中,上述生成目标设备的模型对应的目标驱动的步骤,包括:解析目标设备的模型的数据结构,将解析后的数据结构保存到实体类;将实体类进行遍历解析,生成sql语句;其中,sql语句用于数据库表的建表和插入数据;基于sql语句生成目标设备的模型对应的目标驱动。
在本申请可选的实施例中,上述目标设备的数据基于目标设备的模型对应的设备参数确定。
在本申请可选的实施例中,上述获取目标设备的数据,将目标设备的数据发送至数据调用方的步骤,包括:获取目标设备发送的第二通信协议的数据;将第二通信协议的数据转化为第一通信协议的数据;将第一通信协议的数据发送至数据调用方。
在本申请可选的实施例中,第一通信协议和第二通信协议均包括:http协议、https协议、dubbo协议、webSocket协议、mqqt协议或wss协议。
第二方面,本发明实施例还提供一种智能楼宇系统的数据处理装置,应用于智能楼宇系统的聚合引擎,装置包括:数据调用请求获取模块,用于获取数据调用方发送的第一通信协议的数据调用请求,基于数据调用请求确定调用的目标设备信息;第二通信协议确定模块,用于基于目标设备信息确定目标设备的模型,确定目标设备的模型对应的第二通信协议;数据调用请求转化模块,用于将数据调用请求的通信协议由第一通信协议转化为第二通信协议,将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中;数据调用请求发送模块,用于向目标设备发送第二通信协议的数据调用请求;目标设备数据获取模块,用于获取目标设备的数据,将目标设备的数据发送至数据调用方。
第三方面,本发明实施例还提供了一种电子设备,包括处理器和存储器,该存储器存储有能够被该处理器执行的计算机可执行指令,该处理器执行该计算机可执行指令以实现上述智能楼宇系统的数据处理方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现上述智能楼宇系统的数据处理方法。
本发明实施例带来了以下有益效果:
本发明实施例提供的一种智能楼宇系统的数据处理方法、装置、设备和存储介质,数据调用方发送第一通信协议的数据调用请求至智能楼宇系统的聚合引擎;聚合引擎可以基于数据调用请求确定目标设备的模型和该模型对应的第二通信协议,将第一通信协议的数据调用请求转化为第二通信协议的数据调用请求,并将该模型对应的设备参数加入第二通信协议的数据调用请求中,向目标设备发送第二通信协议的数据调用请求。聚合引擎还可以获取目标设备的数据,并将目标设备的数据发送至数据调用方。该方式中,数据调用方向智能楼宇系统的聚合引擎发送指定的第一通信协议的数据调用请求,就可以获取目标设备的数据,无需根据设备的供应商采用的通信协议发送数据调用请求。通过聚合引擎的统一接口获取数据调用请求,在聚合引擎的驱动层中进行协议转化,因此无需设置网关就可以实现设备调用,从而提高智能楼宇中数据调用的效率。将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中,可以获取设备参数对应的数据,数据调用方发送的数据调用请求无需包括调用数据的设备的设备参数,也可以获取该设备的数据,可以确保数据调用成功。
公开的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义地确定,或者通过实施本公开的上述技术即可得知。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种智能楼宇系统的数据处理方法的流程图;
图2为本发明实施例提供的一种智能楼宇系统的示意图;
图3为本发明实施例提供的另一种智能楼宇系统的数据处理方法的流程图;
图4为本发明实施例提供的一种聚合引擎的API归一的处理逻辑的示意图;
图5为本发明实施例提供的一种智能楼宇系统的数据处理装置的结构示意图;
图6为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
目前,在一个智能楼宇中往往会用到不同供应商的设备,且不同供应商采用的通信协议往往不同。例如:智能楼宇内包括三台电梯A、B、C,其中,电梯A和电梯B是供应商X提供的,电梯C是供应商Y提供的,供应商X采用的通信协议与供应商Y采用的通信协议不同。然而,如果数据调用方想要调用不同供应商的设备的数据,需要分别使用不同的通信协议获取不同供应商的设备的数据。对于上述例子,如果想要调用智能楼宇内全部的三台电梯的数据,则数据调用方需要使用供应商X采用的通信协议调用电梯A和电梯B的数据,还需要使用供应商Y采用的通信协议调用电梯C的数据,非常的不方便,调用效率非常低。
因此,在云端与云端之间调用数据时,现有技术需要在两个云端之间设置网关,通过网关将某一个云端的通讯协议转换为另一个云端的通讯协议,才可以实现数据调用。
此外,现有技术中数据调用方在进行数据调用时,数据调用方需要预先知晓调用数据的设备及其设备参数,数据调用方发送的数据调用请求需要包括上述设备及其设备参数。然而,对于不同供应商的不同类型的设备,要调用的参数的类型很可能存在一定的区别,这会导致数据调用方发送的数据调用请求包括的设备及其设备参数与上传数据的设备并不匹配,从而出现调用数据失败的情况。
基于此,本发明实施例提供的一种智能楼宇系统的数据处理方法、装置、设备和存储介质,具体提供了一种智能楼宇系统的聚合引擎,涉及多服务,多领域,多协议的处理方法。通过聚合引擎,可以将数据调用方发送的第一通信协议的数据调用请求转化为向目标设备发送的第二通信协议的数据调用请求,从而统一不同供应商的数据调用请求的通信协议,提高数据调用的效率。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种智能楼宇系统的数据处理方法进行详细介绍。
实施例一:
本发明实施例提供一种智能楼宇系统的数据处理方法,应用于智能楼宇系统的聚合引擎,聚合引擎包括驱动层、统一接口和协议层,统一接口用于获取数据调用方发送的数据调用请求,驱动层用于转化数据调用请求的通信协议,协议层用于存储通信协议。
现有技术中在云端与云端之间调用数据时需要在两个云端之间设置网关,网关用于进行协议转化,通过网关将某一个云端的通讯协议转换为另一个云端的通讯协议,才可以实现数据调用。
本实施例中无需设置网关,通过聚合引擎的统一接口获取数据调用方发送的数据调用请求,通过聚合引擎的驱动层转化数据调用请求的通信协议,例如:将数据调用方对应的云端A的通讯协议a转化为聚合引擎对应的云端B的通信协议b。聚合引擎可以通过通信协议b从设备调用数据,并将调用的数据转化为通讯协议a,并发送至数据调用方对应的云端A。
因此本实施例中无需设置网关就可以实现设备调用,从而提高智能楼宇中数据调用的效率。
基于上述描述,参见图1所示的一种智能楼宇系统的数据处理方法的流程图,该智能楼宇系统的数据处理方法包括如下步骤:
步骤S102,获取数据调用方发送的第一通信协议的数据调用请求,基于数据调用请求确定调用的目标设备信息。
本实施例的数据调用方可以向智能楼宇系统的聚合引擎发送数据调用请求,其中,数据调用请求可以统一采用第一通信协议。智能楼宇系统的聚合引擎接收到第一通信协议的数据调用请求之后,可以确定调用的目标设备信息。
具体地,本实施例中的目标设备信息可以是协议类型、协议代码、设备类别、设备编码、供应商等可以用于标识目标设备通信协议的信息。
例如,数据调用请求中需要标注调用的目标设备的编号,例如:编号01的目标设备。聚合引擎中可以预先设置每个设备信息,在接收数据调用请求之后,聚合引擎可以基于目标设备的编号确定目标设备信息。
步骤S104,基于目标设备信息确定目标设备的模型,确定目标设备的模型对应的第二通信协议。
因为不同供应商的相同设备很可能采用不同的通信协议,相同供应商的不同设备也可能采用不同的通信协议,因此,聚合引擎可以根据目标设备信息确定目标设备的供应商采用的通信协议,即第二通信协议。
本实施例可以基于目标设备信息确定目标设备的模型;确定目标设备的模型对应的第二通信协议。
本实施例中的模型与设备的供应商和类型具有对应关系,因此,可以根据目标设备信息确定目标设备的模型。聚合引擎中还可以设置有每个模型对应的第二通信协议,因此,可以根据目标设备的模型确定第二通信协议。
步骤S106,将数据调用请求的通信协议由第一通信协议转化为第二通信协议,将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中。
在确定目标设备的供应商采用的第二通信协议之后,聚合引擎可以将第一通信协议的数据调用请求转化为第二通信协议的数据调用请求,数据调用请求采用第二通信协议,可以与目标设备正常通信。
对于不同类型的设备,要请求的数据的参数并不相同,因此,本实施例的每个模型均设置有设备参数,设备参数基于设备的类型确定,例如,电梯的设备参数可以包括:运行状态、目前楼层、所属建筑、额定重量、额定速度、是否超重、是否超速等。停车位的设备参数可以包括:运行状态、是否有车辆停靠、是否为电停车位、所属建筑等。
本实施例中可以直接将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中,例如:对于供应商A和B的电梯a和b,电梯a的设备参数包括额定重量、额定速度,电梯b的设备参数包括额定重量,不包括额定速度。
如果将电梯a的设备参数加入第二通信协议的数据调用请求中,则可以将额定重量、额定速度加入第二通信协议的数据调用请求中;如果将电梯b的设备参数加入第二通信协议的数据调用请求中,则可以将额定重量加入第二通信协议的数据调用请求中,不将额定速度加入第二通信协议的数据调用请求中。
通过上述方式,可以保证数据调用请求中包括的设备参数与处理该数据调用请求的设备可以上传的设备参数是匹配的,确保数据调用的成功。同时,数据调用方发送的数据调用请求无需包括调用数据的设备的设备参数,也可以获取该设备的数据。
在完成将数据调用请求的通信协议由第一通信协议转化为第二通信协议的步骤之后,本实施例可以将目标设备的设备参数加入第二通信协议的数据调用请求。此时得到的数据调用请求不仅采用了第二通信协议,还包括了目标设备的设备参数。
步骤S108,向目标设备发送第二通信协议的数据调用请求。
由于聚合引擎的数据调用请求采用第二通信协议,与目标设备的供应商采用的协议相同。因此,聚合引擎可以向目标设备发送第二通信协议的数据调用请求,目标设备可以根据第二通信协议的数据调用请求向聚合引擎发送目标设备的数据。
步骤S110,获取目标设备的数据,将目标设备的数据发送至数据调用方。
聚合引擎接收目标设备的数据之后,可以将目标设备的数据发送至数据调用方,以使数据调用方获取需要的数据。
本发明实施例提供的一种智能楼宇系统的数据处理方法,数据调用方发送的第一通信协议数据调用请求至智能楼宇系统的聚合引擎;聚合引擎可以基于数据调用请求确定目标设备的模型和该模型对应的第二通信协议,将第一通信协议的数据调用请求转化为第二通信协议的数据调用请求,并将该模型对应的设备参数加入第二通信协议的数据调用请求中,向目标设备发送第二通信协议的数据调用请求。聚合引擎还可以获取目标设备的数据,并将目标设备的数据发送至数据调用方。该方式中,数据调用方向智能楼宇系统的聚合引擎发送指定的第一通信协议的数据调用请求,就可以获取目标设备的数据,无需根据设备的供应商采用的通信协议发送数据调用请求。通过聚合引擎的统一接口获取数据调用请求,在聚合引擎的驱动层中进行协议转化,因此无需设置网关就可以实现设备调用,从而提高智能楼宇中数据调用的效率。将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中,可以获取设备参数对应的数据,数据调用方发送的数据调用请求无需包括调用数据的设备的设备参数,也可以获取该设备的数据,可以确保数据调用成功。
实施例二:
本实施例提供了另一种智能楼宇系统的数据处理方法,该方法在上述实施例的基础上实现,参见图2所示的一种智能楼宇系统的示意图,该智能楼宇系统中的设备的类型包括:停车位、电梯和储物柜。其中,停车位的供应商包括:供应商A1、B1、C1;电梯的供应商包括:供应商A2、B2、C2;储物柜的供应商包括:供应商A3、B3、C3。
如图2所示,聚合引擎可以包括驱动层、统一API(接口)和协议层,其中,聚合引擎的驱动层可以将不同供应商的API转化成统一API,聚合引擎的统一API接口包括电梯、停车位和储物柜的接口、聚合引擎的协议层可以实现协议统一。
本申请提供了云-云通信间的协议统一透出方式。不同协议的服务平台和聚合引擎交互,转换统一协议方式让外部云平台接入。本实施例的聚合引擎提供的统一接口,可以对于不同的云服务商的接口透出字段内容统一转换成聚合引擎对外统一的API字段内容。
基于上述描述,如图3所示的另一种智能楼宇系统的数据处理方法的流程图,本实施例中的智能楼宇系统的数据处理方法包括如下步骤:
步骤S302,获取数据调用方发送的第一通信协议的数据调用请求;其中,数据调用请求包含目标设备的标识;基于目标设备的标识确定目标设备的信息。
其中,本实施例中各个数据调用方发送的数据调用请求采用相同的第一通信协议。例如:第一通信协议约定为dubbo协议,各个数据调用方都可以发送dubbo协议的数据调用请求。
数据调用请求中可以标注调用的目标设备的标识,可以采用数字、字母等符号作为目标设备的标识,例如:编号01A的目标设备。聚合引擎中可以预先设置每个设备的信息与设备的标识的对应关系,在接收数据调用请求之后,聚合引擎可以基于该对应关系查找目标设备的标识对应的目标设备信息。
步骤S304,基于目标设备信息确定目标设备的模型,确定目标设备的模型对应的第二通信协议。
对于各个供应商的每个类型的设备,在聚合引擎中均设置一个模型;每个模型均对应有第二通信协议。即,本实施例的聚合引擎中可以设置多个模型,对于每个供应商的每个类型的设备,都可以设置一个模型。
具体地,以图3为例,确定目标设备为供应商A2的电梯,则可以先确定供应商A2的电梯对应的模型,然后确定该模型对应的第二通信协议。
具体地,本实施例可以确定目标设备的模型是否有对应的目标驱动;如果否,生成目标设备的模型对应的目标驱动;如果是,获取目标设备的模型对应的目标驱动;驱动层基于目标驱动确定目标设备的模型对应的第二通信协议。
参见图4所示的一种聚合引擎的API归一的处理逻辑的示意图,可以通过下述步骤进行API归一:
步骤1,设备管理平台录入设备模型(某家供应商的某种设备类型)和供应商接口调用协议、接口路径和出入参模型。
步骤2,根据录入的设备模型判断驱动是否存在,如果存在就自动选择驱动,如果不存在则执行步骤3。具体地,本实施例可以解析目标设备的模型的数据结构,将解析后的数据结构保存到实体类;将实体类进行遍历解析,生成sql语句;其中,sql语句用于数据库表的建表和插入数据;基于sql语句生成目标设备的模型对应的目标驱动。
步骤3,将设备模型的数据通过json解析工具进行解析,采用的是递归方式解析数据结构。
步骤4,将解析好的数据结构保存到实体类,主要有json的kev和value及value的数据类型。
步骤5,将实体类进行遍历解析生成用于数据库表的建表和插入数据的sql语句,通过mybatis执行建表和插入数据的sql来完成在MySQL数据库中建表和插入数据的操作生成模型驱动。
步骤6,根据供应商接口调用协议、接口路径和出入参模型生成业务驱动。
步骤7,根据模型驱动和业务驱动生成协议转换层(协议转换层的透出模型也是固定的,根据步骤4中生成kev做唯一区分,生成协议转换代码),并转换成唯一的协议转换接口。
步骤8,完成API归一。
步骤S306,将数据调用请求的通信协议由第一通信协议转化为第二通信协议,将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中。
步骤S308,向目标设备发送第二通信协议的数据调用请求。
聚合引擎向目标设备发送第二通信协议的数据调用请求之后,目标设备可以向聚合引擎发送目标设备的数据,其中,目标设备的数据基于目标设备的模型对应的设备参数确定。即目标设备可以解析第二通信协议的数据调用请求,得到目标设备的设备参数,根据目标设备的设备参数向聚合引擎发送目标设备的数据。
步骤S310,获取目标设备的数据,将目标设备的数据发送至数据调用方。
具体地,本实施例可以获取目标设备发送的第二通信协议的数据;将第二通信协议的数据转化为第一通信协议的数据;将第一通信协议的数据发送至数据调用方。
聚合引擎在获取目标设备发送的第二通信协议的数据之后,可以将第二通信协议的数据转化为与数据调用方通信需要的第一通信协议的数据。
需要说明的是,本实施例的第一通信协议和第二通信协议均包括:http协议、https协议、dubbo协议、webSocket协议、mqqt协议或wss协议。除了上述协议之外,第一通信协议和第二通信协议还可以为其他协议,本实施例对此不做限定。
本发明实施例提供的上述方法,聚合引擎中可以定义不同设备的统一模型;聚合引擎可以接入不同供应商,在驱动层面完成设备厂商API的映射处理成聚合引擎对外统一的API。对于聚合引擎的接口,本实施例可以按照API的透出方式做统一收口,即完成在协议层面的统一,比如:聚合引擎透出的电梯实时数据,有的供应商是webSocket协议,有的供应商是http协议,本实施例可以在客户端层面实现协议的转换,将转换成对外透出的webSocket协议。
本发明实施例提供的上述方法,对比传统的处理方式可以更加灵活处理多种协议格式数据,对于实时上报数据可以直接对接,避免大量无意义的历史留存数据,同时服务的调用链路,避免系统开销,精简了耗时耗力的中间沟通。同时,本发明实施例提供的上述方法,外部服务可以注册成为子服务,本地服务可以点对点直接调用,效率极大提升。此外,本发明实施例统一了接入口径,各个数据调用方的研发人员此后只需要接入本发明实施例提供的一套API而无需考虑其他三方服务的接口出入参数,可以极大提高工作效率和服务的调用效率。
实施例三:
对应于上述方法实施例,本发明实施例提供了一种智能楼宇系统的数据处理装置,应用于智能楼宇系统的聚合引擎,参见图5所示的一种智能楼宇系统的数据处理装置的结构示意图,该智能楼宇系统的数据处理装置包括:
数据调用请求获取模块51,用于获取数据调用方发送的第一通信协议的数据调用请求,基于数据调用请求确定调用的目标设备信息;
第二通信协议确定模块52,用于基于目标设备信息确定目标设备的模型,确定目标设备的模型对应的第二通信协议;
数据调用请求转化模块53,用于将数据调用请求的通信协议由第一通信协议转化为第二通信协议,将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中;
数据调用请求发送模块54,用于向目标设备发送第二通信协议的数据调用请求;
目标设备数据获取模块55,用于获取目标设备的数据,将目标设备的数据发送至数据调用方。
本发明实施例提供的一种智能楼宇系统的数据处理装置,数据调用方发送的第一通信协议数据调用请求至智能楼宇系统的聚合引擎;聚合引擎可以基于数据调用请求确定目标设备的模型和该模型对应的第二通信协议,将第一通信协议的数据调用请求转化为第二通信协议的数据调用请求,并将该模型对应的设备参数加入第二通信协议的数据调用请求中,向目标设备发送第二通信协议的数据调用请求。聚合引擎还可以获取目标设备的数据,并将目标设备的数据发送至数据调用方。该方式中,数据调用方向智能楼宇系统的聚合引擎发送指定的第一通信协议的数据调用请求,就可以获取目标设备的数据,无需根据设备的供应商采用的通信协议发送数据调用请求。通过聚合引擎的统一接口获取数据调用请求,在聚合引擎的驱动层中进行协议转化,因此无需设置网关就可以实现设备调用,从而提高智能楼宇中数据调用的效率。将目标设备的模型对应的设备参数加入第二通信协议的数据调用请求中,可以获取设备参数对应的数据,数据调用方发送的数据调用请求无需包括调用数据的设备的设备参数,也可以获取该设备的数据,可以确保数据调用成功。
各个数据调用方发送的数据调用请求采用相同的第一通信协议。
上述数据调用请求获取模块,用于获取数据调用方发送的第一通信协议的数据调用请求;其中,数据调用请求包含目标设备的标识;基于目标设备的标识确定目标设备信息。
对于各个供应商的每个类型的设备,在聚合引擎中均设置一个模型;每个模型均对应有第二通信协议。
上述第二通信协议确定模块,用于确定目标设备的模型是否有对应的目标驱动;如果否,生成目标设备的模型对应的目标驱动;如果是,获取目标设备的模型对应的目标驱动;驱动层基于目标驱动确定目标设备的模型对应的第二通信协议。
上述第二通信协议确定模块,用于解析目标设备的模型的数据结构,将解析后的数据结构保存到实体类;将实体类进行遍历解析,生成sql语句;其中,sql语句用于数据库表的建表和插入数据;基于sql语句生成目标设备的模型对应的目标驱动。
上述目标设备的数据基于目标设备的模型对应的设备参数确定。
上述目标设备数据获取模块,用于获取目标设备发送的第二通信协议的数据;将第二通信协议的数据转化为第一通信协议的数据;将第一通信协议的数据发送至数据调用方。
上述第一通信协议和上述第二通信协议均包括:http协议、https协议、dubbo协议、webSocket协议、mqqt协议或wss协议。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的智能楼宇系统的数据处理装置的具体工作过程,可以参考前述的智能楼宇系统的数据处理方法的实施例中的对应过程,在此不再赘述。
实施例四:
本发明实施例还提供了一种电子设备,用于运行上述智能楼宇系统的数据处理方法;参见图6所示的一种电子设备的结构示意图,该电子设备包括存储器100和处理器101,其中,存储器100用于存储一条或多条计算机指令,一条或多条计算机指令被处理器101执行,以实现上述智能楼宇系统的数据处理方法。
进一步地,图6所示的电子设备还包括总线102和通信接口103,处理器101、通信接口103和存储器100通过总线102连接。
其中,存储器100可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。总线102可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
处理器101可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器100,处理器101读取存储器100中的信息,结合其硬件完成前述实施例的方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现上述智能楼宇系统的数据处理方法,具体实现可参见方法实施例,在此不再赘述。
本发明实施例所提供的智能楼宇系统的数据处理方法、装置、设备和存储介质的计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行前面方法实施例中的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和/或装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种智能楼宇系统的数据处理方法,其特征在于,应用于智能楼宇系统的聚合引擎,所述聚合引擎包括驱动层、统一接口和协议层,所述统一接口用于获取数据调用方发送的数据调用请求,所述驱动层用于转化数据调用请求的通信协议,所述协议层用于存储通信协议;所述方法包括:
获取所述数据调用方发送的第一通信协议的数据调用请求,基于所述数据调用请求确定调用的目标设备信息;
基于所述目标设备信息确定目标设备的模型,确定所述目标设备的模型对应的第二通信协议;
将所述数据调用请求的通信协议由所述第一通信协议转化为所述第二通信协议,将所述目标设备的模型对应的设备参数加入所述第二通信协议的数据调用请求中;
向所述目标设备发送所述第二通信协议的数据调用请求;
获取所述目标设备的数据,将所述目标设备的数据发送至所述数据调用方。
2.根据权利要求1所述的方法,其特征在于,各个所述数据调用方发送的数据调用请求采用相同的第一通信协议。
3.根据权利要求1所述的方法,其特征在于,获取所述数据调用方发送的第一通信协议的数据调用请求,基于所述数据调用请求确定调用的目标设备信息的步骤,包括:
获取所述数据调用方发送的第一通信协议的数据调用请求;其中,所述数据调用请求包含目标设备的标识;
基于所述目标设备的标识确定所述目标设备信息。
4.根据权利要求1所述的方法,其特征在于,对于各个供应商的每个类型的设备,在所述聚合引擎中均设置一个模型;每个所述模型均对应有第二通信协议。
5.根据权利要求1所述的方法,其特征在于,确定所述目标设备的模型对应的第二通信协议的步骤,包括:
确定所述目标设备的模型是否有对应的目标驱动;
如果否,生成所述目标设备的模型对应的所述目标驱动;
如果是,获取所述目标设备的模型对应的所述目标驱动;
所述驱动层基于所述目标驱动确定所述目标设备的模型对应的第二通信协议。
6.根据权利要求5所述的方法,其特征在于,生成所述目标设备的模型对应的所述目标驱动的步骤,包括:
解析所述目标设备的模型的数据结构,将解析后的数据结构保存到实体类;
将所述实体类进行遍历解析,生成sql语句;其中,所述sql语句用于数据库表的建表和插入数据;
基于所述sql语句生成所述目标设备的模型对应的所述目标驱动。
7.根据权利要求1所述的方法,其特征在于,所述目标设备的数据基于所述目标设备的模型对应的设备参数确定。
8.根据权利要求1所述的方法,其特征在于,获取所述目标设备的数据,将所述目标设备的数据发送至所述数据调用方的步骤,包括:
获取所述目标设备发送的所述第二通信协议的数据;
将所述第二通信协议的数据转化为所述第一通信协议的数据;
将所述第一通信协议的数据发送至所述数据调用方。
9.根据权利要求1所述的方法,其特征在于,所述第一通信协议和所述第二通信协议均包括:http协议、https协议、dubbo协议、webSocket协议、mqqt协议或wss协议。
10.一种智能楼宇系统的数据处理装置,其特征在于,应用于智能楼宇系统的聚合引擎,所述装置包括:
数据调用请求获取模块,用于获取数据调用方发送的第一通信协议的数据调用请求,基于所述数据调用请求确定调用的目标设备信息;
第二通信协议确定模块,用于基于所述目标设备信息确定目标设备的模型,确定所述目标设备的模型对应的第二通信协议;
数据调用请求转化模块,用于将所述数据调用请求的通信协议由所述第一通信协议转化为所述第二通信协议,将所述目标设备的模型对应的设备参数加入所述第二通信协议的数据调用请求中;
数据调用请求发送模块,用于向所述目标设备发送所述第二通信协议的数据调用请求;
目标设备数据获取模块,用于获取所述目标设备的数据,将所述目标设备的数据发送至所述数据调用方。
11.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的计算机可执行指令,所述处理器执行所述计算机可执行指令以实现权利要求1至9任一项所述的智能楼宇系统的数据处理方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现权利要求1至9任一项所述的智能楼宇系统的数据处理方法。
CN202211365218.8A 2022-11-03 2022-11-03 智能楼宇系统的数据处理方法、装置、设备和存储介质 Pending CN115514827A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211365218.8A CN115514827A (zh) 2022-11-03 2022-11-03 智能楼宇系统的数据处理方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211365218.8A CN115514827A (zh) 2022-11-03 2022-11-03 智能楼宇系统的数据处理方法、装置、设备和存储介质

Publications (1)

Publication Number Publication Date
CN115514827A true CN115514827A (zh) 2022-12-23

Family

ID=84512050

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211365218.8A Pending CN115514827A (zh) 2022-11-03 2022-11-03 智能楼宇系统的数据处理方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN115514827A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112866177A (zh) * 2019-11-26 2021-05-28 浙江大搜车软件技术有限公司 处理服务调用请求的方法、装置、存储介质及计算机设备
CN113848737A (zh) * 2021-09-15 2021-12-28 珠海格力电器股份有限公司 智能设备控制方法、装置、系统、云服务器和存储介质
WO2022062807A1 (zh) * 2020-09-27 2022-03-31 中兴通讯股份有限公司 设备控制方法、服务器及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112866177A (zh) * 2019-11-26 2021-05-28 浙江大搜车软件技术有限公司 处理服务调用请求的方法、装置、存储介质及计算机设备
WO2022062807A1 (zh) * 2020-09-27 2022-03-31 中兴通讯股份有限公司 设备控制方法、服务器及存储介质
CN113848737A (zh) * 2021-09-15 2021-12-28 珠海格力电器股份有限公司 智能设备控制方法、装置、系统、云服务器和存储介质

Similar Documents

Publication Publication Date Title
CN109586962B (zh) IPv4升级到IPv6的HTTPS外链问题的处理装置、方法及电子设备
CN110704518A (zh) 基于Flink引擎的业务数据处理方法及装置
CN113015165A (zh) 物联网平台设备接入方法、设备及系统
CN113572651B (zh) 基于多协议设备管理架构的云平台资源管理方法和系统
CN112788128A (zh) 业务信息的推送方法、装置、存储介质及电子装置
CN113079198B (zh) 一种云平台接口协议转换的方法及装置
CN111416723A (zh) 一种设备管理方法及相关设备
US10715628B2 (en) Attribute operating method and device
CN113573303A (zh) 一种边缘应用服务器确定方法及装置
CN113645304A (zh) 数据服务处理方法及相关设备
CN111817878A (zh) 一种智能设备的联网方法、装置及云端服务器
CN111736871A (zh) Fpga芯片的升级方法、装置及系统
CN112584398A (zh) 数据处理方法、装置及存储介质
CN114285852A (zh) 基于多级服务平台的服务调用方法及装置
CN111506641B (zh) 数据管理方法、数据采集平台、数据管理系统及存储介质
CN115514827A (zh) 智能楼宇系统的数据处理方法、装置、设备和存储介质
CN113347060A (zh) 基于流程自动化的电力网络故障检测方法、装置和系统
CN112699000A (zh) 数据处理方法、装置、可读存储介质和电子设备
CN107835198B (zh) IPv4-IPv6互通场景中进行PPTP穿越的方法、装置及电子设备
CN112910706B (zh) 自动配置方法、系统、设备及可读存储介质
CN114020560A (zh) 采集监控数据的方法、装置、存储介质及电子设备
CN113094574A (zh) 一种信息查询方法、装置、电子设备及可读存储介质
CN111324654A (zh) 接口调用方法、系统、计算机设备及计算机可读存储介质
CN111866122A (zh) 一种微服务处理方法、装置、客户终端
CN112235195B (zh) 上报数据处理方法及相关设备

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20221223

RJ01 Rejection of invention patent application after publication