一种投屏方法及装置

技术领域

本申请涉及投屏显示领域，尤其涉及一种投屏方法及装置。

背景技术

随着社会整体经济水平的提升和汽车技术的迅猛发展，在汽车消费领域，人们从满足汽车功能使用的传统消费向追求汽车生活体验的新型消费转变。汽车内屏幕(也可称为显示模块)的数量也变得越来越多，而实体按钮则越来越少，绝大部分的信息和功能会承载在汽车中控屏幕上，如图1中的(a)子示意图。此外，智能终端设备(如，手机)的快速发展也使得人们越来越离不开手机等终端设备，人们在驾驶汽车的过程中，难免会遇到需要使用终端设备的情况，如图1中的(b)子示意图为驾驶员利用手机进行导航，但法律规定司机在驾驶过程中不允许使用手机等终端设备，会给驾驶带来危险。

因此，现有的解决方式是将手机等终端设备上要显示的信息直接投屏到汽车的中控屏幕上，用户可直接通过该中控屏幕显示的信息来获得相关资讯。

但是中控屏幕不是在任何情况下对驾驶员来说都是最佳的观看区域，观看中控屏幕需要驾驶员扭头、转移视线，频繁观看容易分散驾驶员注意力，给驾驶过程带来危险。

发明内容

本申请实施例提供了一种投屏方法及装置，通过获取车辆上显示模块被投屏时需要满足的投屏条件(如，车辆的驾驶速度、所处交通场景类型等、终端设备上运行的应用程序所属应用类型、达到预设使用频率等)，当满足该投屏条件，则将终端设备上运行的应用程序的投屏信息投屏到对应显示模块，从而实现将终端设备上的投屏信息合理分配到车辆上的不同显示模块，使得驾驶员能够快速获取终端设备上的信息，降低了驾驶员注意力分散的概率，减少了投屏信息对驾驶员驾驶的干扰，从而提高驾驶安全性。

基于此，本申请实施例提供以下技术方案：

第一方面，本申请实施例首先提供一种投屏方法，可用于汽车消费领域中，该方法包括：首先，终端设备(或目标车辆)会获取到该目标车辆上第一显示模块被投屏的第一投屏条件，该第一投屏条件可以是与目标车辆的行驶信息相关，也可以是与待投屏应用程序的特征信息相关，具体此处不做限定。具体地，由于车辆的行驶信息可以用多种参数进行表征，例如，车辆的驾驶速度、车辆所处的交通场景类型、车辆内乘客数量、车辆驾驶员的疲劳状态、车辆与障碍物之间的距离等。因此，在本申请实施例中，第一投屏条件可以根据该目标车辆的行驶信息设定，在这种情况下，当满足第一投屏条件就包括：当该目标车辆的行驶信息满足该第一投屏条件；该第一投屏条件除了可以基于该目标车辆的行驶信息设定外，还可以根据待投屏应用程序的特征信息设定。在这种情况下，当满足第一投屏条件就包括：当终端设备上的第一待投屏应用程序的特征信息满足该第一投屏条件。当满足该第一投屏条件，且在终端设备与车辆建立了通信连接的情况下，将终端设备上的第一待投屏应用程序的投屏信息投屏到该第一显示模块。例如，满足第一投屏条件的判断方式可以是终端设备上的第一待投屏应用程序的特征信息满足该第一投屏条件，也可以是该目标车辆的行驶信息满足该第一投屏条件，具体此处不做限定。在本申请实施例中，第一显示模块为该目标车辆上多个显示模块中的一个，该目标车辆上的不同显示模块具有不同的投屏条件，例如，假设目标车辆A上有2个不同的显示模块，分别为仪表盘屏幕和中控屏幕，那么针对每个显示模块都有一个对应的投屏条件，则一共有2个投屏条件，分别为投屏条件1、投屏条件2。

这里需要注意的是，待投屏应用程序可以是指与目标车辆建立了通信连接的终端设备上待投屏应用程序，但若有多个终端设备都与目标车辆建立连接，则可选择建立时刻更早的终端设备作为待投屏的终端设备，该终端设备上待投屏应用程序就可称为待投屏应用程序；也可以选择已设置为默认的终端设备作为待投屏的终端设备，还可以由用户根据实际需求自行选择哪个终端设备作为待投屏的终端设备，具体此处不做限定。还需要注意的是，终端设备上待投屏应用程序可以是指在终端设备的显示界面上显示应用程序界面的应用程序，也可以是指在终端设备的后台运行(即未在终端设备的显示界面显示应用程序界面)的应用程序，此处不做限定。

在本申请上述实施方式中，通过获取车辆上第一显示模块被投屏时需要满足的第一投屏条件，当满足该第一投屏条件(如，车辆的驾驶速度、所处交通场景类型等、终端设备上待投屏应用程序所属应用类型、达到预设使用频率等)，则将终端设备上待投屏应用程序的投屏信息投屏到对应的第一显示模块，从而实现将终端设备上的投屏信息基于投屏条件合理分配到车辆上对应的显示模块，使得驾驶员能够快速获取终端设备上的信息，降低了驾驶员注意力分散的概率，减少了投屏信息对驾驶员驾驶的干扰，从而提高驾驶安全性。

在第一方面的一种可能的设计中，终端设备(或目标车辆)获取该目标车辆上第一显示模块被投屏的第一投屏条件的具体方式可以是：终端设备(或目标车辆)从本机，即终端设备(或目标车辆)预先存储的多个投屏条件中获取第一显示模块被投屏的第一投屏条件，可以同时获取多个投屏条件，也可以按照预设顺序获取进行比对；也可以是跨设备接收，例如终端设备从目标车辆获取投屏条件信息，或者目标车辆从车主的终端设备中获取投屏条件信息。所述投屏条件可以是默认设置的，也可以是用户根据自己的驾驶习惯或者其他需求进行设置的。由此，本文提到的获取，也可以是指接受用户的输入设置。

在第一方面的一种可能的设计中，终端设备(或目标车辆)获取该目标车辆上第一显示模块被投屏的第一投屏条件的具体方式可以是：终端设备(或目标车辆)先获取该目标车辆上多个显示模块被投屏的多个投屏条件，在本申请实施例中，一个显示模块对应一个投屏条件，例如，假设目标车辆A上有3个不同的显示模块，分别为仪表盘屏幕、方向盘屏幕和中控屏幕，那么针对每个显示模块都有一个对应的投屏条件，则一共有3个投屏条件，分别为投屏条件1、投屏条件2、投屏条件3。终端设备(或目标车辆)获取到该目标车辆上多个显示模块被投屏的多个投屏条件之后，那么当满足该目标车辆上某显示模块(可称为第一显示模块)被投屏的投屏条件(可称为第一投屏条件)，且在终端设备与车辆建立了通信连接的情况下，就将终端设备上的第一待投屏应用程序的投屏信息投屏到该第一显示模块。

在本申请上述实施方式中，通过获取车辆上每个显示模块被投屏时需要满足的投屏条件，当满足该投屏条件，则将终端设备上的第一待投屏应用程序的显示信息投屏到对应显示模块，从而实现将终端设备上的投屏信息合理分配到车辆上的不同显示模块，使得驾驶员能够快速获取终端设备上的信息，降低了驾驶员注意力分散的概率，减少了投屏信息对驾驶员驾驶的干扰，从而提高驾驶安全性。

在第一方面的一种可能的设计中，当车辆的行驶信息以不同参数表征时，投屏需满足的条件也就不一样。在一种情况下，目标车辆的行驶信息可以包括：该目标车辆的驾驶速度。此时第一投屏条件包括目标车辆的驾驶速度处于第一驾驶速度范围内。由于不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的一个原则是：安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当驾驶速度快时，此时需要驾驶员具有较高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、抬头显示器(head-up display，HUD)等)，当驾驶速度慢时，由于速度慢驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

在本申请上述实施方式中，基于不同的驾驶速度选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在第一方面的一种可能的设计中，目标车辆的行驶信息可以包括：目标车辆所处的交通场景类型。此时第一投屏条件包括目标车辆所处的交通场景类型属于第一交通场景类型。需要说明的是，在本申请实施例中，交通场景是指在交通路网上交通参与者(如车辆、行人等)和对象(如交通标识、障碍物标识等)共同组成的场景。交通场景可根据预先设定的划分规则划分成不同类型的交通场景，例如，一种划分方式可以是根据交通标识划分，可以将交通场景类型划分为“十字路口”、“T型路口”、“红绿灯路口(显示红灯)”、“转弯路口”、“直行道路”等；一种划分方式还可以是根据道路情况和周围交通参与者划分，可以将交通场景类型划分为“高速公路”、“山路”、“乡村道路”、“城市道路”等。在本申请实施例中，对交通场景类型基于什么原则进行划分不做限定。类似地，由于车辆所处不同的交通场景类型实质针对的也是驾驶安全性，因此，应遵循的一个原则是：安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当车辆处于亮起红灯的路口时，驾驶员已将车辆停下在等待红灯变路灯，此时驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)，当车辆处于转弯路口时，由于转弯路口一般为交通事故高发区域，此时需要驾驶员具备足够高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、HUD等)。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在第一方面的一种可能的设计中，目标车辆的行驶信息可以包括：目标车辆内乘客数量。此时第一投屏条件包括目标车辆内的乘客数量处于第一乘客数量范围内。需要注意的是，在本申请实施例中，车辆内乘客数量是不包括驾驶员在内的，例如，当车辆内只有驾驶员，那么车辆内乘客数量＝0。车辆内乘客数量不同实质针对的是投屏信息的隐私性和共用性，当终端设备上待投屏应用程序属于隐私性高的应用程序(如，微信)，为了避免其他乘客看到投屏信息，就可将隐私性高的应用程序投屏到只有驾驶员看的到的仪表盘屏幕或方向盘屏幕，当终端设备上待投屏应用程序属于隐私性低的应用程序(如，腾讯视频)，考虑到共同使用的需求，那么这类隐私性低的应用程序在运行时就可投屏到驾驶员和乘客都可以看到的中控屏幕。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了用户体验。

在第一方面的一种可能的设计中，目标车辆的行驶信息可以包括：目标车辆驾驶员的疲劳状态。此时第一投屏条件包括目标车辆的驾驶员的疲劳状态属于第一疲劳状态。需要注意的是，在本申请实施例中，车辆驾驶员的疲劳状态可以由部署于该车辆内的传感器模块检测到的人体状态信息计算得到，也可以由佩戴于该驾驶员的可穿戴设备(如，智能手环、智能手表等)检测到的人体状态信息计算得到。在本申请的一些实施方式中，可以将驾驶员的疲劳状态进行分级，可以根据车辆显示模块的数量进行分级，例如，假设车辆上的显示模块有3个，那么可以将驾驶员疲劳状态分为“疲劳”、“亚疲劳”、“精神”3个等级；假设车辆上的显示模块有2个，那么可以将驾驶员疲劳状态分为“疲劳”和“精神”2个等级等，基于驾驶员不同的疲劳状态，可得知对应的驾驶行为是否安全。不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的一个原则是：当驾驶员的疲劳状态处于高疲劳等级，意味着此时的驾驶行为安全性不高，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当驾驶员的疲劳状态是“疲劳”，此时需要驾驶员把不多的精力和注意力用于车辆驾驶上，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、HUD等)，当驾驶员的疲劳状态是“精神”，说明驾驶员此时的精力较为饱满，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在第一方面的一种可能的设计中，目标车辆的行驶信息可以包括：目标车辆与障碍物之间的距离。此时第一投屏条件包括目标车辆与障碍物之间的距离处于第一距离范围内。需要注意的是，在本申请实施例中，车辆与障碍物之间的距离可基于部署于该车辆上的传感器(如，激光雷达、摄像头等)采集的感知信息计算得到，根据采集到的感知信息，可获取车辆与各个障碍物之间的距离以及障碍物相对车辆的方位和位置。车辆与障碍物之间的距离不同实质针对的也是驾驶安全性，因此，应遵循的一个原则是：当车辆与障碍物之间的距离越近，意味着留给驾驶员做出的反应时间就短，那么车辆与障碍物发生碰撞的风险越大，表明自车驾驶环境不安全，此时需要驾驶员集中注意力谨慎驾驶，以免与障碍物发生碰撞，那么投屏信息可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、HUD等)；当车辆与障碍物之间的距离越远，说明车辆的驾驶环境越安全，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

在第一方面的一种可能的设计中，待投屏应用程序的特征信息可以包括待投屏应用程序所属的应用类型，即投屏条件为特定应用类型对应特定显示模块，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：第一投屏条件包括应用程序的应用类型为第一应用类型(如，社交类)，同时终端设备上第一待投屏应用程序属于该第一应用类型，也可以称为终端设备上第一待投屏应用程序所属应用类型属于该第一投屏条件中要求的应用类型。

在本申请上述实施方式中，阐述的是投屏条件是基于应用程序所属应用类型进行划分的，不同的投屏条件对应不同的应用类型，从而使得属于不同应用类型的应用程序对应可投屏到各自对应的显示模块，从应用类型的角度实现了差异化投屏，提高了用户体验。

在第一方面的一种可能的设计中，应用程序的特征信息可以包括应用程序的使用频率信息，即投屏条件为应用程序在终端设备上的特定使用频率范围对应特定显示模块，应用程序的在终端设备上的使用频率信息可以从终端设备的“健康使用手机”等类似功能里获取，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：第一投屏条件包括应用程序的使用频率信息处于第一使用频率范围内(如，高使用频率范围)，同时终端设备上第一待投屏应用程序在该终端设备上的使用频率处于该第一使用频率范围内，也可以称为终端设备上第一待投屏应用程序在终端设备上的使用频率处于第一投屏条件中要求的使用频率范围内。在本申请实施例中，遵循的一个原则是：使用频率越高的应用程序的投屏信息，呈现在用户需要花费最少代价就可以看到或最容易看到的显示模块上。例如：使用频率高的应用程序的投屏信息呈现在车辆的方向盘屏幕或HUD上，使用频率低的应用程序的投屏信息，呈现在车辆的中控屏幕上。

在本申请上述实施方式中，阐述的是投屏条件是基于应用程序在终端设备上的使用频率信息进行划分的，不同的投屏条件对应不同的使用频率范围，从而使得不同使用频率的应用程序对应可投屏到各自对应的显示模块，从应用程序的使用频率的角度实现了差异化投屏，并且使用频率越高的应用程序的投屏信息，呈现在用户需要花费最少代价就可以看到或最容易看到的显示模块上，间接提高了用户的驾驶注意力。

在第一方面的一种可能的设计中，应用程序的特征信息可以同时包括应用程序所属的应用类型和应用程序的使用频率信息，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：终端设备上第一待投屏应用程序所属应用类型属于该第一投屏条件中要求的应用类型，且第一待投屏应用程序在终端设备上的使用频率信息处于第一投屏条件中要求的使用频率范围内。

在本申请上述实施方式中，将各个单因素(如，应用类型是一个单因素、应用程序的使用频率信息是一个单因素)互相组合，得到基于组合因素的划分结果，使得投屏所需满足的条件更加多元，提高了用户体验。

在第一方面的一种可能的设计中，应用程序在终端设备上使用频率信息可以通过如下方式进行表征：1)应用程序在终端设备上的使用时长，例如，可以是用户自该应用程序下载以来该应用程序在终端设备上运行时总共花费的时长，也可以是应用程序一天、一个星期或一个月等时间周期内在该终端设备上运行时花费的时长，具体此处对使用时长的计算方式不做限定；2)应用程序在终端设备上开启运行的次数，例如，可以是用户自该应用程序下载以来该应用程序在终端设备上开启运行的次数，也可以是应用程序一天、一个星期或一个月等时间周期内在该终端设备上开启运行的次数，具体此处对开启运行的次数的计算方式不做限定。

在本申请上述实施方式中，具体阐述了应用程序在终端设备上使用频率信息的几种表征方式，具备可选择性和灵活性。

在第一方面的一种可能的设计中，应用程序所属的应用类型可以有多种划分方式，其中，一种划分方式可以是将应用类型分类为社交类、出行导航类、影音类、工具类、资讯类、游戏类、旅游住宿类、购物类、教育类、运动健康类、金融理财类，任何一种应用程序必定可以归属到上述应用类型中的某一类中。这种划分方式是基于终端设备从终端设备的“应用市场”、“App Store”等(终端设备的制造厂商不同，名称可能不同，此处不做限定)下载应用程序时，应用市场中已经将各个应用程序进行了分类(即应用市场标签确定的分类信息，从应用市场中下载的每个应用程序都有属于自己的分类)，即上述所述分类。

在本申请上述实施方式中，具体阐述了一种应用类型的划分方式，这种划分方式易于获取，且能覆盖绝大部分应用程序，具备可实现性。

