CN116923036A - 车厢环境调节方法和系统 - Google Patents

Abstract

本申请涉及一种车厢环境调节方法和系统。所述方法包括：乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息；云端响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令；车辆控制端设于无人驾驶营运车辆上；车辆控制端接收到控制指令之后，执行控制指令以调节车厢环境。本申请实施例能够提高远程设置车厢环境的智能化程度，支持乘客导入之前设置过的设置信息，从而无需重复设置车厢环境，给乘客带来更好的用车体验。

Description

车厢环境调节方法和系统

技术领域

本申请涉及无人驾驶技术领域，特别是涉及一种车厢环境调节方法和系统。

背景技术

随着人工智能、传感器技术和自动驾驶技术的进步，无人驾驶出租车的发展进入了实际应用阶段。许多科技公司和汽车制造商都在积极研发和测试无人驾驶出租车技术。无人驾驶出租车，即是基于自动驾驶技术，并能提供出租服务的车辆。

网约车场景是当前热门的出租服务场景，在网约车场景中，为了给乘客带来更佳的用车体验，一些无人驾驶的网约车可以支持乘客在上车前通过诸如手机等智能终端来远程设置车厢环境，例如，设定空调温度、打开车窗通风等。然而，目前远程设置车厢环境的功能智能化程度不高，还存在诸如乘客每次乘车都需要重新设置车厢环境等问题。

发明内容

本申请针对上述不足或缺点，提供了一种车厢环境调节方法和系统，本申请实施例能够提高远程设置车厢环境的智能化程度，支持乘客导入之前设置过的设置信息，从而无需重复设置车厢环境，给乘客带来更好的用车体验。

本申请根据第一方面提供了一种车厢环境调节方法，在一些实施例中，该方法包括：

乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息；

云端响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令；车辆控制端设于无人驾驶营运车辆上；

车辆控制端接收到控制指令之后，执行控制指令以调节车厢环境。

在一些实施例中，乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息之前，上述方法还包括：

乘客端呈现控制界面，响应于乘客通过控制界面触发的第二指令，向云端发送设置信息同步请求；控制界面中包含用于获取多种受控对象的设置信息的设置控件；上述多种受控对象包括车辆控制端所在车辆中的空调和车窗；

云端响应于接收到设置信息同步请求，获取乘客之前设置的车厢环境设置信息，根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息，并发送至乘客端；

乘客端根据历史设置信息更新各设置控件的显示状态，以及在控制界面中显示用于触发第一指令的控件。

在一些实施例中，云端根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息，包括：

当乘客之前设置的车厢环境设置信息有多份时，云端从中选择最新的一份作为历史设置信息，或根据当前天气、当前车外环境温度从中选择最匹配的一份作为历史设置信息。

在一些实施例中，上述方法还包括：

乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面，获取乘客通过设置控件输入的一种或多种受控对象的设置信息，检测各受控对象的设置信息是否异常，响应于所有受控对象的设置信息均无异常，将获得的所有受控对象的设置信息打包为一份车厢环境设置信息发送至云端；上述多种受控对象包括车辆控制端所在车辆中的空调和车窗；

云端接收到车厢环境设置信息后，为车厢环境设置信息与乘客建立关联关系，存储车厢环境设置信息和关联关系。

在一些实施例中，乘客输入的一种或多种受控对象的设置信息包括空调的设置信息；

乘客端检测空调的设置信息是否异常时，从空调的设置信息中提取乘客设置的空调温度，向云端请求获取车辆控制端所在车辆的车外环境温度；

根据乘客设置的空调温度和车外环境温度检测空调的设置信息是否异常；

响应于空调的设置信息异常，确定异常类型，呈现与异常类型对应的提示信息；

响应于乘客对提示信息的确认操作，向后台管理人员发送警示信息。

在一些实施例中，乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面之前，上述方法还包括：乘客端检测各种受控对象是否满足操作条件；

相应地，乘客端呈现控制界面时，将满足操作条件的受控对象对应的设置控件设定为可操作状态，将不满足操作条件的受控对象对应的设置控件设定为不可操作状态。

