CN111724537A - 交通工具控制方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例涉及一种交通工具控制方法、装置、电子设备和存储介质。所述方法包括：展示还车界面，并基于所述还车界面接收无桩还车触发操作；根据所述无桩还车触发操作生成无桩还车请求；所述无桩还车请求携带与所述客户端绑定的目标交通工具的标识信息；向服务器发送所述无桩还车请求；所述无桩还车请求用于指示所述服务器根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件，并在确定所述目标交通工具满足所述无桩还车条件后控制所述目标交通工具进行止锁操作；所述无桩还车条件为在所述目标交通工具未锁至停车桩的情况下进行还车的条件。采用本方法能够解决因停车桩数量有限，没有停车桩可供还车的问题。

Description

交通工具控制方法、装置、电子设备和存储介质

技术领域

本公开实施例涉及共享交通工具技术领域，特别是涉及一种交通工具控制方法、装置、电子设备和存储介质。

背景技术

随着科技的发展，市场中出现了共享单车、共享助力车等共享交通工具，为人们的生活提供了极大地便利。

目前，为了方便对共享交通工具进行维护和管理，会在道路上设置停车桩，在用户将共享交通工具与停车桩锁定之后，才确认还车成功。

但是，停车桩的数量有限，常常会出现没有停车桩的情况，导致用户无法还车。

发明内容

本公开实施例提供一种交通工具控制方法、装置、电子设备和存储介质，可以提供一种无桩还车方式，从而解决停车桩数量有限，常常出现没有可用停车桩的问题。

第一方面，本公开实施例提供一种交通工具控制方法，用于客户端，该方法包括：

展示还车界面，并基于还车界面接收无桩还车触发操作；

根据无桩还车触发操作生成无桩还车请求；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

向服务器发送无桩还车请求；无桩还车请求用于指示服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件，并在确定目标交通工具满足无桩还车条件后控制目标交通工具进行止锁操作；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件。

第二方面，本公开实施例提供一种交通工具控制方法，用于服务器，该方法包括：

接收客户端发送的无桩还车请求；无桩还车请求是客户端基于还车界面接收到无桩还车触发操作后发送的；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件；

若确定目标交通工具满足无桩还车条件，则控制目标交通工具进行止锁操作。

第三方面，本公开实施例提供一种交通工具控制装置，用于客户端，该装置包括：

还车界面展示模块，用于展示还车界面，并基于还车界面接收无桩还车触发操作；

请求生成模块，用于根据无桩还车触发操作生成无桩还车请求；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

请求发送模块，用于向服务器发送无桩还车请求；无桩还车请求用于指示服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件，并在确定目标交通工具满足无桩还车条件后控制目标交通工具进行止锁操作；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件。

第四方面，本公开实施例提供一种交通工具控制装置，用于服务器，该装置包括：

第一请求接收模块，用于接收客户端发送的无桩还车请求；无桩还车请求是客户端基于还车界面接收到无桩还车触发操作后发送的；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

条件确定模块，用于根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件；

第一控制模块，用于若确定目标交通工具满足无桩还车条件，则控制目标交通工具进行止锁操作。

第五方面，本公开实施例提供一种电子设备，包括通信组件、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现或控制所述通信组件上述第一方面或第二方面的方法。

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

本公开实施例提供的交通工具控制方法、装置、电子设备和存储介质，客户端展示还车界面，并基于还车界面接收无桩还车触发操作；根据无桩还车触发操作生成无桩还车请求；向服务器发送无桩还车请求；服务器在根据无桩还车请求确定目标交通工具符合无桩还车条件的情况下，控制目标交通工具进行止锁操作，实现无桩还车。通过本公开实施例，解决因停车桩数量有限，没有停车桩可供还车的问题，满足了用户的还车需求。

附图说明

图1为一个实施例中交通工具控制方法的应用环境图；

图2为一个实施例中交通工具控制方法的流程示意图之一；

图3为一个实施例中还车界面的示意图；

图4为一个实施例中交通工具控制方法的流程示意图之二；

图5为一个实施例中第一引导界面的示意图；

图6为一个实施例中交通工具控制方法的流程示意图之三；

图7为一个实施例中支付界面的示意图；

图8为一个实施例中交通工具控制方法的流程示意图之四；

图9为一个实施例中第二引导界面的示意图；

图10-1为一个实施例中交通工具控制方法的流程示意图之五；

图10-2为一个实施例中交通工具控制方法的流程示意图之六；

图11为一个实施例中交通工具控制方法的流程示意图之七；

图12为一个实施例中第三引导界面的示意图；

图13为一个实施例中交通工具控制方法的流程示意图之八；

图14为一个实施例中确认界面的示意图；

图15为另一个实施例中交通工具控制方法的流程示意图之一；

图16为另一个实施例中根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件的步骤的流程示意图之一；

图17为另一个实施例中根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件的步骤的流程示意图之一；

图18为另一个实施例中交通工具控制方法的流程示意图之二；

图19为另一个实施例中交通工具控制方法的流程示意图之三；

图20为另一个实施例中交通工具控制方法的流程示意图之四；

图21为另一个实施例中交通工具控制方法的流程示意图之五；

图22-1为另一个实施例中交通工具控制方法的流程示意图之六；

图22-2为另一个实施例中交通工具控制方法的流程示意图之七；

图23为另一个实施例中交通工具控制方法的流程示意图之八；

图24为另一个实施例中交通工具控制方法的流程示意图之九；

图25为再一个实施例中交通工具控制方法的流程示意图；

图26为一个实施例中交通工具控制装置的结构框图之一；

图27为一个实施例中交通工具控制装置的结构框图之二；

图28为一个实施例中交通工具控制装置的结构框图之三；

图29为一个实施例中交通工具控制装置的结构框图之四；

图30-1为一个实施例中交通工具控制装置的结构框图之五；

图30-2为一个实施例中交通工具控制装置的结构框图之六；

图31为一个实施例中交通工具控制装置的结构框图之七；

图32为一个实施例中交通工具控制装置的结构框图之八；

图33为另一个实施例中交通工具控制装置的结构框图之一；

图34为另一个实施例中交通工具控制装置的结构框图之二；

图35为另一个实施例中交通工具控制装置的结构框图之三；

图36为另一个实施例中交通工具控制装置的结构框图之四；

图37为另一个实施例中交通工具控制装置的结构框图之五；

图38-1为另一个实施例中交通工具控制装置的结构框图之六；

图38-2为另一个实施例中交通工具控制装置的结构框图之七；

图39为另一个实施例中交通工具控制装置的结构框图之八；

图40为另一个实施例中交通工具控制装置的结构框图之九；

图41为一个实施例中电子设备的内部结构图；

图42为一个实施例中服务器的内部结构图。

具体实施方式

为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景进行介绍。

通常情况下，共享交通工具的提供商为了方便对共享交通工具进行维护和管理，会在道路上设置停车桩。在用户将共享交通工具与停车桩锁定之后，服务器才会确认还车成功。但是，由于共享交通工具很多，而停车桩却数量有限，常常会出现没有停车桩的情况，导致用户无法还车。

本公开实施例提供了一种交通工具控制方法，客户端展示还车界面，并基于还车界面接收无桩还车触发操作；根据无桩还车触发操作生成无桩还车请求；其中，无桩还车请求携带与客户端绑定的目标交通工具的标识信息。之后，客户端向服务器发送无桩还车请求，服务器接收无桩还车请求后，根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件，并在确定目标交通工具满足无桩还车条件后控制目标交通工具进行止锁操作。通过本公开实施例，可以使用户在没有空闲停车桩还车的情况下，进行无桩还车，满足用户的还车需求。

下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的交通工具控制方法，可以应用于如图1所示的系统架构中。该系统架构包括交通工具101、客户端102以及服务器103。其中，交通工具101可以为脚踏自行车、电动自行车、滑板车、摩托车等非机动或者机动车辆；客户端102可以为手机、平板电脑、IPAD等电子设备，还可以为安装在电子设备上的APP软件；服务器103可以为独立的服务器或者是多个服务器组成的服务器集群。其中，交通工具101设置有通信组件，其可以通过无线的方式与客户端102和服务器103进行通信。另外，客户端102和服务器103之间可以采用无线或者有线的方式进行通信。本公开实施例对交通工具101、客户端102以及服务器103之间的通信方式并不做限定。

在一个实施例中，如图2所示，提供了一种交通工具控制方法，以该方法应用于图1中的客户端为例进行说明，包括以下步骤：

步骤201，客户端展示还车界面，并基于还车界面接收无桩还车触发操作。

其中，如图3所示，还车界面中可以设置还车按键，在用户点击或触碰该还车按键时接收无桩还车触发操作。

步骤202，客户端根据无桩还车触发操作生成无桩还车请求。

其中，无桩还车请求携带与客户端绑定的目标交通工具的标识信息。与客户端绑定的目标交通工具即为待归还的交通工具。目标交通工具的标识信息可以包括目标交通工具的唯一标识。

