CN118200849A - 一种共享车辆还车方法 - Google Patents

Abstract

本说明书实施例提供一种共享车辆还车方法，该方法由服务器端执行，包括：从用户终端接收归还目标共享车辆的还车请求；响应于还车请求，从目标共享车辆获取第一位置信息；基于第一位置信息，确定目标共享车辆是否满足还车条件；响应于确定目标共享车辆不满足还车条件，从用户终端获取参考信息，参考信息由用户终端通过扫描设置在目标停车点中的标识码后发送给服务器端；基于参考信息，验证目标共享车辆是否满足还车条件。

Description

一种共享车辆还车方法

技术领域

本说明书涉及共享车辆技术领域，特别涉及一种共享车辆还车方法。

背景技术

共享车辆运营商为了满足城市关于共享车辆停车规范的要求，需要引导用户将共享车辆停放在预先设置的停车点或停车区域内。通常在实际的应用中，用户需要在运营商提供的用车App上发起还车操作，然后由运营商的服务器对共享车辆的当前位置进行校验，以验证共享车辆是否位于停车区域内。若校验通过，则可以进行还车。若校验不通过，则不允许还车。然而，共享车辆的定位装置(如GPS)可能由于受到天气、电池电量、信号干扰等因素的影响，导致上报到服务器的定位结果与车辆实际位置存在较大偏差，从而导致用户还车失败。严重的可能会影响用户的行程安排，导致用户体验差。另外，用户的乱停乱放的现象也屡有发生。

因此，提供一种共享车辆还车方法，在车辆定位出现较大偏差时，能够提高用户还车的成功率，提升用户体验，同时规范用户的还车行为。

发明内容

本说明书实施例之一提供一种共享车辆还车方法，由服务器端执行，所述方法包括：从用户终端接收归还目标共享车辆的还车请求；响应于所述还车请求，从所述目标共享车辆获取第一位置信息；基于所述第一位置信息，确定所述目标共享车辆是否满足还车条件；响应于确定所述目标共享车辆不满足还车条件，从所述用户终端获取参考信息，所述参考信息由所述用户终端通过扫描设置在目标停车点中的标识码后发送给所述服务器端；基于所述参考信息，验证所述目标共享车辆是否满足所述还车条件。

本说明书实施例之一提供一种共享车辆还车方法，由用户终端执行，所述方法包括：向服务器端发送归还目标共享车辆的还车请求；从所述服务器端接收提示指令并显示提示信息，所述提示信息用于提示用户扫描目标停车点中的标识码；通过扫描所述目标停车点中的标识码，向所述服务器端发送参考信息；从所述服务器端接收还车验证结果并显示所述还车验证结果，所述还车验证结果指示所述目标共享车辆是否满足还车条件。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的共享车辆还车***的应用场景示意图；

图2是根据本说明书一些实施例所示的共享车辆还车***的模块示意图；

图3是根据本说明书一些实施例所示的服务器端的还车方法的示例性流程图；

图4是根据本说明书一些实施例所示的验证目标共享车辆是否满足还车条件的方法的示例性示意图；

图5是根据本说明书一些实施例所示的另一验证目标共享车辆是否满足还车条件的方法的示例性示意图；

图6是根据本说明书一些实施例所示的用户终端的还车方法的示例性流程图；

图7是根据本说明书一些实施例所示的还车方法的示例性示意图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“***”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的***所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1是根据本说明书一些实施例所示的共享车辆还车***的应用场景示意图。

如图1所示，共享车辆还车***的应用场景100可以包括用户终端110、目标共享车辆120、目标停车点130、网络140和服务器端150。

用户终端110是指用户(如目标共享车辆120的借用者)所使用的各类终端设备，其可以包括移动设备(如智能手机)、平板电脑等或其任何组合。在一些实施例中，用户终端110可以安装软件开发商(如共享车辆的运营商)提供的应用程序(如用车App)，以实现用户对共享车辆的借用/租用服务。

在一些实施例中，用户终端110可以与应用场景100中的其他组件交互。例如，用户终端110可以向目标共享车辆120发送开锁指令。又例如，用户终端110可以通过网络140向服务器端150发送归还目标共享车辆120的还车请求。再例如，用户终端110可以扫描目标停车点中的标识码132，以将参考信息发送至服务器端150。

目标共享车辆120是指用户当前借用的并正在进行归还的共享车辆。共享车辆可以包括但不限于由共享车辆运营商提供的两轮车辆(如两轮自行车、两轮电动车)、四轮车辆(如燃油汽车、电动汽车)等，或其任意组合。在一些实施例中，目标共享车辆120可以包括各类内置的装置，例如，定位装置(如GPS)、蓝牙设备等。

在一些实施例中，共享车辆(如目标共享车辆120)可以包括通信模块(如GPRS模块)，用于实现与应用场景100中的其他组件交互。例如，目标共享车辆120可以通过通信模块将其位置信息通过网络140发送至服务器端150和/或用户终端110。

目标停车点130是指用户期望停放目标共享车辆120的停车点。其中，停车点是指用于停放共享车辆(如目标共享车辆120)的区域，其可以由共享车辆运营商根据实际的情况(如共享车辆的需求、借用频率等)预先划定。示例性的，目标停车点130可以是街道边上预先划定的矩形或其他形状的区域。

