一种车辆预约方法及系统与流程

本发明涉及共享单车技术领域，具体而言，涉及一种车辆预约方法及系统。

背景技术：

目前，随共享单车已经在全国范围内普及，为解决城市出行最后一公里通勤问题，提供了更高效、经济的解决手段，为人们的生活带来了极大便利。

当前，共享单车上设置有智能车锁及包含车辆信息的二维码。用户需要使用共享单车时，首先到达一辆共享单车的停放地点，拿出手机或平板电脑等用户终端扫描该共享单车上的二维码，将用户信息及该二维码包含的车辆信息发送给服务器。服务器发送开锁指令给该共享单车的智能车锁，控制该智能车锁自动开锁。

但在用车高峰时段，由于共享单车投放数量少，可能用户到达用车地点时已无车可用，而且必须拿出用户终端进行开锁操作，导致在冬天用户戴着手套，或用户拿着较多物品时非常不方便。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种车辆预约方法及系统，以解决现有技术存在的以下问题：在用车高峰时段及用车高峰地点，由于共享单车投放数量少，可能用户到达用车地点时已无车可用，且用户必须拿出用户终端进行开锁操作，导致在冬天用户戴着手套，或用户拿着较多物品时非常不方便。而且共享单车上的二维码容易被恶意分子粘贴的虚假二维码覆盖，通过用户终端扫码开锁，容易使用户落入欺诈陷阱。

第一方面，本发明实施例提供了一种车辆预约方法，所述方法包括：

接收用户终端发送的约车请求消息；

根据所述约车请求消息，生成预约验证码；

分别向所述用户终端及被预约车辆发送所述预约验证码。

结合第一方面，本发明实施例提供了上述第一方面的第一种可能的实现方式，其中，所述根据所述约车请求消息，生成预约验证码，包括：

若所述约车请求消息包括用户信息及车辆信息，则根据所述用户信息和所述车辆信息，生成预约验证码；或者，

若所述约车请求消息仅包括用户信息，则从所述用户信息中解析出用户位置信息；将停放位置与所述用户位置信息之间的距离最短的车辆确定为被预约车辆；根据所述用户信息和所述被预约车辆的车辆信息，生成预约验证码。

结合第一方面的第一种可能的实现方式，本发明实施例提供了上述第一方面的第二种可能的实现方式，其中，当所述约车请求消息仅包括用户信息，且生成预约验证码之后，还包括：

向所述用户终端发送所述被预约车辆的车辆信息。

结合第一方面的第一种可能的实现方式，本发明实施例提供了上述第一方面的第三种可能的实现方式，其中，所述生成预约验证码之后，还包括：

存储所述用户信息、所述车辆信息及所述预约验证码之间的对应关系；

将所述被预约车辆的状态设置为“预约”状态；

生成所述用户信息与所述被预约车辆对应的路线信息，发送所述路线信息给所述用户终端。

结合第一方面，本发明实施例提供了上述第一方面的第四种可能的实现方式，其中，所述接收用户终端发送的预约请求消息之前，还包括：

接收用户终端发送的登录请求，获取城市地图及状态为“未预约”的车辆对应的车辆信息，所述车辆信息包括车辆位置信息及车辆标识；

根据所述车辆位置信息，将所述状态为“未预约”的车辆对应的车辆标识标注在所述城市地图上；

发送标注后的所述城市地图给所述用户终端。

结合第一方面的第四种可能的实现方式，本发明实施例提供了上述第一方面的第五种可能的实现方式，其中，所述分别向所述用户终端及被预约车辆发送所述预约验证码之后，还包括：

发送车辆独占信息给当前登录的所有用户终端，所述车辆独占信息包括删除指示信息及所述被预约车辆的车辆标识，以使当前登录的每个用户终端从所述城市地图中删除所述被预约车辆的车辆标识。

第二方面，本发明实施例提供了一种车辆预约方法，所述方法包括：

当检测到用户触发约车事件时，发送约车请求消息给服务器；

接收并存储所述服务器返回的预约验证码；