客户端在接收到无桩还车触发操作后，确定与客户端绑定的目标交通工具的标识信息，根据目标交通工具的标识信息生成无桩还车请求

步骤203，客户端向服务器发送无桩还车请求。

其中，无桩还车请求用于指示服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件，并在确定目标交通工具满足无桩还车条件后控制目标交通工具进行止锁操作；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件。

客户端生成无桩还车请求后，向服务器发送该无桩还车请求。服务器接收无桩还车请求，得到无桩还车请求中携带的标识信息，并根据标识信息确定待归还的目标交通工具。之后，服务器确定目标交通工具是否满足无桩还车条件，即确定是否允许目标交通工具在未锁至停车桩的情况下进行还车。如果服务器确定目标交通工具满足无桩还车条件，则控制目标交通工具进行止锁操作，实现无桩还车。

上述交通工具控制方法中，客户端展示还车界面，并基于还车界面接收无桩还车触发操作；根据无桩还车触发操作生成无桩还车请求；向服务器发送无桩还车请求，服务器在根据无桩还车请求确定目标交通工具符合无桩还车条件的情况下，控制目标交通工具进行止锁操作，实现无桩还车。通过本公开实施例，解决因停车桩数量有限，没有停车桩可供还车的问题，满足了用户的还车需求。

在其中一个实施例中，无桩还车条件包括：目标交通工具位于停车点内，且，停车点内的所有停车桩均被交通工具所占用，停车点为设置有至少一个停车桩的区域。

在其中一个实施例中，无桩还车条件包括：在目标交通工具位于停车点内，且，停车点内的所有停车桩均被交通工具所占用的情况下，目标交通工具被移动至目标虚拟停车围栏内，停车点为设置有至少一个停车桩的区域。

其中，设置有至少一个停车桩的区域作为一个停车点。当目标交通工具位于一个停车点内，并且，该停车点内没有空闲的停车桩时，确定目标交通工具满足无桩还车条件。或者，当目标交通工具位于一个停车点内，该停车点内没有空闲的停车桩，并且目标交通工具位于目标虚拟停车围栏内，确定目标交通工具满足无桩还车条件。

在其中一个实施例中，停车点包括至少一个停车桩所在的停车桩区域以及停车桩区域周围预设范围内的冗余区域。

停车桩可以包括控制车桩和多个受控车桩，在实际应用中，可以将控制车桩作为基准点设置停车桩区域，并且在停车桩区域外设置冗余区域。例如，以控制车桩为圆心，分别以a和b为半径设置两个同心圆形区域，其中，b大于a，将以a为半径的圆形区域作为停车桩区域，将a和b之间的环形区域作为冗余区域。或者，以控制车桩为一个顶点，设置两个矩形区域，得到停车桩区域和冗余区域。本公开实施例对停车桩区域和冗余区域不做限定。

在确定目标交通工具是否满足无桩还车条件的过程中，可以先确定目标交通工具是否在停车桩区域，如果目标交通工具不在停车桩区域，再判断目标交通工具是否在冗余区域。本公开实施例对此不做限定。

可以理解地，当停车点内的所有停车桩均被交通工具所占用，没有空闲的停车桩时，目标交通工具在停车点内，或者停车点附近的电子围栏中，均可以进行无桩还车，为用户提供了多种无桩还车方式。

在其中一个实施例中，无桩还车请求还用于指示服务器在确定目标交通工具不满足无桩还车条件后返回还车引导信息；还车引导信息用于指示用户按照预设还车要求对目标交通工具止锁，预设还车要求包括将目标交通工具锁至停车桩，或者，将目标交通工具移动至目标虚拟停车围栏内止锁。

客户端将无桩还车请求发送到服务器，服务器接收无桩还车请求。之后，服务器根据无桩还车请求中携带的标识信息确定目标交通工具。接着，服务器确定目标交通工具是否满足无桩还车条件，如果确定目标交通工具不满足无桩还车条件，则向客户端返回还车引导信息。

如果是因为停车点内存在未被交通工具占用的停车桩而导致目标交通工具不满足无桩还车条件，则客户端接收还车引导信息之后，可以根据还车引导信息引导用户将目标交通工具锁至停车桩。

如果是因为目标交通工具不在目标虚拟停车围栏中而导致目标交通工具不满足无桩还车条件，则客户端接收还车引导信息之后，可以根据还车引导信息引导用户将目标交通工具移动至目标虚拟停车围栏内止锁。

上述还车引导信息可以是绘制有路径导航的地图，从而使用户根据路径导航将目标交通工具移动至停车点内止锁，或者移动至目标虚拟停车围栏内止锁。

可以理解地，在确定目标交通工具不满足无桩还车条件后，服务器向客户端返回还车引导信息；客户端接收还车引导信息，并根据还车引导信息引导用户还车，可以规范用户还车行为，从而方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，还车引导信息包括第一引导信息，第一引导信息是服务器在确定目标交通工具未处于停车点内时发送的，如图4所示，还可以包括：

步骤204，客户端接收第一引导信息并展示第一引导界面。

服务器在确定目标交通工具未处于停车点内时，向客户端发送第一引导信息。客户端接收到第一引导信息后，展示第一引导界面。如图5所示，第一引导界面中设置有前往停车点选项。

步骤205，在检测到对前往停车点选项的触发操作后，客户端展示第一引导信息。

其中，第一引导信息用于提示用户将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。

客户端展示第一引导界面后，如果检测到前往停车点选项被触发，例如，检测到用户点击或触摸前往停车点选项，则展示第一引导信息。之后，用户可以根据第一引导信息将目标交通工具移动至停车点内，并将目标交通工具锁至停车点内未被交通工具占用的停车桩。

上述实施例中，客户端接收第一引导信息并展示第一引导界面，其中，第一引导信息是服务器在确定目标交通工具未处于停车点内时发送的；当客户端检测到对前往停车点选项的触发操作后，展示第一引导信息，通过第一引导信息引导用户将目标交通工具锁至停车点内未被交通工具占用的停车桩。通过本公开实施例，在目标交通工具不满足无桩还车条件的情况下，引导用户规范还车，方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，如图5所示，第一引导界面还包括第一无桩还车选项。如图6所示，还可以包括：

步骤206，在检测到对第一无桩还车选项的触发操作后，客户端展示支付界面。

当客户端检测到第一无桩还车选项被触发，例如，检测到用户点击或触碰第一无桩还车选项，则展示支付界面。如图7所示，支付界面中设置有支付确认选项。

步骤207，在检测到对支付确认选项的触发操作后，客户端向服务器发送止锁请求。

其中，止锁请求用于指示服务器控制目标交通工具进行止锁操作，并将客户端对应账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

当客户端检测到支付界面中的支付确认选项被触发后，向服务器发送止锁请求。服务器接收止锁请求，并控制目标交通工具进行止锁操作。并且，服务器还将客户端对应账户中的目标数据转移至平台账户。其中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。即，如果用户不想将目标交通工具移动至停车点内再还车，而是想就地还车，那么需要对客户端对应的账户进行计费处理，且计费金额与将目标交通工具锁入停车桩的调度处理的金额相等。

上述实施例中，第一引导界面还包括第一无桩还车选项，当客户端检测到对第一无桩还车选项的触发操作后，展示支付界面；在检测到对支付确认选项的触发操作后，向服务器发送止锁请求。本公开实施例中，在通过客户端获知用户就地无桩还车的需求后，指示服务器控制目标交通工具进行止锁操作，并执行相应的计费处理，这种新的无桩还车方式，不仅满足用户的还车需求，而且还节省了部分维护成本。

在一个实施例中，还车引导信息包括第二引导信息，第二引导信息是服务器在确定目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩后发送的，如图8所示，还可以包括：

步骤208，客户端接收第二引导信息并展示第二引导界面。

服务器在确定目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩后，向客户端发送第二引导信息。客户端接收第二引导信息并展示第二引导界面。如图9所示，第二引导界面中设置有停车桩还车选项。

步骤209，在检测到对停车桩还车选项的触发操作后，客户端展示第二引导信息。

其中，第二引导信息用于提示用户将目标交通工具锁至未被交通工具占用的停车桩。

当客户端检测到停车桩还车选项被触发后，展示第二引导信息。之后，用户可以第二引导信息将目标交通工具锁至未被交通工具占用的停车桩。

上述实施例中，客户端接收第二引导信息并展示第二引导界面，其中，第二引导信息是服务器在确定目标交通工具处于停车点内，且停车点内存在未被交通工具占用的停车桩后发送的；当客户端检测到对停车桩还车选项的触发操作后，展示第二引导信息，引导用户将目标交通工具锁至未被交通工具占用的停车桩。通过本公开实施例，可以引导用户规范还车，方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，如图9所示，第二引导界面还包括第二无桩还车选项，如图10-1所示，还可以包括：

步骤210，在检测到对第二无桩还车选项的触发操作后，客户端展示支付界面。

