用于控制数据的方法和系统与流程

本发明涉及一种用于控制由多个车辆采集的数据的方法，其中，数据是匿名的并且提供数据减少。控制存在于每个车辆的单元(例如应用、数据接收器)之间、多个车辆和系统的后端之间、后端的单元之间、还可能在后端的单元和至少一个外部服务提供方之间。数据减少通过避免传输冗余数据或者通过避免不需要的数据采集来实现。此外，根据本发明产生采集的数据的改善的精度。使得能够向第三方提供在此采集的多个车辆的数据、例如结合该多个车辆中的每一个车辆的具体位置的当前天气和/或交通流量信息，其中，同时保证了数据保护要求(从客户的角度和/或在法律上)。

背景技术：

de102014201662a1描述了一种收集行走工具中的信息的方法。在此，车辆或其控制设备借助无线通信装置向车辆制造商的数据基础设施的后端发送传感器的分析数据。聚集的数据可以由第三方或其第二数据基础设施的数据服务器调取。在此，相应地在控制设备的虚拟机上执行(对第三方分配的)单个分析逻辑，虚拟机将数据与确定的车辆的位置相关联。固定服务器合并多个车辆的数据并且将其提供给第三方，其中，遵守数据保护政策。作为这种方法的应用，例如提到了通过车辆收集与位置相关的环境数据以用于天气服务。

de102011106295a1描述了一种用于在汽车和服务提供方之间进行数据的双向传输的方法，其中，向服务提供方提供源自车辆的交通数据，其中，仅经由后端服务器提供其。车辆经由反向通道向服务提供方报告交通数据、例如除了位置、时间点之外、还有温度和其它车辆信息。在此，后端服务器装置在向服务提供方传输之前进行交通数据的匿名化。

由此从现有技术中已知从多个车辆向后端提供数据的解决方案。在后端向第三方提供这些数据之前，后端使这些数据匿名化。数据可以包含在车辆侧可以确定的、借助设备或者数据接收机采集的测量值/值、例如gps位置、温度值、雨量、发光值，其中，这些设备或者数据接收机安装在每个车辆上。数据与特定车辆或者与特定位置的正确的关联特别是与车辆的gps位置的正确的确定有关。通常要在车辆中实现特定应用(服务或app)，其使用特定类型和方式的数据。这又意味着，每个应用(服务或app)使用自己的车辆的gps位置并且与采集的数据一起进行传输。由此根据容限和/或传输错误、传输延迟，可能对于单个车辆的gps位置的每个应用(服务或app)产生多个估计值。在最好的情况下，这导致当(每个应用(服务或app))的所有估计值对应于单个gps位置时，对于每个应用(服务或app)不必要地多次传输相同的gps位置。

此外，在此例如有问题的是，需要来自多个车辆的数据的所有服务不需要相同精度的数据。由此通常传输不必要的数据量。例如，当每个服务需要gps位置的自己的特定精度时，可以在车辆上的应用(服务或app)中产生不同的gps位置，尽管其涉及单个车辆。关于术语数据的精度的使用，应当注意，不仅采集数据的时钟频率(采样时间)、而且需要数据多准确(例如考虑在小数位等的意义上的给定的误差容限、时间容限、精度容限)对于数据的精度具有相应的作用。

技术实现要素：

相对于此，本发明提出了如下任务：考虑到数据的匿名化并且考虑到要在每个车辆的单元之间、在多个车辆和系统的后端之间、在后端的单元之间以及在后端的单元和可能的至少一个外部服务提供方之间传输的数据的减少，使得能够实现用于控制多个车辆的数据的有效的方法。根据本发明避免多次使用的数据(例如车辆的gps位置)的多次采集和传输，并且根据本发明在任何情况下都保证传输的数据的匿名化。

借助本发明，不仅能够实现对待传输的数据的个别的精度要求，而且能够实现对应的改善的数据管理。由此不需要以不必要的精度对于所有应用(服务或者app)传输待传输的数据。

本发明要解决的技术问题是，提出一种用于控制多个车辆的数据的有效的方法，用于向第三方提供在需要时第三方对数据的进一步应用，其中，必须同时保证数据匿名化。

