CN112130180A - 检测共享设备卫星定位设备故障的方法、装置及服务器 - Google Patents

Abstract

本说明书提供一种检测共享设备卫星定位设备故障的方法、装置及服务器。一个实施例中可以获取共享设备的历史订单数据，然后至少基于时间维度筛选出卫星定位有效订单，计算出单个共享设备的卫星定位有效订单的数量和所述单个共享设备的总有效性订单数据的问题订单比例。若某个共享设备的问题订单比例小于预先设置的故障阈值，则可以确定该共享设备的卫星定位设备存在故障。通过本说明书实施例所提供的实施方案，可以有效检测出卫星定位设备存在故障的共享设备，便于作业人员及时找回、维护存在故障的共享设备，进而提高共享设备运营效果和用户使用体验。

Description

检测共享设备卫星定位设备故障的方法、装置及服务器

技术领域

本说明书实施例属于定位技术领域，尤其涉及一种检测共享设备卫星定位设备故障的方法、装置及服务器。

背景技术

随着共享经济技术的发展，共享自行车(共享单车)给人们出行带来了极大的方便。

一般的，共享单车通常会安装有卫星定位芯片，如全球定位系统(GlobalPositioning System，GPS)，以便对共享单车进行跟踪和管理。而共享单车受到环境因素影响或者产生卫星定位芯片故障，会导致共享单车的定位准确性变差，甚至无法成功定位，从而影响共享单车的运营管理和用户使用体验。

发明内容

本说明书的目的在于提供一种检测共享设备卫星定位设备故障的方法、装置及服务器，可以有效检测出卫星定位设备存在故障的共享设备。

本说明书实施例提供的一种检测共享设备卫星定位设备故障的方法、装置及服务器是通过包括以下方式实现的：

一种检测共享设备卫星定位设备故障的方法，包括：

从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单；

在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量；

计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定；

根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

一种检测共享设备卫星定位设备故障的装置，包括：

第一筛选模块，用于从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单；

第二筛选模块，用于在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量；

比例确定模块，用于计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定；

故障确定模块，用于根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

一种检测共享设备卫星定位设备故障的装置，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时实现本说明书中任意一个方法实施例所述的步骤。

一种存储介质，所述存储介质上存储有计算机可执行指令，所述可执行指令被执行时实现本说明书中任意一个方法实施例所述的步骤。

一种共享设备服务器，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时实现说明书中任意一个方法实施例所述的步骤。

一种卫星定位设备存在故障的共享设备定位方法，包括：

确定卫星定位设备存在故障的共享设备；

获取下述中的至少一种定位信息：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置；

根据获取的所述定位信息和卫星定位设备存在故障的共享设备的标识，生成至少包括所述卫星定位设备存在故障的共享设备的位置信息的运维指令。

一种共享设备定位服务器，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时：

确定卫星定位设备存在故障的共享设备；

获取下述中的至少一种定位信息：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置；

根据获取的所述定位信息和卫星定位设备存在故障的共享设备的标识，生成至少包括所述卫星定位设备存在故障的共享设备的位置信息的运维指令。

本说明书实施例提供的一种检测共享设备卫星定位设备故障的方法、装置及服务器。一些实施例中可以获取共享设备的历史订单数据，然后至少基于时间维度筛选出卫星定位有效订单，计算出单个共享设备的卫星定位有效订单的数量和所述单个共享设备的总有效性订单数据的问题订单比例。若某个共享设备的问题订单比例小于预先设置的故障阈值，则可以确定该共享设备的卫星定位设备存在故障。通过本说明书实施例提供的实施方案，可以有效检测出卫星定位设备存在故障的共享设备，便于作业人员及时找回、维护存在故障的共享设备，进而提高共享设备运营效果和用户使用体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1是本说明书提供的一个检测共享设备卫星定位设备故障的方法实施例的流程示意图；

图2是本说明书提供的所述方法另一个实施例的流程示意图；

图3是本说明书提供的一个实施例中采用多种方式获取故障设备的定位信息的场景示意图；

图4是本说明书提供的所述方法另一个实施例的流程示意图；

图5是应用本发明实施例的一种检测共享设备卫星定位设备故障的方法的硬件结构框图；

图6是本说明书提供的一种检测共享设备卫星定位设备故障的装置实施例的模块结构示意图；

图7是本说明书提供的所述装置另一个实施例的模块结构示意图；

