消息缓存超期监控方法、装置、设备及介质与流程

1.本发明涉及物联网技术领域，尤其涉及一种消息缓存超期监控方法、装置、计算机设备及存储介质。


背景技术：

2.物联网应用需要经使能平台向终端设备下发指令消息，为每条消息设定了对应的有效期ttl值(其中，ttl的全称是time to live，表示生存时间)，并希望通过使能平台获取设备指令的状态信息。
3.其中，目前常用的指令消息超期判断方法，大多采用消息存储数据库、定时扫描数据库的方式实现。扫描周期短即会增加数据库读写压力，且速率相对较低；扫描周期长则会导致实时性变差，增加不必要的存储资源消耗。
4.而且目前常用的指令消息超期判断方法，大多无法根据设备在线、离线情况区分处理指令信息，存在以下不足：
5.1)部分方法是采用设备上线后统一判断离线指令消息是否超期，再将未超期的消息下发至设备，已超期的指令丢弃。此方法依赖于设备的上线时间，增加了指令消息存储资源消耗、且无法及时更新指令消息状态；
6.2)部分方法则不关心设备是否在线，平台收到消息后直接下发至设备，这种方案会造成不必要的消息下发网络资源消耗，也可能会造成因下发失败导致指令丢失的情况。


技术实现要素：

