显示方法和装置与流程

文档序号:12494446阅读:224来源:国知局
显示方法和装置与流程

本申请涉及计算机技术领域,具体涉及车载显示技术领域,尤其涉及显示方法和装置。



背景技术:

随着移动终端智能化以及车载显示功能的完善,将移动终端的画面投射到车载屏幕进行显示,方便了驾驶人员或非驾驶人员在行车过程中的娱乐生活。特别地,可以将运行于移动终端的某一应用的画面单独投射到车载终端,例如可以将移动终端的视频播放类应用的画面单独投射到车载终端。现有的将移动终端某一应用的画面投射到车载终端,通常是通过镜像技术,将目标应用投射在移动终端物理屏幕上的界面镜像到车载终端。

然而,当目标应用运行于后台,即目标应用不在移动终端的物理屏幕上显示时,车载屏幕也不能得到目标应用的画面,从而,存在着车载终端不能显示处于后台运行状态的目标应用的问题。



技术实现要素:

本申请的目的在于提出一种改进的显示方法和装置,来解决以上背景技术部分提到的技术问题。

第一方面,本申请提供了一种显示方法,上述方法包括:接收车载终端发送的显示请求,其中,上述显示请求包括安装于移动终端的目标应用的应用标识;响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间;响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间;将存储的界面数据进行视频编码生成视频流;发送生成的视频流至上述车载终端,以供上述车载终端根据上述视频流显示上述目标应用的界面。

第二方面,本申请提供了一种显示方法,上述方法包括:向移动终端发送显示请求,其中,上述显示请求包括运行于移动终端的目标应用的应用标识;以供上述移动终端响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间,将存储的界面数据进行视频编码生成视频流,发送生成的视频流至上述车载终端;接收上述移动终端发送的视频流;根据上述视频流显示上述目标应用的界面。

第三方面,本申请提供了一种显示装置,上述装置包括:第一接收单元,用于接收车载终端发送的显示请求,其中,上述显示请求包括安装于移动终端的目标应用的应用标识;设置单元,用于响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间;绘制单元,用于响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间;生成单元,用于将存储的界面数据进行视频编码生成视频流;发送单元,用于发送生成的视频流至上述车载终端,以供上述车载终端根据上述视频流显示上述目标应用的界面。

第四方面,本申请提供了一种显示装置,上述装置包括:第二发送单元,用于向移动终端发送显示请求,其中,上述显示请求包括运行于移动终端的目标应用的应用标识;以供上述移动终端响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间,将存储的界面数据进行视频编码生成视频流,发送生成的视频流至上述车载终端;第三接收单元,用于接收上述移动终端发送的视频流;第二显示单元,用于根据上述视频流显示上述目标应用的界面。

本申请提供的显示方法和装置,通过响应于车载终端的显示请求,为目标应用设置存储空间,并且监控目标应用是否处于运行状态;响应目标应用处于运行状态,则开始绘制目标应用的界面,将绘制得到的界面数据存储至存储空间,对界面数据进行编码得到视频流,发送视频流至车载终端以供车载终端显示运行中的目标应用的界面,可以实现车载终端对目标应用的显示,不受目标应用是否是在移动终端的前台运行的影响,当目标应用处于后台运行状态时,也可在车载终端显示运行中的目标应用的界面。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:

图1是本申请可以应用于其中的示例性系统架构图;

图2是根据本申请的显示方法的一个实施例的流程图;

图3是根据本申请的显示方法的又一个实施例的流程图;

图4是根据本申请的另一个显示方法的一个实施例的流程图;

图5是根据本申请的显示装置的一个实施例的结构示意图;

图6是根据本申请的另一个显示装置的一个实施例的结构示意图;

图7是适于用来实现本申请实施例的终端设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的显示方法或显示装置的实施例的示例性系统架构100。

如图1所示,系统架构100可以包括移动终端101、网络103和车载终端102。网络103用以在移动终端101和车载终端102以及车载终端103与服务器104之间提供通信链路的介质。网络103可以包括各种连接类型,例如有线、无线通信链路等等。

用户可以使用移动终端101通过网络103与服务器104交互,以接收或发送消息等。移动终端101上可以安装有各种通讯客户端应用,例如地图类应用、视频播放类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

移动终端101可以是具有显示屏并且支持应用运行的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

