[0001] 本公开涉及人工智能技术领域，尤其涉及一种车辆的交互方法及车辆。

[0002] 现有的汽车车机通常提供的用户界面相对单一，多数为2D界面，主要展示汽车的一些基础信息，如速度、油耗、行程等，以及一些车载应用的信息，如导航、音乐播放等。

[0003] 此外，现有的汽车车机在处理天气数据时，一般只是简单地在界面上显示当前的天气信息，如天气图标、温度等，但并没有将这些天气信息与车机的显示界面紧密结合起来，无法在车内为用户提供贴近真实驾驶环境的体验。且现有的汽车车机中对车辆状态的反映也相对单一。虽然有的车机可以显示一些基本的车辆状态信息，如车门是否关闭、车窗是否打开等，但这些信息的显示方式一般为文字或图标，无法提供直观的视觉体验。

[0025] 以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

[0026] 在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

[0027] 在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

[0028] 在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

[0029] 在本公开的技术方案中，所涉及的数据(如包括但不限于用户个人信息)的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

[0030] 本公开的实施例提供了一种车辆的交互方法，包括：获取车辆所处的环境信息及车辆状态信息；基于环境信息构建三维场景，基于车辆状态信息在三维场景内构建三维车辆模型，其中，三维车辆模型包括多个车辆组件，车辆组件的渲染效果基于车辆对应硬件组件的使用状态确定。基于该交互方法，用户在构建的三维场景中感受车辆所在的真实环境，并根据车辆模型的渲染效果了解车辆的各个组成部件的实时工作状态，使用户在三维场景中拥有真实的车辆驾驶体验。进一步的，车辆组件还被配置为：响应于输入的操作指令调整硬件组件的使用状态，以及基于调整更新车辆组件的渲染效果。基于该方法，三维车辆模型的车辆组件被配置为可响应操作指令，进而调整真实车辆的硬件组件的使用状态，即用户可以通过控制三维车辆模型来控制真实车辆的使用状态，为用户提供了远程驾驶的一种方式。

[0031] 图1示意性示出了根据本公开实施例的车辆的交互方法的应用场景图。

[0032] 如图1所示，本公开实施例提供的车辆的交互方法的应用场景100可以包括车辆车机。在车辆的车机屏幕上构建三维场景时，基于实时的天气、时段及车辆状态信息，生成和渲染出高度个性化、动态变化的三维场景作为桌面，用户可以通过直观的操作，直接在三维车辆模型上进行各种车辆控制功能的设置，极大地提升了用户体验和操作便捷性，提供更强的交互性和更好的用户体验。三维场景和三维车辆模型贴近实际的驾驶环境和车辆状态，使驾驶员能更直观地感受到车辆在不同天气条件和不同时段下的驾驶表现，进而使驾驶员能更加准确的操控车辆。

[0033] 本公开实施例提供的车辆的交互方法还可以应用于移动终端等应用场景中。移动终端可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。本公开实施例提供的车辆交互方法可以通过搭载移动终端上的应用程序、小程序及网页等实现。

[0034] 在移动终端的屏幕上构建三维场景和三维车辆模型，用户可通过移动终端实现对车辆的远程控制。例如，在拥挤的停车区域，用户可以先行下车，可通过手机对三维车辆模型的控制，远程控制真实车辆停放在狭小的停放区域内，这种方式一方面用户更充分的观察车辆附近的复杂环境，防止车辆发生剐蹭，另一方面由于用户提前下车，在车辆停放后没有为车门预留空间的需求，可以为车辆保留更多的停放空间。

[0035] 进一步的，一部移动终端可以与多台车辆同时建立通讯，并在移动终端上构建每台车辆的三维场景和三维车辆模型，通过一部移动装完成多台车辆的远程控制。多部移动终端可以与同一车辆同时建立通讯，并在每部移动终端上构建该车辆所在三维场景和三维车辆模型，实现多部移动终端同时控制该车辆。

[0036] 更进一步的，可以在移动终端上构建一个三维场景，将该三维场景中的三维车辆模型与多台真实车辆关联。当用户通过操作指令改变三维车辆模型的车辆组件的使用状态时，向与该三维车辆模型关联的多台真实车辆发送相同的控制指令，使各真实车辆的车辆控制系统执行该控制指令，改变各真实车辆上对应的车辆组件的使用状态，实现通过一部移动终端同时控制多台真实车辆。例如，在物联网系统中，通过一部移动终端，控制多台无人驾驶车辆构成车队，根据预设的车辆路径到达指定地点，并自动完成装货和卸货。