7.本发明实施例提供了一种消息缓存超期监控方法、装置、计算机设备及存储介质，旨在解决现有技术中无法根据设备在线、离线情况区分处理指令信息，存在指令消息缓存超期判断准确性低的问题。
8.第一方面，本发明实施例提供了一种消息缓存超期监控方法，其包括：
9.若检测物联网应用设备下发的指令消息和指令内容，获取所述指令消息和指令内容相应的物联网通讯协议类型，及所述指令消息包括的设备id和所述指令内容包括的缓存时间；
10.若确定缓存时间不为0，将所述指令消息存入消息缓存队列，在缓存时间到期后，根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果；
11.若确定所述缓存时间为0且物联网设备在线，将所述指令消息发送至物联网终端；以及
12.若确定所述缓存时间为0且物联网设备离线，将所述指令消息的指令状态设置为超期状态。
13.第二方面，本发明实施例提供了一种消息缓存超期监控装置，其包括：
14.指令参数获取单元，用于若检测物联网应用设备下发的指令消息和指令内容，获
取所述指令消息和指令内容相应的物联网通讯协议类型，及所述指令消息包括的设备id和所述指令内容包括的缓存时间；
15.第一执行单元，用于若确定缓存时间不为0，将所述指令消息存入消息缓存队列，在缓存时间到期后，根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果；
16.第二执行单元，用于若确定所述缓存时间为0且物联网设备在线，将所述指令消息发送至物联网终端；以及
17.第三执行单元，用于若确定所述缓存时间为0且物联网设备离线，将所述指令消息的指令状态设置为超期状态。
18.第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的消息缓存超期监控方法。
19.第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的消息缓存超期监控方法。
20.本发明实施例提供了一种消息缓存超期监控方法、装置、计算机设备及存储介质，若检测物联网应用设备下发的指令消息和指令内容，获取相应的物联网通讯协议类型，及指令消息包括的设备id和指令内容包括的缓存时间；若确定缓存时间不为0，将所述指令消息存入消息缓存队列，在缓存时间到期后，根据物联网设备的是否在线状态，确定将指令消息的指令状态设置为超期状态或是获取指令消息对应的处理结果；若确定缓存时间为0且物联网设备在线，将指令消息发送至物联网终端；若确定缓存时间为0且物联网设备离线，将指令状态设置为超期状态。实现了基于缓存时长、设备在线离线状态、指令下发状态等多维度进行参考判断，增加了指令消息缓存超期判断的准确性，增强了整个指令周期的实时性、顺序时效性。
附图说明
21.为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1为本发明实施例提供的消息缓存超期监控方法的应用场景示意图；
23.图2为本发明实施例提供的消息缓存超期监控方法的流程示意图；
24.图3为本发明实施例提供的消息缓存超期监控装置的示意性框图；
25.图4为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
26.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
27.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
28.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
29.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
30.请参阅图1和图2，图1为本发明实施例提供的消息缓存超期监控方法的应用场景示意图；图2为本发明实施例提供的消息缓存超期监控方法的流程示意图，该消息缓存超期监控方法应用于物联网服务器中，该方法通过安装于物联网服务器中的应用软件进行执行。
31.如图2所示，该方法包括步骤s101～s104。
32.s101、若检测物联网应用设备下发的指令消息和指令内容，获取所述指令消息和指令内容相应的物联网通讯协议类型，及所述指令消息包括的设备id和所述指令内容包括的缓存时间。
33.在本实施例中，是以物联网服务器为执行主体来描述技术方案。物联网应用设备可以将指令先发送至物联网服务器，再由物联网服务器将指令发送至物联网设置(也可以理解为物联网终端)。
34.其中，当物联网服务器检测到物联网应用设备下发的指令消息和指令内容，接收并存储所述指令消息和指令内容。在接收并存储所述指令消息和指令内容时，可以获取到所述指令消息和指令内容相应的物联网通讯协议类型(如lwm2m协议、mqtt协议、tcp协议等)，及所述指令消息包括的设备id和所述指令内容包括的缓存时间。之后物联网服务器会对该指令消息进行缓存时间、设备在线离线状态、指令下发状态等多维度判断指令超期结果。
35.为了更清楚了理解本技术的技术方案，可以预先定义指令消息的如下五种状态，分别是：a1)指令已保存状态，表示物联网应用设备下发至物联网服务器成功；a2)指令已发送状态，表示物联网服务器下发至物联网终端成功；a3)指令已送达/指令已完成状态，表示物联网服务器收到物联网终端回复；a4)指令发送超时状态，表示物联网服务器超过重传时间未收到物联网终端回复；a5)指令超期状态，表示超过设定ttl时间指令未下发。
36.本技术是采用资源池 消息队列的模式，在尽量节省资源消耗、提高性能的基础上，实现物联网指令消息需具备的顺序性、时效性、流程完整性、实时性等特点。
37.s102、若确定缓存时间不为0，将所述指令消息存入消息缓存队列，在缓存时间到期后，根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果。
38.在本实施例中，物联网服务器接收到物联网应用设备下发的指令消息和指令内容时，需要先确定缓存时间是否为0，也即判断ttl超期时间是否为0(0表示指令无需缓存)。若确定缓存时间不为0，表示需要进行消息缓存超期的判断。
39.其中，物联网设备与物联网平台建立通讯时并不局限于采用lwm2m协议、mqtt协
议、tcp协议等协议中的一种进行通讯，只要是支持物联网领域各种协议类型均可。但本技术中为了具体的了解技术方案，是以采用lwm2m协议或mqtt协议来进行说明。
40.lwm2m协议中lwm2m的全称是lightweight machine to machine(轻量级设备对设备协议)，是oma(openmobilealliance，即开放移动联盟)定义的物联网协议，主要可以使用在资源受限(包括存储、功耗等)的嵌入式设备上；mqtt协议中mqtt的全称是message queuing telemetry transport(即表示消息队列遥测传输协议)，是一种基于发布/订阅(publish/subscribe)模式的“轻量级”通讯协议，该协议构建于tcp/ip协议上，由ibm公司在1999年发布。
41.lwm2m协议为资源受限性协议，多用于nb网络，设备及网络缓存处理能力有限，每次只能处理一条报文，因此为了防止指令丢失或超过设备处理极限，需确认一条指令处理完成后，再下发下一条。
42.mqtt协议设备，多用于2/3/4g，设备资源相对充足，且基于tcp协议实现，网络及设备的处理能力相对较高，无需排队下发。
43.其中，若确定缓存时间不为0，无论采用何种通讯协议，均是将所述指令消息存入消息缓存队列，在缓存时间到期后(其中缓存时间到期是指在等待缓存时间对应的时间后此时缓存时间更新为0)，只用根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果。
44.在一实施例中，步骤s102包括：
45.若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是离线状态，将所述指令消息的指令状态设置为超期状态。
46.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议(如第一类型通讯协议为lwm2m协议)且物联网设备是离线状态时，直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
47.在一实施例中，步骤s102还包括：
48.若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态且所述指令消息在消息缓存队列中，将所述指令消息从所述消息下发队列中删除，且将所述指令消息的指令状态设置为超期状态。
49.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0时，进一步确定了在缓存时间到期后，若物联网设备是在线状态且所述指令消息在消息下发队列中，则将所述指令消息从所述消息下发队列中删除，且将所述指令消息的指令状态设置为超期状态，也即先将指令消息从所述消息下发队列中删除后再判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
50.在一实施例中，步骤s102还包括：
51.若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态且所述指令消息未在消息缓存队列中，获取所述指令消息对应的处理结果。
52.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0时，进一步确定了在缓存时间到期后，若物联网设备是在线状态且所述指令消
息未在消息下发队列中，则说明这条指令正在下发过程中(对应上述列举的a2的指令状态)的指令状态)，则忽略此条指令的超期判断结果，等待指令的正常处理结果(对应上述列举的a3)的指令状态或a4)的指令状态)。
53.其中，在采用第一类型通讯协议且物联网设备是在线状态时，则将指令消息同步写入物联网设备进程的指令消息下发队列(指令消息下发队列是指设备在线情况时顺序下发的队列，区别于消息缓存队列)。指令消息进入指令消息下发队列后，按照先后顺序依次排队下发至物联网设备。下发指令消息时，在下发队列中取出第一条指令并在下发队列中删除该指令；确认指令下发状态完成后在指令消息缓存队列中清除该指令；
54.在缓存时间不为0时，无论设备在线与否，均将指令消息存入消息缓存队列。消息缓存队列为资源池模式，采用多个资源池(例如：8个)供指令消息随机写入、处理。每个资源池，按设定时长(例如：1s)查询一次本资源池进程队列。对于ttl未超期的指令，指令未超期或下发，则继续保存在消息缓存队列中。
55.在一实施例中，步骤s102还包括：
56.若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是离线状态，将所述指令消息的指令状态设置为超期状态。
57.在本实施例中，若确定所述物联网通讯协议类型为预设的第二类型通讯协议(如第二类型通讯协议为mqtt协议)且物联网设备是离线状态时，也是直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
58.在一实施例中，步骤s102还包括：
59.若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态，获取所述指令消息对应的处理结果。
60.在本实施例中，若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0时，在缓存时间到期后，进一步确定了物联网设备是在线状态，无论所述指令消息是否在消息缓存队列中，都说明这条指令正在下发过程中(对应上述列举的a2的指令状态)的指令状态)，则忽略此条指令的超期判断结果，等待指令的正常处理结果(对应上述列举的a3)的指令状态或a4)的指令状态)。
61.其中，在采用第二类型通讯协议且物联网设备是在线状态时，指令消息直接下发至物联网设备；确认指令下发状态完成后在指令消息缓存队列中清除该指令；
62.在采用第二类型通讯协议时，也是若缓存时间不为0，无论设备在线与否，均将指令消息存入消息缓存队列。消息缓存队列为资源池模式，采用多个资源池(例如：8个)供指令消息随机写入、处理。每个资源池，按设定时长(例如：1s)查询一次本资源池进程队列。对于ttl未超期的指令，指令未超期或下发，则继续保存在消息缓存队列中。
63.s103、若确定所述缓存时间为0且物联网设备在线，将所述指令消息发送至物联网终端。
64.在本实施例中，无论采用的是第一类型通讯协议还是第二类型通讯协议，只要确定所述缓存时间为0且物联网设备在线，则立即将指令消息下发到物联网设备(对应上述列举的a2)的指令状态)。
65.s104、若确定所述缓存时间为0且物联网设备离线，将所述指令消息的指令状态设
置为超期状态。
66.在本实施例中，无论采用的是第一类型通讯协议还是第二类型通讯协议，只要确定所述缓存时间为0且物联网设备离线，直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
67.可见，本技术通过资源池进程队列的方式进行消息缓存判断，可实现横向伸缩，可扩展性强；而且通过进程队列的方式，查询指令状态信息，并异步处理超期的指令信息，处理速率相对较高。
68.鉴于方案中对消息缓存超期的精准监控，可将方案推广至更通用的物联网行业场景。如：
69.智慧城市：智能停车、消防栓、水/气表、智能垃圾箱、路灯、烟雾报警等；
70.个人生活：可穿戴设备、物品追踪等；
71.工业&农业：气体探测、灌溉控制、牲畜管控等；
72.智能家居：智能门锁、家电监控等。
73.该方法实现了基于缓存时长、设备在线离线状态、指令下发状态等多维度进行参考判断，增加了指令消息缓存超期判断的准确性，增强了整个指令周期的实时性、顺序时效性、完整性。
74.本发明实施例还提供一种消息缓存超期监控装置，该消息缓存超期监控装置用于执行前述消息缓存超期监控方法的任一实施例。具体地，请参阅图3，图3是本发明实施例提供的消息缓存超期监控装置100的示意性框图。
75.其中，如图3所示，消息缓存超期监控装置100包括待指令参数获取单元101、第一执行单元102、第二执行单元103、第三执行单元104。
76.指令参数获取单元101，用于若检测物联网应用设备下发的指令消息和指令内容，获取所述指令消息和指令内容相应的物联网通讯协议类型，及所述指令消息包括的设备id和所述指令内容包括的缓存时间。
77.在本实施例中，是以物联网服务器为执行主体来描述技术方案。物联网应用设备可以将指令先发送至物联网服务器，再由物联网服务器将指令发送至物联网设备(也可以理解为物联网终端)。
78.其中，当物联网服务器检测到物联网应用设备下发的指令消息和指令内容，接收并存储所述指令消息和指令内容。在接收并存储所述指令消息和指令内容时，可以获取到所述指令消息和指令内容相应的物联网通讯协议类型(如lwm2m协议、mqtt协议、tcp协议等)，及所述指令消息包括的设备id和所述指令内容包括的缓存时间。之后物联网服务器会对该指令消息进行缓存时间、设备在线离线状态、指令下发状态等多维度判断指令超期结果。
79.为了更清楚了理解本技术的技术方案，可以预先定义指令消息的如下五种状态，分别是：a1)指令已保存状态，表示物联网应用设备下发至物联网服务器成功；a2)指令已发送状态，表示物联网服务器下发至物联网终端成功；a3)指令已送达/指令已完成状态，表示物联网服务器收到物联网终端回复；a4)指令发送超时状态，表示物联网服务器超过重传时间未收到物联网终端回复；a5)指令超期状态，表示超过设定ttl时间指令未下发。
80.本技术是采用资源池 消息队列的模式，在尽量节省资源消耗、提高性能的基础
上，实现物联网指令消息需具备的顺序性、时效性、流程完整性、实时性等特点。
81.第一执行单元102，用于若确定缓存时间不为0，将所述指令消息存入消息缓存队列，在缓存时间到期后，根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果。
82.在本实施例中，物联网服务器接收到物联网应用设备下发的指令消息和指令内容时，需要先确定缓存时间是否为0，也即判断ttl超期时间是否为0(0表示指令无需缓存)。若确定缓存时间不为0，表示需要进行消息缓存超期的判断。
83.其中，物联网设备与物联网平台建立通讯时并不局限于采用lwm2m协议、mqtt协议、tcp协议等协议中的一种进行通讯，只要是支持物联网领域各种协议类型均可。但本技术中为了具体的了解技术方案，是以采用lwm2m协议或mqtt协议来进行说明。
84.lwm2m协议中lwm2m的全称是lightweight machine to machine(轻量级设备对设备协议)，是oma(openmobilealliance，即开放移动联盟)定义的物联网协议，主要可以使用在资源受限(包括存储、功耗等)的嵌入式设备上；mqtt协议中mqtt的全称是message queuing telemetry transport(即表示消息队列遥测传输协议)，是一种基于发布/订阅(publish/subscribe)模式的“轻量级”通讯协议，该协议构建于tcp/ip协议上，由ibm公司在1999年发布。
85.lwm2m协议为资源受限性协议，多用于nb网络，设备及网络缓存处理能力有限，每次只能处理一条报文，因此为了防止指令丢失或超过设备处理极限，需确认一条指令处理完成后，再下发下一条。
86.mqtt协议设备，多用于2/3/4g，设备资源相对充足，且基于tcp协议实现，网络及设备的处理能力相对较高，无需排队下发。
87.其中，若确定缓存时间不为0，无论采用何种通讯协议，均是在缓存时间到期后，只用根据物联网设备的是否在线状态，确定将所述指令消息的指令状态设置为超期状态或是获取所述指令消息对应的处理结果。
88.在一实施例中，第一执行单元102包括：
89.第一子执行单元，用于若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是离线状态，将所述指令消息的指令状态设置为超期状态。
90.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议(如第一类型通讯协议为lwm2m协议)且物联网设备是离线状态时，直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
91.在一实施例中，第一执行单元102还包括：
92.第二子执行单元，用于若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态且所述指令消息在消息下发队列中，将所述指令消息从所述消息下发队列中删除，且将所述指令消息的指令状态设置为超期状态。
93.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0时，进一步确定了在缓存时间到期后，物联网设备是在线状态且所述指令消息在消息下发队列中，则将所述指令消息从所述消息下发队列中删除，且将所述指令消息的
指令状态设置为超期状态，也即先指令消息从所述消息缓存队列中删除后再判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
94.在一实施例中，第一执行单元102还包括：
95.第三子执行单元，用于若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态且所述指令消息未在消息下发队列中，获取所述指令消息对应的处理结果。
96.在本实施例中，若确定所述物联网通讯协议类型为预设的第一类型通讯协议且缓存时间不为0时，进一步确定了在缓存时间到期后，物联网设备是在线状态且所述指令消息未在消息下发队列中，则说明这条指令正在下发过程中(对应上述列举的a2的指令状态)的指令状态)，则忽略此条指令的超期判断结果，等待指令的正常处理结果(对应上述列举的a3)的指令状态或a4)的指令状态)。
97.其中，在采用第一类型通讯协议且物联网设备是在线状态时，则将指令消息同步写入物联网设备进程的指令消息下发队列(指令消息下发队列是指设备在线情况时顺序下发的队列，区别于消息缓存队列)。指令消息进入指令消息下发队列后，按照先后顺序依次排队下发至物联网设备。下发指令消息时，在下发队列中取出第一条指令并在下发队列中删除该指令；确认指令下发状态完成后在指令消息缓存队列中清除该指令；
98.在缓存时间不为0时，无论设备在线与否，均将指令消息存入消息缓存队列。消息缓存队列为资源池模式，采用多个资源池(例如：8个)供指令消息随机写入、处理。每个资源池，按设定时长(例如：1s)查询一次本资源池进程队列。对于ttl未超期的指令，指令未超期或下发，则继续保存在消息缓存队列中。
99.在一实施例中，第一执行单元102还包括：
100.第四子执行单元，用于若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是离线状态，将所述指令消息的指令状态设置为超期状态。
101.在本实施例中，若确定所述物联网通讯协议类型为预设的第二类型通讯协议(如第二类型通讯协议为mqtt协议)且物联网设备是离线状态时，也是直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
102.在一实施例中，第一执行单元102还包括：
103.第五子执行单元，用于若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0，在缓存时间到期后，若物联网设备是在线状态，获取所述指令消息对应的处理结果。
104.在本实施例中，若确定所述物联网通讯协议类型为预设的第二类型通讯协议且缓存时间不为0时，进一步确定了在缓存时间到期后，物联网设备是在线状态，无论所述指令消息是否在消息缓存队列中，都说明这条指令正在下发过程中(对应上述列举的a2的指令状态)的指令状态)，则忽略此条指令的超期判断结果，等待指令的正常处理结果(对应上述列举的a3)的指令状态或a4)的指令状态)。
105.其中，在采用第二类型通讯协议且物联网设备是在线状态时，指令消息直接下发至物联网设备；确认指令下发状态完成后在指令消息缓存队列中清除该指令；
106.在采用第二类型通讯协议时，也是若缓存时间不为0，无论设备在线与否，均将指
令消息存入消息缓存队列。消息缓存队列为资源池模式，采用多个资源池(例如：8个)供指令消息随机写入、处理。每个资源池，按设定时长(例如：1s)查询一次本资源池进程队列。对于ttl未超期的指令，指令未超期或下发，则继续保存在消息缓存队列中。
107.第二执行单元103，用于若确定所述缓存时间为0且物联网设备在线，将所述指令消息发送至物联网终端。
108.在本实施例中，无论采用的是第一类型通讯协议还是第二类型通讯协议，只要确定所述缓存时间为0且物联网设备在线，则立即将指令消息下发到物联网设备(对应上述列举的a2)的指令状态)。
109.第三执行单元104，用于若确定所述缓存时间为0且物联网设备离线，将所述指令消息的指令状态设置为超期状态。
110.在本实施例中，无论采用的是第一类型通讯协议还是第二类型通讯协议，只要确定所述缓存时间为0且物联网设备离线，直接判定指令状态为超期(对应上述列举的a5)的指令状态)，这样可以准确的对指令超期进行判断。
111.可见，本技术通过资源池进程队列的方式进行消息缓存判断，可实现横向伸缩，可扩展性强；而且通过进程队列的方式，查询指令状态信息，并异步处理超期的指令信息，处理速率相对较高。
112.该装置实现了基于缓存时长、设备在线离线状态、指令下发状态等多维度进行参考判断，增加了指令消息缓存超期判断的准确性，增强了整个指令周期的实时性、顺序时效性、完整性。
113.上述消息缓存超期监控装置可以实现为计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。
114.请参阅图4，图4是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是物联网服务器。
115.参阅图4，该计算机设备500包括通过装置总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括存储介质503和内存储器504。
116.该存储介质503可存储操作装置5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行消息缓存超期监控方法。
117.该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
118.该内存储器504为存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行消息缓存超期监控方法。
119.该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图4中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
120.其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本发明实施例公开的消息缓存超期监控方法。
121.本领域技术人员可以理解，图4中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存
储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图4所示实施例一致，在此不再赘述。
122.应当理解，在本发明实施例中，处理器502可以是中央处理单元(central processing unit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
123.在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，也可以为易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本发明实施例公开的消息缓存超期监控方法。
124.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
125.在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
126.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
127.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
128.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，后台服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分
步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、磁碟或者光盘等各种可以存储程序代码的介质。
129.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。