共享单车的解锁方法

本申请实施例涉及计算机技术领域，具体涉及共享单车的解锁方法。

随着科技的发展，共享单车已逐渐成为人们常用的出行工具之一。目前，现有的共享单车一般是通过扫描车身二维码或输入车辆编号进行解锁。然而，在车身二维码以及车辆编号均被损坏的情况下，往往无法通过这种解锁方式来进行车辆解锁。这就会导致车辆无法使用，影响车辆的使用率。

本申请实施例提出了共享单车的解锁方法。

第一方面，本申请实施例提出了一种共享单车的解锁方法，该方法用于服务端，包括：接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；生成用车申请的反馈信息，将反馈信息发送给终端；接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。

在一些实施例中，地图上所显示的共享单车包括非正常解锁车辆。

在一些实施例中，向目标共享单车发送用车指令，包括：确定目标共享单车是否为可用的非正常解锁车辆；若确定目标共享单车是可用的非正常解锁车辆，则向目标共享单车发送用车指令。

在一些实施例中，提示信息包括以下至少一种：声音提示、震动提示或灯光提示；以及不同生产批次的共享单车发出的提示信息不同；或者向目标共享单车发送用车指令，包括：获取目标共享单车的当前位置信息，为目标共享单车分配提示信息；生成包括分配的提示信息的用车指令，将用车指令发送给目标共享单车；其中，位于相同区域内的各共享单车发出的提示信息不同，或者位于相同区域内的各共享单车在同一时间段内发出的提示信息不同。

在一些实施例中，生成用车申请的反馈信息包括：获取目标共享单车的提示信息，生成包括目标共享单车的提示信息的反馈信息。

在一些实施例中，该方法还包括：接收目标共享单车发送的用于表征当前处于开锁状态的第一反馈信息，开始计费，且将目标共享单车的标识在地图上去除；以及接收目标共享单车发送的用于表征当前处于上锁状态的第二反馈信息，停止计费，且将目标共享单车的标识在地图上重新显示；以及向终端发送计费信息。

在一些实施例中，向目标共享单车发送用车指令之前，该方法还包括：确定用车申请所申请的共享单车的数量是否为一辆；响应于确定不是，在目标位置附近选取至少一辆共享单车，以作为目标共享单车。

在一些实施例中，若在目标位置附近选取至少两辆共享单车，以作为目标共享单车，则向目标共享单车发送解锁指令，包括：获取用户和各目标共享单车的当前位置信息；根据获取的当前位置信息从各目标共享单车中选取目标共享单车；以及向选取的目标共享单车发送解锁指令。

在一些实施例中，若在目标位置附近选取至少两辆共享单车，以作为目标共享单车，且各目标共享单车发出的提示信息不同，则生成用车申请的反馈信息包括：获取各目标共享单车的提示信息和/或车辆编号，生成包括各目标共享单车的提示信息和/或车辆编号的反馈信息；以及接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令，包括：接收终端发送的确认信息，向确认信息所指示的目标共享单车发送解锁指令，其中，确认信息用于表征用户所选择的目标共享单车。

第二方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于服务端，包括：用车申请接收单元，被配置成接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；用车指令发送单元，被配置成向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；反馈信息发送单元，被配置成生成用车申请的反馈信息，将反馈信息发送给终端；解锁指令发送单元，被配置成接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。

第三方面，本申请实施例提出了一种共享单车的解锁方法，方法用于终端，包括：检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；接收并呈现服务端发送的反馈信息；在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。

在一些实施例中，地图上所显示的共享单车包括非正常解锁车辆。

在一些实施例中，地图上所显示的共享单车还包括正常解锁车辆，且正常解锁车辆的标识与非正常解锁车辆的标识不同；以及向服务端发送用车申请，包括：确定用户选择的共享单车中是否包括非正常解锁车辆；若确定包括，则向服务端发送用车申请。

在一些实施例中，接收并呈现服务端发送的反馈信息，包括以下至少一种：在地图上显示目标共享单车的标识，并去除其他共享单车的标识；在地图上显示位于目标位置附近的各共享单车的标识，且目标共享单车的标识与其他共享单车的标识不同；检测到用户对地图上显示的目标共享单车的标识的触发操作，呈现目标共享单车的提示信息，其中，反馈信息包括目标共享单车的提示信息；将目标共享单车的车辆编号作为标识显示在地图上，或者在地图上对应于目标共享单车的标识的位置处显示目标共享单车的车辆编号，其中，反馈信息包括目标共享单车的车辆编号。