当客户端检测到第二无桩还车选项被触发，例如，检测到用户点击或触碰第二无桩还车选项，则展示支付界面。如图7所示，支付界面中设置有支付确认选项。

步骤211，在检测到对支付确认选项的触发操作后，客户端向服务器发送止锁请求。

其中，止锁请求用于指示服务器控制目标交通工具进行止锁操作，并将客户端对应的账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

当客户端检测到支付确认选项被触发后，向服务器发送止锁请求。服务器接收止锁请求，并控制目标交通工具进行止锁操作。并且，服务器还对客户端对应账户中的目标数据转移至平台账户。其中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。即，如果用户不想将目标交通工具锁至停车点内的停车桩，而是想就地还车，那么需要对客户端对应账户进行计费处理，计费金额与将目标交通工具锁入停车桩的金额相等。

上述实施例中，客户端在检测到对第二无桩还车选项的触发操作后，展示支付界面；在检测到对支付确认选项的触发操作后，向服务器发送止锁请求。通过本公开实施例，在通过客户端获知用户就地无桩还车的需求后，指示服务器控制目标交通工具进行止锁操作，并执行相应的计费处理，这种新的无桩还车方式，不仅满足用户的还车需求，而且还节省了部分维护成本。

在其中一个实施例中，如图10-2所示，还可以包括：

步骤212，客户端接收服务器发送的锁车失败信息。

其中，锁车失败信息是服务器在接收到停车桩发送的锁车失败信息后发送的，锁车失败信息是停车桩在检测到停车桩的电量低于预设电量阈值，且禁止目标交通工具锁至停车桩后发送的。

在用户根据还车引导信息要将目标交通工具锁至停车桩时，如果停车桩检测到自身电量低于预设电量阈值，即停车桩处于低电量状态，停车桩可以禁止对目标交通工具止锁，同时向服务器发送锁车失败信息。服务器接收到锁车失败信息之后，向客户端发送锁车失败信息。客户端接收锁车失败信息。

步骤213，客户端展示锁车失败信息。

客户端接收锁车失败信息之后，展示锁车失败信息，从而提示用户不再将目标交通工具锁至停车桩。

可以理解地，停车桩在处于低电量状态下，禁止对目标交通工具进行止锁，同时通过客户端向用户反馈锁车失败信息，可以使用户正常还车，避免因停车桩低电量而导致计费异常。

在一个实施例中，还车引导信息还包括第三引导信息，第三引导信息是服务器在确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用后发送的，如图11所示，还可以包括：

步骤214，客户端接收第三引导信息并展示第三引导界面。

服务器在确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用后，向客户端发送第三引导信息。客户端接收第三引导信息并展示第三引导界面。如图12所示，第三引导界面中设置有第三无桩还车选项。

步骤215，在检测到对第三无桩还车选项的触发操作后，客户端展示第三引导信息。

其中，第三引导信息用于提示用户将目标交通工具移动至目标虚拟停车围栏内止锁。

当客户端检测到第三无桩还车选项被触发后，展示第三引导信息。用户可以根据第三引导信息将目标交通工具移动至目标虚拟停车围栏内止锁。

上述实施例中，客户端接收第三引导信息并展示第三引导界面；其中，第三引导信息是服务器在确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用后发送的；在检测到对第三无桩还车选项的触发操作后，展示第三引导信息，引导用户将目标交通工具移动至目标虚拟停车围栏内止锁。通过本公开实施例，可以引导用户规范还车，方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，还车请求还用于指示服务器在确定目标交通工具满足无桩还车条件后返回确认界面，如图13所示，还可以包括：

步骤216，客户端接收并展示确认界面。

服务器在确定目标交通工具满足无桩还车条件后向客户端返回确认界面，客户端接收确认界面，并展示确认界面。如图14所示，确认界面设置有确认选项。

步骤217，在检测到对确认选项的触发操作后，向服务器发送确认信息。

其中，确认信息用于指示服务器控制目标交通工具进行止锁操作。

客户端在检测到确定选项被触发后，向服务器发送确认信息。服务器接收确认信息，并控制目标交通工具进行止锁操作。

上述实施例中，客户端接收并展示确认界面；其中，确认界面是服务器在确定目标交通工具满足无桩还车条件后发送的；在客户端检测到对确认选项的触发操作后，向服务器发送确认信息，指示服务器控制目标交通工具进行止锁操作。本公开实施例中，在目标交通工具满足无桩还车条件，并且用户确认需要进行无桩还车的情况下，客户端与服务器进行交互，实现无桩还车，解决因停车桩数量有限而无法还车的问题。

在一个实施例中，如图15所示，提供了一种交通工具控制方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤301，服务器接收客户端发送的无桩还车请求。

其中，无桩还车请求是客户端在基于还车界面接收到无桩还车触发操作后发送的；无桩还车请求携带与客户端绑定的目标交通工具的标识信息。

客户端展示还车界面，并基于还车界面接收无桩还车触发操作。之后，客户端根据无桩还车触发操作确定与客户端绑定的目标交通工具的标识信息，并根据标识信息生成无桩还车请求。接着，客户端将无桩还车请求发送到服务器。服务器接收无桩还车请求。

步骤302，服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件。

其中，无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件。

服务器在接收到无桩还车请求之后，根据无桩还车请求中携带的标识信息确定待归还的目标交通工具，并确定目标交通工具是否满足无桩还车条件。即，服务器确定是否允许目标交通工具在未锁至停车桩的情况下进行还车。

步骤303，若确定目标交通工具满足无桩还车条件，则服务器控制目标交通工具进行止锁操作。

如果服务器确定目标交通工具满足无桩还车条件，即允许目标交通工具在未锁至停车桩的情况下进行还车，则控制目标交通工具进行止锁操作，从而完成无桩还车。

上述交通工具控制方法中，服务器接收客户端发送的无桩还车请求；根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件；若确定目标交通工具满足无桩还车条件，则控制目标交通工具进行止锁操作。本公开实施例提供了一种无桩还车方式，可以解决因停车桩数量有限而无法还车的问题，满足了用户的还车需求。

在其中一个实施例中，如图16所示，上述根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件的步骤，可以包括：

步骤3021，服务器根据目标交通工具的标识信息获取目标交通工具所处的地理位置。

服务器获取到目标交通工具的标识信息，之后，可以根据标识信息向目标交通工具发送位置获取指令，目标交通工具在接收到位置获取指令后，向服务器返回自身所处的地理位置。或者，目标交通工具实时向服务器反馈自身所处的地理位置。本公开实施例对此不做限定。

步骤3022，服务器根据地理位置检测目标交通工具是否位于停车点内。

其中，停车点为设置有至少一个停车桩的区域。

服务器获取到目标交通工具的地理位置之后，与停车点的地理位置进行比较，确定目标交通工具是否位于停车点内。

步骤3023，若目标交通工具位于停车点内，则服务器检测停车点内的所有停车桩是否均被交通工具所占用。

如果服务器确定目标交通工具位于停车点内，则确定该停车点的所有停车桩是否均被交通工具所占用。在实际应用中，停车桩被占用后，可以向服务器发送停车桩和占用停车桩的交通工具之间的对应关系。这，服务器在确定停车桩是否被占用时，可以根据对应关系确定停车桩是否具有对应的交通工具，如果具有对应的交通工具，则确定该停车桩被交通工具所占用。如果根据对应关系确定停车桩不具有对应的交通工具，则确定该停车桩未被交通工具所占用。本公开实施例对确定方式不做限定。

步骤3024，若停车点内的所有停车桩均被交通工具所占用，则服务器确定目标交通工具满足无桩还车条件。

如果确定目标交通工具在停车点内，并且停车点内的所有停车桩均被交通工具所占用，则确定目标交通工具满足无桩还车条件，可以进行无桩还车。

在其中一个实施例中，如图17所示，还可以包括：

步骤3025，若停车点内的所有停车桩均被交通工具所占用，则服务器检测目标交通工具是否被移动至目标虚拟停车围栏内。

如果确定目标交通工具在停车点内，停车点内的所有停车桩均被交通工具所占用，则确定目标交通工具是否被移动至指定的电子围栏中，即确定目标交通工具是否满足无桩还车条件。

步骤3026，若目标交通工具被移动至目标虚拟停车围栏内，则服务器确定目标交通工具满足无桩还车条件。

如果确定目标交通工具在停车点内，停车点内的所有停车桩均被交通工具所占用，并且，目标交通工具已被移动至指定的电子围栏中，则确定目标交通工具满足无桩还车条件，可以进行无桩还车。

在其中一个实施例中，停车点包括至少一个停车桩所在的停车桩区域以及停车桩区域周围预设范围内的冗余区域。

停车桩可以包括控制车桩和多个受控车桩，在实际应用中，可以将控制车桩作为基准点设置停车桩区域，并且在停车桩区域外设置冗余区域。本公开实施例对停车桩区域和冗余区域不做限定。

