CN103538535A

CN103538535A - 车辆信息管理系统

Info

Publication number: CN103538535A
Application number: CN201210505540.6A
Authority: CN
Inventors: 藤目叶子; 关塚真乃介
Original assignee: Yamaha Motor Co Ltd
Current assignee: Yamaha Motor Co Ltd
Priority date: 2012-07-12
Filing date: 2012-11-30
Publication date: 2014-01-29
Anticipated expiration: 2032-11-30
Also published as: JP2014019185A; BR102012030468B1; BR102012030468A2; CN103538535B; EP2685431B1; EP2685431A2; EP2685431A3

Abstract

本发明提供了一种车辆信息管理系统，其具备能够应对各种车辆的类别，不需要盒的更换等繁杂的动作、而且能够在短时间内访问诊断数据的构成。解决手段是第1发送部(35)将存储在存储部(33)中的一个或多个诊断数据发送给连接到车辆的个人计算机(2)。第1发送部(35)在将一个或者多个诊断数据全部发送之后，发送终端数据。

Description

车辆信息管理系统

技术领域

本发明涉及车辆信息管理系统，更详细地说，涉及管理停帧数据的车辆信息管理系统。

背景技术

已知有具备如下构成的车辆：在车辆中发生异常时，为了诊断和修理故障，获取车辆的停帧数据，并存储在存储部中。这里，停帧数据是指，基于与从设置在车辆中的多个传感器获得的车辆的状态相关的参数而生成的表示车辆的状态的数据。在这样的车辆中，进行修理的操作员在修理车辆时，使用外部装置从存储部读取停帧数据，来确定故障的类别等。

停帧数据中包含用于诊断车辆的状态的多种项目。对于每种车辆的类别，停帧数据中包含的项目不同。因此，在进行维修、修理时，需要使用存储了与车辆的类别对应的控制程序的装置来读取停帧数据。因此，对于进行修理的操作员来说，例如，对类别不同的多个车辆而进行的维护作业是繁杂的。

为了解决该问题，专利文献1中记载的车辆诊断装置中，存储了与车辆的类别对应的控制程序的盒能够装卸。

在专利文献1的车辆诊断装置中，如果不能在安装了某个盒的状态下读取停帧数据，则需要更换成存储了与该停帧数据对应的控制程序的盒，来读取停帧数据。因此，专利文献1的车辆诊断装置能够通过更换盒，来应对各种类别的车辆。

现有技术文献

专利文献

专利文献1：日本特公平08-27221号公报

发明内容

发明要解决的问题

在上述的专利文献1记载的车辆诊断装置中，为了读取停帧数据，需要更换成存储了与车辆的类别对应的控制程序的盒。因此对于进行修理的操作员来说，修理工作是繁杂的。

在专利文献1的车辆诊断装置中，每当进行盒的更换时，外部装置都需要读出控制程序。因此，在专利文献1的车辆诊断装置中，读取类别不同的多个车辆的诊断数据时需要很多的时间。

在专利文献1的车辆诊断装置中，在没有存储了需要修理的车辆的控制程序的盒的情况下，进行修理的操作员不能进行修理工作。

本发明的课题在于，提供一种具备能够应对各种车辆类别的、不需要盒的更换等繁杂的动作，并且能够以短时间访问诊断数据的构成的车辆信息管理系统。

用于解决问题的手段和发明的效果

本发明涉及的车辆信息管理系统是对表示车辆的状态的诊断数据进行管理的车辆信息管理系统，具备多个参数检测装置、诊断数据生成部、存储部、以及发送部。参数检测装置检测与车辆的状态相关的参数。诊断数据生成部基于各参数检测装置检测出的参数来生成诊断数据。存储部能够存储一个或多个诊断数据。发送部将存储在存储部中的一个或多个诊断数据发送给连接到车辆的外部装置。发送部在将一个或多个诊断数据全部发送之后，发送终端数据。

