CN109558220B - 一种故障车辆的管理方法和设备 - Google Patents

Abstract

本发明公开了故障车辆的管理方法和故障车辆的管理设备。所述方法包括以下步骤：接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，将寻找故障车辆的任务值与所述优先级相关联。

Description

一种故障车辆的管理方法和设备

技术领域

本发明涉及共享车辆相关技术，更具体地，涉及一种故障车辆的管理方法和一种故障车辆的管理设备。

背景技术

在共享车辆的运营过程中，由线下运营人员寻找、收集故障车辆，将故障车辆集中运输到维修场地进行维修。在故障车辆的寻找过程中，线下运营人员通过其手持移动终端设备(例如手机等)搭载的应用软件(Application，APP)筛选车辆的故障类型后，通过逆地理解析，在地图上展示对应故障类型的车辆图标，运营人员再按图索骥进行找车。

这种寻找故障车的方法，运营人员是基于车辆相关位置找寻车辆，若故障车的车辆位置信息的可靠性低，则找寻该辆故障车的难度会比较大，耗时比较长，并且找不到的概率也比较高。运营人员按照故障类型筛选车辆，不能满足充分利用当前有限的运营人力去高效寻获车辆的需求。

发明内容

本发明的一个目的是提供一种管理故障车辆的新技术方案，以更合理的利用运营能力。

根据本发明的第一方面，提供了一种故障车辆的管理方法，包括以下步骤：

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

将寻找故障车辆的任务值与所述优先级相关联。

可选地，所述方法还包括以下步骤：接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，以及在地图上展示筛选出的故障车辆。

可选地，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

可选地，所述方法还包括以下步骤：根据故障车辆的故障信息和/或使用记录和/或状态信息，为故障车辆标记上故障类型标签。

可选地，所述故障类型标签包括：在第一预设时间内没有被骑行的标签；所述方法还包括以下步骤：根据所述故障车辆最后一次被使用的记录，确定是否将该故障车辆标记上所述在第一预设时间内没有被骑行的标签。

可选地，所述故障类型标签包括：在第二预设时间内没有更新车辆状态信息的标签；所述方法还包括以下步骤：根据所述故障车辆最后一次上报的状态信息，确定是否将该故障车辆标记上所述在第二预设时间内没有更新车辆状态信息的标签。

可选地，所述故障类型标签包括：在第三预设时间内没有被用户请求使用的标签；所述方法还包括以下步骤：根据所述故障车辆最后一次的被扫码记录，确定是否将所述故障车辆标记上所述在第三预设时间内没有被用户请求使用的标签。

根据本发明的第二方面，提供了一种故障车辆的管理设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

将寻找故障车辆的任务值与所述优先级相关联。

可选地，所述处理器执行所述程序时还实现以下步骤：接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，将筛选出的故障车辆的ID和地理位置信息下发给移动客户端设备。

可选地，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

可选地，所述处理器执行所述程序时还实现以下步骤：根据故障车辆的故障信息和/或使用记录和/或状态信息，为故障车辆标记上故障类型标签。

可选地，所述故障类型标签包括：在第一预设时间内没有被骑行的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次被使用的记录，确定是否将该故障车辆标记上所述在第一预设时间内没有被骑行的标签。

可选地，所述故障类型标签包括：在第二预设时间内没有更新车辆状态信息的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次上报的状态信息，确定是否将该故障车辆标记上所述在第二预设时间内没有更新车辆状态信息的标签。

可选地，所述故障类型标签包括：在第三预设时间内没有被用户请求使用的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次的被扫码记录，确定是否将所述故障车辆标记上所述在第三预设时间内没有被用户请求使用的标签。

根据本发明的第三方面，提供了一种故障车辆的管理设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，以及在地图上展示筛选出的故障车辆。

可选地，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

根据本发明公开的一个实施例，通过自定义故障类型标签组合和优先级，可以更合理的方式对故障车辆进行运营管理，以提升车辆管理效率。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1为本发明实施例的共享车辆系统的整体架构示意图。

图2是本发明第一实施例公开的故障车辆的管理方法的流程图。

图3是本发明第二实施例公开的故障车辆的管理方法的流程图。

图4是本发明第三实施例公开的故障车辆的管理方法的流程图。

图5是本发明实施例公开的故障车辆的管理设备的框图。

图6是本发明实施例公开的故障车辆的管理设备的框图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<共享车辆系统的整体架构>

