还车方法、装置、存储介质及计算机程序产品与流程
还车方法、装置、存储介质及计算机程序产品
1.相关申请
2.本技术要求2021年06月22日申请的，申请号为202110694250x，名称为“还车方法、装置、存储介质及计算机程序产品”的中国专利申请的优先权，在此将其全文引入作为参考。
技术领域
3.本公开实施例涉及互联网技术领域，特别是涉及一种还车方法、装置、存储介质及计算机程序产品。
背景技术：
4.共享单车是一种新型共享经济型车辆，目前大量投放在各大城市。用户可以在手机上完成借车、还车、缴费等过程，为人们的出行提供了极大便利。但是，共享单车也存在乱停乱放，使用秩序混乱等一系列问题，严重影响城市市容及交通秩序。
5.现有技术可以基于车辆的全球定位系统(global positioning system，gps)位置数据对车辆进行定点还车管理，指示用户在指定的还车地点停放共享单车，在一定程度上解决了共享单车乱停乱放，严重影响城市市容及交通秩序的问题。
6.但是这种管理方式过于单一，往往与用户的实际情况不匹配，给用户带来还车的不便性，降低了共享单车的实用性。
技术实现要素：
7.本公开实施例提供一种还车方法、装置、存储介质及计算机程序产品，能够提供多种还车模式，避免单一还车模式为用户带来不便，还车模式与用户的实际用车需求高度贴合，提高了共享单车的实用性。
8.第一方面，提供了一种还车方法，包括：
9.确定车辆的用车情况信息，根据用车情况信息确定车辆的还车模式；
10.响应于车辆的车锁锁定指令，确定车辆的停车地点；
11.根据停车地点以及车辆的还车模式输出还车结果提示信息；还车结果提示信息用于指示车辆是否成功还车。
12.第二方面，提供了一种车辆管理装置，包括：
13.还车模式确定单元，用于响应于车辆的车锁开启指令，确定车辆的用车情况信息，根据用车情况信息确定车辆的还车模式；
14.信息输出单元，响应于车辆的车锁锁定指令，确定车辆的停车地点，根据停车地点以及车辆的还车模式输出还车结果提示信息；还车结果提示信息用于指示车辆是否成功还车。
15.第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。
16.第四方面，提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。
17.本公开提供一种还车方法、装置、存储介质及计算机程序产品，可以确定实际的用车情况信息，根据用车情况信息确定车辆的还车模式，还可以根据车辆的还车模式对车辆进行还车管理，例如，根据车辆的还车模式判断用户是否成功还车，并输出信息提示用户的还车结果。本公开提供的还车方法、装置、存储介质及计算机程序产品，可以结合实际用车情况灵活切换还车模式，与用户的实际用车需求高度贴合。此外，还车模式可以包括定点还车，也可以对用户的用车行为、还车位置进行规范，在一定程度上解决了共享单车乱停乱放、秩序混乱等问题。
附图说明
18.图1为本公开实施例提供的还车方法的系统架构图；
19.图2为本公开实施例提供的还车方法的流程示意图；
20.图3为本公开实施例提供的还车方法的另一流程示意图；
21.图4为本公开实施例提供的还车区域示意图；
22.图5为本公开实施例提供的数据采集模式切换示意图；
23.图6为本公开实施例提供的还车方法的另一流程示意图；
24.图7为本公开实施例提供的车辆管理装置的结构框图；
25.图8为本公开实施例提供的车辆管理装置的另一结构框图；
26.图9为本公开实施例提供的电子设备的结构框图。
具体实施方式
27.为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。
28.首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。在共享单车领域，为了解决共享单车乱停乱放、使用秩序混乱的问题，推行了定点还车。用户骑行结束后，需要在还车点停车、锁车，才能成功还车。基于该背景，申请人通过搜集并研究现有案例发现，虽然实行定点还车机制能够解决共享单车乱停乱放、使用秩序混乱的问题，但是定点还车机制过于单一死板，在一些情况下也会给用户带来不便。例如，由于还车地点车辆饱和导致用户无法就近定点还车，用户需要花费时间和精力前往其他还车点还车，严重影响用户用车体验。如何在解决共享单车乱停乱放、使用秩序混乱的同时，避免还车方式给用户带来不便成为目前亟待解决的难题。为了解决该问题，申请人付出了大量的创造性劳动，提出了下述实施例介绍的技术方案。
29.下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。
30.本公开实施例提供的出行推荐方法，可以应用于如图1所示的系统架构中。该系统架构包括客户端10以及车辆20。客户端10可以是共享车辆(例如，共享汽车或共享单车)的用户端软件产品，安装于用户的终端设备，向用户提供共享车辆的应用界面。用户可以通过
客户端10的应用界面查附近可用车辆、缴纳用车费用等。
31.车辆20包括管理装置201，管理装置201可以是车辆上用于实现人机交互的智能装置。例如，管理装置201可以与客户端10进行交互，执行客户端10的操作指令。示例的，管理装置201接收客户端10发送的开锁指令或关锁指令，根据开锁指令开启车锁，根据关锁指令关闭车锁。管理装置201还可以获取车辆20的定位数据，根据车辆的定位数据确定车辆20的位置。管理装置201还可以向客户端10发送车辆20的位置，用户可以用个客户端10提供的应用界面获知车辆20的位置。本公开实施例中，管理装置201可以是共享单车上安装的智能车锁，也可以是共享汽车内的车载设备。
32.本公开实施例提供一种还车方法，适用于图1所示的系统，执行主体可以是车辆20的管理装置201。如图2所示，该方法包括以下步骤：
33.步骤201、确定车辆的用车情况信息，根据用车情况信息确定车辆的还车模式。
34.一种可能的实现方式中，车辆的管理装置在确定行程开始后可以获取车辆的用车情况信息。具体的，车辆的管理装置检测到车辆开始行驶，则可以在行车过程中获取车辆的用车情况信息。或者，车辆的管理装置接收车辆的车锁开启指令后，响应于该指令获取用车情况信息。
35.其中，车锁开启指令可以是用户在客户端的应用界面通过点击“开锁”功能控件触发的。具体实现中，用户可以使用终端设备扫描车辆的信息(例如，车身上的二维码)，使得终端设备获取到车辆的信息。终端设备获取到车辆的信息后，还可以在客户端的应用界面显示“开锁”功能控件，当用户点击“开锁”功能控件，终端设备则向管理装置201发送车锁开启指令。或者，用户可以通过按压车辆的开锁按钮触发车锁开启指令。当车辆的开锁按钮被用户点击，管理装置201则可以接收到车锁开启指令。
36.本公开实施例中，在用户使用共享车辆时，根据实际的用车情况来匹配还车模式，以避免单一的还车模式给用户带来不便。因此，管理装置201接收到车辆的车锁开启指令后，不仅执行车锁开启指令开启车锁，还可以确定用车情况信息，以便根据用车情况信息确定与实际的用车情况匹配的还车模式，使得还车模式与用户的实际用车需求高度贴合，提高了共享车辆的实用性。
37.需要说明的是，用车情况信息用于表征用户当前的用车情况，可以是用车的时段、用车的区域，也可以是车辆当前的能耗情况。其中，车辆当前的能耗情况包括管理装置201当前的能耗情况。例如，车辆当前的能耗情况可以是车辆智能锁的电池电量。
38.车辆的还车模式可以包括定点还车模式、随机还车模式或还车点周边还车模式。其中，在定点还车模式下，用户在行程结束后需要将车辆停放在指定的还车区域，车辆的停车地点位于还车区域内。该模式下车辆停放于指定区域内，方便管理人员完成车辆的回收、整理；在随机还车模式下，用户结束行程后可以在任意地点随机还车，对还车地点不做限制；还车点周边还车模式下，用户可以在还车区域的周边还车，实际的还车地点可以不在还车区域内，当实际的还车地点与还车区域的距离不超过预设的距离门限即可成功还车，也可以适当减轻管理人员对车辆的回收、整理难度。
39.具体实现中，车辆包括定位模块，定位模块可以确定车辆当前位置，根据车辆当前位置确定用车区域。用车区域可以是车辆当前位置所属的城市，或，车辆当前位置所述的行政划分区域(例如，新城区、高新区等)。
40.车辆可以包括时间模块，时间模块可以输出用车时的实时时间，可以根据用车时的实时时间确定用车时段。其中，用车时段可以包括上班时段、下班时段或普通用车时段。
41.车辆当前能耗可以是车辆上安装的智能模块的能耗。例如，可以是共享单车的智能锁当前的电池电量。
42.基于此，可以根据车辆的用车情况信息，确定用户用车的时段、区域或车辆的能耗，从而根据用车的时段、区域或车辆的能耗选择与用户实际情况相匹配的还车模式，而不是单一地规定用户定点还车，能够根据用户的实际用车情况灵活匹配还车模式，提高共享车辆的实用性。
43.步骤202、响应于车辆的车锁锁定指令，确定车辆的停车地点。
44.其中，车锁锁定指令可以是用户在客户端的应用界面通过点击“关锁”功能控件触发的。具体实现中，用户使用共享车辆到达目的地后，可以在客户端的应用界面点击“关锁”功能控件，终端设备则向管理装置201发送车锁锁定指令。
45.或者，用户可以通过按压车辆的关锁按钮。当车辆的关锁按钮被用户点击(拨动)，管理装置201则可以接收到车锁锁定指令。
46.具体实现中，当用户触发车锁锁定指令后，不会立即执行车锁锁定指令锁定车辆，而是获取当前的停车地点。车辆的管理装置接收车锁锁定指令后可以判断车辆的位置在预设时段内是否发生变化，若车辆的位置在预设时段内没有发生变化或变化较小，则认为车辆已停止行驶。其中，
47.步骤203、根据停车地点以及车辆的还车模式输出还车结果提示信息；还车结果提示信息用于指示车辆是否成功还车。
48.具体实现中，可以根据停车地点和车辆的还车模式判断是否成功还车，根据判断结果输出还车结果提示信息，以指示是否成功还车。在根据用户实际用车情况匹配还车模式的同时，根据匹配到的还车模式对用户的还车行为进行规范管理，指示用户在正确的还车模式下还车。
49.需要说明的是，本公开实施例对用车情况信息的确定时机(时刻)不做限制，车辆的管理装置可以在用户用车过程中的任意时刻获取用车情况信息，确保可以根据还车模式进行还车管理即可。假设车辆的开锁时刻是t1，用户触发车锁锁定指令的时刻为t2，车辆的管理装置在t1～t2之间获取用车情况信息，使得t2之后可以根据用车情况信息确定还车模式，从而根据还车模式进行还车管理，判断用户是否成功还车。
50.本公开提供的实施例中，结合实际用车情况灵活切换还车模式，与用户的实际用车需求高度贴合。此外，由于还车模式包括了定点还车，也可以对用户的用车行为、还车位置进行规范，在一定程度上解决了共享单车乱停乱放、秩序混乱等问题。
51.一种可能的实现方式中，可以对用户实时的用车情况进行分析，根据分析结果确定用户所使用的共享车辆的还车模式。具体包括以下三种可能：
52.第一、若用车情况信息包括当前的用车时段，可以根据用户在该用车时段的空闲程度确定还车模式。示例性的，若用户在该用车时段对时间耗费不敏感，即用户在该用车时段空闲程度较高，则可以前往指定的还车区域还车，因此可以确定车辆的还车模式为定点还车模式。若用户在该用车时段对时间耗费敏感，即用户在该用车时段的空闲程度较低，用户无法前往指定的还车区域还车，因此可以确定车辆的还车模式为随机还车模式。或者，若
用户在该用车时段对时间耗费的敏感度适中，即用户在该用车时段的空闲程度居中，用户可以前往还车区域周边还车，因此可以确定车辆的还车模式为还车点周边还车模式。
53.需要说明的是，用户在具体的用车时段的空闲程度可以是当前用车的用户实际的空闲程度，也可以是适用于所有用户的空闲程度。例如，用车时段为上班高峰期，默认在该时段所有用户的空闲程度较低。当确定用户的用车时段为上班高峰期，则确定车辆的还车模式为随机还车模式。
54.第二、若用车情况信息包括当前的用车区域，可以根据该用车区域的市容管控等级确定还车模式。其中，市容管控等级用于表征用车区域对城市面貌的管控程度。示例的，若用车区域的市容管控等级较高，即当前的用车区域对城市面貌要求严格，用户在结束行程后需要将共享车辆停放在指定的区域，因此可以确定车辆的还车模式为定点还车模式。若用车区域的市容管控等级较低，即当前的用车区域对城市面貌要求较低，用户在结束行程后可以在任意地点停车、还车，因此确定车辆的还车模式为随机还车模式。或者，用车区域的市容管控等级居中，用户在结束行程后可以在还车区域的周边停车，因此确定车辆的还车模式为还车点周边还车模式。
55.第三、若用车情况信息包括车辆当前能耗，则可以根据车辆能耗与能耗门限的大小关系确定。具体的，能耗门限可以包括一个较高的门限以及一个较低的门限。若车辆当前能耗大于较高的能耗门限，表明车辆支持高精度的定位数据采集模式，车辆的定位数据的精度较高，可以支持定点还车模式，因此确定车辆的还车模式为定点还车模式。若车辆当前能耗小于较高的能耗门限但高于较低的能耗门限，表明车辆支持一般精度的定位数据采集模式，例如，车辆的定位数据可以是gps定位数据，可以支持还车点周边还车模式，因此确定车辆的还车模式为还车点周边还车模式。若车辆当前能耗小于较低的能耗门限，表明车辆不支持定位数据的采集，因此可以对还车地点不做限制，确定车辆的还车模式为随机还车模式。
56.一种可能的实现方式中，本公开实施例提供的方法还适用于车辆预存储配置信息，根据实时的用车情况信息查配置信息确定相应的还车模式。其中，车辆预存储的配置信息可以是还车模式配置信息，还车模式配置信息包括多种用车情况信息以及与多种用车情况信息对应的还车模式。前文涉及的根据用车情况信息确定车辆的还车模式的具体实现步骤包括：根据还车模式配置信息以及用车情况信息确定车辆的还车模式。
57.具体的，在某个城市投放共享车辆时，在车辆的管理模块内预存储了还车模式配置信息。还车模式配置信息包括多个用车区域对应的还车模式、多个用车时段对应的还车模式以及多个车辆能耗对应的还车模式。其中，还车模式包括定点还车模式、还车点周边还车模式以及随机还车模式中的至少一项。
58.示例性的，车辆预存储的表1所示的还车模式配置信息，表1中存储了用车区域和还车模式的对应关系。当接收到车锁开启指令，可以根据当前的用车区域查表1确定车辆的还车模式。
59.表1
[0060][0061]
具体实现中，可以结合区域特点(例如，区域的市容管理等级)进行个性化配置生成上述表1。例如，北京市市容管理要求较高，北京市各个用车区域(例如，北京市内划分的行政区域)对应的还车模式均为定点还车模式。或者，某个城市的某个区域市容情况较差，该区域对应的还车模式为定点还车模式，该城市的其它区域对应的还车模式可以是随机还车模式或还车点周边还车模式。
[0062]
示例的，车辆预存储的表2所示的还车模式配置信息，表2中存储了用车时段和还车模式的对应关系。当接收到车锁开启指令，可以根据当前的用车时段查表2确定车辆的还车模式。
[0063]
表2
[0064]
用车时段还车模式上班时段随机还车模式普通用车时段定点还车模式下班时段还车点周边还车模式
[0065]
具体实现中，可以根据用户在用车时段对时间的普遍需求，或者根据用户在用车时段的普遍空闲程度生成上述表2。例如，上班时段人们对时间要求较高，空闲程度较低，在指定地点还车可能会花费一些时间，因此上班时段对应的还车模式可以是随机还车模式。在下班时间，人们的时间相对较宽松，可以在指定地点还车，因此下班时段对应的还车模式可以是还车点周边还车模式。
[0066]
示例的，车辆预存储的表3所示的还车模式配置信息，表3中存储了车辆能耗和还车模式的对应关系。当接收到车锁开启指令，可以根据当前的车辆能耗查表3确定车辆的还车模式。
[0067]
表3
[0068]
车辆能耗还车模式高能耗定点还车模式中等能耗还车点周边还车模式低能耗随机还车模式
[0069]
具体实现中，可以根据一个较高的能耗门限以及一个较低的能耗门限将车辆能耗划分成三个等级。若车辆能耗大于较高的能耗门限，表明车辆支持高精度的定位数据采集模式，车辆的定位数据的精度较高，可以支持定点还车模式，因此“高能耗”对应的还车模式
为定点还车模式。若车辆能耗小于较高的能耗门限但高于较低的能耗门限，表明车辆支持一般精度的定位数据采集模式，例如，车辆的定位数据可以是gps定位数据，可以支持还车点周边还车模式，因此“中等能耗”对应的还车模式为还车点周边还车模式。若车辆当前能耗小于较低的能耗门限，表明车辆不支持定位数据的采集，因此可以对还车地点不做限制，即“低能耗”对应的还车模式为随机还车模式。例如，当共享单车的智能车锁的电量充足，车辆的能耗等级为高能耗，则查表3确定“高能耗”对应的还车模式为“定点还车模式”。
[0070]
需要说明的是，上述表1～表3并不构成用车情况和还车模式对应关系的限定，本技术实施例涉及的还车模式配置信息还可以是其它形式，任何记录用车情况和还车模式对应关系的信息都属于本公开的保护范围。
[0071]
一种可能的实现方式中，若用户触发车锁开启指令后，车辆的管理模块获取到多个不同类型的用车情况信息，则根据多个用车情况信息中优先级最高的用车情况信息确定车辆的还车模式。示例的，若车辆的用车情况信息包括n种用车情况信息，则根据n种用车情况信息中优先级最高的用车情况信息以及还车模式配置信息确定车辆的还车模式；n为大于1的整数。
[0072]
本公开实施例提供的方法中，以择一方式选择用车情况信息来确定还车模式，避免多个用车情况信息匹配多个还车模式，无法确定最终的还车模式的问题。
[0073]
一种可能的实现方式中，前文涉及的根据停车地点以及车辆的还车模式输出还车结果提示信息的具体实现步骤，如图3所示。参考图3，包括以下步骤：
[0074]
步骤301、判断停车地点与还车模式对应的还车区域是否匹配。
[0075]
具体实现中，车辆的管理装置包括定位模块，可以获取车辆的实时位置。若管理装置接收车锁锁定指令后的预设时间段内，车辆的位置没有发生变化或变化量较小，可以认为车辆已经停止行驶，则将当前的车辆位置作为停车地点。
[0076]
另外，定点还车模式对应的还车区域是指定的还车区域，随机还车模式对应的还车区域是任意区域，还车点周边还车模式对应的还车区域是与指定的还车区域的距离不超过阈值的一个区域。
[0077]
示例的，图4是a市共享单车还车区域示意图。参考图4，定点还车模式下，用户需要在区域1～区域5内还车；随机还车模式下，用户可以在任意区域、任意地点还车；还车点周边还车模式下，用户需要在区域1～区域5周边还车，例如，图4所示的还车区域1*，当用户在区域1*还车，车辆停放地点与指定的还车区域1之间的距离不超过阈值。
[0078]
若还车模式为定点还车模式或还车点周边还车模式，通过判断停车地点是否属于相应的还车区域来判断停车地点与还车模式对应的还车区域是否匹配。
[0079]
若还车模式为随机还车模式，还车区域为任意区域，因此停车地点与还车模式对应的还车区域始终匹配。
[0080]
步骤302、根据判断结果生成还车结果提示信息。
[0081]
具体实现中，若停车地点与还车模式对应的还车区域不匹配，表明还车失败，则生成还车结果提示信息用于提示还车失败；若停车地点与还车模式对应的还车区域匹配，表明还车成功，则生成还车结果提示信息用于提示还车成功。
[0082]
本公开提供的实施例中，可以根据还车模式对还车结果监控，有利于指示用户在指定的区域内还车，以解决共享车辆乱停乱放，影响市容的问题。
[0083]
一种可能的实现方式中，若停车地点与还车模式对应的还车区域不匹配，则禁止执行车锁锁定指令，并根据还车模式对应的还车区域输出还车指导信息；还车指导信息用于提示还车模式对应的还车区域。
[0084]
也就是说，当用户当前停车地点与还车模式不匹配，即车辆未停放在指定的区域内，表明还车失败，因此不执行车锁锁定指令。而是输出还车指导信息，来指示正确的还车区域，有利于督促用户在正确的还车区域内停车。
[0085]
一种可能的实现方式中，若停车地点与还车模式对应的还车区域匹配，则执行车锁锁定指令。
[0086]
也就是说，当用户当前停车地点与还车模式匹配，即车辆停放在了指定的区域内，表明还车成功，因此继续执行车锁锁定指令，以锁定车锁结束用户的行程。
[0087]
一种可能的实现方式中，根据车辆的还车模式输出还车模式提示信息。其中，还车模式提示信息用于指示车辆的还车模式。
[0088]
也就是说，还可以向用户通知车辆的还车模式，使得用户可以根据车辆的还车模式选择还车地点，而不是盲目地停车、还车，节省用户还车耗费的时长。
[0089]
一种可能的实现方式中，车辆的管理模块还可以根据车辆的还车模式确定车辆的定位数据采集模式，在车辆行驶过程中根据定位数据采集模式采集定位数据。
[0090]
具体的，若车辆的还车模式为定点还车模式，则在车辆行驶过程中采集精度较高的定位数据，以支持车辆的管理模块准确判断车辆是否停放在指定的还车区域内，从而判断是否成功还车；若车辆的还车模式为随机还车模式，则在车辆行驶过程中可以停止定位数据的采集，在接收车锁锁定指令后获取车辆位置，根据车辆位置确定停车地点即可成功还车。若车辆的还车模式为还车点周边还车模式，则在车辆行驶过程采集普通精度的定位数据，以支持车辆的管理模块判断车辆是否停放在指定的还车区域周边，从而判断是否成功还车。
[0091]
示例性的，前文涉及的根据车辆的还车模式确定车辆的定位数据采集模式的具体实现包括：若车辆的还车模式为定点还车模式，则车辆的定位数据采集模式为第一模式；若车辆的还车模式为还车点周边还车模式，则车辆的定位数据采集模式为第二模式；其中，第一模式下的定位数据的精度高于第二模式下的定位数据的精度。
[0092]
若车辆的还车模式为随机还车模式，则车辆的行驶过程中停止采集定位数据。
[0093]
一种可能的实现方式中，第一模式为差分定位方法，第二模式为卫星定位方法。其中，卫星定位方法即利用卫星定位数据确定车辆的位置。其中，卫星定位数据可以是gps定位数据。差分定位方法即将卫星定位数据上传至(例如，cors)，对卫星定位数据进行修正获得精度较高的定位数据。车辆还可以从获取修正后的定位数据。
[0094]
本公开实施例中，在根据实际用车情况灵活匹配还车模式的同时，根据还车模式切换定位数据的采集模式，不同采集模式的功耗不同，采用本公开提供的方法能够实现功能与功耗的最优解。示例的，参考图5，当还车模式为随机还车模式，车辆的管理模块关闭骑行定位数据采集功能，在骑行过程中(或车辆行驶过程中)不进行定位数据的采集。当还车模式由随机还车模式切换为还车点周边还车模式，则开启骑行卫星定位功能，在骑行过程中(或车辆行驶过程中)采集普通精度的定位数据。当还车模式由还车点周边还车模式切换为定点还车模式，则开启骑行差分定位功能，在骑行过程中(或车辆行驶过程中)采集高精
度的定位数据。
[0095]
相应的，当还车模式由定点还车模式切换为还车点周边还车模式，关闭骑行差分定位功能，开启骑行卫星定位功能，在骑行过程中(或车辆行驶过程中)采集普通精度的定位数据。当还车模式由还车点周边还车模式切换为随机还车模式，关骑行闭卫星定位功能，在骑行过程中(或车辆行驶过程中)不进行定位数据的采集。
[0096]
本公开实施例还提供一种还车方法，以共享单车作为示例，共享单车的智能锁能够根据实际的用车情况合理匹配还车模式，并根据匹配到的还车模式提示用户在对应的还车区域还车。如图6所示，所述方法包括以下步骤：
[0097]
步骤601、车辆智能锁确定当前的用车情况信息。
[0098]
其中，当前用车情况包括用车区域、用车时段或车辆能耗。
[0099]
具体实现中，车辆智能锁包括定位模块，定位模块可以确定车辆当前所处区域(例如，城市或城市的行政划分区域)。车辆智能锁可以包括时间模块，时间模块可以输出用车时的实时时间，车辆智能锁可以根据用车时的实时时间确定用车时段为上班时段、下班时段或普通用车时段；车辆能耗可以是车辆智能锁本身当前的电池电量，根据车辆智能锁当前的电池电量由高到低可以分别为高能耗、中等能耗或低能耗。
[0100]
步骤602、车辆智能锁根据当前的用车情况信息确定目标还车模式，所述目标还车模式包括定点还车模式、还车点周边还车模式或随机还车模式。
[0101]
具体实现中，车辆智能锁预先存储了还车模式配置信息(例如，前文所示的表1～表3)，车辆智能锁可以根据当前的用车区域信息查表1，确定与当前用车区域匹配的还车模式。或者，根据当前的用车时段查表2，确定与当前的用车时段匹配的还车模式。或者，根据当前的车辆能耗查表3，确定与当前的车辆能耗匹配的还车模式。
[0102]
步骤603、车辆智能锁根据上述目标还车模式输出还车模式提示信息。
[0103]
具体实现中，还车模式提示信息用于提示用户定点还车、还车点周边还车或随机还车。
[0104]
其中，当上述目标还车模式为定点还车模式或还车点周边还车模式，提示前往指定的还车区域还车；当上述目标还车模式为随机还车模式，提示用户在任意地点还车；当上述目标还车模式为还车点周边还车模式，则提示用户在指定的还车区域的预设距离范围内还车。
[0105]
步骤604、车辆智能锁根据目标还车模式采集定位数据。
[0106]
需要说明的是，如果上述目标还车模式为定点还车模式，则车辆智能锁在骑行过程中采用高精度定位算法(例如，前文所述的差分定位方法)采集定位数据，以确定车辆的位置；如果上述目标还车模式为定点还车模式，则车辆智能锁在骑行过程中采用低精度定位算法(例如，前文所述的卫星定位方法)采集定位数据，确定车辆的位置；如果上述目标还车模式为随机还车模式，则车辆智能锁在骑行过程中无需采集定位数据。
[0107]
步骤605、车辆智能锁接收车锁锁定指令后，检测当前停车地点。
[0108]
步骤606、车辆智能锁根据当前停车地点与目标还车模式，判断是否在目标还车模式下成功还车。
[0109]
具体实现中，判断当前停车地点与目标还车模式对应的还车地点是否匹配，根据判断结果判断是否成功还车。
[0110]
示例性的，若上述目标还车模式为定点还车模式，则判断当前停车地点是否位于指定的停车区域内。若当前停车地点位于指定的停车区域内，则确定在目标还车模式下成功还车。否则，确定还车失败。
[0111]
若上述目标还车模式为还车点周边还车模式，则判断当前停车地点是否位于指定的停车区域的周边，例如，与停车区域的距离是否超过预设的距离门限。若当前停车地点与停车区域的距离未超过预设的距离门限，则确定在目标还车模式下成功还车。否则，确定还车失败。
[0112]
步骤607、车辆智能锁根据步骤606的判断结果输出还车结果提示信息。
[0113]
具体实现中，若用户已在目标还车模式下完成还车，则还车结果提示信息提示还车成功；若用户未在目标还车模式下完成还车，则还车结果提示信息提示还车失败。
[0114]
若还车成功，则执行步骤608锁定车辆；若还车失败，则执行步骤609，提示用户前往指定的区域还车。
[0115]
步骤608、车辆智能锁执行车锁锁定指令，锁定车辆。
[0116]
步骤609、车辆智能锁禁止执行车锁锁定指令，输出还车指导信息；还车指导信息用于提示目标还车模式对应的还车区域。
[0117]
具体实现中，当还车失败，则可以根据目标还车模式对应的还车区域生成还车指导信息，指示用户在目标还车模式对应的还车区域还车。
[0118]
应该理解的是，虽然图2、图3、图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、图3、图6中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0119]
本公开实施例提供一种车辆管理装置，如图7所示，所述车辆管理装置包括：还车模式确定单元701、定位单元702以及信息输出单元703。
[0120]
还车模式确定单元701，用于响应于车辆的车锁开启指令，确定车辆的用车情况信息，根据用车情况信息确定车辆的还车模式；
[0121]
定位单元702，用于响应于车辆的车锁锁定指令，确定车辆的停车地点；
[0122]
信息输出单元703，用于根据停车地点以及车辆的还车模式输出还车结果提示信息；还车结果提示信息用于指示车辆是否成功还车。
[0123]
一种可能的实现方式中，还车模式确定单元701具体用于，若用车情况信息包括用车时段，则根据用户在用车时段的空闲程度确定车辆的还车模式；
[0124]
若用车情况信息包括用车区域，则根据用车区域的市容管控等级确定车辆的还车模式；
[0125]
若用车情况信息包括车辆当前能耗，则根据车辆能耗与能耗门限的大小关系确定车辆的还车模式。
[0126]
一种可能的实现方式中，还车模式确定单元701具体用于，根据还车模式配置信息以及用车情况信息确定车辆的还车模式；还车模式配置信息包括多种用车情况信息以及与
多种用车情况信息对应的还车模式。
[0127]
一种可能的实现方式中，还车模式配置信息包括多个用车区域对应的还车模式、多个用车时段对应的还车模式以及多个车辆能耗对应的还车模式；还车模式包括定点还车模式、还车点周边还车模式以及随机还车模式中的至少一项。
[0128]
一种可能的实现方式中，信息输出单元703具体用于，判断停车地点与还车模式对应的还车区域是否匹配；根据判断结果生成还车结果提示信息。
[0129]
一种可能的实现方式中，信息输出单元703具体用于，若停车地点与还车模式对应的还车区域不匹配，则还车结果提示信息用于提示还车失败；若停车地点与还车模式对应的还车区域匹配，则还车结果提示信息用于提示还车成功。
[0130]
一种可能的实现方式中，参考图8，上述车辆管理装置还包括锁车单元704。
[0131]
锁车单元704用于，若停车地点与还车模式对应的还车区域不匹配，则禁止执行车锁锁定指令；
[0132]
信息输出单元703还用于，根据还车模式对应的还车区域输出还车指导信息；还车指导信息用于提示还车模式对应的还车区域。
[0133]
一种可能的实现方式中，锁车单元704用于，若停车地点与还车模式对应的还车区域匹配，则执行车锁锁定指令。
[0134]
一种可能的实现方式中，信息输出单元703还用于，根据车辆的还车模式输出还车模式提示信息；还车模式提示信息用于指示车辆的还车模式。
[0135]
一种可能的实现方式中，定位单元702还用于，根据还车模式确定车辆的定位数据采集模式，在车辆行驶过程中根据定位数据采集模式采集定位数据。
[0136]
定位单元702具体用于，若车辆的还车模式为定点还车模式，则车辆的定位数据采集模式为第一模式；若车辆的还车模式为还车点周边还车模式，则车辆的定位数据采集模式为第二模式；其中，第一模式下的定位数据的精度高于第二模式下的定位数据的精度。
[0137]
定位单元702还用于，若车辆的还车模式为随机还车模式，则车辆的行驶过程中停止采集定位数据。
[0138]
本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本公开实施例所述的还车方法。
[0139]
本公开实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开实施例所述的还车方法。
[0140]
关于终端设备的具体限定可以参见上文中对于终端设备方法的限定，在此不再赘述。上述终端设备中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于终端设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0141]
图9是根据一示例性实施例示出的一种电子设备900的框图，电子设备900可以是前文所述的车辆管理装置，安装于车辆上用于提供人工智能功能。示例性的，电子设备900可以是共享车辆上安装的智能车锁。
[0142]
参照图9，电子设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(i/o)的接口912，传感器组件914，以及通信组件916。其中，存储器上存储有在处理器上运行的计算机程序或者指令。
[0143]
处理组件902通常控制电子设备900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。
[0144]
存储器904被配置为存储各种类型的数据以支持在电子设备900的操作。这些数据的示例包括用于在电子设备900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0145]
电源组件906为电子设备900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为电子设备900生成、管理和分配电力相关联的组件。
[0146]
多媒体组件908包括在所述电子设备900和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(lcd)和触摸面板(tp)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当电子设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0147]
音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(mic)，当电子设备900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。
[0148]
i/o接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，控件等。这些控件可包括但不限于：主页控件、音量控件、启动控件和锁定控件。
[0149]
传感器组件914包括一个或多个传感器，用于为电子设备900提供各个方面的状态评估。例如，传感器组件914可以检测到电子设备900的打开/关闭状态，组件的相对定位，例如所述组件为电子设备900的显示器和小键盘，传感器组件914还可以检测电子设备900或电子设备900一个组件的位置改变，用户与电子设备900接触的存在或不存在，电子设备900方位或加速/减速和电子设备900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0150]
通信组件916被配置为便于电子设备900和其他设备之间有线或无线方式的通信。电子设备900可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播
相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0151]
在示例性实施例中，电子设备900可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述出行推荐方法。
[0152]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由终端设备的处理器执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0153]
示例性的，本公开实施例公开了ts 1、一种还车方法，其特征在于，包括：
[0154]
确定车辆的用车情况信息，根据所述用车情况信息确定所述车辆的还车模式；
[0155]
响应于所述车辆的车锁锁定指令，确定所述车辆的停车地点；
[0156]
根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息；所述还车结果提示信息用于指示所述车辆是否成功还车。
[0157]
ts 2、根据ts 1所述的方法，其特征在于，所述根据所述用车情况信息确定所述车辆的还车模式，包括：
[0158]
若所述用车情况信息包括用车时段，则根据所述用户在所述用车时段的空闲程度确定所述车辆的还车模式；
[0159]
若所述用车情况信息包括用车区域，则根据所述用车区域的市容管控等级确定所述车辆的还车模式；
[0160]
若所述用车情况信息包括车辆当前能耗，则根据所述车辆能耗与能耗门限的大小关系确定所述车辆的还车模式。
[0161]
ts 3、根据ts 1所述的方法，其特征在于，所述根据所述用车情况信息确定所述车辆的还车模式，包括：
[0162]
根据还车模式配置信息以及所述用车情况信息确定所述车辆的还车模式；所述还车模式配置信息包括多种用车情况信息以及与所述多种用车情况信息对应的还车模式。
[0163]
ts 4、根据ts 3所述的方法，其特征在于，所述还车模式配置信息包括多个用车区域对应的还车模式、多个用车时段对应的还车模式以及多个车辆能耗对应的还车模式；
[0164]
所述还车模式包括定点还车模式、还车点周边还车模式以及随机还车模式中的至少一项。
[0165]
ts 5、根据ts 1所述的方法，其特征在于，所述根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息，包括：
[0166]
判断所述停车地点与所述还车模式对应的还车区域是否匹配；
[0167]
根据判断结果生成所述还车结果提示信息。
[0168]
ts 6、根据ts 5所述的方法，其特征在于，所述根据判断结果生成所述还车提示信息，包括：
[0169]
若所述停车地点与所述还车模式对应的还车区域不匹配，则所述还车结果提示信息用于提示还车失败；
[0170]
若所述停车地点与所述还车模式对应的还车区域匹配，则所述还车结果提示信息用于提示还车成功。
[0171]
ts 7、根据ts 6所述的方法，其特征在于，所述方法还包括：
[0172]
若所述停车地点与所述还车模式对应的还车区域不匹配，则禁止执行所述车锁锁定指令，并根据所述还车模式对应的还车区域输出还车指导信息；所述还车指导信息用于提示所述还车模式对应的还车区域。
[0173]
ts 8、根据ts 6所述的方法，其特征在于，所述方法还包括：若所述停车地点与所述还车模式对应的还车区域匹配，则执行所述车锁锁定指令。
[0174]
ts 9、根据ts 1所述的方法，其特征在于，所述方法还包括：
[0175]
根据所述车辆的还车模式输出还车模式提示信息；所述还车模式提示信息用于指示所述车辆的还车模式。
[0176]
ts 10、根据ts 1所述的方法，其特征在于，所述方法还包括：
[0177]
根据所述还车模式确定所述车辆的定位数据采集模式，在所述车辆行驶过程中根据所述定位数据采集模式采集定位数据。
[0178]
ts 11、根据ts 10所述的方法，其特征在于，所述根据所述车辆的还车模式确定所述车辆的定位数据采集模式，包括：
[0179]
若所述车辆的还车模式为定点还车模式，则所述车辆的定位数据采集模式为第一模式；
[0180]
若所述车辆的还车模式为还车点周边还车模式，则所述车辆的定位数据采集模式为第二模式；
[0181]
所述第一模式下的定位数据的精度高于所述第二模式下的定位数据的精度。
[0182]
ts 12、根据ts 10所述的方法，其特征在于，所述方法还包括：
[0183]
若所述车辆的还车模式为随机还车模式，则所述车辆的行驶过程中停止采集所述定位数据。
[0184]
ts 13、一种车辆管理装置，其特征在于，包括：
[0185]
还车模式确定单元，用于确定车辆的用车情况信息，根据所述用车情况信息确定所述车辆的还车模式；
[0186]
定位单元，用于响应于所述车辆的车锁锁定指令，确定所述车辆的停车地点；
[0187]
信息输出单元，用于根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息；所述还车结果提示信息用于指示所述车辆是否成功还车。
[0188]
ts 14、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现ts 1至ts 12中任一项所述的方法的步骤。
[0189]
ts 15、一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现ts 1-ts 12中任一项所述的方法的步骤。
[0190]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器
(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
[0191]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0192]
以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例专利的保护范围应以所附权利要求为准。
技术特征：
1.一种还车方法，其特征在于，包括：确定车辆的用车情况信息，根据所述用车情况信息确定所述车辆的还车模式；响应于所述车辆的车锁锁定指令，确定所述车辆的停车地点；根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息；所述还车结果提示信息用于指示所述车辆是否成功还车。2.根据权利要求1所述的方法，其特征在于，所述根据所述用车情况信息确定所述车辆的还车模式，包括：若所述用车情况信息包括用车时段，则根据所述用户在所述用车时段的空闲程度确定所述车辆的还车模式；若所述用车情况信息包括用车区域，则根据所述用车区域的市容管控等级确定所述车辆的还车模式；若所述用车情况信息包括车辆当前能耗，则根据所述车辆能耗与能耗门限的大小关系确定所述车辆的还车模式。3.根据权利要求1所述的方法，其特征在于，所述根据所述用车情况信息确定所述车辆的还车模式，包括：根据还车模式配置信息以及所述用车情况信息确定所述车辆的还车模式；所述还车模式配置信息包括多种用车情况信息以及与所述多种用车情况信息对应的还车模式。4.根据权利要求3所述的方法，其特征在于，所述还车模式配置信息包括多个用车区域对应的还车模式、多个用车时段对应的还车模式以及多个车辆能耗对应的还车模式；所述还车模式包括定点还车模式、还车点周边还车模式以及随机还车模式中的至少一项。5.根据权利要求1所述的方法，其特征在于，所述根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息，包括：判断所述停车地点与所述还车模式对应的还车区域是否匹配；根据判断结果生成所述还车结果提示信息。6.根据权利要求5所述的方法，其特征在于，所述根据判断结果生成所述还车提示信息，包括：若所述停车地点与所述还车模式对应的还车区域不匹配，则所述还车结果提示信息用于提示还车失败；若所述停车地点与所述还车模式对应的还车区域匹配，则所述还车结果提示信息用于提示还车成功。7.根据权利要求6所述的方法，其特征在于，所述方法还包括：若所述停车地点与所述还车模式对应的还车区域不匹配，则禁止执行所述车锁锁定指令，并根据所述还车模式对应的还车区域输出还车指导信息；所述还车指导信息用于提示所述还车模式对应的还车区域。8.根据权利要求6所述的方法，其特征在于，所述方法还包括：若所述停车地点与所述还车模式对应的还车区域匹配，则执行所述车锁锁定指令。9.根据权利要求1所述的方法，其特征在于，所述方法还包括：根据所述车辆的还车模式输出还车模式提示信息；所述还车模式提示信息用于指示所
述车辆的还车模式。10.根据权利要求1所述的方法，其特征在于，所述方法还包括：根据所述还车模式确定所述车辆的定位数据采集模式，在所述车辆行驶过程中根据所述定位数据采集模式采集定位数据。11.根据权利要求10所述的方法，其特征在于，所述根据所述车辆的还车模式确定所述车辆的定位数据采集模式，包括：若所述车辆的还车模式为定点还车模式，则所述车辆的定位数据采集模式为第一模式；若所述车辆的还车模式为还车点周边还车模式，则所述车辆的定位数据采集模式为第二模式；所述第一模式下的定位数据的精度高于所述第二模式下的定位数据的精度。12.根据权利要求10所述的方法，其特征在于，所述方法还包括：若所述车辆的还车模式为随机还车模式，则所述车辆的行驶过程中停止采集所述定位数据。13.一种车辆管理装置，其特征在于，包括：还车模式确定单元，用于确定车辆的用车情况信息，根据所述用车情况信息确定所述车辆的还车模式；定位单元，用于响应于所述车辆的车锁锁定指令，确定所述车辆的停车地点；信息输出单元，用于根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息；所述还车结果提示信息用于指示所述车辆是否成功还车。14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至12中任一项所述的方法的步骤。15.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-12中任一项所述的方法的步骤。
技术总结
本公开实施例涉及一种还车方法、装置、存储介质及计算机程序产品。方法包括确定车辆的用车情况信息，根据所述用车情况信息确定所述车辆的还车模式；响应于所述车辆的车锁锁定指令，确定所述车辆的停车地点；根据所述停车地点以及所述车辆的还车模式输出还车结果提示信息；所述还车结果提示信息用于指示所述车辆是否成功还车。能够提供多种还车模式，避免单一还车模式为用户带来不便，还车模式与用户的实际用车需求高度贴合，提高了共享单车的实用性。性。性。
