CN104884309B - 车辆用显示控制装置 - Google Patents

Abstract

车辆用显示控制装置(1)具有：存储装置(23)，存储使原生应用程序动作的原生平台(11)和使通用应用程序动作的通用平台(13)，并具备使数据共享的共享存储区域(35)；控制装置(21，22，24)，执行上述通用平台，使将通用应用图像储存于上述共享存储区域的储存机构(32)起作用，执行上述原生平台，使取得通用应用图像的取得机构(38)起作用，并使生成对通用应用图像和由原生应用程序描绘的原生应用图像进行了布局的显示用图像的生成机构(39)起作用；以及显示控制机构(25)，使显示用图像显示于显示机构(2a，2b)。

Description

车辆用显示控制装置

相关申请的相互参照

本发明基于2012年12月19日申请的日本申请号2012-277107号以及2013年10月25日申请的日本申请号2013-222285号，并将其记载内容援用于此。

技术领域

本发明涉及一种车辆用显示控制装置，对基于在车载设备中动作的应用程序的显示输出进行控制。

背景技术

以往，开发有如下车辆用装置：通过无线通信从外部取入特定的应用程序，并进行基于该应用程序的信息提供的车辆用装置(例如，导航装置、多功能显示器)(参照非专利文献1)。

但是，在以往的车辆用装置中，为了从外部取入应用程序而使其动作，需要个别地开发适合于该车辆用装置中的动作条件的专用的应用程序。例如，虽然面向智能手机、平板PC等便携信息终端开放有与Android(注册商标)、iOS(注册商标)等通用平台对应的通用应用程序，但这种通用应用程序不能够直接取入车辆用装置而使其动作。

另一方面，为了通过智能手机、平板PC等便携信息终端在车辆用装置中实现流行的功能，而考虑将与面向便携信息终端开发的通用应用程序相对应的通用平台搭载于车载用装置。通过这种方法，在作为车辆用装置的嵌入功能而预先安装的车辆用的原生应用程序、与从外部取入的通用应用程序进行共存动作的情况，存在如下那样的问题。

该问题为，由于通用应用程序不是基于车辆用装置的规格来设计·制作的原因，而有时有可能进行与原生应用程序不相容的动作。例如，在基于原生应用程序的输出画面应显示于显示器的定时，为了显示基于从外部取得的通用应用程序的输出画面，而本来的原生应用程序的输出画面有可能不显示。

为了避免这种情况，必须调整为原生应用程序进行的显示输出与从外部取入的通用应用程序进行的显示输出不产生竞争。根据这种情况，在以往的车辆用装置中，需要在从外部取入的通用应用程序中设置考虑了取入目的地的车辆用装置中的动作条件的个别的结构。然而，为了个别地开放与车辆用装置的条件相适应的通用应用程序需要大量的开发资源，此外，该情况还成为妨碍信息新鲜度、通用性较高的应用程序的普及的重要因素。

现有技术文献

非专利文献

非专利文献1：“G-BOOK.com”，[online]，丰田媒体服务株式会社，[平成24年10月29日检索]，互联网＜URL：http://g-book.com/pc/default.asp＞

发明内容

本发明的目的在于，提供一种车辆用显示控制装置，在车辆用的嵌入系统中使通用平台共存动作，并且能够进行基于原生应用程序的输出画面与基于通用应用程序的输出画面的同时显示、联动显示。

在本发明的第一方式中，车辆用显示控制装置具有：存储装置，存储原生平台以及通用平台，该原生平台是用于使作为车辆用的嵌入功能而预先安装的原生应用程序动作的基本软件，该通用平台是在上述原生平台上虚拟化地安装的基本软件，用于使通过与外部之间的信息通信而导入的通用应用程序动作，在上述原生平台与上述通用平台之间，具备用于使数据共享的存储区域即共享存储区域；控制装置，执行上述通用平台，使将由动作中的通用应用程序描绘的图像即通用应用图像储存于上述共享存储区域的储存机构起作用，执行上述原生平台，使取得由上述储存机构储存于上述共享存储区域的通用应用图像的取得机构起作用，并使生成将由上述取得机构取得的通用应用图像以及由动作中的原生应用程序描绘的原生应用图像、与在上述原生平台中规定的预定的显示要件相对应地布局的显示用图像的生成机构起作用；以及显示控制机构，使由上述生成机构生成的显示用图像显示于预定的显示机构。

