CN113301063A - 物联网设备信息的确定方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种物联网设备信息的确定方法、装置、设备及存储介质，涉及物联网技术领域。该方法包括：获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。根据本申请实施例，能够快速地确定出物联网设备的离线原因。

Description

物联网设备信息的确定方法、装置、设备及存储介质

技术领域

本申请属于物联网技术领域，尤其涉及一种物联网设备信息的确定方法、装置、设备及存储介质。

背景技术

物联网(Internet of Things，IoT)，是在互联网基础上进行延伸和扩展的网络，物联网可以将各种信息传感设备与互联网结合起来，实现在任何时间或地点的人、机、物的互联互通。

物联网通常包括管理平台和各类物联网设备，管理平台可以是管理服务器，物联网设备可以是路由器、手持式扫码设备、传感器等设备。管理服务器和物联网设备之间可以进行数据交换，如管理服务器向物联网设备发出动作指令，或者物联网设备将采集的数据上传至管理服务器。对于处于离线状态的物联网设备，管理服务器通常基于人工现场确认并回录离线数据至管理服务器的方式，确定该物联网设备的设备离线原因。但是，上述人工方式用时较长，导致管理服务器需要较长时间才能够获取离线数据。故而，管理服务器无法快速地确定出设备离线原因。

发明内容

本申请实施例提供一种物联网设备信息的确定方法、装置、设备及存储介质，以解决无法快速地确定出设备离线原因的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种物联网设备信息的确定方法，包括：

获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；

判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；

若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。

第二方面，本申请实施例提供了一种物联网设备信息的确定装置，包括：

获取模块，用于获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；

判断模块，用于判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；

确定模块，用于若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。

第三方面，本申请实施例提供了一种确定设备，包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面所述的物联网设备信息的确定方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面所述的物联网设备信息的确定方法。

相较于现有技术，本申请具有以下有益效果：

在本申请实施例中，管理服务器通过判断某一物联网设备最近一次上报数据的历史上报时刻与当前时刻的时间差与预设时长阈值的大小情况，可以自动地确定该物联网设备是否处于离线状态；当该物联网设备处于离线状态时，即上述时间差大于预设时长阈值，管理服务器可以基于离线原因确定规则确定出该物联网设备的离线原因，从而管理服务器可以无需通过人工方式，自动并快速地确定出物联网设备的离线原因，节省了人力成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的应用场景示意图；

图2是本申请另一个实施例提供的物联网设备信息的确定方法的流程示意图；

图3是本申请另一个实施例提供的物联网设备上报数据的上报流程图；

图4是本申请另一个实施例提供的物联网设备信息的确定装置的结构示意图；

图5是本申请另一个实施例提供的物联网设备信息的确定装置的结构示意图；

图6是本申请又一个实施例提供的确定设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

物联网是在互联网基础上进行延伸和扩展的网络，物联网可以将各种信息传感设备与互联网结合起来，实现在任何时间或地点的人、机、物的互联互通。物联网通常包括管理平台和各类物联网设备，管理平台可以是管理服务器，物联网设备可以是路由器、手持式扫码设备、传感器等设备。管理服务器和物联网设备之间可以进行数据交换，如管理服务器向物联网设备发出动作指令，或者物联网设备将采集的数据上传至管理服务器，应用场景可以如图1所示。对于处于离线状态的物联网设备，管理服务器通常基于人工现场确认并回录离线数据至管理服务器的方式，确定该物联网设备的设备离线原因。例如，技术人员可以每隔一天或三天对现场的物联网设备进行巡检，对于巡检出的离线设备，技术人员可以记录该离线设备的离线数据，如能否开机、设备是否损坏等，并可以在离线数据中附加技术人员判断出的离线原因。然而，由于技术人员两次巡检的间隔往往较长，使得人工方式用时较长，导致管理服务器无法快速地确定出设备离线原因。

为了解决现有技术问题，本申请实施例提供了一种物联网设备信息的确定方法、装置、设备及存储介质。下面首先对本申请实施例所提供的物联网设备信息的确定方法进行介绍。

