CN112967422B - 一种用车方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本公开提供了一种用车方法、装置、设备、存储介质和程序产品，其中，该方法包括：响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；将图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；开锁请求信息中携带有第一车辆信息；接收服务器端对开锁请求信息以及第一用户图像认证通过后所生成的开锁指令，并基于开锁指令，执行开锁操作；或者，该方法包括：获取车辆端发送的第一用户图像和开锁请求信息；基于第一用户图像，判断第一用户图像对应的用户是否为合法用户；在确定用户为合法用户的情况下，基于开锁请求信息生成开锁指令，并将开锁指令发送给车辆端。

Description

一种用车方法、装置、设备、存储介质和程序产品

技术领域

本公开涉及共享单车技术领域，具体而言，涉及一种用车方法、装置、设备、存储介质和程序产品。

背景技术

随着低碳环保的出行方式被越来越多的人接受，以及得益于单车使用的便利性，共享单车已经被广泛应用在城市生活中。用户通过扫描车身上的二维码就能够使用停放在路边的共享单车。

现有的用车方式大多基于用户在手机上的操作，以及手机、车辆和后台服务器三者利用网络进行的多次通讯交互以控制单车开锁。但是，当用户终端的网络质量较差时，用户终端与后台服务器的通讯时长将会被延长，导致增加开锁的时间，并且，当用户在恶劣的天气情况下用车，开锁时间的增加将延长用户在手机上的操作等待时间，进而降低了用户的使用体验。

发明内容

本公开实施例至少提供一种用车方法、装置、设备、存储介质和程序产品。

第一方面，本公开实施例提供了一种用车方法，应用于车辆端，包括：

响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；

将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；所述开锁请求信息中携带有第一车辆信息；

接收所述服务器端对所述开锁请求信息以及所述第一用户图像认证通过后所生成的开锁指令，并基于所述开锁指令，执行开锁操作。

在一种可能的实施方式中，在与所述用户终端建立短距离通信连接之后，包括：

利用所述短距离通讯连接获取所述用户终端的用户标识信息；

所述将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端，包括：

将所述图像采集装置采集的第一用户图像、开锁请求信息以及所述用户标识信息发送给服务器端，以使所述服务器端对所述第一用户图像、开锁请求信息以及所述用户标识信息进行认证。

在一种可能的实施方式中，所述第一车辆信息包括以下至少一项：

车辆标识信息；车锁状态信息；电量信息；车辆定位信息。

在一种可能的实施方式中，在与用户终端建立短距离通讯连接之后，还包括生成所述开锁请求信息的步骤：

利用短距离通讯连接获取用户终端发送的用车请求，并基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

在一种可能的实施方式中，所述利用短距离通讯连接获取用户终端发送的用车请求，并基于所述用车请求和所述第一车辆信息生成所述开锁请求信息，包括：

基于与所述用户终端之间的短距离通讯连接，向所述用户终端发送确认开启车辆安全装备的确认用车信息，以使所述用户终端展示所述确认用车信息；

利用短距离通讯连接获取用户终端发送的用车请求；所述用车请求为所述用户终端针对所述用户对所述确认用车信息执行的确认操作所生成的；

基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

在一种可能的实施方式中，所述方法还包括：

响应于用户终端发送的还车请求，开启所述图像采集装置，以获取第二用户图像；

将所述第二用户图像发送给所述服务器端，以使所述服务器端基于所述第二用户图像生成并发送关锁指令；

响应于接收到的所述关锁指令，执行关锁操作。

在一种可能的实施方式中，在所述响应于接收到的所述关锁指令，执行关锁操作之前，还包括：

接收所述服务器端确认所述用户终端支付完成的情况下、生成的第一支付完成信息；

响应于所述第一支付完成信息，获取车辆的第二车辆信息；

基于所述第二车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和第二用户图像生成所述关锁指令。

在一种可能的实施方式中，在所述响应于接收到的所述关锁指令，执行关锁操作之前，还包括：

获取所述服务器端发送的骑行费用信息，将所述骑行费用信息发送给所述用户终端，以使所述用户终端基于所述骑行费用信息生成包括人脸支付方式的支付页面；

接收所述用户终端发送的第二支付完成信息，并响应于接收的所述第二支付完成信息，获取车辆的第三车辆信息，所述第二支付完成信息为所述用户终端根据所述用户的支付结果生成的；

基于所述第三车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和所述第二用户图像生成所述关锁指令。

在一种可能的实施方式中，在向所述服务器端发送关锁请求之前，还包括：

利用短距离通讯连接搜索所述用户终端；

在无法搜索到所述用户终端的情况下，向所述服务器端发送关锁请求。

第二方面，本公开实施例提供了一种用车方法，应用于服务器端，包括：

获取车辆端发送的第一用户图像和开锁请求信息；

基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户；

在确定所述用户为合法用户的情况下，基于所述开锁请求信息生成开锁指令，并将所述开锁指令发送给所述车辆端。

在一种可能的实施方式中，所述获取车辆端发送的第一用户图像和开锁请求信息，包括：

获取所述车辆端发送的第一用户图像、开锁请求信息以及用户标识信息；

所述基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户，包括：

基于所述第一用户图像和所述用户标识信息，判断所述第一用户图像对应的用户是否为合法用户。

在一种可能的实施方式中，所述基于所述第一用户图像和所述用户标识信息，判断所述第一用户图像对应的用户是否为合法用户，包括：

基于多张预存用户图像，判断是否存在与所述第一用户图像相匹配的目标用户图像；

如果是，获取所述目标用户图像对应的目标标识信息；

在所述目标标识信息与所述用户标识信息相匹配的情况下，确定所述第一用户图像对应的用户为合法用户。

在一种可能的实施方式中，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息；

所述基于所述开锁请求信息生成开锁指令，包括：

基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

在一种可能的实施方式中，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息和用车请求，所述用车请求为所述用户终端针对所述用户对所述确认用车信息执行的确认操作所生成的；

所述基于所述开锁请求信息生成开锁指令，包括：

在基于所述用车请求确定所述用户确认开启车辆安全设备的情况下，基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

在一种可能的实施方式中，所述方法还包括：

获取所述车辆端发送的第二用户图像，并基于所述第二用户图像获取所述用户的骑行费用信息；

基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息；

在所述支付状态信息指示所述用户终端支付完成的情况下，生成关锁指令，并将所述关锁指令发送给所述车辆端。

在一种可能的实施方式中，所述基于所述第二用户图像获取所述用户的骑行费用信息，包括：

在所述第二用户图像对应的用户，与所述第一用户图像对应的用户为同一用户的情况下，确定所述用户的骑行费用信息。

在一种可能的实施方式中，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

向所述用户终端发送针对人脸识别支付功能的待授权信息；

在所述用户终端授权人脸识别支付功能的情况下，基于所述第二用户图像或用户终端在授权人脸识别支付功能后采集的第三用户图像，确定所述用户终端的支付账号；

按照所述骑行费用信息从所述支付账号中扣费，并将支付状态信息设置为支付完成。

在一种可能的实施方式中，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

在所述用户终端未授权人脸识别支付功能的情况下，基于所述骑行费用信息生成待支付信息；

将所述待支付信息发送至所述用户终端；

获取所述用户终端针对所述待支付信息进行支付操作所生成的支付状态信息。

在一种可能的实施方式中，所述在所述支付状态信息指示所述用户终端支付完成的情况下，生成关锁指令，包括：

在所述支付状态信息指示所述用户终端支付完成的情况下，生成第一支付完成信息并发送给所述车辆端；

接收车辆端基于所述第一支付完成信息发送的关锁请求，所述关锁请求包括车辆的第二车辆信息；

在基于所述第二车辆信息确定所述车辆不存在异常的情况下，生成关锁指令。

在一种可能的实施方式中，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

将所述骑行费用信息发送给所述车辆端，以使所述车辆端将所述骑行费用信息发送给所述用户终端，以及使所述用户终端在支付完成后，生成并向车辆端发送第二支付完成信息；

