借车还盔方法、电动自行车、服务器及用户终端与流程

1.本公开实施例涉及电动自行车技术领域，更具体地，涉及一种借车还盔方法、一种电动自行车、一种服务器及一种用户终端。


背景技术：

2.应政府安全需求，不少城市的电动自行车的运营需要有头盔。运营商可以在电动自行车上配备头盔，以便于用户在骑行过程中使用头盔。用户对电动自行车使用完毕后，需对头盔进行归还。
3.在用户归还头盔时，会存在因设备故障而导致还盔失败的情况，使得用户有盔还不了，用户体验不佳。


技术实现要素：

4.本公开实施例的一个目的是提供一种借车还盔的新的技术方案。
5.根据本公开的第一方面，提供了一种借车还盔方法，包括：服务器响应于用户终端发来的借车还盔请求，控制所述用户终端显示第一控件，其中，所述第一控件供用户触发通过目标电动自行车归还头盔的关闭头盔锁请求；所述用户终端响应于用户对所述第一控件的触发，向所述服务器发送所述关闭头盔锁请求；所述服务器根据所述关闭头盔锁请求，向所述目标电动自行车发送关闭头盔锁指令；所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理。
6.可选地，所述服务器响应于用户终端发来的借车还盔请求，控制所述用户终端显示第一控件，包括：所述服务器响应于所述借车还盔请求，确定所述目标电动自行车；所述服务器根据所述目标电动自行车的第一定位位置，生成导航规划路线；所述服务器控制所述用户终端显示所述导航规划路线和所述第一控件。
7.可选地，在所述控制所述用户终端显示第一控件之前，所述方法还包括：所述服务器响应于所述借车还盔请求，选择车锁处于关锁状态且头盔锁装置处于解锁状态的至少一个电动自行车；所述服务器控制所述用户终端显示所述至少一个电动自行车的定位位置；所述用户终端响应于用户对显示的任一电动自行车的触发操作，触发所述服务器将用户触发的电动自行车确定为所述目标电动自行车。
8.可选地，所述目标电动自行车的头盔锁装置用于将头盔锁定在所述目标电动自行车的第一设定位置处，所述头盔锁装置包括至少一个感应器，所述头盔包括至少一个标签，所述至少一个感应器与所述至少一个标签形成两组感应组件；
9.所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理，包括：所述目标电动自行车响应于所述关闭头盔锁指令，获取对应第一组感应组件的第一感应信息，并根据所述第一感应信息确定所述头盔是否位于所述第一设定位置，得到第一检测结果；及获取对应第二组感应组件的第二感应信息，并根据所述第二感应信息确定所述头盔是否位于第二设定位置，得到第二检测结果；其中，所述第二设定位置为所述头盔到达
所述第一设定位置所需经过的位置；所述目标电动自行车根据所述第一检测结果和所述第二检测结果，对所述头盔进行归还处理。
10.可选地，所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理，包括：所述目标电动自行车响应于所述关闭头盔锁指令，获取所述头盔中存储的标识信息；所述目标电动自行车根据所述标识信息对所述头盔进行校验；所述目标电动自行车在对所述头盔校验通过的情况下，对所述头盔进行归还处理。
11.可选地，在所述控制所述用户终端显示第一控件之后，以及在所述用户终端响应于用户对所述第一控件的触发，向所述服务器发送所述关闭头盔锁请求之前，所述方法还包括：所述服务器获取所述用户终端的第二定位位置；所述服务器检测所述第二定位位置与所述目标电动自行车的第一定位位置间的距离是否小于或者等于设定阈值；所述服务器在所述距离小于或者等于所述设定阈值的情况下，控制所述目标电动自行车执行设定的提醒操作。
12.可选地，在所述控制所述用户终端显示第一控件之后，所述方法还包括：所述服务器基于控制所述用户终端开始显示所述第一控件的时间，检测在设定响应时间范围内，是否接收到所述关闭头盔锁请求；所述服务器在所述设定响应时间范围内没有接收到所述关闭头盔锁请求的情况下，控制所述用户终端不再显示所述第一控件。
13.可选地，在所述控制所述用户终端显示第一控件之后，所述方法还包括：所述服务器根据所述目标电动自行车的第一定位位置，确定所述设定响应时间范围的时长。
14.可选地，在所述控制所述用户终端显示第一控件之后，所述方法还包括：所述服务器获取所述用户终端的第二定位位置；所述服务器根据获取的第二定位位置，得到还盔意向值；所述服务器在所述还盔意向值小于相应设定阈值的情况下，执行相应提醒处理。
15.根据本公开的第二方面，还提供了一种电动自行车，包括存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在所述计算机程序的控制下，执行根据本公开第一方面中任一项所述的由所述电动自行车实施的方法步骤。
16.根据本公开的第三方面，还提供了一种服务器，包括存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在所述计算机程序的控制下，执行根据本公开第一方面中任一项所述的由所述服务器实施的方法步骤。
17.根据本公开的第四方面，还提供了一种用户终端，包括存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在所述计算机程序的控制下，执行根据本公开第一方面中任一项所述的由所述用户终端实施的方法步骤。
18.本公开实施例的一个有益效果在于，服务器响应于用户终端发来的借车还盔请求，控制用户终端显示第一控件，以供用户触发通过目标电动自行车归还头盔的关闭头盔锁请求；用户终端响应于用户对第一控件的触发，向服务器发送关闭头盔锁请求；服务器根据关闭头盔锁请求，向目标电动自行车发送关闭头盔锁指令；目标电动自行车响应于关闭头盔锁指令，对头盔进行归还处理。如此，本实施例可以解决用户有盔还不了的问题，用户体验更好。
19.通过以下参照附图对本公开的示例性实施例的详细描述，本公开实施例的其它特征及其优点将会变得清楚。
附图说明
20.被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且连同其说明一起用于解释本公开实施例的原理。
21.图1是能够应用本公开实施例的借车还盔方法的系统的组成结构示意图；
22.图2是根据一个实施例的借车还盔方法的流程示意图；
23.图3是根据另一个实施例的借车还盔方法的流程示意图；
24.图4是根据一个实施例的电动自行车的硬件结构示意图；
25.图5是根据一个实施例的服务器的硬件结构示意图；
26.图6是根据一个实施例的用户终端的硬件结构示意图。
具体实施方式
27.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
28.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
29.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
30.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
31.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
32.<硬件配置>
33.图1可用于实现本公开实施例的借车还盔系统100的结构示意图。该借车还盔系统100可整体应用于借车还盔场景。
34.如图1所示，该借车还盔系统100包括服务器2000、用户终端1000和电动自行车3000。
35.该服务器2000与用户终端1000，以及服务器2000与电动自行车3000可以通过网络4000通信连接。电动自行车3000与服务器2000，以及用户终端1000与服务器2000进行通信所基于的网络4000可以是同一个，也可以是不同的。网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。
36.该服务器2000提供处理、数据库、通讯设施的业务点。服务器2000可以是整体式服务器，跨多计算机，计算机数据中心的分散式服务器，云服务器，或者部署在云端的服务器集群等。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。该服务器2000具体配置可以包括但不限于处理器2100、存储器2200、接口装置2300、通信装置2400。处理器2100用于执行采用比如x86、arm、risc、mips、sse等架构的指令集编写的计算机程序。存储器2200例如是
rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如是usb接口、串行接口、并行接口等。通信装置2400例如是能够进行有线通信或无线通信，例如可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。
37.应用于本公开实施例中，服务器2000的存储器2200用于存储计算机程序，该计算机程序用于控制所述处理器2100进行操作以为实现根据本公开实施例的方法提供支持。技术人员可以根据本公开所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
38.本领域技术人员应当理解，除图1示出的各装置，服务器2000还可以包括其他装置，在此不做限定。
39.本实施例中，用户终端1000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。
40.该用户终端1000安装有用车应用客户端，用户可以通过操作该用车应用客户端，实现使用电动自行车3000的目的。
41.该用户终端1000可以包括但不限于处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600、扬声器1700、麦克风1800等等。其中，处理器1100可以是中央处理器cpu、图形处理器gpu、微处理器mcu等，用于执行计算机程序，该计算机程序可以采用比如x86、arm、risc、mips、sse等架构的指令集编写。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括usb接口、串行接口、并行接口等。通信装置1400例如能够利用光纤或电缆进行有线通信，或者进行无线通信，具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置1500例如是液晶显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘、体感输入等。扬声器1170用于输出音频信号。麦克风1180用于拾取音频信号。
42.应用于本公开实施例中，用户终端1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作以为实现本公开实施例的方法提供支持，该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。该用户终端1000可以安装有智能操作系统(例如windows、linux、安卓、ios等系统)和应用软件。
43.本领域技术人员应当理解，尽管在图1中示出了用户终端1000的多个装置，但是，本公开实施例的用户终端1000可以仅涉及其中的部分装置，例如，只涉及处理器1100、存储器1200等。
44.电动自行车3000可以是能够通过电机为骑行提供助力的任何形态的自行车，在此不做限定。
45.该电动自行车3000可以包括但不限于处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、头盔锁装置3700、头盔3800等等。其中，处理器3100可以是微处理器mcu等。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、串行接口、并行接口等。通信装置3400例如能够利用光纤或电缆进行有线通信，或者进行无线通信，具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置3500例如可以是液晶显示屏、触摸显示屏等。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。电动自行车3000可以通过扬声器3700输出音频信号，及通过麦克风3800采集音频信号。头盔
锁装置3700安装在电动自行车3000的车体上，用于锁定放置在车体的设定位置上的头盔3800，该头盔锁装置3700可以是能够锁定物品的任意结构形式的锁装置。
46.应用于本公开实施例中，电动自行车3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作以执行与服务器2000之间的信息交互，以为实现本公开实施例的方法提供支持。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
47.尽管在图1中示出了电动自行车3000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，电动自行车3000只涉及处理器3100、存储器3200和通信装置3400。
48.应当理解的是，尽管图1仅示出一个服务器2000、用户终端1000、电动自行车3000，但不意味着限制各自的数量，本系统中可以包含多个服务器2000、多个用户终端1000、多个电动自行车3000。
49.图1所示的借车还盔系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。
50.下面，参照附图描述根据本发明的各个实施例和例子。
51.<方法实施例>
52.图2是根据一个实施例的借车还盔方法的流程示意图，该实施例可以由图1所示的借车还盔系统100实施。
53.详细地，用户使用完毕电动自行车后，需在所使用的电动自行车上归还所用头盔。在可行的实现方式中，电动自行车的车筐中可以设置有头盔锁装置和卡槽，在用户将头盔置于卡槽中时，头盔锁装置可正常锁闭头盔，从而实现还盔目的。
54.通常情况下，一个电动自行车有一个车筐，用户需要将所用头盔归还至所用电动自行车的车筐中。
55.考虑到可能存在因电动自行车设备故障而导致用户有盔还不了的情况，故而在因设备故障而导致还盔失败的情况下，为避免用户有盔还不了，可支持用户借车还盔。
56.如此，虽然一个电动自行车可以只有一个车筐，但基于借车还盔的实现，可以为用户提供更多的筐来实现还盔目的，避免用户有盔还不了。
57.对于设备故障，举例来说，电动自行车在检测到用户将头盔放置到位，但头盔锁装置不能正常锁闭时，可以认为存在头盔锁故障；电动自行车在检测到用户多次尝试放置头盔，但始终没有将头盔放置到位时，可以认为存在车筐、头盔、限位卡槽等故障，比如因撞击导致车筐形状扭曲等。
58.如图2所示，本实施例的借车还盔方法可以包括如下步骤s210～s240：
59.步骤s210，服务器响应于用户终端发来的借车还盔请求，控制所述用户终端显示第一控件，其中，所述第一控件供用户触发通过目标电动自行车归还头盔的关闭头盔锁请求。
60.在可行的实现方式中，在因设备故障而导致还盔失败的情况下，服务器可控制用户终端显示设定控件，使得用户通过触发该设定控件，可以发出通过其他电动自行车归还所用头盔的借车还盔请求。
61.该步骤中，用户通过用户终端可发出借车还盔请求，服务器基于该借车还盔请求可控制用户终端显示第一控件，以使用户通过触发该第一控件，可以发出通过目标电动自
行车归还所用头盔的关闭头盔锁请求。
62.本实施例中，在因电动自行车设备故障而导致用户还盔失败的情况下，可以在用户终端显示借车还盔控件，用户触发该借车还盔控件后，可将头盔归还至其他电动自行车，同样可以实现还盔目的，从而避免出现有盔还不了的情况。
63.在本公开一个实施例中，以上步骤s210中，所述服务器响应于用户终端发来的借车还盔请求，控制所述用户终端显示第一控件，可以包括以下步骤s2101～步骤s2103：
64.步骤s2101，所述服务器响应于所述借车还盔请求，确定所述目标电动自行车。
65.该步骤中，为支持用户借车还盔，服务器首先可确定出目标电动自行车，作为用户还盔所借车辆。如此，通常情况下，该目标电动自行车的车锁处于关锁状态且头盔锁装置处于解锁状态。
66.本实施例中，对于目标电动自行车的确定，既可以由服务器自行确定，也可以由服务器和用户共同确定。
67.详细地，由服务器自行确定目标电动自行车时，服务器可结合距离等因素，从多个可用车辆中确定出其中一个，作为目标电动自行车。
68.比如，服务器可以选择距离用户相对较近或最近的电动自行车，以支持用户借车还盔。对应地，该电动自行车通常可如期锁闭用户归还的头盔。
69.详细地，由服务器和用户共同确定目标电动自行车时，可以由服务器确定出可用的多个电动自行车并推荐给用户，由用户按需选择其一作为目标电动自行车。
70.基于此，在所述控制所述用户终端显示第一控件之前，所述方法还可以包括以下步骤a1～步骤a3：
71.步骤a1，所述服务器响应于所述借车还盔请求，选择车锁处于关锁状态且头盔锁装置处于解锁状态的至少一个电动自行车。
72.该步骤中，服务器可结合距离因素，根据用户所在位置，选择用户周边范围内存在的至少一个可用车辆。
73.详细地，车辆选定所依据的距离阈值可以按需设定，比如可以为100m等。如此，可以服务器可以选择周边100m范围内的可用车辆。在可行的实现方式中，若不存在可用车辆，可相应扩大距离范围，直至确定出至少一个可用车辆。
74.优选地，服务器可确定出多个可用车辆，且该多个可用车辆以用户位置为中心，分别位于用户的不同方向上，以便于用户可以按需选择其一作为目标电动自行车。
75.详细地，用户的位置可以通过用户终端的定位位置或用户所用电动自行车的定位位置来确定。如此，用户终端在发送借车还盔请求的同时，还可以发送用户终端的定位位置。或者，服务器在选择电动自行车之前，可以获取用户所用电动自行车的定位位置。
76.步骤a2，所述服务器控制所述用户终端显示所述至少一个电动自行车的定位位置。
77.该步骤中，在用户终端的用车软件上显示服务器选择出的各个电动自行车，以使用户可以了解到自身位置，以及了解到各个电动自行车的大致方位和距离。
78.步骤a3，所述用户终端响应于用户对显示的任一电动自行车的触发操作，触发所述服务器将用户触发的电动自行车确定为所述目标电动自行车。
79.该步骤中，用户可以按需选择一个电动自行车，以使服务器将其作为目标电动自
行车。
80.在确定好目标电动自行车后，可执行以下步骤s2102以生成前往目标电动自行车所在位置的导航规划路线。
81.步骤s2102，所述服务器根据所述目标电动自行车的第一定位位置，生成导航规划路线。
82.该步骤中，服务器在确定出目标电动自行车后，可以根据其定位位置生成导航规划路线，以便于用户基于该导航规划路线，可以快速、准确的到达目标电动自行车所在位置。
83.详细地，导航规划路线的起始位置通常为用户所在位置，终止位置为目标电动自行车的定位位置。用户所在位置可以用户终端的定位位置、用户所用电动自行车的定位位置来确定。
84.步骤s2103，所述服务器控制所述用户终端显示所述导航规划路线和所述第一控件。
85.该步骤中，服务器在生成导航规划路线后，可以控制用户终端显示该导航规划路线及上述第一控件。
86.通过查看显示的导航规划路线，用户可沿导航路径快速、准确的到达目标电动自行车所在位置，以及在到达目标电动自行车所在位置处时，可触发显示的第一控件，以请求通过目标电动自行车归还所用头盔。
87.详细地，用户可步行或骑行至目标电动自行车处。比如用户可以请求骑行所用电动自行车，服务器可控制该电动自行车的车锁打开，用户到达目标电动车处以结束骑行时，由于该电动自行车因设备故障而不支持用户还盔，故而服务器可控制其车锁关闭。进而，用户可将头盔归还至目标电动自行车。
88.考虑到可能存在目标电动自行车附近存在其他电动自行车，使得用户不便于快速定位目标电动自行车的情况，故而可以在用户临近目标电动自行车对用户作相应提醒，以便于用户可以快速定位到目标电动自行车。
89.基于此，在本公开一个实施例中，在所述控制所述用户终端显示第一控件之后，以及在以下步骤s220，所述用户终端响应于用户对所述第一控件的触发，向所述服务器发送所述关闭头盔锁请求之前，所述方法还可以包括以下步骤b1～步骤b3：
90.步骤b1，所述服务器获取所述用户终端的第二定位位置。
91.详细地，服务器控制用户终端显示第一控件后，用户前往目标电动自行车处还盔。在用户前往期间，服务器可以实时或者按照设定的获取时间，获取用户终端的定位位置，该定位位置即可以反映用户当前位置。
92.步骤b2，所述服务器检测所述第二定位位置与所述目标电动自行车的第一定位位置间的距离是否小于或者等于设定阈值。
93.该步骤中，服务器基于用户位置和目的地位置，通过检测两者间距离与阈值的对比，来检测用户是否临近目的地。
94.详细地，该设定阈值可以按需设定，比如可以为10m、5m等。
95.步骤b3，所述服务器在所述距离小于或者等于所述设定阈值的情况下，控制所述目标电动自行车执行设定的提醒操作。
96.该步骤中，在用户位置与目的地位置间的距离不大于设定阈值时，可以认为用户已临近目的地，故而可控制目标电动自行车作相应提醒。比如可以通过灯光、音频等方式进行相应提醒。
97.本实施例中，在用户临近还盔所借用车辆时，车辆可作相应提醒，以便于用户可以快速定位车辆。
98.在本公开其他实施例中，也可以由目标电动自行车根据其与用户终端间的蓝牙信号强度，来执行上述提醒操作。比如，目标电动自行车可以在感应到用户终端的蓝牙信号时，或者感应到的蓝牙信号强度大于或者等于设定强度值时，认为用户已临近，故而可作相应提醒。
99.用户到达目的地并定位到目标电动自行车后，可触发第一控件以发出上述关闭头盔锁请求。
100.本实施例中，为避免用户延时还盔(比如用户使用头盔一天后才还盔)，可以对用户还盔时间进行限制。基于此，在本公开一个实施例中，在所述控制所述用户终端显示第一控件之后，所述方法还可以包括以下步骤c1～步骤c2：
101.步骤c1，所述服务器基于控制所述用户终端开始显示所述第一控件的时间，检测在设定响应时间范围内，是否接收到所述关闭头盔锁请求。
102.详细地，服务器可以用户终端开始显示第一控件的时间作为起始时间，来限定用户在相应的结束时间前完成借车还盔。
103.详细地，该起始时间和该结束时间即为上述设定响应时间范围的起止时间。其中，上述设定响应时间范围的时长可以为一固定值，比如20min。
104.此外，考虑到用户借车还盔时，用户位置与所借车辆的位置间的距离通常不固定，使得用户达到所借车辆的预期用时不尽相同，故而上述设定响应时间范围的时长也可以按需变化。
105.基于此，在本公开一个实施例中，在所述控制所述用户终端显示第一控件之后，所述方法还可以包括：所述服务器根据所述目标电动自行车的第一定位位置，确定所述设定响应时间范围的时长。
106.详细地，服务器根据目标电动自行车的定位位置，以及结合用户所在位置，可确定两者间的直线距离或导航距离，进而据此确定设定响应时间范围的时长。
107.通常情况下，两者间的距离与该时长成正比。基于此，不仅可以避免用户延时还盔，还可避免出现对延时还盔的误判。
108.详细地，可以在用户终端提示上述设定响应时间范围或提示其结束时间，以使用户获知需要按时还盔。
109.对应地，服务器检测是否在结束时间之前，接收到所述关闭头盔锁请求。
110.步骤c2，所述服务器在所述设定响应时间范围内没有接收到所述关闭头盔锁请求的情况下，控制所述用户终端不再显示所述第一控件。
111.该步骤中，若用户未按时还盔，则可以认为用户还盔失败并不支持用户借车还盔。详细地，服务器可控制用户终端不再显示第一控件，使得用户不能通过触发第一控件以发出上述关闭头盔锁请求。
112.本实施例基于对借车还盔所需时间的限制，可以避免用户故意延迟还盔，从而可
以支持用户借车还盔后，目标电动自行车可以尽快投入使用。
113.本实施例中，在用户前往目标电动自行车处以实现借车还盔的过程中，服务器还可检测用户还盔意向，以便于服务器基于不同的还盔意向作相应处理，以保证用户能够按时还盔。
114.基于此，在本公开一个实施例中，在所述控制所述用户终端显示第一控件之后，所述方法还可以包括以下步骤d1～步骤d3：
115.步骤d1，所述服务器获取所述用户终端的第二定位位置。
116.详细地，服务器控制用户终端显示第一控件后，用户前往目标电动自行车处还盔。在用户前往期间，服务器可以实时或者按照设定的获取时间，获取用户终端的定位位置，该定位位置即可以反映用户当前位置。
117.步骤d2，所述服务器根据获取的第二定位位置，得到还盔意向值。
118.该步骤中，服务器根据用户位置来得到用户还盔意向。
119.在可行的实现方式中，基于用户的当前位置，服务器可结合用户起始位置、目标电动自行车的定位位置、当前时间、借车还盔结束时间中的至少一个，来得到用户的还盔意向值。
120.比如，可以基于用户的当前位置、用户起始位置、目的地位置(即目标电动自行车的定位位置)，得到当前位置和起始位置的第一连线，以及当前位置和目的地位置的第二连线。
121.基于此，可以得到两连线的夹角，根据该夹角得到还盔意向值。其中，夹角越小，还盔意向值越高，反之越低。
122.以及，可以得到第二连线与第一连线的长度比值，根据长度比值得到还盔意向值。其中，长度比值越小，还盔意向值越高，反之越低。
123.再比如，可以基于用户的当前位置、当前时间、借车还盔结束时间、目的地位置，以借车还盔结束时间减去当前时间的差值作为剩余时间，根据当前位置和目的地位置，得到剩余距离，进而得到剩余距离与剩余时间的比值，根据该比值得到还盔意向值。其中，比值越小，还盔意向值越高，反之越低。
124.步骤d3，所述服务器在所述还盔意向值小于相应设定阈值的情况下，执行相应提醒处理。
125.该步骤中，在得到还盔意向值后，可以将其与相应设定阈值对比，若小于设定阈值可认为用户还盔意向低，可执行相应提醒处理，比如提醒用户尽快还盔等。
126.比如，对于方向感较差的用户，在用户走向较为偏离预期走向时，可以得到较低的还盔意向值，故而可对用户作相应提醒，以便于用户尽快准确还盔，提高用户还盔体验。
127.步骤s220，所述用户终端响应于用户对所述第一控件的触发，向所述服务器发送所述关闭头盔锁请求。
128.该步骤中，用户到达目标电动自行车处之后，可以触发上述第一控件，以向服务器发出通过目标电动自行车归还所用头盔的关闭头盔锁请求。
129.步骤s230，所述服务器根据所述关闭头盔锁请求，向所述目标电动自行车发送关闭头盔锁指令。
130.该步骤中，服务器响应于上述关闭头盔锁请求，可向目标电动自行车发送关闭头
盔锁指令，以使目标电动自行车可据此将用户所还头盔锁定在设定位置处。
131.步骤s240，所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理。
132.该步骤中，目标电动自行车在接收到关闭头盔锁指令之后，对用户所用头盔进行归还处理。若用户还盔成功，从而实现借车还盔目的。
133.本实施例中，在因设备原因导致还盔失败的情况下，服务器可支持用户将头盔归还至其他电动自行车，以实现借车还盔目的。如此，不仅可以保证用户的权益，还可降低丢盔率。
134.在本公开一个实施例中，以上步骤s240，所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理，可以包括以下步骤s240a1～步骤s240a3：
135.步骤s240a1，所述目标电动自行车响应于所述关闭头盔锁指令，获取所述头盔中存储的标识信息。
136.详细地，每一头盔中均可以存储有自身的标识信息，基于该标识信息，可以对不同运营商间的头盔进行区分，和/或可以对同一运营商的不同头盔进行区分。
137.为避免出现用户还错盔甚至恶意还盔的情况，在目标电动自行车执行还盔处理时，可以获取头盔中的标识信息。
138.详细地，可以在电动自行车中设置感应器，对应地在头盔中设置标签，基于感应器对标签信号的感应，感应器可以在感应到标签时读取其中预先写入的标识信息。
139.步骤s240a2，所述目标电动自行车根据所述标识信息对所述头盔进行校验。
140.该步骤中，根据设定的校验规则，可以基于获取到的标识信息对头盔进行校验，以保证用户所还头盔符合预期要求。
141.详细地，目标电动自行车可以自行校验，也可以将标识信息发送给服务器，由服务器进行校验并返回校验结果。
142.步骤s240a3，所述目标电动自行车在对所述头盔校验通过的情况下，对所述头盔进行归还处理。
143.该步骤中，在对用户所还头盔校验通过的情况下，对头盔进行归还处理。比如在用户将头盔放置到位的情况下将头盔锁闭。反之，若校验不通过可以不对头盔进行归还处理。如此，可以实现准确还盔，避免出现还错盔、乱还盔甚至恶意还盔的情况，保证头盔归还的准确性和规范性。
144.在本公开一个实施例中，所述目标电动自行车的头盔锁装置用于将头盔锁定在所述目标电动自行车的第一设定位置处，所述头盔锁装置包括至少一个感应器，所述头盔包括至少一个标签，所述至少一个感应器与所述至少一个标签形成两组感应组件。
145.本实施例中，电动自行车设置有头盔锁装置，头盔锁装置用于将头盔锁定在电动自行车的第一设定位置处。
146.本实施例中，头盔到达第一设定位置需要经过第二设定位置。
147.优选地，该第二设定位置可以对应于电动自行车的车筐，使得头盔位于第二设定位置即头盔至少部分位于车筐中。在可行的其他实现方式中，该第二设定位置也可以对应于电动自行车的其他部件(比如用于放置头盔的支撑板等)。
148.在可行的实现方式中，以第二设定位置对应于车筐为例，电动自行车设置的头盔
锁装置可以安装在车筐的底部。车筐中可以设置有用于放置头盔的卡槽(比如可以通过具有设定位置和形状的一个或多个限位件形成)，头盔位于卡槽中可表示头盔同时位于车筐中。在用户将头盔放置于卡槽中的情况下，头盔锁装置可以将头盔锁定，即头盔锁装置可以将头盔锁定在车筐中的对应卡槽的相应设定位置。反之，若头盔没有准确位于卡槽中，则头盔锁装置通常不能锁定头盔。
149.详细地，头盔位于卡槽中可以理解为头盔的边沿部分位于卡槽中，头盔的其他部分位于卡槽上方。
150.详细地，头盔位于车筐中不表示头盔一定同时位于卡槽中，比如若卡槽中存在杂物，则容易存在头盔在车筐中而没有在卡槽中的情况，此时头盔锁装置通常不能将头盔锁闭。
151.基于上述内容，本实施例中，头盔锁装置包括至少一个感应器，头盔包括至少一个标签，至少一个感应器与至少一个标签形成两组感应组件。
152.本实施例通过设置两组感应组件，第一组感应组件用于感应头盔是否位于第一设定位置(比如感应头盔是否入槽)，第二组感应组件用于感应头盔是否位于第二设定位置(比如感应头盔是否入筐)，以起到分阶段感应头盔归还情况的目的。
153.对于感应头盔是否位于第一设定位置的第一组感应组件，感应器的设置位置和信号感应范围被设置为使得标签在头盔位于第一设定位置(比如上述卡槽中)时，位于信号感应范围内。
154.对于感应头盔是否位于第二设定位置的第二组感应组件，感应器的设置位置和信号感应范围被设置为使得标签在头盔位于第二设定位置(比如位于上述车筐中)时，位于信号感应范围内。
155.在可行的实现方式中，所述感应器可以为nfc感应器且所述标签可以为nfc标签。详细地，nfc(near field communication，近场通信)技术是一种短距离的高频无线通信技术。
156.在可行的另一实现方式中，所述感应器可以为rfid感应器且所述标签可以为rfid标签。详细地，rfid(radio frequency identification，射频识别)技术是自动识别技术的一种，支持感应器和标签之间可通过无线射频方式进行非接触双向数据通信。
157.本实施例基于两组感应组件，可以分阶段感应还盔情况，从而能够准确感知头盔位置，进而支持据此作针对性的还盔处理。
158.基于上述内容，以上步骤s240，所述目标电动自行车响应于所述关闭头盔锁指令，对所述头盔进行归还处理，可以包括以下步骤s240b1～步骤s240b2：
159.步骤s240b1，所述目标电动自行车响应于所述关闭头盔锁指令，获取对应第一组感应组件的第一感应信息，并根据所述第一感应信息确定所述头盔是否位于所述第一设定位置，得到第一检测结果；及获取对应第二组感应组件的第二感应信息，并根据所述第二感应信息确定所述头盔是否位于第二设定位置，得到第二检测结果；其中，所述第二设定位置为所述头盔到达所述第一设定位置所需经过的位置。
160.详细地，用户在发出上述关闭头盔锁请求之前或之后，可将头盔放置到上述第一设定位置处，以便于目标电动自行车根据感应信息可获知头盔放置位置，进而据此进行还盔处理。
161.本实施例中，电动自行车根据两个感应信息，可以分别得到头盔是否入筐和头盔是否入槽的检测结果。
162.需要说明的是，对于两种感应信息的获取方式，在可行的一种实现方式中，可以先获取第一感应信息，并在得到头盔未入槽的检测结果的情况下，再获取第二感应信息。在可行的另一种实现方式中，也可以每次都获取这两种感应信息。以及，还可以先获取第二感应信息，并在得到头盔入筐的检测结果的情况下，再获取第一感应信息。
163.步骤s240b2，所述目标电动自行车根据所述第一检测结果和所述第二检测结果，对所述头盔进行归还处理。
164.本实施例中，目标电动自行车可以根据头盔是否入筐和头盔是否入槽的检测结果，对头盔进行归还处理。通常情况下，不同的检测结果可以对应于不同的归还处理方式，以实现针对不同还盔请求的区分处理，这一区分处理方式可以贴合用户实际的还盔情况，以期提高用户还盔体验。
165.比如，目标电动自行车在感应到头盔已入槽的情况下，可控制头盔锁装置锁闭头盔，以将头盔锁定在上述第一设定位置处。
166.基于此，在本公开一个实施例中，所述步骤s240b2包括：所述目标电动自行车在所述第一检测结果表示所述头盔位于所述第一设定位置的情况下，根据所述第一检测结果控制所述头盔锁装置执行闭锁操作。
167.若该闭锁操作执行失败，可认为头盔锁装置故障，可支持用户再次借车还盔。
168.再比如，目标电动自行车在感应到头盔已入筐但未入槽的情况下，若用户已多次还盔，可支持用户再次借车还盔，若用户还盔次数较少，可支持用户再次尝试还盔。
169.基于此，在本公开一个实施例中，所述步骤s240b2包括：所述目标电动自行车在所述第一检测结果表示所述头盔没有位于所述第一设定位置的情况下，根据所述第二检测结果执行设定操作。
170.基于此，可以在所述第一检测结果表示所述头盔没有位于所述第一设定位置的情况下，执行所述获取对应第二组感应组件的第二感应信息的步骤。
171.详细地，所述根据所述第二检测结果执行设定操作可以包括：在所述第二检测结果表示所述头盔位于所述第二设定位置的情况下，执行以下操作：在还盔次数大于设定次数阈值的情况下，执行引导用户通过其他电动自行车归还所述头盔的第一设定操作；在所述还盔次数小于或者等于所述设定次数阈值的情况下，执行引导用户再次通过所述目标电动自行车归还所述头盔的第二设定操作。
172.详细地，目标电动自行车可以根据第二感应信息来检测是否存在头盔归还动作，并根据检测结果确定还盔次数。以及，也可以由服务器根据目标电动自行车在头盔入筐但未入槽情况下上报来的信息，确定还盔次数。
173.再比如，目标电动自行车在感应到头盔未入筐的情况下，可以提醒用户及时还盔。
174.基于此，在本公开一个实施例中，所述步骤s240b2包括：所述目标电动自行车在所述第二检测结果表示所述头盔没有位于所述第二设定位置的情况下，执行用于提醒用户归还所述头盔的提醒操作。
175.由上可知，本实施例中，电动自行车响应于关闭头盔锁指令，可以分阶段感应还盔情况以准确感知头盔位置，并据此作还盔处理。这一实现方式支持电动自行车针对不同还
盔情况作相应还盔处理，使得还盔处理可以贴合用户实际的还盔情况，从而提高用户还盔体验。以及可以提高用户还盔积极性，从而有助于降低丢盔率。
176.基于上述内容，本实施例提供了借车还盔方法，服务器响应于用户终端发来的借车还盔请求，控制用户终端显示第一控件，以供用户触发通过目标电动自行车归还头盔的关闭头盔锁请求；用户终端响应于用户对第一控件的触发，向服务器发送关闭头盔锁请求；服务器根据关闭头盔锁请求，向目标电动自行车发送关闭头盔锁指令；目标电动自行车响应于关闭头盔锁指令，对头盔进行归还处理。如此，本实施例可以解决用户有盔还不了的问题，用户体验更好。
177.图3是基于图1所示系统实现的根据一个实施例的借车还盔方法的交互流程示意图。如图3所示，该实施例中的借车还盔方法可以包括如下步骤s301～步骤s310：
178.步骤s301，所述服务器响应于所述用户终端发来的借车还盔请求，选择车锁处于关锁状态且头盔锁装置处于解锁状态的至少一个电动自行车。
179.步骤s302，所述服务器控制所述用户终端显示所述至少一个电动自行车的定位位置。
180.步骤s303，所述用户终端响应于用户对显示的任一电动自行车的触发操作，触发所述服务器将用户触发的电动自行车确定为所述目标电动自行车。
181.步骤s304，所述服务器根据所述目标电动自行车的第一定位位置，生成导航规划路线。
182.步骤s305，所述服务器控制所述用户终端显示所述导航规划路线和所述第一控件，所述第一控件供用户触发通过目标电动自行车归还头盔的关闭头盔锁请求。
183.可行地，步骤s305之后，所述服务器可以基于控制所述用户终端开始显示所述第一控件的时间，检测在设定响应时间范围内，是否接收到所述关闭头盔锁请求，所述服务器在所述设定响应时间范围内没有接收到所述关闭头盔锁请求的情况下，控制所述用户终端不再显示所述第一控件。
184.如此，若在该设定响应时间范围内执行步骤s306，则可以得到为是的检测结果。若没有在该设定响应时间范围内执行步骤s306，则不能执行步骤s306。
185.步骤s306，所述用户终端响应于用户对所述第一控件的触发，向所述服务器发送所述关闭头盔锁请求。
186.步骤s307，所述服务器根据所述关闭头盔锁请求，向所述目标电动自行车发送关闭头盔锁指令。
187.步骤s308，所述目标电动自行车响应于所述关闭头盔锁指令，获取所述头盔中存储的标识信息。
188.步骤s309，所述目标电动自行车根据所述标识信息对所述头盔进行校验。
189.步骤s310，所述目标电动自行车在对所述头盔校验通过的情况下，对所述头盔进行归还处理。
190.本实施例可以支持用户借车还盔，从而可以解决用户有盔还不了的问题，用户体验更好。
191.<产品实施例>
192.如图4所示，本实施例提供了一种电动自行车400，包括存储器420和处理器410，所
述存储器420用于存储计算机程序；所述处理器410用于在所述计算机程序的控制下，执行根据本公开任一实施例所述的由所述电动自行车400实施的方法步骤。
193.该电动自行车400与图1所示的电动自行车3000可以具有相同或者相似的硬件结构，在此不再赘述。
194.如图5所示，本实施例提供了一种服务器500，包括存储器520和处理器510，所述存储器520用于存储计算机程序；所述处理器510用于在所述计算机程序的控制下，执行根据本公开任一实施例所述的由所述服务器500实施的方法步骤。
195.该服务器500与图1所示的服务器2000可以具有相同或者相似的硬件结构，在此不再赘述。
196.如图6所示，本实施例提供了一种用户终端600，包括存储器620和处理器610，所述存储器620用于存储计算机程序；所述处理器610用于在所述计算机程序的控制下，执行根据本公开任一实施例所述的由所述用户终端600实施的方法步骤。
197.该用户终端600与图1所示的用户终端1000可以具有相同或者相似的硬件结构，在此不再赘述。
198.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
199.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd
‑
rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
200.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
201.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包
括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
202.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
203.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
204.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
205.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
206.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。