如图2所示，本申请实施例提供的物联网设备信息的确定方法包括以下步骤：

S201、获取第一设备最近一次上报数据的历史上报时刻，第一设备为曾向管理服务器上报过数据的设备。

在一个示例实施例中，物联网中的物联网设备在正常运行过程中，会不断地向物联网的管理服务器上报数据，该数据可以是物联网设备的属性信息，如安装位置、设备类型、设备标识等，该数据也可以是物联网设备执行预设指令所采集的数据。管理服务器可以周期性对每一个物联网设备的运行状态进行检测。以第一设备指代任一物联网设备为例，管理服务器可以每隔预设周期，如1小时或3小时，获取第一设备最近一次上报数据的时刻，该时刻可以称为历史上报时刻。

S202、判断历史上报时刻与当前时刻的时间差是否大于预设时长阈值，若是，执行S203；若否，维持第一设备的运行状态为在线状态。

在一个示例实施例中，本申请的发明人在对大量的各类物联网设备各个维度的运行逻辑进行深入分析后，发现离线设备的运行状态在变更为离线状态前，已较长时间未上报数据。因此，可以通过物联网设备最近一次上报数据的时间信息来判断物联网设备的运行状态。这样，管理服务器在获取到第一设备最近一次上报数据的历史上报时刻后，可以基于历史上报时刻与当前时刻的时间差，与预设时长阈值的大小关系，判断第一设备是否处于离线状态。如果历史上报时刻与当前时刻的时间差大于预设时长阈值，则管理服务器可以执行下述S203的处理；如果历史上报时刻与当前时刻的时间差小于等于预设时长阈值，则管理服务器可以维持第一设备的运行状态为在线状态，并可以记录此次判断处理的时间信息。需要说明的是，预设时长阈值是一段时长，其可以由技术人员进行设定，如设定为12小时或24小时，预设时长阈值可以衡量物联网设备处于离线状态的准确程度，通常来说，预设时长阈值越大，准确程度越高。

S203、更新第一设备的运行状态为离线状态，并基于离线原因确定规则，确定第一设备的离线原因。

在一个示例实施例中，如果管理服务器判断出第一设备的历史上报时刻与当前时刻的时间差大于预设时长阈值，则管理服务器可以将第一设备的运行状态更新为离线状态。同时，管理设备可以基于离线原因确定规则，确定出第一设备的离线原因。通过上述处理，管理服务器可以无需通过人工方式，自动并快速地确定出物联网设备的离线原因，同时也节省了人力成本。

可选的，可以结合物联网设备最近一次上报的电量信息数据，来确定其离线原因，相应的处理可以如下：在第一设备最近一次上报的剩余电量小于预设电量阈值的情况下，确定第一设备的离线原因为无电量导致离线；在第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且第一设备的剩余流量小于预设流量阈值的情况下，确定第一设备的离线原因为欠费导致离线。

在一个示例实施例中，当物联网设备上报数据至管理服务器时，可以一并将其当前的电量信息上报至管理服务器。这样，管理服务器可以获取到各个物联网设备最近一次上报数据时的电量信息，并在某物联网设备处于离线状态后，基于该物联网设备的电量信息判断该物联网设备的离线原因。

具体的，管理服务器在更新第一设备的运行状态为离线状态后，可以基于第一设备最近一次上报的电量信息，获取第一设备在最近一次上报数据时的剩余电量，进而可以基于第一设备的剩余电量与预设电量阈值的大小情况，确定出第一设备的离线原因。预设电量阈值可以是第一设备在上述预设时长阈值这一时段内正常的电量消耗值，可以理解的是，如果第一设备的剩余电量小于预设电量阈值，则经过预设时长阈值这一时段后，第一设备极有可能由于电量耗尽而自动离线。这样，在第一设备最近一次上报的剩余电量小于预设电量阈值的情况下，管理服务器可以确定第一设备的离线原因为无电量导致离线。