[0037] 在本实施例中，可以为车辆车机和移动终端提供各种服务的服务器，例如对车辆车机或与车辆构建网络通讯的移动终端提供支持的云端计算服务器，用于实现该车辆的交互方法。其中，云端计算服务器可以对接收到的环境数据和车辆状态信息进行分析等处理，并将处理结果(例如三维场景和三维车辆模型的构建数据和渲染数据等)反馈给车辆车机或终端设备，使车辆车机或终端设备根据出列结果生成相应的三维场景和三维车辆模型。

[0038] 应该理解，图1中的终端设备和车辆的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和车辆。

[0039] 以下将基于图1描述的场景，通过图2、图3和图4A～4D对公开实施例的车辆的交互方法进行详细描述。

[0040] 图2示意性示出了根据本公开实施例的车辆的交互方法的流程图。

[0041] 如图2所示，该实施例提供的一种车辆的交互方法包括操作S210～操作S220。

[0042] 在操作S210，获取车辆所处的环境信息及车辆状态信息。

[0043] 环境信息至少可以包括天气信息和时间信息，根据天气信息和时间信息可以构建基础的三维场景。进一步地，环境信息还可以包括地理位置信息、交通实况等。其中，地理位置信息可以包括经纬度、地形地貌等，交通实况可以包括当前道路的拥堵情况、交通灯状态、是否存在交通事故及道路交叉路口数量等。此外，环境信息还可以包括当地特色建筑、人文景观等。通过收集丰富的环境信息，可以为后期构建生动的三维场景提供丰富的素材。

[0044] 车辆状态信息包括车辆外形、车辆行驶状态、车辆硬件组件使用状态、车辆负载情况、乘车人数等信息。

[0045] 在本实施例中，车辆所处的环境信息可以通过网络获取车辆定位后从网络实时获取，车辆状态信息可以通过车辆上安装的传感器、摄像头、雷达(例如激光雷达、超声波雷达等)采集数据后获得，这些数据可以包括图像、视频、雷达扫描数据、惯性测量单元(IMU)数据、温度、湿度、车速等，再通过例如车辆总线将上述数据传输至车机或者ECU(Engine Control Unit，电子控制器单元)进行分析、显示和/或控制，或者车辆可以通过蜂窝网络或者其它网络通信(例如卫星通信)发送至移动终端。获取到的数据信息可以存储至车辆内部的存储介质中，也可以存储至与车辆建立网络连接的服务器中。

[0046] 在操作S220，基于环境信息构建三维场景，基于车辆状态信息在三维场景内构建三维车辆模型，其中，三维车辆模型包括多个车辆组件，车辆组件的渲染效果基于车辆对应硬件组件的使用状态确定。

[0047] 环境信息至少包括天气信息和时间信息。

[0048] 在本实施例中，基于天气信息可以确定多个天气元素，天气元素可以包括温度、湿度、风力、风向、太阳照射强度、云层厚度及降水量等。基于多个天气元素构建表示车辆所处环境的初始三维场景。具体的，天气元素可以在三维场景中表现为雨滴、雪花及光照强度等可见的动画效果，例如在三维场景中增减雨滴的数量和大小表现当前雨势的大小，通过调节光照强度和光照颜色来表现当前环境温度和光照时刻，通过渲染雾气效果表现当前的大雾天气，以及，在三维场景中设置太阳和月亮，并配合场景背景色区分白天和夜晚。

[0049] 在确定初始三维场景的基础上，基于时间信息，调整初始三维场景中部分天气元素，进一步完善三维场景。例如，根据时间信息将太阳或月亮的位置调整到对应时段的位置上，进一步的，可以根据当日日期，将月亮的形状调整为新月、峨嵋月、上弦月、凸月、满月、残月、下弦月及下凸月八种不同的形状中的一种。再例如，根据时间信息获取当前节气信息，根据节气信息可以得到白天和夜晚的时长变化，进而调节三维场景中白天和黑夜的渲染交替时间。

[0050] 进一步的，为了构建更加丰富的三维场景，还可以在三维场景中加入更多的环境信息。例如，在三维场景中增加地理位置信息，具体可以通过在三维场景中构建山川、平原、丘陵、河流、树木及土壤形态等地理特征元素来体现，或者，在三维场景中设置当地人文标志或标志性建筑物等，便于用户识别当前车辆所在地。进一步的，可以根据采集到的车辆所在道路的路况数据，在三维场景中增加路障、坑洼和行人等动画元素来体现当前路况。

