CN111190610A - 车载系统 - Google Patents

Abstract

本公开的实施例涉及车载系统。一种用于车辆的车载系统，包括：安装应用的多个信息处理器(100)；获取应用的应用获取单元(110)；请求指定单元(130)，其指定由应用获取单元获取的应用要求的请求资源；资源指定单元(120)，其指定由信息处理器中的每个信息处理器提供的供应资源；以及选择单元(140)，其选择信息处理器中提供满足请求资源的供应资源的一个信息处理器作为应用的安装目的地。

Description

车载系统

技术领域

本公开涉及一种车载系统，其用于在车载系统中的电子控制单元上附加地安装应用。

背景技术

专利文献1公开了一种安装系统，其包括多个信息处理单元并且附加地安装程序。在该程序中，预先将安装系统中包括的特定信息处理单元设置为安装目标。专利文献1的安装系统基于在安装系统中包括的某个信息处理单元上的操作，在被确定为安装目标的特定信息处理单元上安装程序。

在作为包括多个信息处理单元的系统的车载系统中，研究了其中附加安装应用的配置。然而，根据车辆的配置和使用情况，车载系统中包括的各个信息处理单元可用的资源可能随车辆而变化。因此，在将应用安装在车载系统中包括的特定信息处理单元中的配置的情况下，可用于该应用的资源可能受到供应资源的限制，该供应资源可以由特定信息处理单元提供作为安装目标。因此，所安装的应用的性能可能会降低。

专利文献1：JP-2014-178998-A

发明内容

本公开的一个目的是提供一种抑制附加安装的应用的性能下降的车载系统。

根据本公开的一方面，一种用于车辆的车载系统包括：安装应用的多个信息处理器；获取应用的应用获取单元；请求指定单元，其指定由应用获取单元获取的应用要求的请求资源；资源指定单元，其指定由每个信息处理器提供的供应资源；以及选择单元，其选择信息处理器中具有与请求资源匹配的供应资源的一个信息处理器作为应用的安装目的地。

根据上述配置，请求指定单元和资源指定单元指定由附加应用所要求的请求资源，以及由每个信息处理器提供的供应资源。选择单元选择信息处理器中供应资源与请求资源匹配的一个信息处理器作为附加应用的安装目标。因此，所选择的信息处理器向安装在所选择的信息处理器中的应用提供请求资源，以使该应用可操作。因此，车载系统抑制了所添加的应用的性能下降。

附图说明

根据以下参考附图进行的详细描述，本公开的以上和其他目的、特征和优点将变得更加明显。在附图中：

图1是示出车载系统的配置的框图；

图2是示出安装分配应用的操作示例的流程图；

图3是示出安装分配应用的通信步骤的时序图；

图4是示出附加应用的操作示例的流程图；以及

图5是示出附加应用的通信步骤的序列图。

具体实施方式

如图1中所示，根据本公开的一个实施例的车载系统10是被构造为包括安装在车辆1上的多个ECU 100的系统。车载系统10用作控制系统，其整体地控制在车辆1中提供的各种传感器、致动器、用户界面等。除了上述多个ECU 100之外，车载系统10还包括中继设备20。

中继设备20是中继多个ECU 100之间的通信并用作所谓的交换集线器的设备。中继设备20提供有用于连接至ECU 100和其他中继设备20的多个端口。这些端口中的每个端口通过诸如双绞线的通信电缆连接至ECU 100和其他中继设备20中的任何一个。即，中继设备20连接相应的ECU 100，以形成以中继设备20为中心的星形网络配置。

中继设备20基于在每个ECU 100和中继设备20中设置的固定地址来中继通信。固定地址例如是IP地址等，其通常不改变并且以车载系统10中的每个设备都是可标识的方式被唯一地分配。中继设备20根据例如以太网(注册商标)的通信协议来中继通信。

每个ECU 100是电子控制单元，主要包括微型计算机，该微型计算机具有例如用于存储软件的存储设备、用于执行软件的处理器101以及输入/输出接口。存储设备例如由半导体存储设备提供。每个ECU 100具有主存储设备(以下，存储器)和辅助存储设备(以下，存储装置)作为存储设备。存储器102临时存储正在执行的软件和与其相关的数据。存储装置103是非暂态的有形存储介质，其非临时地存储软件(包括未执行的软件)和数据。

