用于车辆中的数据获取的方法和系统与流程

本公开涉及用于车辆中的数据获取的方法和系统。本公开尤其是涉及如下的用于车辆中的数据获取的方法和系统，其中所述数据获取涉及车辆用户界面的操作。尤其是，所述数据获取能够实现对车辆用户界面以及用户与车辆用户界面的交互的评估和评价。

背景技术：

在现有技术中已知，在研究范畴内评价用户界面，以便在用户体验的意义中评估用户界面的特定特性，并且查明用户界面的适宜性(例如用户理解、功能、操作简单性、可追溯性、效率、错误操作的排除或最小化)。这样的研究大多借助相应的实物模型(mock-up)(例如所谓的驾驶室壳体(sitzkisten))、虚拟现实技术或模拟器实施，其为用户在尽可能接近之后的应用的环境中提供新的或改变的用户界面，以便基于用户的交互或其隐含反馈和明确反馈来查明对用户界面质量的推断。

上面提到的研究在多方面具有优化潜力。一方面仅能够实现少数被试者，因为为了实施所需要的器件仅以限定的数量可供使用并且尤其是其制造和运行相对昂贵。此外通常不可能的是，完全并且有说服力地模拟真实应用情况的上下文(kontxext)(例如在较长行驶期间车辆用户出现疲劳；气候条件的出现、变化或者说改变；用户的驾驶员活动和次级操作活动之间的相互关系)。因此，所引起的测试和评价结果可能不精确地反映实际情况并且在仿真上下文的范畴内的解释是需要的。此外，与上下文相关的功能、例如学习功能可能不足以被评价或可能不可靠地被评价，所述与上下文相关的功能大多必须在较长的时间段上在实际条件下获取。

为了上面提到的目的，也已知基于系列车辆或在系列车辆中已经由客户实施的研究。这样的在系列车辆上的研究非常耗时并且成本非常高，因为出于测试或评价的目的必须对车辆进行改装或重新编程并且给车辆装备测量技术装置。此外必须获得合适的被试者。因此经常仅得到非常小的并且较不典型的用户测试组，这导致所获得的测试和评价结果仅具有小的说服力。

在现有技术中已知的方法和系统通常具有一个或多个上面提到的缺点。

文献us2011/0320089a1说明一种用于更新车辆ecu(电子控制单元，electroniccontrolunit)的方法。所述方法包含：经由移动无线电网络在车辆的数据通信模块和更新服务器之间建立通信，在使用数据通信模块和更新服务器之间的密码交换协议的情况下验证车辆，并且经由移动无线电网络将更新信息从更新服务器发送给车辆的数据通信模块，其中，所述更新信息配置用于更新车辆ecu。所说明的方法限制于在车辆中的软件组件的定期更新。对用户行为的获取或由此的推断并未提到。

本公开的方法和系统的实施方式部分地或完全地消除一个或多个上面提到的缺点并且能够实现一个或多个下列优点。

本公开的方法和系统能够实现在用户与车辆中的用户界面的交互方面改善的数据获取。尤其是，所公开的方法和系统能够实现较精确的数据获取，所述数据获取接近实际或与实际相同地模拟具体的应用情况。

本公开的方法和系统能够进一步实现原型用户界面实现的接近现实或与现实相同的应用，以用于收集基于用户组的用户数据，所述用户组基本上具有预先确定的组成。这样能够灵活地例如将确定年龄段的用户、确定性别的用户、确定车辆类型或车辆类别的用户、具有确定用户配置文件(例如长途、短途、私人用户、职业用户)的用户、在确定地区(例如乡村、城市、高山地区)中的用户、来自不同的国家和/或气候带的用户等列入要针对确定的数据获取进行定义的组中。所述组成能够基本上被任意参数化。

本公开的方法和系统能够进一步实现低成本地实施数据获取。这主要基于经由数字数据传输而传输到车辆中的配置数据，所述配置数据用于数据获取所基于的用户界面，所述用户界面能在没有相应的服务中断的情况下集成到车辆中或再次拆除。

技术实现要素：

本公开的任务是，提供用于车辆中的数据获取的方法和系统，其避免一个或多个上面提到的缺点并且实现一个或多个上面提到的优点。尤其是，本公开的任务是，提供用于车辆中的数据获取的方法和系统，其涉及车辆用户界面的操作并且能够实现对车辆用户界面以及用户与所述车辆用户界面的交互的评估和评价。此外，本公开的任务是提供包括这样的系统的车辆，所述车辆避免一个或多个上面提到的缺点并且实现一个或多个上面提到的优点。