[0051] 当三维场景构建完毕后，在三维场景内构建三维车辆模型。其中，三维车辆模型包括了与真实车辆相同的车辆组件。车辆组件至少包括车架、发动机、油箱、车窗、车门、座椅、后备箱及灯光组件等。车辆状态信息可以包括车辆外形、车辆行驶状态、车辆硬件组件使用状态、车辆负载情况、乘车人数等。根据车辆状态信息渲染三维车辆模型，例如，根据真实车辆的车窗高度数据调整三维车辆模型的窗户高度，在三维车辆模型的油箱中渲染汽油高度或颜色表示汽油剩余量，在座椅位置设置人物模型表示实载人数，以及通过渲染车箱内的颜色表示车箱温度等。

[0052] 此外，将三维车辆模型设置在三维场景中时，为了使场景更接近真实的驾驶环境，还可以将天气元素应用在三维车辆模型上。例如，在下雨天，可以在三维车辆模型上渲染雨滴打在车辆表面的效果；在下雪天，可以在三维车辆模型上渲染积雪效果；以及，根据当前光照变化，调整三维车辆模型内外的光影效果。

[0053] 根据上述方法，通过将车辆状态信息以数据或渲染效果的形式在三维场景三维车辆模型上展示给用户，为用户提供清晰且直观的信息获取方式，有助于提升用户的驾驶体验感。用户通过三维场景和三维车辆模型实时掌握天气信息和车辆状态，还有助于提高驾驶安全性。

[0054] 在本实施例中，环境信息及车辆状态信息可以为实时获取或定时更新。定时更新环境信息和时间信息，调整至少部分天气元素以更新三维场景，以确保三维场景和三维车辆模型能反应实时的天气和时段信息以及车辆的使用状态，使用户能更直观地感受到车辆在不同天气条件和不同时段下的驾驶表现。具体的，在环境信息和时间信息更新后，比对更新前后的信息，得到发生变化的环境信息和时间信息。根据变化的时间信息，调整三维场景中的光照方向及光照强度；根据变化的环境信息，调整三维场景中渲染元素，例如调整路面平整度、增减雨滴数量或更改背景画面。

[0055] 进一步的，三维车辆模型的车辆组件被配置为：响应于输入的操作指令调整硬件组件的使用状态，以及基于调整更新车辆组件的渲染效果。例如，响应于用户拉动三维车辆模型的车门，将三维车辆模型的车门渲染为开门状态的同时，向真实的车辆发送开门指令，通过真实的车辆的控制系统打开车门。该配置可以实现用户通过控制三维车辆模型来驾驶真实的车辆，为用户提供了一种新的驾驶方式，用户可以通过直观的操作，直接在三维车辆模型上进行各种车辆控制功能的设置，极大地提升了用户体验和操作便捷性，提供更强的交互性和更好的用户体验。

[0056] 图3示意性示出了根据本公开实施例提供的响应操作指令调整硬件组件的方法流程图。

[0057] 在本实施例中，响应操作指令调整硬件组件具体可以包括操作S310～S330。

[0058] S310，响应于操作指令，生成控制指令。

[0059] 操作指令可以为用户通过操控三维场景或三维车辆模型的动作生成。具体的，操控指令可以为用户点击三维场景或三维车辆模型的触摸动作，也可以为用户向生成该三维场景或三维车辆模型的系统发出的语音指令，还可以为用户向展示该三维场景或三维车辆模型的系统输入的系统指令等等。响应于操作指令，生成该三维场景或三维车辆模型的系统生成与该操作指令对应的控制指令，并将该控制指令发送给对应的车辆。控制指令为车辆可识别且包含操作指令的操控信息的指令，通过系统与车辆的通信链路传输。其中，操作指令可以由用户对显示三维场景和三维车辆模型的设备发出，设备可以为车载触控屏，还可以为手机、电脑、平板等移动终端。

[0060] S320，根据控制指令调整车辆上与车辆组件对应的硬件组件的使用状态。

[0061] 控制指令至少包括了以下信息：操作对象、操作内容和目标指标。当车辆收到控制指令后，车辆的车机识别该控制指令，并将该控制指令发送给执行该控制指令的操作对象，即车辆上对应的硬件组件，根据操作内容和目标指标调整该硬件组件的使用状态。例如，用户期望将前车窗下降一半的高度，控制指令中包括操作对象“前车窗”、操作内容“下降高度”和目标指标“50％”等信息，由车辆的车机将控制指令发送给处理器，控制前车窗的相关电路将车窗下调至目标高度。

