CN115938102A - 共享车辆的还车引导方法、电子设备及可读存储介质 - Google Patents

Abstract

本公开涉及一种共享车辆的还车引导方法、电子设备及可读存储介质，该方法可由用户终端实施，该方法包括：在针对所述共享车辆开始一次使用订单的情况下，创建对于所述共享车辆的使用中页面；在所述用户终端满足设定的第一条件、及所述共享车辆满足设定的第二条件的情况下，在所述使用中页面提供对应于目标停车区域的还车引导信息；其中，所述目标停车区域为与所述第一条件和所述第二条件中的至少一项相关联的停车区域，所述第一条件和所述第二条件为预测用户具有在所述目标停车区域还车的还车诉求的条件。

Description

共享车辆的还车引导方法、电子设备及可读存储介质

技术领域

本公开实施例涉及共享车辆的还车控制技术领域，更具体地，涉及共享车辆的还车引导方法、电子设备及计算机可读存储介质。

背景技术

为了实现共享车辆的有序停放，目前提出了多种停放监控方案，不同的停放监控方案通常对应不同的停车要求，用户的学习成本较高，增加了用户还车的难度。对于这类需要进行停放监控的停车区域，用户在请求还车后，如果车辆的停放不满足停车区域的停车要求，则需要在调整后再行请求还车，用户首次还车成功率远低于全国大盘水平。

发明内容

本公开实施例的一个目的是提供一种在预测到用户具有还车诉求时，对用户进行主动还车引导的还车引导方案。

根据本公开实施例的第一方面，提供了一种共享车辆的还车引导方法，该方法由用户终端实施，该方法包括：

在针对所述共享车辆开始一次使用订单的情况下，创建对于所述共享车辆的使用中页面；

在所述用户终端满足设定的第一条件、及所述共享车辆满足设定的第二条件的情况下，在所述使用中页面提供对应于目标停车区域的还车引导信息；其中，所述目标停车区域为与所述第一条件和所述第二条件中的至少一项相关联的停车区域，所述第一条件和所述第二条件为预测用户具有在所述目标停车区域还车的还车诉求的条件。

可选地，所述还车引导信息包括展示所述目标停车区域的还车要求的动画信息，其中，所述还车要求包括还车位置要求和还车方向要求中的至少一项。

可选地，所述第一条件包括所述用户终端的屏幕显示所述使用中页面，以及在所述用户终端的第一设定范围内存在作为所述目标停车区域的特定停车区域；其中，所述特定停车区域为具有还车要求的停车区域；和/或，

所述第二条件包括所述共享车辆的速度小于或者等于设定的速度阈值，以及在所述共享车辆的第二设定范围内存在所述特定停车区域。

可选地，所述在所述使用中页面提供对应于目标停车区域的还车引导信息之前，所述方法包括：

获取所述用户终端的第一状态信息；其中，所述第一状态信息包括所述第一条件对应的状态信息；

将所述第一状态信息发送至服务器进行还车引导处理；其中，所述进行还车引导处理包括：根据所述第一状态信息判断所述用户终端是否满足所述第一条件；根据所述共享车辆发送的第二状态信息判断所述共享车辆是否满足所述第二条件；在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息；以及，向所述用户终端发送所述配置信息；

所述在所述用户终端满足设定的第一条件、及所述共享车辆满足设定的第二条件的情况下，在所述使用中页面提供对应于目标停车区域的还车引导信息，包括：

在接收到所述配置信息的情况下，根据所述配置信息，在所述第一页面显示对应于目标停车区域的还车引导信息。

可选地，所述在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息，包括：

在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，根据所述第二状态信息，判断所述共享车辆是否满足所述目标停车区域的还车要求；其中，所述第二状态信息包括所述第二条件对应的状态信息和所述还车要求对应的状态信息；

在所述共享车辆不满足所述还车要求的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息。

可选地，所述使用中页面包括地图层和位于所述地图层外层的第一面板，其中，所述第一面板设置有供用户触发还车请求的还车控件，所述第一面板位于所述地图层下部的第一位置；所述在所述使用中页面提供对应于目标停车区域的还车引导信息，包括：

将所述第一面板从所述第一位置下拉至所述地图层的第二位置；

在所述使用中页面的地图层与所述第一面板的中间层弹出第二面板；其中，所述第二面板位于所述地图层的第三位置，所述第三位置位于所述第二位置的上方；

在所述第二面板上提供所述还车引导信息。

可选地，所述在所述使用中页面提供对应于目标停车区域的还车引导信息之后，所述方法还包括：

接收用户对于所述第二面板的第一输入；

根据所述第一输入，将所述第二面板从所述第三位置下拉至所述地图层的第四位置，及将所述第一面板从所述第二位置上拉至所述第一位置；其中，在所述第二面板位于所述第四位置、且所述第一面板位于所述第一位置的情况下，所述第一面板遮盖所述第二面板的全部或者部分；

