CN111694625B - 一种车盒向车机投屏的方法和设备 - Google Patents

Abstract

本发明公开一种车盒向车机投屏的方法和设备。其中该方法包括：车盒接收从车机发来的投屏请求，向车机发送第一画面的数据帧，在车机上显示所述第一画面；车盒接收从车机针对第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；车盒基于渲染帧率将应用画面的数据帧发送给车机，以便在车机上显示应用画面。上述方法可以根据不同的应用场景来调节不同场景画面的数据帧的渲染帧率，避免在统一帧率过低造成画面出现停顿、跳跃的现象，而且按照不同场景调节数据帧的渲染帧率不仅满足用户需求并节约能耗和CPU资源。同时在不投屏状态下，车盒不再向车机发送数据帧，与现有技术相比进一步减少了功率的消耗，节约了资源。

Description

一种车盒向车机投屏的方法和设备

技术领域

本发明涉及电子技术领域，特别涉及一种车盒向车机投屏的方法和设备。

背景技术

随着科技的发展，智能设备(如车盒)与车载娱乐设备越来越先进，更多的企业加入了“车联网”的大军之中，比如目前跨行业的已经有NOKIA、三星、MOTO、LG、SONY、HTC等手机厂商，以及宝马、丰田、本田、大众、三菱、标致等众多汽车制造商。

现有技术中，智能设备与车载娱乐设备进行连接投屏时，在车机屏幕上形成画面的数据帧的渲染帧率没有根据不同的应用场景(例如：地图应用、音乐应用、电台应用、有声读物应用等)进行有效控制，而是使用统一的渲染帧率对数据帧进行画面生成。当使用渲染帧率过低时，生成的画面出现停顿、跳跃现象；当使用渲染帧率过高时，造成在无需高渲染帧率的场景功率消耗过大、资源浪费等。

因此，如何使车盒向车机有效地进行投屏，使车机实现车盒客户端上多种应用功能，成了现有技术中亟需解决的问题。

发明内容

鉴于现有技术中存在的技术缺陷和技术弊端，本发明实施例提供克服上述问题或者至少部分地解决上述问题的一种车盒向车机投屏的方法和设备。

作为本发明实施例的一个方面，涉及一种车盒向车机投屏的方法，可以包括：

车盒接收从车机发来的投屏请求，向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面；

所述车盒接收从所述车机针对所述第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；

所述车盒基于所述渲染帧率将所述应用画面的数据帧发送给所述车机。

作为本发明实施例的另一方面，涉及一种车盒客户端，可以包括：

投屏请求模块，用于车盒接收从车机发来的投屏请求，向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面；

应用请求模块，用于所述车盒接收从所述车机针对所述第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；

数据发送模块，用于所述车盒基于所述渲染帧率将所述应用画面的数据帧发送给所述车机，以便在所述车机上显示所述应用画面。

作为本发明实施例的第三方面，涉及一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现上述方法。

作为本发明实施例的第四方面，涉及一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如上述方法。

本发明实施例至少实现了如下技术效果：

本发明实施例通过车盒接收到的车机的投屏请求后，向车机发送第一画面的数据帧，在车机上显示第一画面；当车盒接收到从车机针对第一画面中的应用发来的应用请求时，确定应用画面的数据帧的渲染帧率；车盒基于渲染帧率将应用画面的数据帧发送给车机，以便在车机上显示应用画面。上述方法可以根据不同的应用场景来调节不同场景画面的数据帧的渲染帧率，避免在统一帧率过低造成画面出现停顿、跳跃的现象，而且按照不同场景调节数据帧的渲染帧率不仅满足用户需求并节约能耗和CPU资源。同时在不投屏状态下，车盒不再向车机发送数据帧，而现有技术中是继续将数据帧发送给车机，只是不在车机的屏幕上显示出来，与现有技术相比，进一步减少了功率的消耗，节约了资源。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所记载的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供车盒向车机投屏方法的流程图；

图2A为本发明实施例提供的一种车机的示意图；

图2B为本发明实施例提供的一种第一画面的示意图；

图2C为本发明实施例提供的一种车机自身画面的示意图；

图2D为本发明实施例提供的一种应用画面的示意图；

图3为本发明实施例提供的车盒客户端的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

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

实施例1

