CN112687033A

CN112687033A - 使用控制方法、用户终端、服务器及共享车辆***

Info

Publication number: CN112687033A
Application number: CN202011439916.9A
Authority: CN
Inventors: 林穗; 李欣欣; 赵旭; 朱向冬; 杨小芳
Original assignee: Mobai Beijing Information Technology Co Ltd
Current assignee: Mobai Beijing Information Technology Co Ltd
Priority date: 2020-12-10
Filing date: 2020-12-10
Publication date: 2021-04-20

Abstract

本公开涉及一种使用控制方法、用户终端、服务器及共享车辆***，电动自行车包括车体和设置在车体上的头盔，该方法包括：用户终端在接收到用户通过骑行页面触发的还车请求的情况下，向服务器发送对于电动自行车的关锁请求；服务器根据该关锁请求，执行至少一个校验项，并向用户终端返回校验结果集，该至少一个校验项包括校验所述头盔能否被锁定的第一校验项；用户终端在接收到所述校验结果集的情况下，在骑行页面上提供对应于校验结果集的第一对话框，其中，第一对话框提供关于每一校验项的校验结果的第一提示信息及对应于校验结果集的控件组；用户终端在接收到通过控件组中控件触发的信号的情况下，执行对应操作。

Description

使用控制方法、用户终端、服务器及共享车辆***

技术领域

本发明涉及电动自行车控制技术领域，更具体地，涉及一种电动自行车的使用控制方法、用户终端、服务器及共享车辆***。

背景技术

目前，通过共享车辆出行已经成为城市中新兴的出行方式，可以有效解决城市人群的出行需求。现有的共享车辆主要是自行车，但由于电动自行车相对自行车具有省力、快速等优点，因此，电动自行车也已经开始步入共享车辆的行列。

关于电动自行车，由于其能够通过电机驱动自主行驶，因此，电动自行车相对普通自行车，具有较快的行驶速度，对此，需要针对电动自行车提供一种能够提高使用安全性的使用控制方案。

发明内容

本公开实施例的一个目的是提供一种电动自行车的新的使用控制方案。

根据本公开的第一方面，提供了一种电动自行车的使用控制方法，所述电动自行车包括车体和设置在所述车体上的头盔，所述方法包括：

用户终端在所述电动自行车处于使用状态的情况下，显示所述电动自行车的骑行页面；

用户终端在接收到用户通过所述骑行页面触发的还车请求的情况下，向服务器发送对于所述电动自行车的关锁请求；

所述服务器根据所述关锁请求，执行至少一个校验项，并向所述用户终端返回校验结果集，其中，所述校验结果集包含每一校验项的校验结果，所述至少一个校验项包括校验所述头盔能否被锁定的第一校验项；

所述用户终端在接收到所述校验结果集的情况下，在所述骑行页面上提供对应于所述校验结果集的第一对话框，其中，所述第一对话框提供关于每一校验项的校验结果的第一提示信息及对应于所述校验结果集的控件组；

所述用户终端在接收到通过所述控件组中控件触发的信号的情况下，执行对应操作。

可选地，所述至少一个校验项还包括校验所述车体是否位于指定的停车区域的第二校验项。

可选地，所述服务器执行第一校验项，包括：

所述服务器向所述电动自行车发送第一关锁指令，其中，所述第一关锁指令为指示所述电动自行车锁定所述头盔的关锁指令；

所述服务器获取所述电动自行车根据所述第一关锁指令返回的第一应答消息，其中，所述第一应答消息指示所述电动自行车是否被成功锁定；

所述服务器根据所述第一应答消息，获得对于所述第一校验项的校验结果。

可选地，在所述校验结果集表示所述电动自行车通过所有校验项的情况下，对应于所述校验结果集的控件组包括用于确认还车的第一控件；

所述用户终端在接收到通过所述控件组中控件触发的信号的情况下，执行对应操作，包括：

所述用户终端在接收到通过所述第一控件触发的信号的情况下，向所述服务器发出确认还车信息；

所述方法还包括：

所述服务器在接收到所述确认还车信息的情况下，向所述电动自行车发出第二关锁指令，以使得所述电动自行车根据所述第二关锁指令控制所述车体关锁。

可选地，在所述校验结果集表示所述电动自行车存在未通过的校验项的情况下，对应于所述校验结果集的控件组包括用于刷新状态的第二控件；

所述用户终端在接收到通过所述第二控件触发的信号的情况下，向服务器发送再一次执行未通过的校验项的校验请求；

所述方法还包括：

所述服务器根据所述校验请求执行所述未通过的校验项，并向所述用户终端返回更新后的校验结果；

所述用户终端根据所述更新后的校验结果更新所述第一对话框。

可选地，所述用户终端根据所述更新后的校验结果更新所述第一对话框，包括：

在所述更新后的校验结果表示所述电动自行车仍未通过对应校验项的情况下，检测用户刷新状态的次数是否达到设定次数；

在达到所述设定次数的情况下，所述第一对话框被更新为去除所述第二控件。

可选地，所述用户终端根据所述更新后的校验结果更新所述第一对话框，还包括：

在达到所述设定次数、且所述电动自行车未通过第二校验项的情况下，检测所述关锁请求对应的骑行订单是否满足豁免车辆管理费的条件，其中，所述第二校验项为校验所述车体是否位于指定的停车区域的校验项；

在所述骑行订单满足所述豁免车辆管理费的条件的情况下，所述第一对话框被更新为还提供对应于豁免车辆管理费的控件和/或提示信息。

在所述骑行订单不满足所述豁免车辆管理费的条件的情况下，所述第一对话框被更新为还提供关于车辆管理费的申诉入口；

所述方法还包括：

所述用户终端根据用户对于所述申诉入口的触发，加载定位申诉页面，其中，所述定位申诉页面提供用于申诉并确认还车的第三控件及第二提示信息，其中，所述第二提示信息包括表示申诉成功后会退还车辆管理费的信息；

所述用户终端在接收到通过所述第三控件触发的信号的情况下，加载对应于更新后的校验结果集的支付页面。

可选地，在所述校验结果集表示所述电动自行车存在未通过的校验项的情况下，对应于所述校验结果集的控件组包括用于确认还车并支付管理费的第四控件；

所述用户终端在接收到通过所述控件组中控件触发的信号的情况下，执行对应操作，还包括：

所述用户终端在接收到通过所述第四控件触发的信号的情况下，加载对应于所述校验结果集的支付页面。

可选地，在所述校验结果集表示所述电动自行车未通过所述第一校验项的情况下，所述支付页面针对头盔管理费提供用于在线联系客服的客服入口；所述方法还包括：

所述用户终端根据用户对于所述客服入口的触发，加载客服对话窗口；