在一些实施例中，该方法还包括：接收并呈现服务端发送的目标共享单车的计费信息。

第四方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于终端，包括：用车申请发送单元，被配置成检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；反馈信息接收单元，被配置成接收并呈现服务端发送的反馈信息；确认信息发送单元，被配置成在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。

第五方面，本申请实施例提出了一种共享单车的解锁方法，该方法用于车辆端，包括：接收服务端发送的用车指令，并发出提示信息，其中，用车指令是服务端在接收到终端发送的用车申请而生成的，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；接收服务端发送的解锁指令，执行解锁操作，其中，解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的，反馈信息是服务端在发出用车指令的情况下生成并发送给终端的。

在一些实施例中，车辆端包括非正常解锁车辆。

在一些实施例中，不同生产批次的共享单车发出的提示信息不同；或者用车指令中包括服务端分配的提示信息，以及发出提示信息，包括：发出用车指令所指示的提示信息。

在一些实施例中，该方法还包括：向服务端发送用于表征当前处于开锁状态的第一反馈信息，以使服务端开始计费，且将目标共享单车的标识在地图上去除；以及向服务端发送用于表征当前处于上锁状态的第二反馈信息，以使服务端停止计费，且将目标共享单车的标识在地图上重新显示。

第六方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于车辆端，包括：用车指令接收单元，被配置成接收服务端发送的用车指令，并发出提示信息，其中，用车指令是服务端在接收到终端发送的用车申请而生成的，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；解锁单元，被配置成接收服务端发送的解锁指令，执行解锁操作，其中，解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的，反馈信息是服务端在发出用车指令的情况下生成并发送给终端的。

第七方面，本申请实施例提出了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面、第三方面或第五方面中任一实施例所描述的方法。

第八方面，本申请实施例提出了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如上述第一方面、第三方面或第五方面中任一实施例所描述的方法。

本申请实施例提出的共享单车的解锁方法，通过接收终端发送的用车申请，便可以向目标共享单车发送用车指令，以使目标共享单车发出提示信息。其中，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。而目标共享单车可以包括用车申请所申请的共享单车。同时，可以生成用车申请的反馈信息，以及将反馈信息发送给终端。进而，在接收终端发送的反馈信息的确认信息时，可以向目标共享单车发送解锁指令。这样可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验，也有助于改善企业的运营收益。

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的共享单车的解锁方法的第一个实施例的流程图；

图3是根据本申请的共享单车的解锁方法的第二个实施例的流程图；

图4是根据本申请的共享单车的解锁方法的第三个实施例的流程图；

图5是根据本申请的共享单车的解锁方法的第四个实施例的流程图；

图6是根据本申请的共享单车的解锁方法的一个应用场景的示意图；

图7是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的共享单车的解锁方法的示例性系统架构100。

如图1所示，系统架构100可以包括终端101、102、103，网络104、106，服务端105和共享单车107、108。网络104可以用以在终端101、102、103与服务端105之间提供通信链路的介质。网络106可以用以在服务端105与共享单车107、108之间提供通信链路的介质。网络104、106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端101、102、103通过网络104与服务端105进行交互，以接收或发送消息等。终端101、102、103上可以安装有各种客户端应用，例如共享单车类应用、地图类应用、支付类应用、浏览器和即时通讯工具等。

用户可以打开终端101、102、103上安装的共享单车类应用。这样，终端101、102、103在检测到用户对地图上显示的共享单车的标识的选择操作时，可以向服务端105发送用车申请。并且终端101、102、103可以接收并呈现服务端105发送的用车申请的反馈信息。在用户到达选择的共享单车的位置附近时，可以使用终端101、102、103向服务端105发送确认信息。从而可以使共享单车107、108执行服务端105发送的解锁指令所指示的解锁操作。

这里的终端101、102、103可以是硬件，也可以是软件。当终端101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、可穿戴设备、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、膝上型便携计算机和台式计算机等等。当终端101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务端105可以是提供各种服务的服务端，例如可以是对终端101、102、103上安装的各种应用提供支持的后台服务器。后台服务器可以对接收的终端101、102、103发送的用车申请进行分析。从而可以向用户申请的共享单车发送用车指令，以使其发出提示信息。并可以向终端101、102、103发送反馈信息。此外，后台服务器在接收到终端101、102、103发送的确认信息后，可以向用户申请的共享单车发送解锁指令，从而使共享单车执行解锁操作。

这里的服务端105同样可以是硬件，也可以是软件。当服务端105为硬件时，可以实现成多个服务端组成的分布式服务端集，也可以实现成单个服务端。当服务端105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

