CN111984802A - 显示控制方法、装置、系统、设备和存储介质 - Google Patents

Abstract

本申请提出一种显示控制方法、装置、系统、设备和存储介质，涉及车辆技术领域。该显示控制方法应用于主控设备，包括：在满足第一条件的情况下，启动多媒体应用；在该多媒体应用播放多媒体文件的情况下，将该多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。本申请实施例能够自动触发启动多媒体应用，并将多媒体应用播放多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示，减少操作复杂度，更加方便快捷。

Description

显示控制方法、装置、系统、设备和存储介质

技术领域

本申请涉及车辆技术领域，尤其涉及一种显示控制方法、装置、系统、设 备和存储介质。

背景技术

车辆的车灯通常包括日行灯、转向灯、制动灯、倒车灯、远光灯等，它们 可以为车辆提供传统的照明、指示、提醒或标识等功能。目前的车辆需要具有 完整的视频译码、编码器才能通过车灯显示文字。此外，需要人工主动进行操 作，一步一步在车辆的控制端进行复杂地选择操作，才能通过车灯显示文字。

发明内容

本申请实施例提供一种显示控制方法、装置、系统、设备和存储介质，以 解决相关技术存在的问题，技术方案如下：

第一方面，本申请实施例提供了一种显示控制方法，应用于主控设备，该 方法包括：

在满足第一条件的情况下，启动多媒体应用；

在该多媒体应用播放多媒体文件的情况下，将该多媒体文件中需要显示的 内容发送至车辆的外部显示设备进行显示。

第二方面，本申请实施例提供了一种显示控制装置，应用于主控设备，该 装置包括：

启动模块，用于在满足第一条件的情况下，启动多媒体应用；

发送模块，用于在该多媒体应用播放多媒体文件的情况下，将该多媒体文 件中需要显示的内容发送至车辆的外部显示设备进行显示。

第三方面，本申请实施例提供了一种车辆控制系统，包括：

主控设备，包括本申请实施例中任一种显示控制装置；

被控设备，与该主控设备相通信，将该主控设备接收多媒体文件中需要显 示的内容发送至车辆的外部显示设备进行显示；

车辆的外部显示设备，与该被控设备相通信，用于显示来自该被控设备的 内容。

第四方面，本申请实施例提供了一种显示控制方法，包括：存储器和处理 器。其中，该存储器和该处理器通过内部连接通路互相通信，该存储器用于存 储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储 器存储的指令时，使得该处理器执行上述各方面任一种实施方式中的方法。

第五方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存 储介质存储计算机程序，当计算机程序在计算机上运行时，上述各方面任一种 实施方式中的方法被执行。

上述技术方案中的优点或有益效果至少包括：

在本申请可选实施例中，能够自动触发启动多媒体应用，并将多媒体应用 播放多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示，减少 操作复杂度，更加方便快捷。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上 述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描 述，本申请进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或 相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图 仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的 限制。

图1示出根据本申请一实施例的显示控制方法的流程图。

图2为车灯投影效果的示意图。

图3为车灯屏幕效果的示意图。

图4示出根据本申请另一实施例的显示控制方法的流程图。

图5a和图5b为一种等待场景示例的示意图。

图6a和图6b为一种拥堵场景示例的示意图。

图7示出根据本申请一实施例的显示控制装置的结构示意图。

图8示出根据本申请另一实施例的显示控制装置的结构示意图。

图9示出根据本申请另一实施例的显示控制装置的结构示意图。

图10示出根据本申请一实施例的显示控制系统的结构示意图。

图11示出应用示例1的主机和从机的结构示意图。

图12和图13示出应用示例1的主机和从机中APP的结构示意图。

图14示出应用示例1的流程图。

图15示出应用示例2中车辆控制系统的结构示意图。

图16示出应用示例2中显示控制方法的流程图。

图17示出应用示例3中显示控制方法的流程图。

图18a是应用示例3中在车内显示播放界面的效果示例图。

图18b是应用示例3中在车外显示播放歌曲的歌词的效果示例图。

图19示出根据本发明一实施例的用于显示控制的电子设备的结构框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认 识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修 改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

图1示出根据本申请一实施例的显示控制方法的流程图。该显示控制方法 可以应用于主控设备，该方法可以包括：

S101、在满足第一条件的情况下，启动多媒体应用；

S102、在该多媒体应用播放多媒体文件的情况下，将该多媒体文件中需要 显示的内容发送至车辆的外部显示设备进行显示。

在一个示例中，车辆的车身外围设置有若干个车灯，如常规灯、投影灯、 屏幕灯等。车辆的外部显示设备可以包括投影灯。投影灯可以设置在车身前端， 用来投影图片、视频、文字等，还可以用作车辆的近光灯或远光灯。投影灯可 以选用数字光处理(DigitalLight Processing，DLP)投影灯，如图2所示为投 影灯的投影效果的示意图，其中显示的文字为“COME WITH ME”。

在一个示例中，车辆的外部显示设备也可以包括ISD(Interactive SignalDisplay，互动信号显示)例如屏幕灯，可以设置在车身前端和/或后端，用来显 示视频、动画或文字等。屏幕灯可以为由多个发光二极管(Light Emitting Diode， LED)灯形成的矩阵式屏幕。如图3所示为屏幕灯的显示效果的示意图，其中 显示的文字为“8”。此外，屏幕灯也可以由常规灯及常规灯下方的屏幕构成。 此外，主控设备也可以将该多媒体文件中需要显示的内容发送至车辆的中控屏 幕进行显示。

在一种可能的实施方式中，该方法还包括：将该多媒体文件中需要显示的 内容发送至车辆的外部显示设备进行显示，包括：在检测到该车辆所处的外部 环境满足外部显示要求的情况下，将该多媒体文件中需要显示的内容发送至车 辆的外部显示设备进行显示。