每个ECU 100将存储在存储装置103中的软件读出到存储器102中，并且控制处理器101执行该软件，从而执行与该软件相对应的功能。在每个ECU 100的存储装置103中，预先存储有每个ECU 100不同的应用软件(以下，应用)以及每个ECU 100共用的平台软件(以下，平台)。应用是在平台软件上执行的软件。预先存储在每个ECU 100的存储装置103中的应用包括独特的应用。该独特的应用通过与连接到ECU 100的输入/输出接口的独特的传感器或致动器协作处理，而向ECU 100提供独特的功能。

平台是用于提供应用执行环境的软件。平台指示操作系统(以下称为OS)或OS与中间件的组合。

OS是一种软件，其向中间件和应用提供诸如各种计算过程的基本功能，并且执行中间件和应用。中间件是在OS上执行并且将从OS提供的功能扩展到应用的软件。中间件向应用提供通用扩展功能，例如，诸如通信功能的功能，其中封装了关于与另一个ECU 100进行通信有关的一系列计算过程。即，平台可以是定义可以提供给应用的一组功能的软件。通过在每个ECU 100中执行公共平台，可以在相应的ECU 100之间标准化可以提供给应用的功能的类型。

由每个ECU 100执行的公共平台提供作为安装单元105和通信单元104的功能。安装单元104将所接收的应用的安装文件存储在存储装置103中，并打开安装文件以将应用安装在安装单元104中。

通信单元105根据面向服务的通信协议提供通信。例如，在SOME/IP(以太网/IP上的可扩展面向服务中间件)或DDS(实时系统的数据分发服务)中定义的规范在面向服务的通信协议中可用。服务指示应用中的进程的一个组成单元，其中在通信协议中预先定义了能够相互调用和响应的接口。

服务包括分发服务和接收服务。分发服务是作为应用的处理结果周期性地或在预先确定的事件发生时传递数据的服务。接收服务是接收命令并执行与该命令相对应的应用的进程的服务。在车载系统10中，例如，用于周期性地分发指示车辆速度的数据的服务、用于分发用于通知由用户进行的换挡操作事件的发生的数据的服务等被定义为分发服务。另外，例如，用于接收针对座椅室或行李箱室的门的解锁命令和锁定命令等的服务被定位为接收服务。

执行公共平台的ECU 100在预先确定的定时向彼此通知由ECU 100提供的一组服务以及固定的地址。当应用请求接收所通知的分发服务时，每个ECU 100响应于通知源的固定地址而发送订阅请求及其自身的固定地址。已经接收了订阅请求的分发服务将分发服务提供给已经返回订阅请求的固定地址。

当应用请求使用所通知的接收服务时，每个ECU 100存储一组所通知的接收服务以及固定地址。当应用请求使用接收服务时，每个ECU 100根据所存储的组，通过读取该服务作为固定地址来进行通信。结果，即使没有预先指定作为通信伙伴的ECU 100的固定地址，由每个ECU执行的应用也可以根据服务的类型来指定通信伙伴。

因此，在本实施例的任何ECU 100中，共同的基本功能和扩展功能被提供给应用，并且该应用可以与车载系统10中提供的任何服务协作。因此，甚至在应用被安装在这些ECU100中的任何一个上时，也可以理想地正常执行所安装的应用。因此，这些ECU 100中的每个ECU 100对应于能够附加地安装应用的“信息处理单元”。这里，通过使用上述面向服务的通信协议链接每个ECU 100的功能来建立系统的方法可以被定义为面向服务的体系架构。

本实施例的车载系统10包括集成ECU 100a、行驶控制ECU 100b、驾驶支持ECU100c、行李箱ECU 100d、主体ECU 100e和网关ECU 100f，作为上述ECU 100。

集成ECU 100a是通过执行特定应用而发挥以集成方式控制车辆1的状态的功能的设备。集成ECU 100a与例如轮速传感器、加速度传感器、GNSS定位器等协作，并且发挥顺序地获取车辆1的车辆速度、加速度、位置等的功能。集成ECU 100a提供分发服务，该分发服务周期性地通知所获取的车辆速度、加速度、位置等中的每个。

行驶控制ECU 100b是通过执行特定应用而发挥控制车辆1的行驶的功能的设备。行驶控制ECU 100b与加速器位置传感器、制动下压力传感器、转向角传感器等协作，以获取用户的驾驶操作。行驶控制ECU 100b与电子节气门、制动致动器、EPS(电力转向)电机等协作，以根据所获取的驾驶操作执行加速/减速和转向。行驶控制ECU 100b提供用于接收请求加速或减速或转向的命令的接收服务。

