试乘试驾车辆管理系统及方法与流程

本公开涉及车辆技术领域，具体地，涉及一种试乘试驾车辆管理系统及方法。

背景技术：

试乘试驾在整个车辆的销售过程中是十分重要的，可以让顾客进一步体验车辆的驾驶性和舒适性，增加顾客购买信心，关键的时刻能起到画龙点睛的作用。为了更好的监控经销商提供的试乘试驾服务，需对车辆的试乘试驾过程进行评估。

现有技术中，仅通过试乘试驾的时间、里程及试驾区域判断试乘试驾过程是否有效，只要这三项指标满足要求，就认为是有效的试乘试驾过程。然而，仅靠这三项指标进行试乘试驾过程评估，得到的评估结果不准确。

技术实现要素：

为克服现有技术中的存在的问题，本公开提供一种试乘试驾车辆管理系统及方法。

为了实现上述目的，本公开提供一种试乘试驾车辆管理系统，包括：用户终端、车载终端和服务器，所述服务器分别与所述用户终端和所述车载终端通信连接；

所述用户终端用于，在车辆的试乘试驾过程中，获取所述车辆内部的语音信息，并将所述语音信息发送给所述服务器；

所述车载终端用于，在所述车辆的试乘试驾过程中，获取所述车辆的行驶信息，并将所述行驶信息发送给所述服务器；

所述服务器用于，根据所述语音信息和所述行驶信息判断所述车辆的试乘试驾过程是否有效。

可选地，所述行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线；

所述服务器用于，将所述语音信息转化为文本信息，将所述文本信息与预设文本信息进行匹配，在所述文本信息与预设文本信息相匹配且所述行驶信息满足以下条件时，确定所述车辆的试乘试驾过程有效：

所述行驶时长大于或等于预设时长；

所述行驶里程大于或等于预设里程；

所述行驶区域小于或等于预设区域；

所述行驶路线和预设行驶路线相同。

可选地，所述服务器还用于根据所述车辆的试乘试驾过程的有效性判断结果，计算所述车辆的试乘试驾率。

可选地，所述用户终端还用于，根据用户输入的车况查询操作，向所述服务器发送车况查询请求；

所述服务器还用于，响应于所述车况查询请求，根据所述车况查询请求中的所述车辆的标识号，从预置的车况数据库中查询所述车辆的车况信息，并将所述车况信息发送给所述用户终端。

可选地，所述用户终端还用于，根据用户输入的车况更新操作，向所述服务器发送车况更新请求；

所述服务器还用于，响应于所述车况更新请求，向所述车载终端发送车况查询指令；

所述车载终端还用于，响应于所述车况查询指令，获取所述车辆的当前车况信息，并将所述当前车况信息发送给所述服务器；

所述服务器还用于，根据所述当前车况信息更新预置的车况数据库，并将所述当前车况信息发送给所述用户终端。

可选地，所述用户终端还用于在所述车辆的车况信息异常时，输出提示信息。

本公开还提供了一种试乘试驾车辆管理方法，包括：

用户终端在车辆的试乘试驾过程中获取所述车辆内部的语音信息，并将所述语音信息发送给服务器；

车载终端在车辆的试乘试驾过程中获取所述车辆的行驶信息，并将所述行驶信息发送给所述服务器；

所述服务器根据所述语音信息和所述行驶信息判断所述车辆的试乘试驾过程是否有效。

可选地，所述行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线；

所述服务器根据所述语音信息和所述行驶信息判断所述车辆的试乘试驾过程是否有效，包括：

所述服务器将所述语音信息转化为文本信息，将所述文本信息与预设文本信息进行匹配，若所述文本信息与预设文本信息相匹配且所述行驶信息满足以下条件，则确定所述车辆的试乘试驾过程有效：

所述行驶时长大于或等于预设时长；

所述行驶里程大于或等于预设里程；

所述行驶区域小于或等于预设区域；

所述行驶路线和预设行驶路线相同。

可选地，所述方法还包括：

所述服务器根据所述车辆的试乘试驾过程的有效性判断结果，计算所述车辆的试乘试驾率。

可选地，所述方法还包括：

所述用户终端根据用户输入的车况查询操作，向所述服务器发送车况查询请求；

