共享单车管理方法及服务器与流程

本公开涉及通信技术领域，尤其涉及共享单车管理方法及服务器。

背景技术：

用手机扫描共享单车上的二维码，向服务器发送消息请求使用共享单车。当共享单车为故障车辆时，用户只能放弃使用该故障车辆。当有其他用户重新扫描该故障车辆请求使用时，也都只能放弃使用。从而导致每个想要使用该共享单车的用户的时间均被浪费，对用户的使用体验造成不良影响。

技术实现要素：

本公开的实施例提供共享单车管理方法及服务器，技术方案如下：

根据本公开实施例的第一方面，提供一种共享单车管理方法，包括：

获取参考信息，所述参考信息用于判定目标单车的车况；

确定所述参考信息满足预设的触发条件，所述触发条件用于判定所述目标单车为故障车辆；

向所述目标单车发送告警指示信息，所述告警指示信息用于指示所述目标单车激活故障警示标识。

本公开提供的技术方案，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

在一个实施例中，所述获取参考信息，包括：接收请求解锁所述目标单车的连续t个终端设备中至少p个终端设备发送的反馈信息，t≥p≥1；

所述确定所述参考信息满足预设的触发条件，包括：根据所述p个终端设备发送的反馈信息确定所述目标单车不能正常使用。

在一个实施例中，所述获取参考信息，包括：获取所述目标单车的计费记录；

所述确定所述参考信息满足预设的触发条件，包括：根据所述计费记录确定所述目标单车最近连续k次的计费记录均为未产生费用，k≥1。

在一个实施例中，所述获取参考信息，包括：获取所述目标单车的使用时长记录；

所述确定所述参考信息满足预设的触发条件，包括：根据所述使用时长记录确定所述目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

在一个实施例中，所述获取参考信息，包括：获取所述目标单车的使用里程记录；

所述确定所述参考信息满足预设的触发条件，包括：根据所述里程记录确定所述目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

在一个实施例中，所述获取参考信息，包括：获取所述目标单车的解锁记录；

所述确定所述参考信息满足预设的触发条件，包括：根据所述解锁记录确定所述目标单车最近连续n次解锁失败，n≥1。

在一个实施例中，还包括：

向目标终端设备发送故障指示信息，所述目标终端设备为请求解锁所述目标单车的终端设备。

在一个实施例中，所述确定所述参考信息满足预设的触发条件之后，还包括：设置所述目标单车的故障标志位；

所述向目标终端设备发送故障指示信息，包括：当确定所述故障标志位被设置时，向所述目标终端设备发送所述故障指示信息。

根据本公开实施例的第二方面，提供一种服务器，包括：

注册模块，用于获取参考信息，所述参考信息用于判定目标单车的车况；

判定模块，用于确定所述参考信息满足预设的触发条件，所述触发条件用于判定所述目标单车为故障车辆；

指示模块，用于向所述目标单车发送告警指示信息，所述告警指示信息用于指示所述目标单车激活故障警示标识。

在一个实施例中，所述注册模块包括归档子模块，所述归档子模块用于接收请求解锁所述目标单车的连续t个终端设备中至少p个终端设备发送的反馈信息，t≥p≥1；

所述判定模块包括筛选子模块，所述筛选子模块用于根据所述p个终端设备发送的反馈信息确定所述目标单车不能正常使用。

在一个实施例中，所述注册模块包括计费子模块，所述计费子模块用于获取所述目标单车的计费记录；

所述判定模块包括费用判定子模块，所述费用判定子模块用于根据所述计费记录确定所述目标单车最近连续k次的计费记录均为未产生费用，k≥1。

在一个实施例中，所述注册模块包括计时子模块，所述计时子模块用于获取所述目标单车的使用时长记录；

所述判定模块包括时长判定子模块，所述时长判定子模块用于根据所述使用时长记录确定所述目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

在一个实施例中，所述注册模块包括里程子模块，所述里程子模块用于获取所述目标单车的使用里程记录；

所述判定模块包括里程判定子模块，所述里程判定子模块用于根据所述里程记录确定所述目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

在一个实施例中，所述注册模块包括锁控制子模块，所述锁控制子模块用于获取所述目标单车的解锁记录；

所述判定模块包括锁开关判定子模块，所述锁开关判定子模块用于根据所述解锁记录确定所述目标单车最近连续n次解锁失败，n≥1。

在一个实施例中，还包括：

故障指示模块，用于向目标终端设备发送故障指示信息，所述目标终端设备为请求解锁所述目标单车的终端设备。

在一个实施例中，所述服务器还包括标示模块，所述标示模块用于设置所述目标单车的故障标志位；