行驶控制ECU 100b基于例如所接收的命令，来校正并执行根据用户的驾驶操作所确定的加速/减速的量和转向的量。

驾驶支持ECU 100c是通过执行特定应用来为用户发挥驾驶支持功能的设备，驾驶支持功能诸如是车道保持辅助、自适应巡航控制或所谓的自动驾驶。当满足用于执行驾驶支持的条件时，驾驶支持ECU 100c与监视车辆1的外围状态的外围监视设备(诸如相机、声纳或雷达)协作来识别车辆1的外围状态。驾驶支持ECU 100c根据识别出的外围状况、从集成ECU 100a获得的车辆速度、加速度和位置等来生成用于请求加速/减速或转向的命令，并将该命令传送至提供与该命令相对应的接收服务的ECU 100。

行李箱ECU 100d是通过执行特定应用来控制车辆1的行李箱室的打开和关闭的设备。行李箱ECU 100d与驱动行李箱室的门锁的门锁电机协作，并且发挥解锁和锁定行李箱室的功能。行李箱ECU 100d提供用于接收行李箱室的锁定和解锁命令的接收服务。

主体ECU 100e是通过执行特定应用来发挥对在主体上提供的装备(诸如布置在车辆1的门上的门锁)的控制功能的设备。主体ECU 100e与无线通信设备协作，并且检测来自用户对装备的操作请求并批准该操作请求，无线通信设备能够与布置在车辆厢中或车辆外的电子钥匙、布置在车辆主体的各个位置的按钮等进行通信。主体ECU 100e生成与所批准的操作请求相对应的锁定命令、解锁命令等，并且将该命令传送至提供与该命令相对应的接收服务的ECU 100。

主体ECU 100e与具有较高功能相关性的ECU 100连接到相同的中继设备20，并且以中继设备20为中心形成一个组。具体地，主体ECU 100e与行李箱ECU 100d连接到相同的中继设备20。

网关ECU 100f是通过执行特定应用来发挥与车载系统10外部的外部设备的连接功能的设备。网关ECU 100f与例如无线通信设备协作，并且通过经由无线基站和公共通信网络的通信，来发挥连接到布置在数据中心中的服务器等的功能。网关ECU 100f提供例如接收服务，该接收服务用于从车载系统10的外部接收消息并且将命令传输到外部。网关ECU100f还提供分发服务，以用于通知来自外部的消息接收事件的发生并传递消息。

安装分配应用被存储在网关ECU 100f的存储装置103中。网关ECU 100f通过执行安装分配应用，来发挥作为应用获取单元110、请求指定单元130、资源指定单元120和选择单元140的功能。这里，网关ECU 100f通过执行安装分配应用而发挥的部分或全部功能可以通过使用一个或多个IC的硬件(诸如逻辑电路等)来实现。

应用获取单元110从车载系统10的外部获取附加应用，该附加应用要被附加安装在车载系统10中包括的任何ECU 100中。应用获取单元110例如使用网关ECU 100f的通信功能，从服务器设备获取附加应用的安装文件。

资源指定单元120指定供应资源，该供应资源指示可以由每个ECU 100提供的资源。该资源指示分配给每个ECU 100中的应用的硬件资源。该资源例如可以由处理器101的空闲时间、存储器102的空闲容量、存储装置103的空闲容量、可以访问网络的时间以及可以通信的服务来表示。

资源指定单元120通过与每个ECU 100进行通信而在预先确定的定时收集资源信息。资源信息是使得能够计算供应资源的数据。例如，处理器101的利用率(所谓的CPU利用率)、存储器102的利用率、时钟频率、存储装置103的可用空间、网络利用率以及提供的服务的数量和使用的服务的数量可以用作资源信息。资源指定单元120基于所收集的资源信息来指定供应资源。

本实施例的资源指定单元120将车辆1的操作状态区分为行驶状态、停止状态和停放状态这三种状态，并且针对每个操作状态指定每个ECU 100的供应资源。另外，当车辆1的操作状态处于行驶状态时，资源指定单元120等待资源信息的收集，直到操作状态处于停止状态为止。行驶状态是车辆1正在行驶的状态。行驶状态例如被设置为车辆速度等于或高于诸如1km/小时或更大的预先确定的行驶速度阈值的状态。

