CN112037362B - 共享车辆异常检测方法、装置、共享车辆和存储介质 - Google Patents

Abstract

本公开实施例涉及一种共享车辆异常检测方法、装置、共享车辆和存储介质。该方法包括在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；若所述车载系统进入的模式为所述非正常工作模式，则检测所述车载系统是否错误地进入所述非正常工作模式；若所述车载系统错误地进入所述非正常工作模式，则控制所述共享车辆的通信组件向服务器发送所述共享车辆的车辆信息。本公开实施例中，在确定出共享车辆错误地进入非正常工作模式的情况下，可以控制共享车辆的通信组件向服务器发送车辆的车辆信息，从而与服务器保持联系。

Description

共享车辆异常检测方法、装置、共享车辆和存储介质

技术领域

本公开实施例涉及互联网技术领域，特别是涉及一种共享车辆异常检测方法、装置、共享车辆和存储介质。

背景技术

目前，共享车辆的车载系统存在两种模式，一种是正常工作模式，另一种是非正常工作模式，其中，非正常工作模式可以例如是生产测试模式，生产测试模式是在共享车辆出厂前，对车载系统进行功能测试的模式，正常工作模式是在共享车辆出厂后，供用户使用的模式。

由于在非正常工作模式下，共享车辆处于不可使用状态，因此，在共享车辆出厂时，运维人员会对共享车辆的车载系统进行人工调整，以使车载系统进入正常工作模式。

现有技术中，共享车辆出厂之后，为了避免车载系统因长时间运行而出现卡顿，一般需要周期性地对车载系统进行重启。在正常情况下，车载系统重启后仍然会进入正常工作模式，然而，受到设备老化以及潮湿、高热等外部环境的影响，会出现车载系统重启后进入非正常工作模式的情况，继而导致该共享车辆与服务器失去联系。

发明内容

本公开实施例提供一种共享车辆异常检测方法、装置、共享车辆和存储介质，可以让避免共享车辆与服务器失去联系。

第一方面，本公开实施例提供一种共享车辆异常检测方法，该方法包括：

在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；

若车载系统进入的模式为非正常工作模式，则检测车载系统是否错误地进入非正常工作模式；

若车载系统错误地进入非正常工作模式，则控制共享车辆的通信组件向服务器发送共享车辆的车辆信息。

第二方面，本公开实施例提供一种共享车辆异常检测装置，该装置包括：

模式选择模块，用于在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；

检测模块，用于若车载系统进入的模式为非正常工作模式，则检测车载系统是否错误地进入非正常工作模式；

信息发送模块，用于若车载系统错误地进入非正常工作模式，则控制共享车辆的通信组件向服务器发送共享车辆的车辆信息。

第三方面，本公开实施例提供一种共享车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面的方法。

第四方面，本公开实施例提供一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面的方法。

本公开实施例提供的共享车辆异常检测方法、装置、共享车辆和存储介质，可以避免共享车辆与服务器失去联系。该方法包括在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，若车载系统进入的模式为非正常工作模式，则检测车载系统是否错误地进入非正常工作模式。若车载系统错误地进入非正常工作模式，那么控制共享车辆的通信组件向服务器发送共享车辆的车辆信息。本公开实施例中，在确定出共享车辆错误地进入非正常工作模式的情况下，可以控制共享车辆的通信组件向服务器发送车辆的车辆信息，从而与服务器保持联系。

附图说明

图1为一个实施例中共享车辆异常检测方法的应用环境图；

图2为一个实施例中共享车辆异常检测方法的流程示意图；

图3为一个实施例中共享车辆检测车载系统是否错误地进入非正常工作模式的步骤的流程示意图；

图4为另一个实施例中共享车辆检测车载系统是否错误地进入非正常工作模式的步骤的流程示意图；

图5为一个实施例中车载系统选择进入模式的方法的流程示意图；

图6为一个实施例中共享车辆异常检测装置的结构框图；

图7为一个实施例中共享车辆的内部结构图。

具体实施方式

为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。

近年来，共享车辆的出现，给人们的生活带来了极大便利，人们越来越倾向于使用共享车辆。在实际应用中，共享车辆需要向服务器上报车辆信息，以与服务器保持联系。