所述服务器响应于所述车况查询请求，根据所述车况查询请求中的所述车辆的标识号，从预置的车况数据库中查询所述车辆的车况信息，并将所述车况信息发送给所述用户终端。

可选地，所述方法还包括：

所述用户终端根据用户输入的车况更新操作，向所述服务器发送车况更新请求；

所述服务器响应于所述车况更新请求，向所述车载终端发送车况查询指令；

所述车载终端响应于所述车况查询指令，获取所述车辆的当前车况信息，并将所述当前车况信息发送给所述服务器；

所述服务器根据所述当前车况信息更新预置的车况数据库，并将所述当前车况信息发送给所述用户终端。

可选地，所述方法还包括：

所述用户终端在所述车辆的车况信息异常时，输出提示信息。

本公开还提供了一种服务器，所述服务器如本公开提供的试乘试驾车辆管理系统中的服务器。

本公开还提供了一种试乘试驾车辆管理方法，应用于服务器，包括本公开提供的试乘试驾车辆管理系统中的服务器所执行的步骤。

通过上述技术方案，至少可以达到以下效果：

在车辆的试乘试驾过程中，由用户终端获取车辆内部的语音信息并发送给服务器，车载终端获取车辆的行驶信息并发送给服务器，服务器根据语音信息和行驶信息共同判断车辆的试乘试驾过程是否有效，相比于现有技术仅通过试乘试驾时间、里程及试驾区域进行判断，进一步完善了车辆的试乘试驾过程的有效性判定规则，为改进试乘试驾体验和改进销售环节提供了依据。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统的结构示意图；

图2是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统的实施场景示意图；

图3是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统中判断试乘试驾过程的有效性的流程图；

图4是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统中用户终端展示试乘试驾相关数据的示意图；

图5a和图5b是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统中用户终端展示车辆的车况信息的示意图；

图6是根据本公开一示例性实施例示出的一种试乘试驾车辆管理方法的流程图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据本公开一示例性实施例示出的一种试乘试驾车辆管理系统。如图1所示，该系统100包括用户终端101、车载终端102和服务器103，服务器103分别与用户终端101和车载终端102通信连接。

该用户终端101用于在车辆的试乘试驾过程中，获取车辆内部的语音信息，并将语音信息发送给服务器103。该车载终端102用于在车辆的试乘试驾过程中，获取车辆的行驶信息，并将行驶信息发送给服务器103。该服务器103用于根据语音信息和行驶信息判断车辆的试乘试驾过程是否有效。

通过本公开提供的系统，由语音信息和行驶信息共同判断车辆的试乘试驾过程是否有效，相比于现有技术仅通过试乘试驾时间、里程及试驾区域进行判断，还考虑了车辆内部的语音信息，基于语音信息可以识别试驾专员的话术是否符合试乘试驾要求，进一步完善了车辆的试乘试驾过程的有效性判定规则，为改进试乘试驾体验和改进销售环节提供了依据。

接下来，对上述试乘试驾管理系统中的各个组成单元进行详细说明。

在本公开的试乘试驾管理系统中，用户终端101可以包括但不限于：手机、平板电脑、个人数字助理(pda)、计算机等。用户终端101上可运行相应的用于管理试乘试驾车辆的应用程序，经销商人员、车厂工作人员等均可通过对该应用程序进行操作来管理试乘试驾车辆。示例地，在试乘试驾开始前，试驾专员可以通过用户终端101录入试乘试驾客户的信息、设置试乘试驾路线等，在信息录入完成后向用户终端101输入试乘试驾开始指令。用户终端101响应于试驾专员输入的试乘试驾开始指令，开启内置的录音组件(如麦克风)，对车辆内部进行录音，实时采集车辆内部的语音信息并将采集到的语音信息发送给服务器103。进一步地，在试乘试驾结束后，试驾专员还可以向用户终端101输入试乘试驾结束指令，相应地，用户终端101响应于所述试乘试驾结束指令，关闭录音组件，以停止录音。