停止状态指示车辆1已经停止行驶并且用户正在停留在车辆中。车辆停止状态例如被设置为车辆速度小于行驶速度阈值并且附件电源开启或点火开关接通的状态。与行驶状态相比，在停止状态中，由于与行驶状态有关的特定应用和通信导致的每个ECU 100和网络上的负载趋于减小。因此，与行驶状态相比，在停止状态中，每个ECU 100的供应资源趋于增加。

停放状态是车辆停止行驶并且用户可能离开车辆的状态。停放状态例如被设置为包括附件电源的车辆1的电源关闭的状态。在停放状态中，被包括在车载系统10中的ECU100的一部分处于电源不供电的断电状态。结果，在ECU 100中的一些中，由于断电状态，供应资源变为零。例如，与行驶状况(诸如驾驶支持ECU 100c和行驶控制ECU 100b)有关的ECU100由于断电状态而处于供应资源为零的状态。另外，与行驶状态和停止状态相比，在停放状态中，可能存在处于功耗减少的省电状态的ECU 100。因此，在停放状态中，供应资源比停止状态有更多的限制。

请求指定单元130指定请求资源，请求资源是由应用获取单元110获取的附加应用请求的资源。请求指定单元130例如通过读取用于指定应用的执行环境的信息来指定请求资源，该信息附加于附加应用的安装文件。用于指定执行环境的信息包括例如假定将执行的车辆1的操作状态、处理器101的时钟频率、执行时的处理器101和存储器102的利用率、安装所要求的存储装置103的可用空间、网络的使用率等，这些被预先设置。

将通过以获取投递到家行李箱应用作为附加应用的情况作为示例来描述请求资源的设置。投递到家行李箱应用是将在家停放的车辆1的行李箱室用作投递箱(即，用于所投递的包裹的接收空间)的应用。投递到家行李箱应用通过由ECU 100执行而从车辆的外部接收投递到家行李箱请求命令，并且发挥控制行李箱室的门锁的功能。

投递到家行李箱应用是在车辆1处于停放状态时执行的应用。因此，处于停放状态的请求资源被设置在投递到家行李箱应用的请求资源信息中。具体地，处于停放状态的处理器101的利用率和存储器102的利用率被设置为请求资源信息。另外，在停放状态中，请求资源信息被设置成使得安装目的地是提供有与行李箱室的解锁和锁定命令的接收服务的通信的ECU 100。

选择单元140选择ECU 100作为由应用获取单元110获取的应用的安装目的地。选择单元140从ECU 100中选择ECU 100中的一个ECU 100作为应用的安装目的地，该一个ECU100具有满足请求资源的供应资源。选择单元140基于在其中附加应用处于操作状态的供应资源来选择安装目的地，该供应资源在由资源指定单元120指定的供应资源中选择。即，对应于操作状态的供应资源(在其中附加应用操作)选择满足请求资源的ECU 100。

当存在满足请求资源的多个ECU 100时，选择单元140基于预设置的选择准则来选择安装目的地。例如，选择单元140优先选择处理器101或存储器102的使用率最低的ECU100或存储装置103的存储容量大的ECU 100。备选地，选择单元140可以使在网络上位于靠近提供由附加应用利用的服务的ECU 100的区域中的ECU 100优先。即，可以将优先级给予通过较少的中继设备20执行通信的ECU 100。选择单元140将由应用获取单元110获取的安装文件传送到被选择为安装目的地的ECU 100。另外，选择单元140向服务器设备通知附加应用的安装成功或失败。

[安装分配应用的激活]

将参考图2和图3描述安装分配应用的操作示例。当从服务器设备分发附加应用时，由网关ECU 100f执行的安装分配应用从S101开始执行图2的流程图中所示的过程。

在S101中，接收从集成ECU 100a传送的车辆速度。在S102中，基于在S101中接收的车辆速度，确定车辆1是否停止。当车辆1停止时，过程前进到S103，而当车辆1未停止时，过程返回到S101。

在S103中，向每个ECU 100请求传输资源信息。在S104中，接收从每个ECU传输的资源信息。

在S105中，在基于在S104中接收的资源信息指定每个ECU 100的供应资源的同时，指定附加应用的请求资源。在S106中，从作为供应资源并且满足请求资源的ECU 100中选择作为安装目的地的ECU 100。

