用于车辆的分系统和相应的车辆的制作方法
【专利摘要】本发明涉及一种用于车辆（10）的分系统，特征在于以下特征：? 用于交换设备信息、车辆信息和诊断信息以及软件更新信息的通过空气接口（29）与后端（20）的设备管理?服务器（26）相连接的设备管理?客户端（16）；? 用于下载后端（20）的软件更新到车辆（10）中的通过空气接口（29）与后端（20）的下载?服务器（21）相连接的下载?客户端（11）；? 用于使用软件更新的与所述下载?客户端（11）相连接的软件更新?客户端（12、13）；和? 用于协调软件更新的与所述下载?客户端（11）和所述软件更新?客户端（12、13）相连接的车辆更新?客户端（14）。
【专利说明】
用于车辆的分系统和相应的车辆
技术领域
[0001]本发明旨在一种用于车辆的分系统。此外本发明旨在一种相应地配备的车辆。
【背景技术】
[0002]在无线技术中数据的传输借助于电磁波，即表面上通过空气介质(overthe air隔空，OTA)，时常称作空气接口。这样的空气接口的特征尤其在于，不应用固态的传输介质如铜缆线或者玻璃纤维缆线，这为了后面的实施方案而不排除在真空中的传输。服务于这样的传输的若干通讯技术原理例如被已知作为隔空编程(Over-the-Air-Programmierung(OTA))、隔空服务供应(Over-the-Air Service Provis1ning (OTASP))、隔空供应(Over-the-Air Provs1ning(OTAP))或者隔空参数管理(Over-the-Air ParameterAdministrat1n(OTAPA))ο
[0003]用于更新所谓的固件即嵌入电子设备中这样的软件的所谓的技术是尤其重要的。上述OTA-技术的适应于固件的变型在电信中概括为固件隔空编程(Firmware-Over-Air-Programmierung(FOTA))ο
[0004]DE 10105454 Al提出了一种通过空气接口用于软件的自动补充的方法，该方法用来通过新的软件模块来补充在系统上运行的软件，其中首先测试该软件模块并且之后从该软件模块中导出应用模块。
【发明内容】
[0005]本发明提供了按照独立权利要求的用于车辆的分系统以及配备有这样的分系统的车辆。
[0006]这种解决方案的优点在于其在后端方面和车辆方面上的模块化中。这使得OEM-个性化的变型的易于集成成为可能，因为功能已经在结构层面相互隔开。
[0007]就此，所提出的结构就好像包括了所有功能的超集并且能够各按照需要通过移除来匹配。因此已有的接口能够继续地利用，并且因此最后使得高的发展速度和匹配速度成为可能。
[0008]最后，如此地获得所提出的结构，使得该结构可以容易地关于额外的使用情况而被扩展。具体而言这意味着，许多组件从重复使用的意义上说也能够用于其他的使用情况。除此之外可考虑诊断或者现场数据采集。
[0009]独立权利要求中给出的分系统的有利的改型方案和改进方案能够通过在从属权利要求中列出的措施来实现。
【附图说明】
[0010]在附图中表明并且在后面的说明书中作进一步解释本发明的实施例。其中:
图1是用于更新车辆的系统的框图；
图2是按照一种实施方式的分系统的框图。
【具体实施方式】
[0011]图1图解了一种系统，该系统包括后端20和车辆10的所属的分系统30。该系统的核心包括以下所描述的组件和其相互作用。
[0012]在以下组件中将数据-下载分离，该组件被实现作为后端20中的下载-服务器21以及车辆10中的下载-客户端U。在以下组件中将设备-管理分离，该组件被实现作为后端20中的设备管理-服务器26以及车辆10中的设备管理-客户端16。将车辆侧的代理用于将(例如在若干个主机中的)设备-管理的分布式实现捆绑到单独的实现上。
[0013]在以下组件中将软件-更新和软件-管理分离，该组件被实现为后端20中的SCOS-服务器22和FCOS-服务器23以及车辆10中的应用软件-更新-客户端12和固件-更新-客户端13来实现。在这里，SC0M0/FUM0表示相应于OMA-DM的功能，作为一种示例的实施方案。
[0014]车辆管理器25用来具体化对于将它的相关的拓扑即控制设备和子系统包括在内的车辆10的“设备”。
[0015]在车辆-内容-管理器28中分离在后端20方面的专业的数据处理，其将不同的版本和变型从若干数据站(Datenstand)连至车辆10。被分离的还有包括活动控制在内的更新-逻辑，该更新-逻辑被实现为后端20中的车辆更新-服务器24以及车辆10中的车辆更新-客户端14。
[0016]将车辆10中的数据-管理被分离为内容-管理器18。相应的情况适用于在车辆10中被分类作为ECU-更新器的固件-更新-组件，所述固件-更新-组件在若干个变型和实例(例如应用软件-更新-客户端12的或者固件-更新-客户端13的变型和实例)中能够存在并且能够用于更新不同的系统和技术。
[0017]所列出的组件的内容和功能从现在起逐一进行解释，其中除了按照图1的基本-分配之外还参照按照图2的优选的实施变型。
[0018]车辆管理器25通用地负责用于了解车辆10(在车辆10的套或组的意义上说)、了解车辆10自身以及其车辆拓扑并且能够将设备成像至由设备管理器15、16、26所提供的车辆
10。对此，将设备管理器15、16、26识别且并且与设备通信，该设备不必是车辆10或者已知的车辆10。若干个设备就此能够概括为车辆10。虽然如此，设备管理器15、16、26仍旧能够识别不同的设备类型，例如割草机。所述设备管理器15、16、26因此识别设备类型，以便允许传递它的管理功能。在本示例中就此涉及车辆管理器25。
[0019]设备管理-服务器26能够利用所属的设备执行的所有的管理活动。对此，协议是迫切需要的，以便将这一类的管理对象供应至设备和从设备供应。
[0020]设备管理器15、16、26能够操纵若干个不同类型的设备。已知的设备借助数据管理器27来区分和确定类型，以便变成“已知的设备”。将已知的设备引向所属的管理功能，在当前是车辆管理器25。为了以下的实施方案因而假定:将所有设备作为“道路车辆”类型来确定并且通过车辆管理器25处理。然而所述设备管理器优选地也能够支持其他的类型和使用情况。
[0021]设备管理-客户端16实现了在所属的运行时环境中从设备管理-服务器26导入软件组件管理。设备管理-驱动器通过设备管理-客户端16支持设备识别和参数配置。设备管理-客户端16在以下环境中又与一个或者若干个设备管理-代理(15)相互作用，该环境通过任选的设备管理-代理借助于所提供的软件组件管理对象用于执行管理活动。设备管理-客户端16使用普通的警告机制，以便告知包括管理活动的状态的最后的消息。
[0022]当存在设备管理-客户端16的若干个实例时，那么这种活动作为可能最好的替代方案通过设备管理-客户端16的唯一的实例和额外的设备管理-代理(15)来执行。为了就每个车辆10的唯一设备而言仍然能够支持若干个设备管理-客户端16，则应用设备管理-代理。因此在每个具有IP能力的系统46上运行设备管理-代理15的实例并且利用设备管理-客户端16的中央的代理。
[0023]设备管理-代理-组件使得避免设备管理-客户端16的若干个实例成为可能。对此每个设备管理-代理引导并且聚集所述设备管理-管理对象到设备管理-客户端16上。设备管理-代理能够在不同的运行时环境中运行。所述代理负责并且确保车辆10和设备之间的明确的配设。
[0024]车辆-内容-管理器28从后端20方面负责用于将内容成像(abbilden)，必要时压缩该内容以用于传输并且将该内容打包以用于关于软件更新的应用。从数据管理器27接收数据和内容，所述数据管理器以统一的方式来存储数据和内容。所以OEM-变型在车辆10内的数据和内容方面被数据管理器27完全覆盖。这也导致了在数据管理器27的输出与在车辆10方面的所属的内容-管理器18之间的明确的语义的和句法的联系。
[0025]SW组件服务器22负责用于建立和传输用于应用软件更新的管理-对象。在应用OMA-DM的情况下，这能够通过利用SCOMO-协议和管理-对象来实现。SW更新客户端12负责用于执行SW⑶S 22-说明。该客户端使用提供至设备的软件组件并且保证传送成功结果的或者错误结果的警告反馈到SW组件-服务器22上。为了就每个车辆10的唯一设备而言仍然能够支持若干个SW更新客户端，则应用若干个变型和实例。所有的SW更新客户端实例12在这由车辆更新-服务器14来编排。所以能够在每个具有IP能力的系统上运行SW更新客户端12的实例。
[0026]下载-服务器21负责用于提供后来要传输的更新-包。下载-服务器21从车辆-数据管理器27中获取其内容，通过车辆更新-服务器24来协调。这确保了仅仅实际上由车辆10所用的和所需的更新-包能够通过下载-服务器21支配。
[0027]因此基于下载-服务器21所形成的创造价值链“车辆更新需求、内容-汇编、内容-提供”仅仅被执行用于在所定义的活动中的激活的车辆10。
[0028]下载-客户端11主管将软件组件、固件或者其他的内容下载到车辆10中。该下载-客户端11能够支持DLOTA或者任何其他的、例如以http、HTTPS或者FTP为基础的空气接口29。下载-客户端11优选地拥有经过内容-管理器18通往内容-存储器17的接口。
[0029]车辆更新-服务器24主管车辆更新-过程的编排。换而言之:换句话说:该车辆更新-服务器实施所定义的更新-活动或者多个所定义的更新-活动。原本通过OEM-数据管理器和OEM-服务管理器所描述的、用于特定的车辆10的活动的规格可以从数据管理器27中来获得。这种规格将所需要的服务和进程连接到所产生的更新-过程。当车辆10被车辆管理器25识别并且标记时，该车辆的状态和状况被数据管理器27持续地监视。
[0030]车辆更新-客户端14主管执行车辆更新-服务器24的需求。该车辆更新-客户端14因此为车辆10协调车辆更新-过程或者其中的任意一部分(包括应用软件-更新在内)。为了使得灵活性和与已有技术上的简单的连接成为可能，车辆更新-客户端14也实现了通往设备管理器的管理-接口。另外，车辆更新-客户端14承担用于所下载的内容的责任、接收关于车辆10的部分(例如更新-过程数据和其他的辅助信息)并且派遣更新和内容到关于13的客户端12。当例如应用OMA-DM时，则能够应用FUMO和/或SCMO对象。
[0031]数据管理器27从后端20方面主管用于将稠密的数据和内容提供到服务上。
[0032]内容-管理器18主管用于持久地储存车辆10内的每种类型的内容。该内容-管理器好像用作包括用于加载来自网页源的数据的能力的车辆10的联网的存储器(network-attached storage附网存储，NAS)。在车辆10内能够有若干个内容-存储器17的实例并且这些实例通过内容-管理器18来管理。所述内容-管理器18负责数据的存储、封包分解以及合并并且能够用于在车辆10内的每种类型的应用。
[0033]内容-存储器17主管用于持久地储存在控制设备(electric control unit电子控制单元，ECU)内的任何类型的内容。就好像应用如面向符号的设备文件(原始设备(rawdevice))那样。在车辆10内能够有内容-存储器17的若干个实例并且这些实例能够通过内容管理器18来管理。所述内容-存储器17负责存储并且能够利用在车辆10内的各种类型的应用。
[0034]控制设备-更新-客户端12或者是13主管用于执行用于特定的控制设备或者特定的部分范围的应用软件-更新或者固件-更新。控制设备-更新-客户端12或者是13行使客户端的职能并且与车辆更新-客户端14相连接。它管理用于特定的控制设备或者特定的部分范围的包括回滚在内的应用软件(12)-更新-过程或者固件(13)-更新-过程。此外它主管用于随时地了解控制设备的或者部分范围的状态。
【主权项】
1.一种用于车辆(10)的分系统(30)，其特征在于以下特征: -通过空气接口(29)与后端(20)的设备管理-服务器(26)相连接的设备管理-客户端(16)，该设备管理-客户端用于交换设备信息、车辆信息和诊断信息以及软件更新信息； -通过空气接口(29)与后端(20)的下载-服务器(21)相连接的下载-客户端(11)，该下载-客户端用于从后端(20)下载软件更新到车辆(10)中； -与所述下载-客户端(11)相连接的软件更新-客户端(12、13)，该软件更新-客户端用于使用所述软件更新；以及 -与所述下载-客户端(11)和所述软件更新-客户端(12、13)相连接的车辆更新-客户端(14)，该车辆更新-客户端用于协调所述软件更新。2.按照权利要求1所述的分系统(30)，其特征在于以下特征: -用于管理车辆(10)的设备的至少一个设备管理-客户端(16);以及-与所述车辆更新-客户端(14)相连接的以及通过所述空气接口(29)与后端(20)的设备管理-服务器(26)相连接的设备管理-客户端(16)，该设备管理-客户端用于引导所述设备管理器。3.按照权利要求1或2所述的分系统(30)，其特征在于以下特征: -用于管理车辆(10)的设备的至少一个设备管理-客户端(16);以及 -与所述设备管理-客户端(16)相连接的任选的设备管理-代理(15)。4.按照权利要求1或2或3所述的分系统(30)，其特征在于以下特征: -用于存储软件更新的至少一个内容-存储器(17);以及 -与所述下载-客户端(11)、所述软件更新-客户端(12、13)以及所述车辆更新-客户端(14)相连接的内容-管理器(18)，该内容-管理器用于管理内容-存储器(17)。5.按照权利要求1到4中任一项所述的分系统(30)，其特征在于， 所述软件更新-客户端(12、13)包括至少一个应用软件-更新-客户端(12)和至少一个固件-更新-客户端(13)。6.按照权利要求5所述的分系统(30)，其特征在于以下特征: -包括至少所述固件-更新-客户端(13)的车辆电子-主机(40); -包括至少所述下载-客户端(11)的娱乐电子-主机(50);以及 -将所述车辆电子-主机(40)和娱乐电子-主机(50)相连接的安全的通信(60)。7.按照权利要求6所述的分系统(30)，其特征在于以下特征: -至少一个被车辆电子-主机(40)包括的嵌入式的系统(41);和 -至少一个被车辆电子-主机(40 )包括的具有IP能力的系统。8.按照权利要求7所述的分系统(30)，其特征在于以下特征: -所述嵌入式的系统(41)包括至少一个中心网关(44)或者马达控制装置(42)或者所述车辆(10)的行驶传动装置(43)并且对应于开放式的车辆-系统架构(45); -所述具有IP能力的系统(46)包括至少所述固件-更新-客户端(13)和娱乐电子-代理(48)； -所述娱乐电子-主机(50)包括至少所述下载-客户端(11)的安全配置文件(51)、应用安全-引擎(52)和车辆电子-代理(58);和 -所述安全的通信(60)连接所述娱乐电子-代理(48)和所述车辆电子-代理(58)。9.按照权利要求7所述的分系统(30)，其特征在于以下特征: -所述车辆电子-主机(40)包括匹配于该车辆电子-主机(40)的操作系统(49)，该操作系统执行所述娱乐电子-代理(48);并且 -所述娱乐电子-主机(50)包括匹配于该娱乐电子-主机(50)的操作系统，该操作系统执行所述车辆电子-代理(58)。10.按照权利要求8所述的分系统(30)，其特征在于， 所述娱乐电子-主机(50)此外还包括由匹配至所述娱乐电子-主机(50)的操作系统(59)所执行的控制设备-更新-客户端(53)。11.一种具有根据权利要求1至10中的任一项所述的分系统(30)的车辆(10)。
【文档编号】H04L29/08GK105939213SQ201610117621
【公开日】2016年9月14日
【申请日】2016年3月2日
【发明人】V.布拉施克, G.齐梅里, K.施奈德, R.吕本
【申请人】罗伯特·博世有限公司