一种助力车控制设备、控制方法及助力车
技术领域
本申请涉及车辆控制技术领域,具体而言,涉及一种助力车控制设备、控制方法及助力车。
背景技术
随着当今社会对新能源及环保事业的关注,共享单车作为一个公共出行方式,越来越受到公众的欢迎,其解决了最后一公里出行难的问题,满足了多数人的行车需求,但是通常的共享单车需要用户脚踏骑行,针对较长的路程中,显然共享单车不太方便,因此共享助力车应运而生。
目前,市面上的助力车的开锁流程一般是用户通过钥匙进行开锁,然后车锁与助力控制部件会同时打开,进而用户即可借助助力进行骑行,但是在共享助力车领域,一般需要用户扫码或者输入密码进行开锁,若依然对助力车同时开启助力和车锁,假如车锁在开启过程中出现故障暂时未能打开,则此时开启了助力可能会对车辆造成损坏。
发明内容
有鉴于此,本申请的目的在于提供一种助力车控制设备、控制方法及助力车,以降低助力车在开锁过程中的损坏率。
第一方面,本申请实施例提供了一种助力车控制设备,所述助力车控制设备设置于助力车上,包括:控制部件、锁车部件、驱动部件和动力部件,所述控制部件分别与所述锁车部件和所述驱动部件连接,所述驱动部件与所述动力部件连接;
所述控制部件,用于接收到后台服务器发送的开锁指令后,控制所述锁车部件进行开锁,以及在确定所述锁车部件完成开锁后,向所述驱动部件传输第一控制指令;
所述驱动部件,用于根据所述第一控制指令,在用户进入骑行状态时,对所述动力部件进行通电;
所述动力部件,用于通电后驱动车轮转动。
在一些实施方式中,还包括存储部件,所述存储部件与所述控制部件连接;
所述控制部件,具体用于在接收到后台服务器发送的开锁指令后,获取所述存储部件存储的所述助力车在上一订单行驶过程中产生的第一车辆运行数据,且根据所述第一车辆运行数据确定所述助力车的工作状态正常时,控制所述锁车部件进行开锁。
在一些实施方式中,所述控制部件,还用于根据所述第一车辆运行数据确定所述助力车的工作状态异常时,向所述后台服务器发送所述助力车的第一工作状态信息,以使所述后台服务器更新已保存的所述助力车的第一工作状态信息。
在一些实施方式中,还包括压力传感器,所述压力传感器设置于所述助力车的脚踏板上,所述压力传感器与所述驱动部件连接;
所述压力传感器,用于采集所述脚踏板受到的压力值,并将所述压力值传输至所述驱动部件;
所述驱动部件,具体用于接收到所述压力值后,判断所述压力值是否大于设定压力阈值,若是,确定所述用户进入骑行状态。
在一些实施方式中,所述控制部件,还用于在接收到所述后台服务器发送的关锁指令后,向所述驱动部件传输第二控制指令,并在所述车轮的车轮转速值小于设定速度阈值后,控制所述锁车部件关锁;
所述驱动部件,还用于根据所述第二控制指令,停止对所述动力部件通电。
在一些实施方式中,还包括轮速传感器,所述轮速传感器与所述驱动部件连接;
所述轮速传感器,用于检测所述车轮转速值,并将检测到的所述车轮转速值发送至所述驱动部件,以使所述驱动部件将所述车轮转速值发送至所述控制部件;
所述控制部件,具体用于在向所述驱动部件传输第二控制指令后,判断所述驱动部件发送的所述车轮转速值是否小于所述设定速度阈值。
在一些实施方式中,所述控制部件,还用于在接收到关锁指令后,获取所述助力车在当前订单行驶过程中产生的第二车辆运行数据;以及基于所述第二车辆运行数据确定所述助力车的第二工作状态信息,并将所述助力车的第二工作状态信息发送至所述后台服务器。
在一些实施方式中,还包括定位部件,所述定位部件与所述控制部件连接;
所述定位部件,用于获取所述助力车的当前位置信息,并将所述当前位置信息发送至所述控制部件;
所述控制部件,还用于在接收到所述当前位置信息时,将所述当前位置信息发送至所述后台服务器,以使所述后台服务器接收到关锁请求后,且基于所述当前位置信息和预设停车区域确定所述助力车处于所述预设停车区域时,向所述控制部件发送关锁指令。
第二方面,本申请实施例提供了一种助力车,包括如第一方面所述的助力车控制设备。
第三方面,本申请实施例提供了一种助力车控制方法,应用于后台服务器,所述方法包括:
接收到用户端发送的开锁请求时,获取所述开锁请求中包含的助力车标识和用户端的标识信息;
基于所述标识信息确定所述用户为合法用户,且确定与所述助力车标识对应的助力车的第一工作状态信息为工作状态正常时,向助力车控制设备发送开锁指令。
在一些实施方式中,所述方法还包括:
接收到所述用户端发送的关锁请求时,获取所述关锁请求中包含的助力车标识;
基于所述助力车标识获所述助力车标识对应的助力车的当前位置信息;
基于所述当前位置信息判断所述助力车是否处于预设停车区域,若是,则向所述助力车控制设备发送关锁指令。
第四方面,本申请实施例提供了一种助力车控制方法,应用于助力车控制设备,包括:
在接收到后台服务器发送的开锁指令后,进行开锁;
在确定完成开锁后,在用户进入骑行状态时,驱动助力车的车轮转动。
在一些实施方式中,所述在接收到后台服务器发送的开锁指令后,进行开锁之前,还包括:
获取预先存储的所述助力车在上一订单行驶过程中产生的第一车辆运行数据;
根据所述第一车辆运行数据确定所述助力车的工作状态正常。
在一些实施方式中,所述方法还包括:
根据所述第一车辆运行数据确定所述助力车的工作状态异常时,向所述后台服务器发送所述助力车的第一工作状态信息,以使所述后台服务器更新已保存的所述助力车的第一工作状态信息。
在一些实施方式中,根据以下方式确定用户进入骑行状态:
采集所述助力车脚踏板受到的压力值;
判断所述压力值是否大于设定压力阈值,若是,确定所述用户进入骑行状态。
在一些实施方式中,所述方法还包括:
接收到所述后台服务器发送的关锁指令后,停止驱动所述车轮转动;
停止驱动所述车轮转动后,检测所述车轮的车轮转速值,并在所述车轮转速值小于设定速度阈值后,进行关锁。
在一些实施方式中,所述接收到所述后台服务器发送的关锁指令后,所述方法还包括:
获取所述助力车在当前订单行驶过程中产生的第二车辆运行数据;
基于所述第二车辆运行数据确定所述助力车的第二工作状态信息,并将所述助力车的第二工作状态信息发送至所述后台服务器。
在一些实施方式中,所述接收到所述后台服务器发送的关锁指令之前,所述方法还包括:
获取所述助力车的当前位置信息,并将所述当前位置信息发送至所述后台服务器,以使所述后台服务器接收到关锁请求后,且基于所述当前位置信息和预设停车区域确定所述助力车处于所述预设停车区域时,向所述助力车控制设备发送关锁指令。
本申请实施例提供的助力车控制设备、控制方法及助力车,其中助力车控制设备包括控制部件、锁车部件、驱动部件和动力部件,其中控制部件在接收到开锁指令后,先控制锁车部件进行开锁,并在确定锁车部件完成开锁后,向驱动部件传输第一控制指令,驱动部件根据该第一控制指令,在用户进入骑行状态时,对动力部件进行通电,动力部件通电后即驱动车轮转动。
可见,本申请实施例当接收到开锁指令后,先控制开锁,在确定锁车部件完成开锁后,即助力车可以骑行后,再给驱动部件发送第一控制指令,使得驱动部件在用户进入骑行状态时,再对动力部件进行通电,这样避免当锁车部件由于暂时故障未能及时打开,若先给驱动部件传输了第一控制指令,若此时检测到用户进入了骑行状态,比如检测到用户骑行到助力车上,就会直接给动力部件通电,这样动力部件直接驱动车轮转动,由于锁车部件还未打开,此时车轮转动与锁舌直接碰撞,导致车辆的辐条发生损坏。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的第一种助力车控制设备的结构示意图;
图2示出了本申请实施例所提供的第二种助力车控制设备的结构示意图;
图3示出了本申请实施例所提供的第三种助力车控制设备的结构示意图;
图4示出了本申请实施例所提供的助力车控制设备在接收到开锁指令后对应的开锁流程图;
图5示出了本申请实施例所提供的第四种助力车控制设备的结构示意图;
图6示出了本申请实施例所提供的第五种助力车控制设备的结构示意图;
图7示出了本申请实施例所提供的助力车控制设备在接收到关锁指令后对应的关锁流程图;
图8示出了本申请实施例所提供的第一种助力车控制方法流程图;
图9示出了本申请实施例所提供的一种开锁流程图;
图10示出了本申请实施例所提供的第二种助力车控制方法流程图;
图11示出了本申请实施例所提供的一种关锁流程图;
图12示出了本申请实施例所提供的第三种助力车控制方法流程图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“共享助力车使用场景”,给出以下实施方式。对于本领域技术人员来说,在不脱离本申请的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕共享助力车使用场景进行描述,但是应该理解,这仅是一个示例性实施例。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
考虑到相关技术中在助力车开锁过程中,同时开锁和开启助力会对车辆造成损坏的问题。基于此,本申请实施例提供了一种助力车控制设备,以降低助力车在开锁过程中的损坏率。
本申请实施例提供了一种助力车控制设备100,该助力车控制设备设置于助力车上,如图1所示,包括:控制部件101、锁车部件102、驱动部件103和动力部件104,控制部件101分别与锁车部件102和驱动部件103连接,驱动部件103与动力部件104连接。
这里的助力车具体指电助力车,也可以是电动车,用户骑行时,可以提供驱动车轮转动的助力,以节省用户体力。
控制部件101,用于接收到后台服务器发送的开锁指令后,控制锁车部件102进行开锁,以及在确定锁车部件102完成开锁后,向驱动部件103传输第一控制指令。
其中,控制部件可以是指包括处理器或者微控制器、电源等原件的具有处理、控制单元的部件,本申请实施例中的控制部件还可以内置通信元件,可以通过通信元件接收后台服务器发送的开锁指令。
这里的后台服务器具体可以是共享助力车的后台服务器,当用户需要使用某辆共享助力车时,可以通过用户端的用车APP(Application,应用程序)进行扫码获取共享助力车标识,然后将共享助力车标识发送至后台服务器,待后台服务器对该用户端对应的用户进行身份验证后,可以直接向该共享助力车发送开锁指令,也可以通过用户端向共享助力车发送开锁指令。
控制部件在接收到后台服务器发送的开锁指令后,可以控制锁车部件进行开锁,这里的锁车部件可以是马蹄锁或者轮毂锁,其中马蹄锁即通过锁舌卡车轮辐条来完成锁车的一种车锁,轮毂锁是通过锁舌插入设置在助力车轮毂处的锁舌孔进行关锁的一种车锁。
具体地,当锁车部件为轮毂锁时,控制部件在接收到开锁指令时,控制轮毂锁的锁舌从锁舌孔处抽出,即进行开锁,并在确定车锁打开后,再向驱动部件传输第一控制指令。
这里可以通过在轮毂锁上设置位置检测部件来检测锁舌的位置,并通过锁舌的位置确定车锁是否打开。
驱动部件103,用于根据第一控制指令,在用户进入骑行状态时,对动力部件104进行通电。
助力车上还设置有储能电池,本申请实施例中的驱动部件可以与储能电池连接,当接收到第一控制指令后,且在用户进入骑行状态时,能够对动力部件通电。
动力部件104,用于通电后驱动车轮转动。
本申请实施例中的动力部件具体是指可以将电能转换为动能的部件,比如电动机,电动机在通电后,可以驱动车轮转动,以节省用户的体力。
具体地,本申请实施例中的驱动部件,在接收到第一控制指令之前,可以处于休眠状态,驱动部件在休眠状态下,即使确定用户进入骑行状态,也不会对动力部件进行通电,这样避免因车锁未打开,电动机进行了通电对车轮进行驱动,导致车轮与车锁的锁舌发生碰撞,导致车辆被损坏。
而当驱动部件接收到第一控制指令后,即可进入正常工作状态,驱动部件在正常工作状态下,若确定用户进入骑行状态,则可以对动力部件进行通电,以供用户使用。
另外,本申请实施例中的车锁还可以是电机锁,这里的电机锁是通过对动力部件施加反向驱动力完成锁车的一种车锁,即在锁车状态下,若检测到向前转动,则对动力部件施加反向驱动力,以此来达到锁车的目的,当控制部件接收到后台服务器发送的开锁指令后,控制锁车部件进行开锁,即先通过驱动部件解除对动力部件施加反向转动的信号后,然后再给驱动部件传输第一控制指令,之后驱动部件可以根据该第一控制指令,在用户进入骑行状态时,对动力部件进行通电,此时动力部件在进行通电后,对车轮施加正向驱动力。
具体地,用户进入骑行状态是指用户做好骑行准备,即坐立在助力车的座位上,且脚踩踏在助力车的脚踏板上,针对如何确定用户是否处于骑行状态,可以通过以下实施方式进行确定:
如图2所示,助力车控制设备100还包括压力传感器105,压力传感器105设置于助力车的脚踏板上,压力传感器105与驱动部件103连接。
压力传感器105,用于采集脚踏板受到的压力值,并将压力值传输至驱动部件103。
驱动部件103,具体用于接收到压力值后,判断压力值是否大于设定压力阈值,若是,确定用户进入骑行状态。
压力传感器可以设置在脚踏板上,当用户踏在脚踏板上时,压力传感器能够采集到压力值,驱动部件通过比较该压力值和设定压力阈值的大小,来确定是否有用户进入骑行状态,这里的设定压力阈值通过提前采集大量用户骑行在助力车上时,脚踏板受到的压力值的最小值,比如采集到的最小值为35公斤重的用户骑行在助力车上时脚踏板受到的压力值,则该35公斤重的用户对脚踏板的压力值即可以作为设定压力阈值。
该设定压力阈值可以预先存储在驱动部件中,当驱动部件在进入正常工作状态后,接收到压力传感器传输的压力值时,若判断该压力值大于预先存储的设定压力阈值时,就可以确定用户进入骑行状态,此时驱动部件可以对动力部件进行通电,使得动力部件开始驱动车轮转动。
这里动力部件驱动车轮转动的速度可以由用户设定,比如在助力车上还可以包括速度调节部件,驱动部件给动力部件通电后,默认以最小的速度驱动动力部件转动,用户骑行过程中,可以根据实际需要通过速度调节部件调节驱动动力部件的转速,来达到控制车速的目的。
以上确定用户是否进行骑行状态的过程中,还可以是当压力传感器检测到脚踏板受到的压力值后,将压力值发送至驱动部件,由驱动部件将该压力值发送至控制部件,由控制部件通过压力值和设定压力阈值来确定用户是否进入骑行状态,再将确定结果发送至驱动部件,驱动部件根据确定结果控制是否对动力部件进行通电。
本申请实施例中,共享助力车在行驶过程中,控制部件可以接收不同的采集部件直接传输的或者通过驱动部件间接传输的车辆运行数据,比如可以接收到储能电池的温度值、电压值、电机的温度值、速度值、通信元件的信号强度值、定位部件反馈的位置等,然后根据这些车辆运行数据可以确定出助力车的工作状态是否正常,具体可以通过分别比较每种车辆运行数据是否在其对应类别的正常范围内,若有一种车辆运行数据不在其对应类别的正常范围内,则确定助力车的工作状态异常。
控制部件可以在助力车运行过程中将车辆运行数据发送至后台服务器,在确定用户结束用车后,将确定的助力车的工作状态信息发送至后台服务器,以使后台服务器保存助力车的工作状态信息,该助力车的工作状态信息包括工作状态正常或工作状态异常两种情况,若助力车的工作状态信息为工作状态异常,后台服务器在接收到用户端发送的开锁请求后,直接可以向用户端发送该助力车无法使用的信息,若助力车的工作状态信息为工作状态正常,再向控制部件发送开锁指令。
但是,当控制部件根据车辆运行数据确定助力车的工作状态异常时,若在结束订单后未能及时发送至后台服务器,则后台服务器未及时更新助力车工作状态,则可能会发生错误的指令,比如若后台服务器保存的助力车的工作状态信息为工作状态正常,若未及时接收到控制部件发送的工作状态异常信息,则接收到用户发送的开锁请求后,则会向助力车发送开锁指令,若车锁打开,用户在骑行过程中则可能发生由于助力车故障带来的不便。
如图3所示,助力车控制设备100还包括存储部件106,存储部件106与控制部件101连接。
这里的存储部件可以是存储卡或者存储器,可以存储数据信息。
控制部件101,具体用于在接收到后台服务器发送的开锁指令后,获取存储部件106存储的助力车在上一订单行驶过程中产生的第一车辆运行数据,且根据第一车辆运行数据确定助力车的工作状态正常时,控制锁车部件进行开锁。
助力车运行过程中,控制部件可以将接收到的第一车辆运行数据,存储到存储部件中,在接收到后台服务器发送的开锁指令后,为了防止上次助力车运行过程中未及时将第一车辆运行数据发送至后台服务器,或者关锁后未及时确定出助力车的工作状态信息,从而未及时将助力车的工作状态信息发送至后台服务器,这里可以根据存储部件存储的第一车辆运行数据,确定助力车的工作状态信息,在确定助力车的工作状态正常时,再控制锁车部件进行开锁。
这里上一订单行驶过程中产生的第一车辆运行数据是指上一个用户使用过程中产生的车辆运行数据。
另外,若控制部件在上一订单结束时,已经根据第一车辆运行数据确定了助力车的工作状态信息,并将该工作状态信息存储入存储部件,这里也可以直接从存储部件中获取助力车的工状态信息。
具体地,可以使用第一特定数字表示工作状态正常,用第二特定数字表示工作状态异常,比如“1”表示工作状态正常,“0”表示工作状态异常。
另外,控制部件在根据第一车辆运行数据确定助力车的工作状态正常时,通过向驱动部件发送第一控制指令,以使驱动部件根据第一控制指令,在确定用户进入骑行状态时,对动力部件进行通电,为了使得后台服务器能够确定订单开始时间,驱动部件,还用于在对动力部件通电后,向控制部件发送用于指示动力部件通电的指示信息;
控制部件,还用于在接收到该指示信息后,向后台服务器发送开锁成功信息,以使后台服务器记录助力车的车锁打开时刻。
控制部件101,还用于根据第一车辆运行数据确定助力车的工作状态异常时,向后台服务器发送助力车的第一工作状态信息,以使后台服务器更新已保存的助力车的第一工作状态信息。
若控制部件根据第一车辆运行数据确定助力车的工作状态异常时,可以向后台服务器发送表示工作状态异常的信息,比如向后台服务发送“0”,这样,若后台服务器已存储的该助力车的工作状态信息为“1”,则接收到控制部件发送的“0”后,可以将该助力车的工作状态信息更改为“0”。
以上过程是助力车控制设备控制助力车的开锁过程,下面以流程图表示上述开锁过程,如图4所示,当助力车的锁车部件为轮毂锁,动力部件为电动机时,以标识码为1010的共享助力车为例,结合具体实施例进行如下阐述:
共享助力车1010上的控制部件接收到后台服务器发送的开锁指令,首先判断该共享助力车1010在上次订单行驶过程中的工作状态信息是否正常,若正常,控制轮毂锁进行开锁,然后接收到轮毂锁反馈的车锁打开信息后,向驱动部件发送第一控制指令,使得驱动部件进入正常工作状态,当用户骑行在该共享助力车1010上后,驱动部件对该助力车的电动机进行通电,使得电动机开始对车轮施加正向转动的力,驱使车轮正向转动。
以上过程详细介绍了本申请实施例的助力车控制设备如何控制助力车的开锁流程,下面将详细介绍助力车控制设备如何控制助力车的关锁流程:
控制部件,还用于在接收到后台服务器发送的关锁指令后,向驱动部件传输第二控制指令,并在车轮的车轮转速值小于设定速度阈值后,控制锁车部件关锁。
驱动部件,还用于根据第二控制指令,停止对动力部件通电。
用户结束骑行后,可以通过用户端触发用车APP上的还车键,向后台服务器发送关锁请求,当后台服务器确定该助力车可以被关锁时,会向控制部件发送关锁指令,当控制部件接收到该关锁指令,可以先向驱动部件传输第二控制指令,驱动部件在接收到第二控制指令后,停止对动力部件通电,这样动力部件不再驱动车轮转动,若用户确实想要结束用车,则也不会继续骑行该单车,则可以很快确定车轮转速值小于设定速度阈值,然后再控制锁车部件进行关锁。
先确定车轮转速小于设定速度阈值后再进行关锁,可以避免用户在正常骑行过程中,意外触发用车APP上的关锁键导致的无意关锁,在这种情况下,用户并不知道用户端已经发出了关锁指令,若此时助力车仍保持快速行驶状态,突然的关锁可能会对用户造成意外伤害,故先确定车轮转速小于设定速度阈值后,再进行关锁保证用户的骑行安全。
若控制部件对驱动部件传输第二控制指令后,在设定时长后车轮转速值都未小于设定速度值,则确定用户还处于正常骑行状态,则不进行关锁,则可以重新向驱动部件发送第一控制指令,以使驱动部件可以对动力部件重新通电,或者,用户可以通过助力车上的开启助力按钮重新开启助力。
具体地,如图5所示,助力车控制设备100还包括轮速传感器107,轮速传感器107与驱动部件103连接。
轮速传感器107,用于检测车轮转速值,并将检测到的车轮转速值发送至驱动部件103,以使驱动部件103将车轮转速值发送至控制部件101。
控制部件101,具体用于在向驱动部件103传输第二控制指令后,判断驱动部件发送的车轮转速值是否小于设定速度阈值。
这里的轮速传感器能够检测车轮转速值,然后将该车轮转速值发送至驱动部件,驱动部件可以将该车轮转速值发送至控制部件,控制部件在向驱动部件传输第二控制指令后,通过比较当前车轮转速值与设定速度阈值的大小,就可以确定当前助力车是否可以进行锁车,这里的设定速度阈值应该小于推动助力车行驶的速度,或者也可以为0。
在另一种实施方式中,控制部件,还用于在接收到关锁指令后,获取助力车在当前订单行驶过程中产生的第二车辆运行数据;以及基于第二车辆运行数据确定助力车的第二工作状态信息,并将助力车的第二工作状态信息发送至后台服务器。
控制部件在接收到关锁指令后,可以获取助力车在当前订单行驶过程中产生的第二车辆运行数据,这里的第二车辆运行数据与上文描述的第一车辆运行数据的种类一致,只是产生的时间不同,第二车辆运行数据是助力车在当前订单行驶过程中产生的,然后根据该第二车辆运行数据可以确定助力车的第二工作状态信息,在确定该助力车的锁车部件完成关锁后,可以将该第二工作状态信息发送至后台服务器,以便后台服务器可以及时更新该助力车的工作状态信息。
另外,控制部件在得到第二车辆运行数据,以及基于该第二车辆运行数据确定出助力车的第二工作状态信息后,可以将该第二车辆运行数据和助力车的第二工作状态信息保存至停车桩设置的存储部件内,待有下个用户需要使用助力车时,可以通过第二工作状态信息再次确定电车的工作状态是否正常。
本申请实施例中,控制部件若接收到关锁指令,且向驱动部件传输第二控制指令后,在设定时长后车轮转速值都未小于设定速度值,则确定用户还处于正常骑行状态,则此时可以不进行确定助力车的第二工作状态信息,待重新接收到开锁指令,且确定车轮转速值小于设定速度值后,再确定助力车的第二工作状态信息,当然,也可以在确定助力车的锁车部件完成关锁后,再根据该第二车辆运行数据确定助力车的第二工作状态信息。
在一种实施方式中,如图6所示,本申请实施例的助力车控制设备100还包括定位部件108,定位部件108与控制部件101连接。
定位部件108,用于获取所述助力车的当前位置信息,并将当前位置信息发送至控制部件101。
控制部件101,还用于在接收到当前位置信息时,将当前位置信息发送至后台服务器,以使后台服务器接收到关锁请求后,且基于当前位置信息和预设停车区域确定助力车处于预设停车区域时,向控制部件发送关锁指令。
这里的定位部件可以包括基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS),罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)或无线保真(Wireless Fidelity,WiFi)定位技术的定位部件。
定位部件可以获取助力车的当前位置信息,然后将该当前位置信息发送至控制部件,控制部件可以将该当前位置信息发送至后台服务器,以便后台服务器一方面能够确认助力车的行驶轨迹,另一方面,当用户端向后台服务器发送关锁请求后,后台服务器可以基于该助力车的当前位置信息判断该助力车是否位于预设停车区域内,若是再向控制部件发送关锁指令。
这里的预设停车区域可以是提前设置的允许停靠共享助力车的停车区域,即用户只有在使用完毕后,将共享助力车停靠在这些允许停靠的停车区域后,后台服务器才会向助力车发送关锁指令,否则即使用户端向后台服务器发送了关锁请求,后台服务器也不会向助力车发送关锁指令,即助力车无法进行关锁。
另外,在关锁流程中,当控制部件接收到关锁指令,并控制锁车部件关锁后,若确定车锁已关闭时,可以向后台服务器发送车锁已关闭信息,以使后台服务器确定车锁关闭时刻,这样后台服务器能够根据车锁打开时刻和车锁关闭时刻,生成使用该助力车的当前订单信息。
在另一种实施方式中,若锁车部件为马蹄型车锁,若在关锁时是用户通过手动完成关锁的,在用户手动完成关锁后,控制部件也可以通过定位部件发送的当前位置信息以及预存预设停车区域来确定助力车是否停靠在允许停靠的停车区域,若确定助力车停靠在允许停靠的停车区域,则确定关锁成功,同时可以向驱动部件发送第二控制指令,然后将助力车的第二工作状态信息发送至后台服务器,若确定助力车未停靠在运行停靠的停车区域,即使用户手动完成了关锁,也依然控制马蹄型车锁的锁环弹开,使得锁舌抽回,再次完成开锁,即车锁无法关闭。
本申请实施例中,助力车控制设备还包括声音提示部件,声音提示部件与控制部件连接。
控制部件,还用于在确定锁车部件完成关锁后,控制声音提示部件进行声音提示。
此外,控制部件还可以在确定助力车的第一工作状态信息为工作状态异常时,控制声音提示部件进行声音提示。
这里的声音提示部件可以进行语音提示,也可以按照提前设置的不同类型的声音信号进行提示,在此不做具体限定。
同样,以助力车的锁车部件为轮毂锁,动力部件为电动机时,如图7所示结合具体实施例针对助力车的关锁流程进行如下阐述:
助力车1010的控制部件接收到后台服务器发送的关锁指令后,向驱动部件发送第二控制指令,驱动部件接收到第二控制指令后,停止对电动机通电,此时电动机不再驱动车轮转动,然后控制部件判断车轮转速值是否小于设定速度阈值,若是,则控制轮毂锁进行关锁,并在关锁后确定助力车的第二工作状态信息,然后将该助力车的第二工作状态信息发送至后台服务器,若控制部件判断车轮转速值不小于设定速度阈值,则不会控制轮毂锁进行关锁。
本申请实施例还提供了一种助力车,包括上述提到助力车控制设备。
这里的助力车可以为电助力车,也可以是电动车以及其他可以安装上述实施例提到的助力车控制设备的助力车。
本申请实施例还提供了一种助力车控制方法,应用于后台服务器,如图8所示,该方法包括以下流程S801~S802:
S801,接收到用户端发送的开锁请求时,获取开锁请求中包含的助力车标识和用户端的标识信息;
S802,基于标识信息确定用户为合法用户,且确定与助力车标识对应的助力车的第一工作状态信息为工作状态正常时,向助力车控制设备发送开锁指令。
这里的用户端可以是移动手机、平板以及可以获取助力车标识的智能移动设备,用户端上安装有用车APP,用户需要使用助力车时,可以打开移动手机上的用车APP,触发用车APP上的扫码键,然后通过扫描助力车上的二维码可以获取到助力车标识,然后基于该助力车标识和用户端的标识信息生成了开锁请求,并将该开锁请求发送至后台服务器。
上述用户端的标识信息可以用户在用户APP上注册的个人信息,比如可以是用户的手机号码、身份证号码或者其他有效证件号码,然后后台服务器接收到开锁指令后,可以根据该标识信息确定用户是否为共享助力车的注册用户,以及该用户的账户余额是否大于设定值,若是,则可以确定用户为合法用户。
当后台服务器确定用户为合法用户后,再根据预存的该助力车的第一工作状态信息确定该助力车的工作状态正常时,再向助力车控制设备发送开锁指令。
助力车控制设备接收到该开锁指令后,执行上文提到的开锁流程。
下面结合流程图图9,以一具体实施例进行阐述整个开锁流程,如下:
当用户需要使用助力车1010时,通过一个用户端135XXXX1001获取助力车1010的助力车标识,这里135XXXX1001为用户端标识信息,用户端会向后台服务器发送开锁请求,后台服务器基于用户端标识信息135XXXX1001确定用户为合法用户,且确定该助力车1010的工作状态正常后,则向助力车控制设备发送开锁指令,否则不发送开锁指令,可以向用户端发送开锁失败信息。
助力车接收到开锁指令后执行如图9所示的开锁流程,该开锁流程在上文进行过阐述,在此不再赘述。
在一种实施方式中,如图10所示,助力车控制方法还包括以下流程S1001~S1003:
S1001,接收到用户端发送的关锁请求时,获取关锁请求中包含的助力车标识;
S1002,基于助力车标识获助力车标识对应的助力车的当前位置信息;
S1003,基于当前位置信息判断所述助力车是否处于预设停车区域,若是,则向助力车控制设备发送关锁指令。
用户结束用车后,可以触发用户端上的用车APP上的还车键,向后台发送关锁请求,该关锁请求携带有助力车标识和用户端的标识信息,后台服务器在接收到用户端发送的关锁请求后,获取该助力车标识对应的助力的当前位置信息,并根据该当前位置信息判断该助力车是否处于预设停车区域,若是,则向助力车控制设备发送关锁指令,若否,则不发送关锁指令。
这里的关锁指令可以包括用户的标识信息,当后台服务器判断助力车未处于预设停车区域时,不会向助力车控制设备发送关锁指令,此时可以向标识信息对应的用户端发送关锁失败信息。
下面结合流程图图11,以一具体实施例进行阐述整个关锁流程,如下:
当用户结束使用助力车1010时,通过用户端135XXXX1001向后台服务器发送关锁请求,后台服务器基于助力车标识信息1010获取该助力车的当前位置信息,当确定助力车处于预设停车区域时,则向助力车控制设备发送关锁指令,否则不发送关锁指令,并向用户端发送关锁失败信息。
助力车接收到关锁指令后执行如图11所示的关锁流程,该关锁流程在上文进行过阐述,在此不再赘述。
此外,后台服务器接收到助力车控制设备发送的助力车的工作状态信息后,对之前保存的助力车的工作状态信息进行更新。
这里的助力车的工作状态信息包括助力车的第一工状态信息和助力车的第二工作状态信息,具体地,本申请实施例中的第一工作状态信息是指在开锁阶段,控制部件确定助力车的工作状态异常时,向后台服务器发送的助力车的上一订单行驶过程中的工作状态信息,第二工作状态信息是指在关锁阶段,控制部件向后台服务器发送的助力车在当前订单行驶过程中的工作状态信息。
本申请实施例中,助力车控制设备在确定动力部件通电后,会向后台服务器发送车锁打开信息,以及在确定车锁关闭后,会向后台服务器发送车锁关闭信息,这样后台服务器能够根据车锁打开时刻以及车锁关闭时刻,生成用户使用助力车的订单信息。
本申请实施例还提供了一种助力车控制方法,应用于助力车控制设备,如图12所示,包括以下流程S1201~S1202:
S1201,在接收到后台服务器发送的开锁指令后,进行开锁;
S1202,在确定完成开锁后,在用户进入骑行状态时,驱动助力车的车轮转动。
在一种实施方式中,在接收到后台服务器发送的开锁指令后,进行开锁之前,还包括:
获取预先存储的助力车在上一订单行驶过程中产生的第一车辆运行数据;
根据第一车辆运行数据确定助力车的工作状态正常。
在一种实施方式中,助力车控制方法还包括:
根据第一车辆运行数据确定助力车的工作状态异常时,向后台服务器发送助力车的第一工作状态信息,以使后台服务器更新已保存的助力车的第一工作状态信息。
在一种实施方式中,根据以下方式确定用户进入骑行状态:
采集助力车脚踏板受到的压力值;
判断压力值是否大于设定压力阈值,若是,确定用户进入骑行状态。
在一种实施方式中,助力车控制方法还包括:
接收到后台服务器发送的关锁指令后,停止驱动车轮转动;
停止驱动车轮转动后,检测车轮的车轮转速值,并在车轮转速值小于设定速度阈值后,进行关锁。
在一种实施方式中,助力车控制方法还包括:
在驱动助力车的车轮转动后,向后台服务器发送车锁打开信息,在确定完成关锁后,向后台服务器发送车锁关闭时刻,以使后台服务器确定车锁打开时刻和车锁关闭时刻,并基于该车锁打开时刻和车锁关闭时刻生成助力车的当前订单信息。
在一种实施方式中,接收到所述后台服务器发送的关锁指令后,助力车控制方法还包括:
获取助力车在当前订单行驶过程中产生的第二车辆运行数据;
基于第二车辆运行数据确定所述助力车的第二工作状态信息,并将助力车的第二工作状态信息发送至后台服务器。
在一种实施方式中,接收到后台服务器发送的关锁指令之前,助力车控制方法还包括:
获取助力车的当前位置信息,并将当前位置信息发送至后台服务器,以使后台服务器接收到关锁请求后,且基于当前位置信息和预设停车区域确定助力车处于预设停车区域时,向助力车控制设备发送关锁指令。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。