车载终端102可以是具有显示屏并且支持网络连接或与其它电子设备的通信连接的电子设备。车载终端可以向移动终端发送显示请求,也可以对接收到数据进行处理(例如对接收到的视频流进行显示)。

服务器104可以是提供各种服务的服务器,例如对移动终端101上安装的应用提供支持的后台服务器。后台服务器可以对接收到的数据(如定位请求等数据)进行分析等处理,并将处理结果(例如对移动终端的定位数据)反馈给移动终端。可以理解的是,如果移动终端上的应用的运行不需要服务器的支持,那么图1所示的系统架构100中也可以不设置服务器104。

应该理解,图1中的移动终端、车载终端、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。

继续参考图2,其示出了根据本申请的显示方法的一个实施例的流程200。需要说明的是,本实施例所提供的显示方法一般由移动终端101执行,相应地,显示装置一般设置于移动终端101中。上述的显示方法,包括以下步骤:

步骤201,接收车载终端发送的显示请求。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以接收预先与该电子设备建立有通信通道的车载终端发送的显示请求。在这里,上述显示请求包括应用标识,应用标识用于指示安装于移动终端的目标应用。

通常,车载终端和移动终端之间预先设置有连接通道。用户如果期望在车载终端的屏幕上显示安装于移动终端的应用,则用户需要在车载终端的屏幕上选取期望显示的目标应用的图标。车载终端根据用户选取的目标应用的得到目标应用的标识,目标应用的标识可以是目标应用的名称,或其他可以供移动终端中在众多应用中确认是该目标应用的代号。车载终端根据应用标识生成显示请求,并向移动终端发送显示请求。

步骤202,响应于接收到显示请求,确定目标应用是否处于运行状态,并为上述目标应用设置存储空间。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以响应于接收到显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间。

在本实施例中,上述接收到显示请求后,根据应用标识确定目标应用。在确定目标应用后,确定目标应用在移动终端是否处于运行状态。

在本实施例中,目标应用处于的运行状态可以包括前台运行状态、后台运行状态。

可以理解,如果移动终端的物理屏幕上显示目标应用的界面,那么目标应用运行于前台,移动终端的物理屏幕上显示的目标应用的界面的界面数据存储于与移动终端的物理屏幕关联的帧缓冲区。

现有技术中,将移动终端的界面显示到车载终端,通常是通过镜像与移动终端的物理屏幕关联的帧缓冲区中的数据,再将镜像得到的数据发送至移动终端。

现有技术的方案弊端在于,当目标应用在移动终端的后台运行时,与移动终端的物理屏幕关联的帧缓冲区中没有目标应用的界面数据,则车载终端不能得到目标应用的界面。

作为示例,目标应用为地图类应用,该地图类应用运行于移动终端的前台,则现有技术通过镜像与移动终端的物理屏幕关联的帧缓冲区中的数据,即可得到该地图类应用的界面。但是,当移动终端中有电话呼入时,运行于前台的地图类应用被推至后台运行,移动终端的物理屏幕上显示电话界面,与移动终端的物理屏幕关联的帧缓冲区中也是电话界面的界面数据。相应地,车载终端得到的界面数据变为电话的界面的界面数据,在电话这一活动结束前不再显示地图类应用的界面。

在本实施例中,响应于接收到显示请求,移动终端为目标应用设置存储空间。此处设置的存储空间是,独立于已有的与移动终端的物理屏幕关联的帧缓冲区之外,为目标应用设置的存储空间。

在本实施例的一些可选的实现方式中,响应于上述目标应用未处于运行状态,启动上述目标应用,当然,也可以说是运行上述目标应用。

步骤203,响应于目标应用处于运行状态,开始绘制运行中的目标应用的界面,并将绘制得到的界面数据存储至存储空间。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以响应于目标应用处于运行状态,开始绘制运行中的目标应用的界面,并将绘制得到的界面数据存储至存储空间。

在本实施例中,界面数据可以是指绘制界面后得到界面相关的能够用于显示界面的数据。作为示例,界面的界面数据可以是一帧图像中的各个像素的像素值。

本实施例的方法,开始绘制目标应用的界面后,目标应用处于运行中,则目标应用的界面处于变化状态,不断绘制变化状态的目标应用的界面。