图1示出了根据本发明实施例的共享车辆系统的整体架构示意图。

根据图1所示，共享车辆系统可以包括移动终端1000、后台服务器2000和车辆4000，三者可以通过无线网络3000互相建立通信连接。

车辆4000具有二维码和/或编码，用于唯一标识对应的车辆。

用户可以通过移动终端1000扫描车辆4000上的二维码，进而将二维码信息发送至后台服务器2000执行解锁操作。

用户也可以通过移动终端1000输入或者识别车辆4000上的编码，进而将编码信息发送至后台服务器2000执行解锁操作。

在用户通过移动终端1000扫描车辆4000上的二维码或者输入编码时，需要使用移动终端1000的功能，例如移动终端1000的手电筒功能、相机功能等。

在本发明实施例中，移动终端1000可以通过诸如有线或无线网络等方式发送或接收信号，或可以在诸如存储器中将信号处理或存储为物理存储状态。每个移动终端可以是包括硬件、软件或内嵌逻辑组件或者两个或多个此类组件的组合的电子装置，并能够执行由移动终端实施或支持的合适的功能。例如，移动终端可以是智能手机、平板电脑、便携式电子邮件装置、电子书、手持游戏机和/或游戏控制器、笔记本电脑、上网本、手持电子装置，智能穿戴装置，等等。本发明涵盖任何合适的移动终端。移动终端可以使使用该移动终端的用户访问网络。

本发明实施例中所指的移动终端1000可以是车辆用户所持有的移动终端，也可以是共享车辆的运营人员所持有的移动终端。

移动终端1000可以包括：包含应用处理部和射频/数字信号处理器的处理装置；还可以包含ROM、RAM、闪存或它们的任意组合的存储器装置。

此外，在移动终端1000上可以安装客户端应用(Application，APP)，客户端应用可以用于允许使用移动终端1000来传送适合于和其他设备操作的命令。这类应用可以从服务器上下载并安装到移动终端1000的存储器中，也可以预先已被安装在移动终端1000上。在本发明中，移动终端1000上安装有车辆用户终端应用，车辆用户终端应用可以帮助用户实现使用车辆4000的功能。

在本发明中，后台服务器2000为服务器。本文中所称的服务器应被理解为提供处理、数据库、通讯设施的业务点。举例而言，服务器可以指具有相关通信和数据存储和数据库设施的单个的物理处理器，或它可以指联网或集聚的处理器、相关网络和存储设备的集合体，并且对软件和一个或多个数据库系统和支持服务器所提供的服务的应用软件进行操作。服务器可以在配置或性能上差异很大，但是服务器一般可以包括一个或多个中央处理单元和存储器。服务器还包括一个或多个大容量存储设备、一个或多个电源、一个或多个有线或无线网络接口、一个或多个输入/输出接口、或一个或多个操作系统，诸如，WindowsServer、Mac OS X、Unix、Linux、FreeBSD，等等。具体地，后台服务器2000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。在本发明中，后台服务器2000用于提供支持车辆使用所必需的全部功能。

在本发明中，车辆4000可以是自行车，也可以是三轮车、电动助力车、摩托车以及四轮乘用车等各种形态。

在本发明中，无线网络3000涵盖任何合适的无线网络，例如但不限于4G网络、3G网络、GPRS、Wi-Fi，等等。另外，将后台服务器2000和移动终端1000耦连在一起的无线网络与将后台服务器2000和车辆4000耦连在一起的无线网络可以是同一个无线网络，也可以是不同的无线网络。

<故障车辆的管理方法>

首先，需要说明的是，本发明实施例中所指的故障车辆，包括因为车辆本身出现问题导致无法正常使用的车辆；例如因车锁电量低导致无法正常开锁的车辆、链条断裂的车辆，刹车系统损坏的车辆等。本发明实施例中所指的故障车辆，还可以包括车辆本身不一定有问题，但是很长一段时间内没有被用户使用的可疑车辆，例如因被停放在某个偏僻区域，导致很长一段时间内没有被用户使用的车辆。本发明实施例中所指的故障车辆，还包括被用户乱停乱放，没有停放在正规停车区域的车辆。也就是说，本发明实施例中所指的故障车辆，包括各种问题车辆，这些问题车辆会被标记为故障车辆并被打上故障类型标签。本发明的一个目的在于更合理地或更人性化的管理这些问题车辆。