所述故障指示模块包括标识判定子模块，所述标识判定子模块用于在确定所述故障标志位被设置时，向所述目标终端设备发送所述故障指示信息。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取参考信息，所述参考信息用于判定目标单车的车况；

确定所述参考信息满足预设的触发条件，所述触发条件用于判定所述目标单车为故障车辆；

向所述目标单车发送告警指示信息，所述告警指示信息用于指示所述目标单车激活故障警示标识。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面所提供共享单车管理方法的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的共享单车管理方法的流程图。

图2是根据一示例性实施例示出的共享单车客户端界面的说明示意图。

图3是根据一示例性实施例示出的共享单车管理方法的流程图。

图4是根据一示例性实施例示出的共享单车客户端界面的说明示意图。

图5是根据一示例性实施例示出的电子设备的框图。

图6是根据一示例性实施例示出的电子设备的框图。

图7是根据一示例性实施例示出的电子设备的框图。

图8是根据一示例性实施例示出的电子设备的框图。

图9是根据一示例性实施例示出的电子设备的框图。

图10是根据一示例性实施例示出的电子设备的框图。

图11是根据一示例性实施例示出的电子设备的框图。

图12是根据一示例性实施例示出的电子设备的框图。

图13是根据一示例性实施例示出的电子设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的设备和方法的例子。

共享单车上通常设置有二维码，用户使用手机扫描该二维码向服务器请求使用该单车。当一辆共享单车出现故障时，用户通常是在解锁之后才能发现，导致每个请求使用该共享单车的用户的时间被浪费，对用户的使用体验造成不良影响。

本公开的实施例中，在共享单车上设置故障警示标识，当服务器确定共享单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就可以放弃使用该车，从而避免浪费时间。

图1是根据一示例性实施例示出的一种共享单车管理方法的流程图，该方法应用于共享单车服务器，包括步骤101-103：

在步骤101中，获取参考信息。

参考信息用于判定目标单车的车况。

参考信息包括用户通过手机等终端设备所安装的共享单车客户端向服务器发送的反馈信息。例如，在共享单车客户端中设置用于报告故障的按钮，或者参照图2所示，在用户锁车后共享单车客户端弹出类似于“车辆是否故障”的对话框，当用户点击“是”或者“否”时，终端设备向服务器发送用于指示车辆正常或者故障的反馈信息。

在步骤102中，确定参考信息满足预设的触发条件。

触发条件用于判定目标单车为故障车辆。

例如，有t个终端设备依次请求使用目标单车，其中有p个终端设备向服务器发送了的反馈信息，t≥p≥1。以t＝10，p＝5的情形为例，连续10个终端设备中依次请求使用目标单车，10个终端设备中有5个或以上终端设备向服务器发送了反馈信息，其中至少4个终端设备发送的反馈信息指示目标单车为故障车辆，此时服务器确定目标单车不能正常使用。

在步骤103中，向目标单车发送告警指示信息。

告警指示信息用于指示目标单车激活故障警示标识。

例如，目标单车上设置一指示灯，当目标单车接收到告警指示信息时，点亮指示灯，指示灯点亮或者闪烁，表示目标单车当前不能正常使用。

本公开实施例提供的共享单车管理方法，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

基于上述图1对应的实施例提供的共享单车管理方法，图3是根据一示例性实施例示出的一种共享单车管理方法的流程图，图3对应的实施例以参考信息为目标单车的使用记录的情形为例说明本公开实施例提供的共享单车管理方法。

其中部分步骤中的内容与图1对应的实施例中的步骤相同或类似，以下只对步骤中不同之处做详细说明。参照图3所示，本实施例提供的共享单车管理方法包括步骤301-305：

在步骤301中，获取目标单车的使用记录。

在一个实施例中，目标单车的使用记录包括目标单车的计费记录、使用时长记录、使用里程记录、解锁记录中的至少一个。

在步骤302中，确定使用记录满足预设的触发条件。

触发条件用于判定目标单车为故障车辆。当目标单车的使用记录满足预设的触发条件时，即可判定目标单车不能正常使用。

在一个实施例中，当使用记录满足以下预设的四个条件中的至少一个时，确定使用记录满足预设的触发条件。

第一个条件，根据使用时长记录确定目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

例如，l＝5，预设时长为3分钟，使用时长为目标单车解锁到锁闭之间的时间段。

用户使用手机请求服务器解锁目标单车后，骑行很短时间发现目标单车存在故障，然后将车锁闭。如果出现连续5次目标单车的使用时长不超过3分钟，确定第一个条件满足。

第二个条件，根据里程记录确定目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

例如，m＝6，预设里程长度300米。用户使用手机请求服务器解锁目标单车后，骑行很短距离发现目标单车存在故障，然后将车锁闭。如果出现连续6次目标单车的使用里程不超过300米，确定第二个条件满足。

