CN100339859C - 采集车辆数据并诊断车辆的系统和方法 - Google Patents

Abstract

本发明提供了一种采集车辆数据并诊断车辆的系统和方法，以及用智能卡自动设置车辆便利设备的方法，以便解决现有的随意进行车辆保养和维护的问题。本发明的系统包括：智能卡，其包含车辆相关数据，该车辆相关数据包括基本车辆信息数据和车辆维护信息数据；以及智能卡控制单元(SCU)，其连接到车辆内的各个电子控制单元、机械控制单元和传感器，并用于采集车辆信息，从智能卡中读取车辆相关数据，或将采集到的车辆信息存储到智能卡中。

Description

采集车辆数据并诊断车辆的系统和方法

技术领域

本申请要求韩国专利申请2001-48378和2001-73195的优先权，并且涉及使用智能卡进行车辆诊断和管理的系统。更具体地说，本发明涉及能够利用智能卡和智能卡控制单元采集车辆中出现的数据，并在线或离线地读取所采集的车辆相关数据，从而进行车辆诊断的车辆诊断系统和方法，并还涉及使用智能卡自动设置车内的驾驶员便利设备的方法。

背景技术

现有的车辆维护和管理在根本上具有许多不系统的以及武断的方面。驾驶员是依靠他自己的关于车辆的各种正常和异常运作的车辆相关知识，或能够通过检查从车辆的发动机控制单元(ECU)传来的显示在仪表板上的发动机警示灯等来判断车辆运作是正常还是异常。此外，因为没有各种问题的明显症状，诸如在车辆启动和驾驶等各种车辆环境中突发地或持续地出现的点火失灵、发动机故障和传动故障等，汽修店无法作出准确判断，所以由于准确判断的困难，大多数车辆修理是基于修理工的经验进行的。因此，修理工们根据他们的经验对相同的车辆问题做出不同的诊断，并且根据经验进行不适当的维护的情况总会存在，这对车辆的安全有严重的影响，也引发了各种问题，如车辆寿命缩短、修理费用提高、以及对车辆销售公司的不信任等。

同时，为能够维持车辆最佳状态而每隔一定时间更换车辆消耗品时，由于现在驾驶员或者根据其关于车辆消耗品更换的错误知识来更换消耗品，或者根据每次到各维修店时逐个地询问修理工是否必需更换消耗品来更换消耗品，因此无法保持最佳的车辆状态，这导致了前述的各种车辆维护问题。

为了提供这类问题的解决方案，传统上，个人自己准备一个车辆管理笔记并详细记录消耗品更换或修理内容，或者一些维修店为吸引顾客而进行车辆管理笔记的记录和管理。然而，这种方法非常不方便，因为，对于前种情况，用户在逐条写下维护和消耗品更换的内容时，也极可能由于用户的失误等遗漏某些内容。此外，对于后种情况，虽然可以得到比前者更系统的管理，但问题是用户必须是某个指定维修店的客户。近来，出现了大量的程序，用于管理车辆管理笔记形式的资料，并且通过使用因特网根据车辆消耗品更换周期提供各种附加的服务，但是，这样用户必须和上述车辆管理笔记一样逐条地输入数据，且存在环境限制的情形，用户只能在始终可连接在线时才可使用该程序。

同时，关于车辆便利设备的设置，传统上，仅使用各种机械设备来调节车辆便利设备，但近来，随着各种电子系统被引入车内，利用可电控的电机，以电机驱动的方式，使得这些便利设备的设置和调节变得方便。然而，如果一辆车的驾驶者超过一人，并且驾驶员有不同的身体素质和敏感性，则每次某个驾驶员在另一个驾驶员之后用车，该驾驶员需要重新调节所有的便利设备以适应他自己，例如驾驶员座位的位置、后视镜和车内镜的角度、喜好的广播频率等等，这导致了许多的不方便。

发明内容

本发明旨在解决上述的问题，本发明的一个目的是使驾驶员的方便性最大化，并能通过系统地诊断车辆来区分产品和服务，以及根据不同的驾驶员提供最佳的便利设备设置。

更详细的说，本发明的目的是提供一种系统和一种方法，使得驾驶员能够检查车辆消耗品更换周期以及是否需要维护，在适当的时候驾车到维修店，并使用智能卡，通过采集和存储如传感器、发动机控制单元(ECU)、传动控制单元(TCU)等各种机械和电子设备的输出数据，从而进行消耗品的更换和维护，使得能够根据存储在智能卡中的日志数据在线运行独立的程序或连接到在线服务器，利用存储的数据、分析数据、将分析结果通报给用户，从而在线和离线地诊断车辆问题。

此外，本发明的另一个目的是为维修店提供车辆维护系统和方法，使其能够通过在线或离线地读取存储在智能卡中的关于间断或持续地出现的各种车辆问题的日志数据，并根据所读取的数据执行维护，以进行系统且专业的车辆维护，从而能够通过在智能卡中存储车辆维护记录和消耗品更换记录而进行系统且完整的车辆诊断和管理。

本发明的另一个目的是对于车辆销售公司，通过智能卡采集在线传送来的各种与车辆维护相关的数据并建立数据库，掌握待售车辆的问题，以便由此将采集的数据作为用于完善待售车辆和今后开发新车型的基本数据。

本发明还有一个目的是提供一种方法，该方法通过允许驾驶员在驾车时用智能卡自动设置其便利设备，为驾驶员提供更舒适和更方便的驾驶环境。

为了实现上述目的，提供了一种用于采集和诊断车辆数据的系统，包括：智能卡，其中具有由基本车辆信息数据和车辆维护信息数据构成的车辆相关数据；和智能卡控制单元(SCU)，其与车内的电子控制单元、机械控制单元和传感器连接，用于采集车辆信息、从智能卡上读取车辆相关数据、以及将采集的车辆信息存储在智能卡中。优选地，该系统包括一个终端，用于从智能卡读取车辆相关数据、进行诊断并将结果存储在智能卡中。

用在本发明的系统中的智能卡包含有用于表示车辆固有信息数据和车主信息数据的基本车辆信息数据，以及车辆维护信息数据，该车辆维护信息数据包括表示从各种车辆控制单元和传感器输出的信息的数据和从外部输入的关于车辆诊断和维护的数据。

