CN107403225B - 一种共享设备故障报修方法及装置 - Google Patents

Abstract

本发明涉及一种共享设备故障报修方法及装置，该方法包括接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，所述通知信息包括所述维修请求信息和故障等级。本发明实施例的共享设备故障报修方法及装置，通过接收的所述维修请求信息分析共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，方便指导维修人员根据所述通知信息进行维修，一方面提高了维修人员的维修效率，另一方面，还提高了共享设备的利用率，实现资源最大程度得到利用。

Description

一种共享设备故障报修方法及装置

技术领域

本发明涉及故障维修处理技术领域，尤其涉及一种共享设备故障报修方法及装置。

背景技术

现有的共享设备在出现故障时，用户可以通过对应的终端向后台的服务平台发送出现故障。这种方式适合数量比较小的共享设备，不需要根据故障的具体情况来进行区别处理，维护人员只需逐个处理即可。但是当共享设备的数量基数较大时，比如当共享设备的数量达到千万台数量以上，在同一时刻存在故障的数量就可能比较多，如果按照现有的方式进行处理，一方面，会需求较多的维修人员，另一方面，现有的方式没有对故障共享设备进行区分，因为不是所有的故障都会导致共享设备无法正常使用，这样故障报修方法严重影响了共享设备的利用率，同时也给用户带来不变；再一方面，这样就会使得维修人员的维修效率较低，并且会直接导致共享设备的利用率较低。

发明内容

本发明所要解决的技术问题是针对上述现有技术的不足，提供共享设备故障报修方法及装置。

第一方面，本发明提供了一种共享设备故障报修方法，该方法包括：接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，所述通知信息包括所述维修请求信息和故障等级。

本发明实施例的共享设备故障报修方法，通过接收的所述维修请求信息分析共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，方便指导维修人员根据所述通知信息进行维修，一方面提高了维修人员的维修效率，另一方面，还提高了共享设备的利用率，实现资源最大程度得到利用。

进一步，所述方法还包括：当共享设备的所述故障等级小于预设故障等级阈值时，如果再次收到该共享设备的维修请求信息，则根据再次收到的维修请求消息二次判断所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的故障等级，并将所述故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

上述实施例中，当共享设备的所述故障等级小于预设故障等级阈值时，表明根据第一次维修请求消息判断该共享设备的故障程度较轻，随后的用户仍可以使用。如果随后的用户继续发送维修请求信息，有可能是与上一个用户反馈的是不是同一个故障问题，所以需要对该共享设备进行故障等级的再次判断，以判断该共享设备在后续使用过程中是否出现了新的故障，这样可以对已经出现过故障程度较轻的共享设备在后续使用过程中出现的故障进一步跟踪，并在出现新的故障问题时及时更新，便于维修人员及时知晓。

进一步，所述方法还包括：每隔预设时间间隔根据接收的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，并根据所述故障发生频度判断所述共享设备的质量指数并保存，供后台监控终端下载。

上述实施例中，通过对共享设备的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，根据所述故障发生频度判断所述共享设备的质量指数，便于后台管理人员评估所述共享设备的质量，并作为共享设备投放的重要依据。

进一步，所述方法还包括：维修完毕后，还接收所述预设维修终端发送的故障反馈信息，并根据所述故障反馈信息判断所述维修请求信息是否准确，如果所述维修请求信息准确，则向发送所述维修请求信息的用户随机发送奖励，否则，不做任何处理。

上述实施例中，维修人员通过预设维修终端发送的故障反馈信息来判断用户上传的维修请求信息是否准确，并在所述维修请求信息准确时向发送所述维修请求信息的用户随机发送奖励，鼓励用户及时对出现故障的共享设备保修，提高用户的积极性，从而使得处于故障状态的共享设备及时发现并被修理。

第二方面，本发明提供了一种共享设备故障报修装置，该装置包括：接收单元，用于接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；处理单元，用于根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息，所述通知信息包括所述维修请求信息和故障等级；发送单元，用于将所述通知信息发送至预设维修终端。

本发明实施例的共享设备故障报修装置，通过接收单元接收用户上传的所述维修请求信息，根据所述维修请求信息分析共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，方便指导维修人员根据所述通知信息进行维修，一方面提高了维修人员的维修效率，另一方面，还提高了共享设备的利用率，实现资源最大程度得到利用。

进一步，所述处理单元还用于当共享设备的所述故障等级小于预设故障等级阈值时，如果再次收到该共享设备的维修请求信息，则根据再次收到的维修请求消息二次判断所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的故障等级，并将所述故障等级和再次受到的维修请求信息作为更新后的通知信息，通过所述发送单元发送给预设维修终端。