在一些实施例中，目标停车点130可以配置有地理围栏信息。地理围栏信息可以用于表示目标停车点130的地理位置信息和/或其对应的停车区域范围。在一些实施例中，目标停车点130对应的地理围栏信息可以是多个位置点(如经纬度)集合的形式储存于服务器端150。关于地理围栏信息的相关内容参见图4及其描述。

在一些实施例中，应用场景100还包括参考共享车辆131。参考共享车辆131是指已经停放在目标停车点130的一个或多个共享车辆。例如，参考共享车辆131可以包括参考共享车辆131-1、参考共享车辆131-2…参考共享车辆131-n。在一些实施例中，参考共享车辆131可以用于提供参考信息(如蓝牙信号强度等)，更多关于参考信息的相关内容参见图3及其描述。

在一些实施例中，目标停车点130可以设置有停车标识132。其中，停车标识132可以是标识码(如二维码、条形码等)的形式，其可以设置于目标停车点130的预设位置上(如目标停车点130的路面上、支撑牌上)。在一些实施例中，用户终端110可以通过用车App扫描停车标识132(如二维码)，以将参考信息发送给服务器端150。

在一些实施例中，目标停车点130还可以设置蓝牙信标等参***。

网络140可以包括促进应用场景100的信息和/或数据交换的任何合适的网络。在一些实施例中，网络140可以是有线网络或无线网络中的任意一种或多种。在一些实施例中，网络可以是点对点的、共享的、中心式的等各种拓扑结构或者多种拓扑结构的组合。

在一些实施例中，应用场景100的一个或以上组件(例如，用户终端110、共享车辆(如目标共享车辆120、参考共享车辆131)、服务器端150)可以经由网络140与应用场景100的一个或以上其他组件传送信息和/或数据。例如，用户终端110可以经由网络140向服务器端150发送归还目标共享车辆的还车请求。又例如，服务器端150可以经由网络140向用户终端110发送目标共享车辆是否满足还车条件的验证结果。

服务器端150可以处理从用户终端110、目标共享车辆120处获得的数据和/或信息。例如，服务器端150可以通过网络140从用户终端110接收归还目标共享车辆120的还车请求。又例如，服务器端150可以获取目标共享车辆120的第一位置信息。在一些实施例中，服务器端150可以获取用户终端110的数据和/或指令，并进行相应的处理。例如，服务器端150可以接收用户终端110发送的参考信息(如目标共享车辆120和/或参考共享车辆131蓝牙信号强度信息等)，以验证目标共享车辆120是否满足还车条件。更多关于验证目标共享车辆是否满足还车条件的内容参见图4、图5及其描述。

在一些实施例中，服务器端150可以是单个服务器或服务器组。服务器组可以是集中式的或分布式的。在一些实施例中，服务器端150可以是本地的或远程的。服务器端150可以直接连接到目标共享车辆120、用户终端110以访问存储的或获取的信息和/或数据。在一些实施例中，服务器端150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。

上述描述仅出于说明性目的，实际的应用场景可以有各种变化。

应当注意应用场景100仅仅是为了说明的目的而提供的，并不意图限制本申请的范围。对于本领域的普通技术人员来说，可以根据本说明书的描述，做出多种修改或变化。例如，应用场景100中还可以包括存储设备，用于存储数据和/或指令。然而，这些变化和修改不会背离本申请的范围。

图2是根据本说明书一些实施例所示的共享车辆还车***的模块示意图。

如图2所示，共享车辆还车***200(下文可以简称还车***)可以包括用户终端110和服务器端150。

在一些实施例中，用户终端110可以包括发送模块111、第一接收模块112和扫码模块113。

发送模块111可以用于向服务器端150发送归还目标共享车辆的还车请求。

在一些实施例中，发送模块111还可以向服务器端150发送参考信息。

在一些实施例中，参考信息包括以下信息中的至少一种：用户终端的位置信息、目标共享车辆有关的蓝牙信号强度、与设置在目标停车点上的蓝牙设备有关的蓝牙信号强度、与已停放在目标停车点中的其他共享车辆有关的蓝牙信号强度。

第一接收模块112可以用于从服务器端150接收提示信息并显示提示信息，提示信息用于提示用户扫描目标停车点中的标识码。

在一些实施例中，第一接收模块112还可以用于从服务器端150接收还车验证结果并显示还车验证结果，还车验证结果指示目标共享车辆是否满足还车条件。

扫码模块113可以用于扫描目标停车点中的标识码。

在一些实施例中，服务器端150可以包括第二接收模块151、获取模块152和验证模块153。

第二接收模块151可以用于从用户终端110接收归还目标共享车辆的还车请求。

获取模块152可以用于响应于还车请求，从目标共享车辆获取第一位置信息。

在一些实施例中，获取模块152还可以用于，响应于确定目标共享车辆不满足还车条件，从用户终端110获取参考信息，参考信息由用户终端110通过扫描设置在目标停车点中的标识码后发送给服务器端150。

验证模块153可以用于基于第一位置信息，确定目标共享车辆是否满足还车条件。

在一些实施例中，验证模块153还可以用于基于参考信息，验证目标共享车辆是否满足还车条件。