接收所述车辆端发送的第二支付完成信息，并基于所述第二支付完成信息确定所述用户终端支付状态信息。

在一种可能的实施方式中，所述接收所述车辆端发送的第二支付完成信息，包括：

接收所述车辆端发送的第二支付完成信息和所述车辆端基于所述第二支付完成信息生成的关锁请求，所述关锁请求包括第二车辆信息。

在一种可能的实施方式中，所述在所述支付状态信息指示所述用户终端支付完成的情况下，生成关锁指令，包括：

在所述支付状态信息指示所述用户终端支付完成的情况下，基于所述第二车辆信息判断所述车辆是否存在异常；

在确定所述车辆不存在异常的情况下，生成关锁指令。

第三方面，本公开实施例还提供一种用车装置，应用于车辆端，包括：

处理模块，用于响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；

发送模块，用于将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；所述开锁请求信息中携带有第一车辆信息；

接收模块，用于接收所述服务器端对所述开锁请求信息以及所述第一用户图像认证通过后所生成的开锁指令，并基于所述开锁指令，执行开锁操作。

第四方面，本公开实施例还提供一种用车装置，应用于服务器端，包括：

获取模块，用于获取车辆端发送的第一用户图像和开锁请求信息；

判断模块，用于基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户；

生成模块，用于在所述判断模块确定所述用户为合法用户的情况下，基于所述开锁请求信息生成开锁指令，并将所述开锁指令发送给所述车辆端。

第五方面，本公开可选实现方式还提供一种计算机设备，处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述机器可读指令被所述处理器执行时执行上述第一方面、第一方面中任一种可能的实施方式，或者执行上述第二方面、第二方面中任一种可能的实施方式中的步骤。

第六方面，本公开可选实现方式还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被运行时执行上述第一方面、第一方面中任一种可能的实施方式，或者执行上述第二方面、第二方面中任一种可能的实施方式中的步骤。

第七方面，本公开实施例还提供一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现上述第一方面、第一方面中任一种可能的实施方式的步骤，或者执行时实现上述第二方面，或第二方面中任一种可能的实施方式中的步骤。

关于上述用车装置、设备、存储介质及程序产品的效果描述参见上述用车方法的说明，这里不再赘述。

本公开实施例提供的用车方法、装置、设备、存储介质和程序产品，在用户需要用车时，可以通过用户终端建立与车辆之间的短距离通讯连接，然后利用车辆向服务器端发送开锁请求信息以及车辆上的图像采集部件采集的用户图像，这样，可以不依赖于用户终端与服务器端之间的通信连接，即可将表征用户身份的用户图像以及携带有车辆信息的开锁请求信息上报服务器端，从而由服务器端基于用户图像识别用户身份，在确保用户用车合法性的前提下，基于开锁请求信息中的车辆信息来控制车辆开锁。这样，一方面确保了用户用车的合法性，另一方面也确保了用户用车的及时性，能够克服由于用户终端的网络质量较差所带来的开锁时间延长的缺陷，尤其是在天气情况恶劣的情况下，能够降低用户的开锁等待时间，提升了用户的用车体验。

进一步，本公开实施例提供的用车方法，还可以利用短距离通讯连接获取用户标识信息(比如蓝牙MAC地址)，服务器端基于第一用户图像和用户标识信息的双重认证来确认用户身份的合法性，提升了控制车辆开锁的准确性和安全性。

进一步，本公开实施例提供的用车方法，基于开锁请求信息中的用车请求，确定用户是否开启了车辆安全装备，在确定用户开启了车辆安全装备的情况下，才可以控制车辆开锁，提高了用户用车的安全性。

进一步，本公开实施例提供的用车方法，还可以基于获取的第二用户图像，在确定还车用户为用车用户的情况下，控制车辆关锁，提高了还车的准确性。

进一步，本公开实施例提供的用车方法，还可以在用户授权免密人脸支付的情况下，基于获取的第二用户图像，完成对用户的扣费，不需要用户在使用终端设备进行支付，降低了用户的操作步骤，提高了支付效率，提升了用户的使用体验。

进一步，本公开实施例提供的用车方法，还可以在确定利用短距离通讯连接无法搜索到用户终端的情况下，可以确认用户已经离开，然后自动控制车辆关锁，保证了车辆的安全性和关锁时机的合理性，且不需要用户手动进行关锁，提升了用户的使用体验。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种应用于车辆端的用车方法的流程图；

图2示出了本公开实施例所提供一种图像采集装置的示意图；

图3示出了本公开实施例所提供的一种应用于车辆端的用户还车方法的流程图；

图4示出了本公开实施例所提供的一种车辆端生成并向服务器端发送关锁请求的方法的流程图；

图5示出了本公开实施例所提供的一种支付页面的示意图；

图6示出了本公开实施例所提供的一种应用于服务器端的用车方法的流程图；

图7示出了本公开实施例所提供的一种确认用户身份的方法的流程图；

图8示出了本公开实施例所提供的另一种确认用户身份的方法的流程图；

图9示出了本公开实施例所提供的一种应用于服务器端的用户还车方法的流程图；

图10示出了本公开实施例所提供的一种应用于车辆端的用车装置的示意图；

图11示出了本公开实施例提供的一种应用于服务器端的用车装置的示意图；

图12示出了本公开实施例提供的一种计算机设备结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

另外，本公开实施例中的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。

在本文中提及的“多个或者若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

经研究发现，随着低碳环保的出行方式被越来越多的人接受，以及得益于单车使用的便利性，共享单车已经被广泛应用在城市生活中。用户通过扫描车身上的二维码就能够使用停放在路边的共享单车。现有的用车方式大多基于用户在手机上的操作，以及手机、车辆和后台服务器三者利用网络进行的多次通讯交互以控制单车开锁。但是，当用户终端的网络质量较差时，用户终端与后台服务器的通讯时长将会被延长，导致增加开锁的时间，并且，当用户在恶劣的天气情况下用车，开锁时间的增加将延长用户在手机上的操作等待时间，进而降低了用户的使用体验。

基于上述研究，本公开提供了一种用车方法、装置、设备、存储介质和程序产品，在用户需要用车时，可以通过用户终端建立与车辆之间的短距离通讯连接，然后利用车辆向服务器端发送开锁请求信息以及车辆上的图像采集部件采集的用户图像，这样，可以不依赖于用户终端与服务器端之间的通信连接，即可将表征用户身份的用户图像以及携带有车辆信息的开锁请求信息上报服务器端，从而由服务器端基于用户图像识别用户身份，在确保用户用车合法性的前提下，基于开锁请求信息中的车辆信息来控制车辆开锁。这样，一方面确保了用户用车的合法性，另一方面也确保了用户用车的及时性，能够克服由于用户终端的网络质量较差所带来的开锁时间延长的缺陷，尤其是在天气情况恶劣的情况下，能够降低用户的开锁等待时间，提升了用户的用车体验。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

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

需要说明的是，本公开实施例中所提到的特定名词包括：