进一步的，如果第一设备最近一次上报的剩余电量大于或等于预设电量阈值，则管理服务器可以基于第一设备的剩余流量情况继续判断第一设备的离线原因。管理服务器可以对第一设备的流量情况进行查询，获取第一设备的剩余流量，然后比较第一设备的剩余流量是否小于预设流量阈值，该预设流量阈值可以是第一设备正常使用数据服务的最低剩余流量值，如零。如果第一设备的剩余流量小于预设流量阈值，则表明第一设备是由于流量用尽被中断了数据传输服务而离线，这样，管理服务器可以将第一设备的离线原因确定为欠费导致离线。

可选的，对于离线原因不属于无电量导致离线或欠费导致离线的情况，可以结合距离第一设备预设距离阈值的第二设备的运行状态，来确定离线原因，相应的处理可以如下：获取距离第一设备预设距离阈值的第二设备的运行状态；在第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且存在运行状态为在线状态的第二设备的情况下，确定第一设备的离线原因为设备损坏或拆除导致离线；在第一设备最近一次上报的剩余电量大于或等于预设电量阈值，不存在运行状态为在线状态的第二设备，且存在运行状态为离线状态的第二设备的情况下，确定第一设备的离线原因为网络信号不佳导致离线。

在一个示例实施例中，如果第一设备的最近一次上报的剩余电量大于或等于预设电量阈值，或者第一设备的剩余流量大于或等于预设流量阈值，则可以排除第一设备的离线原因为无电量导致离线或欠费导致离线。本申请的发明人发现，设备损坏或拆除会导致设备离线，物联网设备的安装区域网络信号覆盖较差也会导致设备离线，因此，管理服务器可以基于第一设备附近是否存在处于在线状态的物联网设备的情况，来确定第一设备的离线原因，该物联网设备可称为第二设备。

具体的，管理服务器可以获取距离第一设备预设距离阈值的第二设备的运行状态，该预设距离阈值可以是50米或100米，这里不对其进行具体限定，技术人员可以基于需要对该预设距离阈值进行设定。如果第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且存在运行状态为在线状态的第二设备的情况下，则管理服务器可以确定第一设备的离线原因为设备损坏或拆除导致离线，容易理解的是，若第一设备附近存在处于在线状态的第二设备，则可以表明第一设备所在的区域网络信号正常，从而可以排除网络信号不佳导致设备离线这一情况。如果第一设备最近一次上报的剩余电量大于或等于预设电量阈值，不存在运行状态为在线状态的第二设备，且存在运行状态为离线状态的第二设备的情况下，则管理设备可以确定第一设备的离线原因为网络信号不佳导致离线。通过上述处理，管理服务器可以将第一设备的离线原因细化为无电量导致离线、欠费导致离线、设备损坏或拆除导致离线或者网络信号不佳导致离线，从而可以便于技术人员针对性对第一设备进行修复，提高了设备修复效率。

可选的，在确定第一设备的离线原因之后，还可以将离线原因推送给目标人员，相应的处理可以如下：生成携带离线原因的指示信息；按照预设推送方式推送指示信息至目标人员。

在一个示例实施例中，为了及时对处于离线状态的第一设备进行修复，管理服务器在确定出第一设备的离线原因之后，可以自动生成携带离线原因的指示信息，然后可以按照预设推送方式，将指示信息推送至目标人员，如技术人员。具体的，管理服务器可以通过向目标人员的联系设备发送短信、拨打电话或发送电子邮件的方式，推送第一设备的离线原因。通过上述处理，目标人员可以及时对第一设备进行修复，使其恢复正常，进一步提升了设备修复效率。

可选的，对于从未向管理服务器上报过数据的物联网设备，可以通过如下方式判断其是否处于离线状态以及离线原因，相应的处理可以如下：获取第三设备在管理服务器完成注册的注册时刻，第三设备为未向管理服务器上报过数据的设备；在注册时刻与当前时刻的时间差大于预设时长阈值的情况下，更新第三设备的运行状态为离线状态，并基于距离第三设备预设距离阈值的第四设备的运行状态以及离线原因确定规则，确定第三设备的离线原因。