在上述车辆用显示控制装置中，不是将由通用应用程序输出的图像从通用平台向显示驱动器直接访问地进行显示，而是使用共享存储区域的结构，在原生平台侧进行了通用应用图像和原生应用图像的显示调整的基础上进行显示。具体地说，对于在通用平台侧准备的显示用图像(共享存储区域)，从原生平台进行访问，使用原生平台侧的显示的结构，使其显示于实际的显示机构。

如此，通过成为原生平台侧与通用平台侧的窗口的共享存储区域、经由共享存储区域交接图像的结构，能够在原生平台侧控制通用应用图像的可否显示、显示位置等。由此，即使在向车辆用显示控制装置导入的通用应用程序未基于车载设备的规格而制作的情况下，也能够实现与车载设备的条件相适合的显示的控制。因此，在车辆用的嵌入系统中使通用平台共存动作的基础上，能够进行基于原生应用程序的输出画面与基于通用应用程序的输出画面的同时显示、联动显示。

在本发明的第一方式中，车辆用显示控制装置具备：原生平台，是用于使作为车辆用的嵌入功能而预先安装的原生应用程序动作的基本软件；通用平台，是在上述原生平台上虚拟化地安装的基本软件，用于使通过与外部的信息通信而导入的通用应用程序动作；以及共享存储区域，作为用于在上述原生平台与上述通用平台之间对数据进行共享的存储区域。上述通用平台具备储存机构，该储存机构将通过动作中的通用应用程序描绘的图像即通用应用图像储存于上述共享存储区域。上述原生平台具备：取得机构，取得由上述储存机构储存于上述共享存储区域的通用应用图像；生成机构，将由上述取得机构取得的通用应用图像和通过动作中的原生应用程序描绘的图像即原生应用图像，生成在上述原生平台中与规定的预定的显示要件相对应而布局的显示用图像；以及显示控制机构，使由上述生成机构生成的显示用图像显示于预定的显示机构。

在上述车辆用显示控制装置中，通过成为原生平台侧与通用平台侧的窗口的共享存储区域、经由共享存储区域交接图像的结构，能够在原生平台侧控制通用应用图像的可否显示、显示位置等。由此，即使在向车辆用显示控制装置导入的通用应用程序不是基于车载设备的规格而制作的情况下，也能够实现与车载设备的条件相适合的显示的控制。因此，能够在车辆用的嵌入系统中使通用平台共存动作的基础上，进行基于原生应用程序的输出画面与基于通用应用程序的输出画面的同时显示、联动显示。

附图说明

本发明的上述目的以及其他目的、特征、优点，通过参照附图的下述详细记载，能够变得更加明确。该附图为：

图1是表示控制装置的软件构成的框图，

图2是表示控制装置的硬件构成的框图，

图3是表示图像显示的结构的说明图，

图4是表示图像显示例的说明图，

图5是表示在通用平台中执行的处理的流程图，

图6是表示在原生平台中执行的处理的流程图，

图7是表示在应用例中在原生平台中执行的处理的流程图，

图8是表示在应用例中在通用平台中执行的处理的流程图。

具体实施方式

以下，基于附图对本发明的一个实施方式进行说明。此外，本发明不限定于下述实施方式，能够以各种方式实施。

[控制装置1的构成的说明]

如图1所示那样，控制装置1与2个显示器2a、2b、外部存储装置3以及导航单元4等车载设备连接，构成车辆用显示系统。控制装置1是用于进行基于作为车辆用的嵌入功能而预先安装的原生应用程序、通过与外部的通信而导入的通用应用程序的图像显示的车辆用显示控制装置。控制装置1作为软件构成而具备原生平台11、应用程序核心部12、通用平台13、通用应用14、应用程序HMI部15以及输入输出管理部16等的功能。

原生平台11是提供控制装置1的基本动作所需要的功能的基本软件(也称为操作系统(OS)。)。在该原生平台11上，作为应用程序核心部12，作为车辆用的嵌入功能而预先安装的各种原生应用程序动作。作为原生应用程序，例示出空调应用12a、电话应用12b、音频应用12c、描绘系统12d等。此外，在此例示的原生应用程序仅为一个例子，其他车辆用的软件也可以作为原生应用程序进行安装。