上述实施例中，所述当共享设备的所述故障等级小于预设故障等级阈值时，表明根据第一次维修请求消息判断该共享设备的故障程度较轻，随后的用户仍可以使用。如果随后的用户继续发送维修请求信息，有可能是与上一个用户反馈的是不是同一个故障问题，所以通过所述处理单元对该共享设备进行故障等级的再次判断，以判断该共享设备在后续使用过程中是否出现了新的故障，这样可以对已经出现过故障程度较轻的共享设备在后续使用过程中出现的故障进一步跟踪，并在出现新的故障问题时及时更新，便于维修人员及时知晓。

进一步，所述装置还包括统计单元，用于每隔预设时间间隔根据接收的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，并根据所述故障发生频度判断所述共享设备的质量指数并保存，供后台监控终端下载

上述实施例中，通过所述统计单元对共享设备的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，根据所述故障发生频度判断所述共享设备的质量指数，便于后台管理人员评估所述共享设备的质量，并作为共享设备投放的重要依据。

进一步，所述装置还包括反馈单元，用于维修完毕后，还接收故障反馈信息，并根据所述故障反馈信息判断所述维修请求信息是否准确，如果所述维修请求信息准确，则向发送所述维修请求信息的用户随机发送奖励，否则，不做任何处理。

上述实施例中，反馈单元通过维修人员发送的故障反馈信息来判断用户上传的维修请求信息是否准确，并在所述维修请求信息准确时向发送所述维修请求信息的用户随机发送奖励，鼓励用户及时对出现故障的共享设备保修，提高用户的积极性，从而使得处于故障状态的共享设备及时发现并被修理。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

图1为本发明一实施例提供的共享设备故障保修方法流程示意图；

图2为本发明另一实施例提供的共享设备故障保修方法流程示意图；

图3为本发明另一实施例提供的共享设备故障保修方法流程示意图；

图4为本发明另一实施例提供的共享设备故障保修方法流程示意图；

图5为本发明另一实施例提供的共享设备故障保修方法流程示意图；

图6为本发明一实施例提供的共享设备故障保修系统构架图；

图7为本发明一实施例提供的共享设备故障保修装置结构示意图；

图8为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图9为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图10为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图11为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图12为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图13为本发明另一实施例提供的共享设备故障保修装置结构示意图；

图14为本发明另一实施例提供的共享设备故障保修系统构架图；

图15为本发明另一实施例提供的共享设备故障保修装置结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、模块、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

本发明中，所述共享设备在没有特别说明的情况下，可以是共享单车或共享汽车等直观结构上便于识别的产品，当然也可以是其他的产品，这里并不仅限于共享单车和共享汽车两种。

如图1给出了本发明实施例提供的一种共享设备故障报修方法的示意性流程图。如图1所示放的的执行主体可以是服务器，该方法包括：

S110，接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；

需要说明的是，这里接收的维修请求信息由用户通过用户终端发送，用户在使用共享设备的过程中，如果共享设备发生故障，此时，用户可以通过用户终端发送维修请求信息，后台管理人员及时了解共享设备的状态信息、位置信息和故障图片信息，有助于出现故障的共享设备及时得到处理。

其中，共享设备的基本信息包括共享设备型号、共享设备编号、共享设备出厂日期和共享设备颜色信息等，这些基本信息一一对应关联设置，并在共享设备出厂时预先设定好，这些基本信息可以以二维码的形式设置在共享设备上，用户在发送维修请求信息时只需要扫描所述二维码即可完成共享设备的基本信息获取。当然，这些基本信息也可以采用其他方式，这里不做任何限定。

另外，在实际中，所述维修请求信息还可以包括辅助文字说明，并由用户通过用户终端发送，便于后台根据所述辅助文字说明来识别共享设备的故障类别和故障等级。

S120，根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，所述通知信息包括所述维修请求信息和故障等级。

这里，根据用户发送的维修请求信息分析所述共享设备的故障等级，从而可以可以准确的识别所述共享设备的故障程度，便于维修人员识别并合理的安排维修任务，使得所有出现故障的共享设备能够高效的得到维修，从而实现资源最大程度的得到利用。

另外，根据所述故障等级生成通知信息并发送给预设维修终端，这样维修人员根据所述预设维修终端便可以准确的知道附近出现故障的所述共享设备的维修请求信息和对应的故障等级，这样，可以比较合理的安排维修任务，提高维修效率，尽快让所有出现故障的所述共享设备恢复正常状态。

本发明的共享设备的故障报修方法，通过接收的所述维修请求信息分析共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，方便指导维修人员根据所述通知信息进行维修，一方面提高了维修人员的维修效率，另一方面，还提高了共享设备的利用率，实现资源最大程度得到利用。

优选地，作为本发明的一个实施例，如图2所示，该实施例中，根据所述维修请求信息分析所述共享设备的故障等级包括：