在确定目标交通工具是否满足无桩还车条件的过程中，服务器可以先确定目标交通工具是否在停车桩区域，如果目标交通工具不在停车桩区域，再判断目标交通工具是否在冗余区域。本公开实施例对此不做限定。可以理解地，冗余区域的设置拓展了可还车的范围，避免出现目标交通工具与停车桩之间的距离很近但仍无法还车的问题。

上述实施例中，服务器根据目标交通工具的标识信息获取目标交通工具所处的地理位置；根据地理位置检测目标交通工具是否位于停车点内；若目标交通工具位于停车点内，则检测停车点内的所有停车桩是否均被交通工具所占用；若停车点内的所有停车桩均被交通工具所占用，则确定目标交通工具满足无桩还车条件。或者，若停车点内的所有停车桩均被交通工具所占用，则检测目标交通工具是否被移动至目标虚拟停车围栏内。若目标交通工具被移动至目标虚拟停车围栏内，则确定目标交通工具满足无桩还车条件。本公开实施例中，当停车点内没有空闲的停车桩时，目标交通工具在停车点内，或者在停车点附近的电子围栏中，均可以进行无桩还车，为用户提供了多种无桩还车方式。

在一个实施例中，如图18所示，还可以包括：

步骤304，若目标交通工具不满足无桩还车条件，则服务器向客户端返回还车引导信息。

其中，还车引导信息用于指示用户按照预设还车要求对目标交通工具止锁，预设还车要求包括将目标交通工具锁至停车桩，或者，将目标交通工具移动至目标虚拟停车围栏内止锁。

如果服务器确定因为停车点内存在未被交通工具占用的停车桩而导致目标交通工具不满足无桩还车条件，则服务器向客户端返回还车引导信息。客户端接收还车引导信息之后，可以根据还车引导信息引导用户将目标交通工具锁至停车桩。

如果服务器确定因为目标交通工具不在目标虚拟停车围栏中而导致目标交通工具不满足无桩还车条件，则服务器向客户端返回还车引导信息。客户端接收还车引导信息之后，可以根据还车引导信息引导用户将目标交通工具移动至目标虚拟停车围栏内止锁。

上述还车引导信息可以是绘制有路径导航的地图，从而使用户根据路径导航将目标交通工具移动至停车点内止锁，或者移动至目标虚拟停车围栏内止锁。

上述实施例中，服务器在确定目标交通工具不满足无桩还车条件后，向客户端返回还车引导信息；客户端接收还车引导信息，并根据还车引导信息引导用户还车，可以引导用户规范还车，从而方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，还车引导信息包括第一引导信息，如图19所示，还可以包括：

步骤305，若目标交通工具未处于停车点内，则服务器向客户端发送第一引导信息。

其中，第一引导信息供客户端在检测到对第一引导界面中设置的前往停车点选项的触发操作后进行展示；第一引导信息用于提示用户将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。

在接收到无桩还车请求后，如果服务器确定目标交通工具未处于停车点内，则向客户端发送第一引导信息。客户端接收第一引导信息，并展示第一引导界面。其中，第一引导界面中设置有前往停车点选项。当客户端检测到前往停车点选项被触发后，展示第一引导信息。用户可以根据客户端展示的第一引导信息，将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。

上述实施例中，服务器在确定目标交通工具不满足无桩还车条件的情况下，向客户端发送第一引导信息，通过客户端引导用户将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。通过本公开实施例，可以引导用户规范还车，从而方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，如图20所示，还可以包括：

步骤306，服务器接收客户端发送的止锁请求。

其中，止锁请求是客户端在检测到对第一引导界面设置的第一无桩还车选项的触发操作后展示支付界面，并在检测到对支付界面上设置的支付确认选项的触发操作后发送的。

服务器向客户端发送第一引导信息后，客户端接收第一引导信息并展示第一引导界面。其中，第一引导界面中设置有第一无桩还车选项。当客户端检测到第一无桩还车选项被触发后，展示支付界面。其中，支付界面上设置有支付确认选项。如果客户端检测到支付确认选项被触发，则向服务器发送止锁请求。服务器接收客户端发送的止锁请求。

步骤307，服务器根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

服务器接收止锁请求后，控制目标交通工具进行止锁操作。并且，服务器还对客户端对应账户中的目标数据转移至平台账户。其中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。即，如果用户不想将目标交通工具锁至停车点内的停车桩，而是想就地无桩还车，那么需要对客户端对应账户进行计费处理，计费金额与将目标交通工具锁入停车桩的调度处理的金额相等。

上述实施例中，在用户需要就地无桩还车的情况下，服务器接收客户端发送的止锁请求，根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应账户中的目标数值转移至平台账户中。通过本公开实施例，可以满足用户就地无桩还车的需求，也节省了部分维护成本。

在一个实施例中，还车引导信息还包括第二引导信息，如图21所示，还可以包括：

步骤308，若目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩，则服务器向客户端发送第二引导信息。

其中，第二引导信息供客户端在检测到对第二引导界面中设置的停车桩还车选项的触发操作后进行展示；第二引导信息用于提示用户将目标交通工具锁至未被交通工具占用的停车桩。

如果服务器确定目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩，即服务器确定目标交通工具不满足无桩还车条件，则向客户端发送第二引导信息。客户端接收第二引导信息并展示第二引导界面。其中，第二引导界面中设置有停车桩还车选项。当客户端检测到停车桩还车选项被触发后，展示第二引导信息。之后，用户可以第二引导信息将目标交通工具锁至未被交通工具占用的停车桩。

上述实施例中，服务器在确定目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩后，向客户端发送第二引导信息，通过客户端引导用户将目标交通工具锁至未被交通工具占用的停车桩。通过本公开实施例，可以引导用户规范还车，从而方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，如图22-1所示，还可以包括：

步骤309，服务器接收客户端发送的止锁请求。

其中，止锁请求是客户端在检测到对第二引导界面设置的第二无桩还车选项的触发操作后展示支付界面，并检测到对支付界面中设置的支付确认选项的触发操作后发送的。

服务器在确定目标交通工具不满足无桩还车条件后，向客户端发送第二引导信息，客户端接收第二引导信息并展示第二引导界面。其中，第二引导界面中设置有第二无桩还车选项。当客户端检测到第二无桩还车选项被触发后，展示支付界面。其中，支付界面上设置有支付确认选项。如果客户端检测到支付确认选项被触发，则向服务器发送止锁请求。服务器接收客户端发送的止锁请求。

步骤310，服务器根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应的账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

服务器接收止锁请求后，控制目标交通工具进行止锁操作。并且，服务器还对客户端对应账户中的目标数据转移至平台账户。其中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。即，如果用户不想将目标交通工具锁至停车点内的停车桩，而是想就地无桩还车，那么需要对客户端对应账户进行计费处理，计费金额与将目标交通工具锁入停车桩的调度处理的金额相等。

上述实施例中，服务器接收客户端发送的止锁请求，根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应的账户中的目标数值转移至平台账户中。通过本公开实施例，可以满足用户就地无桩还车的需求，也节省了部分维护成本。

在其中一个实施例中，如图22-2所示，还可以包括：

步骤311，服务器接收停车桩发送的锁车失败信息。

其中，锁车失败信息是停车桩在检测到停车桩的电量低于预设电量阈值，且禁止目标交通工具锁至停车桩后发送的。

在用户根据还车引导信息要将目标交通工具锁至停车桩时，如果停车桩检测到自身电量低于预设电量阈值，即停车桩处于低电量状态，停车桩可以禁止对目标交通工具止锁，同时向服务器发送锁车失败信息。服务器接收停车桩发送的锁车失败信息。

步骤312，服务器向客户端发送锁车失败信息。

其中，锁车失败信息供客户端展示。

服务器接收到停车桩发送的锁车失败信息之后，向客户端发送锁车失败信息，客户端接收锁车失败信息之后，展示锁车失败信息，从而提示用户不再将目标交通工具锁至停车桩。

可以理解地，停车桩在处于低电量状态下，禁止对目标交通工具进行止锁，同时通过服务器向客户端反馈锁车失败信息，可以使用户正常还车，避免因停车桩低电量而导致计费异常。

在一个实施例中，还车引导信息还包括第三引导信息，如图23所示，还可以包括：

步骤313，若目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用，则服务器向客户端发送第三引导信息。

其中，第三引导信息供客户端在检测到对第三引导界面中设置的第三无桩还车选项的触发操作后进行展示；第三引导信息用于提示用户将目标交通工具移动至目标虚拟停车围栏内止锁。

如果服务器确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用，则向客户端发送第三引导信息。客户端接收第三引导信息，并展示第三引导界面。其中，第三引导界面中设置有第三无桩还车选项。当客户端检测到第三无桩还车选项被触发后，则展示第三引导信息。用户可以根据第三引导信息将目标交通工具移动至目标虚拟停车围栏内止锁。

上述实施例中，服务器在确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用后，向客户端发送第三引导信息，通过客户端引导用户将目标交通工具移动至目标虚拟停车围栏内止锁。通过本公开实施例，可以引导用户规范还车，从而方便运维人员对交通工具进行维护，提高维护效率。