接收用户对于所述第二面板的第二输入；

根据所述第二输入，将所述第二面板从所述第四位置上拉至所述第三位置，及将所述第一面板从所述第一位置下拉至所述第二位置。

根据本公开实施例的第二方面，还提供了一种共享车辆的还车引导方法，由服务器实施，该方法包括：

在针对所述共享车辆开始一次使用订单后，获取所述用户终端的第一状态信息和所述共享车辆的第二状态信息；

根据所述第一状态信息判断所述用户终端是否满足设定的第一条件，及根据所述第二状态信息判断所述共享车辆是否满足设定的第二条件；其中，所述第一条件和所述第二条件为预测用户具有在目标停车区域还车的还车诉求的条件，所述第一状态信息包括所述第一条件对应的状态信息，所述第二状态信息包括所述第二条件对应的状态信息；

在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息；

将所述配置信息发送至所述用户终端进行对应于所述目标停车区域的还车引导信息的展示。

根据本公开实施例的第三方面，还提供了一种电子设备，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，控制所述电子设备执行根据本公开实施例的第一方面或者第二方面所述的方法。

根据本公开实施例的第三方面，还提供了一种计算机可读存储介质，所述可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现根据本公开实施例的第一方面或者第二方面所述的方法。

根据本公开实施例的一个有益效果在于，在本公开实施例的还车引导方法中，在用户终端满足预测用户具有在目标停车区域还车的还车诉求的第一条件、及共享车辆满足预测用户具有在目标停车区域还车的还车诉求的第二条件时，即在该车辆的使用中页面提供对应于该目标停车区域的还车引导信息，此时，用户可以根据用户终端在使用中页面提供的还车引导信息，获悉该目标停车区域的还车要求，进而按照相应的还车要求，在该目标停车区域停放车辆，这样，用户基本通过一次触发还车控件，便可成功还车，有效提高了用户的首次还车成功率，同时，有效缩短了用户还车的操作链长度，提高用户体验。

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

附图说明

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

图1是可以用于实施本公开实施例的还车引导方法的一种共享车辆系统的组成结构示意图；

图2是根据一些实施例的还车引导方法的流程示意图；

图3是用户终端在执行根据一些实施例的还车引导方法时的界面变化示意图；

图4是根据另一些实施例的还车引导方法的流程示意图；

图5是根据又一些实施例的还车引导方法的交互流程示意图；

图6是根据一些实施例的电子设备的硬件结构示意图。

具体实施方式

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

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

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

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

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

<应用场景及硬件配置>

图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进行操作以执行根据本公开实施例的还车引导方法等。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

本实施例中，用户终端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进行操作以执行根据本公开实施例的还车引导方法等。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、输入装置3600、定位装置3700、及各类传感器3800等等。处理器3100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括充电接口、故障检测接口等。通信装置3400包括至少一种通信模块，例如能够进行有线或无线通信，又例如能够进行短距离和远程通信。输出装置3500例如可以是输出信号的装置，可以显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置3600例如可以包括触摸屏、按键等，也可以是麦克风输入语音信息。定位装置3700例如可以包括全球导航卫星系统(Global NavigationSatellite System，GNSS)、全球定位系统(Global Positioning System，GPS)或者北斗卫星导航系统(BeiDou Navigation Satellite System，BDS)等的接收机。接收机可以基于从GNSS等卫星接收到的信号来确定移动终端2000的位置及速度矢量等。各类传感器3800例如包括加速度传感器和角速度传感器等，以使得车辆能够根据加速度传感器采集到的加速度数据和角速度传感器采集到的角速度数据，解算得到车辆的航向角等。

车辆3000可以是自行车、电动自行车、电动汽车等任意类别的共享车辆，在此不做限定。

本实施例中，车辆3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作以执行使用车辆的方法，例如，包括：根据服务器发送的开锁指令，控制车锁开锁；向服务器上报位置、方向、速度等状态信息；以及，根据服务器发送的关锁指令，控制车锁关锁等。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

图1所示的共享车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。应当理解的是，尽管图1仅示出一个服务器1000、用户终端2000、车辆3000，但不意味着限制各自的数量，该车辆系统100可以包含多个服务器1000、多个用户终端2000、多个车辆3000等。

基于类似于图1的共享车辆系统100，本公开实施例提出了一种在预测到用户具有在停车区域还车的还车诉求时，主动向用户提供对应该停车区域的还车引导信息，以对用户进行主动还车引导的还车引导方案，进而提高用户的首次还车成功率。

<用户终端实施的第一方法实施例>

图2示出了根据一些实施例的还车引导方法的流程示意图。现以图1所述的共享车辆系统100为例，说明本实施例的还车引导方法。如图2所示，该方法包括如下步骤S210～S220：

步骤S210，在针对所述共享车辆开始一次使用订单的情况下，创建对于共享车辆的使用中页面。