当检测到周围预设距离内存在被预约车辆时，根据所述预约验证码与所述被预约车辆进行双向验证。

结合第二方面，本发明实施例提供了上述第二方面的第一种可能的实现方式，其中，所述根据所述预约验证码与所述被预约车辆进行双向验证，包括：

将本地存储的用户终端侧的所述预约验证码发送给所述被预约车辆，以及接收所述被预约车辆发送的车辆侧的预约验证码，若所述用户终端侧的所述预约验证码与所述车辆侧的预约验证码相同，则双向验证通过；或者，

将本地存储的用户终端侧的所述预约验证码通过所述服务器转发给所述被预约车辆，以及接收所述服务器转发的所述被预约车辆存储的车辆侧的预约验证码，若所述用户终端侧的所述预约验证码与所述车辆侧的预约验证码相同，则双向验证通过。

结合第二方面，本发明实施例提供了上述第二方面的第二种可能的实现方式，其中，所述方法还包括：

在登录所述服务器时，接收并显示所述服务器发送的城市地图，所述城市地图上标注有状态为“未预约”的车辆对应的车辆标识；

在接收所述服务器返回的预约验证码时，还接收所述服务器发送的所述用户与所述被预约车辆对应的路线信息，将所述路线信息标注在所述城市地图中。

第三方面，本发明实施例提供了一种车辆预约系统，所述系统包括服务器、用户终端及车辆；

所述用户终端，用于当检测到用户触发约车事件时，发送约车请求消息给所述服务器；接收并存储所述服务器返回的预约验证码；当检测到与被预约的所述车辆之间的距离小于预设阈值时，根据所述预约验证码与被预约的所述车辆进行双向验证；

所述服务器，用于接收所述用户终端发送的所述约车请求消息；根据所述约车请求消息，生成预约验证码；分别向所述用户终端及被预约的所述车辆发送所述预约验证码；

所述车辆，用于接收所述服务器发送的所述预约验证码，当检测到与所述用户终端之间的距离小于所述预设阈值时，根据所述预约验证码与所述用户终端进行双向验证，验证通过后若检测到所述用户按触开锁按键，则打开车锁。

在本发明实施例提供的方法及系统中，服务器接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约车辆发送预约验证码。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

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

附图说明

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

图1示出了本发明实施例1所提供的一种车辆预约方法所基于的系统架构示意图；

图2示出了本发明实施例1所提供的一种车辆预约方法的流程图；

图3示出了本发明实施例1所提供的一种双向验证的示意图；

图4示出了本发明实施例1所提供的另一种双向验证的示意图；

图5示出了本发明实施例2所提供的一种车辆预约方法的流程图；

图6示出了本发明实施例3所提供的一种车辆预约方法的流程图；

图7示出了本发明实施例4所提供的一种服务器的结构示意图；

图8示出了本发明实施例5所提供的一种用户终端的结构示意图。

具体实施方式

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

考虑到现有技术中用户需要到达共享单车的停放地点后，通过用户终端扫描共享单车上印有的二维码开锁。在用车高峰时段及用车高峰地点，由于共享单车投放数量少，可能用户到达用车地点时已无车可用，且用户必须拿出用户终端进行开锁操作，导致在冬天用户戴着手套，或用户拿着较多物品时非常不方便。而且共享单车上的二维码容易被恶意分子粘贴的虚假二维码覆盖，通过用户终端扫码开锁，容易使用户落入欺诈陷阱。基于此，本发明实施例提供了一种车辆预约方法及系统，下面通过实施例进行描述。

实施例1

本发明实施例提供了一种车辆预约方法。该方法所基于的系统网络架构如图1所示，该系统网络架构包括服务器、用户终端和车辆。当用户需要使用车辆时，无需到达车辆旁边进行扫码开锁，而是通过用户终端提前远程预约的方式与车辆建立独占的预约关系，当该车辆被该用户预约之后即不能再被其他人预约或开锁骑走。当用户靠近被预约的该车辆时，用户终端与该车辆进行双向验证，验证通过后根据用户操作直接打开车锁，无需再通过用户终端扫描开锁。