具体地，可以在车辆上设置环境检测模块，用于检测车辆所处的外部环境。 环境检测模块可以包括多种能够检测环境的传感器。例如，环境检测模块包括 光传感器，能够检测车辆所在环境的光亮度和/或光强度。如果光亮度和/或光强 度小于设定阈值，可以判定车辆的外部较暗，能够通过外部显示设备例如外灯 模块清晰显示。如果光亮度和/或光强度大于或等于设定阈值，可以判定车辆的 外部较亮，外部显示设备例如外灯模块不能清晰显示。

在一种可能的实施方式中，可以在多媒体应用播放多媒体文件之后，利用 环境检测模块检测车辆所处的外部环境；也可以先利用环境检测模块检测车辆 所处的外部环境，再播放多媒体文件。本申请不限制二者的时序。

在一种可能的实施方式中，该多媒体应用可以为卡拉OK应用，该多媒体 文件中需要显示的内容可以包括该卡拉OK应用播放的音视频文件中的文本信 息。例如，卡拉OK应用播放的歌曲视频中的歌词或字幕。

在一种可能的实施方式中，该方法还包括：将该多媒体文件中需要显示的 文本信息转换为文本数据流；

将该多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示， 包括：向被控设备发送该文本数据流，以通过该被控设备连接的车辆的外部显 示设备显示该文本信息。

在一种可能的实施方式中，在主控设备例如车辆控制器中，可以先获取需 要显示的文本信息。例如，用户在主控设备例如车辆控制器的中控大屏(或称 为中控屏幕)输入或选择需要显示的文本信息，主控设备可以响应于用户的输 入操作获取用户输入的文本信息。再如，用户在主控设备选择从云端下载需要 显示的文本信息，主控设备可以响应于用户的选择操作从云端下载文本信息。 文本信息的类型包括但不限于文字、字符、符号、数字及其任意组合。

例如文本字库中可以包括多套汉字和符号对应的16x16的点阵，每一行的 点阵由2个字节存储，0为不填充，1为填充，也就是说会用32个字节存储一 个文字或符号的点阵信息。

被控设备收到文本数据流后，可以查找该文本字库解析得到该文本数据流 中的文本信息，得到成像显示控制流。然后利用该成像显示控制流驱动车辆的 外部显示设备显示该文本信息。

在本实施例中，文本信息的类型包括但不限于文字、字符、符号、数字及 其任意组合。主控设备可以按照将文本信息转换为设定格式例如UTF-8格式的 文本数据流。然后，主控设备可以将文本数据流发送至被控设备。在被控设备 可以查找文本字库解析得到文本数据流对应的成像显示控制流。然后，被控设 备将成像显示控制流发送到车辆的外部显示设备，可以通过车辆的外部显示设 备按照时间信息对应地显示文本信息。例如，可以通过投影灯显示文本信息。

此外，文本数据流可以中带有时间戳。例如文本数据流中包括文字对应的 时间戳和文本信息，这两部分均可以采用标准的UTF-8编码(8-bit Unicode TransformationFormat，是一种针对Unicode的可变长度字符编码)，实现主从 APP传输。控制流可以对应文本字库中不同字符或符号的点阵信息，根据不同 分辨率的需要可以将ISD简化为8X8区域LED灯点亮和熄灭的对照关系。DLP (Digital Light Procession，数字灯光处理系统)可以为16x16像素的矩阵投光 关系。

本申请实施例能够自动触发启动多媒体应用，并将多媒体应用播放多媒体 文件中需要显示的内容发送至车辆的外部显示设备进行显示，减少操作复杂度， 更加方便快捷。

图4示出根据本申请另一实施例的显示控制方法的流程图。该显示控制方 法可以包括图1的显示控制方法实施例的内容。在此基础上，在一种可能的实 施方式中，该方法还包括：

S201、在满足第二条件的情况下，主控设备通过该多媒体应用向该被控设 备发送第一控制指令，该第一控制指令用于指示该被控设备启动外部显示控制 应用，并与该外部显示控制应用建立连接。相应地，被控设备在接收到来自主 控设备的多媒体应用的第一控制指令的情况下，启动外部显示控制应用，并与 该多媒体应用建立连接。

具体地，在满足第一条件启动多媒体应用之后，如果满足第二条件，主控 设备可以通过多媒体应用向被控设备发送第一控制指令，以启动被控设备中的 外部显示控制应用。多媒体应用与外部显示控制应用之间建立连接。如果多媒 体应用播放多媒体文件，多媒体应用可以将多媒体文件中需要显示的内容发送 至外部显示控制应用，外部显示控制应用可以控制车辆的外部显示设备显示多 媒体应用播放的内容。

在一种可能的实施方式中，在该多媒体应用与该外部显示控制应用建立连 接之后，主控设备通过该多媒体应用向该外部显示控制应用发送该文本数据流。 如果需要显示多媒体文件中的文本信息，可以从多媒体文件中将文本信息提取 出来，转换为文本数据流，发送至外部显示控制应用。

在一种可能的实施方式中，主控设备通过该多媒体应用向该外部显示控制 应用控制发送第二控制指令，该第二控制指令用于指示该外部显示控制应用控 制车辆的外部显示设备播放该文本数据流转换的成像显示控制流。相应地，被 控设备在接收到来自该多媒体应用的第二控制指令的情况下，通过外部显示控 制应用向该车辆的外部显示设备发送该成像显示控制流。