图8是本说明书提供的所述装置另一个实施例的模块结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都应当属于本说明书保护的范围。

目前，一些包括共享单车的共享设备可以安装有卫星定位芯片，例如无固定桩位的共享单车。当共享单车被用户扫描开锁时，可以启动卫星定位芯片进行卫星定位。共享单车一般可以通过通信模块按照预先设定的上报频率将卫星定位的位置信息以及时间戳信息等上报给服务器。无固定桩位的共享单车对于用户而言，可以随骑随走，随停随放，无需统一放置在固定桩位上，极大的方便了用户骑行。但也正因如此，无固定桩位的共享单车停放地点不确定，停放地点分布较为分散，导致服务器经常无法获取共享单车正常的卫星定位信息。服务器一侧也因此无法确定是因为室内骑行、树木/建筑物遮挡等临时/长期的环境因素影响导致的无法获取，还是因为共享单车自身的卫星定位芯片出现了故障。若是卫星定位芯片出现了故障，通常需要发出运维指令，以便作业人员对共享车辆进行回收，然后进行维护。一般对于环境因素影响的无法正常定位，通常可以不对共享车辆进行回收。

因此，有效的检测共享单车的卫星定位芯片是否存在故障，不仅可以及时的对故障车辆进行回收、修复，提高用户使用体验，还可以节省作业人员现场查看的人力，减少运营成本。申请人基于发现的上述问题，在本说明书的一个或多个实施例中提供了一种检测共享设备卫星定位设备故障的方法、装置及服务器。一些实施例中可以获取共享设备的历史订单数据，然后至少基于时间维度筛选出卫星定位有效订单。根据卫星定位有效订单与总有效订单数量的比值来判别共享设备的卫星定位设备是否存在故障。进一步的，本说明书的另一些实施例中，对于确定存在卫星定位设备故障的共享设备，可以结合用户一侧的卫星定位新、基站信息、Wi-Fi信息等多种定位信息对共享设备进行定位后找回或维修等处理。

本说明书实施例中所述的共享设备可以安装一种或多种卫星定位设备。通常还可以安装有通信模块，可以检测到移动通信运营商的基站信息，获取基站的编号、信号强度等信息。另一些实施例中，共享设备还可以包括Wi-Fi模块或者蓝牙模块等。当然，相应的，服务器一侧可以相应的根据用户或共享设备上报的卫星定位信息、基站信息、Wi-Fi信息等确定对应的设备位置信息。

本说明书实施例中所述的得到、获取、确定等，包括直接获得的结果，也可以包括经过相应数据处理后得到的结果。

本说明书实施例中所述的共享设备可以包括前述所述的共享单车的应用场景。本说明书提供的实施例方案同样可以应用于其他共享设备，以识别出卫星定位设备存在故障的共享设备。例如在其他的应用场景中，所述的共享设备还可以包括但不限于共享汽车、共享电动车、共享充电宝、共享雨伞等。共享设备可以是基于自然人或非自然人进行现场操控/远程控制使得其移动的设备，也可以是自移动设备。

本说明书实施例中所述的卫星定位设备具体的可以包括卫星定位芯片，或包括卫星定位芯片的卫星定位模块。卫星定位设备采用的定位系统可以包括但不限于美国GPS、欧洲的伽利略卫星定位系统(Galileo satellite navigation system)、俄罗斯的格洛纳斯(GLONASS)卫星定位系统、中国北斗卫星定位系统(BeiDou Navigation SatelliteSystem，BDS)等。

下面以一个具体检测共享单车卫星定位设备是否存在故障的实施场景对本说明书实施方案进行说明。图1是本说明书提供的一个检测共享设备卫星定位设备故障的方法实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置、系统结构等，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或结构。所述的方法或系统结构的在实际中的装置、服务器、系统或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群、结合云计算或区块链技术的实施环境)。

当然，下述实施例的描述并不限于检测共享单车卫星定位设备是否存在故障的实施场景。本说明书实施例方案对其他检测共享设备的卫星定位设备是否存在故障的实施场景同样适用。例如共享设备可以是共享汽车，也可以是共享充电宝、共享雨伞等共享设备。具体的，本说明书提供的所述方法的一种实施例如图1所示，可以包括：

S0：从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单。