S210，将所述故障图片信息进行图像处理，识别其轮廓信息，并将所述轮廓信息与预先存储的共享设备轮廓信息比对，并识别故障部位，并根据所述故障部位所属的故障类别确定所述共享设备的故障类别；

本发明中，所述故障类别根据共享设备的属性预先对应设定。比如，将所述轮廓信息与预先存储的共享设备轮廓信息比对识别出共享设备的故障出现在A部位，通常会出现对应类型的故障，将所述轮廓信息与预先存储的共享设备轮廓信息比对识别出共享设备的故障出现在B部位，通常会出现对应类型的故障，所以，根据所述故障图片信息可以初步判断所述共享设备出现的故障属于预先设定的故障类型中的哪一种，比如以共享自行车为例，其链条出现故障，那么对应的故障类别就是链条故障，便于后续根据链条故障进行进一步的故障等级判断，这样可以对共享设备的故障类别进行初步判断。

需要指出的是，这里的故障图片信息可能包括多条，比如其中一条是关于所述共享设备上A处的图片信息，另一条是关于所述共享设备上B处的图片信息，所以可能存在根据根据两条或以上的故障图片信息对应两种或以上的故障类型，但这并不影响故障等级的判断，通过下文的步骤S220和步骤S230可以得到解释。

S220，将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度和对应故障部位的故障权重系数计算共享设备的故障程度值；

针对某一条所述故障图片信息，在预存的数据库中可以找到与其相对应部位的预设标准图片信息，通过将将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度计算共享设备的故障程度值；这样就可以准确的知道所述故障图片信息对应的部位的异常程度。

正如上述步骤S210中指出的一样，当故障图片信息可能把包括多条时，可能存在根据根据两条或以上的故障图片信息对应两种或以上的故障类型，进而在两个或以上的所述故障类型中，根据所述步骤S220的方法进行处理，可能会得到两个或以上的故障程度值，这时只需要取所有的故障程度值中的最大者来作为后续步骤S230中判断故障等级的依据即可，这样最能体现出所述共享设备的故障程度。

当然不同部位的故障权重系数不一样，比如还是以共享自行车，如果故障类型为链条故障，则其故障权重系数较大，因为链条出现故障则共享自行车无法正常使用。

S230，根据所述故障程度值所属的等级范围确定所述故障类别中对应的故障等级。

由于预先已经设定好了故障等级和对应的故障程度值范围，所以对于任一所述故障程度值，都可以找到其所属的故障等级，从而作为故障等级的直接依据。

需要说明的是，实际中，所述故障等级的划分可以根据实际需要选择不用的精度，调节每一等级的范围，这些皆在本发明的保护范围至内。

优选地，作为本发明的一个实施例，如图3所示，该实施例中，所述通知信息还包括维修顺序信息，且根据所述故障等级生成维修顺序信息具体包括如下步骤：

S130a，对于不同故障等级的共享设备：按照故障等级的高低由低至高生成维修顺序信息；对于同一故障等级的共享设备：分别获取共享设备和预设维修终端的位置信息，并计算所述共享设备与预设维修终端之间的距离，并按照距离由小至大顺序排列，生成维修顺序信息。

这里，对于不同等级的所述共享设备的维修顺序可以直接根据共享设备的故障等级来确定，本实施例中是按照故障等级由低至高顺序排列，这样是为了将比较故障程度较低的共享设备快速维修并回复正常状态，尽可能的使共享设备处于可以正常使用的状态。

但是，这里需要指出的是，在实际中，并不是将所有出现故障的设备都按照故障等级级由低至高顺序排列，因为对于故障程度比较低的共享设备虽然出现了故障，但不影响共享设备的正常使用，或者对正常使用产生非常小的影响，这个情况下，相比较而言，对于故障等级比较高甚至足以影响正常使用的共享设备更需要及时得到维修处理，所以对于出现故障的共享设备，需要分两种情况处理：

针对故障等级达到预设故障等级阈值的所述共享设备，按照故障等级由低至高顺序排列；针对故障等级小于预设故障等级阈值的所述共享设备也按照故障等级由低至高顺序排列，并且将故障等级达到预设故障等级阈值的所述共享设备优先于故障等级小于预设故障等级阈值的所述共享设备排列，这样可以使得所有出现故障的所述共享设备尽可能的快的恢复至能够为用户所用的状态。

这里，对于所述预设故障等级阈值将在下文进行进一步解释。

特别地，实际中，所述预设维修终端由维修人员随身携带，这样，所述共享设备与预设维修终端之间的距离即为维修人员与出现故障的所述共享设备之间的距离，作为人员维修先后顺序的依据。

优选地，作为本发明的一个实施例，如图4所示，该实施例中，所述方法还包括

S130b，判断所述故障等级达到预设故障等级阈值时，通过向共享设备的语音播报装置发送提示信息，或者向共享设备发送控制指令，所述控制指令中携带待控部件信息，根据所述控制指令控制共享设备的待控部件停止工作，以停止用户继续使用。