如此即使在用车高峰地点或高峰时间段，用户可以通过该方法预约独占一辆车，以确保自己有车可用。而且不需要扫码用车，避免了二维码损坏不能用车或被假二维码欺诈的情况，提高了共享单车的运维效率，当某地点车辆都被预约时，服务器能提前知道该地点的用车需求，及时往该地点调拨新的车辆，满足用户集中的用车需求。

在本发明实施例中，用户终端上安装有用于车辆预约的app(application，应用程序)。当用户需要使用车辆时，用户打开该app发送登录请求给服务器。服务器接收用户终端发送的登录请求，获取城市地图及状态为“未预约”的车辆对应的车辆信息，该车辆信息包括车辆位置信息及车辆标识，车辆标识可以为车辆的序列号。服务器根据车辆位置信息，将状态为“未预约”的车辆对应的车辆标识标注在城市地图上。

在本发明实施例中，上述车辆信息还包括车辆类型。服务器也可以不在城市地图上标注未被预约的车辆对应的车辆标识，而是根据未被预约的车辆对应的车辆类型及车辆位置信息，在城市地图上标注该车辆对应的车辆图标。对于同种车辆类型的车辆标注的车辆图标是相同的，不同车辆类型的车辆标注的车辆图标是不同的。车辆类型可以分为自行车、电动车或摩托车等，如未被预约的自行车和电动车对应的车辆图标不同，但未被预约的不同自行车对应的车辆图标相同。当城市地图上标注的是未被预约的车辆对应的车辆图标时，还需设置该车辆图标对应的隐藏事件，即将该车辆对应的车辆类型及车辆标识隐含关联在该车辆图标对应的点击事件上，当用户点击该车辆图标时显示该车辆对应的车辆类型及车辆标识。

服务器通过上述方式在城市地图上未被预约的车辆对应的停放位置处标注该车辆对应的车辆标识或车辆图标后，发送该城市地图给用户终端。用户终端接收服务器发送的该城市地图，显示该城市地图。

在用户终端显示该城市地图时，可以直接显示该城市地图的全貌，用户可以通过手动放大、缩小或拖动该城市地图来寻找符合其需求的车辆，如对于北京的用户直接显示整个北京对应的城市地图，用户可以通过放大城市地图查看其自身所处位置周围停放的未被预约的车辆。除显示城市地图的全貌方式外，用户终端也可以根据用户位置信息，显示用户位置信息周围预设范围内的地图，如对于位于中关村某处的用户可以显示用户所处位置周围方圆100米以内的地图。用户可以直接在该预设范围内的地图中寻找符合其需求的车辆，如果在该预设范围内的地图中未找到符合要求的车辆，则用户可以通过手动缩小地图从该预设范围以外寻找符合要求的车辆。

上述方式是在用户登录服务器时由服务器发送标注后的城市地图给用户终端，但图片的数据量较大，每次用户终端登录都从服务器获取城市地图需要花费大量的用户流量，且在网络不稳定时可能需要较长时间才能获取到城市地图，用户等待时间较长。因此在本发明实施例中，也可以在用户安装上述用于车辆预约的app并首次登录服务器时，由服务器向用户终端下发用户所在城市对应的城市地图，用户终端存储该城市地图。之后用户终端每次登录服务器时，服务器仅将所有状态为未预约的车辆对应的车辆信息发送给用户终端。用户终端根据服务器下发的车辆信息，在本地存储的城市地图上标注未被预约的车辆，并显示标注完成后的城市地图。

其中，用户终端在本地存储的城市地图上标注未被预约的车辆时，与上述服务器的标注过程相同，可以在城市地图上直接标注未被预约的车辆对应的车辆标识，或者在城市地图上标注未被预约的车辆对应的车辆图标，并将车辆类型及车辆标识与标注的车辆图标的点击事件进行关联。在用户终端显示标注后的城市地图时，同样可以直接显示城市地图的全貌，或者显示用户位置信息周围预设范围内的地图。