此外，用于本发明的系统中的智能卡控制单元包括：车辆接口，用于从车内的机械控制单元、电子控制单元和传感器输入关于车辆状态的数据；第一存储器，用于存储通过车辆接口从各个车辆控制单元和传感器采集的表示车辆状态的数据；第二存储器，用于存储从智能卡传来的关于车辆诊断和维护项目的数据；第三存储器，用于存储车辆固有信息数据，如车辆交付日期、车架号、发动机号、车辆类型、年份和排量等车辆基本信息数据中的不可变项目；第四存储器，用于存储当前驾驶员对于便利设备的设置值；卡接口，用于作为智能卡和智能卡控制单元的接口；处理器，用于控制车辆接口、第一存储器、第二存储器、第三存储器、第四存储器和卡接口，并进行计算；和含有控制处理器的程序的ROM。

此外，用于本发明的系统的终端包括：卡终端，用于从智能卡中读取车辆相关数据，并将处理过的车辆相关数据存储在智能卡中；和个人计算机(PC)，用于对于从智能卡中读出的车辆相关数据执行车辆诊断程序，诊断车辆，根据诊断结果显示维护项目并将结果存储在智能卡中；或移动通信终端，它通过如因特网的网络连接到中央A/S中心的主服务器，并接收及输出中央A/S中心的主服务器的处理结果。

本发明系统中采集车辆数据的方法包含下列步骤：传送自诊断命令给车内的各个控制单元，并且接收对自诊断命令的响应；判断接收到的响应是否正常，如果接收到的响应不正常，则将接收到的作为响应的错误码存储到智能卡控制单元中；判断智能卡是否被插入并且验证所插入的智能卡；将存储在智能卡控制单元中的错误码存储到验证过的智能卡中；以及比较智能卡控制单元中的数据和智能卡中的数据，如果二者不同，则更新智能卡控制单元和智能卡中存储的数据。

同时，在本发明的系统中使用智能卡离线诊断采集到的车辆数据的方法包含下列步骤：在终端中执行车辆诊断程序；将智能卡插入终端并验证是否能够通过程序诊断该智能卡；读取存储在验证过的智能卡中的车辆相关数据；根据读取到的车辆相关数据执行诊断程序，并完成车辆诊断；以及在用户终端上显示诊断结果。

同时，在本发明系统中使用智能卡在线诊断采集到的车辆数据的方法包含下列步骤：将智能卡插入终端中；将终端通过网络连接到中央A/S中心的主服务器上，并由中央A/S中心的主服务器验证智能卡是否可以获得服务；如果智能卡通过验证，则将采集到的车辆相关数据从智能卡传送给中央A/S中心的主服务器；根据采集到的车辆相关数据诊断车辆并存储诊断结果；以及将诊断结果传送到终端，在终端上显示结果，并在智能卡中记录结果。

附图说明

图1是根据本发明一个实施例的使用智能卡的在线和离线车辆数据采集和诊断系统的示意框图。

图2是根据本发明一个实施例的智能卡和智能控制单元(SCU)中分别要记录和更新的数据结构的框图。

图3是图1中智能卡控制单元的结构的详细框图。

图4是根据本发明一个实施例的SCU内的CPU和车辆接口的结构详细框图。

图5是在根据本发明一个实施例的系统中采集车辆数据的处理的流程图。

图6是在根据本发明一个实施例的系统中在智能卡和SCU之间将数据更新到最新的处理的流程图。

图7是在汽修店的终端中进行车辆诊断和修理的处理的流程图。

图8是使用智能卡进行在线车辆诊断处理的流程图。

图9是使用智能卡的在线车辆诊断系统的结构框图。

图10是中央A/S中心系统的框图。

图11是使用智能卡进行离线车辆诊断处理的流程图。

图12是使用智能卡的离线车辆诊断系统的结构框图。

图13a和图13b是根据本发明一个实施例的根据存储在智能卡中的数据自动设置车辆便利设备的处理的流程图。

具体实施方式

下面参考附图对本发明的优选实施例进行详细描述。

现参考图1和图3描述本发明。图1是根据本发明一个实施例的使用智能卡的在线和离线车辆数据采集和诊断系统的示意框图，图3是图1中智能卡控制单元的结构的详细框图。

参考图1，根据本发明一个实施例的用于采集车辆数据和诊断车辆的系统包括：(i)安装在车辆102中的智能卡控制单元103，(ii)汽修店的终端110，其包括第二卡终端111和个人计算机(PC)112，(iii)个人终端120，包括第一卡终端121和PC或移动通信终端122，和(iv)中央A/S中心主服务器140，用于通过网络130从安装在维修店终端110或个人终端120中的PC/通信终端112和122接收关于车辆102的信息，并将所需的车辆诊断和修理数据传回维修店终端110和个人终端120，其中通过智能卡101相互传输信息。

图1中的车辆102包括：智能卡控制单元(SCU)103，用于以下面的方法将安装在各种车内设备中的传感器和控制单元的最新信息、用错误码表示的车辆正常和异常状态、和表示为车速传感器等的输入值的车辆变化详情和喷油器驱动信号，采集和存储在第一内部存储器301内；将最新的车辆维护信息采集和存储在第二内部存储器302内；以及将车辆或驾驶员的便利设备设置值存储在第四存储器304内。控制单元如TCU、ECU等以及各种传感器与SCU并联或串联，以便能够将从各控制单元采集来的关于车辆上出现的所有细节的数据，如电子控制单元是否有故障、各种消耗品的更换周期、发动机是否有故障等，传输到SCU 103，并存储到第一内部存储器301中。

同时，图1中的维修店终端110包括第二卡终端111，用于从智能卡中读取并在智能卡中存储车辆相关数据，和连接到第二卡终端的计算机112，用于分析从智能卡读取的数据，输入和存储关于车辆是否有故障、消耗品更换状态指示，以及车辆维护的详情。此外，图1中的个人终端120包括第一卡终端121，用于从智能卡中读取车辆相关数据以及将车辆相关数据记录到智能卡中，以及连接到第一卡终端121的安装了维护程序的计算机122，用于离线时指示车辆状态诊断和维护建议的详情以便能够进行自诊断，或连接到第一卡终端121的计算机或通信终端122，用于通过网络将数据从智能卡101传输到中央A/S中心，并在线指示车辆诊断和维护建议的详情以便能够进行自诊断。

同时，图1中的中央A/S中心主服务器140可被连接到维修店终端110和/或个人终端120的计算机或通信终端122。