作为示例,目标应用为地图类应用,地图类应用的定位功能运行时,根据移动终端地理位置的变化,地图类应用中显示对移动终端定位的界面中移动终端的位置也会变化,可以理解,当目标应用运行于前台时,移动终端会每隔预定的时间重新绘制目标应用的界面,并在移动终端的物理屏幕上显示。那么,当地图类应用运行于移动终端的后台时,移动终端也可每隔预定的时间的绘制出地图类应用中的界面,将绘制得到的界面数据存储于响应于接收到上述显示请求建立的存储空间中。

本领域技术人员可以理解,响应于显示请求为目标应用设置的存储空间中存储的界面数据,不受目标应用运行于前台还是后台的影响。即使有电话呼入,电话的界面也是绘制将界面数据存储于与移动终端的物理屏幕关联的帧缓冲区中。发送至车载终端的界面数据与移动终端的物理屏幕上显示的界面无关。

因此,本实施例提供的方法,解决了现有技术中运行于移动终端后台的目标应用不能显示在车载终端的问题

步骤204,将存储的界面数据进行视频编码生成视频流。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以将存储的界面数据进行视频编码生成视频流。

可以理解,如何进行视频编码这一技术本身是本领域技术人员所公知的,在此不再赘述。

在本实施例的一些可选的实现方式中,上述根据存储的界面数据生成视频流,包括:从上述存储空间中读取预定时间段内存入的界面数据;根据读取到的界面数据进行视频编码生成视频流。

在本实施例的一些可选的实现方式中,可以调整显示参数,在这里,显示参数可以包括绘制目标应用的频率、视频编码参数。

在这里,绘制目标应用的频率,可以影响移动终端耗电量。通过调整绘制目标应用的频率,可以在降低移动终端的耗电量和绘制连续性更好的应用界面之间获得平衡。

在这里,视频编码参数可以包括画面比例、分辨率、码率等,在此不再赘述。

步骤205,发送生成的视频流至车载终端。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以将生成的视频流发送至车载终端。车载终端根据上述视频流显示上述目标应用的界面。

在本实施例的一些可选的实现方式中,车载终端显示上述目标应用的界面后,可以接受用户对目标应用的操作,然后车载终端将用户的操作信息发送至移动终端,移动终端可以根据用户的操作信息改变目标应用的运行。

作为示例,车载终端显示的目标应用的界面为显示对移动终端进行定位的定位界面,用户在车载终端点击退出定位界面,则车载终端将用户的退出操作的操作信息发送至移动终端。移动终端收到对当前界面的退出操作的操作信息后,执行退出定位界面,此时,再绘制出的移动应用的界面为定位界面之外的其他界面,例如,定位界面的上一级界面。

在本实施例的应用场景中,用户需要在车载终端的屏幕上选取期望显示的目标应用,例如地图类应用,车载终端根据用户选取的地图类应用的标识生成显示请求,并向移动终端发送显示请求;之后,移动终端可以确定地图类应用是否处于运行状态,并为上述地图类应用设置存储空间,如果地图类应用未处于运行状态,则运行地图类应用;然后,移动终端可以响应于地图类应用处于运行状态,开始绘制运行中的地图类应用的界面,并将绘制得到的界面数据存储至存储空间;再后,移动终端可以将存储的界面数据进行视频编码生成视频流;最后,移动终端可以发送生成的视频流至车载终端,车载终端根据上述视频流显示上述地图类应用的界面。

本申请的上述实施例提供的方法,通过响应于车载终端的显示请求,为目标应用设置存储空间,并且监控目标应用是否处于运行状态;响应目标应用处于运行状态,则开始绘制目标应用的界面,将绘制得到的界面数据存储至存储空间,对界面数据进行编码得到视频流,发送视频流至车载终端以供车载终端显示运行中的目标应用的界面,可以实现车载终端对目标应用的显示,不受目标应用是否是在移动终端的前台运行的影响,当目标应用处于后台运行状态时,也可在车载终端显示运行中的目标应用的界面。

进一步参考图3,其示出了显示方法的又一个实施例的流程300。需要说明的是,本实施例所提供的显示方法一般由移动终端101执行,相应地,显示装置一般设置于移动终端101中。该显示方法的流程300,包括以下步骤:

步骤301,接收车载终端发送的显示请求。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以接收预先与该电子设备建立有通信通道的车载终端发送的显示请求。在这里,上述显示请求包括应用标识,应用标识用于指示安装于移动终端的目标应用。