参见图2说明本发明第一实施例提供的故障车辆的管理方法，包括以下步骤：

101、接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合。

在步骤101之前，运营系统已经提供了各种故障类型标签，例如：

(1)车锁故障标签、链条故障标签、刹车故障标签等等，这些故障会导致用户无法正常使用车辆。

(2)车锁电量低标签，车锁电量低会导致用户无法开锁。

(3)在第一预设时间内没有被骑行的标签。例如，第一预设时间为120小时，如果一辆车在120小时内都没有被用户使用，则该车辆可能出了问题。

(4)在第二预设时间内没有更新车辆状态信息的标签。例如，正常车辆应该在每12小时上报一次车辆状态信息，第二预设时间为48小时，如果运营系统在48小时内没有收到车辆的状态信息，则该车辆可能出了问题。车辆状态信息可以包括车锁电量、车辆地理位置信息等信息。

(5)在第三预设时间内没有被用户请求使用的标签。例如，用户通过扫描车身上的二维码向运营服务器请求使用该车辆，第三预设时间为24小时，如果一辆车在24小时内都没有被扫码，则该车辆可能出了问题。

在一个实施例中，可以设置第一预设时间长于第三预设时间，如果一辆故障车“在较长的第一预设时间内没有被使用”但是“在较短的第三预设时间内被用户请求使用”，说明该故障车辆停放的地点比较容易被寻找。

(6)车辆没有停放到正规停车区域的标签。当车辆没有被停放在正规停车区域中时，说明线下运营人员需要寻找到该车辆，将车辆规范停放到正规停车区域中。

在步骤101中，后台运营人员可以在运营服务器端输入对故障类型标签的组合设置请求。例如，后台运营人员可以在运营服务器端输入对“车锁电量低”和“在第一预设时间内没有被骑行”两个故障类型标签的组合设置请求，则运营服务器会将这两个故障类型标签组合成一个故障类型标签组合。在步骤101中，后台运营人员输入的组合设置请求中可以只有一个故障类型标签被选中，也就是说，在这种情况下该故障类型标签本身就构成一个故障类型标签组合。

102、接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级。

在步骤102中，后台运营人员可以在运营服务器端输入对所述故障类型标签组合的优先级设置命令。例如，后台运营人员可以在运营服务器端输入将某个故障类型标签组合设置为“高优先级”的命令，则运营服务器会将该故障类型标签组合设置为“高优先级”。本发明实施例中，优先级可以包括“高优先级”、“中优先级”、“低优先级”等。或者，本发明实施例中，优先级可以包括“优先级1”、“优先级2”、、、“优先级N”等，N为大于1的整数。

在步骤101中，后台运营人员可以根据故障类型标签对应的车辆寻找难度去组合故障类型标签，从而在步骤102中方便地划分问题车辆的优先级。例如，后台运营人员设定一个故障类型标签组合为“在第一预设时间内没有被骑行”且“在第二预设时间内没有更新车辆状态信息”且“在第三预设时间内没有被用户请求使用”，则说明该车的寻找难度非常高。在步骤102中，可以将寻找难度高的故障类型标签组合设置为高优先级，将寻找难度低的故障类型标签组合设置为低优先级。

103、将寻找故障车辆的任务值与所述优先级相关联。

在步骤103中，后台运营人员可以在运营服务器端将寻找故障车辆的任务值与所述优先级相关联。例如，优先级1的故障车辆容易寻找，后台运营人员将找寻一辆优先级1的故障车辆的任务值设置为2；优先级5的故障车辆最难找，后台运营人员将找寻一辆优先级5的故障车辆的任务值设置为10。如果某个线下运营人员每天需要完成的总任务值为100且每天必须完成“寻找1辆优先级5的故障车辆和2辆优先级4的故障车辆”的基本任务，则该线下运营人员在完成该基本任务后，可以自主选择寻找哪个或哪几个优先级的故障车辆来完成总任务值100。此外，任务值还可以与线下运营人员的收入挂钩，例如线下运营人员每天必须完成的总任务值为100，如果其当日完成的任务值达到120，则奖励线下运营人员10个任务值。

本发明第一实施例提供的故障车辆的管理方法，通过自定义组合故障类型标签，给故障类型标签组合赋予优先级，以及将寻找故障车辆的任务值与所述优先级相关联，可以更合理地利用线下运营人员的运营能力。本发明第一实施例提供的故障车辆的管理方法，将寻找故障车辆的任务值与所述优先级相关联，既保证了运营效率，又能起到良好的运营激励作用。