目前，共享车辆上均安装有车载系统，车载系统包括两种模式，一种是正常工作模式，另一种是非正常工作模式，其中，非正常工作模式可以例如是：生产测试模式。其中，生产测试模式是在共享车辆出厂前，对车载系统进行功能测试的模式，正常工作模式是在共享车辆出厂后，供用户使用的模式。

在生产阶段，运维人员在生产测试模式下对共享车辆的车载系统的各项功能进行测试，以确保共享车辆的质量。在非正常工作模式下，共享车辆处于不可使用状态，且共享车辆不会向服务器上报车辆信息。在共享车辆出厂时，运维人员会对共享车辆的车载系统进行人工调整，以使车载系统进入正常工作模式。

现有技术中，共享车辆出厂之后，为了避免车载系统因长时间运行而出现卡顿，一般需要周期性地对车载系统进行重启。在正常情况下，车载系统重启后仍然会进入正常工作模式，然而，受到设备老化以及潮湿、高热等外部环境的影响，会出现车载系统重启后进入非正常工作模式的情况，

由于共享车辆的车载系统进入非正常工作模式后，该共享车辆就不会向服务器发送车辆信息，这样运维人员就无法找到该共享车辆，进而也无法人工干预该共享车辆的模式，因此，无法使该共享车辆的车载系统退出非正常工作模式，这样就会出现车载系统与服务器失联的情况。继而导致该共享车辆与服务器失去联系。

有鉴于此，如何在共享车辆出厂之后，车载系统进入非正常工作模式的情况下避免共享车辆与服务器失联，成为目前亟待解决的难题。

另外，需要说明的是，从确定现有技术的成本高效率低以及下述实施例介绍的技术方案，申请人均付出了大量的创造性劳动。

下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的共享车辆异常检测方法，可以应用于如图1所示的应用环境中。其中，该应用环境可以包括多个共享车辆101(图1中仅示出了一个共享车辆)和服务器102，其中，多个共享车辆101可以与服务器102通过无线网络进行通信。

其中，该共享车辆101上安装有车载系统，该车载系统可以周期性的重启，且该车载系统重启之后，根据预设的模式选择策略进入正常工作模式或者非正常工作模式。在正常情况下，该车载系统重启后会进入正常工作模式。

可选的，本公开实施例中，共享车辆包括控制板，控制板有测试点，车载系统重启之后需要检测测试点的电平，并根据测试点的电平来确定车载系统进入的模式。

可选的，该共享车辆101可以为单车、电单车、三轮车、摩托车以及四轮乘用车等安装有上述车载系统，且能够为用户提供代步功能的车辆。

服务器102为共享车辆租赁服务平台的服务器(以下简称为服务器)，可以为一台服务器，也可以为由多台服务器组成的服务器集群。

在一个实施例中，如图2所示，提供了一种共享车辆异常检测方法，该方法应用于图1中的共享车辆中，包括以下步骤：

步骤201，在共享车辆的车载系统重启之后，共享车辆根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式。

本公开实施例中，共享车辆只有在出厂之后，供用户使用的情况下，才会周期性重启，也就是说，只有车载系统处于正常工作模式的情况下，车载系统才会周期性重启。若车载系统进入的模式为正常工作模式，那么车载系统则可以正常运营为用户提供服务，并且在下一个周期车载系统再次进行重启，重复上述过程。而若车载系统进入非正常工作模式，车载系统会一直处于非正常工作模式下，车载系统不能自动地从非正常工作模式退出。

本申请实施例中，非正常工作模式可以是指生产测试模式。

本公开实施例中，共享车辆的车载系统重启的过程中，共享车辆可以检测共享车辆中的一些关键设备是否存在和能否正常工作，在此过程中，共享车辆可以获取该一个或者一些特定设备的检测结果，然后，共享车辆可以根据检测结果和预设的模式选择策略确定车载系统进入的模式。

可选的，本公开实施例中预设的模式选择策略可以例如为：若检测结果符合第一条件，则进入非正常工作模式，若检测结果符合第二条件，则进入正常工作模式。

需要说明的是，上述举例中，特定设备、特定设备的检测结果、以及第一条件、第二条件均可以根据车载系统的实际需求进行设定，本公开实施例不对特定设备、特定设备的检测结果、第一条件以及第二条件的具体内容进行限定。