步骤302,响应于接收到上述显示请求,确定目标应用是否处于运行状态,并为上述目标应用设置存储空间。

步骤303,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间。

步骤304,将存储的界面数据进行视频编码生成视频流。

步骤305,发送生成的视频流至上述车载终端。

步骤301-步骤305的实现细节和技术效果可以参考步骤202-步骤205中的相关说明,在此不再赘述。

步骤306,确定目标应用是否处于前台运行状态,响应于目标应用处于前台运行状态,显示提示信息。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以响应于上述目标应用处于前台运行状态,显示提示信息,在这里,提示信息用于提示用户确定是否停止在移动终端的物理屏幕上显示上述目标应用的界面。

通常,用户在看到提示信息后,会根据提示信息做出相应的操作,这里,相应的操作可以是对停止在移动终端的物理屏幕上显示上述目标应用的界面的确定操作或否定操作。

步骤307,响应于用户确定停止在移动终端的物理屏幕上显示上述目标应用的界面的操作,停止在移动终端的物理屏幕上显示上述目标应用的界面。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以响应于用户确定停止在移动终端的物理屏幕上显示上述目标应用的界面的操作,停止在移动终端的物理屏幕上显示上述目标应用的界面。

在这里,停止在移动终端的物理屏幕上显示目标应用的界面,只在车载终端上显示目标应用的界面,可以节省移动终端的耗电量。

步骤308,接收车载终端发送的对目标应用的终止显示请求。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以接收车载终端发送的对目标应用的终止显示请求。在这里,上述终止显示请求可以是车载终端用于向移动终端请求终止显示目标应用界面的信息。

步骤309,响应于接收到终止显示请求,终止向车载终端发送存储的界面数据,并恢复在移动终端的物理屏幕上显示上述目标应用的界面。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以响应于接收到上述终止显示请求,终止向上述车载终端发送生成的视频流,并恢复在上述移动终端的物理屏幕上显示上述目标应用的界面。

在这里,停止在车载终端显示目标应用的界面后,恢复在移动终端显示车载应用的界面,可以使得目标应用的显示无时间空白,在移动终端和车载终端之间无缝切换,进一步完善对目标应用的显示。

从图3中可以看出,与图2对应的实施例相比,本实施例中的显示方法的流程300突出了响应于目标应用处于前台运行时,根据用户的选择终止在移动终端的物理屏幕上显示目标应用的步骤,响应于车载终端发送的终止显示请求,终止向上述车载终端发送生成的视频流,并恢复在上述移动终端的物理屏幕上显示上述目标应用的界面的步骤,从而实现更全面的车载终端和移动终端对目标应用的交替显示方案。

进一步参考图4,其示出了另一个显示方法的一个实施例的流程400。需要说明的是,本实施例所提供的显示方法一般由车载终端102执行,相应地,显示装置一般设置于车载终端102中。该显示方法的流程400,包括以下步骤:

步骤401,向移动终端发送显示请求。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以向移动终端发送显示请求。在这里,上述显示请求包括运行于移动终端的目标应用的应用标识。上述移动终端可以响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间,将存储的界面数据进行视频编码生成视频流,发送生成的视频流至上述车载终端。

步骤402,接收移动终端发送的视频流。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以接收移动终端发送的视频流。

步骤403,根据视频流显示目标应用的界面。

在本实施例中,显示方法运行于其上的电子设备(例如图1所示的移动终端101)可以根据视频流显示目标应用的界面。

本实施例提供的显示方法的实现细节可以技术效果可以参考本申请其他实施例中的说明,在此不再赘述。

进一步参考图5,作为对上述图2和图3所示方法的实现,本申请提供了一种显示装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。

如图5所示,本实施例上述的显示装置500包括:第一接收单元501、设置单元502、绘制单元503、生成单元504和第一发送单元505。其中,第一接收单元501,用于接收车载终端发送的显示请求,其中,上述显示请求包括安装于移动终端的目标应用的应用标识;设置单元502,用于响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间;绘制单元503,用于响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间;生成单元504,用于将存储的界面数据进行视频编码生成视频流;第一发送单元505,用于发送生成的视频流至上述车载终端,以供上述车载终端根据上述视频流显示上述目标应用的界面。

在本实施例中,显示装置500的第一接收单元501、设置单元502、绘制单元503、生成单元504和第一发送单元505的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203、步骤204和步骤205的相关说明,在此不再赘述。

