用于以远程控制的方式处理行进工具的故障发现的方法、行进工具、后端服务器以及系统

技术领域

本发明涉及一种用于以远程控制的方式处理行进工具的故障发现的方法、一种行进工具、一种后端服务器以及一种系统。

背景技术

目前已经可以在性能数据库分析中分析客户或用户车辆的车辆服务数据(例如涉及维修和/或故障情况)以及诊断数据(车辆运行和服务数据传输和分析以及远程服务报告读取过程)。同样地，可以在这种数据库中通过故障映像(Fehlerbild)来描述已知的客户问题。这些故障映像可以由不同参数(例如车辆类型、生产时间段、软件版本、故障存储器记录、环境条件、测量值和保修检查结果以及客户评论)的逻辑组合组成。这种故障映像在数据库中由数据代表。通过不同的方法长期地扩展对客户问题的认识。例如，可设想验证个别情况，直至应用自动的数据挖掘过程。由此，所涉及的客户车辆的故障能够自动地与知识数据库链接。通过该故障映像识别能够实现得到质量措施，所述质量措施例如可以涉及对服务措施的改进到对车辆中软件和硬件的进一步发展。然而，上述数据库设计具有的缺点是，服务机构(例如经销商和/或车间)的客户车辆的已知问题的自动链接不可用。这导致必须通过质量专家对已知问题进行复杂的人工分析。在此还缺少对新出现的客户问题的关注。

DE102008022771A1公开了一种用于将车辆诊断数据传输给车辆服务提供商的方法以及系统。这例如可以经由用户的智能手机实现。所发送的诊断数据例如可以存储在网络服务器上，服务提供商可以经由该网络服务器访问诊断数据。然而，在此又出现上面讨论的问题，即，通过服务提供商仅能够处理个人的车辆诊断数据。以这种方式可能导致由无关的服务提供商多次处理同样的故障。

US8676432B2公开了一种算法，所述算法能够基于收集到的车辆故障信息对可能出现的故障进行预测。响应于所确定的故障可以发出报警。然而在此出现的问题是，这种报警不提供关于直接解决问题的具体信息。此外，所述报警本质上是片面的，使得其对于车间和/或其他服务提供商而言不能直接与创建算法并且收集车辆故障数据的数据库通信。

发明内容

因此，本发明的任务是，减轻现有技术的以上讨论的缺点并且更有效地实现对车辆侧出现的故障的处理。

根据本发明的解决方案通过独立权利要求的技术特征来实现。

根据第一方面，本发明涉及一种用于以远程控制的方式处理行进工具的故障发现的方法。

作为在本发明的意义中的“行进工具”，例如考虑汽车、尤其是轿车和/或货车、和/或摩托车、和/或飞机和/或船舶。

术语“以远程控制的方式处理”在当前尤其是意味着，对行进工具的功能故障(Funktionfehler)的具体消除不仅仅在现场(例如在车间中)进行，而且借助远程的后端服务器进行。附加地或替代地，可以在行驶期间借助根据本发明的方法实施功能故障的消除，这在下面更详细地阐述。

作为“故障发现”尤其是可以考虑关于功能故障的查明，例如电池的不完全充电和/或软件故障和/或行进工具的组件的功能缺失(Fehlfunktion)。因此，故障发现可以包括故障的车辆诊断和/或外部查明的故障。故障发现可以在外部查明之后例如经由选择菜单和/或下拉菜单并经由行进工具的输入装置输入。故障发现也可以用传感的方式来查明。例如，故障发现可以涉及损坏的轮胎、行进工具的功能不正常的组件、行进工具的引人注意的噪声和/或行进工具的引人注意的气味。此外，在引人注意的气味的情况下，例如可以通过气体探测器在行进工具侧的布置来查明，在行进工具的某一部位处出现燃料蒸汽。故障发现尤其是可以电气地和/或光学地、例如借助行进工具的传感装置来确定。例如，可以光学地、例如通过光学传感器在行进工具的油池中的布置来查明发动机油的异常的着色和/或浑浊度(作为故障发现)。

在根据本发明的方法的第一步骤中，在后端服务器上接收行进工具的故障发现。例如可以将故障发现以数据形式从行进工具发送到后端服务器上。这种数据例如可以无线地、例如经由移动无线电网络从行进工具发送给后端服务器。