在一个示例实施例中，还存在一类从未向管理服务器上报过数据的物联网设备，这类物联网设备可称为第三设备。本申请的发明人发现，第三设备未向管理服务器上报过数据的原因，可能是技术人员在安装第三设备时没有对其进行激活或者是所在区域的网络信号不佳。对于第三设备，管理服务器可以基于第三设备在管理服务器完成注册的注册时刻与当前时刻的时间差，与预设时长阈值的大小关系，来判断第三设备是否处于离线状态。

具体的，如果管理服务器判断出第三设备的历史上报时刻与当前时刻的时间差大于预设时长阈值，则管理服务器可以将第三设备的运行状态更新为离线状态。同时，管理设备可以基于离线原因确定规则以及距离第三设备预设距离阈值的第四设备的运行状态，确定出第三设备的离线原因。通过上述处理，对于仅注册而未上报过数据的物联网设备，管理服务器也能够确定出其离线原因，极大地拓宽了本申请对物联网设备的涵盖范围。

可选的，下面给出一种确定第三设备的离线原因的处理方式，相应的处理可以如下：获取距离第三设备预设距离阈值的第四设备的运行状态；在存在运行状态为在线状态的第四设备的情况下，确定第三设备的离线原因为未激活导致离线；在不存在运行状态为在线状态的第四设备，且存在运行状态为离线状态的第四设备的情况下，确定第三设备的离线原因为网络信号不佳导致离线。

在一个示例实施例中，管理服务器在更新第三设备的运行状态为离线状态后，可以对距离第三设备预设距离阈值的物联网设备的运行状态进行获取，该物联网设备可以称为第四设备。之后，管理服务器可以基于第四设备的运行状态，确定第三设备的离线原因。

具体的，如果存在运行状态为在线状态的第四设备，则管理服务器可以确定第三设备的离线原因为未激活导致离线，容易理解的是，若第三设备附近存在处于在线状态的第四设备，则可以表明第三设备所在的区域网络信号正常，从而可以排除网络信号不佳导致设备离线这一情况。如果不存在运行状态为在线状态的第四设备，且存在运行状态为离线状态的第四设备，则管理服务器可以确定第三设备的离线原因为网络信号不佳导致离线。

可选的，物联网设备可以按照如图3所示的流程向管理服务器上报数据，包括注册及上电、执行指令及状态变更等上报流程。图3所示流程具体可以如下：

1、注册及上电上报流程。S301，上报注册信息；新增的物联网设备向管理服务器上报注册信息。S302，返回注册成功信息；管理服务器向物联网设备发送注册成功信息。S303，上报自身上电属性信息；物联网设备准备上电，主动上报自身上电属性信息。S304，下发属性设定指令；管理服务器向物联网设备发送属性设定指令。S305，上报指令执行结果；物联网设备执行属性设定指令，并将指令执行结果及指令流水上报至管理服务器，同时，物联网设备开始上电。S306，返回确认信息；管理服务器向物联网设备发送确认信息。

2、执行指令上报流程。S307，下发指令；管理服务器向物联网设备下发指令，并附带指令流水。S308，上报指令执行结果；物联网设备执行完毕该指令后，立刻将指令执行结果上报至管理服务器，并附带指令流水。

3、状态变更上报流程。S309，上报状态变更信息；当物联网设备发生状态变更时，无论是变更普通上报状态为紧急上报状态，还是变更紧急上报状态为普通上报状态，均需要立刻将状态变更信息上报至管理服务器。S310，返回确认信息；管理服务器向物联网设备发送确认信息。

通过上述处理，管理服务器可以记录物联网设备每次上报数据的上报时刻，从而可以基于记录的物联网设备的上报时刻，执行S201-S203，以确定物联网设备的运行状态、离线原因等设备信息。