在上述车辆信息管理系统中，在发送了一个或多个诊断数据之后，发送终端数据。通过接收终端数据，外部装置能够识别全部诊断数据的发送结束了。因此，在不清楚各车辆的诊断数据的项目数时，以及不清楚从各车辆发送的诊断数据的数量时，能够确认发送的全部诊断数据的接收结束了。因此，不论车辆的类别如何，都能够接收全部的诊断数据。在上述车辆信息管理系统中，即使如停帧数据中所含的项目的数量增加这样而改变数据的规格的情况下，也能够进行应对。

例如，在为了读取项目数或项目内容不同的诊断数据而需要更换盒的构成中，每次进行盒的更换时，都需要外部装置读出控制程序。因此，在需要更换盒的构成中，读取类别不同的多个车辆的诊断数据时需要很多时间。本发明涉及的车辆信息管理系统中，在外部装置接收项目数或项目的内容不同的多个诊断数据时，不需要读出多个控制程序。因此，在本发明涉及的车辆信息管理系统中，与需要更换盒的构成相比，能够缩短访问项目数或项目内容不同的多个诊断数据所需的时间。

在本发明涉及的车辆信息管理系统中，不需要盒的更换等繁杂的操作。因此，在上述车辆信息管理系统中，在修理类别不同的多个车辆时，不进行盒的更换等工作就可以读出诊断数据。因此对进行修理的操作员来说，与需要更换盒的构成相比，便利性高。

附图说明

图1是示出本发明涉及的自动二轮车和外部装置的构成的框图；

图2是示出存储在存储区域中的诊断数据的具体例的图；

图3是示出自动二轮车连接在外部装置上的状态的全体构成图；

图4是示出将诊断数据存储在存储部中的动作的流程图；

图5是示出车辆管理系统和个人计算机接收和发送诊断数据的动作的流程图；

图6是示出车辆信息管理系统和外部装置的动作的图；

图7是示出自动二轮车的仪表的周围的正面部分放大图。

符号说明

1自动二轮车

2外部装置

3车辆信息系统

4警告灯

21第2发送部

22第2接收部

23显示部

31检测传感器(参数检测装置)

32ECU

33存储部

34第1接收部(接收部)

35第1发送部(发送部)

321获取部

322异常确定部

323诊断数据生成部

331第1存储区域

332第2存储区域

333第3存储区域

具体实施方式

已知具备如下构成的车辆：在车辆中发生了异常时，为了诊断和修理故障，而获取车辆的停帧数据，并存储在存储部中。在这样的车辆中，进行修理的操作员在修理车辆时，使用外部装置来从存储部中读出停帧数据，确定故障的类别等。

停帧数据中包括用于诊断车辆的状态的多种项目。对于每种车辆的类别，停帧数据中所含的项目不同。因此，在维护或修理时，需要用存储了与车辆的类别相对应的控制程序的装置来读取停帧数据。因此，对于进行修理的操作员来说，例如对类别不同的多个车辆进行的维护工作是繁杂的。

已经考虑了具备以下的构成的车辆诊断装置：能够通过使存储有与车辆的类别对应的控制程序的盒可装卸、来应对各种类别的车辆。在这种装置中，如果不能在安装了某个盒的状态下读取停帧数据，则需要更换成存储有与停帧数据对应的控制程序的盒，来读取停帧数据。

但是，在使用了上述车辆诊断装置的情况下，进行修理的操作员需要根据车辆的类别来进行盒的更换。因此，对于进行修理的操作员来说，修理工作是繁杂的。

本申请发明人考虑到能够不需要繁杂的工作，而应对各种类别的车辆的诊断装置。在本申请发明人考虑到的构成中，对外部装置发送一个或多个诊断数据(停帧数据)，在全部的诊断数据的发送结束之后，将终端数据发送给外部装置。通过接收终端数据，外部装置识别全部的诊断数据的发送结束了。该构成能够应对各种类别的车辆，而且不需要盒的更换等繁杂的工作。因此，本申请发明者想到的构成对进行修理的操作员来说便利性高。该构成即使在诊断数据的规格变化的情况下，也能够进行应对。