在第一方面的一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。例如，应用程序所属的应用类型“社交类”(如，“微信”、“QQ”、“短消息”等)可以即是投屏条件1中所要求的应用类型，也可以是投屏条件2中所要求的应用类型。也就是说，当终端设备上第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，在这种情况下，可以将该第一待投屏应用程序的投屏信息同时投屏到第一显示模块和所述第二显示模块，第一显示模块和第二显示模块为车辆上多个显示模块中不同的两个。需要注意的是，在本申请实施例中，同时将第一待投屏应用程序的投屏信息投屏到第一显示模块和第二显示模块的前提是第一显示模块和第二显示模块均未被投屏占用。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则将该应用程序均投屏到这多个显示模块上，由用户自行选择观看哪个显示模块上的投屏信息，具备灵活性。

在第一方面的一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。也就是说，当终端设备上第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，在这种情况下，那么终端设备也可以将第一待投屏应用程序的投屏信息按照预设方式分为第一投屏子信息和第二投屏子信息，该第一显示模块和该第二显示模块为车辆上多个显示模块中不同的两个，之后，将第一投屏子信息和第二投屏子信息分别投屏到第一显示模块和第二显示模块。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则将该应用程序的投屏信息对应拆分成多个投屏子信息，一个投屏子信息对应投屏到一个显示模块上，由用户自行选择观看哪个显示模块上的投屏子信息，具备灵活性。

在第一方面的一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。也就是说，当终端设备上第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，那么在第一显示模块的投屏优先级高于所述第二显示模块的投屏优先级的情况下，将第一待投屏应用程序的投屏信息仅投屏到优先级更高的第一显示模块。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则可以进一步基于优先级进行选择性投屏，优先将投屏信息投屏到优先级高的显示模块。根据优先级进行投屏的方式保证了用户可实时以最适宜的方式观看到投屏信息，最大程度降低了用户注意力被分散的影响。

在第一方面的一种可能的设计中，在优先级更高的第一显示模块被投屏占用的情况下，才将第一待投屏应用程序的投屏信息投屏到第二显示模块。

在本申请上述实施方式中，具体阐述了只有当优先级高的显示模块被投屏占用时，才投屏到下一个优先级的显示模块上，保证了用户可实时以最适宜的方式观看到投屏信息。

在第一方面的一种可能的设计中，所述的第一待投屏应用程序的投屏信息可以是该第一应用程序的整个应用程序界面，也可以是该第一待投屏应用程序的应用程序界面的一部分。

在本申请上述实施方式中，阐述了投屏信息可以是哪些组成部分，可基于用户需要选择性投屏显示界面的哪一部分或哪几部分，具备灵活性。

在第一方面的一种可能的设计中，目标车辆上的显示模块至少可以包括：中控屏幕、仪表盘屏幕、方向盘屏幕、HUD、前挡风玻璃屏幕(例如，可包括车辆的左视野屏幕、右视野屏幕等)、后挡风玻璃屏幕、副驾驶屏幕、车窗屏幕(例如，左车窗屏幕、右车窗屏幕等)、天窗屏幕等，或者，车辆上的显示模块还可以包括：以具有显示功能的材料(如柔性显示屏)包裹、涂覆的车内/外任何表面区域，如，车身、车门，车内的遮阳板、天窗等。也就是说，在本申请实施例中，只要终端设备能够投屏的车内任何区域或设备，都可称为本申请实施例所述的车辆上的显示模块。

在本申请上述实施方式中，阐述了车辆的显示模块的几种具体表现方式，具备广泛性和灵活性。

本申请实施例第二方面还提供一种显示信息切换方法，该方法包括：首先，车辆可获取车辆自身的行驶信息，之后，车辆将判断自身的行驶信息与第一行驶条件是否符合，当车辆的行驶信息与第一行驶条件不符合，则指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，其中，第一显示模块和第二显示模块分别为该车辆上两个不同的显示模块，第一行驶条件为第一显示模块被投屏时需满足的条件。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的第一显示模块后，车辆还可以进一步结合该车辆自身的行驶信息判断该第一显示模块对应的第一投屏条件与车辆自身的行驶条件是否符合，若不符合，则需要将投屏信息切换到车辆上的其他显示模块(如，第二显示模块)进行显示，具备灵活性，提高了用户体验。

需要注意的是，在本申请的一些实施方式中，在第一显示模块上显示的除了可以是第一应用程序的投屏信息外，也可以是其他信息，例如，可以是车辆自身安装的应用程序的运行界面，也可以是该运行界面的一部分等，可统称为目标信息，此时，第一显示模块上显示的则不是投屏信息，在这种情况下，一种实现切屏的方式是：车辆获取车辆自身的行驶信息，之后判断自身的行驶信息与第一行驶条件是否符合，当车辆的行驶信息与第一行驶条件不符合，则将在第一显示模块上显示的目标信息切换到第二显示模块上显示，其中，第一显示模块和第二显示模块分别为车辆上两个不同的显示模块，第一行驶条件为第一显示模块被投屏时需满足的条件。

在第二方面的一种可能的设计中，当车辆的行驶信息与第一行驶条件不符合，则指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示的具体方式可以是：当车辆的行驶信息与第一行驶条件不符合，且该车辆的行驶信息与第二行驶条件符合，则指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，第二行驶条件为第二显示模块被投屏时需满足的条件。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的第一显示模块后，车辆还可以进一步结合该车辆自身的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，只有在第一显示模块对应的第一投屏条件与车辆当前的行驶条件不符合，且其他显示模块(如，第二显示模块)与当车辆当前的行驶条件符合的前提下，才指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，也就是说，可以结合车辆自身的行驶状态在不同显示模块之间进行动态切换，使得在任意行驶条件下，用户都可以最佳方式观看投屏信息，提高了用户体验。

在第二方面的一种可能的设计中，车辆的行驶信息可以包括：该车辆的驾驶速度，在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括驾驶速度处于第一驾驶速度范围内，第二行驶条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。需要注意的是，由于不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆的驾驶速度，将终端设备上运行的应用程序的投屏信息切屏到与该车辆的驾驶速度符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆的实时驾驶速度合理分配到车辆上的不同显示模块，提高了驾驶安全性。

在第二方面的一种可能的设计中，车辆的行驶信息可以包括：车辆所处的交通场景类型。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括交通场景类型属于第一交通场景类型，第二行驶条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。需要注意的是，在本申请实施例中，对交通场景类型基于什么原则进行划分不做限定，具体可参阅上述第一方面的阐述，此处不予赘述；此外，由于车辆所处不同的交通场景类型实质针对的也是驾驶安全性，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型，将终端设备上运行的应用程序的投屏信息切屏到与该车辆所处的交通场景类型符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆的实时所处的交通场景类型合理分配到车辆上的不同显示模块，提高了驾驶安全性。

在第二方面的一种可能的设计中，车辆的行驶信息可以包括：车辆内乘客数量。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括乘客数量处于第一乘客数量范围内，第二行驶条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。需要注意的是，在本申请实施例中，车辆内乘客数量是不包括驾驶员在内的，例如，当车辆内只有驾驶员，那么车辆内乘客数量＝0。车辆内乘客数量不同实质针对的是投屏信息的隐私性和共用性，当终端设备上正在运行的应用程序属于隐私性高的应用程序(如，微信)，为了避免其他乘客看到投屏信息，就可将隐私性高的应用程序投屏到只有驾驶员看的到的仪表盘屏幕或方向盘屏幕，当终端设备上正在运行的应用程序属于隐私性低的应用程序(如，腾讯视频)，考虑到共同使用的需求，那么这类隐私性低的应用程序在运行时就可投屏到驾驶员和乘客都可以看到的中控屏幕。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可将终端设备上运行的应用程序的投屏信息切屏到与该车辆内乘客数量符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆内乘客数量合理分配到车辆上的不同的显示模块上，提高了用户体验。

在第二方面的一种可能的设计中，车辆的行驶信息可以包括：车辆驾驶员的疲劳状态。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括驾驶员的疲劳状态属于第一疲劳状态，第二行驶条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。需要注意的是，在本申请实施例中，车辆驾驶员的疲劳状态可以由部署于该车辆内的传感器模块检测到的人体状态信息计算得到，也可以由佩戴于该驾驶员的可穿戴设备(如，智能手环、智能手表等)检测到的人体状态信息计算得到。在本申请的一些实施方式中，可以将驾驶员的疲劳状态进行分级，可以根据车辆显示模块的数量进行分级，例如，假设车辆上的显示模块有3个，那么可以将驾驶员疲劳状态分为“疲劳”、“亚疲劳”、“精神”3个等级；假设车辆上的显示模块有2个，那么可以将驾驶员疲劳状态分为“疲劳”和“精神”2个等级等，基于驾驶员不同的疲劳状态，可得知对应的驾驶行为是否安全。不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态，将终端设备上运行的应用程序的投屏信息切屏到与该车辆驾驶员的疲劳状态符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆驾驶员的疲劳状态合理分配到车辆上的不同的显示模块上，提高了驾驶安全性。

在第二方面的一种可能的设计中，车辆的行驶信息可以包括：车辆与障碍物之间的距离。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括车辆与障碍物之间的距离处于第一距离范围内，第二行驶条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。需要注意的是，在本申请实施例中，车辆与障碍物之间的距离可基于部署于该车辆上的传感器(如，激光雷达、摄像头等)采集的感知信息计算得到，根据采集到的感知信息，可获取车辆与各个障碍物之间的距离以及障碍物相对车辆的方位和位置。车辆与障碍物之间的距离不同实质针对的也是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离，将终端设备上运行的应用程序的投屏信息切屏到与该车辆和障碍物之间的距离符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据该车辆和障碍物之间的距离合理分配到车辆上的不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

在第二方面的一种可能的设计中，车辆会将投屏信息切换到第二显示模块进行显示的过程具体可以是：车辆先生成一个切换指令(可称为第一切换指令)，该第一切换指令用于指示车辆将投屏信息切换到第二显示模块，之后，该车辆根据该第一切换指令将投屏信息切换到第二显示模块进行显示。

在本申请上述实施方式中，具体阐述了如何进行切屏显示，具备可实现性。

在第二方面的一种可能的设计中，所述的第一应用程序的投屏信息可以是该第一应用程序的整个应用程序界面，也可以是该第一应用程序的应用程序界面的一部分。

在本申请上述实施方式中，阐述了投屏信息可以是哪些组成部分，可基于用户需要选择性投屏显示界面的哪一部分或哪几部分，具备灵活性。

在第二方面的一种可能的设计中，车辆上的显示模块至少可以包括：中控屏幕、仪表盘屏幕、方向盘屏幕、HUD、前挡风玻璃屏幕(例如，可包括车辆的左视野屏幕、右视野屏幕等)、后挡风玻璃屏幕、副驾驶屏幕、车窗屏幕(例如，左车窗屏幕、右车窗屏幕等)、天窗屏幕等，或者，车辆上的显示模块还可以包括：以具有显示功能的材料(如柔性显示屏)包裹、涂覆的车内/外任何表面区域，如，车身、车门，车内的遮阳板、天窗等。也就是说，在本申请实施例中，只要终端设备能够投屏的车内任何区域或设备，都可称为本申请实施例所述的车辆上的显示模块。

在本申请上述实施方式中，阐述了车辆的显示模块的几种具体表现方式，具备广泛性和灵活性。

本申请实施例第三方面还提供一种投屏方法，该方法包括：终端设备首先向车辆发送第一指令，该第一指令用于指示在车辆的第一显示模块显示第一应用程序的投屏信息，此外，终端设备还将周期性接收车辆发送的该车辆的行驶信息，当该车辆的行驶信息与第一行驶条件不符合，且该车辆的行驶信息与第二行驶条件符合，向该车辆发送第二指令，该第二指令用于指示在该车辆的第二显示模块显示第一应用程序的信息(如，第一应用程序的运行界面，或，运行界面第一部分)，其中，第一行驶条件为第一显示模块被投屏时需满足的条件，第二行驶条件为第二显示模块被投屏时需满足的条件，第一显示模块和第二显示模块为该车辆上不同的两个显示模块。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的显示模块后，还可以由终端设备结合该车辆自身的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，也就是说，可以由终端设备结合车辆自身的行驶状态在不同显示模块之间进行动态切换，使得在任意行驶条件下，用户都可以最佳方式观看投屏信息，提高了用户体验。

在第三方面的一种可能的设计中，车辆的行驶信息可以包括：该车辆的驾驶速度，在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括驾驶速度处于第一驾驶速度范围内，第二行驶条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。由于不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆的驾驶速度，将终端设备上运行的应用程序的投屏信息切屏到与该车辆的驾驶速度符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆的实时驾驶速度合理分配到车辆上的不同显示模块，提高了驾驶安全性。

在第三方面的一种可能的设计中，车辆的行驶信息可以包括：车辆所处的交通场景类型。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括交通场景类型属于第一交通场景类型，第二行驶条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。需要注意的是，在本申请实施例中，对交通场景类型基于什么原则进行划分不做限定，具体可参阅上述第一方面的阐述，此处不予赘述；此外，由于车辆所处不同的交通场景类型实质针对的也是驾驶安全性，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型，将终端设备上运行的应用程序的投屏信息切屏到与该车辆所处的交通场景类型符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆的实时所处的交通场景类型合理分配到车辆上的不同的显示模块上，提高了驾驶安全性。

在第三方面的一种可能的设计中，车辆的行驶信息可以包括：车辆内乘客数量。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括乘客数量处于第一乘客数量范围内，第二行驶条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。需要注意的是，在本申请实施例中，车辆内乘客数量是不包括驾驶员在内的，例如，当车辆内只有驾驶员，那么车辆内乘客数量＝0。车辆内乘客数量不同实质针对的是投屏信息的隐私性和共用性，当终端设备上运行的应用程序属于隐私性高的应用程序(如，微信)，为了避免其他乘客看到投屏信息，就可将隐私性高的应用程序投屏到只有驾驶员看的到的仪表盘屏幕或方向盘屏幕，当终端设备上运行的应用程序属于隐私性低的应用程序(如，腾讯视频)，考虑到共同使用的需求，那么这类隐私性低的应用程序在运行时就可投屏到驾驶员和乘客都可以看到的中控屏幕。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可选择将终端设备上运行的应用程序的投屏信息切屏到与该车辆内乘客数量符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆内乘客数量合理分配到车辆上的不同的显示模块上，提高了用户体验。

在第三方面的一种可能的设计中，车辆的行驶信息可以包括：车辆驾驶员的疲劳状态。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括驾驶员的疲劳状态属于第一疲劳状态，第二行驶条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。需要注意的是，在本申请实施例中，车辆驾驶员的疲劳状态可以由部署于该车辆内的传感器模块检测到的人体状态信息计算得到，也可以由佩戴于该驾驶员的可穿戴设备(如，智能手环、智能手表等)检测到的人体状态信息计算得到。在本申请的一些实施方式中，可以将驾驶员的疲劳状态进行分级，可以根据车辆显示模块的数量进行分级，基于驾驶员不同的疲劳状态，可得知对应的驾驶行为是否安全。不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态，将终端设备上运行的应用程序的投屏信息切屏到与该车辆驾驶员的疲劳状态符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据车辆驾驶员的疲劳状态合理分配到车辆上的不同的显示模块上，提高了驾驶安全性。

在第三方面的一种可能的设计中，车辆的行驶信息可以包括：车辆与障碍物之间的距离。在这种情况下，车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合就包括：第一行驶条件包括车辆与障碍物之间的距离处于第一距离范围内，第二行驶条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。需要注意的是，在本申请实施例中，车辆与障碍物之间的距离可基于部署于该车辆上的传感器(如，激光雷达、摄像头等)采集的感知信息计算得到，根据采集到的感知信息，可获取车辆与各个障碍物之间的距离以及障碍物相对车辆的方位和位置。车辆与障碍物之间的距离不同实质针对的也是驾驶安全性，因此，应遵循的原则与上述第一方面类似，具体请参阅上述第一方面的阐述，此处不予赘述。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离，将终端设备上运行的应用程序的投屏信息切屏到与该车辆和障碍物之间的距离符合的行驶条件对应的显示模块上显示，实现了将终端设备上的显示信息根据该车辆和障碍物之间的距离合理分配到车辆上的不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

在第三方面的一种可能的设计中，所述的第一应用程序的投屏信息可以是该第一应用程序的整个应用程序界面，也可以是该第一应用程序的应用程序界面的一部分。

在本申请上述实施方式中，阐述了投屏信息可以是哪些组成部分，可基于用户需要选择性投屏显示界面的哪一部分或哪几部分，具备灵活性。

在第三方面的一种可能的设计中中，车辆上的显示模块至少可以包括：中控屏幕、仪表盘屏幕、方向盘屏幕、抬头显示器(head-up display，HUD)、前挡风玻璃屏幕(例如，可包括车辆的左视野屏幕、右视野屏幕等)、后挡风玻璃屏幕、副驾驶屏幕、车窗屏幕(例如，左车窗屏幕、右车窗屏幕等)、天窗屏幕等，或者，车辆上的显示模块还可以包括：以具有显示功能的材料(如柔性显示屏)包裹、涂覆的车内/外任何表面区域，如，车身、车门，车内的遮阳板、天窗等。也就是说，在本申请实施例中，只要终端设备能够投屏的车内任何区域或设备，都可称为本申请实施例所述的车辆上的显示模块。

在本申请上述实施方式中，阐述了车辆的显示模块的几种具体表现方式，具备广泛性和灵活性。