该任务通过独立权利要求的相应主题来解决。有利的设计方案在从属权利要求中给出。

按照本公开的实施方式，给出一种用于车辆中的数据获取的方法。所述车辆包括用户界面和通信单元。所述方法包括：经由通信单元接收配置数据，所述配置数据被确定用于用户界面；基于配置数据配置用户界面；并且，基于车辆用户对用户界面的使用，获取使用数据。可选地，所述方法可以进一步包括经由通信单元发送使用数据。

优选地，所述方法进一步包括：基于在用户使用用户界面方面的用户反馈，获取反馈数据。可选地，所述方法可以进一步包括经由通信单元发送反馈数据。

优选地，所述方法进一步包括：经由通信单元接收第二配置数据，该第二配置数据被确定用于用户界面，其中，第二配置数据与所述配置数据不同；并且基于第二配置数据配置用户界面。

优选地，所述方法进一步包括：存储用户界面的当前配置数据作为第二配置数据，其中，第二配置数据的存储在配置数据的接收之前进行；并且基于第二配置数据配置用户界面。

优选地，所述方法进一步包括：基于使用数据和/或反馈数据修改配置数据，以便获得经修改的配置数据；并且基于经修改的配置数据配置用户界面。

优选地，所述方法进一步包括：向用户、优选向用户的移动终端设备传输用于参与使用数据的获取的询问；并且接收用户的参与的确认；可选地，在接收配置数据的步骤之前进行传输询问和接收确认的步骤。

优选地，所述方法进一步包括获取对用户使用用户界面的评价，其中，所述评价可选地包含一个或多个参数，所述一个或多个参数定性和/或定量地表征用户对用户界面的使用。

按照本公开的实施方式，给出一种用于获取车辆中的使用数据的系统。所述系统包括控制单元，其中，所述控制单元配置用于实施按照在此所说明的实施方式的方法。所述系统可选地进一步包括通信单元和用户界面。

优选地，所述系统进一步包括后台组件，所述后台组件配置用于经由通信单元发送配置数据给车辆，其中，所述后台组件可选地进一步配置用于从车辆接收反馈数据。

按照本公开的实施方式，给出一种车辆，该车辆包括按照在此所说明的实施方式的系统。

附图说明

本公开的实施例在附图中示出并且在下面进行详细说明。

图1示出一种按照本公开实施方式的用于车辆中的数据获取的系统的示意图；以及

图2示出一种按照本公开实施方式的用于车辆中的数据获取的方法的流程图。

具体实施方式

在下面，只要不另外说明，对于相同的和相同作用的元件使用相同的附图标记。

图1示出一种按照本公开实施方式的用于车辆100中的数据获取的系统的示意图。所述系统基本上可以在车辆100的控制单元120上实施。车辆100除了控制单元120之外进一步包括通信单元130和用户界面110，所述通信单元配置用于与车辆外部的组件(例如移动终端设备80和后台300)的数据通信。

用户界面110包含一个或多个用户界面、尤其是配置用于操作车辆100(例如空气调节、座椅调节、信息娱乐服务、车辆调节)的用户界面。用户界面110可以利用配置数据(例如配置数据111、111’、112)在其功能方面被配置。例如，用户界面110可以基于相应的配置数据111、111’、112实现图形的用户界面(例如触摸屏)，在该图形的用户界面中示出显示元件和操作元件，所述显示元件和操作元件可以被用户60用于操作车辆100。附加地或备选地，用户界面可以包含(另外的)显示和操作元件，例如开关、按钮和显示部。

用户界面110的功能通过配置数据这样确定，使得预先确定的操作元件、显示元件和/或操作逻辑等可以基于配置数据被定义和激活或解除。这样可以对用户界面添加新的功能、新的操作元件和/或新的显示元件。同样地，可以去除或改变功能、操作元件和/或显示元件。如此，用户60对基于新的或改变的配置数据实现的用户界面110的评估或评价能够实现用户界面关于可理解性、功能、功能范围、效率等的优化。

进一步地，所述系统可以具有相对于车辆100在外部的后台组件300或基础设施，其提供一个或多个资源(例如服务器、服务)。优选地，配置数据111、111’、112在后台组件300上构建、管理或提供并且在需要时借助数据传输330传输给一个或多个车辆100。同样地，在一个或多个车辆100中获取的数据可以借助数据传输330传输给后台组件300，以用于存储、分析和/或进一步的处理。