图2示出了根据本发明的一个实施例的智能卡中和智能控制单元(SCU)中要记录和更新的数据结构。首先，智能卡中记录的信息分为基本车辆信息数据、车辆维护信息数据、驾驶员便利信息数据、联合应用信息数据和其它信息数据，其中基本车辆信息数据又分为不可变项目和可更新项目，而车辆维护数据分为可从SCU更新的项目和可从外部设备更新的项目。此外，存储在SCU中的数据分为基本车辆信息数据、车辆维护数据、驾驶员便利信息数据和其它信息数据，其中基本车辆信息数据中只存储不可变项目，而车辆维护数据分为可由各种控制单元和传感器更新的项目和可由智能卡更新的项目。

基本车辆信息数据的不可变项目表示固有车辆信息，如车辆交付日期、车架号、发动机号、车型、年份、排量等等，这是车辆制造商在车辆出厂时存储于SCU的第三存储器303中的信息。SCU数据的这些不可变项目数据只可在初始设置时写一次而不可更新，智能卡的相同区域只原样存储SCU的信息数据，并且在出厂之后，不允许SCU之外的其它外部设备修改该数据。此外，智能卡的基本车辆信息的可更新项目是关于车主自己的信息，如车辆购买日期、车辆购买人、驾驶员执照号、电子邮件等等，它们可在指定的机构，如车辆销售店等通过确认车主的身份进行登记，并且这些项目只记录在智能卡中而非SCU中。

车辆维护信息数据中的由各种控制单元(CU)更新的项目是通过车内各种控制单元和传感器的检测而记录在SCU中的信息，这些信息从自诊断连接器输入，包含了安装在车内的传感器可检测的所有信息，如表示为车辆错误码的车辆正常和异常状态、车辆正在行驶的速度、从喷油器驱动信号获得的平均RPM以及发动机状态信息等。此外，当智能卡插入SCU时，根据传送至智能卡的各种特性，这些信息被记录为某一段时期的历史变更记录，如发动机异常信号等，或记录为最终的更新记录，如行车里程等，以更新与来自SCU的可更新项目相对应的信息数据。

同时，在智能卡中的车辆维护信息数据中，可由外部设备更新的项目包括关于车辆维护的记录，如A/S日期、A/S项目、维护内容、更换部件以及维护店记录，这些信息通过外部设备，如图1中的终端111和121记录在智能卡中，并且在智能卡插入SCU中时，SCU的中央处理单元将该数据和SCU中存储的已有数据进行比较，并用最新数据相互地更新智能卡和SCU。

记录于智能卡101和SCU 103中的驾驶员便利数据包括：与每个驾驶员的便利相关的信息数据，例如喜爱的广播频率选择，音量控制、音响相关信息如CD或EQ设置，车舱温度、侧视镜调节、驾驶员座位高度和倾斜度以及方向盘位置和倾斜度等，在为每个车辆提供多个智能卡的情况下，每个智能卡分别在其驾驶员便利信息数据区域存储适合卡持有者的数据。因此，当驾驶员进入车内并插入他的卡时，SCU将智能卡中的便利设备信息传输到车内的各种控制单元，这样车辆便利设备被调节到适合于该驾驶员，并且当驾驶员在行驶过程中调节与便利信息相关的设备时，所调节的信息首先存储到SCU内存中然后更新智能卡。因此，智能卡中的驾驶员便利设备信息数据一直被记录作为便利设备的设置数据，直到智能卡持有者最终离开车辆。

同时，除了车辆相关信息，智能卡中还可以加载分别与驾驶员签约的公司的应用信息作为联合应用信息数据，用以提供如紧急医护信息、保险公司的车辆保险记录、炼油公司的汽油积分、电影院、购物、旅游以及各种里程等服务，这样在一张智能卡中可存储使其成为具备多种功能的多功能卡的信息。

前述的智能卡数据在首次使用或用户需要时通过重置SCU进行初始化。初始化过程用SCU数据来更新智能卡，此时，基本车辆信息数据中的不可变项目、车辆维护信息数据和驾驶员便利信息数据由SCU中的数据更新，而基本车辆信息数据中的可更新项目、联合应用项目以及其它信息数据如果存于智能卡中则原样保留。

当销售和购买车辆时，这样的初始化尤其必须，并且在一个现有的智能卡持有者购买车辆时，为了使用这张智能卡，这个持有者将现有的智能卡插入SCU中并重置SCU以初始化智能卡，并且当一个不使用智能卡的购买者接手了一辆装备了SCU的车辆时，他另外购买一张新的智能卡，将新的智能卡插入SCU，重置SCU以初始化卡并使用该卡，其中当已有智能卡的用户丢失了智能卡时应用同样的处理。

下面，参考图3和图4，描述SCU的结构和从安装在车内的各种传感器采集信息的处理。

图3中的智能卡控制单元103包括：连接到车内各种控制单元和传感器的车辆接口307，用于从这些控制单元和传感器输入数据；EEPROM，包括用于存储通过车辆接口307传输的信息的第一存储器301，用于存储从智能卡传输来的如维护信息等数据的第二存储器302，用于存储车辆交付时的固有车辆信息的第三存储器303，以及用于存储当前驾驶员的便利设备设置信息的第四存储器304；RAM 306，用于暂时存储在将信息存储于第一、第二和第四存储器之前采集的车辆内部信息或要由智能卡更新的数据；用于与智能卡接口的卡接口305；用于控制以上部件和进行计算的CPU 309；以及存储用于控制CPU 309的程序的RAM 308。

此外，根据本发明实施例的SCU可被设计为具有文字、图像和声音的外部指示器，使其能够通过指示SCU的当前状态、指示在智能卡和SCU之间更新信息期间的通信状态、或当判断出存在SCU内部故障以及来自现有车辆的控制单元的异常信号时指示关于车辆故障的消息，来对车辆进行检查，并且这些指示器能够通过显示装置，如装在车内的音频显示、导航器(导航系统)和AUTO PC等来实现，或与显示器设备结合在一起。

现描述用于在图4中的SCU和车辆各部件之间进行通信的车辆接口，车辆接口307包括如CAN/K线等的用于连接各种自诊断连接器和SCU的接口401；如A/D转换器402等用于将各种车辆传感器的输出值传送到SCU的传感器接口；和中断解码器403，用于解码中断信号，从而通过识别在行驶中改变了的便利设备设置来改变存储在SCU中的便利设备设置值。下面，将对它们进行更详细的描述。

