还车方法、设备及存储介质

技术领域

本公开涉及还车技术领域，更具体地，涉及一种还车方法、一种还车设备以及一种计算机存储介质。

背景技术

常见的共享单车、共享电动车以及共享汽车等共享车辆的还车过程中，通常通过获取车辆的当前位置信息，确定车辆是否位于还车区域，以确定是否能够对车辆进行归还。

在获取车辆的当前位置信息的过程中，一般是利用GPS或是北斗卫星等方式进行位置信息的获取，此类方式可能存在定位不准确的情况，使得用户在还车的过程中，可能出现车辆位于还车区域内，但无法进行还车的情况，影响用户的还车体验。

发明内容

本公开的一个目的是提供一种用于还车的新技术方案。

根据本公开的第一方面，提供了一种还车方法，包括：

响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面，所述第一界面用于供用户上传还车环境图片；

响应于用户对于所述第一界面的第一操作，将还车环境图片发送至服务器；

接收所述服务器发送的通知信息，响应于所述通知信息，显示用于指示用户下一步操作的提示信息。

可选的，所述响应于用户对于所述第一界面的第一操作，将还车环境图片发送至服务器，包括：

响应于用户对所述第一界面的第一操作，启动摄像头以获取还车环境图片，将获取到的还车环境图片发送至服务器。

可选的，所述接收所述服务器发送的通知信息，响应于所述通知信息，显示用于指示用户下一步操作的提示信息，包括：

接收所述服务器发送的第一通知信息，所述第一通知信息表征已还车；

响应于所述第一通知信息，显示第一提示信息，所述第一提示信息用于提示用户进行订单支付操作。

可选的，所述接收所述服务器发送的通知信息，响应于所述通知信息，显示用于指示用户下一步操作的提示信息，包括：

接收所述服务器发送的第二通知信息，所述第二通知信息表征可以进行还车；

响应于所述第二通知信息，显示第二提示信息，所述第二提示信息用于提示用户进行还车操作。

可选的，所述接收所述服务器发送的通知信息，响应于所述通知信息，显示用于指示用户下一步操作的提示信息，包括：

接收所述服务器发送的第三通知信息，所述第三通知信息表征所述还车环境图片未通过审核；

响应于所述第三通知信息，显示第三提示信息，所述第三提示信息用于提示用户上传新的还车环境图片。

可选的，在所述响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面之前，所述方法还包括：

获取所述车辆骑行订单的还车失败次数；

在所述还车失败次数达到预设阈值的情况下，显示用于进行拍照还车的目标控件；

所述响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面，包括：响应于用户对于所述目标控件的触发操作，显示第一界面。

根据本公开的第二方面，提供了另一种还车方法，应用于服务器，包括：

接收用户的终端设备发送的关于车辆骑行订单的还车环境图片；

根据所述还车环境图片，对所述车辆骑行订单的还车环境进行审核；

根据所述车辆骑行订单的还车环境的审核结果，向所述终端设备发送通知信息，所述通知信息用于提示用户对所述车辆骑行订单的下一步操作。

可选的，在所述根据所述还车环境图片，对所述车辆骑行订单的还车环境进行审核之前，所述方法还包括：

获取用户的还车信用记录；

在用户的还车信用记录为合格的情况下，确定所述车辆骑行订单的还车环境的审核结果为通过；

在用户的还车信用记录为不合格的情况下，执行根据所述还车环境图片，对所述车辆骑行订单的还车环境进行审核的步骤。

可选的，对所述车辆骑行订单的还车环境进行审核，包括：

根据所述还车环境图片，确定车辆是否处于预设还车区域内；

在确定车辆处于预设还车区域内并且图片库中不存在于与所述还车环境图片相同的图片的情况下，确定所述车辆骑行订单的还车环境的审核结果为通过。

可选的，所述根据所述车辆骑行订单的还车环境的审核结果，向所述终端设备发送通知信息，包括：

在所述车辆骑行订单的还车环境的审核结果为通过的情况下，向所述终端设备发送第一通知信息或者第二通知信息；所述第一通知信息表征已还车，需要用户进行订单支付操作，所述第二通知信息表征可以进行还车，需要用户进行还车操作；