所述用户终端在接收到所述服务器根据能够减免头盔管理费的对话结果发送的减免头盔管理费通知的情况下，更新所述支付页面。

可选地，所述方法在用户终端显示所述电动自行车的骑行页面之前，还包括：

所述用户终端在接收到对于所述电动自行车的确认使用信号的情况下，提供第二对话框，其中，所述第二对话框提供用于确定使用头盔的第五控件；

所述用户终端在接收到通过所述第五控件触发的信号的情况下，向所述服务器发送携带设定信息的开锁请求，其中，所述设定信息为反映用户需要使用头盔的信息；

所述服务器根据所述开锁请求，向所述电动自行车发送第一开锁指令，以使得所述电动自行车根据所述第一开锁指令控制所述车体解锁及控制所述车体解除对所述头盔的锁定；

所述服务器在接收到所述电动自行车返回的指示成功解锁的应答消息的情况下，向所述用户终端发送指示所述电动自行车进入使用状态的通知；

所述用户终端根据所述通知加载所述骑行页面。

根据本公开的第二方面，还提供了一种用户终端，包括存储器和处理器，所述存储器用于存储第一计算机程序，所述处理器用于在所述第一计算机程序的控制下，执行根据本公开的第一方面所述的由所述电动自行车实施的方法步骤。

根据本公开的第三方面，还提供了一种服务器，包括存储器和处理器，所述服务器的存储器用于存储第二计算机程序，所述服务器的处理器用于在所述第二计算机程序的控制下，执行根据本公开的第一方面所述的由所述服务器实施的方法步骤。

根据本公开的第四方面，还提供了一种共享车辆***，包括电动自行车、根据本公开的第二方面所述的用户终端、及根据本公开的第三方面所述的服务器，所述电动自行车包括车体和设置在所述车体上的头盔，所述车体设置有头盔锁装置，所述头盔锁装置用于将所述头盔锁定在所述车体的设定位置处。

根据本公开实施例的电动自行车的使用控制方法，用户在需要使用电动自行车时，电动自行车可以为用户提供头盔，以供用户在骑行过程中使用，进而提高用户使用电动自行车的安全性。在该方法中，服务器在接收到用户终端发送的关锁请求的情况下，会根据该关锁请求执行至少一个校验项，并向该用户终端返回校验结果集，其中，该校验结果集包含每一校验项的校验结果，该至少一个校验项包括校验所述头盔能否被锁定的第一校验项；用户终端在接收到该校验结果集的情况下，将在所显示的骑行页面上提供对应于该校验结果集的第一对话框，以根据用户通过第一对话框触发的信号执行对应操作，进而在用户使用头盔的情况下，实现附带头盔的还车操作。

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

附图说明

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

图1是能够实施本公开实施例的电动自行车的使用控制方法的共享车辆***的组成结构示意图；

图2是根据一个实施例的电动自行车的使用控制方法的流程示意图；

图3a-3f为终端设备所显示页面的示意图；

图4是根据另一个实施例的电动自行车的使用控制方法的流程示意图；

图5是根据一个实施例的电动自行车的使用控制方法的交互流程示意图；

图6是根据一个实施例的电动自行车的原理框图；

图7是根据一个实施例的服务器的原理框图。

具体实施方式

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

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

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

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

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

<硬件配置>

图1是可用于实现本公开实施例的电动自行车的使用控制方法的共享车辆***100的组成结构示意图。该共享车辆***100可整体应用于共享电动自行车的使用控制场景。

如图1所示，共享车辆***100可以包括服务器1000、用户终端2000和电动自行车3000。

服务器1000与用户终端2000，以及服务器1000与电动自行车3000可以通过网络4000通信连接。电动自行车3000与服务器1000，以及用户终端2000与服务器1000进行通信所基于的网络4000可以是同一个，也可以是不同的，在此不做限定。

服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器，跨多计算机，计算机数据中心的分散式服务器，云服务器，或者部署在云端的服务器集群等。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个实施例中，服务器1000可以如图1所示，可以包括处理器1100、存储器1200、接口装置1300、通信装置1400等。

处理器1100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信等。

本实施例中，服务器1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作，以使得处理器1100控制服务器1000执行根据本公开实施例的使用控制方法等。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

本实施例中，用户终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。

该用户终端2000安装有用车应用客户端，用户可以通过用户终端2000操作该用车应用客户端，实现用车、还车等目的。

如图1所示，用户终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800等等。

处理器2100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括至少一种短距离通信模块，例如是基于Hilink协议、WiFi(IEEE 802.11协议)、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意模块，通信装置2400也可以包括远程通信模块，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意模块。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户终端2000可以通过扬声器2700输出音频信号，及通过麦克风2800采集音频信号。

本实施例中，用户终端2000的存储器2200用于存储计算机程序，该计算机程序用于控制处理器2100进行操作，以控制用户终端2000实施根据本公开实施例的使用控制方法。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

图1中的电动自行车3000可以是能够通过电机为骑行提供助力的任何形态的自行车，在此不做限定。

如图1所示，该电动自行车3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、头盔锁装置3500、车锁装置3600、电机3700、输出装置3800等等。处理器3100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400包括至少一种通信模块，以能够进行短距离和/或远程通信。头盔锁装置3500安装在电动自行车的车体上，用于锁定放置在车体的设定位置上的头盔，该头盔锁装置3500可以是能够锁定物品的任意结构形式的锁装置。车锁装置3600用于锁定车体，车锁装置3600在闭锁状态下，车体在车锁装置3600的作用下无法移动，车锁装置3600在解锁状态下，车体才能够移动。电机3700用于为车体提供骑行动力，该电机3700例如可以安装在车体后轮的轮毂上，以通过电机3700向车体后轮施加向前转动的扭矩，该电机3700可以是直流电机，也可以是交流电机，在此不做限定。该输出装置3800可以包括显示装置，例如液晶显示屏、触摸显示屏等，也可以包括扬声器、蜂鸣器等用于输出音频信号的装置，还可以包括指示灯等用于输出光信号的装置。

本实施例中，电动自行车3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作，以为服务器1000和终端设备2000实施根据本公开实施例的使用控制方法提供支持。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

应当理解的是，尽管图1仅示出一个服务器1000、一个用户终端2000、一个电动自行车3000，但不意味着限制各自的数量，该共享车辆***100可以包含多个服务器1000、多个用户终端2000、多个电动自行车3000等。

图1所示的共享车辆***100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

<方法实施例>

图2是根据一个实施例的电动自行车的使用控制方法的流程示意图。该方法例如可以由图1中的共享车辆***100实施，下面以图1中的共享车辆***100为例，说明本实施例的方法步骤。在本实施例中，电动自行车3000包括车体和设置在车体上的头盔。本实施例中，车体可以包括头盔锁装置3500，头盔锁装置3500用于将头盔锁定在车体的设定位置处，例如锁定在车体的车筐中。