在一些实施例中，参考信息包括用户终端110的第二位置信息，验证模块153还可以用于确定目标停车点的第三位置信息；基于第二位置信息和第三位置信息，得到用户终端110和目标停车点的第一距离是否小于第一距离阈值的第一确定结果；基于第一确定结果，验证目标共享车辆是否满足还车条件。

在一些实施例中，验证模块153还可以用于：确定目标停车点的标识信息；基于目标停车点的标识信息，确定目标停车点中已停放车辆的有关信息；基于已停放车辆的有关信息，得到目标停车点是否可以停放车辆的第二确定结果；基于第一确定结果和第二确定结果，验证目标共享车辆是否满足还车条件。

在一些实施例中，参考信息还可以包括与目标共享车辆有关的第一蓝牙信号强度，验证模块153还可以用于：基于第一蓝牙信号强度，确定目标共享车辆与用户终端110的第二距离；获取第二距离是否小于第二距离阈值的第三确定结果；基于第一确定结果和第三确定结果，验证目标共享车辆是否满足还车条件。

在一些实施例中，参考信息还可以包括与参***有关的第二蓝牙信号强度，参***包括设置在目标停车点上的蓝牙设备和/或已停放在目标停车点中的其他共享车辆，验证模块153可以进一步用于：基于第二蓝牙信号强度，确定参***与用户终端之间的第三距离；获取第三距离是否小于第三距离阈值的第四确定结果；基于第四确定结果，验证目标共享车辆是否满足还车条件。

在一些实施例中，验证模块153还可以用于：基于第一蓝牙信号强度，确定目标共享车辆与用户终端的第二距离；获取第二距离是否小于第二距离阈值的第三确定结果；基于第三确定结果和第四确定结果，验证目标共享车辆是否满足还车条件。

需要注意的是，以上对于共享车辆还车***200及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该***的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接。例如，用户终端110的发送模块111和第一接收模块112可以是***中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。诸如此类的变形，均在本说明书的保护范围之内。

图3是根据本说明书一些实施例所示的服务器端的还车方法的示例性流程图。

在一些实施例中，流程300可以由服务器端150执行。如图3所示，流程300包括下述步骤。

步骤310，从用户终端接收归还目标共享车辆的还车请求。

还车请求是指由用户(如共享车辆的借用者)通过用户终端(如App)主动发起的请求。在一些实施例中，还车请求可以包括多种预设的信息，例如，还车请求可以包括但不限于业务信息(如还车业务、结算业务)、用户信息(如用户名/用户id)、共享车辆信息(如车辆id)等。服务器端可以根据还车请求执行还车业务相关的操作(如人车一致性验证、人车距离验证、还车条件验证等)。更多关于用户终端、目标共享车辆的相关内容参见图1及其描述。

步骤320，响应于还车请求，从目标共享车辆获取第一位置信息。

第一位置信息是指目标共享车辆的定位装置(如GPS)获取的位置信息，其可以是经纬度的形式。

在一些实施例中，服务器端可以与目标共享车辆(如共享车辆的内置控制***)建立TCP长连接(如Socket连接)，并在接收到还车请求时通过TCP长连接向目标共享车辆下发获取第一位置的指令，以获取第一位置信息。

步骤330，基于第一位置信息，确定目标共享车辆是否满足还车条件。

还车条件是指用户归还目标共享车辆时需要被满足的条件。例如，当用户归还目标共享车辆，但未将目标共享车辆停放在预设的停车点时，则目标共享车辆不满足还车条件。在一些实施例中，服务器端可以基于第一位置信息和共享车辆运营商预先划定的停车点的位置信息，确定目标共享车辆是否位于停车点内或者与停车点的距离小于预设距离阈值。当目标共享车辆位于停车点内或者与停车点的距离小于预设距离阈值时，确定目标共享车辆满足还车条件。此时，服务器端可以指示用户进一步还车(如执行确认还车操作、费用结算/支付等)。

在一些实施例中，响应于确定目标共享车辆不满足还车条件，服务器端可以指示用户终端显示提示信息，提示信息用于提示用户扫描目标停车点中的标识码。

提示信息可以用于对用户进行提醒和/或操作引导，其可以通过用户终端的前端页面(如App界面)呈现。在一些实施例中，提示信息可以包括但不限于文字、图像等提醒信息。示例性的，提示信息可以包括提醒用户目标共享车辆距离最近停车点(如目标停车点)较远(如大于100m)的文字信息、提醒用户需要扫描目标停车点的停车标识码的文字信息、呈现给用户的地图信息等。提示信息还可以包括操作引导，例如，通过在前端页面呈现深色或高亮的操作按钮(如重新校验位置按钮、扫码还车按钮)，以提示用户需要进行扫描目标停车点中的标识码的操作。

本说明书一些实施例中，通过提示信息，能够更好地引导用户进行扫描目标停车点中的标识码，以实现后续的服务器端对还车条件进行验证。同时，避免定位漂移导致用户还车失败时能够及时提醒用户，提升了用户体验，保证用户还车业务或流程的顺利进行。

步骤340，响应于确定目标共享车辆不满足还车条件，从用户终端获取参考信息，参考信息由用户终端通过扫描设置在目标停车点中的标识码后发送给服务器端。