在所述车辆骑行订单的还车环境的审核结果为不通过的情况下，向所述终端设备发送第三通知信息，所述第三通知信息表征所述还车环境图片未通过审核，需要用户上传新的还车环境图片。

根据本公开的第三方面，提供了一种还车设备，所述共享车辆还车设备包括存储器和处理器，所述存储器用于存储计算机指令，所述处理器用于从所述存储器中调用所述计算机指令，以执行如第一方面及第二方面中任一项所述的方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现根据第一方面及第二方面中任一项所述的方法。

本公开实施例提供的还车方法，通过用户的终端设备将还车环境图片上传至服务器，并通过终端设备接收服务器发送的通知信息，指示用户进行下一步操作，能够在共享车辆定位不准确的情况下帮助用户进行还车，提高用户的还车体验。

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

附图说明

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

图1是根据本公开实施例提供的一种实现还车方法的共享车辆系统的组成结构示意图；

图2是本公开实施例提供的一种还车方法的流程示意图；

图3是本公开实施例提供的另一种还车方法的流程示意图；

图4是本公开实施例提供的一种还车装置的结构示意图；

图5是本公开实施例提供的另一种还车装置的结构示意图；

图6是本公开实施例提供的一种还车设备的结构示意图。

具体实施方式

需要说明的是，本申请中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。

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

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

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

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

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

<硬件配置实施例>

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

本实施例中，用户终端2000的存储器2200用于存储程序指令，该程序指令用于控制处理器2100进行操作以使用车辆3000，例如包括：在用户扫描车身上的二维码或者手动输入车辆编号的情况下，获取车辆的唯一标识，形成针对特定车辆的开锁请求发送至服务器。以及，根据服务器发送的费用结算通知进行付款等等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

如图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是任何可以分时或分地出让使用权供不同用户共享使用的车辆，例如，用于共享的共享自行车、共享助力车、共享电动车、共享汽车等等。车辆3000可以是自行车、三轮车、电动助力车、摩托车以及四轮乘用车等各种形态。

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

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

基于类似于图1的共享车辆还车系统100，本公开实施例提出了一种在连续还车失败的次数达到阈值的情况下，通过用户的终端拍照上传至服务器，通过服务器给出能否还车的判断结果并发送至用户的终端，以提高用户的还车成功率，提高用户的还车体验。

<方法实施例>

本公开实施例提供了一种还车方法，该方法可以由如图1所示的用户终端2000执行。

如图2所示，该方法包括如下S2100-S2300：

S2100：响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面，所述第一界面用于供用户上传还车环境图片。

在用户对共享车辆进行还车的过程中，可能存在共享车辆的定位不准确的情况，使服务器根据共享车辆的定位位置判定共享车辆未处于还车区域内，而共享车辆的实际位置位于还车区域内，造成用户在此无法还车。

或者，共享车辆所在的实际位置附近设置有停车框线，用户可以在此还车，而服务器端未在系统中将该实际位置设置为还车区域，造成用户无法在此还车。

本申请实施例中，通过用户的终端接收用户对于车辆骑行订单的拍照还车请求，可以避免因车辆的定位不准确或者还车区域的设置不合理造成的还车失败。

在一个实施例中，在用户上传还车环境图片前，可以提示用户采集能够反映共享车辆与还车区域的边框线的位置关系的还车环境图片，这样，可以帮助用户采集到能够反映共享车辆的停放状态的还车环境图片，提高拍照还车过程的效率。

在一个实施例中，在响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面之前，终端设备还可以执行如下步骤：获取车辆骑行订单的还车失败次数；在还车失败次数达到预设阈值的情况下，显示用于进行拍照还车的目标控件；响应于用户对于目标控件的触发操作，终端设备可以显示第一界面。对车辆骑行订单的还车失败次数可以来自共享车辆，也可以来自服务器，本申请实施例对此不构成限制，这样，可以在连续还车失败的次数未达到阈值的情况下避免展示第一界面，使得用户的终端的还车界面更为简洁，用户在第一界面展示前再次尝试进行还车。