SCU与自诊断连接器通信，通过车辆接口307中的接口，如CAN总线和K线等，采集各种车辆控制单元，如ECU、TCU、ABS控制单元和气囊控制单元等的信息。为了进行车辆诊断，自诊断连接器404是物理连接器，置于ECU内、发动机舱内，或临近驾驶员座位，并连接到车辆诊断设备，如现有修理厂内的高解析度扫描设备，用于获取基本的车辆状态，并且和K线、CAN类型的协议等作为从连接器读入各种控制单元错误码的接口，是人所周知的国际标准(ISO)和工业标准，其详细描述略过。此外，通过使用这些协议，产生错误码以作为对从ECU等请求数据的响应，可从各个车辆制造商处获得错误码的解释。

此外，CPU 309通过车辆接口307向车辆控制单元请求这些车辆错误码项目数据，通过车辆接口307读入并解释各个项目的响应，而且，如果相应项目的响应值是一个非正常值，则将该值存储于第一存储器301，同时以图5中描述的方式传输到智能卡并存储该值。

同时，各个传感器，如车速传感器、喷油器驱动信号、节气门位置传感器(TPS)、空气量传感器、温度传感器(水温、废气等)和进气传感器(MAP传感器、气流传感器、卡尔曼涡流传感器等)等的输出(用于诊断从车辆传感器检测到的问题并采集车辆操作信息和驾驶员的驾驶特征信息)和用于检测电池电压状态的电池电压输入在传感器接口(典型地是以A/D转换器402的形式实现)中进行转换，以从车辆传感器得到的电流输出或电压输出作为输入，并且这些转换结果被传送到CPU 309进行检测。

CPU 309对从前述的各种传感器获得的当前车辆操作状态和驾驶员驾驶特征进行计算(以诸如车辆平均速度、最高速度、最低速度、车辆平均RPM、最高RPM和最低RPM等)，并将结果值存储在SCU的存储器中，确定各种输出是否在与车辆操作状态一致的指定的输出范围内变化，并且当结果值背离指定的输出范围时，将该值存储在SCU的存储器中。以后面图5中将要描述的方式将存储在SCU中的车辆传感器输出信息传送到智能卡，并传送到后面将要描述的中央A/S中心的主服务器140或通过智能卡传送到离线独立程序，用于根据用户的驾驶特征等指示传感器的正常或异常状态，以及与消耗品更换相关的维护项目等。

此外，当驾驶员在行驶过程中改变车辆便利设备的设置时，车辆接口307对出现的信号进行解码并通知CPU哪个便利设备的设置被改变了，根据车辆不同，输入与通过LAN、CAN或直接连接方式连接的电动镜调节开关、座位调节开关以及通过CDI接口等提供的车辆音响等相关的信息，并将数据传送给CPU以保存在智能卡中，或担任通信接口设备的角色，通过CPU读入从智能卡传送来的用户便利设备设置值，控制驱动设备，如连接到各个用户便利设备的电机，并重置各个便利设备。

利用具有前述结构的SCU来采集车辆内部数据的方法将随后参考图5的流程图予以描述，图5示出通过本发明的系统来采集车辆内部数据的处理。

在本发明的系统内，安装在车辆内的SCU 103被连接到车内的各种控制单元和传感器，并在驾驶员进入车内后插入车钥匙接通电源后的一刻起，通过车辆控制单元和传感器检测各部件发生的变化。如果驾驶员进入车内，并且插入车钥匙后向SCU提供了电源，CPU 309利用自诊断连接器404通过在车辆接口307内的CAN/K线传送自诊断命令给各车辆控制单元(S510)。此后，各控制单元响应这个命令传送并通过CAN/K线将各控制单元的错误码传送给CPU 309，CPU 309接收错误码(S515)。CPU309分析接收到的错误码并确定各控制单元和控制单元控制的所有的各车内部件是否正常工作(S520)。如果确定所有部件都正常工作，则SCU判断设置的时间是否过去以检测传感器的输出值(S525)。检测该传感器输出值的时间周期可根据SCU的CPU的不同工作能力进行不同的设置，并且这些设置值由CPU 309的计时器/计数器进行计数。

如果设置的时间没有过去，则SCU进行下一步(S510)，并且再次将自诊断命令传送给个控制单元，而如果设置的时间已过去，则SCU输入车辆的传感器输出值，如通过车速传感器输入车速，输入RPM作为喷油器驱动信号等，并将输出值临时存储在SCU的RAM 306内。利用临时保存的传感器输出值，当前的车辆行驶状态和驾驶员的驾驶特征在CPU 309中通过计算车辆平均速度、最高速度、最低速度、车辆平均RPM以及最高和最低RPM的算法运算被分析(S535)，并且该分析结果与在步骤S530采集的传感器输出值一起被存储到SCU的第一存储器301中(S540)。在采集和分析传感器的输出值之后，如上所述，SCU再次执行步骤S510并将自诊断命令传送到车辆控制单元。

作为错误码的分析结果(该错误码作为对自诊断命令的响应被接收)，如果确认为异常响应，则错误码被存储到SCU的第一存储器301内(S550)。

SCU在存储了错误码之后，检测智能卡是否插在SCU内(S555)。如果智能卡没有插入，由于不能用错误码更新智能卡，所以再次执行步骤S510以传送自诊断命令，在步骤S540中在SCU中保存传感器输出值和分析结果，并且如果插入了智能卡，则进行验证步骤S560用于确定该智能卡是否属于本车辆。智能卡验证是通过比较智能卡密钥和SCU密钥进行的，其中用于验证的密钥可通过使用车辆固有数据，如车辆的车架号和发动机号等生成。如果证明该智能卡可用于本车辆，如上所述，由于待存储的数据是最新的，因此将SCU中的数据记录到智能卡中，而无需比较智能卡和SCU中存储的信息数据(S565)。在将变化后的数据记录在智能卡中后，如果当前插入的智能卡在车钥匙插入后立即被一张与所插的智能卡不同的智能卡更换或智能卡是在车钥匙插入后插入的，则进行图6中的步骤S630用最新数据更新智能卡和SCU中的数据。

图6是在根据本发明一个实施例的系统中在智能卡101和SCU 103之间将数据更新到最新的处理的流程图。