在一种可选的实现方式中，共享车辆根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式的过程可以包括以下内容：

在共享车辆上预留有测试点，在共享车辆的车载系统重启之后，车载系统会检测该测试点的电平。若该共享车辆的测试点的电平为第一电平，则进入正常工作模式。若该共享车辆的测试点的电平为第二电平，则进入非正常工作模式。

可选的，第一电平可以为低电平，相应的，第二电平为高电平。

可选的，第一电平可以为高电平，相应的，第二电平为低电平。

步骤202，若车载系统进入的模式为非正常工作模式，则共享车辆检测车载系统是否错误地进入非正常工作模式。

本公开实施例中，若车载系统进入的模式为非正常工作模式，那么共享车辆需要判断车载系统是正常地进入非正常工作模式还是错误地进入非正常工作模式。

其中，正常地进入非正常工作模式是指：在共享车辆出厂之后，运维人员对共享车辆进行检修时，人工调整车载系统的模式，使得车载系统进入非正常工作模式，以对车载系统的各项功能进行测试的情况。

而错误地进入非正常工作模式是指：在共享车辆出厂之后，在并未有人工调整的情况下，车载系统进入非正常工作模式的情况。

本公开实施例中，若车载系统是正常地进入非正常工作模式，说明是有运维人员在对共享车辆进行调整，因此可以不需要向服务器发送车辆信息。而若车载系统是错误地进入非正常工作模式，根据上述现有技术可知，该共享车辆会与服务器失去联系，而这样会给共享车辆租赁服务公司造成经济损失。

步骤203，若车载系统错误地进入非正常工作模式，则共享车辆控制共享车辆的通信组件向服务器发送共享车辆的车辆信息。

本公开实施例中，若共享车辆确定车载系统错误地进入非正常工作模式，则车载系统可以控制共享车辆的通信组件启动，然后利用通信组件向服务器发送共享车辆的车辆信息。

其中，共享车辆的车辆信息可以包括共享车辆的位置和车辆编号，这样服务器就可以获知该共享车辆的车辆信息，从而便于运维人员找到该共享车辆，并对该共享车辆进行管理。

可选的，本公开实施例中，在共享车辆通过通信组件向服务器发送车辆信息之后，共享车辆会重复地检测车载系统进入的模式，以及重复地检测车载系统是否错误地进入非正常工作模式，并在车载系统错误地进入非正常工作模式的情况下，向服务器发送该共享车辆的车辆信息。

需要说明的是，在共享车辆通过通信组件向服务器发送车辆信息的过程中，共享车辆的车载系统仍然处于非正常工作模式下，并未从非正常工作模式中退出。

需要说明的是，本公开实施例中，虽然在车载系统错误地进入所述非正常工作模式的情况下，共享车辆可以向服务器发送车辆信息，但该共享车辆仍处于不可使用的状态。

在本公开的一个实施例中，若车载系统错误地进入非正常工作模式，则共享车辆控制共享车辆的通信组件向服务器发送维修信息，维修信息用于指示运维人员对共享车辆的车载系统进行维修。

在共享车辆的车载系统错误地进入非正常工作模式，而共享车辆不会与服务器失去联系的情况下，共享车辆还可以控制通信组件向服务器发送维修信息，维修信息可以用于指示运维人员对共享车辆的车载系统进行维修。

可选的，维修信息可以是预设的信息码，该信息码可以是共享车辆与服务器预先约定好的，存储在共享车辆本地的非易失性存储器中的。

若共享车辆确定出车载系统错误地进入非正常工作模式，那么共享车辆可以从本地存储器中获取该预设的信息码，并将该信息码以维修信息的形式通过通信组件发送给服务器。这样运维人员就可以获知该共享车辆的车载系统错误地进入了非正常工作模式，从而能够对该共享车辆的车载系统进行人工调整，使其退出非正常工作模式，恢复正常运营。这样可以降低共享车辆租赁服务公司的经济损失。

本公开实施例中，在确定出共享车辆错误地进入非正常工作模式的情况下，可以控制共享车辆的通信组件向服务器发送车辆的车辆信息，从而与服务器保持联系。

在本公开的一个实施例中，如图3所示，共享车辆检测车载系统是否错误地进入非正常工作模式的过程还可以包括以下内容：

