电动自行车的还车处理方法、装置及可读存储介质与流程

1.本发明实施例涉及电动自行车技术领域，更具体地，涉及一种电动自行车的还车处理方法、装置及可读存储介质。


背景技术：

2.在用户对电动自行车使用完毕后，服务器会执行还车处理。
3.目前，用户在使用完电动自行车后，可以规范停车并归还头盔至电动自行车上，然后点击相应app(application，应用程序)上的还车控件，以向服务器发出还车请求。服务器响应于该还车请求，可执行锁车、结费等操作，从而完成还车处理。
4.可见，这一还车流程较为复杂，只要一个环节不符合预期就会还车失败，需要用户再次点击还车控件，故而还车效率较低，影响用户还车体验。


技术实现要素：

5.本发明实施例的一个目的是提供一种电动自行车的还车处理的新的技术方案。
6.根据本发明的第一方面，提供了一种电动自行车的还车处理方法，包括：获取电动自行车的状态信息；在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，监测所述电动自行车的头盔是否已归还；在监测到所述头盔已归还的情况下，执行关助力处理，并将所述电动自行车的车辆信息发送给服务器，直至所述服务器获得设定检测结果，其中，所述设定检测结果表示接收到的所述车辆信息符合设定停车条件；接收所述服务器在响应于所述设定检测结果执行结费处理之后发来的锁车指令；执行所述锁车指令。
7.可选地，在所述获取电动自行车的状态信息之后，所述方法还包括：在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，执行设定操作，以确定所述电动自行车是否位于任一设定停车区域中；在所述电动自行车位于所述设定停车区域中的情况下，执行所述执行关助力处理的步骤。
8.可选地，所述执行设定操作，包括：确定是否能够获取到任一设定停车区域处设置的定位装置发出的定位信号；在获取到所述定位信号的情况下，根据所述定位信号，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息。
9.可选地，所述根据所述定位信号，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息，包括：在所述定位信号为蓝牙信号的情况下，根据获取到的各个蓝牙信号的信号强度，以及获取到的各个蓝牙信号对应的定位装置的设定位置，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息；在所述定位信号为rfid信号的情况下，获得用于指示所述电动自行车位于所述设定停车区域中的信息。
10.可选地，所述设定停车条件包括：所述电动自行车位于任一停车区域中、所述电动自行车的相对于所在停车区域的车辆姿态信息符合设定姿态要求、所述电动自行车的车速小于或者等于设定阈值中的至少一个条件。
11.可选地，在所述执行所述锁车指令之后，所述方法还包括：获取所述锁车指令的执
行结果；在所述执行结果表示所述锁车指令执行失败的情况下，获取所述电动自行车的轮速；在所述轮速小于或者等于相应设定阈值的情况下，再次执行所述锁车指令。
12.可选地，在所述将所述电动自行车的车辆信息发送给服务器之后，所述方法还包括：检测是否在设定时间段内接收到所述锁车指令；在没有在所述设定时间段内接收到所述锁车指令的情况下，输出设定的规范停车指示信息。
13.根据本发明的第二方面，还提供了一种电动自行车的还车处理装置，包括：获取模块，用于获取电动自行车的状态信息；第一处理模块，用于在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，监测所述电动自行车的头盔是否已归还；第二处理模块，用于在监测到所述头盔已归还的情况下，执行关助力处理，并将所述电动自行车的车辆信息发送给服务器，直至所述服务器获得设定检测结果，其中，所述设定检测结果表示接收到的所述车辆信息符合设定停车条件；接收模块，用于接收所述服务器在响应于所述设定检测结果执行结费处理之后发来的锁车指令；以及，第三处理模块，用于执行所述锁车指令。
14.根据本发明的第三方面，还提供了一种电动自行车的还车处理装置，包括存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于执行所述计算机程序，以实现根据本发明第一方面所述的方法。
15.根据本发明的第四方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序在被处理器执行时实现根据本发明的第一方面所述的方法。
16.本发明实施例的一个有益效果在于，获取电动自行车的状态信息；在状态信息表示电动自行车从运动状态变化为静止状态的情况下，监测电动自行车的头盔是否已归还；在监测到头盔已归还的情况下，执行关助力处理，并将电动自行车的车辆信息发送给服务器，直至服务器获得设定检测结果，其中，设定检测结果表示接收到的车辆信息符合设定停车条件；接收服务器在响应于设定检测结果执行结费处理之后发来的锁车指令；执行锁车指令。可见，本实施例以还盔成功为触发点，一方面关助力以避免用户在还车后骑行车辆，另一方面上报车辆信息至服务器。由于已经关助力，只要任一次上报的车辆信息符合预期，服务器即可结费，并在结费后下发锁车指令。如此，在用户成功还盔后即可实现快速准确的还车处理，故而可提高还车效率，提升还车体验。
17.通过以下参照附图对本发明的示例性实施例的详细描述，本发明实施例的其它特征及其优点将会变得清楚。
附图说明
18.被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明实施例的原理。
19.图1是能够应用根据一个实施例的电动自行车的还车处理方法的实施环境、和能够实施该方法的系统组成结构的示意图；
20.图2是根据一个实施例的电动自行车的还车处理方法的流程示意图；
21.图3是根据另一个实施例的电动自行车的还车处理方法的流程示意图；
22.图4是根据一个实施例的电动自行车的还车处理装置的方框原理图；
23.图5是根据一个实施例的电动自行车的还车处理装置的硬件结构示意图。
具体实施方式
24.现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
25.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
26.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
27.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
28.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
29.《实施环境及硬件配置》
30.图1为可用于实现本发明实施例的电动自行车的还车处理系统100的结构示意图。
31.如图1所示，该电动自行车的还车处理系统100包括服务器2000、终端设备1000和电动自行车3000。
32.该服务器2000与终端设备1000，以及服务器2000与电动自行车3000可以通过网络4000通信连接。电动自行车3000与服务器2000，以及终端设备1000与服务器2000进行通信所基于的网络4000可以是同一个，也可以是不同的。网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。
33.该服务器2000提供处理、数据库、通讯设施的业务点。服务器2000可以是整体式服务器，跨多计算机，计算机数据中心的分散式服务器，云服务器，或者部署在云端的服务器集群等。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。该服务器2000具体配置可以包括但不限于处理器2100、存储器2200、接口装置2300、通信装置2400。处理器2100用于执行采用比如x86、arm、risc、mips、sse等架构的指令集编写的计算机程序。存储器2200例如是rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如是usb接口、串行接口、并行接口等。通信装置2400例如是能够进行有线通信或无线通信，例如可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。
34.应用于本发明实施例中，服务器2000的存储器2200用于存储计算机程序，该计算机程序用于控制所述处理器2100进行操作以支持根据本发明实施例的方法的实现。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
35.本领域技术人员应当理解，除图1示出的各装置，服务器2000还可以包括其他装置，在此不做限定。
36.本实施例中，终端设备1000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。
37.该终端设备1000安装有用车应用客户端，用户可以通过操作该用车应用客户端，实现使用电动自行车3000的目的。
38.该终端设备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用于拾取音频信号。
39.应用于本发明实施例中，终端设备1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作以支持根据本发明实施例的方法的实现，该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。该终端设备1000可以安装有智能操作系统(例如windows、linux、安卓、ios等系统)和应用软件。
40.本领域技术人员应当理解，尽管在图1中示出了终端设备1000的多个装置，但是，本发明实施例的终端设备1000可以仅涉及其中的部分装置，例如，只涉及处理器1100、存储器1200等。
41.电动自行车3000可以是图1中所示的电动助力车，在此不做限定。
42.该电动自行车3000可以包括但不限于处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600等等。其中，处理器3100可以是微处理器mcu等。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、串行接口、并行接口等。通信装置3400例如能够利用光纤或电缆进行有线通信，或者进行无线通信，具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置3500例如可以是液晶显示屏、触摸显示屏等。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。头盔3700供用户在骑行电动自行车3000的过程中进行佩戴，以保障用户骑行安全。头盔箱3800用于存放头盔3700。
43.应用于本发明实施例中，电动自行车3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作以支持根据本发明实施例的方法的实现。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
44.尽管在图1中示出了电动自行车3000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，电动自行车3000只涉及处理器3100、存储器3200和通信装置3400。
45.应当理解的是，尽管图1仅示出一个服务器2000、终端设备1000、电动自行车3000，但不意味着限制各自的数量，本系统中可以包含多个服务器2000、多个终端设备1000、多个电动自行车3000。
46.下面，参照附图描述根据本发明的各个实施例和例子。
47.《方法实施例》
48.图2是根据一个实施例的电动自行车的还车处理方法的流程示意图。本实施例的实施主体例如为图1所示的电动自行车3000。
49.如图2所示，本实施例的电动自行车的还车处理方法可以包括如下步骤s210～s250：
50.步骤s210，获取电动自行车的状态信息。
51.详细地，用户用车时，车辆通常会处于运动状态，而用户结束用车后，车辆通常会处于静止状态。如此，可以获取电动自行车的状态信息，以便于据此确定用户是否准备还车。
52.详细地，该状态信息可以包括车速(具体可以为轮速)，车速为0或不大于设定的较小车速阈值时，可以认为车辆处于静止状态，反之处于运动状态。或者该状态信息还可以包括直接用于体现车辆状态的信息。
53.步骤s220，在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，监测所述电动自行车的头盔是否已归还。
54.详细地，为保障用户骑行安全，用户使用车辆的过程中需要佩戴头盔。对应地，用户结束用车后，通常会归还头盔。
55.如此，本实施例中可以将成功还盔作为确定用户还车需求的前置条件。若监测到用户还盔成功，即可认为用户已结束用车而需要还车，可以进行还车处理。该还车处理具体可以涉及到关闭车锁、结费等操作。对应地，若用户未成功还盔，可以认为用户尚未结束用车。
56.详细地，对于用户还盔后再点击app上的控件以向服务器发出还车请求的现有实现方式，从用户完成还盔到向服务器发出还车请求较为费时且操作麻烦。与之不同，本实施例可以在用户成功还盔后即直接触发服务器执行还车处理，以缩短从用户完成还盔到向服务器发出还车请求的时间间隔，不仅可以提高用户还车效率，还可简化用户操作。
57.基于此，该步骤中，在车辆从运动变为静止后，即可监测用户是否归还头盔，以便于在确定出用户成功还盔后，可以触发服务器执行还车处理。
58.可行地，若用户还盔失败，可以认为用户无需还车，则不会触发服务器执行还车处理。对应地，电动自行车的主控可以在用户还盔失败后主动打开头盔箱，给用户重新还盔的机会，或者用户再次点击app上的控件，以再次执行还盔操作。
59.步骤s230，在监测到所述头盔已归还的情况下，执行关助力处理，并将所述电动自行车的车辆信息发送给服务器，直至所述服务器获得设定检测结果，其中，所述设定检测结果表示接收到的所述车辆信息符合设定停车条件。
60.详细地，用户结束用车后，需要关闭车辆的助力。如此，本实施例在检测到用户成功还盔后，在触发服务器执行还车处理的同时，还可以执行关助力处理。这一实现方式一方面可以保障用户安全，比如可以避免用户调整车辆姿态的过程中无意中使用助力，另一方面可以避免用户结费后继续使用车辆、以及避免用户继续使用车辆的过程中车辆无法执行锁车操作。
61.详细地，可以将电动自行车的车辆信息发送给服务器，以便于服务器可以据此确定是否可以进行结费处理。详细地，车辆信息符合停车条件时，可以进行结费处理。
62.优选地，电动自行车可以高频率的上报车辆信息至服务器。
63.在本发明一个实施例中，所述设定停车条件包括：所述电动自行车位于任一停车区域中、所述电动自行车的相对于所在停车区域的车辆姿态信息符合设定姿态要求、所述电动自行车的车速小于或者等于设定阈值中的至少一个条件。
64.比如，服务器根据车辆信息，在确定出电动自行车静止、位于停车区域内并具有规定的姿态(比如车辆垂直于停车围栏的相应边界线停放)时，即可获得上述设定检测结果(即确认电动自行车满足停车条件)，从而可以执行结费处理。
65.在可行的实现方式中，电动自行车可以将采集到的轮速、六轴传感器数据(该数据为用于反映车辆姿态的数据)、车辆定位数据直接发送给服务器，由服务器根据这些数据判断是否符合停车条件。
66.在可行的另一实现方式中，电动自行车可以将采集到的轮速、车辆定位数据进行处理，并得到相应结果，比如可以得到车辆是否静止的结果、车辆是否在停车区域中的结果，并将这些结果以及六轴传感器数据发送给服务器，服务器再据此判断是否符合停车条件。
67.考虑到用户放盔前可能没有准确的规范停放电动自行车，则电动自行车发送给服务器的车辆信息可能不符合停车条件，从而无法执行结费处理。由于当前已经关闭助力，则电动自行车可以周期性的上报车辆数据至服务器，比如只要任意一次上报的车辆信息符合停车条件，服务器即可执行结费处理。对应地，电动自行车之后可以无需继续上报车辆信息。
68.如此，对于用户放盔前可能没有准确的规范停放电动自行车的情况，用户在还盔后可以按需调整车辆位置、姿态等，在调整至规范停车位置、姿态时，电动自行车此时采集并上报的车辆信息即可符合停车条件，服务器对应地可以实时执行结费处理。如此，可以尽可能的缩短从用户结束用车并成功还盔到执行结费操作的间隔时长，即可以尽可能快速的执行结费处理，从而完成还车阶段中在用户端的操作流程。由于用户感受到的还车结费效率较高，故而可以提升用户还车体验。
69.详细地，用户结束用车后通常会规范停放车辆。考虑到可能存在用户结束用车后自认为已规范停车，但相应车辆信息不符合停车条件，比如车辆姿态不符合预期的情况，则本实施例中可以不将车辆姿态等信息作为确定用户还车需求的前置条件，以避免在这种情况下，电动自行车不能准确及时的确定出用户的还车需求。
70.对应的，本实施例是在根据头盔归还情况，准确及时的确定用户还车需求之后，再去校验车辆姿态等信息，若这些信息符合停车条件即可执行结费处理。如此，不仅可以保证结费处理的准确执行，还有利于提升结费效率。
71.对于用户自认为已规范停车，但服务器检测到的车辆信息不符合停车条件，从而无法执行结费处理的情况，电动自行车对应的不能收到服务器下发锁车指令。为提高还车效率，若电动自行车没有及时收到锁车指令，可以输出相应提醒信息，以提醒用户当前尚未规范停车。用户基于该提醒信息，可以尝试调整车辆位置、姿态等。通常在调整的过程中，会存在符合规范停车的时刻，该时刻上报至服务器的车辆信息符合停车条件，故而可以实时触发服务器执行结费处理。
72.基于此，在本发明一个实施例中，在所述将所述电动自行车的车辆信息发送给服务器之后，所述方法还包括：检测是否在设定时间段内接收到所述锁车指令；在没有在所述
设定时间段内接收到所述锁车指令的情况下，输出设定的规范停车指示信息。
73.详细地，可以通过蜂鸣、语音播放的方式，输出该规范停车指示信息。如上所述，用户还盔后若收到车辆输出的指示信息，可以调整车辆位置、姿态等，这一调整动作通常可以快速触发服务器对结费操作的执行。
74.详细地，用户在收到该指示信息时，可以获知已成功还盔，但车辆停放尚不够规范，故而可以针对性的调整车辆停放情况。可见，本实施例支持用户对还车失败原因有一定程度的感知，从而可提升用户还车体验。
75.步骤s240，接收所述服务器在响应于所述设定检测结果执行结费处理之后发来的锁车指令。
76.详细地，服务器在执行结费处理后，可以下发锁车指令，以使电动自行车的车锁锁闭。对应地，电动自行车可以接收到该锁车指令。
77.步骤s250，执行所述锁车指令。
78.该步骤中，电动自行车执行服务器发来的锁车指令，以锁闭车辆的车锁，从而完成还车流程。
79.该步骤中，电动自行车通过执行锁车指令，可以锁闭车锁，用户在车速锁闭情况下无法正常使用该电动自行车，从而完成还车流程。
80.由于车辆静止时才可执行锁车操作，故而可能存在车辆需要执行锁车指令时，车辆仍处于轻微运动状态的情况，比如用户此时触碰到车辆，或者根据上述指示信息尚未立刻结束对车辆位置、姿态的调整。这一情况下，锁车指令通常会执行失败。
81.由于车辆助力已关闭，故而通常不会出现电动自行车始终被用户推行的情况，则在电动自行车再次处于静止状态时，可以进行补偿锁车处理。
82.基于此，在本发明一个实施例中，在所述步骤s250，执行所述锁车指令之后，所述方法还可以包括：获取所述锁车指令的执行结果；在所述执行结果表示所述锁车指令执行失败的情况下，获取所述电动自行车的轮速；在所述轮速小于或者等于相应设定阈值的情况下，再次执行所述锁车指令。
83.详细地，若首次锁车失败，电动自行车可以实时获取车辆轮速，在获取到的轮速较小时，可以认为车辆已静止，故而可以再次执行锁车指令，以实现补偿锁车目的。基于车辆车锁的锁闭，可以避免存在车辆被盗的风险。
84.由上可知，本实施例提供了一种电动自行车的还车处理方法，该方法获取电动自行车的状态信息；在状态信息表示电动自行车从运动状态变化为静止状态的情况下，监测电动自行车的头盔是否已归还；在监测到头盔已归还的情况下，执行关助力处理，并将电动自行车的车辆信息发送给服务器，直至服务器获得设定检测结果，其中，设定检测结果表示接收到的车辆信息符合设定停车条件；接收服务器在响应于设定检测结果执行结费处理之后发来的锁车指令；执行锁车指令。可见，本实施例以还盔成功为触发点，一方面关助力以避免用户在还车后骑行车辆，另一方面上报车辆信息至服务器。由于已经关助力，只要任一次上报的车辆信息符合预期，服务器即可结费，并在结费后下发锁车指令。如此，在用户成功还盔后即可实现快速准确的还车处理，故而可提高还车效率，提升还车体验。
85.详细地，在用户用车过程中，可能存在用户临时停车、临时归还头盔，但并不需要结束用车的情况。为避免这种情况引发的还车误触发，考虑到用户还车时会将电动自行车
停放在停车区域中，而用户临时停车时电动自行车通常不位于停车区域中，故而可以在同时满足用户成功还盔、且电动自行车位于停车区域中这两个前置条件的情况下，才认为用户需要还车，从而可以执行上述关助力处理。基于此，可以更加准确的确定用户的还车需求。
86.基于此，在本发明一个实施例中，在所述步骤s210，获取电动自行车的状态信息之后，所述方法还可以包括：在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，执行设定操作，以确定所述电动自行车是否位于任一设定停车区域中；在所述电动自行车位于所述设定停车区域中的情况下，执行所述执行关助力处理的步骤。
87.本实施例中，在同时满足用户成功还盔、且电动自行车位于停车区域中这两个前置条件时，可以确认用户需要还车，故而可以执行关助力处理，并上报车辆信息至服务器，以使服务器根据车辆信息进行结费处理。如此，可以保证还车处理的准确执行，尽可能的避免对用户还车需求的误确定。
88.此外，用户需要还车的情况下，通常会先将车辆放置于停车区域中，再进行还盔。故而电动自行车可以在判断用户是否成功还盔之前或同时，即完成对车辆是否位于停车区域内的判断，从而不影响还车流程的快速执行，同样可以保证还车效率。
89.详细地，对于车辆是否位于停车区域中的判断，即可以由车辆自身直接判断，也可以结合服务器进行判断。
90.对于车辆自身直接判断车辆是否位于停车区域中的情况，在本发明一个实施例中，所述执行设定操作，包括：确定是否能够获取到任一设定停车区域处设置的定位装置发出的定位信号；在获取到所述定位信号的情况下，根据所述定位信号，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息。
91.详细地，可以在停车区域处设置若干定位装置，该定位装置可以为包括蓝牙模块的道钉，也可以为包括rfid(radio frequency identification，射频识别)模块的装置。
92.在用户将电动自行车停放至停车区域中时，电动自行车可以接收到停车区域处的定位装置发出的定位信息，反之则接收不到。如此，电动自行车可以根据该定位信息，来确定自身是否位于停车区域中。
93.由于对电动自行车是否位于停车区域中的判断操作，可以由电动自行车直接执行，而无需结合服务器进行判断，故而可以实现这一判断操作的快速执行，从而可以快速的确定用户的还车需求。
94.基于上述内容，在本发明一个实施例中，所述根据所述定位信号，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息，包括：在所述定位信号为蓝牙信号的情况下，根据获取到的各个蓝牙信号的信号强度，以及获取到的各个蓝牙信号对应的定位装置的设定位置，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息；在所述定位信号为rfid信号的情况下，获得用于指示所述电动自行车位于所述设定停车区域中的信息。
95.详细地，定位装置为上述道钉时，多个道钉可以依次分布在停车区域的边界处。电动自行车位于停车区域中时，可以接收到周边道钉发出的蓝牙信号，且距离道钉越近，收到的相应蓝牙信息的信号强度越强。如此，可以根据收到的蓝牙信号的信号强度，以及相应的道钉设置位置，来准确确定车辆是否位于停车区域中。
96.详细地，定位装置为上述包括rfid模块的装置，该装置可以设置在停车区域内的各个停车位置处，若电动自行车停放在一个停车位置处，通常可以接收到该停车位置处的定位模块发出的rfid信号，反之通常接收不到。如此，可以根据是否能够收到rfid信号，来准确确定车辆是否位于停车区域中。
97.《例子》
98.图3给出了根据一实施例的电动自行车的还车处理方法的流程示意图。如图3所示，该实施例的方法可以包括以下步骤s301～步骤s311：
99.步骤s301，获取电动自行车的状态信息，在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，执行步骤s302和步骤s304。
100.步骤s302，确定是否能够获取到任一设定停车区域处设置的定位装置发出的定位信号。
101.步骤s303，在获取到所述定位信号的情况下，根据所述定位信号，获得用于指示所述电动自行车是否位于任一设定停车区域中的信息，并执行步骤s305。
102.其中，在所述定位信号为蓝牙信号的情况下，根据获取到的各个蓝牙信号的信号强度，以及获取到的各个蓝牙信号对应的定位装置的设定位置，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息；在所述定位信号为rfid信号的情况下，获得用于指示所述电动自行车位于所述设定停车区域中的信息。
103.步骤s304，监测所述电动自行车的头盔是否已归还，并执行步骤s305。
104.步骤s305，在所述电动自行车位于所述设定停车区域中、且监测到所述头盔已归还的情况下，执行关助力处理，并将所述电动自行车的车辆信息发送给服务器，直至所述服务器获得设定检测结果，其中，所述设定检测结果表示接收到的所述车辆信息符合设定停车条件，并执行步骤s306和步骤s310。
105.其中，所述设定停车条件包括：所述电动自行车位于任一停车区域中、所述电动自行车的相对于所在停车区域的车辆姿态信息符合设定姿态要求、所述电动自行车的车速小于或者等于设定阈值中。
106.步骤s306，接收所述服务器在响应于所述设定检测结果执行结费处理之后发来的锁车指令。
107.步骤s307，执行所述锁车指令，并获取所述锁车指令的执行结果。
108.步骤s308，在所述执行结果表示所述锁车指令执行失败的情况下，获取所述电动自行车的轮速。
109.步骤s309，在所述轮速小于或者等于相应设定阈值的情况下，再次执行所述锁车指令。
110.步骤s310，检测是否在设定时间段内接收到所述锁车指令。
111.步骤s311，在没有在所述设定时间段内接收到所述锁车指令的情况下，输出设定的规范停车指示信息。
112.《设备实施例》
113.图4是根据一个实施例的电动自行车的还车处理装置400的原理框图。如图4所示，该电动自行车的还车处理装置400可以包括获取模块410、第一处理模块420、第二处理模块430、接收模块440和第三处理模块450。
114.该电动自行车的还车处理装置400可以是图1所示的电动自行车3000。
115.其中，所述获取模块410用于获取电动自行车的状态信息。所述第一处理模块420用于在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，监测所述电动自行车的头盔是否已归还。所述第二处理模块430用于在监测到所述头盔已归还的情况下，执行关助力处理，并将所述电动自行车的车辆信息发送给服务器，直至所述服务器获得设定检测结果，其中，所述设定检测结果表示接收到的所述车辆信息符合设定停车条件。所述接收模块440用于接收所述服务器在响应于所述设定检测结果执行结费处理之后发来的锁车指令。所述第三处理模块450用于执行所述锁车指令。
116.可见，本实施例以还盔成功为触发点，一方面关助力以避免用户在还车后骑行车辆，另一方面上报车辆信息至服务器。由于已经关助力，只要任一次上报的车辆信息符合预期，服务器即可结费，并在结费后下发锁车指令。如此，在用户成功还盔后即可实现快速准确的还车处理，故而可提高还车效率，提升还车体验。
117.在本发明一个实施例中，该电动自行车的还车处理装置400还可以包括：第一模块，用于在所述状态信息表示所述电动自行车从运动状态变化为静止状态的情况下，执行设定操作，以确定所述电动自行车是否位于任一设定停车区域中；所述第二处理模块430用于在所述电动自行车位于所述设定停车区域中的情况下，执行所述执行关助力处理的步骤。
118.在本发明一个实施例中，所述第一模块，用于确定是否能够获取到任一设定停车区域处设置的定位装置发出的定位信号；在获取到所述定位信号的情况下，根据所述定位信号，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息。
119.在本发明一个实施例中，所述第一模块，用于在所述定位信号为蓝牙信号的情况下，根据获取到的各个蓝牙信号的信号强度，以及获取到的各个蓝牙信号对应的定位装置的设定位置，获得用于指示所述电动自行车是否位于所述设定停车区域中的信息；在所述定位信号为rfid信号的情况下，获得用于指示所述电动自行车位于所述设定停车区域中的信息。
120.在本发明一个实施例中，所述设定停车条件包括：所述电动自行车位于任一停车区域中、所述电动自行车的相对于所在停车区域的车辆姿态信息符合设定姿态要求、所述电动自行车的车速小于或者等于设定阈值中的至少一个条件。
121.在本发明一个实施例中，该电动自行车的还车处理装置400还可以包括：第二模块，用于获取所述锁车指令的执行结果；在所述执行结果表示所述锁车指令执行失败的情况下，获取所述电动自行车的轮速；在所述轮速小于或者等于相应设定阈值的情况下，触发所述第三处理模块450再次执行所述锁车指令。
122.在本发明一个实施例中，该电动自行车的还车处理装置400还可以包括：第三模块，用于检测是否在设定时间段内接收到所述锁车指令；在没有在所述设定时间段内接收到所述锁车指令的情况下，输出设定的规范停车指示信息。
123.图5是根据另一个实施例的电动自行车的还车处理装置500的硬件结构示意图。
124.如图5所示，该电动自行车的还车处理装置500包括处理器510和存储器520，该存储器520用于存储可执行的计算机程序，该处理器510用于根据该计算机程序的控制，执行如以上任意方法实施例的方法。
125.该电动自行车的还车处理装置500可以是图1所示的电动自行车3000。
126.以上电动自行车的还车处理装置500的各模块可以由本实施例中的处理器510执行存储器520存储的计算机程序实现，也可以通过其他电路结构实现，在此不做限定。
127.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
128.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
129.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
130.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c 等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
131.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
132.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功
能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
133.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
134.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
135.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。