车锁故障识别方法及应用服务器与流程

本发明涉及车辆管理技术，尤其涉及一种车锁故障识别方法及应用服务器。

背景技术：

随着物联网技术的发展，越来越多的事物可以基于物联网而彼此通讯。以共享单车为例，单车、用户的客户端、单车管理方的应用服务器可以通过物联网实现用户随时随地使用单车。

然而，由于共享单车技术已经不依赖于传统的机械锁锁车，而是基于网络信息的传递完成锁车过程，常常会因为网络或车锁通讯模块的各种故障导致单车开锁或单车锁车过程的不顺利。例如，用户锁车后，应用服务器并未停止计费；用户发出用车请求后，车锁未开启，但是应用服务器开始计费。由于故障可能在于车锁自身损耗或者在于网络传输等多种因素，故障原因的确定十分困难。

现有技术中对故障的处理常常采用用户向应用服务器发送故障申请，描述故障原因，应用服务器默认用户的故障申请是真实的，为用户停止计费。但是，不排除存在用户未锁车而提出故障申请的情况，因此，亟需一种对车锁是否故障进行有效识别的技术手段，以确定用户所申报的故障的真实性，保障共享资源使用的公平性、合理性。

技术实现要素：

本发明提供一种车锁故障识别方法及应用服务器，用于解决现有技术无法对车锁是否真实存在故障进行有效识别的技术问题。

本发明一个方面提供一种车锁故障识别方法，包括：

根据目标车辆的地理位置信息，确定所述目标车辆是否停放在网络信号覆盖范围内；

若是，则根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；

若是，则确认车锁故障。

可选的，所述根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作，包括：

若接收到用户的客户端发送的所述锁车视频，则根据上下行数据传输时间间隔在所述锁车视频中获取至少两幅帧图像；

确定所述至少两幅帧图像中是否包含有锁车图像；若包含，则确认用户正确锁车；

或者，

若接收到用户的客户端发送的所述至少一幅锁车图片，则确认所述锁车图片中是否包含有锁车图像，若包含，则确认用户正确锁车。

可选的，所述方法还包括：

若接收到两幅所述锁车图片，确认两幅所述锁车图片是否归属同一锁车视频，若是，则确定两幅所述锁车图片在锁车视频中的时间间隔是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车；

若接收到三幅或三幅以上所述锁车图片，确认三幅或三幅以上所述锁车图片是否归属同一锁车视频，若是，则确定三幅或三幅以上所述锁车图片在锁车视频中的时间间隔之和是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车。

可选的，所述锁车图像包括以下至少一种图像信息：

锁车灯标识图像、车锁锁柄位于闭合位置图像、用户锁车动作图像。

可选的，所述根据目标车辆的地理位置信息，确定所述目标车辆是否停放在网络信号覆盖范围内，包括：

根据网络信号覆盖范围的半径r，确定第一参考半径r1和第二参考半径r2；其中，所述r1小于所述r，所述r2等于所述r；

根据所述第一参考半径r1，确定第一参考区间，若所述目标车辆位于所述第一参考区间内，则确定所述目标车辆位于所述网络信号覆盖范围内；

根据所述第二参考半径r2，确定第二参考区间，若所述目标车辆位于所述第二参考区间外，则确定所述目标车辆没有位于所述网络信号覆盖范围内；

若所述目标车辆位于所述第一参考区间与所述第二参考区间之间，则计算得到所述目标车辆与所述网络的基站之间的距离值，根据所述距离值判断所述目标车辆是否位于所述网络信号覆盖范围内。

可选的，所述方法还包括：确定所述网络信号覆盖范围的步骤，包括：

根据地理区域特征，确定车辆停放范围；

调节低功耗广域网lpwan的发射信号强度，以使所述车辆停放范围内接收到的所述lpwan的网络信号强度满足预设的信号强度阈值；

则确定所述网络信号覆盖范围为所述车辆停放范围。

可选的，所述方法还包括：

接收用户的客户端发送的车锁故障帮助请求，所述车锁故障帮助请求中包含，用户请求故障处理的目标车辆的标识；

根据所述目标车辆的标识，确认所述目标车辆为第一车锁类型或第二车锁类型；所述第一车锁类型为需要外力按住锁柄达到预设时长实现锁车的车锁；所述第二车锁类型为无需外力按住锁柄实现锁车的车锁；

