车辆诊断方法、车辆诊断系统、车辆及中心

暂无

技术领域\n本发明涉及一种用来诊断在车辆中已经发生的异常的车辆诊断方法、一种车辆诊断系统、及该车辆诊断系统的元件(一种车辆及一种在该车辆诊断系统中的中心)。\n背景技术\n例如，如在日本专利公开公报No.62-94443中公开的那样，已经知道一种车辆诊断系统。该车辆诊断系统包括诊断在车辆中的故障的自诊断装置。当由自诊断装置探测到故障时，诊断结果传输到中心。中心基于获得的诊断结果估计故障的原因，并且把对于估计的故障原因的对策传送到车辆。\n在以上车辆诊断系统中，当故障发生在车辆中时，自诊断结果传送到中心。在最近几年，大量电子控制装置安装在车辆上，并且从这些装置输出大量数据。因此，如在车辆诊断系统中那样，如果自诊断结果传送到中心，则传送巨量的通信数据，这可能增加通信成本。而且，巨量的通信数据增加通信时间，这升高中心不能实时诊断车辆中的故障的可能性。\n另外，与中心通信的车辆的数量已经增加，并且每台车辆传送巨量的通信数据，这升高通信线饱和的可能性。结果，可能发生通信干扰。具体地说，应该避免中断与遇困车辆的通信。当中心和车辆彼此通信时，在必要时应该传送/接收必要的信息。\n发明内容\n本发明的目的在于提供一种其中在必要时能传送/接收必要的信息的车辆诊断方法、一种车辆诊断系统、及在车辆诊断系统中的元件(一种车辆及一种在车辆诊断系统中的中心)。\n本发明的第一方面涉及一种车辆诊断方法。在该方法中，车辆和中心连接从而能够彼此通信，车辆把关于在车辆中的故障的信息传送到中心，并且中心基于从车辆传送的关于故障的信息诊断在车辆中已经发生的故障。\n在本发明的第一方面，车辆确定故障是否已经发生在安装在车辆中的装置中。当确定故障已经发生时，则车辆把指示故障发生的第一故障信息传送到中心。在把第一故障信息传送到中心之后，车辆收集关于故障的细节，并且然后把指示收集的关于故障的细节的第二故障信息传送到中心。\n根据第一方面，由于第一故障信息指示故障已经发生在车辆中的事实，所以数据量能很小。因此，能最小化由于第一故障信息到中心的传送而置于通信线上的负载，这能够使中心实时确定在车辆中是否已经发生故障。结果，中心能立即向用户提供适当的对策。在传送第一故障信息之后，车辆收集关于故障的细节，并且传送第二故障信息。中心能基于第二故障信息更详细地检查故障。因此，中心能向用户提供更适当的对策。\n在本发明的第二方面，车辆确定故障是否已经发生在安装在车辆中的装置中.当确定故障已经发生时，则车辆把指示故障发生的第一故障信息传送到中心.中心接收从车辆传送的第一故障信息，并且传送指示对应于接收的第一故障信息的故障的发生的第一对策信息.车辆接收从中心传送的第一对策信息，基于第一对策信息把在第一对策信息中指示的对策通知给车辆的用户，收集关于故障的细节，及传送指示收集的关于故障的细节的第二故障信息.中心接收从车辆传送的第二故障信息，基于获得的第二故障信息检查关于故障的特性，及把指示对应于第二故障信息的故障的详细对策的第二对策信息传送到车辆.车辆接收从中心传送的第二对策信息，并且基于第二对策信息把在第二对策信息中指示的详细对策通知给车辆的用户.\n根据第二方面，由于中心基于第一故障信息传送对于故障发生的第一对策信息，所以用户能立即确认故障的发生，并且能容易地采取适当措施以处理故障。另外，由于中心基于第二故障信息传送对于故障的第二对策信息，所以用户能采取适当措施以处理故障。\n在这种情况下，优选的是，连接到网络上从而能够与中心通信的计算机提供在进行车辆的维修的汽车经销商处，中心把从车辆传送的第一故障信息和第二故障信息传送到计算机，并且计算机准备与从中心传送的第一故障信息相对应的第一对策信息和与从中心传送的第二故障信息相对应的第二对策信息，并把准备的第一对策信息和第二对策信息传送到中心。\n因而，包括对于故障的专家观点的第一对策信息和第二对策信息能传送给用户。因此，用户对于故障能采取更适当的措施。而且，在汽车经销商处的工程师能分析故障的特性。这使得有可能对于故障的每个原因采取适当措施，这能够使用户对于故障采取更适当的措施。\n车辆基于当异常已经发生在安装在车辆中的装置中时点亮的报警灯是否点亮，可以确定在安装在车辆中的装置中是否已经发生故障。第一故障信息可以是指示报警灯点亮的报警灯点亮信息。\n由于指示报警灯点亮的报警灯点亮信息能用作第一故障信息，所以数据量能很小。因此，能最小化由于报警灯点亮信息的传送而置于通信线上的负载，这能够使中心实时地确认故障是否已经发生在车辆中。结果，中心能把对策立即提供给用户。\n在上述情况下，优选的是，关于在第二故障信息中指示的故障的细节包括指示由安装在车辆中的各种传感器进行的探测的结果的信息、指示安装在车辆中的装置的操作状态的信息、及指示由安装在车辆中的装置进行的自诊断的结果的信息的至少一种。因而，中心或汽车经销商能传送准确确认故障的特性所必需的信息，并且向用户提供适当的对策。\n优选的是，中心在从车辆接收第一故障信息之后，传送用来请求车辆传送第二故障信息的传送请求信息，并且车辆接收从中心传送的传送请求信息，并响应接收的传送请求信息把第二故障信息传送到中心。中心因而在必要时能从车辆获得第二故障信息。因此，中心能以适当计时把第二对策信息传送给用户。\n优选的是，车辆确定车辆是否正在行驶，并且当确定车辆正在行驶时，禁止关于在第二故障信息中指示的故障的至少细节的收集。因而，当由于车辆正在行驶而高负载置于车辆内单元上时，不收集关于故障的细节。这防止置于与车辆操作必需的功能有关的装置，即与“行驶、停止、及车辆的转弯”有关的装置，上的负载的增加。因此，用户能适当地驾驶车辆。\n在这种情况下，优选的是，当车辆停止时，车辆根据由车辆用户进行的预定操作开始收集关于在第二故障信息中指示的故障的细节.也优选的是，由车辆用户进行的预定操作是用来指导关于在第二故障信息中指示的故障的细节的收集开始的由用户进行的操作.而且，优选的是，由车辆用户进行的预定操作是操作装置的操作，在该操作装置中，预先设置用来指导关于在第二故障信息中指示的故障的细节的收集开始的功能.\n因而，车辆能以适当计时把第二故障信息传送到中心。而且，根据由用户进行的操作传送第二故障信息。因此，用户的意图能直接或间接地反映在是否传送第二故障信息的确定上。\n关于待收集的故障的细节可能只是关于在第一故障信息中指示的故障的发生的细节。这防止负载置于没有发生故障的装置上。因此，用户能适当地驾驶车辆。\n优选的是，车辆当把第一故障信息传送到中心两次或多次时，以其每一个至少是预定时间段的间隔传送第一故障信息。而且，优选的是，中心当从车辆接收第一故障信息两次或多次时，以其每一个至少是预定时间段的间隔接收第一故障信息。\n因而，以其每一个至少是预定时间段的间隔，车辆传送并且中心接收第一故障信息，这减小置于通信线上的负载。而且，在传送第一故障信息之后，传送第二故障信息。因而，通过以其每一个至少是预定时间段的间隔由车辆/中心传送/接收信息，能可靠地传送/接收第二故障信息。\n优选的是，车辆把与同一第一故障信息有关的第二故障信息传送到中心两次或多次时，以其每一个至少是预定时间段的间隔传送第二故障信息。也优选的是，中心当从车辆接收与同一第一故障信息有关的第二故障信息两次或多次时，以其每一个至少是预定时间段的间隔接收第二故障信息。\n因而，能防止同一第二故障信息比必需的更频繁地接收，这减小不必要的通信。然而，即使当第二故障信息涉及同一第一故障信息时，由于预定时间的过去关于第二故障信息的细节也可能改变。即使在这种情况下，通过以适当计时传送/接收改变的第二故障信息，中心也能把基于最新第二故障信息的第二对策信息传送到车辆。因此，用户能对于故障采取适当的对策。\n优选的是，中心至少积累和存储来自从车辆传送的第一故障信息和第二故障信息中的第一故障信息，并且响应来自外部终端装置的请求，至少提供来自积累和存储的第一故障信息和第二故障信息中的第一故障信息。\n因而，用户即使当不在车辆中时，通过作为终端装置的蜂窝电话等的使用也能检查已经发生在车辆中的故障。而且，除用户之外的人员(例如，在汽车经销商处负责的人员)能通过终端装置的使用检查在车辆中已经发生的故障。因而，例如，当车辆的报警灯在点亮之后立即断开，并且用户还没有识别到故障的发生时，除用户之外的人员能把故障的发生通知用户。\n本发明的第三方面涉及一种车辆诊断系统，在该车辆诊断系统中，车辆和中心连接从而能够彼此通信，车辆把关于在车辆中的故障的信息传送到中心，并且中心根据从车辆传送的关于故障的信息诊断已经发生在车辆中的故障.车辆包括：故障探测装置，用来探测在车辆中安装的装置中已经发生的故障；故障信息输出装置，用来获得和输出由故障探测装置探测的故障信息；故障信息收集装置，用来收集指示关于由故障探测装置探测的故障的细节的故障详细信息；故障通知装置，用来获得从故障信息输出装置输出的故障信息，并且用来把故障信息通知用户；及车辆通信装置，用来把从故障信息输出装置输出的故障信息和由故障信息收集装置收集的故障详细信息传送到中心，并且用来从中心接收与已经发生在装置中的故障相关的信息.中心设有：中心通信装置，用来接收从车辆传送的故障信息和故障详细信息，并且用来把关于在接收的故障信息和故障详细信息中指示的故障的信息传送到车辆；故障特性检查装置，用来基于由中心通信装置接收的故障信息和故障详细信息检查故障的特性；对策信息准备装置，用来准备指示对于由故障特性检查装置检查的故障特性的对策的对策信息；及存储装置，用来至少积累和存储来自在由中心通信装置接收的故障信息和故障详细信息中的故障信息.\n注意，在根据第三方面的车辆诊断系统中的车辆和中心在本发明的范围内。\n附图说明\n由参照附图的优选实施例的如下描述，本发明的以上和另外目的、特征及优点将成为显然的，其中类似标号用来呈现类似元件，并且其中：\n图1是方块图，示意表示根据本发明的实施例的整个车辆诊断系统；\n图2是方块图，示意表示在图1中表示的车辆；\n图3是方块图，示意表示在图1中表示的中心；\n图4A至4C是由在图1中表示的车辆、中心及汽车经销商个人计算机执行的异常信息传送通知程序的流程图；\n图5是由在图1中表示的中心执行的异常通知准备例行程序的流程图；\n图6是由安装在图1中表示的车辆中的导航ECU和网关ECU执行的故障信息收集例行程序的流程图；\n图7是由在图1中表示的车辆和中心执行的通信异常诊断程序的流程图；\n图8是由在图1中表示的车辆执行的响应命令状态确定例行程序的流程图；\n图9A和9B是用来描述当异常发生在车辆中时显示单元的显示屏幕的视图；\n图10A、10B、及10C是用来描述当车辆接收异常通知时显示单元的显示屏幕的视图；\n图11是用来描述当用户通过在图1中表示的便携式信息终端装置或个人计算机的使用访问中心时的初始屏幕的视图；及\n图12是指示屏幕的视图，该屏幕表示当用户通过在图1中表示的便携式信息终端装置或个人计算机的使用访问中心时的报警灯点亮历史。\n具体实施方式\n下文，参照附图将详细描述本发明的实施例。图1是方块图，示意表示根据该实施例的车辆诊断系统。车辆诊断系统包括车辆10、能与车辆10通信的中心20、提供在销售车辆和进行服务的汽车经销商处的汽车经销商计算机30、能由用户使用的个人计算机40和便携式信息终端装置50。车辆10和便携式信息终端装置50能与连接到网络60(例如，因特网)上的传送站点70无线地通信。中心20、汽车经销商计算机30及个人计算机40连接到网络60上。\n如图2中所示，车辆10包括提供导航单元的整体控制的导航ECU11，该导航单元查找到由用户设置的目的地的路线，并且通过显示器或通过声音提供获得的路线.导航ECU 11是主要包括CPU、ROM、RAM等的计算机。输出装置12、显示单元13、及通信装置14连接到导航ECU 11上。\n输入装置12包括提供在显示单元13附近的操作开关、包括在显示单元13中并且探测显示面板的触摸操作的面板触摸开关、等等。来自用户的指令输入在输入装置12中。输入装置12然后把与由用户输入的指令相对应的信息输出到导航ECU 11。显示单元13包括液晶显示器等等，并且基于提供的各种类型的信息在显示面板上显示文字、图形、等等。\n通信装置14不可拆除地安装在车辆10中，并且能经传送站点70与中心20通信。通信装置14装有用来在制造期间辨别通信装置14的身份信息(下文，称作MAC(媒体访问控制)地址信息)。而且，分配给车辆10的车辆ID信息(例如，指示在制造期间分配给车辆10的车辆号码的车辆号码信息、和由机动车辆行政人员提供的登记号码)预先存储在通信装置14中。通过与中心20进行接触，用户姓名、用户ID信息和用户口令(下文，这些统称为“用户身份信息”)及用于与中心20通信的邮件地址信息预先存储在通信装置14中。与传送站点70无线通信的天线14a连接到通信装置14上。\n网关ECU 15和导航ECU 11连接从而能够经装在车辆10中的网络(例如，LAN(局域网络))彼此通信。网关ECU 15是主要包括CPU、ROM、RAM等的计算机。网关ECU 15连接到发动机ECU16、仪表ECU 17、车门ECU 18、及车体ECU 19等上，从而能够经装在车辆10中的网络与ECU 16、17、18、及19通信。然而，在该实施例中，把ECU 16、17、18、及19当作例子进行描述。\n网关ECU 15提供用来控制由ECU 16、17、18、及19共享的各种数据的控制信号的流动、和在ECU 16、17、18、及19中的合作。网关ECU 15向仪表ECU 17提供指示当在其操作由ECU 18和19控制的装置中已经发生异常时输出的报警灯点亮请求的报警灯点亮信息，并且提供指示已经发生在ECU 16、17、18、及19中的异常的细节的故障信息(诊断信息)的流程的整体控制。\n发动机ECU 16基于由附加到发动机和附件(未表示)上的各种传感器(例如，发动机转速传感器和电池电压传感器)探测的数据和信号控制发动机的操作。仪表ECU 17基于由各种传感器(例如，车辆速度传感器和冷却剂温度传感器)探测的数据和信号控制在仪表装置(未表示)上显示的各种类型的信息。仪表ECU 17基于经网关ECU 15从发动机ECU 16输出的报警灯信息和从ECU 18和19输出的报警灯点亮信息控制多个报警灯17a的点亮，并且把异常通知用户。\n车门ECU 18附加到车门锁装置(未表示)上，并且基于由各种传感器(例如，远程控制打开/关闭探测传感器和车门锁传感器)探测的数据和信号控制车门锁装置的操作。车体ECU 19基于从附加到车辆车体(车体)(未表示)上的各种开关(例如，光控制开关和车门指示灯开关)输入的信号控制灯的通/断。\n注意，由ECU 15、16、17、18、及19进行的控制不限于上述控制。而且，ECU 16、17、18、及19的具体处理程序和具体控制方法与本发明没有直接关系。因此，在说明书中省略程序和方法的详细描述。\n如图3中所示，中心20设有被连接从而能够彼此通信的控制装置21、存储装置22及通信装置23.控制装置21包括主要装有CPU、ROM、RAM等的计算机，并且提供中心20的操作的整体控制.存储装置22包括诸如硬盘之类的记录介质、和用于记录介质的驱动装置，并且存储各种程序和各种数据.通信装置23连线到网络60上，从而与汽车经销商计算机30和能由用户使用的个人计算机40进行有线通信、和经传送站点70与车辆10和便携式信息终端装置50无线地通信.\n用户信息数据库24、异常对策数据库25、汽车经销商信息数据库26及历史信息数据库27建在中心20中。数据库24、25、26及27连接到建在中心20中的网络(例如，LAN)上，并且可从控制装置21访问。\n关于车辆10的车辆ID信息、分配给车辆10的通信装置14的MAC地址信息、和邮件地址信息；指示销售车辆10的汽车经销商的汽车经销商身份信息；及用户身份信息彼此链接，并且存储在用户信息数据库24中。为了允许从个人计算机40或便携式信息终端装置50访问，装置40和50的MAC地址信息和为了与中心通信由装置40和50使用的邮件地址信息、及用户身份信息彼此链接，并且存储在用户信息数据库24中。\n异常对策数据库25，如以后详细描述的那样，对于在从车辆10传送的报警灯点亮信息中指示的异常的每种类型存储通知给车辆10的用户的对策的基本语句(下文，称作“缺省语句”)。缺省语句的例子如下；“异常可能已经发生在系统中。因此，我们对安全性进行检查。请维修您的车辆。我们对此表示抱嫌”。这用于指示在系统中的异常的报警灯点亮信息。\n汽车经销商信息数据库26存储每个汽车经销商的营业日期、营业时间等(下文，称作“汽车经销商信息”)。通过经汽车经销商计算机30的使用访问中心20能更新汽车经销商信息。而且，之后提到的异常通知传送到用户的时间能预先存储在汽车经销商信息数据库26中。中心20基于存储在汽车经销商信息数据库26中的信息，能向车辆10的用户提供与每个汽车经销商的营业日期和营业时间相对应的各种类型的服务。例如，在车辆10的维修的情况下，基于汽车经销商的营业日期和营业时间，传送和显示用来在显示单元13上显示用来对能提供服务的汽车经销商的电话呼叫的按钮的信息(例如，电子邮件)。\n如以后详细描述的那样，从车辆10传送的报警灯点亮的历史和与点亮报警灯相对应的对策、及车辆ID信息和用户身份信息彼此链接，并且存储在历史信息数据库27中。\n汽车经销商计算机30主要包括CPU、ROM、RAM等，并且装有输入装置、显示单元、控制装置、存储装置、及通信装置。汽车经销商计算机30能通过由在汽车经销商处的负责人员进行的操作而访问中心20。汽车经销商计算机30把各种类型的信息(异常对策信息、汽车经销商信息等)传送到中心20，并且从中心20接收各种类型的信息(报警灯点亮信息、故障信息等)。在汽车经销商处的负责人员经汽车经销商计算机30的使用通过访问中心20能查找和获得关于中心20的全部信息(例如，历史信息数据库26)。关于在汽车经销商处销售的车辆的车辆ID信息和包括车辆用户的姓名的客户信息彼此链接，并且存储在汽车经销商计算机30的存储装置中。\n由用户能使用的个人计算机40主要包括CPU、ROM、RAM等，并且装有输入装置、显示单元、控制装置、存储装置及通信装置。个人计算机40能通过由用户进行的操作访问中心20，并且从中心20的历史信息数据库27获得报警灯信息和对策。\n便携式信息终端装置50主要包括CPU、ROM、RAM等，并且装有输入装置、显示单元、控制装置、存储装置及通信装置.便携式信息终端装置50尺寸紧凑从而是可携带的.能够与传送站点70无线通信的天线54a提供在便携式信息终端装置50的通信装置中.便携式信息终端装置50通过由用户进行的操作访问中心20，并且从中心20的历史信息数据库27获得报警点亮信息和对策.作为便携式信息终端装置50，能采用蜂窝电话、具有通信功能的便携式个人计算机、个人数字助手(PDA)等.\n在如此构造的车辆诊断系统中，在车辆10的通信装置14、中心20、汽车经销商计算机30、个人计算机40及便携式信息终端装置50之间的通信经天线14a和54a、和传送站点70无线地进行，或者经导线通过网络60进行。这种通信以通常的方法进行，并且没有特别的特性。因此，在下面的描述中，当使用术语“传送”或“接收”时，对于传送/接收采用用于通信的适当方法。\n其次，将详细描述如此构造的车辆诊断系统的操作。当由车辆10的用户接通点火开关(未表示)时，安装在车辆10中的ECU 11、15、16、17、18及19分别控制装置的操作。导航ECU 11、网关ECU 15及仪表ECU 17相互合作地以预定短间隔重复地执行在图4A至4C中表示的异常信息传送通知程序。在异常信息传送通知程序中，例行程序在步骤S10中开始，并且在步骤S11中，仪表ECU 17确定在车辆10中是否已经发生异常。把其中异常已经发生在发动机中的情形作为例子，将详细描述确定。\n发动机ECU 16基于从附加到发动机和附件上的各种传感器输出的信号，控制发动机的操作状态。在其中发动机正在操作的情况下，当指示从发动机转速传感器输出的发动机转速的信号指示异常时，发动机ECU 16把报警灯点亮信息输出到仪表ECU 17，从而指示在发动机中的异常的报警灯点亮。车门ECU 18和车体ECU 19经网关ECU 15把报警灯点亮信息输出到仪表ECU 17。\n仪表ECU 17通过获得从发动机ECU 16输出的报警灯点亮信息识别在车辆10中异常的发生。当获得报警灯点亮信息时，由于异常已经发生在车辆10中所以仪表ECU 17在步骤S11中进行肯定确定，此后进行步骤S12。另一方面，当没有获得报警灯点亮信息时，由于异常没有发生在车辆10中所以仪表ECU 17在步骤S11中进行否定确定。然后，异常信息传送通知程序临时在步骤S24中结束。\n在步骤S12中，仪表ECU 17进行与在步骤S11中获得的报警灯点亮信息相对应的报警灯17a的点亮控制。用户因而能识别在车辆10中异常的发生。\n如下面描述的那样能进行报警灯的点亮操作。仪表ECU 17获得关于从ECU 16、18及19输出的报警灯的点亮的信息(位数据)，并且把信息存储在RAM中。仪表ECU 17然后把存储在RAM中的位数据与从ECU 16、18及19新输出的位数据相比较。如果有位数据的变化，则仪表ECU 17点亮对应报警灯。报警灯因而能比较容易地点亮。\n仪表ECU 17把获得的报警灯点亮信息经网关ECU 15提供给导航ECU 11。导航ECU 11获得提供的报警灯点亮信息，把获得的报警灯点亮信息提供给显示单元13。当获得提供的报警灯点亮信息时，显示单元13在液晶显示器上显示指示在车辆10中的异常发生的消息，如图9A中所示。当自显示消息已经过去预定时间时，如图9B中所示，显示单元13删除消息，并且在液晶显示器上显示指示在发动机中的异常发生的报警图标13a，从而继续通知用户异常的发生。\n在执行步骤S12之后，导航ECU 11在步骤S13中使用通信装置14把报警灯点亮信息、车辆ID信息及用户ID信息传送到中心20。更具体地说，导航ECU 11向通信装置14提供在步骤S12中获得的报警灯点亮信息，并且指令通信装置14传送车辆ID信息和用户身份信息以及报警灯点亮信息.通信装置14获得报警灯点亮信息，并且把报警灯点亮信息、车辆ID信息及用户身份信息传送到中心20.在这时，通信装置14也把分配给其的MAC地址信息传送到中心20.\n在中心20中，在步骤C10中，在S13中传送的报警灯点亮信息、车辆ID信息、用户身份信息及通信装置14的MAC地址信息由控制装置21接收，并且临时存储在RAM(未表示)中，此后进行步骤C11。\n在步骤C11中，控制装置21把在步骤C10中临时存储在RAM中的报警灯点亮信息传送到汽车经销商计算机30。将详细地描述这个传送过程。控制装置21获得在步骤C10中临时存储在RAM中的车辆ID信息和用户身份信息，并且基于获得的信息检索用户信息数据库24。控制装置21然后获得链接到车辆ID信息和用户身份信息上的存储的汽车经销商信息。当获得汽车经销商信息时，控制装置21经通信装置23和网络60把报警灯点亮信息和车辆ID信息传送到在汽车经销商信息中指示的汽车经销商(更明确地说，汽车经销商计算机30)。\n在汽车经销商经销商处，在步骤D10中，在步骤C11中从中心20传送的报警灯点亮信息和车辆ID信息由汽车经销商计算机30接收，并且临时存储在RAM(未表示)中。在这种情况下，当接收到来自中心20的报警灯点亮信息和车辆ID信息时，汽车经销商计算机30在显示单元(未表示)的显示屏幕上显示指示报警灯点亮信息的接收的消息，例如“接收到报警灯点亮信息”，从而把信息的接收通知在汽车经销商处的负责人员或工程师(下文，称作“负责人员”)。当显示该消息时，负责人员操作汽车经销商计算机30，并且决定待传送到车辆10的异常对策信息，从而处理由点亮报警灯指示的异常。\n将详细地描述异常对策信息。异常对策信息由每个汽车经销商准备。更具体地说，负责人员预先操作汽车经销商计算机30并且访问中心20的异常对策数据库25，从而获得在异常对策数据库25中存储的缺省语句。负责人员把必要的项(例如，问候语)添加到从中心20获得的缺省语句上，从而准备该汽车经销商专有的异常对策信息。例如，作为必要的项，把诸如“我们对您的忠实支持表示感谢”之类的问候语添加到缺省语句“异常可能已经发生在系统中。因此，我们对安全性进行检查。请维修您的车辆。我们对此表示抱嫌”上。异常对策信息因而被准备，并且存储在存储装置中。注意，显然对于异常的每一种类型准备异常对策信息。\n当在步骤D10中接收到报警灯点亮信息时，负责人员对于接收的报警灯点亮信息，选择和决定在存储装置中存储的所有异常对策信息中的最佳异常对策信息。而且，通过参考在汽车经销商计算机30的存储装置中存储的客户信息，负责人员能选择用来处理附加到由中心20执行的“异常通知准备例行程序”准备的异常通知上的用户姓名的方法。\n当异常通知传送到车辆10时，有车辆10正在行驶并且由声音输出异常通知的可能性。可能有各种方式读出用户姓名，并且如果读错用户姓名用户可能感觉不舒服。因此，负责人员在决定异常对策信息时，选择是否读附加到传送的异常通知上的用户姓名。指示由负责人员进行的选择的信息添加到决定的异常对策信息上。负责人员能指定对于异常对策信息传送异常通知的时间。中心20因而能在指定时间传送异常通知。\n当最佳异常对策信息由负责人员决定时，在步骤D11中，汽车经销商计算机30经网络60把决定的异常对策信息传送到中心20.\n在中心20中，在步骤C12中，在步骤D11中从汽车经销商计算机30传送的异常对策信息由控制装置21接收，并且临时存储在RAM(未表示)中，此后进行步骤C13。在步骤C13中，在步骤C10中接收的报警灯点亮信息、在步骤C12中接收的异常对策信息及当接收报警灯点亮信息时的日期和时间彼此链接，并且由控制装置21存储在历史信息数据库27中。\n在执行步骤C13之后，控制装置21在步骤C14中执行“异常通知准备例行程序”。如图5中所示，“异常通知准备例行程序”在步骤C100中开始。在步骤C101中，控制装置21确定点亮报警灯是否是第一次点亮。即，控制装置21使用在步骤C10中接收的报警灯点亮信息查找在历史信息数据库27中存储的报警灯点亮信息。作为查找的结果，当相同的报警灯点亮信息没有存储在历史信息数据库27中时，能确定报警灯是第一次点亮。因此控制装置21做出肯定确定，并且然后执行步骤C103。\n另一方面，作为历史信息数据库27的查找的结果，当存储相同的报警灯点亮信息时，能确定以前已经点亮报警灯，就是说，这不是报警灯第一次点亮。因此，控制装置21做出否定确定，并且然后执行步骤C102。在步骤C102中，控制装置21确定是否是在从接收到以前报警灯点亮信息起已经过去预定时间(例如，7天)之后接收到当前报警灯点亮信息。更具体地说，控制装置21把在接收到当前报警灯点亮信息时的日期和时间，与存储在历史信息数据库27中的、当接收到以前报警灯点亮信息时的日期和时间相比较。控制装置21因而确定从接收到以前报警灯点亮信息起是否已经过去预定时间。\n当确定从接收到以前报警灯点亮信息起已经过去预定时间时，控制装置21做出肯定确定，并且然后执行步骤C103。另一方面，当确定从接收到以前报警灯点亮信息起还没有过去预定时间时，控制装置21做出否定确定，并且在步骤C107中“异常通知准备例行程序”结束。\n通过确定是否是在从接收到以前报警灯点亮信息起已经过去预定时间之后接收到当前报警灯点亮信息，能防止同一异常通知比必需的更频繁地传送到车辆10。这防止用户比必需的更频繁地接收同一异常通知，这使用户感觉的干扰最小。\n在步骤C103中，控制装置21准备待传送到车辆10的异常通知(电子邮件)。下面将详细描述异常通知的准备。控制装置21使用预先设置的异常通知格式(例如，HTML格式、或XML格式)以预定格式准备异常通知。控制装置21获得临时存储在RAM中的用户身份信息，并且使用该用户身份信息检索用户信息数据库24。然后，在存储在用户信息数据库24中的所有用户身份信息中，控制装置21查找与临时存储在RAM中的用户身份信息相匹配的用户身份信息，并且提取匹配的用户身份信息。控制装置21然后获得链接到提取的用户身份信息上的邮件地址。\n其次，控制装置21获得在步骤C12中从汽车经销商计算机30接收的并且临时存储在RAM中的异常对策信息。控制装置21然后把指示包括在用户身份信息中的用户姓名的信息、和异常对策信息合并成异常通知格式。因而，当异常通知传送到车辆10并被指示时，用户姓名能指示在异常通知中。控制装置21如此准备异常通知，并且然后执行步骤C104。\n从车辆10传送的报警灯点亮信息的条数不限于一个.可以传送各种类型的报警灯点亮信息.在这种情况下，控制装置21预先依据信息的类型把报警灯点亮信息分类成多组(例如，与维护有关的报警灯点亮信息和与系统中的异常有关的报警灯点亮信息).控制装置21然后根据如下规则把用于多条报警灯点亮信息的异常通知合并成一条异常通知.\n当接收到与维护有关的多条报警灯点亮信息时，控制装置21把这些信息条合并成一条维护报警信息，并且自动地准备用于维护报警信息的异常通知。在这时，由于已经从汽车经销商计算机30接收到用于每条报警灯点亮信息的异常对策信息，所以控制装置21准备包括所有异常对策信息的异常通知。\n当接收到与系统中的异常有关的多条报警灯点亮信息时，控制装置21把这些信息条合并成一条系统报警信息，并且自动地准备用于系统报警信息的异常通知。在这时，由于已经从汽车经销商计算机30接收到用于每条报警灯点亮信息的异常对策信息，所以控制装置21准备包括所有异常对策信息的异常通知。\n当既接收到与维护有关的报警灯点亮信息又接收到与系统中的异常有关的报警灯点亮信息时，控制装置21把这些信息条合并成一条系统报警信息。这是因为与系统中的异常有关的报警灯点亮信息比与维护有关的报警灯点亮信息对车辆的行驶状态有较大的影响。控制装置21然后自动地准备用于系统报警信息的异常通知。在这时，由于控制装置21已经从汽车经销商计算机30接收到用于与系统中的异常有关的报警灯点亮信息的异常对策信息。因此，控制装置21通过包括所行接收的异常对策信息、和基于与维护有关的报警灯点亮信息包括其中异常已经发生的状态，准备异常通知。\n把多条报警灯点亮信息合并成一条异常通知减少异常通知传送到车辆10的次数。因而能降低通信成本，这防止用户感觉到在异常通知期间的烦扰。\n其次，在步骤C104中，控制装置21确定包括在步骤C103中准备的异常通知中的用户姓名是否设置成读出。即，控制装置21探测关于是否读用户姓名的选择信息，该选择信息由在汽车经销商处的负责人员添加到异常对策信息上。当选择信息指示要读用户姓名时，控制装置21做出肯定确定，并且然后执行步骤C105。\n在步骤C105中，控制装置21进行设置，从而读出在步骤C103中准备的异常通知中包括的用户姓名。在该实施例中，以XML格式或HTML格式准备异常通知。因此，当异常通知传送到车辆10并且按原样通过声音输出时，能读出用户姓名。因而，当以这样一种格式准备异常通知时，在步骤C105中的设置过程可以是其中不改变异常通知的设置的过程。在执行步骤C105之后，“异常通知准备例行程序”在步骤C107中结束。\n在另一方面，当探测的选择信息指示不读用户姓名时，控制装置21在步骤C104中做出否定确定，并且然后执行步骤C106。在步骤C106中，控制装置21进行设置，从而不读出在步骤C103中准备的异常通知中包括的用户姓名。由于以XML格式或HTML格式准备异常通知，所以通过把预定命令(例如，￥￥用户姓名￥￥)施加到与用户姓名相对应的描述上，进行设置从而不读出用户姓名。在执行步骤S106之后，“异常通知准备例行程序”在步骤C 107中结束。\n然后，过程返回到在图4A至4C中的流程.在步骤C14中执行“异常通知准备例行程序”之后，执行步骤C15.在步骤C15中，控制装置21把在步骤C14中准备的异常通知传送到车辆10.即，控制装置21经连接到网络60上的通信装置23和传送站点70把异常通知传送到车辆10.在这种传送中，控制装置21能检查可以传送存储在汽车经销商信息数据库26中的异常通知的时间，并且然后传送异常通知.在这种情况下，控制装置21在预先设置的传送时间把异常通知传送到车辆10.因而，例如，当用户指定异常通知传送时间并且预先把指定时间通知汽车经销商时，用户能在指定时间接收异常通知.因此，用户能适当地接收异常通知.\n在车辆10中，在步骤S14中，通信装置14接收在步骤C15中传送的异常通知，并且把接收的异常通知提供给导航ECU 11。当从通信装置14获得异常通知时，导航ECU 11在步骤S15中通知用户获得的异常通知。更具体地说，导航ECU 11把异常通知提供给显示单元13，并且指令显示单元13在液晶显示器上显示异常通知。如图10A中所示，显示单元13根据指令在液晶显示器上显示指示接收到异常通知的消息。当形成指令从而通过由用户进行的触摸操作(用户触摸指示“是”的按钮)应该检查异常通知时，显示单元13显示由导航ECU 11提供的异常通知，如图10B中所示。因而，用户能检查关于已经发生在车辆10中已经发生的异常的信息、和对于异常的对策。在这种情况下，用户姓名指示在显示的异常通知中。注意，在图10B、10C、11及12中，词语、短语及语句，如“异常可能已经发生在系统中。请把车辆停在安全的地方并且与我们联系。我们对此表示抱嫌。”和词语，由于空间限制使用引出线指示在显示单元13的屏幕外。然而，这些词语、短语及语句实际上指示在屏幕上。\n仅当车辆10停止时通过显示单元13的触摸操作才能显示在图10B中的异常通知。因此，当用户在车辆10正在行驶的同时进行液晶显示器的触摸操作时，如图10C中所示，显示指示当车辆正在行驶的同时不能显示在图10B中表示的异常通知的消息。当车辆正在行驶时，用户能做出指令，从而使用声音识别装置(未表示)通过声音输出异常通知。这也使用户能够检查异常通知。在这种情况下，当进行设置从而读出包括在异常通知中的用户姓名时，用户姓名通过声音输出。在另一方面，当进行设置从而不读出用户姓名时，用户姓名不通过声音输出。\n在执行步骤S15之后，在步骤S16中，导航ECU 11确定是否由用户执行了在图10B中表示的预约按钮13b的触摸操作。在这种情况下，显然如果车辆10没有停止，则用户不能通过预约按钮13b的触摸操作进行预约。预约按钮13b用来预约当车辆10被带到用来维修的汽车时的日期和时间。当进行预约按钮13b的触摸操作时，导航ECU 11做出肯定确定，此后执行步骤S17。\n另一方面，当在预定时间(例如30秒)内没有由用户执行预约按钮13b的触摸操作时，导航ECU 11在步骤S16中做出否定确定。异常信息传送通知程序临时在步骤S24中结束。\n当异常信息传送通知程序如此结束时，以后提到的故障信息(诊断信息)不传送到中心20和汽车经销商。因此，通过把用来传送故障信息(诊断信息)的命令合并到在由中心20任意传送的广告中提供的操作按钮(例如，“返回”按钮和“向前”按钮)中，由于由用户进行的操作按钮的触摸操作，能进行在以后提到的异常信息传送程序中的步骤S20和随后步骤。\n当命令合并到操作按钮中并且传送故障信息(诊断信息)时，需要满足如下条件以便使不必要的通信最小.条件如下：(a)；中心20在以前异常通知传送之后的例如四周内传送当前异常通知，并且在当前异常通知之前的例如两周内也接收到同一报警灯点亮信息，作为当前异常通知，和(b)；例如，从中心20接收到与报警灯点亮信息相关的故障信息(诊断信息)起已经过去四或更多周.\n条件(a)用来辨别其中同一报警灯点亮信息频繁地传送到中心20、并且中心20重复地传送异常通知的状态(如以上提到的那样，保持七天或更大的间隔，尽管)。条件(b)用来辨别其中尽管中心20接收到与同一报警灯点亮信息相关的故障信息(诊断信息)但由于预定时间的过去故障信息(诊断信息)变旧的状态。在这种情况下，由于条件(b)，车辆10在故障信息(诊断信息)传送到中心20之后预定时间(四周)过去之前不把故障信息(诊断信息)传送到中心20。\n当满足上述条件(a)和(b)时，中心20的控制装置21把命令合并到广告等中，并且把它传送到车辆10。当由用户进行操作按钮的触摸操作时，导航ECU 11和网关ECU 15执行以后提到的步骤S20和随后步骤。因而，即使当用户不进行预约按钮13b的触摸操作时，中心20和汽车经销商也能获得为了维修所要求的故障信息(诊断信息)。即使在这种情况下，也显然只有当车辆停止时才能进行通过用户的触摸操作。\n在步骤S17中，导航ECU 11向通信装置14提供指示进行预约按钮13b的触摸操作的预约信息，并且指令通信装置14把预约信息传送到中心20。通信装置14根据指令把预约信息传送到中心20。在预约信息的传送中，通信装置14把其MAC地址信息与预约信息一起传送。\n在中心20中，在步骤C16中，在步骤S17中传送的预约信息和MAC地址信息由控制装置21接收，并且临时存储在RAM中。控制装置21使用临时存储在RAM中的MAC地址信息，在存储在用户信息数据库24中的所有MAC地址信息中，查找和提取与存储在RAM中的MAC地址信息相匹配的MAC地址信息。控制装置21然后获得链接到抽取的MAC地址信息上的存储的汽车经销商身份信息。\n其次，控制装置21使用获得的汽车经销商身份信息检索汽车经销商信息数据库26，并且获得关于由汽车经销商身份信息辨别的汽车经销商的汽车经销商信息。控制装置21然后检查汽车经销商的营业日期和营业时间，并且把预约信息传送到汽车经销商计算机30。\n当作为检查汽车经销商的营业日期和营业时间的结果，发现例如不能进行预约时，控制装置21能从车辆10的导航ECU 11接收关于车辆10的当前位置信息，并且把在当前位置信息中指示的当前位置附近的汽车经销商通知用户。控制装置21能检索汽车经销商信息数据库26，并且传送关于能预约的汽车经销商的信息，以便把信息通知用户。\n汽车经销商计算机30在步骤D12中获得在步骤C16中传送的预约信息并且登记维修预约。此后执行步骤D13。在步骤D13中，汽车经销商计算机30把对于用户的、指示完成维修登记的登记完成通知传送到中心20。\n在中心20中，控制装置21在步骤C17中接收在步骤D13中从汽车经销商计算机30传送的登记完成通知、和故障信息传送请求，并且然后执行步骤C18。在步骤C18中，控制装置21把接收的登记完成通知和故障信息传送请求传送到车辆10。故障信息传送请求被传送，从而传送关于在车辆10中已经发生的异常的详细信息，就是说，故障信息(诊断信息)。\n在车辆10中，在步骤S18中，通信装置14接收在步骤C18中传送的登记完成通知和故障信息传送请求，并且把接收的信息提供给导航ECU 11。\n在步骤S19中，导航ECU 11向显示单元13提供在步骤S18中提供的登记完成通知。显示单元13在液晶显示器上显示提供的登记完成通知。用户因而能检查车辆10的维修预约的完成。\n在步骤S20中，导航ECU 11使用经网关ECU 15从ECU 16、17、18及19输出的各种数据，经网关ECU 15确定车辆10是否停止。导航ECU 11重复地执行步骤S20，直到确定车辆10停止。当确定车辆10停止时，导航ECU 11做出肯定确定，并且然后执行步骤S21。\n在步骤S21中，导航ECU 11和网关ECU 15相互合作地执行在图6中表示有“故障信息收集例行程序”。“故障信息收集例行程序”用来收集故障信息(诊断信息)。诊断信息从安装在车辆10中的ECU 16、17、18及19的每一个输出。因此，当在车辆正在行驶的同时执行例行程序时，负载可能置于ECU 16、17、18及19上。因而，在车辆10停止的同时，执行“故障信息收集例行程序”。\n“故障信息收集例行程序”在步骤N10中开始。在步骤N11中，导航ECU 11基于在步骤S18中接收的故障信息传送请求，请求网关ECU 15输出与报警灯点亮信息有关的故障信息。\n在步骤G10中，网关ECU 15获得在步骤N11中从导航ECU 11提供的输出请求，并且然后执行步骤G11。在步骤G11中，网关ECU 15经建在车辆中的网络把输出请求信号输出到在ECU 16、17、18及19中已经发生与报警灯点亮信息有关的异常的ECU，从而输出诊断信息。诊断信息包括由各种传感器获得的探测值、由ECU控制的装置的操作状态数据、等等。诊断信息存储在ECU 16、17、18及19的每一个的RAM(未表示)中。\n导航ECU 11和网关ECU 15相互合作地检查从中心20传送的故障信息传送请求是否通过通信偶然变到另一个命令，以便防止归因于其它命令的不必要操作。当从中心20传送的另一个命令通过通信偶然变到故障信息传送请求，则网关ECU 15不把请求信号输出到ECU 16、17、18及19。\n在步骤G12中，网关ECU 15获得诊断信息。在ECU 16、17、18及19中，其中已经发生与报警灯点亮信息有关的异常的ECU，把存储在其RAM中的诊断信息经网络输出到网关ECU 15。网关ECU 15获得输出的诊断信息，并且然后执行步骤G13。\n在步骤G13中，网关ECU 15确定在步骤G12中获得的诊断信息的数据量是否等于或大于预定信息量。如以上提到的那样，诊断信息包括由各种传感器获得的探测值和操作状态数据。因而，例如，当异常已经发生在两个或多个装置中时，待获得的诊断信息的数据量可能巨大。由于通过建在车辆10中的网络的巨大量的诊断信息的流动，网络可能饱和。当巨大量的诊断信息传送到中心20和汽车经销商时，通信时间和通信成本也增加。特别是，由于通信时间的增加，在另一个车辆与中心20之间的通信中可能发生故障。在这种情况下，考虑到通信时间和通信成本设置预定信息量。当进行确定时，网关ECU 15在其RAM中缓冲输出诊断信息。\n当确定诊断信息的数据量等于或大于预定信息量时，网关ECU 15做出肯定确定，并且然后执行步骤G14。在步骤G14中，网关ECU15把获得的诊断信息划分成多条信息，从而每条具有预定信息量，并且把每条诊断信息输出到导航ECU 11。\n另一方面，当确定获得的诊断信息的数据量小于预定信息量时，网关ECU 15在步骤G13中做出否定确定，并且然后执行步骤G15。在步骤G15中，网关ECU 15把获得的诊断信息输出到导航ECU 11。在步骤N12中，导航ECU 11获得在步骤G14或步骤G15中输出的诊断信息。在这时，导航ECU 11仅在预定时间(例如，近似10秒)内能获得来自网关ECU 15的诊断信息。这防止具有巨大数据量的诊断信息通过在车辆10中建造的网络流动。结果，能有效地防止网络饱和。另外，由于限制了由导航ECU 11获得的诊断信息的数据量，所以能减小当诊断信息传送到中心20和汽车经销商时的通信时间和成本。导航ECU 11然后在步骤N13中结束“异常信息收集例行程序”。\n当车辆放置在用来维修的汽车经销商处时，故障信息获得装置(诊断工具)可以连接到在车辆中建造的网络上，并且诊断信息可以由故障信息获得装置收集。在这时，从故障信息获得装置输出到ECU 16、17、18及19的每一个的输出请求信号与从网关ECU15输出的输出请求信号(或从中心20传送的故障信息传送请求)相同。因此，ECU 16、17、18及19的每一个把存储在其RAM中的诊断信息输出到网络。\n然而，网关ECU 15能区分从其输出的输出请求信号和从故障信息获得装置输出的输出请求信号。因此，当故障信息获得装置连接到网络上时，网关ECU 15不把输出到网络的诊断信息提供给导航ECU11。这防止诊断信息从放置在用来维修的汽车经销商处的车辆错误地传送到中心20和汽车，这使不必要的通信最小。\n注意，诊断信息的错误传送的防止可以按如下进行。网关ECU 15防止在车辆10中建造的网络中从连接到控制系统网络(CAN)上的ECU(例如，发动机ECU 16)输出的诊断信息的错误传送。同时，导航ECU 11防止在车辆10中建造的网络中从连接到车体系统网络(BEAN)上的ECU(例如，车门ECU 18)输出的诊断信息的错误传送。因而，诊断信息的错误传送可以由导航ECU 11和网关ECU 15防止。\n过程再次返回在图4A至4C中的流程。在执行步骤S21之后，导航ECU 11向通信装置14提供获得的诊断信息，并且通信装置14在步骤S22中把诊断信息传送到中心20。当诊断信息被划分成多条时，导航ECU 11把这些诊断信息条逐条提供给通信装置14，并且通信装置14把这些诊断信息条按照提供的顺序逐条传送到中心20。在这种传送中，通信装置14把车辆ID信息与诊断信息一起传送。\n在其中故障信息获得装置连接到网络上的情况下，当故障已经发生在网关ECU 15中并且巨量的诊断信息传送到中心20时，中心20不接收这种诊断信息。即，中心20能确定诊断信息是否是根据从其传送的故障信息传送请求传送的诊断信息。当诊断信息由于在网关ECU 15中的故障而被传送时，中心20独立地把用来取消诊断信息传送的命令传送到导航ECU 11。这防止在车辆10与中心20之间的不必要通信。\n在中心20中，在步骤C19中，控制装置21接收在步骤S22中传送的故障信息(诊断信息)。控制装置21然后在步骤C20中把故障信息(诊断信息)传送到已经传送登记完成通知的汽车经销商计算机30。\n在步骤D14中，汽车经销商计算机30接收在步骤C20中传送的故障信息(诊断信息)，并且然后执行步骤D15。在步骤D15中，基于接收的故障信息(诊断信息)传送比在步骤D11中传送的异常对策通知更详细的异常对策信息。负责人员通过详细分析接收的故障信息(诊断信息)能准确地确认已经发生在车辆10中的异常。\n因而，负责人员能个别地处理已经发生在车辆10中的故障的原因，与其中获得报警灯点亮信息的情形相比较.因此，负责人员在该时间内准备详细对策，直到车辆10放置在用来维修的汽车经销商处.对策的例子是“发动机冷却液温度很高.请把车辆停在安全的地方，并在此处等待直到拖运车辆到达”和“异常在行驶中不会引起问题.请继续驾驶并把车辆带到您预约的汽车经销商处”.汽车经销商计算机30然后把指示由负责人员准备的详细异常对策的详细异常对策信息传送到中心20.然后，“异常信息传送通知程序”在步骤D16中结束.\n在中心20中，在步骤C21中，控制装置21接收在步骤D15中传送的详细异常对策信息。控制装置21然后使用在步骤C19中接收的车辆ID信息，检索用户信息数据库24并且获得用户的邮件地址信息。控制装置21使用获得的邮件地址信息传送接收的详细异常对策信息。控制装置21然后在步骤C22中结束“异常信息传送通知程序”。\n在车辆10中，在步骤S23中，通信装置14接收在步骤C21中传送的详细异常对策信息，并且把信息提供给导航ECU 11。导航ECU 11获得详细异常对策信息。导航ECU 11然后把详细异常对策信息提供给显示单元13。显示单元13以与在步骤S15中的通知相同的方式，通过把信息显示在液晶显示器上或者通过声音把详细异常对策信息通知用户。当把详细异常对策信息如此通知给用户时，导航ECU 11在步骤S24中结束“异常信息传送通知程序”。\n在上述车辆诊断系统中，通过在车辆10与中心20之间的通信，车辆10把指示已经发生在车辆10中的异常的报警灯点亮信息和故障信息(诊断信息)传送到中心20，并且中心20把基于来自汽车经销商的异常对策信息的异常通知传送到车辆10。因而，必须进行在车辆10与中心20之间的通信是否以预定间隔适当地进行的诊断。下而将详细描述通信的诊断。\n通过以预定间隔执行在图7中表示的“通信异常诊断程序”进行通信的诊断。“通信异常诊断程序”在步骤C150中开始。在步骤S151中，中心20的控制装置21把用来诊断通信状态的预定命令(下文，称作“请求命令”)传送到车辆10。\n在车辆10中，在步骤S150中，通信装置14接收在步骤C151中传送的请求命令，并且把接收的请求命令提供给导航ECU 11。导航ECU 11获得提供的请求命令，并且把获得的请求命令提供给网关ECU15。请求命令提供给的导航ECU 11和网关ECU 15在步骤S151中相互合作地执行“响应命令状态确定例行程序”。\n如图8中表示的那样，“响应命令状态确定例行程序”在步骤S200中开始。在步骤S201中，导航ECU 11和网关ECU 15确定ECU 16、17、18及19的每一个是否适当地响应请求命令、并适当地把响应传送到中心20。当确定安装在车辆10中的装置和ECU的每一个适当地响应请求命令，并且适当地传送对于请求命令的响应时，导航ECU 11和网关ECU 15都做出肯定确定，并且然后执行步骤S202。\n在步骤S202中，导航ECU 11和网关ECU 15把状态信息“＄00”存储在导航ECU 11的RAM中，该状态信息“＄00”指示装置和ECU的每一个适当地响应请求命令，就是说，没有异常发生。在步骤S209中，“响应命令状态确定例行程序”结束。另一方面，当确定在装置的至少一个或ECU的至少一个中已经发生异常，并且装置或ECU没有适当地响应请求命令时，导航ECU 11和网关ECU 15都做出否定确定，并且然后执行步骤S203。\n在步骤S203中，导航ECU 11确定是否能识别命令。当从中心20传送的请求命令本身是不能由导航ECU 11识别的信息时(非限定信息)，导航ECU 11做出否定确定，并且然后执行步骤S204.在步骤S204中，导航ECU 11把指示请求命令是不能识别的信息的状态信息“＄FF”存储在RAM中。在步骤S209中，“响应命令状态确定例行程序”结束。另一方面，当请求命令是能由导航ECU 11识别的信息时，导航ECU 11做出否定确定，并且然后执行步骤S205。\n在步骤S205中，网关ECU 15把请求命令提供给ECU 16、17、18及19的每一个，并且确定ECU的每一个是否进行响应、和当有响应时响应是否暂停。当确定没有来自ECU 16、17、18及19的响应，或者响应暂停时，网关ECU 15做出肯定确定，并且然后执行步骤S206。在步骤S206中，网关ECU 15把指示异常已经发生在ECU 16、17、18及19的至少一个中的状态信息“＄FE”输出到导航ECU 11。在步骤S209中，“响应命令状态确定例行程序”结束。另一方面，当有来自ECU 16、17、18及19的响应，并且响应不暂停时，网关ECU 15做出否定确定，并且然后执行步骤S207。\n在步骤S207中，导航ECU 11确定网关ECU 15是否响应请求命令。当没有网关ECU 15或者当网关ECU 15没有连接到在车辆10中建造的网络上并因此网关ECU 15不响应请求命令时，导航ECU 11做出否定确定，并且然后执行步骤S208。在步骤S208中，导航ECU 11把指示没有网关ECU 15或者网关ECU 15没有连接到网络上的状态信息“＄FD”存储在RAM中。在步骤S209中，“响应命令状态确定例行程序”结束。另一方面，当有网关ECU 15并且网关ECU 15连接到网络上时，导航ECU 11做出否定确定。在这种情况下，由于不输出状态信息，所以导航ECU 11和网关ECU 15再次执行步骤S201和随后步骤，并且重复地执行这些步骤，直到输出状态信息。\n过程返回在图7中的流程。在执行步骤S151之后，在步骤S152中，导航ECU 11把获得的状态信息提供给通信装置14，并且指令通信装置14把状态信息传送到中心20。通信装置14根据指令把状态信息传送到中心20。\n在中心20中，在步骤C152中，控制装置21接收在步骤S152中传送的状态信息，并且临时把状态信息存储在RAM中。然后执行步骤C153。通过从车辆10接收状态信息，中心20的控制装置21除确认异常是否已经发生在通信中之外确认在车辆10中何处已经发生异常。\n在步骤C153中，控制装置21确定是否已经接收到状态信息“＄FE”，就是说，指示异常已经发生在ECU 16、17、18及19的至少一个中的状态信息。当还没有接收到状态信息时，控制装置21做出否定确定，并且“通信异常诊断程序”在步骤C156中结束。另一方面，当已经接收到状态信息“＄FE”时，控制装置21做出肯定确定，并且然后执行步骤C154。\n在步骤C154中，控制装置21请求车辆10传送故障信息，以便检查在ECU 16、17、18及19中在ECU的哪个中已经发生异常，或者异常是否已经发生在相互连接ECU的连接路径(下文，这种连接路径称作“目的地总线”)中。当请求故障信息的传送时，附加和传送ECU 16、17、18及19的每一个的目的地信息。\n在车辆10中，在步骤S153中，通信装置14接收在步骤C154中传送的对于故障信息的传送请求，并且把传送请求提供给导航ECU 11。导航ECU 11获得对于提供的故障信息的传送请求，并且把传送请求提供给网关ECU 15。\n在步骤S154中，网关ECU 15使用在步骤S153中获得的附加到对于故障信息的传送请求上的目的地信息把对于故障信息的输出请求传送到ECU 16、17、18及19的每一个.至少当有来自ECU 16、17、18及19的对于输出请求的响应时，到目的地总线的另一种通信被适当地进行。因此，网关ECU 15做出肯定确定，并且然后执行步骤S155。在步骤S 155中，网关ECU 15把指示在ECU 16、17、18及19的至少一个的响应功能中已经发生的异常的故障信息传送到导航ECU 11。导航ECU 11获得输出的故障信息，并且把故障信息提供给通信装置14。通信装置14把提供的故障信息传送到中心20。\n另一方面，在步骤S154中，当没有来自ECU 16、17、18及19的响应时，异常已经发生在目的地总线中。因此，网关ECU 15做出否定确定，并且然后执行步骤S156。在步骤S156中，网关ECU 15把指示异常已经发生在目的地总线中的故障信息输出到导航ECU 11。导航ECU 11获得输出的故障信息，并且把故障信息提供给通信装置14。通信装置14把提供的故障信息传送到中心20。\n在中心20中，在步骤C155中，控制装置21接收在步骤S155或S156中传送的故障信息。因而，控制装置21能确定在ECU 16、17、18及19中在ECU的哪个中异常已经发生，或者异常是否已经发生在相互连接ECU的目的地总线中。然后，“通信异常诊断程序”在步骤C156中结束。\n在上述车辆诊断系统中，用户通过在安装在车辆10中的显示单元13上指示的显示或通过声音能检查从中心20传送的报警灯点亮信息和异常通知。另外，通过使用由用户能使用的个人计算机40或便携式信息终端装置50能检查报警灯点亮信息和异常通知。\n用户操作个人计算机40或便携式信息终端装置50，并且经网络60访问中心20。更具体地说，用户通过使用个人计算机40或便携式信息终端装置50的输入装置，输出预先通知的中心20的URL(均匀资源定位程序)。\n因而，个人计算机40或便携式信息终端装置50基于输入的URL访问中心20。当个人计算机40或便携式信息终端装置50访问中心20时，中心20的控制装置21基于传送的用户ID信息和用户口令鉴别用户。控制装置21使用用户信息数据库24通过把在用户信息数据库24中预先存储的用户身份信息与传送的用户ID信息相比较而鉴别用户。当证实用户时，控制装置21把初始屏幕信息传送到个人计算机40或便携式信息终端装置50。当传送初始屏幕信息时，控制装置21把在用户信息数据库24中预先存储的车辆ID信息(例如，登记号码)合并到初始屏幕信息中，并且传送这种初始屏幕信息。\n当从中心20传送初始屏幕信息时，初始屏幕显示在个人计算机40或便携式信息终端装置50的显示单元上，如图11中所示。在初始屏幕上，当用户单击“我的汽车日志”按钮“M”时，这种选择信息传送到中心20。当接收到选择信息时，中心20的控制装置21使用车辆ID信息，在历史信息数据库27中存储的所有历史信息中，提取存储的、与同以上车辆ID信息相匹配的车辆ID信息有关的历史信息。控制装置21将通过把提取历史信息合并到预定格式中自动准备的我的汽车日志屏幕信息，传送到个人计算机40或便携式信息终端装置50。\n当接收到从中心20传送的我的汽车日志屏幕信息时，个人计算机40或便携式信息终端装置50从初始屏幕改变显示屏幕，并且显示我的汽车日志屏幕，如图12中所示。因而，用户使用个人计算机40或便携式信息终端装置50，能检查异常发生在车辆10中时的日期、报警灯点亮的原因及指导。\n而且，用户通过使用个人计算机40或便携式信息终端装置50访问中心20能获得汽车经销商信息.用户通过使用个人计算机40或便携式信息终端装置50访问中心20，能访问汽车经销商信息数据库26.这为用户提供便利，因为用户在必要时能获得汽车经销商信息，就是说，营业日期和营业时间.\n由于用户根据通过用户的操作获得汽车经销商信息，所以能防止私人信息的泄漏。例如，当汽车经销商信息从汽车经销商向用户单向传送时，汽车经销商需要预先获得诸如电子邮件地址或电话号码之类的私人信息。然而，由于用户和汽车经销商经中心20相互通信，所以汽车经销商不必获得私人信息。因此，私人信息不必与汽车经销商共享。结果，能可靠地保护私人信息。\n如能从以上描述理解的那样，根据该实施例，由于车辆10把报警灯点亮信息传送到中心20，所以防止负载置于通信线上。因此，中心20能实时地确认是否异常已经发生在车辆10中，这能够把对策立即提供给用户。车辆10在传送报警灯点亮信息之后，收集和传送与异常有关的故障信息(诊断信息)。中心20因而能更详细地检查异常，从而能够把更适当的对策提供给用户。\n中心20基于报警灯点亮信息传送对于异常发生的异常通知。因此，对于异常用户能容易地采取适当的对策。而且，中心20基于故障信息(诊断信息)传送对于异常的详细异常对策信息。因此，对于异常用户能采取适当对策。\n由于异常对策信息和详细异常对策信息由在汽车经销商处的负责人员准备，所以能包括关于异常的专家观点。因此，对于异常用户能采取更适当的对策。由于负责人员能分析异常，所以对于异常的每种原因能个别地采取适当的对策。因此，用户能采取更适当的对策。通过传送故障信息，就是说，来自车辆10的诊断信息，汽车经销商能准确地确认异常。因此，适当的对策能提供给用户。\n中心20在必要时能从车辆10获得故障信息(诊断信息)。中心20能把获得的故障信息(诊断信息)传送到汽车经销商计算机30。因此，中心20能把在汽车经销商处准备的详细异常对策信息以适当计时传送到用户。\n而且，车辆10在停止时收集故障信息(诊断信息)。这防止置于控制与车辆10的行驶所必需的功能，就是说“行驶、停止、及转弯”，有关的装置的ECU 16、17、18及19上的负载的增大。因此，用户能适当地驾驶车辆。\n而且，当用户操作合并在异常通知中的预约按钮13b时，能开始故障信息(诊断信息)的收集。因此，用户的意图能直接或间接地反映在是否传送故障信息(诊断信息)的确定上。\n而且，通过使用个人计算机40或便携式信息终端装置50能检查报警灯点亮历史。因而，即使当用户不在车辆10中时，用户例如通过使用蜂窝电话也能检查已经发生在车辆10中的异常。而且，除用户之外的人员使用蜂窝电话等能检查已经发生在车辆中的异常。因而，例如当车辆10的报警灯17a在点亮之后立即断开并且用户没有识别到异常的发生时，用户之外的人员能通知用户异常的发生。\n在以上实施例中，中心20通过在中心20与在汽车经销商经销商处的汽车经销商计算机30之间的通信基于从汽车经销商计算机30传送的异常对策信息把异常通知传送到车辆10.代之以这样，异常对策信息可以在中心20处准备，并且然后可以传送异常通知.在这种情况下，异常对策信息预先存储在中心20中，并且中心20的控制装置21基于报警灯点亮信息和故障信息(诊断信息)能适当地选择存储的异常对策信息.控制装置21然后使用选择的异常对策信息准备异常通知，并且把异常通知传送到车辆.在这种方法中，能获得与在以上实施例中的那些相同的效果.