在一些实施例中，上述方法还包括：

乘客端响应于检测到乘客对不可操作状态下的设置控件的操作，呈现预设的提醒信息。

在一些实施例中，乘客端检测车窗是否满足操作条件时，向云端请求车辆控制端所在车辆的雨刮器的状态信息和车辆控制端检测到的天气类型；

响应于雨刮器的状态信息表示雨刮器为开启状态或车辆控制端检测到的天气类型为特定天气类型，判定车窗不满足操作条件；

响应于雨刮器的状态信息表示雨刮器不为开启状态且车辆控制端检测到的天气类型不为特定天气类型，判定车窗满足操作条件。

在一些实施例中，云端向车辆控制端发送根据历史设置信息生成的控制指令，包括：

云端在车辆控制端对应的出行状态为接驾时，检测车辆控制端当前是否在执行其他出行订单的出行任务；

响应于检测结果为否，向车辆控制端发送控制指令；

响应于检测结果为是，在车辆控制端完成其他出行订单的出行任务之后向车辆控制端发送控制指令。

在一些实施例中，车辆控制端执行控制指令以调节车厢环境，包括：

车辆控制端获取从当前位置到达目的地的预估时长，响应于预估时长不大于预设时间阈值，执行控制指令以调节车厢环境。

在一些实施例中，上述方法还包括：

车辆控制端在完成当前关联的出行订单的出行任务之后，将各受控对象的状态设置为默认状态，以将车厢环境调节至预设的标准状态。

本申请根据第二方面提供了一种车厢环境调节系统，在一些实施例中，该系统包括乘客端、云端和车辆控制端；

乘客端，用于响应于乘客触发的第一指令，向云端发送乘客的历史设置信息；

云端，用于响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令；

车辆控制端，用于接收到控制指令之后，执行控制指令以调节车厢环境。

在本申请的上述实施例中，乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息，云端响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令，车辆控制端接收到控制指令之后，执行控制指令以调节车厢环境，本申请实施例能提高远程设置车厢环境的智能化程度，支持乘客导入之前设置过的设置信息，从而无需重复设置车厢环境，给乘客带来更好的用车体验。

附图说明

图1为本申请根据一个或多个实施例提供的一种车厢环境调节方法的应用环境图；

图2为本申请根据一个或多个实施例提供的一种车厢环境调节方法的流程示意图；

图3-1和图3-2为本申请根据一个或多个实施例提供的分别用于设置空调和车窗的控制界面的示意图；

图4为本申请根据一个或多个实施例提供的同步乘客之前设置过的车厢环境设置信息的流程示意图；

图5为本申请根据另一个或多个实施例提供的用于设置空调的控制界面的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

针对相关技术的不足或缺陷，本申请提供了一种车厢环境调节方法，通过该方法可以提高远程设置车厢环境的智能化程度，支持乘客导入之前设置过的设置信息，从而无需重复设置车厢环境，给乘客带来更好的用车体验。

在一些实施例中，该方法包括如图1所示的步骤，即步骤S110-S130，下面以该方法应用于如图2所示的应用环境为例对该方法中的各个步骤进行详细说明。

在如图2所示的应用场景中，乘客端即是乘客所用的智能设备，例如手机、平板电脑等设备，云端是网约车平台的用于向乘客端提供各种服务的服务器，车辆控制端是设置在无人驾驶营运车辆(在本文中也可简称为车辆)上的系统，例如可以是车辆自动驾驶系统，车辆控制端能与云端进行交互、控制车辆行驶、还能控制车辆中搭载的各类模块，例如空调、车窗、座椅等。

S110：乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息。

