[发明专利]设备信息的处理方法、装置、存储介质及处理器

说明书

本发明公开了一种设备信息的处理方法、装置、存储介质及处理器。其中，该方法包括：接收到多个并发的接入设备上传的设备信息；采用双队列业务架构对所述多个设备信息进行保存，其中，所述双队列业务架构由异步的第一消息队列和第二消息队列构成，所述第一消息队列易扩容且临时存储所述多个设备信息，所述第二消息队列的存储模式使得同一个设备消息允许多个订阅者并行订阅。本发明解决了目前的云端数据处理方案无法及时处理设备信息造成的平台处理效率低的技术问题。

技术领域

本发明涉及信息处理领域，具体而言，涉及一种设备信息的处理方法、装置、存储介质及处理器。

背景技术

现有技术中在大量设备接入云端后，原来的业务流程是平台接收到设备信息后通过缓存或数据库进行信息处理、并根据处理后的设备信息判断进行后期业务推送处理。由于上述方式无法满足接入设备数量的极速增长，即服务器已经无法及时处理设备信息，导致平台处理效率低的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种设备信息的处理方法、装置、存储介质及处理器，以至少解决目前的云端数据处理方案无法及时处理设备信息造成的平台处理效率低的技术问题。

根据本发明实施例的一个方面，提供了一种设备信息的处理方法，包括：接收到并发的接入设备上传的多个设备信息；基于双队列业务架构对多个设备信息进行处理，其中，双队列业务架构由异步的第一消息队列和第二消息队列构成，第一消息队列支持扩容且临时存储多个设备信息，第二消息队列的存储模式使得同一个设备消息允许多个订阅者并行订阅。

可选地，采用双队列业务架构对多个并发的接入设备的设备信息进行保存，包括：将多个接入设备上传的设备信息临时存储至第一消息队列；通过解析程序对临时存储的设备信息进行解析，得到解析信息；将解析信息存储至第二消息队列。

可选地，将解析信息存储至第二消息队列之后，方法还包括：接收到多个业务需求指令；基于多个业务需求指令，从第二消息队列中订阅同一条消息或不同消息，其中，消息中携带了待处理的设备信息；对订阅到的设备信息进行业务处理。

可选地，在将多个接入设备上传的设备信息临时存储至第一消息队列之后，方法还包括：检测第一消息队列的运行情况；如果第一消息队列的运行情况为满负荷或处于等待处理状态的数据超过阈值，则对第一消息队列进行扩容。

可选地，在得到解析信息之后，方法还包括：根据解析信息确定双队列业务架构的队列运行情况；基于双队列业务架构的队列运行情况，调整双队列业务架构的队列容量。

可选地，第一消息队列为如下消息队列之一：rabbit队列、ActiveMQ队列、ZeroMQ队列和rocketMQ队列；第二消息队列为如下消息队列之一：kafka队列、多个组合的rabbit队列。

根据本发明实施例的另一方面，还提供了一种设备信息的处理方法，包括：接收到并发的接入设备上传的多个设备信息；将多个设备信息保存至消息队列，其中，消息队列的存储模式使得同一个设备消息允许多个订阅者并行订阅，消息队列为如下消息队列之一：kafka队列、多个组合的rabbit队列。

根据本发明实施例的另一方面，还提供了一种设备信息的处理装置，包括：第一接收模块，用于接收到并发的接入设备上传的多个设备信息；保存模块，用于采用双队列业务架构对多个设备信息进行保存，其中，双队列业务架构由异步的第一消息队列和第二消息队列构成，第一消息队列支持扩容且临时存储多个设备信息，第二消息队列的存储模式使得同一个设备消息允许多个订阅者并行订阅。

可选地，保存模块包括：第一存储模块，用于将多个接入设备上传的设备信息临时存储至第一消息队列；解析模块，用于通过解析程序对临时存储的设备信息进行解析，得到解析信息；第二存储模块，用于将解析信息存储至第二消息队列。