如图2所示，用户终端显示标注有未被预约车辆的城市地图后，通过如下步骤101-104的操作来预约并使用车辆。

步骤101：当检测到用户触发约车事件时，用户终端发送约车请求消息给服务器。

在本发明实施例中，用户终端显示城市地图的地图界面中还设置有预约按钮。上述约车事件可以由用户点击预约按钮来触发。当用户终端检测到用户点击预约按钮触发约车事件时，用户终端发送约车请求消息给服务器，该约车请求消息包括用户信息。

在本发明实施例中，用户也可以不通过点击预约按钮来触发约车事件，而是从显示的城市地图上选择一个符合其要求的未被预约的车辆对应的车辆图标，用户点击该车辆图标时显示该未被预约的车辆对应的车辆类型及车辆标识，同时弹出用于提示用户是否租用该车辆的弹出框，该弹出框中包含租用按钮和取消按钮，上述约车事件可以为该租用按钮的点击事件。当用户终端检测到用户点击该租用按钮时，发送约车请求消息给服务器，该约车请求消息包括用户信息及该车辆对应的车辆信息。

若用户通过点击城市地图上某个车辆对应的租车按钮来预约车辆，则该车辆即为被预约车辆，用户终端还存储被预约车辆的车辆信息。上述用户信息包括用户位置信息、终端标识、用户标识等。车辆信息包括车辆标识、车辆类型及车辆位置信息等。

步骤102：服务器接收用户终端发送的约车请求消息，根据该约车请求消息，生成预约验证码。

在上述步骤101中，若用户通过点击城市地图上标注的某一车辆对应的租车按钮触发约车事件，则该车辆即为被预约车辆，服务器接收到的约车请求消息包括用户信息及被预约车辆对应的车辆信息，根据用户信息和车辆信息，生成预约验证码。

若在步骤101中用户直接点击地图界面中的预约按钮触发约车事件，则服务器接收到的约车请求消息中仅包括用户信息，从用户信息中解析出用户位置信息；将停放位置与用户位置信息之间的距离最短的车辆确定为被预约车辆；根据用户信息和被预约车辆的车辆信息，生成预约验证码。

在本发明实施例中，可以根据用户信息和被预约车辆的车辆信息，按照预设规则拼接生成预约验证码。预设规则规定了生成预约验证码时使用用户信息及车辆信息中的哪些信息，以及这些信息对应的拼接顺序。例如，假设预设规则规定了使用用户信息中的用户标识及车辆信息中的车辆标识来生成预约验证码，且拼接顺序为用户标识在前车辆标识在后。则若用户标识为user1，车辆标识为001，则拼接生成的预约验证码为user1001。

除上述拼接生成方式外，还可以通过计算md5(messagedigestalgorithm，消息摘要算法)值的方式来生成预约验证码。即计算用户信息对应的第一md5值，及计算车辆信息对应的第二md5值，然后将第一md5值与第二md5值按照第一预设顺序拼接为预约验证码。第一预设顺序可以为第一md5值在前第二md5值在后，或者第一预设顺序为第二md5值在前第一md5值在后。或者，按照第一预设顺序将第一md5值与第二md5值拼接起来后，再对拼接得到的字符串进行哈希运算得到最终的预约验证码。

在本发明实施例中，也可以先将用户信息和车辆信息按照第二预设顺序组合起来，然后计算组合得到的信息的md5值，将该md5值作为最终的预约验证码。第二预设顺序可以为用户信息在前车辆信息在后，或者第二预设顺序可以为车辆信息在前用户信息在后。

通过上述方式生成预约验证码后，服务器还存储用户信息、被预约车辆的车辆信息及预约验证码之间的对应关系，并将被预约车辆的状态设置为“预约”状态。

步骤103：服务器分别向用户终端及被预约车辆发送预约验证码，用户终端及被预约车辆均接收服务器发送的预约验证码。