在为了读取项目数、项目的内容不同的诊断数据而需要更换盒的构成中，每当进行盒更换时，都需要外部装置读出控制程序。因此，在需要更换盒的构成中，读取类别不同的多个车辆的诊断数据需要很多时间。本申请发明者想到的构成中，在外部装置接收项目数或项目内容不同的多个诊断数据时，不需要读出多个控制程序。因此，在本申请发明者想到的构成中，与需要更换盒的构成相比，能够缩短访问项目数、项目内容不同的多个诊断数据所需要的时间。

在外部装置中，由于能够识别一帧或多帧的诊断数据的发送结束了，因此，能够在接收完全部的诊断数据之后立即显示诊断数据。因此，进行修理的操作员能够尽早开始修理。

下面，参照附图，来对具备本发明的一个实施方式涉及的车辆信息管理系统的自动二轮车1进行说明。图中相同或者相当的部分标注相同的符号并不重复对其的说明。

<全体构成>

图1是自动二轮车1的车辆管理系统3和个人计算机(PC)2的框图。自动二轮车1具备车辆信息管理系统3和警告灯4。

车辆信息管理系统3具备多个检测传感器31、ECU(电子控制单元)32、第1接收部34和第1发送部35。多个检测传感器31设置在自动二轮车1的发动机或电源等上。各检测传感器31检测与车辆的状态相关的参数。例如，多个检测传感器31中包括检测车速的车速传感器、节气门传感器等各种传感器。多个检测传感器31连接在ECU 32上。

ECU 32控制设置在自动二轮车1上的发动机等。ECU 32具备获取部321、异常确定部322、诊断数据生成部323和存储部33。

获取部321从多个检测传感器31获取与车辆的状态相关的参数。异常确定部322基于获取部321获取的参数来确定车辆的异常。异常确定部322判断各检测传感器31检测的参数是否在预定的正常范围内，基于正常范围外的参数来确定异常。异常确定部322基于存储在存储部33中的异常确定数据来确定异常。异常确定数据为表示异常的类别和正常范围外的参数的关系的数据。

诊断数据生成部323在异常确定部322确定了异常时，基于通过多个检测传感器31检测的参数来生成诊断数据。诊断数据生成部323按预定顺序布置参数，并生成诊断数据。

第1发送部35将存储在存储部33中的一个或多个诊断数据(停帧数据)发送给个人计算机2。第1发送部35与个人计算机2进行分包通信。在本实施方式中，第1发送部35能够将一帧的诊断数据包含在一个包内向个人计算机2发送。这里，假定诊断数据的一个单位称为帧。第1发送部35在将全部的帧的诊断数据向个人计算机2发送完之后，或者诊断数据未存储在存储区域中时，将终端数据向个人计算机2发送。这里，终端数据是指，用于通知向个人计算机2发送完全部的帧的诊断数据、或者存储区域中未存储诊断数据的数据。第1发送部35在将存储在存储部33中的多帧的诊断数据发送给个人计算机2时，每次将一帧的诊断数据向个人计算机2发送完时，将分隔符数据发送给个人计算机2。这里，分隔符数据是指，在向个人计算机2发送多个诊断数据时，用于通知一帧的诊断数据发送结束的数据。这里，分隔符数据以帧单位发送。

存储部33预先存储有用于确定异常的异常确定数据等各种数据。存储部33包括第1存储区域331、第2存储区域332和第3存储区域333。各存储区域331、332、333中分别仅能够存储一帧的诊断数据。第1接收部34能够接收来自个人计算机2的请求命令。这里，请求命令是指，对车辆信息管理系统3请求发送诊断数据的信号。警告灯4在异常确定部322确定了异常的情况下点亮。