步骤301，共享车辆检测车载系统进入非正常工作模式的持续时长是否超过预设时长。

可选的，本公开实施例中，车载系统中设置有计时器，当车载系统进入非正常工作模式时，自动触发该计时器启动，并通过计时器确定车载系统在非正常工作模式中的持续时长。

可选的，预设时长可以是人工设置的。可选的，预设时长可以大于对车载系统的所有功能进行一遍测试所需要花费的时长。

步骤302，若持续时长超过预设时长，则共享车辆确定车载系统错误地进入非正常工作模式。

本公开实施例中，在出厂前或者在检修时，车载系统在测试完成后，工作人员会人工调整，以使车载系统退出非正常工作模式，因此，车载系统在非正常工作模式下的持续时长不会超过预设时长。而若车载系统在非正常工作模式下的持续时长超过预设时长，说明车载系统处于不能自动退出非正常工作模式的状态。因此，确定车载系统错误地进入非正常工作模式。

本公开实施例中，通过检测车载系统进入非正常工作模式的持续时长是否超过预设时长，来确定车载系统是否处于不能自动退出非正常工作模式的状态，而若车载系统处于不能自动退出非正常工作模式的状态，说明车载系统为错误地进入非正常工作模式，这种情况下，会存在共享车辆与服务器失联的问题，基于该问题，本公开中，控制共享车辆的通信组件向服务器发送共享车辆的车辆信息，从而与服务器保持联系，解决了现有技术存在的问题，降低了共享车辆租赁服务公司的经济损失。

在本公开的一个实施例中，如图4所示，共享车辆检测车载系统是否错误地进入非正常工作模式的过程还可以包括以下内容：

步骤401，共享车辆获取车载系统中预存的车载系统的各项功能的测试结果。

本公开实施例中，在共享车辆出厂前，对车载系统进行功能测试时，将车载系统的各项功能的测试结果存储在本地的非易失性存储器中，保证该车载系统的各项功能的测试结果处于掉电不丢失的状态。

若车载系统进入的模式为非正常工作模式，那么车载系统可以从本地的非易失性存储器中读取车载系统的各项功能的测试结果。

步骤402，共享车辆检测各测试结果是否正常，若各测试结果均正常，则确定车载系统错误地进入非正常工作模式。

本公开实施例中，共享车辆可以遍历车载系统的各项功能的测试结果，以确定各测试结果是否正常。

若车载系统的各测试结果均正常，说明该车载系统本身处于正常工作状态，在此情况下，车载系统应该是处于正常工作模式的，而车载系统却进入了非正常工作模式，因此可以认为，车载系统错误地进入了非正常工作模式下。

需要说明的是，通过直接遍历车载系统的各项功能的测试结果，确定各测试结果是否正常，以确定车载系统的各项功能是否正常的方式相比于直接对车载系统的各项功能进行一遍检测花费的时间更短，因此，可以更快速地确定出车载系统是否错误地进入非正常工作模式。这样，若车载系统错误地进入非正常工作模式，也可以更加快捷地向服务器发送该共享车辆的车辆信息。

本公开实施例中，通过遍历车载系统的各项功能的测试结果，而不必要对车载系统的各项功能进行一遍检测，从而更快速地确定出车载系统是否错误地进入非正常工作模式。

在本公开的一个实施例中，如图5所示，示出了另一种车载系统选择进入模式的方法，该方法包括以下内容：

步骤501，在车载系统重启之后，检测车载系统错误地进入非正常工作模式的次数是否超过预设次数阈值。

可选的，若车载系统错误地进入非正常工作模式，则共享车辆更新共享车辆的车载系统错误地进入非正常工作模式的次数。

在车载系统错误地进入非正常工作模式之后，通过人工调整，车载系统可以退出非正常工作模式而进入正常工作模式。然而，在车载系统再次进入正常工作模式后，车载系统仍然会周期性重启，从而可能再次面临错误地进入非正常工作模式的情况。

本公开实施例中，从共享车辆出厂后开始，该共享车辆每发生一次车载系统错误地进入非正常工作模式的事件，则该共享车辆可以在本地的非易失性存储器中记录车载系统错误地进入非正常工作模式的事件，并更新本地的非易失性存储器中车载系统错误地进入非正常工作模式的次数。