空调应用12a是对用于进行与汽车空调有关的各种操作的图形用户界面进行显示的应用程序。电话应用12b是提供移动电话在车内的免提通话功能的应用程序。该电话应用12b为，在存在来自外部的电话的来电时，显示用于将来电向驾驶员通知的图像。音频应用12c例如是基于电视机、录像机、音频播放器、收音机等各种映像·声音源而进行各种映像、声音的输出的应用程序。描绘系统12d是对于从原生应用程序、通用应用程序等各种应用程序输出的图像，在车辆用显示系统中按照预定的动作条件进行显示输出调停的应用程序。除此以外，作为原生应用程序，还存在在导航单元4中执行的导航功能。

在原生平台11上还安装有通用平台13。通用平台13是用于使从外部的服务器装置等经由通信导入的通用应用程序14动作的基本软件(OS)。通用平台13为，使用“Chroot”等公知的虚拟化安装技术安装在原生平台11的内核上。由此，通用平台13能够在原生平台11上以被隔离的状态动作。此外，在本实施方式的控制装置1中，作为通用平台13，安装有作为开放源·操作系统而广泛普及的Android(注册商标)。

通用应用程序14是依存于通用平台13的功能而动作的应用程序软件。通用应用程序14并不是原本就安装于控制装置1，而是用户任意地从构成以互联网为中心的云计算的服务器组经由数据通信而导入的通用的应用程序。通过这种通用应用程序，通过与云计算、智能手机等高性能移动终端的联动，能够进行广泛领域中的信息、用户界面的相互利用。通过各种通用应用程序，不限于与车辆的行驶有关的信息，还提供富有多样性的图像信息。

应用程序HMI部15是对显示器、操作面板等输入输出器件进行控制，对于应用程序提供抽象化的接口的软件。输入输出管理部16是对显示器2a、2b、外部存储装置3、导航单元4等周边装置与控制装置1之间的数据的输入输出进行控制的软件。

显示器2a、2b是具有液晶显示面板等显示面的彩色显示装置，均在驾驶员的视场内设置于从驾驶席能够用手接触到的范围。这些显示器2a、2b能够分别显示不同的图像，显示基于在控制装置1执行的各种应用程序的显示输出的图像。外部存储装置3是通过硬盘驱动器、能够重写的非易失性半导体存储器等而具体化的存储装置。在该外部存储装置3中存储有用于使控制装置1动作的程序、数据。上述原生平台、通用平台、原生应用程序、通用应用程序的程序也存储在此。

导航单元4是进行面向车辆的路径引导的装置，执行地图显示、路径探索、路径引导等。地图显示是对现在地附近的地图、表示车辆的现在地的标记等进行显示的功能。此外，路径探索是自动地计算从现在地(出发地)到目的地为止的最佳路径的功能。路径引导是进行沿着通过上述路径探索而就出的路径的行驶引导的功能。导航单元4的输出图像，经由控制装置1的描绘系统12d进行的显示输出调停，向显示器2a、2b的某一个分配而显示。

接着，如图2所示那样，控制装置1作为硬件构成而具备CPU21、GPU(图形处理器)22、存储器23、存储器控制器24、以及显示控制器25。CPU21是控制装置1的中心的计算处理装置。CPU21通过程序来进行各种数值计算、信息处理，实现控制装置1中的上述各软件构成11～16的功能。

GPU22是代替CPU21来进行图像的显示所需要的计算处理的计算处理装置。该GPU22代替CPU21来进行根据表示图像的内容的数据来描绘具体的图像的处理、将来自应用程序的输出图像转换为预定形式的图像的处理。

存储器23是CPU21、GPU22、显示控制器25能够作为主存储器而直接访问的读写自由的半导体存储器(RAM)。存储器控制器24对CPU21、GPU22以及显示控制器25相对于存储器23的数据的读出、写入进行调整。基于通过由CPU21执行的各种应用程序而输出的图像所生成的显示用图像，写入设置在存储器23中的预定的存储区域的帧缓冲器。向帧缓冲器写入的显示用图像，经由显示控制器25向显示器2a、2b输出，并在各显示器2a、2b中显示。