若为第一车锁类型，则向所述客户端发送拍摄锁车视频的指示消息；

若为第二车锁类型，则向所述客户端发送拍摄锁车图片的指示消息。

本发明另一个方面提供一种应用服务器，包括：

第一确定模块，用于根据目标车辆的地理位置信息，确定所述目标车辆是否停放在网络信号覆盖范围内；

第二确定模块，用于当所述第一确定模块确定所述目标车辆停放在网络信号覆盖范围内时，根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；若是，则确认车锁故障。

可选的，所述第二确定模块包括：

第一确定子模块，用于当接收到用户的客户端发送的所述锁车视频，则根据上下行数据传输时间间隔在所述锁车视频中获取至少两幅帧图像；确定所述至少两幅帧图像中是否包含有锁车图像；若包含，则确认用户正确锁车；

第二确定子模块，用于当接收到用户的客户端发送的所述至少一幅锁车图片，则确认所述锁车图片中是否包含有锁车图像，若包含，则确认用户正确锁车。

可选的，所述第二确定子模块，具体用于当接收到两幅所述锁车图片时，确认两幅所述锁车图片是否归属同一锁车视频，若是，则确定两幅所述锁车图片在锁车视频中的时间间隔是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车；还用于当接收到三幅或三幅以上所述锁车图片时，确认三幅或三幅以上所述锁车图片是否归属同一锁车视频，若是，则确定三幅或三幅以上所述锁车图片在锁车视频中的时间间隔之和是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车。

可选的，所述锁车图像包括以下至少一种图像信息：

锁车灯标识图像、车锁锁柄位于闭合位置图像、用户锁车动作图像。

可选的，所述第一确定模块，具体用于根据网络信号覆盖范围的半径r，确定第一参考半径r1和第二参考半径r2；其中，所述r1小于所述r，所述r2等于所述r；根据所述第一参考半径r1，确定第一参考区间，若所述目标车辆位于所述第一参考区间内，则确定所述目标车辆位于所述网络信号覆盖范围内；根据所述第二参考半径r2，确定第二参考区间，若所述目标车辆位于所述第二参考区间外，则确定所述目标车辆没有位于所述网络信号覆盖范围内；若所述目标车辆位于所述第一参考区间与所述第二参考区间之间，则计算得到所述目标车辆与所述网络的基站之间的距离值，根据所述距离值判断所述目标车辆是否位于所述网络信号覆盖范围内。

可选的，还包括：

调节确定模块，用于根据地理区域特征，确定车辆停放范围；调节低功耗广域网lpwan的发射信号强度，以使所述车辆停放范围内接收到的所述lpwan的网络信号强度满足预设的信号强度阈值；则确定所述网络信号覆盖范围为所述车辆停放范围。

可选的，还包括：

接收模块，用于接收用户的客户端发送的车锁故障帮助请求，所述车锁故障帮助请求中包含，用户请求故障处理的目标车辆的标识；

第三确定模块，用于根据所述目标车辆的标识，确认所述目标车辆为第一车锁类型或第二车锁类型；所述第一车锁类型为需要外力按住锁柄达到预设时长实现锁车的车锁；所述第二车锁类型为无需外力按住锁柄实现锁车的车锁；

发送模块，用于当所述目标车辆为第一车锁类型时，向所述客户端发送拍摄锁车视频的指示消息；当所述目标车辆为第二车锁类型时，向所述客户端发送拍摄锁车图片的指示消息。

本发明提供的车锁故障识别方法及应用服务器，该方法通过根据目标车辆的地理位置信息，确定目标车辆是否停放在网络信号覆盖范围内；若是，则根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；若是，则确认车锁故障。从而根据车辆停放位置以及锁车操作是否正确，可以准确判断出是用户的原因还是车锁故障造成的锁车过程无法完成。

附图说明

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

图1为本发明一示例性实施例示出的车锁故障识别方法的流程图；

图2a为本发明另一示例性实施例示出的车锁故障识别方法的流程图；

图2b为图2a所示实施例的目标车辆的地理位置确定示意图；

图2c为图2a所示实施例的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图；

图2d为图2a所示实施例的应用服务器、目标车辆的车锁、用户的客户端三者交互的另一流程示意图；

图3为本发明一示例性实施例示出的应用服务器的结构示意图；

图4为本发明一示例性实施例示出的应用服务器的结构示意图。

