车辆预约试驾的方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机信息处理技术领域，尤其涉及一种车辆预约试驾的方法、装置、电子设备及存储介质。


背景技术：

2.随着技术的发展和经济水平的提高，汽车已经走进了越来越多的家庭，成为人们出行的首选交通方式。由于汽车属于耐用品之一，因此在购买汽车之前，消费者会通过试驾的方式来体验汽车的行驶性能和操控性能。
3.目前，汽车试驾需要消费者前往汽车销售服务4s店(automobile sales servicshop 4s，简称4s店)才能进行，但4s店大多位置偏远，消费者前往4s店进行试驾时需要在途中花费大量时间；且消费者无法提前知晓车辆的试驾状态，常常发生到店后发现无车可试的情况。因此，如何为消费者提供更加便利快捷的试驾服务，成为本领域技术人员所需要解决的问题。


技术实现要素：

4.本技术的一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于可以基于用户的试驾需求确定移动车市的基本车市信息和待试驾用户，使得用户能够就近、快捷地预约试驾，提高车辆预约试驾的便利性。
5.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于，可根据用户的试驾需求，确定移动车市的基本车市信息，使举办的试驾活动更加符合用户的试驾需求，提高试驾预约成功的可能性。
6.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于可以基于用户的试驾需求快速确定与其试驾需求相适应的移动车市，并将试驾预约信息推荐给用户，使得用户可以快速定位最近的符合其需求的移动车市，提高车辆预约试驾的便捷性。
7.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于可以提供一个具有预设区域以供试驾车辆行驶的移动车市，使得试驾车辆能够根据用户的位置自动规划行驶路线，由此用户无需取车即可享受试驾上门服务。
8.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于基于移动车市为试驾用户和车主提供了一个需求对接平台，提高了车辆的利用率以及预约试驾成功的可能性。
9.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于，可根据用户提交的预约请求信息和/或用户的历史行为数据，获取用户的试驾需求。
10.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于用户能够基于车辆三维模型进行试驾预约，丰富了用户试驾预约的交互
方式。
11.本技术的另一个目的在于提供一种车辆预约试驾的方法、装置、电子设备及存储介质，其优势在于，可根据用户的试驾需求和移动车市的基本车市信息，确定待试驾用户并生成预约试驾订单，可提高待试驾用户预约车辆进行试驾的效率。
12.为实现上述目的，第一方面，本技术实施例提供一种车辆预约试驾的方法，包括以下步骤：
13.获取至少一个试驾需求；
14.根据所述试驾需求确定移动车市的基本车市信息，所述移动车市用于停放或行驶试驾车辆，所述基本车市信息包括车市位置、举办时间和试驾车型；
15.基于所述试驾需求和所述基本车市信息，确定待试驾用户；以及
16.生成所述待试驾用户的预约试驾订单。
17.可以看出，根据获取到的试驾需求可以自动确定得到移动车市的基本车市信息，且可以确定得到待试驾用户，进而生成待试驾用户的预约试驾订单，提高车辆预约试驾的便利性。
18.在一些可能的实现方式中，所述获取至少一个试驾需求，包括以下步骤：
19.获取预约请求信息，所述预约请求信息包括车型输入数据和/或车辆三维模型操作数据；以及
20.基于所述预约请求信息，得到所述试驾需求。
21.在一些可能的实现方式中，所述获取至少一个试驾需求，包括以下步骤：
22.获取历史行为数据，所述历史行为数据包括车型购买记录、车型浏览记录和/或车型搜索记录；以及
23.基于所述历史行为数据，得到所述试驾需求。
24.在一些可能的实现方式中，所述生成所述待试驾用户的预约试驾订单，包括以下步骤：
25.在所述移动车市内存在所述目标车辆且所述目标车辆处于可预约状态的情况下，生成所述预约试驾订单；
26.或者，根据所述试驾需求匹配试驾车主，并在匹配到试驾车主的情况下生成所述预约试驾订单，所述试驾车主为可提供所述目标车辆以供所述待试驾用户进行试驾的车主。
27.在一些可能的实现方式中，在所述生成所述待试驾用户的预约试驾订单之后，所述方法还包括以下步骤：
28.根据所述试驾需求确定所述待试驾用户的第一上车位置；以及
29.基于所述第一上车位置确定所述车辆行驶路线。
30.在一些可能的实现方式中，所述根据所述试驾需求确定所述待试驾用户的第一上车位置，包括以下步骤：
31.获取所述待试驾用户的位置信息，将所述位置信息作为所述待试驾用户的第一上车位置，所述位置信息为所述待试驾用户的当前位置信息或所述待试驾用户指定的上车位置信息；
32.或者，获取所述待试驾用户的历史路径信息，将所述历史路径信息与所述车辆行
驶路线的交点作为所述待试驾用户的第一上车位置。
33.第二方面，本技术实施例提供一种车辆预约试驾的装置，装置包括：
34.处理硬件单元；
35.试驾需求获取模块，其配置成经由所述处理硬件单元而获取至少一个试驾需求；
36.移动车市确定模块，其配置成经由所述处理硬件单元而根据所述试驾需求获取模块获取的所述试驾需求确定移动车市的基本车市信息，所述移动车市用于停放或行驶试驾车辆，所述基本车市信息包括车市位置、举办时间和试驾车型；
37.待试驾用户确认模块，其配置成经由所述处理硬件单元而基于所述试驾需求获取模块提供的所述试驾需求和所述移动车市确定模块提供的所述基本车市信息，确定待试驾用户；以及
38.试驾订单生成模块，其配置成经由所述处理硬件单元而根据所述待试驾用户确认模块确定的所述待试驾用户，生成所述待试驾用户的预约试驾订单。
39.第三方面，本技术实施例提供一种车辆预约试驾的装置，包括：处理器、存储器和总线，处理器和存储器通过总线连接，其中，存储器用于存储一组程序代码，处理器用于调用存储器中存储的程序代码，执行如第一方面所述的方法。
40.第四方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，实现如第一方面所述的方法。
41.实施本技术实施例，具有如下有益效果：
42.通过获取试驾需求，确定得到移动车市的基本车市信息，根据用户的试驾需求和移动车市的基本车市信息，确定得到待试驾用户并生成预约试驾订单。这样，可以快速、准确地确定得到移动车市的基本车市信息和待试驾用户，并自动生成预约试驾订单，提高车辆预约试驾的效率和便利性，进而提升用户体验。
附图说明
43.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是本技术实施例提供的一种车辆预约试驾的系统的架构示意图；
45.图2是本技术实施例提供的一种车辆预约试驾的方法的流程示意图；
46.图3是本技术实施例提供的一种车辆预约试驾的方法的界面示意图；
47.图4是本技术实施例提供的另一种车辆预约试驾的方法的流程示意图；
48.图5是本技术实施例提供的另一种车辆预约试驾的方法的界面示意图；
49.图6是本技术实施例提供的一种车辆预约试驾的装置的组成示意图；
50.图7是本技术实施例提供的另一种车辆预约试驾的装置的组成示意图。
具体实施方式
51.下面结合本技术实施例中的附图对本技术的实施例进行描述。
52.本技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任
何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
53.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
54.为了更好地理解本技术实施例的技术方案，先对本技术实施例可能涉及的车辆预约试驾的系统进行介绍。请参见图1，为本技术实施例提供的一种车辆预约试驾的系统的架构示意图，本系统可以包括终端10和服务器20。
55.其中，终端10也可以称为用户设备(user equipment，简称ue)。其可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船上等)；还可以部署在空中(例如飞机、气球和卫星上等)。其还可以称为用户终端、终端设备、接入终端设备、车载终端、ue单元、ue站、移动站、移动台、远方站、远程终端设备、移动设备、ue终端设备、移动终端、无线通信设备、ue代理或ue装置等。终端可以是固定的或者移动的等。其具体形式可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、车载终端设备、智慧家庭(smart home)中的无线终端、可穿戴终端设备等。其是用户侧的一种用于接收信号或发射信号的实体，在本技术实施例中，终端10可以用于发送用户的试驾需求和/或试驾确认信息，并对生成的预约试驾订单进行显示以使用户了解预约情况。
56.服务器20可以为各种用于提供车辆预约试驾功能的云服务器、车联网云平台、车联网云服务器、物联网设备、数据中心网络设备、云计算设备、支持802.11协议的计算机、以及未来演进的公用陆地移动通信网络(public land mobile network，plmn)中的网络设备等，本技术实施例不作具体限制。在本技术实施例中，服务器20可以用于获取终端10发送的试驾需求，并根据试驾需求确定移动车市的基本车市信息；还可以用于基于试驾需求和基本车市信息确定待试驾用户，并生成所述待试驾用户的预约试驾订单。
57.下面，结合图2-图5中的步骤对本技术实施例提供的车辆预约试驾的方法进行详细说明。
58.请参见图2，为本技术实施例提供的一种车辆预约试驾的方法的流程示意图，可包括如下步骤：
59.s201，获取至少一个试驾需求。
60.其中，试驾需求包括以下至少一种：目标车辆的品牌信息、车型信息和预约时间信息，所述目标车辆为所述待试驾用户预约试驾的车辆。
61.在一种可能的实现方式中，可以通过获取预约请求信息得到试驾需求，其中，所述预约请求信息可以包括车型输入数据和/或车辆三维模型操作数据。
62.当用户通过终端输入想要预约试驾的车型并进行提交后，可以根据提交的车型输入数据确定得到该用户的试驾需求。在实际应用中，车型输入数据的输入方式可以是文字输入、语音输入和图片输入等方式，本技术实施例不作限定。例如，当采用语音的方式输入车型时，可以通过语义分析等方法提取得到用户的试驾需求；其中，为了使提取得到的试驾需求更加准确，可以在进行语义分析之前，对输入的语音数据进行预处理，例如滤波处理
(wave filtering)、模数转换(wave filtering，简称adc)和端点检测等，从而降低语音数据中的噪声对试驾需求提取的干扰。又例如，当采用图片输入的方式进行车型数据输入时，用户可以在终端上传目标车辆的图片，由终端、服务器或车辆预约试驾的装置对上传的图片进行解析，确定得到该图片所对应的目标车辆的品牌信息和车型信息，从而确定得到该用户的试驾需求。
63.当用户对车辆的三维模型进行操作时，可以获取该用户的车辆三维模型操作数据，例如对车辆三维模型的选定操作(如单击、双击、长按等)、拖动操作(如将车辆三维模型拖拽至移动车市入口或将车辆三维模型向预设方向移动等)或编辑操作(如用户自定义、设计车辆三维模型的参数)等，从而确定得到该用户的试驾需求。其中，车辆三维模型可以通过对车辆进行模型设计得到，或者通过对车辆进行车体扫描得到，本技术实施例不作限定。
64.在另一种可能的实现方式中，可以通过获取用户的历史行为数据得到试驾需求，其中，所述历史行为数据包括但不限于车型购买记录、车型浏览记录、车型搜索记录或预约咨询记录。
65.当用户已经购买过车辆时，可以根据用户的车型购买记录，预测得到用户的试驾需求。在一些实施例中，可以根据用户已购买的车型，预测同品牌的升级车型或同类型的其他品牌车型作为用户的试驾需求。例如，当用户已购买车辆的车辆品牌为品牌甲的a车型，而品牌甲在a车型之后推出了b车型，则可以预测b车型为该用户的试驾需求。除此之外，当用户在终端搜索和/或浏览过c车型时，可以根据这一车型搜索记录和/或车型浏览记录，预测c车型为该用户的试驾需求。其中，车型浏览记录可以包括目标网页的页面数量以及对该目标网页的浏览时长、互动次数、点赞、正向评论等，本技术实施例不作限定。在另一些实施例中，可以根据用户在线下4s店或线上旗舰店的咨询预约情况来预测用户的试驾需求。
66.s202，根据所述试驾需求确定移动车市的基本车市信息，所述移动车市用于停放或行驶试驾车辆，所述基本车市信息包括车市位置、举办时间和试驾车型。
67.在获取得到试驾需求后，基于该试驾需求可以确定得到移动车市的基本车市信息。其中，移动车市可以是已建立的车市，也可以是根据获取到的试驾需求新建立的车市。例如，当试驾需求显示在已建立的车市附近，存在对品牌甲的d车型的试驾需求，此时可以将品牌甲的d车型派至该已建立的车市以供用户进行预约试驾。又例如，当商场a处存在预设数量以上的试驾需求，此时可以在商场a处建立新的车市以供用户进行预约试驾。
68.在一种可能的实现方式中，可以通过聚类分析的方法对步骤s201获取得到的试驾需求，如历史行为数据进行分析，得到主流需求；其中，聚类分析的算法可以为划分方法(k-means)、层次方法(hierarchical method)、基于密度的方法、基于网格的方法和基于模型的方法等聚类分析算法，本技术实施例不作限定。
69.在另一种可能的实现方式中，由于既可以基于预约请求信息获取得到用户主动提交的试驾需求，也可以基于历史行为数据预测得到用户的试驾需求，因此为了使最终的试驾需求既符合用户的实际需要，同时也可以实现对用户需求的进一步挖掘，可以对用户主动提交的试驾需求和预测得到的试驾需求进行权重分配，根据分配权重之后的结果计算得到最终的试驾需求。例如，对用户主动提交的试驾需求分配较高的权重，对预测得到的试驾需求分配较低的权重。
70.因此，根据用户的试驾需求确定移动车市的基本车市信息，可以灵活地对移动车
市的车市位置、举办时间和试驾车型等信息进行调整，更方便快捷地满足用户的试驾需求，提高预约试驾的成功率进而提升车辆的交易率。
71.s203，基于所述试驾需求和所述基本车市信息，确定待试驾用户。
72.在确定了移动车市的基本车市信息之后，由于基本车市信息与试驾需求之间可能存在不匹配的情况，因此需要确定得到待试驾用户。
73.在一种可能的实现方式中，当试驾需求通过用户提交的预约请求信息确定得到时，可以判断基本车市信息是否满足试驾需求，并在所述基本车市信息满足所述试驾需求的情况下，确定具备所述试驾需求的至少一个用户为待试驾用户。
74.由于试驾需求基于预约请求信息确定得到，则该试驾需求是符合用户的试驾需要的，因此若确定基本车市信息可以满足该试驾需求，则可以将具备该试驾需求的用户确定为待试驾用户。
75.除此之外，由于用户提交的预约请求信息可以仅包括目标车辆的品牌信息和车型信息，而不包含预约时间信息，即所述预约请求信息可能为不完整的预约请求信息，因此，在确定待试驾用户时，可以通过与待试驾用户之间的交互对预约请求信息进行完善。例如，当预约请求信息不完整时，可以将基本车市信息发送至待试驾用户，并接收待试驾用户基于所述基本车市信息发送的预约请求补充信息，然后根据所述预约请求补充信息完善所述预约请求信息。其中，判断预约请求信息是否完整的方法可以是：当所述预约请求信息包括目标车辆的品牌信息、车型信息和预约时间信息时，则判定所述预约请求信息完整。
76.在另一种可能的实现方式中，当试驾需求通过用户的历史行为数据预测得到时，可以在判定基本车市信息满足所述试驾需求的情况下，确定具备所述试驾需求的至少一个用户；基于所述至少一个用户的所述试驾需求生成预约确认请求信息，所述预约确认请求信息用于请求所述至少一个用户确认生成预约试驾订单；以及响应于所述至少一个用户对所述预约确认请求信息的确认，确定所述至少一个用户为所述待试驾用户。
77.当通过用户的历史行为数据预测得到试驾需求时，为了确定该试驾需求是否满足用户的实际需要，可以在判定基本车市信息满足所述试驾需求的情况下，生成预约确认请求信息并发送至所述用户，待所述用户确认后，将所述用户确定为待试驾用户，从而有效避免发生试驾需求不符合用户实际需要的情况。当用户对预约确认请求信息进行确认时，可以查看当前的预约信息，并对当前的预约信息进行调整，如在当前移动车市可提供的试驾车辆范围内更改目标车辆或更改试驾时间等信息，从而提升预约试驾的灵活性。此外，预约确认请求信息还可以包括3d高精度地图，一方面，可以通过该地图展示目标车辆的车辆三维模型，用户可以通过ar或vr眼镜查看所述车辆三维模型；另一方面，用户还可以通过该地图对目标车辆进行更改，在该地图上基于所述车辆三维模型重新进行目标车辆的车型选择。
78.s204，生成所述待试驾用户的预约试驾订单。
79.在一种可能的实现方式中，可以在移动车市内存在目标车辆且所述目标车辆处于可预约状态的情况下，生成预约试驾订单；在另一种可能的实现方式中，还可以根据试驾需求匹配试驾车主，并在匹配到试驾车主的情况下生成所述预约试驾订单，所述试驾车主为可提供所述目标车辆以供待试驾用户进行试驾的车主。
80.在获取到试驾需求并确定得到与该试驾需求相对应的待试驾用户之后，需要对移
动车市内是否存在与该试驾需求对应的目标车辆进行库存检查。当移动车市(如4s店)内存在所述目标车辆且所述目标车辆处于可预约状态下时，生成预约试驾订单。除此之外，为了使试驾体验更加真实和快捷，为待试驾用户提供更多的车辆进行预约试驾，还可以由已经购买了所述目标车辆的车主提供车辆以供待试驾用户进行试驾。例如，可以根据待试驾用户的试驾需求匹配试驾车主，当匹配到试驾车主时生成预约试驾订单；又例如，当待试驾用户的试驾需求确定后，试驾车主可以在满足所述试驾需求时接收本试驾需求，即通过试驾车主的接单操作生成预约试驾订单。在此过程中，为了更好地提升待试驾用户的试驾体验，可以在匹配到试驾车主后，向待试驾用户确认是否同意使用所述试驾车主的车进行试驾。
81.在另一种可能的实现方式中，为了提高待试驾用户预约车辆进行试驾的效率，还可以在步骤s203，即确定待试驾用户的过程中，检查移动车市内是否存在目标车辆可以进行预约试驾。因此，可以根据实际需要，在执行步骤s203或步骤s204的过程中检查移动车市内目标车辆的库存情况，本技术实施例不作限定。
82.为了方便待试驾用户提车进行试驾，可以在生成预约试驾订单时生成标识信息以标识所述预约试驾订单。例如，可以通过生成预约码的方式标识所述预约试驾订单，当待试驾用户预约试驾成功后，可以凭借所述预约码在到达移动车市后提车进行试驾。其中，预约码可以是随机生成的序列号，也可以是条形码或二维码等形式，本技术实施例不作限定。
83.请参见图3，为本技术实施例提供的一种车辆预约试驾的方法的界面示意图，如图3所示，在生成待试驾用户的预约试驾订单后，所述待试驾用户可以通过用户终端查看预约试驾订单的相关信息，包括目标车辆图片、目标车辆的品牌信息、目标车辆的型号信息、试驾时间、预约码和试驾地图等，其中，试驾地图可以用于引导待试驾用户到目标车辆的停放位置以使所述待试驾用户开始试驾，还可以用于在试驾结束后引导所述待试驾用户将目标车辆停放于指定的车辆停放位置。
84.通过执行上述方法，可以根据用户提交的预约请求信息和用户的历史行为数据，获取用户的试驾需求；可以通过用户的试驾需求，确定得到移动车市的基本车市信息，使举办的试驾活动更加符合用户的试驾需求，提高试驾预约的成功率；还可以根据用户的试驾需求和移动车市的基本车市信息，确定得到待试驾用户并生成预约试驾订单，提高待试驾用户预约车辆进行试驾的效率。
85.为了进一步提高用户进行试驾的便利性，还可以根据用户的位置规划试驾车辆的行驶路线，从而使用户可以更好地将时间集中于车辆试驾，提升用户体验。
86.为了实现上述目标，本技术实施例提供了另一种车辆预约试驾的方法，请参见图4，为本技术实施例提供的另一种车辆预约试驾的方法的流程示意图，与图2所示的方法步骤相比，图4中的步骤s301-s304与图2中的步骤s201-s204相同，在步骤s304之后，还包括以下步骤：
87.s305，根据所述试驾需求确定所述待试驾用户的第一上车位置。
88.在本技术实施例中，基本车市信息还可以包括车辆行驶路线，此时，移动车市还用于使试驾车辆按照所述车辆行驶路线行驶。
89.在一种可能的实现方式中，可以获取所述待试驾用户的位置信息，将所述位置信息作为所述待试驾用户的第一上车位置，所述位置信息为所述待试驾用户的当前位置信息或所述待试驾用户指定的上车位置信息；或者，获取所述待试驾用户的历史路径信息，将所
述历史路径信息与所述车辆行驶路线的交点作为所述待试驾用户的第一上车位置。
90.为确定待试驾用户的第一上车位置，可以获取待试驾用户的位置信息，其中，位置信息可以是待试驾用户当前所在的位置，也可以是由待试驾用户指定的上车位置。若以待试驾用户当前所在位置作为第一上车位置时，可以在获得待试驾用户的定位授权之后，通过全球定位系统gps(global positioning system)或北斗卫星导航系统等定位系统获取待试驾用户的当前所在位置，并将获取得到的当前所在位置作为待试驾用户的第一上车位置。此外，还可以获取待试驾用户指定的上车位置信息，并将该上车位置信息作为第一上车位置，本技术实施例不作限定。
91.当待试驾用户的日常行动轨迹具有规律性时，还可以获取所述待试驾用户的历史路径信息，将该历史路径信息中的位置确定为所述待试驾用户的第一上车位置，更好地提升待试驾用户进行试驾的便利性。例如，当历史路径信息和车辆行驶路线具有交点时，可以将所述交点或所述交点附近的最佳上车点作为待试驾用户的第一上车位置；当历史路径信息和车辆行驶路线不具有交点时，可以将历史路径信息和车辆行驶路线进行比对，将二者之间距离最近的位置作为待试驾用户的第一上车位置。对于第一上车位置的具体确定方式，可以根据实际需要进行调整，本技术实施例不作限定。
92.请参见图5，为本技术实施例提供的另一种车辆预约试驾的方法的界面示意图，如图5所示，可以通过待试驾用户的位置信息确定得到位置a，将位置a作为所述待试驾用户的第一上车位置；也可以通过待试驾用户的历史路径信息确定得到位置b，将位置b作为所述待试驾用户的第一上车位置。此外，为了使第一上车位置的确定更加灵活且更好地满足待试驾用户的试驾需求，还可以由待试驾用户在位置a和位置b中进行选择，将待试驾用户选择确定的位置作为最终的第一上车位置。
93.s306，基于所述第一上车位置确定所述车辆行驶路线。
94.在确定得到至少一个待试驾用户的第一上车位置之后，可以基于所述第一上车位置确定目标车辆的车辆行驶路线，以使所有待试驾用户可以在所述车辆行驶路线中上车进行试驾。
95.在一种可能的实现方式中，当目标车辆上的人数小于人数阈值时，为了使更多的用户可以参与到本次目标车辆的试驾中来，可以在目标车辆基于所述车辆行驶路线行驶的情况下，生成试驾信息以使所述车辆行驶路线预设范围内的用户预约试驾所述目标车辆，其中，所述试驾信息可以包括所述目标车辆的品牌信息、车型信息和可试驾人数信息；当获取到试驾确认信息时，获取所述试驾确认信息中的第二上车位置；并基于所述第二上车位置修改所述车辆行驶路线。
96.例如，当目标车辆上的人数为三人，而所述目标车辆的人数阈值为四人时，可以生成包含目标车辆品牌信息、车型信息和可试驾人数信息的试驾信息，其中可试驾人数信息为一人。当用户通过移动设备、智能音箱、可穿戴设备等终端接收到所述试驾信息并有意向进行试驾时，可以发送试驾确认信息，其中，试驾确认信息中可以包含该用户的上车位置，即第二上车位置。当服务器或车辆预约试驾的装置接收到所述试驾确认信息后，可以基于所述第二上车位置对车辆行驶路线进行修改，以满足该用户的试驾需求。
97.通过执行上述方法，可以根据试驾需求确定待试驾用户的上车位置，并基于上车位置自动规划车辆行驶路线，使用户可以更加方便快捷地进行车辆试驾，提升用户的试驾
体验。
98.下面结合附图介绍本技术实施例涉及的装置。
99.请参见图6，为本技术实施例提供的一种车辆预约试驾的装置的组成示意图，车辆预约试驾的装置400可包括处理硬件单元401、试驾需求获取模块402、移动车市确定模块403、待试驾用户确认模块404和试驾订单生成模块405；
100.其中，处理硬件单元401可包括或是多个处理器，这些处理器可包括在一台机器或多台机器中的分布式处理器或并行处理器。处理硬件单元可用于支持虚拟处理环境。处理硬件单元可包括状态机、专用集成电路(asic)、包括场pga或状态机的可编程门阵列(pga)。本技术实施例涉及执行操作、动作、任务、功能、步骤等的处理硬件单元执行代码或指令，可包括直接执行操作和/或帮助、指导或与另一装置或部件配合来执行操作的处理硬件单元。
101.在各个实施例中，试驾需求获取模块402、移动车市确定模块403、待试驾用户确认模块404和试驾订单生成模块405包括或者与所述处理硬件单元401执行本技术实施例所描述的功能的代码相关联。
102.试驾需求获取模块402，其配置成经由所述处理硬件单元而获取至少一个试驾需求；
103.移动车市确定模块403，其配置成经由所述处理硬件单元而根据所述试驾需求获取模块获取的所述试驾需求确定移动车市的基本车市信息，所述移动车市用于停放或行驶试驾车辆，所述基本车市信息包括车市位置、举办时间和试驾车型；
104.待试驾用户确认模块404，其配置成经由所述处理硬件单元而基于所述试驾需求获取模块提供的所述试驾需求和所述移动车市确定模块提供的所述基本车市信息，确定待试驾用户；以及
105.试驾订单生成模块405，其配置成经由所述处理硬件单元而根据所述待试驾用户确认模块确定的所述待试驾用户，生成所述待试驾用户的预约试驾订单。
106.在一种可能的实现方式中，所述试驾需求包括以下至少一种：目标车辆的品牌信息、车型信息和预约时间信息，所述目标车辆为所述待试驾用户预约试驾的车辆。
107.在一种可能的实现方式中，所述试驾需求获取模块402，具体用于：
108.获取预约请求信息，所述预约请求信息包括车型输入数据和/或车辆三维模型操作数据；以及
109.基于所述预约请求信息，得到所述试驾需求。
110.所述待试驾用户确认模块404，具体用于：
111.在所述基本车市信息满足所述试驾需求的情况下，确定具备所述试驾需求的至少一个用户为所述待试驾用户。
112.在另一种可能的实现方式中，所述试驾需求获取模块402，具体用于：
113.获取历史行为数据，所述历史行为数据包括车型购买记录、车型浏览记录和/或车型搜索记录；以及
114.基于所述历史行为数据，得到所述试驾需求。
115.所述待试驾用户确认模块404，具体用于：
116.在所述基本车市信息满足所述试驾需求的情况下，确定具备所述试驾需求的至少一个用户；
117.基于所述至少一个用户的所述试驾需求生成预约确认请求信息，所述预约确认请求信息用于请求所述至少一个用户确认生成预约试驾订单；以及
118.响应于所述至少一个用户对所述预约确认请求信息的确认，确定所述至少一个用户为所述待试驾用户。
119.在一种可能的实现方式中，所述试驾订单生成模块405，具体用于：
120.在所述移动车市内存在所述目标车辆且所述目标车辆处于可预约状态的情况下，生成所述预约试驾订单；
121.或者，根据所述试驾需求匹配试驾车主，并在匹配到试驾车主的情况下生成所述预约试驾订单，所述试驾车主为可提供所述目标车辆以供所述待试驾用户进行试驾的车主。
122.在另一种可能的实现方式中，所述基本车市信息还包括车辆行驶路线，所述移动车市还用于所述试驾车辆按照所述车辆行驶路线行驶。
123.车辆预约试驾的装置400还可以包括车辆行驶路线确定模块，所述车辆行驶路线确定模块具体用于：
124.根据所述试驾需求确定所述待试驾用户的第一上车位置；以及
125.基于所述第一上车位置确定所述车辆行驶路线。
126.其中，所述根据所述试驾需求确定所述待试驾用户的第一上车位置，包括以下步骤：
127.获取所述待试驾用户的位置信息，将所述位置信息作为所述待试驾用户的第一上车位置，所述位置信息为所述待试驾用户的当前位置信息或所述待试驾用户指定的上车位置信息；
128.或者，获取所述待试驾用户的历史路径信息，将所述历史路径信息与所述车辆行驶路线的交点作为所述待试驾用户的第一上车位置。
129.在另一种可能的实现方式中，所述车辆行驶路线确定模块还可以用于：
130.在目标车辆基于所述车辆行驶路线行驶的情况下，生成试驾信息以使所述车辆行驶路线预设范围内的用户预约试驾所述目标车辆，所述试驾信息包括所述目标车辆的品牌信息、车型信息和可试驾人数信息；
131.当获取到试驾确认信息时，获取所述试驾确认信息中的第二上车位置；以及
132.基于所述第二上车位置修改所述车辆行驶路线。
133.请参见图7，为本技术实施例提供的另一种车辆预约试驾的装置的组成示意图，可包括：
134.处理器110、存储器120和通信接口130。处理器110、存储器120和通信接口130通过总线140连接，该存储器120用于存储指令，该处理器110用于执行该存储器120存储的指令，以实现如上图2-图3对应的方法步骤。
135.处理器110用于执行该存储器120存储的指令，以控制通信接口130接收和发送信号，完成上述方法中的步骤。其中，所述存储器120可以集成在所述处理器110中，也可以与所述处理器110分开设置。
136.作为一种实现方式，通信接口130的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器110可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
137.作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的装置。即将实现处理器110，通信接口130功能的程序代码存储在存储器120中，通用处理器通过执行存储器120中的代码来实现处理器110，通信接口130的功能。
138.该装置所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。
139.作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。
140.作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。
141.根据本技术实施例提供的方法和装置，本技术实施例还提供一种系统，其组成方式可以参见图1所示，执行的方法可以参见图2-图5所示实施例中的描述，此处不再赘述。
142.本领域技术人员可以理解，为了便于说明，图7中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本技术实施例对此不做限制。
143.应理解，在本技术实施例中，处理器可以是中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
144.还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称rom)、可编程只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electrically eprom，简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dynamic ram，简称dram)、同步动态随机存取存储器(synchronous dram，简称sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，简称ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，简称esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram)和直接内存总线随机存取存储器(direct rambus ram，简称dr ram)。
145.需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
146.应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
147.该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
148.还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便
进行的区分，并不用来限制本技术的范围。
149.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
150.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
151.在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
152.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ilb)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
153.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
154.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
155.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
156.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含
一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘)等。
157.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。