参考信息是指用于对目标共享车辆是否满足还车条件进行进一步验证的各类信息，其可以根据实际需求设定。例如，参考信息可以包括用户终端的第二位置信息、目标共享车辆和/或目标停车点的参照物(如已停放的参考共享车辆、设置于目标停车点的蓝牙设备等)的相关信息(如数量、蓝牙信号强度等)、还车时间(如时间戳)等。

在一些实施例中，服务器端可以通过网络(如网络140)从用户终端获取参考信息。在一些实施例中，用户根据提示信息的指示，通过用户终端扫描设置在目标停车点中的标识码(如二维码)后，确定参考信息，并经由网络将参考信息发送给服务器端。更多关于参考信息的相关内容可以在本说明书的其他地方找到(如图4、图5)。

步骤350，基于参考信息，验证目标共享车辆是否满足还车条件。

在一些实施例中，服务器端可以基于参考信息，进行目标共享车辆的位置校验。其中，位置校验可以用于进一步验证目标车辆的真实位置是否在目标停车点的范围内，以提高判断准确性。示例性的，目标共享车辆的真实位置可能在目标停车点内，但由于天气、电池电量、信号干扰等因素的影响，目标共享车辆的定位装置的定位结果出现误差(如定位漂移)，导致第一位置与真实位置不符(如第一位置在目标停车点以外)，进而导致用户不能正常或及时还车。

在一些实施例中，服务器端可以基于用户终端的第二位置信息、目标停车点中的已停放车辆的有关信息、目标共享车辆和/或参***有关的蓝牙信号强度等中的一种或组合，验证目标共享车辆是否满足还车条件。更多关于验证目标共享车辆是否满足还车条件的相关内容参见图4和/或图5及其描述。

本说明书一些实施例中，当目标共享车辆的位置显示该车辆未在预先规划的停车点时，通过用户终端发送的参考信息对目标共享车辆进行位置校验，能够使得用户归还的共享车辆停放得更加规范，同时，也能够防止由于目标共享车辆的定位误差(如定位漂移)导致无法正常还车。此外，通过在停车点内设置标识码让用户进行扫描，可以快速方便地获得参考信息。

图4是根据本说明书一些实施例所示的验证目标共享车辆是否满足还车条件的方法的示例性示意图。

在一些实施例中，参考信息可以包括用户终端的第二位置信息。如图4所示，服务器端可以从用户终端110获取第二位置信息421；确定目标停车点的第三位置信息431；并基于第二位置信息421和第三位置信息431，确定用户终端110和目标停车点的第一距离是否小于第一距离阈值的第一确定结果441；进而基于第一确定结果441，确定目标共享车辆是否满足还车条件。

第二位置信息421是指用户终端110的定位装置(如GPS)确定的用户终端(或用户)的当前位置信息，其可以用经纬度的形式表示。

第三位置信息431是指目标停车点的位置信息，其可以用目标停车点中的位置点集合的经纬度和/或目标停车点的经纬度范围的形式表示。

在一些实施例中，服务器端可以基于第二位置信息421确定第三位置信息431。例如，服务器端可以确定第二位置信息421是否位于共享车辆运营商预先划定的某个停车点中或者与该停车点的距离小于预设距离阈值，若是则将该停车点的位置信息作为第三位置信息431，并将该停车点作为目标停车点。

在一些实施例中，服务器端可以确定目标停车点的标识信息413，并基于标识信息413确定第三位置信息431。目标停车点的标识信息413是指目标停车点的唯一标识，如停车点编码(如20240113101012)等。其可以是预先固定设置的，也可以定期更新。

在一些实施例中，当用户终端用APP扫描了目标停车点上的标识码后，在APP上会自动加载一个前端页面(如HTML5页面)，由服务器端计算当前停车点的标识信息413。

在一些实施例中，各停车点的标识码可以基于多种预设的停车点信息通过标识码生成装置(如二维码生成应用/程序)生成。例如，共享车辆运营商可以基于每个停车点(如目标停车点)的预设位置信息(如经纬度)、街道信息、更新时间等信息，预先生成各停车点的标识码(如二维码、条形码)。用户终端通过扫描并识别该标识码后得到停车点的预设位置信息，以得到第三位置信息431，进而发送至服务器端。

在一些实施例中，目标停车点的标识信息413可以是由服务器端动态生成。例如，用户终端通过扫描并识别目标停车点的标识码后得到该标识码对应的停车点信息，并发送至服务器端，服务器端根据预设的算法对停车点信息(如经纬度、更新时间点等)进行处理后，得到一个唯一的停车点编码。

在确定了目标停车点的标识信息413后，服务器端可以基于目标停车点的标识信息413，通过在预设的停车点围栏数据库中检索匹配，以确定目标停车点的第三位置信息(如经纬度集合)。其中，停车点围栏数据库可以包括多个预设的停车点及其对应的位置信息等有关信息。

本说明书一些实施例中，通过用户终端对应的第二位置信息，能够自动确定目标停车点及其第三位置信息，减少用户终端需要上报目标停车点以及获取其位置信息的工作量。另一方面，通过分析第二位置信息，可以防止用户事先保存目标停车点的标识码图片进行作弊，规范用户的还车行为。