若在步骤101中用户是通过点击城市地图上标注的被预约车辆对应的租车按钮来预约车辆的，则用户终端存储了被预约车辆的车辆信息，因此服务器仅需向用户终端发送预约验证码，用户终端接收并存储该预约验证码。

而若在步骤101中用户是通过直接点击地图界面中的预约按钮来预约车辆的，则被预约车辆是服务器为用户选择的，所以在向用户终端发送预约验证码的同时，还需要向用户终端发送被预约车辆的车辆信息，用户终端接收服务器发送的预约验证码及被预约车辆的车辆信息，存储该预约验证码及被预约车辆的车辆信息。

服务器根据被预约车辆的车辆信息包括车辆标识，发送预约验证码给被预约车辆。被预约车辆接收并存储服务器发送的预约验证码。

在本发明实施例中，为了确保用户与被预约车辆之间的独占关系，避免被预约车辆再被其他用户预约，服务器还获取当前登录的所有用户终端的终端标识，根据当前登录的所有用户终端的终端标识，分别发送车辆独占信息给当前登录的所有用户终端，该车辆独占信息包括删除指示信息及被预约车辆的车辆标识。

当前登录的用户终端接收到该车辆独占信息后，根据删除指示信息及被预约车辆的车辆标识，从显示的城市地图上锁定被预约车辆对应的车辆图标或车辆标识，并从城市地图上删除被预约车辆对应的车辆图标或车辆标识。如此当前登录的用户终端显示的城市地图上都不再标注有该被预约车辆，从而确保其他用户无法预约该被预约车辆。

在本发明实施例中，为了便于用户寻找被预约车辆并方便用户尽快到达被预约车辆的停放地点，服务器还根据用户位置信息和被预约车辆对应的车辆位置信息，计算用户与该被预约车辆之间的距离，生成用户信息与被预约车辆对应的路线信息，发送该路线信息给用户终端。该路线信息包括用户当前所处位置与被预约车辆的停放地点之间的路径以及步行该路径所需的预计时长。该路线信息可以包括一条或多条路径。

用户终端接收到该路线信息后，显示该路线信息。在显示该路线信息时，可以以文本形式显示该路线信息。也可以将路线信息包含的路径标注到城市地图上，以使用户从城市地图上更加直观方便的查看该路线信息。或者，还可以将路线信息包括的一条或多条路径组成路径列表，将路径列表显示给用户，当用户点击路径列表中某条路径时，再将该路径标注到城市地图上。

用户可以按照服务器下发的路线信息前去被预约车辆的停放地点，并通过如下步骤104的操作来验证用户与被预约车辆之间的预约关系。

步骤104:当检测到周围预设距离内存在被预约车辆时，根据预约验证码与被预约车辆进行双向验证。

本发明实施例中可以通过如下第一和第二两种方式中的任一种方式验证用户与被预约车辆之间的预约关系，具体包括：

第一，如图3所示，用户终端与被预约车辆通过蓝牙或红外等近距离无线通信方式直接进行数据通信，交换预约验证码以完成双向验证过程。

用户终端通过蓝牙或红外等近距离无线通信技术扫描周围预设距离内是否存在被预约车辆，如在用户靠近被预约车辆的过程中，用户终端通过蓝牙自动查询周围20米内是否存在被预约车辆的蓝牙广播。当用户终端扫描到被预约车辆时，建立与被预约车辆之间的近距离无线通信连接，将本地存储的用户终端侧的预约验证码发送给被预约车辆，以及接收被预约车辆发送的车辆侧的预约验证码。用户终端比较本地存储的预约验证码与车辆侧的预约验证码是否相同。被预约车辆接收到用户终端侧的预约验证码后，比较本地存储的预约验证码与用户终端侧的预约验证码是否相同。若用户终端及被预约车辆均比较出用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过。

第二，如图4所示，用户终端与被预约车辆之间通过服务器转发的通信方式进行数据通信，以完成双向验证过程。