该步骤S210中在针对所述共享车辆开始一次使用订单的情况下，创建对于共享车辆的使用中页面，可以包括：接收用户针对共享车辆的使用请求；在针对该使用请求开始一次使用订单的情况下，创建对于共享车辆的使用中页面。

本实施例中，用户在通过用户终端2000打开用车应用后，其中，该用车应用可以是本地应用，也可以是网页应用，可以通过用车应用支持的任意方式来触发对于共享车辆3000的使用请求，以使得用户终端2000基于该使用请求获得该共享车辆3000的车辆标识。

在一些示例中，用户在通过用户终端2000打开用车应用的扫码用车页面后，可以通过触发扫码用车页面提供的“扫码用车”控件，打开扫码页面，以通过扫码页面扫描共享车辆3000的二维码。在用户终端2000通过扫描共享车辆3000的二维码获得车辆标识时，即接收到用户针对该共享车辆3000的使用请求。

在另一些示例中，用户也可以通过向用户终端2000输入共享车辆3000的编码，来触发该使用请求，在此不做限定。

用户终端2000在接收到该使用请求后，可以向服务器1000发送开锁请求，该开锁请求携带共享车辆3000的车辆标识和用户的用户标识。服务器1000在接收到开锁请求后，向该共享车辆3000发送开锁指令，以控制共享车辆3000开锁。共享车辆3000在根据开锁指令成功开锁后，可以向服务器1000返回指示成功开锁的第一消息。服务器3000可以根据该第一消息开始一次使用订单，并向用户终端2000发送指示订单开始的第二消息。

本实施例中，针对该使用请求开始一次使用订单的订单创建步骤可以由服务器1000执行，也可以由用户终端2000实施，在此不做限定。

在该订单创建步骤是由服务器1000执行的示例中，用户终端2000在接收到服务器1000发送的能够反映已针对该使用请求开始一次使用订单的任意消息的情况下，例如，在接收到以上第二消息的情况下，将创建对于该共享车辆3000的使用中页面。该使用中页面可以用于显示用户使用共享车辆3000的行程轨迹。该使用中页面还可以提供还车控件，以供用户触发还车请求。

用户终端2000在创建该使用中页面后，可以随时根据用户的操作显示该使用中页面。例如，用户在准备还车时，会操作用户终端打开该使用中页面。又例如，用户在查看当前所处位置时，会操作用户终端打开该使用中页面等。

步骤S220，在用户终端满足设定的第一条件、及共享车辆满足设定的第二条件的情况下，在该使用中页面提供对应于目标停车区域的还车引导信息。

本实施例中，第一条件为预先设定的、与用户终端2000在用户准备还车时的状态相关的条件。第二条件为预先设定的、与共享车辆3000在用户准备还车时的状态相关的条件。也就是说，该第一条件和第二条件与预测用户具有在目标停车区域还车的还车诉求的条件。第一条件和第二条件可以通过分析用户终端2000和共享车辆3000在用户接近停车区域并准确还车时的状态来设定。这样，用户终端2000或者服务器3000可以根据用户终端2000是否满足第一条件、及共享车辆3000是否满足第二条件的情况下，来预测用户是否具有在目标停车区域还车的还车诉求。

本实施例中，目标停车区域为与第一条件和第二条件中的至少一项相关联的停车区域。也就是说，第一条件和第二条件中的至少一项包含与停车区域相关联的条件。例如，第一条件包括用户终端2000的第一设定范围内存在作为目标停车区域的特定停车区域，其中，该特定停车区域为具有还车要求的停车区域。又例如，第二条件包括共享车辆3000的第二设定范围内存在这样的特定停车区域等。

在一些情况下，对于一个车辆投放区，该车辆投放区可以是一个城市等，该车辆投放区内设置有多个停车区域，这些停车区域可以都是具有停车要求的特定停车区域，也可以是一部分是具有停车要求的特定停车区域，另一部分不具有停车要求的普通停车区域。这些停车区域中的不同特定停车区域，可以具有相同的停车要求，也可以具有不同的停车要求。

在一些示例中，第一条件包括用户终端2000的屏幕显示该使用中页面，也即，屏幕点亮且显示以上使用中页面，以及在用户终端2000的第一设定范围内存在作为目标停车区域的特定停车区域。在用户终端2000满足该第一条件的情况下，大概率代表用户已到达目标停车区域附件，且准确还车。

在一些示例中，第二条件包括共享车辆3000的速度小于或者等于设定的速度阈值，以及在共享车辆3000的第二设定范围内存在作为目标停车区域的特定停车区域。该速度阈值可以设置为0或者设置为接近0的较小数值，对应共享车辆3000基本处于静止的状态。

以上第一设定范围和第二设定范围可以根据需要设置，二者可以相同，也可以不同，在此不做限定。