示例性地，在主控设备中可以安装一种或多种多媒体应用，例如卡拉OK、 游戏等。主控设备可以通过这些应用向被控设备发送第一控制指令，以启动安 装在被控设备中的外部显示控制应用。外部显示控制应用的种类也可以有多种。 例如文本显示的应用、文字投影的应用、多媒体播放的应用等。启动外部显示 控制应用后，外部显示控制应用可以与多媒体应用建立连接。连接之后，外部 显示控制应用可以接收多媒体应用的第二控制指令。第二控制指令可以是在主 控设备中，响应于用户的各种控制操作而生成的指令。例如用户对某个歌曲进 行了播放、快进、后退、时间轴拖动等控制操作，可以响应于用户的这些控制 操作，生成包括这些操作对应的控制信息的第二控制指令。然后，外部显示控 制应用可以根据第二控制指令，向车辆的外部显示设备发送成像显示控制流。 例如，将成像显示控制流发送到投影灯，可以显示文本信息的投影。

例如，在车辆的中控大屏启动卡拉OK应用后，通过卡拉OK应用播放歌 曲视频，可以将该歌曲视频中的字幕转换为文本数据流，发送到IOV影音域。 然后，IOV影音域可以将文本数据流转换为成像显示控制流并发送到屏幕灯或 投影灯，可以在屏幕灯或投影灯上显示所播放的歌词。主控设备利用第二控制 指令可以控制时间锚点，外部显示控制应用收到多媒体应用发来的时间锚点， 通过文本数据流中的时间戳检索需要显示的文字。

示例性地，可以通过以下方式的至少之一获取需要显示的文本信息：

从该主控设备的交互界面，获取输入该文本信息；

从云端获取该文本信息；

在主控设备例如车辆控制器中，可以先获取需要显示的文本信息。例如， 用户在主控设备例如车辆控制器的中控大屏输入或选择需要显示的文本信息， 主控设备可以响应于用户的输入操作获取用户输入的文本信息。再如，用户在 主控设备选择从云端下载需要显示的文本信息，主控设备可以响应于用户的选 择操作从云端下载文本信息。文本信息的类型包括但不限于文字、字符、符号、 数字及其任意组合。

在一种可能的实施方式中，该文本数据流中包括：需要显示的文本信息及 其对应的时间信息。

在有些场景下，文本信息具有对应的时间信息，例如歌词文件中歌词中的 文字与播放时刻具有对应关系。这种情况下，主控设备在对需要显示的文本信 息进行转换时，可以将该文本信息对应的时间信息一起转换，得到文本数据流 中包括文本信息及其对应的时间信息。将文本数据流发送到被控设备后，被控 设备解析得到的成像显示控制流中也包括这些文本信息及其对应的时间信息的 控制流。这样，被控设备将成像显示控制流发送到车辆的外部显示设备，可以 通过车辆的外部显示设备按照时间信息对应地显示文本信息。例如，投影灯可 以按照车辆控制器中所播放的歌曲的播放时刻，对应地投影显示歌词中的文字。

在一种可能的实施方式中，主控设备可以将该文本信息及其对应的时间信 息按照特定格式转换为该文本数据流。因此，转换得到的该文本数据流中包括 该文本信息及其对应的时间信息。

在一种可能的实施方式中，该文本信息及其对应的时间信息为输入的文本 信息及其对应的播放时间信息，或者，多媒体文件中的文本信息及其对应的播 放时间信息。

在有些场景下，文本信息具有对应的时间信息，例如歌词文件中歌词中的 文字与播放时刻具有对应关系。这种情况下，主控设备在对需要显示的文本信 息进行转换时，可以将该文本信息对应的时间信息一起转换，得到文本数据流 中包括文本信息及其对应的时间信息。将文本数据流发送到被控设备后，被控 设备解析得到的成像显示控制流中也包括这些文本信息及其对应的时间信息的 控制流。这样，被控设备将成像显示控制流发送到车辆的外部显示设备，可以 通过车辆的外部显示设备按照时间信息对应地显示文本信息。例如，投影灯可 以按照车辆控制器中所播放的歌曲的播放时刻，对应地投影显示歌词中的文字。

在一种可能的实施方式中，主控设备启动多媒体应用的第一条件包括以下 至少之一：

车辆处于驻车状态；

车辆保持指定状态的时长大于设定阈值；

该多媒体应用的使用记录满足高频要求。

示例性地，车辆的驾驶场景可以包括多种，例如，等待场景、拥堵场景等。 不同的场景可以设置对应的第一条件。对于卡拉OK等娱乐性较强的多媒体应 用，可以设置一些通用的触发条件。例如，车辆处于驻车状态。如档位在P档 (停车档)，可以自动触发启动多媒体应用。再如，车辆处于驻车状态的时间超 过设定阈值，如停车时间超过10分钟，可以自动触发启动多媒体应用。

示例性地，在设定时间范围内的使用多媒体应用的次数大于设定次数，可 以认为满足高频要求。例如，一天内使用卡拉OK应用5次以上满足高频要求，， 或者累计使用时长达到2个小时以上，可以判定该应用为满足高频要求。从车 辆的娱乐信息记录中可以获取一个或多个高频的多媒体应用例如卡拉OK、游 戏等。例如，如果某个多媒体应用在某天打开的次数达到5次以上如果有多个 高频的多媒体应用，可以选择使用次数更高或累计使用时长更长的，或者随机 选择一个。

在一种可能的实施方式中，在该车辆的驾驶场景为等待场景的情况下，该 第一条件还包括以下至少之一：

车辆的位置处于高频驻车点或常驻区域；

车辆内的指定座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆内的表情识别结果符合设定状态。

示例性地，基于车辆的位置可以确定车辆是否处于高频驻车点或常驻区域。 例如，车辆的位置的行政区域所在地为常驻城市，经纬度为高频驻车点。其中， 可以基于车辆在某个驻车点的驻车次数和/或时长，来获取该车辆的高频驻车点。 例如，某个车辆在某个小区停车次数超过10次，每天停车时长超过5小时，可 以判定该小区为该车辆的一个高频驻车点。

示例性地，车辆内还可以设置感应装置，例如在座椅处安装重力感应器， 以检测车辆的主驾或副驾是否有人。

示例性地，车辆内还可以设置图像采集装置，例如摄像头，通过人脸识别 技术可以检测车辆的主驾或副驾是否有人。