如图2所示，本实施例的方法可以包括如下步骤S210～S250：

步骤S210，用户终端2000在电动自行车3000处于使用状态的情况下，显示该电动自行车3000的骑行页面。

该骑行页面可以包括地图区域，并在地图区域上显示该电动自行车3000在本次骑行中的行程轨迹。

该骑行页面还包括用于还车的控件，例如，该控件的名称属性可以为“还车”等，以提示用户可以通过该控件触发还车请求。

本实施例中，用户U1在本次骑行中使用了电动自行车3000提供的头盔，用户U1在完成本次骑行后，可通过该骑行页面触发还车请求来启动使用头盔的还车流程，实现附带头盔的还车。

步骤S220，用户终端2000在接收到用户通过该骑行页面触发的还车请求的情况下，向服务器1000发送对于该电动自行车3000的关锁请求。

该关锁请求携带有用户U1的用户身份标识和电动自行车3000的车辆标识，这样，服务器1000在接收到关锁请求后，便可以获知该关锁请求对应的用户账号及该关锁请求对应的电动自行车。

步骤S230，服务器1000根据关锁请求，执行至少一个校验项，并向用户终端2000返回校验结果集。

该至少一个校验项可以包括第一校验项，其中，该第一校验项为校验头盔能否被锁定的校验项。对于第一校验项，如果校验结果表示头盔能被锁定，则代表电动自行车3000通过该第一校验项，否则代表电动自行车3000未通过该第一校验项。通过执行第一校验项，能够使得头盔在本次骑行订单结束前被归还至车体的设定位置处，并成功被锁定，以防止头盔丢失。在用户在本次骑行中未选择使用头盔的情况下，该至少一个校验项可以不包括该第一校验项。

该至少一个校验项还可以包括第二校验项，其中，该第二校验项为校验车体是否位于指定的停车区域的校验项。对于第二校验项，如果校验结果表示车***于指定的停车区域，则代表电动自行车3000通过该第二校验项，否则代表电动自行车3000未通过该第二校验项。通过执行第二校验项，能够使得电动自行车被归还至指定的停车区域，以实现规范管理。

该至少一个校验项还可以包括其他校验项，例如，还可以包括校验用户是否停止骑行电动自行车的校验项等，在此不做限定。

本实施例中，校验结果集包含至少一个校验项中每一校验项的校验结果。例如，至少一个校验项包括以上第一校验项和第二校验项，则，校验结果集则包括第一校验项的校验结果和第二校验项的校验结果。

本实施例中，服务器1000在完成本次对于至少一个校验项的校验的情况下，将包含每一校验项的校验结果的校验结果集返回给用户终端2000。

在一些实施例中，此至少一个校验项包括该第一校验项，服务器1000在步骤S230中执行该第一校验项可以包括如下步骤S2311～S2313：

步骤S2311，服务器1000向电动自行车3000发送第一关锁指令。

该步骤S2311中，服务器1000在根据关锁请求执行第一校验项时，会向电动自行车3000发送第一关锁指令，该第一关锁指令为指示电动自行车锁定头盔的关锁指令。

步骤S2312，服务器1000获取电动自行车3000根据该第一关锁指令返回的第一应答消息，其中，该第一应答消息指示该头盔是否被成功锁定。

电动自行车3000在接收到第一关锁指令的情况下，可以检测头盔是否位于设定位置。

该设定位置也即为使得头盔锁装置能够锁定头盔的位置。电动自行车3000可以通过在该设定位置设置相应的传感器来检测头盔是否位于该设定位置。

电动自行车3000在检测到头盔位于该设定位置的情况下，可以根据该第一关锁指令控制头盔锁装置3500锁定头盔。

电动自行车3000根据头盔锁定情况，向服务器1000返回指示头盔是否被成功锁定的第一应答消息。

电动自行车3000在头盔没有位于设定位置，或者在头盔锁装置3500锁定头盔失败的情况下，返回的第一应答消息将指示头盔未被成功锁定；而在头盔锁装置3500锁定头盔成功的情况下，返回的第一应答消息将指示头盔被成功锁定。

步骤S2313，服务器1000根据电动自行车3000返回的第一应答消息，获得对于该第一校验项的校验结果。

在第一应答消息指示头盔未被成功锁定的情况下，对于该第一校验项的校验结果为电动自行车未通过该第一校验项；在第一应答消息指示头盔被成功锁定的情况下，对于第一校验项的校验结果为电动自行车通过该第一校验项。

在一些实施例中，此至少一个校验项包括该第二校验项，服务器1000在步骤S230中执行该第二校验项可以包括如下步骤S2321～S2323：

步骤S2321，服务器1000获取电动自行车的位置信息。

该步骤S2321中，服务器1000在根据关锁请求执行第二校验项时，可以请求电动自行车3000提供位置信息，并获取电动自行车3000根据该请求返回的位置信息。

在一些实施例中，用户终端2000在向服务器1000发送关锁请求时，可以携带用户终端2000在此时的位置信息，在该种情况下，服务器1000也可以在该步骤S2321中，获取关锁请求中携带的位置信息作为电动自行车3000的位置信息，即，作为电动自行车3000的还车位置信息。

步骤S2322，服务器1000根据通过步骤S2321获取到的位置信息，校验车体是否位于指定的停车区域，获得对于第二校验项的校验结果。

该指定的停车区域为根据规划划定的、允许停放电动自行车的区域。该指定的停车区域也可以称之为停车围栏或者停车点。

在划定该停车区域后，可以由运维人员将表示停车区域的信息上传至服务器1000中。

例如，表示停车区域的信息可以包括停车区域的中心位置坐标及区域半径，即，可以通过该中心位置坐标及区域半径等限定该停车区域的有效范围。对此，服务器1000可以根据获取到的位置信息，检测电动自行车是否位于该有效范围内，来校验电动自行车是否位于指定的停车区域中。

又例如，表示停车区域的信息可以包括停车区域边界的角点位置坐标，其中，角点为边界上的不可导的点，并通过该角点位置坐标限定该停车区域的有效范围。对此，服务器1000可以根据获取到的位置信息，检测电动自行车是否位于该有效范围内，来校验电动自行车是否位于指定的停车区域中。

该步骤S2322中，服务器1000在检测到车***于该指定的停车区域的情况下，获得该电动自行车3000通过该第二校验项的校验结果，否则，获得电动自行车3000没有通过该第二校验项的校验结果。

步骤S240，用户终端2000在接收到校验结果集的情况下，在骑行页面上提供对应于校验结果集的第一对话框。

本实施例中，该第一对话框提供关于每一校验项的校验结果的第一提示信息及对应于该校验结果集的控件组。