本公开实施例中，在车载系统重启之后，共享车辆可以从本地的非易失性存储器读取历史上车载系统错误地进入非正常工作模式的次数。然后判断车载系统错误地进入非正常工作模式的次数是否超过预设次数阈值。

步骤502，若车载系统错误地进入非正常工作模式的次数超过预设次数阈值，则禁止根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，并直接进入正常工作模式。

若超过预设次数阈值，说明该共享车辆根据预设的模式选择策略选择进入模式时，会频繁发生车载系统错误进入非正常工作模式的情况。导致该共享车辆不能正常运营。

基于此，认为该共享车辆不再适合根据预设的模式选择策略选择进入模式。因此，若车载系统错误地进入非正常工作模式的次数超过预设次数阈值，则共享车辆可以禁止根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，并直接进入正常工作模式。

本公开实施例通过获取车载系统错误地进入非正常工作模式的次数，并判断该次数是否超过预设次数阈值，若超过预设次数阈值，则确定该共享车辆不再适合根据预设的模式选择策略选择进入模式。因此，该共享车辆直接进入正常工作模式，从而保证该共享车辆可以正常运营。

应该理解的是，虽然图1-图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种共享车辆异常检测装置的结构框图，包括：模式选择模块601、检测模块602和信息发送模块603，其中：

模式选择模块601，用于在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；

检测模块602，用于若车载系统进入的模式为非正常工作模式，则检测车载系统是否错误地进入非正常工作模式；

信息发送模块603，用于若车载系统错误地进入非正常工作模式，则控制共享车辆的通信组件向服务器发送共享车辆的车辆信息。

在一个实施例中，检测模块602还用于：

检测车载系统进入非正常工作模式的持续时长是否超过预设时长；

若持续时长超过预设时长，则确定车载系统错误地进入非正常工作模式。

在一个实施例中，检测模块602还用于：

获取车载系统中预存的车载系统的各项功能的测试结果；

检测各测试结果是否正常，若各测试结果均正常，则确定车载系统错误地进入非正常工作模式。

在一个实施例中，信息发送模块603还用于：

若车载系统错误地进入非正常工作模式，则控制共享车辆的通信组件向服务器发送维修信息，维修信息用于指示运维人员对共享车辆的车载系统进行维修。

在一个实施例中，信息发送模块603还用于：

若车载系统错误地进入非正常工作模式，则更新共享车辆的车载系统错误地进入非正常工作模式的次数。

在一个实施例中，模式选择模块601还用于：

在车载系统重启之后，检测车载系统错误地进入非正常工作模式的次数是否超过预设次数阈值；

若车载系统错误地进入非正常工作模式的次数超过预设次数阈值，则禁止根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，并直接进入正常工作模式。

在一个实施例中，模式选择模块601还用于：

检测共享车辆的测试点的电平；

若共享车辆的测试点的电平为第一电平，则进入正常工作模式；

若共享车辆的测试点的电平为第二电平，则进入非正常工作模式。

关于共享车辆异常检测装置的具体限定可以参见上文中对于共享车辆异常检测方法的限定，在此不再赘述。上述共享车辆异常检测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于共享车辆中的处理器中，也可以以软件形式存储于共享车辆中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图7是根据一示例性实施例示出的一种共享车辆700的框图。该共享车辆包括处理组件701、存储组件702和通信组件703，其中，存储组件703上存储有在处理器上运行的计算机程序或者指令。

处理组件701通常控制共享车辆700的整体操作，处理组件701可以包括一个或多个处理器来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件701可以包括一个或多个模块，便于处理组件701和其他组件之间的交互。

存储组件702被配置为存储各种类型的数据以支持在共享车辆700的操作。这些数据的示例包括用于在共享车辆700上操作的任何应用程序或方法的指令。存储组件702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

通信组件703被配置为便于共享车辆700和服务器之间通过无线方式的通信。共享车辆700可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G或5G或它们的组合。

在示例性实施例中，共享车辆700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述共享车辆异常检测方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储组件702，上述指令可由共享车辆700的处理组件701执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例专利的保护范围应以所附权利要求为准。

Claims (14)

1.一种共享车辆异常检测方法，其特征在于，所述方法包括：