示例性地，主控设备可以内部设置或外部连接表情识别系统，用于识别人 的表情。例如，假设可以识别出用户处于喜悦、难过、无聊等状态，可以自动 触发启动多媒体应用的设定状态为喜悦状态或无聊状态。不同的表情状态还可 以对应不同类型的歌曲。基于表情识别系统对摄像头拍摄的人脸图像进行识别。 如果表情识别为喜悦状态，可以自动触发多媒体应用。进一步地，该多媒体应 用还可以推荐喜悦状态对应的欢快类型的歌曲。如果表情识别为无聊状态，也 可以自动触发多媒体应用。进一步地，该多媒体应用还可以推荐无聊状态对应 的舒缓类型的歌曲。

参见图5a和图5b，为一种等待场景示例的示意图。如果车辆所在地为常 驻城市，经纬度在高频驻车点，感应到车辆副驾有人(例如有人的时间超过5 分钟)，车辆停止的时长超过设定时长(例如停车时长超过10分钟)，挂P档， 未下电，可以判定当前属于等待场景。这样，可以提示当前处于等待场景。例 如显示文字信息或播放语音：“主人，等待的时间固然无聊，不如让我们一起来 娱乐一下吧”。如果娱乐信息记录了多个高频的应用，可以显示提示信息或发出 提示语音，可以推荐这些高频应用，例如“向您推荐卡拉OK、热播剧、车载 游戏”。然后，通过与用户的交互可以打开某个应用。例如，如果识别到“打开 卡拉OK”的语音，可以启动卡拉OK应用。在打开卡拉OK应用过程中，还可 以显示提示界面或播放提示语音例如“正在打开，让我们一起纵情歌唱吧”。

在一种可能的实施方式中，在该车辆的驾驶场景为拥堵场景，该第一条件 还包括以下至少之一：

车辆的位置处于高频行车点或常驻区域；

车辆内的主驾座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆行驶状况满足拥堵状态要求。

示例性地，上述拥堵场景中，可以按照车辆的日常行驶轨迹来确定车辆是 否处于高频行车点。如果车辆的位置处于车辆经常行驶(例如一周行驶3次以 上)经过的路段，表示处于高频行车点。

在一种可能的实施方式中，该拥堵状态要求包括车速小于设定速度，和/ 或，在设定时长内刹车频率大于设定频率。例如，车速小于20km/h，半小时内 刹车和/或起步次数大于15次，可以判定满足拥堵状态要求。

此外，还可以按照出行日期和时间，来辅助判定是否属于拥堵场景。例如， 如果是工作日的上午8:00到9:00，则可能属于拥堵场景。

参见图6a和图6b，为一种拥堵场景示例的示意图。如果车辆所在地为常 驻城市，经纬度在高频驻车点，感应到车辆主驾有人(例如有人的时间超过5 分钟)，车速小于20km/h，半小时内刹车和/或起步次数大于15次，当前日期属 于工作日例如周一，当前时间属于工作日通勤时间例如上午8:00到9:00，可以 综合判定当前属于拥堵场景。这样，可以提示当前处于拥堵场景。例如显示文 字信息或播放语音：“主人，我现在检测到车辆处于拥堵状态，是否开启自动跟 车状态”。如果娱乐信息记录了多个高频的应用，可以显示提示信息或发出提示 语音，以推荐这些高频应用，例如“主人，是不是要驱散一下拥堵时焦躁的心情”，并显示推荐的应用的图标例如卡拉OK、歌曲播放、视频播放等应用。然 后，通过与用户的交互可以打开某个应用。例如，如果识别到“打开卡拉OK” 的语音，可以启动卡拉OK应用。

在一种可能的实施方式中，主控设备向被控设备发送指令的第二条件包括 以下至少之一：

检测到对外部显示控件的控制操作；

检测到对播放的多媒体文件的控制操作；

从输入的语音信号中识别得到外部显示需求。

示例性地，对外部显示控件的控制操作可以包括多种。例如，用户触摸了 主控设备的屏幕上显示的外部显示控件。再如，用户按压了主控设备上设置的 外部显示控件对应的按键。

示例性地，对播放的多媒体文件的控制操作可以包括多种。例如，用户对 歌曲进行播放、快进、后退、时间轴拖动等控制操作。

示例性地，从输入的语音信号中识别得到外部显示需求可以包括多种。例 如，麦克风接收到用户的语音信号后，主控设备可以调用语音识别功能对该语 音信号进行识别，以判断是否有外部显示需求。例如，如果用户发出的语音中 包括“使用大灯投影”、“DLP头像”、“外部显示”等相关语音，则语音识别结 果为有外部显示需求。

图7示出根据本申请一实施例的显示控制装置的结构示意图。该显示控制 装置可以应用于主控设备，该装置可以包括：

启动模块41，用于在满足第一条件的情况下，启动多媒体应用；

发送模块42，用于在该多媒体应用播放多媒体文件的情况下，将该多媒体 文件中需要显示的内容发送至车辆的外部显示设备进行显示。

在一种可能的实施方式中，如图8所示，该装置还包括：

环境检测模块40，用于检测该车辆所处的外部环境是否满足外部显示要求；

该发送模块还用于在检测到该车辆所处的外部环境满足外部显示要求的情 况下，将该多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。

在一种可能的实施方式中，如图8所示，该装置还包括：

连接模块43，用于在满足第二条件的情况下，通过该多媒体应用向被控设 备发送第一控制指令，该第一控制指令用于指示该被控设备启动外部显示控制 应用，并与该外部显示控制应用建立连接。

在一种可能的实施方式中，如图9所示，该装置还包括：

文本转换模块45，用于将该多媒体文件中需要显示的文本信息转换为文本 数据流；

该发送模块还用于向被控设备发送该文本数据流，以通过该被控设备连接 的车辆的外部显示设备显示该文本信息。