在图6中，如果插入了车钥匙，则SCU确认是否插入了智能卡(S610)。如果智能卡没有插入，则SCU不能够通过与智能卡的比较来更新数据，这样将进行步骤S510来传送自诊断命令以检测车辆最新数据，如果插入了智能卡，则进行步骤S620用于验证插入的智能卡。如图5所示，用以确认智能卡是否属于当前车辆的验证智能卡的步骤是通过比较由车辆固有数据如车架号或发动机号生成的智能卡密钥和SCU密钥实现的。如果智能卡被验证为不是适合当前车辆的卡，就与智能卡没有插入的情形一样，将进行用于检测最新车辆数据的步骤S510，并且如果智能卡被验证为是适合当前车辆的卡，将进行步骤S630来相互比较SCU数据和智能卡数据。用于相互比较数据的步骤是通过比较所有存储在智能卡中的数据和所有存储在SCU中的数据，通过确认是否存在差异而实现的，但更可取的是，步骤S630中的比较可以通过比较各个数值，如最新更新的日期、里程以及累计更新次数等的大小来实现，从而用最新的数据来更新旧数据(S640)。此时，来自智能卡的用以更新SCU的数据是通过图1和后面将予以描述的图7所示的方法存储于智能卡中的最新车辆维护记录，来自SCU的用以更新智能卡的数据是通过图5所描述的方法存储于SCU中的如错误码值和传感器输出值等最新的车辆数据。

图7是示出通过汽修店内的PC或独立终端进行车辆诊断和修理处理的流程图。当车辆在各种各样的提供联合服务的汽修店入库时，驾驶员将属于该车辆的智能卡101插入连接到汽修店内的PC或独立终端的第二卡终端111(S710)。插入的智能卡通过图5和图6所述的步骤被车辆控制单元和传感器检测到，并且所有记录和存储于SCU 103和智能卡中的数据被从智能卡101中读入第二卡终端111(S720)。被读取的数据在连接到卡终端111的PC 112上显示出来(S730)，并且在所读取数据的基础上通过诊断程序或修理工的经验检测出维护项目(S740)，此时，如果维护项目由维护程序检测，则依照程序的性能可确定出维护项目的数目。修理工根据所检测的项目更换消耗品或修理车辆(S750)，将待处理的项目输入PC 112，如果完全解决了，就通过卡终端111将处理的结果记录到智能卡101中(S760)。在驾驶员将智能卡插入车辆的SCU 103中的情况下，通过图6所述的处理将记录在智能卡中的最新维护数据更新到SCU中，这样SCU中始终保持着最新的维护数据。

如果建立了在线环境，比如提供联合服务的各种维修店具有可访问因特网的终端，则终端将用于客户管理的更新数据传输到中央车辆A/S中心主服务器140，将车型、年份、A/S日期、A/S项目、维护内容和维修店记录等存储在数据库中，主服务器140可将车辆控制单元和传感器等检测到的车辆终端数据接收并存入数据库，并且存储在SCU中。这样采集的数据作为统计数据用于车辆预诊断服务及车辆部件改进和新车开发。

如果车主在访问提供维修服务的店时没有带智能卡，由于根据上述的处理最新的维护数据存储于SCU 103中，因此可以使用SCU 103中的数据。在这种情况下，如果由维修店保存的智能卡(用作维护之用的智能卡)被插入SCU并按下复位键，如上所述，SCU中的基本车辆信息数据和与车辆维护相关的数据被存储到智能卡中。该智能卡被插回卡终端并执行上述的维护服务，并且所得的结果通过同一张智能卡保存到SCU中。

下面，将对示出使用智能卡在线诊断车辆的处理的流程图的图8，和示出在线车辆诊断系统结构的图9和图10进行描述。当用户想知道驾驶中的车辆发生的问题或车辆的当前状态等时，该用户将属于他的车辆的智能卡插入各种在线访问设备，如计算机或移动电话等(S810)，其中这些设备带有卡终端121，并通过网络如因特网连接到中央A/S中心主服务器40(S820)。

首先，用户通过网络连接到实现网络接口925的中央A/S中心的网络服务器1030，其中网络服务器使用XML或HTML等方法，能够根据网络上的图像环境显示多维数据和各种多媒体信息，并使用户能由此检测输入的数据和处理结果。连接了网络服务器1030之后，验证服务器1020验证所连接的智能卡是否是有资格接受服务，此时，验证处理比较和检测存储在前述的智能卡中的车辆固有信息如车辆制造商、车型或年份等，然后验证该车辆是否是中央A/S中心主服务器140提供服务的车辆(S830)。如果该智能卡被验证为是不能由所连接的中央A/S中心主服务器140提供服务的卡，则结束在线车辆诊断处理。如果该智能卡通过了验证服务器120的验证，则通过图5和图6所描述的处理，智能卡中更新的基本车辆信息数据和维护信息数据被在线传送到中央A/S中心的主服务器上(S840)。

接收到数据的中央A/S中心主服务器140在数据库服务器1010中执行维护程序，根据接收到的数据检测来自车辆控制单元的错误码，并将诊断结果存储在车辆诊断结果数据库930中(S850)。更详细的说，首先，如果采集到了数据，例如从智能卡输入的错误码等，则推理机构915输入该数据，并以车辆故障状态产生的单错误码或组合错误码的形式或以专家意见的形式，从专家处提取关于车辆的知识；用知识获取系统920将该知识转换为可存储的格式在知识库910中建立起该知识，通过各种推理方法从包含故障诊断规则和程序等资料的知识库910中制定出合理的解决方法。解决方法是关于车辆问题和对这些问题的解决方法、待更换的部件、与驾驶员的驾驶习惯相关的各种统计数据以及改善方向的资料，如果通过网络连接到中央A/S中心主服务器的设备是计算机，则该解决方法通过计算机显示器显示出来，如果连接的设备是一个通信终端如移动电话，则该解决方法通过如文本服务等方法显示出来(S860)。

同时，用户940可将关于车辆诊断结果或车辆问题的投诉，与通过上述程序诊断和显示的结果一起，通过网络接口925存储到车辆诊断结果数据库930中。这样，车辆制造商950可使用存储在数据库930中的数据并掌握驾驶员对车辆的喜好和车辆的控制单元的问题等，而车辆专家可通过知识获取系统920更新知识库以使通过推理机构得到的车辆诊断结果变得更准确。依照这样的程序，通过数据库930，车辆的使用者无需直接驱车到维修店就可知道所需要的维护项目，而车辆制造商无需逐辆检测已售车辆就能够掌握车辆问题和消费者投诉等。