本实施例中可以获取共享设备过去一段时间范围内的订单数据，例如可以获取共享单车最近7天的订单数据。所述的订单数据通常包括用户使用共享设备所产生的交易记录数据。订单数据中可以包括相应的数据信息，如所使用的共享设备的标识信息、订单开始时间、订单结束时间、用户身份标识等。本说明书的一些实施例中，所述订单数据可以包括对应于该订单的共享设备中卫星定位设备上报的位置信息、订单时间开始和订单结束时间信息。这样，可以根据订单开始时间和订单结束时间能计算出共享设备的使用时间。

本说明书实施例中，可以将所述使用时间与预先设置的时长阈值进行比较，筛选出有效订单。这样可以过滤掉一些在一些应用场景中，卫星定位设备可能是由于短暂的外界环境因素导致定位数据不正常，或者是由于共享设备临时的电源问题、卫星定位芯片启动等非卫星定位设备的故障产生的订单。例如，一辆郊区山区附近的共享单车Bike_01在最近一周内产生12笔骑行订单。可以设置时长阈值为10分钟。若这12笔骑行订单中有10笔骑行订单超过10分钟，那么可以将这超过时长阈值10分钟的10笔骑行订单作为共享单车Bike_01有效订单。

为便于描述，本实施例从确定单个共享设备的卫星定位设备是否存在故障进行描述。当然，也可以批量获取多个共享设备的历史时间范围内的订单数据，统一筛选出使用时间大于时长阈值的有效订单。如可以一次获取某个运营区域内的所有100辆共享单车(编号从Bike_00到Bike_99)最近一周的1000订单数据，然后分别获取每笔订单的对应的使用时长。将使用时长与时长阈值10分钟进行比较，共筛选出100辆共享单车中全部或部分共享单车的900条有效订单。后续的可以针对每辆共享单车的一笔或多笔进行处理，计算出单个共享单车的问题订单比例。

本说明书所述方法的另一个实施例中，除前述从使用时间的时间维度筛选出有效订单外，还可以结合共享设备的移动距离共同来筛选出有效订单。具体的，所述方法的另一个实施例中，所述有效订单还满足：共享设备的移动距离大于距离阈值。

本实施例中可以根据共享设备的移动距离进一步筛选出用户使用共享设备满足距离阈值的有效订单。例如筛选出骑行距离在3公里以上的订单。这样过滤掉一些距离过短的无意义订单，或者采集的位置信息较为集中的订单，或者筛选出共享设备包括多种路段位置、多种环境下的订单信息。这样经过移动距离筛选的订单可以更加准确、可靠的进行卫星定位设备是否存在故障的识别。

所述的移动距离可以根据采集的共享设备自身的一些定位设备的信息得到，也可以结合用户的终端设备如手机或智能穿戴设备的定位信息得到，也可以结合其他外界设备的定位信息得到等。

本说明书提供的所述方法的另一个实施例中，可以利用共享设备在移动过程中上报的基站信息确定所述共享设备的移动距离。本实施例中所述的共享设备可以安装有前述所述的通信模块，可以获取基站编号等信基站信息。在移动通信运营商提供的通信服务中，基站信息也是一种位置信息的体现形式。基站通常有唯一的基站编号(基站标识)，在移动通信运营商中每个基站通常也会有对应的位置信息，因此，与共享设备进行通信的基站可以在一定程度上表示该共享设备的位置信息。一个基站还可以有多个小区(cell)，不同的小区通常覆盖不同的扇形区域，例如基站BS01有3个小区，每个小区各覆盖120度、半径3千米的扇形区域。因此，如果一个订单中，共享设备多次跨过多个小区，则用户很有可能在该基站下总共的移动距离超过了距离阈值(如3公里)。

另一些实施场景中。如果在大于使用时间的时间内，若共享单车发生跨基站切换，则很有可能是用户从一个基站骑行到另一个基站。此时共享设备的移动距离通常是大于预设距离。因此，所述方法的另一个实施例中，可以设置所述移动距离大于距离阈值包括：

若根据所述基站信息中的基站编号确定共享设备存在跨基站切换，则确定所述移动距离大于距离阈值。

一种情况下，可以在确定共享设备存在跨基站切换，即使实际移动距离不满足距离阈值，也可以认为共享设备的移动距离大于距离阈值。包括基于基站信息确定的移动距离(基站是范围型覆盖)、基于用户设备的定位系统确定移动距离(用户可能中间离开共享设备)等可以视为是一种预测的移动距离。

S2：在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量。