在本申请实施例中，管理服务器通过判断某一物联网设备最近一次上报数据的历史上报时刻与当前时刻的时间差与预设时长阈值的大小情况，可以自动地确定该物联网设备是否处于离线状态；当该物联网设备处于离线状态时，即上述时间差大于预设时长阈值，管理服务器可以基于离线原因确定规则确定出该物联网设备的离线原因，从而管理服务器可以无需通过人工方式，自动并快速地确定出物联网设备的离线原因，同时也节省了人力成本。

此外，管理服务器可以通过预设推送方式向目标人员推送第一设备的离线原因，使得目标人员可以及时对第一设备进行修复，使其恢复正常，提升了设备修复效率。

基于上述实施例提供的物联网设备信息的确定方法，相应地，本申请还提供了物联网设备信息的确定装置的具体实现方式。请参见以下实施例。

首先参见图4，本申请实施例提供的物联网设备信息的确定装置包括以下模块：

获取模块401，用于获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；

判断模块402，用于判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；

确定模块403，用于若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。

经过上述各模块的配合处理，通过判断某一物联网设备最近一次上报数据的历史上报时刻与当前时刻的时间差与预设时长阈值的大小情况，可以自动地确定该物联网设备是否处于离线状态；当该物联网设备处于离线状态时，即上述时间差大于预设时长阈值，可以基于离线原因确定规则确定出该物联网设备的离线原因，从而可以无需通过人工方式，自动并快速地确定出物联网设备的离线原因，同时也节省了人力成本。

可选的，为了确定第一设备的离线原因，所述确定模块403，具体用于：

在所述第一设备最近一次上报的剩余电量小于预设电量阈值的情况下，确定所述第一设备的离线原因为无电量导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于所述预设电量阈值，且所述第一设备的剩余流量小于预设流量阈值的情况下，确定所述第一设备的离线原因为欠费导致离线。

可选的，为了确定第一设备的离线原因，所述确定模块403，具体用于：

获取距离所述第一设备预设距离阈值的第二设备的运行状态；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且存在运行状态为在线状态的第二设备的情况下，确定所述第一设备的离线原因为设备损坏或拆除导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，不存在运行状态为在线状态的第二设备，且存在运行状态为离线状态的第二设备的情况下，确定所述第一设备的离线原因为网络信号不佳导致离线。

可选的，为了获取第三设备的注册时刻，所述获取模块401，还具体用于：

获取第三设备在所述管理服务器完成注册的注册时刻，所述第三设备为未向所述管理服务器上报过数据的设备；

为了确定第三设备的离线原因，所述确定模块403，还具体用于：

在所述注册时刻与当前时刻的时间差大于预设时长阈值的情况下，更新所述第三设备的运行状态为离线状态，并基于距离所述第三设备预设距离阈值的第四设备的运行状态以及所述离线原因确定规则，确定所述第三设备的离线原因。

可选的，为了确定第三设备的离线原因，所述确定模块403，还具体用于：

获取距离所述第三设备预设距离阈值的第四设备的运行状态；

在存在运行状态为在线状态的第四设备的情况下，确定所述第三设备的离线原因为未激活导致离线；

在不存在运行状态为在线状态的第四设备，且存在运行状态为离线状态的所述第四设备的情况下，确定所述第三设备的离线原因为网络信号不佳导致离线。

可选的，为了推送离线原因，如图5所示，上述装置还可以包括推送模块404，用于：

生成携带所述离线原因的指示信息；

按照预设推送方式推送所述指示信息至目标人员。

图4提供的物联网设备信息的确定装置中的各个模块具有实现图2所示实施例中各个步骤的功能，并达到与图2所示物联网设备信息的确定方法相同的技术效果，为简洁描述，在此不再赘述。

图6为实现本申请各个实施例的一种确定设备的硬件结构示意图。

在确定设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种物联网设备信息的确定方法。

在一个示例中，确定设备还可包括通信接口606和总线610。其中，如图6所示，处理器601、存储器602、通信接口606通过总线610连接并完成相互间的通信。

通信接口606，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将确定设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该确定设备可以执行本申请实施例中的物联网设备信息的确定方法，从而实现结合图2和图4描述的物联网设备信息的确定方法和装置。