在第二步骤中，根据所述故障发现自动确定存储在后端服务器上的故障映像。例如可以将代表故障发现的数据与代表故障映像的数据进行比较。故障映像例如可以存储在后端服务器的数据库上。故障映像可以代表行进工具的单个故障，例如轴套上的油损耗。此外，故障映像可以代表一连串的功能故障，例如断裂的齿形带和损坏的气缸头密封。换句话说，故障映像定义与行进工具的部件相关的问题原因和问题顺序。故障映像可以涉及行进工具的电子组件和机械组件。例如可以基于数据的内容(例如基于字符串)将数据相互比较。当在故障映像的数据内容和故障发现的数据内容之间存在足够大的百分比一致性、例如80％的一致性时，首先可以通过将相关的故障映像与故障发现进行比较来确定相关的故障映像。故障映像还可以涉及：电气故障(例如存在短路)的特征，和/或机械故障(例如存在行进工具变形)的特征，和/或存在光学突出性(例如发动机油的异常颜色)的特征，和/或存在声学突出性(例如发动机的异常鸣叫)的特征，和/或存在时间突出性(例如软件组件的老化，例如超过60天没有更新)的特征。

所存储的故障映像可以被分配多个配置需求。为了能够更精确地定义和识别故障映像以及最后的故障消除措施，可以必要的是，行进工具的配置作为配置需求必须通过后端服务器从行进工具询问。配置需求是关于行进工具的技术组件的信息询问，其对于能够识别或排除故障映像而言是需要的。例如，与故障映像相关联的配置需求可以涉及关于行进工具组件的位置和/或行进工具组件的序列号的配置需求。此外，也可以自动确定多个故障映像。配置需求例如可以包括：变速器类型(即手动或自动)，和/或行进工具的车身材料和/或涂装种类，和/或关于行进工具是左舵机动车还是右舵机动车的信息，和/或行进工具的发动机类型和/或燃料种类。其他配置需求例如可以涉及关于以下内容的信息：行进工具组件的生产日期，和/或国家特定的硬件和/或软件变型，和/或生产参数，和/或行进工具类型，和/或使用简档，和/或挂车的存在，和/或现有挂车的重量。所述使用简档可以具有关于车辆已经在其中使用的环境的信息。这些信息的示例是湿度、道路加盐程度、空气污染程度和路段简档(例如坡度)。

因此，在第三步骤中，根据所存储的故障映像自动确定一个或多个配置需求。

在第四步骤中，生成配置询问并且将该配置询问发送给行进工具，该配置询问代表相应配置需求的联合集。所述联合集可以被认为是通过后端服务器所需的所有配置需求的组合。因此，所述配置询问可被视为在后端服务器侧的辅助询问，通过该辅助询问来请求行进工具列举关于组件的具体信息。如以上已经阐述的，可以出现如下情况：必须向行进工具发送多个配置需求，其中，各配置需求分别被配设给一个可能的故障映像。换句话说，通过配置询问确保存在用于故障消除的全部信息。

在下一个步骤中，可以根据配置询问在行进工具侧生成配置说明。例如，行进工具的所有配置数据可以存储在行进工具的存储器中。根据所述配置询问，可以过滤关于配置需求的这些数据。过滤可以借助对于技术人员已知的数据算法来实现。在此，行进工具的配置数据(所述配置数据例如存储在行进工具存储器上)通过数据算法根据配置询问来确定。响应于所述确定生成配置说明。在进一步的步骤中，通过行进工具发送配置说明作为对后端服务器的配置询问的应答。如在上面中已经讨论的，所述配置说明可以包括行进工具组件的序列号。

在进一步的步骤中，借助配置说明和故障映像通过后端服务器自动确定故障消除措施。换句话说，后端服务器可以自动地建议对于应对配设给相应的配置或故障映像的相应故障映像所需要的措施。例如，在后端服务器上获得了配置说明之后，也可以针对一个故障映像确定多个故障消除措施。故障消除措施要么可以自身消除故障(例如借助软件更新)，要么可以提供消除故障所需的信息(例如寻找车间)。亦即，故障消除措施可以理解为辅助手段或甚至理解为工具，所述辅助手段或工具设计用于根据行进工具的配置来消除针对特定行进工具问题的故障。例如考虑控制器测试作为故障消除措施，所述控制器测试可以远程地、即经由无线电实施或在车间本地实施。附加地或替代地，可以经由借助物理上可用的故障指示(例如电子测量数据和/或机械测量数据和/或涉及气体组成的测量数据和/或来自车内来源以及车外来源的颜色)对可能的故障映像进行比较来确定故障消除措施。附加地或替代地，考虑根据历史的信息来确定故障消除措施，其中，所述历史涉及已经与具体配置说明相关地出现的已知故障发现。此外，可以定义用于相关行进工具群的历史，其中，所述行进工具群的成员具有至少一个共同的配置特定的特征。附加地或替代地，可以根据故障映像的优先次序根据预定义的一致性标准来确定故障消除措施。例如，预定义的一致性标准可以对应于在故障映像与故障发现之间的一致性程度。附加地或替代地，可以基于预定义的优先级表来定义所述预定义的一致性标准。此外或替代地，可以根据成本优化的和/或时间优化的维修持续时间选择故障消除措施。附加地或替代地，可以根据故障映像的发现概率来选择故障消除措施。