本申请实施例第四方面提供了一种装置，该装置具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在本申请的一些实施方式中，该装置可以是终端设备，也可以车辆，具体此处不做限定。

本申请实施例第五方面提供了一种装置，该装置具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在本申请的一些实施方式中，该装置可以是车辆。

本申请实施例第六方面还提供了一种装置，该装置具有实现上述第三方面或第三方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在本申请的一些实施方式中，该装置可以是终端设备。

本申请实施例第七方面提供一种装置，可以包括存储器、处理器以及总线系统，其中，存储器用于存储程序，处理器用于调用该存储器中存储的程序以执行本申请实施例第一方面或第一方面任意一种可能实现方式的方法，或，处理器用于调用该存储器中存储的程序以执行本申请实施例第二方面或第二方面任意一种可能实现方式的方法，或，处理器用于调用该存储器中存储的程序以执行本申请实施例第三方面或第三方面任意一种可能实现方式的方法。

本申请第八方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的方法，或，使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的方法，或，使得计算机可以执行上述第三方面或第三方面任意一种可能实现方式的方法。

本申请实施例第九方面提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任意一种可能实现方式的方法，或，使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的方法，或，使得计算机可以执行上述第三方面或第三方面任意一种可能实现方式的方法。

附图说明

图1为驾驶员在车辆内使用中控屏幕以及终端设备的一个示意图；

图2为本申请实施例提供的终端设备的一个硬件结构示意图；

图3为本申请实施例提供的终端设备的一个软件结构示意图；

图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为本申请实施例提供的车辆的一个结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

本申请实施例提供的投屏方法可以应用于各种终端设备，可以使用各种不同类型的终端设备实现在本申请提出的终端设备，例如，本申请中的终端设备可以包括但不限于：智能电话(如，手机)、膝上型电脑(laptop computer)、个人电脑(personal computer，PC)、平板电脑、板式电脑、超级本、可佩戴装置(如，智能手环、智能手表、智能眼镜、头戴显示设备(head mount display，HMD)等)、增强现实(augmented reality，AR)设备、混合现实(mixed reality，MR)设备、蜂窝电话(cellular phone)、个人数字助理(personal digitalassistant，PDA)、数字广播终端等。当然，在以下实施例中，对该终端设备的具体形式不作任何限制。

仅通过非限制性示例，下面以一个具体的结构为例，对本申请提供的终端设备的结构进行示例性说明。具体参阅图2，图2示出了终端设备100的结构示意图。