参见图3说明本发明第二实施例提供的故障车辆的管理方法，包括以下步骤：

104.接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆。

线下运营人员可以通过移动客户端设备向运营服务器发送筛选某个优先级的故障车辆的请求。运营服务器在接收到该筛选请求后，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆。

105.将筛选出的故障车辆的ID和地理位置信息下发给移动客户端设备。

运营服务器在筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆后，将这些筛选出的故障车辆的ID和地理位置信息下发给该线下运营人员的移动客户端设备。

106.移动客户端设备在地图上展示筛选出的故障车辆

该线下运营人员的移动客户端设备在接收到运营服务器发送的故障车辆的ID和地理位置信息后，在地图上展示这些故障车辆，以便于该线下运营人员寻找这些故障车辆。

在这一实施例中，后台运营人员可以在运营服务器端将某个运营区域内的某个优先级的故障车辆的管理权限赋予某个特定的线下运营人员，以防止不同的线下运营人员找寻同一辆故障车的情况出现。

本发明第二实施例提供的故障车辆的管理方法，可以让线下运营人员自己选择寻找哪个优先级的故障车辆，方便线下运营人员有针对性地找车，从而提升线下运营人员的运营效率。可选地，本发明第二实施例提供的故障车辆的管理方法，对线下运营人员更友好，提升了线下运营人员的体验。

参见图4说明本发明第三实施例提供的故障车辆的管理方法，包括以下步骤：

201.接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合。

在步骤201中，线下运营人员可以在其移动客户端设备上输入对故障类型标签的组合设置请求。例如，线下运营人员可以在其移动客户端设备上输入对“车锁电量低”和“在第一预设时间内没有被骑行”两个故障类型标签的组合设置请求，则移动客户端设备会将这两个故障类型标签组合成一个故障类型标签组合。在步骤201中，线下运营人员输入的组合设置请求中可以只有一个故障类型标签被选中，也就是说，在这种情况下该故障类型标签本身就构成一个故障类型标签组合。

202.接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级。

在步骤202中，线下运营人员可以在其移动客户端设备上输入对所述故障类型标签组合的优先级设置命令。例如，线下运营人员可以在其移动客户端设备上输入将某个故障类型标签组合设置为“高优先级”的命令，则移动客户端设备会将该故障类型标签组合设置为“高优先级”。本发明实施例中，优先级可以包括“高优先级”、“中优先级”、“低优先级”等。或者，本发明实施例中，优先级可以包括“优先级1”、“优先级2”、、、“优先级N”等，N为大于1的整数。

在步骤201中，线下运营人员可以根据故障类型标签对应的车辆寻找难度去组合故障类型标签，从而在步骤202中方便地划分问题车辆的优先级。例如，线下运营人员设定一个故障类型标签组合为“在第一预设时间内没有被骑行”且“在第二预设时间内没有更新车辆状态信息”且“在第三预设时间内没有被用户请求使用”，则说明该种故障车辆的寻找难度非常高。线下运营人员可以在步骤202中，将这一个故障类型标签组合设定为低优先级。

203.接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆。

在步骤203中，线下运营人员可以在其移动客户端设备上输入筛选某个优先级的故障车辆的请求。移动客户端设备接收到该筛选请求后，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆。

204.移动客户端设备在地图上展示筛选出的故障车辆，以便于线下运营人员寻找该种优先级的故障车辆。

本发明第三实施例提供的故障车辆的管理方法，通过自定义组合故障类型标签，给故障类型标签组合赋予优先级，可以让线下运营人员自己选择寻找哪个优先级的故障车辆，方便线下运营人员有针对性地找车，从而提升线下运营人员的运营效率。可选地，本发明第三实施例提供的故障车辆的管理方法，对线下运营人员更友好，提升了线下运营人员的体验。

在上述各个实施例中，还包括预先给故障车辆标记故障类型标签的步骤：可以根据故障车辆的故障信息和/或使用记录和/或状态信息，为故障车辆标记故障类型标签。

车辆的故障信息可以是用户上报给运营服务器的。例如，用户在扫码开锁以后发现车辆无法正常骑行，经观察是链条损坏，则该用户可以在其移动客户端设备的上报故障信息页面选择“链条损坏”标签，即向运营服务器发送了一条故障信息。运营服务器接收到该故障信息后，将该车辆标记为“链条故障”。

