CN111866707A

CN111866707A - 一种设备离线处理方法及装置

Info

Publication number: CN111866707A
Application number: CN201911409199.2A
Authority: CN
Inventors: 路朝晖
Original assignee: Beijing Qisheng Technology Co Ltd
Current assignee: Beijing Qisheng Technology Co Ltd
Priority date: 2019-12-31
Filing date: 2019-12-31
Publication date: 2020-10-30
Anticipated expiration: 2039-12-31
Also published as: CN111866707B; CN115499775A

Abstract

本申请提供了一种设备离线处理方法及装置，其中，该方法包括：当第一移动设备与设备管理服务器断开连接时，生成现场日志；将现场日志尝试通过短消息服务SMS发送至设备管理服务器；若无法通过SMS发送现场日志，与第二移动设备建立短距离通信连接，通过短距离通信连接将现场日志发送给第二移动设备，由该第二移动设备转发现场日志至设备管理服务器；第二移动设备是与设备管理服务器正常连接的移动设备。本申请通过在移动设备与设备管理服务器断开连接时，移动设备通过自身或其他临近移动设备发送现场日志给设备管理服务器，以供设备管理服务器根据现场日志的内容对造成移动设备断网的问题事件进行判断分析，提高了对移动设备断网的处理效率。

Description

一种设备离线处理方法及装置

技术领域

本申请涉及自动化技术领域，具体而言，涉及一种设备离线处理方法及装置。

背景技术

目前，在共享设备的使用中，共享设备需要实时向服务器上传数据，当共享设备超过规定的时间内没有向服务器上传数据的时候，服务器就会判断该共享设备离线，并通知运维人员基于该共享设备最后上传的位置数据来寻找共享设备，并对共享设备进行回收或维护。

导致共享设备离线的原因多种多样，在不清楚原因的情况下，运维人员经常在现场也无法快速确定共享设备的离线原因，甚至在运维人员到达现场后发现共享设备并无故障，影响了对共享设备维护的效率。

发明内容

有鉴于此，本申请的目的在于提供一种设备离线处理方法及装置，能够提高移动设备维护的效率。

根据本申请的一个方面，提供一种电子设备，可以包括存储介质和与存储介质通信的处理器。存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行以下操作：

当第一移动设备与设备管理服务器断开连接时，生成现场日志；

将所述现场日志尝试通过短消息服务SMS发送至所述设备管理服务器；

若无法通过SMS发送所述现场日志，与第二移动设备建立短距离通信连接，通过所述短距离通信连接将所述现场日志发送给所述第二移动设备，由该第二移动设备转发所述现场日志至所述设备管理服务器；所述第二移动设备是与所述设备管理服务器正常连接的移动设备。

在一些实施例中，当所述第一移动设备无法搜索到能够建立短距离通信连接的第二移动设备时，还可以包括以下操作：

所述第一移动设备存储所述现场日志；

当所述第一移动设备与所述设备管理服务器重新建立连接时，将所述现场日志上传至所述设备管理服务器。

根据本申请的另一方面，处理器可以执行以下操作：

当所述设备管理服务器监测到第一设备处于离线状态后，查询所述第一设备的历史日志，根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件；

根据所述问题事件匹配预先存储的处理方案库中对应的目标处理方案；

根据该目标处理方案和第一设备的环境信息中携带的位置信息，生成所述第一设备的离线处理信息，并发送给运维终端。

在一些实施例中，所述根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件，可以包括以下操作：

根据所述环境信息中的位置信息，确定第一设备的离线地点；

根据所述第一设备的离线地点，判断第一设备是否处于预设场所；

若所述第一设备处于预设场所，在预设时间段内，按照预设时间间隔对所述第一设备进行的在线检测，若在预设时间段内检测到所述第一设备上线，确定所述第一设备的问题事件为场所干扰。

在一些实施例中，判断第一设备是否处于预设场所之后，还可以包括以下操作：