MAC地址，Media Access Control Address，媒体存取控制位址，一个用来确认网络设备位置的位址。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种用车方法进行详细介绍，本公开实施例所提供的用车方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(User Equipment，UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该用车方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面以执行主体为车辆为例对本公开实施例提供的用车方法加以说明。

如图1所示，为本公开实施例提供的一种应用于车辆端的用车方法的流程图，可以包括以下步骤：

S101：响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像。

S102：将图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；开锁请求信息中携带有第一车辆信息。

S103：接收服务器端对开锁请求信息以及第一用户图像认证通过后所生成的开锁指令，并基于开锁指令，执行开锁操作。

这里，当用户有用车请求时，可以利用安装在用户终端的骑行APP(Application，应用程序)扫描设置在车辆上的车身码，以发起与车辆的短距离通讯连接，具体实施时，进行短距离通讯连接的设备可以是用户终端对应的用户蓝牙以及部署在车辆上的车辆蓝牙，车身码可以包含车辆蓝牙的标识信息，在用户扫描车身码之后，基于对车身码的识别，用户终端可以获取车辆蓝牙的标识信息，然后用户蓝牙可以向该标识信息对应的车辆蓝牙的连接请求，进而，车辆蓝牙可以响应于与用户终端之间建立短距离通讯连接的操作，并以该连接请求作为触发条件，车辆开启安装的图像采集装置，获取采集范围内的第一用户图像。需要说明的是，本公开实施例所提及的车辆均可以指共享单车或共享电单车。

具体实施时，图像采集装置可以安装在车辆的车头处并且具有伸缩功能，能够拍摄一定角度范围内的图像，如图2所述，为本公开实施例所提供的一种图像采集装置的示意图，其中，该图像采集装置可以实现拍摄360度范围内的图像，当用户终端发起连接请求之后，图像采集装置在车头处伸出，采集第一用户图像。

在用户利用骑行APP扫描车身码之后，如果用户没有开启用户蓝牙，则用户终端将会向用户展示开启用户蓝牙的提示信息，其中，该提示信息可以为语音提示信息、页面文字提示信息等，然后在用户开启用户蓝牙之后，向车辆蓝牙发起连接请求。

另外，基于车身蓝牙功耗低的特点，车身蓝牙一旦被安装，可以一直处于开启的状态，并不断搜索预设范围内的用户终端对应的用户蓝牙。因此，在另一种实施方式中，当用户扫描车身码之后，车辆蓝牙可以主动建立与预设范围内蓝牙信号强度最大的用户蓝牙之间的连接，并且开启图像采集装置，获取第一用户图像。为了提高车辆蓝牙基于信号强度的连接方式的连接精准度，可以将车辆蓝牙设置在车身码附近位置，例如，可以设置在车身码的正下方。

进一步的，车辆可以将图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端，其中，开锁请求信息中携带有第一车辆信息。

本步骤中，在车辆蓝牙与用户蓝牙建立短距离通讯连接之后，车辆可以通过通信网络建立与服务器端的通信连接，然后基于该通信连接，车辆可以将第一用户图像以及生成的开锁请求信息发送给服务器端，以使服务器端对开锁请求信息以及第一用户图像认证通过后生成开锁指令。

这里，第一车辆信息至少包括以下至少一项：车辆标识信息；车锁状态信息；电量信息；车辆定位信息，其中，车辆标识信息可以用于标识车辆的身份，车辆状态信息包括开锁状态、关锁状态和故障状态等，车辆定位信息可以基于安装在车辆上的定位装置实时获取。

具体实施时，当车辆蓝牙获取到用户蓝牙的连接请求之后，车辆可以确定用户存在开锁骑车的需要，然后可以基于获取的第一车辆信息生成开锁请求信息，并将第一用户图像以及开锁请求信息发送给服务器端。

在一种可能的实施方式中，如果该用车方法应用于共享电单车，在车辆蓝牙与用户蓝牙建立短距离通讯连接之后，可以按照以下步骤生成开锁请求信息：

步骤一、利用短距离通讯连接获取用户终端发送的用车请求；

步骤二、基于用车请求和第一车辆信息生成开锁请求信息。

这里，用车请求可以为针对共享电单车上的安全头盔、安全手套以及安全护膝等车辆安全设备生成的请求。在一种实施方式中，车辆可以基于与用户终端之间的短距离通讯连接，向用户终端发送确定开启车辆安全装备的确认用车信息，以使用户终端在接收到该确认用车信息之后将其展示给用户，然后再次基于短距离通讯连接获取用户终端发送的用车请求，其中，该用车请求为用户终端针对用户对确认用车信息执行的确认操作所生成的。

具体实施时，在车辆蓝牙与用户蓝牙建立连接之后，车辆可以基于车辆蓝牙向用户蓝牙发送确认用车信息，然后在用户对确认用车信息执行确认操作之后，用车终端生成用车请求，进而，用户蓝牙可以将该用车请求发送给车辆蓝牙，基于此，车辆可以获取用车请求并基于用车请求以及获取的第一车辆信息生成开锁请求信息。

另外，在车辆蓝牙与用户蓝牙建立短距离通讯连接之后，车辆蓝牙可以获取用户蓝牙的用户标识信息，其中，用户标识信息可以唯一标识用户蓝牙的身份信息，例如，用户标识信息可以是用户蓝牙的MAC地址，进而，车辆可以将用户身份信息、第一用户图像以及开锁请求信息发送给服务器端，以使服务器端可以对用户身份信息、第一用户图像以及开锁请求信息进行认证。

之后，车辆可以基于接收到的开锁指令，执行开锁操作，在确定车辆开锁完成后，可以向服务器端发送开锁完成的信息，以使服务器端可以基于该开锁完成的信息开始计算用户的骑行费用，另外，车辆在收到开锁指令之后，可以关闭图像采集装置，这样，能够减少图像采集装置的资源损耗，增加图像采集装置的使用时长。

如果该用车方法应用于共享单车，用户只需要执行扫码的操作，不需要执行其他操作，即车辆不会向用户终端发送确定开启车辆安全装备的确认用车信息，用户也不需要针对用户对确认用车信息执行的确认操作，就可以实现控制单车开锁。基于车辆和服务器端的短距离通讯连接实现开锁，用户只需要执行扫码的步骤，不需再执行其他操作，减少了用户的操作步骤，进一步提升了用户的用车体验。

这样，在用户需要用车时，建立车辆与用户终端的短距离通讯连接，然后利用车辆向服务器端发送开锁请求等信息，以实现对车辆执行开锁操作，避免了用户终端与服务器端之间建立连接，这样能够克服由于用户终端的网络质量较差所带来的开锁时间延长的缺陷，尤其是在天气情况恶劣的情况下，能够降低用户的开锁等待时间，提升了用户的用车体验。。

另外，在开锁完成后，用户可以正常使用车辆出行，本公开实施例提供的用车方法还可以在用户骑行结束后，基于用户的还车请求执行用户的扣费以及车辆的关锁，如图3所示，为本公开实施例所提供的一种应用于车辆端的用户还车方法的流程图，可以包括以下步骤：

S301：响应于用户终端发送的还车请求，开启图像采集装置，以获取第二用户图像。

S302：将第二用户图像发送给服务器端，以使服务器端基于第二用户图像生成并发送关锁指令。

S303：响应于接收到的关锁指令，执行关锁操作。

这里，当用户骑行结束之后，可以点击骑行APP上的关锁按钮，然后用户终端可以基于用户点击关锁按钮的操作生成还车请求，并利用用户蓝牙将还车请求发送给车辆蓝牙，进而，车辆端可以获取并响应于该还车请求，然后控制图像采集装置开启，采集第二用户图像。

进一步的，车辆端可以获取图像采集装置采集的第二用户图像，将第二用户图像发送给服务器端，以使服务器端基于第二用户图像生成并发送关锁指令。之后，车辆端可以获取服务器端发送的关锁指令，响应于该关锁指令，执行车辆的关锁操作。

需要说明的是，在接收到关锁指令之前，还包括生成并向服务器端发送关锁请求的步骤，如图4所示，为本公开实施例所提供的一种车辆端生成并向服务器端发送关锁请求的方法的流程图，可以包括以下步骤：

S401：接收服务器端确认用户终端支付完成的情况下、生成的第一支付完成信息。

S402：响应于第一支付完成信息，获取车辆的第二车辆信息。

S403：基于第二车辆信息，生成并向服务器端发送关锁请求，以使服务器端基于关锁请求和第二用户图像生成关锁指令。

具体实施时，车辆端在接收到关锁指令之前，需要接受到服务器端发送的确认用户终端支付完成的情况下、生成的第一支付完成信息，即车辆端需要确定用户已经支付完成，才会生成关锁请求，在确定接收到第一支付完成信息之后，可以获取由车辆的车辆标识信息、车锁状态信息、电量信息以及车辆定位信息等信息组成的第二车辆信息，然后根据第二车辆信息，生成关锁请求，将关锁请求发送给服务器端，以使服务器端基于关锁请求和第二用户图像生成关锁指令。

在另一种实施方式中，车辆端还可以通过以下步骤确定用户已经支付完成：

步骤一、获取服务器端发送的骑行费用信息，将骑行费用信息发送给用户终端，以使用户终端基于骑行费用信息生成包括人脸支付方式的支付页面；

步骤二、接收用户终端发送的第二支付完成信息，并响应于接收的第二支付完成信息，获取车辆的第三车辆信息，所述第二支付完成信息为用户终端根据用户的支付结果生成的；

步骤三、基于第三车辆信息，生成并向服务器端发送关锁请求，以使服务器端基于关锁请求和第二用户图像生成关锁指令。

具体实施时，在将第二用户图像发送给服务器之后，服务器端可以根据第二用户图像对应的用户的骑行距离或骑行时长等信息，确定用户的骑行费用信息，然后将骑行费用信息发送给车辆端，进而，车辆端可以将接收到的骑行费用信息通过车辆蓝牙发送给用户终端对应的用户蓝牙，然后用户终端可以获取骑行费用信息，基于骑行费用信息生成如图5所示的包括人脸支付方式的支付页面，如图5所示，为本公开实施例所提供的一种支付页面的示意图，其中，生成的支付页面为人脸支付页面，当用户终端扫描到用户人脸时，可以直接实现人脸支付，但在人脸支付页面的固定位置处，还会显示使用密码的提示信息，这样，在用户不想使用人脸支付的情况下，可以点击使用密码的提示信息，进而就可以在用户终端显示一个支付密码输入页面，用户可以输入预先设置的支付密码以完成支付。

进一步的，在用户支付完成之后，用户终端可以获取用户的支付结果，基于支付结果，可以生成指示用户支付完成的第二支付完成信息，并将该信息通过用户蓝牙发送给车辆蓝牙，然后，车辆端可以获取第二支付完成信息，基于第二支付完成信息，可以确定用户已经支付完成，进而响应于第二支付完成信息，获取由车辆的车辆标识信息、车锁状态信息、电量信息以及车辆定位信息等信息组成的第三车辆信息，需要说明的是，第三车辆信息和第二车辆信息可以是包含相同的信息内容的车辆信息。

之后，车辆端可以基于获取的第三车辆信息，生成关锁请求，并将关锁请求发送给服务器端。

另外，在确定用户已经支付完成之后并在向服务器端发送关锁请求之前，车辆端还会利用短距离通讯连接搜索用户终端，在确定无法搜索到用户终端的情况下，才会向服务器端发送关锁请求。具体实施时，车辆蓝牙持续搜索用户蓝牙，当确定搜索不到用户蓝牙的情况下，说明用户在支付完成之后已经离开，可以执行关锁操作，进而，车辆端将生成的关锁请求发送给服务器端以接收关锁指令并执行关锁操作。

需要说明的是，生成关锁请求的步骤和搜索用户蓝牙的步骤可以同时进行，这样，能够实现在用户离开后，及时的实现控制车辆关锁。

本公开实施例提供的应用于车辆端的用车方法，在用户需要用车时，通过扫描车身码建立车辆与用户终端的短距离通讯连接，然后利用车辆向服务器端发送开锁请求等信息，以实现对车辆执行开锁操作，避免了用户终端与服务器端之间建立连接，这样能够克服由于用户终端的网络质量较差所带来的开锁时间延长的缺陷，尤其是在天气情况恶劣的情况下，能够降低用户的开锁等待时间，提升了用户的用车体验。

针对上述应用于车辆端的用车方法，本公开实施例还提供了一种应用于服务器端的用车方法，基于车辆端和服务器端分别对应的用车方法的结合，可以实现快速控制车辆开锁、关锁以及用户的支付。

如图6所示，为本公开实施例所提供的一种应用于服务器端的用车方法的流程图，可以包括以下步骤：

S601：获取车辆端发送的第一用户图像和开锁请求信息。

S602：基于第一用户图像，判断第一用户图像对应的用户是否为合法用户。

S603：在确定用户为合法用户的情况下，基于开锁请求信息生成开锁指令，并将开锁指令发送给车辆端。

这里，承接上述应用于车辆端的用车方法，当用户扫描车身码之后，车辆端可以基于与用户终端之间的短距离通讯连接，将获取的第一用户图像和开锁请求信息发送给服务器端，进而，服务器端可以获取车辆端发送的第一用户图像和开锁请求信息。然后，可以基于获取的第一用户图像和用户标识信息，判断第一用户图像对应的用户是否为合法用户。

为了进一步提高服务器判断第一用户图像对应的用户是否为合法用户的准确性，服务器端还会接收到车辆端发送的用户标识信息，基于第一用户图像和用户标识信息，判断第一用户图像对应的用户是否为合法用户。

在一种可能的实施方式中，可以按照图7所示的方法判断第一用户图像对应的用户是否为合法用户，如图7所示，为本公开实施例所提供的一种确认用户身份的方法的流程图，可以包括以下步骤：

S701：基于多张预存用户图像，判断是否存在与第一用户图像相匹配的目标用户图像。

S702：如果是，获取目标用户图像对应的目标标识信息。

S703：在目标标识信息与用户标识信息相匹配的情况下，确定第一用户图像对应的用户为合法用户。

这里，需要说明的是，每一个用户在使用骑行APP之前，都需要在骑行APP完成用户注册，具体实施时，每一个用户在初次使用骑行APP的时候，需要填写基本用户信息，例如，用户性别、年龄、等信息，还需要上传一张包括用户人脸的用户图像和用户终端对应的用户标识信息(用户蓝牙的Mac地址)，以及每一个用户还需要授权服务器端获取用户的支付账号信息，基于此，用户可以完成注册，并在需要的时候正常用车。这里，服务器端会将每一个用户的注册信息进行存储以用于在用户用车时对用户进行认证，并在用户还车之后完成对用户的扣费。

具体实施时，服务器端在获取第一用户图像和用户标识信息之后，对第一用户图像进行处理，获取第一用户图像中包括的第一用户人脸，然后获取预先存储的多张预存用户图像，其中，每一张用户图像都可以对应一个预存用户人脸，然后将获取的第一用户人脸与每一张预存用户人脸进行匹配，确定是否存在与第一用户人脸相匹配的预存用户人脸，即判断是否存在与第一用户图像相匹配的目标用户图像，在确定存在与第一用户人脸相匹配的预存用户人脸时，将该预存用户人脸对应的预存用户图像作为目标用户图像，然后可以基于存储的目标用户图像的注册信息，确定目标用户图像对应的预存标识信息，并将该预存标识信息作为目标标识信息，进而，可以将目标标识信息和获取的用户标识信息进行匹配，判断目标识信息与用户标识信息是否相匹配，在确定目标标识信息与用户标识信息相匹配的情况下，说明第一用户图像对应的用户和用户标识信息对应的用户相一致，则确定第一用户图像对应的用户为合法用户，这样，服务器端基于第一用户图像和用户标识信息确定用户的身份信息，避免了在获取的第一用户图像和车辆连接的用户终端不匹配的情况下误判开锁的缺陷，提升了控制车辆开锁的准确性和安全性。

在一种实施方式中，如果确定不存在与第一用户人脸相匹配的预存用户人脸，则服务器端可以向车辆端发送用户不合法的信息，车辆端可以基于该信息，利用车辆蓝牙向用户终端发送请求注册信息，进而，用户终端将提醒用户进行注册，在用户完成注册的情况下，可以重新扫描车身码以实现用车。

另外，在确定目标标识信息与用户标识信息不匹配的情况下，说明车辆端获取的用户图像不准确或者建立连接的用户蓝牙不正确，则向车辆端下发拒绝开锁指令，车辆端在接收到拒绝开锁指令之后，可以向用户发出语音提示信息，例如，可以发出“用户信息获取错误，请重新扫码用车”的语音提示信息。

在另一种可能的实施方式中，可以按照图8所示的方法判断第一用户图像对应的用户是否为合法用户，如图8所示，为本公开实施例所提供的另一种确认用户身份的方法的流程图，可以包括以下步骤：

S801：基于多个预存标识信息，判断是否存在与用户标识信息相匹配的目标标识信息。

S802：如果是，获取目标标识信息对应的目标用户图像。

S803：在目标用户图像与第一用户图像相匹配的情况下，确定用户标识信息对应的用户为合法用户。

具体实施时，服务器端在获取第一用户图像和用户标识信息之后，获取先存储的多个预存标识信息，然后将用户标识信息与多个预存标识信息，判断是否存在与用户标识信息相匹配的预存标识信息，如果是，则将该预存标识信息作为目标标识信息，然后可以基于存储的用户的注册信息，确定目标标识信息对应的预存用户图像，并将该预存用户图像作为目标用户图像，进而可以对获取的第一用户图像进行人脸识别，确定第一用户图像对应的第一用户人脸，并基于目标用户图像对应的目标用户人脸，判断第一用户人脸与目标用户人脸是否相匹配，如果是，则说明获取的用户标识信息应的用户和第一用户图像对应的用户相一致，则确定用户标识信息对应的用户为合法用户，也即可以确定第一用户图像对应的用户为合法用户，这样，服务器端基于用户标识信息和第一用户图像确定用户的身份信息，避免了在车辆连接的用户终端和获取的第一用户图像不匹配的情况下误判开锁的缺陷，提升了控制车辆开锁的准确性和安全性。

在一种实施方式中，如果确定不存在与用户标识信息相匹配的预存标识信息，则服务器端可以向车辆端发送用户标识不合法的信息，车辆端可以基于该信息，利用车辆蓝牙向用户终端发送请求注册信息，进而，用户终端将提醒用户进行注册，在用户完成注册的情况下，可以重新扫描车身码以实现用车。

另外，在确定目标用户图像和第一用户图像不匹配的情况下，说明车辆端建立连接的用户蓝牙不准确或者获取的用户图像不正确，则向车辆端下发拒绝开锁指令，车辆端在接收到拒绝开锁指令之后，可以向用户发出语音提示信息，例如，可以发出“用户信息获取错误，请重新扫码用车”的语音提示信息。

进一步的，在确定第一图像对应的用户为合法用户的情况下，服务器端可以基于开锁请求信息生成开锁指令，然后将开锁指令发送给车辆端，以使车辆端执行开锁操作。在一种可能的实施方式中，开锁请求信息包括车辆端对应的车辆的第一车辆信息，其中，第一车辆信息中包括以下至少一项：车辆标识信息；车锁状态信息；电量信息；车辆定位信息，基于第一车辆信息，可以按照以下步骤生成开锁指令：

步骤一、基于第一车辆信息，判断车辆是否能够正常使用；

步骤二、在确定车辆能够正常使用的情况下，生成开锁指令。

具体实施时，基于车辆标识信息可以确定用户需要使用的车辆，基于车锁状态信息，可以确定车辆的车锁状态，例如，车锁状态可以包括开锁状态、关锁状态和故障状态等，由于车辆端发送的是开锁请求，因此只有在确定车锁状态为关锁状态的情况下，才可以确定能够正常使用；如果用户使用的是共享电单车，基于电量信息可以确定车辆剩余电量，在确定车辆剩余电量大于预设值的情况下，确定车辆能够正常使用，例如，该预设值可以为10％，10％的电量可以供用户骑行10分钟；在确定车辆剩余电量小于预设值的情况下，可以提醒用户换车，基于车辆定位信息，可以确定用户还车时的骑行距离，基于用户的骑行距离可以确定用户的骑行费用信息。在第一车辆信息中同时包括车锁状态信息和电量信息的情况下，由于车辆端发送的是开锁请求，因此只有在确定车锁状态为关锁状态、且电量信息对应的车辆剩余电量大于预设值的情况下，才可以判断出车辆能够正常使用。

另外，基于收到的开锁请求信息，可以确定用户存在开锁用车的需要，因此，在确定车辆能够正常使用的情况下，可以生成开锁指令。

在另一种可能的实施方式中，针对用户使用共享电单车的情况，开锁请求信息可以包括车辆端对应的车辆的第一车辆信息和用车请求，其中，用车请求为用户终端针对用户对车辆端发送的确认用车信息执行的确认操作所生成的，具体实施时，可以按照以下步骤生成开锁指令：

步骤一、在基于用车请求确定用户确认开启车辆安全设备的情况下，基于第一车辆信息，判断车辆是否能够正常使用；

步骤二、在确定车辆能够正常使用的情况下，生成开锁指令。

为了保证用户的骑行安全，共享电单车通常配备有车辆安全设备，如安全头盔、安全手套以及安全护膝等安全设备，服务器端基于接收到的开锁请求信息，判断开锁请求信息中是否包括用户终端发送的开启车辆安全设备的用车请求，在确定开锁请求信息中包括用车请求的情况下，可以确定用户已经开启车辆安全设备，即车辆安全设备能够正常使用，用户可以在骑行的过程中使用车辆安全设备以保证骑行安全，进一步的，再基于开锁请求信息中包括的第一车辆信息，判断车辆是否能够正常使用，在确定车辆能够正常使用的情况下，可以生成开锁指令。

基于此，服务器端可以将生成的开锁指令发送给车辆端，以使车辆端控制车辆开锁，用户可以正常用车。

另外，在将生成的开锁指令发送给车辆端之后，服务器端可以接收到车辆端发送的开锁完成的信息，基于该信息，服务器端可以开始对该车辆端对应的骑行用户开始计费。在用户还车时，服务器端可以确定用户的骑行费用，基于骑行费用，实现对用户的扣费以及向车辆下发关锁指令。

如图9所示，为本公开实施例所提供的一种应用于服务器端的用户还车方法的流程图，可以包括以下步骤：

S901：获取车辆端发送的第二用户图像，并基于第二用户图像获取用户的骑行费用信息。

S902：基于用户的骑行费用信息，确定用户终端的支付状态信息。

S903：在支付状态信息指示用户终端支付完成的情况下，生成关锁指令，并将关锁指令发送给车辆端。

这里，第二用户图像是用户在向车辆端发起还车请求之后，由车辆端的图像采集装置采集、车辆端发送的。在获取到第二用户图像之后，服务器端可以对第二用户图像进行人脸识别，确定第二用户图像对应的第二用户人脸，然后与获取的第一用户图像对应的第一用户人脸进行匹配，判断第一用户人脸与第二用户人脸相一致，即判断第一用户图像对应的用户与第二用户图像对应的用户是否为同一用户，在确定第一用户人脸与第二用户人脸相一致时，可以确定用车用户和还车用户为同一用户；在另一种实施方式中，可以将获取的第一用户图像与确定的目标用户图像进行匹配以确定用车用户和还车用户是否为同一用户，这里不再赘述。

进一步的，在确定用车用户和还车用户为同一用户之后，服务器端可以确定该用户的骑行费用信息。具体实施时，可以基于获取的用户用车时的定位信息和还车时的定位信息，确定用户的骑行费用信息；也可以基于获取的用户用车时的车辆的车辆定位信息以及还车时的车辆的车辆定位信息，确定用户的骑行费用信息；或者，可以基于用户的骑行时长，确定用户的骑行费用信息，这里不进行限定。

针对步骤S902，在确定用户的骑行费用信息之后，服务器端可以向用户终端发送针对人脸识别支付功能的待授权信息，其中，该待授权信息用于确定用户是否授权人脸支付，在一种方式中，在基于待授权信息确定用户终端授权人脸识别支付功能的情况下，可以基于第二用户图像或用户终端在授权人脸识别支付功能后采集的第三用户图像，确定用户终端的支付账号，然后按照骑行费用信息从支付账号中扣费，并将支付状态信息设置为支付完成。

具体实施时，在确定用户授权的人脸支付为免密人脸支付的情况下，首先需要确定免密人脸支付对应的用户预存的用户免密支付人脸，然后基于获取的第二用户图像，确定第二用户图像中的第二用户人脸，将用户免密支付人脸与第二用户人脸进行匹配以确定用户使用的用户终端的支付账号，这样，在用户授权免密人脸支付的情况下，基于获取的第二用户图像，完成对用户的扣费，不需要用户在使用终端设备进行支付，降低了用户的操作步骤，提高了支付效率，提升了用户的使用体验。

在另一种实施方式中，在确定用户授权的人脸支付为非免密人脸支付的情况下，需要使用用户终端获取用户的第三用户图像，然后基于第三用户图像与预存的用户支付人脸进行匹配以确定用户使用的用户终端的支付账号，其中，用户支付人脸与用户免密支付人脸可以相同。

进一步的，服务器端可以按照骑行费用信息从支付账号中扣费，在扣费完成之后，将用户对应的支付状态信息设置为支付完成。

在另一种实施方式中，在用户终端未授权人脸识别支付功能的情况下，可以按照以下步骤获取用户的支付状态信息：

步骤一、基于骑行费用信息生成待支付信息；

步骤二、将待支付信息发送至用户终端；

步骤三、获取用户终端针对待支付信息进行支付操作所生成的支付状态信息。

这里，在用户终端未授权人脸识别支付功能的情况下，可以使用密码支付的方式以确定用户的支付结果。具体实施时，服务器端可以基于确定的骑行费用信息，生成待支付信息，其中，待支付信息可以为一个包括骑行费用信息以及密码支付界面的待支付页面，然后，将该待支付信息发送给用户终端，用户终端在接收到待支付信息之后，将该待支付信息展示给用户，然后用户终端可以获取用户针对该待支付信息进行的支付操作并生成用于指示用户支付完成的支付状态信息，将该支付状态信息发送给服务器端，这样，服务器端可以获取的用户的支付状态信息。

之后，服务器端在基于获取的支付状态信息确定该支付状态信息指示用户终端支付完成的情况下，生成第一支付完成信息发送给车辆端以使车辆端基于第一支付完成信息生成关锁请求并发送给服务器端。进而，服务器端可以接收车辆端发送的包括车辆的第二车辆信息的关锁请求，基于第二车辆信息判断车辆是否存在异常，即需要确定用户在骑行的过程中是否有意破坏车辆，在基于第二车辆信息确定车辆不存在异常的情况下，生成关锁指令。

在另一种实施方式中，针对步骤S902，在确定用户的骑行费用信息之后，还可以按照以下步骤确定用户终端的支付状态信息：

步骤一、将骑行费用信息发送给车辆端，以使车辆端将骑行费用信息发送给用户终端，以及使用户终端在支付完成后，生成并向车辆端发送第二支付完成信息；

步骤二、接收车辆端发送的第二支付完成信息，并基于第二支付完成信息确定所述用户终端支付状态信息。

具体实施时，服务器端可以将骑行费用信息发送给车辆端，然后车辆端可以利用车辆蓝牙该骑行费用信息发送给用户终端，这样，用户终端在获取到骑行费用信息之后，可以基于该骑行费用信息生成如图5所示的包括人脸支付方式的支付页面并展示给用户，然后，用户可以基于支付页面进行支付，进一步的，用户终端可以确定用户的支付结果并在基于支付结果确定用户支付完成后，生成第二支付完成信息并发送给车辆端。之后，车辆端可以将第二支付完成信息发送给服务器端，服务器端可以基于第二支付完成信息确定用户在用户终端上对应的支付状态信息。

另外，车辆端在获取到第二支付完成信息之后，可以确定用户已经支付完成，生成关锁请求，并将关锁请求以及第二支付完成信息一起发送给服务器端。

基于此，服务器可以在确定支付状态信息指示用户终端支付完成的情况下，根据开锁请求中包括的第二车辆信息判断车辆是否存在异常，在确定车辆不存在异常的情况下，生成关锁指令。

进一步的，服务器端可以将生成的关锁指令发送给车辆端，然后，车辆端可以基于接收到的关锁指令，执行关锁操作，这样，基于本公开实施例所以提供的用车方法，可以确定一个用户用车、还车以及支付的完成流程。

本公开实施实例所提供的应用于服务器端的用车方法，利用短距离通讯连接获取用户标识信息，服务器端基于第一用户图像和用户标识信息的双重认证来确认用户身份的合法性，提升了控制车辆开锁的准确性和安全性。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与用车方法对应的用车装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述用车方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图10所示，为本公开实施例提供的一种应用于车辆端的用车装置的示意图，包括：

处理模块1001，用于响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；

发送模块1002，用于将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；所述开锁请求信息中携带有第一车辆信息；

接收模块1003，用于接收所述服务器端对所述开锁请求信息以及所述第一用户图像认证通过后所生成的开锁指令，并基于所述开锁指令，执行开锁操作。

在一种可能的实施方式中，所述处理模块1001，用于在与所述用户终端建立短距离通信连接之后，利用所述短距离通讯连接获取所述用户终端的用户标识信息；

所述发送模块1002，用于将所述图像采集装置采集的第一用户图像、开锁请求信息以及所述用户标识信息发送给服务器端，以使所述服务器端对所述第一用户图像、开锁请求信息以及所述用户标识信息进行认证。

在一种可能的实施方式中，所述第一车辆信息包括以下至少一项：

车辆标识信息；车锁状态信息；电量信息；车辆定位信息。

在一种可能的实施方式中，所述处理模块1001，还用于利用短距离通讯连接获取用户终端发送的用车请求，并基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

在一种可能的实施方式中，所述处理模块1001，用于基于与所述用户终端之间的短距离通讯连接，向所述用户终端发送确认开启车辆安全装备的确认用车信息，以使所述用户终端展示所述确认用车信息；

利用短距离通讯连接获取用户终端发送的用车请求；所述用车请求为所述用户终端针对所述用户对所述确认用车信息执行的确认操作所生成的；

基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

在一种可能的实施方式中，所述处理模块1001，还用于响应于用户终端发送的还车请求，开启所述图像采集装置，以获取第二用户图像；

所述发送模块1002，还用于将所述第二用户图像发送给所述服务器端，以使所述服务器端基于所述第二用户图像生成并发送关锁指令；

所述接收模块1003，还用于响应于接收到的所述关锁指令，执行关锁操作。

在一种可能的实施方式中，所述处理模块1001，还用于在所述接收模块响应于接收到的所述关锁指令，执行关锁操作之前，接收所述服务器端确认所述用户终端支付完成的情况下、生成的第一支付完成信息；

响应于所述第一支付完成信息，获取车辆的第二车辆信息；

基于所述第二车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和第二用户图像生成所述关锁指令。

在一种可能的实施方式中，所述处理模块1001，还用于在所述接收模块响应于接收到的所述关锁指令，执行关锁操作之前，获取所述服务器端发送的骑行费用信息，将所述骑行费用信息发送给所述用户终端，以使所述用户终端基于所述骑行费用信息生成包括人脸支付方式的支付页面；

接收所述用户终端发送的第二支付完成信息，并响应于接收的所述第二支付完成信息，获取车辆的第三车辆信息，所述第二支付完成信息为所述用户终端根据所述用户的支付结果生成的；

基于所述第三车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和所述第二用户图像生成所述关锁指令。

在一种可能的实施方式中，所述处理模块1001，还用于在向所述服务器端发送关锁请求之前，利用短距离通讯连接搜索所述用户终端；

在无法搜索到所述用户终端的情况下，向所述服务器端发送关锁请求。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一发明构思，本公开实施例中还提供了与用车方法对应的用车装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述用车方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图11所示，为本公开实施例提供的一种应用于服务器端的用车装置的示意图，包括：

获取模块1101，用于获取车辆端发送的第一用户图像和开锁请求信息；

判断模块1102，用于基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户；

生成模块1103，用于在所述判断模块确定所述用户为合法用户的情况下，基于所述开锁请求信息生成开锁指令，并将所述开锁指令发送给所述车辆端。

在一种可能的实施方式中，所述获取模块1101，用于获取所述车辆端发送的第一用户图像、开锁请求信息以及用户标识信息；

所述判断模块1102，用于基于所述第一用户图像和所述用户标识信息，判断所述第一用户图像对应的用户是否为合法用户。

在一种可能的实施方式中，所述判断模块1102，用于基于多张预存用户图像，判断是否存在与所述第一用户图像相匹配的目标用户图像；

如果是，获取所述目标用户图像对应的目标标识信息；

在所述目标标识信息与所述用户标识信息相匹配的情况下，确定所述第一用户图像对应的用户为合法用户。

在一种可能的实施方式中，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息；

所述生成模块1103，用于基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

在一种可能的实施方式中，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息和用车请求，所述用车请求为所述用户终端针对所述用户对所述确认用车信息执行的确认操作所生成的；

所述生成模块1103，用于在基于所述用车请求确定所述用户确认开启车辆安全设备的情况下，基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

在一种可能的实施方式中，所述装置还包括确定模块1104，其中：

所述获取模块1101，还用于获取所述车辆端发送的第二用户图像，并基于所述第二用户图像获取所述用户的骑行费用信息；

所述确定模块1104，用于基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息；

所述生成模块1103，还用于在所述支付状态信息指示所述用户终端支付完成的情况下，生成关锁指令，并将所述关锁指令发送给所述车辆端。

在一种可能的实施方式中，所述获取模块1101，用于在所述第二用户图像对应的用户，与所述第一用户图像对应的用户为同一用户的情况下，确定所述用户的骑行费用信息。

在一种可能的实施方式中，所述确定模块1104，用于向所述用户终端发送针对人脸识别支付功能的待授权信息；

在所述用户终端授权人脸识别支付功能的情况下，基于所述第二用户图像或用户终端在授权人脸识别支付功能后采集的第三用户图像，确定所述用户终端的支付账号；

按照所述骑行费用信息从所述支付账号中扣费，并将支付状态信息设置为支付完成。

在一种可能的实施方式中，所述确定模块1104，用于在所述用户终端未授权人脸识别支付功能的情况下，基于所述骑行费用信息生成待支付信息；

将所述待支付信息发送至所述用户终端；

获取所述用户终端针对所述待支付信息进行支付操作所生成的支付状态信息。

在一种可能的实施方式中，所述生成模块1103，用于在所述支付状态信息指示所述用户终端支付完成的情况下，生成第一支付完成信息并发送给所述车辆端；

接收车辆端基于所述第一支付完成信息发送的关锁请求，所述关锁请求包括车辆的第二车辆信息；

在基于所述第二车辆信息确定所述车辆不存在异常的情况下，生成关锁指令。

在一种可能的实施方式中，所述确定模块1104，用于将所述骑行费用信息发送给所述车辆端，以使所述车辆端将所述骑行费用信息发送给所述用户终端，以及使所述用户终端在支付完成后，生成并向车辆端发送第二支付完成信息；

接收所述车辆端发送的第二支付完成信息，并基于所述第二支付完成信息确定所述用户终端支付状态信息。

在一种可能的实施方式中，所述确定模块1104，用于接收所述车辆端发送的第二支付完成信息和所述车辆端基于所述第二支付完成信息生成的关锁请求，所述关锁请求包括第二车辆信息。

在一种可能的实施方式中，所述生成模块1103，用于在所述支付状态信息指示所述用户终端支付完成的情况下，基于所述第二车辆信息判断所述车辆是否存在异常；

在确定所述车辆不存在异常的情况下，生成关锁指令。

本公开实施例还提供了一种计算机设备，如图12所示，为本公开实施例提供的一种计算机设备结构示意图，包括：

处理器1201和存储器1202；所述存储器1202存储有处理器1201可执行的机器可读指令，处理器1201用于执行存储器12022中存储的机器可读指令，所述机器可读指令被处理器1201执行时，处理器1201执行下述步骤：S101：响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；S102：将图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；开锁请求信息中携带有第一车辆信息以及S103：接收服务器端对开锁请求信息以及第一用户图像认证通过后所生成的开锁指令，并基于开锁指令，执行开锁操作；或者，处理器1201执行下述步骤：S601：获取车辆端发送的第一用户图像和开锁请求信息；S602：基于第一用户图像，判断第一用户图像对应的用户是否为合法用户以及S603：在确定用户为合法用户的情况下，基于开锁请求信息生成开锁指令，并将开锁指令发送给车辆端。

上述存储器1202包括内存1221和外部存储器1222；这里的内存1221也称内存储器，用于暂时存放处理器1201中的运算数据，以及与硬盘等外部存储器1222交换的数据，处理器1201通过内存1221与外部存储器1222进行数据交换。

上述指令的具体执行过程可以参考本公开实施例中所述的用车方法的步骤，此处不再赘述。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的用车方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例所提供的用车方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的用车方法的步骤，具体可参见上述方法实施例，在此不再赘述。

该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (18)

1.一种用车方法，应用于车辆端，其特征在于，包括：

响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；

将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；所述开锁请求信息中携带有第一车辆信息；

接收所述服务器端对所述开锁请求信息以及所述第一用户图像认证通过后所生成的开锁指令，并基于所述开锁指令，执行开锁操作；

响应于用户终端发送的还车请求，开启所述图像采集装置，以获取第二用户图像；

将所述第二用户图像发送给所述服务器端；

接收所述服务器端确认所述用户终端支付完成的情况下、生成的第一支付完成信息；响应于所述第一支付完成信息，获取车辆的第二车辆信息；基于所述第二车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和第二用户图像生成关锁指令；

或者，获取所述服务器端发送的骑行费用信息，将所述骑行费用信息发送给所述用户终端，以使所述用户终端基于所述骑行费用信息生成包括人脸支付方式的支付页面；

接收所述用户终端发送的第二支付完成信息，并响应于接收的所述第二支付完成信息，获取车辆的第三车辆信息，所述第二支付完成信息为所述用户终端根据所述用户的支付结果生成的；

基于所述第三车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和所述第二用户图像生成所述关锁指令；

响应于接收到的所述关锁指令，执行关锁操作；

其中，在向所述服务器端发送关锁请求之前，还包括：

利用短距离通讯连接搜索所述用户终端；

在无法搜索到所述用户终端的情况下，向所述服务器端发送关锁请求。

2.根据权利要求1所述的用车方法，其特征在于，在与所述用户终端建立短距离通信连接之后，包括：

利用所述短距离通讯连接获取所述用户终端的用户标识信息；

所述将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端，包括：

将所述图像采集装置采集的第一用户图像、开锁请求信息以及所述用户标识信息发送给服务器端，以使所述服务器端对所述第一用户图像、开锁请求信息以及所述用户标识信息进行认证。

3.根据权利要求2所述的用车方法，其特征在于，所述第一车辆信息包括以下至少一项：

车辆标识信息；车锁状态信息；电量信息；车辆定位信息。

4.根据权利要求1所述的用车方法，其特征在于，在与用户终端建立短距离通讯连接之后，还包括生成所述开锁请求信息的步骤：

利用短距离通讯连接获取用户终端发送的用车请求，并基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

5.根据权利要求4所述的用车方法，其特征在于，所述利用短距离通讯连接获取用户终端发送的用车请求，并基于所述用车请求和所述第一车辆信息生成所述开锁请求信息，包括：

基于与所述用户终端之间的短距离通讯连接，向所述用户终端发送确认开启车辆安全装备的确认用车信息，以使所述用户终端展示所述确认用车信息；

利用短距离通讯连接获取用户终端发送的用车请求；所述用车请求为所述用户终端针对所述用户对所述确认用车信息执行的确认操作所生成的；

基于所述用车请求和所述第一车辆信息生成所述开锁请求信息。

6.一种用车方法，应用于服务器端，其特征在于，包括：

获取车辆端发送的第一用户图像和开锁请求信息；

基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户；

在确定所述用户为合法用户的情况下，基于所述开锁请求信息生成开锁指令，并将所述开锁指令发送给所述车辆端；

获取所述车辆端发送的第二用户图像，并基于所述第二用户图像获取所述用户的骑行费用信息；

基于所述用户的骑行费用信息，确定用户终端的支付状态信息；

在所述支付状态信息指示所述用户终端支付完成的情况下，生成第一支付完成信息并发送给所述车辆端；

接收车辆端基于所述第一支付完成信息发送的关锁请求，所述关锁请求包括车辆的第二车辆信息；

或者，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

将所述骑行费用信息发送给所述车辆端，以使所述车辆端将所述骑行费用信息发送给所述用户终端，以及使所述用户终端在支付完成后，生成并向车辆端发送第二支付完成信息；

接收所述车辆端发送的第二支付完成信息和所述车辆端基于所述第二支付完成信息生成的关锁请求，并基于所述第二支付完成信息确定所述用户终端支付状态信息；所述关锁请求包括第二车辆信息；

在基于所述第二车辆信息确定所述车辆不存在异常的情况下，生成关锁指令，并将所述关锁指令发送给所述车辆端；

其中，所述关锁请求是所述车辆端，在利用短距离通讯无法搜索到所述用户终端的情况下发送的。

7.根据权利要求6所述的用车方法，其特征在于，所述获取车辆端发送的第一用户图像和开锁请求信息，包括：

获取所述车辆端发送的第一用户图像、开锁请求信息以及用户标识信息；

所述基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户，包括：

基于所述第一用户图像和所述用户标识信息，判断所述第一用户图像对应的用户是否为合法用户。

8.根据权利要求7所述的用车方法，其特征在于，所述基于所述第一用户图像和所述用户标识信息，判断所述第一用户图像对应的用户是否为合法用户，包括：

基于多张预存用户图像，判断是否存在与所述第一用户图像相匹配的目标用户图像；

如果是，获取所述目标用户图像对应的目标标识信息；

在所述目标标识信息与所述用户标识信息相匹配的情况下，确定所述第一用户图像对应的用户为合法用户。

9.根据权利要求6所述的用车方法，其特征在于，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息；

所述基于所述开锁请求信息生成开锁指令，包括：

基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

10.根据权利要求6所述的用车方法，其特征在于，所述开锁请求信息包括车辆端对应的车辆的第一车辆信息和用车请求，所述用车请求为所述用户终端针对所述用户对确认用车信息执行的确认操作所生成的；

所述基于所述开锁请求信息生成开锁指令，包括：

在基于所述用车请求确定所述用户确认开启车辆安全设备的情况下，基于所述第一车辆信息，判断所述车辆是否能够正常使用；

在确定所述车辆能够正常使用的情况下，生成所述开锁指令。

11.根据权利要求6所述的用车方法，其特征在于，所述基于所述第二用户图像获取所述用户的骑行费用信息，包括：

在所述第二用户图像对应的用户，与所述第一用户图像对应的用户为同一用户的情况下，确定所述用户的骑行费用信息。

12.根据权利要求11所述的用车方法，其特征在于，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

向所述用户终端发送针对人脸识别支付功能的待授权信息；

在所述用户终端授权人脸识别支付功能的情况下，基于所述第二用户图像或用户终端在授权人脸识别支付功能后采集的第三用户图像，确定所述用户终端的支付账号；

按照所述骑行费用信息从所述支付账号中扣费，并将支付状态信息设置为支付完成。

13.根据权利要求12所述的用车方法，其特征在于，所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息，包括：

在所述用户终端未授权人脸识别支付功能的情况下，基于所述骑行费用信息生成待支付信息；

将所述待支付信息发送至所述用户终端；

获取所述用户终端针对所述待支付信息进行支付操作所生成的支付状态信息。

14.一种用车装置，应用于车辆端，其特征在于，包括：

处理模块，用于响应于与用户终端之间建立短距离通讯连接的操作，开启图像采集装置，以采集第一用户图像；以及，响应于用户终端发送的还车请求，开启所述图像采集装置，以获取第二用户图像；以及，接收服务器端确认所述用户终端支付完成的情况下、生成的第一支付完成信息；响应于所述第一支付完成信息，获取车辆的第二车辆信息；基于所述第二车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和第二用户图像生成关锁指令；或者，获取所述服务器端发送的骑行费用信息，将所述骑行费用信息发送给所述用户终端，以使所述用户终端基于所述骑行费用信息生成包括人脸支付方式的支付页面；接收所述用户终端发送的第二支付完成信息，并响应于接收的所述第二支付完成信息，获取车辆的第三车辆信息，所述第二支付完成信息为所述用户终端根据所述用户的支付结果生成的；基于所述第三车辆信息，生成并向所述服务器端发送关锁请求，以使所述服务器端基于所述关锁请求和所述第二用户图像生成所述关锁指令；

在向所述服务器端发送关锁请求之前，所述处理模块，还用于利用短距离通讯连接搜索所述用户终端；

在无法搜索到所述用户终端的情况下，向所述服务器端发送关锁请求；

发送模块，用于将所述图像采集装置采集的第一用户图像和开锁请求信息发送给服务器端；所述开锁请求信息中携带有第一车辆信息；以及，将所述第二用户图像发送给所述服务器端；

接收模块，用于接收所述服务器端对所述开锁请求信息以及所述第一用户图像认证通过后所生成的开锁指令，并基于所述开锁指令，执行开锁操作；以及响应于接收到的所述关锁指令，执行关锁操作。

15.一种用车装置，应用于服务器端，其特征在于，包括：

获取模块，用于获取车辆端发送的第一用户图像和开锁请求信息；以及获取所述车辆端发送的第二用户图像，并基于所述第二用户图像获取所述用户的骑行费用信息；

确定模块，用于基于所述用户的骑行费用信息，确定用户终端的支付状态信息；

判断模块，用于基于所述第一用户图像，判断所述第一用户图像对应的用户是否为合法用户；

生成模块，用于在所述判断模块确定所述用户为合法用户的情况下，基于所述开锁请求信息生成开锁指令，并将所述开锁指令发送给所述车辆端；以及在所述支付状态信息指示所述用户终端支付完成的情况下，生成第一支付完成信息并发送给所述车辆端；以及接收车辆端基于第一支付完成信息发送的关锁请求，所述关锁请求包括车辆的第二车辆信息；在基于所述第二车辆信息确定所述车辆不存在异常的情况下，生成关锁指令，并将所述关锁指令发送给所述车辆端；或者，所述确定模块，在所述基于所述用户的骑行费用信息，确定所述用户终端的支付状态信息时，还用于：将所述骑行费用信息发送给所述车辆端，以使所述车辆端将所述骑行费用信息发送给所述用户终端，以及使所述用户终端在支付完成后，生成并向车辆端发送第二支付完成信息；接收所述车辆端发送的第二支付完成信息和所述车辆端基于所述第二支付完成信息生成的关锁请求，并基于所述第二支付完成信息确定所述用户终端支付状态信息；所述关锁请求包括第二车辆信息；其中，所述关锁请求是所述车辆端，在利用短距离通讯无法搜索到所述用户终端的情况下发送的。

16.一种计算机设备，其特征在于，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述处理器执行如权利要求1至5任意一项所述的用车方法的步骤，或者，执行如权利要求6至13任意一项所述的用车方法的步骤。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机设备运行时，所述计算机设备执行如权利要求1至5任意一项所述的用车方法的步骤，或者，执行如权利要求6至13任意一项所述的用车方法的步骤。

18.一种计算机程序产品，包括计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1至5任一项所述的用车方法的步骤，或者，实现权利要求6至13任一项所述的用车方法的步骤。

Images