车辆的故障信息也可以是线下运营人员上报给运营服务器的。例如，线下运营人员在日常工作中发现一辆故障车辆，则线下运营人员可以通过其移动客户端设备向运营服务器上报该故障车辆的故障信息。

车辆的使用记录可以是用户或者车辆上报给运营服务器中。在一个实施例中，用户每次使用车辆，其移动客户端设备都会向运营服务器发送一条使用记录。在另一个实施例中，车辆会每次记录其被使用的记录，定期将使用记录上报给运营服务器。

车辆可以按照预定的周期自动向运营服务器上报自身的状态信息，例如车辆每12小时上报一次车辆状态信息。车辆状态信息可以包括车锁电量、车辆地理位置信息等信息。

在一个具体的例子中，所述故障类型标签包括：在第一预设时间内没有被骑行的标签。运营服务器根据所述故障车辆最后一次被使用的记录，确定是否将该故障车辆标记上所述在第一预设时间内没有被骑行的标签。

在一个具体的例子中，所述故障类型标签包括：在第二预设时间内没有更新车辆状态信息的标签。运营服务器根据所述故障车辆最后一次上报的状态信息，确定是否将该故障车辆标记上所述在第二预设时间内没有更新车辆状态信息的标签。

在一个具体的例子中，所述故障类型标签包括：在第三预设时间内没有被用户请求使用的标签。运营服务器根据所述故障车辆最后一次的被扫码记录，确定是否将所述故障车辆标记上所述在第三预设时间内没有被用户请求使用的标签。

对于本领域技术人员来说，可以通过硬件方式、软件方式或软硬件结合的方式实现前述故障车辆的管理方法。基于同一发明构思，介绍本发明实施例的故障车辆的管理设备，以执行前述故障车辆的管理方法。

<故障车辆的管理设备>

本发明实施例还提供了一种故障车辆的管理设备，参见图5所示为可用于实现本发明的实施例的运营服务器300的硬件配置的框图。运营服务器300包括处理器3010、存储器3020、接口装置3030、通信装置3040、显示装置3050、输入装置3060、扬声器3070、麦克风3080等等。

处理器3010例如可以是中央处理器CPU、微处理器MCU等。存储器3020例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3030例如包括USB接口、耳机接口等。通信装置3040可以用于和车辆和/或移动客户端设备进行通信。显示装置3050例如是液晶显示屏、触摸显示屏等。输入装置3060例如可以包括触摸屏、键盘、鼠标等。

存储器3020用于存储计算机程序，所述处理器3010执行所述程序时实现以下步骤：

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

将寻找故障车辆的任务值与所述优先级相关联。

可选地，所述处理器执行所述程序时还实现以下步骤：接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，将筛选出的故障车辆的ID和地理位置信息下发给移动客户端设备。

可选地，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

可选地，所述处理器执行所述程序时还实现以下步骤：根据故障车辆的故障信息和/或使用记录和/或状态信息，为故障车辆标记上故障类型标签。

可选地，所述故障类型标签包括：在第一预设时间内没有被骑行的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次被使用的记录，确定是否将该故障车辆标记上所述在第一预设时间内没有被骑行的标签。

可选地，所述故障类型标签包括：在第二预设时间内没有更新车辆状态信息的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次上报的状态信息，确定是否将该故障车辆标记上所述在第二预设时间内没有更新车辆状态信息的标签。

可选地，所述故障类型标签包括：在第三预设时间内没有被用户请求使用的标签；所述处理器执行所述程序时还实现以下步骤：根据所述故障车辆最后一次的被扫码记录，确定是否将所述故障车辆标记上所述在第三预设时间内没有被用户请求使用的标签。

本发明实施例提供的故障车辆的管理设备，通过自定义组合故障类型标签，给故障类型标签组合赋予优先级，以及将寻找故障车辆的任务值与所述优先级相关联，可以更合理地利用线下运营人员的运营能力。本发明实施例提供的故障车辆的管理设备，将寻找故障车辆的任务值与所述优先级相关联，既保证了运营效率，又能起到良好的运营激励作用。

图5所示的运营服务器300仅是解释性的，并且决不是为了要限制本发明、其应用或用途。本领域技术人员应当理解，尽管在图5中示出了多个装置，但是，本发明可以仅涉及其中的部分装置。本领域技术人员可以根据本发明所公开方案设计指令，指令如何控制处理器进行操作是本领域公知技术，故在此不再详细描述。