若所述第一设备未处于预设场所，根据所述环境信息中的天气信息，确定第一设备所处的天气状况；

若所述第一设备所处的天气状况属于预设的恶劣天气类型，根据所述环境信息中的位置信息，监测该位置信息对应的地点的天气状况；

当监测到所述位置信息对应的地点的天气状况转为正常天气类型后，若确定所述第一设备处于在线状态，确定所述第一设备的问题事件为天气干扰。

在一些实施例中，监测该位置信息对应的地点的天气状况之后，还可以包括以下操作：

当监测到所述位置信息对应的地点的天气状况转为正常天气类型后，若确定所述第一设备仍处于离线状态，获取所述第一设备的用户识别卡状态信息；

根据所述第一设备的用户识别卡状态信息，判断第一设备的用户识别卡是否是处于异常状态；

若处于异常状态，确定所述第一设备的问题事件为用户识别卡故障。

在一些实施例中，判断第一设备的用户识别卡是否是处于异常状态之后，还可以包括以下操作：

若所述第一设备的用户识别卡未处于异常状态，根据所述环境信息中的位置信息，搜索能够与第一设备建立短距离通信连接的第二设备；

通过所述第二设备查询所述用户识别卡对应的运营商的通信状况，判断该运营商的通信状况；

若所述运营商的通信状况不符合预设通信条件，在预设时间段内，按照预设时间间隔对所述第一设备进行的在线检测，若在预设时间段内未检测到所述第一设备上线，确定所述第一设备的问题事件为运营商故障。

在一些实施例中，判断该运营商的通信状况之后，还可以包括以下操作：

若所述运营商的通信状况符合预设通信条件，确定所述第一设备的问题事件为设备损坏。

在一些实施例中，所述设备管理服务器可以通过以下方式检测所述第一设备的连接状态：

通过与所述第一设备之间的长连接和/或短连接，检测所述第一设备的连接状态。

根据本申请的又一方面，提供一种设备离线处理装置，应用于移动设备，该装置包括以下结构：

生成模块，用于当第一移动设备与设备管理服务器断开连接时，生成现场日志；

通信模块，用于将所述现场日志尝试通过短消息服务SMS发送至所述设备管理服务器；若无法通过SMS发送所述现场日志，与第二移动设备建立短距离通信连接，通过所述短距离通信连接将所述现场日志发送给所述第二移动设备，由该第二移动设备转发所述现场日志至所述设备管理服务器；所述第二移动设备是与所述设备管理服务器正常连接的移动设备。

在一些实施例中，所述通信模块还可以用于：

当所述通信模块无法搜索到能够建立短距离通信连接的第二移动设备时，存储所述现场日志；当与所述设备管理服务器重新建立连接时，将所述现场日志上传至所述设备管理服务器。

在本申请的另一方面，提供一种设备离线处理装置，应用于设备管理服务器，该装置包括以下结构：

分析模块，用于当所述设备管理服务器监测到第一设备处于离线状态后，查询所述第一设备的历史日志，根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件；

匹配模块，用于根据所述问题事件匹配预先存储的处理方案库中对应的目标处理方案；

发送模块，用于根据该目标处理方案和第一设备的环境信息中携带的位置信息，生成所述第一设备的离线处理信息，并发送给运维终端。

在一些实施例中，所述分析模块根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件时，用于：

在一些实施例中，所述分析模块根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件时，还用于：

若处于异常状态，确定所述第一设备的问题事件为用户识别卡故障。在一些实施例中，所述分析模块根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件时，还用于：

在一些实施例中，在所述设备离线处理装置中，所述设备管理服务器可以通过以下方式检测所述第一设备的连接状态：

基于上述任一方面，通过在移动设备与设备管理服务器断开连接时，移动设备通过自身或其他临近移动设备发送现场日志给设备管理服务器，这样，设备管理服务器可以根据现场日志的内容对造成移动设备断网的问题事件进行判断分析，提高了对移动设备断网的处理效率，降低了运维人员的工作难度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种设备离线处理方法的流程图；