[0062] S330，基于硬件组件调整后的使用状态更新车辆组件的渲染效果。

[0063] 随着车辆的硬件组件的使用状态调整，车辆整体的使用状态可能随着发生变化。例如，当车窗下降后，车内的光照强度发生改变；当车门打开后，车内的人员发生了变化；当车内灯带调整模式后，车内氛围效果被改变。为了使三维车辆模型的显示效果真实有效，在车辆的硬件组件的使用状态发生改变后，应该更新三维车辆模型的车辆组件的渲染效果。

[0064] 图4A示意性示出了根据本公开实施例提供的第一种响应操作指令调整硬件组件的示意图。

[0065] 如图4A所示，操作指令可以包括第一动作和操作手势的组合。

[0066] 第一动作可以为用户在三维场景中操控三维车辆模型的行为，具体可以为用特定的手势点击、滑动或无接触操控三维场景或三维车辆模型，也可以为用于操控三维场景或三维车辆模型的声音指令，还可以为手动输入的数码指令。操作手势为对三维场景中的三维车辆模型的具体操作，该操作手势可以模拟真实的操作车辆的动作，也可以为针对特定的车辆组件设计的特定手势动作，具有实际的操作意义。第一动作和操作手势均可以为多个动作的组合。

[0067] 当操作指令包括第一动作和操作手势时，在S310中，响应于操作指令，生成控制指令，可以包括S401～S402。

[0068] S401，响应于第一动作，放大车辆组件。

[0069] 具体的，用户可以通过点击三维车辆模型中需要操作的车辆组件，将对应的车辆组件放大，便于用户对该组件进行操作。或者，用户可以通过点击三维车辆模型，将三维车辆模型局部放大，便于用户进一步选中三维车辆模型中的车辆组件。用户还可以通过语音指定选中三维车辆模型的车辆组件，例如，根据语音指令“调整座椅”，选中三维车辆模型的电动座椅并放大显示调节模块，供用户调整电动座椅的位置和靠背倾斜度。用户还可以直接输入指令，例如，向三维场景的控制系统输入指令“空调”，控制系统根据该指令放大三维车辆模型的空调组件。

[0070] 在放大车辆组件时，可以对该车辆组件进行效果渲染，突出该车辆组件的显示效果。例如，更改该车辆组件的颜色，或将该车辆组件的外边框用色彩描边。

[0071] S402，识别对放大后的车辆组件的操作手势，生成与操作手势对应的控制指令。

[0072] 当车辆组件被放大和效果渲染后，车辆组件的显示效果突出，便于用户对其进一步操作。用户可以通过操作手势操控该车辆组件，例如，若车辆组件为车窗，用户可以通过在车窗上上下滑动调整车窗高度，或者通过连续按压或点击车窗控制车窗自动调整高度，当按压或点击结束时停止调整高度。再例如，若车辆组件为车门，当车门为关闭状态时，用户可以通过点击选中车门把手后，再配合滑动手势将车门打开；当车门为打开状态时，用户通过向车内滑动车门将车门关闭。操作手势与操作真实车辆的操作逻辑和操作动作相似，用户很容易适应通过操作手势操控三维车辆模型的车辆组件。

[0073] 在本实施例中，三维车辆模型的车辆组件被配置为可以响应操作指令调整硬件组件的使用状态。当用户通过操作手势操控三维车辆模型的车辆组件时，该三维车辆模型的控制系统生成包括操作手势的操作信息的控制指令，将其发送给真实车辆，使车辆根据控制指令，执行用户操控三维车辆模型的相同操控内容。例如，用户点击三维车辆模型的车灯，将车灯开启，同时，三维车辆模型的控制系统生成相应的控制指令发送给真实车辆，使该车辆的车机执行该控制指令，将车灯开启。

[0074] 图4B示意性示出了根据本公开实施例提供的第二种响应操作指令调整硬件组件的示意图。

[0075] 如图4B所示，操作指令包括第二动作和点击指令的组合。

[0076] 第二动作可以为用户调取三维车辆模型的操作列表的行为。具体的，第二动作可以为点击三维场景或三维车辆模型中预设的区域，也可以为特定的滑动动作，也可以为多指点击或多指滑动的组合动作。第二动作还可以为用户发出声音指令或行为动作，可以通过声纹设备和图像识别算法捕捉。