上述技术问题的解决方案通过具有根据本发明的特征的方法来得到。本发明的其它有利构造从下面的描述中得到。

根据本发明，提供一种用于控制车辆的数据的方法，其中，所述车辆包括通信单元、第一数据接收器、第二数据接收器、基本应用和至少一个数据应用，其中，所述车辆用标识表示，所述方法包括：向所述至少一个数据应用请求关于具体位置的数据，借助所述第一数据接收器采集所述车辆的基本数据，向所述基本应用传输所述车辆的基本数据，对所述车辆的所述标识进行编码，经由所述通信单元向后端的基本服务传输具有所述车辆的编码的标识的基本数据，借助所述第二数据接收器采集所请求的数据，向所述至少一个数据应用传输所请求的数据，对所述至少一个数据应用分配标志。经由所述通信单元向第一服务传输所请求的数据与所分配的所述至少一个数据应用的标志，以及其特征在于，所述至少一个数据应用的标志和所述车辆的所述编码的标识使得传输的所请求的数据匿名化。

对车辆的标识的编码可以在车辆中借助自己的处理单元进行。替换地或者补充地，对车辆的编码可以在车辆外部、例如在后端中进行，其中，在编码之后向车辆传输编码的车辆的标识。对至少一个数据应用分配标志类似地可以在车辆中进行。替换地或者补充地，对至少一个数据应用进行分配可以在车辆外部、例如在后端中进行，其中，在分配之后向数据应用传输所分配的标志。

此外，可以响应于所述第一服务向所述后端的基本服务的申请，向所述至少一个数据应用请求数据，以及其中，所述请求可以包括对精度和/或对所请求的数据的传输的规定，和/或包括对精度和/或对基本数据的传输的规定，以及其中，所请求的数据和/或基本数据可以按照所请求的规定采集和/或传输。

第一数据接收器可以是gps接收器，并且基本数据可以是gps位置数据。不排除能够由其推导出车辆的位置的其它数据接收器类型。应当注意，所提及的基本数据不局限于位置数据。换句话说，根据本发明，可以仅一次通过每个车辆的基本应用传输要多次从车辆的多个应用传输的其它数据、不仅仅是位置数据。由此在车辆和后端之间实现数据的有效传输。第二数据接收器例如可以包含温度传感器、雨量传感器或者日光传感器。不排除其它类型的数据传感器。

此外，可以根据所采集的所述车辆的基本数据，确定所述车辆处于预先定义的相对于所述具体位置的范围内，以及其中，可以仅在基于所采集的所述车辆的基本数据，确定所述车辆处于预先定义的相对于所述具体位置的范围内时，向所述至少一个数据应用请求数据。在此意义上，仅结合具体的(所请求的)位置触发向至少一个数据应用的请求。可以将每个车辆的基本数据存储在可以集成在后端的基本服务中的关联表中。由此，当需要关于具体位置的信息(天气、交通流量等)时，在请求方(例如外部服务)侧向后端的基本服务的询问(或申请)就足以确定哪些车辆处于预先定义的范围内，以便得到所需的信息。预先定义的范围可以由请求方自己和/或由后端的基本服务(例如与登记的(registrierten)车辆和/或登记的服务或者app的数量和/或可用性有关地)设置。

以这种方式，在车辆不处于特定位置时，避免了车辆的数据应用和后端之间的不必要的数据传输。当相对于到达后端的最后发送的位置数据，车辆离开了预先定义的区域时，对每个车辆的位置的确定可以通过后端周期性地询问登记的每个车辆和/或通过后端询问服务的请求/申请和/或通过借助每个车辆的基本应用自动发送车辆的位置数据来进行。可以将每个车辆的位置数据存储在关联表中。替换地或者补充地，向车辆的至少一个数据应用的数据请求也可以与车辆的位置无关地进行。由此请求方可以与车辆的位置无关地得到车辆的数据。

类似地，可以仅在基于所采集的所述车辆的基本数据，确定所述车辆处于预先定义的相对于所述具体位置的范围内时，向所述车辆的所述基本应用传输基本数据。由此在车辆内部实现数据的有效传输。