在一个实施例中，如图24所示，还可以包括：

步骤314，若目标交通工具满足无桩还车条件，则服务器向客户端返回确认界面。

如果服务器确定目标交通工具满足无桩还车条件，则向客户端返回确认界面。客户端接收确定界面并展示确认界面。

步骤315，服务器接收客户端发送的确认信息，控制目标交通工具进行止锁操作。

其中，确认信息为客户端在检测到对确认界面中设置的确认选项的触发操作后发送的。

客户端展示的确认界面上设置有确认选项。当客户端检测到确认选项被触发后，向服务器发送确认信息。服务器接收确认信息，并控制目标交通工具进行止锁操作。

上述实施例中，服务器在确定目标交通工具满足无桩还车条件后，向客户端返回确认界面；接收客户端发送的确认信息，控制目标交通工具进行止锁操作。通过本公开实施例，服务器在确定目标交通工具满足无桩还车条件，并且用户确认无桩还车的情况下，控制目标交通工具进行止锁操作，实现无桩还车，满足用户的还车需求。

在一个实施例中，如图25所示，提供了一种交通工具控制方法，包括以下步骤：

步骤401，客户端展示还车界面，并基于还车界面接收无桩还车触发操作。

步骤402，客户端根据无桩还车触发操作生成无桩还车请求；无桩还车请求携带与客户端绑定的目标交通工具的标识信息。

步骤403，客户端向服务器发送无桩还车请求。

其中，无桩还车请求携带与客户端绑定的目标交通工具的标识信息。

步骤404，服务器接收客户端发送的无桩还车请求。

步骤405，服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件。

步骤406，若确定目标交通工具满足无桩还车条件，则服务器控制目标交通工具进行止锁操作。

步骤407，若确定目标交通工具不满足无桩还车条件，则服务器向客户端返回还车引导信息。

其中，还车引导信息包括第一引导信息、第二引导信息、第三引导信息。详细过程参见上述实施例，在此不再赘述。

步骤408，服务器接收客户端发送的止锁请求。

步骤409，根据止锁请求控制目标交通工具进行止锁操作。

步骤410，将客户端对应账户中的目标数值转移至平台账户中。

上述交通工具控制方法中，客户端展示还车界面，并基于还车界面接收无桩还车触发操作；根据无桩还车触发操作生成无桩还车请求；向服务器发送无桩还车请求。服务器在根据无桩还车请求确定目标交通工具符合无桩还车条件的情况下，控制目标交通工具进行止锁操作，实现无桩还车。通过本公开实施例，解决因停车桩数量有限，没有停车桩可供还车的问题，满足了用户的还车需求。

应该理解的是，虽然图2-图25的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图25中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图26所示，提供了一种交通工具控制装置，用于客户端，包括：

还车界面展示模块501，用于展示还车界面，并基于还车界面接收无桩还车触发操作；

请求生成模块502，用于根据无桩还车触发操作生成无桩还车请求；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

请求发送模块503，用于向服务器发送无桩还车请求；无桩还车请求用于指示服务器根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件，并在确定目标交通工具满足无桩还车条件后控制目标交通工具进行止锁操作；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件。

在其中一个实施例中，无桩还车条件包括：目标交通工具位于停车点内，且，停车点内的所有停车桩均被交通工具所占用，停车点为设置有至少一个停车桩的区域。

在其中一个实施例中，无桩还车条件包括：在目标交通工具位于停车点内，且，停车点内的所有停车桩均被交通工具所占用的情况下，目标交通工具被移动至目标虚拟停车围栏内，停车点为设置有至少一个停车桩的区域。

在其中一个实施例中，停车点包括至少一个停车桩所在的停车桩区域以及停车桩区域周围预设范围内的冗余区域。

在其中一个实施例中，无桩还车请求还用于指示服务器在确定目标交通工具不满足无桩还车条件后返回还车引导信息；还车引导信息用于指示用户按照预设还车要求对目标交通工具止锁，预设还车要求包括将目标交通工具锁至停车桩，或者，将目标交通工具移动至目标虚拟停车围栏内止锁。

在其中一个实施例中，还车引导信息包括第一引导信息，第一引导信息是服务器在确定目标交通工具未处于停车点内时发送的，如图27所示，该装置还包括：

第一引导界面展示模块504，用于接收服务器发送的第一引导信息并展示第一引导界面；第一引导界面中设置有前往停车点选项；

第一引导信息展示模块505，用于在检测到对前往停车点选项的触发操作后，展示第一引导信息；第一引导信息用于提示用户将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。

在其中一个实施例中，第一引导界面还包括第一无桩还车选项，如图28所示，该装置还包括：

第一支付界面展示模块507，用于在检测到对第一无桩还车选项的触发操作后，展示支付界面；支付界面设置有支付确认选项；

第一止锁请求发送模块508，用于在检测到对支付确认选项的触发操作后，向服务器发送止锁请求；止锁请求用于指示服务器控制目标交通工具进行止锁操作，并将客户端对应账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

在其中一个实施例中，还车引导信息包括第二引导信息，第二引导信息是服务器在确定目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩后发送的，如图29所示，该装置还包括：

第二引导界面展示模块509，用于接收服务器发送的第二引导信息并展示第二引导界面；第二引导界面中设置有停车桩还车选项；

第二引导信息展示模块510，用于在检测到对停车桩还车选项的触发操作后，展示第二引导信息；第二引导信息用于提示用户将目标交通工具锁至未被交通工具占用的停车桩。

在其中一个实施例中，第二引导界面还包括第二无桩还车选项，如图30-1所示，该装置还包括：

第二支付界面展示模块511，用于在检测到对第二无桩还车选项的触发操作后，展示支付界面；支付界面设置有支付确认选项；

第二止锁请求发送模块512，用于在检测到对支付确认选项的触发操作后，向服务器发送止锁请求；止锁请求用于指示服务器控制目标交通工具进行止锁操作，并将客户端对应的账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

在其中一个实施例中，如图30-2所示，该装置还包括：

失败信息接收模块513，用于接收所述服务器发送的锁车失败信息；所述锁车失败信息是所述服务器在接收到所述停车桩发送的锁车失败信息后发送的，所述锁车失败信息是所述停车桩在检测到所述停车桩的电量低于预设电量阈值，且禁止所述目标交通工具锁至所述停车桩后发送的；

失败信息展示模块514，用于展示所述锁车失败信息。

在其中一个实施例中，还车引导信息还包括第三引导信息，第三引导信息是服务器在确定目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用后发送的，如图31所示，该装置还包括：

第三引导界面展示模块515，用于接收服务器发送的第三引导信息并展示第三引导界面；第三引导界面中设置有第三无桩还车选项；

第三引导信息展示模块516，用于在检测到对第三无桩还车选项的触发操作后，展示第三引导信息；第三引导信息用于提示用户将目标交通工具移动至目标虚拟停车围栏内止锁。

在其中一个实施例中，还车请求还用于指示服务器在确定目标交通工具满足无桩还车条件后返回确认界面；如图32所示，该装置还包括：

确定界面展示模块517，用于接收并展示确认界面；确认界面设置有确认选项；

确认信息发送模块518，用于在检测到对确认选项的触发操作后，向服务器发送确认信息；确认信息用于指示服务器控制目标交通工具进行止锁操作。

在一个实施例中，如图33所示，提供了一种交通工具控制装置，用于服务器，该装置包括：

第一请求接收模块601，用于接收客户端发送的无桩还车请求；无桩还车请求是客户端在基于还车界面接收到无桩还车触发操作后发送的；无桩还车请求携带与客户端绑定的目标交通工具的标识信息；

条件确定模块602，用于根据目标交通工具的标识信息确定目标交通工具是否满足无桩还车条件；无桩还车条件为在目标交通工具未锁至停车桩的情况下进行还车的条件；

第一控制模块603，用于若确定目标交通工具满足无桩还车条件，则控制目标交通工具进行止锁操作。

在其中一个实施例中，上述条件确定模块，包括：

地理位置获取子模块，用于根据目标交通工具的标识信息获取目标交通工具所处的地理位置；

第一检测子模块，用于根据地理位置检测目标交通工具是否位于停车点内，停车点为设置有至少一个停车桩的区域；

第二检测子模块，用于若目标交通工具位于停车点内，则检测停车点内的所有停车桩是否均被交通工具所占用；

第一条件确定子模块，用于若停车点内的所有停车桩均被交通工具所占用，则确定目标交通工具满足无桩还车条件。

在其中一个实施例中，上述条件确定模块，还包括：

第三检测子模块，用于若停车点内的所有停车桩均被交通工具所占用，则检测目标交通工具是否被移动至目标虚拟停车围栏内；

第二条件确定子模块，用于若目标交通工具被移动至目标虚拟停车围栏内，则确定目标交通工具满足无桩还车条件。

在其中一个实施例中，停车点包括至少一个停车桩所在的停车桩区域以及停车桩区域周围预设范围内的冗余区域。