共享单车107、108可以通过网络106与服务端105通信连接。这里的共享单车107、108可以是付费使用的各种车辆，例如现有的小黄车、小蓝车等。共享单车107、108在接收到服务端105发送的用车指令时，可以发出提示信息，以便于用户寻。并且在接收到服务端105发送的解锁指令时，可以执行解锁操作，以供用户使用。

需要说明的是，本申请实施例所提供的共享单车的解锁方法一般可以由终端101、102、103，服务端105或共享单车107、108执行。

应该理解，图1中的终端、网络、服务端和共享单车的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络、服务端和共享单车。

继续参见图2，其示出了根据本申请的共享单车的解锁方法的第一个实施例的流程200。该共享单车的解锁方法可以包括以下步骤：

步骤201，接收终端发送的用车申请。

在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的服务端105)可以通过有线连接方式或无线连接方式，接收终端(例如图1所示的终端101、102、103)发送的用车申请。其中，用车申请可以用于表征用户申请使用共享单车(例如图1所示的共享单车107、108)。作为示例，用车申请中通常可以包括用户信息和车辆信息。而用户信息可以包括如手机号、姓名或用户ID(身份标识号码)等中的一种或多种。车辆信息可以包括如车辆编号或ID、车辆名称等。再例如，用车申请中还可以包括使用位置信息，如经纬度坐标、建筑名称或通信地址等。

在这里，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。这里的目标位置可以是任意位置。用户可以通过多种方式来输入目标位置，如手动或语音输入或者在地图上选取输入等。而目标位置附近一般是指与目标位置的距离在预设距离(如50米或100米等)内的任意位置。其中，共享单车的标识可以用于在地图上唯一表示共享单车。标识可以包括(但不限于)以下至少一种：文字、符号、图像等。

可以理解的是，通常情况下，用户会选择一辆共享单车来申请使用。即在地图上选定一辆共享单车的标识并进行用车申请。也就是说，用车申请中通常会包括用户选定的共享单车的车辆信息。

在本实施例的一些可选地实现方式中，用户也可以不选择共享单车，或者选择多辆共享单车。对于这种情况，本申请的共享单车的解锁方法可以参见图3实施例的相关描述，此处不再赘述。

此外，本实施例中的共享单车可以是正常解锁车辆，也可以是非正常解锁车辆。其中，正常解锁车辆一般是指可以通过出厂设计的常规解锁方式正常解锁的共享单车。如现有的二维码或三维码解锁的车辆。非正常解锁车辆一般是指无法通过出厂设计的常规解锁方式正常解锁的共享单车。如二维码或三维码、车辆编号等均被破坏的车辆。也就是说，上述地图上可以同时显示正常解锁车辆的标识和非正常解锁车辆的标识。或者上述地图可以分为两种，一种地图上可以显示正常解锁车辆的标识。而另一种地图上可以显示非正常解锁车辆的标识。此时，使用终端的用户可以根据需求进行地图切换。

步骤202，向目标共享单车发送用车指令。

在本实施例中，执行主体在接收到步骤201中的用车申请的情况下，可以通过无线连接方式向目标共享单车发送用车指令，以使目标共享单车可以发出提示信息。其中，目标共享单车可以包括用车申请所申请的共享单车，即用户选择的共享单车。这里的提示信息可以是有助于用户发现或寻共享单车的任意信息。如可以(但不限于)是声音提示(如铃声或音乐等)和/或灯光提示(如常亮或闪烁灯)。其中，灯光可以是采用现有的各种发光原理而产生的单光或彩光。

作为示例，共享单车的控制装置中可以存储有预先设置的提示信息。这样，在执行主体向目标共享单车发送用车指令后，目标共享单车可以发出预先设置的提示信息。再例如，执行主体在接收到用车申请后，可以获取预先存储的提示信息。之后可以生成包括提示信息的用车指令。这样，目标共享单车可以发出用车指令中的提示信息。其中，提示信息的存储位置在本申请中并不限制。如可以存储在执行主体本地，也可以存储在云端等。

在本实施例的一些可选地实现方式中，在目标共享单车为非正常解锁车辆的情况下，即用户在地图上选择了非正常解锁车辆的标识，执行主体在向目标共享单车发送用车指令之前，可以先确定目标共享单车是否为可用的非正常解锁车辆。这里的可用主要指车辆无故障，且未被其他用户申请使用。并且在确定目标共享单车是可用的非正常解锁车辆时，可以向该目标共享单车发送用车指令。若目标共享单车不是可用的非正常解锁车辆，则执行主体可以向用户所使用的终端发送申请失败提示信息，以提示用户选择其他非正常解锁车辆。