车载终端102可以是车辆的t-box，其可以通过can总线与车辆的各个控制单元ecu连接，实时采集车辆的位置、速度等参数，通过对这些参数进行处理得到车辆在试乘试驾过程中的行驶信息。其中，所述行驶信息可以包括行驶时长、行驶里程、行驶区域以及行驶路线等。如图2所示，设置一以经销商所处位置为中心、半径为r1(例如r1＝20m)的电子围栏，行驶时长是指试乘试驾过程中车辆第一次行驶出该电子围栏的时间与第一次行驶进入该电子围栏的时间的差值；行驶里程是指试乘试驾过程中车辆在行驶时长内行驶的距离；行驶区域是指试乘试驾过程中车辆行驶的区域范围；行驶路线是指试乘试驾过程中车辆行驶的路线。

服务器103可以为tsp(telematicsserviceprovider，汽车远程服务提供商)后台。在一种可能的实现方式中，服务器103接收到的行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线。相应地，如图3所示，服务器103将语音信息转化为文本信息，将文本信息与预设文本信息进行匹配，在文本信息与预设文本信息相匹配，并将接收到的行驶信息与预设的行驶信息进行比对，若文本信息与预设文本信息相匹配且行驶信息满足以下条件时，确定车辆的试乘试驾过程有效：行驶时长大于或等于预设时长、行驶里程大于或等于预设里程、行驶区域小于或等于预设行驶区域、行驶路线和预设行驶路线相同。

需要说明的是，预设文本信息可以是根据试乘试驾要求设置的动作指引、询问感受和专业解释等话术。

预设时长、预设里程、预设行驶区域和预设行驶路线可以根据业务需要进行设定，具体地，用户可以通过用户终端101输入预设时长、预设里程、预设行驶区域以及预设行驶路线等，由用户终端101将这些信息发送给服务器103。例如，预设时长可以设置为15至20min，预设里程可以设置为3km，预设行驶区域可以设置一为以经销商商店为中心、半径为r2(r2＞r1，如r1＝20m，r2＝1km)的电子围栏(如图2所示)。

在本公开的另一个实施例中，服务器103还用于根据车辆的试乘试驾过程的有效性判断结果，计算车辆的试乘试驾率。

其中，试乘试驾率是推进客户资源转化的关键行为指标，其反映了经销商对试乘试驾的重视程度以及销售人员邀请客户试乘试驾的能力，车辆的试乘试驾率的计算方式如下：车辆的有效试乘试驾次数/来店的所有意向试乘试驾该车辆的客户数量。

示例地，服务器103判断车辆的试乘试驾过程为有效时，就对有效试乘试驾次数进行累计。特别地，试乘试驾率可以按照固定日期进行计算，例如每周或每月。

进一步地，服务器103还可以统计车辆的无效试乘试驾次数和试乘试驾总次数。

进一步地，经销商人员、车厂人员等还可以通过用户终端101查询车辆的试乘试驾率、试乘试驾总次数、有效试乘试驾次数以及无效试乘试驾次数等。用户终端101响应于输入的试乘试驾查询操作，向服务器103发送车辆的试乘试驾查询请求。相应地，服务器103响应于所述试乘试驾请求，将统计的试乘试驾相关数据发送给用户终端101，由用户终端101对所述试乘试驾相关数据进行展示，如图4所示。

通过对车辆的试乘试驾率等参数进行统计，可进一步方便经销商、车厂等对车辆的试乘试驾进行监控，从而为改进服务提供强有力的数据支持。

在本公开的另一个实施例中，用户终端101还用于根据用户输入的车况查询操作，向服务器103发送车况查询请求。服务器103还用于响应于车况查询请求，根据车况查询请求中的车辆标识号，从预置的车况数据库中查询车辆的车况信息，并将车况信息发送给用户终端101。

其中，车况信息可以包括车辆的状态信息和诊断信息，其中车辆的状态信息包括仪表项和车门车窗的开关状态等，例如可续航里程、驻车灯是否关闭、制动液是否有效、水温是否有效、油压状态与电池电压的高低、车门是否关闭等。车辆的诊断信息包括对车辆的发动机系统、变速箱系统、车身控制系统和安全气囊系统等的诊断结果。

示例地，当用户需要查询车辆时，只需要在用户终端101上选择待查询车辆的标识号(如vin码、车牌号)或者输入待查询车辆的标识号。用户终端101响应于用户输入的车况查询操作，向服务器103发送携带该待查询车辆的标识号的车况查询请求。