用户终端可以通过网络与服务器进行通信，服务器通过网络与共享车辆进行通信。具体的，可以是在用户终端中设置用于触发还车请求的按键，用户终端可以响应于用户点击该按键的操作，向服务器发送还车请求。服务器可以响应于该还车请求，向共享车辆发送关锁指令。

或者，用户对共享车辆的锁定装置进行关锁后，共享车辆可以向服务器发送用于表征已还车的信息，服务器将已还车的信息发送至用户的终端设备。

S2200：响应于用户对于第一界面的第一操作，将还车环境图片发送至服务器。

在一个实施例中，响应于用户对于所述第一界面的第一操作，将还车环境图片发送至服务器，可以包括：响应于用户对所述第一界面的第一操作，启动摄像头以获取还车环境图片，将获取到的还车环境图片发送至服务器。这样，可以在用户的第一界面直接进行图片的获取以及发送操作，减少用户的操作次数。

在另一个实施例中，响应于用户对于第一界面的第一操作，将还车环境图片发送至服务器，包括：响应于用户对于第一界面的第一操作，将用户从终端设备中选择的还车环境图片发送至服务器，这样，可以在用户已经采集到还车环境图片的情况下，直接进行图片的发送。

S2300：接收服务器发送的通知信息，响应于通知信息，显示用于指示用户下一步操作的提示信息。

在一个实施例中，可以通过服务器识别还车环境图片中是否包含还车区域的边框线；在还车环境图片中包含还车区域的边框线的情况下，判定共享车辆已停放在还车区域。

本实施例中，运营人员可以预先在城市的地面上划定还车区域的边框线，来标示出还车区域的范围及位置，以便识别还车环境图片中是否包含还车区域的停车标记；并在还车环境图片中包含还车区域的停车标记的情况下，判定共享车辆停放在还车区域。

在一个例子中，停车标记可以是还车区域的目标边框线。

本实施例中，运营人员可以预先在城市的地面上划定还车区域的边框线，来标示出还车区域的范围及位置。因此，在识别出还车环境图片中包含还车区域的边框线的情况下，可以判定共享车辆位于还车区域的边框线内侧，即共享车辆停放在还车区域。

在本公开的一个实施例中，运营人员在划定还车区域的边框线的情况下，可以是将与该还车区域的标准停放方向垂直的目标边框线，与其他边框线进行区别标示。例如，可以是与还车区域的标准停放方向垂直的目标边框线为虚线，还车区域的其他边框线为实线。再例如，可以是与还车区域的标准停放方向垂直的目标边框线为红色实线，还车区域的其他边框线为白色实线。这样，在确定共享车辆停放在还车区域的情况下，进一步确定共享车辆的停车方向是否规范。

在另一个例子中，停车标记也可以是预先设置在还车区域内用于标识该还车区域的二维码。

在本实施例中，运营人员可以预先在城市的地面上划定还车区域内，设置用于标识该还车区域的二维码，来对该还车区域进行唯一标识。在还车环境图片中包含还车区域的二维码的情况下，可以通过识别该二维码，来确定该二维码所表示的信息。根据该二维码所表示的信息标识还车区域的情况下，可以判定共享车辆停放在还车区域内。

在用户进行拍照还车的情况下，用户的终端所采集的还车环境图片通常能够包括共享车辆，因此，在识别出还车环境图片中包含还车区域的边框线的情况下，可以判定共享车辆位于还车区域的边框线内侧，即共享车辆停放在还车区域。

在一个实施例中，终端设备可以接收服务器发送的第一通知信息，其中，第一通知信息表征已还车；响应于第一通知信息，终端设备可以显示第一提示信息，第一提示信息用于提示用户进行订单支付操作。这样，可以在已还车的情况下，及时提醒用户进行订单的支付，以便用户下一次使用共享车辆。

在另一个实施例中，对于部分共享车辆例如部分共享自行车，无法直接通过服务器发送指令对共享车辆进行还车，因此，终端设备可以接收服务器发送的第二通知信息，第二通知信息表征可以进行还车；响应于第二通知信息，终端设备可以显示第二提示信息，第二提示信息用于提示用户进行还车操作。这样，可以实现对于无法直接通过服务器发送指令进行还车的共享车辆的还车。