可以理解的是，若目标共享单车为正常解锁车辆，则执行主体同样可以在确定其为可用车辆的情况下，发送用车指令。

需要说明的是，各共享单车发出的提示信息可以相同，也可以不同。其中，提示信息包括以下至少一种：声音提示、震动提示或灯光提示。例如同一生产批次的共享单车发出的提示信息可以相同。而不同生产批次的共享单车发出的提示信息可以不同。而为了避免相同位置附近的多辆共享单车同时发出提示信息而产生干扰，执行主体也可以根据共享单车的位置信息，对位于同一区域内的共享单车分配不同的提示信息。

可选地，执行主体首先可以获取目标共享单车的当前位置信息，从而为目标共享单车分配提示信息。例如，位于相同区域内的各共享单车发出的提示信息可以不同。再例如，位于相同区域内的各共享单车在同一时间段(如15分钟)内发出的提示信息可以不同。也就是说，如果在同一时间段内，有多个用户对同一目标位置附近的共享单车，同时或先后发出用车申请。那么执行主体可以为多个用户申请的共享单车分别分配不同的提示信息。

之后，执行主体可以生成包括分配的提示信息的用车指令，并将用车指令发送给对应的目标共享单车。例如，执行主体可以生成包括提示信息的具体内容的用车指令。再例如，执行主体和共享单车中均存储有提示信息列表。此时，执行主体可以生成包括提示信息的标识的用车指令。其中，提示信息列表可以用于描述标识与提示信息的对应关系。

步骤203，生成用车申请的反馈信息，将反馈信息发送给终端。

在本实施例中，执行主体在发出用车指令的情况下，还可以生成步骤201中接收的用车申请的反馈信息。并可以将反馈信息发送给终端。这里的反馈信息可以是用于表征用车申请成功的信息。例如反馈信息中可以包括如下信息“已发送用车指令，请前往车辆所在位置”。再例如，反馈信息中可以包括目标共享单车的车辆编号。这样，用户可以通过车辆编号来确认当前发出提示信息的共享单车是否为申请使用的车辆。

在一些实施例中，若共享单车发出的提示信息不同，则执行主体可以获取目标共享单车的提示信息。例如可以根据目标共享单车的车辆编号确认其生产批次，进而获取其提示信息。再例如获取已为目标共享单车分配的提示信息。从而可以生成包括目标共享单车的提示信息的反馈信息。

此时，终端可以将该反馈信息呈现给用户。例如终端可以利用扬声器播放声音提示。又例如终端可以利用手电筒显示灯光提示。再例如终端可以通过自身震动来呈现震动提示。和/或终端屏幕上可以显示文字信息。这样，用户可以根据终端呈现的提示信息，确认当前发出提示信息的共享单车是否为申请使用的车辆。也就是说，在车身上缺少车辆编号的情况下，通过车辆的提示信息也可以有助于提高用户查车辆的便捷性。

步骤204，接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。

在本实施例中，执行主体可以在接收到终端发送的反馈信息的确认信息的情况下，可以向目标共享单车发送解锁指令。这里的确认信息可以用于表征用户确认使用其所申请的共享单车。例如在用户达到目标共享单车当前所在位置附近，或已到目标共享单车时，可以使用终端发送确认信息。确认信息中通常不包括目标共享单车的解锁密钥(即正常解锁所需的信息，如二维码或三维码信息)。

在这里，目标共享单车在接收到解锁指令的情况下，可以执行解锁操作，从而实现车辆解锁。这样，用户便可以使用该目标共享单车。

可选地，在目标共享单车执行解锁操作后，执行主体可以接收到目标共享单车发送的用于表征当前处于开锁状态的第一反馈信息。此时，执行主体可以开始计费。并且可以将目标共享单车的标识在地图上去除。其中，去除方式在本申请中并不限制，如隐藏、删除。以及在用户使用结束，并将目标共享单车上锁后，执行主体可以接收到目标共享单车发送的用于表征当前处于上锁状态的第二反馈信息。此时，执行主体可以停止计费。并且可以将目标共享单车的标识在地图上重新显示。同时，执行主体可以向终端发送计费信息。这样，用户在使用过程中可以实时了解费用信息。其中，计费信息可以包括(但不限于)以下至少一项：计费开始时间、计费结束时间、当前使用时长或当前费用等。