终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电、阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)，如无线保真(wireless fidelity，Wi-Fi)网络、蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)、近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据、电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端设备100根据压力传感器180A检测所述触摸操作强度。终端设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴(即x、y、z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端设备100是翻盖机时，终端设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备100通过发光二极管向外发射红外光。终端设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备100附近有物体。当检测到不充分的反射光时，终端设备100可以确定终端设备100附近没有物体。终端设备100可以利用接近光传感器180G检测用户手持终端设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备100对电池142加热，以避免低温导致终端设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照、音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如时间提醒、接收信息、闹钟、游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。请参阅图3，图3为本申请实施例提供的终端设备100的软件结构的示意图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工，层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层、应用程序框架层、安卓运行时(Android Runtime)的系统库，以及内核层。

应用程序层可以包括一系列应用程序包，也就是本申请实施例所述的应用程序，如图3所示，应用程序包可以包括：相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频、短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器、内容提供器、视图系统、电话管理器、资源管理器、通知管理器等。

窗口管理器用于管理窗口程序，窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、电话簿等。

视图系统包括可视控件，例如显示文字的控件、显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的，例如，可以包括短信通知图标的显示界面，也可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能，例如通话状态的管理(包括接通、挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件、视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知，例如在状态栏提示文本信息，发出提示音、终端设备振动、指示灯闪烁等。

Android Runtime包括核心库和虚拟机，Android Runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中，虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件，虚拟机用于执行对象生命周期的管理、堆栈管理、线程管理、安全和异常的管理以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)、媒体库(media libraries)、三维图形处理库(例如：OpenGL ES)、2D图形引擎(如SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频、视频格式回放和录制以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4、H.264、MP3、AAC、AMR、JPG、PNG等。三维图形处理库用于实现三维图形绘图、图像渲染、合成和图层处理等。2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层，内核层至少包含显示驱动、摄像头驱动、音频驱动，传感器驱动。

下面结合捕获拍照场景，示例性说明终端设备100软件以及硬件的工作流程：

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标、触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作且该单击操作所对应的控件为相机应用图标的控件为例，应用程序“相机”调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。

由于本申请实施例提供的投屏方法可以应用于各种类型的终端设备，下面以几种典型的终端设备的框图为例，对本申请实施例所提供的终端设备进行示意，如图4所示，图4的(a)子示意图和(b)子示意图分别示意是智能手机和智能手表的框图，上述图2对应的终端设备的硬件结构和图3对应的软件结构均可搭载于图4的终端设备的框图上，以实现本申请实施例提供的投屏方法。

此外，本申请实施例提供的投屏方法可以应用于各种可折叠的终端设备，如折叠手机、折叠个人电脑、折叠平板电脑、折叠眼镜等，下面以折叠手机为例，对本申请实施例所提供的可折叠的终端设备进行示意，如图5所示，图5示意的是智能折叠手机的展开状态时的框图，该折叠手机的屏幕为柔性屏幕，用户可通过柔性屏幕观看视频、图像以及在柔性屏幕上输入触摸事件等，当用户使用该折叠手机完毕后，可将该折叠手机进行折叠以方便携带，如图6所示，图6示意的是通过旋转装置将折叠手机的进行折叠后得到的折叠手机的折叠状态。

需要注意的是，图5和图6所示的是其中一种展开、折叠的方式，即通过处理折叠手机中轴的旋转装置进行折叠或展开，在本申请的一些实施方式中，旋转装置可以是处于折叠手机的任意位置，且折叠装置可以不止一个，具体本申请对折叠方式不做限定。

本申请实施例提供的投屏方法是基于投屏条件将终端设备上运行的应用程序的投屏信息投屏到车辆(如，普通汽车、智能汽车、自动驾驶汽车、网联汽车等)上满足对应投屏条件的显示模块上，由于不同车企生产的车辆、不同车型等因素会使得车辆上的显示模块不尽相同，在本申请实施例中，车辆上的显示模块可以是在车辆任何位置上安装或放置的显示设备，如图7所示，图7以各种显示模块都集中在一辆车上为例进行示意，为便于理解，图7从不同视角对部署于该车辆上的显示模块进行展示，车辆上的显示模块至少可以包括：中控屏幕101、仪表盘屏幕102、方向盘屏幕103、抬头显示器(head-up display，HUD)104、前挡风玻璃屏幕105(例如，可包括车辆的左视野屏幕1051、右视野屏幕1052等)、后挡风玻璃屏幕106、副驾驶屏幕107、车窗屏幕(例如，左车窗屏幕108、右车窗屏幕109等)、天窗屏幕110等，或者，车辆上的显示模块还可以包括：以具有显示功能的材料(如柔性显示屏)包裹、涂覆的车内/外任何表面区域，如，车身、车门，车内的遮阳板、天窗等。也就是说，在本申请实施例中，只要终端设备能够投屏的车内任何区域或设备，都可称为本申请实施例所述的车辆上的显示模块。

此外，还需要说明的是，在本申请的一些实施方式中，车辆上的显示模块对应的显示界面可以是任意形状的界面，例如：长方形(如图7中所示的一些显示模块的显示界面)、正方形、圆形、椭圆形、梯形以及任意不规则形状，具体此处对显示模块的显示界面形状不做限定。

需要说明的是，在本申请的一些实施方式中，车辆可以为轿车(如图7所示)、卡车、摩托车、公共汽车、船、飞机、直升飞机、娱乐车、游乐场车辆、施工设备、电车、高尔夫球车、火车等，本申请实施例不做特别的限定。因此，本申请实施例所述的车辆上的显示模块可以是上述任意一种类型车辆上的显示模块。

在对本申请实施例所述的终端设备和车辆上的显示模块介绍完毕后，下面对本申请实施例提供的投屏方法进行介绍，需要说明的是，下述所述实施例均可基于上述图2至图6所所述的终端设备进行，具体请参阅图8，图8为本申请实施例提供的投屏方法的一个流程示意图，具体可包括如下步骤：

801、获取车辆上第一显示模块被投屏的第一投屏条件，该第一投屏条件与目标车辆的行驶信息相关，或该第一投屏条件与待投屏应用程序的特征信息相关。

首先，终端设备会获取到车辆上第一显示模块被投屏的第一投屏条件，该该第一投屏条件与目标车辆的行驶信息相关(即第一投屏条件可以根据该目标车辆的行驶信息设定)，或该第一投屏条件与待投屏应用程序的特征信息相关(即第一投屏条件也可以根据待投屏应用程序的特征信息设定)，具体此处不做限定。

需要注意的是，该车辆上的不同显示模块具有不同的投屏条件，因此，在本申请的一些实施方式中，终端设备获取该目标车辆上第一显示模块被投屏的第一投屏条件的具体方式可以是：终端设备会先获取到车辆上多个显示模块被投屏的多个投屏条件，一个显示模块对应一个投屏条件，例如，如表1所示，假设目标车辆A上有3个不同的显示模块，分别为仪表盘屏幕、方向盘屏幕和中控屏幕，那么针对每个显示模块都有一个对应的投屏条件，则一共有3个投屏条件，分别为投屏条件1、投屏条件2、投屏条件3，投屏条件根据应用程序的特征信息设定，例如，不同的投屏条件可以是由针对应用程序的特征信息进行划分得到的不同划分结果构成的。

表1、目标车辆A上的显示模块与投屏条件之间的对应关系

需要注意的是，在本申请的一些实施方式中，终端设备可以获取车辆上所有显示模块被投屏的所有投屏条件，如上述表1所示，终端设备可获取目标车辆A上3个显示模块各自对应的3个投屏条件；终端设备也可以获取车辆上部分显示模块被投屏的部分投屏条件(至少2个)，如上述表1所示，终端设备可以只获取目标车辆A上的任意2个显示模块或指定的2个显示模块各自对应的2个投屏条件(如，指定目标车辆A上的中控屏幕和仪表盘屏幕)。为便于理解，在本申请下述实施例中，均以终端设备获取的是车辆上所有显示模块被投屏的所有投屏条件为例进行示意。

需要说明的是，在本申请的一些实施方式中，终端设备获取车辆上多个显示模块被投屏的多个投屏条件可以是基于终端设备上事先存储的各种显示模块对应的投屏条件得到，这些显示模块可以存在同一车型的车辆上，也可以是存在不同车型的车辆上，车型不同，车上的显示模块的数量和类型也可能不同，具体可如表2所示，不考虑显示模块在什么车辆上，仅基于不同显示模块的类型和在车辆上的位置制定出各自对应的投屏条件。

例如，假设车辆B有3个显示模块，分别为仪表盘屏幕、方向盘屏幕、中控屏幕；车辆C有5个显示模块，分别为仪表盘屏幕、方向盘屏幕、中控屏幕、HUD、副驾驶屏幕；车辆D有6个显示模块，分别为仪表盘屏幕、方向盘屏幕、中控屏幕、左车窗屏幕、右车窗屏幕、天窗屏幕；车辆E有8个显示模块，分别为仪表盘屏幕、方向盘屏幕、中控屏幕、HUD、前挡风玻璃屏幕、后挡风玻璃屏幕、左视屏幕、右视野屏幕等等。那么根据表2中的对应关系，可获取到各自车辆上显示模块对应的投屏条件。例如：假设终端设备上存储有表2所示的显示模块与投屏条件之间的对应关系，终端设备就可获取到车辆B上仪表盘屏幕、方向盘屏幕、中控屏幕这3个显示模块分别对应的投屏条件为投屏条件1、投屏条件2、投屏条件3。

表2、不同显示模块的类型与投屏条件之间的对应关系

需要注意的是，由于车用人机界面领域正在经历汽车设计的技术热潮，自动驾驶系统正在快速发展，在上述表2中，并没有穷尽车辆上可能存在的所有显示模块，当有新类型的显示模块出现时，用户可根据需要对表2的对应关系进行更新，从而使得表2中不同显示模块的类型与投屏条件之间的对应关系尽可能完善。

还需要注意的是，在本申请的一些实施方式中，表2中所示意的不同显示模块的类型与投屏条件之间的对应关系并不是一成不变的，在实际应用中，用户可根据驾驶习惯、屏幕观看习惯等调整显示模块与投屏条件之间的对应关系。

还需要说明的是，在本申请实施例中，终端设备获取车辆上多个显示模块被投屏的多个投屏条件有几种实现方式，包括但不限于：

A、终端设备接收由车辆发送的显示模块的标识信息，基于标识信息得到车辆上多个显示模块被投屏的多个投屏条件。

在本申请实施方式中，终端设备与车辆之间需要先建立通信连接，在通信连接成功建立的情况下，终端设备接收由车辆发送的多个显示模块的标识信息，其中，这多个显示模块中的每个显示模块均对应一个标识信息，该标识信息用于唯一表征对应的显示模块，据此终端设备基于接收到的各个标识信息就可识别出对应的显示模块，由于终端设备上事先存储有显示模块的类型与投屏条件之间的对应关系(如上述表2所示)，基于该对应关系，终端设备可获取到车辆上多个显示模块被投屏的多个投屏条件。

需要说明的是，在本申请的一些实施方式中，显示模块的标识信息可以直接是显示模块的名称，如上述表2所述的“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”等；显示模块的标识信息也可以是自行命名的标识符，如可将上述表2所述的中控屏幕、方向盘屏幕、仪表盘屏幕等分别命名为“投屏标记1”、“投屏标记2”、“投屏标记3”等，具体可如表3所示；显示模块的标识信息还可以是自行定义的字母标识(如，a、b、c等)、数字标识(如，11、22、33等)、特殊标识符(如，@、&、#等)，只要具有唯一识别对应显示模块的功能的标识，都可以称为本申请实施例所述的显示模块的标识信息。

表3、不同显示模块与标识信息、投屏条件之间的对应关系

为便于理解，下面以终端设备为手机为例，对上述终端设备获取车辆上多个显示模块被投屏的多个投屏条件的方式进行说明，请参阅图9：首先，将上述表3对应的不同类型的显示模块与标识信息、投屏条件之间的对应关系(可称为映射关系表1)存储在手机中，当用户携带的该手机与车辆A建立了通信连接，可以是有线连接方式(如，通过USB连接)，也可以是无线连接方式(如，通过wifi、超宽带(ultra wide band，UWB)、蓝牙等)，具体此处不做限定。假设该车辆A上部署有3个显示模块，分别为中控屏幕、方向盘屏幕、仪表盘屏幕，那么手机将接收到由车辆A发送的“投屏标记1”、“投屏标记2”、“投屏标记3”(车辆A上预存有每个显示模块对应的标识信息)。之后，手机基于接收到的“投屏标记1”、“投屏标记2”、“投屏标记3”在映射关系表1中进行查找，从而得到与“投屏标记1”、“投屏标记2”、“投屏标记3”各自对应的“投屏条件1”、“投屏条件2”、“投屏条件3”。

在本申请的一些实施方式中，也可以是手机接收由车辆A发送的中控屏幕、方向盘屏幕、仪表盘屏幕，再由手机基于中控屏幕、方向盘屏幕、仪表盘屏幕识别出对应的标识信息。也就是说，在本申请实施例中，标识信息可由车辆A识别，也可由手机识别，此处不做限定。

需要说明的是，在本申请的一些实施方式中，终端设备通过有线或无线方式首次连接车辆时，从该车辆上获取车辆上多个显示模块对应的标识信息，并存储在终端设备的存储模块中，若后续终端设备再与该车辆建立通信连接，该车辆可以不需要再向该终端设备发送该车辆上多个显示模块对应的标识信息了。

还需要说明的是，在本申请的一些实施方式中，终端设备内可能存储有不止一辆车的显示模块对应的标识信息(例如，在不同时刻接收到的不同车辆发送的各自车辆上显示模块对应的标识信息)，在这种情况下，用户可在终端设备上自行选择获取哪个车辆的显示模块对应的标识信息。如图10所示，以终端设备为手机为例，假设该手机上存储有车辆A的显示模块对应的标识信息、车辆B的显示模块对应的标识信息和车辆C的显示模块对应的标识信息，若用户携带该手机准备驾驶车辆A，那么可以在手机还未与车辆A建立通信连接的情况下，用户可自行从手机中选择获取车辆A的显示模块对应的标识信息。需要注意的是，图10仅是示意的一种操作方式，在具体应用过程中，还可以有多种从手机中选择获取车辆A的显示模块对应的标识信息的操作方式，具体此处不做限定。

B、终端设备获取车辆所属的车辆型号，基于车辆型号得到车辆上多个显示模块被投屏的多个投屏条件。

在本申请实施方式中，还可以是终端设备获取车辆所属的车辆型号，由于每种车辆型号对应的车上部署的显示模块类型和数量都是一样的，因此，知道了车辆所属的车辆型号，也就是知道了对应车辆具有哪些显示模块，之后基于车辆型号得到车辆上多个显示模块被投屏的多个投屏条件。

为便于理解，下面依然以终端设备为手机为例，对上述终端设备获取车辆上多个显示模块被投屏的多个投屏条件的方式进行说明，请参阅图11：首先，将上述表3对应的不同类型的显示模块与标识信息、投屏条件之间的对应关系(可称为映射关系表1)存储在手机中，此外，终端设备上除了具备映射关系表之外，还具有车辆型号与显示模块之间的对应关系(可称为映射关系表2)，例如，表4所示的是该映射关系表2中的某些车辆型号所具有的显示模块的具体类型，当用户携带的该手机与车辆B建立了通信连接，可以是有线连接方式(如，通过USB连接)，也可以是无线连接方式(如，通过wifi、超宽带(ultra wide band，UWB)、蓝牙等)，具体此处不做限定。该手机可接收到该车辆B发送的该车辆B所属的车辆型号，假设车辆B所属型号为“Volvo XC60”，手机从映射关系表2中查找到该“Volvo XC60”型号的车辆具有2个显示模块，分别为中控屏幕、仪表盘屏幕，对应的标识信息分别为“投屏条件1”、“投屏条件3”，接着手机再基于映射关系表1得到与“投屏标记1”、“投屏标记3”各自对应的“投屏条件1”、“投屏条件3”。

表4、车辆型号与显示模块类型之间的对应关系

类似地，当有新的车型出现时，上述表4所示的车辆型号与显示模块之间的对应关系可根据用户需要随时升级更新，同样地，当某个已有车型升级了对应车辆上的显示模块时(如，增加显示模块数量、增加新的显示模块、对显示模块进行替换等)，也可及时对上述表4中的对应关系进行升级维护。

需要说明的是，在本申请的一些实施方式中，终端设备通过有线或无线方式首次连接车辆时，从该车辆上获取车辆所属的车辆型号，并存储在终端设备的存储模块中，若后续终端设备再与该车辆建立通信连接，该车辆可以不需要再向该终端设备发送该车辆所属的车辆型号了。

还需要说明的是，在本申请的一些实施方式中，终端设备内可能存储有不止一辆车的车辆型号(例如，在不同时刻接收到的不同车辆发送的各自车辆所属的车辆型号)，在这种情况下，用户可在终端设备上自行选择获取哪个车辆所属的车辆型号。如图12所示，以终端设备为手机为例，假设该手机上存储有车辆A所属的车辆型号、车辆B所属的车辆型号和车辆C所属的车辆型号，若用户携带该手机准备驾驶车辆B，那么可以在手机还未与车辆B建立通信连接的情况下，用户可自行从手机中选择获取车辆A所属的车辆型号。需要注意的是，图12仅是示意的一种操作方式，在具体应用过程中，还可以有多种从手机中选择获取车辆A所属的车辆型号的操作方式，具体此处不做限定。

需要注意的是，在本申请实施例中，一个显示模块对应一个投屏条件，而投屏条件可以根据车辆的行驶信息(如，车辆的驾驶速度、所处交通场景类型、车辆内乘客数量、车辆驾驶员的疲劳状态等)来设定，投屏条件也可以根据应用程序的特征信息(如，终端设备上待投屏应用程序所属应用类型、达到预设使用频率等)来设定，具体此处对投屏条件的设定方式不做限定。下面分别进行介绍。

一、投屏条件根据应用程序的特征信息设定

首先，介绍投屏条件根据应用程序的特征信息设定的实现方式。针对应用程序的特征信息进行划分得到的不同划分结果就构成不同的投屏条件。然而，应用程序的特征信息包括多种表现形式，例如：可以是应用程序所属的应用类型、应用程序在终端设备上的使用频率、应用程序在终端设备上运行时的耗电量等等，基于应用程序不同特征信息进行不同划分就可得到不同的划分结果，而这些划分结果就构成本申请实施例所述的不同的投屏条件。下面分别进行阐述，为便于理解，在本申请下述实施方式中，均以车辆上的显示模块为3个，这3个显示模块分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，对应的显示模块的标识信息分别为“投屏标记1”、“投屏标记2”、“投屏标记3”为例进行示意：

A、应用程序的特征信息为应用程序名称，即投屏条件为特定应用程序对应特定显示模块。

在本申请实施例中，投屏条件是基于应用程序名称进行划分的，不同的投屏条件对应不同的应用程序名称，如表5示意的是每种类型的显示模块与对应的投屏条件之间的对应关系，例如，若终端设备上待投屏应用程序的名称为“微信”，根据表5中基于应用程序名称进行划分得到的各个投屏条件可知“微信”属于投屏条件1中要求的应用程序名称，而投屏条件1对应的显示模块为仪表盘屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“微信”的投屏信息投屏到车辆的仪表盘屏幕；类似地，若终端设备上待投屏应用程序的名称为“导航”，根据表5中基于应用程序名称进行划分得到的各个投屏条件可知“导航”属于投屏条件3中要求的应用程序名称，而投屏条件3对应的显示模块为中控屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“导航”的投屏信息投屏到车辆的中控屏幕。类似地，基于应用程序名称进行划分得到的各个投屏条件来确定终端设备上待投屏应用程序满足哪个投屏条件，若满足其中一个投屏条件，就将该应用程序的投屏信息投屏到该投屏条件对应的显示模块上，具体此处不予赘述。

需要注意的是，表5仅为一种基于应用程序名称进行划分得到各个投屏条件的示意，在实际应用过程中，还可以有更多的划分方式，例如，可以将应用程序“微信”划分到投屏条件2中，具体此处不做限定。

表5、不同类型的显示模块与对应的投屏条件之间的对应关系

需要说明的是，在本申请的一些实施方式中，用户可根据需要自行修改对应的投屏条件，例如，上述表5中示意的是应用程序名称为“微信”、“电话”、“Welink”对应可将投屏信息投屏到仪表盘屏幕，若终端设备上安装有新的应用程序，如“QQ”，那么用户可在投屏条件1中添加入该新的应用程序。或者，在终端设备与车辆建立通信连接后，该终端设备检测到终端设备上正在运行的某个应用程序不属于上述任何一类投屏条件中的应用程序名称，此时，终端设备可通过界面展示或语音提示用户确认与车辆上的哪个显示模块连接(即用户可以通过手动的方式自行设置)，当用户确认连接后，终端设备将该应用程序名称保存到该显示模块对应的投屏条件内，以便下一次调用。

为便于理解，下面以图13为例示意如何将终端设备上待投屏应用程序名称添加入某个投屏条件中，如图13所示，手机上正在运行应用程序“QQ”，并且手机检测到该“QQ”不属于存储的映射关系表1中的任何一类投屏条件，此时手机通过显示界面的方式提醒用户确认“QQ”要投屏到车辆上的3个显示模块(即“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”)中的哪个显示模块，假设用户确认投屏到“仪表盘屏幕”，那么手机将该应用程序名称“QQ”自动保存在“方向盘屏幕”对应的投屏条件1中，这样若下次手机与车辆建立连接且手机上运行有该应用程序时，手机就可自动将该“QQ”的投屏信息投屏到对应的仪表盘屏幕上。需要注意的是，图13示意的是手机通过展示在显示界面上的文字信息提醒用户进行确认，在本申请的一些实施方式中，也可以通过语音提示的方式提醒用户进行确认，如图14所示，图14示意的是如何通过语音提示方式(如，手机语音播放“QQ与车辆显示模块无对应关系，请添加”)使得用户将终端设备上待投屏应用程序名称添加入某个投屏条件中，具体此处不予赘述。

需要说明的是，本申请图13、图14仅是示意的其中两种操作方式，在具体应用过程中，还可以有多种展示界面的方式提醒用户进行确认，具体此处不做限定。

B、应用程序的特征信息为应用程序所属的应用类型，即投屏条件为特定应用类型对应特定显示模块。

在本申请实施例中，投屏条件是基于应用程序所属应用类型进行划分的，不同的投屏条件对应不同的应用类型，在本申请的一种实现方式中，终端设备从终端设备的“应用市场”、“App Store”等(终端设备的制造厂商不同，名称可能不同，此处不做限定)下载应用程序时，应用市场中已经将各个应用程序进行了分类(即应用市场标签确定的分类信息，从应用市场中下载的每个应用程序都有属于自己的分类)，例如，根据应用市场的分类标签，应用类型可以被分类为社交类、出行导航类、影音类、工具类、资讯类、游戏类、旅游住宿类、购物类、教育类、运动健康类、金融理财类，任何一种应用程序必定可以归属到上述应用类型中的某一类中。如表6示意的是每种类型的显示模块与对应的投屏条件之间的对应关系，例如，当终端设备上运行的是社交类的应用程序，如“微信”、“QQ”、“短消息”等，根据表6中基于应用程序所属的应用类型进行划分得到的各个投屏条件可知“微信”、“QQ”、“短消息”等属于投屏条件1中要求的应用类型，而投屏条件1对应的显示模块为仪表盘屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“微信”、“QQ”、“短消息”等的投屏信息投屏到车辆的仪表盘屏幕；类似地，若终端设备上待投屏应用程序为“大众点评”，其所属的应用类型为“资讯类”，根据表6中基于应用程序所属的应用类型进行划分得到的各个投屏条件可知“大众点评”属于投屏条件3中要求的应用类型，而投屏条件3对应的显示模块为中控屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“大众点评”的投屏信息投屏到车辆的中控屏幕。类似地，基于应用程序所属的应用类型进行划分得到的各个投屏条件来确定终端设备上待投屏应用程序满足哪个投屏条件，若满足其中一个投屏条件，就将该应用程序的投屏信息投屏到该投屏条件对应的显示模块上，具体此处不予赘述。

表6、不同类型的显示模块与对应的投屏条件之间的对应关系

需要注意的是，表6仅为一种基于应用类型进行划分得到各个投屏条件的示意，在实际应用过程中，还可以有更多的划分方式，例如，可以直接分类为：第一类、第二类、第三类、……，只需保证每种应用程序都仅归属到上述应用类型中的某一类中即可，具体本申请对如何划分应用类型不做限定。

还需要注意的是，在本申请上述表6中，每个投屏条件都包括至少有2种应用类型，在实际应用中，并不限定投屏条件中包括的应用类型的数量，例如，投屏条件1中可以只包括社交类的应用程序，表6仅作为示意，并不作为对本申请实施例的限制。

需要说明的是，在本申请的一些实施方式中，用户可根据需要自行修改对应的投屏条件，例如，上述表6中示意的是应用类型为社交类的应用程序均投屏到车辆的仪表盘屏幕，用户也可以根据使用习惯、观看习惯以及驾驶习惯等选择将社交类的应用程序投屏到其他屏幕，具体此处不做限定。

还需要说明的是，在本申请实施例中，当终端设备从应用市场下载新的应用程序时，终端设备可根据应用市场对该应用程序的分类自动将该应用程序进行归类，此时不需要用户再自行分类，例如，若终端设备上安装有新的应用程序，如“QQ”，根据应用市场对“QQ”的分类，可知“QQ”属于社交类。或者，在终端设备与车辆建立通信连接后，该终端设备检测到终端设备上正在运行的某个应用程序属于社交类；若本申请实施例所述的应用类型是用户自定义的应用类型，那么在下载新的应用程序时，用户可自行将该新下载的应用程序进行分类，并对不同类型的显示模块与对应的投屏条件之间的对应关系进行升级更新，更新方式与上述图13和图14对应的方式类型，具体此处不予赘述。

C、应用程序的特征信息为应用程序的使用频率范围，即投屏条件为应用程序在终端设备上的特定使用频率范围对应特定显示模块。

在本申请实施例中，投屏条件是基于应用程序在终端设备上的使用频率范围进行划分的，不同的投屏条件对应不同的使用频率范围，应用程序的在终端设备上的使用频率可以从终端设备的“健康使用手机”等类似功能里获取。

在本申请实施例中，遵循的一个原则是：使用频率越高的应用程序的投屏信息，呈现在用户需要花费最少代价就可以看到或最容易看到的显示模块上。例如：使用频率高的应用程序的投屏信息呈现在车辆的方向盘屏幕上，使用频率低的应用程序的投屏信息，呈现在车辆的中控屏幕上。

需要说明的是，在本申请的一些实施方式中，应用程序在终端设备上使用频率范围可以通过如下方式进行表征：1)应用程序在终端设备上的使用时长，例如，可以是用户自该应用程序下载以来该应用程序在终端设备上运行时总共花费的时长，也可以是应用程序一天、一个星期或一个月等时间周期内在该终端设备上运行时花费的时长，具体此处对使用时长的计算方式不做限定；2)应用程序在终端设备上开启运行的次数，例如，可以是用户自该应用程序下载以来该应用程序在终端设备上开启运行的次数，也可以是应用程序一天、一个星期或一个月等时间周期内在该终端设备上开启运行的次数，具体此处对开启运行的次数的计算方式不做限定。

下面以使用频率为应用程序一个星期内在该终端设备上运行时花费的时长为例，对每种类型的显示模块与对应的投屏条件之间的对应关系进行示意，请参阅表7，将使用频率区分不同的等级，例如，区分为“高”、“中”、“低”，每种使用频率等级各自对应一个使用频率范围(即使用时长范围)，其中，一周内使用时长用t表示，h的单位为小时。例如，当终端设备上待投屏应用程序“微信”距离时刻一周时间内在该终端设备上运行的时长为48h，根据表7中基于应用程序在终端设备上的使用频率范围进行划分得到的各个投屏条件可知“微信”处于投屏条件2中高使用频率的范围，而投屏条件2对应的显示模块为方向盘屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“微信”的投屏信息投屏到车辆的仪表盘屏幕；类似地，若终端设备上待投屏应用程序“王者荣耀”距离时刻一周时间内在该终端设备上运行的时长为5h，根据表7中基于应用程序在终端设备上的使用频率范围进行划分得到的各个投屏条件可知“王者荣耀”处于投屏条件3中低使用频率的范围，而投屏条件3对应的显示模块为中控屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“王者荣耀”的投屏信息投屏到车辆的中控屏幕。类似地，基于应用程序在终端设备上的使用频率进行划分得到的各个投屏条件来确定终端设备上待投屏应用程序满足哪个投屏条件，若满足其中一个投屏条件，就将该应用程序的投屏信息投屏到该投屏条件对应的显示模块上，具体此处不予赘述。

表7、不同类型的显示模块与对应的投屏条件之间的对应关系

需要注意的是，在本申请的一些实施方式中，可根据显示模块类型的数量对使用频率范围进行划分，表7中示意的是3个显示模块，因此将使用频率划分为3个范围，分别对应“高”、“中”、“低”3个使用频率的等级，每个范围对应一个显示模块，若车辆上的显示模块为n个，那么类似地，可将使用频率划分为n个范围，每个范围对应一个使用频率等级，并且每个范围对应一个显示模块。

需要说明的是，在本申请的一些实施方式中，用户可根据需要自行修改对应的投屏条件，例如，上述表7中示意的是高使用频率的应用程序均投屏到车辆的方向盘屏幕，用户也可以根据使用习惯、观看习惯以及驾驶习惯等选择将高使用频率的应用程序投屏到其他屏幕，具体此处不做限定。

D、应用程序的特征信息包括应用程序所属应用类型和使用频率范围，即投屏条件为特定应用类型的应用程序在终端设备上的特定使用频率范围对应特定显示模块。

在上述A方式、B方式、C方式中，均是基于应用程序的单个因素(如，应用程序名称、应用类型、应用程序在终端设备上的使用频率范围等)对应用程序的特征信息进行划分，在本申请实施例中，还可以将各个单因素互相组合，得到基于组合因素的划分结果，下面基于应用程序所属应用类型和应用程序在终端设备上的使用频率范围两方面因素构建投屏条件，如表8示意的是每种类型的显示模块与对应的投屏条件之间的对应关系，例如，当终端设备上待投屏应用程序“QQ”距离时刻一周时间内在该终端设备上运行的时长为17h，且根据下载时应用市场对“QQ”的分类可知“QQ”的应用类型为社交类，根据表8中基于应用程序在终端设备上的使用频率范围以及应用程序所属的应用类型进行划分得到的各个投屏条件可知“QQ”处于投屏条件1中中使用频率的范围且为社交类，而投屏条件1对应的显示模块为仪表盘屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“QQ”的投屏信息投屏到车辆的仪表盘屏幕；类似地，若终端设备上待投屏应用程序“王者荣耀”距离时刻一周时间内在该终端设备上运行的时长为5h，且根据下载时应用市场对“王者荣耀”的分类可知“王者荣耀”的应用类型为游戏类，根据表8中基于应用程序在终端设备上的使用频率范围以及应用程序所属的应用类型进行划分得到的各个投屏条件可知“王者荣耀”处于投屏条件3中低使用频率的范围且为游戏类，而投屏条件3对应的显示模块为中控屏幕，因此，当终端设备与车辆建立了通信连接后，终端设备就可将应用程序“王者荣耀”的投屏信息投屏到车辆的中控屏幕。类似地，基于应用程序在终端设备上的使用频率以及应用程序所属的应用类型进行划分得到的各个投屏条件来确定终端设备上待投屏应用程序满足哪个投屏条件，若满足其中一个投屏条件，就将该应用程序的投屏信息投屏到该投屏条件对应的显示模块上，具体此处不予赘述。

表8、不同类型的显示模块与对应的投屏条件之间的对应关系

类似地，需要注意的是，表8仅为一种基于应用程序在终端设备上的使用频率以及应用程序所属的应用类型进行划分得到各个投屏条件的示意，在实际应用过程中，还可以有更多的划分方式，例如，应用类型可以直接分类为：第一类、第二类、第三类、……，且也可根据显示模块类型的数量对使用频率范围进行划分，表8中示意的是3个显示模块，因此将使用频率划分为3个范围，分别对应“高”、“中”、“低”3个使用频率的等级，每个范围对应一个显示模块，若车辆上的显示模块为n个，那么类似地，可将使用频率划分为n个范围，每个范围对应一个使用频率等级，并且每个范围对应一个显示模块。总之，在本申请实施例中，只需保证每种应用程序都仅归属到上述应用类型中的某一类中即可，具体本申请对如何划分应用类型不做限定。还需要注意的是，在本申请上述表8中，每个投屏条件都包括至少有2种应用类型，在实际应用中，并不限定投屏条件中包括的应用类型的数量，例如，投屏条件1中可以只包括社交类的应用程序，表8仅作为示意，并不作为对本申请实施例的限制。

需要说明的是，在本申请的一些实施方式中，用户可根据需要自行修改对应的投屏条件，例如，上述表8中示意的是应用类型为社交类的应用程序且在终端设备上的使用频率为中等级的应用程序均投屏到车辆的仪表盘屏幕，用户也可以根据使用习惯、观看习惯以及驾驶习惯等选择将社交类的应用程序投屏到其他屏幕，具体此处不做限定。

还需要说明的是，上述表8仅是其中两种单个因素(应用类型和应用程序在终端设备上的使用频率范围)互相组合得到的基于组合因素的划分结果的一个示意，在本申请的一些实施方式中，还可以是其他任意两种或两种以上因素互相组合得到的基于组合因素的划分结果，具体此处不予赘述。

二、投屏条件根据车辆的行驶信息设定

接下来，介绍投屏条件根据车辆的行驶信息设定的实现方式。在本申请实施例中，车辆的行驶信息可以用多种参数进行表征，例如，可以是车辆的驾驶速度、车辆所处的交通场景类型(如高速路、乡村道路、山路等)、车辆内乘客数量(如，副驾驶有1名乘客、后排有2名乘客等)、车辆的驾驶员的疲劳状态(如，疲劳、不疲劳，疲劳状态可由部署于车辆内的传感器模块检测到的人体状态信息计算得到或由佩戴于驾驶员的可穿戴设备检测到的人体状态信息计算得到)、车辆与障碍物之间的距离(如，离车辆最近的障碍物距离是多少，以判断行驶环境是安全还是不安全)等。因此，在本申请实施例中，投屏条件可以根据车辆的行驶信息设定，在这种情况下，当满足该目标车辆上第一显示模块被投屏的第一投屏条件就包括：当该目标车辆的行驶信息满足该第一投屏条件。当行驶信息以不同参数表征时，投屏信息投屏时需满足的条件也就不一样，下面分别进行说明，为便于理解，在本申请下述实施方式中，均以车辆上的显示模块为3个，这3个显示模块分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”为例进行示意：

A、车辆的行驶信息为车辆的驾驶速度。

在本申请实施例中，当行驶信息的表征参数为“驾驶速度”时，第一投屏条件包括：目标车辆的驾驶速度处于第一驾驶速度范围内。具体可参阅下述步骤2602中的A方式以及表10，此处不予赘述。

由于不同驾驶速度实质针对的是驾驶安全性，因此，应遵循的一个原则是：安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当驾驶速度快时，此时需要驾驶员具有较高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、HUD等)，当驾驶速度慢时，由于速度慢驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