个人计算机2在修理或维护时，从存储部33中读出诊断数据。个人计算机2在发送和接收数据时，连接到自动二轮车1。个人计算机2具备第2发送部21、第2接收部22和显示部23。

第2发送部21向第1接收部34发送请求发送诊断数据的请求命令。第2接收部22接收从第1发送部35发送的一帧或多帧的诊断数据。第2接收部22接收的诊断数据被输出到显示部23。显示部23显示第2接收部22接收的诊断数据。

图2是示出存储部33中存储有2帧的诊断数据的例子的图。存储部33的第1存储区域331和第2存储区域332中分别存储有一帧诊断数据。第3存储区域333中未存储诊断数据。自动二轮车1中预先根据异常的类别设定异常类别编号，各诊断数据中包含异常类别编号。图2所示的诊断数据的项目或数值为简单的示例，不限于此。例如，一帧诊断数据的项目的数量也可以与图2的例子不同。存在诊断数据中所含的项目的数量或内容针对车辆的类别而不同的情况。因此，自动二轮车1的诊断数据和其他车辆的诊断数据也可以在一帧诊断数据中所含的项目的数量或内容上不同。关于操作员在修理时利用的项目，可以不论每个车辆不同的项目如何，而使用共同的项目，也可以不论每个诊断数据不同的项目如何，而使用共同的项目。

图3示出将自动二轮车1连接到个人计算机2的状态。当确定故障、异常并进行修理时，进行修理的操作员连接自动二轮车1和个人计算机2。个人计算机2从自动二轮车1读出存储在存储部33中的诊断数据。个人计算机2将从自动二轮车1中读出的诊断数据显示在显示部23上。进行修理的操作员根据显示部23上显示的诊断数据来确认异常或故障的内容，并进行修理。

图4是示出将诊断数据存储在存储部33中时的动作的流程图。多个检测传感器31获取与车辆的状态相关的参数(步骤S1)。当获取了参数后，基于各检测传感器31获取的参数，来确定车辆的异常(步骤S2)。在车辆中没有异常时(步骤S2的否)，返回步骤1。另一方面，当确定了车辆的异常时(步骤S2的是)，诊断数据生成部323基于各检测传感器31检测的参数生成一帧的量的诊断数据(步骤S3)。当生成一帧的量的诊断数据时，诊断数据被存储在存储部33中(步骤S4)。

图5是示出从自动二轮车1向个人计算机2发送诊断数据时的动作的流程图。判断第1接收部34是否接收到来自个人计算机2的请求命令(步骤S11)。在第1接收部34未接收到请求命令时(步骤S11的否)，程序结束。或者，也可以返回步骤S11，返回至请求命令的接收待机状态。另一方面，在第1接收部34接收到请求命令时(步骤S11的是)，判断存储区域中是否存储有诊断数据(步骤S12)。在存储区域中未存储诊断数据时(步骤S12的否)，第1发送部35发送表示未存储诊断数据的终端数据(步骤S17)。另一方面，在存储区域中存储有诊断数据时(步骤S12的是)，向个人计算机2发送第一帧的诊断数据(步骤S13)。之后，判断一帧的诊断数据的发送是否结束了(步骤S14)。在一帧的诊断数据的发送未结束时(步骤S14的否)，第1发送部35继续向个人计算机2发送诊断数据。另一方面，在一帧的诊断数据的发送结束时(步骤S14的是)，第1发送部35将分隔符数据发送给个人计算机2(步骤S15)。

在将分隔符数据发送给个人计算机2之后(步骤S15)，判断是否接收到请求命令(步骤S16)。在未接收到请求命令时(步骤S16的否)，重复步骤S16。在接收到请求命令时(步骤S16的是)，判断下一存储区域中是否存储有诊断数据(步骤S12)。在下一存储区域中存储有诊断数据时(步骤S12的是)，重复步骤S13至步骤S16的动作。另一方面，在下一存储区域中未存储诊断数据时(步骤S12的否)，第1发送部35将表示全部的帧的诊断数据的发送结束的终端数据发送给个人计算机2(步骤S17)。个人计算机2当接收到终端数据时，认识到全部的帧的诊断数据的接收结束了。