第三个条件，根据计费记录确定目标单车最近连续k次的计费记录均为未产生费用，k≥1。

由于存在故障，目标单车解锁后骑行很短时间或者很短距离就被锁闭，因此不会产生费用。以k＝7的情形为例，如果出现连续7次目标单车的计费记录均为未产生费用，确定第三个条件满足。

第四个条件，根据解锁记录确定目标单车最近连续n次解锁失败，n≥1。

以n＝4的情形为例，用户使用手机请求服务器解锁目标单车，服务器向目标单车发送解锁指示，但是未收到目标单车返回解锁成功的响应消息，服务器判定目标单车解锁失败。如果出现连续4次目标单车解锁失败，确定第四个条件满足。

在步骤303中，向目标单车发送告警指示信息。

目标单车接收到告警指示信息时，激活故障警示标识。

在步骤304中，设置目标单车的故障标志位。

服务器可保存多个共享单车的参考信息，在确定目标车辆为故障车辆时，在目标车辆的参考信息中添加故障标志位，通过故障标志位来标识故障车辆。

在步骤305中，向目标终端设备发送故障指示信息。

目标终端设备为请求解锁目标单车的终端设备。

在一个实施例中，服务器确定使用记录满足预设的触发条件时，向目标单车发送告警指示信息，并向目标终端设备发送故障指示信息。共享单车客户端可显示故障指示信息，通知用户寻找新的共享单车。参照图4所示，客户端可将其他信息与故障信息一同显示，例如告知用户此次开锁不会产生费用、奖励骑行券等信息。

在一个实施例中，当目标终端设备扫描目标单车的二维码请求解锁目标单车时，服务器确定目标单车的故障标志位已经被设置时，服务器向目标终端设备发送故障指示信息。在设置了故障标志位时，服务器只需查询该标志位即可确定目标单车为故障车辆，无需重复判断使用记录是否满足预设的触发条件，可减少服务器工作量。

本公开实施例提供的共享单车管理方法，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

下述为本公开设备实施例，可以用于执行本公开方法实施例。

图5是根据一示例性实施例示出的一种电子设备的框图，该设备可以通过软件、硬件或者两者的结合实现其部分或者全部功能，用于执行图1-图4对应的实施例中所描述的共享单车管理方法。如图5所示，电子设备包括：

注册模块51，用于获取参考信息，参考信息用于判定目标单车的车况。

判定模块52，用于确定参考信息满足预设的触发条件，触发条件用于判定目标单车为故障车辆。

指示模块53，用于向目标单车发送告警指示信息，告警指示信息用于指示目标单车激活故障警示标识。

如图6所示，在一个实施例中，注册模块51包括归档子模块511，归档子模块511用于接收请求解锁目标单车的连续t个终端设备中至少p个终端设备发送的反馈信息，t≥p≥1。

判定模块52包括筛选子模块521，筛选子模块521用于根据p个终端设备发送的反馈信息确定目标单车不能正常使用。

如图7所示，在一个实施例中，注册模块51包括计费子模块512，计费子模块512用于获取目标单车的计费记录。

判定模块52包括费用判定子模块522，费用判定子模块522用于根据计费记录确定目标单车最近连续k次的计费记录均为未产生费用，k≥1。

如图8所示，在一个实施例中，注册模块51包括计时子模块513，计时子模块513用于获取目标单车的使用时长记录。

判定模块52包括时长判定子模块523，时长判定子模块523用于根据使用时长记录确定目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

如图9所示，在一个实施例中，注册模块51包括里程子模块514，里程子模块514用于获取目标单车的使用里程记录。

判定模块52包括里程判定子模块524，里程判定子模块524用于根据里程记录确定目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

如图10所示，在一个实施例中，注册模块51包括锁控制子模块515，锁控制子模块515用于获取目标单车的解锁记录。

判定模块52包括锁开关判定子模块525，锁开关判定子模块525用于根据解锁记录确定目标单车最近连续n次解锁失败，n≥1。

如图11所示，在一个实施例中，还包括：

故障指示模块54，用于向目标终端设备发送故障指示信息，目标终端设备为请求解锁目标单车的终端设备。

如图12所示，在一个实施例中，服务器还包括标示模块55，标示模块55用于设置目标单车的故障标志位。

故障指示模块54包括标识判定子模块541，标识判定子模块541用于在确定故障标志位被设置时，向目标终端设备发送故障指示信息。

本公开实施例提供的电子设备，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

图13是根据一示例性实施例示出的一种电子设备的框图，该设备可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，该电子设备用于执行上述图1-图4对应的实施例中所描述的共享单车管理方法。如图13所示，电子设备130包括：