在一个实施例中，终端设备还可以接收服务器发送的第三通知信息，第三通知信息表征还车环境图片未通过审核；响应于第三通知信息，终端设备可以显示第三提示信息，第三提示信息用于提示用户上传新的还车环境图片。这样，可以在还车环境图片未通过审核的情况下，重新获取还车环境图片。

其中，还车环境图片未通过审核，可以是在服务器判定还车环境图片中不存在共享车辆，或者服务器判定还车环境图片中不存在还车区域的边框线，还可以是服务器判定图片库中已存在与还车环境图片相同的图像。

本申请实施例通过服务器对还车环境图片进行审核，相较于通过人工对还车环境图片进行审核，可以降低有关审核人员的工作量，同时，由于人工对图片进行审核的效率受限于审核人员的肉眼的状态，且审核结果容易受到审核人员的主观性的影响，因此，本申请实施例中通过服务器对还车环境图片进行审核，可以提高对还车环境图片的审核结果的准确性及审核结果获得的效率，提高还车效率。

再者，通过服务器对用户上传的还车环境照片进行审核，可以根据审核结果确定能否进行还车，避免了线下的运营人员前往车辆所在的位置进行实地查看，且由于车辆的定位可能并不准确，通过运营人员进行实地查看可能也无法到达车辆所在的实际位置，因此本申请实施例通过服务器给出能否进行还车的判断结果，从而引导用户进行相应的操作，可以降低线下运营人员的工作量。

用户可能尝试还车但未成功还车，此后，用户进行拍照还车，在用户所上传的还车环境图片通过审核时，说明用户已将共享车辆停放至还车区域，用户在未进行拍照还车前还车失败，可能是共享车辆的定位不准确导致的，也可能是共享车辆所在的实际位置未被纳入至服务器允许的还车区域导致的。

因此，可以在用户进行拍照还车前尝试还车但未成功还车，且用户所上传的还车环境图片通过审核的情况下，对还车环境图片通过审核时共享车辆所在的位置进行记录，以便后续在此位置还车的用户进行还车，或者，可以根据此位置对还车区域进行更新，这样，可以使服务器允许的还车区域能够更好地反映线下所划分的实际还车区域。

在所获取的还车环境图片无法反映共享车辆已停放至还车区域时，还可以提示用户前往目标还车区域进行共享车辆的还车。

在一个实施例中，在服务器判定图片库中已存在与还车环境图片相同的图像时，终端设备可以提醒用户重新进行还车环境图片的上传，这样，能够避免用户通过上传其他用户还车成功时的图像进行欺诈还车。

在一个实施例中，在服务器对所述车辆骑行订单的还车环境进行审核之前，服务器还可以获取用户的还车信用记录；在用户的还车信用记录为合格的情况下，确定所述车辆骑行订单的还车环境的审核结果为通过；或者，在用户的还车信用记录为不合格的情况下，执行根据所述还车环境图片，对所述车辆骑行订单的还车环境进行审核的步骤。这样，可以在用户的还车信用合格的情况下，可以不再对图片进行审核从而提高还车效率。

本公开实施例中图2所示的还车方法，通过用户的终端设备将还车环境图片上传至服务器，并通过终端设备接收服务器发送的通知信息，指示用户进行下一步操作，能够在共享车辆定位不准确的情况下帮助用户进行还车，提高用户的还车体验。

本申请还提供了如图3所示的共享车辆的还车方法，图3所示的方法可以由服务器执行，包括：

S3100：接收用户的终端设备发送的关于车辆骑行订单的还车环境图片。

其中，还车环境图片是终端设备响应于用户对于车辆骑行订单的拍照还车请求，终端设备显示第一界面后，用户通过终端设备的第一界面上传至服务器的。

S3200：根据所述还车环境图片，对所述车辆骑行订单的还车环境进行审核。

在一个实施例中，在根据还车环境图片，对车辆骑行订单的还车环境进行审核之前，服务器还可以获取用户的还车信用记录；在用户的还车信用记录为合格的情况下，确定车辆骑行订单的还车环境的审核结果为通过；在用户的还车信用记录为不合格的情况下，执行根据还车环境图片，对车辆骑行订单的还车环境进行审核的步骤。这样，可以在用户的还车信用合格的情况下，不再对图片进行审核从而提高还车效率。

