CN114629748A - 一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 - Google Patents
一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 Download PDFInfo
- Publication number
- CN114629748A CN114629748A CN202210347572.1A CN202210347572A CN114629748A CN 114629748 A CN114629748 A CN 114629748A CN 202210347572 A CN202210347572 A CN 202210347572A CN 114629748 A CN114629748 A CN 114629748A
- Authority
- CN
- China
- Prior art keywords
- building
- capacity
- thread
- target area
- buffer
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9005—Buffering arrangements using dynamic buffer space allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9021—Plurality of buffers per packet
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种楼宇数据的处理方法、楼宇的边缘网关及存储介质,该方法包括:第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区;第一线程检查目标区的第一存储状态;第一线程在第一存储状态为空闲时,则将目标数据写入目标区中;第一线程在第一存储状态为已满时,则查询目标区的容量;第一线程在目标区的容量小于上限值时,则上调目标区的容量,将目标数据写入上调容量之后的目标区中。在保证楼宇终端正常运行的情况下,减少对边缘网关的资源的占用,保证边缘网关的其他服务正常运行,提高边缘网关的整体效率。
Description
技术领域
本发明涉及计算机处理的技术领域,尤其涉及一种楼宇数据的处理方法、楼宇的边缘网关及存储介质。
背景技术
在楼宇中配置有边缘网关,边缘网关接入多种楼宇终端,不同的楼宇终端具备不同的功能,为楼宇中的用户提供多种服务,边缘网关对楼宇终端的楼宇数据进行预处理。
但是,由于的搂宇终端功能繁多,数据处理的要求差异较大,边缘网关一般采用嵌入式平台,其处理能力、内存空间有一定的限制,在楼宇终端的数据量较大时,易造成数据处理拥塞、系统响应迟缓的情况,影响楼宇系统的整体性能,严重者导致整个楼宇系统无法正常运行。
发明内容
本发明提供了一种楼宇数据的处理方法、楼宇的边缘网关及存储介质,以解决如何在楼宇的边缘网关中提高处理楼宇终端数据的效率。
根据本发明的一方面,提供了一种楼宇数据的处理方法,应用于楼宇的边缘网关,所述边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区,所述方法包括:
第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;
第一线程查询为当前所述楼宇终端配置的所述第一缓冲区,作为目标区;
第一线程检查所述目标区的第一存储状态;
第一线程在所述第一存储状态为空闲时,则将所述目标数据写入所述目标区中;
第一线程在所述第一存储状态为已满时,则查询所述目标区的容量;
第一线程在所述目标区的容量小于上限值时,则上调所述目标区的容量,将所述目标数据写入上调所述容量之后的所述目标区中。
根据本发明的另一方面,提供了一种楼宇的边缘网关,所述边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区;所述第一线程用于:
接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;
查询为当前所述楼宇终端配置的所述第一缓冲区,作为目标区;
检查所述目标区的第一存储状态;
在所述第一存储状态为空闲时,则将所述目标数据写入所述目标区中;
在所述第一存储状态为已满时,则查询所述目标区的容量;
在所述目标区的容量小于上限值时,则上调所述目标区的容量,将所述目标数据写入上调所述容量之后的所述目标区中。
根据本发明的另一方面,提供了一种楼宇的边缘网关,所述楼宇的边缘网关包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明任一实施例所述的楼宇数据的处理方法。
根据本发明的另一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序用于使处理器执行时实现本发明任一实施例所述的楼宇数据的处理方法。
在本实施例中,楼宇的边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区,第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区;第一线程检查目标区的第一存储状态;第一线程在第一存储状态为空闲时,则将目标数据写入目标区中;第一线程在第一存储状态为已满时,则查询目标区的容量;第一线程在目标区的容量小于上限值时,则上调目标区的容量,将目标数据写入上调容量之后的目标区中。鉴于不同种类的楼宇数据所生成的每帧楼宇数据的长度有所不同,通过为每种楼宇终端配置第一缓冲区,可以精准地评估每种楼宇终端占用的缓冲区,从而在保证楼宇终端正常运行的情况下,减少对边缘网关的资源的占用,保证边缘网关的其他服务正常运行,提高边缘网关的整体效率。
应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例一提供的一种楼宇数据的处理方法的流程图;
图2是根据本发明实施例二提供的一种楼宇数据的处理方法的流程图;
图3是根据本发明实施例三提供的一种楼宇数据的处理方法的流程图;
图4是根据本发明实施例四提供的一种楼宇数据的处理方法的流程图;
图5是根据本发明实施例五提供的一种楼宇的边缘网关的结构示意图;
图6是实现本发明实施例的楼宇数据的处理方法的楼宇的边缘网关的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
图1为本发明实施例一提供的一种楼宇数据的处理方法的流程图,本实施例可适用于在楼宇的边缘网关情况,该方法可以由楼宇的边缘网关来执行,该楼宇的边缘网关可以采用硬件和/或软件的形式实现,该楼宇的边缘网关可配置于楼宇的边缘网关中,尤其为应用于楼宇的边缘网关,所谓边缘网关,是指部署在楼宇系统边缘侧的网关,通过网络联接、协议转换等功能联接物理和数字世界,提供轻量化的联接管理、实时数据分析及应用管理功能。如图1所示,该方法包括:
步骤101、第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据。
在实际应用中,楼宇的边缘网关使用嵌入式平台开发,其一边接入多种楼宇终端,即,为楼宇提供服务的终端,例如,门禁控制器、能源控制器、环境控制器、空调控制器,等等,另一边接入楼宇的服务器,该服务器可以为部署在楼宇的局域网中,也可以部署在公网中,本实施例对此不加以限制。
其中,门禁控制器用于管理门禁的开关,能源控制器用于收集仪表的数据并计算仪表的能耗,环境控制器用于管理温度、湿度、烟雾等环境状态,空调控制器用于收集及控制空调运行状态、温度。
每种楼宇终端所生成的一帧楼宇数据的长度有所不同,例如,门禁控制器生成的一帧楼宇数据的长度为几十个字节,而能源控制器生成的一帧楼宇数据的长度为一千字节左右,等等。
如果在边缘网关的嵌入式平台中为所有楼宇终端申请一个公共的缓冲区,将由于楼宇数据长度存在较大的波动性,使得缓冲区难以预估精确的容量,为了保障楼宇数据正常处理,缓冲区的容量往往过大,从而挤占边缘网关其他服务的资源,影响边缘网关其他服务,导致边缘网关整体的效率较低。
在本实施例中,在边缘网关中为每种楼宇终端独立分配的第一缓冲区,即,一种楼宇终端对应一个第一缓冲区,楼宇终端的种类的数量与第一缓冲区的数量相等,楼宇终端的种类与第一缓冲区的标识(如ID)存在映射关系。
第一缓冲区的容量可以根据相应楼宇终端的楼宇数据的数据量动态地进行调节,即,第一缓冲区的容量可在预设的下限值与预设的上限值之间调整。
一般情况下,第一缓冲区的容量的下限值、上限值均可以由用户根据楼宇终端的实际运行情况进行设置,而第一缓冲区的容量实际运行时较难到达下限值,而第一缓冲区的容量上限值因为楼宇终端的实际运行存在差异导致存在较大的波动性,用户凭经验预估的准确性较差,因此,在创建第一缓冲区时,可以将第一缓冲区的容量初始设置为下限值,在后续运行的过程中适应性地调整第一缓冲区的容量的上限值。
当然,如果第一缓冲区的容量的下限值较大,因为楼宇终端的实际运行存在差异也导致存在较大的波动性,也可以在后续运行的过程中适应性地调整第一缓冲区的容量的下限值,本实施例对此不加以限制。
在本实施例中,边缘网关中具有一个第一线程,第一线程常驻在边缘网关的嵌入式平台中,该第一线程负责第一缓冲区的写操作,即,将楼宇数据写入第一缓冲区中。
第一线程设置有对应的缓冲队列,缓冲队列用于接收每种楼宇终端发送的每帧楼宇数据,第一线程可读取该缓冲队列中的一帧楼宇数据,该帧楼宇数据可以为任意一种楼宇终端发送的楼宇数据,将该帧楼宇数据记为目标数据,等待写入第一缓冲区中。
步骤102、第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区。
楼宇数据中具有多个字段,如楼宇终端的种类、内容等,第一线程从接收到的该帧楼宇数据中指定的字段读取楼宇终端的种类,依据楼宇终端的种类在映射关系中查找为当前楼宇终端配置的第一缓冲区(以ID等标识表示),记为目标区。
步骤103、第一线程检查目标区的第一存储状态。
第一线程对目标区进行检查,查询目标区当前存储楼宇数据的数据量D1与目标区的容量Dmax之间的关系,从而得到目标区的存储状态,记为第一存储状态。
进一步而言,第一存储状态包括空闲、已满,其中,空闲为目标区中具有未使用的存储空间,可以存储至少一帧楼宇数据,已满为目标区中没有未使用的存储空间,无法存储一帧楼宇数据。
以帧数表示数据量、容量,那么,空闲表示为目标区存储楼宇数据的数据量小于目标区存储的容量,已满表示为目标区存储楼宇数据的数据量等于目标区存储的容量。
步骤104、第一线程在第一存储状态为空闲时,则将目标数据写入目标区中。
如果目标区的第一存储状态为空闲,则第一线程可以直接将目标数据写入目标区中,此时,目标区存储楼宇数据的数据量相应增加。
以帧数表示数据量,那么,目标区存储楼宇数据的数据量累加一,表示为D1=D1+1。
此外,由于目标区的容量充足,此时可以维持目标区的容量保持不变。
步骤105、第一线程在第一存储状态为已满时,则查询目标区的容量。
如果目标区的第一存储状态为已满,表示目标区的容量不足,此时,第一线程可以在目标区的参数中查询目标区当前的容量。
步骤106、第一线程在目标区的容量小于上限值时,则上调目标区的容量,将目标数据写入上调容量之后的目标区中。
第一线程将目标区的容量与该目标区对应的上限值进行比较,如果目标区的容量小于该目标区对应的上限值,表示目标区支持扩容操作,此时,在边缘网关的嵌入式平台中可以按照预设的幅度上调目标区的容量,使得上调容量之后的目标区可多存储至少一帧楼宇数据,从而将目标数据写入上调容量之后的目标区中,保证楼宇终端的正常运行。
在一种上调方式中,可以查询当前楼宇终端所生成的一帧楼宇数据的长度,记为第一长度,在目标区的容量的基础上增加第一长度,作为目标区新的容量。
以帧数表示容量,那么,目标区的容量累加一,表示为Dmax=Dmax+1。
在本实施例中,楼宇的边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区,第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区;第一线程检查目标区的第一存储状态;第一线程在第一存储状态为空闲时,则将目标数据写入目标区中;第一线程在第一存储状态为已满时,则查询目标区的容量;第一线程在目标区的容量小于上限值时,则上调目标区的容量,将目标数据写入上调容量之后的目标区中。鉴于不同种类的楼宇数据所生成的每帧楼宇数据的长度有所不同,通过为每种楼宇终端配置第一缓冲区,可以精准地评估每种楼宇终端占用的缓冲区,从而在保证楼宇终端正常运行的情况下,减少对边缘网关的资源的占用,保证边缘网关的其他服务正常运行,提高边缘网关的整体效率。
实施例二
图2为本发明实施例二提供的一种楼宇数据的处理方法的流程图,本实施例在上述实施例的基础上增加目标区的容量等于上限值时的操作。如图2所示,该方法包括:
步骤201、第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据。
步骤202、第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区。
步骤203、第一线程检查目标区的第一存储状态。
步骤204、第一线程在第一存储状态为空闲时,则将目标数据写入目标区中。
步骤205、第一线程在第一存储状态为已满时,则查询目标区的容量。
步骤206、第一线程在目标区的容量等于上限值时,延时等待。
如果目标区的容量等于该目标区对应的上限值,表示目标区不支持扩容操作,此时,第一线程可以将目标数据停留在第一线程的缓冲队列中,延时等待预设的时间,在该时间内,等待目标区中的楼宇数据存储至楼宇的服务器的数据库中。
步骤207、第一线程在等待结束时,检查目标区的第二存储状态;在第二存储状态为空闲时,执行步骤208;第一线程在第二存储状态为已满时,返回执行步骤206。
第一线程在延时等待结束时,重新对目标区进行检查,查询目标区当前存储楼宇数据的数据量与目标区的容量之间的关系,从而得到目标区的存储状态,记为第二存储状态。
进一步而言,第二存储状态包括空闲、已满,其中,空闲为目标区中具有未使用的存储空间,可以存储至少一帧楼宇数据,已满为目标区中没有未使用的存储空间,无法存储一帧楼宇数据。
步骤208、将目标数据写入目标区中。
如果目标区的第二存储状态为空闲,表示目标区中存储的部分或全部楼宇数据已写入楼宇的服务器的数据库中,则第一线程可以直接将目标数据写入目标区中,此时,目标区存储楼宇数据的数据量相应增加,以帧数表示数据量,那么,目标区存储楼宇数据的数据量累加一,表示为D1=D1+1。
如果目标区的第二存储状态让然保持已满,表示目标区中存储的楼宇数据未写入楼宇的服务器的数据库中,目标区的容量仍然不足,此时,第一线程可以重新延时等待。
实施例三
图3为本发明实施例三提供的一种楼宇数据的处理方法的流程图,本实施例在上述实施例的基础上增加第二线程在忙时将楼宇数据存储至数据库的操作。如图3所示,该方法包括:
步骤301、第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据。
步骤302、第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区。
步骤303、第一线程检查目标区的第一存储状态。
步骤304、第一线程在第一存储状态为空闲时,则将目标数据写入目标区中。
步骤305、第一线程在第一存储状态为已满时,则查询目标区的容量。
步骤306、第一线程在目标区的容量等于上限值时,对目标区生成满载消息,将满载消息传输至第二线程。
在本实施例中,边缘网关中具有第二线程,第二线程常驻于边缘网关的嵌入式平台中,第二线程负责将第一缓冲区中的楼宇数据写入楼宇的服务器的数据库。
如果在目标区的容量等于该目标区对应的上限值,表示目标区不支持扩容操作,此时,第一线程可以依据目标区的标识(如ID)对目标区生成满载消息,该满载消息表示目标区已存储满楼宇数据,并将满载消息传输至第二线程。
步骤307、第二线程响应满载消息,在边缘网关中为目标区申请第二缓冲区。
第二线程接收到第一线程发送的满载消息,从满载消息中读取目标区的标识(如ID),获知目标区已存储满楼宇数据,此时,在边缘网关的嵌入式平台中为该目标区申请临时的第二缓冲区,通过第二缓冲区作为临时的中转区,存储目标区中的楼宇数据,腾出存储空间存储目标数据,保证楼宇终端的正常运行。
其中,该第二缓冲区的容量大于或等于目标区的容量,以便可以将目标区中存储的楼宇数据写入第二缓冲区中。
具体而言,可以依据目标区的标识(如ID)查询目标区的容量,从而基于目标区的容量设置第二缓冲区的容量。
步骤308、第二线程将目标区中存储的楼宇数据写入第二缓冲区。
步骤309、第二线程删除目标区中存储的楼宇数据。
第二线程将目标区中存储的部分或全部楼宇数据写入第二缓冲区中,并将已经存入第二缓冲区中的部分或全部楼宇数据从目标区中删除,此时,目标区存储楼宇数据的数据量相应减少,以帧数表示数据量,那么,目标区存储楼宇数据的数据量减少已存入第二缓冲区的帧数,表示为D1=D1-Δd,其中,Δd为已存入第二缓冲区中的楼宇数据的帧数。
第一缓冲区在清空部分或全部楼宇数据之后,可以将当前的目标数据存入第一缓冲区中。
步骤310、第二线程将第二缓冲区中存储的楼宇数据写入楼宇的服务器的数据库中。
步骤311、第二线程在边缘网关中释放第二缓冲区。
第二线程将第二缓冲区中存储的楼宇数据依次写入楼宇的服务器的数据库中,在将第二缓冲区中存储的所有楼宇数据写入楼宇的服务器的数据库之后,可以在边缘网关的嵌入式平台中释放第二缓冲区,减少对边缘网关其他服务的影响,保证边缘网关其他服务的正常运行。
步骤312、第二线程计算当前时间与生成满载消息的时间之间的差值,作为等待时间。
步骤313、第二线程在等待时间大于预设的时间阈值时,对目标区设置警报标志。
第二线程在边缘网关中查询嵌入式平台记录的时间,以及,从满载消息中查询的时间(即生成满载消息的时间),从而计算这两个时间之间的差值,记为等待时间。
第二线程将等待时间与预设的时间阈值进行比较,如果等待时间大于时间阈值,表示第一线程等待存储目标数据的时间较久,目标区域的容量的上限值不可用,此时,可以对目标区设置警报标志,该警报标志用于提示用户上调对目标区的容量设置的上限值,保证目标区的容量与楼宇终端实际运行的情况适配,提高目标区的容量的准确性,从而保证楼宇终端的正常运行。
实施例四
图4为本发明实施例四提供的一种楼宇数据的处理方法的流程图,本实施例在上述实施例的基础上增加第二线程在闲时将楼宇数据存储至数据库的操作。如图4所示,该方法包括:
步骤401、第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据。
步骤402、第一线程查询为当前楼宇终端配置的第一缓冲区,作为目标区。
步骤403、第一线程检查目标区的第一存储状态。
步骤404、第一线程在第一存储状态为空闲时,则将目标数据写入目标区中。
步骤405、第二线程分别查询每个第一缓冲区中存储的楼宇数据的数据量。
第二线程在未接收到第一线程的满载消息时,会依次对第一缓冲区进行轮询,从而决定是否将第一缓冲区中存储的楼宇数据存储至楼宇的服务器的数据库中,是否调整第一缓冲区的容量。
针对每个第一缓冲区,可以查询在第一缓冲区中当前存储的楼宇数据的数据量。
步骤406、第二线程根据数据量检测第一缓冲区的容量的有效性。
第二线程根据在第一缓冲区中当前存储的楼宇数据的数据量,可以评估出第一缓冲区的使用率,从而估计第一缓冲区的容量的有效性,从而决定是否调整该第一缓冲区的容量。
在具体实现中,可以查询第一缓冲区的容量,对第一缓冲区的容量取指定的比例(如50%、60%、70%等),作为容量阈值。
将第一缓冲区的容量与该容量阈值进行比较。
若数据量大于或等于容量阈值,表示第一缓冲区的使用率较高,则可以确定第一缓冲区的容量的有效性为有效。
若数据量小于容量阈值,表示第一缓冲区的使用率较低,则可以确定第一缓冲区的容量的有效性为无效。
步骤407、第二线程在有效性为有效时,将第一缓冲区中存储的楼宇数据写入楼宇的服务器的数据库中。
如果第一缓冲区的容量的有效性为有效,表示第一缓冲区的使用率较高,第一缓冲区的容量设置合理,此时,第二线程可以维持第一缓冲区的容量不变,将第一缓冲区中存储的楼宇数据写入楼宇的服务器的数据库中,此时,第一缓冲区存储楼宇数据的数据量相应减少,以帧数表示数据量,那么,第一缓冲区存储楼宇数据的数据量减少已存入第二缓冲区的帧数,表示为D1=D1-Δd,其中,Δd为已存入第二缓冲区中的楼宇数据的帧数。
步骤408、第二线程在有效性为无效时,下调第一缓冲区的容量。
如果第一缓冲区的容量的有效性为无效,表示第一缓冲区的使用率较低,第一缓冲区的容量设置不合理,此时,第二线程可以下调第一缓冲区的容量,暂时不将第一缓冲区中存储的楼宇数据写入楼宇的服务器的数据库中。
进一步而言,为了保证下调第一缓冲区的容量是可执行的,此时,可以判断第一缓冲区的容量是否大于下限值;若是,则查询与第一缓冲区适配的楼宇终端所生成的一帧楼宇数据的第二长度。
在第一缓冲区的容量的基础上减去第二长度,作为第一缓冲区新的容量。
实施例五
图5为本发明实施例三提供的一种楼宇的边缘网关的结构示意图。如图5所示,所述边缘网关中具有第一线程501、为每种楼宇终端独立分配的第一缓冲区502,所述第一线程501用于:
接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;
查询为当前所述楼宇终端配置的所述第一缓冲区,作为目标区;
检查所述目标区的第一存储状态;
在所述第一存储状态为空闲时,则将所述目标数据写入所述目标区中;
在所述第一存储状态为已满时,则查询所述目标区的容量;
在所述目标区的容量小于上限值时,则上调所述目标区的容量,将所述目标数据写入上调所述容量之后的所述目标区中。
在本发明的一个实施例中,所述第一线程501还用于:
查询当前所述楼宇终端所生成的一帧楼宇数据的第一长度;
在所述目标区的容量的基础上增加所述第一长度,作为所述目标区新的容量。
在本发明的一个实施例中,所述第一线程501还用于:
在所述目标区的容量等于上限值时,延时等待;
在等待结束时,检查所述目标区的第二存储状态;
在所述第二存储状态为空闲时,将所述目标数据写入所述目标区中;
在所述第二存储状态为已满时,返回执行所述延时等待。
在本发明的一个实施例中,所述边缘网关中具有第二线程503;
所述第一线程501,还用于在所述目标区的容量等于上限值时,对所述目标区生成满载消息,将所述满载消息传输至第二线程;
所述第二线程503,用于响应所述满载消息,在所述边缘网关中为所述目标区申请第二缓冲区504;
将所述目标区中存储的楼宇数据写入所述第二缓冲区;
删除所述目标区中存储的楼宇数据;
将所述第二缓冲区中存储的楼宇数据写入所述楼宇的服务器的数据库中;
在所述边缘网关中释放所述第二缓冲区。
在本发明的一个实施例中,所述第二线程503还用于:
计算当前时间与生成所述满载消息的时间之间的差值,作为等待时间;
在所述等待时间大于预设的时间阈值时,对所述目标区设置警报标志,所述警报标志用于提示用户上调对所述目标区的容量设置的上限值。
在本发明的一个实施例中,所述边缘网关中具有第二线程503,所述第二线程503用于:
分别查询每个所述第一缓冲区中存储的楼宇数据的数据量;
根据所述数据量检测所述第一缓冲区的容量的有效性;
在所述有效性为有效时,将所述第一缓冲区中存储的楼宇数据写入所述楼宇的服务器的数据库中;
在所述有效性为无效时,下调所述第一缓冲区的容量。
在本发明的一个实施例中,所述第二线程503还用于:
查询所述第一缓冲区的容量;
对所述第一缓冲区的容量取指定的比例,作为容量阈值;
若所述数据量大于或等于所述容量阈值,则确定所述第一缓冲区的容量的有效性为有效;
若所述数据量小于所述容量阈值,则确定所述第一缓冲区的容量的有效性为无效。
在本发明的一个实施例中,所述第二线程503还用于:
判断所述第一缓冲区的容量是否大于下限值;若是,则查询与所述第一缓冲区适配的所述楼宇终端所生成的一帧楼宇数据的第二长度;
在所述第一缓冲区的容量的基础上减去所述第二长度,作为所述第一缓冲区新的容量。
本发明实施例所提供的楼宇的边缘网关可执行本发明任意实施例所提供的楼宇数据的处理方法,具备执行楼宇数据的处理方法相应的功能模块和有益效果。
实施例六
图6示出了可以用来实施本发明的实施例的楼宇的边缘网关10的结构示意图。楼宇的边缘网关旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。楼宇的边缘网关还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图6所示,楼宇的边缘网关10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储楼宇的边缘网关10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
楼宇的边缘网关10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许楼宇的边缘网关10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,例如楼宇数据的处理方法。
在一些实施例中,楼宇数据的处理方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到楼宇的边缘网关10上。当计算机程序加载到RAM 13并由处理器11执行时,可以执行上文描述的楼宇数据的处理方法的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行楼宇数据的处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在楼宇的边缘网关上实施此处描述的系统和技术,该楼宇的边缘网关具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给楼宇的边缘网关。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (11)
1.一种楼宇数据的处理方法,其特征在于,应用于楼宇的边缘网关,所述边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区,所述方法包括:
第一线程接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;
第一线程查询为当前所述楼宇终端配置的所述第一缓冲区,作为目标区;
第一线程检查所述目标区的第一存储状态;
第一线程在所述第一存储状态为空闲时,则将所述目标数据写入所述目标区中;
第一线程在所述第一存储状态为已满时,则查询所述目标区的容量;
第一线程在所述目标区的容量小于上限值时,则上调所述目标区的容量,将所述目标数据写入上调所述容量之后的所述目标区中。
2.根据权利要求1所述的方法,其特征在于,所述上调所述目标区的容量,包括:
查询当前所述楼宇终端所生成的一帧楼宇数据的第一长度;
在所述目标区的容量的基础上增加所述第一长度,作为所述目标区新的容量。
3.根据权利要求1所述的方法,其特征在于,在所述查询所述目标区的容量之后,还包括:
第一线程在所述目标区的容量等于上限值时,延时等待;
第一线程在等待结束时,检查所述目标区的第二存储状态;
第一线程在所述第二存储状态为空闲时,将所述目标数据写入所述目标区中;
第一线程在所述第二存储状态为已满时,返回执行所述延时等待。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述边缘网关中具有第二线程,在所述查询所述目标区的容量之后,还包括:
第一线程在所述目标区的容量等于上限值时,对所述目标区生成满载消息,将所述满载消息传输至第二线程;
第二线程响应所述满载消息,在所述边缘网关中为所述目标区申请第二缓冲区;
第二线程将所述目标区中存储的楼宇数据写入所述第二缓冲区;
第二线程删除所述目标区中存储的楼宇数据;
第二线程将所述第二缓冲区中存储的楼宇数据写入所述楼宇的服务器的数据库中;
第二线程在所述边缘网关中释放所述第二缓冲区。
5.根据权利要求4所述的方法,其特征在于,在所述第二线程将所述目标区中存储的楼宇数据写入所述第二缓冲区之后,所述方法还包括:
第二线程计算当前时间与生成所述满载消息的时间之间的差值,作为等待时间;
第二线程在所述等待时间大于预设的时间阈值时,对所述目标区设置警报标志,所述警报标志用于提示用户上调对所述目标区的容量设置的上限值。
6.根据权利要求1-3、5中任一项所述的方法,其特征在于,所述边缘网关中具有第二线程,所述方法还包括:
第二线程分别查询每个所述第一缓冲区中存储的楼宇数据的数据量;
第二线程根据所述数据量检测所述第一缓冲区的容量的有效性;
第二线程在所述有效性为有效时,将所述第一缓冲区中存储的楼宇数据写入所述楼宇的服务器的数据库中;
第二线程在所述有效性为无效时,下调所述第一缓冲区的容量。
7.根据权利要求6所述的方法,其特征在于,所述根据所述数据量检测所述第一缓冲区的容量的有效性,包括:
查询所述第一缓冲区的容量;
对所述第一缓冲区的容量取指定的比例,作为容量阈值;
若所述数据量大于或等于所述容量阈值,则确定所述第一缓冲区的容量的有效性为有效;
若所述数据量小于所述容量阈值,则确定所述第一缓冲区的容量的有效性为无效。
8.根据权利要求6所述的方法,其特征在于,所述下调所述第一缓冲区的容量,包括:
判断所述第一缓冲区的容量是否大于下限值;若是,则查询与所述第一缓冲区适配的所述楼宇终端所生成的一帧楼宇数据的第二长度;
在所述第一缓冲区的容量的基础上减去所述第二长度,作为所述第一缓冲区新的容量。
9.一种楼宇的边缘网关,其特征在于,所述边缘网关中具有第一线程、为每种楼宇终端独立分配的第一缓冲区;所述第一线程用于:
接收某种楼宇终端发送的一帧楼宇数据,作为目标数据;
查询为当前所述楼宇终端配置的所述第一缓冲区,作为目标区;
检查所述目标区的第一存储状态;
在所述第一存储状态为空闲时,则将所述目标数据写入所述目标区中;
在所述第一存储状态为已满时,则查询所述目标区的容量;
在所述目标区的容量小于上限值时,则上调所述目标区的容量,将所述目标数据写入上调所述容量之后的所述目标区中。
10.一种楼宇的边缘网关,其特征在于,所述边缘网关包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-8中任一项所述的楼宇数据的处理方法。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序用于使处理器执行时实现权利要求1-8中任一项所述的楼宇数据的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210347572.1A CN114629748B (zh) | 2022-04-01 | 2022-04-01 | 一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210347572.1A CN114629748B (zh) | 2022-04-01 | 2022-04-01 | 一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114629748A true CN114629748A (zh) | 2022-06-14 |
CN114629748B CN114629748B (zh) | 2023-08-15 |
Family
ID=81906803
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210347572.1A Active CN114629748B (zh) | 2022-04-01 | 2022-04-01 | 一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114629748B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7395418B1 (en) * | 2005-09-22 | 2008-07-01 | Sun Microsystems, Inc. | Using a transactional execution mechanism to free up processor resources used by a busy-waiting thread |
US20130212585A1 (en) * | 2012-02-10 | 2013-08-15 | Thang M. Tran | Data processing system operable in single and multi-thread modes and having multiple caches and method of operation |
US20180060391A1 (en) * | 2016-09-01 | 2018-03-01 | Parallel Universe, Inc. | Concurrent processing of data sources |
CN108694241A (zh) * | 2018-05-14 | 2018-10-23 | 平安科技(深圳)有限公司 | 一种数据的存储方法及设备 |
CN109117090A (zh) * | 2018-07-27 | 2019-01-01 | 郑州云海信息技术有限公司 | 一种存储池的存储空间配额方法、装置、设备及存储介质 |
CN109196473A (zh) * | 2017-02-28 | 2019-01-11 | 华为技术有限公司 | 缓存管理方法、缓存管理器、共享缓存和终端 |
CN109309603A (zh) * | 2018-11-02 | 2019-02-05 | 华青融天(北京)软件股份有限公司 | 一种动态的负载均衡分配方法及装置 |
CN109697034A (zh) * | 2018-12-19 | 2019-04-30 | 北京字节跳动网络技术有限公司 | 一种数据写入方法、装置、电子设备及存储介质 |
CN113505000A (zh) * | 2021-09-08 | 2021-10-15 | 广东卓启云链科技有限公司 | 区块链中的多线程处理方法、装置、系统和存储介质 |
CN113672624A (zh) * | 2021-08-25 | 2021-11-19 | 中汽创智科技有限公司 | 一种数据处理方法、系统及存储介质 |
CN114048152A (zh) * | 2021-11-24 | 2022-02-15 | 深圳市华宝电子科技有限公司 | 一种数据缓存方法、装置、电子设备和存储介质 |
-
2022
- 2022-04-01 CN CN202210347572.1A patent/CN114629748B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7395418B1 (en) * | 2005-09-22 | 2008-07-01 | Sun Microsystems, Inc. | Using a transactional execution mechanism to free up processor resources used by a busy-waiting thread |
US20130212585A1 (en) * | 2012-02-10 | 2013-08-15 | Thang M. Tran | Data processing system operable in single and multi-thread modes and having multiple caches and method of operation |
US20180060391A1 (en) * | 2016-09-01 | 2018-03-01 | Parallel Universe, Inc. | Concurrent processing of data sources |
CN109196473A (zh) * | 2017-02-28 | 2019-01-11 | 华为技术有限公司 | 缓存管理方法、缓存管理器、共享缓存和终端 |
CN108694241A (zh) * | 2018-05-14 | 2018-10-23 | 平安科技(深圳)有限公司 | 一种数据的存储方法及设备 |
CN109117090A (zh) * | 2018-07-27 | 2019-01-01 | 郑州云海信息技术有限公司 | 一种存储池的存储空间配额方法、装置、设备及存储介质 |
CN109309603A (zh) * | 2018-11-02 | 2019-02-05 | 华青融天(北京)软件股份有限公司 | 一种动态的负载均衡分配方法及装置 |
CN109697034A (zh) * | 2018-12-19 | 2019-04-30 | 北京字节跳动网络技术有限公司 | 一种数据写入方法、装置、电子设备及存储介质 |
CN113672624A (zh) * | 2021-08-25 | 2021-11-19 | 中汽创智科技有限公司 | 一种数据处理方法、系统及存储介质 |
CN113505000A (zh) * | 2021-09-08 | 2021-10-15 | 广东卓启云链科技有限公司 | 区块链中的多线程处理方法、装置、系统和存储介质 |
CN114048152A (zh) * | 2021-11-24 | 2022-02-15 | 深圳市华宝电子科技有限公司 | 一种数据缓存方法、装置、电子设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
童恩栋: ""面向传感网的服务构建与并发控制"" * |
Also Published As
Publication number | Publication date |
---|---|
CN114629748B (zh) | 2023-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109684358B (zh) | 数据查询的方法和装置 | |
CN105281981B (zh) | 网络服务的数据流量监控方法和装置 | |
WO2022016808A1 (zh) | 一种kubernetes集群资源动态调整方法及电子设备 | |
CN110647392A (zh) | 一种基于容器集群的智能弹性伸缩方法 | |
CN112883041B (zh) | 一种数据更新方法、装置、电子设备及存储介质 | |
CN110688401A (zh) | 动态缓存处理方法、装置、存储介质及电子设备 | |
CN113778644A (zh) | 任务的处理方法、装置、设备及存储介质 | |
CN109002381A (zh) | 进程通信监控方法、电子装置及计算机可读存储介质 | |
CN112615795A (zh) | 流量控制方法、装置、电子设备、存储介质及产品 | |
CN114629748B (zh) | 一种楼宇数据的处理方法、楼宇的边缘网关及存储介质 | |
CN116633879A (zh) | 数据包接收方法、装置、设备以及存储介质 | |
CN114996930A (zh) | 一种建模方法、装置、电子设备及存储介质 | |
CN114338472B (zh) | 地图服务器的容量测试方法、装置、设备、介质及产品 | |
CN115952054A (zh) | 一种仿真任务资源管理方法、装置、设备及介质 | |
CN113760176A (zh) | 数据存储方法和装置 | |
CN115442432B (zh) | 一种控制方法、装置、设备及存储介质 | |
Chitsaz et al. | General spin-up time distribution for energy-aware IaaS cloud service models | |
CN114265671B (zh) | 虚拟机房的混合式扩展方法 | |
CN115509690A (zh) | 一种虚拟机分配方法、装置、电子设备及存储介质 | |
CN117634825A (zh) | 资源动态配置方法及装置 | |
CN116467136A (zh) | 应用程序的流畅度监测方法、装置、设备及存储介质 | |
CN115729686A (zh) | 一种数据处理方法、装置、设备及存储介质 | |
CN115801763A (zh) | 文件传输方法、装置、电子设备及存储介质 | |
CN113411390A (zh) | 内容分发网络的调度方法、装置及电子设备 | |
CN118227308A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |