一种租赁单车的故障检测方法与单车租赁系统服务器与流程

本发明涉及远程监控领域，特别涉及一种租赁单车的故障检测方法与单车租赁系统服务器。

背景技术：

随着科学技术的进步，单车租赁系统为人们的日常出行带来了极大的方便。租赁单车通常停靠在地铁站口、公交站口或者路边，人们只需要通过移动终端查找到单车的具体停靠地点，就可方便的使用租赁单车。

发明人发现现有技术中至少存在以下问题，租赁单车停靠在地铁站口、公交站口或者路边，因而，在租赁单车出现故障时，租赁公司无法及时获知单车的故障，不能及时为故障单车提供维修，从而，影响用户的使用。

技术实现要素：

本发明实施方式的目的在于提供一种租赁单车的故障检测方法与单车租赁系统服务器，使得可以方便地检测到租赁单车的故障，从而，可以及时为故障单车提供维修，方便用户使用。

为解决上述技术问题，本发明的实施方式提供了一种租赁单车的故障检测方法，该租赁单车的故障检测方法应用于单车租赁系统的服务器，包括：在单车结束租赁时，通过终端设备获取单车的租赁信息，租赁信息包括单车的标识号和单车是否需要报修的用户反馈结果；统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车；其中，预设条件为同一单车的用户反馈结果为需要报修的次数达到预设次数。

本发明的实施方式还提供了一种单车租赁系统服务器，该单车租赁系统服务器包括：租赁信息获取模块，用于在单车结束租赁时，通过终端设备获取单车的租赁信息，租赁信息包括单车的标识号和单车是否需要报修的用户反馈结果；统计模块，用于统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车；其中，预设条件为同一单车的用户反馈结果为需要报修的次数达到预设次数。

本发明实施方式相对于现有技术而言，在单车结束租赁时，单车租赁系统的服务器可以通过终端获取单车的租赁信息，从而，可以获取到单车的标识号以及单车是否需要报修的用户反馈结果。同时，服务器可以统计获取的单车租赁信息，并将单车租赁信息满足预设条件的单车，判定为发生故障的租赁单车。这样，单车租赁系统服务器可以通过终端获取租赁单车的故障，同时，租赁公司可以及时获知故障单车及其标识号，从而，有利于故障单车得到及时的维修。

另外，租赁信息还包括：单车的租赁时长与租赁距离；在通过终端设备获取单车的租赁信息后，还包括：根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常；统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车，具体包括：统计同一单车的用户反馈结果为需要报修，且租赁状态不正常的次数，并在统计到的次数达到M次时，将单车判定为发生第一类故障的租赁单车；其中，M为大于1的自然数；统计同一单车的用户反馈结果为需要报修，且租赁状态正常的次数，并在统计到的次数达到N次时，将单车判定为发生第二类故障的租赁单车；其中，N为大于M的自然数。本发明实施方式中，单车租赁系统的服务器可以根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常，同时，可以分别统计租赁状态正常与不正常时，同一单车的用户反馈结果为需要报修的次数，并且在统计结果满足预设条件时，可以分别判定发生第一类故障与第二类故障的单车。这样，可以为维修人员提供更具针对性的反馈结果，使得故障单车可以及时得到合适的维修。

另外，租赁信息还包括：用户反馈的故障类型。这样，单车租赁系统的服务器可以获取到故障单车的故障类型，有利于提高故障单车的维修成功率。

另外，租赁信息还包括：单车的租赁时长与租赁距离；在通过终端设备获取单车的租赁信息后，还包括：检测租赁时长是否大于第二预设时长；检测租赁距离是否大于第二预设距离；如果租赁时长大于第二预设时长，且租赁距离大于第二预设距离，则删除单车已有的需要报修的用户反馈结果。本实施方式中，在单车的租赁时长与租赁距离满足预设条件时，单车租赁系统的服务器可以删除单车已有的需要报修的用户反馈结果。这样，可以防止用户恶意地发送错误的需要报修的反馈结果。

附图说明

图1是根据本发明第一实施方式的租赁单车的故障检测方法的流程图；

图2是根据本发明第二实施方式的租赁单车的故障检测方法的流程图；

图3是根据本发明第三实施方式的单车租赁系统服务器的结构图；

图4是根据本发明第四实施方式的单车租赁系统服务器的结构图；

图5是根据本发明第四实施方式中的统计模块的结构图；

图6是根据本发明第四实施方式中的判断模块的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种租赁单车的故障检测方法，该租赁单车的故障检测方法可应用于单车租赁系统的服务器，如图1所示，包括：

步骤101：在单车结束租赁时，通过终端设备获取单车的租赁信息。其中，租赁信息包括单车的标识号和单车是否需要报修的用户反馈结果。

具体地说，用户可以通过终端设备查找到单车的具体停靠位置，并且，可以使用终端设备扫描单车车身的二维码等方式开始租赁单车。在单车结束租赁时，终端设备可以弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，终端设备根据用户的反馈结果和单车的标识号生成租赁信息，并将生成的租赁信息发送至单车租赁系统的服务器。或者，在实际应用中，也可以由服务器在收到终端设备发送的本次单车结束租赁的通知时，向该终端设备发送租赁信息的请求消息，终端设备在收到该租赁信息的请求消息时，弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，并将根据用户的反馈结果和单车的标识号生成租赁信息，反馈给服务器。

其中，终端设备可以为手机、平板电脑等终端设备，本实施方式对此不做限制。

步骤102：统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车。其中，预设条件为同一单车的用户反馈结果为需要报修的次数达到预设次数。

具体地说，在通过终端设备获取单车的租赁信息后，单车租赁系统的服务器可以根据单车的标识号识别出同一单车的用户反馈结果，并统计同一单车的用户反馈结果为需要报修的次数，并在统计到的次数达到预设次数时，将单车判定为发生故障的租赁单车。例如，在统计到的同一单车的用户反馈结果为需要报修的次数达到五次时，单车租赁系统的服务器可以将单车判定为发生故障的租赁单车。

本发明实施方式相对于现有技术而言，在单车结束租赁时，单车租赁系统的服务器可以通过终端获取单车的租赁信息，从而，可以获取到单车的标识号以及单车是否需要报修的用户反馈结果。同时，服务器可以统计获取的单车租赁信息，并将单车租赁信息满足预设条件的单车，判定为发生故障的租赁单车。这样，单车租赁系统服务器可以通过终端获取租赁单车的故障，同时，租赁公司可以及时获知故障单车及其标识号，从而，有利于故障单车得到及时的维修。

本发明的第二实施方式涉及一种租赁单车的故障检测方法，第二实施方式在第一实施方式的基础上做了进一步的优化，主要优化之处在于：本实施方式根据租赁状态是否正常，对故障进行了分类统计。如图2所示，包括：

步骤201：在单车结束租赁时，通过终端设备获取单车的租赁信息。其中，租赁信息包括单车的标识号、单车是否需要报修的用户反馈结果、单车的租赁时长与租赁距离。

具体地说，用户可以通过终端设备查找到单车的具体停靠位置，并且，可以使用终端设备扫描单车车身的二维码等方式开始租赁单车。在单车结束租赁时，终端设备可以获取到单车的租赁时长与租赁距离，同时，可以弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果。终端设备根据用户的反馈结果、单车的标识号、单车的租赁时长与租赁距离生成租赁信息，并将生成的租赁信息发送至单车租赁系统的服务器。或者，在实际应用中，也可以由服务器在收到终端设备发送的本次单车结束租赁的通知时，向该终端设备发送租赁信息的请求消息，终端设备在收到该租赁信息的请求消息时，弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，并将根据用户的反馈结果、单车的标识号、单车的租赁时长与租赁距离生成租赁信息，反馈给服务器。

其中，终端设备可以为手机、平板电脑等终端设备，本实施方式对此不做限制。

此外，本步骤中的租赁信息还包括用户反馈的故障类型，这样，单车租赁系统的服务器可以通过终端设备获取到故障单车的故障类型，从而有利于提高故障单车的维修成功率。

步骤202：根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常。

具体地说，在单车结束租赁时，单车租赁系统的服务器可以通过终端设备检测单车的租赁时长是否大于第一预设时长，同时，检测单车的租赁距离是否大于第一预设距离，并且，在租赁时长小于或等于第一预设时长，且租赁距离小于或等于第一预设距离时，单车租赁系统的服务器可以判定本次单车的租赁状态不正常，并执行步骤203。相应的，在租赁时长大于第一预设时长，或租赁距离大于第一预设距离时，单车租赁系统的服务器可以判定本次单车的租赁状态正常，并执行步骤204。

步骤203：统计同一单车的用户反馈结果为需要报修，且租赁状态不正常的次数，并在统计次数达到M次时，将单车判定为发生第一类故障的租赁单车。其中，M为大于1的自然数。

具体地说，单车租赁系统的服务器可以根据单车的标识号识别出同一单车的用户反馈结果，同时，可以根据用户的反馈结果，统计同一单车的用户反馈结果为需要报修，且租赁状态不正常的次数，并在统计次数达到M次时，将单车判定为发生第一类故障的租赁单车。

例如，单车租赁系统的服务器在获取到用户的反馈结果后，可以根据单车的标识号识别出同一单车的用户反馈结果，并且可以在上述反馈结果中，根据租赁信息检测出租赁状态不正常的单车，同时可以统计上述单车的用户反馈结果为需要报修的次数，并在统计次数达到三次时，将单车判定为发生第一类故障的租赁单车。

步骤204：统计同一单车的用户反馈结果为需要报修，且租赁状态正常的次数，并在统计次数达到N次时，将单车判定为发生第二类故障的租赁单车。其中，N为大于M的自然数。

具体地说，单车租赁系统的服务器可以根据单车的标识号识别出同一单车的用户反馈结果，同时，可以根据用户的反馈结果，统计同一单车的用户反馈结果为需要报修，且租赁状态正常的次数，并在统计次数达到N次时，将单车判定为发生第二类故障的租赁单车。

例如，单车租赁系统的服务器在获取到用户的反馈结果后，可以根据单车的标识号识别出同一单车的用户反馈结果，并且可以在上述反馈结果中，根据租赁信息检测出租赁状态正常的单车，同时可以统计上述单车的用户反馈结果为需要报修的次数，并在统计次数达到五次时，将单车判定为发生第二类故障的租赁单车。

需要说明的是，本发明实施方式中，在步骤201获取单车的租赁信息后，单车租赁系统的服务器还可以检测租赁时长是否大于第二预设时长，检测租赁距离是否大于第二预设距离，并且在租赁时长大于第二预设时长，且租赁距离大于第二预设距离时，删除单车已有的需要报修的用户反馈结果。其中，第二预设时长与第二预设距离分别大于第一预设时长与第一预设距离。例如，在租赁时长大于十分钟，且租赁距离大于一公里时，单车租赁系统的服务器可判定单车无故障，从而可以删除单车已有的需要报修的用户反馈结果。这样，可以防止用户恶意地发送错误的需要报修的反馈结果。

本发明实施方式中，单车租赁系统的服务器可以根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常，同时，可以分别统计租赁状态正常与不正常时，同一单车的用户反馈结果为需要报修的次数，并且在统计结果满足预设条件时，可以分别判定发生第一类故障与第二类故障的单车。这样，可以为维修人员提供更具针对性的反馈结果，使得故障单车可以及时得到合适的维修。单车租赁系统的服务器获取到故障单车的故障类型，有利于提高故障单车的维修成功率。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种单车租赁系统服务器，如图3所示，该单车租赁系统服务器300包括租赁信息获取模块301与统计模块302。