一个实施例中，筛选出有效订单后，可以针对每个共享设备的每笔订单上报的定位信息进行统计，获取每笔订单中的卫星定位次数。例如在共享单车中，用户扫描开锁后，共享单车中的GPS定位模块开启，按照设定的定位频率进行GPS定位。并可以按照设定的上报频率或其他上报条件等将GPS定位信息以及定位的时间戳信息等上报给服务器。服务器可以根据共享设备上传的定位信息和时间戳信息来获取每笔订单中的卫星定位次数。服务器可以将某个共享设备的多个订单中卫星定位次数大于预先设定的次数阈值的订单作为卫星定位有效订单。例如，对于共享单车Bike_01的最近一周内的10笔有效订单中，其中有9笔有效订单中的卫星定位次数大于次数阈值10次，那么共享单车Bike_01对应的卫星定位有效订单的数量为9。

这样，若有效订单为单独一个共享设备的有效订单，则可以根据每笔订单的卫星定位次数与次数阈值的比较确定卫星定位有效订单的数量。若所述有效订单包括多个共享设备(如前述100辆共享单车的900条有效订单)，同样可以分别统计或计算得到每个共享设备对应的卫星定位有效订单的数量。

单笔订单中的卫星定位次数可以反映共享设备的卫星定位情况，可以将其对应的订单作为卫星定位有效订单。本说明书的另一个实施例中，还可以统计每笔订单中的卫星定位频率，根据卫星定位频率来确定出共享设备对应的卫星定位有效订单。例如共享单车Bike_01存在一笔有效订单T01，可以获得该有效订单中的卫星定位次数12和订单时长10分钟，然后计算出该订单的卫星定位频率为1.2次/分钟，大于预设的频率阈值1次/分钟，则可以认为该有效订单T01为共享单车Bike_01的卫星定位有效订单。

因此，本说明书提供的一些实施例中，所述共享设备对应的卫星定位有效订单可以包括：

统计出的所述共享设备的单笔订单中，卫星定位总次数大于预设的次数阈值；

和/或，

统计出的所述共享设备的单笔订单中，卫星定位频率大于预设的频率阈值。

在另一些实施例中，统计共享设备的卫星定位有效订单时，可以同时结合卫星定位总次数和卫星定位频率来进行计算，如可以设置单笔订单中，卫星订单总次数满足大于预设的次数阈值的情况下，若卫星定位频率大于预设的频率阈值则可以将对应的单笔订单作为卫星定位有效订单。

S4：计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定。

获取共享设备的卫星定位有效订单的数量后，可以计算每个共享设备的问题订单比例。所述的问题订单比例可以基于该共享设备的卫星定位有效订单的数量与其总有效订单数量来确定。例如对于共享单车Bike_01的最近一周内的10笔有效订单中，其中有9笔卫星定位有效订单。那么一种实施方式中，问题订单比例可以为(10-9)/10＝0.1。另一种实施例方式中，问题订单比例也可以描述为9/10＝0.9，这种表述方式可以视为问题订单比例为(10-9)/10＝0.1的另一种变形或变换。当然，还可以基于卫星定位有效订单的数量和共享设备的总有效订单数量采用其他的定义以及计算问题订单比例的实施方式。例如问题订单比例也可以为10/(9-1)＝10的倍数关系描述，等。

S6：根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

可以根据问题订单比例的定义方式相应的设置有故障阈值。可以将问题订单比例与所述故障阈值进行比例，根据比较的结果确定相应的共享设备的卫星订单设备是否存在故障。如在本实施例应用场景中，问题订单比例若为某个共享设备的卫星订单有效订单数量与该共享设备的中有效订单数量的比值，故障阈值可以设置为0.3。若问题订单比例小于该故障阈值，则可以确定该共享设备的卫星订单设备存在故障。

本说明书实施例通过上述方式可以有效识别出共享设备中卫星定位设备存在故障的共享设备。在查找出一个或多个确定存在卫星定位设备存在故障的共享设备后，本说明书还提供可以结合一种或多种定位信息对卫星定位设备存在故障的共享设备进行找回的方法。

本说明书的一些实施例中，对前述确定存在卫星定位设备存在故障的共享设备进行标记，在服务器一侧圈定这部分共享设备，将其标记为故障设备。具体的，本说明书所述方法的另一个实施例中，如图2所示，还可以包括：

S8：将确定存在定位设备故障的共享设备标记为故障设备，故障设备被设置为面向用户的锁定状态。