用户60(未在图1中示出)优选经由移动终端设备80与系统(例如与车辆100和/或后台组件300)通信。这样，用户60例如可以借助适合的应用程序(例如在智能手机上的app)被询问去参与用于新的/改变的用户界面的数据获取。基于在app中存储的数据(例如用户和/或车辆的配置文件数据)，可以实现从一定量的用户中选择适合的用户。例如可以基于非常不同的准则来选出用户60：确定年龄段的用户、确定性别的用户、确定车辆类型或车辆类别的用户、具有确定的用户配置文件(例如长途、短途、私人用户、职业用户)的用户、在确定地区(例如乡村、城市、高山地区)中的用户、来自不同的国家和/或气候带的用户等。根据用户60的确认，然后可以将配置数据111、111’、112、尤其是实现新的或改变的用户界面110的配置数据111、111’经由空中接口(例如“overtheair”、ota)或以其他的方式传输至车辆100。优选地，在车辆100中的控制单元120接收配置数据111、111’、112并且将所述配置数据按照预先确定的格式安装。在此可选地，出于在数据获取结束之后重建用户界面110的初始状态的目的，在车辆100中存在的实现至今使用的用户界面110的配置数据可以在安装所接收的配置数据111之前被保护。备选地，相应的配置数据112可以在数据获取结束之后以相同的方式传输给车辆100并且安装，如以上说明的那样。

图2示出一种按照本公开实施方式的用于车辆100中的数据获取的方法200的流程图。虚线示出的过渡(例如从步骤206向步骤208)构成可选的过渡。在所述步骤之后，可以如示出的那样可选地以步骤208、212、214、216或218继续。利用实线的过渡(例如从步骤202向步骤204)示出通常不存在备选方案的过渡。

所述方法200在步骤201中开始。在步骤202中，经由车辆100的通信单元130接收被确定用于用户界面110的配置数据111。如以上说明的那样，所述接收优选经由空中接口进行并且经由车辆100的控制单元120控制。备选地，配置数据111也可以“本地”接收，例如经由在车辆中存在的或可连接的数据载体(未示出)来接收。

在步骤204中，基于配置数据111配置用户界面110。这可以包含将新的软件组件安装在用户界面的相应的控制器上，例如通过车辆100的控制单元120。在这里，用户界面110基于配置数据111实现新的或改变的用户界面110，关于所述新的或改变的用户界面应该进行数据获取(即评估、评价)。

在步骤206中，基于车辆100用户60对用户界面110的使用，获取使用数据116。该获取优选在预先确定的时间段上发生(例如一个或多个日、周或月)。备选地，也可以持久收集使用数据，例如在用户60同意相应的数据保护规定时。例如可以在使用车辆中的空气调节时持久地收集针对较大数量的用户60的整个上下文，以便获得相应有说服力的并且可承载的数据。随着所收集的数据增加并且基于足够大量的用户60，能够显著改善数据收集的结果。

在此可以隐含地和/或明确地收集数据。隐含收集的数据例如可以涉及用户60与用户界面110的常规交互和多个参数。这例如涉及交互的类型和数量。当用户非常频繁并且持续地使用特定的操作元件，以便调节相同的或类似的参数(例如空气调节的持续再调节或座椅加热的接通/断开)，则这可以表示空气调节操作、空气调节显示和/或空气调节控制的不理想的设计。进一步地，例如可以获取用户对事件的回复时间或反应时间。如果反应快速并且精确，则通常可以推断出明了的、可良好操作的并且高效的用户界面。进一步地，可以获取用户对单个的或不同的参数的调节的数量，例如以便确定用户60可以多快速地并且借助何种数量的操作步骤来触发、操作或调节希望的功能。

在步骤206之后，可选地可以以步骤208、212、214或216继续。备选地，所述方法随后在步骤218中结束。

可选地，所述方法在步骤208中继续进行。在步骤208中，基于在用户60使用用户界面110方面的用户60反馈，获取反馈数据118。

在步骤208之后，可选地可以以步骤210、212、214或216继续。备选地，所述方法随后在步骤218中结束。