在S107中，确定在S106中是否能够选择安装目的地。当安装目的地被选择时，过程前进到S108。当安装目的地未被选择时，过程进行到S109。在S108中，附加应用被传送到在S106中选择的安装目的地ECU 100。

在S109中，将安装结果，即安装是否成功通知服务器，并且安装分配应用的操作结束。

在图3的序列图中示出了伴随着安装分配应用的操作来收集资源信息的通信示例。网关ECU 100f预先从集成ECU 100a申请车辆速度分配服务的通知。

在S201中，通过预先申请，集成ECU 100a将速度周期性地分发给网关ECU 100f。

在S202中，当服务器设备将应用分发给网关ECU 100f时，网关ECU 100f开始与安装分配应用有关的过程。

在S203，集成ECU 100a再次向网关ECU 100f执行速度的周期递送。通过确定车辆1处于行驶状态，网关ECU 100f待机而不请求资源信息。

在S204，集成ECU 100a再次向网关ECU 100f执行速度的周期递送。通过确定车辆1处于停止状态，在S205，网关ECU 100f请求每个ECU 100传输资源信息。

在S206、S207、S208、S209和S210中，每个ECU 100将资源信息提供给网关ECU100f。

在S211中，已经基于所接收的资源信息，使用供应资源选择了安装目的地的网关ECU 100f将应用传送到主体ECU 100e。在S212，网关ECU 100f向服务器设备通知安装成功。

[附加应用的激活]

将参考图4和图5描述在所选择的ECU 100中安装的附加应用的操作示例。当所安装的附加应用被执行时，图4的流程图中所示的过程从S301开始被执行。

在S301中，确定是否完成了与车载系统10的其他服务的捆绑过程，即，是否完成了对所提供的服务的相互通知。当该过程完成时，过程前进到步骤S306。当该过程未完成时，过程前进到步骤S302。

在S302中，确定是否存在要被附加应用使用的服务，换句话说，是否存在要在附加应用中享用的服务。当存在要使用的服务时，过程前进到步骤S303。如果否，则过程前进到步骤S304。

在S303中，搜索提供要使用的服务的ECU 100。具体地，对每个ECU 100执行是否提供要使用的服务的查询，并且当提供服务时，对每个ECU 100请求答复。

在S304中，确定是否存在由附加应用提供的服务。当存在由附加应用提供的服务时，过程前进到步骤S305；如果否，则过程前进到步骤S306。

在S305中，执行由附加应用提供的服务的通知。具体地，对每个ECU 100执行该ECU是否要求使用由附加应用提供的服务的查询。当要提供的服务是递送服务时，也作出响应于该应用进行答复的请求。在S306中，开始执行与附加应用的功能有关的过程。

在图5的序列图中示出了附加应用的通信示例。将描述一个示例，其中投递到家行李箱应用被安装为主体ECU 100e的附加应用。

在S401中，由主体ECU 100e执行的投递到家行李箱应用搜索服务。投递到家行李箱应用搜索行李箱室的锁定和解锁命令的接收服务，这是要被使用的服务。

在S402中，提供行李箱室的锁定和解锁命令的接收服务的行李箱ECU发送答复，以通知服务的供给。

在S403中，投递到家行李箱应用向每个ECU通知用于接收由其自身提供的投递到家行李箱应用请求命令的服务。

在S404中，服务器设备将投递到家行李箱应用请求命令传输到网关ECU 100f。在S405，网关ECU 100f基于在S403中的服务通知，将所接收的投递到家行李箱请求应用请求命令通知给主体ECU 100e。

在S406中，主体ECU 100e基于在S402中接收的接收服务的供给目的地，将行李箱室的解锁命令传送到行李箱ECU 100d。

如上所述，根据上述实施例，请求指定单元130和资源指定单元120指定由附加应用请求的请求资源，以及可以由每个ECU提供的供应资源。选择单元140从多个ECU 100中选择供应资源满足请求资源的ECU 100作为附加应用的安装目的地。因此，从其中请求资源被安装并且变得可操作的ECU 100提供被安装在所选择的ECU 100中的应用。因此，车载系统10抑制了所添加的应用的性能下降。

另外，在本实施例中，资源指定单元120通过与每个ECU 100进行通信来收集资源信息，并且基于所收集的资源信息来指定供应资源。因此，即使每个ECU 100的供应资源随时间改变，资源指定单元120也可以指定改变后的供应资源。结果，即使每个ECU 100的供应资源随时间改变，选择单元140也可以选择其供应资源满足请求资源的ECU 100作为安装目的地。因此，车载系统10可以进一步抑制所添加的应用的性能下降。