例如共享单车应用场景中，可以将GPS定位芯片有问题的车辆在服务器一侧进行标记，可以将其设定为故障车。标记为故障车的共享单车GPS定位芯片可能存在问题，需要及时找回、检测或维修，以免对用户骑行造成定位不准确，导致用户体验变差或订单异常等。因此，对于共享单车中的故障车，用户无法扫码开锁骑走车辆。

本说明书可以提供结合一种或多种定位信息对卫星定位设备存在故障的共享设备进行找回的方法。具体的，还可以获取下述中的至少一种定位信息：

S100：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；

S102：获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；

S104：根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置。

如图3所示，用户在解锁故障设备时通常需要使用到用户一侧客户端设备，如安装有共享单车服务方的应用(application，APP)的智能手机。客户端也可以具有卫星定位功能。因此，本说明书的一个实施例中，用户使用客户端解锁故障设备时，服务器可以获取客户端一侧的卫星定位信息。如用户对故障车进扫码开锁的时候，用户扫码的手机中的APP可以通过手机系统调用获取手机GPS定位的经纬度信息，然后上传给服务器。服务器可以记录用户扫码时的手机定位位置以及所扫描的故障车的标识(如故障车辆编号)。

如前所述，共享设备也可以包括通信模块。因此，另一种方式中，可以利用故障设备最后上传给服务器的基站标识来确定故障设备的基站定位位置。如图3所示。例如可以获取车辆最后上传的基站编号，服务器可以从本地或移动通信运营商的基站模型数据库中查询到基站编号对应的位置信息，进而可以确定故障车的基站定位位置。

另一个实施方式中，也可以根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置。所述的无线局域网可以包括Wi-Fi协议的无线网络，也可以包括其他的局域网。如图3所示，例如服务器一侧的数据库可以保存Wi-Fi设备位置建立Wi-Fi信号传播模型的数据信息。可以利用Wi-Fi设备的mac地址(Media Access Control Address，局域网地址)作为标识，对应的Wi-Fi信号模型。利用车辆最后上报的Wi-Fi指纹信息，即Wi-Fi模块扫描到Wi-Fi设备列表信息(每个设备有唯一mac地址，用户自定义的ssid，Wi-Fi信号强度信息)称为一条Wi-Fi指纹信息。

进一步地，可以每个Wi-Fi设备根据信号强度及车辆朝向信息，及所有候选的Wi-Fi模型计算后验联合概率，利用梯度下降的算法，计算最优的后验Wi-Fi定位算法位置。当然，也可以采用直接根据获取到的无线局域网的标识(或其他信息)来查询数据库，获取该无线局域网的标识所对应的位置信息来确定故障设备的热点定位位置。

当然，还可以采取其他方式获取包括上述所述的定位信息以及其他定位信息。可以获取其中的一种或多种定位信息，或者多种定位信息之间也可以相互参考或筛选，以获取更加准确的定位信息。

获取定位信息之后，服务器可以根据一种或多种定位信息来生成共享设备运维指令。所述的共享设备运维指令可以用于指示维修人员或监控人员等(统称为运维人员)到某个地方或范围区域对某个/某些故障设备进行卫星定位设备的故障检查、维修或直接将共享设备回收等运维处理，以便对存在卫星定位设备故障的共享设备及时进行处理，提高用户使用体验，提高运营效果。因此，本说明书所述方法的另一个实施例中，如图4所示，所述方法还可以包括：

S10：根据获取的所述定位信息和故障设备的标识，生成存在卫星定位设备故障的共享设备运维指令。

虽然前述一些实施例中描述了根据问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障，但其是服务器根据历史数据进行处理、筛选、计算等得到的共享设备的卫星定位设备存在故障的输出结果，由于并没有现车验证，因此可以视为疑似卫星定位设备存在故障。共享设备的卫星定位设备最终是否存在故障，需要运维人员现场检查或回收后检查确定。因此，另一方面，生成共享设备运维指令，以便运维人员对服务器输出的确定存在卫星定位设备故障的共享设备进行定位、找回等处理，对卫星定位设备进行检测、维修等，仍然从整体上可以看作是一种检测共享设备卫星定位设备故障的实施方法。

本说明书一个或多个实施例提供一种检测共享设备卫星定位设备故障的技术方案。可以在服务器基于历史订单数据的处理输出共享设备的卫星定位设备存在故障的情况下，结合例如GPS信息、基站信息、Wi-Fi信息等多种定位信息对车辆进行找回，不仅可以及时定位和检测、修复故障设备，提高用户体验，还快速定位故障设备，为共享设备资产保全提供了重要的支持。