[与图像显示的结构有关的说明]

参照图3，对控制装置1用于基于原生应用程序、通用应用程序的输出图像而在显示器2a、2b中进行图像显示的结构以及顺序进行说明。

原生平台将虚拟地址空间区分为用户空间和内核空间而进行动作。用户空间是应用程序核心部、通用平台等用户工序进行动作的虚拟存储区域。内核空间是原生平台的内核所存在的虚拟存储区域。

在用户空间中，设置有虚拟化安装的通用平台(Android OS)进行动作的虚拟Android空间。然后，在原生平台与通用平台之间，安装有进行套接字通信等工序间通信(IPC：Inter process Communication)的工序间通信部34、36。在该工序间通信中，原生平台的域套接字37被用作为接口。此外，在内核空间中，安装有用于在原生平台与通用平台之间共享数据的存储区域即共享存储器35(ashmem)。

在虚拟Android空间中动作的各通用应用程序14，经由Android中间件所具备的区域分配部32(Surface flinger)来确保用于对自身的应用程序的输出图像(以下也称为通用应用图像)进行描绘的描绘区域31(Surface)。向各通用应用程序14分配的描绘区域31，由Android中间件所具备的区域确保部33从共享存储器35确保。然后，通用应用程序14对于由区域分配部32分配的各描绘区域31，进行通用应用图像的描绘处理(与图3的由箭头A所示的顺序相当)。对于各描绘区域31的描绘结果，由区域分配部32进行合成处理，并储存于共享存储器35(与图3的由箭头B所示的顺序相当)。

另外，在现有技术中，与采用了共享存储器35的本发明的不同点为，区域确保部33从作为Android OS用的结构而具备的帧缓冲器驱动器(Uvesafb Driver)中确保对通用应用图像进行描绘的描绘区域而进行描绘处理。

每当在通用平台侧通用应用图像被更新时，就进行通用应用图像向共享存储器35的写入。进行了共享存储器35中的通用应用图像的更新的情况，经由工序间通信部34、36，从通用平台侧对于原生平台侧的虚拟Android部38，作为称为“fb_post”的事件进行通知。

虚拟Android部38是作为原生应用程序即描绘系统12d的功能而提供的模块。接收了fb_post的通知的虚拟Android部38，取得共享存储器35所储存的通用应用图像。然后，虚拟Android部38将取得的通用应用图像储存于在原生平台侧的用户空间中确保的像素图43(与图3的由箭头C所示的顺序相当)。

此时，在通用平台与原生平台之间所支持的像素格式不同的情况下，在虚拟Android部38中进行像素格式的转换处理之后将图像储存于像素图43。作为一个例子，能够列举如下情况：在从通用平台侧输出的通用应用图像为RGB565形式的情况下，进行将其转换为在原生平台侧支持的ARGB8888形式的图像这种图像转换。此外，如果需要还进行图像的尺寸调整、颜色转换等图像转换。

此外，上述那样的图像转换，一般处理负荷较高，在使CPU21进行图像处理的情况下，要求高度的处理性能。因此，也可以使共享存储器35成为从GPU22也能够访问的存储区域，对于共享存储器35所储存的通用应用图像，代替CPU21而GPU22使用预定的图形·接口来进行图像转换。由此，能够实现CPU21的负荷的降低、显示的高速化。

接着，生成将像素图43所储存的通用应用图像、与从在通用应用程序之外进行动作中的原生应用程序输出的原生应用图像进行合成的显示用图像，并储存于内核空间的帧缓冲器44(与图3的由箭头D所示的顺序相当)。然后，帧缓冲器44所储存的显示用图像，通过显示控制器25而分别显示于显示器2a、2b。在此，HMI控制器39根据在原生平台中规定的预定的显示要件，决定将通用应用图像和原生应用图像在何处进行显示，对显示用图像进行布局。布局的显示图像的描绘，经由描绘模块40以及描绘驱动器接口41，而由内核空间的描绘驱动器42进行。