租赁信息获取模块301，可用于在单车结束租赁时，通过终端设备获取单车的租赁信息，其中，租赁信息包括单车的标识号和单车是否需要报修的用户反馈结果。

具体地说，用户可以通过终端设备查找到单车的具体停靠位置，并且，可以使用终端设备扫描单车车身的二维码等方式开始租赁单车。在单车结束租赁时，终端设备可以弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，终端设备根据用户的反馈结果和单车的标识号生成租赁信息，并将生成的租赁信息发送至单车租赁系统的服务器300的租赁信息获取模块301。或者，在实际应用中，也可以由租赁信息获取模块301在收到终端设备发送的本次单车结束租赁的通知时，向该终端设备发送租赁信息的请求消息，终端设备在收到该租赁信息的请求消息时，弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，并将根据用户的反馈结果和单车的标识号生成租赁信息，反馈给单车租赁系统的服务器300。

统计模块302，用于统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车。其中，预设条件为同一单车的用户反馈结果为需要报修的次数达到预设次数。

具体地说，在通过终端设备获取单车的租赁信息后，统计模块302可以根据单车的标识号识别出同一单车的用户反馈结果，并统计同一单车的用户反馈结果为需要报修的次数，并在统计到的次数达到预设次数时，将单车判定为发生故障的租赁单车。

本发明实施方式相对于现有技术而言，在单车结束租赁时，单车租赁系统的服务器可以通过终端获取单车的租赁信息，从而，可以获取到单车的标识号以及单车是否需要报修的用户反馈结果。同时，服务器可以统计获取的单车租赁信息，并将单车租赁信息满足预设条件的单车，判定为发生故障的租赁单车。这样，单车租赁系统服务器可以通过终端获取租赁单车的故障，同时，租赁公司可以及时获知故障单车及其标识号，从而，有利于故障单车得到及时的维修。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第四实施方式涉及一种单车租赁系统服务器，第四实施方式在第三实施方式的基础上做了进一步的优化，主要优化之处在于：本发明第四实施方式中，单车租赁系统服务器300还包括判断模块303、长时间检测模块304、长距离检测模块306与删除模块305，单车租赁系统服务器的统计模块302还可以包括第一类故障统计子模块3021与第二类故障统计子模块3022，如图4所示。

如图4所示，单车租赁系统服务器300包括租赁信息获取模块301、统计模块302、判断模块303、长时间检测模块304、长距离检测模块306与删除模块305。

租赁信息获取模块301，可用于在单车结束租赁时，通过终端设备获取单车的租赁信息，其中，租赁信息包括单车的标识号、单车是否需要报修的用户反馈结果、单车的租赁时长与租赁距离。

具体地说，用户可以通过终端设备查找到单车的具体停靠位置，并且，可以使用终端设备扫描单车车身的二维码等方式开始租赁单车。在单车结束租赁时，终端设备可以弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，终端设备根据用户的反馈结果和单车的标识号生成租赁信息，并将生成的租赁信息发送至单车租赁系统的服务器300的租赁信息获取模块301。或者，在实际应用中，也可以由租赁信息获取模块301在收到终端设备发送的本次单车结束租赁的通知时，向该终端设备发送租赁信息的请求消息，终端设备在收到该租赁信息的请求消息时，弹出单车是否需要报修的信息框，并在用户将反馈结果输入信息框后，获取单车是否需要报修的反馈结果，并将根据用户的反馈结果和单车的标识号生成租赁信息，反馈给单车租赁系统的服务器300。

此外，租赁信息获取模块301获取的租赁信息还可以包括用户反馈的故障类型，这样，租赁信息获取模块301可以通过终端设备获取到故障单车的故障类型，从而有利于提高故障单车的维修成功率。