本说明书实施例提供的一种检测共享设备卫星定位设备故障的方法，可以获取共享设备的历史订单数据，然后至少基于时间维度筛选出卫星定位有效订单，计算出单个共享设备的卫星定位有效订单的数量和所述单个共享设备的总有效性订单数据的问题订单比例。若某个共享设备的问题订单比例小于预先设置的故障阈值，则可以确定该共享设备的卫星定位设备存在故障。通过本说明书实施例所提供的实施方案，可以有效检测出卫星定位设备存在故障的共享设备，便于作业人员及时找回、维护存在故障的共享设备，进而提高共享设备运营效果和用户使用体验。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。相关之处参见方法实施例的部分说明即可。

本说明书实施例所提供的方法实施例可以在PC终端、车辆终端、计算机终端、服务器、服务器集群、移动终端、区块链系统、分布式网络或者类似的运算装置中执行。所述的装置可以包括使用了本说明书实施例的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。以运行在服务器上的处理设备为例，图5是应用本发明实施例的一种检测共享设备卫星定位设备故障的方法的硬件结构框图。如图5所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本邻域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图5中所示更多或者更少的组件，例如还可以包括其它的处理硬件，如内部总线、内存、数据库或多级缓存、显示器，或者具有与图5所示不同的其他配置。

存储器200可用于存储应用软件的软件程序以及模块，处理器100通过运行存储在存储器200内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其它非易失性固态存储器。在一些实例中，存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器10的区块链专用网络或者万维网或者通信供应商提供的网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其它网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

基于上述所述的检测共享设备卫星定位设备故障的方法实施例的描述，本说明书还提供一种检测共享设备卫星定位设备故障的装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是本说明书提供的一种检测共享设备卫星定位设备故障的装置实施例的模块结构示意图。如图6所示，可以包括：

第一筛选模块60，可以用于从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单；

第二筛选模块62，可以用于在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量；

比例确定模块64，可以用于计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定；

故障确定模块66，可以用于根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

基于前述方法实施例描述，本说明书所述装置的另一个实施例中，如图7所示，所述装置还可以包括下述中的至少一个模块：

解锁定位模块70，可以用于获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；

基站定位模块72，可以用于获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；

热点定位模块74，可以用于根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置。

基于前述方法实施例描述，本说明书所述装置的另一个实施例中，如图8所述，所述装置还可以包括：

运维模块80，可以用于根据获取的所述定位信息和所述故障设备的标识，生成存在卫星定位设备故障的共享设备运维指令。

图8中的虚线可以表示另一个实施例中运维模块80可以基于故障确定模块66确定享设备的卫星定位设备是否存在故障时进行的数据处理。

本说明书实施例提供的上述检测共享设备卫星定位设备故障的方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用Windows操作系统的C++语言在PC端实现、基于Linux系统实现，或其它例如使用Android、iOS系统程序设计语言在智能终端实现，或者服务器集群、云处理/云计算、区块链，以及基于量子计算的处理逻辑实现等。至因此，本说明书实施例还提供实现上述方法的一种检测共享设备卫星定位设备故障的装置，包括：少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时实现本说明书任意一个方法实施例所述的实施步骤。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例描述方案的效果。因此，本说明书还提供一种存储介质，所述存储介质上存储有计算机可执行指令，所述可执行指令被执行时实现本说明书中任意一个方法实施例的实施步骤。

上述中所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其它方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

前述所述的方法还应用于相对于共享设备一侧的服务器中，可以用于实现检测共享设备卫星定位设备故障。因此，本说明书还提供一种共享设备服务器，所述服务器包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时实现本说明书任意一个方法实施例所述的实施步骤。

需要说明的，上述所述的装置、存储介质、服务器根据方法实施例的描述还可以包括其它的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书中上述装置、存储介质、服务器的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见或参照对应的方法实施例描述即可，每个实施例重点说明的都是与其它实施例的不同之处。相关之处参见方法实施例的部分说明即可。具体的可以根据前述方法实施例的描述的可以得到，且都应属于本申请所保护的实施范围之内，在此不做逐个实施例实现方案的赘述。