此外，作为对显示用图像进行布局的规则的一个例子，能够列举如下那样的方法。例如，将通用应用图像和原生应用图像，根据车辆所具备的显示器数量进行分配，并布局到不同的画面。其具体例在图4的显示例1中表示。在显示例1中，在2个显示器2a、2b中的显示器2a上显示基于原生应用程序的图像，在显示器2b上显示基于通用应用程序的图像。如此，通过在原生平台侧对显示场所进行调整，由此不进行基于原生应用程序的图像与基于通用应用程序的图像的排他地使其同时显示。或者，也可以将一个显示器的显示区域进行分割，在此处分别布局通用应用图像和原生应用图像。

此外，作为其他例子，在具有特定的相关性的原生应用程序与通用应用程序之间，制作将各自的输出图像重叠在一个画面上的布局。例如，可以考虑在原生应用程序所描绘·显示的画面上，重叠通用应用图像而补充地进行信息显示。其具体例在图4的显示例2中表示。在显示例2中，执行进行地图显示的原生应用程序、与提供地图上的POI(Point OfInterest)信息的通用应用程序的联动显示。在此，在由原生应用程序输出的地图图像上，与地图上的位置相对应地合成由通用应用程序输出的表示POI的图标，并在一个显示器2a上进行显示。此外，通过对于在原生应用图像上重叠显示的通用应用图像，应用预定的透射色、或者对各像素乘以表示透射度的α值，由此能够在原生应用图像上透射合成通用应用图像。

此外，作为其他例子，根据按照每个应用程序而预先规定的显示的优先度，将与车辆的行驶、安全有关的优先度较高的原生应用图像布局为，比其他通用应用图像更优先地显示。在该情况下，将优先度较高的图像布局于主显示器，将优先度较低的图像布局于子显示器，或者也可以是优先度较高的图像覆盖其他图像。

参照图5的流程图，对上述一系列的处理的结构中、在通用平台侧执行的处理的顺序进行说明。在S100中，在通用平台上动作的通用应用程序中，在各个定时进行图像的描绘、显示输出等处理。在S102中，通过通用应用程序来描绘通用应用图像，所描绘的通用应用图像由区域分配部32储存于共享存储器35。在S104中，判断在区域分配部32中是否对显示进行更新。在此，根据是否存在来自动作中的通用应用程序的新的通用应用图像的显示请求，来判断是否对显示进行更新。在判断为对显示进行更新的情况下(S104：是)，进入S106。另一方面，在判断为不对显示进行更新的情况下(S104：否)，返回S100。在S106中，从区域分配部32经由工序间通信部34，向原生平台侧通知fb_post的事件。

另一方面，参照图6的流程图，对在原生平台侧执行的处理的顺序进行说明。在S200中，虚拟Android部38经由工序间通信部36接收fb_post的通知。在接收到fb_post的通知时进入的S202中，在虚拟Android部38中，判断是否能够进行与接收到的fb_post相应的通用应用图像的显示。在此，基于与预定的原生应用图像与通用应用图像之间的显示调停有关的规则，判断是否能够进行通用应用图像的显示。作为一个例子，能够列举应用如下规则：在正在显示与车辆的行驶、安全有关的优先度较高的特定的原生应用图像的状况下，不显示优先度较低的通用应用图像。在判断为能够显示通用应用图像的情况下(S202：是)，进入S204。另一方面，在判断为不能够显示通用应用图像的情况下(S202：否)，返回S200。

在S204中，在虚拟Android部38中判断自车辆是否为行驶中。在判断为自车辆不是行驶中的情况下(S204：否)，进入S208。另一方面，在判断为自车辆为行驶中的情况下(S204：是)，进入S206。在S206中，在虚拟Android部38中，判断与接收到的fb_post相应的通用应用图像是否是能够在行驶中显示的内容。具体地说，虚拟Android部38经由工序间通信部36，对通用平台询问该通用应用程序的内容是否适合行驶中的显示，由此判断是否能够显示。在判断为与接收到的fb_post相应的通用应用图像是能够在行驶中显示的内容的情况下(S206：是)，进入S208。另一方面，在判断为与接收到的fb_post相应的通用应用图像是在行驶中不能够显示的内容的情况下(S206：否)，返回S200。

在S208中，执行用于将通用应用图像显示于画面的显示处理。在此，如已经说明的那样，虚拟Android部38访问共享存储器35而取得通用应用图像。所取得的通用应用图像，根据在原生平台中规定的预定的显示要件，被布局为对于显示器2a、2b的显示图像，并描绘显示图像。然后，所描绘的显示图像在显示器2a、2b上分别显示。