图6示出在将存储部33中存储的诊断数据发送给个人计算机2时的动作。图6中从上到下依次示出：将存储在第1存储区域331中的诊断数据发送到个人计算机2的动作、将存储在第2存储区域332中的诊断数据发送给个人计算机2的动作、进行将终端数据发送给个人计算机2的动作时的命令和数据的交接动作。

当第1接收部34从个人计算机2接收到请求发送存储在第1存储区域331、第2存储区域332和第3存储区域333中的诊断数据的请求命令时，第1发送部35将存储在第1存储区域331中的诊断数据发送给个人计算机2。当存储在第1存储区域331中的一帧诊断数据的发送结束时，第1发送部35将分隔符数据发送给个人计算机2。如此，存储在第1存储区域331中的诊断数据被发送给个人计算机2。

当存储在第1存储区域331中的诊断数据被发送到个人计算机2之后，第1接收部34从个人计算机2接收到请求命令时，第1发送部35将存储在第2存储区域332中的一帧诊断数据发送给个人计算机2。当存储在第2存储区域332中的诊断数据的发送结束时，第1发送部35将分隔符数据发送给个人计算机2。如此，存储在第2存储区域332中的诊断数据被发送到个人计算机2。

存储在第2存储区域332中的诊断数据被发送到个人计算机2之后，第1接收部34从个人计算机2接收请求命令。由于第3存储区域333中未存储诊断数据，因此不能将诊断数据发送给个人计算机2。因此，第1发送部35将表示全部帧的诊断数据的发送结束的终端数据发送给个人计算机2。

图7是示出设置在自动二轮车1上的仪表6的正面部分放大图。仪表6显示车速等表示自动二轮车1的状态的参数。仪表6中设置有警告灯4和指示灯61。警告灯4上显示由异常确定部232确定的异常的类别。警告灯4在异常确定部232确定了异常的情况下点亮。乘员能够通过警告灯4的警告来识别发生了异常。指示灯61通过点亮来向乘员告知燃料减少了等。

<本实施方式的特征>

上述自动二轮车1中，在发送了一帧或多帧的诊断数据之后，将终端数据发送给个人计算机2。接收了终端数据的个人计算机2能够识别诊断数据的发送结束了。因此，自动二轮车1中，在不清楚各车辆诊断数据中所含的项目的数量时，或者不清楚被发送的诊断数据的数量时，也能够判断是否接收到全部被发送的诊断数据。因此，对于诊断数据中所含的项目的数量等不同的车辆和存储部中存储的诊断数据的数量不同的车辆，也能够接收全部被发送的诊断数据。自动二轮车1中，由于能够识别数据的接收结束了，因此不论车辆的类别如何，都能够进行数据的发送和接收。自动二轮车1即使在发生了诊断数据中所含的项目的数量改变之类的诊断数据的规格变更的情况下，也能够进行应对。

个人计算机2由于能够识别一帧或多帧的诊断数据的发送结束了，因此，能够尽早进行对接收到的诊断数据的处理。因此，个人计算机2能够在接收到全部的帧的诊断数据之后，立即将诊断数据显示在显示部23上。进行修理的操作员能够尽早开始修理。

在为了读取项目数或项目内容不同的诊断数据而需要更换盒的构成中，每次进行盒的更换时，都需要外部装置读出控制程序。因此，在需要更换盒的构成中，读取类别不同的多个车辆的诊断数据时需要很多时间。在上述实施方式的构成中，个人计算机2在接收项目数或项目的内容不同的多帧的诊断数据时，不需要读出多个控制程序。因此，在上述实施方式的构成中，与需要更换盒的构成相比，能够缩短访问项目数或项目内容不同的多帧诊断数据所需的时间。