该第一对话框可以是在骑行页面上弹出的对话窗口，此时，该第一对话框位于骑行页面的上层，并覆盖部分骑行页面。

以至少一个校验项包括以上第一校验项和第二校验项为例，参见图3a和图3b所示的用户终端2000的显示页面，用户终端2000在接收到校验结果集的情况下，在骑行页面A1上提供对应于校验结果集的第一对话框B1。

图3a示出了对应于电动自行车3000通过所有校验项的第一对话框B1，此时，第一提示信息I1可以包括反映第二校验项的校验结果的例如是“电动自行车已到达停车点(P点)”的信息，及反映第一校验项的校验结果的例如是“头盔归还成功”的信息。在图3a所示的第一对话框B1中，对应于该校验结果集的控件组可以包括用于确认还车的第一控件C1。

另外，对于图3a所示的第一对话框B1，第一提示信息还可以包括指示用户按照规定方向停车的信息，该信息例如表述为“将车头与马路垂直”等。对于图3a所示的第一对话框B1，该第一提示信息还可以包括表示在头盔归还成功的情况下可以***头盔的信息等。

图3b示出了对应于电动自行车3000没有通过第一校验项和第二校验项的第一对话框B1，此时，如图3b所示，该第一提示信息I1可以包括反映第二校验项的校验结果的例如是“电动自行车不在停车点(P点)”的信息，及反映第一校验项的校验结果的例如是“头盔归还失败”的信息。对于图3b所示的第一对话框B1，该第一提示信息I1还可以包括反映在未通过第一校验项的情况下还车需要缴纳头盔管理费的信息，及反映在未通过第二校验项的情况下还车需要缴纳车辆管理费的信息。

参见图3b所示的第一对话框B1，在电动自行车3000没有通过第一校验项和第二校验项的情况下，对应于该校验结果集的控件组CG可以包括用于刷新状态的第二控件C2、用于确认还车并支付管理费的第四控件C4，还可以包括用于指示要前往最近停车点的第六控件C6等。

在校验结果集表示电动自行车3000没有通过第一校验项或者第二校验项的情况下，对应的第一对话框可结合图3a和图3b确定。例如，在通过第一校验项而没有通过第二校验项的情况下，对应的第一提示信息可以包括“电动自行车不在停车点(P点)”的信息和“头盔归还成功”的信息等；对应的控件组可以包括以上第二控件C2、第四控件C4和第六控件C6等。又例如，在通过第二校验项而没有通过第一校验项的情况下，对应的第一提示信息可以包括“电动自行车已到达停车点(P点)”的信息和“头盔归还失败”的信息等；对应的控件组可以包括以上第二控件C2和第四控件C4等，在此不再赘述。

基于用户终端2000提供的第一对话框B1，用户可以根据控件组CG包含的各控件，选择所需的还车流程，并通过触发对应控件进入该所需的还车流程。

步骤S250，用户终端2000在接收到通过控件组中控件触发的信号的情况下，执行对应操作。

本实施例中，用户终端2000在接收到通过控件组中控件触发的信号的情况下，执行对应操作，以进入用户所需的还车流程。

在一些实施例中，校验结果集表示电动自行车3000通过所有校验项，如图3a所示，对应于该校验结果集的控件组可以包括用于确认还车的第一控件C1。在这些实施例中，该步骤S250中用户终端2000在接收到通过控件组中控件触发的信号的情况下执行对应操作，可以包括如下步骤：用户终端2000在接收到通过该第一控件触发的信号的情况下，向服务器1000发出确认还车信息。

对应地，该方法还包括如下步骤S2611：服务器1000在接收到该确认还车信息的情况下，向电动自行车发出第二关锁指令，以使得电动自行车3000根据该第二关锁指令控制车体关锁。

该第二关锁指令为指示电动自行车3000控制车体关锁的指令。

在电动自行车3000具有实体的车锁装置的情况下，电动自行车3000根据该第二关锁指令控制车体关锁可以包括：控制车锁装置执行关锁动作。

在电动自行车3000不具有车锁装置的情况下，电动自行车3000根据该第二关锁指令控制车体关锁可以包括：将电动自行车的状态标识修改为不可骑行的状态等。

在一些实施例中，电动自行车3000根据该第二关锁指令控制车体关锁可以包括：断开电动自行车3000的电机3700的供电电路。通过在关锁状态下断开电机3700的供电电路，可以提高电动自行车3000的安全性。

相反地，服务器1000如果接收到用户终端2000返回的取消还车信息，例如，用户终端2000在设定时间长度内没有接收到通过第一控件C1触发的信号，或者接收到通过用于取消还车的控件触发的信号的情况下，将向服务器返回取消还车信息，此时，服务器1000将结束本次还车操作，而不会针对本次关锁请求，向电动自行车3000发送第二关锁指令。

在电动自行车3000通过所有校验项的情况下，为了避免用户误触发还车，用户终端2000通过第一对话框提供第一控件C1，以向用户确定是否确认还车，并在用户确认还车的情况下，将确认还车信息发送至服务器1000，以使得服务器1000根据该确认还车信息向电动自行车3000发送第二关锁指令。

在一些实施例中，校验结果集表示电动自行车3000存在未通过的校验项，对应于该校验结果集的控件组可以包括用于刷新状态的第二控件C2。在这些实施例中，步骤S250中用户终端2000在接收到通过控件组中控件触发的信号的情况下，执行对应操作，可以包括如下步骤S2511：用户终端2000在接收到通过该第二控件触发的信号的情况下，向服务器1000发送再一次执行未通过的校验项的校验请求。

例如，在电动自行车3000未通过第一校验项和第二校验项的情况下，用户终端2000根据用户U1通过如图3b所示的第二控件C2触发的信号，向服务器1000发送再一次执行第一校验项和第二校验项的校验请求。

又例如，在电动自行车3000未通过第一校验项、但通过第二校验项的情况下，用户终端2000根据用户U1通过第二控件C2触发的信号，向服务器1000发送再一次执行第一校验项的校验请求。

再例如，在电动自行车3000未通过第二校验项、但通过第一校验项的情况下，用户终端2000根据用户U1通过第二控件C2触发的信号，向服务器1000发送再一次执行第二校验项的校验请求。

对应地，该方法还可以包括如下步骤S2621～S2622：

步骤S2621，服务器1000根据用户终端2000发送的该校验请求执行未通过的校验项，并向用户终端2000返回更新后的校验结果。

步骤S2621中，服务器1000根据该校验请求，将再一次执行未通过的校验项，并获得对应的校验结果作为更新后的校验结果，以供用户终端2000根据更新后的校验结果更新校验结果集。

步骤S2622，用户终端2000根据更新后的校验结果更新第一对话框。