需要指出的是，这里，所述预设故障等级阈值的设定以所述共享设备的故障是否对用户的正常使用造成明显影响为标准。以共享自行车为例，如果共享自行车的刹车出现故障，则判定该故障对共享自行车的正常使用造成明显影响，该故障等级达到预设故障等级阈值，这里达到预设故障等级阈值包括两层含义：该故障等级等于预设故障等级阈值或者该故障等级大于预设故障等级阈值。

通过判断所述故障等级是否达到预设故障等级阈值，可以初步判断出现故障的所述共享设备是否能够正常使用，如果所述故障等级达到预设故障等级阈值，则表明所述共享设备的故障程度已经达到了用户不能正常使用的情况，需要停止用户继续使用，确保用户的安全和使用体验。

具体地，可以通过控制共享设备的待控部件停止工作来实现禁止用户继续使用，比如共享自行车可以控制自行车锁锁闭，共享汽车可以控制启动开关或按钮停止工作来实现停止用户继续使用。当然也可以采用其他的方式来辅助停止用户使用，比如发出语音告警信息提醒用户车辆出现故障，停止使用。

优选地，作为本发明的一个实施例，如图5所示，在图3或图4的基础上，所述方法还包括对所述故障等级进行校正处理，具体包括：

S140，当所述故障等级小于预设故障等级阈值，采集该共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，则将所述故障等级上升至预设故障等级阈值，并停止用户继续使用。

当首次收到所述维修请求信息时，且所述故障等级小于预设故障等级阈值，表明所述共享设备的故障程度较轻，不会对用户的正常使用造成影响。此时会暂时允许随后的用户继续使用所述共享设备。但是首次收到的维修请求信息可能存在不准确的情况，比如故障设备同时出现了其他故障但是先前用户没有及时发现，或者先前用户发送的故障图片信息不清晰等等，导致对共享设备的故障等级判断不准确，进而导致对故障等级的判断出现偏差。这时可以通过随后用的使用时间进行初步的故障等级校正。

本实施例中，通过采集该共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，比如随后的用户平均使用时间不到一分钟，则可以初步判断所述共享设备出现的故障已经影响到了用户的正常使用，所以需要将所述故障等级上升至预设故障等级阈值，并停止用户继续使用，确保用户安全和用户体验。

优选地，作为本发明的一个实施例，该实施例中，所述方法还包括：当共享设备的所述故障等级小于预设故障等级阈值时，如果再次收到该共享设备的维修请求信息，则根据再次收到的维修请求消息二次判断所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的故障等级，并将所述故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

上述实施例中，当共享设备的所述故障等级小于预设故障等级阈值时，表明根据第一次维修请求消息判断该共享设备的故障程度较轻，随后的用户仍可以使用。如果随后的用户继续发送维修请求信息，有可能是与上一个用户反馈的不是同一个故障类别，所以需要对该共享设备进行故障等级的再次判断，以判断该共享设备在后续使用过程中是否出现了新的故障，这样可以对已经出现过故障程度较轻的共享设备在后续使用过程中出现的故障进一步跟踪，并在出现新的故障问题时及时更新，便于维修人员及时知晓。

当然，如果随后的用户继续发送维修请求信息也有可能是与上一个用户反馈的是同一个故障类别，这种情况按照新的维修请求信息判断其故障等级，如果前后的故障等级一致，则保持原故障等级不变，否则，按照前述的方法取前后两次故障等级中的较高者作为所述共享设备的故障等级，并将所述故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

这里，所述预设故障等级阈值可以根据实际中所述共享设备的不同而进行针对性设置和调整。

优选地，作为本发明的一个实施例，该实施例中，所述方法还包括：每隔预设时间间隔根据接收的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，并根据所述故障发生频度判断所述共享设备的质量指数并保存，供后台监控终端下载。

上述实施例中，通过对共享设备的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，根据所述故障发生频度判断所述共享设备的质量指数，便于后台评估所述共享设备的质量，并作为共享设备投放的重要依据。

实际中，有的共享设备在出厂时存在质量瑕疵，导致其频繁发生故障，通过对所述共享设备的维修请求信息进行统计分析，可以初步判断共享设备出现质量瑕疵。

特别地，这里需要将实际中认为破坏的情形排出在外，比如维修人员在实际维修过程中发现明显属于人为故意破坏的，这可以将所述维修请求信息进行标记，并在统计时将标记有人员破坏信息的维修请求信息剔除，以提高统计结果的准确性。

优选地，作为本发明的一个实施例，该实施例中，所述方法还包括：在维修完毕后，还接收所述预设维修终端发送的故障反馈信息，并根据所述故障反馈信息判断所述维修请求信息是否准确，如果所述维修请求信息准确，则向发送所述维修请求信息的用户随机发送奖励，否则，不做任何处理。