可选地，所述方法在步骤210中继续进行。在步骤210中，经由通信单元130发送反馈数据118。如以上参考步骤202所说明的那样，优选为了进一步分析或处理将反馈数据118发送给后台组件300。然而在一些实施方式中，可以向其他组件进行数据传输，例如也在本地向控制器进行数据传输(例如用于存储和/或之后的数据传输)或向本地连接的数据载体(例如usb盘或类似物)进行数据传输。反馈数据118尤其是可以包括如下数据，所述数据基于用户60的主动反馈，例如来自对用户界面的客户调查的数据或另外地由用户60明确地、可选地在没有要求的情况下提供的数据。用户60对此可以除了纯技术的使用数据获取之外给出另外的定量的(例如分数、花费的时间)和定性的和/或涉及主观感受的反馈(例如自由的评价、兴趣、改善建议)。

在步骤210之后，可选地可以以步骤212、214或216继续。备选地，所述方法随后在步骤218中结束。

可选地，所述方法在步骤212中继续进行。在步骤212中，经由通信单元130发送使用数据116。如以上参考步骤202说明的那样，优选为了进一步分析或处理将使用数据116发送给后台组件300。然而，在一些实施方式中可以向其他组件进行数据传输，例如也在本地向控制器进行数据传输(例如用于存储和/或之后的数据传输)或向本地连接的数据载体(例如usb盘或类似物)进行数据传输。

在步骤212，可选地可以以步骤214继续。备选地，所述方法随后在步骤218中结束。

可选地，所述方法在步骤214中继续进行。在步骤214中，经由通信单元130接收第二配置数据112，所述第二配置数据被确定用于用户界面110。第二配置数据112与所述配置数据111的区别优选在于，第二配置数据重建用户界面110的初始状态，该初始状态在基于配置数据111的配置204之前已经存在。随后在步骤216中，基于第二配置数据112配置用户界面110，以便重建初始状态。

在另一种实施方式中(未在图2中示出)，在步骤202和/或步骤204之前的步骤202-1中，将用户界面110的当前配置数据作为第二配置数据112存储。第二配置数据112的存储202-1优选在接收202配置数据111之前进行，以便基于第二配置数据112确保用户界面110的初始状态。之后则可以例如在步骤216中基于第二配置数据112配置用户界面110，以便重建初始状态。

在另一种实施方式中(未在图2中示出)，可以基于使用数据116和/或反馈数据118修改配置数据、例如配置数据111，以便获得经修改的配置数据111’。在这里可以应用不同的方法。例如可以基于ki方法(例如机器学习，machinelearning)如下处理使用数据和/或反馈数据，使得用户界面110的一个或多个特性借助经修改的配置数据111’基于使用数据116和/或反馈数据118改变。这样的改变例如可以包含：感受为积极的元件(例如显示、操作元件、自动控制)相应地扩展并且优化，和/或感受为消极的元件相应地去除、改变或另外优化。使用数据116和/或反馈数据118可以包含定量的和/或定性的信息，所述信息允许对相应的用户偏好的推断。

以这种方式，用户界面110可选地可以经由分别基于(进一步)修改的配置数据111、111’、111”等实现的多个迭代(例如进化级)总是进一步朝向用户偏好优化。在一些实施方式中，也可以这样在持久和/或连续优化的用户界面中模拟长期趋势(例如较长期出现的用户偏好改变)。

优选地，为了构建经修改的配置数据所使用的方法可以在一个或多个后台组件300上实施。这样可以将资源密集的过程(其例如以大的存储器容量和/或计算能力为前提)转移到相应的基础设施上。

当在此提到车辆时，在这里优选涉及多轮辙的机动车(轿车、货车、运输机)。由此产生多个在本文件的范畴内明确说明的以及多个另外的对于本领域技术人员可理解的优点。

虽然通过优选实施例详细示出并阐述了本发明，但是本发明不受所公开的示例的限制并且本领域技术人员可以在不偏离本发明的保护范围的情况下从中推导出其他变型方案。因此清楚的是，存在大量变型可能性。

同样清楚的是，示例性地提到的实施方式实际上仅示出了示例，所述示例不应以任何方式理解为对本发明的例如保护范围、应用可能性或配置的限制。更确切地说，上述说明和附图说明使得本领域技术人员能够具体实现示例性的实施方式，其中，本领域技术人员在了解所公开的发明构思的情况下，例如可以在各个在示例性的实施方式中提到的元件的功能或布置方面进行各种变化，而不偏离保护范围，该保护范围通过权利要求及其法律上的等同方案、例如说明书中的进一步阐述来限定。