步骤S2622中，用户终端2000在接收到更新后的校验结果之后，如果该更新后的校验结果能够使得校验结果集发生变化，则对应于该校验结果集的第一对话框也将发生变化，因此，用户终端2000可以根据更新后的校验结果更新第一对话框。例如，服务器1000在步骤S230中执行至少一个校验项时，电动自行车没有通过第一校验项和第二校验项，而在步骤S2621中再一次校验第一校验项和第二校验项时，电动自行车3000通过了两个校验项，或者通过了其中一个校验项，则用户终端2000将根据更新后的校验结果，更新第一对话框，即，更新第一对话框的第一提示信息和控件组，以使得更新后的第一对话框能够与更新后的校验结果组相匹配。

在一些实施例中，共享车辆***100可以针对刷新状态设置所支持的最高刷新次数，以提高还车处理效率，如果超过该最高刷新次数，将引导用户进入效率更高的还车流程。在这些实施例中，以上步骤S2622中用户终端2000根据更新后的校验结果更新第一对话框，可以包括如下步骤S2622-1～S2622-2：

步骤S2622-1，在更新后的校验结果表示电动自行车3000仍未通过对应校验项的情况下，检测用户刷新状态的次数是否达到设定次数。

该设定次数也即为所设置的最高刷新次数。

在服务器1000于步骤S2621中，根据校验请求再一次执行不少于两个校验项的情况下，例如，再一次执行第一校验项和第二校验项的情况下，将获得分别对应于各校验项的更新后的校验结果，在此，只要有一个校验项的更新后的校验结果表示电动自行车3000仍未通过对应校验项，即满足步骤S2622-1中的条件，并检测用户刷新状态的次数是否达到设定次数。

该设定次数可以根据需要设置，例如设置为2次等，在此不做限定。在设定次数被设置为2次的情况下，加之服务器1000于步骤S230中根据关锁请求执行的校验，最高可执行三次校验。

步骤S2622-2，在用户刷新状态的次数达到该设定次数的情况下，第一对话框被更新为去除以上第二控件。

根据步骤S2622-2，第一对话框被更新为去除如图3b所示的第二控件C2，根据更新后的校验结果组、用户特征等，更新后的第一对话框B1可以如图3c、图3d或者图3e所示，将不再提供如图3b所示的第二控件C2，这说明，在用户刷新状态的次数达到设定次数后，将不再提供刷新状态的还车步骤。

在用户刷新状态的次数没有达到该设定次数的情况下，用户终端2000根据更新后的校验结果组更新第一对话框B1时，第一对话框B1仍会提供如图3b所示的第二控件C2，此时，用户可以继续通过第二控件C2触发刷新状态的信号，进而使得用户终端2000再一次执行以上步骤S2511。

在一些实施例中，如果用户刷新状态的次数达到了设定次数，且电动自行车3000此时仍未通过以上第二校验项，共享车辆***100可以判断该关锁请求对应的骑行订单是否满足豁免车辆管理费的条件，并在满足该条件的情况下，为用户豁免车辆管理费，以为用户提供更多的节省车辆管理费的途径，实现合理管理。

在这些实施例中，以上步骤S2622中用户终端根据更新后的校验结果更新第一对话框，还可以包括如下步骤S2622-3～S2622-4：

步骤S2622-3，在用户刷新状态的次数达到设定次数、且电动自行车3000未通过第二校验项的情况下，检测关锁请求对应的骑行订单是否满足豁免车辆管理费的条件。

该骑行订单满足豁免车辆管理费的条件可以包括满足第一条件和第二条件中的任意条件。

第一条件例如可以是骑行订单对应的用户为新用户，新用户可以是首次使用电动自行车的用户，也可以是注册时间长度小于设定时间长度的用户，还可以是使用电动自行车的次数不多于设定次数的用户等，在此不做限定。

第二条件例如可以是电动自行车3000位于已被删除的原有停车区域(原停车点)中。

步骤S2622-4，在骑行订单满足该豁免车辆管理费的条件的情况下，第一对话框被更新为还提供对应于豁免车辆管理费的控件和/或提示信息。

例如，骑行订单因满足以上第二条件而满足豁免车辆管理费的条件，此时，如图3d所示，该第一对话框B1在被更新后所提供的对应于豁免车辆管理费的提示信息可以包括关于“因原停车点删除，已减免车辆管理费X元”的信息，还可以包括关于提示用户下次再地图停车点内还车的信息等。

在图3d所示的第一对话框B1中，由于此时电动自行车仍未通过第一校验项，因此，更新后的第一对话框仍提供表示“头盔归还失败”的信息。

又例如，骑行订单因满足以上第一条件而满足豁免车辆管理费的条件，此时，如图3c所示，该第一对话框B1在被更新后所提供的对应于豁免车辆管理费的提示信息可以包括关于“不在停车点(P点)，完成学习可减免车辆管理费”的信息，在被更新后所提供的对应于豁免车辆管理费的控件可以包括用于发起学习的第七控件C71，该第七控件C71的名称属性例如可以为“学习用车规范，减免X元”等，以提示用户可以通过第七控件C71发起学习，以减免车辆管理费。

用户终端2000在接收到用户通过第七控件C71触发的信号的情况下，将加载学习用车规范的页面，并在完成学习后返回例如是如图3c所示的页面，并进一步更新第一对话框B1。

在一些实施例中，如果骑行订单不满足豁免车辆管理费的条件，可以为用户提供申诉途径，以避免出现误判的情况，并节约后续流程。在这些实施例中，以上步骤S2622中用户终端2000根据更新后的校验结果更新第一对话框，还可以包括如下步骤S2622-5：

步骤S2622-5，在骑行订单不满足豁免车辆管理费的条件的情况下，第一对话框被更新为还提供关于车辆管理费的申诉入口。

例如，如果骑行订单不满足第一条件和第二条件，则骑行订单将不满足豁免车辆管理费的条件。

在骑行订单不满足豁免车辆管理费的条件的情况下，如图3e所示，更新后的第一对话框将提供反映“已在停车点，申诉减免”的申诉入口IN2。

对应地，该方法还可以包括如下步骤S2631～S2632：

步骤S2631，用户终端2000根据用户对于申诉入口的触发，加载定位申诉页面。

该定位申诉页面提供用于申诉并确认还车的第三控件及第二提示信息，其中，该第二提示信息例如包括表示申诉成功后会退还车辆管理费的信息。

根据该步骤S2631，用户终端2000在接收到用户通过第三控件触发的信号的情况下，可以向服务器发送申诉请求，服务器根据该申诉请求进行申诉处理。例如，该申诉处理可以包括根据电动自行车上报的位置信息进行定位核验。又例如，该申诉处理可以包括通知运维人员针对该电动自行车进行定位核验等。

步骤S2632，用户终端2000在接收到通过第三控件触发的信号的情况下，加载对应于更新后的校验结果集的支付页面。