本实施例中，在开始本次订单之后，关于用户终端2000是否满足设定的第一条件、及共享车辆3000是否满足设定的第二条件的判断步骤，可以由服务器1000执行，并将反映判断结果的第三消息发送至用户终端2000，也可以由用户终端2000执行，还可以由用户终端2000执行关于第一条件的第一判断步骤，及由服务器1000或者共享车辆3000执行关于第二条件的第二判断步骤，并将反映第二判断步骤的判断结果的第四消息发送至用户终端2000等，在此不做限定。

在由服务器1000执行该判断步骤的示例中，服务器1000根据该用户终端2000的第一状态信息和该共享车辆3000的第二状态信息，判断用户终端2000是否满足设定的第一条件、及共享车辆3000是否满足设定的第二条件；其中，第一状态信息由用户终端2000发送给服务器1000，第二状态信息由用户终端2000发送给服务器1000。

在由用户终端2000执行该判断步骤的示例中，用户终端2000可以根据自身的第一状态信息和共享车辆3000的第二状态信息，判断用户终端2000是否满足设定的第一条件、及共享车辆3000是否满足设定的第二条件；其中，第二状态信息可以由共享车辆3000通过短距离通信发送至用户终端2000，也可以由服务器1000通过远距离通信发送至用户终端，在此不做限定。

第一状态信息至少包括第一条件对应的状态信息，第二状态信息至少包括第二条件对应的状态信息。例如，第一条件包括屏幕点亮且显示以上使用中页面，对应的状态信息包括屏幕状态信息和显示状态信息。又例如，第一条件包括在用户终端2000的第一设定范围内存在作为目标停车区域的特定停车区域，对应的状态信息包括终端位置信息，以根据终端位置信息和特定停车区域的位置信息，判断用户终端2000是否满足对应条件。又例如，第二条件包括共享车辆3000的速度小于或者等于设定的速度阈值，对应的状态信息为速度状态信息。再例如，共享车辆3000的第二设定范围内存在作为目标停车区域的特定停车区域，对应的状态信息包括车辆位置信息，以根据车辆位置信息，以根据车辆位置信息和特定停车区域的位置信息，判断共享车辆3000是否满足对应条件。

以由服务器1000执行该判断步骤为例，在开始本次订单后，用户终端1000可以以设定的第一频率自主向服务器1000上报自身的第一状态信息；还可以在检测到设定事件的情况下，以设定的第二频率自主向服务器1000上报自身的第一状态信息，该设定事件例如包括屏幕状态从熄灭到点亮，屏幕显示状态从显示其他页面切换至显示使用中页面，用户终端接近停车区域等中的至少一项，其中，第二频率高于第一频率。用户终端2000还可以根据服务器1000的请求上报自身的第一状态信息等，在此不做限定。

仍以由服务器1000执行该判断步骤为例，在开始本次订单后，共享车辆3000可以以设定的第三频率自主向服务器1000上报自身的第二状态信息；还可以在检测到设定事件的情况下，以设定的第四频率自主向服务器1000上报自身的第二状态信息，该设定事件例如包括车辆速度下降至速度阈值，车辆接近停车区域等中的至少一项；其中，第四频率高于第三频率。共享车辆3000还可以根据服务器1000的请求上报自身的第二状态信息等，在此不做限定。

用户终端2000在用户终端2000满足设定的第一条件、及共享车辆3000满足设定的第二条件的情况下，例如，接收到服务器1000发送的第三信息的情况下，在该使用中页面提供对应于目标停车区域的还车引导信息。

用户终端2000可以根据服务器1000提供的对应于该目标停车区域的还车引导的配置信息，在该使用中页面提供对应于目标停车区域的还车引导信息。例如，可以在使用中页面中提供第二面板，并在该第二面板中显示该还车引导信息，该第二面板可以是弹窗，也可以是能够上下滑动的滑动面板等。

在一些示例中，综合考虑数据传输成本、终端能力、响应速度等，可以由服务器1000执行以上判断步骤，服务器1000可以在通过执行上述判断步骤，确定用户终端2000满足第一条件、及共享车辆3000满足第二条件时，向用户终端2000下发该配置信息，即，用户终端2000接收到该配置信息，即代表用户终端2000满足设定的第一条件、及共享车辆3000满足设定的第二条件。

在这些示例中，在步骤S220的在使用中页面提供对应于目标停车区域的还车引导信息之前，该方法还可以包括如下步骤：获取用户终端的第一状态信息；及将第一状态信息发送至服务器1000进行还车引导处理。

在这些示例中，服务器1000进行还车引导处理可以包括：根据第一状态信息判断用户终端2000是否满足第一条件；根据共享车辆3000发送的第二状态信息判断共享车辆3000是否满足第二条件；在用户终端2000满足第一条件、及共享车辆3000满足所述第二条件的情况下，获取对应于目标停车区域的进行还车引导的配置信息；以及，向用户终端2000发送该配置信息。

