用于机动车辆的远程诊断装置

暂无

用于机动车辆的远程诊断装置\n[0001] 本发明涉及用于机动车辆的远程诊断装置。\n[0002] 本发明更具体地涉及可以通过机动车辆中的车载计算机发出的信息来诊断车辆的电子故障或失灵的原因的机动车辆的远程诊断装置。\n[0003] 本发明领域为机动车辆的配备部件，如传感器，计算机(例如发动机控制计算机、驾驶舱计算机或者防车轮抱闸系统计算机)等的故障、失灵或缺陷的诊断领域。\n[0004] 为了简单，在本申请的下文中不区分地使用失灵、故障或缺陷的术语。\n[0005] 这种车载电子装置的持续增多导致了在车辆维护的售后服务时的故障检测中增长的复杂性，从而需要故障排除的尖端工具，如诊断工具等。\n[0006] 这些诊断工具尤其可以从车辆读取计算机信息，或者还可以在特定情况下引导一个或多个致动器，以便控制良好的运行或实现例如更新计算机参数的操作。\n[0007] 当车辆在远离备有诊断工具的车库的地方出现故障时，由于成本问题，派来修车的人员通常没有配备对应于车辆类型的诊断工具。针对电子类型的故障，维修人员则必须通过服务中心来进行简单诊断。\n[0008] 实际上，某些车辆配备有远程诊断系统，也称作远距离诊断系统，该远程诊断系统在例如按下位于驾驶舱内的服务呼叫按钮时可以联系车辆制造商的服务中心。\n[0009] 服务中心的操作人员从其工作位置，通过向嵌入车辆的计算机询问来了解问题，然后建立远程诊断。\n[0010] 为实现远程诊断，服务中心的操作人员可以从其工作位置发送请求，所述请求由一系列标准代码，更确切地说由IS014230和IS014229标准形成。该请求通常由诊断计算机的识别代码、对在计算机上实现的请求(例如“读取”请求)类型进行定义的代码以及确定由请求涉及参数的参数代码构成。\n[0011] 因此，服务中心的操作人员设置一组在车辆设计时预定义的，并保存在嵌入车辆的存储装置中的请求。\n[0012] 然而，例如在计算机软件更新时或者在售后服务的计算机改动时，服务中心的操作人员无法针对某些已更新的计算机参数重新提出诊断请求，这些新参数的编码没有在车辆的存储装置中预定义。\n[0013] 这种类型的不可远程修改的车载请求的编码确实可以保证车辆的最佳安全性，但在例如操作人员的专业检修时存在妨碍操作人员的操作自由度和远程诊断准确性的风险。\n[0014] 相反地，如果车载请求向远程用户自由开放，这可能导致潜在的危险操作。\n[0015] 在该背景下，本发明旨在提供一种用于机动车辆的远程诊断装置，该远程诊断装置旨在解决上述的问题，并且在保证车辆最佳安全性的同时提供远程诊断的大的使用自由度。\n[0016] 因此，本发明提供一种用于机动车辆的远程诊断辅助装置，其包括：\n[0017] -多台车载计算机；\n[0018] -适用于获取所述计算机的数据的诊断计算机；\n[0019] -适用于建立远程通信的装置，以使所述车辆接收由远程诊断建立中心发送的多个请求，每个所述请求由以下定义：\n[0020] i.诊断计算机的第一识别代码；\n[0021] ii.对应用于所述诊断计算机的请求类型进行定义的第二代码；\n[0022] iii.确定由所述请求涉及的所述计算机的参数的第三代码；\n[0023] -与所述诊断计算机相连的存储装置，所述存储装置存储允许所述诊断计算机授权执行由所述诊断建立中心发送的所述请求的识别表；\n[0024] 所述装置的特征在于，所述识别表包括：\n[0025] -定义远程诊断的授权请求类型的所述第二代码的列表；\n[0026] -计算机的识别代码集，其用于对授权请求类型进行定义的所述第二代码中的每个。\n[0027] 除上文提到的主要特征外，用于机动车辆的远程诊断辅助装置，单独考虑或根据所有可能的技术组合考虑，可以具有一个或多个如下补充的特征：\n[0028] -针对定义授权请求类型的第二代码中的每个，所述识别表都包括确定由所述请求涉及的所述计算机的参数的代码集；\n[0029] -所述诊断计算机包括所述诊断建立中心的诊断请求的发送的检测装置；\n[0030] -所述诊断计算机包括向所述计算机目的地发送对应于由所述诊断建立中心发送的诊断请求的检测信息的发送装置；\n[0031] -所述诊断计算机适于获取由嵌入所述车辆的传感器发出的运行数据；\n[0032] -所述装置能够通过无线网络建立与所述诊断建立中心交换信息的远程通信；\n[0033] -所述无线网络为GSM网络或Wifi类型的本地无线网络。\n[0034] 本发明的又一目的是提供一种机动车辆，其特征在于，包括根据本发明的用于机动车辆的远程诊断辅助装置。\n[0035] 由作为根据本发明的用于机动车辆的远程诊断装置框图的唯一附图描述的实施例的说明书，本发明的其它特征和优点将清楚地变得明显。\n[0036] 为了简单，在本申请的下文中不区分地使用远程诊断和远距离诊断的术语。\n[0037] 用于机动车辆的远程诊断辅助装置100包括：\n[0038] -嵌入车辆20的计算机16、17的网络14，与车辆20的多个传感器(未示出)通信；\n[0039] -远距离诊断计算机12，其可以根据远距离诊断产生的请求来获得计算机16、17的数据；\n[0040] -与远距离诊断计算机12相连的数据存储装置13，所述数据存储装置13包括列出由远距离诊断授权请求的识别表15；\n[0041] -通信装置11，其用于与服务中心200进行远程通信。\n[0042] 计算机网络14包括例如多台计算机，其中的两台计算机由附图标记16和17表示。计算机16和17通过多路信息传输网络(例如CAN(英语为Controller Area Network)型网络)与远距离诊断计算机12相连。\n[0043] 服务中心200也包括可以与车辆20交换信息的通信装置31。因此，操作人员33可以从其工作位置32接收来自车辆20的诊断要求，并提出请求以建立对车辆故障和失灵的原因的诊断。在服务中心与车辆之间的信息和命令的交换，通过Wifi型或者GSM型无线网络实现。\n[0044] 远距离诊断计算机12首先检测与远程操作人员33一系列通信的初始化，并接着集中嵌入式计算机16、17中的信息。\n[0045] 为此，远距离诊断计算机12包括：\n[0046] -识别表15的存储装置13，其包括在与操作人员33进行一系列远程通信时组成可用请求的代码集；\n[0047] -检测装置18，其通过远程通信请求的检测来启动远距离诊断操作；\n[0048] -发送装置19，其将对应于操作人员33的远距离诊断要求的检测信息在多路网络中发送到其它计算机目的地16、17。\n[0049] 请求根据由一系列标准代码，更确切地由标准IS014230和IS014229形成的帧结构(trame)而生成。\n[0050] 因此，诊断请求以标准化的方式包括：\n[0051] -识别用于诊断的车载计算机的第一代码，例如“0xFFF”类型；\n[0052] -定义应用于由第一代码涉及的计算机的请求类型的第二代码，例如对于读取类型请求的“0x21”型；\n[0053] -确定由第一代码涉及的计算机参数的第三代码，所述第三个代码可以是例如“0xFF”类型。\n[0054] 根据本发明，对于车辆的寿命，车辆20的远距离诊断计算机12的识别表15详细列举了对应于由远距离诊断授权的请求类型的代码。\n[0055] 为此，识别表15只包括不冒险导致车辆用户风险的请求，例如“通过识别码读取”、“默认读取”类型的请求，这可以不对“重新初始化”类型的请求进行远程授权。\n[0056] 这些“重新初始化”类型的请求不在诊断计算机12的识别表15中，远距离诊断计算机12不可以执行未由识别表识别的请求，则这种类型的远程诊断请求的建立不会有结果。\n[0057] 因此，车辆的安全性提高了，并且车辆的远程盗用风险小了。\n[0058] 针对表示请求类型的每个代码，例如对应于通过识别码读取的请求的代码“0x21”，识别表15将一组计算机的识别码集和明确描述所涉及计算机参数的代码集联合。\n如唯一附图所示的表示出了识别表15的实施例。\n[0059] 根据本发明，远距离诊断计算机的识别码和参数在车辆制造商定义的数据范围内自由开放。\n[0060] 包括如前详细描述的识别表15的装置100，通过禁止发出对车辆及用户有危险的请求，在保证最佳安全性的同时，在远距离诊断时可以将操作自由度留给专家操作人员，允许其形成并非在车辆设计时最初预留的专门请求。\n[0061] 因此，例如通过改动软件版本将嵌入计算机16、17更新时，根据本发明的装置\n100，可以解除远距离诊断计算机12的更新。\n[0062] 例如，在车辆设计时，对应于例如代码“0xFFF”的计算机软件的版本，可以访问由代码“0x12”、“0x13”、“0x14”定义的参数。该计算机软件的版本更新之后，新参数是可用的，例如读取，如通过代码“0x15”和“0x16”定义的参数。\n[0063] 因此，专家操作人员33可以使用远距离诊断服务以便自由提出关于更新的计算机的新参数，或者是关于在远距离计算机设计时没有就位的嵌入计算机的请求，而无需远距离诊断计算机12的更新。\n[0064] 因为操作人员不可以远程执行未由车辆制造商预先设定并初始生效的请求类型，所以保证了车辆的安全性。\n[0065] 本发明的其它优点具体如下：\n[0066] -在远距离诊断使用中的诊断自由度；\n[0067] -确保防止盗用和操作人员操作错误的最佳安全性；\n[0068] -可以提出具体的、未最初预先设定的请求；\n[0069] -降低了远距离诊断计算机的设计成本，远距离诊断计算机可以用在不同的机动车辆中。