乘客端预先需要安装网约车平台开发的供乘客使用的应用程序，从而乘客可以通过乘客端上运行的该应用程序来实现诸如约车、远程设置车厢环境等需求。其中，乘客可以通过该应用程序来进行约车，例如，可以指定起点和终点，可行地，乘客还可以选择车型、路线、服务类型等，在确认订单后，云端会生成相应的出行订单，并安排一无人驾驶营运车辆来执行该出行订单的出行任务，例如到乘客指定的起点接乘客，并将乘客送到乘客指定的终点，从而完成出行任务。当云端生成出行订单后，乘客即可通过该应用程序中的用于设置车厢环境的应用界面(以下简称控制界面)来远程设置车厢环境。示例性地，控制界面可以如图3-1和图3-2所示，在本示例中，乘客可以通过上述的控制界面来设置空调和车窗，例如乘客点击控制界面中的“确认”按钮即可触发第一指令，以指示乘客端向云端发送历史设置信息。其中，该历史设置信息是指乘客之前设置过的车厢环境设置信息。

相应地，在一些实施例中，乘客端响应于乘客触发的第一指令，向云端发送乘客的历史设置信息之前，如图4所示，上述方法还包括：

S101：乘客端呈现控制界面，响应于乘客通过控制界面触发的第二指令，向云端发送设置信息同步请求；控制界面中包含用于获取多种受控对象的设置信息的设置控件；上述多种受控对象包括车辆控制端中的空调和车窗；

S102：云端响应于接收到设置信息同步请求，获取乘客之前设置的车厢环境设置信息，根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息，并发送至乘客端；

S103：乘客端根据历史设置信息更新各设置控件的显示状态，以及在控制界面中显示用于触发第一指令的控件。

假设控制界面如图3-1所示，则乘客可以通过其中的“同步上次设置”按钮来触发第二指令。控制界面中包含用于获取多种受控对象的设置信息的设置控件；受控对象是指车辆中的可供乘客远程设置的模块，在一些实施例中，上述多种受控对象包括车辆控制端所在车辆中的空调和车窗。需要说明的是，上述的空调和车窗仅为受控对象的一些示例，可以根据实际场景的需求来将车辆中的其他模块，例如座椅等也作为受控对象。

当云端接收到乘客端发送的设置信息同步请求后，即可根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息返回给乘客端，乘客端会根据云端返回的历史设置信息相应更新控制界面中的各设置控件的显示状态，从而让乘客直观地看到自己之前对受控对象做过怎样的设置。如果乘客想要继续采用之前的设置，则可以点击“确认”按钮来触发第一指令。

还需要说明的是，在一些实施例中，乘客端只有当乘客设置过车厢环境时(例如乘客端能从云端请求到历史设置信息时，表明乘客设置过车厢环境)，才会在控制界面上显示用于触发第二指令的控件，如“同步上次设置”的按钮；而在另一些实施例中，不管乘客设置或未设置过车厢环境，乘客端均会在控制界面上显示用于触发第二指令的控件，此时，假如乘客触发第二指令后，乘客端未能从云端请求到历史设置信息，则呈现相应的提示，如“您之前未设置过车厢环境”，可理解的，提示信息的具体内容可根据实际需求来设定和调整。

在一些实施例中，云端根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息，包括：当乘客之前设置的车厢环境设置信息有多份时，云端从中选择最新的一份作为历史设置信息，或根据当前天气、当前车外环境温度从中选择最匹配的一份作为历史设置信息。其中，根据当前天气、当前车外环境温度从乘客之前设置的车厢环境设置信息中选择最匹配的一份车厢环境设置信息时，可以获取每份车厢环境设置信息对应的天气和车外环境温度，从乘客之前设置的车厢环境设置信息中选择对应的天气和该当前天气最接近的车厢环境设置信息作为第一信息集合，再从第一信息集合中选择对应的车外环境温度和该当前车外环境温度最接近的车厢环境设置信息作为第二信息集合，若第二信息集合只有一份，则将该份车厢环境设置信息作为历史设置信息，若第二信息集合有多份，则从中选择出现频率最高的作为历史设置信息。

S120：云端响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令；车辆控制端设于无人驾驶营运车辆上。

