生成装备状态的标识的设备、交通工具、网络组件和方法技术

实施例创建一种用于生成针对交通工具的装备状态的标识的设备、交通工具、网络组件、方法和计算机程序。该方法（10）为了生成针对交通工具的装备状态的标识而包括：确定（12）关于一个或多个现有的软件组件和其软件版本的第一信息；和确定（14）关于一个或多个现有的硬件组件和其硬件版本的第二信息。该方法（10）还包括基于所述第一信息、所述第二信息和所述一个或多个软件组件的软件内容生成（16）散列值；和提供（18）所述散列值作为针对所述交通工具的装备状态的标识。

Equipment, vehicles, network components and methods for generating identification of equipment status

【技术实现步骤摘要】
生成装备状态的标识的设备、交通工具、网络组件和方法
本专利技术涉及一种用于生成针对交通工具的装备状态（Ausrüstungszustand）的标识（Kennung）的设备、交通工具、网络组件、方法和计算机程序，尤其是但并非唯独涉及关于基于一维的或多维的非循环图表（例如区块链、有向非循环图（DAG））来利用“分布式账簿技术”（DLT，分布式掌管的账簿/交易数据库）以用于在交通工具中的外部参数、硬件状态和软件内容的安全的和明确的可证实性的方案。
技术介绍
交通工具当今提供和需要由内部的控制设备、也称为ECU（ElectronicControlUnit，电子控制单元）来评估或处理的各种各样的数据或者在ECU上被执行的程序数据。能够预见的是，鉴于软件在交通工具中的强烈增大的主导地位方面在汽车工业中呈现的改变而使得需要：创建值得信任的环境，以便保证交通工具状态的和交通工具软件历史的可证实性。交通工具的制造商（英文也称为OriginalEquipmentManufacturer（OEM）（原始设备制造商））必须在意外事故情况下或者在可能的软件改变情况下能够对国家行政机构、例如德国汽车联邦监理局（KBA）关于在精准时间点（时间戳/Timestamp）时交通工具状态（例如软件版本/内容）来给出值得信任的情报。这在未来几年内发生部分自主驾驶和全自动驾驶的情况下于是特别重要的。在扩展与交通工具有关的服务（Diensten）、例如按需的功能（英文也即FunctiononDemand（FoD））经由空中接口（OverTheAir（空中）（OTA））对软件/功能的再加载和激活（Freischaltung）软件模块（交通工具中的每个控制设备）的情况下也必须记录（dokumentieren）：在何时提供了软件（时间戳）、软件使用了多长时间（时间框架/Timeframe）和由谁供应了软件（供货商/Supplier），必要时也针对于使用费（Nutzungsentgelt）来记录。当前，数据仅仅中央地被保存在OEM情况下的数据库。有条件地存在针对在分散系统中数据集（Datenmenge）的保存的解决方案。根据当今的现有技术，在软件更新（Softwareaktualisierungen）的情况下，相关数据被存储在中央存放的数据库中。这种数据可容易地被操纵或更改。对于不可更改的存储而言，DLT是适合的方法。在DLT之内，使用如下数据结构，所述数据结构在使用散列算法的情况下借助数据的链结（Verkettung）来确保不可更改性。这种方案例如在出版物WO2018/014123A1、WO2018/053413A1和DE102016007472A1中被描述。这提供针对由第三方来进行的检验和创建值得信任的环境（例如行政机关、监控协会、保险业等）的值得信任的基础。当今的实现方案、例如公开的（öffentlich）区块链具有低的交易速度并且常常与高交易成本以及高能量成本相关联。因此，其对于一定数目的相关交易而言仅有条件地适合于经由OTA来进行的软件更新。此外，根据当今的现有技术借助于私密（privat）区块链来进行针对机器对机器（M2M）支付的微支付并不是便携的（tragbar）。这在被准许的（基于许可的）或者公开的区块链的情况下通常并不适用（zutreffen），但是却与更高的不安全性相关联。此外，数据集随着增大数目的交通工具和交易而增大并且因此对所有参与网络的伙伴（Partner）造成负担。迄今，在软件更新过程中仅仅对元数据、诸如交通工具配置、软件版本和硬件版本进行散列化（gehashed）并且通过交通工具利用交通工具后端来验证。后端可以例如是由制造商所提供的计算机/服务器，其具有相应数据或者可以一般是通过网络入口可达的数据库。但是，在此并不散列化或者存储关于软件内容和固件的信息。因此，可能传输经更改的软件或者错误的软件内容。这种软件版本尽管如此却可带有相同的软件名称以及版本号码并且因此可能并不作为经更改的软件而被揭示（aufdecken）。因此存在如下需求：创建一种用于监控交通工具的装备状态的经改善的方案。
技术实现思路
按照所附独立权利要求所述的交通工具、网络组件、方法、计算机程序和设备可满足所述需求。有利的构型方案和扩展方案是从属权利要求的主题。实施例基于如下认识：为了软件内容（Inhalten）的安全的和明确的可证实性，使其在散列算法中能够被一并考虑。此外，可以除了能够经由空中（OTA，在无线的意义上überdieLuft（经由空中））技术在交通工具中所传输的软件更新时的外部参数以及软件内容和版本（固件）的散列化（Hashing）以外，还能够基于一维的或多维的DAG结构来使用DLT，其随后一并考虑所述软件内容。因此，可以创建针对交通工具的装备状态的检验机制，其也允许第三方进行的可靠检验。实施例创建用于生成针对交通工具的装备状态的标识的方法。所述方法包括：确定关于一个或多个现有的软件组件和其软件版本的第一信息；和确定关于一个或多个现有的硬件组件和其硬件版本的第二信息。所述方法此外包括：基于所述第一信息、所述第二信息和所述一个或多个软件组件的软件内容生成散列值以及提供所述散列值作为针对所述交通工具的装备状态（关于硬件和软件）的标识。实施例可以通过在确定散列值时考虑软件内容而使得也能够识别软件内容中的更改。交通工具的装备状态因此可以也根据确定的软件版本的具体软件内容来被验证。通过附加地使用硬件信息、例如控制设备的标识也可以验证所述硬件并且因此也可以在相同软件情况下识别出硬件的更换。在一些其他实施例中，所述方法还可以包括：将散列值存储在分散的数据库中。这种实施例可以因此创建在验证交通工具的软件和硬件时的更高程度的可靠性和安全性。在其他实施例中，分散的数据库可以与DLT相结合，尤其是与区块链或遵循多维有向图（例如缠结（Tangle））的技术相结合。在此可以例如使用DLT，以便使多个网络组件参与散列值的散列化和存储并且因此防止：单个的或者一组单个的网络组件可能以不被识别的方式来操纵软件内容。在此，作为散列而可供使用的多个信息可以因此被结合，使得各个组件尽管如此保持可区分。所述存储在一些其他的实施例中可以在多维图中被执行。这些实施例基于如下核心思想：除了顺序的（sequentiell）区块链以外也存在基于DAG的结构，所述结构随着增大数目的交易反而使得网络变得更快速和更可靠，这是因为交易能够被并行地处理。该方案在这些实施例中规定：发送者首先总是验证多个之前的交易，这构成了针对该结构的可扩展性（Skalierbarkeit）的基础。这种结构也在没有与DLT的网络连接的情况下能够利用，由此使得软件更新过程变得能够离线地执行并且也变得能够证实。在一些实施例中，散列值的生成还可基于由交通工具配置、所述生成的时间点、交通工具参数、最大的最高速度、自适应的间距控制的激活和与交通工具有关的服务的激活所组成的组中的一个或多个要素（Element）。实施例可以因此允许纳入（Einbindung）其他参数，所述其本文档来自技高网...