第一确定结果441可以表示用户终端(或用户)是否位于目标停车点。其中，第一确定结果441可以基于用户终端与目标停车点的第一距离确定，第一距离可以基于第二位置信息和第三位置信息确定。当第一距离小于第一距离阈值时，表示用户终端位于目标停车点，否则，表示用户终端未在目标停车点。其中，第一距离阈值可以是预设的值，例如，2m、5m。

在一些实施例中，当第一确定结果441为第一距离小于第一距离阈值时，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过引入用户终端的位置信息以及目标停车点的位置信息，能够确定用户终端(或用户)是否在目标停车点现场。在共享车辆的定位出现误差(如定位漂移)时，能够根据用户终端(或用户)是否在目标停车点现场，以辅助验证目标共享车辆是否停在目标停车点。

在一些实施例中，如图4所示，服务器端可以进一步确定目标停车点的标识信息413；基于目标停车点的标识信息413，确定目标停车点中已停放车辆的有关信息423；基于已停放车辆的有关信息423，得到目标停车点是否可以停放车辆的第二确定结果433；进而基于第一确定结果441和第二确定结果433，确定目标共享车辆是否满足还车条件。

已停放车辆的有关信息423可以包括目标停车点中一个或多个参考共享车辆(如参考共享车辆131)的信息。在一些实施例中，已停放车辆的有关信息423可以包括但不限于参考共享车辆的数量(如10辆)、位置(如经纬度)、车辆编号(如车辆的标识)等。在一些实施例中，服务器端可以基于上文所述的方法确定标识信息413，并基于标识信息413在停车点围栏数据库中查询目标停车点内的已停放车辆的有关信息423。

第二确定结果433可以用于反映目标停车点是否处于正常运营状态。在一些实施例中，服务器端可以根据目标停车点的已停放车辆的数量确定第二确定结果433。当目标停车点的已停放车辆的数量大于预设数量阈值(如1、3)时，表明该目标停车点为正常运营状态，服务器端确定目标停车点可以停放目标共享车辆。否则，服务器端确定目标停车点不可以停放车辆。

在一些实施例中，当第一确定结果441为第一距离小于第一距离阈值，且第二确定结果433为目标停车点可以停放车辆时，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过验证目标停车点是否处于正常运营状态，可以防止用户将目标共享车辆停放在非运营停车点。

在一些实施例中，参考信息还包括与目标共享车辆有关的第一蓝牙信号强度。如图4所示，服务器端可以通过用户终端110，确定目标共享车辆412的第一蓝牙信号强度422；并基于第一蓝牙信号强度422，确定目标共享车辆与用户终端的第二距离432；并获取该目标共享车辆与用户终端的第二距离432是否小于第二距离阈值的第三确定结果442；进而基于第一确定结果441和第三确定结果442，确定目标共享车辆是否满足还车条件。

第一蓝牙信号强度422是指用户终端检测(或接收)到目标共享车辆的蓝牙设备(下文可以称之为第一蓝牙设备)的信号强度指示值(Received Signal StrengthIndication，RSSI)，如-20dbm、-50dbm等。其可以用于反映目标共享车辆与用户终端的距离远近关系。服务器端可以基于预设的RSSI与距离的关系算法，根据第一蓝牙信号强度422确定用户终端(或用户)与目标共享车辆的第二距离432。若第一蓝牙信号强度422越大，表示目标共享车辆与用户终端的第二距离432越近，从而表示用户在目标共享车辆附近。

第三确定结果442可以用于反映用户终端(或用户)是否在目标共享车辆附近(如两者距离小于第二距离阈值)。其中，第二距离阈值可以根据实际情况预先设定，例如，2m。在一些实施例中，第二距离阈值可以根据不同的停车点所处的地段、车辆的停放和/或被借用的频率等确定。示例性的，对于车辆停放或者被借用的频率越高的停车点，该停车点的已停放车辆较密集，则该停车点对应的第二距离阈值可以设置较小，以鼓励用户离目标共享车辆近一些，减少已停放车辆对第三确定结果442的干扰。

在一些实施例中，响应于目标共享车辆与用户终端的第二距离432小于第二距离阈值，表示用户在目标共享车辆附近。否则，表示用户并未在目标共享车辆附近。

在一些实施例中，当第一确定结果441为第一距离小于第一距离阈值，且第三确定结果442为第二距离432小于第二距离阈值时，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过分析目标共享车辆与用户终端之间的距离，验证用户终端(或用户)是否在目标共享车辆附近，能够避免用户在目标停车点但目标共享车辆却未在目标停车点，或者目标共享车辆在目标停车点但用户却未在目标停车点的情形，从而使得目标共享车辆是否还车条件的验证结果更加准确。

需要说明的是，服务器端可以基于第一确定结果441、第二确定结果433、第三确定结果442中的任意一个或其任意的组合确定目标共享车辆的是否满足还车条件。例如，当第一确定结果441为第一距离小于第一距离阈值，第二确定结果433为目标停车点可以停放车辆，且第三确定结果442为第二距离432小于第二距离阈值时，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过综合分析用户终端、目标共享车辆、目标停车点的关系(如位置关系、距离关系)，使得在目标共享车辆出现定位误差(如定位偏移)较大时，能够进行还车条件的验证，提高成功还车的成功率，避免用户无法归还车辆；同时也使得用户对目标共享车辆的停放更加符合运营规范；另外，也防止了人车分离时的还车作弊行为。