本实施例提供了一种车盒向车机投屏的方法，其中，所述车盒是指一个具有导航功能的盒子，该盒子采用了车规级高性能处理器，内置4G网络，集成了导航、语音交互、车载娱乐、无感支付等车内服务能力，可实时在线更新迭代；所述车机是指安装在车辆里面的车载信息娱乐产品的简称，车机在功能上要能够实现人与车，车与外界(车与车)的信息通讯；所述投屏是指将移动终端(手机、平板电脑等)和智能电视、盒子在同一无线网络或者通过其他方式连接(比如USB连接)时，可以把的把移动终端、智能电视和盒子中的照片、视频等内容投射到智能电视等大屏终端上，轻松实现在大屏终端上看视频、听音乐、玩游戏、分享照片等多种互动场景。本发明实施例是指将车盒上运行的软件显示到车机的屏幕上，并通过车机操作键或者操作画面完成人与车盒之间的互动，从而实现车盒上多种软件功能的应用。

如图1所示，该方法可以包括以下步骤：

步骤100，车盒接收从车机发来的投屏请求，所述车盒向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面。

其中，所述投屏请求是指用户在车机上操作与车盒的连接键，需要调出对车盒中软件的操作或者使用画面；所述第一画面是指车盒系统的开机画面或者用户设置的使用车盒中的软件直接显示出来的画面；所述数据帧(Data frame)是指数据链路层的协议数据单元，它包括三部分：帧头，数据部分，帧尾。其中，帧头和帧尾包含一些必要的控制信息，比如同步信息、地址信息、差错控制信息等；数据部分则包含网络层传下来的数据，比如IP数据包。

例如，参照图2A所示，为本发明实施例提供的一个车机的结构图，车机两侧有RADIO(收音机)、MEDIA(媒体)、PHONE(电话)、NAV(导航)、MENU(菜单)等功能键以及屏幕，屏幕上有设置、APP等多个功能图标，此时屏幕上显示的画面为车机自身画面。

在车盒接收车机发来的投屏请求之前，需要先将车盒与车机连接起来，本发明实施例使用USB接口的数据线将上述车盒与车机连接起来，当然使用其他的连接方式也能完成信号之间的传输，本发明实施例对上述连接方式不作具体限定。

用户在上述车机的结构图显示的屏幕中点击“高德地图”图标后，车盒就会接收到由该车机发来的投屏请求，然后车盒会向该车机发送第一画面的数据帧，车机接收到车盒发来的第一画面的数据帧后，车机会根据数据帧形成第一画面并显示在该车机的屏幕上，参照图2B所示为显示的第一画面的车机。本发明实施例将车盒中导航地图的画面设置为第一画面，当然也可以设置音乐画面、电台画面或者软件图标画面等为第一画面，本发明实施例对此不作具体限定。

可选地，上述投屏可以分为投屏前台状态和投屏后台状态，所述前台状态是指车盒投屏应用在车机的前台运行，用户可以在车机的屏幕上看到车盒投屏的画面；所述后台状态是指投屏应用在车机的后台运行，用户不可以在车机的屏幕上看到车盒投屏的画面，只能看到车机的原生态界面(即下文中的车机自身画面)。

进一步可选地，在所述车机上显示所述第一画面之后还包括：所述车盒当接收到从所述车机发来的切换到车机自身画面的通知消息时，停止发送所述第一画面的数据帧。

其中，所述车机自身画面是指未向车盒发送投屏请求或者投屏结束之后，车机屏幕上显示的车机自身软件中的画面，例如上述图2A中显示的画面为车机自身画面、图2C中显示的画面也为车机自身画面。

若当前用户不再需要车盒投屏到车机，用户会点击车机上的“MENU(菜单)”功能键，车盒会接收到从上述车机发来的切换到车机自身画面的通知消息，即车盒向车机投屏这一事件结束，此时车机屏幕上会显示车机自身画面，车盒停止将上述第一画面的数据帧发送给该车机。该投屏结束后，车盒不再向车机发送数据帧，而现有技术中是继续将画面的数据帧发送给车机，只是不在车机的屏幕上显示出来，与现有技术相比，减少了功率的消耗，节约了资源。

步骤200，所述车盒接收从所述车机针对所述第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率。

其中，所述应用是指对移动端设备或者软件的使用；所述应用请求是指对某一软件或者程序进行使用的指令；所述渲染帧率是指每秒生成图像的像素数据(如RGB数据)的帧数。

例如，所述应用可以是图2B中的地图、音乐、电台、语音等应用场景；所述应用请求可以是一条“用户不再需要地图应用，现在需要音乐应用”信息；所述渲染帧率如以每秒25帧的帧率生成图像。在上述图2A中显示的为第一画面，若用户现在需要听音乐，用户会在车机的屏幕点击左侧的音乐操作键，车盒会接收到车机发来的类似“应用音乐场景”的请求信息，所以需要确认该音乐场景对应的音乐画面的数据帧的渲染帧率。