与乘客端关联的车辆控制端，是指设置在执行相关出行订单的无人驾驶营运车辆上的车辆控制端。在一些实施例中，乘客端向云端发送历史设置信息时，还需发送出行订单标识或用于确定出出行订单标识的信息，如乘客端标识、乘客标识等信息，从而云端能确定出与乘客端关联的车辆控制端。

云端会根据历史设置信息来生成相应的能被车辆控制端或受控对象识别的控制指令，如将空调设置为制冷模式、将空调温度提高一度、打开车窗、打开座椅加热功能等等的指令，并发送给车辆控制端。

S130：车辆控制端接收到控制指令之后，执行控制指令以调节车厢环境。

本实施例可以支持乘客导入之前设置过的设置信息，乘客无需重复设置车厢环境，从而给乘客带来更好的用车体验。

在一些实施例中，上述方法还包括：

乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面，获取乘客通过设置控件输入的一种或多种受控对象的设置信息，检测各受控对象的设置信息是否异常，响应于所有受控对象的设置信息均无异常，将获得的所有受控对象的设置信息打包为一份车厢环境设置信息发送至云端；上述多种受控对象包括车辆控制端所在车辆中-的空调和车窗；

云端接收到车厢环境设置信息后，为车厢环境设置信息与乘客建立关联关系，存储车厢环境设置信息和关联关系。

在本实施例中，乘客如果不想直接使用之前设置过的车厢环境设置信息，那么可以通过控制界面上的设置控件来设置相关的受控对象。乘客端获得乘客通过各设置控件输入的设置信息之后，按照各受控对象对应的预设检测规则来检测各受控对象的设置信息是否异常。其中，各受控对象对应的预设检测规则可以根据实际场景来设定。

以空调为例，如果需要防止乘客恶意过低或过高地调节空调温度，可以设定相应的检测规则。示例性地，假设乘客输入的一种或多种受控对象的设置信息包括空调的设置信息。相应地，乘客端检测空调的设置信息是否异常时，从空调的设置信息中提取乘客设置的空调温度，向云端请求获取车辆控制端所在车辆的车外环境温度；根据乘客设置的空调温度和车外环境温度检测空调的设置信息是否异常；响应于空调的设置信息异常，确定异常类型，呈现与异常类型对应的提示信息；响应于乘客对提示信息的确认操作，向后台管理人员发送警示信息。

在本示例中，当用户进行反向调节时(如在高温天气将空调调节为高温、在低温天气将空调调节为低温)进行额外提醒/确认，并相应提醒后台管理人员。

可行地，车外环境温度是乘客端向云端请求的，云端响应于乘客端的请求，获取相关车辆的车外环境温度，然后返回给乘客端，从而乘客端可以根据乘客设置的空调温度和车外环境温度检测空调的设置信息是否异常。

在本示例中，空调的设置信息有两种异常的类型，一种是高温天气空调高温，另一种是低温天气空调低温。其中，高温和低温天气对应的温度值、高温和低温的空调设定值可以是基于实际需求灵活调整，本示例不做具体限定。例如，当车外环境温度≤23℃时，且乘客所选温度≤23℃时，在乘客操作相关设置控件时，乘客端弹出弹窗提醒，如“当前区域温度较低，调低空调温度可能身体不适，请您再次确认”。当车外环境温度≥27℃时，且乘客所选温度≥27℃时，在乘客操作相关设置控件时，乘客端弹出弹窗提醒，如“当前区域温度较高，调低空调温度可能身体不适，请您再次确认”。

当乘客再次确认后，可以生成警示信息，如“【车内空调温度反常】用户XXX在行程中空调温度设置为{}℃，当前区域天气温度{}℃”，发送给后台运营管理人员，以便相关人员可根据实际情况与乘客沟通及提醒。

考虑到乘客通过乘客端上的应用程序来设置车厢环境时，还需要通过云端来反馈给车辆控制端，链路过长，如果乘客每设置好一种受控对象，乘客端就与云端交互，云端再和车辆控制端进行交互，交互效率较低，对此，在本实施例中，乘客端在确认乘客确定的各种受控对象的设置信息无异常之后，再将各种受控对象的设置信息进行打包，统一发送至云端，进而云端只需反馈一次设置信息提交是否成功，从而提高交互效率。