同样地，可以仅在基于所采集的所述车辆的基本数据，确定所述车辆处于预先定义的相对于所述具体位置的范围内时，借助所述第二数据接收器采集数据。由此在车辆侧实现数据的有效采集。

所述方法可以包括将用所述后端的基本服务登记(registrieren)所述至少一个数据应用，以及其中，仅借助所述后端的基本服务经由通信单元向第一服务传输所请求的数据与所分配的所述至少一个数据应用的标志。由此能够实现对数据的中央控制。换句话说，仅通过后端的基本服务向后端本身内部的所有其它服务或app或者向外部服务提供方(处于后端外部的服务提供方)的其它服务或app提供所采集的数据。替换地或者补充地，总是仅在对所采集的数据进行了充分的编码/加密，使得数据源得到保护时，可以由第三方(上面提及的外部服务提供方)直接访问所采集的数据。

车辆和上面描述的后端之间的通信经由数据基础设施云、例如因特网、wlan、蓝牙和/或移动无线电网络进行。车辆配备有对应的通信单元(参见图1中的120,220,…)，以使得能够在车辆侧进行通信。对应地，后端配备有通信接口(参见图1中的320)。在这种情境下，可以使用(例如基于近场通信(nfc，near-fieldcommunication)、rfid、数字密钥和/或证书交换、pki、pgp等的)至少一种批准、允许、授权、许可、认证和/或加密技术，以改善所示出的系统的各单元之间的数据传输的安全性。

所请求的数据的采集也可以借助上面描述的第二数据接收器和/或基本数据的采集借助上面描述的第一数据接收器周期性地进行。由此，数据和/或基本数据的采集可以在车辆侧与明确的申请无关地进行。

第二数据接收器也可以周期性地向至少一个数据应用传输所请求的数据。由此，数据的传输可以在车辆内部与明确的申请无关地进行。以这种方式，车辆的数据应用可以保持最新的状态，并且在例如进行了明确的申请时，可以更快地向后端提供当前数据。

车辆可以周期性地向后端传输所请求的数据(数据应用的数据和/或基本应用的基本数据)。由此，车辆的数据和/或基本数据的传输可以与明确的申请无关地进行。以这种方式，后端可以保持最新的状态，并且可以更快地向第三方(例如外部服务提供方)提供当前数据。

换句话说，可以独立地根据相应的需求和/或由于高通信限制来调整传输速率和采集速率。

此外，可以对类似地以相同的方式来自多个车辆的数据进行控制，其中，所述多个车辆中的每个车辆包括至少一个通信单元、第一数据接收器、第二数据接收器、数据应用和基本应用。

借助终端登记(多个车辆中的)特定车辆包括对该特定车辆关联/分配唯一的标识(id)(例如参见图4id：对于第一车辆是xjzytr)。

借助后端登记(特定车辆的)数据应用包括对该应用关联/分配唯一的标志(例如参见图4天气服务id：对于应用天气服务的72310244188254)。

应当注意，术语应用、服务或者app应当被视为等同的。它们是公知的术语，用于描述在系统中安装的软件。服务可以被视为应用或者app，其中，服务不在前台运行。

附图说明

下面，根据在附图中示出的实施例详细说明其它有利构造，然而一般来说实施例总体上不局限于在附图中示出的实施例。

具体实施方式

图1示出了系统的示意性视图，借助该系统在多个车辆(例如仅示出了第一车辆100和第二车辆200)和后端传感器装置300、下面称为后端300之间传输数据。数据可以理解为车辆侧和后端侧的数据。例如来自车辆100的车辆数据或数据例如可以理解为包含车辆100在内的gps值、温度值、雨量或者日光值。

所示出的系统有利地具有后端300，其中，后端300包括通信单元320、多个服务300a至300z以及基本服务310。

应当注意，在每个车辆中，为了清楚起见，在图1中未示出至少第一数据接收器和至少第二数据接收器190,290等(如相反在图2中所示出的)。

图2示出了(车辆侧和后端侧的)数据根据本发明在两个车辆100,200和后端300之间的传输的示意性视图，其中，根据本发明有效的数据传输步骤用圆圈标出(参见840,850,860a-c,820a-c和890)。应当注意，为了清楚起见，在图2中未示出各个通信单元120,220,320等(如相反在图1中所示出的)。还应当注意，在后端中示出的服务300a也可以在外部服务提供方中实现，并且根据本发明可以访问多个车辆的数据。