用户终端2000在接收到用户通过第三控件触发的信号的情况下，将先进行费用结算，进而加载对应于更新后的校验结果集的支付页面。此时，如果电动自行车3000已通过第一校验项，则支付页面中的费用明细将包括车辆使用费和车辆管理费，如果电动自行车3000也未通过第一校验项，则支付页面中的费用明细将包括车辆使用费、车辆管理费和头盔管理费。

在这些实施例中，在用户支付车辆管理费后，如果通过步骤S2632实施的申诉成功，会将用户所缴纳的车辆管理费退还至用户账户，进而在保障用户权益的同时，提高还车处理效率。

在一些实施例中，在所述校验结果集表示电动自行车3000存在未通过的校验项的情况下，对应于该校验结果集的控件组可以包括用于确认还车并支付管理费的第四控件。该第四控件为用户提供直接确认还车并支付管理费的选项，以提高还车处理效率，节约还车时间。

例如，如图3b、图3c、图3d、图3e所示的第一对话框B1，在电动自行车3000存在未通过的校验项的情况下，会提供用于确认还车并支付管理费的第四控件C4，以供用户触发确认还车并支付管理费的信号。

在这些实施例中，以上步骤S250中用户终端2000在接收到通过控件组中控件触发的信号的情况下执行对应操作，还可以包括如下步骤S2521：用户终端在接收到通过该第四控件触发的信号的情况下，加载对应于该校验结果集的支付页面。

用户终端2000在接收到用户通过第四控件C4触发的信号的情况下，将进行费用结算，进而加载对应于最新的校验结果集的支付页面。此时，如果电动自行车3000已通过第一校验项、但未通过第二校验项，则支付页面中的费用明细将包括车辆使用费和车辆管理费；如果电动自行车3000已通过第二校验项，但未通过第一校验项，则支付页面中的费用明细将包括车辆使用费和头盔管理费；如果电动自行车3000即未通过第一校验项，也未通过第二校验项，则支付页面中的费用明细将包括车辆使用费、车辆管理费和头盔管理费。

用户终端2000在显示支付页面后，将根据用户通过支付页面执行的支付操作，与服务器1000进行交互，以完成支付。

在一些实施例中，在校验结果集表示电动自行车3000未通过第一校验项的情况下，为了避免误判，如果用户选择“确认并支付管理费”的还车流程，可在以上支付页面提供请求运营商在用户支付费用后向用户退还头盔管理费的入口，即，在校验结果集表示电动自行车3000未通过第一校验项的情况下，以上支付页面针对头盔管理费提供用于在线联系客服的客服入口。

在校验结果集表示电动自行车3000未通过第一校验项的情况下，支付页面可以如图3f所示，支付页面B3的费用明细包括车辆使用费，对应图3f中的“起步价”，及包括头盔管理费，另外，支付页面B3还提供用于在线联系客服的客服入口IN1，该客服入口IN1例如可以表述为“若已正确归还头盔，联系客服退款”等，以提示用户可以通过该客服入口IN1。

在这些实施例中，该方法还可以包括如下步骤S2641～S2642：

步骤S2641，用户终端2000根据用户对于该客服入口的触发，加载客服对话窗口。

在用户终端2000加载客服对话窗口后，用户可以通过该客服对话窗口向客服人员提供已正确归还头盔的证据，例如，可以通过客服对话窗口上传电动自行车3000的照片等，以证明用户已经正确归还了头盔。

客服人员在根据用户通过客服对话窗口上传的证据确认用户已正确归还头盔之后，可以通过客服人员的业务终端向服务器1000发送能够为对应骑行订单减免头盔管理费的对话结果。服务器1000在接收到该对话结果后，可以向用户终端2000发送减免头盔管理费通知。

步骤S2642，用户终端2000在接收到服务器1000根据能够减免头盔管理费的对话结果发送的减免头盔管理费通知的情况下，更新该支付页面。

根据该步骤S2642，用户终端2000根据该减免头盔管理费通知更新该支付页面的情况下，该支付页面B3可以提供表示已减免头盔管理费的提示信息，并对小计的费用进行更新，此时，用户在通过支付页面B3提供的用于支付的控件C8时，便可仅支付车辆使用费。

根据以上步骤S210～S250的实施例可知，服务器1000在接收到用户终端2000发送的关锁请求的情况下，会根据该关锁请求执行至少一个校验项，并向该用户终端2000返回包含每一校验项的校验结果的校验结果集；用户终端2000在接收到该校验结果集的情况下，将在骑行页面A1上提供对应于该校验结果集的第一对话框B1，以根据用户通过第一对话框B1触发的信号执行对应操作，进而在用户使用头盔的情况下，根据用户选择的还车流程实现附带头盔的还车操作。

在电动自行车的使用规范允许的情况下，共享车辆***100可以设置由用户选择是否需要在骑行中使用头盔，即，对于用户而言，在骑行中使用头盔是可选项，而并非是必选项，进而提高用户使用电动自行车的灵活性。在头盔作为可选项的情况下，如图4所示，该方法在以上步骤S210之前，还可以包括S410～S450：

步骤S410，用户终端2000在接收到对于电动自行车3000的确认使用信号的情况下，提供第二对话框，其中，该第二对话框提供用于确定使用头盔的第五控件。

用户终端2000可以根据用户U1的操作，打开该用车应用客户端的扫码用车页面，这样，用户U1便可在该扫码用车页面，通过用户终端2000扫描电动自行车3000的带有其车辆标识的二维码，以获得所要使用的电动自行车3000的车辆标识。用户终端2000在获得该车辆标识之后，可以在该扫码用车页面提供供用户输入该确认使用信号的控件。

步骤S420，用户终端2000在接收到通过第五控件触发的信号的情况下，向服务器1000发送携带设定信息的开锁请求，其中，该设定信息为反映用户需要使用头盔的信息。

步骤S430，服务器1000根据该开锁请求，向电动自行车3000发送第一开锁指令，以使得电动自行车3000根据该第一开锁指令控制车体解锁及控制车体解除对头盔的锁定。

该开锁请求中携带有用户U1的用户身份标识、电动自行车3000的车辆身份标识和该设定信息，这样，服务器1000在接收到开锁请求后，便可以根据该用户身份标识，获知该开锁请求对应的用户账号，及根据该车辆身份标识获知该开锁请求对应的电动自行车。

服务器1000在接收到该开锁请求后，将根据该开锁请求，向该开锁请求对应的电动自行车3000发送第一开锁指令。该第一开锁指令为指示电动自行车为车体和头盔解锁的开锁指令。