参考示出使用智能卡进行离线车辆诊断的处理流程的图11以及示出了图11的系统结构的图12，将对车辆离线诊断处理进行描述。如果车辆驾驶员不能在线连接到中央A/S中心主服务器140，他/她可使用连接到卡终端121的独立设备，如PC 122来执行离线自诊断。首先，用户在独立设备，如PC上执行相应的维护诊断程序，此时，根据独立设备的处理能力和维护诊断项目数量可选择将要执行的不同程序(S1110)。在执行诊断程序之后，用户将智能卡插入卡终端121(S920)，独立设备通过当前执行的程序验证该智能卡是否有权接受诊断服务，验证的处理和图8相同(S1130)。如果通过当前执行的程序确认插入的智能卡101是不能被服务的卡，则离线维护诊断处理结束，但如果该智能卡通过了验证，则与固有信息和维护信息相关的数据，例如从车辆采集的错误码和传感器输出值，被卡终端读取并从智能卡传送到独立设备(S1140)。独立设备根据所传送数据执行诊断程序，进行预诊断或问题诊断，并通过程序检测维护建议项目或当前要求的维护项目(S1150)。

现在对上述处理进行更详细的描述，用户通过一个执行与图9的网络接口925相同功能的用户接口1225连接到推理机构1215。即，通过卡终端121从智能卡读取的和从车辆采集的错误码、传感器输出和维护信息，通过用户接口被传送到由软件实现的推理机构1215，并且该推理机构将由知识库1210提供的车辆诊断规则并诊断判断程序应用于从智能卡接收的数据，使用各种推理方法分析错误码和诊断车辆问题。这样的离线车辆诊断方法中的知识库通过购买资料更新CD或升级诊断程序来进行更新。

车辆问题和消耗品更换时间表等作为通过上述方法检测出的结果显示在独立设备上(S1160)。与在线诊断一样，无需驱车到维修店而是直接通过这样的离线车辆诊断处理就可以获得需要维护的项目。

下面，参考图13a和图13b对使用智能卡自动设置车辆便利设备的方法进行描述。图13a和图13b是示出根据本发明根据存储在智能卡中的数据自动设置车辆便利设备的方法。为了利用智能卡101的数据自动设置车辆便利设备，一个先决条件是为了驾驶员的安全，车辆应处于非工作状态。因此，如果驾驶员进入车内并插入钥匙启动电源开关，车辆的中央控制单元首先检查车辆是否正在工作中(S1301)。如果车辆在工作，为了安全，就不去判断是否插入了智能卡，而是进行确定现有的便利设备是否改变了的步骤(S1340)，以免通过从智能卡读取便利设备设置数据而改变便利设备。

如果车辆不在工作中，则车辆中央控制单元首先检查智能卡101是否插在SCU 103中(S1305)，以便从智能卡读取便利信息。如果在非工作状态下车钥匙插入而智能卡没有插入，则中央控制单元重复步骤S1310和S1305，直到车辆出现了由该驾驶员引发的变化，而如果智能卡在非工作状态下插入，则中央控制单元进行验证插入的智能卡的步骤。智能卡验证步骤将智能卡密钥和SCU密钥相互进行比较，在此情况下，与图5和图6中的步骤一样，验证密钥可由车辆固有数据如车辆车架号和发动机号等生成。如果因为该智能卡不是该车辆的而导致验证无法进行，则不能读取智能卡中的数据，这样中央控制单元进到步骤S1340，检测原先的便利设备设置是否改变了。如果智能卡101通过了验证，则SCU 103读取便利设备相关数据并存储在作为SCU 103中的临时存储位置的RAM306中，此时，所读取的便利设备数据是音频相关信息，如驾驶员喜爱的广播频率选择、音量控制、CD·EQ设置和与驾驶员便利相关的信息数据，如车厢温度、侧视镜调节、驾驶员座位高度和倾斜度以及方向盘位置和倾斜度等，但也可包括可在车辆的中央控制单元中电子控制的所有与设备控制相关的数据(S1320)。此外，SCU 103从第四存储器304读取当前的便利设备设置值A(S1325)，并将该值A和来自智能卡的存储于RAM 306中的便利设备设置值B进行比较(S1330)。如果比较的结果是当前的便利设备设置值A和存于智能卡中的值B相同，那么就没有必要重置便利设备，这样SCU 103进行下一步骤(S1340)，检测便利设备是否在驾驶过程中改变了。然而，如果比较的结果是设置值不一致，则SCU 103执行用于改变便利设备设置的步骤。

本发明中，设置车辆便利设备的操作是，通过车辆接口，将用户的开/关操作产生的信号施加于各个驱动设备，如各种车辆致动器和电机等来实现的。此外，根据这些信号的持续时间，CPU计算出相应的车辆便利设备偏移值(信号持续时间×相应的便利设备致动器或驱动设备，如电机等的运转速度)，并将偏移值传送给第四存储器304和智能卡作为用于存储的便利设备设置值，但考虑到这种情况，例如，尽管电动侧视镜左、右、上或下移动到最大限度，用户仍持续不断地接通开关，当该用户在超过操作范围后仍继续操纵某个便利设备开关时，分别存储便利设备的正(+)向或负(-)向的最大偏移值。相应的，步骤S1325中的当前便利设备设置值A和步骤S1330中智能卡中存储的值B分别表示了便利设备偏移值，根据偏移值A和B的比较结果，便利设备向正(+)或负(-)方向移动。例如，如果偏移值A和B的比较结果是A比B大，则便利设备向负方向移动，移动量为值A和值B之差(S1331)，而如果A比B小，则便利设备向正方向移动，移动量为值A和值B之差(S1333)。在根据值A和值B之差移动了便利设备之后，当前改变了的便利设备设置值被存储在SCU的第四存储器304中，并进行步骤S1330与存储在智能卡中的值B进行比较。

同时，如果插入车钥匙而智能卡没有插入，则插入的智能卡不会被验证，或当前的便利设备设置值与存储在智能卡中的设置值相同，CPU以中断、计时器循环等方式监视各种便利设备开关等的变化，并检测便利设备设置值是否被用户改变了(S1340)。如果CPU通过监视程序检测出便利设备设置值被改变了，CPU就检查各种便利设备设置中哪个被改变了(S1350)，并通过被用户改变的差值检测出偏移值(S1355)。之后，车辆中央处理单元从SCU的第四存储器304加载与变化的便利设备项目相对应的设置值(S1360)，并且，将改变的偏移值与存储在SCU中的偏移值相加计算出最终的绝对偏移值(S1365)，并通过将计算出的值再次存储在SCU的第四存储器304中来更新便利设备设置信息(S1370)。