具体实施方式

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

图1为本发明一示例性实施例示出的车锁故障识别方法的流程图，本实施例中的车锁故障识别方法的执行主体为车辆管理方的应用服务器，其可以与车辆上配置的通信模块进行交互以对该车辆进行开锁和锁车的控制，其也可以与用户的客户端进行通讯，其中，用户的客户端可以设置在用户的移动设备内，例如，手机终端内，以实现接收客户端发送的用户的用车或锁车的指令。下文中的车辆包括但不限于机动车辆、自行车辆等，以下均已自行车为例进行方案的说明。具体的，如图1所示，本实施例中的车锁故障识别方法包括：

步骤101、根据目标车辆的地理位置信息，确定目标车辆是否停放在网络信号覆盖范围内。

步骤102、若是，则根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作。

步骤103、若是，则确认车锁故障。

本实施例的车锁故障识别方法，通过根据目标车辆的地理位置信息，确定目标车辆是否停放在网络信号覆盖范围内；若是，则根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；若是，则确认车锁故障。从而根据车辆停放位置以及锁车操作是否正确，可以准确判断出是用户的原因还是车锁故障造成的锁车过程无法完成。

图2a为本发明另一示例性实施例示出的车锁故障识别方法的流程图，如图2a所示，本实施例的车锁故障识别方法，还包括：

步骤201、接收用户的客户端发送的车锁故障处理请求，车锁故障处理请求中包含：地理位置信息，锁车视频或至少一幅锁车图片。

在本步骤中，若发生无法锁车或锁车后没有停止计费等情况，用户可以向应用服务器发送车锁故障处理请求，此时需要用户上传与锁车有关的地理位置信息，锁车的视频或图片，以使应用服务器判断无法锁车的故障原因。其中，对于是接收锁车视频还是锁车图片可以根据车锁的类型由用户进行判断，或者由用户的客户端给予用户指示，例如，若车锁类型为，需要外力按住锁柄达到预设时长实现锁车的第一车锁类型，则可以提示用户发送锁车视频；若车锁类型为无需外力按住锁柄实现锁车的第二车锁类型，这类车锁其可以无需外力持续按压锁柄而自动落锁，则可以提示用户发送锁车图像。

步骤202、根据地理位置信息，确定用户请求故障处理的目标车辆是否位于网络信号覆盖范围内；若不在，执行步骤203；若在，执行步骤204。

在本步骤中，可以根据网络信号覆盖范围的半径r，确定第一参考半径r1和第二参考半径r2；其中，r1小于r，r2等于r；根据第一参考半径r1，确定第一参考区间，若目标车辆位于第一参考区间内，则确定目标车辆位于网络信号覆盖范围内；根据第二参考半径r2，确定第二参考区间，若目标车辆位于第二参考区间外，则确定目标车辆没有位于网络信号覆盖范围内；若目标车辆位于第一参考区间与第二参考区间之间，则计算得到目标车辆与网络的基站之间的距离值，根据距离值判断目标车辆是否位于网络信号覆盖范围内。

图2b为图2a所示实施例的目标车辆的地理位置确定示意图，如图2b所示，若要判定目标车辆的是否在网络信号覆盖范围的半径r范围内，即图中的圆形区域内，则需要计算网络的基站(圆心o)与目标车辆之间的距离，则需要进行平方并开根号的计算，由于目标车辆分布区域广，以低功耗广域网(low-powerwide-areanetwork，简称“lpwan”)为例，其分布的基站数目多，若每个目标车辆都与所有的基站进行距离的计算，计算量很大，耗时较长，因此，可以采用粗略估计目标车辆是否位于网络覆盖范围内的方法。设定两个参考区域，如图2b中的第一参考区间和第二参考区间所示，一个是和网络覆盖范围的圆形区域相内切的正方形，另一个是和网络覆盖范围的圆形区域相外切的正方形，因此，根据两个正方形对应的半径值r1和r2，只需要确定目标车辆的坐标(x，y)是否在基站坐标加减r1之内或加减r2之外，就可以确定出目标车辆在或不在网络覆盖范围内了，但是对于位于两个正方形之间的目标车辆坐标，还是需要计算目标车辆与lpwan的基站之间的距离值，再和网络的信号覆盖范围的半径r比较以确定其是否在覆盖范围内。但是，此时通过上述的粗略估计方法已经可以确定大量的目标车辆的位置了，因此，大大节省了计算量。