在其中一个实施例中，如图34所示，该装置还包括：

信息返回模块604，用于若确定目标交通工具不满足无桩还车条件，则向客户端返回还车引导信息；还车引导信息用于指示用户按照预设还车要求对目标交通工具止锁，预设还车要求包括将目标交通工具锁至停车桩，或者，将目标交通工具移动至目标虚拟停车围栏内止锁。

在其中一个实施例中，还车引导信息包括第一引导信息，如图35所示，该装置还包括：

第一引导信息发送模块605，用于若目标交通工具未处于停车点内，则向客户端发送第一引导信息；第一引导信息供客户端在检测到对第一引导界面中设置的前往停车点选项的触发操作后进行展示；第一引导信息用于提示用户将目标交通工具移动至停车点内，并将目标交通工具锁至停车桩。

在其中一个实施例中，如图36所示，该装置还包括：

第二请求接收模块606，用于接收客户端发送的止锁请求；止锁请求是客户端在检测到对第一引导界面设置的第一无桩还车选项的触发操作后展示支付界面，并在检测到对支付界面上设置的支付确认选项的触发操作后发送的；

第二控制模块607，用于根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

在其中一个实施例中，还车引导信息还包括第二引导信息，如图37所示，该装置还包括：

第二引导信息发送模块608，用于若目标交通工具处于停车点内，且，停车点内存在未被交通工具占用的停车桩，则向客户端发送第二引导信息；第二引导信息供客户端在检测到对第二引导界面中设置的停车桩还车选项的触发操作后进行展示；第二引导信息用于提示用户将目标交通工具锁至未被交通工具占用的停车桩。

在其中一个实施例中，如图38-1所示，该装置还包括：

第三请求接收模块609，用于接收客户端发送的止锁请求；止锁请求是客户端在检测到对第二引导界面设置的第二无桩还车选项的触发操作后展示支付界面，并检测到对支付界面中设置的支付确认选项的触发操作后发送的；

第三控制模块610，用于根据止锁请求控制目标交通工具进行止锁操作，并将客户端对应的账户中的目标数值转移至平台账户中，目标数值与调度目标交通工具锁入停车桩所对应的数值相等。

在其中一个实施例中，如图38-2所示，该装置还包括：

失败信息接收模块611，用于接收停车桩发送的锁车失败信息；锁车失败信息是停车桩在检测到停车桩的电量低于预设电量阈值，且禁止目标交通工具锁至停车桩后发送的；

失败信息发送模块612，用于向客户端发送锁车失败信息；锁车失败信息供客户端展示。

在其中一个实施例中，还车引导信息还包括第三引导信息，如图39所示，该装置还包括：

第三引导信息发送模块613，用于若目标交通工具处于停车点内，且，停车点内的全部停车桩均被交通工具所占用，则向客户端发送第三引导信息；第三引导信息供客户端在检测到对第三引导界面中设置的第三无桩还车选项的触发操作后进行展示；第三引导信息用于提示用户将目标交通工具移动至目标虚拟停车围栏内止锁。

在其中一个实施例中，如图40所示，该装置还包括：

确认界面发送模块614，用于若目标交通工具满足无桩还车条件，则向客户端返回确认界面；确认界面供客户端展示；

第四控制模块615，用于接收客户端发送的确认信息，控制目标交通工具进行止锁操作；确认信息为客户端在检测到对确认界面中设置的确认选项的触发操作后发送的。

关于交通工具控制装置的具体限定可以参见上文中对于交通工具控制方法的限定，在此不再赘述。上述交通工具控制装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图41是根据一示例性实施例示出的一种电子设备1300的框图。例如，电子设备1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图41，电子设备1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。其中，存储器上存储有在处理器上运行的计算机程序或者指令。

处理组件1302通常控制电子设备1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在电子设备1300的操作。这些数据的示例包括用于在电子设备1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为电子设备1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为电子设备1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在电子设备1300和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当电子设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当电子设备1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为电子设备1300提供各个方面的状态评估。例如，传感器组件1314可以检测到电子设备1300的打开/关闭状态，组件的相对定位，例如组件为电子设备1300的显示器和小键盘，传感器组件1314还可以检测电子设备1300或电子设备1300一个组件的位置改变，用户与电子设备1300接触的存在或不存在，电子设备1300方位或加速/减速和电子设备1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于电子设备1300和其他设备之间有线或无线方式的通信。电子设备1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述交通工具控制方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由电子设备1300的处理器1320执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图42是根据一示例性实施例示出的一种服务器1400的框图。参照图42，服务器1400包括处理组件1420，其进一步包括一个或多个处理器，以及由存储器1422所代表的存储器资源，用于存储可由处理组件1420执行的指令或者计算机程序，例如应用程序。存储器1422中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1420被配置为执行指令，以执行上述交通工具控制的方法。

服务器1400还可以包括一个电源组件1424被配置为执行设备1400的电源管理，一个有线或无线网络接口1426被配置为将设备1400连接到网络，和一个输入输出(I/O)接口1428。服务器1400可以操作基于存储在存储器1422的操作系统，例如Window14 14erverTM，Mac O14 XTM，UnixTM,LinuxTM，FreeB14DTM或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器1422，上述指令可由服务器1400的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例专利的保护范围应以所附权利要求为准。

Claims (50)

1.一种交通工具控制方法，其特征在于，用于客户端，所述方法包括：

展示还车界面，并基于所述还车界面接收无桩还车触发操作；

根据所述无桩还车触发操作生成无桩还车请求；所述无桩还车请求携带与所述客户端绑定的目标交通工具的标识信息；

向服务器发送所述无桩还车请求；所述无桩还车请求用于指示所述服务器根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件，并在确定所述目标交通工具满足所述无桩还车条件后控制所述目标交通工具进行止锁操作；所述无桩还车条件为在所述目标交通工具未锁至停车桩的情况下进行还车的条件。

2.根据权利要求1所述的方法，其特征在于，所述无桩还车条件包括：所述目标交通工具位于停车点内，且，所述停车点内的所有停车桩均被交通工具所占用，所述停车点为设置有至少一个停车桩的区域。

3.根据权利要求1所述的方法，其特征在于，所述无桩还车条件包括：在所述目标交通工具位于停车点内，且，所述停车点内的所有停车桩均被交通工具所占用的情况下，所述目标交通工具被移动至目标虚拟停车围栏内，所述停车点为设置有至少一个停车桩的区域。

4.根据权利要求2或3所述的方法，其特征在于，所述停车点包括所述至少一个停车桩所在的停车桩区域以及所述停车桩区域周围预设范围内的冗余区域。

5.根据权利要求2或3所述的方法，其特征在于，所述无桩还车请求还用于指示所述服务器在确定所述目标交通工具不满足所述无桩还车条件后返回还车引导信息；所述还车引导信息用于指示用户按照预设还车要求对所述目标交通工具止锁，所述预设还车要求包括将所述目标交通工具锁至停车桩，或者，将所述目标交通工具移动至目标虚拟停车围栏内止锁。

6.根据权利要求5所述的方法，其特征在于，所述还车引导信息包括第一引导信息，所述第一引导信息是所述服务器在确定所述目标交通工具未处于所述停车点内时发送的，所述方法还包括：

接收所述服务器发送的所述第一引导信息并展示第一引导界面；所述第一引导界面中设置有前往停车点选项；

在检测到对所述前往停车点选项的触发操作后，展示所述第一引导信息；所述第一引导信息用于提示用户将所述目标交通工具移动至所述停车点内，并将所述目标交通工具锁至停车桩。

7.根据权利要求6所述的方法，其特征在于，所述第一引导界面还包括第一无桩还车选项，所述方法还包括：

在检测到对所述第一无桩还车选项的触发操作后，展示支付界面；所述支付界面设置有支付确认选项；

在检测到对所述支付确认选项的触发操作后，向所述服务器发送止锁请求；所述止锁请求用于指示所述服务器控制所述目标交通工具进行止锁操作，并将所述客户端对应账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

8.根据权利要求5所述的方法，其特征在于，所述还车引导信息包括第二引导信息，所述第二引导信息是所述服务器在确定所述目标交通工具处于所述停车点内，且，所述停车点内存在未被交通工具占用的停车桩后发送的，所述方法还包括：

接收所述服务器发送的所述第二引导信息并展示第二引导界面；所述第二引导界面中设置有停车桩还车选项；

在检测到对所述停车桩还车选项的触发操作后，展示所述第二引导信息；所述第二引导信息用于提示用户将所述目标交通工具锁至未被交通工具占用的停车桩。

9.根据权利要求8所述的方法，其特征在于，所述第二引导界面还包括第二无桩还车选项，所述方法还包括：

在检测到对所述第二无桩还车选项的触发操作后，展示支付界面；所述支付界面设置有支付确认选项；

在检测到对所述支付确认选项的触发操作后，向所述服务器发送止锁请求；所述止锁请求用于指示所述服务器控制所述目标交通工具进行止锁操作，并将所述客户端对应的账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