为了用更新了的便利设备设置信息再次更新智能卡，SCU检查是否插入了智能卡(S1375)，并且，如果由于智能卡没有插入，所以不能最新便利设备设置数据，也就是说，如果智能卡一开始是插入的但后来被取走了，或一开始就没有插入，则进行步骤S1340，检测其它设置数据是否被改变了。如果在SCU的存储器中更新了新数据之后，智能卡被插入SCU中，则进行步骤S1380，验证该智能卡，以上述步骤S1315相同的方式验证智能卡。在先插入的智能卡在中间被另一智能卡更换或智能卡后插入的情况下，就需要进行验证步骤S1380。如果插入的智能卡不属于本车辆而无法通过验证，则改变的数据就不能更新到智能卡中，这样将进行步骤S1340，检测新的便利设备设置是否改变了，而如果智能卡通过验证，则把存储于第四存储器304中的最新的便利设备设置数据更新到智能卡中(S1385)。在更新了被智能卡改变的数据之后，检测车钥匙是否取出，即用户是否仍在驾驶他的车辆(S1390)，如果车钥匙没有被取出，则其它的便利设备设置可能会改变，因此再次进行步骤S1340来检测设置，而如果车钥匙被取出，则结束自动设置和更新便利设备的步骤。

用前述的结构，智能卡控制单元(SCU)的第一存储器301始终存储着从各种车辆控制单元和传感器检测到的最新信息，而且，智能卡存储着最新的维护数据，这样当智能卡插入SCU中时信息和数据就被相互更新。

通过使用存储于智能卡101和SCU 103中的数据，在在线环境下车辆驾驶员通过网络传输存储于智能卡中的车辆问题和最新维护数据，以接收在中央A/S中心主服务器140中完成的车辆诊断，或如果没有建立在线环境，则驾驶员使用运行于独立设备如PC等中的程序，这样驾驶员就能够以方便而简单的方法掌握各种车辆问题并进行自诊断，以确定各种消耗品更换周期和状态，并因此能够减少现有维护/修理方式所需的时间和成本。

维修店利用存储在智能卡中的日志数据和从中央A/S中心传送来的诊断结果，能够对间断或持续出现的变化多样的车辆问题进行客观的和专业的车辆维护，从而提高维护可靠性并减少所需的时间和成本。此外，这样的维护结果被存储于智能卡中并在以后需要的时候使用，所以能够实现系统而完整的车辆维护。

此外，车辆用户即使处于没有网络连接的环境下，也可以将存储于智能卡中的维护信息数据传送到智能卡终端(例如，PC)并以简单的自诊断方式通过程序完成车辆诊断，如此就有了减少时间和成本的效果。

然而，即使维修店没有各种网络接口环境，车辆使用者也可以仅使用他自己的智能卡通过在一台独立的PC或终端上执行应用程序，读入存储在智能卡中的日志数据，从而能够进行有效的车辆维护。

同时，当驾驶员驾驶车辆时将智能卡插入SCU中，将智能卡中的驾驶员便利信息数据读取到SCU的存储器中，使得能够自动控制便利设备，行驶过程中受控的便利设备的变化项目被自动存储到SCU和智能卡中，因而驾驶员在每次进入他的车内时无须控制这些便利设备就能够使用他们。

此外，由于个人或维修店在在线环境中将存储于智能卡中的数据传送到中央A/S中心主服务器140进行维护和诊断，因而车辆制造商能够利用这些数据建立起一个专家数据库，根据这些积累的资料，根据车型和年份等获得统计数据，预先得知相同车型频繁出现的问题和这些问题的解决方法，通过保证适当库存水平的车辆部件等来灵活应对车辆问题，并提供更好的A/S，这样通过有效地保障车辆部件的库存，就起到能够提供有别于其它制造商的服务的作用，也具备成本效率的优势。此外，这样的数据库资料在开发新车时是非常有用的资料。

至此描述的本发明的实施例是示例性的，并且所有对于本实施例的修改和变型都应该被认为是属于所附权利要求的范围内。

Claims (26)

1.一种采集车辆数据并诊断车辆的系统，包括：

智能卡，其包含车辆相关数据，该车辆相关数据包括基本车辆信息数据和车辆维护信息数据；

智能卡控制单元，其连接到车辆内的各个电子控制单元、机械控制单元和传感器，并用于采集车辆信息，从智能卡中读取车辆相关数据，或将采集到的车辆信息存储到智能卡中；

终端，其从智能卡中读取车辆相关数据、执行诊断并将结果存储到智能卡中；

通过网络连接到卡终端的中央A/S中心主服务器，用于根据从卡终端接收到的智能卡数据检查车辆诊断及维护项目，并且将诊断结果和所需维护项目传送给卡终端并存储到智能卡中；

其中，所述智能卡控制单元包括：

车辆接口，用于输入来自车内的机械控制单元、电子控制单元及传感器的车辆状态数据；

第一存储器，用于存储表示通过车辆接口从各个控制单元和传感器采集的表示车辆状态的数据；

第二存储器，用于存储从智能卡传来的关于车辆诊断和维护项目的数据；

第三存储器，用于存储车辆固有信息数据；

卡接口，用作智能卡和智能卡控制单元的接口；

处理器，用于控制车辆接口、第一存储器、第二存储器、第三存储器及卡接口，并执行计算，其中该处理器被配置成对所述第一存储器中存储的数据和所述第二存储器中存储的数据进行比较，如果不相同，则更新所述第一存储器和智能卡中存储的数据；以及

存储器部件，包含控制处理器的程序；

所述终端包括：

卡终端，用于从智能卡中读取车辆相关数据并将处理后的车辆相关数据存储到智能卡中；以及

数据处理装置，用于将从智能卡中读取的诊断结果和维护项目输出到卡终端，并将诊断结果和维护项目存储到智能卡；

所述中央A/S中心主服务器包括：

知识数据库，包含与车辆故障状态相关而出现的错误码和组合错误码，以及与这些错误码相关的诊断规则和处理；以及

推理装置，通过把从知识数据库中接收的车辆诊断规则和诊断确定处理运用于从智能卡中接收的数据来诊断车辆。

2.如权利要求1所述的系统，其中智能卡中的基本车辆信息数据包括车辆固有信息数据以及车主信息数据，并且智能卡中的车辆维护信息数据包括各种车辆控制单元和传感器输出的信息数据，以及从外部输入的关于车辆诊断和维护的数据。

3.如权利要求2所述的系统，其中车辆固有信息数据在车辆交付时存储于智能卡控制单元中的存储器部分中，并在重置智能卡时从智能卡控制单元存储到智能卡中。