服务器可以根据还车环境图片，确定车辆是否处于预设还车区域内；在确定车辆处于预设还车区域内并且图片库中不存在于与还车环境图片相同的图片的情况下，确定车辆骑行订单的还车环境的审核结果为通过。

在一个实施例中，可以通过服务器识别还车环境图片中是否包含还车区域的边框线；在还车环境图片中包含还车区域的边框线的情况下，判定共享车辆已停放在还车区域，这样，相较于人工通过肉眼判断还车环境图片中是否包含还车区域的边框线，可以避免人为的主观因素以及视觉疲劳造成的误判，能够获得对于还车环境图片的更为准确及高效的判断结果。

本实施例中，运营人员可以预先在城市的地面上划定还车区域的边框线，来标示出还车区域的范围及位置，以便识别还车环境图片中是否包含还车区域的停车标记；并在还车环境图片中包含还车区域的停车标记的情况下，判定共享车辆停放在还车区域。

在一个例子中，停车标记可以是还车区域的目标边框线。

本实施例中，运营人员可以预先在城市的地面上划定还车区域的边框线，来标示出还车区域的范围及位置。因此，在识别出还车环境图片中包含还车区域的边框线的情况下，可以判定共享车辆位于还车区域的边框线内侧，即共享车辆停放在还车区域。

在本公开的一个实施例中，运营人员在划定还车区域的边框线的情况下，可以是将与该还车区域的标准停放方向垂直的目标边框线，与其他边框线进行区别标示。例如，可以是与还车区域的标准停放方向垂直的目标边框线为虚线，还车区域的其他边框线为实线。再例如，可以是与还车区域的标准停放方向垂直的目标边框线为红色实线，还车区域的其他边框线为白色实线。这样，在确定共享车辆停放在还车区域的情况下，进一步确定共享车辆的停车方向是否规范。

在另一个例子中，停车标记也可以是预先设置在还车区域内用于标识该还车区域的二维码。

在本实施例中，运营人员可以预先在城市的地面上划定还车区域内，设置用于标识该还车区域的二维码，来对该还车区域进行唯一标识。在还车环境图片中包含还车区域的二维码的情况下，可以通过识别该二维码，来确定该二维码所表示的信息。根据该二维码所表示的信息标识还车区域的情况下，可以判定共享车辆停放在还车区域内。

在用户进行拍照还车的情况下，用户的终端所采集的还车环境图片通常能够包括共享车辆，因此，在识别出还车环境图片中包含还车区域的边框线的情况下，可以判定共享车辆位于还车区域的边框线内侧，即共享车辆停放在还车区域。

S3300：根据所述车辆骑行订单的还车环境的审核结果，向所述终端设备发送通知信息，所述通知信息用于提示用户对所述车辆骑行订单的下一步操作。

在车辆骑行订单的还车环境的审核结果为通过的情况下，向终端设备发送第一通知信息或者第二通知信息；第一通知信息表征已还车，需要用户进行订单支付操作，第二通知信息表征可以进行还车，需要用户进行还车操作，这样，可以使用户及时进行订单的支付，以便用户下一次使用共享车辆。

在车辆骑行订单的还车环境的审核结果为不通过的情况下，向终端设备发送第三通知信息，第三通知信息表征还车环境图片未通过审核，需要用户上传新的还车环境图片。

本公开实施例中图3所示的还车方法，通过用户的终端设备将还车环境图片上传至服务器，并通过终端设备接收服务器发送的通知信息，指示用户进行下一步操作，能够在共享车辆定位不准确的情况下帮助用户进行还车，提高用户的还车体验。

同时，相较于在还车失败后告知用户进行拍照上传，本申请实施例使用户可以直接进行拍照还车，并在还车环境图片通过审核的情况下，可以提示用户进行下一步操作，能够使用户及时进行还车，提升用户的还车体验。

<装置实施例>

本公开实施例提供了一种还车装置300，可应用于用户的终端，如图4所示，该装置300包括：第一响应模块301、第一发送模块302、第一接收模块302以及第二响应模块304。其中：

第一响应模块301，用于响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面，所述第一界面用于供用户上传还车环境图片。