在一些实施例中，乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面之前，上述方法还包括：乘客端检测各种受控对象是否满足操作条件。相应地，乘客端呈现控制界面时，将满足操作条件的受控对象对应的设置控件设定为可操作状态，将不满足操作条件的受控对象对应的设置控件设定为不可操作状态。

在一些场景中，允许乘客远程设置受控对象可能给车厢环境带来不良影响。因而在本实施例中，在通过乘客端呈现控制界面之前，还通过乘客端来检测各种受控对象是否满足操作条件，并在呈现控制界面时，将满足操作条件的受控对象对应的设置控件设定为可操作状态，将不满足操作条件的受控对象对应的设置控件设定为不可操作状态。继而，乘客只能设置满足操作条件的受控对象，而无法设置不满足操作条件的受控对象。

以车窗为例，乘客端检测车窗是否满足操作条件时，可以执行以下操作：向云端请求车辆控制端所在车辆的雨刮器的状态信息和车辆控制端检测到的天气类型；响应于雨刮器的状态信息表示雨刮器为开启状态或车辆控制端检测到的天气类型为特定天气类型，判定车窗不满足操作条件；响应于雨刮器的状态信息表示雨刮器不为开启状态且车辆控制端检测到的天气类型不为特定天气类型，判定车窗满足操作条件。

在本示例中，考虑到下雨天气打开车窗，可能会导致车厢内座椅被雨淋湿，因而如果检测到当前是下雨天气，则判定车窗不满足操作条件。其中，可以通过车辆上的雨刮器的状态信息(可表示雨刮器是否开启)或者车辆控制端检测的天气类型来判断当前天气是否为下雨天气。在上述示例中特定天气类型需预先设定，可以是小雨、中雨、大雨、暴雨等与雨相关的天气类型。

需要说明的是，上述检测车窗是否满足操作条件的操作仅为示例，在上述实施例中，每种受控对象都有对应的操作条件，各种受控对象对应的操作条件的具体内容可根据实际场景的需求来设定。例如，可以实际需要将上述示例中的“下雨天气”改成“下雪天气”，并相应采用能检测当前天气是否为下雪天气的检测方式。

进一步地，在一些实施例中，乘客端如果检测到乘客对不可操作状态下的设置控件的操作，则呈现预设的提醒信息，例如“当前天气不佳，为保证车内整洁舒适，车窗暂不可打开”。

在一些实施例中，云端向车辆控制端发送根据历史设置信息生成的控制指令，包括：

云端在车辆控制端对应的出行状态为接驾时，检测车辆控制端当前是否在执行其他出行订单的出行任务；

响应于检测结果为否，向车辆控制端发送控制指令；

响应于检测结果为是，在车辆控制端完成其他出行订单的出行任务之后向车辆控制端发送控制指令。

车辆控制端对应的出行状态有多种，包括接驾、侯驾、行程中、巡游。其中，接驾表示车辆已接到出行订单的出行任务，后续将前往出行订单对应的起点接乘客；侯驾表示车辆已到达出行订单对应的起点，等待乘客上车；行程中，表示车辆已接到乘客，并前往出行订单对应的终点；巡游，表示车辆当前未接到出行订单的出行任务。在一般情况下，车辆控制端的出行状态只有一种；而在特殊情况(如连环单)下，车辆控制端的出行状态有多种，以连环单为例，车辆控制端的出行状态是两种，如行程中和接驾，即车辆在送一出行订单的乘客前往终点的途中，又接到另一出行订单的出行任务，此时，车辆对应于前一出行订单的出行状态是行程中，而对应于后一出行订单的出行状态是接驾。