上述实施例中，维修人员通过预设维修终端发送的故障反馈信息来判断用户上传的维修请求信息是否准确，并在所述维修请求信息准确时向发送所述维修请求信息的用户随机发送奖励，鼓励用户及时对出现故障的共享设备保修，提高用户的积极性，从而使得处于故障状态的共享设备及时发现并被修理。

特别地，所述奖励可以以多种方式呈现，比如以随机现金红包的方式发送给用户，也可以采用优惠券的方式发送给用户等等，这里不一一列举，也不做任何限定。

上文结合图1至图5，详细描述了根据本发明实施例的共享设备故障报修方法，下面结合图6-15，详细描述了根据本发明实施例的共享设备故障报修装置。

图6为本发明实施例提供的一种共享设备故障报修系统架构图。具体如图6所示，该系统架构至少包括：用户终端、维修终端、物联网系统和后台监控平台，

其中，物联网系统包括物联网接入设备、物联网互联设备、物联网安全设备和物联网应用服务器等。物联网接入设备包括有物联网远端接入接口和物联网本地接入接口，用于通过所述物联网远端接入接口和物联网本地接入接口建立外部终端与物联网服务子系统的连接。物联网互联设备包括有分别用于与物联网接入设备、物联网安全设备、物联网应用服务器以及内部终端连接的物联网互联接口，用于通过所述物联网互联接口提供所述物联网接入设备以及所述物联网服务子系统的互联。

本申请文件将详细介绍物联网应用服务器所执行的方法流程。该实施例中，物联网应用服务器为后台监控平台，即共享设备故障报修装置。图7为本发明实施例提供的一种共享设备故障报修装置结构示意图。如图7所示，该装置包括：接收单元、处理单元和发送单元。

接收单元，用于接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；

需要说明的是，这里接收的维修请求信息由用户通过用户终端发送，用户在使用共享设备的过程中，如果共享设备发生故障，此时，用户可以通过用户终端发送维修请求信息，后台管理人员及时了解共享设备的状态信息、位置信息和故障图片信息，有助于出现故障的共享设备及时得到处理。

其中，共享设备的基本信息包括共享设备型号、共享设备编号、共享设备出厂日期和共享设备颜色信息等，这些基本信息一一对应关联设置，并在共享设备出厂时预先设定好，这些基本信息可以以二维码的形式设置在共享设备上，用户在发送维修请求信息时只需要扫描所述二维码即可完成共享设备的基本信息获取。当然，这些基本信息也可以采用其他方式，这里不做任何限定。

另外，在实际中，所述维修请求信息还可以包括辅助文字说明，并由用户通过用户终端发送，便于后台根据所述辅助文字说明来识别共享设备的故障类别和故障等级。

处理单元，用于根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息，所述通知信息包括所述维修请求信息和故障等级；

这里，根据用户发送的维修请求信息分析所述共享设备的故障等级，从而可以可以准确的识别所述共享设备的故障程度，便于维修人员识别并合理的安排维修任务，使得所有出现故障的共享设备能够高效的得到维修，从而实现资源最大程度的得到利用。

发送单元，用于将所述通知信息发送至预设维修终端。

将所述通知信息并发送给预设维修终端，这样维修人员根据所述预设维修终端便可以准确的知道附近出现故障的所述共享设备的维修请求信息和对应的故障等级，这样，可以比较合理的安排维修任务，提高维修效率，尽快让所有出现故障的所述共享设备恢复正常状态。

本发明的共享设备的故障报修装置，通过接收的所述维修请求信息分析共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，方便指导维修人员根据所述通知信息进行维修，一方面提高了维修人员的维修效率，另一方面，还提高了共享设备的利用率，实现资源最大程度得到利用。

优选地，作为本发明的一个实施例，如图8所示，该实施例中，所述处理单元包括第一处理子单元、第处理二子单元和第三处理子单元。

第一处理子单元，用于将所述故障图片信息进行图像处理，识别其轮廓信息，并将所述轮廓信息与预先存储的共享设备轮廓信息比对，并识别故障部位，根据所述故障部位所属的故障类别确定所述共享设备的故障类别；

本发明中，所述故障类别根据共享设备的属性预先对应设定。比如，在所述共享设备的A部位，通常会出现对应类型的故障，在所述共享设备的B部位，通常会出现对应类型的故障，所以，根据所述故障图片信息可以初步判断所述共享设备出现的故障属于预先设定的故障类型中的哪一种。

需要指出的是，这里的故障图片信息可能包括多条，比如其中一条是关于所述共享设备上A处的图片信息，另一条是关于所述共享设备上B处的图片信息，所以可能存在根据根据两条或以上的故障图片信息对应两种或以上的故障类型，但这并不影响故障等级的判断。