可以理解的是，采用本实施例提供的解锁方法，可以实现非正常解锁车辆。从而可以提高非正常解锁车辆的使用率。也有助于改善用户的使用体验和企业的运营收益。而且通过向目标共享单车发送用车指令，使其发出提示信息。这样可以便于用户寻车辆，有利于缩短用户寻车辆所需花费的时长。

而对于正常解锁车辆，既可以采用常规解锁方式，也可以采用本实施例提供的解锁方法。例如用户使用终端扫描车身二维码后，车辆始终处于解锁中状态；或者多次解锁失败。在这些情况下，可以采用本实施例提供的解锁方法。即用户可以使用终端与执行主体进行多次交互，实现车辆解锁。这样，不仅丰富了共享单车的解锁方式。也可以有助于缩短解锁时长，减少用户的等待时长。

本实施例提供的共享单车的解锁方法，通过接收终端发送的用车申请，便可以向目标共享单车发送用车指令，以使目标共享单车发出提示信息。其中，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。而目标共享单车可以包括用车申请所申请的共享单车。同时，可以生成用车申请的反馈信息，以及将反馈信息发送给终端。进而，在接收终端发送的反馈信息的确认信息时，可以向目标共享单车发送解锁指令。这样可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验，也有助于改善企业的运营收益。

进一步参见图3，其示出了根据本申请的共享单车的解锁方法的第二个实施例的流程300。该解锁方法可以包括以下步骤：

步骤301，接收终端发送的用车申请。

在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的服务端105)可以通过有线连接方式或无线连接方式，接收终端(例如图1所示的终端101、102、103)发送的用车申请。在这里，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。可以参见图2实施例的步骤201中的相关描述，此处不再赘述。需要说明的是，本实施例中的地图上所显示的共享单车主要指非正常解锁车辆。

步骤302，确定用车申请所申请的共享单车的数量是否为一辆。

在本实施例中，执行主体可以确定用车申请所申请的共享单车的数量是否为一辆。例如，若用车申请中没有车辆信息，说明用户没有指定车辆(即没有选择车辆)，则执行主体可以确定用车申请所申请的共享单车的数量不是一辆。再例如，若用车申请中包括多辆车辆信息，说明用户选择了多辆共享单车，则执行主体也可以确定用车申请所申请的共享单车的数量不是一辆。

在本实施例中，若执行主体确定用车申请所申请的共享单车的数量是一辆，则可以执行如图2实施例中的步骤202至步骤204，此处不再赘述。若执行主体确定用车申请所申请的共享单车的数量不是一辆，则可以执行步骤303。

步骤303，在目标位置附近选取至少一辆共享单车，以作为目标共享单车。

在本实施例中，若执行主体确定用车申请所申请的共享单车的数量不是一辆，则可以在目标位置附近选取至少一辆共享单车。并将选取的至少一辆共享单车作为目标共享单车。这里的选取方式在本申请中并不限制。如可以随机选取，也可以通过筛选选取。作为示例，可以选取当前位置离目标位置较近的车辆。再例如，为了便于用户寻车辆，可以选取当前位置位于道路两侧、店铺门口或站点(公交站、地铁站的)附近的车辆。其中，选取的共享单车均为可用的非正常解锁车辆。

在本实施例中，若在目标位置附近选取一辆共享单车，以作为目标共享单车。则执行主体可以参考执行如图2实施例中的步骤202至步骤204，此处不再赘述。若在目标位置附近选取至少两辆共享单车，以作为目标共享单车。则执行主体可以继续执行步骤304。

步骤304，向目标共享单车发送用车指令，以及生成用车申请的反馈信息，将反馈信息发送给终端。

在本实施例中，执行主体可以向各目标共享单车(即选取的至少两辆共享单车)均发送用车指令。这样，各目标共享单车可以都发出提示信息。

在本实施例中，执行主体在向目标共享单车发送用车指令的同时或之后，可以生成用车申请的反馈信息。并可以将反馈信息发送给终端。例如反馈信息可以包括以下信息“已向多辆共享单车发送用车指令”。再例如，反馈信息中可以包括各目标共享单车的车辆编号。

作为示例，若各目标共享单车发出的提示信息不同。则执行主体可以获取各目标共享单车的提示信息和/或车辆编号。从而可以生成包括各目标共享单车的提示信息和/或车辆编号的反馈信息。需要说明的是，如果提示信息为包括车辆编号的语音信息，如“我是车辆1”。此时，为了提高数据处理和传输效率，执行主体可以生成包括提示信息或车辆编号的反馈信息。

步骤305，接收终端发送的反馈信息的确认信息。