[0077] 当操作指令包括第一动作和操作手势时，在S310中，响应于操作指令，生成控制指令，可以包括S403～S404。

[0078] S403，响应于第二动作，显示车辆组件的操作列表。

[0079] 在本实施例中，假设第二动作为双击三维车辆模型的车辆组件，例如，响应于用户点击双击三维车辆模型的空调组件，则在三维场景中显示该空调组件的操作列表，为用户展示空调组件的可选操作项目。以空调组件为例，操作列表中具体可以显示空调组件的多种调控项目，如温度、风速、风向、模式及定时等等。进一步的，操作列表的各操作项目还可以包括下级子操作列表，用于提供更详细的操作内容。以空调组件为例，响应于用户选中操作列表中的模式调控项目，则显示模式子操作列表，模式子操作列表中显示空调可以选择的多种工作模式，如制冷、制热及除湿等。通过向用户展示车辆组件的操作列表，为用户提供直观的选择项目，快速引导用户选择需要的操作选项。

[0080] S404，响应于点击操作列表中的选项，生成选项表示的控制指令。

[0081] 在本实施例中，操控列表可以预置在三维场景和三维车辆模型的控制系统中。响应于用户点击操作列表中的选项，控制系统可以根据用户点击的选项更新三维场景和三维车辆模型的显示效果，并生成相应的控制指令并发送给真实车辆，使真实车辆完成三维车辆模型相同的状态改变。

[0082] 图4C示意性示出了根据本公开实施例提供的第三种响应操作指令调整硬件组件的示意图。

[0083] 如图4C所示，操作指令可以包括第三动作和语音指令的组合。

[0084] 第三动作可以为用户操控三维车辆模型的手势动作、声音指令或数码指令。语音指令为用户发出的声音指令，用于指示为对三维场景中的三维车辆模型的具体操作。

[0085] 当操作指令包括第三动作和操作手势时，在S310中，响应于操作指令，生成控制指令，可以包括S405～S406。

[0086] S405，响应于第三动作，选中车辆组件，并启动语音指令接收功能。

[0087] 具体的，第三动作可以为长按、连续点击或多指配合按预设动作滑动等；第三动作还可以为预设的语音指令，例如“嗨，小车”等等；第三动作指令还可以为向三维车辆模型的控制系统输入数码指令，例如“启动语音识别”。当第三动作作用于三维车辆模型的车辆组件时，响应于第三动作，启动控制系统的语音指令接收功能，准备接收用户进一步对该车辆组件的发出的语音指令。

[0088] S406，接收并识别语音指令，根据语音指令内容生成被选中的车辆组件的控制指令。

[0089] 基于预设的语音指令识别算法识别语音指令的内容，语音指令识别算法包括基于动态时间规整(Dynamic Time Warping)的算法、基于参数模型的隐马尔可夫模型(HMM)的方法、基于非参数模型的矢量量化(VQ)的方法及基于人工神经网络(ANN)的算法和混合算法等。根据识别出来的内容，更新三维场景和三维车辆模型的显示效果，并生成控制指令，发送给真实车辆，使真实车辆执行该控制指令，改变该真实车辆对应车辆组件的使用状态。

[0090] 通过第三动作和语音指令的组合，使用户可以更直观、更方便地通过操作三维车辆模型来控制真实车辆的实际状态，实现对车辆的精准控制和个性化操作。例如，当驾驶员在三维车辆模型上按住某个车窗组件时，同时通过语音下达指令“升窗”，模块会解析这一操作并将该指令发送给车辆控制系统执行，使得用户按住的车窗自动升起。

[0091] 图4D示意性示出了根据本公开实施例提供的第四种响应操作指令调整硬件组件的示意图。

[0092] 如图4D所示，在本实施例中，操作指令还包括第四动作。响应于第四动作，三维车模系统的控制系统可以执行S407～S408。

[0093] S407，响应于第四动作，生成第四动作的操作区域的动作预测菜单，操作区域包括三维场景和车辆组件，动作预测菜单显示在操作区域的历史偏好操作。