<故障车辆的管理设备>

本发明实施例还提供了一种故障车辆的管理设备，参见图6所示为可用于实现本发明的实施例的移动客户端设备400的硬件配置的框图。移动客户端设备400包括处理器4010、存储器4020、接口装置4030、通信装置4040、显示装置4050、输入装置4060、扬声器4070、麦克风4080等等。

处理器4010例如可以是中央处理器CPU、微处理器MCU等。存储器4020例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置4030例如包括USB接口、耳机接口等。通信装置4040可以用于和运营服务器和/或车辆进行通信。显示装置4050例如是液晶显示屏、触摸显示屏等。输入装置4060例如可以包括触摸屏、键盘、鼠标等。

存储器4020用于存储计算机程序，所述处理器4010执行所述程序时实现以下步骤：

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，以及在地图上展示筛选出的故障车辆。

可选地，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

本发明实施例提供的故障车辆的管理设备，通过自定义组合故障类型标签，给故障类型标签组合赋予优先级，可以让线下运营人员自己选择寻找哪个优先级的故障车辆，方便线下运营人员有针对性地找车，从而提升线下运营人员的运营效率。可选地，本发明实施例提供的故障车辆的管理设备，对线下运营人员更友好，提升了线下运营人员的体验。

图6所示的移动客户端设备400仅是解释性的，并且决不是为了要限制本发明、其应用或用途。本领域技术人员应当理解，尽管在图6中示出了多个装置，但是，本发明可以仅涉及其中的部分装置。本领域技术人员可以根据本发明所公开方案设计指令，指令如何控制处理器进行操作是本领域公知技术，故在此不再详细描述。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

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

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种故障车辆的管理方法，其特征在于，包括以下步骤：

预先提供多个不同类型的故障类型标签；

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

将寻找故障车辆的任务值与所述优先级相关联。

2.根据权利要求1所述的方法，其特征在于，还包括以下步骤：

接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，以及在地图上展示筛选出的故障车辆。

3.根据权利要求1所述的方法，其特征在于，所述故障类型标签包括：车锁故障标签、车锁低电量标签、在第一预设时间内没有被骑行的标签、在第二预设时间内没有更新车辆状态信息的标签、在第三预设时间内没有被用户请求使用的标签。

4.根据权利要求1所述的方法，其特征在于，还包括以下步骤：根据故障车辆的故障信息和/或使用记录和/或状态信息，为故障车辆标记上故障类型标签。

5.根据权利要求4所述的方法，其特征在于，所述故障类型标签包括：在第一预设时间内没有被骑行的标签；

根据所述故障车辆最后一次被使用的记录，确定是否将该故障车辆标记上所述在第一预设时间内没有被骑行的标签。

6.根据权利要求4所述的方法，其特征在于，所述故障类型标签包括：在第二预设时间内没有更新车辆状态信息的标签；

根据所述故障车辆最后一次上报的状态信息，确定是否将该故障车辆标记上所述在第二预设时间内没有更新车辆状态信息的标签。

7.根据权利要求4所述的方法，其特征在于，所述故障类型标签包括：在第三预设时间内没有被用户请求使用的标签；

根据所述故障车辆最后一次的被扫码记录，确定是否将所述故障车辆标记上所述在第三预设时间内没有被用户请求使用的标签。

8.一种故障车辆的管理设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

预先提供多个不同类型的故障类型标签；

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

将寻找故障车辆的任务值与所述优先级相关联。

9.根据权利要求8所述的设备，其特征在于，所述处理器执行所述程序时还实现以下步骤：

接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，将筛选出的故障车辆的ID和地理位置信息下发给移动客户端设备。

10.一种故障车辆的管理设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

预先提供多个不同类型的故障类型标签；

接收对故障类型标签的组合设置请求，根据所述组合设置请求将被选中的故障类型标签划分成一个故障类型标签组合；

接收对所述故障类型标签组合的优先级设置命令，将所述故障类型标签组合设置成相应的优先级；以及，

接收筛选某个优先级的故障车辆的请求，根据需要筛选的优先级确定对应的故障类型标签组合，筛选出同时携带有该故障类型标签组合内的每个故障类型标签的故障车辆，以及在地图上展示筛选出的故障车辆。

Images