例如，当与行进工具组件相关联的故障发现在预定义的持续时间之后(例如在下一冬天)才又被确定时，可以设置行进工具组件的预防性更换。

也就是说，在根据本发明的方法之内可以在行进工具侧生成故障发现。在后端服务器侧可以将保存在后端服务器上的故障映像分配给所述故障发现。当然，后端服务器需要行进工具的进一步的特定信息，以便能够为故障映像分配故障消除措施和/或以便排除故障映像。为此，配置需求被分配给故障映像。基于所述配置需求生成配置询问，将该配置询问传输给行进工具。行进工具根据配置询问来整理配置说明并且将该配置说明发送给后端服务器。后端服务器现在可以基于配置说明来排除故障映像和/或基于所识别的故障映像来得出一个或多个故障消除措施。

基于根据本发明的方法能够提高客户满意度，因为能够降低维修费用和用于维修的时间消耗。在此，可以仅利用几个通信周期查明对于行进工具的故障发现或故障映像需要哪个故障消除措施。在此，还能够避免或节省终端客户的维修费用以及保修费用。此外，能够避免在其它情况下完全不需要的维修措施。因此，根据本发明可以提供一种方法，由此能够更有效地应对车辆的故障发现。

从属权利要求包含根据本发明的方法的有利设计方案。

按照根据本发明的方法的一种有利的进一步改进方案，该方法包括将故障消除措施发送给行进工具的步骤。如以上已经描述的，这可以经由移动无线电网络来进行。故障消除措施此外可以包含客户应当寻找车间的消息。然而，在故障消除措施被发送给行进工具之后，该故障消除措施自身可以消除故障。这可以例如通过实施软件更新来进行。因此为用户省去车间停留。

按照根据本发明的方法的另一种设计方案，所述故障消除措施可以包括自动引起软件更新和/或查明虚假故障(Scheinfehler)。这例如可以有助于避免花费成本和材料资源来解决本身根本不存在的故障。

在根据本发明的方法的另一种有利的设计方案中，基于行进工具的车载诊断数据和/或故障存储器的记录来生成故障发现。附加地或替代地，可以基于行进工具传感装置的数据来确定故障发现。在此例如可以在行进工具传感装置侧确定轮胎爆破。驾驶员能够快速且有效地获得故障消除措施。这例如可以是寻找车间的要求。附加地或替代地，故障消除措施可以包括视频和/或指导。所述视频和/或所述指导的内容例如可以包含关于故障发现的处理方式和/或用于实施其它步骤的指示。例如，故障消除措施也可以包含行进工具模型特定的指示，需要哪些工具和/或备件。换句话说，行进工具可以通过自身的诊断来生成故障发现并且将代表这些故障发现的数据发送给后端服务器。

以这种方式能够有效地引进并且传递在其它情况下仅在车间中能够实现的故障消除措施，而不必(首先)寻找车间。

按照根据本发明的方法的一种有利的设计方案，所述配置说明涉及行进工具组件的类型(例如电池)和/或行进工具组件的位置(例如在发动机舱内)和/或行进工具组件的运行状态(例如激活的和/或未激活的)和/或行进工具组件的制造年限和/或行进工具组件的序列号，所述配置说明简化对故障消除措施的确定。通过这种配置说明，在此确保能够为故障发现配设尽可能小范围的故障映像并且由此也配设尽可能唯一明确的故障消除措施。因此，所述配置说明可以被理解为过滤器，由此能够最终节省用于识别故障消除措施的计算功率。