处理器1301。

用于存储处理器1301可执行指令的存储器1302。

其中，处理器1301被配置为：

获取参考信息，参考信息用于判定目标单车的车况。

确定参考信息满足预设的触发条件，触发条件用于判定目标单车为故障车辆。

向目标单车发送告警指示信息，告警指示信息用于指示目标单车激活故障警示标识。

在一个实施例中，上述处理器1301还可被配置为：

获取参考信息，包括：接收请求解锁目标单车的连续t个终端设备中至少p个终端设备发送的反馈信息，t≥p≥1。

确定参考信息满足预设的触发条件，包括：根据p个终端设备发送的反馈信息确定目标单车不能正常使用。

在一个实施例中，上述处理器1301还可被配置为：

获取目标单车的计费记录。

根据计费记录确定目标单车最近连续k次的计费记录均为未产生费用，k≥1。

在一个实施例中，上述处理器1301还可被配置为：

获取目标单车的使用时长记录。

根据使用时长记录确定目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

在一个实施例中，上述处理器1301还可被配置为：

获取目标单车的使用里程记录。

根据里程记录确定目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

在一个实施例中，上述处理器1301还可被配置为：

获取目标单车的解锁记录。

根据解锁记录确定目标单车最近连续n次解锁失败，n≥1。

在一个实施例中，上述处理器1301还可被配置为：

向目标终端设备发送故障指示信息，目标终端设备为请求解锁目标单车的终端设备。

在一个实施例中，上述处理器1301还可被配置为：

设置目标单车的故障标志位。

当确定故障标志位被设置时，向目标终端设备发送故障指示信息。

本公开实施例提供的电子设备，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由服务器的处理组件执行以完成图1-图4对应的实施例中所描述的共享单车的管理方法。

例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(英文全称：randomaccessmemory，英文简称：ram)、cd-rom、磁带、软盘和光数据存储设备等。

服务器的处理组件可以被一个或多个应用专用集成电路(英文全称：applicationspecificintegratedcircuit，英文简称：asic)、数字信号处理器(英文全称：digitalsignalprocessing，英文简称：dsp)、数字信号处理设备(英文全称：digitalsignalprocessingdevice，英文简称：dspd)、可编程逻辑器件(英文全称：programmablelogicdevice，英文简称：pld)、现场可编程门阵列(英文全称：fieldprogrammablegatearray，英文简称：fpga)、控制器、微控制器、微处理器或其他电子元件实现。

当存储介质中的指令由服务器的处理组件执行时，使得服务器能够执行上述图1-图4对应的实施例中所描述的应用测评方法，该方法包括：

获取参考信息，参考信息用于判定目标单车的车况。

确定参考信息满足预设的触发条件，触发条件用于判定目标单车为故障车辆。

向目标单车发送告警指示信息，告警指示信息用于指示目标单车激活故障警示标识。

在一个实施例中，该方法包括：

获取参考信息，包括：接收请求解锁目标单车的连续t个终端设备中至少p个终端设备发送的反馈信息，t≥p≥1。

确定参考信息满足预设的触发条件，包括：根据p个终端设备发送的反馈信息确定目标单车不能正常使用。

在一个实施例中，该方法包括：

获取目标单车的计费记录。

根据计费记录确定目标单车最近连续k次的计费记录均为未产生费用，k≥1。

在一个实施例中，该方法包括：

获取目标单车的使用时长记录。

根据使用时长记录确定目标单车最近连续l次的使用时长均未超过预设时长，l≥1。

在一个实施例中，该方法包括：

获取目标单车的使用里程记录。

根据里程记录确定目标单车最近连续m次的使用里程均未超过预设里程长度，m≥1。

在一个实施例中，该方法包括：

获取目标单车的解锁记录。

根据解锁记录确定目标单车最近连续n次解锁失败，n≥1。

在一个实施例中，该方法包括：

向目标终端设备发送故障指示信息，目标终端设备为请求解锁目标单车的终端设备。

在一个实施例中，该方法包括：

设置目标单车的故障标志位。

当确定故障标志位被设置时，向目标终端设备发送故障指示信息。

本公开实施例提供的终端设备以及存储介质，在判定目标单车为故障车辆时，指示目标单车激活故障警示标识，用户在看到目标单车的故障警示标识处于激活状态时就不用再请求使用该车，而去找别的故障警示标识未被激活的单车，从而避免因为请求使用故障车辆而浪费时间。

本领域技术人员在考虑说明书及实践这里公开的内容后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，因此，本公开的保护范围应以权利要求的保护范围为准。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围应以权利要求的保护范围为准。