统计模块302，可用于统计租赁信息，将满足预设条件的单车，判定为发生故障的租赁单车。其中，预设条件为同一单车的用户反馈结果为需要报修的次数达到预设次数。

具体地说，在通过终端设备获取单车的租赁信息后，统计模块302可以根据单车的标识号识别出同一单车的用户反馈结果，并统计同一单车的用户反馈结果为需要报修的次数，并在统计到的次数达到预设次数时，将单车判定为发生故障的租赁单车。

判断模块303，可用于根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常。

具体地说，在单车结束租赁时，判断模块303可以通过终端设备检测单车的租赁时长是否大于第一预设时长，同时，检测单车的租赁距离是否大于第一预设距离，并且，在租赁时长小于或等于第一预设时长，且租赁距离小于或等于第一预设距离时，判断模块303可以判定本次单车的租赁状态不正常。相应的，在租赁时长大于第一预设时长，或租赁距离大于第一预设距离时，判断模块303可以判定本次单车的租赁状态正常。

长时间检测模块304，可用于检测租赁时长是否大于第二预设时长。长距离检测模块306，可用于检测租赁距离是否大于第二预设距离。删除模块305，可用于在租赁时长大于第二预设时长，且租赁距离大于第二预设距离时，删除单车已有的需要报修的用户反馈结果。其中，第二预设时长与第二预设距离分别大于第一预设时长与第一预设距离。例如，在租赁时长大于十分钟，且租赁距离大于一公里时，删除模块305可以删除单车已有的需要报修的用户反馈结果。这样，可以防止用户恶意地发送错误的需要报修的反馈结果。

统计模块302包括第一类故障统计子模块3021与第二类故障统计子模块3022，如图5所示。

第一类故障统计子模块3021，可用于统计同一单车的用户反馈结果为需要报修，且租赁状态不正常的次数，并在统计到的次数达到M次时，将单车判定为发生第一类故障的租赁单车。其中，M为大于1的自然数。

具体地说，第一类故障统计子模块3021可以根据单车的标识号识别出同一单车的用户反馈结果，同时，可以根据用户的反馈结果，统计同一单车的用户反馈结果为需要报修，且租赁状态不正常的次数，并在统计次数达到M次时，将单车判定为发生第一类故障的租赁单车。

第二类故障统计子模块3022，可用于统计同一单车的用户反馈结果为需要报修，且租赁状态正常的次数，并在统计到的次数达到N次时，将单车判定为发生第二类故障的租赁单车。其中，N为大于M的自然数。

具体地说，第二类故障统计子模块3022可以根据单车的标识号识别出同一单车的用户反馈结果，同时，可以根据用户的反馈结果，统计同一单车的用户反馈结果为需要报修，且租赁状态正常的次数，并在统计次数达到N次时，将单车判定为发生第二类故障的租赁单车。

判断模块303具体包括：租赁时长检测子模块3031、租赁状态判定子模块3032与租赁距离检测子模块3033，如图6所示。

租赁时长检测子模块3031，可用于检测租赁时长是否大于第一预设时长。

租赁距离检测子模块3033，可用于检测租赁距离是否大于第一预设距离。

租赁状态判定子模块3032，可用于在租赁时长大于第一预设时长，或租赁距离大于第一预设距离时，判定本次单车的租赁状态正常。

本发明实施方式中，单车租赁系统的服务器可以根据租赁时长与租赁距离，判断本次单车的租赁状态是否正常，同时，可以分别统计租赁状态正常与不正常时，同一单车的用户反馈结果为需要报修的次数，并且在统计结果满足预设条件时，可以分别判定发生第一类故障与第二类故障的单车。这样，可以为维修人员提供更具针对性的反馈结果，使得故障单车可以及时得到合适的维修。单车租赁系统的服务器获取到故障单车的故障类型，有利于提高故障单车的维修成功率。

不难发现，本实施方式为与第二实施方式相对应的系统实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。