可以用后端和/或外部服务提供方的对应的服务直接登记每个车辆中的每个应用，以使得能够与对应的服务进行耦合。替换地或者补充地，可以用后端的基本服务登记每个车辆中的每个应用。由此集中登记过程。

如在图2中简化地示出的，在每个车辆的天气应用100a,200a和需要或请求了天气数据的天气服务300a之间进行用于数据应用的特定数据(除了相应的车辆的位置数据)的直接通信(数据请求和传输)(参见步骤860a-c)。此外，在每个车辆的基本应用110,210和后端300的基本服务310之间进行至少用于相应的车辆的位置数据的直接通信(数据请求和传输)(参见步骤820a-c)。

图3示出了关于根据本发明的数据的采集和传输的示意性流程图。

参考图3，例如天气服务300a(其可以集成在图2中示出的后端300中和/或外部服务提供方中)对后端300的基本服务310的数据发起800请求/申请。假设已经进行了彼此登记/耦合，则天气服务300a也可以直接与车辆的数据应用进行通信。

登记例如可以对至少一个车辆直接与外部服务提供方进行，使得直接由至少一个车辆(或由其登记的应用)传输外部服务提供方对数据的请求/申请。在任何情况下，可以在请求的范围内给定对待接收的数据的精度、例如gps位置、温度值、雨量和/或日光值的精度(即数据接收之间的时间容限、时间间隔、从不同的应用/车辆传输的数据之间的时间容限、时间间隔、小数位等)的具体请求。

响应于该请求800，后端300的基本服务310对该请求进行处理，并且由相应的车辆的相应的基本应用110,210等转发810处理后的请求，用后端300登记相应的车辆的相应的天气app。

对应的应用(例如天气app100a、交通信息app100z)之间的登记包括：对具体的服务或app分配/关联唯一的标志，以及对具体的车辆关联/分配唯一的标识(id)。每一个车辆的唯一的标识(id)的产生可以由随机数发生器例如基于车辆标识号(“vehicleidentificationnumber”，vin)产生。该登记步骤可以在本方法开始时进行(如在图3中作为870和880所示出的)，或者例如可以在上面提及的数据申请/请求800之后或者在上面提及的数据申请/请求的转发810之后进行。不排除其它顺序。

应当注意，为了清楚起见，未示出后端300内部、即单元320,300a和310之间的所有可能的内部通信。

根据该数据申请/请求，每一个登记的车辆中的相应的基本应用向在每一个车辆中登记并且提供的对应的数据应用请求830gps位置和所请求的数据(例如温度值、雨量和/或日光值)。对应的数据应用进一步向安装在每一个车辆中的对应的数据接收机/数据接收器190请求840所请求的数据。替换地或者补充地，相应的基本应用可以直接向对应的数据接收机/数据接收器190请求gps位置和所请求的数据(例如温度值、雨量和/或日光值)(为了清楚起见未示出)。该数据接收机/数据接收器190例如可以包含温度、雨量或者日光传感器。不排除其它类型的数据接收机/数据接收器。上面描述的数据申请/请求800可以独立地触发周期性的数据申请/请求830，和/或可以将两个申请/请求800和830耦合。

数据和请求在数据接收机/数据接收器(例如温度传感器190)和数据应用(例如天气app100a)之间以及在基本应用(例如110)和数据应用(例如天气app100a)之间或者在基本应用(例如110)和数据接收机/数据接收器(例如温度传感器190)之间的传输可以周期性地和/或根据在上面提及的来自天气服务300a的申请/请求800中给定的规定进行。换句话说，周期性地或者按照请求数据的服务的需要和/或按照涉及的所示出的系统中的其它单元的需要、例如由于通信需要。换句话说，后端、外部服务提供方和/或后端和/或从外部服务提供方的具体服务本身(例如由于网络可用性、网络限制)报告需要，即需要哪些数据以及多久需要一次。该需要可以由后端、外部服务提供方和/或具体的服务本身进行调整/匹配。以这种方式例如避免不必要地快的数据接收时钟。其结果是，有效地减少不必要的数据传输。替换地或者补充地，数据和请求的所有传输可以对于所有服务以可相同地调整的时帧进行。该调整可以由后端、外部服务提供方和/或具体的服务本身控制。