10.根据权利要求8所述的方法，其特征在于，所述方法还包括：

接收所述服务器发送的锁车失败信息；所述锁车失败信息是所述服务器在接收到所述停车桩发送的锁车失败信息后发送的，所述锁车失败信息是所述停车桩在检测到所述停车桩的电量低于预设电量阈值，且禁止所述目标交通工具锁至所述停车桩后发送的；

展示所述锁车失败信息。

11.根据权利要求5所述的方法，其特征在于，所述还车引导信息还包括第三引导信息，所述第三引导信息是所述服务器在确定所述目标交通工具处于所述停车点内，且，所述停车点内的全部停车桩均被交通工具所占用后发送的，所述方法还包括：

接收所述服务器发送的所述第三引导信息并展示第三引导界面；所述第三引导界面中设置有第三无桩还车选项；

在检测到对所述第三无桩还车选项的触发操作后，展示所述第三引导信息；所述第三引导信息用于提示用户将所述目标交通工具移动至所述目标虚拟停车围栏内止锁。

12.根据权利要求1所述的方法，其特征在于，所述还车请求还用于指示所述服务器在确定所述目标交通工具满足所述无桩还车条件后返回确认界面；所述方法还包括：

接收并展示所述确认界面；所述确认界面设置有确认选项；

在检测到对所述确认选项的触发操作后，向所述服务器发送确认信息；所述确认信息用于指示所述服务器控制所述目标交通工具进行止锁操作。

13.一种交通工具控制方法，其特征在于，用于服务器，所述方法包括：

接收客户端发送的无桩还车请求；所述无桩还车请求是所述客户端在基于还车界面接收到无桩还车触发操作后发送的；所述无桩还车请求携带与所述客户端绑定的目标交通工具的标识信息；

根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件；所述无桩还车条件为在所述目标交通工具未锁至停车桩的情况下进行还车的条件；

若确定所述目标交通工具满足所述无桩还车条件，则控制所述目标交通工具进行止锁操作。

14.根据权利要求13所述的方法，其特征在于，所述根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件，包括：

根据所述目标交通工具的标识信息获取所述目标交通工具所处的地理位置；

根据所述地理位置检测所述目标交通工具是否位于停车点内，所述停车点为设置有至少一个停车桩的区域；

若所述目标交通工具位于所述停车点内，则检测所述停车点内的所有停车桩是否均被交通工具所占用；

若所述停车点内的所有停车桩均被交通工具所占用，则确定所述目标交通工具满足所述无桩还车条件。

15.根据权利要求14所述的方法，其特征在于，所述若所述停车点内的所有停车桩均被交通工具所占用，则确定所述目标交通工具满足所述无桩还车条件，包括：

若所述停车点内的所有停车桩均被交通工具所占用，则检测所述目标交通工具是否被移动至目标虚拟停车围栏内；

若所述目标交通工具被移动至所述目标虚拟停车围栏内，则确定所述目标交通工具满足所述无桩还车条件。

16.根据权利要求14或15所述的方法，其特征在于，所述停车点包括所述至少一个停车桩所在的停车桩区域以及所述停车桩区域周围预设范围内的冗余区域。

17.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

若确定所述目标交通工具不满足所述无桩还车条件，则向所述客户端返回还车引导信息；所述还车引导信息用于指示用户按照预设还车要求对所述目标交通工具止锁，所述预设还车要求包括将所述目标交通工具锁至停车桩，或者，将所述目标交通工具移动至目标虚拟停车围栏内止锁。

18.根据权利要求17所述的方法，其特征在于，所述还车引导信息包括第一引导信息，所述方法还包括：

若所述目标交通工具未处于所述停车点内，则向所述客户端发送所述第一引导信息；所述第一引导信息供所述客户端在检测到对第一引导界面中设置的前往停车点选项的触发操作后进行展示；所述第一引导信息用于提示用户将所述目标交通工具移动至所述停车点内，并将所述目标交通工具锁至停车桩。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的止锁请求；所述止锁请求是所述客户端在检测到对第一引导界面设置的第一无桩还车选项的触发操作后展示支付界面，并在检测到对所述支付界面上设置的支付确认选项的触发操作后发送的；

根据所述止锁请求控制所述目标交通工具进行止锁操作，并将所述客户端对应账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

20.根据权利要求17所述的方法，其特征在于，所述还车引导信息还包括第二引导信息，所述方法还包括：

若所述目标交通工具处于所述停车点内，且，所述停车点内存在未被交通工具占用的停车桩，则向所述客户端发送所述第二引导信息；所述第二引导信息供所述客户端在检测到对第二引导界面中设置的停车桩还车选项的触发操作后进行展示；所述第二引导信息用于提示用户将所述目标交通工具锁至未被交通工具占用的停车桩。

21.根据权利要求20所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的止锁请求；所述止锁请求是所述客户端在检测到对第二引导界面设置的第二无桩还车选项的触发操作后展示支付界面，并检测到对所述支付界面中设置的支付确认选项的触发操作后发送的；

根据所述止锁请求控制所述目标交通工具进行止锁操作，并将所述客户端对应的账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

22.根据权利要求20所述的方法，其特征在于，所述方法还包括：

接收所述停车桩发送的锁车失败信息；所述锁车失败信息是所述停车桩在检测到所述停车桩的电量低于预设电量阈值，且禁止所述目标交通工具锁至所述停车桩后发送的；

向所述客户端发送锁车失败信息；所述锁车失败信息供所述客户端展示。

23.根据权利要求17所述的方法，其特征在于，所述还车引导信息还包括第三引导信息，所述方法还包括：

若所述目标交通工具处于所述停车点内，且，所述停车点内的全部停车桩均被交通工具所占用，则向所述客户端发送所述第三引导信息；所述第三引导信息供所述客户端在检测到对第三引导界面中设置的第三无桩还车选项的触发操作后进行展示；所述第三引导信息用于提示用户将所述目标交通工具移动至所述目标虚拟停车围栏内止锁。

24.根据权利要求13所述的方法，其特征在于，所述方法还包括：

若所述目标交通工具满足所述无桩还车条件，则向所述客户端返回确认界面；所述确认界面供所述客户端展示；

接收所述客户端发送的确认信息，控制所述目标交通工具进行止锁操作；所述确认信息为所述客户端在检测到对所述确认界面中设置的确认选项的触发操作后发送的。

25.一种交通工具控制装置，其特征在于，用于客户端，所述装置包括：

还车界面展示模块，用于展示还车界面，并基于所述还车界面接收无桩还车触发操作；

请求生成模块，用于根据所述无桩还车触发操作生成无桩还车请求；所述无桩还车请求携带与所述客户端绑定的目标交通工具的标识信息；

请求发送模块，用于向服务器发送所述无桩还车请求；所述无桩还车请求用于指示所述服务器根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件，并在确定所述目标交通工具满足所述无桩还车条件后控制所述目标交通工具进行止锁操作；所述无桩还车条件为在所述目标交通工具未锁至停车桩的情况下进行还车的条件。

26.根据权利要求25所述的装置，其特征在于，所述无桩还车条件包括：所述目标交通工具位于停车点内，且，所述停车点内的所有停车桩均被交通工具所占用，所述停车点为设置有至少一个停车桩的区域。

27.根据权利要求25所述的装置，其特征在于，所述无桩还车条件包括：在所述目标交通工具位于停车点内，且，所述停车点内的所有停车桩均被交通工具所占用的情况下，所述目标交通工具被移动至目标虚拟停车围栏内，所述停车点为设置有至少一个停车桩的区域。

28.根据权利要求26或27所述的装置，其特征在于，所述停车点包括所述至少一个停车桩所在的停车桩区域以及所述停车桩区域周围预设范围内的冗余区域。

29.根据权利要求26或27所述的装置，其特征在于，所述无桩还车请求还用于指示所述服务器在确定所述目标交通工具不满足所述无桩还车条件后返回还车引导信息；所述还车引导信息用于指示用户按照预设还车要求对所述目标交通工具止锁，所述预设还车要求包括将所述目标交通工具锁至停车桩，或者，将所述目标交通工具移动至目标虚拟停车围栏内止锁。

30.根据权利要求29所述的装置，其特征在于，所述还车引导信息包括第一引导信息，所述第一引导信息是所述服务器在确定所述目标交通工具未处于所述停车点内时发送的，所述装置还包括：

第一引导界面展示模块，用于接收所述服务器发送的所述第一引导信息并展示第一引导界面；所述第一引导界面中设置有前往停车点选项；

第一引导信息展示模块，用于在检测到对所述前往停车点选项的触发操作后，展示所述第一引导信息；所述第一引导信息用于提示用户将所述目标交通工具移动至所述停车点内，并将所述目标交通工具锁至停车桩。

31.根据权利要求30所述的装置，其特征在于，所述第一引导界面还包括第一无桩还车选项，所述装置还包括：

第一支付界面展示模块，用于在检测到对所述第一无桩还车选项的触发操作后，展示支付界面；所述支付界面设置有支付确认选项；