4.如权利要求3所述的系统，其中车辆固有信息数据包括车辆的交付日期、车架号、发动机号、车型、年份和排量中的一项以上。

5.如权利要求2所述的系统，其中车主信息数据包括：购买日期、车主姓名、居民登记号、驾照号，密码及电子邮件地址中的一项以上。

6.如权利要求1所述的系统，其中智能卡控制单元包括外部显示设备，用于显示智能卡控制单元的当前状态，或用于显示智能卡和智能卡控制单元之间的通信状态及车辆故障信息。

7.如权利要求6所述的系统，其中，外部显示设备与安装在车辆中的声音输出、导航系统或汽车个人计算机结合在一起。

8.如权利要求1所述的系统，其中第一存储器容纳有从车内安装的自诊断连接器输入并表现为车辆错误码的车辆正常或异常状态信息，从安装在车辆上的传感器检测到的车辆行进速度，行驶中从喷油器驱动信号获得的平均RPM以及发动机状态中的一项以上。

9.如权利要求1所述的系统，其中第二存储器容纳有A/S日期、A/S项目、维护内容、更换部件、以及维护店车辆维护数据记录中的一项以上。

10.如权利要求1所述的系统，其中车辆接口包括：

连接器接口，用于连接多个自诊断连接器和智能卡控制单元；

传感器接口，用于将车辆传感器的输出值传送到智能卡控制单元；以及

中断接口，用于解码中断信号，以在运行中便利设备设置值发生改变时，改变存储于智能卡控制单元中的便利设备设置值，以及用于传送便利设备改变信号。

11.如权利要求10所述的系统，其中传感器接口包括A/D转换器，用于转换从车速传感器、喷油器驱动信号、节气门位置传感器、空气量传感器、温度传感器和进气传感器输入的信号，并将这些信号传送给处理器。

12.如权利要求1所述的系统，其中数据处理装置包括个人计算机，用于根据从智能卡中读取的车辆相关数据执行车辆诊断程序，诊断车辆，并根据诊断结果显示维护项目。

13.如权利要求1所述的系统，其中，数据处理装置是移动通信终端或可连接到网络上的个人计算机。

14.如权利要求1所述的系统，其中，中央A/S中心主服务器还包括车辆诊断结果数据库，用于接收和存储由推理装置得到的车辆诊断结果，并通过网络接口存储客户投诉和与诊断结果相应的车辆问题。

15.如权利要求14所述的系统，其中，中央A/S中心主服务器还包括知识获取系统，用于将存储于车辆诊断结果数据库中的诊断结果转换为可存储于知识数据库中的格式，

并且推理装置通过把从知识数据库中接收的车辆诊断规则和诊断确定处理运用于从智能卡中接收的数据来诊断车辆。

16.一种使用权利要求1所述的系统来采集车辆数据的方法，该方法包括以下步骤：

(a)传送自诊断命令给车内的各个控制单元并接收对自诊断命令的响应；

(b)判断接收到的响应是否正常，如果不正常，则将接收到的作为响应的错误码存储到智能卡控制单元中；

(c)判断是否插入了智能卡并验证插入的智能卡；

(d)将存储在智能卡控制单元中的错误码存储到验证过的智能卡中；以及

(e)比较表示车辆状态的数据和从智能卡传来的数据，如果二者不同，则更新存储在第一存储器和智能卡中的数据。

17.如权利要求16所述的方法，其中，步骤(b)判断是否经过了特定的设置时间，如果该设置时间已经过去，则从车速传感器、喷油器驱动信号和电子传感器中采集输出信号，分析车辆的驾驶状态/驾驶员特征，并将分析结果和采集的输出值储存到智能卡控制单元中，如果该设置时间未过去，则执行步骤(a)。

18.如权利要求16所述的方法，其中步骤(c)和步骤(e)在步骤(a)之前执行。

19.如权利要求18所述的方法，其中步骤(e)比较最后更新日期、里程数和累计更新次数等值，并根据最近更新的数据更新旧数据。

20.如权利要求16到19中任何一项所述的方法，其中验证智能卡的步骤是通过比较存储在智能卡控制单元和智能卡中的车辆固有信息来实现的，该固有信息包括车辆交付日期、车架号、发动机号、车型、年份和排量中的一项以上。

21.一种使用权利要求1所述的系统来诊断车辆的方法，包括以下步骤：

在终端中执行车辆诊断程序；

将智能卡插入终端并验证是否能够通过程序诊断该智能卡；

读取存储在已验证的智能卡中的车辆相关数据；

对读取到的车辆相关数据执行诊断程序并进行车辆诊断；以及

在终端上显示诊断结果。

22.如权利要求21所述的方法，其中由推理机构把从知识数据库中接收的车辆诊断规则和诊断确定处理运用于从智能卡中接收的数据，进行车辆诊断，从而完成所述诊断车辆的步骤，其中知识数据库包含了与车辆故障状态相关而出现的错误码和组合错误码，以及与这些错误码相关的诊断规则和处理。

23.如权利要求22所述的方法，还包括将关于诊断结果和根据诊断结果进行的维护项目的数据存储到智能卡中的步骤。

24.如权利要求23所述的方法，还包括将诊断结果和关于根据诊断结果进行的维护项目的数据通过网络传送到与终端相连的中央A/S中心主服务器，并将诊断结果和所述数据存储到中央A/S中心主服务器的车辆诊断结果数据库中的步骤。

25.一种使用权利要求1所述的系统来诊断车辆的方法，包括以下步骤：

将智能卡插入终端中；

通过网络将终端连接到中央A/S中心的主服务器上，由中央A/S中心的主服务器验证智能卡是否可以获得服务；

如果智能卡通过验证，则将从智能卡采集到的车辆相关数据传送给中央A/S中心的主服务器；

根据采集到的车辆相关数据诊断车辆并存储诊断结果；以及

将诊断结果传送给终端，在终端上显示结果并在智能卡中存储结果。

26.如权利要求25所述的方法，其中由知识数据库和推理装置来完成诊断车辆的步骤，其中知识数据库包括与车辆故障状态相关而出现的错误码和组合错误码，以及与这些错误码相关的诊断规则和处理；推理装置通过把从知识获取系统中接收的车辆诊断规则和诊断确定处理运用于从智能卡中接收的数据，以把车辆诊断结果数据库中的数据转换为可存储于知识数据库中的格式，从而诊断车辆，该车辆诊断结果数据库用于接收和存储车辆诊断结果，以及存储客户投诉及与车辆诊断结果相关的问题。

Images