在本实施例中，执行主体可以接收终端发送的反馈信息的确认信息。这里的确认信息可以用于表征用户确认使用共享单车。而且通常情况下，用户在到达目标位置附近或共享单车所在位置附近时，才会发送确认信息。因此，确认信息也可以用于表征用户已达到目标位置(或任一目标共享单车)附近。

在一些应用场景中，确认信息还可以用于表征用户所选择的目标共享单车。例如，用户可以从地图上显示的各目标共享单车的标识中选取一个标识。或者可以根据反馈信息中的各目标共享单车的提示信息和/或车辆编号，从中选取一辆目标共享单车。此时，终端可以生成包括用户所选择的目标共享单车的相关信息的确认信息。

在这里，若执行主体可以依据确认信息，确定用户选择的目标共享单车，则可以执行步骤307。若用户没有从各目标共享单车中选择目标共享单车，则执行主体可以执行步骤306。

步骤306，获取用户和各目标共享单车的当前位置信息；根据获取的当前位置信息从各目标共享单车中选取目标共享单车。

在本实施例中，执行主体可以通过终端定位来获取用户的当前位置信息。并可以通过各目标共享单车的定位来获取其当前位置信息。之后，执行主体可以根据用户的当前位置信息和各目标共享单车的当前位置信息，从各目标共享单车中选取目标共享单车。作为示例，执行主体可以按照距离用户的当前位置由近到远的顺序，从距离近的一端随机选取或选取位于预设位(如第一或第二位等)的目标共享单车。再例如，执行主体可以选取距离用户的当前位置较近，且位置易于用户寻(如位于道路两侧、站点附近等)的目标共享单车。

步骤307，向目标共享单车发送解锁指令。

在本实施例中，若在步骤305中，确认信息可以用于表征用户所选择的目标共享单车，则执行主体可以向确认信息所指示的目标共享单车发送解锁指令。若在步骤306中，执行主体从各目标共享单车中选取出目标共享单车，则可以向选取的目标共享单车发送解锁指令。可以参见图2实施例的步骤204中的相关描述，此处不再赘述。

本实施例提供的共享单车的解锁方法，针对用户没有选择指定的共享单车的情况，详细描述了确定目标共享单车，以及从中选取目标共享单车以发送解锁指令的过程。这样，丰富和完善了解锁方法的过程。有助于扩大方法的适用范围，满足不同用户的使用需求。

请参见图4，其示出了根据本申请的共享单车的解锁方法的第三个实施例的流程400。该解锁方法可以包括以下步骤：

步骤401，检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请。

在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的终端101、102、103)若检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，则可以向服务端(例如图1所示的服务端105)发送用车申请。这样，服务端可以向目标共享单车(例如图1所示的共享单车107、108)发送用车指令，从而使目标共享单车发出提示信息。同时，服务端可以生成用车申请的反馈信息，并可以将该反馈信息发送给终端。其中，目标共享单车可以包括用车申请所申请的共享单车。可以参见图2实施例的步骤201至步骤203中的相关描述，此处不再赘述。

可以理解的是，通常情况下，用户会选择一辆共享单车来申请使用。即在地图上选定一辆共享单车的标识并通过终端用车申请。在一些实施例中，用户也可以不选择共享单车，或者选择多辆共享单车。

需要说明的是，上述地图上所显示的共享单车可以包括非正常解锁车辆和/或正常解锁车辆。也就是说，这两种车辆可以分别使用两张地图，也可以共用同一张地图。对于共用一张地图的情况，为了便于用户区分两种车辆，非正常解锁车辆的标识与正常解锁车辆的标识可以不同。这里所说的不同可以指标识本身不同。如标识“非”表示非正常解锁车辆；标识“正”表示正常解锁车辆。这里所说的不同也可以指标识的显示方式不同。如标识显示的大小和/或颜不同等。

可选地，若本实施例的解锁方法仅用于非正常解锁车辆，而地图上所显示的共享单车包括上述两种车辆。此时，执行主体在向服务端发送用车申请之前，可以先确定用户选择的共享单车中是否包括非正常解锁车辆。如果用户选择了一辆共享单车，则执行主体可以根据标识或车辆信息等，来确定该共享单车是否为非正常解锁车辆。若该共享单车是非正常解锁车辆，则可以确定用户选择的共享单车中包括非正常解锁车辆。如果用户选择了至少两辆共享单车，则执行主体可以确定这些共享单车中是否有非正常解锁车辆。若有则可以确定包括。在确定包括的情况下，执行主体可以向服务端发送用车申请。需要说明的是，如果用户没有选择共享单车，则执行主体可以直接向服务端发送用车申请。