在每个车辆的相应的基本应用收到所请求的数据之后，每个车辆的相应的基本应用向后端300的基本服务310传输gps位置与其它元信息、例如第一时间戳，参见步骤820。由此，例如可以将每个车辆的(可以集成在后端中的)单元借助对具有可调整的位置容限、位置范围的给定的gps位置的分析与具体位置相关联。

在每个车辆的相应的数据应用(服务或app)、例如天气app100a(从至少一个数据接收机)收到所请求的数据之后，相应的数据应用向例如天气服务300a(请求数据的服务)传输采集的数据与其它元信息、例如第二时间戳和/或与分配的应用的标志，参见步骤860。替换地或者补充地，登记的服务可以收到数据，尽管其没有明确地请求数据(例如当分发重要信息、例如雷雨、酒驾司机和/或严重的事故时)。因为借助相应的车辆的基本应用传输对应的gps位置，有效地避免了针对每个应用传输gps位置。通过对数据应用分配标志，保证了数据的匿名化。在任何情况下，(可以集成在后端中的)单元可以借助对相应的给定的车辆的标识(id)和数据应用的标志的分析和/或通过对交换的元信息的分析与每个车辆相关联。替换地或者补充地，可以从给定的车辆的标识(id)推导出分配的数据应用的标志，或者反之亦然，从而使得能够将在特定车辆中存在的服务或app相关联。替换地或者补充地，在特定车辆中存在的服务或者app的关联可以通过作为其它元信息发送附加参数和/或通过根据上述第一和第二时间戳进行概率分析(例如当两个时间戳处于可调整的特定时间间隔内时)来进行，从而可以将特定标志与特定车辆中的特定服务或app相关联。

根据本发明，借助对每个数据应用分配唯一的标志，保证了数据的匿名化。借助例如可以集成到后端的基本服务中的第一关联表，后端可以跟踪数据和数据源(哪些车辆和/或车辆的哪些数据应用)。

借助上面描述的第一和第二时间戳并且借助例如可以集成到后端的基本服务中的第二关联表，后端可以跟踪传输的这些数据并且在需要时将其相互关联。这可以通过在第一和第二时间戳之间定义可调整的特定时间容限、时间间隔来进行。由此也可以将特定标志与特定车辆中的特定服务或者app相关联。

替换地或者补充地，可以将上面提及的第一和第二关联表合并成单个表。

替换地或者补充地，可以将每次传输中的相应的车辆的标识或相应的车辆的编码的标识与gps位置一起从基本应用发送。类似地，可以将每次传输的相应的车辆的标识或相应的车辆的编码的标识与所请求的数据、标志和第二时间戳一起从相应的数据应用发送。

此外，还根据需要、规定和/或设置，在后端300的例如天气地图服务(300a)和基本服务/app(310)之间进行gps位置数据和车辆数据(上面提及的借助至少第二数据接收器采集的数据)的改进的传输(步骤890)。根据本发明，登记的每个服务300a-300z(其可以在后端300本身中和/或在至少一个外部服务提供商中实现)仅借助后端300的基本服务/app(310)收到一次确定车辆的单一的具体位置的位置数据。

图4示出了根据本发明的系统的示意性视图。根据本发明，经由至少一个数据基础设施云在多个车辆(例如仅示出了第一车辆)和后端之间有效地传输数据。

如所示出的，例如外部服务提供方和/或后端自己的天气服务(参见图4，id73210244xxx)可以访问所谓的基本数据(例如车辆的gps位置数据)，其中，借助关联/分配的车辆的编码的标识(id)将该基本数据匿名化。此外，(借助关联/分配的标志匿名化的)每个车辆中的相应的(登记的)数据应用(服务或者app)和车辆本身仅可通过所示出的关联表来跟踪。