在本申请上述实施方式中，基于不同的驾驶速度选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

B、车辆的行驶信息为车辆所处交通场景类型。

在本申请实施例中，当行驶信息的表征参数为“车辆所处交通场景类型”时，第一投屏条件包括：目标车辆所处的交通场景类型属于第一交通场景类型。具体可参阅下述步骤2602中的B方式以及表11，此处不予赘述。

类似地，由于车辆所处不同的交通场景类型实质针对的也是驾驶安全性，因此，应遵循的一个原则是：安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当车辆处于亮起红灯的路口时，驾驶员已将车辆停下在等待红灯变路灯，此时驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)，当车辆处于转弯路口时，由于转弯路口一般为交通事故高发区域，此时需要驾驶员具备足够高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕、HUD等)。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

C、车辆的行驶信息为车辆内乘客数量。

在本申请实施例中，当行驶信息的表征参数为“车辆内乘客数量”时，第一投屏条件包括：目标车辆内的乘客数量处于第一乘客数量范围内。车辆内乘客数量不同实质针对的是投屏信息的隐私性和共用性，具体可参阅下述步骤2602中的C方式以及表12、表13，此处不予赘述。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了用户体验。

D、车辆的行驶信息为车辆驾驶员的疲劳状态。

在本申请实施例中，当行驶信息的表征参数为“车辆驾驶员的疲劳状态”时，第一投屏条件包括：目标车辆的驾驶员的疲劳状态属于第一疲劳状态。具体可参阅下述步骤2602中的D方式以及表14，此处不予赘述。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

E、车辆的行驶信息为车辆与障碍物之间的距离。

在本申请实施例中，当行驶信息的表征参数为“车辆与障碍物之间的距离”时，第一投屏条件包括：目标车辆与障碍物之间的距离处于第一距离范围内。具体可参阅下述步骤2602中的E方式以及表15、表16，此处不予赘述。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离选择将终端设备上待投屏应用程序的投屏信息投屏到不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

802、当满足第一投屏条件，将终端设备上第一待投屏应用程序的投屏信息投屏到第一显示模块。

终端设备获取到车辆上多个显示模块被投屏的多个投屏条件之后，那么当终端设备上待投屏应用程序(可称为第一待投屏应用程序)的特征信息满足车辆上某显示模块(可称为第一显示模块)被投屏的投屏条件(可称为第一投屏条件)，或，该车辆的行驶信息满足该车辆上第一显示模块被投屏的第一投屏条件，终端设备就将第一待投屏应用程序的投屏信息投屏到该第一显示模块。

为便于理解，下面举例进行示意，如图15所示，以终端设备为手机为例，假设应用程序的特征信息为应用程序所属的应用类型(即上述B方式)，并假设该手机上运行的应用程序为“QQ”，由上述表6可知，“QQ”属于投屏条件1中要求的应用类型，投屏条件1对应的显示模块为仪表盘屏幕，也就是说，该手机上运行的应用程序“QQ”满足车辆上仪表盘屏幕被投屏的投屏条件1，那么在手机与车辆建立通信连接的情况下，手机将该应用程序“QQ”的投屏信息投屏到该车辆的仪表盘屏幕。

需要说明的是，在本申请的一些实施方式中，所述的第一待投屏应用程序的投屏信息可以是该第一待投屏应用程序的整个应用程序界面，也可以是该第一待投屏应用程序的应用程序界面的一部分。为便于理解，以图16和图17为例进行示意：假设第一待投屏应用程序为“腾讯视频”，且“腾讯视频”满足车辆上中控屏幕被投屏的投屏条件，若该“腾讯视频”正在播放某个视频，图16示意的就是将该第一待投屏应用程序在手机的显示界面上所呈现的整个应用程序界面投屏到车辆的中控屏幕上；图17示意的就是该第一待投屏应用程序在手机的显示界面上呈现的应用程序界面的一部分(如，仅视频播放部分)投屏到车辆的中控屏幕上。

需要注意的是，在本申请实施例中，由于终端设备的显示界面的尺寸与车辆上不同显示模块的尺寸存在差异，车辆在投屏过程中需要针对屏幕尺寸进行适配，比如从手机的6.1寸变换到车载显示屏幕的中控屏幕的12寸，甚至更大17寸等。

还需要说明的是，在本申请的一些实施方式中，终端设备上待投屏应用程序可能不止一个，即第一待投屏应用程序有多个，其中，只有一个应用程序的投屏信息是被展示在终端设备上的显示界面上的，另一个应用程序则是在后台运行，在这种情况下，若终端设备上同时运行的多个第一待投屏应用程序分别满足的是车辆上不同显示模块被投屏的投屏条件，那么可以有不同的投屏方式，包括但不限于如下几种：

方式1、将多个第一待投屏应用程序的投屏信息分别投屏到各自满足投屏条件的显示模块上。

例如，如图18所示，假设手机上正在运行应用程序“QQ”和“知乎”，并假设应用程序的特征信息为应用程序所属的应用类型(即上述B方式)，由上述表6可知，应用程序“QQ”属于投屏条件1中要求的应用类型，投屏条件1对应的显示模块为仪表盘屏幕，应用程序“知乎”属于投屏条件3中要求的应用类型，投屏条件3对应的显示模块为中控屏幕，也就是说，“QQ”和“知乎”分别满足是不同显示模块的投屏条件，那么在这种情况下，手机可将“QQ”的投屏信息和“知乎”的投屏信息分别投屏至仪表盘屏幕和中控屏幕。

方式2、选择正展示在终端设备显示界面上的第一待投屏应用程序进行投屏。例如，如图19所示，假设手机上正在运行应用程序“QQ”和“知乎”，并假设应用程序的特征信息为应用程序所属的应用类型(即上述B方式)，由上述表6可知，应用程序“QQ”属于投屏条件1中要求的应用类型，投屏条件1对应的显示模块为仪表盘屏幕，应用程序“知乎”属于投屏条件3中要求的应用类型，投屏条件3对应的显示模块为中控屏幕，但是，应用程序“知乎”在手机后台运行，而“QQ”正展示在手机的显示界面上，那么在这种情况下，手机可将“QQ”的投屏信息投屏至仪表盘屏幕；若在某时刻，用户将应用程序“知乎”切换到手机的显示界面进行显示，那么手机也需同步将“知乎”的投屏信息投屏至中控屏幕。

需要说明的是，在本申请上述实施方式中不同投屏条件之间没有交集，例如，以表5为例进行说明：在表5中，不同的应用程序只能是其中一个投屏条件中要求的应用程序名称，如图20所示，各个投屏条件中要求的应用程序之间没有交集。

然而，在本申请的一些实施方式中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。例如，如图21所示，应用程序“微信”可以既是投屏条件1中所要求的应用程序，也可以是投屏条件2中所要求的应用程序；应用程序“QQ”可以既是投屏条件1中所要求的应用程序，也可以是投屏条件3中所要求的应用程序，等等。又例如，如图22所示，应用程序所属的应用类型“社交类”(如，“微信”、“QQ”、“短消息”等)可以即是投屏条件1中所要求的应用类型，也可以是投屏条件2中所要求的应用类型，等等。类似地，应用程序在终端设备上的使用频率范围也可以既是投屏条件1中所要求的使用范围，也可以是投屏条件2中所要求的使用范围，与图21和图22类似，此处不予赘述。总之，当某个应用程序满足多个显示模块被投屏的投屏条件时，那么在本申请实施例中，可以有多种投屏方式，包括但不限于如下几种，为便于理解，下面以应用程序同时满足2个显示模块被投屏的投屏条件为例进行示意，其中，这2个显示模块分别为第一显示模块和第二显示模块，满足的投屏条件分别为第一投屏条件和第二投屏条件：

A、将终端设备上待投屏应用程序的投屏信息既投屏到第一显示模块，也投屏到第二显示模块。

在本申请实施例中，当终端设备上正在第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，且在终端设备与车辆建立通信连接的情况下，那么终端设备将该第一待投屏应用程序的投屏信息同时投屏到车辆的第一显示模块和第二显示模块，该第一显示模块和该第二显示模块为车辆上多个显示模块中不同的两个。

需要注意的是，在本申请实施例中，终端设备同时将正在第一待投屏应用程序的投屏信息投屏到第一显示模块和第二显示模块的前提是第一显示模块和第二显示模块均未被投屏占用，若第一显示模块和第二显示模块中的任何一个显示模块被投屏占用，那么第一待投屏应用程序的投屏信息只能投屏到未被投屏占用的显示模块上。

为便于理解，下面以终端设备为手机为例进行示意，请参阅图23，假设手机上正在第一待投屏应用程序为“QQ”，且根据映射关系表1可知该应用程序“QQ”同时满足车辆上中控屏幕和方向盘屏幕被投屏的投屏条件，那么在中控屏幕和方向盘屏幕均未被投屏占用的情况下，手机可将“QQ”的投屏信息同时投屏到该中控屏幕和方向盘屏幕。在本申请实施例中，若中控屏幕和方向盘屏幕中的任意一个在投屏之前被投屏占用，例如，假设中控屏幕被投屏占用，那么“QQ”的投屏信息就只能投屏到未被投屏占用的那个显示模块中，例如，只能投屏到方向盘屏幕上。

B、将终端设备上待投屏应用程序的投屏信息按照预设方式分为第一投屏子信息和第二投屏子信息，并将第一投屏子信息投屏到第一显示模块，将第二投屏子信息投屏到第二显示模块。

在本申请实施例中，当终端设备上正在第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，且在终端设备与该车辆建立通信连接的情况下，那么终端设备将第一待投屏应用程序的投屏信息按照预设方式分为第一投屏子信息和第二投屏子信息，该第一显示模块和该第二显示模块为车辆上多个显示模块中不同的两个，之后，终端设备将第一投屏子信息和第二投屏子信息分别投屏到第一显示模块和第二显示模块。

需要说明的是，在本申请的一些实施方式中，终端设备将第一待投屏应用程序的投屏信息按照预设方式分为第一投屏子信息和第二投屏子信息可以有多种划分方式，包括但不限于如下几种：

a、将第一待投屏应用程序的应用程序界面分为第一部分和第二部分，其中，第一部分为第一投屏子信息，第二部分为第二投屏子信息。

为便于理解，下面以终端设备为手机为例进行示意，请参阅图24，手机显示界面上正在展示的为应用程序“腾讯视频”，假设应用程序“腾讯视频”同时满足中控屏幕和方向盘屏幕被投屏的投屏条件，那么根据预设方式，可以将“腾讯视频”正在播放的视频画面投屏到中控屏幕(即第一投屏子信息投屏到第一显示模块)，同时将“腾讯视频”的文字部分投屏到方向盘屏幕(即第二投屏子信息投屏到第二显示模块)。需要注意的是，在本申请实施例中，图24仅是以投屏信息为应用程序的整个应用程序界面为例进行示意，在本申请的一些实施方式中，投屏信息还可以是应用程序的应用程序界面的一部分。具体可参阅上述图16和图17对应的实施例部分，此处不予赘述。

b、将第一待投屏应用程序的第一功能模块和第二功能模块各自对应的程序界面划分为第一投屏子信息和第二投屏子信息。

为便于理解，下面依然以终端设备为手机为例进行示意，请参阅图25和表9，假设手机上正在第一待投屏应用程序为“QQ”，且事先已将“QQ”的程序界面根据功能模块作用划分为“消息推送模块”和“消息列表模块”，假设应用程序“QQ”同时满足中控屏幕和方向盘屏幕被投屏的投屏条件，那么根据预设方式，可以将“QQ”的“消息推送模块”对应的程序界面投屏到车辆的方向盘屏幕(即第一投屏子信息投屏到第一显示模块)，将“QQ”的“消息列表模块”对应的程序界面投屏搭配车辆的中控屏幕(即第二投屏子信息投屏到第二显示模块)。

表9、基于应用程序的不同功能模块划分的投屏子信息与显示模块之间的对应关系

需要说明的是，在本申请的一些实施方式中，可以根据不同功能模块的使用频率和交互行为进行划分，例如，将高频显示、低频交互的功能模块对应的程序界面的投屏子信息显示在有利于驾驶员以最舒适角度进行阅读的显示模块，如，将消息推送模块对应的投屏子信息显示子仪表盘屏幕；将有一定交互流程的功能模块(如，列表滑动和交互)对应的程序界面的投屏子信息显示在驾驶员双手最容易操作的显示模块上，如将消息列表模块对应的投屏子信息显示在方向盘屏幕或中控屏幕。通过将应用程序的不同功能模块各自对应的投屏子信息投屏到车辆上不同显示模块上，从而减少对驾驶员驾驶的干扰，提高驾驶安全性。

需要注意的是，在本申请实施例中，图25仅是一种示例，在本申请的一些实施方式中，不同的应用程序可以进行不同的功能模块划分，可以划分为2个功能模块，也可以划分为2个以上的功能模块(每个功能模块对应一个程序界面)，具体此处不予赘述。

C、终端设备判断第一显示模块和第二显示模块的优先级，将终端设备上待投屏应用程序的投屏信息投屏到优先级高的显示模块。