在一种可能的实施方式中，该发送模块还用于在该多媒体应用与该外部显 示控制应用建立连接之后，通过该多媒体应用向该外部显示控制应用发送该文 本数据流。

在一种可能的实施方式中，该装置还包括：

播放控制模块46，用于通过该多媒体应用向该外部显示控制应用控制发送 第二控制指令，该第二控制指令用于指示该外部显示控制应用控制车辆的外部 显示设备播放该文本数据流转换的成像显示控制流。

在一种可能的实施方式中，转换得到的该文本数据流还包括该文本信息对 应的时间信息。

在一种可能的实施方式中，该文本信息及其对应的时间信息为输入的文本 信息及其对应的播放时间信息，或者，多媒体文件中的文本信息及其对应的播 放时间信息。

在一种可能的实施方式中，该多媒体应用为卡拉OK应用，该多媒体文件 中需要显示的内容包括该卡拉OK应用播放的音视频文件中的文本信息。

在一种可能的实施方式中，该第一条件包括以下至少之一：

车辆处于驻车状态；

车辆保持指定状态的时长大于设定阈值；

该多媒体应用的使用记录满足高频要求。

在一种可能的实施方式中，在该车辆的驾驶场景为等待场景的情况下，该 第一条件还包括以下至少之一：

车辆的位置处于高频驻车点或常驻区域；

车辆内的指定座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆内的表情识别结果符合设定状态。

在一种可能的实施方式中，在该车辆的驾驶场景为拥堵场景，该第一条件 还包括以下至少之一：

车辆的位置处于高频行车点或常驻区域；

车辆内的主驾座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆行驶状况满足拥堵状态要求。

在一种可能的实施方式中，该拥堵状态要求包括车速小于设定速度，和/ 或，在设定时长内刹车频率大于设定频率。

在一种可能的实施方式中，该第二条件包括以下至少之一：

检测到对外部显示控件的控制操作；

检测到对播放的多媒体文件的控制操作；

从输入的语音信号中识别得到外部显示需求。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述， 在此不再赘述。

图10示出根据本申请一实施例的显示控制系统的结构示意图。该显示控制 系统可以包括：

主控设备81，包括上述实施例中应用于主控设备的任意一种结构的显示控 制装置。

被控设备82，与该主控设备相通信，例如通过CAN总线相通信，用于将 该主控设备接收多媒体文件中需要显示的内容发送至车辆的外部显示设备进行 显示。例如，被控设备82从主控设备81接收文本数据流。

车辆的外部显示设备83，与该被控设备相通信，用于显示来自该被控设备 的内容。例如，外部显示设备83根据来自该被控设备的成像显示控制流显示对 应的文本信息。

在一种可能的实施方式中，该主控设备和该被控设备通过CAN总线84通 信。

在一种可能的实施方式中，该主控设备81通过以太网与该车辆的外部显示 设备83连接。

在一种可能的实施方式中，该车辆的外部显示设备包括车辆的外灯驱动模 块和多个外灯，该外灯驱动模块通过以太网以及低电压差分信号(Low-Voltage DifferentialSignaling，LVDS)接口与该多个外灯连接；该外灯驱动模块，用于 根据该成像显示控制流驱动该多个外灯显示该文本信息。

在一种可能的实施方式中，该主控设备包括交互设备，例如，车辆控制器 的中控大屏；该交互设备用于获取输入的该文本信息及其对应的时间信息。

在一种可能的实施方式中，该被控设备包括多媒体域控制器；该多媒体域 控制器与该交互设备连接，用于从该交互设备获取该文本信息及其对应的时间 信息，转换为文本数据流。

本申请实施例系统中的各设备的功能可以参见上述方法中的对应描述，在 此不再赘述。

应用示例1

图11示出应用示例1的主机和从机的结构示意图。图12和图13示出应用 示例1的主机和从机中APP的结构示意图。以主控设备为主机，被控设备为从 机为例，主机中包括APP1和APP2，从机中包括APP3和APP4。

参见图11，主机可以包括显示与交互单元、协议单元、仲裁单元、各种应 用例如APP1和APP2等。从机可以包括MPU(Microprocessor Unit，微处理器) 和MCU(Microcontroller Unit，微控制单元)。其中，MPU可以包括协议单元、 仲裁单元、各种应用例如APP3和APP4等。MCU可以包括信号服务转换单元、 仲裁单元、控制单元和驱动单元。其中，仲裁单元可以连接其他基础灯光等控 制流，如果有其他控制流输入，仲裁单元会进行仲裁。

参见图12，在主机的APP1中可以包括：文本选择及输入模块、文本转换 模块、第一条件判断模块、第一控制指令发送模块、文本发送模块、第二条件 判断模块和第二控制指令发送模块。本示例以APP1为例进行说明，在实际应 用中，主机中的其他APP例如APP2等可以包括类似的模块。

参见图13，在从机的APP3中可以包括：第一控制指令接收模块、文本接 收模块、文本解析模块、操作控制指令接收模块和驱动模块。本示例以APP3 为例如进行说明，在实际应用中，从机中的其他APP例如APP4等可以包括类 似的模块。

图14示出应用示例1的流程图。如图14所示，该显示控制方法的步骤可 以包括：

S601、主机在满足上述实施例中的第一条件的情况下可以自动触发启动 APP1。例如，启动卡拉OK应用。从启动的APP1中播放的文件中获取需要显 示的文本信息等内容。

此外，用户也可以通过主机的显示与交互单元或控制终端APP(应用程序) 通过云端向主机选择需要投影显示的文本。例如，主机的显示与交互单元可以 为车辆控制器的中控大屏。用户可以在中控大屏输入需要投影显示的文本，用 户也可以通过中控大屏选择连接云端，从云端的文本库下载需要投影显示的文 本。可选地，中控大屏可以为触摸屏的形式。在向发送需要投影的内容之前， 还可以先检测车辆的外部环境。如果到车辆的外部环境符合外部显示要求例如 光线暗，再向外灯模块发送需要显示的内容。