第一发送模块302，用于响应于用户对于所述第一界面的第一操作，将还车环境图片发送至服务器。

第一接收模块303，用于接收所述服务器发送的通知信息。

第二响应模块304，响应于所述通知信息，显示用于指示用户下一步操作的提示信息。

在本申请的一个实施例中，第一发送模块302响应于用户对于所述第一界面的第一操作，将还车环境图片发送至服务器，包括：响应于用户对所述第一界面的第一操作，启动摄像头以获取还车环境图片，将获取到的还车环境图片发送至服务器。

在一个例子中，第一接收模块303接收服务器发送的第一通知信息，第一通知信息表征已还车，在第一接收模块303接收到第一通知信息后，第二响应模块304可以响应于所述第一通知信息，显示第一提示信息，所述第一提示信息用于提示用户进行订单支付操作。

在另一个实施例中，第一接收模块303接收服务器发送的第二通知信息，第二通知信息表征可以进行还车，在第一接收模块303接收第二通知信息后，第二响应模块可以响应于所述第二通知信息，显示第二提示信息，所述第二提示信息用于提示用户进行还车操作。

在又一个实施例中，第一接收模块303接收服务器发送的第三通知信息，所述第三通知信息表征所述还车环境图片未通过审核；在第一接收模块303接收到第三通知信息后，第二响应模块304可以响应于所述第三通知信息，显示第三提示信息，所述第三提示信息用于提示用户上传新的还车环境图片。

在一个实施例中，第一响应模块301在响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面之前，还用于：获取车辆骑行订单的还车失败次数；在还车失败次数达到预设阈值的情况下，显示用于进行拍照还车的目标控件；第一响应模块301响应于用户对于车辆骑行订单的拍照还车请求，显示第一界面，包括：响应于用户对于目标控件的触发操作，显示第一界面。

本申请实施例还提供了另一种还车装置400，可应用于服务器，如图5所示，该装置400包括：

第二接收模块401，用于接收用户的终端设备发送的关于车辆骑行订单的还车环境图片。

审核模块402，用于根据还车环境图片，对车辆骑行订单的还车环境进行审核。

第二发送模块403，用于根据车辆骑行订单的还车环境的审核结果，向终端设备发送通知信息，通知信息用于提示用户对车辆骑行订单的下一步操作。

在一个实施例中，审核模块402在根据还车环境图片对车辆骑行订单的还车环境进行审核前，还用于获取用户的还车信用记录；在用户的还车信用记录为合格的情况下，确定车辆骑行订单的还车环境的审核结果为通过；在用户的还车信用记录为不合格的情况下，执行根据还车环境图片，对车辆骑行订单的还车环境进行审核的步骤。

在一个实施例中，第二发送模块403还用于根据还车环境图片，确定车辆是否处于预设还车区域内；在确定车辆处于预设还车区域内并且图片库中不存在于与还车环境图片相同的图片的情况下，确定车辆骑行订单的还车环境的审核结果为通过。

在一个实施例中，第二发送模块403还用于在车辆骑行订单的还车环境的审核结果为通过的情况下，向终端设备发送第一通知信息或者第二通知信息；第一通知信息表征已还车，需要用户进行订单支付操作，第二通知信息表征可以进行还车，需要用户进行还车操作；在车辆骑行订单的还车环境的审核结果为不通过的情况下，向终端设备发送第三通知信息，第三通知信息表征还车环境图片未通过审核，需要用户上传新的还车环境图片。

本公开实施例中所提供的还车装置，通过用户的终端设备将还车环境图片上传至服务器，并通过终端设备接收服务器发送的通知信息，指示用户进行下一步操作，能够在共享车辆定位不准确的情况下帮助用户进行还车，提高用户的还车体验。

<设备实施例>

本公开实施例提供一种还车设备500，可用于用户的终端或者服务器，该还车设备500包括如上述装置实施例中提供的任一项装置300或400；或者，

如图6所示，包括存储器501和处理器502，所述存储器501用于存储计算机指令，所述处理器502用于从所述存储器501中调用所述计算机指令，以执行如上述方法实施例中任一项所述的方法。

<存储介质实施例>

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现根据上述方法实施例中任一项所述的方法。

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

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

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

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

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

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

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

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

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