假如车辆控制端会立即执行云端发送的控制指令，那么云端会在确定相关车辆当前没有在服务其他乘客之后才向该车辆的车辆控制端发送控制指令时，以免待用车的乘客设置的车厢环境设置信息影响到当前用车的乘客的用车体验。其中，云端可以通过检测车辆控制端当前对应的出行状态的数量来判断车辆控制端当前是否在执行其他出行订单的出行任务，即如果车辆控制端的出行状态只有一种，则车辆控制端当前没有在执行其他出行订单的出行任务，反之，如果车辆控制端的出行状态有多种，则车辆控制端当前有在执行其他出行订单的出行任务。

相应地，为了让乘客了解自己当前设置的车厢环境设置信息不会立即应用到车辆上，可以在控制界面显示相应的提示，例如，在预估时长小于3分钟时，如图3-1所示，用于触发确定空调的设置信息的指令的控件的文本设定为“确认”，在预估时长不小于3分钟时，如图5所示，该控件的文本设定为“一键预约”。

在一些实施例中，车辆控制端执行控制指令以调节车厢环境，包括：

车辆控制端获取从当前位置到达目的地的预估时长，响应于预估时长不大于预设时间阈值，执行控制指令以调节车厢环境。

车辆控制端如果立即执行云端发送的控制指令，在到达目的地(即当前关联的出行订单对应的起点)所需时间过长时，可能会耗费太多能源，为此，本实施例使车辆控制端在预估时长不大于预设时间阈值时才执行控制指令，以节省车辆能源。该预设时间阈值可根据实际情况来设定，例如3分钟，本实施例不做具体限定。

在一些实施例中，上述方法还包括：车辆控制端在完成当前关联的出行订单的出行任务之后，将各受控对象的状态设置为默认状态，以将车厢环境调节至预设的标准状态。

不同乘客可能喜欢不同的车厢环境，因而当前乘客所设置的车厢环境可能并不是下一乘客所喜欢的，因而在本实施例中，车辆控制端在结束出行任务后，就将车厢环境调节至标准状态，使得下一乘客在用车时能获得更舒适的用车体验。

上述的标准状态可以是根据实际情况来设定。例如可以是统计之后所确定的大多数乘客所喜爱的车厢环境，例如，空调设定为26度，车窗打开通风等。

需要说明的是，关于上述任何一个实施例中提供的车厢环境调节方法所包括的各个步骤，除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，这些步骤中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于相同的发明构思，本申请还提供了一种车厢环境调节系统。在一些实施例中，如图2所示，该车厢环境调节系统包括乘客端、云端和车辆控制端；

乘客端，用于响应于乘客触发的第一指令，向云端发送乘客的历史设置信息；

云端，用于响应于接收到历史设置信息，确定与乘客端关联的车辆控制端，向车辆控制端发送根据历史设置信息生成的控制指令；

车辆控制端，用于接收到控制指令之后，执行控制指令以调节车厢环境。

在一些实施例中，乘客端还用于呈现控制界面，响应于乘客通过控制界面触发的第二指令，向云端发送设置信息同步请求；控制界面中包含用于获取多种受控对象的设置信息的设置控件；上述多种受控对象包括车辆控制端所在车辆中的空调和车窗；

相应地，云端还用于响应于接收到设置信息同步请求，获取乘客之前设置的车厢环境设置信息，根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息，并发送至乘客端；

乘客端根据历史设置信息相应更新各设置控件的显示状态，以及在控制界面中显示用于触发第一指令的控件。

在一些实施例中，云端根据预设筛选规则从乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为历史设置信息时，用于当乘客之前设置的车厢环境设置信息有多份时，从中选择最新的一份作为历史设置信息，或根据当前天气、当前车外环境温度从中选择最匹配的一份作为历史设置信息。

在另一些实施例中，乘客端还用于呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面，获取乘客通过设置控件输入的一种或多种受控对象的设置信息，检测各受控对象的设置信息是否异常，响应于所有受控对象的设置信息均无异常，将获得的所有受控对象的设置信息打包为一份车厢环境设置信息发送至云端；上述多种受控对象包括车辆控制端所在车辆中的空调和车窗。

相应地，云端还用于接收到车厢环境设置信息后，为车厢环境设置信息与乘客建立关联关系，存储车厢环境设置信息和关联关系。