在本实施例的一些可选的实现方式中,上述显示装置500还可以包括:确定单元506,用于确定上述目标应用是否处于前台运行状态;显示单元507,用于响应于上述目标应用处于前台运行状态,显示提示信息,其中,上述提示信息用于提示用户确定是否停止在移动终端的物理屏幕上显示上述目标应用的界面;停止显示单元508,用于响应于用户确定停止在移动终端的物理屏幕上显示上述目标应用的界面的操作,停止在移动终端的物理屏幕上显示上述目标应用的界面。上述确定单元505、显示单元507和停止显示单元508的具体处理及其所带来的技术效果可分别参考图3对应实施例中步骤306和步骤307的相关说明,在此不再赘述。

在本实施例的一些可选的实现方式中,上述显示装置500还可以包括:第二接收单元509,用于接收上述车载终端发送的对上述目标应用的终止显示请求;终止单元510,用于响应于接收到上述终止显示请求,终止向上述车载终端发送生成的视频流,并恢复在上述移动终端的物理屏幕上显示上述目标应用的界面。上述第二接收单元509和终止单元510的具体处理及其所带来的技术效果可分别参考图3对应实施例中步骤308和步骤309的相关说明,在此不再赘述。

在本实施例的一些可选的实现方式中,上述显示装置500还可以包括:运行单元511,用于响应于上述目标应用未处于运行状态,运行上述目标应用。

进一步参考图6,作为对上述图4所示方法的实现,本申请提供了一种显示装置的一个实施例,该装置实施例与图4所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。

如图6所示,本实施例上述的显示装置600包括:第二发送单元601、第三接收单元602和第二显示单元603。其中,第二发送单元601,用于向移动终端发送显示请求,其中,上述显示请求包括运行于移动终端的目标应用的应用标识;以供上述移动终端响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间,将存储的界面数据进行视频编码生成视频流,发送生成的视频流至上述车载终端;第三接收单元602,用于接收上述移动终端发送的视频流;第二显示单元603,用于根据上述视频流显示上述目标应用的界面。

在本实施例中,上述显示装置600的第二发送单元601、第三接收单元602和第二显示单元603的具体处理及其所带来的技术效果可分别参考图4对应实施例中步骤401、步骤402和步骤403的相关说明,在此不再赘述。

在本实施例的一些可选的实现方式中,上述显示装置600还可以包括:第四接收单元604,用于接收用户对上述目标应用的关闭操作;第三发送单元605,用于响应于接收到上述关闭操作,向上述移动终端发送终止显示请求,以供上述移动终端根据上述终止显示请求终止向上述车载终端发送生成的视频流。

下面参考图7,其示出了适于用来实现本申请实施例的终端设备的计算机系统700的结构示意图。

如图7所示,计算机系统700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括有形地包含在机器可读介质上的计算机程序,上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本申请的方法中限定的上述功能。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括第一接收单元、设置单元、绘制单元、生成单元和第一发送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一接收单元还可以被描述为“接收显示请求的单元”。也可以描述为一种处理器包括第二发送单元、第三接收单元和第二显示单元,其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,第二发送单元还可以被描述为“发送显示请求的单元”。

作为另一方面,本申请还提供了一种非易失性计算机存储介质,该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质;也可以是单独存在,未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序,当上述一个或者多个程序被一个设备执行时,使得上述设备:接收车载终端发送的显示请求,其中,上述显示请求包括安装于移动终端的目标应用的应用标识;响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间;响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间;将存储的界面数据进行视频编码生成视频流;发送生成的视频流至上述车载终端,以供上述车载终端根据上述视频流显示上述目标应用的界面。

作为又一方面,本申请还提供了另一种非易失性计算机存储介质,该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质;也可以是单独存在,未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序,当上述一个或者多个程序被一个设备执行时,使得上述设备:向移动终端发送显示请求,其中,上述显示请求包括运行于移动终端的目标应用的应用标识;以供上述移动终端响应于接收到上述显示请求,确定上述目标应用是否处于运行状态,并为上述目标应用设置存储空间,响应于上述目标应用处于运行状态,开始绘制运行中的上述目标应用的界面,并将绘制得到的界面数据存储至上述存储空间,将存储的界面数据进行视频编码生成视频流,发送生成的视频流至上述车载终端;接收上述移动终端发送的视频流;根据上述视频流显示上述目标应用的界面。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1