具体地，所述确定应用画面的数据帧的渲染帧率包括：由所述车盒中的渲染引擎根据所述应用的属性信息在预存的帧率映射关系表中查找相应的渲染帧率。

其中，所述渲染引擎是一种对HTML文档(超文本标记语言)进行解析并将其显示在页面上的工具，它负责取得设备中的内容(HTML、图像等)、整理信息(例如加入CSS等)，以及计算设备中的显示方式然后会输出至显示器(屏幕)上；所述帧率映射关系表是指不同应用场景对应着的不同画面合成的渲染帧率的表格。

例如，本发明实施例提供的渲染引擎是指将车盒中各种不同应用的超文本标记语音解析出来，并以一定的渲染帧率使数据帧生成图像；再例如，上述不同的场景生成画面的数据帧的帧率如表1所示：

表1

应用场景	地图场景	音乐场景	电台场景	语音场景	默认帧率
						渲染速率值	20帧/秒	30帧/秒	60帧/秒	15帧/秒	25帧/秒

通过上述表1可知，在需要的“音乐场景”中确认的对应的音乐画面的数据帧的渲染帧率从原来地图画面的渲染帧率20帧/秒变化为30帧/秒的音乐画面的渲染帧率，然后以30帧/秒的渲染速率生成如图2D所示的音乐画面。

可选地，所述在预存的帧率映射关系表中查找相应的渲染帧率包括：当未查找到所述相应的渲染帧率时，将默认的渲染帧率确定为所述应用画面的数据帧的渲染帧率。

例如，如果有一个视频场景，但是在上述预存的帧率映射关系表中未查找到所述相应的渲染帧率，如表1中无视频场景对应着的渲染帧率，则将默认的渲染帧率确定为视频场景的数据帧的渲染帧率，即25帧/秒。

另一可选地，在所述车机上显示所述应用画面之后还包括：当所述车盒接收到从所述车机发来的切换到车机自身画面的通知消息时，停止发送所述应用画面的数据帧。

若当前用户不再需要车盒投屏到车机，用户会点击车机上的“MENU(菜单)”功能键，车盒会接收到从上述车机发来的切换到车机自身画面的通知消息，即车盒向车机投屏这一事件结束，此时车机屏幕上会显示车机自身画面(参照图2C所示)，车盒停止将上述应用画面的数据帧发送给该车机。该投屏结束后，车盒不再向车机发送数据帧，而现有技术中是继续将画面的数据帧发送给车机，只是不在车机的屏幕上显示出来，与现有技术相比，减少了功率的消耗，节约了资源。

本发明实施例中提供的车盒客户端与所述车机交互方式是通过MirrorLink协议实现的，所述MirrorLink是由一些国际性知名手机厂商和汽车制造商联合发起建立的一种“车联网”标准，旨在规范智能手机和车载系统的有效连接，并形成良好的用户体验。采用此标准进行收车盒车机互联时，可以实现对特定应用软件(例如：地图、音乐、电台等)的车盒和车机的双向控制，使用户在汽车行驶过程中，只需要用车机上的物理按键或语音命令来控制车盒，如使用导航、听音乐、语音电话等等。

步骤300，所述车盒基于所述渲染帧率将所述应用画面的数据帧发送给所述车机，以便在所述车机上显示所述应用画面。

例如，上述音乐场景，车盒会以30帧/秒的速度将数据帧(一帧帧图像)发送给车机，然后车机以30帧/秒的速度生成所述音乐场景的图像，并将该图像显示在车机的屏幕上。

步骤400，当所述车盒接收到从所述车机针对所述第一画面中的另一应用发来的应用请求时，确定该应用的应用画面的数据帧的渲染帧率。

例如，此时用户不再需要听音乐，而是需要听电台，用户会在车机的屏幕上选择“电台”功能键，车盒就会接收到所处车机发来的关于类似“应用电台场景”的指令消息，则车盒客户端在预存的帧率映射关系表中查找与“应用电台场景”相应的渲染帧率，如在表1中确定上述“电台场景”的应用画面的数据帧的渲染帧率为60帧/秒。

此后，返回执行步骤300，由所述车盒基于在步骤400确定的渲染帧率将所述应用画面的数据帧发送给所述车机，以便在所述车机上显示该另一应用的应用画面。