在本申请实施例中，当终端设备上正在第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，且在该终端设备与该车辆建立通信连接的情况下，终端设备根据预设的优先级判断优先级高的第一显示模块是否被投屏占用，其中，第一显示模块和第二显示模块为车辆上多个显示模块中不同的两个；若第一显示模块未被投屏占用，那么终端设备优先将第一待投屏应用程序的投屏信息投屏到第一显示模块，只有在第一显示模块被投屏占用的情况下，终端设备才将第一待投屏应用程序的投屏信息投屏到第二显示模块。

为便于理解，下面以终端设备为手机为例进行示意：手机显示界面上正在展示的为应用程序“微信”，假设应用程序“微信”同时满足中控屏幕和方向盘屏幕被投屏的投屏条件，那么手机将先判断中控屏幕和方向盘屏幕被应用程序“微信”投屏的优先级，假设中控屏幕的优先级高于方向盘屏幕，那么手机进一步确定中控屏幕是否被其他应用程序占用(如，是否在播放视频)，若中控屏幕未被投屏占用，那么手机将“微信”的投屏信息投屏到该中控屏幕，若手机确定该中控屏幕正在被其他应用程序投屏(如，正在播放视频)，那么手机将“微信”的投屏信息投屏到方向盘屏幕(前提是方向盘屏幕未被其他应用程序投屏占用)。

在本申请上述实施方式中，具体阐述了：通过获取车辆上每个显示模块被投屏时需要满足的投屏条件(如，终端设备上待投屏应用程序属于某个应用类型、达到预设使用频率等)，当满足该投屏条件，则将终端设备上待投屏应用程序的显示信息投屏到对应显示模块，从而实现将终端设备上的显示信息合理分配到车辆上的不同显示模块，使得驾驶员能够快速获取终端设备上的信息，降低了驾驶员注意力分散的概率，减少了投屏信息对驾驶员驾驶的干扰，从而提高驾驶安全性。

需要说明的是，上述图8对应的实施例阐述的投屏方法的执行主体是终端设备，投屏过程为：终端设备先获得车辆的多个显示模块被投屏的多个投屏条件，再由终端设备判断车辆的行驶信息(或终端设备上待投屏应用程序的特征信息)是否满足第一投屏条件，当满足第一投屏条件，终端设备再将终端设备上第一待投屏应用程序的投屏信息投屏到与第一投屏条件对应的第一显示模块上进行显示。也就是说，是终端设备来进行投屏。但在本申请的一些实施方式中，投屏方法的执行主体还可以是车辆自身，这种情况下，投屏过程则为：由目标车辆获取自身多个显示模块被投屏的多个投屏条件，由该目标车辆判断自身的行驶信息(或终端设备上待投屏应用程序的特征信息)是否满足第一投屏条件，当满足第一投屏条件，该目标车辆自行将接收到的终端设备上第一待投屏应用程序的投屏信息投屏到与第一投屏条件对应的第一显示模块上进行显示。也就是说，是目标车辆自身来选择将投屏信息投到自身上的哪个显示模块。

在上述图8至图25所示的实施例中，阐述的是终端设备如何基于投屏条件将终端设备上待投屏应用程序的投屏信息投屏到车辆(如，普通汽车、智能汽车、自动驾驶汽车、网联汽车等)上满足对应投屏条件的显示模块上，其中，车辆上的每个显示模块都对应有一个投屏条件。在本申请实施例的一些方式中，当终端设备将正在该终端设备上待投屏应用程序基于上述图8至图25所示的投屏方式完成投屏后，还可以进一步结合该车辆自身的车辆的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，也就是说，可以结合车辆自身的行驶状态在不同显示模块之间进行切换。下面对本申请实施例提供的另一种显示信息切换方法进行介绍，具体请参阅图26，图26为本申请实施例提供的显示信息切换方法的另一流程示意图，具体可包括如下步骤：

2601、获取车辆的行驶信息。

首先，车辆会获取自身的行驶信息。在本申请实施例中，车辆的行驶条件可以用多种参数进行表征，例如，可以是车辆的驾驶速度、车辆所处的交通场景类型(如高速路、乡村道路、山路等)、车辆内乘客数量(如，副驾驶有1名乘客、后排有2名乘客等)、车辆的驾驶员的疲劳状态(如，疲劳、不疲劳，疲劳状态可由部署于车辆内的传感器模块检测到的人体状态信息计算得到或由佩戴于驾驶员的可穿戴设备检测到的人体状态信息计算得到)、车辆与障碍物之间的距离(如，离车辆最近的障碍物距离是多少，以判断行驶环境是安全还是不安全)等。

需要说明的是，在本申请实施例中，车辆获取自身的行驶信息可以是周期性获取，例如，可设置获取周期为1分钟，即每隔1分钟车辆就会获取一次自身的行驶信息；车辆获取自身的行驶信息也可以是当行驶信息出现变化时才获取，例如，假设行驶信息是以驾驶速度表征的，那么当驾驶速度的变化幅度超过预设值时(如，设置预设值为20km/h)，若驾驶速度从30km/h加速到60km/h的过程中，当驾驶速度从30km/h加速到50km/h(即达到预设值20km/h)，此时会触发车辆获取自身的行驶信息。具体本申请对如何获取车辆自身的行驶信息的方式不做限定。

2602、当该车辆的行驶信息与第一行驶条件不符合，指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，其中，第一行驶条件为该第一显示模块被投屏时需满足的条件。

车辆还可以进一步得到正在显示投屏信息的第一显示模块需满足的第一行驶条件，第一显示模块为车辆上多个显示模块中的一个，需要注意的是，在本申请实施例中，第一应用程序的投屏信息可以为在终端设备与车辆建立通信连接的情况下，终端设备将终端设备上运行的应用程序向第一显示模块进行投屏的投屏信息，也可以是车辆自身安装的应用程序的运行界面，也可以是该运行界面的一部分等，可统称为目标信息。

若车辆上的第一显示模块正在显示终端设备上正在运行的第一应用程序的投屏信息，那么车辆还将获取该第一显示模块需满足的第一行驶条件。

例如，以终端设备为手机为例进行示意，请参阅表10，假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“驾驶速度”进行表征，假设中控屏幕被投屏时需满足的行驶条件为“驾驶速度＜30km/h”，仪表盘屏幕被投屏时需满足的行驶条件为“30km/h≤驾驶速度＜60km/h”，方向盘屏幕被投屏时需满足的行驶条件为“60km/h≤驾驶速度＜100km/h”(即速度高于100km/h认为驾驶速度过快，此时不适宜投屏)。假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“QQ”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表10所示，需满足的行驶条件为“驾驶速度＜30km/h”。

表10、不同显示模块被投屏时需满足的行驶条件(驾驶速度为例)

还需要说明的是，在本申请的一些实施方式中，所述的第一应用程序的投屏信息可以是该第一应用程序的整个应用程序界面，也可以是该第一应用程序的应用程序界面的一部分。如上述图16和图17所示，具体此处不予赘述。

需要注意的是，在本申请实施例中，由于终端设备的显示界面的尺寸与车辆上不同显示模块的尺寸存在差异，车辆在投屏过程中需要针对屏幕尺寸进行适配，比如从手机的6.1寸变换到车载显示的中控屏幕的12寸，甚至更大17寸等。

车辆在获取到自身行驶信息和第一行驶条件后，将进一步判断车辆的行驶信息与第一行驶是否符合，在车辆的行驶信息与第一行驶条件不符合的情况下，车辆会将投屏信息切换到与该第一行驶条件符合的第二行驶条件对应的第二显示模块进行显示，其中，该第二显示模块为车辆上多个显示模块中的另一个。

需要说明的是，在本申请的一些实施方式中，车辆会将投屏信息切换到与该第一行驶条件符合的第二行驶条件对应的第二显示模块进行显示的过程具体可以是：车辆先生成一个切换指令(可称为第一切换指令)，该第一切换指令用于指示车辆将投屏信息切换到第二显示模块，之后，该车辆根据该第一切换指令将投屏信息切换到与车辆的行驶信息符合的第二行驶条件对应的第二显示模块进行显示。

还需要说明的是，在本申请的一些实施方式中，在第一显示模块上显示的除了可以是第一应用程序的投屏信息外，也可以是其他信息，例如，可以是车辆自身安装的应用程序的运行界面，也可以是该运行界面的一部分等，可统称为目标信息，此时，第一显示模块上显示的则不是投屏信息，在这种情况下，一种实现切屏的方式是：车辆获取车辆自身的行驶信息，之后判断自身的行驶信息与第一行驶条件是否符合，当车辆的行驶信息与第一行驶条件不符合，且该车辆的行驶信息与第二行驶条件符合，则将在第一显示模块上显示的目标信息切换到第二显示模块上显示，其中，第一显示模块和第二显示模块分别为车辆上两个不同的显示模块，第一行驶条件为第一显示模块被投屏时需满足的条件，第二行驶条件为第二显示模块被投屏时需满足的条件。

还需要说明的是，在本申请实施例中，由于车辆的车辆的行驶信息可以用多种参数进行表征，例如上述所述的车辆的驾驶速度、车辆的所处交通场景类型、车辆内乘客数量、车辆的驾驶员的疲劳状态、车辆与障碍物之间的距离等。当行驶信息以不同参数表征时，切换显示需满足的条件也就不一样，下面分别进行说明，为便于理解，在本申请下述实施方式中，均以车辆上的显示模块为3个，这3个显示模块分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”为例进行示意：

A、车辆的行驶信息为车辆的驾驶速度。

在本申请实施例中，当行驶信息的表征参数为“驾驶速度”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括驾驶速度处于第一驾驶速度范围内，第二行驶条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。

为便于理解，下面以图27为例进行示意：假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“驾驶速度”进行表征，具体如表10所示，假设中控屏幕被投屏时需满足的行驶条件为“驾驶速度＜30km/h”，仪表盘屏幕被投屏时需满足的行驶条件为“30km/h≤驾驶速度＜60km/h”，方向盘屏幕被投屏时需满足的行驶条件为“60km/h≤驾驶速度＜100km/h”(即速度高于100km/h认为驾驶速度过快，此时不适宜投屏)。在本申请实施例中，假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“QQ”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表10所示，需满足的行驶条件为“驾驶速度＜30km/h”。当车辆驾驶速度＜30km/h，则“QQ”的投屏信息继续投屏在中控屏幕，当车辆驾驶速度为55km/h，车辆判断出驾驶速度与行驶条件中要求的驾驶速度(即“驾驶速度＜30km/h”)不符合，那么车辆进一步确定出驾驶速度55km/h处于“30km/h≤驾驶速度＜60km/h”范围内，由表10可知，该行驶条件“30km/h≤驾驶速度＜60km/h”为仪表盘屏幕被投屏时需满足的行驶条件，因此，车辆会将“QQ”的投屏信息切换到仪表盘屏幕进行显示。

需要注意的是，上述图27基于驾驶速度范围的划分仅为示意，用户可根据驾驶习惯、观看屏幕习惯等自行设置车辆上各个显示模块需满足的行驶条件(即“驾驶速度”参数可配置)，具体此处不做限定。

在本申请上述实施方式中，基于不同的驾驶速度选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，不同驾驶速度实质针对的是驾驶安全性，安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当驾驶速度快时，此时需要驾驶员具有较高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕)，当驾驶速度慢时，由于速度慢驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

B、车辆的行驶信息为车辆所处交通场景类型。

在本申请实施例中，当行驶信息的表征参数为“车辆所处交通场景类型”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括交通场景类型属于第一交通场景类型，第二行驶条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。

需要说明的是，在本申请实施例中，交通场景是指在交通路网上交通参与者(如车辆、行人等)和对象(如交通标识、障碍物标识等)共同组成的场景。如图28所示，图28为一种典型的十字路口的交通场景，在该交通场景中，交通参与者为各种车辆(行人未示意出)和交通信号灯、路灯、斑马线等(即对象)。需要注意的是，交通场景可根据预先设定的划分规则划分成不同类型的交通场景，例如，一种划分方式可以是根据交通标识划分，可以将交通场景类型划分为“十字路口”、“T型路口”、“红绿灯路口(显示红灯)”、“转弯路口”、“直行道路”等；一种划分方式还可以是根据道路情况和周围交通参与者划分，可以将交通场景类型划分为“高速公路”、“山路”、“乡村道路”、“城市道路”等。在本申请实施例中，对交通场景类型基于什么原则进行划分不做限定。

为便于理解，下面举例进行示意：假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“车辆所处交通场景类型”进行表征，具体如表11所示，假设交通场景类型的划分方式是根据交通标识划分，并将交通场景类型划分为“十字路口”、“T型路口”、“红绿灯路口(显示红灯)”、“转弯路口”、“直行道路”，并假设中控屏幕被投屏时需满足的行驶条件是车辆所处交通场景类型为“红绿灯路口(显示红灯)”和“直行道路”，仪表盘屏幕被投屏时需满足的行驶条件是车辆所处交通场景类型为“十字路口”和“T型路口”，方向盘屏幕被投屏时需满足的行驶条件是车辆所处交通场景类型为“转弯路口”。在本申请实施例中，假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“微信”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表11所示，需满足的行驶条件是车辆所处交通场景类型为“红绿灯路口(显示红灯)”或“直行道路”。当驾驶员驾驶车辆(或自动驾驶车辆自行驾驶)行驶到一个转弯路口，车辆通过自身导航定位模块和/或传感器模块判断出自身处于一个转弯路口，那么车辆会进一步判断出车辆所处交通场景与行驶条件中要求的交通场景(即“红绿灯路口(显示红灯)”或“直行道路”)不符合，由表10可知，车辆进一步确定出车辆所处交通场景属于方向盘屏幕被投屏时需满足的交通场景类型(即“转弯路口”)，因此，车辆会将应用程序“微信”的投屏信息切换到方向盘屏幕进行显示。

表11、不同显示模块被投屏时需满足的行驶条件(车辆所处交通场景类型为例)

需要注意的是，上述基于车辆所处交通场景类型的划分仅为示意，用户可根据驾驶习惯、观看屏幕习惯等自行设置车辆上各个显示模块需满足的行驶条件(即“车辆所处交通场景类型”参数可配置)，具体此处不做限定。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，车辆所处不同的交通场景类型实质针对的也是驾驶安全性，安全性不高的情况，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当车辆处于亮起红灯的路口时，驾驶员已将车辆停下在等待红灯变路灯，此时驾驶员可以不需要那么高的注意力，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)，当车辆处于转弯路口时，由于转弯路口一般为交通事故高发区域，此时需要驾驶员具备足够高的注意力，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕)。

C、车辆的行驶信息为车辆内乘客数量。

在本申请实施例中，当行驶信息的表征参数为“车辆内乘客数量”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括乘客数量处于第一乘客数量范围内，第二行驶条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。

需要注意的是，在本申请实施例中，车辆内乘客数量是不包括驾驶员在内的，例如，当车辆内只有驾驶员，那么车辆内乘客数量＝0。

为便于理解，下面举例进行示意：假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“车辆内乘客数量”进行表征，具体如表12所示，假设中控屏幕被投屏时需满足的行驶条件是车辆内乘客数量≥1(如，车辆副驾驶上乘坐有乘客)，仪表盘屏幕被投屏时需满足的行驶条件是车辆内乘客数量＝0，方向盘屏幕不被投屏。在本申请实施例中，假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“微信”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表12所示，需满足的行驶条件是车辆内乘客数量≥1，如车辆副驾驶上乘坐有乘客，当在某时刻副驾驶上的乘客下车了，此时车辆内只有驾驶员一人(即车辆内乘客数量＝0)，那么车辆会判断出车辆内乘客数量与行驶条件中要求的车辆内乘客数量(即“红绿灯路口(显示红灯)”或“直行道路”)不符合，由表12可知，车辆进一步确定出车辆内乘客数量属于仪表盘屏幕被投屏时需满足的乘客数量范围(即车辆内乘客数量＝0)，因此，车辆会将应用程序“微信”的投屏信息切换到仪表盘屏幕进行显示。

表12、不同显示模块被投屏时需满足的行驶条件(车辆内乘客数量为例)

需要说明的是，在本申请实施例中，车辆内是否有乘客、有几名乘客、乘客在车内什么座位(如，副驾驶是否有乘客)可以基于车辆内安装的摄像头(即基于图像识别)、座位上安装的传感器装置等得到，具体此处不予赘述。

还需要说明的是，在本申请的一些实施方式中，车辆内乘客数量还可以结合其他参数共同确定将终端设备上运行的应用程序的投屏信息投屏到哪个显示模块，例如，可结合应用程序的隐私性程度，如，“微信”、“QQ”等程序属于隐私性高的应用程序，当车辆内乘客数量≥1时，也就是说车辆内除了驾驶员外还有其他人，那么这类隐私性高的应用程序在运行时就投屏到只有驾驶员看的到的仪表盘屏幕或方向盘屏幕等；而“腾讯视频”、“QQ音乐”等应用程序属于隐私性低的应用程序，当车辆内乘客数量≥1时，考虑到共同使用的需求，那么这类隐私性低的应用程序在运行时就可投屏到驾驶员和乘客都可以看到的中控屏幕等。具体可参阅表13，表13仅是一种示意方式，在本申请的一些实施方式中，可以根据用户需要自行确定哪些应用程序或哪些应用类型的应用程序属于隐私性高的应用程序(即隐私性程度可配置)，具体此处不做限定。