第一止锁请求发送模块，用于在检测到对所述支付确认选项的触发操作后，向所述服务器发送止锁请求；所述止锁请求用于指示所述服务器控制所述目标交通工具进行止锁操作，并将所述客户端对应账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

32.根据权利要求29所述的装置，其特征在于，所述还车引导信息包括第二引导信息，所述第二引导信息是所述服务器在确定所述目标交通工具处于所述停车点内，且，所述停车点内存在未被交通工具占用的停车桩后发送的，所述装置还包括：

第二引导界面展示模块，用于接收所述服务器发送的所述第二引导信息并展示第二引导界面；所述第二引导界面中设置有停车桩还车选项；

第二引导信息展示模块，用于在检测到对所述停车桩还车选项的触发操作后，展示所述第二引导信息；所述第二引导信息用于提示用户将所述目标交通工具锁至未被交通工具占用的停车桩。

33.根据权利要求32所述的装置，其特征在于，所述第二引导界面还包括第二无桩还车选项，所述装置还包括：

第二支付界面展示模块，用于在检测到对所述第二无桩还车选项的触发操作后，展示支付界面；所述支付界面设置有支付确认选项；

第二止锁请求发送模块，用于在检测到对所述支付确认选项的触发操作后，向所述服务器发送止锁请求；所述止锁请求用于指示所述服务器控制所述目标交通工具进行止锁操作，并将所述客户端对应的账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

34.根据权利要求32所述的装置，其特征在于，所述装置还包括：

失败信息接收模块，用于接收所述服务器发送的锁车失败信息；所述锁车失败信息是所述服务器在接收到所述停车桩发送的锁车失败信息后发送的，所述锁车失败信息是所述停车桩在检测到所述停车桩的电量低于预设电量阈值，且禁止所述目标交通工具锁至所述停车桩后发送的；

失败信息展示模块，用于展示所述锁车失败信息。

35.根据权利要求29所述的装置，其特征在于，所述还车引导信息还包括第三引导信息，所述第三引导信息是所述服务器在确定所述目标交通工具处于所述停车点内，且，所述停车点内的全部停车桩均被交通工具所占用后发送的，所述装置还包括：

第三引导界面展示模块，用于接收所述服务器发送的所述第三引导信息并展示第三引导界面；所述第三引导界面中设置有第三无桩还车选项；

第三引导信息展示模块，用于在检测到对所述第三无桩还车选项的触发操作后，展示所述第三引导信息；所述第三引导信息用于提示用户将所述目标交通工具移动至所述目标虚拟停车围栏内止锁。

36.根据权利要求25所述的装置，其特征在于，所述还车请求还用于指示所述服务器在确定所述目标交通工具满足所述无桩还车条件后返回确认界面；所述装置还包括：

确定界面展示模块，用于接收并展示所述确认界面；所述确认界面设置有确认选项；

确认信息发送模块，用于在检测到对所述确认选项的触发操作后，向所述服务器发送确认信息；所述确认信息用于指示所述服务器控制所述目标交通工具进行止锁操作。

37.一种交通工具控制装置，其特征在于，用于服务器，所述装置包括：

第一请求接收模块，用于接收客户端发送的无桩还车请求；所述无桩还车请求是所述客户端在基于还车界面接收到无桩还车触发操作后发送的；所述无桩还车请求携带与所述客户端绑定的目标交通工具的标识信息；

条件确定模块，用于根据所述目标交通工具的标识信息确定所述目标交通工具是否满足无桩还车条件；所述无桩还车条件为在所述目标交通工具未锁至停车桩的情况下进行还车的条件；

第一控制模块，用于若确定所述目标交通工具满足所述无桩还车条件，则控制所述目标交通工具进行止锁操作。

38.根据权利要求37所述的装置，其特征在于，所述条件确定模块，包括：

地理位置获取子模块，用于根据所述目标交通工具的标识信息获取所述目标交通工具所处的地理位置；

第一检测子模块，用于根据所述地理位置检测所述目标交通工具是否位于停车点内，所述停车点为设置有至少一个停车桩的区域；

第二检测子模块，用于若所述目标交通工具位于所述停车点内，则检测所述停车点内的所有停车桩是否均被交通工具所占用；

第一条件确定子模块，用于若所述停车点内的所有停车桩均被交通工具所占用，则确定所述目标交通工具满足所述无桩还车条件。

39.根据权利要求38所述的装置，其特征在于，所述条件确定模块，还包括：

第三检测子模块，用于若所述停车点内的所有停车桩均被交通工具所占用，则检测所述目标交通工具是否被移动至目标虚拟停车围栏内；

第二条件确定子模块，用于若所述目标交通工具被移动至所述目标虚拟停车围栏内，则确定所述目标交通工具满足所述无桩还车条件。

40.根据权利要求38或39所述的装置，其特征在于，所述停车点包括所述至少一个停车桩所在的停车桩区域以及所述停车桩区域周围预设范围内的冗余区域。

41.根据权利要求38或39所述的装置，其特征在于，所述装置还包括：

信息返回模块，用于若确定所述目标交通工具不满足所述无桩还车条件，则向所述客户端返回还车引导信息；所述还车引导信息用于指示用户按照预设还车要求对所述目标交通工具止锁，所述预设还车要求包括将所述目标交通工具锁至停车桩，或者，将所述目标交通工具移动至目标虚拟停车围栏内止锁。

42.根据权利要求41所述的装置，其特征在于，所述还车引导信息包括第一引导信息，所述装置还包括：

第一引导信息发送模块，用于若所述目标交通工具未处于所述停车点内，则向所述客户端发送所述第一引导信息；所述第一引导信息供所述客户端在检测到对第一引导界面中设置的前往停车点选项的触发操作后进行展示；所述第一引导信息用于提示用户将所述目标交通工具移动至所述停车点内，并将所述目标交通工具锁至停车桩。

43.根据权利要求42所述的装置，其特征在于，所述装置还包括：

第二请求接收模块，用于接收所述客户端发送的止锁请求；所述止锁请求是所述客户端在检测到对第一引导界面设置的第一无桩还车选项的触发操作后展示支付界面，并在检测到对所述支付界面上设置的支付确认选项的触发操作后发送的；

第二控制模块，用于根据所述止锁请求控制所述目标交通工具进行止锁操作，并将所述客户端对应账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

44.根据权利要求41所述的装置，其特征在于，所述还车引导信息还包括第二引导信息，所述装置还包括：

第二引导信息发送模块，用于若所述目标交通工具处于所述停车点内，且，所述停车点内存在未被交通工具占用的停车桩，则向所述客户端发送所述第二引导信息；所述第二引导信息供所述客户端在检测到对第二引导界面中设置的停车桩还车选项的触发操作后进行展示；所述第二引导信息用于提示用户将所述目标交通工具锁至未被交通工具占用的停车桩。

45.根据权利要求44所述的装置，其特征在于，所述装置还包括：

第三请求接收模块，用于接收所述客户端发送的止锁请求；所述止锁请求是所述客户端在检测到对第二引导界面设置的第二无桩还车选项的触发操作后展示支付界面，并检测到对所述支付界面中设置的支付确认选项的触发操作后发送的；

第三控制模块，用于根据所述止锁请求控制所述目标交通工具进行止锁操作，并将所述客户端对应的账户中的目标数值转移至平台账户中，所述目标数值与调度所述目标交通工具锁入停车桩所对应的数值相等。

46.根据权利要求44所述的装置，其特征在于，所述装置还包括：

失败信息接收模块，用于接收所述停车桩发送的锁车失败信息；所述锁车失败信息是所述停车桩在检测到所述停车桩的电量低于预设电量阈值，且禁止所述目标交通工具锁至所述停车桩后发送的；

失败信息发送模块，用于向所述客户端发送锁车失败信息；所述锁车失败信息供所述客户端展示。

47.根据权利要求41所述的装置，其特征在于，所述还车引导信息还包括第三引导信息，所述装置还包括：

第三引导信息发送模块，用于若所述目标交通工具处于所述停车点内，且，所述停车点内的全部停车桩均被交通工具所占用，则向所述客户端发送所述第三引导信息；所述第三引导信息供所述客户端在检测到对第三引导界面中设置的第三无桩还车选项的触发操作后进行展示；所述第三引导信息用于提示用户将所述目标交通工具移动至所述目标虚拟停车围栏内止锁。

48.根据权利要求37所述的装置，其特征在于，所述装置还包括：

确认界面发送模块，用于若所述目标交通工具满足所述无桩还车条件，则向所述客户端返回确认界面；所述确认界面供所述客户端展示；

第四控制模块，用于接收所述客户端发送的确认信息，控制所述目标交通工具进行止锁操作；所述确认信息为所述客户端在检测到对所述确认界面中设置的确认选项的触发操作后发送的。

49.一种电子设备，包括通信组件、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现或控制所述通信组件实现权利要求1至24中任一项所述的方法的步骤。

50.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至24中任一项所述的方法的步骤。

Images