本发明实施例通过车盒接收到的车机的投屏请求后，向车机发送第一画面的数据帧，在车机上显示第一画面；车盒接收从车机针对第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；车盒基于渲染帧率将应用画面的数据帧发送给车机，以便在车机上显示应用画面。上述方法可以根据不同的应用场景来调节不同场景画面的数据帧的渲染帧率，避免在统一帧率过低造成画面出现停顿、跳跃的现象，而且按照不同场景调节数据帧的渲染帧率不仅满足用户需求并节约能耗和CPU资源。同时在不投屏状态下，车盒不再向车机发送数据帧，而现有技术中是继续将数据帧发送给车机，只是不在车机的屏幕上显示出来，与现有技术相比，进一步减少了功率的消耗，节约了资源。

实施例2

本实施例提供一种车盒客户端，如图3所示，给车盒客户端可以包括：投屏请求模块10、应用请求模块20、数据发送模块30和应用更换模块40，其工作原理如下：

当车盒接收到从车机发来的投屏请求时，投屏请求模块10向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面。可选地，在所述车机上显示所述第一画面之后还包括：当所述车盒投屏请求模块10接收到从所述车机发来的切换到车机自身画面的通知消息时，停止发送所述第一画面的数据帧。

当所述车盒接收到从所述车机针对所述第一画面中的应用发来的应用请求时，应用请求模块20确定应用画面的数据帧的渲染帧率。具体地，所述确定应用画面的数据帧的渲染帧率包括：应用请求模块20由所述车盒中的渲染引擎根据所述应用的属性信息，在预存的帧率映射关系表中查找相应的渲染帧率。可选地，应用请求模块20还用于：当未查找到所述相应的渲染帧率时，将默认的渲染帧率确定为所述应用画面的数据帧的渲染帧率。另一可选地，应用请求模块20还用于：当所述车盒接收到从所述车机发来的切换到车机自身画面的通知消息时，停止发送所述应用画面的数据帧。

所述车盒的数据发送模块30基于所述渲染帧率将所述应用画面的数据帧发送给所述车机，以便在所述车机上显示所述应用画面。

当所述车盒接收到从所述车机针对所述第一画面中的另一应用发来的应用请求时，应用更换模块40确定该应用的应用画面的数据帧的渲染帧率，并由发送模块30基于由应用更换模块40确定的所述渲染帧率将所述另一应用的应用画面的数据帧发送给所述车机，以便在所述车机上显示所述应用画面。

本实施例所述车盒客户端的技术效果及相关举例说明可参见上述方法实施例的相关内容，此处不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种车盒向车机投屏的方法，其特征在于，包括：

车盒接收从车机发来的投屏请求，向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面；

所述车盒接收从所述车机针对所述第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；

所述车盒基于所述渲染帧率将所述应用画面的数据帧发送给所述车机；

在所述车机上显示所述第一画面之后，若所述车盒接收从所述车机发来的切换到车机自身画面的通知消息，则停止发送所述第一画面的数据帧。

2.根据权利要求1所述的方法，其特征在于，所述确定应用画面的数据帧的渲染帧率包括：

所述车盒中的渲染引擎根据所述应用的属性信息在预存的帧率映射关系表中查找相应的渲染帧率。

3.根据权利要求2所述的方法，其特征在于，所述在预存的帧率映射关系表中查找相应的渲染帧率包括：

当未查找到所述相应的渲染帧率时，将默认的渲染帧率确定为所述应用画面的数据帧的渲染帧率。

4.根据权利要求1所述的方法，其特征在于，在所述车机上显示所述应用画面之后还包括：

所述车盒接收从所述车机针对所述第一画面中的另一应用发来的应用请求，确定该应用的应用画面的数据帧的渲染帧率。

5.根据权利要求1所述的方法，其特征在于，在所述车机上显示所述应用画面之后还包括：

所述车盒接收从所述车机发来的切换到车机自身画面的通知消息，停止发送所述应用画面的数据帧。

6.一种车盒客户端，其特征在于，包括：

投屏请求模块，用于车盒接收从车机发来的投屏请求，向所述车机发送第一画面的数据帧，在所述车机上显示所述第一画面；用于接收到从所述车机发来的切换到车机自身画面的通知消息，停止发送所述第一画面的数据帧；

应用请求模块，用于所述车盒接收从所述车机针对所述第一画面中的应用发来的应用请求，确定应用画面的数据帧的渲染帧率；

数据发送模块，用于所述车盒基于所述渲染帧率将所述应用画面的数据帧发送给所述车机。

7.根据权利要求6所述的车盒客户端，其特征在于，还包括：

应用更换模块，用于所述车盒当接收到从所述车机针对所述第一画面中的另一应用发来的应用请求时，确定该应用的应用画面的数据帧的渲染帧率。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～5中任一项所述的方法。

9.一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～5中任一项所述的方法。

Images