以上在用户终端2000满足第一条件、及共享车辆3000满足所述第二条件的情况下，获取对应于目标停车区域的进行还车引导的配置信息，可以包括：在用户终端满足第一条件、及共享车辆满足第二条件的情况下，根据第二状态信息，判断共享车辆是否满足目标停车区域的还车要求；其中，第二状态信息不仅包括第二条件对应的状态信息，还包括还车要求对应的状态信息；在共享车辆不满足该还车要求的情况下，执行获取对应于目标停车区域的进行还车引导的配置信息的步骤。也就是说，在服务器1000预测到用户具有在目标停车区域还车的还车诉求的情况下，先根据第二状态信息判断共享车辆是否满足该目标停车区域的还车要求，如不满足再获取该配置信息，并将该配置信息下发至用户终端2000进行还车引导信息的展示，如满足，则无需向用户终端下发该配置信息，即可以省去向用户提供还车引导信息的操作，等待用户终端2000基于用户触发的还车请求向服务器1000发送关锁请求即可，这可以有效减少数据处理量和数据传输量，并避免对用户造成干扰。

该还车要求例如可以包括还车位置要求和还车方向要求。不同的停放监控方案，可以对应不同的还车要求，例如，一个车辆投放区可能有基于RFID、蓝牙道钉、摄像头等监控器件的多种停放监控方案。该还车位置要求例如是在监控器件能够感应到感应线上或者感应区内停放，该还车方向要求例如是保持车身与路面垂直等。不同停放监控方案的停放要求可以根据需要设置，在此不再赘述。

基于这样的还车要求，还车要求对应的状态信息例如包括车辆与监控器件间的信号强度信息，以及车辆的航向角信息等。

根据监管需要，该还车要求还可以包括其他方面的要求，例如关于车身倾斜度的要求等，车头方向的要求等。

在这些示例中，步骤S220中在用户终端满足设定的第一条件、及共享车辆满足设定的第二条件的情况下，在使用中页面提供对应于目标停车区域的还车引导信息，可以包括：在接收到该配置信息的情况下，根据该配置信息，在第一页面显示对应于目标停车区域的还车引导信息。

在另一些示例中，用户终端2000可以在通过执行上述判断步骤，确定用户终端2000满足第一条件、及共享车辆3000满足第二条件时，请求服务器1000提供该配置信息等，在此不做限定。

该还车引导信息可以包括展示该目标停车区域的还车要求的动画信息，还可以进一步包括关于该目标停车区域的还车要求的文字信息等。该还车要求例如包括还车位置要求和还车方向要求中的至少一项。

根据以上步骤S210和S220可知，在本实施例的还车引导方法中，在用户终端2000满足预测用户具有在目标停车区域还车的还车诉求的第一条件、及共享车辆3000满足预测用户具有在目标停车区域还车的还车诉求的第二条件时，即在该共享车辆3000的使用中页面提供对应于该目标停车区域的还车引导信息，此时，用户可以根据该使用中页面提供的还车引导信息，获悉该目标停车区域的还车要求，进而按照相应的还车要求，将共享车辆3000停放在该目标停车区域中。这样，在用户通过用户终端2000触发还车请求，并进而触发用户终端2000向服务器发送关锁请求后，服务器1000根据该关锁请求判断该共享车辆是否满足该还车要求时，判断结果将基本是积极结果，此时，服务器1000将向共享车辆3000发送关锁指令，进而成功还车。由此可见，通过本实施例的还车引导方法，用户基本通过一次触发还车控件，便可成功还车，有效提高了用户的首次还车成功率，同时，有效缩短了用户还车的操作链长度，提高用户体验。

在一些实施例中，如图3中(a)所示，在使用中页面P1包括地图层M1和位于所述地图层M1外层的第一面板B1，该第一面板B1设置有供用户触发还车请求的还车控件K1，第一面板B1位于地图层M1下部的第一位置S1，该第一位置S1可以为第一面板B1的上边沿的位置。在图3中(b)所示，使用中页面P1可以在地图层M1与第一面板B1之间的中间层提供第二面板B2。在另外的示例中，第二面板B2也可以与第一面板B1位于同一层，但需要在显示区域平铺开，以避免影响用户点击第一面板B1上的还车控件。本公开中的任意控件是指能够供用户进行人机交互的界面元素。

在一些实施例中，参见图3所示，上述步骤S220中在使用中页面提供对应于目标停车区域的还车引导信息，可以包括如下步骤S2201～S2203：

步骤S2201，将第一面板B1从第一位置S1下拉至地图层的第二位置S2。

该步骤S2201中，第二位置S2位于第一位置S1的下方。

步骤S2202，在使用中页面P1的地图层M1与第一面板B1的中间层弹出第二面板B2。

该步骤S2202中，如图3中(b)所示，第二面板B2位于地图层M1的第三位置S3，第三位置S3位于第二位置S2的上方，还可以进一步位于第一位置S1的上方。

步骤S2203，在第二面板B2上提供该还车引导信息。