可选的，还可以包括：确定该网络信号覆盖范围的步骤，包括：

根据地理区域特征，确定车辆停放范围；调节低功耗广域网lpwan的发射信号强度，以使车辆停放范围内接收到的lpwan的网络信号强度满足预设的信号强度阈值；则确定网络信号覆盖范围为车辆停放范围。

根据地理区域特征，确定出车辆停放范围，然后调节lpwan的发射功率，其中lorawan就是lpwan的代表，具体可以通过调节lora基站的lora射频(radiofrequency，简称“rf”)信号覆盖范围，使得信号仅在车辆停放范围内的强度满足预设的信号强度阈值，从而在该车辆停放范围外的网络信号强度不足以支持车辆与应用服务器之间的网络信号强度，使得车辆只能在信号覆盖范围内开关车锁，达到车辆管理的目的。

对于下行lorarf部分，可以根据所确定的车辆停放范围，设定几种不同的网络信号覆盖范围，例如，20m，50m，100m等。由于lorarf信号覆盖范围小，除了可以有效管理车辆的规范停放，还由于其功率小，能源消耗小，这就使得在车辆上所搭载的通讯模块的功耗较小，有利于节省车辆的耗电量，减少车辆维护的成本。

步骤203、若不在，向用户的客户端发送在网络的信号覆盖范围内锁车的通知消息。

步骤204、若接收到锁车视频，则根据上下行数据传输时间间隔在锁车视频中获取至少两幅帧图像，确定至少两幅帧图像中是否包含有锁车图像。若接收到至少一幅锁车图片，确认至少一幅锁车图片中是否包含有锁车图像。若包含，则执行步骤205；若不包含则执行步骤206。

针对接收到锁车视频的情况，若客户端发送的是锁车视频，则应用服务器可以对该视频进行分帧操作，该分帧操作也可以由客户端完成，则客户端传输分帧后的各个帧图片给应用服务器，以减少网络资源占用量。其中，所谓上下行数据传输时间间隔是指，以lorawan的classa传输协议来说，节点从上行发送数据的时刻为起始时间点到节点留给下行返回数据的最后一个接收窗口的结束时刻为结束时间点，起始时间点与结束时间点之间的时间间隔；且上下行传输时间间隔内可以包含多个用于接收下行数据的接收窗口。也就是说，车锁得到用户锁车的触发后，其向应用服务器发出上行锁车请求消息后，会阶段性地打开几次时间窗口等待接收应用服务器向其返回的锁车响应，锁车响应可能在之后的任意一个接收窗口内被接收，接收后车锁才会执行锁车指令。因此，用户的锁车视频中所包含的锁车帧图像需要大于等于上下行传输间隔，以保证目标车辆确实没有接收到下行的锁车响应，以确定是车锁故障。具体的，应用服务器可以根据上下行数据传输时间间隔在锁车视频中获取至少两幅帧图像；确定至少两幅帧图像中是否包含有锁车图像；若包含，则确认车锁故障。举例来说，若从视频中获取两帧帧图像，则两帧帧图像在锁车视频中的时间间隔需要大于等于上下行传输间隔且每帧中都包含锁车图像，则可确定用户正确执行了锁车操作。若从视频中获取了三帧帧图像或三帧以上，则各个帧图像在锁车视频中的时间间隔之和大于等于上下行传输间隔，且每帧中都包含锁车图像，可确定用户正确执行了锁车操作。

针对接收到锁车图片的情况，对于需要外力按住锁柄达到预设时长实现锁车的第一车锁类型，锁车视频中需要包含用户手部持续按压在车锁的锁柄上，以使车锁处于闭合状态的影像。但是由于视频的传输需要占用较多的网络资源，因此，可以由客户端对视频进行分帧操作，例如，根据预设的时间间隔，对客户端拍摄得到的锁车视频进行分帧操作，得到多幅锁车图片，以构成锁车视频的多幅帧图片取代视频发送给应用服务器。因此，应用服务器也可以根据接收到的多幅分帧处理后的锁车图片，确认其中是否包含锁车图像；对于这种情况，应用服务器可以对接收到的两幅锁车图片，确认两幅锁车图片是否归属同一锁车视频，若是，则确定两幅锁车图片在锁车视频中的时间间隔是否大于等于上下行数据传输时间间隔，且每幅锁车图片是否都包含锁车图像，若是，则确认用户正确锁车；若接收到三幅或三幅以上锁车图片，确认三幅或三幅以上锁车图片是否归属同一锁车视频，若是，则确定三幅或三幅以上锁车图片在锁车视频中的时间间隔之和是否大于等于上下行数据传输时间间隔，且每幅锁车图片是否都包含锁车图像，若是，则确认用户正确锁车。