服务器103中预置有车况数据库，该车况数据库中存储有各个车辆的车况信息以及每个车辆对应的标识号，服务器103在接收到所述车况查询请求后，在预置的车况数据库中直接搜索与车辆的标识号相对应的车辆的车况信息，并将该车辆的车况信息发送给用户终端101，由用户终端101显示车辆的车况信息

(如图5a至图5b所示，其中，图5a展示的是车辆的状态信息，图5b展示的是车辆的诊断信息)，以供用户预览车况查询结果。

在本公开的另一个实施例中，用户终端101还用于根据用户输入的车况更新操作，向服务器103发送车况更新请求。服务器103还用于响应于车况更新请求，向车载终端102发送车况查询指令。车况终端102还用于响应于车况查询指令，获取车辆的当前车况信息，并将当前车况信息发送给服务器103。服务器103还用于根据当前车况信息更新预置的车况数据库，并将当前车况信息发送给用户终端101。

为了避免出现因车辆没油，车胎没气等情况而影响试乘试驾过程的有序进行，用户可以使用用户终端101定期手动刷新查询试乘试驾车辆的车况。

示例地，如图5a和图5b所示，当用户需要查询车辆时的最新车况时，只需要在用户终端101上选择待查询车辆的标识号(如vin码、车牌号)或者输入待查询车辆的标识号，并在用户终端101上选择“手动刷新”。用户终端101响应于用户输入的车况更新操作，向服务器103发送携带该待查询车辆的标识号的车况更新请求。服务器103根据车况更新请求向车载终端102发送车况查询指令，由车载终端102执行对车辆的车况进行查询的远程命令，并将当前车况信息发送给服务器103，服务器103在预置的车况数据库中将历史车况信息更新为当前车况信息，并发送到用户终端101，从而用户终端可以预览最新的车况查询结果。

在本公开的另一个实施例中，用户终端101还用于在车辆的车况信息异常时，输出提示信息。

其中，提示信息的形式可以包括但不限于：语音、文字、振动以及任意两者或多者的组合等等，本公开对此不做限定。

用户终端101通过在车辆的车况信息异常时输出提示信息，这样方便用户可以及时掌握车辆的故障信息，避免潜在事故的发生。

在本公开的实施例中，服务器103还用于将接收到的各个车辆在试乘试驾过程中的行驶信息进行整理归类，生成数据报表。其中，数据报表包括但不限于车辆使用情况分析报表、试乘试驾汇总报表、试乘试驾明细类报表和试乘试驾统计报表等。

进一步地，用户可以通过用户终端101进行数据报表查看操作，用户终端101响应于该数据报表查看操作，向服务器103发送数据报表查询请求。服务器103响应于所述数据报表查询请求，将数据报表发送给用户终端101，由用户终端101对数据报表进行展示，以供用户查看。

进一步地，服务器103可根据所述数据报表查询请求中携带的用户身份信息(例如用户的账户名)识别出用户所属的职级，根据所述职级向用户终端101返回与该职级对应的数据报表，供用户预览。

例如，若所述职级为车厂人员组的大区经理时，服务器103则响应于用户终端101的数据报表查询请求，向用户终端101返回该用户所负责的大区内所有经销商试乘试驾的数据报表。若所述职级为车厂人员组的小区经理时，服务器103则响应于用户终端101的数据报表查询请求，向用户终端101返回该用户所负责的小区内所有经销商试乘试驾的数据报表。若所述职级为经销商人员组的试乘试驾管理专员时，服务器103则响应于用户终端101的数据管理请求，向用户终端101返回供该用户所负责的试乘试驾相关业务数据的维护管理服务，例如新建账号、信息修改和重置密码等。

特别地，服务器103还可以接入经销商端的dms(dealermanagementsystem，经销商管理系统)，使试乘试驾车辆各个方面的数据与dms结合起来，实现信息共享和车辆的全流程上线管理。

本公开还提供了一种试乘试驾车辆管理方法，如图6所示，该方法包括以下步骤：