第二处理子单元，用于将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度和对应故障部位的故障权重系数计算共享设备的故障程度值；

针对某一条所述故障图片信息，在预存的数据库中可以找到与其相对应部位的预设标准图片信息，通过将将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度计算共享设备的故障程度值；这样就可以准确的知道所述故障图片信息对应的部位的异常程度。

正如上述指出的一样，当故障图片信息可能把包括多条时，可能存在根据根据两条或以上的故障图片信息对应两种或以上的故障类型，进而在两个或以上的所述故障类型中，根据所述第二处理子单元进行处理，可能会得到两个或以上的故障程度值，这时只需要取所有的故障程度值中的最大者来作为后续判断故障等级的依据即可，这样最能体现出所述共享设备的故障程度。

当然不同部位的故障权重系数不一样，比如还是以共享自行车，如果故障类型为链条故障，则其故障权重系数较大，因为链条出现故障则共享自行车无法正常使用。

第三处理子单元，用于根据所述故障程度值所属的等级范围确定所述故障类别中对应的故障等级。

由于预先已经设定好了故障等级和对应的故障程度值范围，所以对于任一所述故障程度值，都可以找到其所属的故障等级，从而作为故障等级的直接依据。

需要说明的是，实际中，所述故障等级的划分可以根据实际需要选择不用的精度，调节每一等级的范围，这些皆在本发明的保护范围至内。

优选地，作为本发明的一个实施例，如图9所示，该实施例中，所述装置还包括顺序单元，用于根据所述故障等级生成维修顺序信息，具体包括：对于不同故障等级的共享设备：按照故障等级的高低由低至高生成维修顺序信息；对于同一故障等级的共享设备：分别获取共享设备和预设维修终端的位置信息，并计算所述共享设备与预设维修终端之间的距离，并按照距离由小至大顺序排列，生成维修顺序信息。

这里，对于不同等级的所述共享设备的维修顺序可以直接根据共享设备的故障等级来确定，本实施例中是按照故障等级由低至高顺序排列，这样是为了将比较故障程度较低的共享设备快速维修并回复正常状态，尽可能的使共享设备处于可以正常使用的状态。

但是，这里需要指出的是，在实际中，并不是将所有出现故障的设备都按照故障等级由低至高顺序排列，因为对于故障程度比较低的共享设备虽然出现了故障，但不影响共享设备的正常使用，或者对正常使用产生非常小的影响，这个情况下，相比较而言，对于故障等级比较高甚至足以影响正常使用的共享设备更需要及时得到维修处理，所以对于出现故障的共享设备，需要分两种情况处理：

针对故障等级达到预设故障等级阈值的所述共享设备，按照故障等级由低至高顺序排列；针对故障等级小于预设故障等级阈值的所述共享设备也按照故障等级由低至高顺序排列，并且将故障等级达到预设故障等级阈值的所述共享设备优先于故障等级小于预设故障等级阈值的所述共享设备排列，这样可以使得所有出现故障的所述共享设备尽可能的快的恢复至能够为用户所用的状态。

特别地，实际中，所述预设维修终端由维修人员随身携带，这样，所述共享设备与预设维修终端之间的距离即为维修人员与出现故障的所述共享设备之间的距离，作为人员维修先后顺序的依据。

优选地，作为本发明的一个实施例，在图9所示实施例的基础上，如图10所示，该实施例中，所述装置还包括判断单元，用于判断所述故障等级达到预设故障等级阈值时，通过向共享设备的语音播报装置发送提示信息，或者向共享设备发送控制指令，所述控制指令中携带待控部件信息，根据所述控制指令控制共享设备的待控部件停止工作，以停止用户继续使用。

需要指出的是，这里，所述预设故障等级阈值的设定以所述共享设备的故障是否对用户的正常使用造成明显影响为标准。以共享自行车为例，如果共享自行车的刹车出现故障，则判定该故障对共享自行车的正常使用造成明显影响，该故障等级达到预设故障等级阈值，这里达到预设故障等级阈值包括两层含义：该故障等级等于预设故障等级阈值或者该故障等级大于预设故障等级阈值。

通过所述判断单元判断所述故障等级是否达到预设故障等级阈值，可以初步判断出现故障的所述共享设备是否能够正常使用，如果所述故障等级达到预设故障等级阈值，则表面所述共享设备的故障程度已经达到了用户不能正常使用的情况，需要停止用户继续使用，确保用户的安全和使用体验。

具体地，可以通过控制共享设备的待控部件停止工作来实现禁止用户继续使用，比如共享自行车可以控制自行车锁锁闭，共享汽车可以控制启动开关或按钮停止工作来实现停止用户继续使用。当然也可以采用其他的方式来辅助停止用户使用，比如发出语音告警信息提醒用户车辆出现故障，停止使用。