图5是根据本说明书一些实施例所示的另一验证目标共享车辆是否满足还车条件的方法的示例性示意图。

在一些实施例中，参考信息包括与参***有关的第二蓝牙信号强度，参***包括设置在目标停车点上的蓝牙设备和/或已停放在目标停车点中的其他共享车辆。

如图5所示，服务器端可以基于参***511有关的第二蓝牙信号强度521，确定参***与用户终端之间的第三距离531；并获取参***与用户终端之间的第三距离531是否小于第三距离阈值的第四确定结果541；进而基于第四确定结果541，确定目标共享车辆是否满足还车条件。

参***是指目标停车点内的用于辅助进行用户终端的位置验证的设备。参***可以包括设置在目标停车点内的蓝牙设备(下文可以称之为第二蓝牙设备)，如设置在目标停车点的蓝牙信标，其可以发射蓝牙信号，以被其他设备(如用户终端)发现和/或连接。

在一些实施例中，第二蓝牙设备可以是呈预设位置分布(如三角分布)的多个(如3个)蓝牙设备。通过设置多个第二蓝牙设备，根据每个第二蓝牙设备的信号强度，确定每个第二蓝牙设备与用户终端的距离能够降低因单个蓝牙设备的功率大小、附近障碍物的阻挡、信号干扰等的影响，使得确定用户终端(或用户)与第二蓝牙设备的距离或者用户在目标停车点内的位置或方位更加准确。

在一些实施例中，参***可以包括已停放在目标停车点中的其他共享车辆，其上设置有蓝牙设备(下文可以称之为第三蓝牙设备)。第三蓝牙设备有关的蓝牙信号强度可以包括用户终端检测(或接收)到第三蓝牙设备的信号强度指示值。服务器端可以基于根据第三蓝牙信号强度确定用户终端(或用户)与第三蓝牙设备的距离。

类似于根据第一蓝牙信号强度确定目标共享车辆与用户终端的第二距离，服务器端也可以根据用户终端上报的参***511的第二蓝牙信号强度521，通过预设的RSSI与距离的关系算法，确定参***与用户终端之间的第三距离531。

第四确定结果541可以用于反映用户终端(或用户)是否在参***附近(如两者距离是否小于第三距离阈值)。其中，第三距离阈值可以根据实际情况预先设定，例如，2m。第三距离阈值可以与第二距离阈值相同，也可以不同。

需要说明的是，第四确定结果541可以基于用户终端与设置在目标停车点上的蓝牙设备(如第二蓝牙设备)的距离确定，也可以基于用户终端与多个参考共享车辆的距离均值确定，或者基于两者的组合确定。

在一些实施例中，响应于参***与用户终端之间的第三距离531小于第三距离阈值，表示用户在参***511附近。否则，表示用户并未在参***511附近。

在一些实施例中，响应于第四确定结果541为第三距离小于第三距离阈值，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过以参***作为参照物，在共享车辆的定位出现误差(如定位漂移)时，能够根据用户终端(或用户)检测到的蓝牙强度信息，验证目标共享车辆是否停在目标停车点，提高位置检测准确性。

在一些实施例中，如图5所示，服务器端还可以确定目标共享车辆412的第一蓝牙信号强度422；并基于第一蓝牙信号强度422，确定目标共享车辆与用户终端的第二距离432；获取目标共享车辆与用户终端的第二距离432是否小于第二距离阈值的第三确定结果442；进而基于第三确定结果442和第四确定结果541，确定目标共享车辆是否满足还车条件。

其中，第一蓝牙信号强度422、目标共享车辆与用户终端的第二距离432以及第三确定结果442与图4的第一蓝牙信号强度422、目标共享车辆与用户终端的第二距离432以及第三确定结果442类似，此次不在赘述。

在一些实施例中，当第三确定结果442为第二距离432小于第二距离阈值，且第四确定结果541为第三距离小于第三距离阈值时，服务器端可以确定目标共享车辆满足还车条件。否则，确定目标共享车辆不满足还车条件。

本说明书一些实施例中，通过分析参***与用户终端之间的距离，验证用户终端(或用户)是否在参***附近。在共享车辆的定位出现误差(如定位漂移)时，能够根据用户终端(或用户)是否在参***附近，以辅助验证目标共享车辆是否停在目标停车点从而进一步使得目标共享车辆的还车条件的验证结果更加准确。

图6是根据本说明书一些实施例所示的服务器端的还车方法的示例性流程图。

在一些实施例中，流程600可以由用户终端110执行。如图6所示，流程600包括下述步骤。

步骤610，向服务器端发送归还目标共享车辆的还车请求。

关于还车请求的相关内容参见步骤310及其描述。

步骤620，从服务器端接收提示指令并显示提示信息，提示信息用于提示用户扫描目标停车点中的标识码。

服务器端在收到还车请求后，可以执行步骤320和步骤330。当确定目标共享车辆不满足还车条件时，服务器端可以向用户终端发送提示指令。提示指令用于指示用户终端显示提示信息，提示信息用于提示用户扫描目标停车点中的标识码。关于提示信息、目标停车点中的标识码的相关内容参见图3及其描述。

步骤630，通过扫描目标停车点中的标识码，向服务器端发送参考信息。