在一些实施例中，乘客输入的一种或多种受控对象的设置信息包括空调的设置信息。相应地，乘客端检测空调的设置信息是否异常时，用于：

从空调的设置信息中提取乘客设置的空调温度，向云端请求获取车辆控制端所在车辆的车外环境温度；

根据乘客设置的空调温度和车外环境温度检测空调的设置信息是否异常；

响应于空调的设置信息异常，确定异常类型，呈现与异常类型对应的提示信息；

响应于乘客对提示信息的确认操作，向后台管理人员发送警示信息。

在一些实施例中，乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面之前，还用于检测各种受控对象是否满足操作条件。

相应地，乘客端呈现控制界面时，将满足操作条件的受控对象对应的设置控件设定为可操作状态，将不满足操作条件的受控对象对应的设置控件设定为不可操作状态。

在一些实施例中，乘客端，还用于响应于检测到乘客对不可操作状态下的设置控件的操作，呈现预设的提醒信息。

在一些实施例中，乘客端检测车窗是否满足操作条件时，用于：

向云端请求车辆控制端所在车辆的雨刮器的状态信息和车辆控制端检测到的天气类型；

响应于雨刮器的状态信息表示雨刮器为开启状态或车辆控制端检测到的天气类型为特定天气类型，判定车窗不满足操作条件；

响应于雨刮器的状态信息表示雨刮器不为开启状态且车辆控制端检测到的天气类型不为特定天气类型，判定车窗满足操作条件。

在一些实施例中，云端向车辆控制端发送根据历史设置信息生成的控制指令时，用于：

在车辆控制端对应的出行状态为接驾时，检测车辆控制端当前是否在执行其他出行订单的出行任务；

响应于检测结果为否，向车辆控制端发送控制指令；

响应于检测结果为是，在车辆控制端完成其他出行订单的出行任务之后向车辆控制端发送控制指令。

在一些实施例中，车辆控制端执行控制指令以调节车厢环境，用于获取从当前位置到达目的地的预估时长，响应于预估时长不大于预设时间阈值，执行控制指令以调节车厢环境。

在一些实施例中，车辆控制端，还用于在完成当前关联的出行订单的出行任务之后，将各受控对象的状态设置为默认状态，以将车厢环境调节至预设的标准状态。

关于车厢环境调节系统的具体限定可以参见上文中对于车厢环境调节系统的限定，在此不再赘述。上述车厢环境调节系统中的各个模块(如乘客端、云端和车辆控制端)可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)、直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种车厢环境调节方法，其特征在于，所述方法包括：

乘客端响应于乘客触发的第一指令，向云端发送所述乘客的历史设置信息；

所述云端响应于接收到所述历史设置信息，确定与所述乘客端关联的车辆控制端，向所述车辆控制端发送根据所述历史设置信息生成的控制指令；所述车辆控制端设于无人驾驶营运车辆上；

所述车辆控制端接收到所述控制指令之后，执行所述控制指令以调节车厢环境。

2.如权利要求1所述的方法，其特征在于，所述乘客端响应于乘客触发的第一指令，向云端发送所述乘客的历史设置信息之前，所述方法还包括：

所述乘客端呈现控制界面，响应于所述乘客通过所述控制界面触发的第二指令，向所述云端发送设置信息同步请求；所述控制界面中包含用于获取多种受控对象的设置信息的设置控件；所述多种受控对象包括所述车辆控制端所在车辆中的空调和车窗；

所述云端响应于接收到所述设置信息同步请求，获取所述乘客之前设置的车厢环境设置信息，根据预设筛选规则从所述乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为所述历史设置信息，并发送至所述乘客端；

所述乘客端根据所述历史设置信息更新各所述设置控件的显示状态，以及在所述控制界面中显示用于触发所述第一指令的控件。

3.如权利要求2所述的方法，其特征在于，所述云端根据预设筛选规则从所述乘客之前设置的车厢环境设置信息中选出一份车厢环境设置信息作为所述历史设置信息，包括：