在用户靠近被预约车辆的过程中，用户终端根据用户位置信息及本地存储的被预约车辆的车辆位置信息，实时判断被预约车辆与用户终端之间的距离是否小于预设距离，如果是，则发送连接请求给服务器，服务器接收到该连接请求后呼叫被预约车辆，当呼叫成功后，用户终端通过服务器中转形式与被预约车辆建立了通信通道，将本地存储的用户终端侧的预约验证码通过服务器转发给被预约车辆。被预约车辆接收到该预约验证码后，将本地存储的车辆侧的预约验证码发送给服务器，由发送将车辆侧的预约验证码转发给用户终端。用户终端接收服务器转发的被预约车辆存储的车辆侧的预约验证码。之后用户终端比较本地存储的预约验证码与车辆侧的预约验证码是否相同。被预约车辆接收到用户终端侧的预约验证码后，比较本地存储的预约验证码与用户终端侧的预约验证码是否相同。若用户终端及被预约车辆均比较出用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过。

通过上述第一或第二种方式双向验证通过后，即确定了用户与被预约车辆之间存在预约关系。且此时用户距离被预约车辆很近，被预约车辆验证用户终端侧的预约验证码与本地存储的车辆侧的预约验证码相同时，通过预设方式提示用户，以方便用户找到该被预约车辆。预设方式可以为发出车铃、播放语音、打开闪光灯等。其中，播放语音时可以播读被预约车辆的序列号。

用户看到被预约车辆的闪光灯闪光，或者听到被预约车辆发出铃声或播放语音时，用户可以走到被预约车辆边上查看被预约车辆的车身上标注的序列号，用户确认该被预约车辆即为自己预约的车辆时，通过预设开锁方式直接打开车锁，无需通过用户终端扫码开锁。预设开锁方式包括通过被预约车辆上的开锁按键开锁、通过语音指令开锁、通过app上的开锁按钮开锁等。具体地，可以通过按触被预约车辆上的开锁按键直接打开车锁。或者用户口述开锁指令，通过被预约车辆上的语音模块解析用户口述的开锁指令打开车锁。或者，用户点击app中的开锁按钮，用户终端检测到用户点击开锁按钮时，通过近距离通信技术发送开锁指令给被预约车辆，被预约车辆接收到该开锁指令时打开车锁。

通过上述方式进行自动双向验证来确认用户与被预约车辆之间的预约独占关系，并通过用户操作直接开锁。如此不需要用户再做扫码、输入被预约车辆的序列号或输入密码等额外的预约关系检查，直接通过按键或口述开锁指令等一步操作打开车锁。

在本发明实施例中，为了避免同一个用户同时预约多个车辆，在步骤102中生成预约验证码之后，还记录该用户的用户信息，在用户结束使用该被预约车辆之前，若再次接收到该用户终端发送的预约请求消息时，不再为该用户预约新的车辆，并返回用于指示当前已预约车辆的指示信息给用户终端。

为了避免用户预约车辆后长时间不使用被预约车辆造成资源浪费，本发明实施例还对用户与被预约车辆之间的预约独占关系进行计时。具体地，在为用户预约车辆时记录用户对应的预约时间，服务器实时检测当前时间与该预约时间之间的时间差，若该时间差大于预设时长，则解除用户与被预约车辆之间的预约独占关系，以便其他用户可以使用该被预约车辆。上述预设时长可以为半小时或1小时等。

由于服务器中存储了用户信息、被预约车辆的车辆信息及预约验证码的对应关系，其中车辆信息中包括被预约车辆的车辆位置信息，因此服务器可以根据被预约车辆的车辆位置信息确定用车需求量大的地区，并及时向需求量大的地区调拨新的车辆，以满足用户的用车需求，同时能够为提供车辆的企业带来更多租金收入。

在本发明实施例中服务器接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约车辆发送预约验证码。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

实施例2

参见图5，本发明实施例提供了一种车辆预约方法，该方法的执行主体为服务器，该方法具体包括以下步骤：

步骤201：接收用户终端发送的约车请求消息。

步骤202：根据约车请求消息，生成预约验证码。