另外，在本实施例中，当车辆1的操作状态处于行驶状态时，资源指定单元120停止资源信息的收集，直到车辆1处于停止状态。这里，期望车载系统10中的网络利用率以及每个ECU 100的处理器101和存储器102的利用率在停止状态期间比在车辆行驶状态期间更小。因此，根据等待收集供应资源直到车辆1停止的配置，在收集供应资源时在网络和每个ECU 100上生成的负载不太可能与由车载系统10提供的其他功能有关的负载竞争。因此，可以在抑制由车载系统10提供的其他功能的性能下降的同时，收集资源信息。

另外，在本实施例中，资源指定单元120区分车辆1的操作状态并且对每个操作状态指定供应资源。另外，请求指定单元130指定将在其上执行附加应用的车辆的操作状态。选择单元140选择ECU 100作为安装目的地，在该ECU 100中，用于操作状态的供应资源中的与操作状态(附加应用以该操作状态执行)相对应的供应资源满足请求资源。因此，即使每个ECU 100的供应资源根据车辆1的操作状态的改变而波动，供应资源满足请求资源的ECU100也被选择为附加应用的安装目的地。因此，车载系统10可以进一步抑制所添加的应用的性能下降。

<其他实施例>

尽管上面已经描述了本公开的实施例，但是本公开不限于上述实施例，并且以下修改示例也被包括在本公开的技术范围内，并且另外可以在不偏离范围的范围内进行各种改变。在下面的描述中，除了特别描述时，具有与到目前为止所使用的附图标记相同的附图标记的元件与之前实施例中具有相同附图标记的元件相同。当仅描述配置的一些部分时，前述实施例可以应用于配置的其他部分。

在以上实施例中，网关ECU 100f表现出选择应用软件的安装目的地的功能，诸如应用获取单元110、请求指定单元130和资源指定单元120。备选地，这些功能可以在被包括在车载系统10中的任何ECU 100中表现，或者可以由多个ECU 100共享。另外，即使任何ECU100表现出功能，也可以由硬件来配置一些或全部的功能。

在上述实施例中，车载系统10将与功能有关的多个ECU连接成以中继设备20为中心的星形配置的组，并且通过中继设备20的连接来连接每个组。备选地，车载系统10的网络配置和ECU 100的功能可以不限于上述内容，并且可以被适当地修改。例如，车载系统10可以具有一种网络配置，其中组的内部以所谓的总线型配置成中心进行连接。车载系统10可以采用一种配置，其中组之间的通信不是由中继设备20中继而是由组中的任何一个ECU100中继。

另外，车载系统10可以具有提供多个连接路径的网络配置，诸如在相应的ECU之间以星形形式和总线形式的组合进行连接。备选地，可以采用一种配置，使得ECU部分地存在以仅对应于用于根据固定地址来指定通信目的地的通信协议，而不对应于网络上的面向服务的通信协议。

在上述实施例中，在每个操作状态中，资源指定单元120为每个ECU指定一个供应资源。在不限制每个ECU的现有应用的功能的状态中提供的资源被指定为供应资源。备选地，当现有应用包括允许限制其自身功能的应用时，可以指定在限制功能时提供的供应资源。在这种情况下，选择单元140被配置成：当不存在满足请求资源的处于不限制功能的状态的供应资源时，选择满足请求资源的处于功能受限状态的供应资源的ECU作为安装目的地。

在上面的实施例中，车辆1的操作状态被分为三种状态。备选地，车辆1的操作状态可以不被划分，并且可以被划分为三种状态之外的多种状态。例如，可以基于车辆速度等将行驶状态进一步分为高速行驶状态和低速行驶状态。另外，可以适当地改变用于确定车辆的操作状态的标准。例如，可以基于车档位置、停放制动器的操作状况等来确定是否处于行驶状态。

在上述实施例中，资源指定单元120通过与每个ECU 100进行通信来收集资源信息以指定供应资源。备选地，资源指定单元120可以被配置成使用以表格等形式预先存储在存储装置103中的供应资源作为每个ECU 100的供应资源。例如，资源指定单元120可以被配置成：当参考基本上不随时间改变的供应资源时，预先使用存储在存储装置103中的供应资源。当应用获取单元110接收附加应用时，资源指定单元120指定每个ECU 100的供应资源。备选地，资源指定单元可以被配置成与附加应用的接收无关地周期性地指定供应资源。