步骤402，接收并呈现服务端发送的反馈信息。

在本实施例中，执行主体可以接收服务端发送的反馈信息。并可以将该反馈信息呈现给用户。例如，执行主体的屏幕上可以显示包括如下信息“已发送用车指令，请前往车辆所在位置”的反馈信息。再例如，执行主体的屏幕上可以显示包括目标共享单车的车辆编号的反馈信息。

可选地，执行主体接收并呈现反馈信息的方式可以包括(但不限于)以下至少一种：

例如，执行主体可以根据反馈信息中目标共享单车的相关信息(如车辆编号或位置信息等)，确定地图上表示目标共享单车的标识。从而可以在地图上仅显示目标共享单车的标识，并去除其他共享单车的标识。需要说明的是，该处理过程也可以由服务端来完成。服务端可以将处理后的地图作为反馈信息。

又例如，执行主体可以在地图上显示位于目标位置附近的各共享单车的标识。并且目标共享单车的标识与其他共享单车的标识不同。这里的不同可以是标识本身不同，也可以是标识的显示方式不同。

又例如，若反馈信息中包括目标共享单车的提示信息。则执行主体可以利用其上安装的扬声器、手电筒等直接呈现提示信息。或者，执行主体在检测到用户对地图上显示的目标共享单车的标识的触发操作时，可以呈现目标共享单车的提示信息。这样可以防止同时呈现多个目标共享单车的提示信息造成的混乱。

再例如，若反馈信息中包括目标共享单车的车辆编号。则执行主体可以将目标共享单车的车辆编号作为标识显示在地图上。或者，执行主体可以在地图上对应于目标共享单车的标识的位置处显示目标共享单车的车辆编号。

步骤403，在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息。

在本实施例中，用户在到达目标共享单车的当前所在位置处时，可以对执行主体进行操作。执行主体在检测到操作后，可以在向服务端发送反馈信息的确认信息。这样，可以使服务端向目标共享单车发送解锁指令。用户便可以使用解锁后的目标共享单车。这里的确认信息可以用于表征用户确认使用其所申请的共享单车。需要说明的是，确认信息中通常不包括目标共享单车的解锁密钥(即正常解锁所需的信息，如二维码或三维码信息)。

可以理解的是，上述用户对执行主体进行的操作，可以是用于指示发送确认信息的操作；也可以是用户对执行主体的屏幕上显示的目标共享单车的标识的选择操作。在用户选定目标共享单车的情况下，执行主体可以生成用于表征用户所选择的目标共享单车的确认信息。例如确认信息中可以包括目标共享单车的车辆编号或提示信息等相关信息。这样一来，服务端可以向确认信息所指示的目标共享单车发送解锁指令。

在本实施例的一些可选地实现方式中，执行主体还可以接收服务端发送的目标共享单车的计费信息。并可以将计费信息呈现给用户。这样可以便于用户及时了解共享单车的使用情况。此外，用户也可以利用执行主体，对缺少解锁密钥以及故障的车辆进行反馈。

本实施例提供的共享单车的解锁方法，在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作时，可以向服务端发送用车申请。从而可以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息。之后，可以接收并呈现服务端发送的反馈信息。并且在用户到达目标共享单车的当前所在位置处时，可以向服务端发送反馈信息的确认信息。从而可以使服务端向目标共享单车发送解锁指令。这样丰富了共享单车的解锁方式。而且可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验。

进一步参见图5，其示出了根据本申请的共享单车的解锁方法的第四个实施例的流程500。该解锁方法可以包括以下步骤：

步骤501，接收服务端发送的用车指令，并发出提示信息。

在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的共享单车107、108)可以通过无线连接方式，接收服务端(例如图1所示的服务端105)发送的用车指令。并且在接收到用车指令的情况下，可以发出提示信息。这样可以便于用户寻车辆，减少用户所需花费的时长，提高用户体验。其中，提示信息可以包括(但不限于)声音提示、灯光提示或震动提示中的至少一种。

在本实施例中，用车指令可以是服务端在接收到终端(例如图1所示的终端101、102、103)发送的用车申请而生成的。这里的用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。可以参见图2和图3实施例中的相关描述，此处不再赘述。

需要说明的是，本实施例中的执行主体可以是正常解锁车辆，也可以是非正常解锁车辆。而且不同的执行主体之间发出的提示信息可以相同，也可以不同。例如，不同生产批次的共享单车发出的提示信息可以不同。作为示例，用车指令中可以包括服务端分配的提示信息。这样，执行主体在接收到用车指令后，可以发出用车指令所指示的提示信息。