【技术保护点】
1.一种用于生成针对交通工具的装备状态的标识的方法（10），所述方法具有：/n确定（12）关于一个或多个现有的软件组件和其软件版本的第一信息；/n确定（14）关于一个或多个现有的硬件组件和其硬件版本的第二信息；/n基于所述第一信息、所述第二信息和所述一个或多个软件组件的软件内容生成（16）散列值；和/n提供（18）所述散列值作为针对所述交通工具的所述装备状态的标识，/n所述方法还包括将所述散列值存储在分散的数据库中，其中所述存储在多维图中被执行。/n

【技术特征摘要】
20181116 DE 102018219719.91.一种用于生成针对交通工具的装备状态的标识的方法（10），所述方法具有：
确定（12）关于一个或多个现有的软件组件和其软件版本的第一信息；
确定（14）关于一个或多个现有的硬件组件和其硬件版本的第二信息；
基于所述第一信息、所述第二信息和所述一个或多个软件组件的软件内容生成（16）散列值；和
提供（18）所述散列值作为针对所述交通工具的所述装备状态的标识，
所述方法还包括将所述散列值存储在分散的数据库中，其中所述存储在多维图中被执行。


2.根据权利要求1所述的方法，其中，所述分散的数据库相应于符合分布式账簿技术、尤其是区块链或缠结技术的数据库。


3.根据权利要求1至2其中任一项所述的方法，其中，所述散列值的生成还基于由交通工具配置、所述生成的时间点、交通工具参数、最大的最高速度、自适应的间距控制的激活和与交通工具有关的服务的激活所组成的组中的一个或多个要素。


4.根据权利要求2至3其中任一项所述的方法，其中，所述...

【专利技术属性】
技术研发人员：K沙夫，J黑特尔，N巴特科维亚克，
申请(专利权)人：大众汽车有限公司，
类型：发明
国别省市：德国;DE