当所述乘客之前设置的车厢环境设置信息有多份时，所述云端从中选择最新的一份作为所述历史设置信息，或根据当前天气、当前车外环境温度从中选择最匹配的一份作为所述历史设置信息。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面，获取所述乘客通过所述设置控件输入的一种或多种受控对象的设置信息，检测各所述受控对象的设置信息是否异常，响应于所有所述受控对象的设置信息均无异常，将获得的所有所述受控对象的设置信息打包为一份车厢环境设置信息发送至所述云端；所述多种受控对象包括所述车辆控制端所在车辆中的空调和车窗；

所述云端接收到所述车厢环境设置信息后，为所述车厢环境设置信息与所述乘客建立关联关系，存储所述车厢环境设置信息和所述关联关系。

5.如权利要求4所述的方法，其特征在于，所述乘客输入的一种或多种受控对象的设置信息包括空调的设置信息；

所述乘客端检测所述空调的设置信息是否异常时，从所述空调的设置信息中提取乘客设置的空调温度，向所述云端请求获取所述车辆控制端所在车辆的车外环境温度；

根据所述乘客设置的空调温度和所述车外环境温度检测所述空调的设置信息是否异常；

响应于所述空调的设置信息异常，确定异常类型，呈现与所述异常类型对应的提示信息；

响应于所述乘客对所述提示信息的确认操作，向后台管理人员发送警示信息。

6.如权利要求4所述的方法，其特征在于，所述乘客端呈现包含用于获取多种受控对象的设置信息的设置控件的控制界面之前，所述方法还包括：所述乘客端检测各种所述受控对象是否满足操作条件；

相应地，所述乘客端呈现所述控制界面时，将满足操作条件的受控对象对应的设置控件设定为可操作状态，将不满足操作条件的受控对象对应的设置控件设定为不可操作状态。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

所述乘客端响应于检测到所述乘客对不可操作状态下的设置控件的操作，呈现预设的提醒信息。

8.如权利要求6所述的方法，其特征在于，所述乘客端检测车窗是否满足操作条件时，向所述云端请求所述车辆控制端所在车辆的雨刮器的状态信息和所述车辆控制端检测到的天气类型；

响应于所述雨刮器的状态信息表示雨刮器为开启状态或所述车辆控制端检测到的天气类型为特定天气类型，判定车窗不满足操作条件；

响应于所述雨刮器的状态信息表示雨刮器不为开启状态且所述车辆控制端检测到的天气类型不为特定天气类型，判定车窗满足操作条件。

9.如权利要求1所述的方法，其特征在于，所述云端向所述车辆控制端发送根据所述历史设置信息生成的控制指令，包括：

所述云端在所述车辆控制端对应的出行状态为接驾时，检测所述车辆控制端当前是否在执行其他出行订单的出行任务；

响应于检测结果为否，向所述车辆控制端发送所述控制指令；

响应于检测结果为是，在所述车辆控制端完成所述其他出行订单的出行任务之后向所述车辆控制端发送所述控制指令。

10.如权利要求1所述的方法，其特征在于，所述车辆控制端执行所述控制指令以调节车厢环境，包括：

所述车辆控制端获取从当前位置到达目的地的预估时长，响应于所述预估时长不大于预设时间阈值，执行所述控制指令以调节车厢环境。

11.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述车辆控制端在完成当前关联的出行订单的出行任务之后，将各受控对象的状态设置为默认状态，以将车厢环境调节至预设的标准状态。

12.一种车厢环境调节系统，其特征在于，所述系统包括乘客端、云端和车辆控制端；

所述乘客端，用于响应于乘客触发的第一指令，向所述云端发送所述乘客的历史设置信息；

所述云端，用于响应于接收到所述历史设置信息，确定与所述乘客端关联的车辆控制端，向所述车辆控制端发送根据所述历史设置信息生成的控制指令；

所述车辆控制端，用于接收到所述控制指令之后，执行所述控制指令以调节车厢环境。