S602、主机的APP1的文本转化模块将文本转化为满足可以进行传输的特 定格式，例如转换后得到文本数据流。例如APP1为多媒体应用，多媒体应用 可以将需要播放的多媒体文件中的字幕、歌词等带有文本信息的内容转换得到 文本数据流。

S603、APP1发送条件判断模块根据用户的选择操作以及当前车辆的运行 状态，判断是否满足发送条件以及反馈无法下发的原因。本示例中的发送条件 可以参见上述实施例中的第二条件的示例。

S604、满足发送条件判断的相关需求时，用第一控制指令通过以太网启动 从机相应的应用例如APP3，并建立相应连接。例如，APP1的第一控制指令发 送模块向从机发送第一控制指令。APP3的第一控制指令接收模块接收到该第一 控制指令后，启动APP3。例如，APP3为影音域中用户控制外灯模块的APP。

S605、APP1与APP3建立相应连接后，通过协议单元和仲裁单元将文本数 据流发送到APP3。例如，主机的APP1的文本发送模块通过协议单元和仲裁单 元将文本数据流发送到APP3，从机APP3的文本接收模块可以通过MPU的协 议单元和仲裁单元从主机接收文本数据流。

S606、APP3的文本解析模块调用文本字库内的信息，将文本数据流转化 为相应的成像显示的控制流向MCU传递。例如，通过MPU的仲裁单元发送给 MAC的信号服务转换单元。

S607、APP1的播放条件判断模块主要判断信息为当前整车状态是否满足 播放条件，并检测用户下发的第二控制指令，例如包含开始、暂停、继续、停 止、拖动时间轴等内容。本示例中的播放条件可以参见上述实施例中的第二条 件的示例。

S608、APP1的第二控制指令发送模块用于将APP1的第二控制指令发送到 APP3。例如第二控制指令包括开始和继续指令，APP1将根据需要发送时间戳 信息用于主机和从机之间文本同步。APP3的第二控制指令接收模块接收到第二 控制指令后，可以发送给从机的MCU。

S609、从机通过MCU控制驱动单元进行文本显示。例如，从机的MCU 通过仲裁单元和控制单元向驱动单元发送的成像显示的控制流。

本实施例利用文本字库进行解析，对于多媒体域控制器的性能要求大幅降 低，降低多媒体域控制器的空间要求，不再需要视频译码器编码器，节约成本。

应用示例2

图15示出应用示例2中车辆控制系统的结构示意图。在应用示例2中，多 媒体域控制器的示例为IOV(车联网)影音域控制器(简称IOV影音域)，车 辆控制系统可以包括中央网关、车身域控制器(简称车身域)和影音域。中央 网关通过以太网分别连接车身域(Body)和影音域。

其中，车身域通过控制器局域网络(Controller Area Network,CAN)总线 连接于车灯控制器例如外灯模块，可以向外灯模块发送车灯控制命令。影音域 通过以太网(ethernet)连接于外灯模块，以向外灯模块发送文本数据流对应的 影响显示的控制流。

示例性地，影音域可以包括车辆上的屏幕或其他多媒体组件(如音频设备)， 从而可以得到影音域数据，如用户指令、多媒体组件获取的多媒体数据(如图 片、视频、文字等)、车辆仪表盘上得到的时间、天气、车辆续航里程等信息。

示例性地，外部显示设备可以为车灯，车灯可以包括左前灯(DLP投影灯 和ISD灯)、右前灯(DLP投影灯和ISD灯)、左后灯(ISD灯)和右后灯(ISD 灯)。相应地，车灯控制系统包括：左前灯控制器、右前灯控制器、左后灯控制 器和右后灯控制器。

示例性地，左前灯控制器和右前灯控制器分别通过以太网和LVDS与影音 域连接，通过以太网和LVDS从影音域接收影音域数据。影音域数据可以包括 文本信息。可选地，左前灯控制器和右前灯控制器可以分别为2个，从而分别 通过以太网连接DLP投影灯和LVDS连接ISD灯。

示例性地，左后灯控制器和右后灯控制器可以分别通过CAN总线和以太 网与车身域连接，从而可以通过CAN总线从车身域接收车灯主控命令，进而 调用内部的灯光控制文件，分别对ISD灯进行控制。

在一种实施方式中，影音域数据可以包括投影数据，如图片、视频、文字 等。

图16示出应用示例2中显示控制方法的流程图。以用户自编辑文字提醒的 场景为例，其中，主控设备为车辆控制器的中控大屏，被控设备为IOV(Internet of Vehicles，车联网)影音域控制器(可以简称IOV影音域)，车辆的外部显示 设备为外灯模块(Externallight)和多个外灯。在该示例中，显示控制方法可以 包括以下步骤：

S701、用户通过中控大屏编辑文本和播放时长。中控大屏可以将所编辑的 文本和播放时长生成特定格式的文本数据流，发送到IOV影音域。

S702、IOV影音域生成控制文件。例如，IOV影音域查找文本字库，将文 本数据流转换为影音显示控制流，该影音显示控制流为一种控制文件。

S703、IOV影音域通过以太网(Ethernet)将该控制文件传输给外灯模块(External light)。

S704、用户通过中控大屏点击播放按键。中控大屏可以生成播放控制指令， 并将该播放控制指令发送给外灯模块。

S705、外灯模块驱动前后ISD屏幕根据时间间隔进行文本显示，参见图3。 其中，显示单个文字的时间间隔可以根据总的播放时长来确定。

应用示例3