按照根据本发明的方法的一种有利的设计方案，在后端服务器侧的故障映像可以涉及行进工具的一部分的功能缺失和/或行进工具的一部分的不起作用和/或行进工具的一部分的温度异常和/或行进工具的软件故障。换句话说，涉及车辆的车载诊断和/或故障存储器的记录和/或传感器的记录的任何故障发现可以与在后端服务器上的故障映像相关联。亦即换句话说，在后端服务器的数据库上的故障映像被指定。为故障映像分配配置需求，该配置需求可以通过后端服务器经由发送给行进工具装置的配置询问而得知。行进工具可以根据所述询问来生成配置说明并且将该配置说明发送给后端服务器。

因此，配置需求被应答并且可以识别故障映像。对于所识别的故障映像，存在可以通过后端服务器在识别故障映像之后建议的故障消除措施。

按照根据本发明的方法的一种有利的设计方案，该方法包括以下步骤：在显示单元上、例如在平视显示器和/或组合仪表和/或中央的信息显示器上显示预定义故障发现(例如“电池没有完全充电”)的选择。在此，用户、例如车间的工人和/或车辆驾驶员可以从预定义故障发现中进行选择。这可以以用户输入的形式、例如以触觉的方式和/或以声学的方式和/或借助用户手势实现。响应于此地，根据由用户选择的预定义故障发现来生成故障发现。以这种方式为用户提供直观并且简单的与后端服务器或与车辆交互以便发送故障发现的可能性。

按照根据本发明的方法的一种有利的设计方案，多个故障映像可以具有相应的故障消除措施。例如，可以在涉及同一故障映像的故障消除措施中设置软件更新以及查明虚假故障，其中，相应的配置需求可以涉及关于在车辆中使用的处理器的序列号的询问以及关于在车辆中使用的、与处理器连接的存储器的序列号的询问。附加地或替代地，虚假故障可能由于误诊而出现，其中，所述误诊基于行进工具组件的由安装决定的公差范围而发生。例如，错误安装的门触点可能引起向行进工具系统通知所述门是打开的，尽管该门实际上是关闭的。例如，软件更新可以通过重新校准门触点阈值来补偿该错误的公差范围，以便因此在将来最小化误诊的频率。

尤其是基于行进工具的配置说明从多个故障消除措施中选择故障消除措施。因此，能够节省用于故障消除措施确定的时间。这也导致节省后端服务器的计算功率。

下面的根据本发明的方面对应地具有带有如上所述的特征的有利设计方案和进一步改进方案以及根据本发明的方法的一般优点和相应与此相关的技术效果。因此，为了避免重复不再重新列举。

根据第二方面，本发明涉及一种行进工具，其设计用于查明故障发现。响应于此地，行进工具可以将涉及所述故障发现的消息发送给后端服务器。此外，行进工具设计用于接收配置询问，该配置询问作为对所述故障发现的消息的应答。此外，行进工具设计用于根据所述配置询问生成配置说明并且将该配置说明作为对所述配置询问的应答发送给后端服务器。最后，行进工具可以接收并实施作为对配置说明的应答的故障消除措施。这例如可以借助分析单元、例如CPU和/或微控制器和/或电子控制器来进行。

根据第三方面，根据本发明的方法涉及一种后端服务器。该后端服务器可以(自动地)从行进工具接收故障发现。此外，后端服务器可以自动搜索与所述故障发现匹配的故障映像并且根据所述故障映像来确定相应的配置需求。可以自动确定配置询问并且将该配置询问发送给行进工具，所述配置询问代表相应配置需求的联合集。此外，可以在后端服务器上接收配置说明，该配置说明作为对配置询问的应答，并且最后借助所述配置说明自动确定故障消除措施。

根据第四发明方面，本发明涉及一种系统，其包括根据第二发明方面的行进工具以及根据第三发明方面的后端服务器。例如，在后端服务器和行进工具之间可以加入电子服务接口、例如PC，其辅助按照本方法的在行进工具侧进行的步骤。例如，在服务机构内进行特别复杂的维修时，可以借助PC输入借助PC预定义的故障发现。然后可以将这种预定义的故障发现发送给后端服务器。此外，电子服务机构接口也可以是可移动单元。因此，基于根据本发明的方法，对于服务机构(例如车间)也能够简单地获得成本有利的且有效的维修措施。

附图说明

本发明的其它细节、特征和优点由下面的说明和附图得出。其中：

图1示出根据本发明的系统的一种变型方案；

图2示出按照根据本发明的方法的一种变型方案的流程图；以及

图3示出在根据本发明的行进工具与根据本发明的后端服务器之间的相互作用的图解。

具体实施方式