在一些实施例中，参考信息可以包括以下信息中的至少一种：用户终端的位置信息；目标共享车辆有关的蓝牙信号强度；与设置在目标停车点上的蓝牙设备有关的蓝牙信号强度；与已停放在目标停车点中的其他共享车辆有关的蓝牙信号强度。关于上述参考信息的更多描述参见图3及其描述。

在一些实施例中，用户终端通过向服务器发送参考信息，以使得服务器端能够分别确定用户终端(或用户)与目标停车点、目标共享车辆、参考共享车辆间的距离信息，从而验证目标共享车辆是否满足还车条件。

步骤640，从服务器端接收还车验证结果并显示还车验证结果，还车验证结果指示目标共享车辆是否满足还车条件。

服务器端在接受了参考信息后，可以执行步骤350，以确定目标共享车辆是否满足还车条件，并将确定结果(即还车验证结果)发给用户终端。在一些实施例中，用户终端基于还车验证结果，通过前端页面显示对应的判定提示信息。例如，若还车验证结果为目标共享车辆满足还车条件时，可以提示还车验证通过，并提示支付费用信息。若还车验证结果为目标共享车辆满足不还车条件时，可以重复执行步骤620至步骤640。

本说明书一些实施例中，通过用户终端采集参考信息，使得服务器端能够更加准确地确定用户终端的位置、目标共享车辆与用户终端的位置关系、用户终端与目标停车点内的参考共享车辆的位置关系，从而使得验证共享车辆是否满足还车条件的验证结果更加准确。

图7是根据本说明书一些实施例所示的还车方法的示例性示意图。

在一些实施例中，流程700可以由还车***执行。如图7所示，流程700包括下述步骤。

步骤710，用户终端发送还车请求到服务器端。

步骤720，服务器端发送扫描目标停车点标识码的提示信息到用户终端。

在一些实施例中，服务器端可以根据第一位置信息，确定目标共享车辆是否位于预先划定的停车点内(如位于某个停车点对应的地理围栏内或其预设距离范围内)，进而确定目标共享车辆是否满足还车条件。若目标共享车辆在目标停车点内，则目标共享车辆满足还车条件，否则，不满足还车条件。下文中，根据共享车辆的第一位置信息，确定目标共享车辆满足还车条件，可以称之为一次位置验证。

响应于一次位置验证确定目标共享车辆不满足还车条件，服务器端可以反馈在用户终端(如App界面)显示提示信息的指令，以提醒和/或引导用户通过用户终端扫描目标停车点标识码(如二维码、条形码)，以进行后续的二次位置验证。其中，根据参考信息，确定目标共享车辆是否满足还车条件，可以称之为二次位置验证，二次位置验证可以包括步骤731至步骤762。更多关于提示信息、参考信息的相关内容参见图3及其描述。

响应于一次位置验证确定目标共享车辆满足还车条件，服务器端可以反馈可以进一步还车(如提示还车成功、支付费用等)的指令，此时，流程700可以终止。

在一些实施例中，一次位置验证确定目标共享车辆满足还车条件时，也可以继续执行二次位置验证。这是要考虑到目标共享车辆的真实位置可能在任意停车点之外，但由于定位漂移导致第一位置却落在了某个停车点内。因此，执行二次位置验证是有必要的。在一些实施例中，服务器端可以获取天气情况、共享车辆的电池电量信息、共享车辆的定位装置的定位精度等信息，以确定是否需要在一次验证通过后，依然开启二次验证。例如，当天气情况良好、电池电量充足、定位精度高时，一次验证通过后，服务器端可以反馈进一步还车指令并终止流程700。

步骤731，用户终端扫码获取停车点编码。

用户在用户终端的提示信息的指示下，通过扫描目标停车点(如最近的停车点)的标识码后获取目标停车点对应的停车点编码。停车点编码可以用于唯一标识各个不同的预设停车点，其可以是预先固定设置的，也可以不定期地更新。更多关于停车点编码的相关内容参见图4及其描述。

步骤732，用户终端获取终端经纬度。

用户终端可以通过内置的定位装置(如GPS)获取定位信息，以确定终端经纬度。可以理解，终端经纬度也可以用于表示用户的位置信息，通过终端经纬度和第一位置信息可以初步判定用户终端(或者用户)与目标共享车辆的位置关系。仅作为示例，终端经纬度与第一位置信息出现较大偏离(如相距200m)，可能是由于共享车辆的定位漂移，也可能是用户终端扫描停车标识码时，用户并不在目标共享车辆附近(如用户扫描提前保存停车标识码的图片而非现场的停车标识码)。

步骤733，用户终端获取蓝牙信号信息。

蓝牙信号信息可以包括第一蓝牙信号强度和/或第二蓝牙信号强度。其可以通过用户终端的蓝牙设备对目标共享车辆以及目标停车点的参***进行蓝牙信号检测获得。更多关于第一蓝牙信号强度、第二蓝牙信号强度以及参***的相关内容参见图4和/或图5及其描述。

通过上述步骤731至步骤733获取的停车点编码、终端经纬度、蓝牙信号信息可以称之为参考信息。在一些实施例中，参考信息还可以包括其他的信息，例如，用户扫描停车标识码的时间信息等。

需要说明的是，步骤732至步骤733的执行顺序可以是串行的也可以并行的。

步骤740，用户终端将停车点编码、终端经纬度、蓝牙信号信息发送到服务器端。