步骤502，接收服务端发送的解锁指令，执行解锁操作。

在本实施例中，执行主体在接收到服务端发送的解锁指令的情况下，可以执行解锁操作，从而使安装于其上的车锁打开。这样，发送用车申请的用户便可以使用该执行主体。在这里，解锁指令可以是服务端在接收到终端发送的反馈信息的确认信息而生成的。而反馈信息通常是服务端在发出上述用车指令的情况下生成并发送给终端的。可以参见图2和图3实施例中的相关描述，此处不再赘述。

在一些实施例中，当执行主体上的车锁打开后，执行主体可以向服务端发送用于表征当前处于开锁状态的第一反馈信息。从而可以使服务端开始计费。并且服务端可以将目标共享单车的标识在地图上去除。当执行主体上的车锁锁住后，执行主体可以向服务端发送用于表征当前处于上锁状态的第二反馈信息。从而可以使服务端停止计费。并且服务端可以将目标共享单车的标识在地图上重新显示。

本实施例提出的共享单车的解锁方法，通过接收服务端发送的用车指令，可以发出提示信息。这样便于用户寻车辆。并且在接收到服务端发送的解锁指令时，可以执行解锁操作。这样可以实现用户使用该车辆。其中，用车指令是服务端在接收到终端发送的用车申请而生成的；用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；而解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的；反馈信息是服务端在发出用车指令的情况下生成并发送给终端的。也就是说，在没有解锁密钥的情况下，通过终端与服务端的交互，也可以实现共享单车的解锁。这样丰富了共享单车的解锁方式，有助于满足不同用户的使用需求。同时，有利于提高共享单车(尤其是非正常解锁车辆)的使用率。

请参见图6，图6是根据上述各实施例的共享单车的解锁方法的一个应用场景的示意图。在图6的应用场景中，用户可以在其使用的终端101上安装共享单车类应用。并可以通过该应用进行共享单车的使用。

首先，用户可以在终端101上打开共享单车类应用。在应用中选取非正常解锁车辆的分布地图，并输入目标位置。此时，地图上可以显示位于目标位置附近的共享单车的标识。在用户点击选取其中一辆共享单车的标识后，终端101可以生成包括用户选取的共享单车的车辆编号(如编号A)的用车申请。并可以将该用车申请发送给后台服务端105。

服务端105在接收到该用车申请后，可以向编号A的共享单车发送用车指令。此时，编号A的共享单车107在接收到该用车指令后，可以持续或间歇地发出“嘀嘀”的提示信息。同时，服务端105可以生成“已向编号A车辆发送用车指令”的反馈信息。以及可以将该反馈信息发送给终端101。

终端101可以将该反馈信息呈现给用户。用户在到达目标位置附近时，若发现仅有一辆非正常解锁车辆发出“嘀嘀”提示信息。则用户可以确定其为自己申请使用的共享单车。进一步地，用户也可以将反馈信息中的车辆编号与共享单车上的车辆编号进行比对。若两者相同，用户即可以确定其为自己申请使用的共享单车。此时，用户可以通过终端101上显示的确认按键，来向服务端105发送确认信息。

服务端105在接收到该确认信息后，可以向编号A的共享单车107发送解锁指令。此时，共享单车107可以执行解锁操作。即将其上的车锁打开。

需要说明的是，若服务端105在预设时长内(如20分钟)没有收到终端101发送的确认信息，说明该用户可能放弃使用共享单车。此时，服务端105可以清除此次用车申请的相关信息。并可以向共享单车107发送取消用车指令，以使共享单车停止发出提示信息。同时，可以将共享单车107的存储状态变为可用状态。这样有助于提高共享单车的有效使用率(即被用户实际使用过的比例)。

下面参见图7，其示出了适于用来实现本申请实施例的电子设备(例如图1所示的终端101、102、103或服务端105)的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括触摸屏、按键、鼠标、麦克风、摄像头等的输入部分706；包括诸如阴极射线管(CRT)和/或液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括用车申请接收单元、用车指令发送单元、反馈信息发送单元和解锁指令发送单元。再例如，还可以描述为：一种处理器包括用车申请发送单元、反馈信息接收单元和确认信息发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，用车申请接收单元还可以被描述为“接收终端发送的用车申请的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。例如，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；生成用车申请的反馈信息，将反馈信息发送给终端；接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。

再例如，当上述一个或者多个程序被该电子设备执行时，还可以使得该电子设备：检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；接收并呈现服务端发送的反馈信息；在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。