在上述自动二轮车1中，不需要盒的更换等繁杂的操作。因此，与需要更换盒的构成相比，对进行修理的操作员来说便利性高。

在上述自动二轮车1中，每当一帧的诊断数据的发送结束时，分隔符数据被发送至个人计算机2。因此，个人计算机2能够识别一帧诊断数据的发送结束了。因此，即使在不清楚诊断数据中所含的项目的数量的情况下，也能够识别一帧诊断数据的接收结束了。

[其他实施方式]

(1)在上述实施方式中，说明了自动二轮车1，但是本发明不限于此，也可以适用于3或4轮的骑乘型车辆等。

(2)在上述实施方式中，说明了具备含有三个存储区域的存储部33的自动二轮车1，但是本发明不限于此。存储区域的数不受限制，可以是具备一个或两个存储区域的车辆，也可以是具备四个或五个等存储区域的车辆。

(3)在上述实施方式中，说明了在将诊断数据发送给个人计算机2的情况下，将一帧诊断数据一起发送给个人计算机2的示例，但是本发明不限于此。本发明也可以是将诊断数据的每个项目的数据发送给个人计算机2的构成。

(4)在上述实施方式中，通过警告灯4向乘员警告了异常的发生，但是本发明不限于此。例如，也可以是通过点亮指示灯61来警告的构成。

Claims

1.一种车辆信息管理系统，对表示车辆的状态的诊断数据进行管理，并具备：

多个参数检测装置，所述参数检测装置检测与所述车辆的状态相关的参数；

诊断数据生成部，所述诊断数据生成部基于各参数检测装置检测出的参数来生成所述诊断数据；

存储部，所述存储部能够存储一个或多个诊断数据；以及

发送部，所述发送部将存储在所述存储部中的所述一个或多个诊断数据发送给连接到所述车辆的外部装置，

所述发送部在将所述一个或多个诊断数据全部发送之后，发送终端数据。

2.根据权利要求1所述的车辆信息管理系统，其中，

所述发送部在将所述一个或多个诊断数据依次发送给所述外部装置时，每当一个诊断数据的发送结束时，将分隔符数据发送给所述外部装置。

3.根据权利要求1或2所述的车辆信息管理系统，其中，

所述车辆信息管理系统还具备接收来自所述外部装置的请求发送所述诊断数据的请求命令的接收部，

所述发送部在所述接收部接收到请求命令时，将所述一个或多个诊断数据发送给所述外部装置。

4.根据权利要求1至3中任一项所述的车辆信息管理系统，其中，

所述车辆信息管理系统还具备确定所述车辆中发生的异常的类别的异常确定部，

所述存储部在所述异常确定部确定了异常时，存储所述诊断数据。

5.一种故障诊断系统，具备：

权利要求1至4中任一项所述的车辆信息管理系统，以及

外部装置，所述外部装置能够连接到所述车辆，并且能够从所述车辆信息管理系统接收所述一个或多个诊断数据。

6.一种骑乘型车辆，具备权利要求1至3中任一项所述的车辆信息管理系统。

7.根据权利要求6所述的骑乘型车辆，还具备：

异常确定部，所述异常确定部确定所述车辆中发生的异常的类别；以及

警告灯，所述警告灯向乘员警告所述异常确定部确定的异常。

8.一种车辆信息管理方法，对表示车辆的状态的诊断数据进行管理，并包括以下步骤：

第1步骤，检测与所述车辆的状态相关的参数；

第2步骤，基于所述参数来生成所述诊断数据；以及

第3步骤，将所述车辆的存储部中存储的一个或多个诊断数据发送给连接到所述车辆的外部装置，

在所述第3步骤中，在将所述一个或多个诊断数据全部发送之后，将终端数据发送给所述外部装置。