在一种应用场景，在车辆控制器中启动多媒体播放应用例如车内卡拉OK 应用，可以通过车辆的外部显示设备例如智能数字大灯显示歌词，可以投影显 示，也可以直接在大灯上显示。应用示例3的结构图可以参见图15。图17示 出应用示例2的流程图。在该示例中，其中，主控设备为车辆控制器的中控大 屏，被控设备为IOV影音域，车辆的外部显示设备为外灯模块(External light) 和多个外灯。该显示控制方法可以包括以下步骤：

S801、通过中控大屏开启多媒体应用，例如户外卡拉OK APP。该过程可 以是自动触发，参见上述实施例中在满足第一条件的情况下启动多媒体应用的 相关描述。该过程也可以是用户主动操作。

S802、通过中控大屏开启多媒体播放模式，例如户外卡拉OK模式。该过 程也可以是自动触发或用户主动操作。

S803、用户选择相应的歌曲播放。

S804、IOV影音域将歌词文件转换为相应的控制文件。例如，IOV影音域 查找文本字库，将文本数据流如歌词文件转换为相应的影音显示控制流如控制 文件。

S805、IOV影音域通过以太网(Ethernet)将该控制文件传输给外灯模块。

S806、用户通过中控大屏点击播放按键。中控大屏可以向外灯模块发送， 播放按键对应的控制信息。

S807、外灯模块驱动前后数字光处理(Digital Light Processing，DLP)模 块根据时间间隔进行文本显示。

S808、外灯模块和IOV影音域进行实时控制交互，保证歌词显示与实际播 放同步。例如，参见图18a和图18b，在车内的中控大屏上显示文字。利用车 辆外部的投影灯和/或屏幕灯可以同步显示该文字。歌词。再如，在车内的中控 大屏上播放卡拉OK，并显示歌词。利用车辆外部的投影灯和/或屏幕灯也可以 显示该歌词。

S809、用户进行各种播放操作例如开始、暂停、快进、后退、目标位置跳 转或时间轴拖动时，根据最近的时间锚点进行时间同步。

例如，文本数据流中的时间戳为离散的非连续的，系统播放的绝对时间是 连续的，因此，执行控制操作时，APP1会根据绝对时间信息跳转到文本信息里 最近的时间戳，该时间戳为时间锚点，同时会发送该锚点给从控制器的例如 APP3。

在本示例中，可以通过时间轴精准的控制开始、暂停、目标位置跳转等操 作。例如，控制过程中可以只传输时间锚点信息，大幅降低对总线需求，因此， 播放效果的连贯性好，不易丢帧，能够大幅度降低视频跳帧，解决同步性差的 问题。此外，文本采用标准编译格式，格式灵活，通用性好。

需要说明的是，尽管以在车内播放卡拉OK作为示例介绍了显示控制方法 步骤如上，但本领域技术人员能够理解，本申请应不限于此。且本申请可选实 施例所适用的场景灵活，具有较好的通用性。事实上，用户完全可根据个人喜 好和/或实际应用场景灵活设定显示控制内容。

图19示出根据本发明一实施例的用于显示控制的电子设备的结构框图。如 图19所示，该用于显示控制的电子设备包括：存储器910和处理器920，存储 器910内存储有可在处理器920上运行的计算机程序。处理器920执行该计算 机程序时实现上述实施例中的显示控制方法。存储器910和处理器920的数量 可以为一个或多个。

该用于显示控制的电子设备还包括：

通信接口930，用于与外界设备进行通信，进行数据交互传输。