每个车辆用唯一的编码的标识(id)(例如对于第一车辆为“xjzytr”)登记。存在于每个车辆中的每个服务或者app用唯一的标志(对于具有id“xjzytr”的第一车辆中的天气服务id，例如参见“72310244188254”)登记。如所示出的，存在于每个车辆中的所有服务或者app(除了车辆的基本服务或者基本app之外)与不能与车辆的标识(id)互相关联的标志登记。替换地或者补充地，车辆的已有的服务或者app的标志也可以通过编码/处理车辆的标识(id)而被关联。前提是，仅后端能够跟踪该编码/处理。

至少在后端中提供关联表。可以将该关联表集成到后端的基本服务中。所示出的关联表可以将多个车辆和存在于每个车辆中的已有的服务或者app彼此结合。除了车辆本身之外，已有的服务或者app按照车辆的这种关联仅在后端中已知。以这种方式，在关联表中可以识别出一种虚拟车辆，其中，在任何情况下都相对于第三方保证了匿名化。

后端可以包含服务或者app(例如导航服务、天气服务等)，其从多个车辆请求数据并且向外部服务提供方提供数据。对数据的请求通过集成在后端中提供的基本服务或者基本app进行，其中，基本服务包含上面描述的关联表，和/或其中，基本服务访问上面描述的关联表。对于需要来自多个车辆的数据的(后端和/或外部服务提供方的)每个服务或者app，在成功地进行登记之后知道多个车辆已有的服务或者app的标志。借助分配的标志，除了车辆的位置数据之外，可以仅借助(集成在后端中的)提供的基本服务或者基本app从每个车辆的服务或者app(未示出)请求并且收到每个车辆的每个数据应用的特定数据(例如温度值、雨量和/或光值)，使得数据源(哪个车辆)保持匿名。替换地或者补充地，外部服务提供方的服务可以直接与在后端中提供的基本服务或者基本app进行通信。以这种方式，车辆的特定数据的请求和传输可以直接在每个车辆的每个服务或者app和基本应用或者数据应用之间进行，前提是在传输数据之前，使数据匿名化。

后端和/或外部服务提供方的服务或者app可以仅借助集成在后端中的提供的基本服务或者基本app来访问特定车辆的位置数据。对集成在后端中的提供的基本服务或者基本app的请求通过使用数据应用的标志来进行。由此，集成在后端中的提供的基本服务或者基本app通过关联表可以得到特定车辆的对应的位置数据，该特定车辆的数据应用用给定的标志登记。替换地或者补充地，对集成在后端中的提供的基本服务或者基本app的请求可以通过使用特定车辆的标识(id)来进行。其前提是，每个服务也与所请求的数据一起收到每个车辆的标识(id)。在任何情况下，数据源(即相应的车辆)保持匿名。

可以通过每个车辆的基本服务或者基本app向后端的基本服务或者基本app传输每个车辆的位置数据。根据本发明，以这种方式实现了车辆的位置数据不是由车辆的每个服务或者app传输，而是仅由车辆的基本服务或者基本app传输一次。这一方面使得能够改善数据的关联(仅以预先定义的精度发送每个特定的车辆的位置数据的特定集合)，另一方面使得能够有效地传输数据(车辆的每个服务或者app仅发送与服务或者app特别相关的数据，如例如对于天气app仅发送温度值、雨量和/或光值)。相反，按照车辆的服务或者app传输车辆的位置数据是冗余的，根据本发明应当避免。

根据本发明，保证了数据保护和数据节约与应用、服务和app的上升的数量无关。

应当注意，在上面提及的附图中示出的步骤仅用于说明的目的，在上面提及的附图中示出的步骤可以同时或者按照与示出的顺序不同的顺序执行。

此外，对于本领域技术人员显而易见的是，与上面描述的实施方式不同的多种实现和实施方式落入所附权利要求的包含范围内。

附图标记列表

190数据接收器：例如光传感器、雨量传感器、gps接收器

100车辆1

100a天气app/服务

100z交通信息app/服务

110车辆100中的基本服务/app

120车辆100中的通信接口

300后端

300a天气地图服务

300z交通信息服务

310后端300中的基本服务/app

320后端中的通信接口

200车辆2

200a天气app/服务

200z交通信息app/服务

210车辆200中的基本服务/app

220车辆200中的通信接口