在一些实施例中，为了保证用户U1具备使用电动自行车3000的资质，以避免造成运营商的损失，该服务器1000可以在接收到开锁请求后，先检测该开锁请求对应的用户账号是否符合设定的第一开锁条件，并在该用户账号符合该第一开锁条件的情况下，再执行向该电动自行车3000发送第一开锁指令的操作。

该第一开锁条件可以是表示该用户账号是否具备使用该电动自行车3000的资质的条件。该第一开锁条件例如可以包括：用户已付押金、用户没有欠费、及用户账号余额大于或者等于设定的最低金额中的至少一项。

服务器1000在该用户账号不符合该第一开锁条件的情况下，向用户终端2000返回开锁失败的消息，此时，安装在用户终端2000上的用车应用客户端便会退出当前的开锁页面，开锁过程结束。

步骤S440，服务器1000在接收到电动自行车3000返回的指示成功解锁的应答消息的情况下，向用户终端2000发送指示电动自行车3000进入使用状态的通知。

在一些实施例中，该电动自行车3000可以包括如图1所示的车锁装置3600，该车锁装置3600可以包括车锁机构和驱动该车锁机构动作的车锁电机，电动自行车3000的处理器3100在接收到该第一开锁指令的情况下，可以控制车锁电机动作，以驱动车锁机构执行开锁操作，进而实现车体解锁。该车锁装置3600可以设置在车座下方，也可以设置在车体后轮的轮毂上等，在此不做限定。

在另一些实施例中，电动自行车3000可以不具有实体锁，处理器3100可以根据状态标识确定电动自行车3000的当前状态，例如，在状态标识为第一状态标识时，代表电动自行车3000处于不可骑行的状态，而当状态标识为第二状态标识时，代表电动自行车3000处于可骑行的状态等。在这些实施例中，电动自行车3000可以通过修改状态标识来实现车体解锁或者关锁。

由于电动自行车3000具有用于为骑行提供动力的电机3700，为了节约电能及提高电动自行车在不可骑行的状态(对应关锁状态)下的安全性，电动自行车3000在不可骑行的状态下，会断开该电机3700的供电电路。对应地，电动自行车3000在根据第一开锁指令控制车体解锁时，可以根据该第一开锁指令，接通车体的电机的供电电路。这样，在车体解锁后，电机3700便具备了能够根据使用需求输出转动扭矩的能力。

在一些实施例中，为了提高用户使用电动自行车3000的安全性，该步骤S220可以包括：电动自行车3000在接收到该第一开锁指令的情况下，可以先检测电动自行车是否符合第二开锁条件，并在检测结果为符合第二开锁条件的情况下，再根据该第一开锁指令，控制车体解锁及控制头盔锁装置解除对头盔的锁定。

在这些实施例中，电动自行车3000在检测结果为不符合该第二开锁条件的情况下，可以向服务器1000返回指示开锁失败的开锁应答消息。

该第二开锁条件可以是表示电动自行车是否具备正常行驶能力的条件。例如，该第二开锁条件可以包括：电动自行车的电量大于或者等于设定的电量阈值、电动自行车的用于提供助力的电机处于无故障的正常状态、及电动自行车的转把电压处于正常范围中的至少一项。

电动自行车3000可以设置用于检测自身是否符合第二开锁条件的各种状态检测电路，该状态检测电路被设置为用于检测电动自行车3000的对应状态，并输出表示该对应状态的电信号至电动自行车3000的处理器3100，以使得电动自行车3000的处理器3100能够通过该电信号确定电动自行车3000的当前状态，并进而能够在步骤S2200中根据这些电信号检测电动自行车3000是否符合该第二开锁条件。

同理，该头盔锁装置3500可以包括头盔锁机构和驱动该头盔锁机构动作的头盔锁电机，电动自行车3000的处理器3100在接收到该第一开锁指令的情况下，可以控制头盔锁电机动作，以驱动头盔锁机构执行开锁操作，进而解除对头盔的锁定。该头盔锁装置3500可以设置在车体的车筐底部，以在将头盔放置在车筐的设定位置处时，可以通过头盔锁装置3500锁定该头盔。

该头盔锁装置3500可以采用能够锁定头盔的任意结构，在此不做限定。例如，该头盔锁机构可以包括至少一个锁舌，该头盔的内壁例如设置有与锁舌相适配的卡槽，这样，在头盔锁电机驱动锁舌***对应卡槽中的情况下，便可将头盔锁定在车筐的设定位置处，而在头盔锁电机驱动锁舌从对应卡槽中退出后，便可解除对头盔的锁定，此时，用户可以从车筐中取出头盔使用。

为了提高电动自行车根据第一开锁指令执行解锁操作的准确性，在一些实施例中，电动自行车3000根据所述第一开锁指令，控制车体解锁及控制头盔锁装置解除对头盔的锁定，可以包括如下：电动自行车3000根据该第一开锁指令控制车体解锁；电动自行车3000在车体解锁成功的情况下，再根据该第一开锁指令控制头盔锁装置解除对头盔的锁定。这样，只有车体解锁成功的情况下，头盔锁装置才会解除对头盔的锁定，而在车体解锁失败的情况下，电动自行车3000可以不再根据第一开锁指令控制头盔锁装置解除对头盔的锁定，以避免头盔遗失。

电动自行车3000在控制车体解锁成功之后，便处于可供用户使用的状态，用户U1可以开始本次骑行。电动自行车3000在通过步骤S220控制头盔锁装置解锁对头盔的锁定之后，用户U1便可以在本次骑行中使用该头盔。此时，服务器1000可以根据电动自行车返回的指示成功解锁的应答消息，向用户终端2000发送指示电动自行车3000进入使用状态的通知。

步骤S450，用户终端2000根据该通知加载骑行页面。

在用户终端2000根据步骤S450加载骑行界面之后，用户在结束本次骑行时，便可基于终端设备2000提供的骑行界面执行以上步骤S220。

在另一些实施例中，服务器1000在该开锁请求不具有该设定信息的情况下，可以向电动自行车发送第二开锁指令。电动自行车3000在接收到该第二开锁指令的情况下，将根据该第二开锁指令控制车体解锁，而不会控制头盔解锁。

以上第二开锁指令为指示电动自行车为车体解锁的开锁指令。

在这些实施例中，电动自行车3000在接收到第二开锁指令的情况下，将不会控制头盔锁装置解除对头盔的锁定，这样，在该电动自行车3000履行本次订单的过程中，该头盔将始终保持锁定状态而无法从车体上取出。

图5是基于图1所示的共享车辆***实现的根据一个实施例的电动自行车的使用控制方法的交互流程示意图。图5仅示出了顺利完成用车和还车的流程。

根据图5所示，该实施例中的使用控制方法可以包括如下步骤：

步骤S5210，用户终端2000发出对于电动自行车3000的开锁请求，该开锁请求具有指示需要使用头盔的设定信息。