在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；

若所述车载系统进入的模式为所述非正常工作模式，则检测所述车载系统是否错误地进入所述非正常工作模式；所述非正常工作模式指生产测试模式；

若所述车载系统错误地进入所述非正常工作模式，则控制所述共享车辆的通信组件向服务器发送所述共享车辆的车辆信息；

其中，所述检测所述车载系统是否错误地进入所述非正常工作模式，包括：

检测所述车载系统进入所述非正常工作模式的持续时长是否超过预设时长；若所述持续时长超过所述预设时长，则确定所述车载系统错误地进入所述非正常工作模式；

其中，所述共享车辆的车辆信息包括所述共享车辆的位置和车辆编号。

2.根据权利要求1所述的方法，其特征在于，所述预设时长大于对所述车载系统的所有功能进行一遍测试所花费的总时长。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述车载系统错误地进入所述非正常工作模式，则控制所述共享车辆的通信组件向所述服务器发送维修信息，所述维修信息用于指示运维人员对所述共享车辆的车载系统进行维修。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述车载系统错误地进入所述非正常工作模式，则更新所述共享车辆的车载系统错误地进入所述非正常工作模式的次数。

5.根据权利要求4所述的方法，其特征在于，所述在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，包括：

在所述车载系统重启之后，检测所述车载系统错误地进入所述非正常工作模式的次数是否超过预设次数阈值；

若所述车载系统错误地进入所述非正常工作模式的次数超过所述预设次数阈值，则禁止根据所述预设的模式选择策略选择进入所述正常工作模式或者所述非正常工作模式，并直接进入所述正常工作模式。

6.根据权利要求1所述的方法，其特征在于，所述根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式，包括：

检测所述共享车辆的测试点的电平；

若所述共享车辆的测试点的电平为第一电平，则进入所述正常工作模式；

若所述共享车辆的测试点的电平为第二电平，则进入所述非正常工作模式。

7.一种共享车辆异常检测装置，其特征在于，所述装置包括：

模式选择模块，用于在共享车辆的车载系统重启之后，根据预设的模式选择策略选择进入正常工作模式或者非正常工作模式；

检测模块，用于若所述车载系统进入的模式为所述非正常工作模式，则检测所述车载系统是否错误地进入所述非正常工作模式；所述非正常工作模式指生产测试模式；

信息发送模块，用于若所述车载系统错误地进入所述非正常工作模式，则控制所述共享车辆的通信组件向服务器发送所述共享车辆的车辆信息；

其中，所述检测模块还用于：检测所述车载系统进入所述非正常工作模式的持续时长是否超过预设时长；若所述持续时长超过所述预设时长，则确定所述车载系统错误地进入所述非正常工作模式；

其中，所述共享车辆的车辆信息包括所述共享车辆的位置和车辆编号。

8.根据权利要求7所述的装置，其特征在于，所述预设时长大于对所述车载系统的所有功能进行一遍测试所花费的总时长。

9.根据权利要求7所述的装置，其特征在于，所述信息发送模块还用于：

若所述车载系统错误地进入所述非正常工作模式，则控制所述共享车辆的通信组件向所述服务器发送维修信息，所述维修信息用于指示运维人员对所述共享车辆的车载系统进行维修。

10.根据权利要求7所述的装置，其特征在于，所述信息发送模块还用于：

若所述车载系统错误地进入所述非正常工作模式，则更新所述共享车辆的车载系统错误地进入所述非正常工作模式的次数。

11.根据权利要求10所述的装置，其特征在于，所述模式选择模块还用于：

在所述车载系统重启之后，检测所述车载系统错误地进入所述非正常工作模式的次数是否超过预设次数阈值；

若所述车载系统错误地进入所述非正常工作模式的次数超过所述预设次数阈值，则禁止根据所述预设的模式选择策略选择进入所述正常工作模式或者所述非正常工作模式，并直接进入所述正常工作模式。

12.根据权利要求7所述的装置，其特征在于，所述模式选择模块还用于：

检测所述共享车辆的测试点的电平；

若所述共享车辆的测试点的电平为第一电平，则进入所述正常工作模式；

若所述共享车辆的测试点的电平为第二电平，则进入所述非正常工作模式。

13.一种共享车辆，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

Images