首页 > 化学装置 专利正文
车辆控制系统以及电子控制装置的制作方法

时间:2022-02-13 阅读: 作者:专利查询

车辆控制系统以及电子控制装置的制作方法
车辆控制系统以及电子控制装置
1.相关申请的交叉引用
2.本国际申请主张基于在2019年6月26日向日本专利厅申请的日本专利申请第2019-118578号的优先权,通过参照将日本专利申请第2019-118578号的所有内容引用到本国际申请中。
技术领域
3.本公开涉及控制车辆的车辆控制系统以及电子控制装置。


背景技术:

4.在专利文献1中记载了组装于汽车等的计算机系统。在控制设置于车辆的驾驶舱的显示装置的人机界面控制装置中,由移动终端使用的操作系统(以下,移动终端用os)迅速普及。移动终端用os大多每年更新,通过该更新,搭载于移动终端用os的功能被扩展。因此,搭载于移动终端用os的应用的功能也增加,伴随于此,需要提高搭载于移动终端的硬件的性能。
5.专利文献1:日本专利第6130617号公报
6.但是,发明人的详细研究的结果发现了如下课题:在搭载于车辆的电子控制装置中,在车辆出厂后每一年或者每几年更换硬件这样的应对较困难。


技术实现要素:

7.本公开容易提高车辆出厂后的车辆控制系统的性能。
8.本公开的一方式是具备搭载于车辆的第一电子控制装置以及第二电子控制装置的车辆控制系统。
9.第一电子控制装置具备第一控制部、第一通信部以及壳体。第一控制部被构成为执行使控制搭载于车辆的设备的至少一个第一应用动作的第一操作系统。第一通信部被构成为与第一电子控制装置的外部之间进行数据通信。壳体在内部收纳第一控制部以及第一通信部。
10.第二电子控制装置具备第二控制部、第二通信部、程序存储部、信息获取部、选择部以及状态设定部。
11.第二控制部被构成为执行使控制搭载于车辆的设备的至少一个第二应用动作的第二操作系统。
12.第二通信部被构成为与第一通信部之间进行数据通信。
13.程序存储部被构成为存储用于使至少一个第二应用的每一个第二应用动作的至少一个第二应用程序。
14.信息获取部被构成为通过数据通信从第一电子控制装置获取针对预先设定的多个设定项目的每一个设定项目设定有与车辆对应的信息的车辆设定信息。
15.选择部被构成为基于由信息获取部获取到的车辆设定信息,选择至少一个第二应
用程序中的能够在第二电子控制装置中利用的第二应用程序。
16.状态设定部被构成为将由选择部选择的第二应用程序设定为能够执行的状态。
17.这样构成的本公开的车辆控制系统通过第一通信部和第二通信部而在第一电子控制装置与第二电子控制装置之间进行数据通信,能够控制搭载于车辆的设备。而且,在第一电子控制装置中进行动作的第一应用和在第二电子控制装置中进行动作的第二应用不同,因此在第一应用与第二应用之间相互交换并利用的数据较少。因此,本公开的车辆控制系统能够抑制在第一电子控制装置与第二电子控制装置之间收发的数据量的增加。由此,本公开的车辆控制系统能够通过使用通信性能比由第一控制部及第二控制部的内部的通信总线进行的通信低的通信连接第一电子控制装置和第二电子控制装置,来控制搭载于车辆的设备。
18.而且,在本公开的车辆控制系统中,能够通过更换第二电子控制装置,并通过通信将新的第二电子控制装置与第一电子控制装置连接,来更换第二电子控制装置的硬件。因此,本公开的车辆控制系统能够通过将与更换之前相比高性能的第二电子控制装置与第一电子控制装置连接,来实现作为车辆控制系统整体的性能提高。
19.并且,在本公开的车辆控制系统中,能够通过第一通信部和第二通信部的通信来将第二电子控制装置与第一电子控制装置连接。由此,本公开的车辆控制系统不需要进行通过打开第一电子控制装置的壳体的一部分将新的第二电子控制装置收纳于第一电子控制装置的壳体的内部来连接第一电子控制装置和第二电子控制装置这样的更换作业。因此,本公开的车辆控制系统能够通过利用第一通信部和第二通信部的通信将第二电子控制装置与第一电子控制装置连接这样的简便的方法来连接第一电子控制装置和第二电子控制装置。
20.另外,在本公开的车辆控制系统中,在第二电子控制装置的程序存储部存储有至少一个第二应用程序。而且,第二电子控制装置将能够在第二电子控制装置中利用的第二应用程序设定为能够在第二操作系统上执行的状态。由此,本公开的车辆控制系统不需要另外从外部服务器下载能够在第二电子控制装置利用的第二应用程序,能够缩短提高车辆控制系统的性能所需的时间。
21.另外,在本公开的车辆控制系统中,第二电子控制装置基于车辆设定信息,选择能够在第二电子控制装置中利用的第二应用程序,将所选择的第二应用程序设定为能够执行的状态。由此,在本公开的车辆控制系统中,能够通过第二电子控制装置预先存储与车辆设定信息相互不同的车辆对应的多个第二应用程序,并对搭载于车辆设定信息相互不同的车辆的多个第一电子控制装置的每一个连接第二电子控制装置,来提高车辆控制系统的性能。即,在本公开的车辆控制系统中,能够通过1台第二电子控制装置应对车辆设定信息相互不同的多个车辆中的车辆控制系统的性能提高。
22.根据以上,本公开的车辆控制系统能够容易地提高车辆出厂后的车辆控制系统的性能。
23.本公开的其它方式是一种电子控制装置,通过与搭载于车辆的车载电子控制装置之间进行数据通信而连接于车载电子控制装置。而且,本公开的电子控制装置具备控制部、程序存储部、信息获取部、选择部以及状态设定部。
24.控制部被构成为执行使控制搭载于车辆的设备的至少一个应用动作的操作系统。
25.程序存储部被构成为存储用于使至少一个应用的每一个应用动作的至少一个应用程序。
26.信息获取部被构成为通过数据通信从车载电子控制装置获取针对预先设定的多个设定项目的每一个设定项目设定有与车辆对应的信息的车辆设定信息。
27.选择部被构成为基于由信息获取部获取到的车辆设定信息,选择至少一个应用程序中的能够在该电子控制装置中利用的应用程序。
28.状态设定部被构成为将由选择部选择的应用程序设定为能够执行的状态。
29.这样构成的本公开的电子控制装置是在本公开的车辆控制系统中被使用的电子控制装置,能够得到与本公开的车辆控制系统同样的效果。
附图说明
30.图1是表示车辆控制系统的结构的框图。
31.图2是表示存储于快闪rom的信息以及程序的框图。
32.图3是表示第一实施方式的应用信息的图表。
33.图4是表示车辆控制系统的功能结构的功能框图。
34.图5是表示启动时处理的流程图。
35.图6是表示第一实施方式的功能扩展处理的前半部分的流程图。
36.图7是表示第一实施方式的功能扩展处理的后半部分的流程图。
37.图8是表示第一实施方式中的数据的流动的图。
38.图9是表示第二、第三实施方式的应用信息的图表。
39.图10是表示第二实施方式的功能扩展处理的前半部分的流程图。
40.图11是表示第二实施方式的功能扩展处理的后半部分的流程图。
41.图12是表示第二实施方式的先行安装处理的流程图。
42.图13是表示第三实施方式的功能扩展处理的前半部分的流程图。
43.图14是表示第三实施方式的先行安装处理的流程图。
44.图15是表示先行安装的应用程序的图表。
45.图16是表示用于对hcu的应用进行版本升级的安装的图。
46.图17是表示版本升级后的状态的图。
具体实施方式
47.(第一实施方式)
48.以下将本公开的第一实施方式与附图一起进行说明。
49.本实施方式的车辆控制系统1搭载于车辆,如图1所示,具备人机界面控制装置2(以下,hcu2)和扩展模块3。hcu是human machine interface control unit(人机界面控制单元)的缩写。
50.hcu2例如是由soc构成的半导体集成电路,具备壳体11、控制部12、以及用于在hcu2的外部与控制部12之间进行信号的输入输出的外部输入输出电路13。soc是system on a chip(片上系统)的缩写。
51.壳体11是形成为箱状的金属制的部件,在内部收纳控制部12和外部输入输出电路
13。
52.控制部12具备cpu21、rom22、ram23、快闪rom24、输入输出端口25、通信电路26、将这些相互连接的总线27。
53.cpu21基于存储于rom22的程序,执行用于控制hcu2的各种处理。rom22是非易失性存储器,存储cpu21所执行的程序和程序的执行时所参照的数据。ram23是易失性存储器,暂时存储cpu21的运算结果等。
54.快闪rom24是可改写存储内容的非易失性存储器。
55.输入输出端口25是用于在控制部12的外部与控制部12之间进行信号的输入输出的电路。通信电路26通过以usb标准为基准的方式与经由安装于壳体11的外表面上的usb连接器14而连接的通信电路之间进行数据的收发。usb是universal serial bus(通用串行总线)的缩写。扩展模块3可以设置于在车辆的行驶中不会脱落的位置,也可以具备锁定机构以防止脱落。
56.控制部12的各种功能通过cpu21执行储存于非过渡性实体记录介质的程序来实现。在该例中,rom22相当于储存有程序的非过渡性实体记录介质。另外,通过该程序的执行来执行与程序对应的方法。此外,也可以通过一个或者多个ic等以硬件的方式构成cpu21所执行的功能的一部分或者全部。
57.扩展模块3例如是由soc构成的半导体集成电路,具备壳体31、控制部32、以及用于在扩展模块3的外部与控制部32之间进行信号的输入输出的外部输入输出电路33。
58.壳体31是形成为箱状的金属制的部件,在内部收纳控制部32和外部输入输出电路33。
59.控制部32具备cpu41、rom42、ram43、快闪rom44、输入输出端口45、通信电路46、以及将这些相互连接的总线47。
60.cpu41基于存储于rom42的程序,执行用于控制扩展模块3的各种处理。rom42是非易失性存储器,存储cpu41所执行的程序和程序的执行时所参照的数据。ram43是易失性存储器,暂时存储cpu41的运算结果等。
61.此外,cpu41与cpu21相比,处理性能较高。即,在通过cpu21和cpu41执行相同的运算处理的情况下,cpu41能够比cpu21以较短时间完成运算处理。
62.快闪rom44是可改写存储内容的非易失性存储器。
63.输入输出端口45是用于在控制部32的外部与控制部32之间进行信号的输入输出的电路。通信电路46通过以usb标准为基准的方式与经由usb连接器14而连接的通信电路26之间进行数据的收发。
64.控制部32的各种功能通过cpu41执行储存于非过渡性实体记录介质的程序来实现。在该例中,rom42相当于储存有程序的非过渡性实体记录介质。另外,通过该程序的执行来执行与程序对应的方法。此外,也可以通过一个或者多个ic等以硬件的方式构成cpu41所执行的功能的一部分或者全部。
65.在hcu2连接有中央显示器51、仪表显示器52、平视显示器53、空调控制器显示器54以及扬声器55。
66.中央显示器51配置于驾驶座与副驾驶座之间的前方。中央显示器51用作导航以及音频等的各种车载设备的显示画面,并且用作应用的显示画面。仪表显示器52配置于方向
盘的前方,显示各种仪表等。平视显示器53在配置于驾驶员的前方的挡风玻璃上显示各种信息。空调控制器显示器54显示与控制车载空调的空调控制器相关的信息(例如,当前的设定温度等)。扬声器55设置于车厢内,输出从hcu2输入的声音数据所示的声音。
67.在hcu2连接有相机61、麦克风62、位置检测装置63、调谐器64、驾驶员状态监视器65(以下,dsm65)、lidar66以及雷达68。dsm是driver status monitor(驾驶员状态监控器)的缩写。lidar是light detection and ranging(光检测和测距)的缩写。
68.相机61例如安装于车辆的后侧,连续拍摄车辆的后方的状况。麦克风62设置于车厢内,输入车辆的乘员所发出的声音。麦克风62输出表示输入的声音的声音数据。
69.位置检测装置63具备gps接收机和陀螺传感器。gps是global positioning system(全球定位系统)的缩写。gps接收机接收从gps卫星发送的gps定位信号,输出接收到的gps定位信号。陀螺传感器检测以相互正交的x轴、y轴以及z轴为中心的旋转的角速度。
70.调谐器64接收am广播以及fm广播的无线电广播信号。dsm65通过拍摄了驾驶员的脸的脸图像的图像分析,检测驾驶员的状态。lidar66通过收发激光,检测存在于车辆的周围的物体的位置。雷达68通过收发毫米波波段的雷达波,检测存在于车辆的周围的物体的位置。
71.在扩展模块3连接有无线通信装置71。无线通信装置71具备bt通信部和wi-fi通信部。bt通信部通过以bluetooth标准为基准的方式进行近距离无线通信。bluetooth是注册商标。wi-fi通信部通过以wi-fi标准为基准的方式进行近距离无线通信。wi-fi是注册商标。
72.如图2所示,在快闪rom24中存储有车辆配置信息(以下,车辆配置信息)ci。车辆配置信息由表示搭载有hcu2的车辆(以下,搭载车辆)的车型名、搭载车辆的目的地、搭载车辆的等级、应用利用的搭载车辆的功能(以下,搭载功能)、搭载车辆的显示器的分辨率、搭载车辆的显示器的尺寸、搭载车辆的方向盘的位置的数据构成。
73.在快闪rom44中存储有为了扩展车辆控制系统1的功能而新制成的多个功能扩展应用程序(以下,功能扩展应用程序)pg1、pg2、pg3、
·····
、pgn。此外,pgn的n是正的整数。另外,在快闪rom44中存储有应用信息(以下,应用信息)api。
74.如图3所示,应用信息api针对功能扩展应用程序pg1~pgn的每一个,存储与第1、2、3、4、5、6、7、8、9项目相关的信息。
75.第1项目是应用名。第2项目是搭载车辆的车型名。第3项目是搭载车辆的目的地,第4项目是搭载车辆的等级。第5项目是搭载功能。第6项目是搭载车辆的显示器的分辨率。第7项目是搭载车辆的显示器的尺寸。第8项目是搭载车辆的方向盘的位置。第9项目是应用的利用可否。此外,应用信息api所存储的信息并不限定于与上述的第1~9项目相关的信息,也可以追加与上述的第1~9项目以外相关的信息。
76.应用信息api针对n个功能扩展应用程序pg1~pgn的每一个,具备沿着横向排列第1、2、3、4、5、6、7、8、9项目的项目组。即,应用信息api具备与功能扩展应用程序pg1~pgn对应的n个项目组。而且,沿着纵向排列n个项目组而形成应用信息api。以下,将沿着纵向排列的n个项目组中从上起配置于第i个的项目组称为第i个项目组。i是从1到n的整数。例如,在图3中,应用名为“hvac”的项目组是第1个项目组,应用名为“radio”的项目组是第2个项目组。
77.如图4所示,hcu2具备管理程序81、服务总线82、操作系统83(以下,os83)、实时操作系统84(以下,实时os84)、仪表处理部85、hmi处理部86、防火墙87。os是operating system(操作系统)的缩写。hmi是human machine interface(人机界面)的缩写。
78.管理程序81具有为了能够在cpu21上并列执行多个操作系统而管理多个操作系统的功能。即,管理程序81管理os83以及实时os84。
79.服务总线82是进行应用层与下位层之间的数据的桥接的应用,上述下位层表示在表示层以下的下位的任意层。服务总线82进行数据的交接,使得经由usb连接器14进行通信的hcu2和扩展模块3能够像一个装置那样进行数据的交换。因此,服务总线82具备用于将在下位层使用的数据和在应用层使用的数据建立对应的数据库,通过参照该数据库,在应用层与下位层之间变换数据的形式。
80.os83是为了使各种应用动作而搭载于hcu2的基本软件。在本实施方式中,os83是安卓操作系统(android)。安卓操作系统是注册商标。
81.在本实施方式中,os83使无线电应用101、空调应用102、导航应用103以及声音识别应用104动作。
82.无线电应用101执行用于基于调谐器64接收到的无线电广播信号输出声音的处理。空调应用102执行搭载于车辆的空调的控制。
83.导航应用103执行用于基于位置检测装置63检测出的位置信息显示车辆的当前位置的处理、以及用于引导从当前位置到目的地的路径的处理等。
84.声音识别应用104执行用于识别麦克风62检测到的声音的处理、以及用于基于识别结果进行响应的处理等。
85.实时os84具有为了能够在cpu21上并列执行hmi处理部86和仪表处理部85而管理hmi处理部86以及仪表处理部85的功能。实时os84管理hmi处理部86以及仪表处理部85,以使得能够确保由hmi处理部86及仪表处理部85进行的处理的实时性。
86.仪表处理部85使仪表应用111、平视显示器应用112以及后部相机应用113动作。
87.仪表应用111执行用于控制仪表显示器52的显示的处理。平视显示器应用112执行用于控制平视显示器53的显示的处理。后部相机应用113执行用于控制基于相机61的拍摄图像的显示的处理。
88.hmi处理部86基于从hmi处理部86的外部输入的影像数据,执行控制中央显示器51、仪表显示器52、平视显示器53以及空调控制器显示器54的显示的处理。另外,hmi处理部86基于从hmi处理部86的外部输入的声音数据,执行控制扬声器55的声音输出的处理。
89.防火墙87限制从os83的外部对os83的非法访问。另外,防火墙87限制从实时os84的外部对实时os84的非法访问。
90.扩展模块3具备操作系统91(以下,os91)。os91是为了使各种应用动作而搭载于扩展模块3的基本软件。在本实施方式中,os91是安卓操作系统。os91使移动设备通信应用121动作。
91.移动设备通信应用121执行通过使用了无线通信装置71的近距离无线通信与移动设备之间收发数据,并将接收到的数据向hcu2发送的处理。
92.接下来,对hcu2的cpu21所执行的启动时处理的过程进行说明。启动时处理是对hcu2施加电源电压时开始的处理。此外,在扩展模块3经由usb连接器14与hcu2连接的情况
下,若对hcu2施加电源电压,则经由usb连接器14也对扩展模块3施加电源电压。由此,扩展模块3的cpu41启动,cpu41使os91启动。
93.若执行启动时处理,则如图5所示,首先在s10中,hcu2的cpu21执行使cpu21启动的启动处理。然后,若cpu21启动,则在s20中,cpu21加载bsp程序。bsp是board support package(板级支持包)的缩写。bsp程序是在构成hcu2的soc上执行os所需的程序,例如,包括用于执行硬件的初始化处理的程序。
94.接下来,在s30中,cpu21启动管理程序81。进而,在s40中,cpu21启动服务总线82。然后,在s50中,cpu21启动os83和实时os84。另外,在s60中,cpu21执行用于将外部os(即,os91)与服务总线82连接的处理。
95.然后,在s70中,cpu21判断是否将服务总线82与hcu2的外部os(即,os91)连接。在这里,在未与外部os连接的情况下,cpu21结束启动时处理。另一方面,在与外部os连接的情况下,在s80中,cpu21对外部os分配资源,结束启动时处理。具体而言,cpu21在ram23内设定暂时存储从扩展模块3接收到的数据的存储区域。
96.接下来,对扩展模块3的cpu41所执行的功能扩展处理的过程进行说明。功能扩展处理是在扩展模块3与hcu2连接并使os91启动后开始的处理。
97.若执行功能扩展处理,则如图6和图7所示,首先在s110中,cpu41判断扩展模块3是否与hcu2初次连接。在这里,在扩展模块3与hcu2的连接为2次以上的情况下,cpu41结束功能扩展处理。
98.另一方面,在扩展模块3与hcu2初次连接的情况下,在s120中,cpu41通过usb通信从hcu2接收车辆配置信息ci。
99.进而,在s130中,cpu41将设置于ram43的项目组指示值i设定为1。
100.然后,在s140中,cpu41判断应用信息api的第i个项目组中的车型名(即,第2项目)是否与车辆配置信息ci中的车型名一致。在这里,在车型名不一致的情况下,cpu41移至s220。
101.另一方面,在车型名一致的情况下,在s150中,cpu41判断应用信息api的第i个项目组中的目的地(即,第3项目)是否与车辆配置信息ci中的目的地一致。在这里,在目的地不一致的情况下,cpu41移至s220。
102.另一方面,在目的地一致的情况下,在s160中,cpu41判断应用信息api的第i个项目组中的等级(即,第4项目)是否与车辆配置信息ci中的等级一致。在这里,在等级不一致的情况下,cpu41移至s220。
103.另一方面,在等级一致的情况下,在s170中,cpu41判断应用信息api的第i个项目组中的搭载功能(即,第5项目)是否与车辆配置信息ci中的搭载功能一致。在这里,在搭载功能不一致的情况下,cpu41移至s220。
104.另一方面,在搭载功能一致的情况下,在s180中,cpu41判断应用信息api的第i个项目组中的显示器的分辨率(即,第6项目)是否与车辆配置信息ci中的显示器的分辨率一致。在这里,在分辨率不一致的情况下,cpu41移至s220。
105.另一方面,在分辨率一致的情况下,在s190中,cpu41判断应用信息api的第i个项目组中的显示器的尺寸(即,第7项目)是否与车辆配置信息ci中的显示器的尺寸一致。在这里,在尺寸不一致的情况下,cpu41移至s220。
106.另一方面,在尺寸一致的情况下,在s200中,cpu41判断应用信息api的第i个项目组中的方向盘的位置(即,第8项目)是否与车辆配置信息ci中的方向盘的位置一致。在这里,在方向盘的位置不一致的情况下,cpu41移至s220。
107.另一方面,在方向盘的位置一致的情况下,在s210中,cpu41对应用信息api的第i个项目组中的利用可否的项目(即,第9项目)设定1,移至s220。此外,在利用可否的项目中,设定0作为初始值。
108.若移至s220,则cpu41判断项目组指示值i是否为程序数n以上。在这里,在项目组指示值i小于程序数n的情况下,在s230中,cpu41增加项目组指示值i(即,加1),移至s140。
109.另一方面,在项目组指示值i为程序数n以上的情况下,在s240中,cpu41将项目组指示值i设定为1。
110.然后,在s250中,cpu41判断与第i个项目组对应的功能扩展应用程序(以下,功能扩展应用程序pgi)是否可利用。具体而言,cpu41判断应用信息api的第i个项目组中的利用可否的项目(即,第9项目)是否被设定为1。即,cpu41在利用可否的项目被设定为1的情况下,判断为功能扩展应用程序pgi可利用。另一方面,在利用可否的项目被设定为0的情况下,判断为功能扩展应用程序pgi不可利用。
111.在这里,在功能扩展应用程序pgi不可利用的情况下,cpu41移至s290。另一方面,在功能扩展应用程序pgi可利用的情况下,在s260中,cpu41判断功能扩展应用程序pgi是否被压缩。
112.在这里,在功能扩展应用程序pgi未被压缩的情况下,cpu41移至s280。另一方面,在功能扩展应用程序pgi被压缩的情况下,在s270中,cpu41展开功能扩展应用程序pgi,移至s280。
113.然后,若移至s280,则cpu41将功能扩展应用程序pgi安装于os91,移至s290。由此,功能扩展应用程序pgi在os91上成为可利用的状态。
114.然后,若移至s290,则cpu41判断项目组指示值i是否为程序数n以上。在这里,在项目组指示值i小于程序数n的情况下,在s300中,cpu41增加项目组指示值i,移至s250。
115.另一方面,在项目组指示值i为程序数n以上的情况下,在s310中,cpu41从快闪rom44中删除与利用可否的项目被设定为0的项目组对应的功能扩展应用程序,结束功能扩展处理。
116.接下来,对hcu2的中央显示器51、仪表显示器52、平视显示器53、空调控制器显示器54以及扬声器55的控制进行说明。
117.如图8所示,通过相机61拍摄而获取的数据被输入到仪表处理部85。搭载于仪表处理部85的后部相机应用113使用所输入的数据,制成用于显示于中央显示器51的显示用数据。而且,后部相机应用113将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从仪表处理部85输入的显示用数据向中央显示器51输出。单点划线所示的折线l1表示从相机61到达中央显示器51的数据的路径。
118.表示由麦克风62检测出的声音的数据被输入到os83。搭载于os83的声音识别应用104基于所输入的声音数据,进行声音识别处理,进行必要的处理来决定从扬声器55输出的输出声音,将表示决定的输出声音的数据经由服务总线82向hmi处理部86输出。hmi处理部86将从os83输入的数据向扬声器55输出。虚线所示的折线l2表示从麦克风62到达os83的数
据的路径。
119.表示由位置检测装置63检测出的位置的数据被输入到os83。搭载于os83的导航应用103基于所输入的位置数据,制成用于显示于中央显示器51的显示用数据。而且,导航应用103将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从os83输入的显示用数据向中央显示器51输出。虚线所示的折线l3表示从位置检测装置63到达中央显示器51的数据的路径。
120.表示由调谐器64接收到的无线电广播信号的数据被输入到os83。搭载于os83的无线电应用101基于所输入的数据,制成表示从扬声器55输出的输出声音的数据,将制成的数据经由服务总线82向hmi处理部86输出。hmi处理部86将从os83输入的数据向扬声器55输出。虚线所示的折线l4表示从调谐器64到达扬声器55的数据的路径。
121.搭载于os83的空调应用102制成用于显示于中央显示器51的显示用数据。而且,空调应用102将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从os83输入的显示用数据向空调控制器显示器54输出。虚线所示的折线l5表示从os83到达空调控制器显示器54的数据的路径。
122.搭载于仪表处理部85的平视显示器应用112制成用于显示于平视显示器53的显示用数据。而且,平视显示器应用112将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从仪表处理部85输入的显示用数据向平视显示器53输出。单点划线所示的折线l6表示从仪表处理部85到达平视显示器53的数据的路径。
123.搭载于仪表处理部85的仪表应用111制成用于显示于仪表显示器52的显示用数据。而且,仪表应用111将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从仪表处理部85输入的显示用数据向仪表显示器52输出。单点划线所示的折线l7表示从仪表处理部85到达仪表显示器52的数据的路径。
124.在无线通信装置71中接收到的数据被输入到os91。搭载于os91的移动设备通信应用121制成用于显示于中央显示器51的显示用数据。而且,移动设备通信应用121将制成的显示用数据经由服务总线82向hmi处理部86输出。hmi处理部86将从os91输入的显示用数据向中央显示器51输出。实线所示的折线l8表示从无线通信装置71到达中央显示器51的数据的路径。
125.这样构成的车辆控制系统1具备搭载于车辆的hcu2以及扩展模块3。
126.hcu2具备控制部12、通信电路26以及壳体11。控制部12执行使无线电应用101、空调应用102、导航应用103以及声音识别应用104动作的os83。无线电应用101控制搭载于车辆的扬声器55。空调应用102控制搭载于车辆的空调控制器显示器54。导航应用103控制搭载于车辆的中央显示器51。声音识别应用104控制搭载于车辆的扬声器55。
127.通信电路26与hcu2的外部之间进行数据通信。壳体11在内部收纳控制部12以及通信电路26。
128.扩展模块3具备控制部32、通信电路46以及快闪rom44。控制部32执行使控制搭载于车辆的中央显示器51的移动设备通信应用121动作的os91。通信电路46与通信电路26之间进行数据通信。快闪rom44存储功能扩展应用程序pg1~pgn。
129.控制部32通过数据通信从hcu2获取针对预先设定的第1~9项目的每一个项目设定有与车辆对应的信息的车辆配置信息ci。
130.控制部32基于获取到的车辆配置信息ci,选择功能扩展应用程序pg1~pgn中的能够在扩展模块3中利用的功能扩展应用程序。
131.控制部32将所选择的功能扩展应用程序安装于os91,从而设定为能够在os91上执行的状态。
132.这样,在车辆控制系统1中,在hcu2与扩展模块3之间进行数据通信,能够控制搭载于车辆的设备。而且,在hcu2中进行动作的应用(以下,第一应用)和在扩展模块3中进行动作的应用(以下,第二应用)不同,因此在第一应用与第二应用之间相互交换并利用的数据较少。因此,车辆控制系统1能够抑制在hcu2与扩展模块3之间收发的数据量的增加。由此,车辆控制系统1能够通过使用通信性能比由控制部12、32的内部的总线27、47进行的通信低的通信连接hcu2和扩展模块3,来控制搭载于车辆的设备。
133.而且,在车辆控制系统1中,能够通过更换扩展模块3并将新的扩展模块3与hcu2连接,来更换扩展模块3的硬件。因此,车辆控制系统1能够通过将比更换之前高性能的扩展模块3与hcu2连接,来实现作为车辆控制系统1整体的性能提高。
134.并且,在车辆控制系统1中,能够通过通信电路26和通信电路46的通信将扩展模块3与hcu2连接。由此,车辆控制系统1不需要进行打开hcu2的壳体11的一部分将新的扩展模块3收纳于hcu2的壳体11的内部而连接hcu2和扩展模块3这样的更换作业。因此,车辆控制系统1能够通过利用通信电路26和通信电路46的通信将扩展模块3与hcu2连接这样的简便的方法将hcu2和扩展模块3连接。
135.另外,在车辆控制系统1中,在扩展模块3的快闪rom44中存储有功能扩展应用程序pg1~pgn。而且,扩展模块3将能够在扩展模块3中利用的功能扩展应用程序设定为能够在os91上执行的状态。由此,车辆控制系统1不需要另外从外部服务器下载能够在第二电子控制装置中利用的功能扩展应用程序,能够缩短提高车辆控制系统1的性能所需的时间。
136.另外,在车辆控制系统1中,扩展模块3基于车辆配置信息ci,选择能够在扩展模块3中利用的功能扩展应用程序,将所选择的功能扩展应用程序设定为能够在os91上执行的状态。由此,在车辆控制系统1中,能够通过扩展模块3预先存储与车辆配置信息ci相互不同的车辆对应的多个功能扩展应用程序,并对搭载于车辆配置信息ci相互不同的车辆的多个hcu2的每一个连接扩展模块3,来提高车辆控制系统1的性能。即,在车辆控制系统1中,能够通过1台扩展模块3,来应对车辆配置信息ci相互不同的多个车辆中的车辆控制系统1的性能提高。
137.根据以上,车辆控制系统1能够容易地提高车辆出厂后的车辆控制系统1的性能。
138.另外,在通过数据通信将扩展模块3与hcu2连接时,扩展模块3判断hcu2与扩展模块3的连接是否为初次。而且,扩展模块3在判断为hcu2与扩展模块3的连接不是初次的情况下,禁止车辆配置信息ci的获取、功能扩展应用程序的选择、以及功能扩展应用程序的安装。由此,车辆控制系统1能够避免尽管已经安装了功能扩展应用程序却还进行安装的无用的处理的执行,减少扩展模块3的处理负荷。
139.另外,扩展模块3从快闪rom44中删除未被选择的功能扩展应用程序。由此,车辆控制系统1能够增加扩展模块3的存储容量,减轻扩展模块3本身的负荷,能够容易地进行扩展模块3中的应用的动作。
140.在以上说明的实施方式中,hcu2相当于第一电子控制装置,扩展模块3相当于第二
电子控制装置。
141.另外,控制部12相当于第一控制部,通信电路26相当于第一通信部。
142.另外,无线电应用101、空调应用102、导航应用103以及声音识别应用104相当于第一应用,os83相当于第一操作系统。
143.另外,控制部32相当于第二控制部以及控制部,通信电路46相当于第二通信部。
144.另外,移动设备通信应用121相当于第二应用以及应用,os91相当于第二操作系统以及操作系统。
145.另外,快闪rom44相当于程序存储部,s120相当于作为信息获取部的处理,s130~s230相当于作为选择部的处理,s240~s300相当于作为状态设定部的处理。
146.另外,功能扩展应用程序pg1~pgn相当于第二应用程序以及应用程序,车辆配置信息ci相当于车辆设定信息。
147.另外,s110相当于作为连接判断部以及禁止部的处理,s310相当于作为删除部的处理。
148.(第二实施方式)
149.以下将本公开的第二实施方式与附图一起进行说明。此外,在第二实施方式中,对与第一实施方式不同的部分进行说明。对于共同的结构标注相同的附图标记。
150.第二实施方式的车辆控制系统1与第一实施方式不同的点在于:变更了车辆配置信息ci,变更了应用信息api,变更了功能扩展处理,追加了先行安装处理。
151.第二实施方式的车辆配置信息ci与第一实施方式不同的点在于,还追加了表示类别以及制造商的数据。
152.第二实施方式的应用信息api与第一实施方式不同的点在于,如图9所示,对于功能扩展应用程序pg1~pgn的每一个,除了与第1~9项目相关的信息之外,还存储与第10、11、12项目相关的信息。第10项目是类别。第11项目是制造商。第12项目是先行。
153.第二实施方式的功能扩展处理与第一实施方式不同的点在于,如图10和图11所示,省略s130的处理而追加了s500~s590的处理。
154.即,若s120的处理结束,则在s500中,cpu41将设置于ram43的项目组指示值k设定为1。
155.然后,在s510中,cpu41判断应用信息api的第k个项目组中的类别(即,第10项目)及制造商(即,第11项目)是否与车辆配置信息ci中的类别及制造商一致。
156.在这里,在类别及制造商不一致的情况下,cpu41移至s550。另一方面,在类别及制造商一致的情况下,在s520中,cpu41在设置于ram43的安装列表中追加表示应用信息api的第k个项目组中的应用名(即,第1项目)的信息。
157.然后,在s530中,cpu41设置设置于ram43的安装开始标志f1。在以下的说明中,设置标志表示将该标志的值设为1,清除标志表示将该标志的值设为0。
158.进而,在s530中,cpu41增加设置于ram43的列表内应用数(以下,应用数)lmax,移至s550。此外,作为初始值,应用数lmax被设定为0。
159.然后,若移至s550,则在s550中,cpu41判断项目组指示值k是否为程序数n以上。在这里,在项目组指示值k小于程序数n的情况下,在s560中,cpu41增加项目组指示值k,移至s510。
160.另一方面,在项目组指示值k为程序数n以上的情况下,在s570中,cpu41将项目组指示值i设定为1。然后,在s580中,cpu41判断在安装列表中是否追加了与应用信息api的第i个项目组对应的应用。在这里,在安装列表中追加了对应的应用的情况下,cpu41移至s220。另一方面,在安装列表中未追加对应的应用的情况下,cpu41移至s140。
161.另外,在s220中,在项目组指示值i为程序数n以上的情况下,在s590中,cpu41判断是否设置了设置于ram43的先行安装结束标志f2。在这里,在未设置先行安装结束标志f2的情况下,cpu41反复s590的处理,从而待机直到设置了先行安装结束标志f2为止。然后,若设置了先行安装结束标志f2,则cpu41移至s240。
162.另外,若s230的处理结束,则cpu41移至s580。
163.接下来,对扩展模块3的cpu41所执行的先行安装处理的过程进行说明。先行安装处理是os91启动后反复执行的处理。
164.若执行先行安装处理,则如图12所示,首先在s710中,cpu41判断是否设置了安装开始标志f1。在这里,在清除安装开始标志f1的情况下,cpu41结束先行安装处理。
165.另一方面,在设置了安装开始标志f1的情况下,在s720中,cpu41将设置于ram43的列表顺序指示值m设定为1。并且,在s730中,cpu41将与第m个追加到安装列表中的应用对应的功能扩展应用程序安装于os91。此外,在功能扩展应用程序被压缩的情况下,cpu41在展开该功能扩展应用程序后进行安装。
166.然后,在s740中,cpu41判断s730的安装是否完成。在这里,在安装未完成的情况下,cpu41反复s740的处理,从而待机直到安装完成为止。然后,若安装完成,则在s750中,cpu41判断列表顺序指示值m是否为应用数lmax以上。在这里,在列表顺序指示值m小于应用数lmax的情况下,在s760中,cpu41增加列表顺序指示值m,移至s730。
167.另一方面,在列表顺序指示值m为应用数lmax以上的情况下,在s770中,cpu41判断项目组指示值k是否为程序数n以上。在这里,在项目组指示值k小于程序数n的情况下,cpu41移至s750。
168.另一方面,在项目组指示值k为程序数n以上的情况下,在s780中,cpu41清除安装开始标志f1,设置先行安装结束标志f2,结束先行安装处理。
169.在这样构成的车辆控制系统1中,扩展模块3将安装于os91的功能扩展应用程序中的基于预先设定的先行选择条件而选择的功能扩展应用程序作为先行应用程序,将先行应用程序比未被选择为先行应用程序的功能扩展应用程序先安装于os91。先行选择条件是类别及制造商与车辆配置信息ci中的类别及制造商一致。
170.由此,车辆控制系统1能够使重要性高的功能扩展应用程序提早成为可利用的状态。
171.在以上说明的实施方式中,s240~s300、s500~s590、s710~s780相当于作为状态设定部的处理。
172.(第三实施方式)
173.以下将本公开的第三实施方式与附图一起进行说明。此外,在第三实施方式中,对与第二实施方式不同的部分进行说明。对于共同的结构标注相同的附图标记。
174.第三实施方式的车辆控制系统1与第二实施方式不同的点在于,变更了功能扩展处理以及先行安装处理。
175.如图13所示,第三实施方式的功能扩展处理与第一实施方式不同的点在于,执行s900~s970的处理来代替s500~s580。
176.即,若s120的处理结束,则在s900中,cpu41将项目组指示值k设定为1。
177.然后,在s910中,cpu41判断应用信息api的第k个项目组中的类别及制造商是否与车辆配置信息ci中的类别及制造商一致。
178.在这里,在类别及制造商不一致的情况下,cpu41移至s930。另一方面,在类别及制造商一致的情况下,在s920中,cpu41对应用信息api的第k个项目组中的先行的项目(即,第12项目)设定1,移至s930。此外,在先行的项目中,设定0作为初始值。
179.然后,若移至s930,则cpu41判断项目组指示值k是否为程序数n以上。在这里,在项目组指示值k小于程序数n的情况下,在s940中,cpu41增加项目组指示值k,移至s910。
180.另一方面,在项目组指示值k为程序数n以上的情况下,在s950中,cpu41设置安装开始标志f1。进而,在s960中,cpu41将项目组指示值i设定为1。然后,在s970中,cpu41判断是否在应用信息api的第i个项目组中的先行的项目(即,第12项目)中设定为1。
181.在这里,在先行的项目中未设定为1的情况下,cpu41移至s140。另一方面,在先行的项目中设定为1的情况下,cpu41移至s220。另外,若s230的处理结束,则移至s970。
182.接下来,对第三实施方式的先行安装处理的过程进行说明。
183.若执行第三实施方式的先行安装处理,则如图14所示,首先在s1110中,cpu41判断是否设置了安装开始标志f1。在这里,在清除安装开始标志f1的情况下,cpu41结束先行安装处理。
184.另一方面,在设置了安装开始标志f1的情况下,在s1120中,cpu41将列表顺序指示值m设定为1。进而,在s1130中,cpu41判断应用信息api的第m个项目组中的先行的项目(即,第12项目)是否被设定为1。在这里,在先行的项目未被设定为1的情况下,cpu41移至s1160。
185.另一方面,在先行的项目被设定为1的情况下,在s1140中,cpu41将与应用信息api的第m个项目组对应的功能扩展应用程序安装于os91。此外,在功能扩展应用程序被压缩的情况下,cpu41在展开该功能扩展应用程序后进行安装。
186.然后,在s1150中,cpu41判断s1140的安装是否完成。在这里,在安装未完成的情况下,cpu41反复s1150的处理,从而待机直到安装完成为止。然后,若安装完成,则在s1160中,cpu41判断列表顺序指示值m是否为程序数n以上。在这里,在列表顺序指示值m小于程序数n的情况下,在s1170中,cpu41增加列表顺序指示值m,移至s1130。
187.另一方面,在列表顺序指示值m为程序数n以上的情况下,在s1180中,cpu41清除安装开始标志f1,设置先行安装结束标志f2,结束先行安装处理。
188.在这样构成的车辆控制系统1中,扩展模块3将安装于os91的功能扩展应用程序中的基于预先设定的先行选择条件而选择的功能扩展应用程序作为先行应用程序,将先行应用程序比未被选择为先行应用程序的功能扩展应用程序先安装于os91。先行选择条件是类别及制造商与车辆配置信息ci中的类别及制造商一致。
189.由此,车辆控制系统1能够使重要性高的功能扩展应用程序提早成为可利用的状态。
190.在以上说明的实施方式中,s240~s300、s590、s900~s970、s110~s1180相当于作为状态设定部的处理。
191.以上,对本公开的一个实施方式进行了说明,但本公开并不限定于上述实施方式,能够进行各种变形来实施。
192.[变形例1]
[0193]
例如,在上述第一实施方式中,示出了在hcu2与扩展模块3之间进行usb通信的方式,但并不限定于usb通信,例如也可以通过pci-ex进行通信。另外,也可以通过在hcu2与扩展模块3之间进行无线通信,来将hcu2和扩展模块3连接。
[0194]
[变形例2]
[0195]
在上述第二、第三实施方式中,示出了判断类别及制造商是否一致的方式。但是,也可以根据oem或者系统制造商等的事先的设定,判断类别及制造商中的任一方是否一致。oem是original equipment manufacturer(原始设备制造商)的缩写,是整车制造商。
[0196]
另外,车辆控制系统1也可以具备即使是其它的oem的应用,只要一部分用户进行指定也能够进行利用的功能(例如,gui等改变等)。
[0197]
[变形例3]
[0198]
在上述第二、第三实施方式中,示出了基于类别及制造商来决定先行安装的应用程序的方式。但是,也可以根据oem或者系统制造商等的事先的设定,根据安装顺序按照每个组进行安装。组基于应用信息api的项目中的“类别”以及“制造商”等由oem或者系统制造商等决定。表示oem或者系统制造商等事先决定的安装顺序(即,组)的信息也可以在hcu2及扩展模块3中的任一个中存储。
[0199]
在hcu2存储表示安装顺序的信息的情况下,hcu2将先行安装的组的信息发送到扩展模块3。
[0200]
在扩展模块3存储表示安装顺序的信息的情况下,扩展模块3判断先行安装的应用程序。
[0201]
在hcu2及扩展模块3的双方存储表示安装顺序的信息的情况下,利用扩展模块3的信息。根据情况,有时也利用hcu2的信息,在该情况下,oem或者系统制造商等事先指定利用哪一个。
[0202]
例如,如图15所示,也可以先行安装类别为行驶、制造商为lmn的应用程序,然后安装剩余的应用程序。在图15中,由虚线所示的矩形rc1包围的项目组所对应的应用程序被先行安装,由矩形rc2包围的项目组所对应的应用程序被之后安装。
[0203]
[变形例4]
[0204]
在上述实施方式中,示出了将应用程序安装于扩展模块3的方式。但是,也可以在扩展模块3中存储小变更hcu2的应用后的应用程序,将扩展模块3与hcu2连接,从而在hcu2上进行hcu2的应用的版本升级。
[0205]
图16表示在hcu2的os83中安装有旧版本的应用app0,使用存储于扩展模块3的小变更应用程序,将新版本的应用app1安装于hcu2的os83的情况。由此,如图17所示,搭载于hcu2的os83的应用被版本升级。因此,用户通过将扩展模块3与hcu2连接,能够简单地自己进行hcu2的应用的维护等,而不是去商家进行hcu2的应用的维护等(例如,通过usb、sd卡或者磁盘进行地图更新等)。例如,在通过sd卡或者磁盘进行地图的更新的情况下,若将扩展模块3与hcu2连接,则也能够进行其它应用的版本升级,也能够进行地图的更新。此外,在将hcu2的应用版本升级的情况下,扩展模块3也可以压缩或者删除存储于扩展模块3的应用程
序,也可以不进行压缩以及删除而保持原样。
[0206]
本公开所记载的控制部12、32及其方法也可以通过专用计算机来实现,该专用计算机通过构成被编程为执行利用计算机程序具体化的一个或多个功能的处理器以及存储器来提供。或者,本公开所记载的控制部12、32及其方法也可以通过利用一个以上的专用硬件逻辑电路构成处理器而被提供的专用计算机来实现。或者,本公开所记载的控制部12、32及其方法也可以通过一个以上的专用计算机来实现,该一个以上的专用计算机由被编程为执行一个或多个功能的处理器及存储器、和由一个以上的硬件逻辑电路构成的处理器的组合而构成。另外,计算机程序也可以作为由计算机执行的指令而存储于计算机可读取的非过渡有形记录介质。在实现控制部12、32所包含的各部的功能的方法中,并非必须包含软件,其全部的功能也可以使用一个或者多个硬件来实现。
[0207]
可以通过多个构成要素实现上述实施方式中的一个构成要素所具有的多个功能、或者通过多个构成要素来实现一个构成要素所具有的一个功能。另外,也可以通过一个构成要素来实现多个构成要素所具有的多个功能、或者通过一个构成要素来实现由多个构成要素实现的一个功能。另外,也可以省略上述实施方式的结构的一部分。另外,也可以对其它上述实施方式的结构附加或者置换上述实施方式的结构的至少一部分。
[0208]
除了上述的hcu2及扩展模块3之外,也能够以将hcu2及扩展模块3作为构成要素的系统、用于使计算机作为hcu2及扩展模块3发挥功能的程序、记录有该程序的介质、装置性能提高方法等各种方式来实现本公开。