步骤203：分别向用户终端及被预约车辆发送预约验证码。

若上述约车请求消息包括用户信息及车辆信息，则根据用户信息和车辆信息，生成预约验证码。

若上述约车请求消息仅包括用户信息，则从用户信息中解析出用户位置信息；将停放位置与用户位置信息之间的距离最短的车辆确定为被预约车辆；根据用户信息和被预约车辆的车辆信息，生成预约验证码。

当该约车请求消息仅包括用户信息，且生成预约验证码之后，还向用户终端发送被预约车辆的车辆信息。

在生成预约验证码之后，还存储用户信息、车辆信息及预约验证码之间的对应关系；将被预约车辆的状态设置为“预约”状态；生成用户信息与被预约车辆对应的路线信息，发送路线信息给用户终端。

在本发明实施例中，接收用户终端发送的预约请求消息之前，服务器首先接收用户终端发送的登录请求，获取城市地图及状态为“未预约”的车辆对应的车辆信息，车辆信息包括车辆位置信息及车辆标识；根据车辆位置信息，将状态为“未预约”的车辆对应的车辆标识标注在城市地图上。发送标注后的城市地图给用户终端。

分别向用户终端及被预约车辆发送预约验证码之后，还发送车辆独占信息给当前登录的所有用户终端，车辆独占信息包括删除指示信息及被预约车辆的车辆标识，以使当前登录的每个用户终端从城市地图中删除被预约车辆的车辆标识。

本发明实施例中，服务器的具体操作细节均可以参考上述实施例1中服务器的相关操作，在此不再赘述。

在本发明实施例中，服务器接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约车辆发送预约验证码。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

实施例3

参见图6，本发明实施例提供了一种车辆预约方法，该方法的执行主体为用户终端，该方法具体包括以下步骤：

步骤301：当检测到用户触发约车事件时，发送约车请求消息给服务器。

步骤302：接收并存储服务器返回的预约验证码。

步骤303：当检测到周围预设距离内存在被预约车辆时，根据预约验证码与被预约车辆进行双向验证。

在进行双向验证时，可以将本地存储的用户终端侧的预约验证码发送给被预约车辆，以及接收被预约车辆发送的车辆侧的预约验证码，若用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过。

或者，将本地存储的用户终端侧的预约验证码通过服务器转发给被预约车辆，以及接收服务器转发的被预约车辆存储的车辆侧的预约验证码，若用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过。

在登录服务器时，用户终端还接收并显示服务器发送的城市地图，城市地图上标注有状态为“未预约”的车辆对应的车辆标识；在接收服务器返回的预约验证码时，还接收服务器发送的用户与被预约车辆对应的路线信息，将路线信息标注在城市地图中。

本发明实施例中，用户终端的具体操作细节均可以参考上述实施例1中用户终端的相关操作，在此不再赘述。

在本发明实施例中，当用户终端检测到用户触发约车事件时，发送约车请求消息给服务器。接收并存储服务器返回的预约验证码。当检测到周围预设距离内存在被预约车辆时，根据预约验证码与被预约车辆进行双向验证。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

实施例4

参见图7，本发明实施例提供了一种服务器，该服务器用于执行上述实施例2所提供的车辆预约方法，包括：

接收模块40，用于接收用户终端发送的约车请求消息；

生成模块41，用于根据约车请求消息，生成预约验证码；

发送模块42，分别向用户终端及被预约车辆发送预约验证码。

上述生成模块41，用于若约车请求消息包括用户信息及车辆信息，则根据用户信息和车辆信息，生成预约验证码；或者，用于若约车请求消息仅包括用户信息，则从用户信息中解析出用户位置信息；将停放位置与用户位置信息之间的距离最短的车辆确定为被预约车辆；根据用户信息和被预约车辆的车辆信息，生成预约验证码。

在本发明实施例中，上述发送模块42，还用于向用户终端发送被预约车辆的车辆信息。

在本发明实施例中，该服务器还包括：

存储模块，用于存储用户信息、车辆信息及预约验证码之间的对应关系；