[与实施方式有关的附加说明]

在本实施方式的控制装置1中，在一个系统上安装有不同的平台(原生平台以及通用平台)。各个平台内的应用程序分别独立地动作，能够不与相互的平台上所搭载的应用程序软件干涉地进行动作。

通用平台使用与原生平台相同的内核。在该通用平台内生成的应用程序工序、线程，通过通用平台内的工序、线程管理机构来控制生存期间、动作定时等。此外，通用平台上的存储器的确保、释放、对于应用程序分配存储器等，通过通用平台内所设置的存储器管理机构来控制。例如，如果是Android OS等，则它们的结构能够被标准地提供为Android中间件。

然而，由于通用平台单方地进行动作，而有可能导致CPU资源、存储资源的占用，对原生平台产生影响。在该情况下，也可以使用利用共通地使用的内核的功能来对通用平台施加限制等的机构。例如，在Linux(注册商标)内核中标准地含有cgroup等进行资源分离的机构。通过利用这种机构对通用平台的动作施加限制，由此能够保证在原生平台上执行的与车辆的安全有关的车载功能的动作。

在通用平台上动作的通用应用程序独立地进行动作，在各个应用程序的定时进行图像的描绘处理、显示输出处理。这些通用应用程序不会对在原生平台上动作的应用程序的动作具有意识地进行动作。此外，通用平台不进行是由通用应用程序描绘的图像自动地显示于显示器件(显示器2a、2b)的显示处理。取而代之，通用平台将由通用应用程序描绘的图像储存于共享存储器35，仅向原生平台通知表示显示被更新的事件(fb_post)。

共享存储器35所储存的通用应用图像是否被实际地显示，取决于原生平台侧的动作。通过以虚拟Android部38为首的原生平台的各种功能，在通用应用图像与原生应用图像之间进行显示的排他控制。例如，在原生平台上判断为通用应用图像不能够显示的情况下，例如即使通用应用程序进行了图像的显示输出，共享存储器35所保存的映像也不会像帧缓冲器44传送。如此，对于通用应用图像，能够在原生平台侧控制是否能够显示，因此在不需要进行显示的情况，仅通过原生平台侧的控制就能够使显示无效。

由此，能够防止原生应用程序的与关于车辆的行驶、安全的重要功能有关的图像的显示被通用平台的动作阻碍。此外，即使通用应用程序未对应在行驶中对不需要的图像的显示进行限制这种规定，也能够在原生平台侧抑制通用平台的显示本身，由此能够进行与行驶时的显示规定的对应。

另一方面，对于从外部的单元(例如导航单元4)的应用程序向原生平台取入的外部图像，也能够在原生平台上实现是否能够显示的控制、与原生应用图像的重叠显示。在该情况下，通过与通用应用图像有关的是否能够显示的控制、通用应用图像与原生应用图像的重叠显示同样的结构，原生平台能够进行外部图像的显示的控制。

[应用例]

使用共享存储器35以及工序间通信部34、36的结构，能够实现将原生平台从导航单元4等外部单元取入的外部图像在通用平台侧进行利用。由此，对于原生平台取入的外部图像，通用平台侧的通用应用程序能够进行加工而显示，通用应用程序能够将其用于图像识别等。

具体地说，在原生平台侧对接受来自通用平台的访问的API(ApplicationProgramming Interface)进行定义。此外，将对于来自通用平台的请求(API调用)进行响应的软件安装于原生平台侧。例如，在原生平台将由外部单元取得的外部图像(来自导航单元4的导航映像)向通用平台传递时，如以下那样进行。通用平台经由工序间通信部34、36对于原生平台，调用取得外部图像的含义的API。接收到API调用的原生平台，将此时取得的外部图像储存于共享存储器35。然后，原生平台经由工序间通信部34、36对于通用平台，通知对于请求的响应。接收了响应的通用，访问共享存储器35并取得外部图像。由通用平台取得的外部图像，被向动作中的通用应用程序供给，并在通用应用程序中利用于外部图像的加工、图像识别。