优选地，作为本发明的一个实施例，在图10所示实施例的基础上，如图11所示，该实施例中，所述装置还包括校正单元，用于当所述故障等级小于预设故障等级阈值，采集该共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，则将所述故障等级上升至预设故障等级阈值，并停止用户继续使用。

当首次收到所述维修请求信息时，且所述故障等级小于预设故障等级阈值，表明所述共享设备的故障程度较轻，不会对用户的正常使用造成影响。此时会暂时允许随后的用户继续使用所述共享设备。但是首次收到的维修请求信息可能存在不准确的情况，比如故障设备同时出现了其他故障但是先前用户没有及时发现，或者先前用户发送的故障图片信息不清晰等等，导致对共享设备的故障等级判断不准确，进而导致对故障等级的判断出现偏差。这时可以通过随后用的使用时间进行初步的故障等级校正。

本实施例中，所述校正单元通过采集该共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，比如随后的用户平均使用时间不到一分钟，则可以初步判断所述共享设备出现的故障已经影响到了用户的正常使用，所以需要将所述故障等级上升至预设故障等级阈值，并停止用户继续使用，确保用户安全和用户体验。

优选地，作为本发明的一个实施例，在图11所示实施例的基础上，如图12所示，该实施例中，所述装置还包括更新单元，用于当共享设备的所述故障等级小于预设故障等级阈值时，如果再次收到该共享设备的维修请求信息，则根据再次收到的维修请求消息二次判断所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的故障等级，并将所述故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

上述实施例中，当共享设备的所述故障等级小于预设故障等级阈值时，表明根据第一次维修请求消息判断该共享设备的故障程度较轻，随后的用户仍可以使用。如果随后的用户继续发送维修请求信息，有可能是与上一个用户反馈的不是同一个故障类别，所以需要对该共享设备进行故障等级的再次判断，以判断该共享设备在后续使用过程中是否出现了新的故障，这样可以对已经出现过故障程度较轻的共享设备在后续使用过程中出现的故障进一步跟踪，并在出现新的故障问题时及时更新，便于维修人员及时知晓。

当然，如果随后的用户继续发送维修请求信息也有可能是与上一个用户反馈的是用一个故障类别，这种情况按照新的维修请求信息判断其故障等级，如果前后的故障等级一致，则保持原故障等级不变，否则，按照前述的方法取前后两次故障等级中的较高者作为所述共享设备的故障等级，并将所述故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

这里，所述预设故障等级阈值可以根据实际中所述共享设备的不同而进行针对性设置和调整。

优选地，作为本发明的一个实施例，在图12所示实施例的基础上，如图13所示，该实施例中，所述装置还包括统计单元，用于每隔预设时间间隔根据接收的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，并根据所述故障发生频度判断所述共享设备的质量指数并保存，供后台监控终端下载。

上述实施例中，通过对共享设备的维修请求信息进行统计分析，得出每一台共享设备的故障发生频度，根据所述故障发生频度判断所述共享设备的质量指数，便于后台评估所述共享设备的质量，并作为共享设备投放的重要依据。

实际中，有的共享设备在出厂时存在质量瑕疵，导致其频繁发生故障，通过对所述共享设备的维修请求信息进行统计分析，可以初步判断共享设备出现质量瑕疵。

特别地，这里需要将实际中认为破坏的情形排出在外，比如维修人员在实际维修过程中发现明显属于认为故意破坏的，这可以将所述维修请求信息进行标记，并在统计时将标记有人员破坏信息的维修请求信息剔除，以提高统计结果的准确性。

优选地，作为本发明的另一个实施例中，如图14所示，所述后台监控平台还与共享设备生产厂家应用服务器互联，在所述统计单元分析出共享设备的质量结果后，并将分析得到的质量结果发送至上述生产厂家应用服务器，便于厂家及时改进共享设备的质量。

优选地，作为本发明的另一个实施例中，在图13所示实施例的基础上，如图15所示，所述装置还包括反馈单元，用于在维修完毕后，还接收所述预设维修终端发送的故障反馈信息，并根据所述故障反馈信息判断所述维修请求信息是否准确，如果所述维修请求信息准确，则向发送所述维修请求信息的用户随机发送奖励，否则，不做任何处理。

上述实施例中，维修人员通过预设维修终端发送的故障反馈信息来判断用户上传的维修请求信息是否准确，并在所述维修请求信息准确时向发送所述维修请求信息的用户随机发送奖励，鼓励用户及时对出现故障的共享设备保修，提高用户的积极性，从而使得处于故障状态的共享设备及时发现并被修理。

特别地，所述奖励可以以多种方式呈现，比如以随机现金红包的方式发送给用户，也可以采用优惠券的方式发送给用户等等，这里不一一列举，也不做任何限定。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (10)

1.一种共享设备的故障报修方法，其特征在于，所述方法包括：

接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；

