车载信息处理装置、控制方法及计算机程序与流程

1.本公开涉及对在公用的硬件上动作的多个os(operating system：操作系统)进行控制的车载信息处理装置、控制方法及计算机程序。


背景技术：

2.近年来，搭载于车辆的信息处理装置高功能化，能够进行各种应用程序的执行。而且，车载信息处理装置能够使多个os并行地动作，有时能够使在不同的os上动作的多个应用程序并行地动作。在车载信息处理装置中例如进行了os的更新处理的情况或产生了os的异常停止的情况等下，产生进行os的重启的需要，在os的重启期间无法使在该os上动作的应用程序动作。
3.在专利文献1中，提出了一种信息处理装置，在虚拟化环境中使第一os和第二os运转，在使显示机构显示图像的第一应用在第一os上动作时，在对第一os检测到产生了重启的必要的情况下，至少在第一os的重启完成为止的期间，使显示机构显示重启时用图像的第二应用在第二os上动作。
4.现有技术文献
5.专利文献
6.专利文献1：国际公开第2013/132646号


技术实现要素：

7.发明所要解决的课题
8.专利文献1记载的信息处理装置需要与在第一os上动作的显示用的第一应用区分开，单独准备在第二os上动作的第二应用，存在白白消耗存储器等存储区域的担忧。此外，专利文献1中第二应用是第一应用的简易版，在第一os的重启期间只能执行限定的处理。
9.本公开是鉴于该事情而做出的，其目的在于提供车载信息处理装置、控制方法及计算机程序，能够期待即使在os的重启期间也继续执行在该os上动作的应用程序。
10.用于解决课题的手段
11.本方式所涉及的车载信息处理装置搭载于车辆，并具备对在公用的硬件上动作的多个os进行控制的控制部，所述控制部判定所述多个os是否需要重启，在判定为需要重启一个os的情况下，所述控制部使在所述一个os上动作的应用程序在与所述一个os不同的其他os上动作，所述控制部重启所述一个os，在重启完成后，所述控制部使在所述其他os上动作的所述应用程序在所述一个os上动作。
12.本技术不仅能够设为具备这样特征的控制部的装置而实现，还能够设为将该特征的处理步骤化的方法而实现、或者用于使计算机执行该步骤的计算机程序而实现。能够设为实现这些装置的一部分或全部的半导体集成电路而实现、或设为包括这些装置的其他装置或系统而实现。
13.发明效果
14.根据上述，能够期待即使在os的重启期间也继续执行在该os上动作的应用程序。
附图说明
15.图1是示出本实施方式所涉及的车载信息处理系统的一构成例的示意图。
16.图2是示出本实施方式所涉及的gw的构成的框图。
17.图3是用于说明本实施方式所涉及的gw的软件构成的示意图。
18.图4是示出gw的应用表的一例的示意图。
19.图5是用于说明本实施方式所涉及的gw进行os的重启的情况的软件构成的示意图。
20.图6是示出本实施方式所涉及的gw进行的os重启处理的顺序的流程图。
21.图7是示出本实施方式所涉及的gw进行的os重启处理的顺序的流程图。
22.图8是示出本实施方式所涉及的gw进行的待机处理的顺序的流程图。
23.图9是示出变形例所涉及的gw的应用表的一例的示意图。
具体实施方式
24.[本公开的实施方式的说明]
[0025]
首先，列出本公开的实施方式而说明。也可以任意组合以下记载的实施方式的至少一部分。
[0026]
(1)本方式所涉及的车载信息处理装置搭载于车辆，并具备对在公用的硬件上动作的多个os进行控制的控制部，所述控制部判定所述多个os是否需要重启，在判定为需要重启一个os的情况下，所述控制部使在所述一个os上动作的应用程序在与所述一个os不同的其他os上动作，所述控制部重启所述一个os，在重启完成后，所述控制部使在所述其他os上动作的所述应用程序在所述一个os上动作。
[0027]
在本方式中，车载信息处理装置具备对在公用的硬件上动作的多个os进行控制的控制部。车载信息处理装置的控制部对于多个os判定是否需要重启，在判定为需要重启一个os的情况下，使在该一个os上动作的应用程序在其他os上动作。之后，控制部重启一个os，在重启完成后使在其他os上动作的应用程序在一个os上动作。由此，车载信息处理装置能够将与在一个os上动作的应用程序相同的程序在其他os上执行，能够期待即使在一个os的重启期间也继续进行应用程序的处理。
[0028]
(2)优选地，所述控制部在重启所述一个os的期间使所述其他os并行动作。
[0029]
在本方式中，在车载信息处理装置重启一个os的期间，使其他os并行动作。由此，能够在一个os的重启期间，在其他os上使应用程序并行执行。
[0030]
(3)优选地，具有将动作的os及应用程序暂时存储的存储部，在使在所述一个os上动作的应用程序在所述其他os上动作的情况下，所述控制部将所述一个os使用的所述存储部的一个存储区域所存储的所述应用程序向所述其他os使用的所述存储部的其他存储区域复制，在所述一个os的重启完成后，所述控制部将复制到所述其他存储区域的所述应用程序删除。
[0031]
在本方式中，在车载信息处理装置使在一个os上动作的应用程序在其他os上动作的情况下，将一个os使用的存储区域所存储的应用程序向其他os使用的存储区域复制。在
一个os的重启完成后，车载信息处理装置将复制的应用程序从其他os的存储区域删除。由此，车载信息处理装置能够从一个os的存储区域复制应用程序而在其他os上动作，因此不需要单独准备在其他os上动作的应用程序。
[0032]
(4)优选地，在判定为需要重启所述一个os的情况下，所述控制部从在所述一个os上动作的一个或多个应用程序中，判定在所述一个os的重启期间应当继续动作的应用程序，所述控制部判定有无能够使判定为应当继续动作的应用程序动作的其他os，所述控制部判定在判定为能够使所述应用程序动作的其他os使用的其他存储区域是否存在存储所述应用程序的空闲容量，在判定为存在空闲容量的情况下，所述控制部将所述应用程序向所述其他存储区域复制。
[0033]
在本方式中，车载信息处理装置从在判定为需要重启的一个os上动作的一个或多个应用程序中，判定在一个os的重启期间应当继续动作的应用程序。车载信息处理装置判定有无能够使应当继续动作的应用程序动作的其他os。车载信息处理装置在判定为能够使应用程序动作的其他os的存储区域是否存在存储该应用程序的空闲容量。在判定为存在空闲容量的情况下，车载信息处理装置将应用程序向其他os的存储区域复制而动作。通过这些处理，车载信息处理装置能够期待在os的重启期间使应当继续动作的应用程序更切实地动作。
[0034]
(5)优选地，在判定为不存在所述空闲容量的情况下，所述控制部使所述一个os的重启待机。
[0035]
在本方式中，在其他os的存储区域不存在存储应用程序的空闲容量的情况下，车载信息处理装置不进行该应用程序动作的一个os的重启而待机。由此，能够防止应当继续动作的应用程序的动作停止。
[0036]
(6)优选地，所述控制部在所述车辆的点火开关从接通状态向断开状态切换后，使待机的所述一个os重启。
[0037]
在本方式中，在使os的重启待机的情况下，车载信息处理装置在车辆的点火开关从接通状态向断开状态切换后实施os的重启。由此，车载信息处理装置能够在用户完成车辆的使用的可能性高的阶段、即即使停止应用程序的处理也不会产生问题的可能性高的阶段，重启os。
[0038]
(7)优选地，在判定为不存在所述其他os的情况下，所述控制部启动成为所述一个os的代替的代替os，使所述应用程序在所述代替os上动作。
[0039]
在本方式中，在判定为不存在能够使应当继续动作的应用程序动作的其他os的情况下，车载信息处理装置使成为重启的一个os的代替的代替os启动，使该应用程序在代替os上动作。由此，车载信息处理装置能够使应当继续动作的应用程序更切实地动作。
[0040]
(8)优选地，所述代替os是具有所述一个os具备的多个功能的一部分的os。
[0041]
在本方式中，车载信息处理装置将具有重启的一个os的功能的一部分的os用作代替os。由此，与将具有一个os的全部功能的os设为代替os的情况比较，能够减少车载信息处理装置的存储区域的使用量。
[0042]
(9)优选地，各应用程序设定有优先级，所述控制部根据所述优先级来判定在所述一个os的重启期间应当继续动作的应用程序。
[0043]
在本方式中，根据对应用程序设定的优先级，车载信息处理装置判定在os的重启
期间应当继续动作的应用程序。由此，车载信息处理装置能够使例如优先级高的应用程序在其他os上优先动作。
[0044]
(10)优选地，所述控制部在将所述硬件虚拟化了的虚拟环境中使所述多个os动作。
[0045]
在本方式中，车载信息处理装置提供将硬件虚拟化了的虚拟环境，在该虚拟环境上使多个os动作。由此，能够期待在车载信息处理装置动作的os的通用性的提高及开发的容易化等。
[0046]
(11)本方式所涉及的控制方法中，搭载于车辆的车载信息处理装置对在公用的硬件上动作的多个os进行控制，所述车载信息处理装置的控制部判定所述多个os是否需要重启，在判定为需要重启一个os的情况下，所述车载信息处理装置的控制部使在所述一个os上动作的应用程序在与所述一个os不同的其他os上动作，所述车载信息处理装置的控制部重启所述一个os，在重启完成后，所述车载信息处理装置的控制部使在所述其他os上动作的所述应用程序在所述一个os上动作。
[0047]
在本方式中，与方式(1)同样地，即使在os的重启期间也能够继续进行应用程序的处理。
[0048]
(12)本方式所涉及的计算机程序使搭载于车辆的计算机执行对在公用的硬件上动作的多个os进行控制的处理，使所述计算机执行如下处理：判定所述多个os是否需要重启；在判定为需要重启一个os的情况下，使在所述一个os上动作的应用程序在与所述一个os不同的其他os上动作；重启所述一个os；在重启完成后使在所述其他os上动作的所述应用程序在所述一个os上动作。
[0049]
在本方式中，与方式(1)同样地，能够期待即使在os的重启期间也继续进行应用程序的处理。
[0050]
[本公开的实施方式的详细]
[0051]
以下参照附图说明本公开的实施方式所涉及的车载信息处理系统的具体例。本公开并非限定于这些示例，意在由权利要求书示出，包括与权利要求书等同含义及范围内的全部变更。
[0052]
《系统构成》
[0053]
图1是示出本实施方式所涉及的车载信息处理系统的一构成例的示意图。本实施方式所涉及的车载信息处理系统是搭载于车辆1的gw(网关)2及多个ecu3经由多个通信线进行通信、且这些多个车载装置协同工作而进行车辆1的行驶控制等所涉及的各种信息处理的系统。在图示的例子中，四个ecu3分别经由单独的通信线与gw2连接。gw2进行将通信线间的报文收发中继的处理，由此四个ecu3能够经由通信线及gw2相互进行报文的收发。
[0054]
并且，车载信息处理系统具备在与车辆1的外部之间进行无线通信的无线通信装置5。无线通信装置5例如通过进行利用了便携电话通信网或无线lan(local area network：局域网)等的无线通信，能够在与设置于车辆1的外部的服务器装置或用户所持的智能手机等之间进行报文的收发。无线通信装置5经由通信线与gw2连接。gw2能够经由无线通信装置5在与车辆1的外部的服务器装置等之间进行报文的收发。此外，通过gw2将ecu3与无线通信装置5之间的通信中继，ecu3能够经由gw2及无线通信装置5在与车辆1的外部的服务器装置等之间进行报文的收发。
[0055]
gw2中输入有来自设置于车辆1的ig(点火)开关6的ig信号。gw2基于输入的ig信号，能够进行车辆1的状态的判定、例如是否是存在车辆1行驶的可能性的状态的判定。此外，车辆1的状态的判定也可以基于例如车辆1的速度、加速度、发动机的旋转数、变速杆的状态或访问的状态等的各种信息进行，而不是来自ig开关6的ig信号。在gw2中，为了判定车辆1的状态所需的信息直接地或经由通信间接地输入。
[0056]
gw2为了进行报文的中继处理及车辆1的控制处理等各种处理，执行多个应用程序而动作。在应用程序的执行中，需要进行程序的执行管理及硬件资源的管理等的os。本实施方式所涉及的gw2使多个os动作，由此能够由一个装置使用于不同的os所开发的多个应用程序动作。此外，gw2使多个os并行动作的同时，在各os上使多个应用程序并行动作。gw2例如通过按分时切换并执行多个os及多个应用程序，能够使多个os及多个应用程序实质上同时并行动作。此外，也可以在例如gw2具备多个cpu(central processing unit：中央处理单元)或mpu(micro-processing unit：微处理单元)等运算处理装置的情况下，使多个os及多个应用程序由多个运算处理装置实际地并行动作。
[0057]
应用程序及os等软件为了不良情况的修正或新功能的追加等而进行更新(更新处理)。gw2经由无线通信装置5进行与预定的服务器装置的通信从而获取更新用的软件，将存储于闪存存储器或硬盘等的二次存储装置的软件替换从而进行更新。在例如进行os的更新的情况下，gw2在完成软件的替换后，需要进行os的重启。此外，在os的重启的主要原因中不仅包括上述更新，还包括例如产生了某些不良情况的情况等各种主要原因。
[0058]
以往，在进行os的重启的情况下，在该os上动作的一个或多个应用程序直至重启完成为止不能动作。本实施方式所涉及的gw2即使在os的重启期间，对于应当继续动作的应用程序，可伴随着os的重启不停止动作而使其继续。此外，在本实施方式中以gw2为例子进行，但同样的技术可适用于ecu3或除此以外的各种车载信息处理装置。
[0059]
图2是示出本实施方式所涉及的gw2的构成的框图。本实施方式所涉及的gw2构成为具备控制部(处理器)21、一次存储部(内存)22、二次存储部(内存)23及多个通信部(无线电收发机)24等。控制部21构成为使用例如cpu或mpu等运算处理装置。控制部21通过将存储于二次存储部23的程序读出到一次存储部22而执行，能够进行各种处理。
[0060]
一次存储部22构成为使用例如sram(static random access memory：静态随机存储器)或dram(dynamic random access memory：动态随机存储器)等存储器元件。一次存储部22是与二次存储部23比较存储容量少但与二次存储部23相比控制部21能够高速地进行数据的读写的存储部。在本实施方式中一次存储部22设为易失性的存储部，但也可以设为非易失性。
[0061]
二次存储部23构成为使用例如闪存存储器或eeprom(electrically erasable programmable read only memory：电可擦可编程序只读存储器)等非易失的存储器元件，或硬盘等磁气存储装置等。二次存储部23存储控制部21执行的各种的程序及控制部21的处理所需的各种的数据。在本实施方式中二次存储部23存储控制部21执行的程序23a和具有关于应用程序的信息的应用表23b。
[0062]
本实施方式所涉及的gw2通过一次存储部22及二次存储部23的两个存储部实现层级构造的存储机构、所谓存储器层级。在gw2的控制部21执行程序23a的情况下，存储于二次存储部23的程序23a读出到一次存储部22，将存储于一次存储部22的程序23a由控制部21读
出并执行。在本实施方式中控制部21通过执行程序23a，进行基于os的应用程序的管理、基于应用程序的车辆1的控制以及os及应用程序的管理等各种处理。
[0063]
此外，在图2中程序23a所示出的程序中包括os的程序及应用程序等各种程序，进一步包括管理os及应用程序的动作的程序。程序23a可以在例如gw2的制造阶段中写入二次存储部23。此外，例如程序23a也可以通过远程的服务器装置等发送，gw2也可以通过与服务器装置的通信获取程序23a并写入到二次存储部23。此外，也可以是例如gw2读出记录于存储卡或光盘等的记录介质99的程序23a而存储于二次存储部23。此外，也可以是例如记录于记录介质99且写入装置读出程序23a并写入到gw2的二次存储部23。程序23a也可以以经由网络的发送的方式提供，也可以以记录于记录介质99的方式提供。程序23a中所包括的os及应用程序等各种程序也可以统一提供，也可以以分别不同的方法提供。
[0064]
二次存储部23的应用表23b存储了关于gw2执行的应用程序的信息的表格。gw2基于存储于应用表23b的信息，能够判断在os的重启时应当继续动作的应用程序是哪个等。后述应用表23b的详细构成。应用表23b通过例如本系统的开发者等预先作成，存储于二次存储部23。应用表23b也可以与程序23a一起提供，也可以与程序23a分开提供。在进行程序23a中所包括的os或应用程序等的更新的情况下，也可以更新应用表23b的内容。
[0065]
通信线分别与多个通信部24连接，经由通信线在与ecu3或无线通信装置5等的车载装置之间进行报文的收发。在本实施方式中通信部24按照例如以太网(注册商标)的通信规格进行报文的收发。通信部24可使用例如以太网phy(physical layer：物理层)的ic(integrated circuit：集成电路)等构成。其中，通信部24使用的通信规格不限于以太网，可采用例如can(controller area network：控制器局域网络)或flexray等各种通信规格。通信部24通过将从控制部21供给的数据作为电信号向通信线输出来进行报文送信。此外，通信部24通过将通信线的电位采样获取，将通信线上的电信号转换为数字数据，将转换的数据作为接收报文向控制部21供给。
[0066]
另外，在本实施方式中gw2通过控制部21将存储于二次存储部23的程序23a读出并执行，重启判定部21a、os控制部21b及应用控制部21c等在控制部21中作为软件的功能部实现。重启判定部21a对于动作中的os，进行判定是否需要进行重启的处理。重启判定部21a进行例如os的更新处理，在该处理完成的情况下能够判定为需要更新的os的重启。此外，os的重启的主要原因不限于更新。
[0067]
os控制部21b进行管理在gw2执行的os的处理。os控制部21b进行os的启动、停止、重启及更新等的控制。此外，在本实施方式中os控制部21b在进行os的重启时，进行生成该os的代替os而启动的处理。
[0068]
应用控制部21c进行管理在gw2执行的应用程序的处理。在本实施方式中应用控制部21c从在重启的os上动作的应用程序中，基于二次存储部23的应用表23b判定在os的重启期间不应当停止动作的应当继续动作的应用程序。应用控制部21c将应当继续动作的应用程序在与重启的os不同的os执行，并且在重启完成后将该应用程序在原本的os执行。
[0069]
《应用程序控制处理》
[0070]
图3是用于说明本实施方式所涉及的gw2的软件构成的示意图。本实施方式所涉及的gw2通过控制部21将存储于二次存储部23的程序23a读出到一次存储部22而执行，实现图3所示的软件的构成。图3的硬件表示关于控制部21及一次存储部22等的硬件的资源，本实
施方式所涉及的gw2对于os提供将该硬件虚拟化了的虚拟环境。虚拟环境与实际的硬件构成等无关地，将以预定的虚拟的硬件构成为前提的接口提供给os。虚拟环境将来自os的命令等转换为适于实际硬件的命令而控制硬件。通过虚拟环境介于os与硬件之间，对于硬件构成不同的其他gw2也能够执行相同的os及应用程序。用于实现虚拟环境的程序可按各硬件构成生成。
[0071]
在本实施方式所涉及的gw2中，在通常的动作状态中，例如os1及os2的两个os在虚拟环境上动作。此外，例如在os1上应用1～应用3的三个应用程序动作，在os2上应用4的一个应用程序动作。此外，在本实施方式中，将作为os的辨别信息附上“os1”的os仅称为os1，将作为辨别信息附上“os2”的os仅称为os2。同样地，将作为应用程序的辨别信息附上“应用1”的应用程序仅称为应用1，将附上“应用2”的应用程序仅称为应用2，将附上“应用3”的应用程序仅称为应用3。
[0072]
例如，在gw2的控制部21是单一处理器或单核等的运算处理装置的情况下，应用1～4通过分时切换而并行地动作。此外，例如在gw2的控制部21是多处理器或多核等的运算处理装置的情况下，应用1～4同时并行地动作。这样的硬件的构成的差异通过虚拟环境吸收，因此os1、2及应用1～4与实际的硬件的构成无关地动作。
[0073]
本实施方式所涉及的gw2动作的两个os1、2也可以是例如linux(注册商标)及windows(注册商标)等那样的种类完全不同的os，也可以是例如相同种类的os的版本不同等。应用1～4也可以是例如对应的os所专用的应用程序，此外也可以是例如在多个os动作的通用的应用程序。
[0074]
本实施方式所涉及的gw2对二次存储部23读出作为程序23a存储的os及应用程序而存储于一次存储部22，控制部21读出并执行存储于一次存储部22的os及应用程序。在gw2从二次存储部23将os读出到一次存储部22而执行时，按各os分配一次存储部22的预定尺寸的存储区域。在图3中，由虚线矩形示出各os被分配的存储区域。各os使用自身被分配的存储区域进行处理，不能访问其他os被分配的存储区域。
[0075]
此外，gw2在将存储于二次存储部23的应用程序读出到一次存储部22的情况下，在管理应用程序的os被分配的存储区域中，存储所读出的应用程序。在图3所示的例子中，在os1的存储区域存储有应用1～3，在os2的存储区域存储有应用4。
[0076]
图4是示出gw2的应用表23b的一例的示意图。本实施方式所涉及的应用表23b将作为用于辨别os的辨别信息的osid、关于应用程序的应用信息及表示为了执行应用程序所需的os的功能的必要功能信息建立对应而存储。应用信息中包括作为用于辨别应用程序的辨别信息的应用id、应用程序的数据量及os重启时的应用程序的停止的可否。在必要功能信息中包括应用程序的执行所需的os的内核的种类、是否需要驱动器a～c、是否需要程序库a、b及必要的功能的数据量。在本例中，如图3示出那样，设为gw2使os1及os2的两个os动作，在os1上使应用1～3动作，在os2上使应用4动作，示出应用表23b的构成例。
[0077]
在图示的应用表23b中，在通常动作时在os1上动作的应用1中，程序的数据量为5mb(兆字节)，在os1重启时停止动作设定为不可(禁止)。此外，即使是os1及os2的内核中的任一方，应用1都可动作，需要驱动器a、c及程序库b，关于这些必要功能的程序的数据量为30mb。
[0078]
同样地，在通常动作时在os1上动作的应用2的程序的数据量为3mb，在os1重启时
停止动作设定为不可。此外，应用2可仅在os1的内核动作，需要驱动器b及程序库a、b，关于这些必要功能的程序的数据量为20mb。
[0079]
在通常动作时在os1上动作的应用3的程序的数据量为10mb，设定为在os1重启时可以(许可)停止动作。此外，应用3可仅在os1的内核动作，需要驱动器a、b、c及程序库a、b，关于这些必要功能的程序的数据量为50mb。
[0080]
在通常动作时在os2上动作的应用4的程序的数据量为5mb，设定为在os2重启时可以停止动作。此外，应用4在os1及os2的内核中的任一方都可动作，需要驱动器a、c及程序库b，关于这些必要功能的程序的数据量为30mb。
[0081]
图5是用于说明本实施方式所涉及的gw2进行os1的重启的情况的软件构成的示意图。在例如产生了os1的更新完成而进行重启的必要的情况下，gw2参照存储于二次存储部23的应用表23b，判定将在os1上动作的应用1～3在重启期间设为不可停止的应用程序、即应当继续动作的应用程序。在本例中，在os1上动作的应用1及应用2设定为不可停止。
[0082]
不可停止的应用程序中的、本例中应用1能够在os2上动作。gw2获取os2的存储区域的空闲容量，判定在os2的存储区域是否能够确保作为使应用1动作所需的数据量的5mb。在os2的存储区域的空闲容量是5mb以上的情况下，gw2将存储于os1的存储区域的应用1向os2的存储区域复制。此时gw2不仅复制应用1的程序代码，还复制当下时刻应用1用于处置的数据(例如存储于变量的值)。之后，gw2从os1上的应用1向os2上的应用1切换动作。
[0083]
不可停止的应用程序中的、本例中应用2仅在os1上动作。gw2参照应用表23b来判定应用2的动作所需的os的功能。在本例中，需要os1的内核、驱动器b及程序库a、b。gw2获取一次存储部22的空闲容量，判定在一次存储部22的可用区域是否能够确保作为应用2的数据量的3mb和作为关于应用2的动作所需的功能的数据量的20mb。在一次存储部22的空闲容量是23mb以上的情况下，gw2首先首先生成从os1提取必要的功能(本例中os1的内核、驱动器b及程序库a、b)的简易os1，在虚拟环境上使简易os1启动并动作。此外，简易os1可以与os1完全相同。接着，gw2将存储于os1的存储区域的应用2向简易os1的存储区域复制，从os1上的应用2向简易os1上的应用2切换动作。
[0084]
在os2的存储区域没有存储应用1的空闲容量的情况下、或在一次存储部22没有存储简易os1及应用2的空闲容量的情况下，gw2不能在os1的重启期间使应用1、2动作，因此不进行os1的重启而待机。其中，gw2如果车辆1的ig开关6为断开状态，则也可以进行os1的重启。如果车辆1的ig开关6为接通状态，则gw2在ig开关6从接通状态向断开状态切换的情况下，进行os1的重启。此外，在ig开关6为断开状态下进行os1的重启的情况下，gw2也可以不进行上述那样的应用1、2的继续动作，而使应用1、2的动作停止从而进行os1的重启。
[0085]
在os1的重启完成后，gw2使在os2上动作的应用1和在简易os1上动作的应用2在重启的os1上动作。此时gw2从os2的存储区域向os1的存储区域复制应用1，从os2上的应用1向os1上的应用1切换动作。同样地gw2从简易os1的存储区域向os1的存储区域复制应用2，从简易os1上的应用2向os1上的应用2切换动作。此外，gw2使伴随着os1的重启而停止动作的应用3启动并动作。
[0086]
此外，gw2在os1的重启完成且os1上的应用1、2开始动作后，删除存储于os2的存储区域的应用1和存储于一次存储部22的简易os1及存储于该简易os1的存储区域的应用2。此外，在本实施方式中，存储于一次存储部22的程序及数据等的信息的删除不仅包括存储有
这些信息的区域初始化为例如全部“0”等的初始值的情况，还包括以对于存储有这些信息的区域能够写入其他信息的方式管理存储区域的情况。
[0087]
《流程图》
[0088]
图6及图7是示出本实施方式所涉及的gw2进行的os重启处理的顺序的流程图。本实施方式所涉及的gw2的控制部21的重启判定部21a对于动作中的一个或多个os，判定是否需要重启(步骤s1)。在判定为对于全部os不需要重启的情况下(s1：否)，重启判定部21a直至需要os的重启为止待机。
[0089]
在判定为对于至少一个os需要重启的情况下(s1：是)，控制部21的应用控制部21c参照应用表23b(步骤s2)。应用控制部21c基于应用表23b来判定在该时刻在动作期间的应用程序中，是否存在在os的重启期间不可停止的应用程序(步骤s3)。在不存在不可停止的应用程序的情况下(s3：否)，控制部21的os控制部21b对于需要重启的os进行重启(步骤s4)，结束处理。
[0090]
在存在不可停止的应用程序的情况下(s3：是)，应用控制部21c从不可停止的一个或多个应用程序中，选择设为处理对象的一个应用程序(步骤s5)。应用控制部21c基于应用表23b，判定在步骤s5选择的应用程序是否能够在其他os动作(步骤s6)。在其他os能够动作可能的情况下(s6：是)，应用控制部21c获取该其他os的存储区域的空闲容量(步骤s7)。应用控制部21c将在步骤s7获取的空闲容量和处理对象的应用程序的动作所需的容量进行比较，判定空闲容量是否是必要容量以上(步骤s8)。在空闲容量不满足必要容量的情况下(s8：否)，控制部21使os的重启待机(步骤s9)，结束处理。
[0091]
在空闲容量是必要容量以上的情况下(s8：是)，应用控制部21c将处理对象的应用程序从重启的os的存储区域向其他os的存储区域复制(步骤s10)。应用控制部21c对于全部的不可停止的应用程序，判定是否结束了向其他os的复制(步骤s11)。在对于全部的不可停止的应用程序没有结束复制的情况下(s11：否)，应用控制部21c将处理返回到步骤s5，选择其他应用程序进行同样的处理。在对于全部的不可停止的应用程序结束了复制的情况下(s11：是)，应用控制部21c将处理进入到步骤s18。
[0092]
此外，应用控制部21c在判定为在步骤s5选择的应用程序不能在其他os动作的情况下(s6：否)，获取一次存储部22的空闲容量(步骤s12)。应用控制部21c将在步骤s12获取的空闲容量和处理对象的应用程序及使其动作的简易os的动作所需的容量进行比较，判定空闲容量是否是必要容量以上(步骤s13)。在空闲容量不满足必要容量的情况下(s13：否)，控制部21使os的重启待机(步骤s14)，结束处理。
[0093]
在空闲容量是必要容量以上的情况下(s14：是)，os控制部21b将从重启的os提取了应用程序的动作所需的功能的简易os生成并启动(步骤s15)。应用控制部21c将处理对象的应用程序从重启的os的存储区域向在步骤s15启动的简易os的存储区域复制(步骤s16)。应用控制部21c对于全部的不可停止的应用程序，判定是否结束了向其他os(简易os)的复制(步骤s17)。在对于全部的不可停止的应用程序结没有结束复制的情况下(s17：否)，应用控制部21c将处理返回到步骤s5，选择其他应用程序而进行同样的处理。在对于全部的不可停止的应用程序结束了复制的情况下(s17：是)，应用控制部21c将处理进入到步骤s18。
[0094]
应用控制部21c启动在步骤s10及s16复制的应用程序(步骤s18)。应用控制部21c进行从在重启的os上动作的应用程序向在步骤s18启动的应用程序的切换(步骤s19)。os控
制部21b对于需要重启的os进行重启(步骤s20)。在os的重启完成后，将在其他os或简易os暂时动作的应用程序向重启完成的os的存储区域复制并启动，进行从在其他os或简易os动作的应用程序向重启的os的应用程序的切换(步骤s21)。应用控制部21c删除在其他os及简易os的存储区域暂时复制的应用程序(步骤s22)，结束处理。
[0095]
图8是示出本实施方式所涉及的gw2进行的待机处理的顺序的流程图。本实施方式所涉及的gw2的控制部21在图7中示出的流程图的步骤s9或s14中使os的重启待机的情况下，开始图8中示出的流程图的处理。控制部21获取从车辆1的ig开关6供给的ig信号(步骤s31)。控制部21基于获取的ig信号，判定ig开关6是否是断开状态(步骤s32)。在ig开关6为接通状态的情况下(s32：否)，控制部21将处理返回到步骤s31，使os的重启待机，直至ig开关6从接通状态向断开状态切换。在ig开关6为断开状态的情况下(s32：是)，控制部21的os控制部21b使待机的os重启(步骤s33)，结束处理。
[0096]
《总结》
[0097]
以上的构成的本实施方式所涉及的gw2对在公用的硬件上动作的多个os进行控制。gw2对于多个os判定是否需要重启，在判定为需要重启一个os的情况下，使在该一个os上动作的应用程序在其他os上动作。之后，gw2重启一个os，在重启完成后使在其他os上动作的应用程序在一个os上动作。由此，gw2能够将在一个os上动作的应用程序在其他os上执行，即使在一个os的重启期间也能够继续执行应用程序的处理。
[0098]
此外，本实施方式所涉及的gw2在重启一个os的期间，使其他os并行动作。由此，gw2能够在一个os的重启期间，在其他os上使应用程序并行执行。
[0099]
此外，本实施方式所涉及的gw2在使在一个os上动作的应用程序在其他os上动作的情况下，将一个os使用的存储区域所存储的应用程序向其他os使用的存储区域复制。在一个os的重启完成后，gw2将复制的应用程序从其他os的存储区域删除。由此，gw2能够从一个os的存储区域复制应用程序而在其他os上动作，因此不需要单独准备在其他os上动作的应用程序。
[0100]
此外，本实施方式所涉及的gw2从在判定为需要重启的一个os上动作的一个或多个应用程序中，判定在一个os的重启期间应当继续动作的应用程序。gw2判定有无能够使应当继续动作的应用程序动作的其他os。gw2在判定为能够使应用程序动作的其他os的存储区域，判定是否存在存储该应用程序的空闲容量。在判定为存在空闲容量的情况下，gw2使应用程序向其他os的存储区域复制而动作。通过这些处理，能够期待gw2使在os的重启期间应当继续动作的应用程序更切实地动作。
[0101]
此外，本实施方式所涉及的gw2在其他os的存储区域不存在存储应用程序的空闲容量的情况下，gw2不进行该应用程序动作的一个os的重启而待机。由此，能够防止应当继续动作的应用程序停止。
[0102]
此外，本实施方式所涉及的gw2在使os的重启待机的情况下，在车辆1的ig开关6从接通状态向断开状态切换后实施os的重启。由此，gw2在用户完成了车辆1的使用的可能性高的阶段、即即使应用程序的处理停止也不会产生问题的可能性高的阶段，能够重启os。
[0103]
此外，本实施方式所涉及的gw2在判定为不存在能够使应当继续动作的应用程序动作的其他os的情况下，将成为重启的一个os的代替的代替os(简易os)启动，使应用程序在代替os上动作。由此，gw2能够使应当继续动作的应用程序更切实地动作。
[0104]
此外，本实施方式所涉及的gw2将具有重启的一个os的功能的一部分的简易os用作代替os。由此，与将具有一个os的全部功能的os设为代替os的情况比较，能够减少gw2的存储区域的使用量。
[0105]
此外，本实施方式所涉及的gw2对os提供将硬件虚拟化了的虚拟环境，在虚拟环境上使多个os动作。由此，能够期待在gw2动作的os的通用性的提高及开发的容易化等。
[0106]
此外，在本实施方式中，设为对于多个os分配单独的存储区域的构成，但不限于此。也可以是例如多个os共有一个存储区域的构成，在这种情况下不进行应用程序的复制，就能够在其他os使该应用程序动作。此外，在本实施方式中将重启的软件设为os，但不限于此，也可以是例如解释程序或vm(virtual machine：虚拟机)等的软件，也可以是提供某些的应用程序的执行环境的基本软件。
[0107]
(变形例)
[0108]
图9是示出变形例所涉及的gw2的应用表23b的一例的示意图。图9所示的变形例所涉及的应用表23b针对各应用程序设定有“优先级”的信息，而代替图4中示出的应用表23b的“停止可否”。在本例中，优先级以1～3的3阶段设定，优先级1设为优先级最高。
[0109]
变形例所涉及的gw2对于优先级1的应用程序，判断为os重启时动作的不可停止的应用程序，进行其他os下的动作。在不能使优先级1的应用程序在其他os动作的情况下，gw2使os的重启待机。即，优先级1的应用程序与在图4中示出的应用表23b中的停止可否设定为不可的应用程序同样地处理。
[0110]
变形例所涉及的gw2对于优先级2的应用程序，在os重启时，只要可以则继续动作。gw2先对于优先级1的应用程序进行复制等的其他os下的执行的准备后，判定是否能够使优先级2的应用程序在其他os动作。在其他os的存储区域存在充分的空间的情况等、能够在其他os使优先级2的应用程序动作的情况下，gw2使优先级2的应用程序向其他os的存储区域复制而动作。即使是不能使优先级2的应用程序在其他os动作的情况，gw2也进行os的重启。
[0111]
变形例所涉及的gw2对于优先级3的应用程序，判定为是在os重启时不需要继续动作的应用程序。即，优先级3的应用程序与图4中示出的应用表23b中的停止可否设定为可以的应用程序同样地处理。其中，gw2对于优先级3的应用程序，只要能够在其他os动作，则也可以在os的重启期间继续进行动作。
[0112]
以上的构成的变形例所涉及的gw2根据对应用程序设定的优先级，判定在os的重启期间应当继续动作的应用程序。由此，gw2例如能够使优先级高的应用程序在其他os上优先动作。
[0113]
车载信息处理系统中的各装置具备包括微处理器、rom及ram等而构成的计算机。微处理器等的运算处理部可以将包括如图6～图8所示那样的时序图或流程图的各步骤的一部分或全部的计算机程序从rom、ram等存储部分别读出并执行。这些多个装置的计算机程序能够分别从外部的服务器装置等安装。另外，这些多个装置的计算机程序分别在存储于cd-rom、dvd-rom、半导体存储器等记录介质的状态下流通。
[0114]
本次公开的实施方式在全部点上示例，应认为并非是限制的。本公开的范围并非上述含义，意在由权利要求书示出，包括与权利要求书等同含义及范围内的全部变更。
[0115]
附图标记说明
[0116]
1 车辆
[0117]
2 gw
[0118]
3 ecu
[0119]
5 无线通信装置
[0120]
6 ig开关
[0121]
21 控制部
[0122]
21a 重启判定部
[0123]
21b os控制部
[0124]
21c 应用控制部
[0125]
22 一次存储部
[0126]
23 二次存储部
[0127]
23a 程序
[0128]
23b 应用表
[0129]
24 通信部。