参照图7的流程图，对在上述一系列的处理中在原生平台上执行的处理的顺序进行说明。在S300中，原生平台经由工序间通信部36，从通用平台接收取得外部图像的事件的通知。在接收到取得外部图像的事件的通知时进入的S302中，原生平台访问帧缓冲器44，取得由外部单元的应用程序显示输出的外部图像。在接下来的S304中，原生平台将在S302中取得的外部图像储存于共享存储器35。在接下来的S306中，原生平台经由工序间通信部36，向通用平台通知表示在共享存储器35中储存了外部图像的原生缓冲器更新的事件。

此外，该事件为非同步，因此能够不等待通用平台的响应地继续进行原生平台侧的动作。此外，在共享存储器35设置多个帧量的缓冲器并进行排他控制，以便在原生平台将图像向共享存储器35储存的过程中，通用平台侧不访问该图像。

另一方面，参照图8的流程图，对在通用平台上执行的处理的顺序进行说明。在S400中，通用平台经由工序间通信部34，从原生平台接收原生缓冲器更新的通知。在接收到原生缓冲器更新的通知时进入的S402中，通用平台访问共享存储器35，取得接收到原生缓冲器更新的通知的时刻的最新的外部图像。

例如，在原生平台侧的动作比通用平台更快的情况下，向通用平台侧通知多个原生缓冲器更新。与此相对，通用平台不是将全部原生缓冲器更新的事件蓄积而进行处理，而是在通用平台工作的定时，取得此时的最新的图像，由此能够使处理负荷减少。在接下来的S404中，通用平台将从共享存储器35取得的外部图像，向请求取得外部图像的通用应用程序供给。

[效果]

根据实施方式的控制装置1，能够发挥如下那样的效果。

将成为原生平台侧与通用平台侧之间的窗口的、共享存储器35、工序间通信部34、36、虚拟Android部38等的结构安装于控制装置1。由此，对于通用应用程序的输出图像，能够在按照原生平台侧的规定施加了调整的基础上进行显示。由此，即使在向控制装置1导入的通用应用程序不是基于车载设备的规格而制作的情况下，也能够实现与车载设备的条件相适合的显示的控制。因此，能够在车辆用的嵌入系统中使通用平台共存动作，而且能够进行基于原生应用程序的输出画面与基于通用应用程序的输出画面的同时显示、联动显示。

此外，对于共享存储器35所储存的通用应用图像，在原生应用程序侧进行预定的图像处理，由此能够将通用应用图像转换为在原生平台上支持的形式而显示。并且，通过代替CPU21而由GPU22执行这种图像处理，由此能够使CPU21的处理负荷减少。

在此，本申请记载的流程图或者流程图的处理由多个段(或者称为步骤)构成，各段例如被表现为S100。并且，各段能够分割为多个子段，另一方面，多个段还能够合并成为一个段。并且，如此构成的各段能够称为器件、模块、手段。

本发明以实施例为基准来记载，但能够理解本发明不限定于该实施例、构造。本发明还包括各种变形例、均等范围内的变形。此外，各种组合、方式、进一步在它们中包含一个要素、其以上、或者其以下的其他组合、方式，也进入本发明的范畴、思想范围。

Claims (7)

1.一种车辆用显示控制装置(1)，具有：

存储装置(23)，存储原生平台(11)以及通用平台(13)，并具备用于在上述原生平台与上述通用平台之间使数据共享的存储区域即共享存储区域(35)，该原生平台(11)是用于使作为车辆用的嵌入功能而预先安装的原生应用程序动作的基本软件，该通用平台(13)是在上述原生平台上虚拟化地安装的基本软件，用于使通过与外部的信息通信而导入的通用应用程序动作；

控制装置(21，22，24)，执行上述通用平台，使将通过动作中的通用应用程序描绘的图像即通用应用图像储存于上述共享存储区域的储存机构(32)起作用，执行上述原生平台，使取得由上述储存机构储存于上述共享存储区域的通用应用图像的取得机构(38)起作用，并使生成将由上述取得机构取得的通用应用图像和通过动作中的原生应用程序描绘的原生应用图像、与在上述原生平台上规定的预定的显示要件相对应地布局的显示用图像的生成机构(39)起作用；以及