该还车引导信息可以包括展示还车要求的动画信息，也可以包括关于还车要求的文字信息。

为了合理设计第二面板B2在使用中页面P1中的显示占比，以根据用户需求为用户提供尽可能多的信息，在一些实施例中，在弹出第二面板B2，可以支持用户隐藏第二面板B2。在这些示例中，在步骤S220的在使用中页面提供对应于目标停车区域的还车引导信息之后，参见图3所示，该方法还可以包括如下步骤S2301～S2302：

步骤S2301，接收用户对于第二面板的第一输入。

如图3中(b)所示，该第一输入例如是点击第二面板B2提供的隐藏控件K2。

步骤S2302，根据该第一输入，将第二面板B2从第三位置S3下拉至地图层M1的第四位置S4，及将第一面板B1从第二位置S2上拉至第一位置S1。

如图3中(a)所示，在第二面板B2位于第四位置S4、且第一面板S1位于第一位置S1的情况下，第一面板B1遮盖第二面板B2的全部或者部分。

在步骤S2302中，使用中页面L1的页面变化例如从图3中(b)到图3中(a)。

根据步骤S2301和步骤S2302，用户终端2000在使用中页面提供还车引导信息后，可以支持用户通过执行第一输入，隐藏承载还车引导信息的第二面板B2，进而可以更多地看到第一面板B1上的信息以及地图层M1上的信息。

在用户通过执行第一输入隐藏第二面板B2之后，用户终端2000还可以支持用户重新查看该还车引导信息，对应地，在上述步骤S2302之后，该方法还可以包括步骤S2303～S2304：

步骤S2303，接收用户对于第二面板的第二输入。

如图3中(a)所示，该第二输入例如是点击第二面板B2提供的查看控件K3。

步骤S2304，根据该第二输入，将第二面板B2从第四位置S4上拉至第三位置S3，及将第一面板B1从第一位置S1下拉至第二位置S2。

在步骤S2304中，使用中页面L1的页面变化例如从图3中(a)到图3中(b)。

根据步骤S2303和步骤S2304，用户终端2000在使用中页面隐藏还车引导信息后，可以支持用户通过执行第二输入，进一步查看通过第二面板B2展示的还车引导信息。

<服务器实施的第二方法实施例>

图4示出了根据一些实施例的还车引导方法的流程示意图。现以图1所述的共享车辆系统100为例，说明本实施例的还车引导方法。如图4所示，该方法包括如下步骤S410～S440：

步骤S410，在针对所述共享车辆开始一次使用订单后，获取用户终端2000的第一状态信息和共享车辆3000的第二状态信息。

步骤S410中在针对所述共享车辆开始一次使用订单后，获取用户终端2000的第一状态信息和共享车辆3000的第二状态信息，可以包括：接收用户终端2000发送的对于共享车辆3000的开锁请求，在根据开锁请求开始一次使用订单后，获取用户终端2000的第一状态信息和共享车辆3000的第二状态信息。

该开锁请求由用户终端2000根据接收到的用户对于该共享车辆2000的使用请求生成。该开锁请求包括该共享车辆2000的车辆标识和该用户的用户标识。

如在以上第一方法实施例中所述，在开始一次使用订单后，用户终端2000和共享车辆3000可以以设定频率自主地向服务器1000上报各自的状态信息，也可以根据服务器1000的请求，向服务器1000上报各自的状态信息，在此不再赘述。

步骤S420，根据第一状态信息判断用户终端2000是否满足设定的第一条件，及根据第二状态信息判断共享车辆3000是否满足设定的第二条件。

第一条件和第二条件为预测用户具有在目标停车区域还车的还车诉求的条件，第一状态信息包括第一条件对应的状态信息，第二状态信息包括第二条件对应的状态信息，具体可以参照第一方法实施例中的对应部分理解，在此不再赘述。

步骤S430，在用户终端2000满足第一条件、及共享车辆3000满足第二条件的情况下，获取对应于该目标停车区域的进行还车引导的配置信息。

服务器1000可以预存对应各类特定停车区域的进行还车引导的配置信息，这样，在确定目标停车区域后，可以根据目标停车区域所属的类型，获取对应的配置信息。

步骤S440，将该配置信息发送至用户终端2000进行对应于目标停车区域的还车引导信息的展示。

用户终端2000进行对应于目标停车区域的还车引导信息的展示可以包括：根据该配置信息，在该共享车辆3000的使用中页面提供对应于该目标停车区域的还车引导信息。

根据以上步骤S410～S440可知，在本实施例的还车引导方法中，在服务器1000判断用户终端2000满足第一条件、及共享车辆3000满足第二条件时，可以配置用户终端2000在该共享车辆3000的使用中页面提供对应于目标停车区域的还车引导信息，此时，用户可以根据该使用中页面提供的还车引导信息，获悉该目标停车区域的还车要求，进而按照相应的还车要求，将共享车辆3000停放在该目标停车区域中。这样，在服务器1000根据接收到的对于该共享车辆3000的关锁请求，而判断该共享车辆是否满足该还车要求时，判断结果将基本是积极结果，这将有效提高了用户的首次还车成功率，同时，有效缩短了用户还车的操作链长度，提高用户体验。