[0094] 第四动作可以为点击三维场景或车辆组件上设置的预设按钮，其中，响应于点击三维场景的预设按钮，显示对三维车辆模型历史偏好操作列表，历史偏好操作列表即动作预测菜单；响应于点击车辆组件上预设的按钮，显示对该车辆组件的历史偏好操作。第四动作还为在三维场景或车辆组件上的单指或多指点击操作，也可以为多指配合的滑动操作，例如大拇指和食指在三维场景的指定区域滑动张开或合拢，则显示对三维车辆模型的历史偏好操作列表。第四动作还可以为预置的语音指令，例如“打开氛围灯动作预测菜单”，响应该语音指令，则显示氛围灯的历史偏好操作列表。

[0095] S408，响应于点击历史偏好操作，执行历史偏好操作。

[0096] 具体的，响应于用户点击动作预测菜单中的历史偏好操作，三维车辆模型的控制系统将根据该历史偏好操作更改三维车辆模型对应的车辆组件的显示效果，显示效果表示该车辆组件的使用状态发生了变化，并根据该车辆组件的变化，响应更改三维场景的渲染效果。例如，当用户选择历史偏好操作“打开近光灯”，则控制系统修改该三维车辆模型的灯组的渲染效果，形成车辆模型前大灯点亮的效果；同时在三维场景中，在车辆前端渲染地面被照亮的效果，使三维场景更加真实；然后，根据历史偏好操作，控制系统生成相应的控制指令，将该控制指令发送给真实车辆，使真实车辆点亮前大灯。

[0097] 动作预测菜单中的历史偏好操作可以随着用户的操作习惯更新，提高菜单展示的准确性，为用户操控三维车辆模型提供便利。

[0098] 在本实施例中，可以将三维场景和三维车辆模型显示在车辆的显示屏幕上。当用户启动车辆时，车辆的车机通过网络获取当前环境信息和天气信息，在车辆的显示屏幕上构建三维场景和三维车辆模。用户可以在该显示屏幕上操控三维场景和三维车辆模型，进而控制车辆本身。

[0099] 由于车载显示屏幕的大小有限，为了便于用户操作，用户可以在显示屏幕上执行第五动作，车辆控制系统响应于对显示屏幕的第五动作，调整三维场景及车辆模型在现实屏幕上的显示比例和视角。例如，用户可以按住屏幕上显示的三维场景并进行拖拽，使三维场景在屏幕上发生平移，显示出在当前视角内屏幕上未显示出来的部分三维场景；再例如，用户按住屏幕上的三维车辆模型屏进行滑动，使屏幕中的三维车辆模型以模型中间位置为中心，手指与中心的距离为半径，根据手指滑动的距离计算转动角度，将三维车辆模型的展示角度调整至符合用户期望。通过调整三维场景及车辆模型在现实屏幕上的显示比例和视角，使用户更容易在三维场景的预定区域和三维车辆模型的车辆组件上执行操作。

[0100] 在用户驾驶车辆的过程中，用户可以通过操作指令操控三维车辆模型，在不方便动手的情况下，用户可以使用语音指令操控三维车辆模型，通过控制三维车辆模型来控制真实车辆调整车辆组件的使用状态。例如，用户在驾驶过程中希望打开车窗，通过语音下达指令“半开车窗”给车辆控制系统执行，使得车窗半开。

[0101] 根据本公开实施例提供的车辆的交互方法，可以根据环境信息构建三维场景，用户还原车辆所在的真实环境，同时，在三维场景中构建可以反应车辆各个硬件组件的状态信息的三维车辆模型，使用户的驾驶体验更为真实和生动。该三维车辆模型的各车辆组件可以响应用户的操作指令，调整真实车辆的硬件组件的使用状态，为用户提供了新的操控方式，可以应用于无人驾驶等应用场景。

[0102] 基于上述车辆的交互方法，本公开还提供了一种实现交互方法的车辆。以下将结合图5对该车辆进行详细描述。

[0103] 图5示意性示出了根据本公开实施例的适于实现交互方法的车辆的方框图。

[0104] 如图5所示，根据本公开实施例的车辆500包括处理器501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

[0105] 在RAM 503中，存储有车辆500操作所需的各种程序和数据。处理器501、ROM 502以及RAM 503通过总线504彼此相连。处理器501通过执行ROM 502和/或RAM 503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 502和RAM 503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

[0106] 根据本公开的实施例，车辆500还可以包括输入/输出(I/O)接口505，输入/输出(I/O)接口505也连接至总线504。车辆500还可以包括连接至I/O接口505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

[0107] 在该计算机程序被处理器501执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

[0108] 在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分509被下载和安装，和/或从可拆卸介质511被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

[0109] 在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被处理器501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

[0110] 根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

[0111] 附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

[0112] 本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

[0113] 以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。