在步骤s601中，用户终端在车辆的试乘试驾过程中获取车辆内部的语音信息，并将语音信息发送给服务器。

在步骤s602中，车载终端在车辆的试乘试驾过程中获取车辆的行驶信息，并将行驶信息发送给服务器。

在步骤s603中，服务器根据语音信息和行驶信息判断车辆的试乘试驾过程是否有效。

通过采用本公开提供的方法，由语音信息和行驶信息共同判断车辆的试乘试驾过程是否有效，相比于现有技术仅通过试乘试驾时间、里程及试驾区域进行判断，还考虑了车辆内部的语音信息，基于语音信息可以识别试驾专员的话术是否符合试乘试驾要求，进一步完善了车辆的试乘试驾过程的有效性判定规则，为改进试乘试驾体验和改进销售环节提供了依据。

在本公开的一个实施例中，行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线。针对上述步骤s603，具体包括：

服务器将语音信息转化为文本信息，将文本信息与预设文本信息进行匹配，若文本信息与预设文本信息相匹配且行驶信息满足以下条件，则确定车辆的试乘试驾过程有效：行驶时长大于或等于预设时长、行驶里程大于或等于预设里程、行驶区域小于或等于预设区域、行驶路线和预设行驶路线相同。

在本公开的一个实施例中，该方法还包括：服务器根据车辆的试乘试驾过程的有效性判断结果，计算车辆的试乘试驾率。

在本公开的另一个实施例中，该方法还包括：用户终端根据用户输入的车况查询操作，向服务器发送车况请求。服务器响应于车况查询请求，根据车况查询请求中的车辆标识号，从预置的车况数据库中查询车辆的车况信息，并将车况信息发送给用户终端。

在本公开的另一个实施例中，该方法还包括：用户终端根据用户输入的车况更新操作，向服务器发送车况更新请求。服务器响应于车况更新请求，向车载终端发送车况查询指令。车载终端还用于响应于车况查询指令，获取车辆的当前车况信息，并将当前车况信息发送给服务器。服务器根据当前车况信息更新预置的车况数据库，并将当前车况信息发送给用户终端。

在本公开的另一个实施例中，该方法还包括：用户终端在车辆的车况信息异常时，输出提示信息。

值得说明的是，关于本公开实施例中的试乘试驾车辆管理方法，其中的执行步骤已在有关试乘试驾车辆管理系统的实施例进行了详细描述，此处将不再做详细阐述说明。

本公开还提供了一种服务器，该服务器如本公开提供的试乘试驾车辆管理系统中的服务器。

具体地，该服务器用于接收在车辆的试乘试驾过程中用户终端获取的车辆内部的语音信息和车载终端获取的行驶信息，并根据语音信息和行驶信息判断车辆的试乘试驾过程是否有效。

值得说明的是，该服务器的实现方式与本公开上述实施例的试乘试驾车辆管理系统中的服务器的具体实现方式类似，具体请参见上述对服务器的描述，为了减少冗余，此处不再赘述。

通过本公开的服务器，由语音信息和行驶信息共同判断车辆的试乘试驾过程是否有效，相比于现有技术仅通过试乘试驾时间、里程及试驾区域进行判断，还考虑了车辆内部的语音信息，基于语音信息可以识别试驾专员的话术是否符合试乘试驾要求，进一步完善了车辆的试乘试驾过程的有效性判定规则，为改进试乘试驾体验和改进销售环节提供了依据。

进一步地，行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线，其中，该服务器用于将文本信息与预设文本信息进行匹配，在文本信息与预设文本信息相匹配，并将接收到的行驶信息与预设的行驶信息进行比对，若文本信息与预设文本信息相匹配且行驶信息满足以下条件时，确定车辆的试乘试驾过程有效：行驶时长大于或等于预设时长、行驶里程大于或等于预设里程、行驶区域小于或等于预设行驶区域、行驶路线和预设行驶路线相同。

进一步地，该服务器还用于根据车辆的试乘试驾过程的有效性判断结果，计算车辆的试乘试驾率。

其中，试乘试驾率是推进客户资源转化的关键行为指标，其反映了经销商对试乘试驾的重视程度以及销售人员邀请客户试乘试驾的能力，车辆的试乘试驾率的计算方式如下：车辆的有效试乘试驾次数/来店的所有意向试乘试驾该车辆的客户数量。