若车锁类型为无需外力按住锁柄实现锁车的第二车锁类型，则可以提示用户发送锁车图像；这类车锁其可以无需外力持续按压锁柄而自动落锁，但是，若其未接收到应用服务器发送的锁车响应，一段时间后又会弹开，因此，用户需要在锁住的瞬间拍到一张锁车图像即可。当然，若该车锁损坏，也可能出现完全无法落锁的情况，则该种情况下，可以采用前述方案，通过发送锁车视频，以使应用服务器判断是否车锁故障。

其中，锁车图像中可以包括以下至少一种图像信息：

锁车灯标识图像、车锁锁柄位于闭合位置图像、用户锁车动作图像。

例如，车锁上的指示灯在车锁闭合状态下以某种特定的颜色进行指示；还可以根据锁车图片中是否出现用户手部图像判断用户是否按压住了车锁，使其闭合等。

步骤205、确认车锁故障，向用户的客户端发送确认锁车的通知消息。

步骤206、通知用户锁车视频或者锁车图片未通过。

可选的，在接收用户的客户端发送的车锁故障处理请求之前，还可以包括：

接收用户的客户端发送的车锁故障帮助请求，车锁故障帮助请求中包含，发生车锁故障的目标车辆的标识；

根据目标车辆的标识，确认目标车辆为第一车锁类型或第二车锁类型；第一车锁类型为需要外力按住锁柄达到预设时长实现锁车的车锁；第二车锁类型为无需外力按住锁柄实现锁车的车锁；

若为第一车锁类型，则向客户端发送拍摄锁车视频的指示消息；

若为第二车锁类型，则向客户端发送拍摄锁车图片的指示消息。

从而实现由应用服务器根据用户开锁时保存的用户标识与目标车辆标识的对应记录，为用户查询到其所使用的目标车辆的类型，以告知正确的上报车锁故障的方式，提高故障处理效率。

以下以一实际应用场景为例，对用户无法锁车和/或无法停止计费的故障情况进行说明，

图2c为图2a所示实施例的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图，如图2c所示，针对需要外力按住锁柄的交互流程可以包括：

1、用户锁车；

2、锁车灯指示锁车不成功，例如，锁车灯常亮或闪烁，或以红色等警示色提示用户未锁车成功。

3、客户端对按住锁柄的车锁录像；

4、客户端将gps坐标和锁车视频(或者经过客户端帧提取后的帧图像)上传至应用服务器；

5、应用服务器处理地理位置信息，检查上传的gps坐标是否在其最近的网关覆盖范围内，如果是则位置逻辑通过；如果不是则位置逻辑不通过；跳转执行9；

6、应用服务器处理锁车视频或者多张锁车照片，可以使用预先训练好的锁车识别模型判断，若有锁车图像，则锁车图像逻辑通过；

7、若位置逻辑通过且锁车图像逻辑通过，则停止计费；执行8。

8、向客户端发送停止计费的通知消息；

9、提示用户在网关范围内锁车。

图2d为图2a所示实施例的应用服务器、目标车辆的车锁、用户的客户端三者交互的另一流程示意图，如图2d所示，针对无需外力按住锁柄的交互流程可以包括：

1、用户锁车；

2、锁车灯指示锁车不成功，例如，锁车灯常亮或闪烁，或以红色等警示色提示用户未锁车成功。

3、客户端对暂时锁住的车锁拍照；

4、客户端将gps坐标和锁车照片上传至应用服务器；

5、应用服务器处理地理位置信息，检查上传的gps坐标是否在其最近的网关覆盖范围内，如果是则位置逻辑通过；如果不是则位置逻辑不通过；跳转执行9；

6、应用服务器处理锁车照片，可以使用预先训练好的锁车识别模型判断，若有锁车图像，则锁车图像逻辑通过；

7、若位置逻辑通过且锁车图像逻辑通过，则停止计费；执行8。