显示控制机构(25)，使由上述生成机构生成的显示用图像显示于预定的显示机构(2a，2b)，

上述生成机构，生成与由上述取得机构取得的通用应用图像有关的显示用图像以及与由动作中的原生应用程序描绘的原生应用图像有关的显示用图像，上述显示用图像作为在多个显示画面中分别显示的显示用图像，

上述显示控制机构使与由上述生成机构生成的通用应用图像有关的显示用图像、以及与原生应用图像有关的显示用图像，向多个显示画面分别分配而显示。

2.如权利要求1记载的车辆用显示控制装置，其中，

控制装置(21，22，24)还使在上述原生平台与上述通用平台之间进行通信的通信机构(34，36)起作用，

控制装置(21，22，24)执行上述通用平台，经由上述通信机构向上述原生平台侧通知上述储存机构将通用应用图像储存于上述共享存储区域这一情况，

控制装置(21，22，24)执行上述原生平台，以经由上述通信机构从上述通用平台通知了通用应用图像被储存于上述共享存储区域这一情况为条件，使上述取得机构取得储存于上述共享存储区域的通用应用图像。

3.如权利要求1记载的车辆用显示控制装置，其中，

控制装置(21，22，24)执行上述通用平台，进一步使将上述通用应用图像转换为预定形式的图像的转换机构(42)起作用，

上述生成机构生成将由上述转换机构将上述通用应用图像转换为预定形式的图像之后的图像以及上述原生应用图像按上述显示要件布局了的显示用图像。

4.如权利要求3记载的车辆用显示控制装置，其中，

控制装置(21，22，24)具备中央处理装置(21)和图像处理装置(22)，中央处理装置(21)使上述原生平台动作，

图像处理装置(22)代替上述中央处理装置而进行图像的显示所需要的计算，

上述转换机构使用上述图像处理装置来进行上述通用应用图像的转换。

5.如权利要求1记载的车辆用显示控制装置，其中，

上述生成机构生成使由上述取得机构取得的通用应用图像和通过动作中的原生应用程序描绘的原生应用图像重叠显示的显示用图像。

6.如权利要求1至权利要求5的任一项记载的车辆用显示控制装置，其中，

控制装置(21，22，24)还使在上述原生平台与上述通用平台之间进行通信的通信机构(34，36)起作用，

控制装置(21，22，24)执行上述原生平台，将通过与上述车辆用显示装置连接的外部装置的应用程序描绘的外部图像储存于上述共享存储区域，经由上述通信机构向上述通用平台侧通知在上述共享存储区域储存了外部图像这一情况，

控制装置(21，22，24)执行上述通用平台，以经由上述通信机构通知了在上述共享存储区域储存了上述外部图像这一情况为条件，取得储存于上述共享存储区域的外部图像，并将取得的外部图像向动作中的通用应用程序供给。

7.一种车辆用显示控制装置(1)，具备：

原生平台(11)，是用于使作为车辆用的嵌入功能而预先安装的原生应用程序动作的基本软件；

通用平台(13)，是在上述原生平台上虚拟化地安装的基本软件，用于使通过与外部的信息通信而导入的通用应用程序动作；以及

共享存储区域(35)，是用于在上述原生平台与上述通用平台之间使数据共享的存储区域，

上述通用平台具备储存机构(32)，该储存机构(32)将通过动作中的通用应用程序描绘的图像即通用应用图像储存于上述共享存储区域，

上述原生平台具备：

取得机构(38)，取得由上述储存机构储存于上述共享存储区域的通用应用图像；

生成机构(39)，生成将由上述取得机构取得的通用应用图像以及通过动作中的原生应用程序描绘的图像即原生应用图像按在上述原生平台规定的预定的显示要件布局了的显示用图像；以及

显示控制机构(25)，使由上述生成机构生成的显示用图像显示于预定的显示机构(2a，2b)，

上述生成机构，生成与由上述取得机构取得的通用应用图像有关的显示用图像以及与由动作中的原生应用程序描绘的原生应用图像有关的显示用图像，上述显示用图像作为在多个显示画面中分别显示的显示用图像，

上述显示控制机构使与由上述生成机构生成的通用应用图像有关的显示用图像、以及与原生应用图像有关的显示用图像，向多个显示画面分别分配而显示。