通过服务器对车辆的试乘试驾率等参数进行统计，可进一步方便经销商、车厂等对车辆的试乘试驾进行监控，从而为改进服务提供强有力的数据支持。

进一步地，该服务器还用于响应于用户终端发送的车况查询请求，根据车况查询请求中的车辆标识号，从预置的车况数据库中查询车辆的车况信息，并将车况信息发送给用户终端。

进一步地，该服务器还用于响应于用户终端发送的车况更新请求，向车载终端发送车况查询指令，以使车载终端响应于该车况查询指令，获取车辆的当前车况信息，并将当前车况信息发送给服务器。服务器还用于根据当前车况信息更新车况数据库，并将当前车况信息发送给用户终端。

需要说明的是，该服务器的实现方式与本公开上述实施例的试乘试驾车辆管理系统中的服务器的具体实现方式类似，具体请参见上述对服务器的描述，为了减少冗余，此处不再赘述。

本公开还提供了一种试乘试驾车辆管理方法，应用于服务器，包括本公开提供的试乘试驾车辆管理系统中的服务器所执行的步骤。

具体地，在该实施例中，该试乘试驾车辆管理系统包括以下步骤：服务器接收在车辆的试乘试驾过程中用户终端获取的车辆内部的语音信息和车载终端获取的行驶信息，并根据语音信息和行驶信息判断车辆的试乘试驾过程是否有效。

值得说明的是，该试乘试驾车辆管理方法的具体实现方式与本公开上述实施例的试乘试驾车辆管理方法中的服务器的具体实现方式类似，具体请参见上述对服务器的描述，为了减少冗余，此处不在赘述。

通过本公开的试乘试驾管理方法，能够应用于服务器，可以由语音信息和行驶信息共同判断车辆的试乘试驾过程是否有效，相比于现有技术仅通过试乘试驾时间、里程及试驾区域进行判断，还考虑了车辆内部的语音信息，基于语音信息可以识别试驾专员的话术是否符合试乘试驾要求，进一步完善了车辆的试乘试驾过程的有效性判定规则，为改进试乘试驾体验和改进销售环节提供了依据。

进一步地，行驶信息包括行驶时长、行驶里程、行驶区域和行驶路线，该方法还包括：服务器将文本信息与预设文本信息进行匹配，在文本信息与预设文本信息相匹配，并将接收到的行驶信息与预设的行驶信息进行比对，若文本信息与预设文本信息相匹配且行驶信息满足以下条件时，确定车辆的试乘试驾过程有效：行驶时长大于或等于预设时长、行驶里程大于或等于预设里程、行驶区域小于或等于预设行驶区域、行驶路线和预设行驶路线相同。

进一步地，该方法还包括：服务器根据车辆的试乘试驾过程的有效性判断结果，计算车辆的试乘试驾率。

其中，试乘试驾率是推进客户资源转化的关键行为指标，其反映了经销商对试乘试驾的重视程度以及销售人员邀请客户试乘试驾的能力，车辆的试乘试驾率的计算方式如下：车辆的有效试乘试驾次数/来店的所有意向试乘试驾该车辆的客户数量。

通过服务器对车辆的试乘试驾率等参数进行统计，可进一步方便经销商、车厂等对车辆的试乘试驾进行监控，从而为改进服务提供强有力的数据支持。

进一步地，该方法还包括：服务器响应于用户终端发送的车况查询请求，根据车况查询请求中的车辆标识号，从预置的车况数据库中查询车辆的车况信息，并将车况信息发送给用户终端。

进一步地，该方法还包括：服务器响应于用户终端发送的车况更新请求，向车载终端发送车况查询指令，以使车载终端响应于该车况查询指令，获取车辆的当前车况信息，并将当前车况信息发送给服务器。服务器还根据当前车况信息更新车况数据库，并将当前车况信息发送给用户终端。

需要说明的是，该试乘试驾车辆管理方法的具体实现方式与本公开上述实施例的试乘试驾车辆管理方法中的服务器的具体实现方式类似，具体请参见上述对服务器的描述，为了减少冗余，此处不在赘述。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。