图2示出了本申请实施例提供的另一种设备离线处理方法的流程图；

图3示出了本申请实施例提供的设备离线处理方法中，确认场所干扰的具体方法的流程图；

图4示出了本申请实施例提供的设备离线处理方法中，确认天气干扰的具体方法的流程图；

图5示出了本申请实施例提供的设备离线处理方法中，确认识别卡故障的具体方法的流程图；

图6示出了本申请实施例提供的设备离线处理方法中，确认运营商故障的具体方法的流程图；

图7示出了本申请实施例提供的一种设备离线处理装置的结构示意图；

图8示出了本申请实施例提供的另一种设备离线处理装置的结构示意图；

图9示出了本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“共享单车的断网处理”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕共享单车的断网处理进行描述，但是应该理解，这仅是一个示例性实施例。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。

本申请实施例提供了一种设备离线处理方法，应用于移动设备，如图1所示，该方法包括以下步骤：

步骤S101、当第一移动设备与设备管理服务器断开连接时，生成现场日志；

步骤S102、将上述现场日志尝试通过短消息服务SMS发送至上述设备管理服务器；

步骤S103、若无法通过SMS发送上述现场日志，与第二移动设备建立短距离通信连接，通过上述短距离通信连接将上述现场日志发送给上述第二移动设备，由该第二移动设备转发上述现场日志至上述设备管理服务器；上述第二移动设备是与上述设备管理服务器正常连接的移动设备。

具体地，以移动设备为共享单车为例，共享单车(即第一移动设备)在检测到自身与设备管理服务器的连接断开时，立即收集当前的信号基站、设备状态、位置信息等信息生成现场日志，并且由于该共享单车与设备管理服务器的通信出现故障，该共享单车设置有用户识别卡(Subscriber Identity Modula,SIM)，因此可通过短消息的形式将现场日志发送给设备管理服务器。

但在有些特殊情况下，该共享单车所处的位置无法发送短消息，为了现场日志能够顺利发送给设备管理服务器，当该共享单车发送现场日志失败时，该共享单车通过短距离通信(如蓝牙通信)搜索信号覆盖范围内其他与设备管理服务器正常连接的共享单车(即第二移动设备)，通过该连接正常的共享单车将现场日志转发给设备管理服务器。

共享单车在与设备管理服务器断开连接后第一时间生成并发送的现场日志，为设备管理服务器快速分析共享单车的断网原因提供数据基础。

在一可选的实施例中，在步骤S103中，当上述第一移动设备无法搜索到能够建立短距离通信连接的第二移动设备时，还包括：

步骤104、上述第一移动设备存储上述现场日志；

步骤105、当上述第一移动设备与上述设备管理服务器重新建立连接时，将上述现场日志上传至上述设备管理服务器。

具体地，当共享单车通过短距离通信未能搜索到信号覆盖范围内有其他与设备管理服务器正常连接的共享单车，该共享单车将现场日志存储在本地，待与设备管理服务器连接重新连接上时，立即上传该现场日志，设备管理服务器在接收到该现场日志之前，只能通过该共享单车离线前的最新一次上传的日志进行该共享单车的离线处理，待该共享单车上传了上述现场日志，立即更新离线处理的结果。

本申请实施例还提供了一种设备离线处理方法，应用于设备管理服务器，如图2所示，该方法包括以下步骤：

步骤S201、当上述设备管理服务器监测到第一设备处于离线状态后，查询上述第一设备的历史日志，根据上述历史日志中的最新日志携带的环境信息确定第一设备的问题事件；

步骤S202、根据上述问题事件匹配预先存储的处理方案库中对应的目标处理方案；

步骤S203、根据该目标处理方案和第一设备的环境信息中携带的位置信息，生成上述第一设备的离线处理信息，并发送给运维终端。