表13、不同显示模块被投屏时需满足的行驶条件(考虑隐私性)

需要注意的是，上述表12和表13基于车辆内乘客数量的划分仅为示意，用户可根据驾驶习惯、观看屏幕习惯等自行设置车辆上各个显示模块需满足的行驶条件(即“车辆内乘客数量”参数可配置)，具体此处不做限定，例如，有些用户对隐私性要求不高，认为车内乘客可以看终端设备上运行的应用程序的任何投屏信息，而有些用户认为终端设备上运行的应用程序都属于隐私等。

在本申请上述实施方式中，基于车辆内乘客数量不同选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，车辆内乘客数量不同实质针对的是投屏信息的隐私性和共用性，当终端设备上运行的应用程序属于隐私性高的应用程序(如，微信)，为了避免其他乘客看到投屏信息，就可将隐私性高的应用程序投屏到只有驾驶员看的到的仪表盘屏幕或方向盘屏幕，当终端设备上运行的应用程序属于隐私性低的应用程序(如，腾讯视频)，考虑到共同使用的需求，那么这类隐私性低的应用程序在运行时就可投屏到驾驶员和乘客都可以看到的中控屏幕。

D、车辆的行驶信息为车辆驾驶员的疲劳状态。

在本申请实施例中，当行驶信息的表征参数为“车辆驾驶员的疲劳状态”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括驾驶员的疲劳状态属于第一疲劳状态，第二行驶条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。

需要注意的是，在本申请实施例中，车辆驾驶员的疲劳状态可以由部署于该车辆内的传感器模块检测到的人体状态信息计算得到，也可以由佩戴于该驾驶员的可穿戴设备(如，智能手环、智能手表等)检测到的人体状态信息计算得到。在本申请的一些实施方式中，可以将驾驶员的疲劳状态进行分级，可以根据车辆显示模块的数量进行分级，例如，假设车辆上的显示模块有3个，那么可以将驾驶员疲劳状态分为“疲劳”、“亚疲劳”、“精神”3个等级；假设车辆上的显示模块有2个，那么可以将驾驶员疲劳状态分为“疲劳”和“精神”2个等级等，基于驾驶员不同的疲劳状态，可得知对应的驾驶行为是否安全。

为便于理解，下面举例进行示意：假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“驾驶员疲劳状态”进行表征，具体如表14所示，假设中控屏幕被投屏时需满足的行驶条件是驾驶员的疲劳状态为“精神”，仪表盘屏幕被投屏时需满足的行驶条件是驾驶员的疲劳状态为“亚疲劳”，方向盘屏幕被投屏时需满足的行驶条件是驾驶员的疲劳状态为“疲劳”。在本申请实施例中，假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“QQ”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表14所示，需满足的行驶条件是驾驶员的疲劳状态为“精神”。当部署于该车辆内的传感器模块基于检测到驾驶员人体状态信息计算得到该驾驶员的疲劳状态为“精神”(周期性计算得到)，或者，当佩戴于该驾驶员身上的可穿戴设备(如，智能手环、智能手表等)基于检测到该驾驶员人体状态信息计算得到该驾驶员的疲劳状态为“精神”(周期性计算得到)，则“QQ”的投屏信息继续投屏在中控屏幕，在某个检测周期中，当计算到该驾驶员的疲劳状态为“亚疲劳”，车辆判断出该驾驶员疲劳状态与行驶条件中要求的驾驶员的疲劳状态(即“精神”)不符合，由表14可知，该驾驶员疲劳状态为仪表盘屏幕被投屏时需满足的驾驶员的疲劳状态，因此，车辆会将“QQ”的投屏信息切换到仪表盘屏幕进行显示。

表14、不同显示模块被投屏时需满足的行驶条件(驾驶员的疲劳状态为例)

需要注意的是，上述表14基于驾驶员的疲劳状态的划分仅为示意，用户可根据驾驶习惯、观看屏幕习惯等自行设置车辆上各个显示模块需满足的行驶条件(即“驾驶员的疲劳状态”参数可配置)，具体此处不做限定。例如，在本申请一些实施例中，若驾驶员的疲劳状态为“疲劳”，此时可认为驾驶员的驾驶行为不安全，此时终端设备上运行的应用程序的投屏信息不投屏，并且车辆还可通过语音模块提醒驾驶员停车休息。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，不同驾驶速度实质针对的是驾驶安全性，当驾驶员的疲劳状态处于高疲劳等级，意味着此时的驾驶行为安全性不高，投屏信息应呈现在驾驶员需要花费最少代价就可以看到、最容易看到的显示模块上，例如，当驾驶员的疲劳状态是“疲劳”，此时需要驾驶员把不多的精力和注意力用于车辆驾驶上，那么投屏信息就可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕)，当驾驶员的疲劳状态是“精神”，说明驾驶员此时的精力较为饱满，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

E、车辆的行驶信息为车辆与障碍物之间的距离。

在本申请实施例中，当行驶信息的表征参数为“车辆与障碍物之间的距离”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括车辆与障碍物之间的距离处于第一距离范围内，第二行驶条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。

需要注意的是，在本申请实施例中，车辆与障碍物之间的距离可基于部署于该车辆上的传感器(如，激光雷达、摄像头等)采集的感知信息计算得到，根据采集到的感知信息，可获取车辆与各个障碍物之间的距离以及障碍物相对车辆的方位和位置。如图29所示，图29示意的车辆行驶在高速公路上的交通场景，其中，虚线圈起来的区域表示自车的安全驾驶区域，在该区域范围内没有障碍物(如，周围车、行人、路障等)，则表示自车的驾驶环境安全，在图29中，在自车前后左右的周围车与自车的距离分别为23m、21m、2m和3m，均在安全区域外，表明自车驾驶环境安全。若在自车驾驶过程中，有障碍物出现在安全区域内，则表明自车驾驶环境不安全，需要驾驶员集中注意力谨慎驾驶，以免与障碍物发生碰撞。障碍物与自车距离越近，留给驾驶员做出反应的时间就越短，那么车辆与障碍物发生碰撞的风险越大，因此，在本申请实施例中，可基于车辆与障碍物之间的不同距离选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上。

需要注意的是，在本申请的一些实施方式中，车辆与障碍物之间的距离可以是车辆与多个障碍物之间的距离，障碍物越多，越需要驾驶员集中精力驾驶；车辆与障碍物之间的距离也可以是车辆与最近那个障碍物之间的距离，如果距离车辆最近那个障碍物是处于车辆的安全区域外，说明其他障碍物也离车辆较远，此时车辆的驾驶环境安全。

为便于理解，下面举例进行示意：假设车辆上一共有3个显示模块，分别为“中控屏幕”、“方向盘屏幕”、“仪表盘屏幕”，且行驶信息以参数“车辆与障碍物之间的距离”进行表征，具体如表15所示，其中，h用于表示车辆与障碍物之间的距离，假设中控屏幕被投屏时需满足的行驶条件为“h≥20m”，仪表盘屏幕被投屏时需满足的行驶条件为“15m≤h＜20m”，方向盘屏幕被投屏时需满足的行驶条件为“h＜15m”。在本申请实施例中，假设车辆的第一显示模块为中控屏幕，且该中控屏幕上正在显示手机上运行的应用程序“QQ”的投屏信息，那么车辆将获取中控屏幕被投屏时需满足的行驶条件，例如表15所示，需满足的行驶条件是“h≥20m”。当部署于该车辆内的传感器模块周期性计算得到h≥20m，则“QQ”的投屏信息继续投屏在中控屏幕，在某个计算周期中，当计算到15m≤h＜20m，车辆判断出该车辆与障碍物之间的距离与行驶条件中要求的车辆与障碍物之间的距离(即“h≥20m”)不符合，由表15可知，该驾驶员疲劳状态为仪表盘屏幕被投屏时需满足车辆与障碍物之间的距离，因此，车辆会将“QQ”的投屏信息切换到仪表盘屏幕进行显示。

表15、不同显示模块被投屏时需满足的行驶条件(车辆与障碍物之间的距离为例)

需要说明的是，在本申请的一些实施方式中，车辆与障碍物之间的距离还可以进一步结合障碍物位于车辆的方位进行细分，障碍物位于车辆不同方位，对距离的要求也不同，例如，可继续参阅图29，当障碍物位于自车的左方或右方时，对车辆与障碍物之间的距离要求可小一些(如，1.5m)，当障碍物位于自车的前方或后方时，由于车辆在行驶过程中可能速度较快，会存在刹车距离，那么对车辆与障碍物之间的距离要求可大一些(如，20m)具体可参阅表16，表16仅是一种示意方式，在本申请的一些实施方式中，可以根据用户需要自行设置切屏显示时车辆与障碍物之间的距离阈值，具体此处不做限定。

表16、不同显示模块被投屏时需满足的行驶条件(考虑车辆与障碍物之间的方位)

需要注意的是，上述表15和表16中基于车辆与障碍物之间的距离h的划分仅为示意，用户可根据驾驶习惯、观看屏幕习惯等自行设置车辆上各个显示模块需满足的行驶条件(即“车辆与障碍物之间的距离”参数可配置)，具体此处不做限定。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，车辆与障碍物之间的距离不同实质针对的也是驾驶安全性，当车辆与障碍物之间的距离越近，意味着留给驾驶员做出的反应时间就短，那么车辆与障碍物发生碰撞的风险越大，表明自车驾驶环境不安全，此时需要驾驶员集中注意力谨慎驾驶，以免与障碍物发生碰撞，那么投屏信息可投屏到驾驶员花费最少注意力就能看到的屏幕(如，方向盘屏幕)；当车辆与障碍物之间的距离越远，说明车辆的驾驶环境越安全，那么投屏信息就可以投屏到驾驶员稍微扭头就能看到的屏幕(如，中控屏幕)。

在上述A方式至E方式中，均是基于车辆行驶信息为单个参数(如，“驾驶速度”、“交通场景类型”、“车辆内乘客数量”、“驾驶员疲劳状态”、“车辆与障碍物之间的距离”等)进行说明，在本申请的一些实施方式中，还可以将各单个参数互相组合，得到基于组合参数的切屏显示方式，组合参数的切屏显示过程与上述A方式至E方式中的单个参数类似，具体此处不予赘述。

在上述图26至图29所示的实施例中，阐述的是当终端设备将正在该终端设备上待投屏应用程序完成投屏后(如，基于上述图8至图25所示的投屏方式)，车辆如何结合该车辆自身的车辆的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，图26对应的实施例提供的投屏方法是车辆实现切屏显示功能，在本申请的一些实施方式中，还可以由终端设备实现切屏显示的功能，下面对本申请实施例提供的另一种显示信息切换方法进行介绍，具体请参阅图30，图30为本申请实施例提供的显示信息切换方法的另一流程示意图，具体可包括如下步骤：

3001、终端设备向车辆发送第一指令，该第一指令用于指示在该车辆的第一显示模块显示第一应用程序的投屏信息。

首先，终端设备会向车辆发送第一指令，其中，该第一指令用于指示在车辆的第一显示模块上显示第一应用程序的投屏信息，该第一应用程序可以是该终端设备上运行的应用程序。

3002、终端设备获取车辆的行驶信息。

车辆获取到自身的行驶信息后，将进一步将获取到的车辆的行驶信息向终端设备发送，若车辆是周期性获取自身的车辆的行驶信息，那么终端设备也将周期性接收到车辆发送的车辆的行驶信息。

3003、当该车辆的行驶信息与第一行驶条件不符合，且该车辆的行驶信息与第二行驶条件符合，终端设备向该车辆发送第二指令，该第二指令用于指示在该车辆的第二显示模块显示该第一应用程序的信息，其中，第一行驶条件为第一显示模块被投屏时需满足的条件，第二行驶条件为第二显示模块被投屏时需满足的条件。

终端设备获取正在显示投屏信息的第一显示模块需满足的第一行驶条件，第一显示模块为车辆上多个显示模块中的一个，投屏信息为在终端设备与车辆建立通信连接的情况下，终端设备将终端设备上正在运行的第一应用程序向第一显示模块进行投屏的投屏信息。

若车辆上的第一显示模块正在显示终端设备上正在运行的第一应用程序的投屏信息，那么终端设备还将获取该第一显示模块需满足的第一行驶条件。

还需要说明的是，在本申请的一些实施方式中，所述的第一应用程序的投屏信息可以是该第一应用程序的整个应用程序界面，也可以是该第一应用程序的应用程序界面的一部分。如上述图16和图17所示，具体此处不予赘述。

需要注意的是，在本申请实施例中，由于终端设备的显示界面的尺寸与车辆上不同显示模块的尺寸存在差异，车辆在投屏过程中需要针对屏幕尺寸进行适配，比如从手机的6.1寸变换到车载显示的中控屏幕的12寸，甚至更大17寸等。

终端设备在获取到车辆的行驶信息和第一行驶条件后，将进一步判断车辆的行驶信息与第一行驶条件是否符合，在车辆的行驶信息与第一行驶条件不符合的情况下，终端设备会向车辆发送第二指令，该第二指令用于将第一应用程序的信息(如，第一应用程序的运行界面，或运行界面的一部分)切换到与该第一行驶条件符合的第二行驶条件对应的第二显示模块进行显示，其中，该第二显示模块为车辆上多个显示模块中的另一个。

需要说明的是，在本申请的一些实施方式中，终端设备将投屏信息切换投屏到与该第一行驶条件符合的第二行驶条件对应的第二显示模块进行显示的过程具体包括但不限于如下方式：

方式1、终端设备先终止向车辆上第一显示模块投屏，然后再将投屏信息投屏到与车辆的行驶信息符合的第二行驶条件对应的第二显示模块。也就是说，终止向第一显示模块投屏，再重新投屏到第二显示模块。

方式2、终端设备生成一个切换指令(可称为第二切换指令)，并将该第二切换指令向车辆发送，该第二切换指令用于指示车辆将投屏信息切换到与车辆的行驶信息符合的第二行驶条件对应的第二显示模块进行显示，车辆接收到该第二切换指令后，就会根据该第二切换指令将投屏信息切换投屏到第二显示模块。

需要说明的是，在本申请实施例中，由于车辆的行驶信息可以用多种参数进行表征，例如上述所述的车辆的驾驶速度、车辆的所处交通场景类型、车辆内乘客数量、车辆的驾驶员的疲劳状态、车辆与障碍物之间的距离等。当行驶信息以不同参数表征时，切换显示需满足的条件也就不一样，下面分别进行说明：

A、车辆的行驶信息为车辆的驾驶速度。

在本申请实施例中，当行驶信息的表征参数为“驾驶速度”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括驾驶速度处于第一驾驶速度范围内，第二行驶条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。

具体过程请参阅上述步骤2602中的A方式，此处不予赘述。

B、车辆的行驶信息为车辆所处交通场景类型。

在本申请实施例中，当行驶信息的表征参数为“车辆所处交通场景类型”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括交通场景类型属于第一交通场景类型，第二行驶条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。

具体过程请参阅上述步骤2602中的B方式，此处不予赘述。

C、车辆的行驶信息为车辆内乘客数量。

在本申请实施例中，当行驶信息的表征参数为“车辆内乘客数量”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括乘客数量处于第一乘客数量范围内，第二行驶条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。

具体过程请参阅上述步骤2602中的C方式，此处不予赘述。

D、车辆的行驶信息为车辆驾驶员的疲劳状态。

在本申请实施例中，当行驶信息的表征参数为“车辆驾驶员的疲劳状态”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括驾驶员的疲劳状态属于第一疲劳状态，第二行驶条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。

具体过程请参阅上述步骤2602中的D方式，此处不予赘述。

E、车辆的行驶信息为车辆与障碍物之间的距离。

在本申请实施例中，当行驶信息的表征参数为“车辆与障碍物之间的距离”时，那么车辆的行驶信息与第一行驶条件不符合，且车辆的行驶信息与第二行驶条件符合则为：第一行驶条件包括车辆与障碍物之间的距离处于第一距离范围内，第二行驶条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。

具体过程请参阅上述步骤2602中的E方式，此处不予赘述。

3004、车辆根据第二指令在第二显示模块上显示该第一应用程序的投屏信息。

车辆接收到该第二指令，就根据该第二指令将第一应用程序的投屏信息在第二显示模块上进行显示。

类似地，在上述A方式至E方式中，均是基于车辆的行驶信息为单个参数(如，“驾驶速度”、“交通场景类型”、“车辆内乘客数量”、“驾驶员疲劳状态”、“车辆与障碍物之间的距离”等)进行说明，在本申请的一些实施方式中，还可以将各单个参数互相组合，得到基于组合参数的切屏显示方式，组合参数的切屏显示过程与上述A方式至E方式中的单个参数类似，具体此处不予赘述。