如果存储器910、处理器920和通信接口930独立实现，则存储器910、处 理器920和通信接口930可以通过总线相互连接并完成相互间的通信。该总线 可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设 备互连(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准体系结 构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为 地址总线、数据总线、控制总线等。为便于表示，图19中仅用一条粗线表示， 但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器910、处理器920及通信接口930集 成在一块芯片上，则存储器910、处理器920及通信接口930可以通过内部接 口完成相互间的通信。

本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该 程序被处理器执行时实现本申请实施例中提供的方法。

本申请实施例还提供了一种芯片，该芯片包括，包括处理器，用于从存储 器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请 实施例提供的方法。

本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和 存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连， 处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施 例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专 用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管 逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处 理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器， 还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失 性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可 以包括只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦 除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可 以包括随机存取存储器(random access memory，RAM)，其用作外部高速缓存。 通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取 存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、 双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同 步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机 存取存储器(direct rambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组 合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实 现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算 机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通 用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以 存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算 机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具 体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结 构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具 体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方 式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中 描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相 对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二” 的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的 含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表 示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码 的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其 中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或 按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认 为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机 可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处 理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统) 使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实 现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指 令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可 以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介 质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块 中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的 形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品 销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是 只读存储器，磁盘或光盘等。

以上该，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此， 任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各 种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护 范围应以权利要求的保护范围为准。

Claims (31)

1.一种显示控制方法，应用于主控设备，其特征在于，所述方法包括：

在满足第一条件的情况下，启动多媒体应用；

在所述多媒体应用播放多媒体文件的情况下，将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。

2.根据权利要求1所述的方法，其特征在于，将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示，包括：

在检测到所述车辆所处的外部环境满足外部显示要求的情况下，将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

在满足第二条件的情况下，通过所述多媒体应用向被控设备发送第一控制指令，所述第一控制指令用于指示所述被控设备启动外部显示控制应用，并与所述外部显示控制应用建立连接。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：将所述多媒体文件中需要显示的文本信息转换为文本数据流；

将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示，包括：向被控设备发送所述文本数据流，以通过所述被控设备连接的车辆的外部显示设备显示所述文本信息。

5.根据权利要求4所述的方法，其特征在于，向被控设备发送所述文本数据流，包括：

在所述多媒体应用与所述外部显示控制应用建立连接之后，通过所述多媒体应用向所述外部显示控制应用发送所述文本数据流。

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

通过所述多媒体应用向所述外部显示控制应用控制发送第二控制指令，所述第二控制指令用于指示所述外部显示控制应用控制车辆的外部显示设备播放所述文本数据流转换的成像显示控制流。

7.根据权利要求4至6中任一项所述的方法，其特征在于，转换得到的所述文本数据流还包括所述文本信息对应的时间信息。

8.根据权利要求7所述的方法，其特征在于，所述文本信息及其对应的时间信息为输入的文本信息及其对应的播放时间信息，或者，多媒体文件中的文本信息及其对应的播放时间信息。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述多媒体应用为卡拉OK应用，所述多媒体文件中需要显示的内容包括所述卡拉OK应用播放的音视频文件中的文本信息。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述第一条件包括以下至少之一：

车辆处于驻车状态；

车辆保持指定状态的时长大于设定阈值；

所述多媒体应用的使用记录满足高频要求。

11.根据权利要求10所述的方法，其特征在于，在所述车辆的驾驶场景为等待场景的情况下，所述第一条件还包括以下至少之一：

车辆的位置处于高频驻车点或常驻区域；

车辆内的指定座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆内的表情识别结果符合设定状态。

12.根据权利要求11所述的方法，其特征在于，在所述车辆的驾驶场景为拥堵场景，所述第一条件还包括以下至少之一：

车辆的位置处于高频行车点或常驻区域；

车辆内的主驾座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆行驶状况满足拥堵状态要求。

13.根据权利要求12所述的方法，其特征在于，所述拥堵状态要求包括车速小于设定速度，和/或，在设定时长内刹车频率大于设定频率。

14.根据权利要求4至12中任一项所述的方法，其特征在于，所述第二条件包括以下至少之一：

检测到对外部显示控件的控制操作；

检测到对播放的多媒体文件的控制操作；

从输入的语音信号中识别得到外部显示需求。

15.一种显示控制装置，应用于主控设备，其特征在于，所述装置包括：

启动模块，用于在满足第一条件的情况下，启动多媒体应用；

发送模块，用于在所述多媒体应用播放多媒体文件的情况下，将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。

16.根据权利要求15所述的装置，其特征在于，还包括：

环境检测模块，用于检测所述车辆所处的外部环境是否满足外部显示要求；

所述发送模块还用于在检测到所述车辆所处的外部环境满足外部显示要求的情况下，将所述多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示。

17.根据权利要求15或16所述的装置，其特征在于，还包括：

连接模块，用于在满足第二条件的情况下，通过所述多媒体应用向被控设备发送第一控制指令，所述第一控制指令用于指示所述被控设备启动外部显示控制应用，并与所述外部显示控制应用建立连接。

18.根据权利要求15或16所述的装置，其特征在于，所述装置还包括：

文本转换模块，用于将所述多媒体文件中需要显示的文本信息转换为文本数据流；

所述发送模块还用于向被控设备发送所述文本数据流，以通过所述被控设备连接的车辆的外部显示设备显示所述文本信息。

19.根据权利要求18所述的装置，其特征在于，所述发送模块还用于在所述多媒体应用与所述外部显示控制应用建立连接之后，通过所述多媒体应用向所述外部显示控制应用发送所述文本数据流。

20.根据权利要求19所述的装置，其特征在于，所述装置还包括：

播放控制模块，用于通过所述多媒体应用向所述外部显示控制应用控制发送第二控制指令，所述第二控制指令用于指示所述外部显示控制应用控制车辆的外部显示设备播放所述文本数据流转换的成像显示控制流。

21.根据权利要求18至20中任一项所述的装置，其特征在于，转换得到的所述文本数据流还包括所述文本信息对应的时间信息。

22.根据权利要求21所述的装置，其特征在于，所述文本信息及其对应的时间信息为输入的文本信息及其对应的播放时间信息，或者，多媒体文件中的文本信息及其对应的播放时间信息。

23.根据权利要求15至22中任一项所述的装置，其特征在于，所述多媒体应用为卡拉OK应用，所述多媒体文件中需要显示的内容包括所述卡拉OK应用播放的音视频文件中的文本信息。

24.根据权利要求15至23中任一项所述的装置，其特征在于，所述第一条件包括以下至少之一：

车辆处于驻车状态；

车辆保持指定状态的时长大于设定阈值；

所述多媒体应用的使用记录满足高频要求。

25.根据权利要求24所述的装置，其特征在于，在所述车辆的驾驶场景为等待场景的情况下，所述第一条件还包括以下至少之一：

车辆的位置处于高频驻车点或常驻区域；

车辆内的指定座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆内的表情识别结果符合设定状态。

26.根据权利要求24所述的装置，其特征在于，在所述车辆的驾驶场景为拥堵场景，所述第一条件还包括以下至少之一：

车辆的位置处于高频行车点或常驻区域；

车辆内的主驾座位的检测结果为有人状态；

车辆内的图像采集装置的检测结果为有人状态；

车辆行驶状况满足拥堵状态要求。

27.根据权利要求26所述的装置，其特征在于，所述拥堵状态要求包括车速小于设定速度，和/或，在设定时长内刹车频率大于设定频率。

28.根据权利要求18至27中任一项所述的装置，其特征在于，所述第二条件包括以下至少之一：

检测到对外部显示控件的控制操作；

检测到对播放的多媒体文件的控制操作；

从输入的语音信号中识别得到外部显示需求。

29.一种车辆控制系统，其特征在于，包括：

主控设备，包括如权利要求15至28中任一项所述的装置；

被控设备，与所述主控设备相通信，将所述主控设备接收多媒体文件中需要显示的内容发送至车辆的外部显示设备进行显示；

车辆的外部显示设备，与所述被控设备相通信，用于显示来自所述被控设备的内容。

30.一种用于显示控制的电子设备，其特征在于，包括：包括处理器和存储器，所述存储器中存储指令，所述指令由处理器加载并执行，以实现如权利要求1至14任一项所述的方法。

31.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至14中任一项所述的方法。

Images