具体地，以共享单车的离线处理为例，设备管理服务器在检测到有共享单车处于离线状态时，查询该共享单车上传的历史日志中最新的一个日志中的环境信息来确定造成该共享单车离线的原因，即问题事件。其中，环境信息中包括位置信息、天气信息等。

为了应对各类造成共享单车离线的情况，设备管理服务器中预先存储了处理方案库，该处理方案库中存储了各问题事件及其对应的处理方案。

设备管理服务器将匹配到的目标处理方案和该离线的共享单车的位置信息合并发送给运维终端，持有运维终端的运维人员根据位置信息到达该共享单车的现场，并根据目标处理方案对该共享单车进行维护或回收。

在一些实施例中，设备管理服务器可以包括处理器。处理器可以处理与第一设备发送到设备管理服务器的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于第一设备的历史日志中的最新日志确定第一设备的问题事件。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器或多核处理器)。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、专用指令集处理器(ApplicationSpecific Instruction-set Processor,ASIP)、图形处理单元(Graphics ProcessingUnit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(DigitalSignal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等，或其任意组合。

在一可选的实施例中，上述步骤S201、根据上述历史日志中的最新日志携带的环境信息确定第一设备的问题事件，如图3所示，包括以下步骤：

步骤S301、根据上述环境信息中的位置信息，确定第一设备的离线地点；

步骤S302、根据上述第一设备的离线地点，判断第一设备是否处于预设场所；

步骤S303、若上述第一设备处于预设场所，在预设时间段内，按照预设时间间隔对上述第一设备进行的在线检测，若在预设时间段内检测到上述第一设备上线，确定上述第一设备的问题事件为场所干扰。

具体地，设备管理服务器查询传输控制协议(Transmission Control Protocol，TCP)连接历史确定该共享单车鉴权没有错误，核实该共享单车离线的情况下，根据该共享单车最新日志中的环境信息中提供的位置信息，确定该共享单车是否处于隧道、停车场等有顶棚的场景中。当该共享单车处于上述场景中时可能是因为场景导致的与设备共享服务器断开连接，设备共享服务器对该共享单车在预设时间段内进行在线检测，如果该共享单车在预设时间段内没有发生移动并且保持离线状态，即未上传新的日志，则确认该共享单车是由于场所信号干扰导致的离线，对应的处理方案是派遣运维人员将该共享单车移动到该场所外，使该共享单车与设备管理服务器重新建立连接，恢复在线。

例如，共享单车A被停放在了无法与设备共享服务器通信的隧道中，设备管理服务器检测到共享单车A处于离线状态，并从共享单车A的最新日志中确认到共享单车A的位置是处于隧道中，设备管理服务器在24小时内对共享单车A进行在线检测，当共享单车在24小时内未离开该隧道，并为上传新的日志，则确定导致共享单车A离线的问题事件为场所干扰，设备管理服务器将移动共享单车A的指示和共享单车A的位置信息发送给运维终端，持有运维终端的运维人员根据共享单车A的位置到现场寻找共享单车A，并将找到的共享单车A根据指示移动到指定的位置，使共享单车A与设备管理服务器能够顺利重连。

在一可选的实施例中，如图4所示，还包括以下步骤：

步骤S401、若上述第一设备未处于预设场所，根据上述环境信息中的天气信息，确定第一设备所处的天气状况；

步骤S402、若上述第一设备所处的天气状况属于预设的恶劣天气类型，根据上述环境信息中的位置信息，监测该位置信息对应的地点的天气状况；

步骤S403、当监测到上述位置信息对应的地点的天气状况转为正常天气类型后，若确定上述第一设备处于在线状态，确定上述第一设备的问题事件为天气干扰。

具体地，在设备管理服务器根据离线的共享单车的最新日志中的位置信息确定该共享单车未处于隧道、停车场等有顶棚的场景中时，又或者是该共享单车处于上述场景中，但在对该共享单车进行在线监测中该共享单车有新的日志上传时，设备管理服务器就排除了该共享单车是由于场所干扰导致的与设备管理服务器断开连接。

在上述情况下，由于暴雨、扬沙、雷暴等恶劣天气类型会干扰信号的传播，导致共享单车与设备管理服务器断开连接，因此，设备管理服务器根据该共享单车的最新日志中确认该共享单车所处的环境的天气状况，若该共享单车所处的环境处于恶劣天气类型时，则通过实时天气服务器监测该共享单车所处的位置的天气状况，当设备管理服务器监测到该位置的天气状况转好的时候，如果该共享单车与设备管理服务器重新建立连接，则说明是由于天气干扰导致该共享单车与设备管理服务器断开连接，在该情况下，不需要对该共享单车进行任何处理。

例如，共享单车B虽然处于停车场中，但设备管理服务器对其在线检测的预设时间段内上传了新的日志，设备管理服务器通过共享单车B最新日志中的天气信息了解到共享单车B所处的地点正处于暴雨天气，设备管理服务器通过实时天气服务器检测该地点的天气状况，当该地点的天气状况变为非恶劣天气类型时，设备管理服务器检测到与共享单车B重新建立了连接，则设备管理服务器确定导致共享单车B离线的问题事件为天气干扰，并停止对共享单车B的离线处理。

在一可选的实施例中，如图5所示，还包括以下步骤：

步骤S501、当监测到上述位置信息对应的地点的天气状况转为正常天气类型后，若确定上述第一设备仍处于离线状态，获取上述第一设备的用户识别卡状态信息；

步骤S502、根据上述第一设备的用户识别卡状态信息，判断第一设备的用户识别卡是否是处于异常状态；

步骤S503、若处于异常状态，确定上述第一设备的问题事件为用户识别卡故障。

具体地，在设备管理服务器监测到在共享单车所处的地点的天气状况转好的情况下，该共享单车仍未与设备管理服务器重新建立连接，在这种情况下，设备管理服务器已经排除了场所干扰和天气干扰两种导致共享单车与设备管理服务器断开连接的问题事件，也就是排除了环境因素导致的共享单车离线。

由于共享单车为了和设备管理服务器进行通信连接需要借助网络运营商的信号基站，所以每台共享单车中都装载有用户识别卡SIM，共享单车所装载的SIM对应的账户可能欠费停机，或者SIM可能因为共享单车在使用中的颠簸等原因导致接触不良，以上两种异常状态都可能使共享单车与设备管理服务器无法顺利连接。

在上述情况下，设备管理服务器根据该共享单车的最新日志中的设备状态信息，确认该共享单车所装载的SIM是否接触不良(例如，SIM松动，或SIM损坏等)；同时，设备管理服务器根据数据库中存储的该共享单车对应的SIM账户向通信运营商的数据库获取该共享单车的SIM账户的余额情况，以确认该共享单车的SIM账户状态是否已欠费停机。

在设备管理服务器确认该共享单车的SIM出现了上述两种异常状态中的至少一种，则确认导致该共享单车与设备管理服务器断开连接的问题时间是用户识别卡故障。

设备管理服务器根据分析出的该共享单车的用户识别卡的具体故障匹配出相应的处理方案如下：

若具体故障是该共享单车的SIM账户欠费停机，则处理方案是对该共享单车的SIM账户进行充值，以使该SIM账户可以正常使用，该操作可以由设备管理服务器进行，也可以通过对运维终端发送相应的处理指示，该处理指示中携带了离线的共享单车的SIM账户和充值金额；

若具体故障是该共享单车的SIM接触不良，则处理方案是派遣运维人员对该共享单车的SIM重新安装固定。

例如，共享单车C由于SIM接触不良导致无法使用通信运营商的通讯基站，设备管理服务器在排除了场所干扰和天气干扰后，通过存储的共享单车C的SIM账户向通信运营商的数据库获取到共享单车C的SIM账户的余额为100.00元，确认共享单车C的SIM账户状态正常；同时根据共享单车C的最新日志中的设备状态记录的SIM状态信息，确认到共享单车C识别到的SIM状态是无SIM卡。设备管理服务器根据上述分析确认导致共享单车C与设备管理服务器断开连接的问题时间是用户识别卡故障中的SIM接触不良，设备管理服务器将重新安装固定SIM的指示和共享单车C的位置信息发送给运维终端，持有运维终端的运维人员根据上述位置信息在现场找到共享单车C，并重新安装固定共享单车C的SIM，并向设备管理服务器确认共享单车C是否重新上线。

在一可选的实施例中，如图6所示，还包括以下步骤：

步骤S601、若上述第一设备的用户识别卡未处于异常状态，根据上述环境信息中的位置信息，搜索能够与第一设备建立短距离通信连接的第二设备；

步骤S602、通过上述第二设备查询上述用户识别卡对应的运营商的通信状况，判断该运营商的通信状况；

步骤S603、若上述运营商的通信状况不符合预设通信条件，在预设时间段内，按照预设时间间隔对上述第一设备进行的在线检测，若在预设时间段内未检测到上述第一设备上线，确定上述第一设备的问题事件为运营商故障。

具体地，在设备管理服务器确认共享单车的SIM无故障后，由于存在通信运营商的通信服务出现全区域或部分区域的通信故障，设备管理服务器根据数据库中存储的该共享单车的SIM对应的通信运营商，向该通信运营商确认该共享单车所在区域的通信服务的通信状况是否良好。

若通信运营商在该共享单车所在区域的通信服务的通信状况出现故障，设备管理服务器在预设时间段内对该共享单车进行定时在线监测，如果该共享单车在预设时间段内没有移动位置并且没有上线，即，没有上传新的在线数据，确定导致该共享单车与设备管理服务器断开连接的问题时间为运营商故障，设备管理服务器生成的处理方案可以是派遣运维人员到现场将该共享单车移动至该通信运营商通信状况良好的区域或暂时回收该共享单车；也可以是对通信运营商进行通信状况定时查询，当确认到通信运营商的通信状况恢复正常，再次确认该共享单车是否重新与设备管理服务器进行连接。

例如，共享单车D与设备管理服务器断开连接，设备管理服务器在排除场所干扰、天气干扰和用户识别卡故障的问题事件后，设备管理服务器向存储的共享单车D所装载的SIM所属的通信运营商查询共享单车D所在区域的通信状况，通信运营商返回的共享单车D所在区域的通信状况为故障中，设备管理服务器在24小时内对共享单车D进行定时在线监测，在24小时内设备管理服务器未接收到共享单车D的上传的在线数据，设备管理服务器确定共享单车D离线的问题事件为运营商故障，并将移动共享单车D到通信状态良好的临近区域的指示和共享单车D的位置信息发送给运维终端，持有运维终端的运维人员根据上述位置信息在现场找到共享单车D并将共享单车D送往通信状态良好的临近区域。

在一可选的实施例中，还包括以下步骤：

步骤604、若上述运营商的通信状况符合预设通信条件，确定上述第一设备的问题事件为设备损坏。

具体地，设备管理服务器在排除了离线的共享单车的场所干扰、天气干扰、用户识别卡故障和运营商的问题事件后，确认导致该共享单车与设备管理服务器断开连接的问题事件是设备损坏，匹配的处理方案是派遣运维人员对该共享单车进行回收维护。在回收该共享单车后，运维人员可以根据该共享单车的损坏情况选择是更换该共享单车损坏的设备部件重新投入使用，或对该共享单车进行报废处理。

例如，设备管理服务器分析后确认共享单车E离线的问题事件是设备损坏，设备管理服务器将回收指示和共享单车E的位置信息发送给运维终端，持有运维终端的运维人员根据上述位置信息在现场找到共享单车E并进行回收，在对回收的共享单车E进行检查后确认共享单车的状态为共享单车装载的处理器设备损坏，运维人员更换共享单车E的处理器设备，并将该共享单车重新投入使用。

在一可选的实施例中，上述设备管理服务器通过以下方式检测上述第一设备的连接状态：

通过与上述第一设备之间的长连接和/或短连接，检测上述第一设备的连接状态。

具体地，上述长连接是指设备管理服务器与共享单车建立持续的通信连接，该类连接有以下两种连接方式：

(1)在共享单车被用户端启用以开始订单时，共享单车向设备管理服务器发送上线请求，设备管理服务器响应该上线请求，建立与共享单车的实时通讯连接，实时获取共享单车的数据；当共享单车完成订单后，共享单车向设备管理服务器发送下线请求，以断开与设备管理服务器的实时通讯连接，同时自身进入休眠状态；

(2)在共享单车未被用户端启用，也就是处于待机状态下，共享单车与设备管理服务器保持实时通讯连接，即上线状态；当共享单车被用户端启用以开始订单时，共享单车向设备管理服务器发送接单数据，并与设备管理服务器停止实时通讯连接，待完成订单后，共享单车向设备管理服务器发送订单完成数据，并重新与设备管理服务器建立实时通讯连接。

在实际应用中，以上两种连接方式可以同时使用，同时使用时，共享单车在接单状态和待机状态下都与设备管理服务器进行实时通讯连接，设备管理服务器根据共享单车的接单状态和待机状态对共享单车的在线属性进行切换。

上述短连接是指设备管理服务器只在共享单车接单和完成订单时对共享单车进行数据获取，或者按照预设的数据获取周期定时向共享单车获取即时数据。

长连接中的数据是实时更新的，短连接中的数据是在特定时间点或定时获取的，因此，可根据需要选择只采用长连接或短连接，也可以同时使用长连接和短连接，使用长连接确保设备管理服务器掌握共享单车实时的最新数据，使用短连接确保在长连接出现异常时设备管理服务器可以根据某一个或多个时间点共享单车的数据来确认共享单车的状态。

基于同一发明构思，本申请实施例中还提供了与设备离线处理方法对应的设备离线处理装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述设备离线处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图7所示，为本申请实施例提供的一种设备离线处理装置的示意图，应用于移动设备，上述装置包括：生成模块70和通信模块71；其中，

生成模块70，用于当第一移动设备与设备管理服务器断开连接时，生成现场日志；

通信模块71，用于将上述现场日志尝试通过短消息服务SMS发送至上述设备管理服务器；若无法通过SMS发送上述现场日志，与第二移动设备建立短距离通信连接，通过上述短距离通信连接将上述现场日志发送给上述第二移动设备，由该第二移动设备转发上述现场日志至上述设备管理服务器；上述第二移动设备是与上述设备管理服务器正常连接的移动设备。

本申请实施例通过在移动设备与设备管理服务器断开连接时，移动设备通过自身或其他临近移动设备发送现场日志给设备管理服务器，这样，设备管理服务器可以根据现场日志的内容对造成移动设备断网的问题事件进行判断分析，提高了对移动设备断网的处理效率，降低了运维人员的工作难度。

在一可选的实施例中，上述通信模块71还用于：

当上述通信模块无法搜索到能够建立短距离通信连接的第二移动设备时，存储上述现场日志；

当上述第一移动设备与上述设备管理服务器重新建立连接时，将上述现场日志上传至上述设备管理服务器。

参照图8所示，为本申请实施例提供的一种设备离线处理装置的示意图，应用于设备管理服务器，上述装置包括：分析模块80、匹配模块81和发送模块82；其中，

分析模块80，用于当上述设备管理服务器监测到第一设备处于离线状态后，查询上述第一设备的历史日志，根据上述历史日志中的最新日志携带的环境信息确定第一设备的问题事件；

匹配模块81，用于根据上述问题事件匹配预先存储的处理方案库中对应的目标处理方案；

发送模块82，用于根据该目标处理方案和第一设备的环境信息中携带的位置信息，生成上述第一设备的离线处理信息，并发送给运维终端。

在一可选的实施例中，上述分析模块80根据上述历史日志中的最新日志携带的环境信息确定第一设备的问题事件时，用于：

根据上述环境信息中的位置信息，确定第一设备的离线地点；

根据上述第一设备的离线地点，判断第一设备是否处于预设场所；

若上述第一设备处于预设场所，在预设时间段内，按照预设时间间隔对上述第一设备进行的在线检测，若在预设时间段内检测到上述第一设备上线，确定上述第一设备的问题事件为场所干扰。

在一可选的实施例中，上述分析模块80根据上述历史日志中的最新日志携带的环境信息确定第一设备的问题事件时，还用于：

若上述第一设备未处于预设场所，根据上述环境信息中的天气信息，确定第一设备所处的天气状况；

若上述第一设备所处的天气状况属于预设的恶劣天气类型，根据上述环境信息中的位置信息，监测该位置信息对应的地点的天气状况；

当监测到上述位置信息对应的地点的天气状况转为正常天气类型后，若确定上述第一设备处于在线状态，确定上述第一设备的问题事件为天气干扰。

当监测到上述位置信息对应的地点的天气状况转为正常天气类型后，若确定上述第一设备仍处于离线状态，获取上述第一设备的用户识别卡状态信息；

根据上述第一设备的用户识别卡状态信息，判断第一设备的用户识别卡是否是处于异常状态；

若处于异常状态，确定上述第一设备的问题事件为用户识别卡故障。

若上述第一设备的用户识别卡未处于异常状态，根据上述环境信息中的位置信息，搜索能够与第一设备建立短距离通信连接的第二设备；

通过上述第二设备查询上述用户识别卡对应的运营商的通信状况，判断该运营商的通信状况；

若上述运营商的通信状况不符合预设通信条件，在预设时间段内对第一设备进行定时监测；

当在预设时间段内未接收到第一设备的在线数据时，确定上述第一设备的问题事件为运营商故障。

若上述运营商的通信状况符合预设通信条件，确定上述第一设备的问题事件为设备损坏。

在一可选的实施例中，在上述分析模块80中，设备管理服务器通过以下方式检测上述第一设备的连接状态：

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本申请实施例还提供了一种计算机设备90，如图9所示，为本申请实施例提供的计算机设备90结构示意图，包括：处理器91、存储器92、和总线93。所述存储器92存储有所述处理器91可执行的机器可读指令(比如，图7中的装置中生成模块70和通信模块71以及图8中的装置中分析模块80、匹配模块81和发送模块82对应的执行指令等)，当计算机设备90运行时，所述处理器91与所述存储器92之间通过总线93通信，所述机器可读指令被所述处理器91执行时执行上述设备离线处理方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述设备离线处理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述设备离线处理方法，从而解决设备管理服务器如何快速对移动设备的离线进行精准处理的问题，进而达到提高对移动设备断网的处理效率的效果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种设备离线处理方法，其特征在于，应用于移动设备，该方法包括：

2.根据权利要求1所述的方法，其特征在于，当所述第一移动设备无法搜索到能够建立短距离通信连接的第二移动设备时，还包括：

所述第一移动设备存储所述现场日志；

3.一种设备离线处理方法，其特征在于，应用于设备管理服务器，该方法包括：

4.根据权利要求3所述的方法，其特征在于，所述根据所述历史日志中的最新日志携带的环境信息确定第一设备的问题事件，包括：

5.根据权利要求4所述的方法，其特征在于，判断第一设备是否处于预设场所之后，还包括：

6.根据权利要求5所述的方法，其特征在于，监测该位置信息对应的地点的天气状况之后，还包括：

7.一种设备离线处理装置，其特征在于，应用于移动设备，该装置包括：

8.一种设备离线处理装置，其特征在于，应用于设备管理服务器，该装置包括：

9.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至6任一所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至6任一所述方法的步骤。