8、向客户端发送停止计费的通知消息；

9、提示用户在网关范围内锁车。

图3为本发明一示例性实施例示出的应用服务器的结构示意图，如图3所示，本实施例的应用服务器包括：

第一确定模块31，用于根据目标车辆的地理位置信息，确定所述目标车辆是否停放在网络信号覆盖范围内；

第二确定模块32，用于当第一确定模块31确定所述目标车辆停放在网络信号覆盖范围内时，根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；若是，则确认车锁故障。

本实施例可用于执行前述图1所示的方法实施例，实现原理相似，在此不再赘述。

本实施例的应用服务器，通过根据目标车辆的地理位置信息，确定目标车辆是否停放在网络信号覆盖范围内；若是，则根据用户的锁车视频或至少一幅锁车图片，确定用户是否正确执行锁车操作；若是，则确认车锁故障。从而根据车辆停放位置以及锁车操作是否正确，可以准确判断出是用户的原因还是车锁故障造成的锁车过程无法完成。

图4为本发明一示例性实施例示出的应用服务器的结构示意图，如图4所示，在上述实施例的基础上，本实施例的应用服务器包括：

可选的，第二确定模块32包括：

第一确定子模块321，用于当接收到用户的客户端发送的所述锁车视频，则根据上下行数据传输时间间隔在所述锁车视频中获取至少两幅帧图像；确定所述至少两幅帧图像中是否包含有锁车图像；若包含，则确认用户正确锁车；

第二确定子模块322，用于当接收到用户的客户端发送的所述至少一幅锁车图片，则确认所述锁车图片中是否包含有锁车图像，若包含，则确认用户正确锁车。

可选的，第二确定子模块322，具体用于当接收到两幅所述锁车图片时，确认两幅所述锁车图片是否归属同一锁车视频，若是，则确定两幅所述锁车图片在锁车视频中的时间间隔是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车；还用于当接收到三幅或三幅以上所述锁车图片时，确认三幅或三幅以上所述锁车图片是否归属同一锁车视频，若是，则确定三幅或三幅以上所述锁车图片在锁车视频中的时间间隔之和是否大于等于所述上下行数据传输时间间隔，且每幅所述锁车图片是否都包含锁车图像，若是，则确认用户正确锁车。

可选的，所述锁车图像包括以下至少一种图像信息：

锁车灯标识图像、车锁锁柄位于闭合位置图像、用户锁车动作图像。

可选的，第一确定模块31，具体用于根据网络信号覆盖范围的半径r，确定第一参考半径r1和第二参考半径r2；其中，所述r1小于所述r，所述r2等于所述r；根据所述第一参考半径r1，确定第一参考区间，若所述目标车辆位于所述第一参考区间内，则确定所述目标车辆位于所述网络信号覆盖范围内；根据所述第二参考半径r2，确定第二参考区间，若所述目标车辆位于所述第二参考区间外，则确定所述目标车辆没有位于所述网络信号覆盖范围内；若所述目标车辆位于所述第一参考区间与所述第二参考区间之间，则计算得到所述目标车辆与所述网络的基站之间的距离值，根据所述距离值判断所述目标车辆是否位于所述网络信号覆盖范围内。

可选的，还包括：调节确定模块33，用于根据地理区域特征，确定车辆停放范围；调节低功耗广域网lpwan的发射信号强度，以使所述车辆停放范围内接收到的所述lpwan的网络信号强度满足预设的信号强度阈值；则确定所述网络信号覆盖范围为所述车辆停放范围。

可选的，还包括：接收模块34，用于接收用户的客户端发送的车锁故障帮助请求，所述车锁故障帮助请求中包含，用户请求故障处理的目标车辆的标识；

第三确定模块35，用于根据所述目标车辆的标识，确认所述目标车辆为第一车锁类型或第二车锁类型；所述第一车锁类型为需要外力按住锁柄达到预设时长实现锁车的车锁；所述第二车锁类型为无需外力按住锁柄实现锁车的车锁；

发送模块36，用于当所述目标车辆为第一车锁类型时，向所述客户端发送拍摄锁车视频的指示消息；当所述目标车辆为第二车锁类型时，向所述客户端发送拍摄锁车图片的指示消息。

本实施例可用于执行前述图2a所示的方法实施例，实现原理相似，在此不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。