在图8对应的实施例的基础上，为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置，具体参阅图31，图31为本申请实施例提供的装置的一种结构示意图，该装置可以是终端设备，也可以是车辆，具体此处不做限定。该装置3100包括：获取模块3101、投屏模块3102，其中，获取模块3101，用于获取车辆上第一显示模块被投屏的第一投屏条件，该第一投屏条件可以是与目标车辆的行驶信息相关，也可以是与待投屏应用程序的特征信息相关，具体此处不做限定；投屏模块3102，用于当满足第一投屏条件，将终端设备上的第一待投屏应用程序的投屏信息投屏到第一显示模块，该第一显示模块为车辆上多个显示模块中的一个，该车辆上的不同显示模块具有不同的投屏条件。具体地，在第一投屏条件根据车辆的行驶信息设定的情况下，当满足第一投屏条件就包括：当该车辆的行驶信息满足该第一投屏条件；在第一投屏条件根据待投屏应用程序的特征信息设定的情况下，当满足第一投屏条件就包括：当终端设备上的第一待投屏应用程序的特征信息满足该第一投屏条件。

在一种可能的设计中，获取模块3101，具体用于：获取该车辆上多个显示模块被投屏的多个投屏条件，其中，一个显示模块对应一个投屏条件，投屏条件根据待投屏应用程序的特征信息设定，例如，假设目标车辆A上有3个不同的显示模块，分别为仪表盘屏幕、方向盘屏幕和中控屏幕，那么针对每个显示模块都有一个对应的投屏条件，则一共有3个投屏条件，分别为投屏条件1、投屏条件2、投屏条件3；投屏模块3102，用于当终端设备上待投屏应用程序(可称为第一待投屏应用程序)满足车辆上某显示模块(可称为第一显示模块)被投屏的投屏条件(可称为第一投屏条件)，并且在终端设备与车辆建立了通信连接的情况下，将第一待投屏应用程序的投屏信息投屏到该第一显示模块。

在本申请上述实施方式中，获取模块3101通过获取车辆上每个显示模块被投屏时需要满足的投屏条件(如，终端设备上待投屏应用程序属于某个应用类型、达到预设使用频率等)，当满足该投屏条件，则投屏模块3102将终端设备上待投屏应用程序的显示信息投屏到对应显示模块，从而实现将终端设备上的显示信息合理分配到车辆上的不同显示模块，使得驾驶员能够快速获取终端设备上的信息，降低了驾驶员注意力分散的概率，减少了投屏信息对驾驶员驾驶的干扰，从而提高驾驶安全性。

在一种可能的设计中，投屏条件可以根据车辆的行驶信息设定，在这种情况下，当满足该目标车辆上第一显示模块被投屏的第一投屏条件就包括：当该目标车辆的行驶信息满足该第一投屏条件。

在一种可能的设计中，当车辆的行驶信息以不同参数表征时，投屏需满足的条件也就不一样。在一种情况下，车辆的行驶信息可以包括：该车辆的驾驶速度。此时第一投屏条件包括目标车辆的驾驶速度处于第一驾驶速度范围内。

在一种可能的设计中，车辆的行驶信息可以包括：车辆所处的交通场景类型。此时第一投屏条件包括目标车辆所处的交通场景类型属于第一交通场景类型。

在一种可能的设计中，车辆的行驶信息可以包括：车辆内乘客数量。此时第一投屏条件包括目标车辆内的乘客数量处于第一乘客数量范围内。

在一种可能的设计中，车辆的行驶信息可以包括：车辆驾驶员的疲劳状态。此时第一投屏条件包括目标车辆的驾驶员的疲劳状态属于第一疲劳状态。

在一种可能的设计中，车辆的行驶信息可以包括：车辆与障碍物之间的距离。此时第一投屏条件包括目标车辆与障碍物之间的距离处于第一距离范围内。

在第一方面的一种可能的设计中，投屏条件除了可以基于车辆的行驶信息设定外，还可以根据应用程序的特征信息设定。在这种情况下，当满足该目标车辆上第一显示模块被投屏的第一投屏条件就包括：当终端设备上第一待投屏应用程序的特征信息满足该第一投屏条件。

在一种可能的设计中，应用程序的特征信息可以包括应用程序所属的应用类型，即投屏条件为特定应用类型对应特定显示模块，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：第一投屏条件包括应用程序的应用类型为第一应用类型(如，社交类)，同时终端设备上第一待投屏应用程序属于该第一应用类型，也可以称为终端设备上正在第一待投屏应用程序所属应用类型属于该第一投屏条件中要求的应用类型。

在一种可能的设计中，应用程序的特征信息可以包括应用程序的使用频率信息，即投屏条件为应用程序在终端设备上的特定使用频率范围对应特定显示模块，应用程序的在终端设备上的使用频率可以从终端设备的“健康使用手机”等类似功能里获取，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：第一投屏条件包括应用程序的使用频率信息处于第一使用频率范围内(如，高使用频率范围)，同时终端设备上第一待投屏应用程序在该终端设备上的使用频率处于该第一使用频率范围内。

在一种可能的设计中，应用程序的特征信息可以同时包括应用程序所属的应用类型和应用程序的使用频率信息，在这种情况下，终端设备上第一待投屏应用程序满足车辆上第一显示模块被投屏的第一投屏条件就包括：终端设备上第一待投屏应用程序所属应用类型属于该第一投屏条件中要求的应用类型，且第一应用程序在终端设备上的使用频率处于第一投屏条件中要求的使用频率范围内。

在本申请上述实施方式中，将各个单因素(如，应用类型是一个单因素、应用程序的使用频率范围是一个单因素)互相组合，得到基于组合因素的划分结果，使得投屏所需满足的条件更加多元，提高了用户体验。

在一种可能的设计中，应用程序在终端设备上使用频率范围可以通过如下方式进行表征：1)应用程序在终端设备上的使用时长；2)应用程序在终端设备上开启运行的次数。

在本申请上述实施方式中，具体阐述了应用程序在终端设备上使用频率信息的几种表征方式，具备可选择性和灵活性。

在一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。例如，应用程序所属的应用类型“社交类”(如，“微信”、“QQ”、“短消息”等)可以即是投屏条件1中所要求的应用类型，也可以是投屏条件2中所要求的应用类型。也就是说，当终端设备上第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，在这种情况下，投屏模块3102可以用于：将该第一应用程序的投屏信息同时投屏到第一显示模块和所述第二显示模块，第一显示模块和第二显示模块为车辆上多个显示模块中不同的两个。需要注意的是，在本申请实施例中，终端设备同时将第一待投屏应用程序的投屏信息投屏到第一显示模块和第二显示模块的前提是第一显示模块和第二显示模块均未被投屏占用。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则投屏模块3102将该应用程序均投屏到这多个显示模块上，由用户自行选择观看哪个显示模块上的投屏信息，具备灵活性。

在一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。也就是说，当终端设备上第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，在这种情况下，那么投屏模块3102也可以用于：将第一应用程序的投屏信息按照预设方式分为第一投屏子信息和第二投屏子信息，该第一显示模块和该第二显示模块为车辆上多个显示模块中不同的两个，之后，终端设备将第一投屏子信息和第二投屏子信息分别投屏到第一显示模块和第二显示模块。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则投屏模块3102将该应用程序的投屏信息对应拆分成多个投屏子信息，一个投屏子信息对应投屏到一个显示模块上，由用户自行选择观看哪个显示模块上的投屏子信息，具备灵活性。

在一种可能的设计中，一个应用程序可以同时满足多个投屏条件中要求的应用程序的特征信息。也就是说，当终端设备上正在第一待投屏应用程序同时满足车辆上第一显示模块被投屏的第一投屏条件和车辆上第二显示模块被投屏的第二投屏条件，在这种情况下，那么投屏模块3102还可以用于：根据预设的优先级判断优先级高的第一显示模块是否被投屏占用，其中，第一显示模块和第二显示模块为车辆上多个显示模块中不同的两个；若第一显示模块未被投屏占用，那么终端设备优先将第一应用程序的投屏信息投屏到第一显示模块，只有在第一显示模块被投屏占用的情况下，终端设备才将第一应用程序的投屏信息投屏到第二显示模块。

在本申请上述实施方式中，具体阐述了当某个应用程序满足多个显示模块被投屏的投屏条件时，则投屏模块3102可以进一步基于优先级进行选择性投屏，优先将投屏信息投屏到优先级高的显示模块，只有当优先级高的显示模块被投屏占用时，才投屏到下一个优先级的显示模块上，根据优先级进行投屏的方式保证了用户可实时以最适宜的方式观看到投屏信息，最大程度降低了用户注意力被分散的影响。

需要说明的是，图31提供的装置3100中各模块/单元之间的信息交互、执行过程等内容，与本申请中图8对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

本申请实施例还提供一种装置，该装置可以是车辆，具体参阅图32，图32为本申请实施例提供的装置的一种结构示意图，该装置3200包括：获取模块3201、切屏模块3202，其中，获取模块3201，用于获取车辆的行驶信息；切屏模块3202，当车辆的行驶信息与第一投屏条件不符合，将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，其中，第一投屏条件为第一显示模块被投屏时需满足的条件，第一显示模块和第二显示模块为该车辆上多个显示模块中的不同的两个显示模块。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的第一显示模块后，车辆还可以进一步结合该车辆自身的行驶信息判断该第一显示模块对应的第一投屏条件与车辆自身的行驶条件是否符合，若不符合，则需要将投屏信息切换到车辆上的其他显示模块(如，第二显示模块)进行显示，具备灵活性，提高了用户体验。

在一种可能的设计中，切屏模块3202，具体用于：当车辆的行驶信息与第一行驶条件不符合，且该车辆的行驶信息与第二行驶条件符合，则指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，第二行驶条件为第二显示模块被投屏时需满足的条件。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的第一显示模块后，车辆还可以进一步结合该车辆自身的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，只有在第一显示模块对应的第一投屏条件与车辆当前的行驶条件不符合，且其他显示模块(如，第二显示模块)与当车辆当前的行驶条件符合的前提下，切屏模块3202才指示将在第一显示模块上显示的第一应用程序的投屏信息切换到第二显示模块上显示，也就是说，可以结合车辆自身的行驶状态在不同显示模块之间进行动态切换，使得在任意行驶条件下，用户都可以最佳方式观看投屏信息，提高了用户体验。

在一种可能的设计中，车辆的行驶信息可以包括：该车辆的驾驶速度，在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括驾驶速度处于第一驾驶速度范围内，第二投屏条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。

在本申请上述实施方式中，基于不同的驾驶速度选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆所处的交通场景类型。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括交通场景类型属于第一交通场景类型，第二投屏条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆内乘客数量。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括乘客数量处于第一乘客数量范围内，第二投屏条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了用户体验。

在一种可能的设计中，车辆的行驶信息可以包括：车辆驾驶员的疲劳状态。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括驾驶员的疲劳状态属于第一疲劳状态，第二投屏条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆与障碍物之间的距离。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括车辆与障碍物之间的距离处于第一距离范围内，第二投屏条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

在一种可能的设计中，切屏模块3202，可以用于：先生成一个切换指令(可称为第一切换指令)，该第一切换指令用于指示车辆将投屏信息切换到第二显示模块，之后，根据该第一切换指令将投屏信息切换到与车辆的行驶信息符合的第二投屏条件对应的第二显示模块进行显示。

在本申请上述实施方式中，具体阐述了切屏模块3202如何进行切屏显示，具备可实现性。

需要说明的是，图32提供的装置3200中各模块/单元之间的信息交互、执行过程等内容，与本申请中图26对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

本申请实施例还提供一种装置，该装置可以是终端设备，具体参阅图33，图33为本申请实施例提供的终端设备的一种结构示意图，该装置3300包括：第一发送模块3301、获取模块3302、第二发送模块3303，其中，第一发送模块3301，用于向车辆发送第一指令，所述第一指令用于指示在所述车辆的第一显示模块显示第一应用程序的投屏信息；获取模块3302，用于获取该车辆的行驶信息；第二发送模块3303，用于当该车辆的行驶信息与第一投屏条件不符合，且该车辆的行驶信息与第二投屏条件符合，向该车辆发送第二指令，第二指令用于指示在该车辆的第二显示模块显示第一应用程序的信息，其中，第一投屏条件为第一显示模块被投屏时需满足的条件，第二投屏条件为第二显示模块被投屏时需满足的条件，第一显示模块和第二显示模块为所述车辆上多个显示模块中的不同的两个显示模块。

在本申请上述实施方式中，当终端设备上的投屏信息已经投屏到车端的显示模块后，还可以由终端设备结合该车辆自身的行驶信息判断是否需要在不同的行驶场景中进行切屏显示，也就是说，可以由终端设备结合车辆自身的行驶状态在不同显示模块之间进行动态切换，使得在任意行驶信息下，用户都可以最佳方式观看投屏信息，提高了用户体验。

在一种可能的设计中，车辆的行驶信息可以包括：该车辆的驾驶速度，在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括驾驶速度处于第一驾驶速度范围内，第二投屏条件包括驾驶速度处于第二驾驶速度范围内；所述车辆的驾驶速度不处于该第一驾驶速度范围内，且所述车辆的驾驶速度处于该第二驾驶速度范围内。

在本申请上述实施方式中，基于不同的驾驶速度选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆所处的交通场景类型。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括交通场景类型属于第一交通场景类型，第二投屏条件包括交通场景类型属于第二交通场景类型；所述车辆所处的交通场景类型不属于该第一交通场景类型，且所述车辆所处的交通场景类型属于该第二交通场景类型。

在本申请上述实施方式中，基于车辆所处不同的交通场景类型选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆内乘客数量。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括乘客数量处于第一乘客数量范围内，第二投屏条件包括乘客数量处于第二乘客数量范围内；所述车辆内的乘客数量不处于该第一乘客数量范围内，且所述车辆内的乘客数量处于该第二乘客数量范围内。

在本申请上述实施方式中，基于应用程序隐私性和共用性的考虑，车辆内乘客数量不同，可选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了用户体验。

在一种可能的设计中，车辆的行驶信息可以包括：车辆驾驶员的疲劳状态。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括驾驶员的疲劳状态属于第一疲劳状态，第二投屏条件包括驾驶员的疲劳状态属于第二疲劳状态；所述车辆的驾驶员的疲劳状态不属于所述第一疲劳状态，且所述车辆的驾驶员的疲劳状态属于所述第二疲劳状态。

在本申请上述实施方式中，基于驾驶员的不同疲劳状态选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块上，提高了驾驶安全性。

在一种可能的设计中，车辆的行驶信息可以包括：车辆与障碍物之间的距离。在这种情况下，车辆的行驶信息与第一投屏条件不符合，且车辆的行驶信息与第二投屏条件符合就包括：第一投屏条件包括车辆与障碍物之间的距离处于第一距离范围内，第二投屏条件包括车辆与障碍物之间的距离处于第二距离范围内；所述车辆与障碍物之间的距离不处于所述第一距离范围内，且所述车辆与障碍物之间的距离处于所述第二距离范围内。

在本申请上述实施方式中，基于车辆与障碍物之间的不同距离选择将终端设备上运行的应用程序的投屏信息投屏到不同的显示模块，降低了车辆与障碍物的发生碰撞的概率，提高了驾驶安全性。

需要说明的是，图33提供的装置3300中各模块/单元之间的信息交互、执行过程等内容，与本申请中图30对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

还需要说明的是，本申请实施例上述图8、图30所对应的实施例均可基于上述图2至图6所对应的终端设备执行，终端设备的结构具体可参见本申请前述所示的图2至图6所对应的终端设备中的叙述，此处不再赘述。

本申请实施例还提供了一种车辆，请参阅图34，图34是本申请实施例提供的车辆一种结构示意图，为便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。车辆3400上可以部署有图32对应实施例中所描述的车辆3200中对应的模块，用于实现图32对应实施例中车辆的功能，具体的，车辆3400由一个或多个服务器实现，车辆3400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器3422、存储器3432、一个或一个以上存储应用程序3442或数据3444的存储介质3430(例如一个或一个以上海量存储设备)。具体地，处理器3422可以是中央处理器(central processing units，CPU)、嵌入式微控制器、AI处理器等，此处对处理器3422的类型不做限定，其中，存储器3432和存储介质3430可以是短暂存储或持久存储。存储在存储介质3430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对训练设备中的一系列指令操作。更进一步地，处理器3422可以设置为与存储介质3430通信，在车辆3400上执行存储介质3430中的一系列指令操作，例如，该处理器3422可调用存储介质3430中的一系列指令操作以执行如下步骤：编译源代码，以得到与该源代码对应的控制流图，之后切分得到的控制流图，以得到切分后的多个子图，并对得到的多个子图再编译，以得到多个线性执行序列，之后，按顺序模拟执行该多个线性执行序列，并根据多个线性执行序列对应的语义，在该多个线性执行序列之间插入至少一个算子，以将该多个线性执行序列连接成一张计算图。

车辆3400还可以包括一个或一个以上电源3426，一个或一个以上有线或无线网络接口3450，一个或一个以上输入输出接口3458，和/或，一个或一个以上操作系统3441，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

在本申请实施例中，前述各种关于控制流图的处理方法中由深度学习框架所执行的步骤可以基于该图34中车辆所示的结构通过调用存储在存储介质上的相关的代码在处理器执行，具体此处不予赘述。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。