一种车辆控制方法和系统

技术领域

本说明书涉及车辆控制技术领域，特别涉及一种车辆控制方法和系统。

背景技术

随着计算机技术的不断发展，智能出行(例如，共享出行或自动驾驶等)也得到了飞速发展。以自动驾驶为例，自动驾驶车辆可以指能够实现一定水平的驾驶自动化的车辆。例如，自动驾驶车辆可以通过系统(如，后台远程控制)控制，实现自动驾驶。自动驾驶车辆可作为出租车或公共交通工具等使用，在自动驾驶车辆为人类提供服务的同时，如何控制自动驾驶车辆，更好地满足用户不同的需求是亟需解决的问题。

发明内容

本说明书实施例之一提供一种车辆控制方法，所述方法包括：获取用户在用户终端输入的对车辆的行驶状况的反馈信息；以及基于所述反馈信息，对行驶系统进行操作，其中，所述行驶系统被设置为可以直接或间接改变所述车辆的行驶或调配。

本说明书实施例之一提供一种车辆控制系统，所述系统包括：获取模块，用于获取用户在用户终端输入的对车辆的行驶状况的反馈信息；以及操作模块，用于基于所述反馈信息，对行驶系统进行操作，其中，所述行驶系统被设置为可以直接或间接改变所述车辆的行驶或调配。

本说明书实施例之一提供一种车辆控制装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如前任一项所述的车辆控制方法对应的操作。

本说明书实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如前任一项所述的车辆控制方法对应的操作。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的车辆控制系统的应用场景示意图；

图2是根据本说明书一些实施例所示的车辆控制方法的流程图；

图3是根据本说明书一些实施例所示的基于第一提醒信息获取反馈信息的流程图；

图4是根据本说明书一些实施例所示的基于状态信息发送第一提醒信息的流程图；

图5A-5D是根据本说明书一些实施例所示的用户界面图；

图6是根据本说明书一些实施例所示的发送第一提醒信息的流程图；

图7是根据本说明书一些实施例所示的预测目标位置的流程图；

图8是根据本说明书一些实施例所示的确定状态信息的流程图；

图9是根据本说明书一些实施例所示的对行驶系统进行操作的流程图；

图10是根据本说明书一些实施例所示的对行驶系统进行操作的流程图；

图11是根据本说明书一些实施例所示的对行驶系统进行操作的流程图；

图12是根据本说明书一些实施例所示的对行驶系统进行操作的示意图；

图13是根据本说明书一些实施例所示的发送第二提醒信息的流程图；

图14是根据本说明书一些实施例所示的对行驶系统进行操作的示意图；

图15是根据本说明书一些实施例所示的对行驶系统进行操作的示意图；

图16是根据本说明书一些实施例所示的更新车辆控制参数的流程图；

图17是根据本说明书一些实施例所示的对行驶系统进行操作的流程图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1是根据本说明书一些实施例所示的车辆控制系统的应用场景示意图。车辆控制系统100可以应用于运输服务系统、交通服务系统等。在一些实施例中，车辆控制系统100可以应用于自动驾驶车辆。在一些实施例中，车辆控制系统100可以应用于网约车服务、代驾服务、快递、外卖等。在一些实施例中，车辆控制系统100可以包括服务器110、网络120、用户终端130、数据库140以及车辆150。该服务器110可以包含处理设备112。

在一些实施例中，服务器110可以用于处理与车辆控制相关的信息和/或数据。服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。

在一些实施例中，该服务器110可以是区域的或者远程的。例如，服务器110可通过网络120访问存储于用户终端130、数据库140、车辆150、检测单元152中的信息和/或资料。在一些实施例中，服务器110可直接与用户终端130、数据库140、车辆150、检测单元152连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器110可包含处理设备112。该处理设备112可处理与车辆控制相关的数据和/或信息以执行一个或多个说明书中描述的功能。例如，处理设备112可以获取状态信息，并基于状态信息，发送第一提醒信息给用户终端，以使用户在用户终端输入对车辆的行驶状况的反馈信息。又例如，处理设备112可以基于反馈信息，确定对行驶系统进行的操作，其中，操作包括但不限于：更新车辆的第一导航路线、确定车辆在目标位置的行驶参数、更新用户的偏好、更新车辆控制参数、确定与车辆维护相关的信息等。在一些实施例中，处理设备可以作为行驶系统，对车辆进行控制。例如，处理设备112基于更新后的第一导航路线，控制车辆的行驶。又例如，处理设备112可以基于车辆在目标位置的行驶参数，控制车辆在目标位置的行驶。又例如，处理设备112可以基于用户的偏好，控制对用户而言，车辆的行驶和调配。又例如，处理设备112可以基于更新后的车辆控制参数，控制关联车辆在关联位置和关联行驶环境中至少一个的行驶。又例如，处理设备112可以基于车辆维护相关的信息，控制是否回收车辆进行维护等。

在一些实施例中，处理设备112可包含一个或多个子处理设备(例如，单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备112可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。在一些实施例中，处理设备122可以集成到车辆150和/或用户终端130中。

网络120可促进数据和/或信息的交换。在一些实施例中，系统100中的一个或多个组件(例如，服务器110、用户终端130、数据库140、车辆150、检测单元152)可通过网络120发送数据和/或信息给其他组件。在一些实施例中，网络120可以是任意类型的有线或无线网络。例如，网络120可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络120可以包括一个或多个网络进出点。例如，网络120可包含有线或无线网络进出点，如基站和/或网际网络交换点120-1、120-2、…，通过这些进出点，系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。

在一些实施例中，用户终端130可以是用户输入对车辆的行驶状况的反馈信息的终端。在一些实施例中，用户可以是服务使用者。例如，服务使用者可以包括网约车平台的乘客、自动驾驶车辆的乘客、导航服务使用者和运输服务使用者等。在一些实施例中，用户终端130可包括移动设备130-1、平板电脑130-2、笔记本电脑130-3、车载设备(未示出)、机动车内建装置(未示出)、可穿戴设备(未示出)等中的一种或其任意组合。在一些实施例中，移动设备130-1可以包括智能家居设备、智能移动设备、虚拟现实设备、增强现实设备等或其任意组合。智能移动设备可以包括智能手机、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)设备等或其任意组合。虚拟现实设备或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等或其任意组合。在一些实施例中，机动车内建装置可以包括车载计算机、车载电视等。在一些实施例中，可穿戴设备可以包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等或其任意组合。在一些实施例中，用户终端130可以是具有定位技术的设备，用于定位用户终端130的位置。

数据库140可存储资料和/或指令。在一些实施例中，数据库140可存储从用户终端130、车辆150检测单元152、处理设备112等组件获取的资料。在一些实施例中，数据库140可存储供服务器110执行或使用的信息和/或指令，以执行本说明书中描述的示例性方法。例如，数据库140可存储由检测单元152采集的当前车辆状态(如，颠簸情况、速度、加速度等)。又例如，数据库140可以存储用户在用户终端130输入的反馈信息。又例如，数据库140还可以存储处理设备112更新的用户偏好和确定的目标位置等。