在一些实施例中，用户终端可以通过网络将参考信息发送至服务器端。

步骤750，服务器端确定还车验证结果。

在一些实施例中，接收到用户终端发送的参考信息后，服务器端可以执行二次位置验证。其可以根据参考信息，确定目标共享车辆是否满足还车条件的还车验证结果。

步骤761，若验证结果不通过，服务器端发送验证失败状态，并执行720。

在一些实施例中，服务器端可以根据还车验证结果，向用户终端发送验证状态。若验证结果不通过时，返回验证失败状态，并重复执行步骤720。

在一些实施例中，服务器端可以记录目标共享车辆的还车验证失败的次数，当验证失败的次数达到预设次数阈值(如8次)时，可以提示用户向客服反馈(如提示客服电话)的方式进行还车处理，或者向共享车辆运维团队发送提醒信息(如短信、电话)以辅助用户完成还车处理。

步骤762，若验证结果通过，服务器端发送验证成功状态，并发送进一步还车指示。

若验证结果通过时，返回验证成功状态，并发送还车成功、支付用车费用的指示或指令。

应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的***组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的***。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (10)

1.一种共享车辆还车方法，其特征在于，由服务器端执行，所述方法包括：

从用户终端接收归还目标共享车辆的还车请求；

响应于所述还车请求，从所述目标共享车辆获取第一位置信息；

基于所述第一位置信息，确定所述目标共享车辆是否满足还车条件；

响应于确定所述目标共享车辆不满足还车条件，从所述用户终端获取参考信息，所述参考信息由所述用户终端通过扫描设置在目标停车点中的标识码后发送给所述服务器端；

基于所述参考信息，验证所述目标共享车辆是否满足所述还车条件。

2.根据权利要求1所述的方法，其特征在于，所述参考信息包括所述用户终端的第二位置信息，所述基于所述参考信息，验证所述目标共享车辆是否满足所述还车条件包括：

确定所述目标停车点的第三位置信息；

基于所述第二位置信息和所述第三位置信息，得到所述用户终端与所述目标停车点的第一距离是否小于第一距离阈值的第一确定结果；

基于所述第一确定结果，验证所述目标共享车辆是否满足所述还车条件。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一确定结果，验证所述目标共享车辆是否满足所述还车条件包括：

确定所述目标停车点的标识信息；

基于所述目标停车点的标识信息，确定所述目标停车点中已停放车辆的有关信息；

基于所述已停放车辆的有关信息，得到所述目标停车点是否可以停放车辆的第二确定结果；

基于所述第一确定结果和所述第二确定结果，验证所述目标共享车辆是否满足所述还车条件。

4.根据权利要求2所述的方法，其特征在于，所述参考信息包括与所述目标共享车辆有关的第一蓝牙信号强度；

所述基于所述第一确定结果，验证所述目标共享车辆是否满足所述还车条件包括：

基于所述第一蓝牙信号强度，确定所述目标共享车辆与所述用户终端的第二距离；

获取所述第二距离是否小于第二距离阈值的第三确定结果；

基于所述第一确定结果和所述第三确定结果，验证所述目标共享车辆是否满足所述还车条件。

5.根据权利要求1所述的方法，所述参考信息包括与参***有关的第二蓝牙信号强度，所述参***包括设置在所述目标停车点上的蓝牙设备和/或已停放在所述目标停车点中的其他共享车辆；

所述基于所述参考信息，验证所述目标共享车辆是否满足所述还车条件包括：

基于所述第二蓝牙信号强度，确定所述参***与所述用户终端之间的第三距离；

获取所述第三距离是否小于第三距离阈值的第四确定结果；

基于所述第四确定结果，验证所述目标共享车辆是否满足所述还车条件。

6.根据权利要求5所述的方法，所述参考信息还包括所述目标共享车辆有关的第一蓝牙信号强度；

所述基于所述第四确定结果，验证所述目标共享车辆是否满足所述还车条件包括：

基于所述第一蓝牙信号强度，确定所述目标共享车辆与所述用户终端的第二距离；

获取所述第二距离是否小于第二距离阈值的第三确定结果；

基于所述第三确定结果和所述第四确定结果，验证所述目标共享车辆是否满足所述还车条件。

7.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，所述计算机执行如权利要求1至6中任一项所述的共享车辆还车方法。

8.一种共享车辆还车方法，其特征在于，由用户终端执行，所述方法包括：

向服务器端发送归还目标共享车辆的还车请求；

从所述服务器端接收提示指令并显示提示信息，所述提示信息用于提示用户扫描目标停车点中的标识码；

通过扫描所述目标停车点中的标识码，向所述服务器端发送参考信息；

从所述服务器端接收还车验证结果并显示所述还车验证结果，所述还车验证结果指示所述目标共享车辆是否满足还车条件。

9.根据权利要求8所述的方法，其特征在于，所述参考信息包括以下信息中的至少一种：

所述用户终端的位置信息；

所述目标共享车辆有关的蓝牙信号强度；

与设置在所述目标停车点上的蓝牙设备有关的蓝牙信号强度；

与已停放在所述目标停车点中的其他共享车辆有关的蓝牙信号强度。

10.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，所述计算机执行如权利要求8至9中任一项所述的共享车辆还车方法。