在一些实施例中，步骤S440中在用户终端2000满足第一条件、及共享车辆3000满足第二条件的情况下，获取对应于该目标停车区域的进行还车引导的配置信息，可以进一步包括：在用户终端2000满足第一条件、及共享车辆3000满足第二条件的情况下，根据第二状态信息，判断共享车辆3000是否满足目标停车区域的还车要求；其中，该第二状态信息不仅包括第二条件对应的状态信息，还包括还车要求对应的状态信息；以及，在共享车辆3000不满足该还车要求的情况下，执行获取对应于目标停车区域的进行还车引导的配置信息的操作。

也就是说，在这些实施例中，服务器1000在预测到用户具有在目标停车区域还车的还车诉求的情况下，先根据第二状态信息判断共享车辆是否满足该目标停车区域的还车要求，如不满足再获取该配置信息，并将该配置信息下发至用户终端2000进行还车引导信息的展示，如满足，则无需向用户终端下发该配置信息，即可以省去向用户提供还车引导信息的操作，等待用户终端2000基于用户触发的还车请求向服务器1000发送关锁请求即可，这可以有效减少数据处理量和数据传输量，并避免对用户造成干扰。

<例子>

图5为通过图1所示共享车辆系统100执行根据一些实施例的还车引导方法的交互流程示意图。图5的流程示意图示出了用户A使用车辆3000的交互流程。

步骤S5210，用户终端2000在接收到用户A对于车辆3000的使用请求的情况下，根据该使用请求生成对于车辆3000的开锁请求，并向服务器1000发送该开锁请求。

该开锁请求携带车辆3000的车辆标识和用户A的用户标识。

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

该相关认证例如包括用户认证，即检测该开锁请求对应的用户账号是否具备使用该车辆的资质的条件等。

步骤S5310，车辆3000接收到该开锁指令之后，响应于该开锁指令，控制车辆3000的车锁开锁，并在开锁成功后，向服务器1000上报指示开锁成功的开锁应答；如否或者开锁失败后，向服务器1000上报指示开锁失败的开锁应答。

步骤S5120，服务器1000收到车辆3000上报的开锁应答后，进行相应操作，并向用户终端2000发送对应该开锁应答的消息。

服务器1000在开锁应答指示开锁成功时，设置该车辆3000处于开锁状态，表示开始一次使用订单，并向用户终端发送对应开锁成功，即开始使用订单的消息；并在开锁应答指示开锁失败时，结束此次开锁操作，并向用户终端发送对应开锁失败的消息。

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

该步骤S5220可以包括：开始一次使用订单时创建该车辆3000的使用中页面；开锁应答指示开锁失败时，退出开锁页面等。

步骤S5230，用户终端2000在创建使用中页面后，向服务器1000发送第一状态信息。

步骤S5320，车辆3000在成功开锁后，向服务器1000发送第二状态信息。

步骤S5130，服务器1000根据第一状态信息和第二状态信息，判断用户终端2000是否满足第一条件，及判断共享车辆3000是否满足第二条件，如满足进入步骤S5140，如不满足则继续执行该步骤。

步骤S5140，服务器1000根据第二状态信息，判断车辆3000是否满足所在目标停车区域的还车要求，如满足则等待关锁请求，如不满足，则执行步骤S5150。

步骤S5150，获取对应于该目标停车区域的进行还车引导的配置信息，并将该配置信息发送至用户终端2000。

步骤S5240，用户终端2000根据该配置信息，在使用中页面提供对应该目标停车区域的还车引导信息。

步骤S5250，接收用户发出的还车请求，根据该还车请求生成对于车辆3000的关锁请求，并将该关锁请求发送至服务器1000。

步骤S5150，服务器1000响应于用户终端2000发出的该关锁请求，进行关于还车要求的认证，并在相关认证通过后，向该车辆3000发送关锁指令。

步骤S5330，车辆3000接收到该关锁指令后，响应于该关锁指令，控制车锁关锁，并在关锁成功后，向服务器1000上报指示关锁成功的关锁应答。

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

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

<设备实施例>

图6示出了用于实施以上第一方法实施例或者第二方法实施例的电子设备的硬件结构示意图。在该电子设备600实施以上第一方法实施例时，该电子设备600为用户终端，该该电子设备600实施以上第二方法实施例时，该电子设备600为服务器。

如图5所示，该电子设备包括处理器610和存储器620。

在一些实施例中，该电子设备600为服务器，该存储器620用于存储计算机程序，处理器610用于在计算机程序的控制下，执行根据第二方法实施例的还车引导方法。