本申请实施例还提供一种计算机可读存储介质，该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述物联网设备信息的确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种物联网设备信息的确定方法，其特征在于，所述方法包括：

获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；

判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；

若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。

2.根据权利要求1所述的方法，其特征在于，所述基于离线原因确定规则，确定所述第一设备的离线原因，具体包括：

在所述第一设备最近一次上报的剩余电量小于预设电量阈值的情况下，确定所述第一设备的离线原因为无电量导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于所述预设电量阈值，且所述第一设备的剩余流量小于预设流量阈值的情况下，确定所述第一设备的离线原因为欠费导致离线。

3.根据权利要求1所述的方法，其特征在于，所述基于离线原因确定规则，确定所述第一设备的离线原因，具体包括：

获取距离所述第一设备预设距离阈值的第二设备的运行状态；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且存在运行状态为在线状态的第二设备的情况下，确定所述第一设备的离线原因为设备损坏或拆除导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，不存在运行状态为在线状态的第二设备，且存在运行状态为离线状态的第二设备的情况下，确定所述第一设备的离线原因为网络信号不佳导致离线。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取第三设备在所述管理服务器完成注册的注册时刻，所述第三设备为未向所述管理服务器上报过数据的设备；

在所述注册时刻与当前时刻的时间差大于预设时长阈值的情况下，更新所述第三设备的运行状态为离线状态，并基于距离所述第三设备预设距离阈值的第四设备的运行状态以及所述离线原因确定规则，确定所述第三设备的离线原因。

5.根据权利要求4所述的方法，其特征在于，所述基于距离所述第三设备预设距离阈值的第四设备的运行状态以及所述离线原因确定规则，确定所述第三设备的离线原因，具体包括：

获取距离所述第三设备预设距离阈值的第四设备的运行状态；

在存在运行状态为在线状态的第四设备的情况下，确定所述第三设备的离线原因为未激活导致离线；

在不存在运行状态为在线状态的第四设备，且存在运行状态为离线状态的所述第四设备的情况下，确定所述第三设备的离线原因为网络信号不佳导致离线。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述确定所述第一设备的离线原因之后，所述方法还包括：

生成携带所述离线原因的指示信息；

按照预设推送方式推送所述指示信息至目标人员。

7.根据权利要求6所述的方法，其特征在于，所述预设推送方式至少包括短信、电话或电子邮件。

8.一种物联网设备信息的确定装置，其特征在于，所述装置包括：

获取模块，用于获取第一设备最近一次上报数据的历史上报时刻，所述第一设备为曾向管理服务器上报过数据的设备；

判断模块，用于判断所述历史上报时刻与当前时刻的时间差是否大于预设时长阈值；

确定模块，用于若是，则更新所述第一设备的运行状态为离线状态，并基于离线原因确定规则，确定所述第一设备的离线原因。

9.根据权利要求8所述的装置，其特征在于，所述确定模块，具体用于：

在所述第一设备最近一次上报的剩余电量小于预设电量阈值的情况下，确定所述第一设备的离线原因为无电量导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于所述预设电量阈值，且所述第一设备的剩余流量小于预设流量阈值的情况下，确定所述第一设备的离线原因为欠费导致离线。

10.根据权利要求8所述的装置，其特征在于，所述确定模块，具体用于：

获取距离所述第一设备预设距离阈值的第二设备的运行状态；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，且存在运行状态为在线状态的第二设备的情况下，确定所述第一设备的离线原因为设备损坏或拆除导致离线；

在所述第一设备最近一次上报的剩余电量大于或等于预设电量阈值，不存在运行状态为在线状态的第二设备，且存在运行状态为离线状态的第二设备的情况下，确定所述第一设备的离线原因为网络信号不佳导致离线。

11.根据权利要求8-10任一项所述的装置，其特征在于，所述装置还包括推送模块，用于：

生成携带所述离线原因的指示信息；

按照预设推送方式推送所述指示信息至目标人员。

12.一种确定设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的物联网设备信息的确定方法。

13.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的物联网设备信息的确定方法。

Images