在一些实施例中，数据库140可包括大容量存储器、可移动存储器、挥发性读写存储器(例如，随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，数据库140可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，数据库140可与网络120连接以与系统100的一个或多个组件(例如，服务器110、用户终端130、车辆150、检测单元152等)通讯。系统100的一个或多个组件可通过网络120访问存储于数据库140中的资料或指令。例如，服务器110可以从数据库140中获取用户状态并进行相应处理。在一些实施例中，数据库140可直接与系统100中的一个或多个组件(如，服务器110、用户终端130)连接或通讯。在一些实施例中，数据库140可以是服务器110的一部分。在一些实施例中，数据库140可以集成到车辆110中。

车辆150可以是任何类型的驾驶车辆，例如，自动驾驶车辆、网约车司机驾驶的车辆等。如本文所使用的，自动驾驶车辆可以指能够实现一定水平的驾驶自动化的车辆。示例性的，驾驶自动化水平可以包括第一级别即车辆主要由人监督并且具有特定的自主功能(例如，自主转向或加速)、第二级别即车辆具有一个或以上先进的司机辅助系统(ADAS，例如，自适应巡航控制系统、车道保持系统)，其可以控制制动、转向和/或加速车辆、第三级别即当满足一个或以上某些条件时车辆能够自动驾驶、第四级别即车辆可在没有人为输入或疏忽的情况下操作，但仍然受限于某些限制(例如，限于某一区域)、第五级别即车辆可以在所有情况下自主操作等或其任意组合。

在一些实施例中，车辆150可具有使车辆150能够移动或飞行的等效结构。例如，车辆150可包括传统车辆的结构，例如，底盘、悬架、转向设备(例如，方向盘)、制动设备(例如，制动踏板)、加速器等。又例如，车辆150可具有车身和至少一个车轮。车身可以是任何类型的车身，例如运动车辆、轿跑车、轿车、轻型卡车、旅行车、运动型车辆(SUV)、小型货车或转换车。至少一个车轮可以配置为全轮驱动(AWD)、前轮驱动(FWR)、后轮驱动(RWD)等。在一些实施例中，可以预期车辆150可以是电动车辆、燃料电池车辆、混合动力车辆、传统内燃机车辆等。

在一些实施例中，车辆150通过使用一个或以上检测单元152，能够感测其环境并行驶。至少两个检测单元152可以包括传感器设备(例如，雷达(例如，激光雷达设备))、全球定位系统(GPS)模块、惯性测量单元(IMU)、相机等或其任意组合。雷达(例如，激光雷达设备)可以被配置为扫描车辆150的周围并生成相应的数据。GPS模块可以指能够从GPS卫星接收地理定位和时间信息并确定设备的地理位置的设备。IMU可以指一种电子设备，其使用各种惯性传感器测量并提供车辆的特定力、角速率，有时是车辆周围的磁场。在一些实施例中，各种惯性传感器可包括加速度传感器(例如，压电传感器)、速度传感器(例如，霍尔传感器)、距离传感器(例如，雷达、红外传感器)、转向角传感器(例如、倾斜传感器)、牵引相关传感器(例如，力传感器)等。相机可以被配置为获取与相机范围内的目标(例如，人、动物、树、路障物、建筑或车辆)相关的一个或以上图像。

本领域普通技术人员将理解，当车辆控制系统100的元件(或部件)执行时，该元件可以通过电信号和/或电磁信号执行。例如，当用户终端130向服务器110发送反馈信息时，用户终端130的处理器可以生成编码该反馈信息的电信号。然后，用户终端130的处理器可以将电信号发送到输出端口。如果用户终端130经由有线网络与服务器110通信，则输出端口可以物理地连接到电缆，电缆还可以将电信号发送到服务器110的输入端口。如果用户终端130经由无线网络与服务器110通信，则用户终端130的输出端口可以是一个或以上天线，其将电信号转换为电磁信号。在诸如用户终端130和/或服务器110的电子设备内，当其处理器处理指令，发出指令和/或执行动作时，指令和/或动作通过电信号进行。例如，当处理器从存储介质(例如，数据库140)检索或保存数据时，它可以将电信号发送到存储介质的读/写设备，其可以在存储介质中读取或写入结构化数据。该结构数据可以通过电子设备的总线，以电信号的形式传输至处理器。此处，电信号可以指一个电信号、一系列电信号和/或至少两个不连续的电信号。

在一些实施例中，处理设备(例如，处理设备112)可以包括获取模块和操作模块。

获取模块可以用于获取用户在用户终端输入的对车辆的行驶状况的反馈信息。行驶状况包括：行驶路线、行驶位置、行驶路段、行驶环境、行驶状态和行驶参数中的至少一种。在一些实施例中，反馈信息是用户响应于第一提醒信息在用户终端输入的。

在一些实施例中，获取模块可以用于获取状态信息，并基于状态信息，发送第一提醒信息给用户终端。状态信息包括车辆状态和用户状态中的至少一种。车辆状态包括当前车辆状态、预设时间后车辆状态和目标位置处车辆状态中的至少一种。例如，获取模块可以用于基于用户的图像信息以及车辆相关的音频信息，确定状态信息。

在一些实施例中，获取模块可以用于获取目标位置。例如，获取模块可以基于历史反馈信息及其对应的历史行驶状况，预测第一导航路线上的目标位置，其中第一导航路线是车辆正在使用的导航路线，历史反馈信息与第一导航路线上轨迹点和用户中至少一个相关。又例如，获取模块可以基于反馈信息及其对应的行驶状况，从第一导航路线上确定目标位置。

在一些实施例中，获取模块可以用于确定反馈提醒方式，并基于反馈提醒方式生成第一提醒信息，并发送给用户终端。

操作模块可以用于基于反馈信息，对行驶系统进行操作。

在一些实施例中，操作模块可以用于基于用户关联信息，确定反馈信息的接受度，并基于接受度确定是否对行驶系统进行操作。

在一些实施例中，操作模块可以用于基于车辆的当前位置和目的地，生成多个第二导航路线，以及从多个第二导航路线中确定目标导航路线以对第一导航路线进行更新。

在一些实施例中，操作模块可以用于调整车辆在目标位置的行驶参数。例如，操作模块还可以用于基于历史反馈信息及其对应的历史行驶状况，调整车辆在目标位置的行驶参数，历史反馈信息与目标位置或用户中至少一个相关。

在一些实施例中，操作模块可以用于基于反馈信息，向行驶系统发送第二提醒信息，第二提醒信息用于提醒驾驶终端调整车辆的行驶。

在一些实施例中，操作模块可以用于基于车辆的当前位置与目标位置之间的关系，向行驶系统发送第二提醒信息。

在一些实施例中，操作模块可以用于基于反馈信息及其对应的行驶状况，更新用户偏好；其中，用户偏好用于行驶系统对用户确定车辆的调配或行驶。

在一些实施例中，操作模块可以用于基于反馈信息及其对应的行驶状况，更新车辆控制参数，车辆控制参数为关联车辆在关联位置和关联行驶环境中至少一个的行驶参数。例如，操作模块可以用于基于反馈信息及其对应的行驶状况，以及历史反馈信息及其对应的历史行驶信息，更新车辆控制参数，历史反馈信息与关联车辆在关联位置和关联行驶环境中至少一个相关。

在一些实施例中，操作模块可以用于基于反馈信息、基础信息和使用维护信息，向行驶系统发送第三提醒信息，第三提醒信息与车辆的维护相关。

需要注意的是，以上对于车辆控制系统及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。在一些实施例中，披露的获取模块和操作模块可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本说明书的保护范围之内。

图2是根据本说明书一些实施例所示的车辆控制方法的流程图。如图2所示，该流程200可以包括下述步骤210和步骤220。在一些实施例中，流程200可以由处理设备(例如，处理设备112)执行。

步骤210，获取用户在用户终端输入的对车辆的行驶状况的反馈信息。在一些实施例中，步骤210可以由获取模块执行。

用户是指乘坐车辆的乘客。车辆可以是智能出行中使用的车辆。例如，车辆可以是网约车中的共享车辆。又例如，车辆可以是自动驾驶车辆等。

用户终端是用户进行操作或接收信息的终端。在一些实施例中，用户终端可以是为用户提供在线服务的终端。例如，用户终端可以是为用户提供网约车服务的终端。又例如，用户终端可以是为用户提供自动驾驶服务的终端。用户终端可以包括但不限于笔记本、平板电脑、手机、个人数码助理(PDA)、车内摄像设备、专用触摸设备和可穿戴设备等中的一种或多种组合。在一些实施例中，用户终端还可以是车辆内部用于采集信息或提供信息的设备终端，例如，车载终端、电子设备或遥控设备等。

车辆的行驶状况可以包括与车辆行驶相关的信息。行驶状况可以包括：行驶路线、行驶位置、行驶路段、行驶环境、行驶状态和行驶参数等中的一种或多种的组合。

行驶路线可以是车辆从出发地前往目的地行驶的线路。在一些实施例中，行驶路线可以是处理设备基于出发地和目的地自动生成的至少一个导航路线。出发地和目的地可以通过多种方式获取。例如，通过用户在用户终端输入获取。

行驶位置可以是车辆行驶经过的位置。位置可以包括点、区域或路段。在一些实施例中，行驶位置可以是车辆已经经过的位置、当前位置或即将经过的位置。行驶位置可以是行驶路线中的轨迹点。例如，行驶位置可以包括出发地、目的地和当前位置等。

路段可以是路网上至少两个位置点构成的线路。至少两个位置点可以是相邻或非相邻的。例如，路段可以是一条道路的一段或全部。

在一些实施例中，行驶路段可以是车辆行驶经过的路段。在一些实施例中，行驶路段可以是车辆已经经过的路段、当前位置所处的路段或即将经过的路段。在一些实施例中，行驶路段还可以是行驶路线中包括的预设路段。预设路段可以根据实际需求进行具体设置，例如，预设路段可以包括转弯路段、环岛路段、禁止停车路段、单向行驶路段和事故多发路段中的至少一种。

行驶环境可以是与车辆或车辆行驶相关的环境信息。行驶环境可以包括车辆行驶时车内环境和车辆行驶的外界环境。在一些实施例中，行驶环境可以包括车内空气质量、车内湿度大小、车内温度、车内乘坐人数、车内是否整洁、车内光线和车内乘客面貌等。在一些实施例中，行驶环境可以包括天气环境、路况环境和时间环境中的至少一种。

在一些实施例中，天气环境可以反映气温、气压、湿度和能见度等。例如，天气环境可以包括下雨、下雪、晴朗等。

在一些实施例中，路况环境可以反映车辆行驶的顺畅情况。例如，路况环境可以反映道路险峻程度、车道数目、道路拥堵程度、道路封闭情况、道路施工情况和交通管制情况等。例如，路况环境可以包括车流量、红绿灯个数、前方正在施工等。

在一些实施例中，时间环境可以反映车辆行驶的时间信息。例如，时间环境可以包括是否为节假日、是否为工作日、是否为上下班高峰等等。

行驶状态可以是车辆行驶过程中车辆的状态信息。在一些实施例中，行驶状态可以包括：正常行驶状态或异常行驶状态等。异常行驶状态可以是发生行驶事件的行驶，正常行驶状态可以是未发生行驶事件的行驶。行驶事件可以是车辆在行驶过程中发生的与车辆操作相关的事件和影响用户乘坐体验的事件。在一些实施例中，行驶事件可以包括车辆的启动、停车、加速、减速、急加速、超速、急刹车、转弯和颠簸等事件。

行驶参数是指反映车辆行驶状况的参数。在一些实施例中，行驶参数包括但不限于：速度参数和加速度参数等。

反馈信息可以反映用户对车辆的行驶状况的态度。在一些实施例中，反馈信息可以包括对车辆的行驶状况是否满意和/或满意程度(例如，非常满意、一般满意和不满意等)等。在一些实施例中，反馈信息还可以反映其他信息。例如，满意或不满意的原因、对车辆的行驶状况的建议等。

不同实施例的方式可以组合。例如，在一些实施例中，用户可以在手机端中输入对车辆的行驶参数的反馈信息；在一些实施例中，处理设备可以基于预设时间后车辆状态确定是否发送第一提醒信息，用户可以在收到第一提醒信息后，在适当时候在车载终端中输入对车辆的行驶路线的反馈信息。

在一些实施例中，用户可以通过多种方式输入反馈信息。例如，用户可以通过点击图标或文字按钮、发送文本或语音、或者做出手势动作或人脸动作等发送反馈信息。示例的，用户终端界面上显示的“点赞”和“点踩”图标，用户通过点击“点踩”的图标发送代表不满意的反馈信息。用户面对终端的摄像头做出与“满意”对应的预设手势动作作为发送的反馈信息。

不同实施例的方式可以组合。例如，在一些实施例中，用户可以在手机界面点击图标输入对行驶事件的反馈信息；在一些实施例中，处理设备可以基于目标位置处车辆状态确定是否发送第一提醒信息，若发送，则处理设备在距离目标位置预设距离时发送第一提醒信息给用户的可穿戴设备，用户可以在收到第一提醒信息后，通过可穿戴设备发送语音作为对行驶路线的反馈信息。

用户输入反馈信息之后，反馈信息可以存储在存储设备中或者直接发送给处理设备。处理设备(例如，获取模块)可以直接从用户终端获取反馈信息，也可以从存储设备中读取反馈信息。

在一些实施例中，处理设备获取反馈信息之后，可以对反馈信息进行处理，确定反馈信息所反映的态度。例如，处理设备可以通过预设的图标与态度之间关系，确定用户在用户终端上点击的图标所代表的态度。又例如，处理设备可以识别(例如，通过模型或算法等)用户终端发送的文字、图片、视频或语音，确定反映的态度。

在一些实施例中，用户可以依照自己的意愿或需求在用户终端输入反馈信息。例如，用户根据车辆行驶状况(例如，车辆车速过快或车辆急刹车)，在用户终端输入反馈信息。又例如，用户随时在用户终端输入反馈信息。

在一些实施例中，用户还可以基于处理设备发送的第一提醒信息，输入反馈信息。关于基于提醒信息进行反馈的具体细节可以参见图3及其相关描述，在此不再赘述。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以基于当前用户状态(例如，用户当前的情绪)，确定是否发送第一提醒信息，用户可以基于车载设备接收到的第一提醒信息，在手机端中输入反馈信息；在一些实施例中，处理设备可以基于预设时间后车辆状态，确定是否发送第一提醒信息，若发送，则在预设时间前某个时刻发送第一提醒信息给手机端，用户可以基于手机端接收到的第一提醒信息，在手机端中输入反馈信息，当反馈信息反映用户对导航路线不满意时，则可以更新导航路线。

步骤220，基于反馈信息，对行驶系统进行操作，其中，行驶系统被设置为可以直接或间接改变车辆的行驶或调配。在一些实施例中，步骤220可以由操作模块执行。

在一些实施例中，行驶系统可以包括直接改变车辆的行驶的系统。例如，行驶系统可以包括自动驾驶车辆控制平台。自动驾驶车辆控制平台可以将调整后的行驶参数发送给自动驾驶车辆，以直接改变自动驾驶车辆的行驶。

在一些实施例中，行驶系统可以包括间接改变车辆的行驶的系统。例如，行驶系统可以包括驾驶终端(如，司机端、车载终端)、网约车控制平台等。司机可以从驾驶终端接收调整后的行驶参数，并根据该调整后的行驶参数对车辆进行行驶，以间接改变车辆的行驶。其中，网约车控制平台可以发送指令给驾驶终端，该指令可以包括车辆的行驶参数的调整信息。又例如，驾驶终端可以直接根据用户的反馈信息确定调整后的行驶参数。

在一些实施例中，行驶系统可以包括直接改变车辆调配的系统。例如，网约车控制平台，自动驾驶控制平台等。

在一些实施例中，行驶系统可以包括间接改变车辆调配的系统。例如，用户终端。用户终端可以发送指令给网约车控制平台，以间接改变车辆的调配，该指令中包含与车辆调配相关的信息，例如，用户对车辆或车辆行驶的偏好等。

在一些实施例中，对行驶系统操作可以是与车辆行驶或调配相关的操作。例如，更新车辆正在使用的导航路线、调整车辆在目标位置的行驶参数、发送第二提醒信息给驾驶终端、更新用户偏好、更新车辆控制参数和/或向行驶系统发送第三提醒信息等。

在一些实施例中，不同的反馈信息可以对应不同的操作。例如，反馈信息反映用户对车速不满意，则可以更新车辆控制参数。又例如，反馈信息反映用户对导航路线不满意，则可以更新导航路线。关于基于反馈信息对车辆的行驶系统进行操作的具体细节可以参见下述图8、9、10、11、13、14、16及其相关描述，在此不再赘述。

本说明书一些实施例可以基于用户的反馈信息对行驶系统进行操作，改善用户反馈不满意所对应的行驶情况，提升用户的乘车体验；同时，通过用户在行程过程中的及时反馈，可以避免自动驾驶车辆自动设置的行程控制不能满足用户的实际需求，进一步提升用户的乘车体验。

在一些实施例中，处理设备可以基于反馈信息，向用户终端发送反馈奖励。反馈奖励可以是多种形式。例如，反馈奖励可以是优惠券等。反馈奖励可以根据需求预先设置。在一些实施例中，处理设备可以基于反馈信息的接受度确定是否给用户反馈奖励或者确定反馈奖励的奖励程度。处理设备可以基于行驶状况的多个负面反馈信息及其对应的预设权重，计算得到奖励程度。通过对用户给予反馈奖励，可以使用户对反馈信息进行积极反馈，提升信息收集完整度。

图3是根据本说明书一些实施例所示的基于第一提醒信息获取反馈信息的流程图。如图3所示，该流程300可以包括下述步骤310和步骤320。在一些实施例中，流程300可以由处理设备(例如，处理设备112)执行。

步骤310，发送第一提醒信息给用户终端。在一些实施例中，步骤310可以由获取模块执行。

第一提醒信息可以是引导用户终端对行驶状况进行反馈的信息。第一提醒信息包括第一提醒信息的内容和方式。

在一些实施例中，第一提醒信息的内容可以预先设定。在一些实施例中，第一提醒信息的内容可以基于反馈针对的行驶状况确定。例如，若车辆的传感器检测到颠簸，则第一提醒信息的内容可以包括“请反馈车辆是否平稳”。又例如，若目标位置Q为转弯路段，则第一提醒信息的内容可以包括“请对位置Q处转弯是否平稳进行反馈”。在一些实施例中，第一提醒信息的内容可以基于用户状态确定。例如，若获取用户的状态为身体摇晃，则第一提醒信息的内容可以包括“请反馈车辆是否发生急刹车”。在一些实施例中，第一提醒信息的内容可以结合用户状态和反馈针对的行驶状况确定。例如，若未发现车辆的任何异常，但用户情绪为生气，则第一提醒信息的内容可以包括“请对当前车辆的行驶状况是否满意进行反馈”等。不同用户状态和/或反馈针对的行驶状况可以设定对应的第一提醒信息的内容，处理设备获取了用户状态和/或反馈针对的行驶状况后，可以直接获取对应内容。

第一提醒信息可以通过多种方式表示。例如，第一提醒信息可以是语音、文本、图像、视频、震动等。示例的，用户终端可以显示“点踩”或“点赞”的图标，该图标作为第一提醒信息。

在一些实施例中，处理设备可以根据用户状态、用户终端状态、行驶环境和用户关联信息中至少一种确定第一提醒信息的表示方式，具体参见图6及其相关描述。

在一些实施例中，处理设备可以基于预设规则，发送第一提醒信息给用户终端。预设规则可以根据实际情况具体设置。

在一些实施例中，预设规则可以包括间隔预设时间发送第一提醒信息。例如，每间隔5min发送第一提醒信息。预设时间可以根据实际情况具体设置，避免因频繁发送提醒信息导致的用户乘车体验差，或者提醒不及时导致反馈信息收集不完整。

在一些实施例中，预设规则可以包括间隔预设行驶距离发送第一提醒信息。例如，每间隔50m行驶距离发送第一提醒信息。预设规则还可以包括在预设位置处发送第一提醒信息。例如，在红黄绿灯处等。在一些实施例中，预设规则可以根据行驶状况进行调整和优化。例如，若天气为雨天或下雪天，则预设时间或预设行驶距离可以缩短。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以将与车速相关的第一提醒信息的内容发送至用户所佩戴的可穿戴设备，由可穿戴设备以震动方式提示。在一些实施例中，处理设备可以间隔预设时间向用户终端发送“请对当前行驶状况进行反馈”的第一提醒信息，且每次第一提醒信息的发送方式不同，分别为语音、图像、文字等。

在一些实施例中，处理设备可以根据状态信息(包括用户状态和车辆状态)，确定是否发送第一提醒信息。关于基于状态信息发送第一提醒信息的具体细节可以参见图4及其相关描述，在此不再赘述。

在一些实施例中，处理设备可以基于用户画像，发送第一提醒信息给用户终端。用户画像可以反映用户的兴趣和需求。用户画像可以基于用户关联信息确定。用户关联信息的更多介绍可以参见图9及其相关描述。例如，当用户画像反映用户对车辆的速度感兴趣，则处理设备可以发送与车辆速度相关的第一提醒信息。通过用户画像，可以发送用户更感兴趣的提醒信息，提高用户的反馈兴趣，从而获得更多的反馈信息。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以基于车辆状态和用户画像，确定是否发送第一提醒信息以及第一提醒信息的内容。例如，用户画像反应用户对速度敏感，当车辆的行驶速度被检测到超速时，处理设备可以发送第一提醒信息。

步骤320，获取反馈信息，反馈信息是用户响应于第一提醒信息在用户终端输入的。在一些实施例中，步骤320可以由获取模块执行。

关于获取反馈信息的具体细节可以参见上述步骤210及其相关描述。

在一些实施例中，处理设备可以发送第一提醒信息给其他终端。其他终端可以是其他参与者的终端。其他参与者可以包括但不限于：驾驶者、网约车平台工作者(例如，运营者、安全员和/或客服)、行驶状况相似的其他车辆的乘客等。其他参与者可以响应于第一提醒信息，在其他终端输入其他反馈信息。

在本说明书一些实施例中，通过不同第一提醒信息使用户终端进行反馈，更加有针对性的提醒用户反馈，可以提高反馈效率。

图4是根据本说明书一些实施例所示的基于状态信息发送第一提醒信息的流程图。如图4所示，该流程400可以包括下述步骤410和步骤420。在一些实施例中，流程400可以由处理设备(例如，处理设备112)执行。

步骤410，获取状态信息，状态信息包括车辆状态和用户状态中的至少一种。在一些实施例中，步骤410可以由获取模块执行。

在一些实施例中，车辆状态与车辆的行驶状况相关。车辆状态可以包括行驶参数、行驶状态、行驶环境、行驶路段、行驶位置、行驶路线等信息。

在一些实施例中，车辆状态可以包括当前车辆状态、预设时间后车辆状态和目标位置处车辆状态中的至少一种。

在一些实施例中，当前车辆状态可以反映车辆当前的行驶状况中的部分或全部内容。例如，反映车辆正在使用的导航路线、车辆当前所处路段或位置、车辆当前的行驶状态、车辆当前的行驶参数等。关于行驶状况的具体细节可以参见上述步骤210及其相关描述，在此不再赘述。

在一些实施例中，当前车辆状态的不同数据可以通过不同的方式获取。例如，当前的行驶参数可以通过车辆内安装的传感器(例如，速度传感器和加速度传感器)获取。又例如，当前的行驶状态可以通过车辆内设置的监测系统获取。又例如，当前天气环境和当前时间环境从天气服务平台获取。又例如，路况环境可以通过其他车辆的用户上报，或地图或导航服务平台获取。当前行驶路段和当前行驶位置可以通过定位技术获取等。

预设时间后车辆状态可以反映车辆预设时间后的行驶状况中的部分或全部内容。目标位置处车辆状态可以反映车辆在目标位置处的行驶状况中的部分或全部内容。关于预设时间后车辆状态和目标位置处车辆状态的具体细节可以参见图5及其相关描述，在此不再赘述。

在一些实施例中，用户状态与以下信息中的一种或多种相关：用户的车辆使用情况、用户的空闲情况和用户的情绪。在一些实施例中，用户状态可以包括当前用户状态、预设时间后用户状态、目标位置处用户状态。

用户的车辆使用情况可以反映用户与车辆之间的状态关系。例如，用户已经上车、用户等待车辆接驾、用户即将结束使用车辆(或，用户某个时间后结束使用车辆)等。

用户的空闲情况至少可以反映用户是否有时间进行反馈。例如，用户的空闲情况可以包括非常忙碌、比较忙碌、空闲等。忙碌等级可以根据需求设置。示例的，用户若是在打电话，可以视为非常忙碌。用户若在使用手机娱乐(如聊天、玩游戏等)，可以视为比较忙碌等。

用户的情绪可以反映用户对车辆的行驶状况的感受。例如，用户情绪可以包括是否生气、难受、惊慌、高兴、无奈以及抑郁等。

在一些实施例中，处理设备可以基于用户的图像信息和/或车辆的音频信息获取当前状态信息。例如，获取当前用户状态。关于获取状态信息的具体细节可以参见图8及其相关描述，在此不再赘述。

在一些实施例中，处理设备可以基于可穿戴设备采集的数据(例如，心跳、心率、脉搏和血压)确定用户情绪。例如，预设时间的心跳次数超过预设阈值，用户的情绪可以为紧张。在一些实施例中，处理设备可以基于用户终端的状态确定当前用户状态。例如，根据用户浏览的网页或查看的信息确定当前用户状态用户情绪。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以基于可穿戴设备监测的数据，获取用户的情绪状态，基于存储设备获取车辆状态；在一些实施例中，处理设备可以基于图像数据和/或音频数据，获取用户的车辆使用情况或空闲情况，基于传感器获取行驶参数。

步骤420，基于状态信息，确定是否发送第一提醒信息给用户终端。在一些实施例中，步骤420可以由获取模块执行。

在一些实施例中，处理设备可以基于车辆状态和/或用户状态，确定是否发送第一提醒信息给用户终端，或/和确定发送的第一提醒信息的内容。在一些实施例中，处理设备可以基于当前的状态信息(包括当前车辆状态和/或当前用户状态)，确定是否发送第一提醒信息，或/和确定发送的第一提醒信息的内容。

在一些实施例中，处理设备可以基于当前车辆状态，确定是否发送第一提醒信息及其内容。处理设备可以基于当前车辆状态的一种信息，确定是否发送第一提醒信息及其内容。例如，处理设备可以基于当前车辆状态是否为发生行驶事件的异常行驶状态，确定是否发送第一提醒信息。具体的，若当前车辆状态为异常行驶状态，则发送第一提醒信息。处理设备可以根据异常行驶状态的行驶事件类型，确定第一提醒信息的内容。示例的，当前车辆状态出现行驶事件“颠簸”，处理设备可以发送第一提醒信息“请反馈车辆是否颠簸”。处理设备可以基于当前车辆的行驶路段，确定是否发送第一提醒信息及其内容。示例的，若车辆处于转弯路段，发送第一提醒信息“请反馈车辆转弯是否平稳”。处理设备可以基于当前车辆的行驶环境，确定是否发送第一提醒信息及其内容。示例的，当前车辆的路况环境为拥堵时，处理设备可以发送第一提醒信息“请反馈车辆是否频繁出现急刹车”。

在一些实施例中，处理设备可以基于当前车辆状态的多种信息，确定是否发送第一提醒信息，以及第一提醒信息的内容。例如，处理设备可以基于预设规则，结合当前车辆状态的多种信息，确定是否发送第一提醒信息。预设规则可以是对当前车辆状态的多种信息分别进行打分，再对多种信息对应的分数进行融合(如，求平均、加权求和、加权求平均等)，基于融合后的分数确定是否发送第一提醒信息(如，融合后的分数大于某个阈值，则发送第一提醒信息)。第一提醒信息的内容可以基于多种信息中分数大于阈值的信息确定。

在一些实施例中，处理设备可以基于训练好的第一提醒模型对当前车辆状态的多种信息进行处理，确定是否发送第一提醒信息，以及第一提醒信息的内容。处理设备将多种信息输入第一提醒模型，输出是否发送第一提醒信息，以及第一提醒信息的内容主题。多种信息在输入模型之前，处理设备可以对多种信息预处理，包括筛选、向量表示、向量归一化等。内容主题是指用户反馈所需要针对的行驶状况。内容主题可以包括：颠簸、超速、急刹车等。基于内容主题可以预先设置对应的第一提醒信息的内容。

训练好的第一提醒模型可以基于多个第一训练样本训练得到，第一训练样本包括样本车辆状态，标签包括是否需要发送第一提醒信息，以及第一提醒信息的内容主题。第一提醒模型可以包括但不限于线性回归模型、神经网络模型、决策树、支持向量机和朴素贝叶斯等。

在一些实施例中，处理设备可以基于当前用户状态，确定是否发送第一提醒信息，和/或确定第一提醒信息的内容。在一些实施例中，处理设备可以基于当前用户状态的一种信息，确定是否发送第一提醒信息及其内容。例如，用户的空闲情况反映用户处于空闲时，处理设备可以发送第一提醒信息“请对车辆的自动驾驶技术进行评价”。又例如，用户情绪反映用户的情绪为惊慌，处理设备可以发送第一提醒信息“车辆是否平稳”或“车辆是否急刹车”等。又例如，用户的车辆使用情况反映用户已经上车，处理设备可以发送第一提醒信息“车辆启动是否平稳”等。

在一些实施例中，处理设备可以基于当前用户状态的多种信息，确定是否发送第一提醒信息，以及第一提醒信息的内容。例如，处理设备可以基于预设规则，结合当前用户状态的多种信息，确定是否发送第一提醒信息及其内容。示例的，用户的车辆使用情况反映用户已经上车，且用户处于忙碌状态，处理设备可以不需要发送第一提醒信息。用户的情绪为惊慌，但用户处于较为忙碌，处理设备可以发送第一提醒信息。

在一些实施例中，处理设备可以基于当前用户状态中的一种或多种信息和当前车辆状态的一种或多种信息，确定是否发送第一提醒信息及其内容。在一些实施例中，处理设备可以利用预设规则，基于当前用户状态和当前车辆状态，确定是否发送第一提醒信息，以及第一提醒信息的内容。预设规则可以根据需求设定。例如，车辆当前的行驶路段为转弯路段，且用户情绪为惊慌，处理设备可以发送第一提醒信息“当前转弯是否平稳”。又例如，车辆当前的行驶状态为超速，且用户情绪为难受，处理设备可以发送第一提醒信息“当前车速是否过快”。又例如，用户情绪为难受，车辆当前的车内环境温度偏高，处理设备可以发送第一提醒信息“当前车内温度是否过高”。

在一些实施例中，处理设备可以利用第二提醒模型，基于当前用户状态和当前车辆状态，确定是否发送第一提醒信息及其内容。第二提醒模型与第一提醒模型类似。

在一些实施例中，相比于第一提醒模型而言，第二提醒模型输出的内容主题还可以与用户情绪相关。对应的，第一提醒信息的内容可以包括与用户情绪的匹配内容。例如，用户情绪为生气，则第一提醒信息的内容可以包括安抚用户的内容。

通过综合考虑当前车辆状态和当前用户状态确定是否发送第一提醒信息，可以保证对车辆当前的行驶状况进行更准确的评估。使得在需要用户反馈的情况下及时提醒用户，为后续行驶的优化提供基础。而且，可以避免对用户造成干扰。

在一些实施例中，处理设备还可以基于预设时间后车辆状态、目标位置处车辆状态、预设时间后用户状态、目标位置处用户状态，确定是否发送第一提醒信息，具体参见图5及其相关描述。

在一些实施例中，处理设备可以基于用户反馈意愿，确定是否发送第一提醒信息。例如，当用户反馈意愿反映用户不愿意进行反馈时，处理设备不发送第一提醒信息给用户终端。用户反馈意愿可以根据用户关联信息确定。关于用户关联信息参见图9及其相关描述。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以基于车辆状态，以文本的方式发送第一提醒信息给车载终端；在一些实施例中，处理设备可以基于用户状态，以震动的方式发送第一提醒信息给用户的可穿戴设备；在一些实施例中，处理设备可以基于车辆状态和用户状态，以图像的方式发送第一提醒信息给用户的手机端，用户接收到第一提醒信息后，以点击图标的方式进行反馈。

在一些实施例中，处理设备可以基于后续的状态信息确定是否发送第一提醒信息，以及第一提醒信息的内容和/方式。后续的状态信息包括预设时间后车辆状态、预设时间后用户状态、目标位置处车辆状态和/或目标位置处用户状态。

预设时间后车辆状态可以是以当前时间为起点，预设时间后的车辆状态。预设时间可以是一个或者多个。预设时间可以是预先设置，例如，10min、20min等。预设时间可以根据行驶状况、用户状态和/或用户关联信息等确定。例如，若当前道路拥堵，则预设时间可以延长。又例如，若根据用户关联信息确定用户对反馈不积极，则预设时间可以延长。

在一些实施例中，预设时间后车辆状态可以预测获取。根据当前的车辆状态和预设时间，预测预设时间后的车辆状态。例如，预测预设时间后的是否有颠簸行驶事件，可以基于预设时间后车辆可能的行驶位置来确定。预测预设时间后的行驶位置，可以基于当前的行驶速度、行驶路线来确定。

在一些实施例中，预测可以通过第一车辆状态预测模型实现。第一车辆状态预测模型可以对当前车辆状态和预设时间进行处理，得到预设时间后车辆状态。

第一车辆状态预测模型训练时所用的第二训练样本包括样本当前车辆状态和样本预设时间，标签表征预设时间后车辆状态。第一车辆状态预测模型可以包括但不限于线性回归模型、神经网络模型、决策树、支持向量机和朴素贝叶斯等。

在一些实施例中，第一车辆状态预测模型的输入除了预设时间和当前的车辆状态以外，还可以包括车辆当前行驶所使用的导航路线(即，第一导航路线)等，相应的，第二训练样本还包括样本第一导航路线。

在一些实施例中，处理设备还可以通过车辆在预设时间后到达的位置处的历史车辆行驶状况，对预设时间后车辆状态进行优化或更新。例如，处理设备预测车辆在预设时间后到达位置X，且处理设备预测的预设时间后车辆状态包括“颠簸”的异常行驶状态，位置X处超过阈值的历史车辆行驶状况并未包括“颠簸”，则可以将预设时间后车辆状态更新为“不颠簸”。通过车辆在预设时间后到达的位置处的历史车辆行驶状况，对预设时间后车辆状态进行优化或更新，可以通过多个历史车辆的行驶状况，更贴合实际情况的获取预设时间后车辆状态，提高预设时间后车辆状态的预测准确性。

预设时间后用户状态与预设时间后车辆状态类似，不再赘述。在一些实施例中，预测预设时间后用户状态可以通过第一用户状态预测模型实现。第一用户状态预测模型可以对当前用户状态和预设时间进行处理，得到预设时间后用户状态。第一用户状态预测模型还可以对用户状态、预设时间以及用户关联信息进行处理，得到预设时间后用户状态。关于用户关联信息可参见图9及其相关描述。第一用户状态预测模型与第一车辆状态预测模型类似，在此不再赘述。

目标位置处车辆状态或目标位置处用户状态中的目标位置可以是预设位置。例如，用户终端、驾驶终端或处理设备等预先设置或确定的位置。目标位置可以是包括：点、区域或路段。

目标位置可以是一个或多个。在一些实施例中，目标位置可以基于预设规则设置。预设规则可以是每隔预设距离确定一个目标位置。预设规则还可以是将可能发生行驶事件的位置作为目标位置。例如，将转弯位置、行人拥堵(如，学校等)路段或位置等作为目标位置。处理设备、用户终端或驾驶终端可以获取车辆当前行驶的导航路线(即，第一导航路线)，并从该导航路线中确定可能发生行驶事件的位置作为目标位置。

在一些实施例中，目标位置可以基于反馈信息、历史信息等预测得到，关于预测得到目标位置的具体细节可以参见图7及其相关描述，在此不再赘述。

在一些实施例中，目标位置处车辆状态可以预测获取。根据当前车辆状态和目标位置，预测目标位置处车辆状态。在一些实施例中，预测通过第二车辆状态预测模型实现。第二车辆状态预测模型可以对当前车辆状态和目标位置进行处理，得到目标位置处车辆状态。训练第二车辆状态预测模型所用的第三训练样本包括样本当前车辆状态和样本目标位置，标签用于表征目标位置处车辆状态。在一些实施例中，第二车辆状态预测模型可以包括但不限于线性回归模型、神经网络模型、决策树、支持向量机和朴素贝叶斯等。

在一些实施例中，处理设备还可以基于目标位置处的历史行驶状况确定目标位置处的行驶状况。例如，将目标位置处的历史行驶状况、当前车辆状态和目标位置输入第二车辆状态预测模型，确定目标位置处的行驶状况。

在一些实施例中，处理设备还可以基于目标位置和当前行驶参数，计算得到车辆行驶至目标位置的预设时间，从而基于该预设时间和车辆当前状态利用第一车辆状态预测模型得到目标位置处车辆状态。

在一些实施例中，目标位置处用户状态的预测可以通过第二用户状态预测模型实现。第二用户状态预测模型可以对当前用户状态和目标位置进行处理，得到目标位置处用户状态。第二用户状态预测模型与第二车辆状态预测模型类似，在此不再赘述。

在一些实施例中，与基于当前车辆状态确定是否发生第一提醒信息类似，处理设备可以基于预设时间后车辆状态确定是否发送第一提醒信息及其内容。例如，处理设备可以基于预设时间后车辆状态确定是否发生行驶事件，若发生则可以发送第一提醒信息。

在一些实施例中，与基于当前用户状态确定是否发送第一提醒信息类似，处理设备可以基于预设时间后用户状态确定是否发送第一提醒信息及其内容。

在一些实施例中，与基于当前用户状态和当前车辆状态确定是否发送第一提醒信息类似，处理设备可以基于预设时间后车辆状态和预设时间后用户状态，确定是否发送第一提醒信息及其内容。

在一些实施例中，与基于当前车辆状态确定是否发生第一提醒信息类似，处理设备可以基于目标位置处车辆状态确定是否发送第一提醒信息及其内容。

在一些实施例中，与基于当前用户状态确定是否发送第一提醒信息类似，处理设备可以基于目标位置处用户状态确定是否发送第一提醒信息及其内容。

在一些实施例中，与基于当前用户状态和当前车辆状态确定是否发送第一提醒信息类似，处理设备可以基于目标位置处车辆状态和目标位置处用户状态，确定是否发送第一提醒信息及其内容。

基于后续的状态信息确定的第一提醒信息是向用户发送的提前的提醒信息，即提前提醒用户对后续的行驶状况进行反馈。此时，将第一提醒信息发送给用户终端的时间可以根据实际情况调整。例如，可以在距离目标位置预设距离发送。又例如，可以在达到预设时间前某个时间发送。又例如，可以根据用户状态、用户终端状态、行驶环境或/和用户关联信息确定发送时间。示例的，在达到预设时间或目标位置之前，用户状态或用户终端状态空闲的情况下发送。

在一些实施例中，处理设备可以基于后续的用户状态、后续的用户终端状态、后续的行驶环境、用户关联信息确定第一提醒信息的方式。具体可参见图6及其相关描述，在此不再赘述。

在一些实施例中，后续的用户终端状态可以包括预设时间后用户终端状态和目标位置处用户终端状态。关于用户终端状态可以参见图6及其相关描述。

在一些实施例中，预设时间后用户终端状态或目标位置处用户状态可以预测得到。例如，可以识别聊天内容，预测预设时间后聊天是否结束。在一些实施例中，处理设备可以根据当前用户终端状态、用户关联信息和/或当前用户状态，预测后续的用户终端状态。

不同实施例的方式可以组合。例如，在一些实施例中，可以基于用户情绪和当前用户终端状态，预测后续的用户终端状态。示例的，若用户情绪为“开心”，当前用户终端状态为玩游戏，则预测的后续的用户终端状态为玩游戏。在一些实施例中，可以基于用户空闲情况、用户情绪和当前用户终端状态，预测后续的用户终端状态。

在一些实施例中，后续的行驶环境可以包括预设时间后行驶环境和目标位置处行驶环境。在一些实施例中，预设时间后行驶环境和目标位置处行驶环境可以从服务平台获取(例如，地图服务或者天气服务等)。

不同实施例的方式可以组合。例如，在一些实施例中，处理设备可以基于状态信息，实时发送第一提醒信息给用户终端；在一些实施例中，处理设备可以基于当前状态信息，以图像的方式实时发送第一提醒信息给用户终端，以及基于后续的状态信息，以语音的方式在到达预设时间或目标位置前的某个时间发送第一提醒信息给用户终端。

在一些实施例中，基于后续的状态信息确定的第一提醒信息可以直接显示在用户终端的导航界面上。通过此方式，用户可通过查看导航路线提前获知需要反馈的内容和反馈的位置。

如图5A-D所示，图5B为车辆的行进界面，如图5B所示，车辆正在从当前位置A行驶至位置B1，则处理设备可以在用户终端的界面上显示由当前位置行驶至下一位置的预计时间，以提示用户在到达下一位置时进行反馈。例如，用户终端的界面上可显示“正在前往B1，预计需反馈的时间：20min”。

在一些实施例中，处理设备可以在当前位置反馈界面和车辆的行进界面上，显示后续的车辆状态(即预设时间后车辆状态和目标位置处车辆状态)对应的行驶位置处的道路情况。以图5A或5B为例，用户终端界面上显示的位置A至位置B1的路段图标表示该路段为延时行驶路段。例如，因道路泥泞或施工需要比平时更长时间行驶的路段；位置B2至位置B3的路段图标表示该路段为有学校的路段；位置B3至位置B4的路段图标表示该路段为红绿灯多的路段。

在一些实施例中，处理设备还可以在车辆的行进界面上显示车辆当前位置处的道路情况。示例地，如图5B所示，图5B中右边的悬浮窗可显示车辆当前道路泥泞/施工。

在一些实施例中，处理设备可以基于用户的预设指令，动态调整当前位置反馈界面和车辆的行进界面。预设指令可以是用户对当前位置处的行驶状况进行反馈后产生的指令。仍以图5A为例，若用户点击了表情图标，即对当前位置处的行驶状况进行了反馈，则处理设备可以将当前位置反馈界面切换至车辆的行进界面。

在一些实施例中，用户可在用户终端界面上对当前位置反馈界面和车辆的行进界面进行缩放。示例地，以图5A或图5B为例，用户可点击当前位置反馈界面和车辆的行进界面上显示的“-”图标和“+”图标对界面进行缩放。

在图5A所示用户界面中，当前车辆位置为位置A、预设时间后车辆位置为B

如图5C所示用户界面中，当前车辆位置为位置A，目标位置包括位置C

由此可知，预设时间后车辆状态和目标位置处车辆状态均用于反映车辆未来行驶状况，通过基于未来的行驶状况发送第一提醒信息，可以到达预设时间或目标位置之前，提前提醒用户进行反馈，避免因发送第一提醒信息的延时，导致车辆已驶过预设时间处的位置或目标位置时用户却未发送反馈信息的情况发生。

图6是根据本说明书一些实施例所示的发送第一提醒信息的流程图。如图6所示，该流程600可以包括下述步骤610和步骤620。在一些实施例中，流程600可以由处理设备(例如，处理设备112)执行。

步骤610，确定反馈提醒方式。在一些实施例中，步骤610可以由获取模块执行。

在一些实施例中，反馈提醒方式可以用于确定第一提醒信息的表示方式。例如，语音、文本、图像、视频、震动等。反馈提醒方式可以与用户状态、用户终端状态、行驶环境和用户关联信息中的至少一个相关。关于用户状态的具体细节可以参见上述步骤410及其相关描述，在此不再赘述。关于行驶环境具体细节可以参见上述步骤210及其相关描述，在此不再赘述。

用户终端状态可以反映终端电量、终端待机时长、终端使用时长和终端是否正在被使用、终端当前的使用方式(看视频、听歌等)等。

在一些实施例中，反馈提醒方式可以基于用户状态确定。

不同实施例的方式可以组合。例如，在一些实施例中，当用户的空闲情况反映用户正在看书，则反馈提醒方式可以为语音；在一些实施例中，当用户的空闲情况反映用户正在听歌，则反馈提醒方式可以为文本显示或图像；在一些实施例中，当用户的情绪为愤怒时，则反馈提醒方式可以为语音。

在一些实施例中，反馈提醒方式可以基于用户终端状态确定。

不同实施例的方式可以组合。例如，在一些实施例中，当用户终端状态反映用户正在使用扬声器通话或播放音乐等时，反馈提醒方式可以为图像显示或文本；在一些实施例中，当用户终端状态反映用户的手机处于低电量或待机状态时，反馈提醒方式可以通过车载设备或可穿戴设备进行，例如，通过车载设备或智能手表语音显示、图像显示或文本显示等。

在一些实施例中，反馈提醒方式可以基于行驶环境确定。

不同实施例的方式可以组合。例如，在一些实施例中，当车内环境信息反映环境嘈杂，不方便收听音频时，反馈提醒方式可以是通过图像显示或文本，当车内环境信息反映车内光线昏暗或光线过亮时，反馈提醒方式可以是语音；在一些实施例中，当路况环境为拥堵路段，此时车辆刹车频率较高，长时间看手机屏幕可能导致用户不适，反馈提醒方式可以是语音或震动。

在一些实施例中，反馈提醒方式还可以基于用户关联信息确定。例如，用户关联信息反映用户的年龄超过预设年龄，反馈提醒方式中的文字和声音可以被放大。又例如，用户信息反映用户常用语言为英语，反馈提醒方式中的文字和声音可以切换为英语。又例如，用户信息反映用户为中国人，反馈提醒方式中的文字和声音可以切换为中文。

在一些实施例中，反馈提醒方式还可以基于用户状态、用户终端状态、行驶环境和用户关联信息中的多种确定。处理设备可以基于预设规则或训练好的反馈提醒方式确定模型，对用户状态、用户终端状态、行驶环境和用户关联信息中的多种信息进行处理，确定反馈提醒方式。

例如，如前所述，用户状态、用户终端状态、行驶环境和用户关联信息中每一种可以包含多个类型，每个类型可以预设对应的反馈提醒方式，预设规则可以是对用户状态、用户终端状态、行驶环境和用户关联信息中多种信息分别进行打分，通过对相同类型的反馈提醒方式的分数进行融合(如，求平均、加权求和、加权求平均等)，基于不同类型的反馈提醒方式的融合后的分数，确定最终的反馈提醒方式(如，选取融合后分数最大的反馈提醒方式)。

又例如，处理设备可以基于预设规则或训练好的反馈提醒方式确定模型同时对用户状态、用户终端状态、行驶环境和用户关联信息中的多种信息进行处理，确定多个初始反馈提醒方式；基于预设筛选规则，从多个初始反馈提醒方式中确定最终的反馈提醒方式。预设筛选规则可以是随机筛选或者根据需求设置。

在一些实施例中，反馈提醒方式可以是基于以上实际情况实时变化。例如，用户正在接通电话时，反馈提醒方式可以由原先的语音显示变化为文本显示或图像显示。

步骤620，基于反馈提醒方式生成第一提醒信息，并将第一提醒信息发送给用户终端。在一些实施例中，步骤620可以由获取模块执行。

关于生成第一提醒信息并发送给用户终端的具体细节可以参见上述步骤420及其相关描述，在此不再赘述。在一些实施例中，处理设备可以通过短信、网络或蓝牙等传输方式向用户终端发送第一提醒信息。

在本说明书的一些实施例中，通过基于各种信息(例如，用户状态、用户终端状态、行驶环境和用户关联信息等)，智能且动态确定对应的反馈提醒方式，避免固定的反馈提醒方式对用户造成打扰，提升用户的乘车体验。

图7是根据本说明书一些实施例所示的预测目标位置的流程图。如图7所示，该流程700可以包括下述步骤710和步骤720。在一些实施例中，流程700可以由处理设备(例如，处理设备112)执行。

步骤710，获取与第一导航路线上轨迹点和用户中至少一个相关的历史反馈信息，以及历史反馈信息对应的历史行驶状况。在一些实施例中，步骤710可以由获取模块执行。

在一些实施例中，第一导航路线可以是车辆正在使用的导航路线。如前步骤210所述，行驶路线可以包括至少一个导航路线，在一些实施例中，第一导航路线可以是用户从行驶路线中选择的一个导航路线，或者可以是处理设备自动从行驶路线中选择的最优导航路线(例如，行程最短的导航路线、花费时间最短的导航路线、或消费金额最少的导航路线等)。

在一些实施例中，历史用户对历史车辆的历史行驶状况的历史反馈信息可以存储在存储设备(如，数据库140)、平台中。可以理解的，历史车辆的历史行驶状况存在对应的至少一个历史反馈信息。例如，历史用户、历史车辆、历史行驶状况和历史反馈信息的对应关系可以存储在存储设备中。

第一导航路线上的轨迹点可以是第一导航路线上包括的位置点。在一些实施例中，获取模块可以获取与第一导航路线上的轨迹点相关的历史反馈信息。例如，获取模块可以从存储设备或平台中获取第一导航路线上的轨迹点对应的历史反馈信息，以及该历史反馈信息对应的历史行驶状况。

在一些实施例中，获取模块可以获取与用户相关的历史反馈信息。例如，获取模块可以从存储设备或平台中获取历史用户为该用户的历史反馈信息，以及该历史反馈信息对应的历史行驶状况。

在一些实施例中，获取模块可以获取与用户和第一导航路线上的轨迹点相关的历史反馈信息。例如，获取模块从存储设备或平台中获取历史用户针对第一导航路线上的轨迹点的历史反馈信息，以及该历史反馈信息对应的历史行驶状况，其中，历史用户为该用户。

步骤720，基于历史反馈信息和历史行驶状况，预测第一导航路线上的目标位置。在一些实施例中，步骤720可以由获取模块执行。

在一些实施例中，处理设备可以基于与第一导航路线上的轨迹点和/或用户相关的历史反馈信息(可以称为“第一历史反馈信息”)，预测第一导航路线上的目标位置。例如，处理设备可以将与第一历史反馈信息中的负面反馈(例如，反馈不满意)对应的轨迹点确定为目标位置。例如，用户或其他用户过去对第一导航路线包括的轨迹点1和轨迹点2的历史行驶状况的反馈信息为不满意，则处理设备可以将轨迹点1和2确定为目标位置。又例如，处理设备可以将第一历史反馈信息中包括负面反馈次数大于阈值的轨迹点确定为目标位置。预设次数可以按实际需求具体设置，例如，3次或5次等。

在一些实施例中，处理设备可以基于第一历史反馈信息对应的历史行驶状况(可以称为“第一历史行驶状况”)，预测第一导航路线上的目标位置。例如，处理设备可以将历史行驶状况中反映有行驶事件的轨迹点确定为目标位置。示例的，轨迹点2和3处反映有行驶事件“转弯”，则可以将轨迹点2和3确定为目标位置。

在一些实施例中，处理设备可以基于第一历史反馈信息和第一历史行驶状况，预测第一导航路线上的目标位置。在一些实施例中，处理设备可以将第一历史行驶状况中反映有行驶事件，且其对应的第一历史反馈信息为负面反馈的轨迹点确定为目标位置。仍以上述示例为例，则可以将轨迹点2确定为目标位置。

在一些实施例中，处理设备可以基于训练好的目标位置预测模型预测第一导航路线上的目标位置。具体的，目标位置预测模型可以对第一历史反馈信息和第一历史行驶状况进行处理，输出目标位置。目标位置预测模型可以包括但不限于图神经网络模型、线性回归模型、神经网络模型、决策树、支持向量机和朴素贝叶斯等。

目标位置预测模型为图神经网络模型时，图神经网络模型的节点为第一导航路线上的轨迹点，节点的特征至少可以包括：第一历史反馈信息、第一历史行驶状况和轨迹点的属性。轨迹点的属性可以反映轨迹点的类型，例如，转弯路段、拥堵路段、学校附近等。图神经网络模型的边为轨迹点之间的关系，边的特征可以包括距离关系、是否出现在同一个导航路线上和/或是否在同一个路段等。将边的特征和节点的特点输入图神经网络模型，图神经网络模型的节点输出对应的轨迹点是否为目标位置。

如前所述，可以将第一历史反馈信息分为多类：用户过去对第一导航路线上的轨迹点的反馈信息、其他用户过去对第一导航路线上的轨迹点的反馈信息、用户过去对其他位置(即，第一导航路线上的轨迹点以外的位置)的反馈信息。在一些实施例中，在基于历史反馈信息确定目标位置时，可以对不同的历史反馈信息设置权重。权重可以根据情况设定。例如，用户过去对轨迹点的反馈信息权重最高，从而可以使得确定的目标位置更符合用户的需求。

在本说明书的一些实施例中，通过历史反馈信息和历史行驶状况确定目标位置，可以将车辆正在使用的导航路线上被历史反馈过或历史确定有行驶事件的轨迹点确定为目标位置，进而通过用户对目标位置的反馈信息，调整车辆在目标位置处的行驶参数，避免车辆在经过目标位置时，发生与之前反馈类似的问题，提升用户的乘车体验。

图8是根据本说明书一些实施例所示的确定状态信息的流程图。如图8所示，该流程800可以包括下述步骤810至步骤840。在一些实施例中，流程800可以由处理设备(例如，处理设备112)执行。

步骤810，从第一终端获取用户的图像信息。在一些实施例中，步骤810可以由获取模块执行。

第一终端可以是用于采集图像的终端设备。例如，摄像设备、监控设备、带有摄像头的用户终端或带有摄像头的车载设备等。用户的图像信息可以是第一终端拍摄的用户图像或第一终端拍摄的用户视频中包括的图像帧。

在一些实施例中，第一终端可以实时获取用户的图像信息并上传至数据库。处理设备可以从第一终端处实时获取用户的图像信息。处理设备还可以从数据库中获取用户的图像信息。

步骤820，从第二终端获取车辆相关的音频信息。在一些实施例中，步骤820可以由获取模块执行。

在一些实施例中，第二终端可以是获取音频信息的终端设备。例如，录音设备、摄像设备、带有录音功能的用户终端或带有录音功能的车载设备等。第二终端和第一终端可以相同或不同。

车辆相关的音频信息是指车辆发出或车辆内部环境中发出的音频数据。在一些实施例中，车辆相关的音频信息可以包括：车辆行驶发出的音频(如，发动机的声音、刹车的声音等)、用户使用用户终端发出或接收的音频，或者用户与车辆的行驶司机之间的沟通音频等。

在一些实施例中，第二终端可以实时获取车辆相关的音频信息并上传至数据库。处理设备可以从第二终端处实时获取车辆相关的音频信息。处理设备还可以从数据库中获取车辆相关的音频信息。

步骤830，提取图像信息的图像特征，以及音频信息的音频特征。在一些实施例中，步骤830可以由获取模块执行。

在一些实施例中，图像特征可以包括颜色特征、纹理特征、形状特征和空间特征等。在一些实施例中，处理设备可以通过图像特征提取算法或图像特征提取模型提取图像特征。例如，图像特征提取模型可以包括卷积神经网络模型等。

在一些实施例中，音频特征可以包括采样频率、比特率、通道数、帧率、过零率、短时能量和短时自相关系数等。在一些实施例中，处理设备可以通过音频特征提取算法提取音频特征。音频特征提取算法可以包括但不限于线性预测分析(Linear PredictionCoefficients，LPC)、感知线性预测系数(Perceptual Linear Predictive，PLP)、线性预测倒谱系数(Linear Predictive Cepstral Coefficient，LPCC)和梅尔频率倒谱系数(Mel-Frequency Cepstrum Coefficient，MFCC)等。

在一些实施例中，处理设备在提取音频特征或图像特征之前，对图像信息或音频信息进行预处理。图像信息的预处理包括：平滑化、噪声消除、边缘增强、边缘特征提取等。音频信息的预处理包括：预加重、分帧、加窗等。

步骤840，基于对图像特征和音频特征进行的处理，确定状态信息。在一些实施例中，步骤840可以由获取模块执行。

在一些实施例中，处理可以通过预先训练好的特征处理模型进行。预先训练好的特征处理模型可以基于图像特征和音频特征，确定状态信息。在一些实施例中，特征处理模型的第四训练样本包括样本车辆的样本图像特征和样本音频特征，标签用于表征样本车辆的状态信息。当确定的状态信息为车辆状态时，则标签代表车辆状态，例如，标签代表车辆的行驶事件：启动、停车、加速或转弯等。当确定的状态信息为用户状态时，则标签代表用户状态，例如，标签代表用户的情绪：生气、难受、惊慌或高兴等。处理设备可以基于多个训练样本迭代更新初始特征处理模型的参数，以使模型的损失函数满足预设条件，例如，损失函数收敛，或损失函数值小于预设值。当损失函数满足预设条件时模型训练完成，得到训练好的特征处理模型。

在一些实施例中，图像特征提取模型和特征处理模型可以通过端到端的训练方式训练得到。具体的，将样本用户的样本图像信息输入初始图像特征提取模型，样本音频特征输入初始特征处理模型，基于表征样本车辆的状态信息的标签和初始特征处理模型输出的结果构建损失函数，并基于损失函数迭代更新初始特征处理模型的参数，直至满足预设条件。

在本说明书的一些实施例中，通过实时获取的用户图像信息和车辆音频信息，可以实时确定当前用户状态和当前车辆状态，便于后续实时获取当前状态信息，发送第一提醒信息。

图9是根据本说明书一些实施例所示的对行驶系统进行操作的流程图。如图9所示，该流程900可以包括下述步骤910和步骤920。在一些实施例中，流程900可以由处理设备(例如，处理设备112)执行。

步骤910，基于用户关联信息，确定反馈信息的接受度。在一些实施例中，步骤910可以由操作模块执行。

用户关联信息是指与用户相关的信息。用户关联信息包括：用户基础信息和用户历史行为信息。用户基础信息包括用户信用等级、用户性别、年龄、职业、爱好、用户注册平台的时长、用户的反馈意向和反馈意向程度等。用户历史行为信息包括：用户历史订单信息、用户历史评价信息和用户历史反馈信息等。在一些实施例中，处理设备可以从存储设备或平台(例如，网约车平台)获取用户关联信息。

在一些实施例中，反馈信息的接受度可以反映反馈信息被接受或认可的程度。接受度可以通过分数或者等级表示。例如，等级或分数越高，被接受的程度越高。

在一些实施例中，处理设备可以基于规则和用户关联信息，确定反馈信息的接受度。该规则是指用户关联关系与接受度的之间的对应关系，该对应关系可以是预先设置。例如，用户的信用等级为高，则接受度为高。又例如，用户的信用等级为良好，用户注册平台的时长为2年，则接受度为中等。

在一些实施例中，处理设备可以基于接受度预测模型对用户关联信息的处理，确定反馈信息的接受度。该模型的类型可以包括但不限于线性回归模型、神经网络模型、决策树、支持向量机和朴素贝叶斯等。该模型可以通过多个携带有标签的第五训练样本训练得到。第五训练样本可以包括样本用户的样本用户关联信息，标签可以表征样本用户的反馈信息的接受度。其中，样本用户关联信息可以是历史数据，和/或工作人员通过多次乘坐试验后采集(例如，通过多次乘坐试验后采集得到用户历史行为信息)。标签可以通过人工标注获取。例如，通过工作人员测试反馈，基于当前反馈与历史反馈的对比，确定接受度的标签。

如前所述，第一提醒信息可以发送给其他用户终端，相应的，其他用户可以反馈其他反馈信息。在一些实施例中，其他反馈信息可以用于评估用户在用户终端输入的反馈信息的接受度。例如，基于反馈信息和其他反馈信息之间的相似度，相似度可以与接受度正相关。

步骤920，判断接受度是否满足预设条件，响应于满足，对行驶系统进行操作。在一些实施例中，步骤920可以由操作模块执行。

在一些实施例中，预设条件可以根据实际情况具体设置。例如，接受度高于预设阈值。在一些实施例中，处理设备可以响应于满足，对行驶系统进行操作。关于对行驶系统进行操作的具体细节可以参见下述图10至图17及其相关说明，在此不再赘述。

通过上述描述可知，本说明书实施例可以在用户的接受度满足预设条件时，才对行驶系统进行操作。避免因用户不可信的反馈信息，错误的对行驶系统进行操作。例如，用户的信用等级差和/或用户的投诉次数非常多，则说明用户可能不按照实际情况进行反馈，用户反馈信息的可信度低。

图10是根据本说明书一些实施例所示的对行驶系统进行操作的流程图。如图10所示，该流程1000可以包括下述步骤1010和步骤1020。在一些实施例中，流程1000可以由处理设备(例如，处理设备112)执行。

步骤1010，基于车辆的当前位置和目的地，生成多个第二导航路线。在一些实施例中，步骤1010可以由操作模块执行。

在一些实施例中，车辆的当前位置可以通过定位技术获取。例如，GPS或GNSS等定位系统。在一些实施例中，处理设备可以基于车辆的当前位置和目的地，自动生成多个第二导航路线。

步骤1020，基于反馈信息，以及反馈信息对应的行驶状况，从多个第二导航路线中确定目标导航路线，并基于目标导航路线对第一导航路线进行更新。在一些实施例中，步骤1020可以由操作模块执行。

不同的实施例的方式可以组合。例如，在一些实施例中，反馈信息反映用户反馈了该行驶状况中包括的多个转弯处的车辆不平稳，则处理设备可以从第二导航路线中确定弯道较少的路线为目标导航路线；在一些实施例中，反馈信息反映用户反馈了对该行驶状况中包括的多个道路拥堵的行驶状况不满意，则处理设备可以从第二导航路线中确定道路通畅的路线为目标导航路线。

如前所述，第一导航路线是所述车辆正在使用的导航路线。在一些实施例中，处理设备可以将第一导航路线中当前位置到目的地之间路线替换为目标导航路线，得到更新后的第一导航路线。

在一些实施例中，处理设备可以将更新后的导航路线显示给用户，以使用户确认是否更新或调整。其中，目标导航路线的内容可以突出显示。例如，颜色突出、路线加粗突出等。

在一些实施例中，处理设备还可以对更新后的第一导航路线和更新前的第一导航路线信息进行对比显示。对比显示的内容可以包括但不限于：耗时对比、路况对比、行驶事件对比。例如，转弯道路及其个数对比、维修道路及其个数对比和道路拥堵程度对比等。

由于第一导航路线进行了更新，则第一导航路线上确定的目标位置也会更新，进一步地，处理设备可以在目标导航路线(即更新后的第一导航路线)对应的目标位置处显示第一提醒信息。关于第一提醒信息可以参见图4和5及其相关描述，在此不再赘述。

本说明书的一些实施例通过反馈信息对第一导航路线进行更新，可以避免用户重复经过其反馈过不满意的相同或相似位置，提升用户的乘车体验。

图11是根据本说明书一些实施例所示的对行驶系统进行操作的流程图。如图11所示，该流程1100可以包括下述步骤1110和步骤1120。在一些实施例中，流程1100可以由处理设备(例如，处理设备112)执行。

步骤1110，基于反馈信息，以及反馈信息对应的行驶状况，从第一导航路线上确定目标位置。在一些实施例中，步骤1110可以由操作模块执行。

如前所述，第一导航路线为正在使用的导航路线。在一些实施例中，处理设备可以基于反馈信息反映的用户的态度，确定是否将反馈信息对应的行驶路段或行驶位置作为参考位置，例如，反馈信息为负面反馈，则将反馈信息对应的行驶路段或行驶位置作为参考位置。进一步的，处理设备从第一导航路线上确定与参考位置相关的目标位置。与参考位置相关的目标位置可以是与参考位置的行驶状况相似的位置，例如，参考位置为转弯道，则目标位置也为转弯道。

不同实施例的方式可以组合。例如，在一些实施例中，步骤1110中确定的目标位置(以下简称第二目标位置)可以是步骤720中基于历史反馈信息和历史行驶状况预测得到的目标位置(以下简称第一目标位置)；在一些实施例中，处理设备还可以基于反馈信息和对应的行驶状况，对第一目标位置进行筛选，得到第二目标位置。例如，筛选反馈信息反映行驶状况中车速不满意的第一目标位置为第二目标位置。又例如，筛选反馈信息反映行驶状况中有预设行驶事件的第一目标位置为第二目标位置。预设行驶事件可以根据实际需求具体设置。

步骤1120，调整车辆在所述目标位置的行驶参数。在一些实施例中，步骤1120可以由操作模块执行。

关于行驶参数的具体细节可以参见上述步骤210及其相关描述，在此不再赘述。在一些实施例中，处理设备可以根据实际情况动态调整行驶参数。

在一些实施例中，可以根据反馈信息，确定行驶参数的调整方式。例如，用户反馈车速过快，则进行减速。又例如，用户反馈颠簸厉害，则减速和/或绕过路段中的凹凸位置。

在一些实施例中，处理设备还可以获取与目标位置或用户中至少一个相关的历史反馈信息(可以简称为“第二历史反馈信息”)及其对应的历史行驶状况(可以简称为“第二历史行驶状况”)，并基于第二历史反馈信息及其对应的第二历史行驶状况，调整车辆在目标位置的行驶参数。

与目标位置相关的历史反馈信息可以包括所有历史用户过去对目标位置的反馈信息。与用户相关的历史反馈信息参见图16及其相关描述。与用户和目标位置相关历史反馈信息可以包括用户过去对目标位置的反馈信息。

在一些实施例中，处理设备可以基于第二历史反馈信息及其对应的第二历史行驶状况，确定目标位置处调整后的行驶参数。例如，对第二历史反馈信息中，正面反馈对应的历史行驶参数进行处理(例如，加权求平均)，并将处理后得到的参数作为目标位置处调整后的行驶参数。又例如，对第二历史反馈信息中正面反馈的第二历史行驶状况与目标位置处的行驶状况进行匹配，包括行驶环境匹配、行驶位置匹配等，基于匹配度满足要求的第二历史行驶状况中的行驶参数，确定目标位置调整后的行驶参数。

本说明书一些实施例通过确定目标位置，并对目标位置的行驶参数进行提前调节，有利于减少用户再次对同类型位置的负面反馈，有利于提升用户乘坐车辆的体验。

图12是根据本说明书一些实施例所示的对行驶系统进行操作的示意图。由该示意图1200所示，处理设备(例如，处理设备112)可以基于反馈信息，向行驶系统发送第二提醒信息。

驾驶终端可以是司机输入和/或接收信息的终端。例如，对于网约车领域，驾驶终端可以是司机端或者车载终端。司机通过驾驶终端接收到第二提醒信息之后，可以对车辆的行驶进行调整。例如，当对司机再次行驶到反馈信息对应的位置时，对行驶进行调整。又例如，当行驶遇到反馈信息对应的行驶状况类似的其他行驶状况时，对行驶进行调整。示例的，当行驶状况为转弯，则司机后续在转弯时，可以根据反馈信息进行调整。

在一些实施例中，处理设备可以基于反馈信息确定是否向行驶系统发送第二提醒信息。例如，反馈信息为负面反馈时，则发送，否则，则不发送。第二提醒信息可以用于提醒驾驶终端调整车辆的行驶。

在一些实施例中，第二提醒信息的内容可以包括用户的反馈信息。示例的，“用户反馈位置a处发生急刹车，请注意驾驶”。通过告知司机用户对行驶状况是否满意，进一步提醒司机是否需要对后续的行驶进行调整，或者当司机遇到与反馈的行驶状况类似的其他行驶状况时，确定是否需要调整速度等行驶参数。

在一些实施例中，第二提醒信息的内容可以包括对后续的行驶的调整建议等。司机通过接收到第二提醒信息之后，可以根据第二提醒信息中的调整建议进行调整。对后续的行驶的调整建议可以是目标位置处的行驶参数等。关于确定目标位置处的行驶参数可以参见图11及其相关描述。示例的，用户反馈在位置a发生急刹车，位置a为红绿灯处，处理设备可以生成第二提醒信息“请在红绿灯200米开始减速，避免急刹车”等。

在一些实施例中，处理设备可以基于反馈信息及其对应行驶状况，确定是否向行驶系统发送第二提醒信息。例如，反馈信息为负面，且行驶状况为预设行驶状况时，则发送第二提醒信息。预设行驶状况可以是由司机驾驶造成的行驶事件，比如，急刹车、车速过快等。

在一些实施例中，反馈信息和/或行驶状况还可以确定第二提醒信息的方式。在一些实施例中，反馈信息的类型不同，第二提醒信息的方式可以不同。例如，反馈信息为正面反馈，则第二提醒信息的方式可以是图像或语音等可以添加鼓励情绪的方式，反馈信息为负面反馈，则第二提醒信息的方式可以是文字、图标等方式。在一些实施例中，行驶状况不同，第二提醒信息的方式可以不同。例如，行驶状况为急刹车，则方式可以是语音，行驶状况为车速过快，则方式可以是震动。

在一些实施例中，第二提醒信息的提醒方式可以基于驾驶终端状态确定。第二提醒信息的提醒方式可以与第一提醒信息的反馈提醒方式类似，具体细节可参见图6及其相关描述，在此不再赘述。

不同实施例的方式可以组合。例如，在一些实施例中，可以基于驾驶终端状态和行驶状况确定第二提醒信息的方式，例如，驾驶终端状态为播放导航，行驶状况为急刹车，则为第二提醒信息的方式为文字或图像等；在一些实施例中，可以基于驾驶终端状态、反馈信息和行驶状况确定第二提醒信息的方式，例如，驾驶终端为播放导航，反馈信息为负面反馈，行驶状况为严重超速，则第二提醒方式可以为语音加图像。

图13是根据本说明书一些实施例所示的发送第二提醒信息的流程图。如图13所示，该流程1300可以包括步骤1310和步骤1320。在一些实施例中，流程1300可以由处理设备(例如，处理设备112)执行。

步骤1310，基于反馈信息，以及反馈信息对应的行驶状况，从第一导航路线上确定目标位置。在一些实施例中，步骤1310可以由操作模块执行。

在一些实施例中，目标位置来源于第一导航路线中的轨迹点。关于步骤1310的具体细节可以参见上述步骤1110及其相关描述，在此不再赘述。

步骤1320，基于所述车辆的当前位置与目标位置之间的关系，向所述行驶系统发送所述第二提醒信息。在一些实施例中，步骤1320可以由操作模块执行。

在一些实施例中，当前位置与目标位置关系可以包括当前位置与目标位置之间的距离、当前位置前往目标位置所耗时间等。当前位置前往目标位置所耗时间与当前行驶环境相关，可以通过导航系统获取。

在一些实施例中，处理设备可以基于车辆的当前位置与目标位置之间的关系是否满足预设条件，确定是否向行驶系统发送第二提醒信息。满足则发送第二提醒信息，不满足则不发送。预设条件可以是与时间或距离相关的条件，例如，预设条件可以是距离小于阈值距离、时间短于阈值距离等。

本说明书的一些实施例可以通过车辆的当前位置和目标位置之间的关系，提前向行驶系统发送第二提醒信息，使得驾驶终端提前知晓该如何对行驶系统进行操作。

在一些实施例中，处理设备还可以基于反馈信息和用户的情绪，实时调节车辆内部的环境。例如，用户的反馈信息为负面反馈(例如，不满意)，且用户的情绪也为负面情绪(例如，烦躁、难过或忧郁等)，则处理设备可以调节车辆内部环境(例如，增加空气湿度、调节车内温度或播放音乐等)，以缓解用户的负面情绪，提升用户的乘车体验。

在一些实施例中，处理设备可以判断车辆是否出现安全问题，若没有，则处理设备可以给用户发送告知信息，以告知用户车辆无安全问题。关于确定安全问题的具体细节可参见图17及其相关描述，在此不再赘述。

图14是根据本说明书一些实施例所示的对行驶系统进行操作的示意图。由该示意图1400所示，处理设备(例如，处理设备112)可以基于反馈信息，以及反馈信息对应的所述行驶状况，更新用户偏好。

用户偏好可以用于行驶系统对用户确定车辆的调配或行驶。在一些实施例中，用户偏好可以反映用户的喜好或行为习惯。在一些实施例中，用户偏好可以反映用户喜好的车速、车型、车辆停车位置、常用座位、常用语言、喜好的反馈提醒方式、车内温度、车内光线强度和车辆颜色等。

在一些实施例中，处理设备可以基于反馈信息，以及反馈信息对应的行驶状况，更新用户偏好。例如，车速为70时，用户给出的是负面反馈信息，反馈车速过快，则可以将用户偏好中车速进行调整(如，降低等)。又例如，用户对小轿车的行驶状况以负面反馈为主，对越野车的行驶状况以正面反馈为主，则可以将用户偏好中车型更新为越野车。又例如，用户给出的反馈信息表明车辆噪音过大或颠簸，则可以将用户偏好中车型的等级进行提升。

车辆的调配包括用户出行所使用的车辆的类型。车辆的行驶包括用户乘坐车辆时，车辆的行驶路线、行驶参数等。

在一些实施例中，处理设备可以基于用户偏好，确定用户后续乘坐的车辆或车辆行驶。

在一些实施例中，处理设备可以基于反馈信息及其对应的行驶路况，确定车辆的调配或行驶。例如，反馈信息为负面反馈，处理设备以后在确定该车辆的行驶路线时，可以尽量排除包含反馈信息对应的行驶路段或行驶位置的路线。又例如，反馈信息为负面，若某个行程需要经过反馈信息对应的行驶路段或行驶位置，则处理设备调配车辆时不考虑该车辆或与该车辆型号等信息类似的其他车辆。

图15是根据本说明书一些实施例所示的对行驶系统进行操作的示意图。由该示意图1500所示，处理设备(例如，处理设备112)可以基于反馈信息，以及反馈信息对应的行驶状况，更新车辆控制参数。

在一些实施例中，关联车辆可以是与当前车辆的车辆型号、车辆性能和车辆颜色等相似的其他车辆。关联位置可以是与行驶状况中的行驶位置相关的其他位置。例如，关联位置的路况环境与行驶位置的路况环境相似、关联位置所在路段与行驶位置所在路段相似、关联位置可能发送的行驶事件与行驶位置的行驶事件相似等。示例的，关联位置和行驶位置都是红绿灯位置。关联行驶环境可以是与行驶环境类似的其他行驶环境。例如，行驶环境为晴天，则其他行驶环境可以为晴天和高温天气等。

在一些实施例中，处理设备可以基于反馈信息和反馈信息对应的行驶状况，更新车辆控制参数。车辆控制参数为关联车辆在关联环境和关联行驶环境中至少一个的行驶参数。例如，反馈信息为正面反馈，将该反馈信息对应的行驶参数作为关联车辆在关联位置处和关联环境中行驶的行驶参数。又例如，反馈信息为反面反馈，若关联车辆在关联位置处和关联环境中行驶的行驶参数与反馈信息对应的行驶参数相同或相似，则可以改变关联车辆在关联位置处和关联环境中行驶的行驶参数。关于更新车辆控制参数的具体细节可以参见图16及其相关描述，在此不再赘述。

在本说明书的一些实施例中，通过用户的反馈信息，调整平台中关联车辆的行驶参数，可以优化平台对车辆的控制效果，使得车辆的行驶尽量满足用户的需求。

图16是根据本说明书一些实施例所示的更新车辆控制参数的流程图。如图16所示，该流程1600可以包括步骤1610和步骤1620。在一些实施例中，流程1600可以由处理设备(例如，处理设备112)执行。

步骤1610，获取关联车辆在关联位置和关联行驶环境中至少一个的历史反馈信息，以及历史反馈信息对应的历史行驶状况。在一些实施例中，步骤1610可以由操作模块执行。

关联车辆在关联位置和关联行驶环境中至少一个的历史反馈信息包括当关联车辆处于关联行驶环境时，所有用户对关联位置给出的历史反馈信息。

在一些实施例中，处理设备可以从存储设备(例如，数据库)或平台中获取关联车辆在关联位置和关联行驶环境中的至少一个历史反馈信息(可以简称为“第三历史反馈信息”)，以及历史反馈信息对应的历史行驶状况(可以简称为“第三历史行驶状况”)。

步骤1620，基于反馈信息及其对应的行驶状况，以及历史反馈信息及其对应的历史行驶状况，更新车辆控制参数。在一些实施例中，步骤1620可以由操作模块执行。

如前所述，处理设备可以基于反馈信息及其对应的行驶状况，更新车辆控制参数。类似的，处理设备可以基于第三历史反馈信息及其对应的第三历史行驶状况，更新车辆控制参数。例如，第三历史反馈信息反映其他用户认为关联车辆a在关联行驶环境d(例如，雨天)下，在关联位置c处的车速过快，则处理设备可以降低所有关联车辆在雨天时，在关联位置c处的车速。

在一些实施例中，处理设备可以基于反馈信息及其对应的行驶状况，以及历史反馈信息及其对应的历史行驶状况，更新车辆控制参数。处理设备可以综合考虑反馈信息及其对应的行驶状况，第三历史反馈信息及其对应的第三历史行驶状况，确定对车辆控制参数如何调整。例如，将反馈信息和第三历史反馈信息中，正面反馈的反馈信息对应的行驶参数进行处理(例如，求平均等)，以替换现有的车辆控制参数。在一些实施例中，还可以对反馈信息和第三历史反馈信息设置权重，例如，反馈信息的权重更大。在一些实施例中，可以通过车辆控制模型确定车辆控制参数。具体的，将反馈信息及其对应的行驶状况，以及第三历史反馈信息及其对应的第三历史行驶状况输入车辆控制模型，输出车辆控制参数。

图17是根据本说明书一些实施例所示的对行驶系统进行操作的流程图。如图17所示，该流程1700可以包括步骤1710和步骤1720。在一些实施例中，流程1700可以由处理设备(例如，处理设备112)执行。

步骤1710，获取车辆的基础信息和使用维护信息。在一些实施例中，步骤1710可以由操作模块执行。

在一些实施例中，车辆的基础信息可以包括车牌号码、车型、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期、车类型、发动机号、车辆使用时间、以及生产厂家中的至少一种。

在一些实施例中，使用维护信息至少可以包括车辆维修信息和车辆保养信息。例如，车辆维修信息可以包括维修原因、维修次数以及维修的商家等。车辆保养信息可以包括保养项目、保养时间和保养次数等。

步骤1720，基于反馈信息、基础信息和使用维护信息，向所述行驶系统发送第三提醒信息述第三提醒信息与车辆的维护相关。在一些实施例中，步骤1720可以由操作模块执行。

在一些实施例中，第三提醒信息与车辆的维护相关。例如，第三提醒信息可以是“请及时加油”、“请及时进行车辆保养”以及“车辆的发动机曾进行多次维修”等。

在一些实施例中，处理设备可以基于反馈信息向行驶系统发送第三提醒信息。例如，反馈信息为负面反馈，且反馈信息对应的行驶事件为预设事件(例如，颠簸、车辆抖动和车辆晃动等)，则处理设备可以向行驶系统发送第三提醒信息“请及时检查车辆是否需要维修”。

在一些实施例中，处理设备可以基于反馈信息、基础信息和使用维护信息中的多种信息，向行驶系统发送第三提醒信息。例如，反馈信息对应的行驶事件为车辆抖动，且车辆的使用维护信息反映车辆曾经对减震器进行了维修，则处理设备可以发送第三提醒信息“请检查车辆减震器是否正常”。又例如，反馈信息对应的行驶事件为车辆抖动，车辆的基础信息反映车辆使用时间过长，且车辆的使用维护信息反映车辆很长时间未被保养或维修过，则处理设备可以发送第三提醒信息“请检查车辆是否有故障”。

在一些实施例中，处理设备可以通过维护确定模型对反馈信息、基础信息和使用维护信息进行处理，确定是否发送第三提醒信息，以及第三提醒信息的内容。训练维护确定模型的第六训练样本包括：样本反馈信息、样本基础信息和样本使用维护信息，标签代表车辆是否需要维护，以及维护类型。维护类型代表维护的部位或部件。不同的维护类型可以对应不同的第三提醒信息，例如，维护类型为发动机维修，则第三提醒信息为“请对发动机进行检查和维修”。维护确定模型可以是深度神经网络、卷积神经网络、决策树、支持向量机和朴素贝叶斯等。

不同实施例的方式可以组合，例如，在一些实施例中，处理设备可以将反馈信息为负面反馈，且反馈信息对应的行驶事件为预设事件的情况下，生成的第三提醒信息“请及时检查车辆是否需要维修”发送至车载终端，由车载终端以图像的方式提示；在一些实施例中，处理设备可以将第三提醒信息“请及时加油”发送给驾驶终端，由驾驶终端以文本的方式提示。

在一些实施例中，处理设备还可以基于反馈信息，对路段添加标签。在一些实施例中，路段的标签可以反映对该路段的反馈情况，例如，被正面反馈或负面反馈的数量、被负面反馈的行驶事件等。通过对路段添加标签，用户在选择行驶路线时，可以根据需求规避包含不喜欢路段的行驶路线。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

本申请实施例公开了TS1、一种车辆控制方法，包括：获取用户在用户终端输入的对车辆的行驶状况的反馈信息；以及基于所述反馈信息，对行驶系统进行操作，其中，所述行驶系统被设置为可以直接或间接改变所述车辆的行驶或调配。

TS2、根据TS1所述的方法，还包括：获取状态信息，所述状态信息包括车辆状态和用户状态中的至少一种；以及基于所述状态信息，发送第一提醒信息给所述用户终端；其中所述反馈信息是所述用户响应于所述第一提醒信息在所述用户终端输入的。

TS3、根据TS2所述的方法，所述用户状态与以下信息中的一种或多种相关：所述用户的车辆使用情况、所述用户的空闲情况和所述用户的情绪。

TS4、根据TS2所述的方法，所述车辆状态包括当前车辆状态、预设时间后车辆状态和目标位置处车辆状态中的至少一种；所述车辆状态与所述车辆的行驶状况相关。

TS5、根据TS2所述的方法，所述发送第一提醒信息给所述用户终端，包括：确定反馈提醒方式，所述反馈提醒方式与用户状态、用户终端状态、行驶环境和用户关联信息中的至少一个相关；以及基于所述反馈提醒方式生成所述第一提醒信息，并将所述第一提醒信息发送给所述用户终端。

TS6、根据TS1所述的方法，还包括：基于所述车辆的当前位置和目的地，生成多个第二导航路线；其中，所述基于所述反馈信息，对所述行驶系统进行操作，包括：基于所述反馈信息，以及所述反馈信息对应的行驶状况，从所述多个第二导航路线中确定目标导航路线，并基于所述目标导航路线对第一导航路线进行更新；其中，所述第一导航路线是所述车辆正在使用的导航路线。

TS7、根据TS1所述的方法，所述基于所述反馈信息，对所述行驶系统进行操作，包括：基于所述反馈信息，以及所述反馈信息对应的所述行驶状况，从第一导航路线上确定目标位置；以及调整所述车辆在所述目标位置的行驶参数；其中，所述第一导航路线是所述车辆正在使用的导航路线。

TS8、根据TS1所述的方法，所述基于所述反馈信息，对所述行驶系统进行操作，包括：基于所述反馈信息，向所述行驶系统发送第二提醒信息，所述第二提醒信息用于提醒驾驶终端调整所述车辆的行驶。

TS9、根据TS8所述的方法，基于所述反馈信息，向所述行驶系统发送第二提醒信息包括：基于所述反馈信息，以及所述反馈信息对应的所述行驶状况，从第一导航路线上确定目标位置；以及基于所述车辆的当前位置与目标位置之间的关系，向所述行驶系统发送所述第二提醒信息，所述目标位置来源于第一导航路线中的轨迹点；其中，所述第一导航路线是所述车辆正在使用的导航路线。

TS10、根据TS1所述的方法，所述基于所述反馈信息，对所述行驶系统进行操作，包括：基于所述反馈信息，以及所述反馈信息对应的所述行驶状况，更新用户偏好；其中，所述用户偏好用于所述行驶系统对所述用户确定车辆的调配或行驶。

TS11、根据TS1所述的方法，所述基于所述反馈信息，对所述行驶系统进行操作，包括：基于所述反馈信息，以及所述反馈信息对应的行驶状况，更新车辆控制参数，所述车辆控制参数为关联车辆在关联位置和关联行驶环境中至少一个的行驶参数。

TS12、根据TS1所述的方法，所述基于所述反馈信息，对所述行驶系统进行操作，包括：获取所述车辆的基础信息和使用维护信息；以及基于所述反馈信息、所述基础信息和所述使用维护信息，向所述行驶系统发送第三提醒信息，所述第三提醒信息与所述车辆的维护相关。

TS13、根据TS1所述的方法，所述车辆为自动驾驶车辆。

本申请实施例公开了TS14、一种车辆控制系统，包括：获取模块，用于获取用户在用户终端输入的对车辆的行驶状况的反馈信息；以及操作模块，用于基于所述反馈信息，对行驶系统进行操作，其中，所述行驶系统被设置为可以直接或间接改变所述车辆的行驶或调配。

本申请实施例公开了TS15、一种车辆控制装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如TS1至TS13中任意一项所述的方法。

本申请实施例公开了TS16、一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如TS1至TS13中任意一项所述的方法。