在另一个实施例中，该电子设备600为用户终端，该存储器620用于存储计算机程序，处理器610用于在计算机程序的控制下，执行根据第一方法实施例的还车引导方法。

另外，本公开实施例还提供了一种计算机可读存储介质，该可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现以上第一方法实施例或者第二方法实施例。

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种共享车辆的还车引导方法，其特征在于，由用户终端实施，所述方法包括：

在针对所述共享车辆开始一次使用订单的情况下，创建对于所述共享车辆的使用中页面；

在所述用户终端满足设定的第一条件、及所述共享车辆满足设定的第二条件的情况下，在所述使用中页面提供对应于目标停车区域的还车引导信息；其中，所述目标停车区域为与所述第一条件和所述第二条件中的至少一项相关联的停车区域，所述第一条件和所述第二条件为预测用户具有在所述目标停车区域还车的还车诉求的条件。

2.根据权利要求1所述的方法，其特征在于，所述还车引导信息包括展示所述目标停车区域的还车要求的动画信息，其中，所述还车要求包括还车位置要求和还车方向要求中的至少一项。

3.根据权利要求1所述的方法，其特征在于，所述第一条件包括所述用户终端的屏幕显示所述使用中页面，以及在所述用户终端的第一设定范围内存在作为所述目标停车区域的特定停车区域；其中，所述特定停车区域为具有还车要求的停车区域；和/或，

所述第二条件包括所述共享车辆的速度小于或者等于设定的速度阈值，以及在所述共享车辆的第二设定范围内存在所述特定停车区域。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述在所述使用中页面提供对应于目标停车区域的还车引导信息之前，所述方法包括：

获取所述用户终端的第一状态信息；其中，所述第一状态信息包括所述第一条件对应的状态信息；

将所述第一状态信息发送至服务器进行还车引导处理；其中，所述进行还车引导处理包括：根据所述第一状态信息判断所述用户终端是否满足所述第一条件；根据所述共享车辆发送的第二状态信息判断所述共享车辆是否满足所述第二条件；在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息；以及，向所述用户终端发送所述配置信息；

所述在所述用户终端满足设定的第一条件、及所述共享车辆满足设定的第二条件的情况下，在所述使用中页面提供对应于目标停车区域的还车引导信息，包括：

在接收到所述配置信息的情况下，根据所述配置信息，在所述第一页面显示对应于目标停车区域的还车引导信息。

5.根据权利要求4所述的方法，其中，所述在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息，包括：

在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，根据所述第二状态信息，判断所述共享车辆是否满足所述目标停车区域的还车要求；其中，所述第二状态信息包括所述第二条件对应的状态信息和所述还车要求对应的状态信息；

在所述共享车辆不满足所述还车要求的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述使用中页面包括地图层和位于所述地图层外层的第一面板，其中，所述第一面板设置有供用户触发还车请求的还车控件，所述第一面板位于所述地图层下部的第一位置；所述在所述使用中页面提供对应于目标停车区域的还车引导信息，包括：

将所述第一面板从所述第一位置下拉至所述地图层的第二位置；

在所述使用中页面的地图层与所述第一面板的中间层弹出第二面板；其中，所述第二面板位于所述地图层的第三位置，所述第三位置位于所述第二位置的上方；

在所述第二面板上提供所述还车引导信息。

7.根据权利要求6所述的方法，其特征在于，所述在所述使用中页面提供对应于目标停车区域的还车引导信息之后，所述方法还包括：

接收用户对于所述第二面板的第一输入；

根据所述第一输入，将所述第二面板从所述第三位置下拉至所述地图层的第四位置，及将所述第一面板从所述第二位置上拉至所述第一位置；其中，在所述第二面板位于所述第四位置、且所述第一面板位于所述第一位置的情况下，所述第一面板遮盖所述第二面板的全部或者部分；

接收用户对于所述第二面板的第二输入；

根据所述第二输入，将所述第二面板从所述第四位置上拉至所述第三位置，及将所述第一面板从所述第一位置下拉至所述第二位置。

8.一种共享车辆的还车引导方法，其特征在于，由服务器实施，所述方法包括：

在针对所述共享车辆开始一次使用订单后，获取所述用户终端的第一状态信息和所述共享车辆的第二状态信息；

根据所述第一状态信息判断所述用户终端是否满足设定的第一条件，及根据所述第二状态信息判断所述共享车辆是否满足设定的第二条件；其中，所述第一条件和所述第二条件为预测用户具有在目标停车区域还车的还车诉求的条件，所述第一状态信息包括所述第一条件对应的状态信息，所述第二状态信息包括所述第二条件对应的状态信息；

在所述用户终端满足所述第一条件、及所述共享车辆满足所述第二条件的情况下，获取对应于所述目标停车区域的进行还车引导的配置信息；

将所述配置信息发送至所述用户终端进行对应于所述目标停车区域的还车引导信息的展示。

9.一种电子设备，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，控制所述电子设备执行根据权利要求1至8中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

Images