上述对本说明书特定实施例进行了描述。基于上述实施例描述的可扩展的实施例仍在本说明书提供的实施范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的一种检测共享设备卫星定位设备故障的方法、装置及服务器。一些实施例中可以获取共享设备的历史订单数据，然后至少基于时间维度筛选出卫星定位有效订单，计算出单个共享设备的卫星定位有效订单的数量和所述单个共享设备的总有效性订单数据的问题订单比例。若某个共享设备的问题订单比例小于预先设置的故障阈值，则可以确定该共享设备的卫星定位设备存在故障。通过本说明书实施例所提供的实施方案，可以有效检测出卫星定位设备存在故障的共享设备，便于作业人员及时找回、维护存在故障的共享设备，进而提高共享设备运营效果和用户使用体验。

基于前述实施例描述，本说明书还提供一种在包括采用本说明书实施例方式确定共享设备的卫星定位设备存在故障的情况下，可以基于多种定位信息来对故障的共享设备进行定位，生成相应的运维指令的技术方案。具体的，本说明书还提供一种卫星定位设备存在故障的共享设备定位方法，可以包括：

确定卫星定位设备存在故障的共享设备；

获取下述中的至少一种定位信息：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置；

根据获取的所述定位信息和卫星定位设备存在故障的共享设备的标识，生成至少包括所述卫星定位设备存在故障的共享设备的位置信息的运维指令。

类似的，本说明书还提供一种共享设备定位服务器，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时：

确定卫星定位设备存在故障的共享设备；

获取下述中的至少一种定位信息：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置；

根据获取的所述定位信息和卫星定位设备存在故障的共享设备的标识，生成至少包括所述卫星定位设备存在故障的共享设备的位置信息的运维指令。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例并不局限于必须是标准模型或算法、行业通信标准、标准程序语言、数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然，本申请不排除随着未来计算机技术的发展，实现上述实施例功能的计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其它数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其它类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其它内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其它光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其它磁性存储设备或任何其它非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、设备、组件、数据结构等等。也可以在分布式计算环境中实践。本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (10)

1.一种检测共享设备卫星定位设备故障的方法，包括：

从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单；

在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量；

计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定；

根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

2.如权利要求1所述的方法，所述有效订单还满足：

共享设备的移动距离大于距离阈值。

3.如权利要求2所述的方法，其中，利用共享设备在移动过程中上报的基站信息确定所述共享设备的移动距离。

4.如权利要求3所述的方法，所述移动距离大于距离阈值包括：

若根据所述基站信息中的基站编号确定共享设备存在跨基站切换，则确定所述移动距离大于距离阈值。

5.如权利要求1所述的方法，所述共享设备对应的卫星定位有效订单包括：

统计出的所述共享设备的单笔订单中，卫星定位总次数大于预设的次数阈值；

和/或，

统计出的所述共享设备的单笔订单中，卫星定位频率大于预设的频率阈值。

6.如权利要求1所述的方法，还获取下述中的至少一种定位信息：

获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；

获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；

根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置。

7.一种检测共享设备卫星定位设备故障的装置，包括：

第一筛选模块，用于从共享设备历史时间范围内的订单数据中筛选出使用时间大于时长阈值的有效订单；

第二筛选模块，用于在所述有效订单中，确定出所述共享设备对应的卫星定位有效订单的数量；

比例确定模块，用于计算所述共享设备的问题订单比例，所述问题订单比例基于所述卫星定位有效订单的数量与所述共享设备的总有效订单数量确定；

故障确定模块，用于根据所述问题订单比例与故障阈值的比较结果确定共享设备的卫星定位设备是否存在故障。

8.一种存储介质，所述存储介质上存储有计算机可执行指令，所述可执行指令被执行时实现权利要求1-6中任意一项所述的方法。

9.一种共享设备服务器，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行存储器存的可执行指令时实现权利要求1-6中任意一项所述的方法。

10.一种卫星定位设备存在故障的共享设备定位方法，包括：

确定卫星定位设备存在故障的共享设备；

获取下述中的至少一种定位信息：获取客户端解锁故障设备时上报的卫星定位信息，根据所述卫星定位信息确定所述故障设备的用户解锁位置；获取所述故障设备上报的最新的基站标识，根据所述基站标识确定所述故障设备的基站定位位置；根据获取所述故障设备上报的最新的无线局域网信息，根据所述无线局域网信息确定所述故障设备的热点定位位置；

根据获取的所述定位信息和卫星定位设备存在故障的共享设备的标识，生成至少包括所述卫星定位设备存在故障的共享设备的位置信息的运维指令。

Images