步骤S5110，服务器1000响应于用户终端2000发出的该开锁请求，进行相关认证，并在认证通过后，向电动自行车3000发送第一开锁指令；及在认证失败后，向用户终端2000返回开锁失败的消息。

该相关认证可以包括用户认证，即检测该开锁请求对应的用户账号是否满足第一开锁条件等。

步骤S5310，电动自行车3000响应于该第一开锁指令，检测电动自行车是否符合第二开锁条件，如是，控制电动自行车3000的车体解锁，并在车体解锁成功后，再控制头盔锁装置解除对头盔的锁定；电动自行车3000在车体和头盔解锁成功后，向服务器1000上报指示开锁成功的开锁应答。

步骤S5320，电动自行车3000在开锁成功后，检测该电动自行车3000的当前行驶速度的参数值，并在该参数值大于或者等于启动阈值的情况下，控制电动自行车3000的电机提供助力。

步骤S5120，服务器1000接收到电动自行车3000上报的开锁应答后，进行相应操作。

该步骤S5120可以包括：服务器1000在开锁应答指示开锁成功时，设置该电动自行车3000处于开锁状态，表示开始一个骑行订单；并在开锁应答指示开锁失败时，结束此次开锁操作。

步骤S5130，服务器1000将该开锁应答发送至用户终端2000。

步骤S5220，用户终端2000根据开锁应答进行对应操作。

该步骤S5220可以包括：开锁应答指示开锁成功时，进入骑行页面；开锁应答指示开锁失败时，退出开锁页面。

步骤S5230，用户终端2000发出对于电动自行车3000的关锁请求。

步骤S5140，服务器1000在接收到用户终端2000发出的该关锁请求的情况下，执行至少一个校验项，并向用户终端2000返回校验结果。

该步骤S5140中，至少一个校验项包括以上第一校验项和第二校验项，服务器1000执行第一校验项可以参见以上步骤S2311～S2313。服务器1000执行第二校验项可参见以上步骤S2321～S2323，在此不再赘述。

步骤S5240，用户终端2000显示校验结果并询问用户是否确定还车。

步骤S5250，用户终端2000在接收到用户输入的确认还车信息的情况下，将接收到的确认还车信息发送至服务器1000。

步骤S5150，服务器1000在接收到确定还车信息的情况下，向电动自行车3000发送第二关锁指令。

步骤S5330，电动自行车3000响应于该第二关锁指令，控制车体关锁，并在关锁成功后向服务器1000上报指示关锁成功的关锁应答。

步骤S5160，服务器1000根据指示关锁成功的关锁应答，结束当前骑行订单以进行订单结算，并将订单结算的结果发送至用户终端2000。

步骤S5260，用户终端2000在接收到订单结算的结果后，进入订单结算页面，以供用户进行订单结算。

<终端实施例>

本实施例提供一种用户终端，该用户终端600的车体包括存储器620和处理器610，存储器620用于存储第一计算机程序，处理器610用于在第一计算机程序的控制下，执行根据本公开任意实施例的使用控制方法中由终端设备2000实施的方法步骤。

该用户终端600与图1所示的用户终端2000可以具有相同或者相似的硬件结构，在此不再赘述。

<服务器实施例>

本实施例提供一种服务器，如图7所示，该服务器700可以包括存储器720和处理器710，存储器720用于存储第二计算机程序，处理器710用于在第二计算机程序的控制下，执行根据本公开任意实施例的使用控制方法中由服务器1000实施的方法步骤。

该服务器700与图1所示的服务器1000可以具有相同或者相似的硬件结构，在此不再赘述。

<***实施例>

本实施例提供了一种共享车辆***，该***包括如图6所示的用户终端600，如图7所示的服务器700，还包括电动自行车。

该电动自行车包括车体和头盔，该车体设置有头盔锁装置，所述头盔锁装置用于将所述头盔锁定在所述车体的设定位置处。

本实施例中，车体包括电动自行车的除头盔之外的其他部分，例如包括车架、车轮、车筐、车锁装置、头盔锁装置、存储器520、处理器510、通信装置等等。

该电动自行车与图1所示的电动自行车3000可以具有相同或者相似的硬件结构，在此不再赘述。

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

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

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

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

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

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

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

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

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

Claims

1.一种电动自行车的使用控制方法，所述电动自行车包括车体和设置在所述车体上的头盔，所述方法包括：

2.根据权利要求1所述的方法，其中，所述至少一个校验项还包括校验所述车体是否位于指定的停车区域的第二校验项。

3.根据权利要求1所述的方法，其中，所述服务器执行第一校验项，包括：

4.根据权利要求1所述的方法，其中，在所述校验结果集表示所述电动自行车通过所有校验项的情况下，对应于所述校验结果集的控件组包括用于确认还车的第一控件；

所述方法还包括：

5.根据权利要求1所述的方法，其中，在所述校验结果集表示所述电动自行车存在未通过的校验项的情况下，对应于所述校验结果集的控件组包括用于刷新状态的第二控件；

所述方法还包括：

6.根据权利要求5所述的方法，其中，所述用户终端根据所述更新后的校验结果更新所述第一对话框，包括：

7.根据权利要求6所述的方法，其中，所述用户终端根据所述更新后的校验结果更新所述第一对话框，还包括：

8.根据权利要求7所述的方法，其中，所述用户终端根据所述更新后的校验结果更新所述第一对话框，还包括：

所述方法还包括：

9.根据权利要求1所述的方法，其中，在所述校验结果集表示所述电动自行车存在未通过的校验项的情况下，对应于所述校验结果集的控件组包括用于确认还车并支付管理费的第四控件；

10.根据权利要求9所述的方法，其中，在所述校验结果集表示所述电动自行车未通过所述第一校验项的情况下，所述支付页面针对头盔管理费提供用于在线联系客服的客服入口；所述方法还包括：

11.根据权利要求1-10中任一项所述的方法，所述方法在用户终端显示所述电动自行车的骑行页面之前，还包括：

所述用户终端根据所述通知加载所述骑行页面。

12.一种用户终端，包括存储器和处理器，所述存储器用于存储第一计算机程序，所述处理器用于在所述第一计算机程序的控制下，执行根据权利要求1-11中任一项所述的由所述电动自行车实施的方法步骤。

13.一种服务器，包括存储器和处理器，所述服务器的存储器用于存储第二计算机程序，所述服务器的处理器用于在所述第二计算机程序的控制下，执行根据权利要求1-11中任一项所述的由所述服务器实施的方法步骤。

14.一种共享车辆***，包括电动自行车、及权利要求12所述的用户终端、权利要求13所述的服务器，所述电动自行车包括车体和设置在所述车体上的头盔，所述车体设置有头盔锁装置，所述头盔锁装置用于将所述头盔锁定在所述车体的设定位置处。