状态设置模块，用于将被预约车辆的状态设置为“预约”状态；

上述生成模块41，还用于生成用户信息与被预约车辆对应的路线信息；

上述发送模块42，还用于发送路线信息给用户终端。

上述接收模块40，还用于接收用户终端发送的登录请求，获取城市地图及状态为“未预约”的车辆对应的车辆信息，车辆信息包括车辆位置信息及车辆标识；

标注模块，用于根据车辆位置信息，将状态为“未预约”的车辆对应的车辆标识标注在城市地图上。

上述发送模块42，还用于发送标注后的城市地图给用户终端；发送车辆独占信息给当前登录的所有用户终端，车辆独占信息包括删除指示信息及被预约车辆的车辆标识，以使当前登录的每个用户终端从城市地图中删除被预约车辆的车辆标识。

在本发明实施例中，服务器接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约车辆发送预约验证码。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

实施例5

参见图8，本发明实施例提供了一种用户终端，该用户终端用于执行上述实施例3所提供的车辆预约方法，包括：

发送模块50，用于当检测到用户触发约车事件时，发送约车请求消息给服务器；

接收模块51，用于接收并存储服务器返回的预约验证码；

双向验证模块52，用于当检测到周围预设距离内存在被预约车辆时，根据预约验证码与被预约车辆进行双向验证。

上述双向验证模块52.用于将本地存储的用户终端侧的预约验证码发送给被预约车辆，以及接收被预约车辆发送的车辆侧的预约验证码，若用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过；或者，用于将本地存储的用户终端侧的预约验证码通过服务器转发给被预约车辆，以及接收服务器转发的被预约车辆存储的车辆侧的预约验证码，若用户终端侧的预约验证码与车辆侧的预约验证码相同，则双向验证通过。

上述接收模块51，还用于在登录服务器时，接收并显示服务器发送的城市地图，该城市地图上标注有状态为“未预约”的车辆对应的车辆标识；在接收服务器返回的预约验证码时，还接收服务器发送的用户与被预约车辆对应的路线信息，将路线信息标注在城市地图中。

在本发明实施例中，当用户终端检测到用户触发约车事件时，发送约车请求消息给服务器。接收并存储服务器返回的预约验证码。当检测到周围预设距离内存在被预约车辆时，根据预约验证码与被预约车辆进行双向验证。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

实施例6

如图1所示，本发明实施例提供了一种车辆预约系统，该系统用于执行上述实施例1所提供的车辆预约方法，该系统包括服务器、用户终端及车辆；

用户终端，用于当检测到用户触发约车事件时，发送约车请求消息给服务器；接收并存储服务器返回的预约验证码；当检测到与被预约的车辆之间的距离小于预设阈值时，根据预约验证码与被预约的车辆进行双向验证；

服务器，用于接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约的车辆发送预约验证码；

被预约的车辆，用于接收服务器发送的预约验证码，当检测到与用户终端之间的距离小于预设阈值时，根据预约验证码与用户终端进行双向验证，验证通过后若检测到用户按触开锁按键，则打开车锁。

在本发明实施例中，服务器、用户终端及被预约的车辆的操作细节均可参考实施例1中记载的相关内容，在此不再赘述。

在本发明实施例中，服务器接收用户终端发送的约车请求消息；根据约车请求消息，生成预约验证码；分别向用户终端及被预约车辆发送预约验证码。本发明中用户终端远程预约车辆，服务器生成预约验证码，并分别发送给用户终端及被预约车辆，建立用户与被预约车辆之间的预约独占关系。被预约车辆无法再被其他用户预约或开锁骑走，即使在用车高峰地点或高峰时段，能确保用户有车可用。且在使用被预约车辆时，用户终端与被预约车辆根据预约验证码自动双向验证，验证通过后根据用户操作直接打开车锁，无需用户终端扫码开锁，避免扫到假二维码而落入欺诈陷阱，且开锁时不必拿出用户终端，非常方便。

本发明实施例所提供的设备及系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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