根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息发送给预设维修终端，所述通知信息包括所述维修请求信息和故障等级；

当所述故障等级小于预设故障等级阈值时，如果再次收到所述共享设备的维修请求信息，则根据再次收到的维修请求消息再次分析所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的最终故障等级，并将所述最终故障等级和再次收到的维修请求信息作为更新后的通知信息发送给预设维修终端。

2.根据权利要求1所述的共享设备的故障报修方法，其特征在于，根据所述维修请求信息分析所述共享设备的故障等级包括：

将所述故障图片信息进行图像处理，识别其轮廓信息，并将所述轮廓信息与预先存储的共享设备轮廓信息比对，并识别故障部位，根据所述故障部位所属的故障类别确定所述共享设备的故障类别；

将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度和对应故障部位的故障权重系数计算共享设备的故障程度值；

根据所述故障程度值所属的等级范围确定所述故障类别中对应的故障等级。

3.根据权利要求2所述的共享设备的故障报修方法，其特征在于，所述通知信息还包括维修顺序信息，且根据所述故障等级生成维修顺序信息具体包括：

对于不同故障等级的共享设备：按照故障等级的高低由低至高生成维修顺序信息；

对于同一故障等级的共享设备：分别获取共享设备和预设维修终端的位置信息，并计算所述共享设备与预设维修终端之间的距离，并按照距离由小至大顺序排列，生成维修顺序信息。

4.根据权利要求1至3任一项所述的共享设备的故障报修方法，其特征在于，所述方法还包括：判断所述故障等级达到预设故障等级阈值时，通过向共享设备的语音播报装置发送提示信息，或者向共享设备发送控制指令，所述控制指令中携带待控部件信息，根据所述控制指令控制共享设备的待控部件停止工作，以停止用户继续使用。

5.根据权利要求4所述的共享设备的故障报修方法，其特征在于，所述方法还包括对所述故障等级进行校正处理，具体包括：

当所述故障等级小于预设故障等级阈值，采集所述共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，则将所述故障等级上升至预设故障等级阈值，并停止用户继续使用。

6.一种共享设备故障报修装置，其特征在于，所述装置包括：

接收单元，用于接收维修请求信息，所述维修请求信息包括共享设备基本信息、共享设备位置信息和故障图片信息；

处理单元，用于根据所述维修请求信息分析所述共享设备的故障等级，并根据所述故障等级生成通知信息，所述通知信息包括所述维修请求信息和故障等级；还用于当共享设备的所述故障等级小于预设故障等级阈值时，如果再次收到所述共享设备的维修请求信息，则根据再次收到的维修请求消息再次分析所述共享设备的故障等级，如果前后两次故障等级不一致，则取前后两次故障等级中较高者作为所述共享设备的最终故障等级，并将所述最终故障等级和再次受到的维修请求信息作为更新后的通知信息，通过发送单元发送给预设维修终端；

所述发送单元，用于将所述通知信息发送至预设维修终端。

7.根据权利要求6所述的共享设备故障报修装置，其特征在于，所述处理单元具体用于：

将所述故障图片信息进行图像处理，识别其轮廓信息，并将所述轮廓信息与预先存储的共享设备轮廓信息比对，并识别故障部位，根据所述故障部位所属的故障类别确定所述共享设备的故障类别；

将所述故障图片信息与所述故障部位的预设标准图片信息进行比较，识别所述故障部位的形变程度，并根据所述形变程度和对应故障部位的故障权重系数计算共享设备的故障程度值；

根据所述故障程度值所属的等级范围确定所述故障类别中对应的故障等级。

8.根据权利要求7所述的共享设备故障报修装置，其特征在于，所述通知信息还包括维修顺序信息，且所述处理单元根据所述故障等级生成维修顺序信息具体包括：

对于不同故障等级的共享设备：按照故障等级的高低由高至低生成维修顺序信息；

对于同一故障等级的共享设备：获取共享设备的位置信息，并计算所述共享设备与指定维修人员之间的距离，并按照距离由小至大顺序排列，生成维修顺序信息。

9.根据权利要求6至8任一项所述的共享设备故障报修装置，其特征在于，所述处理单元还用于判断所述故障等级达到预设故障等级阈值时，通过向共享设备的语音播报装置发送提示信息，或者向共享设备发送控制指令，所述控制指令中携带待控部件信息，根据所述控制指令控制共享设备的待控部件停止工作，以停止用户继续使用。

10.根据权利要求9所述的共享设备故障报修装置，其特征在于，所述装置还包括对所述故障等级进行校正处理的校正单元，具体用于：

当所述故障等级没有达到预设故障等级阈值，采集所述共享设备随后用户的使用时间，如果随后用户的平均使用时间小于预设正常使用时间阈值，则将所述故障等级上升至预设故障等级阈值，并停止用户继续使用。

Images