在上述实施例中，在每个ECU 100中执行公共平台软件。备选地，只要每个ECU 100可以提供将由附加应用使用的功能，平台软件就可以不完全相同。例如，一些ECU 100可以利用中间件，该中间件对于附加应用不是必须的，并且不在其他ECU 100中使用。备选地，在一些ECU 100中，操作系统的版本可能与其他ECU 100不同。

车载系统10还可以包括不执行公共平台软件的ECU 100。例如，车载系统10中包括的ECU 100可以被配置成实现将由作为硬件的一个或多个IC执行的功能的一部分或全部。

在以上实施例中，投递行李箱应用被描述为附加应用。备选地，附加应用可以不限于上述应用，只要该应用是使用由车载系统10的通信协议定义的服务来实现的。例如，可以安装回家接触应用作为附加应用，回家接触应用使用提供车辆1的位置的服务来检测到家庭外围区域中的进入，并且将回家的通知消息传送到家用设备。

在上述实施例中，请求指定单元130基于用于标识附加于附加应用的安装文件的执行环境的信息，将执行附加应用所必需的最低资源水平指定为请求资源。备选地，请求资源的格式和标识方法可以不限于上述内容，并且可以被适当地改变。例如，可以将请求资源设置成仅按优先级顺序的策略，诸如选择具有最大可用存储器容量的ECU100，而不指定最低水平。备选地，当用于指定执行环境的信息未被附加到附加应用时，请求指定单元130可以采用使用预设置的最低水平、预设置的按优先级顺序的策略等的配置作为附加应用的请求资源。

本公开中描述的控制器和方法可以通过专用计算机来实施，该专用计算机通过配置存储器和处理器来创建，该处理器被编程为执行以计算机程序实施的一个或多个特定功能。备选地，本公开中描述的控制器和方法可以由专用计算机来实施，该专用计算机通过配置由一个或多个专用硬件逻辑电路提供的处理器来创建。备选地，本公开中描述的控制器和方法可以由一个或多个专用计算机来实施，该一个或多个专用计算机通过配置存储器和被编程为执行一个或多个特定功能处理器和由一个或多个硬件逻辑电路提供的处理器的组合来创建。作为由计算机执行的指令，计算机程序可以被存储在有形的非暂态计算机可读介质中。

注意，本申请中的流程图或流程图的处理包括多个段(也称为步骤)，每个段例如被表示为S101。另外，每个段可以被分为几个子段，而几个段可以被组合为单个段。另外，每个如此配置的段也可以被称为设备、模块或装置。

尽管已经参考本公开的实施例描述了本公开，但是应当理解，本公开不限于实施例和构造。本公开旨在覆盖各种修改和等同布置。另外，尽管示出了各种组合和配置，但是包括更多、更少或仅单个元件的其他组合和配置也在本公开的精神和范围内。

Claims (4)

1.一种用于车辆的车载系统，包括：

多个信息处理器(100)，其安装应用；

应用获取单元(110)，其获取所述应用；

请求指定单元(130)，其指定由所述应用获取单元获取的所述应用要求的请求资源；

资源指定单元(120)，其指定由所述多个信息处理器中的每个信息处理器提供的供应资源；以及

选择单元(140)，其选择所述多个信息处理器中提供满足所述请求资源的所述供应资源的一个信息处理器，作为所述应用的安装目的地。

2.根据权利要求1所述的车载系统，其中：

所述资源指定单元经由与每个信息处理器进行通信来收集用于计算所述供应资源的资源信息，并且基于所收集的资源信息来指定所述供应资源。

3.根据权利要求2所述的车载系统，其中：

在所述车辆正在行驶时，所述资源指定单元等待收集所述资源信息，直到所述车辆停止。

4.根据权利要求2或3所述的车载系统，其中：

所述资源指定单元通过区分所述车辆的操作状态来指定所述供应资源；

所述请求指定单元指定所述操作状态，在所述操作状态中期望所述应用的执行；并且

所述选择单元选择所述多个信息处理器中提供所述供应资源的所述一个信息处理器，所述供应资源与期望所述执行的所述操作状态相对应，并且满足所述请求资源。

Images