图1示出根据本发明的系统10的一种变型方案，该系统包括服务机构2、具有第一至第四行进工具1a-1d的行进工具车队以及后端服务器3。行进工具车队的行进工具1a-1d设置用于将客户车辆服务数据(涉及维修和/或故障情况)和诊断数据发送给后端服务器3，该后端服务器可以维持这些数据。亦即，后端服务器3尤其是可以收集不同的行进工具1a-1d的故障映像F1-F6。然而，这种数据也可以在研发部门侧被传输到后端服务器3上。在图1所示的场景中，行进工具车队的第二行进工具1b必须寻找车间。在车间侧，经由箭头B将故障发现FB发送给后端服务器3。后端服务器3可以根据故障发现FB来确定故障映像F1-F6，这将在后面更详细地解释。此外，后端服务器3可以将作为应答的数据发送给行进工具1b，这通过箭头6表示。

图2示出按照根据本发明的方法的一种变型方案的流程图。在第一步骤100中，在后端服务器3上接收行进工具1b的故障发现FB。故障发现FB在此涉及故障存储器的记录，其中，所述故障存储器记录了行进工具1b的显示单元自动断开。在第二步骤200中，根据所述故障发现FB自动确定存储在后端服务器3上的故障映像F1-F6。例如，涉及显示单元自动断开的状况的故障映像F1-F6保存在后端服务器3上。然而，为了能够识别唯一明确的故障消除措施M1-M6，后端服务器3需要行进工具1b的其它配置数据。因此，在第三步骤300中，根据所存储的故障映像F1-F6自动确定配置需求K1-K5。例如对于两个故障映像F1和F2可以存在多个配置需求K1-K5。例如可以为故障映像F1分配配置需求K1，其中，为了进一步分析而需要行进工具1b的显示单元的序列号。可以为第二故障映像F2配设配置需求K2，该配置需求表明必须查询当前的软件版本，通过该当前的软件版本运行行进工具1b的显示单元。相应地，在第四步骤400中，自动生成配置询问并且将该配置询问发送给行进工具1b，该配置询问代表配置需求K1、K2的联合集，所述联合集表明需要显示单元的序列号以及需要显示单元的软件版本。而后，行进工具1b生成配置说明A，该配置说明包括显示单元的序列号和显示单元的软件版本。响应于此地，在第五步骤500中将配置说明A作为应答发送给后端服务器3并且由该后端服务器接收。在第六步骤600中，在后端服务器3上借助配置说明A自动确定故障消除措施M1-M6。在此查明，已经通过行进工具1b发送的序列号未被分配给设置用于第一故障映像FB1的故障消除措施M1。因此能够排除该故障映像FB1。然而，与故障映像FB2相关的软件版本对应于特定的故障消除措施M2，其规定运行显示单元的软件的软件更新。相应地，在第七步骤700中将故障消除措施M2发送给行进工具1b。在此，在行进工具1b上实施软件更新，由此消除故障。

图3以概括的方式图解刚才阐述的根据本发明的方法的步骤。在此，图3示出行进工具1a以及后端服务器3。后端服务器3包括故障映像组Fx、配置需求组Kx和故障消除措施组Mx。这些组中的每组对应地包括故障映像F1-F6、配置需求K1-K5以及故障消除措施M1-M6。在此，行进工具1a首先向后端服务器3发送故障发现FB。对于该故障发现FB确定三个故障映像F1、F2和F4，它们被考虑用于故障发现FB。这些故障映像F1、F2、F4又分别被分配给配置需求K1、K3、K4和K5。需要这些配置需求K1、K3、K4和K5，以便对于对应的故障映像F1、F2和F4从故障消除措施组Mx中找到一个故障消除措施M1-M6。如在对应的箭头上方所图解的那样，将配置需求K1、K3、K4和K5发送给行进工具。行进工具响应于此地确定所询问的配置说明A。响应于此地，通过行进工具将配置说明A发送给后端服务器3。基于所述配置说明，可以将故障映像F1和F2作为故障映像排除。因此，对于关于配置需求K4和K5的故障映像F4，将故障消除措施M1和M2发送给行进工具1a，这通过信封和与其对应的指向行进工具1a的箭头来图解。

附图标记列表

1a-1d 行进工具

2 服务机构

3 后端服务器

4 匿名化

5 询问

6 应答

10 系统

100-700 方法步骤

A 配置说明

F1-F6 故障映像

Fx 故障映像组

K1-K6 配置需求

Kx 配置需求组

M1-M6 故障消除措施

Mx 故障消除措施组