车辆诊断系统的制作方法

1.本发明涉及一种车辆诊断系统。


背景技术：

2.日本特许第4706890所公开的车辆的控制装置能够在用户感觉到车辆发生某种异变时执行用于诊断车辆的故障的诊断处理。控制装置根据用户的指示执行诊断处理。控制装置在执行诊断处理时，确定故障部位，或者敦促将车辆送到经销商处。


技术实现要素：

3.根据故障的内容，有时用户难以感觉到车辆的异变。在日本特许第4706890的技术中，只要用户未感觉到异变并指示控制装置执行诊断处理，控制装置就不执行诊断处理。因此，即使发生了诸如用户感觉不到异变的故障，也无法执行诊断处理而掌握该故障。
4.用于解决上述课题的车辆诊断系统具有：诊断装置，用于诊断将车辆的车厢的内部与外部隔开的部件的异常；声源，位于所述车厢的外部，发出声压和频率中的至少一方被预先确定的声音；以及麦克风，位于所述车厢的内部，所述诊断装置执行：获取处理，在所述声源发出声音时，获取与由所述麦克风检测到的声音相关的检测音数据；以及判定处理，将所述检测音数据与预先确定的基准音数据进行比较，判定所述部件有无异常。
5.根据上述结构，诊断装置通过将基于麦克风检测到的声音的检测音数据与基准音数据进行比较，判定将车厢的内部和外部隔开的部件有无异常。另外，由于诊断装置在搭载于车辆的声源发出声音时获取该检测音数据，因此即使在用户没有感觉到部件的异常的情况下，该诊断装置也能够获取检测音数据。即，在上述结构中，无论用户是否感觉到部件的异常，都能够判定部件有无异常。
6.在车辆诊断系统中，也可以是：所述声源所发出的声音的声压被预先确定，在所述判定处理中，所述诊断装置基于所述检测音数据的声压与所述基准音数据的声压之差，判定所述部件有无异常。
7.若将车厢的内部和外部隔开的部件发生异常，则声源所发出的声音有时容易到达车厢的内部。在该情况下，麦克风检测到的声音的声压变大的可能性高。根据上述结构，通过利用这样的特性进行判定，能够恰当地判定将车厢的内部和外部隔开的部件的异常。
8.在车辆诊断系统中，也可以是：所述声源所发出的声音的频率被预先确定，在将所述声源发声结束后的声压的衰减速度作为声压衰减速度时，在所述判定处理中，所述诊断装置基于所述检测音数据的声压衰减速度与所述基准音数据的声压衰减速度之差，判定所述部件有无异常。
9.若将车厢的内部和外部隔开的部件发生异常，则从车厢的外部到达内部的声音有时在车厢的内部难以衰减。在该情况下，麦克风检测到的声音的衰减速度变慢的可能性高。根据上述结构，通过利用这样的特性进行判定，能够恰当地判定将车厢的内部和外部隔开的部件的异常。
10.在车辆诊断系统中，也可以是：所述声源发出用于向周围通知所述车辆的存在的声音，在所述判定处理中，在所述车辆的行驶过程中，所述诊断装置将与所述声源所发出的所述声音相关的检测音数据和所述声音的基准音数据进行比较，来判定所述部件有无异常。
11.如上述结构这样，若利用发出用于向周围通知车辆的存在的声音的声源，则不需要仅为了诊断而在车辆追加声源。另外，在车辆的行驶中上述声源所发出的声音是不论用户是否感觉到部件发生异常都发出的声音。因而，无论用户是否感觉到部件的异常，都能够判定部件有无异常。
12.在车辆诊断系统中，也可以是：所述声源在所述车辆停放在预先确定的区域内时发出所述声音，在所述判定处理中，所述诊断装置将与所述声源在所述车辆停车时所发出的所述声音相关的检测音数据和所述声音的基准音数据进行比较，来判定所述部件有无异常。如该结构这样，若在车辆停放于预先确定的区域内时从声源发出声音，则能够增加进行判定处理的机会。
13.在车辆诊断系统中，所述诊断装置也可以搭载于所述车辆。在该结构中，能够在车辆中进行将车厢的内部和外部隔开的部件的诊断。因此，与诊断装置设于车辆之外的场所的情况相比，能够使系统的结构简单。
14.也可以是：所述车辆诊断系统具备外部装置，该外部装置能够与所述车辆之间进行无线通信，所述诊断装置设于所述外部装置，并且关于多个车型的每个所述车型存储有所述基准音数据，在所述获取处理中，所述诊断装置从作为诊断所述部件的异常的对象的车辆即诊断对象车获取所述检测音数据和所述诊断对象车的车型信息，在所述判定处理中，所述诊断装置将在所述获取处理中获取的所述检测音数据和与所述诊断对象车的车型相对应的基准音数据进行比较。
15.根据上述结构，能够由多个车辆共有具备诊断装置的外部装置，因此能够简化诊断装置的管理。另外，使用与诊断对象的车型相应的基准音数据进行有无异常的判定，因此能够确保高的异常判定精度。
16.在车辆诊断系统中，也可以是：所述部件是将所述车辆的发动机室或者马达室与所述车厢隔开的部件。根据上述结构，能够判定将发动机室或者马达室与车厢隔开的部件有无异常。
附图说明
17.下面将参考附图描述本发明的示例性实施例的特征、优点以及技术和工业意义，在附图中，相同的附图标记显示相同的元件，并且其中：
18.图1是车辆的共享利用系统的概略结构图。
19.图2是车辆的概略结构图。
20.图3是表示诊断处理的处理步骤的流程图。
21.图4是管理服务器和车辆的概略图。
22.图5是表示诊断辅助处理和服务器用诊断处理的处理步骤的流程图。
具体实施方式
23.《第1实施方式》
24.以下，参照附图的图1～图3说明车辆诊断系统的第1实施方式。
25.在以下，以将车辆不需要驾驶员的操作就能够自主行驶、并且不特定的多个用户共享地利用车辆的共享利用系统中的车辆作为诊断对象的情况为例，说明车辆诊断系统。
26.《共享利用系统的概略结构》
27.如图1所示，车辆的共享利用系统10具有管理服务器20、多个车辆30以及用户终端14。
28.用户终端14是利用车辆30的用户所使用的终端。用户终端14例如是智能手机。用户终端14能够经由外部通信线路网12与管理服务器20之间收发信息。用户终端14响应于来自用户的输入操作，向管理服务器20发送利用申请信息。利用申请信息例如包括诸如车辆30的利用开始位置、目的地以及利用开始日期和时间的信息。利用开始位置是用户请求交付车辆30的地点。利用开始日期和时间是用户请求交付车辆30的日期和时间。
29.管理服务器20是管理多个车辆30的服务器。管理服务器20能够构成为按照计算机程序(软件)执行各种处理的1个以上的处理器。需要说明的是，管理服务器20也可以构成为执行各种处理中的至少一部分处理的包含面向特定用途的集成电路(asic)等的1个以上的专用的硬件电路、或者它们的组合的电路(circuitry)。处理器包括cpu以及ram和rom等存储器。存储器储存有构成为使cpu执行处理的程序代码或者指令。存储器即计算机可读介质包括能够由通用或者专用的计算机访问的所有可利用的介质。管理服务器20具有作为能够电改写的非易失性存储器的存储装置。管理服务器20具有用于经由外部通信线路网12而与外部连接的通信机。需要说明的是，管理服务器20构成设于车辆30的外部的处理装置即外部装置。
30.管理服务器20存储每个车辆30的个体识别信息，以便能够个别地识别多个车辆30。个体识别信息例如包括诸如车辆30的车型、车身制造编号以及车辆登记牌照的信息。管理服务器20通过经由外部通信线路网12的无线通信向各车辆30发送各种各样的信息。例如，管理服务器20向各车辆30发送关于各车辆应去往的目的地的信息。目的地是用户请求的利用开始位置或车辆基地。车辆基地是用于在用户不利用车辆时停放多个车辆30的停车场。
31.《车辆的概略结构》
32.多个车辆30是电动汽车。多个车辆30虽然车型不同，但各自的基本结构是相同的。在以下，说明各车辆30的基本的结构。
33.如图2所示，车辆30具有马达室32、前围板35以及车厢31。马达室32是被划分为车辆30中的靠前的部分的空间。前围板35是划分马达室32的后端的壁部。前围板35为板状。车厢31是隔着前围板35而在与马达室32相反的一侧划分出的空间。即，前围板35将马达室32与车厢31隔开。需要说明的是，虽省略图示，但前围板35构成为包括板状的前围板主体和安装于前围板主体的隔音材料。多个安装件贯穿前围板主体和隔音材料。多个安装件将前围板主体和隔音材料固定为一体。
34.车辆30具有电动发电机37、电池38以及驱动轮39。电动发电机37是车辆30的驱动源。电动发电机37是具有电动机和发电机这两个功能的发电电动机。电动发电机37经由逆
变器与电池38电连接。电池38向电动发电机37供给电力、或蓄积从电动发电机37供给的电力。逆变器进行直流交流的电力转换。需要说明的是，在图2中省略了逆变器的图示。
35.电动发电机37位于马达室32的内部。电动发电机37的旋转轴例如经由诸如变矩器、变速器、离合器以及差速器的动力传递机构与驱动轮39连结。需要说明的是，在图2中省略了动力传递机构的图示。
36.车辆30具有多个座椅40和多个压力传感器41。各座椅40是供乘员就座的座椅。各座椅40位于车厢31的内部。各压力传感器41安装于各个座椅40。各压力传感器41检测施加于各座椅40的就座面的压力即座椅压力w。需要说明的是，在图2中，仅示出多个座椅40中的1个。另外，在图2中，仅示出多个压力传感器41中的1个。
37.车辆30具有通知器33、警音器34以及麦克风36。通知器33是发出声压和频率预先确定的声音的声源。通知器33在车辆30低速行驶中发出用于向周围通知该车辆30的存在的通报音。通知器33所发出的通报音例如是模拟马达的工作音的声音，被设定为不会成为噪声的比较小的声音。通知器33位于马达室32的内部。警音器34是发出声压和频率预先确定的声音的声源。警音器34在车辆30的行驶中或者停车中发出用于向周围通知该车辆30的存在的警笛。警音器34所发出的警笛被设定为比通报音大的声音。警音器34位于马达室32的内部。麦克风36检测将预先确定的频带的声压换算为分贝的声压级l。麦克风36位于车厢31的内部。需要说明的是，通知器33所发出的通报音被设定为预定的声压级l。警音器34所发出的警笛设定为与通报音不同的预定的声压级l。
38.车辆30具有方向指示灯、危险警示灯、雨刮器、空调以及动力车窗。方向指示灯是方向指示器。危险警示灯是用于紧急时点亮闪烁灯的装置。雨刮器是用于去除附着于前挡风玻璃和后挡风玻璃的雨滴、污垢以及尘土的装置。空调是空调装置。动力车窗是电动式的窗开闭装置。需要说明的是，在图2中，将这些各种装置汇总为一个，用附图标记m表示。
39.车辆30具有车速传感器42、gps接收机43、摄像机44以及雷达45。车速传感器42检测车辆30的行驶速度即车速sp。gps接收机43从gps卫星接收与车辆30的当前位置坐标g相关的信号。摄像机44对车辆30的周围进行拍摄。雷达45通过发送电波并接收被障碍物z反射的电波来检测障碍物z。
40.《车辆的控制装置的概略结构》
41.车辆30具有控制装置50。控制装置50能够构成为按照计算机程序(软件)执行各种处理的1个以上的处理器。需要说明的是，控制装置50也可以构成为执行各种处理中的至少一部分的处理的、包含面向特定用途的集成电路(asic)等的1个以上的专用的硬件电路或者它们的组合电路(circuitry)。处理器包括cpu以及ram和rom等存储器。存储器储存有构成为使cpu执行处理的程序代码或者指令。存储器即计算机可读介质包括能够由通用或者专用的计算机访问的所有可利用的介质。控制装置50具有能够电改写的非易失性存储器即存储装置。控制装置50具有用于经由外部通信线路网12与车辆30的外部进行通信的通信机。需要说明的是，控制装置50存储有与搭载有该控制装置50的车辆30相关的个体识别信息。个体识别信息的内容与管理服务器20所存储的内容相同。
42.控制装置50在接通状态和待机状态之间切换。接通状态是用于使车辆30的各种部位动作的主系统启动了的状态。若通过控制装置50启动主系统，则例如向诸如电动发电机37和各种装置m的车辆30的各种部位供给电力。另一方面，待机状态是主系统被关机的状
态，是正在接收主系统的启动指示的状态。在待机状态下，切断向车辆30的各种部位的电力供给。在待机状态下，来自外部的对控制装置50供给的电力供给也被切断，但控制装置50能够通过自身内置的电池的电力进行动作。控制装置50根据来自管理服务器20的指示而在待机状态和接通状态之间切换。
43.控制装置50接收车速传感器42所检测出的车速sp。控制装置50接收与gps接收机43接收到的当前位置坐标g相关的信号。控制装置50接收与摄像机44所拍摄到的信息即摄像信息j相关的信号。控制装置50接收与雷达45检测到的障碍物z相关的信号。控制装置50接收与压力传感器41所检测到的座椅压力w相关的信号。控制装置50接收与麦克风36所检测到的声压级l相关的信号。
44.控制装置50具有控制车辆30的各种部位的综合控制部52。在主系统接通的期间，综合控制部52为了进行车辆30的自动驾驶而控制车辆30的各种部位。自动驾驶是指在没有驾驶员的操作的情况下使车辆30自主地行驶。综合控制部52例如基于摄像机44的摄像信息j，在维持车道并保持与前方车辆的车间距离的同时使车辆30行驶。另外，综合控制部52例如基于雷达45检测到的障碍物z的信息，使车辆30行驶，同时避开障碍物z。另外，综合控制部52计算车辆30应朝向目的地行进的行驶路径。综合控制部52存储地图数据作为计算车辆30的行驶路径所需的数据。地图数据例如包括诸如道路以及建筑物的信息。综合控制部52基于从gps接收机43接收到的车辆30的当前位置坐标g和地图数据计算到目的地的行驶路径，使车辆30按照行驶路径行驶。需要说明的是，从管理服务器20发送目的地。目的地也可以由用户经由车厢31内的未图示的显示器来指示。
45.当在车辆30的行驶中车速sp小于规定车速的情况下，综合控制部52控制通知器33以使得通知器33发出通报音。规定车速预先确定为例如由轮胎引起的路面噪声这样的行驶声音比较小而需要向行人通知本车辆的存在的车速sp。规定车速例如是时速20km。综合控制部52设定表示是否从通知器33发出了通报音的标志即通报音发出标志。在从通知器33发出了通报音的情况下，综合控制部52将通报音发出标志设为“on”。另一方面，在未从通知器33发出通报音的情况下，综合控制部52将通报音发出标志设为“off”。
46.综合控制部52根据需要使方向指示灯、危险警示灯、雨刮器、空调以及动力车窗工作。例如，当在车辆30的行驶中进行左右转弯或者行进道路变更的情况下，综合控制部52使方向指示灯工作。综合控制部52设定表示方向指示灯的工作状态的标志即工作标志。综合控制部52在使方向指示灯工作的情况下，将方向指示灯的工作标志设为“on”。另一方面，综合控制部52在未使方向指示灯工作的情况下，将方向指示灯的工作标志设为“off”。对于除方向指示灯之外的其他装置m，综合控制部52也对每个装置m设定表示各装置m的工作状态的工作标志。需要说明的是，与动力车窗相关的工作标志不仅为“on”或“off”，还能够识别窗处于开闭动作过程中的状态、窗关闭的状态、窗打开的状态这3个状态。
47.控制装置50具有诊断车辆30的各种部位的异常的诊断部54。诊断部54构成诊断装置。诊断部54能够执行用于诊断前围板35的异常的诊断处理。作为诊断处理的一环，诊断部54进行获取处理和判定处理。诊断部54在车辆30的行驶中和停车中，分别进行获取处理和判定处理。
48.在车辆30的行驶中的获取处理中，在通知器33发出通报音时，诊断部54获取与在发出该通报音的时刻麦克风36检测到的声压级l相关的数据即通报音检测数据。在车辆30
的行驶中的判定处理中，诊断部54通过将通报音检测数据与通报音基准数据进行比较来判定前围板35有无异常。具体而言，在通报音检测数据与通报音基准数据的声压级l之差为通报音规定值以上的情况下，诊断部54判定为前围板35发生了异常。诊断部54预先存储有通报音基准数据和通报音规定值。关于通报音基准数据和通报音规定值后述。
49.在停车中的获取处理中，在警音器34发出警笛时，诊断部54获取与在发出该警笛的时刻麦克风36检测到的声压级l相关的数据即警笛检测数据。在停车中的判定处理中，诊断部54通过将警笛检测数据与警笛基准数据进行比较而判定前围板35有无异常。具体而言，在警笛检测数据与警笛基准数据的声压级l之差为警笛规定值以上的情况下，诊断部54判定为前围板35发生了异常。诊断部54预先存储警笛基准数据和警笛规定值。关于警笛基准数据和警笛规定值后述。需要说明的是，诊断部54在车辆基地的停车中进行获取处理和判定处理。车辆基地优选为即使鸣响警笛也不会对附近造成噪声的区域。
50.《诊断处理的详细情况》
51.在主系统处于启动状态的期间，诊断部54反复执行诊断处理。需要说明的是，诊断部54在通过诊断处理进行的一部分处理中利用停车时执行标志。停车时执行标志是表示停车中的判定处理执行完成的标志。在主系统关机时，停车时执行标志被复位为“off”。因此，在主系统启动的时刻，停车时执行标志为“off”。
52.在主系统启动时，诊断部54开始诊断处理。如图3所示，在开始诊断处理时，诊断部54执行步骤s110的处理。在步骤s110中，诊断部54判定诊断前提条件是否成立。诊断前提条件具有以下3个项目。
53.(a)各种装置m未工作。
54.(b)窗关闭。
55.(c)乘员未乘坐。
56.诊断部54基于各种装置m的工作标志，判定是否满足项目(a)和(b)。另外，在判定是否满足项目(c)时，诊断部54关于由控制装置50从压力传感器41接收的座椅压力w获取最新的值。诊断部54将获取到的座椅压力w与规定压力进行比较。诊断部54预先存储规定压力。规定压力例如通过实验确定为：乘员就座于座椅40时对座椅40施加的压力的最小值。诊断部54在座椅压力w为规定压力以上的情况下判定为乘员已乘坐，在座椅压力w不非规定压力以上的情况下判定为乘员未乘坐。在诊断前提条件的3个项目中的哪怕1个项目不满足的情况下，诊断部54判定为诊断前提条件不成立(步骤s110：否)。在该情况下，诊断部54暂时结束诊断处理的一系列处理。然后，诊断部54再次执行步骤s110的处理。
57.另一方面，在步骤s110中，在上述3个项目的全部满足的情况下，诊断部54判定为诊断前提条件成立(步骤s110：是)。在该情况下，诊断部54使处理进入步骤s120。
58.在步骤s120中，诊断部54判定车辆30是否处于行驶中。在执行步骤s120的处理时，诊断部54关于由控制装置50从车速传感器42接收的车速sp获取最新的值。然后，诊断部54判定车速sp是否大于零。在车速sp为零的情况下，诊断部54判定为车辆30处于停车中(步骤s120：否)。在该情况下，诊断部54使处理进入步骤s210。
59.在步骤s210中，诊断部54判定车辆30是否位于车辆基地。在执行步骤s210的处理时，诊断部54关于由控制装置50从gps接收机43接收的当前位置坐标g获取最新的值。然后，诊断部54判定车辆30的当前位置坐标g是否在地图数据中的车辆基地的区域内。在车辆30
的当前位置坐标g偏离车辆基地的区域的情况下，诊断部54判定为车辆30未位于车辆基地(步骤s210：否)。在该情况下，诊断部54暂时结束诊断处理的一系列处理。然后，诊断部54再次执行步骤s110的处理。
60.另一方面，在步骤s210中，诊断部54在车辆30的当前位置坐标g在车辆基地的区域内的情况下，判定为车辆30位于车辆基地(步骤s210：是)。在该情况下，诊断部54使处理进入步骤s220。
61.在步骤s220中，诊断部54判定是否未执行停车中的判定处理。诊断部54基于停车时执行标志进行该判定。诊断部54在停车时执行标志为“on”的情况下，判定为停车中的判定处理执行完毕(步骤s220：否)。在该情况下，暂时结束诊断处理的一系列处理。然后，诊断部54再次执行步骤s110的处理。
62.另一方面，在步骤s220中，在停车时执行标志为“off”的情况下，诊断部54判定为未执行停车中的判定处理(步骤s220：是)。在该情况下，诊断部54使处理进入步骤s230。
63.在步骤s230中，诊断部54将停车时执行标志切换为“on”。如上所述，停车时执行标志在主系统关机时被复位为“off”。诊断部54在将停车时执行标志设为“on”时，使处理进入步骤s240。
64.在步骤s240中，诊断部54开始对综合控制部52输出警笛请求信号，该警笛请求信号是请求警音器34发出警笛的信号。然后，诊断部54使处理进入步骤s250。需要说明的是，综合控制部52在接收到警笛请求信号时，控制警音器34以使警音器34发出警笛。
65.在步骤s250中，诊断部54获取警笛检测数据。具体而言，诊断部54关于由控制装置50从麦克风36接收到的声压级l，获取最新的值。然后，诊断部54将获取到的声压级l作为警笛检测数据处理。诊断部54在获取到警笛检测数据时，使处理进入步骤s260。需要说明的是，步骤s250的处理是获取处理。
66.在步骤s260中，诊断部54停止警笛请求信号的输出。然后，诊断部54使处理进入步骤s270。需要说明的是，综合控制部52在停止警笛请求信号的输出时，控制警音器34，以使得警音器34停止发出警笛。
67.在步骤s270中，诊断部54利用警笛检测数据判定前围板35有无异常。诊断部54在判定前围板35有无异常时，首先，计算通过从警笛检测数据减去警笛基准数据而得到的警笛差分值。如上所述，诊断部54预先存储警笛基准数据。警笛基准数据是以满足诊断前提条件为前提，假定在前围板35未发生异常的状态下警音器34发出警笛时，由麦克风36检测到的声压级l。警笛基准数据例如设为如下这样计算出的值即可。即，在作为诊断对象的车辆30为新品状态时，反复进行多次如下的实验。实验的内容是，在满足诊断前提条件的状况下，利用警音器34发出警笛，并且获取此时由麦克风36检测到的声压级l。将通过重复多次这样的实验而得到的多个声压级l的平均值，作为警笛基准数据。
68.诊断部54在计算出警笛差分值时，对警笛差分值和警笛规定值进行比较。如上所述，诊断部54预先存储警笛规定值。警笛规定值例如通过实验确定为如下这样的值：通过该值可知在警笛检测数据与警笛基准数据之间存在前围板35正常时不会产生的声压级l的差。例如考虑麦克风36的检测误差来确定警笛规定值即可。
69.在警笛差分值小于警笛规定值的情况下，诊断部54判定为前围板35未发生异常(步骤s270：否)。在该情况下，诊断部54暂时结束诊断处理的一系列处理。然后，诊断部54再
次执行步骤s110的处理。
70.另一方面，在步骤s270中，在警笛差分值为警笛规定值以上的情况下，诊断部54判定为在前围板35发生异常(步骤s270：是)。在该情况下，诊断部54使处理进入步骤s300。需要说明的是，步骤s270的处理是判定处理。
71.在步骤s300中，诊断部54生成异常信息，该异常信息包括表示前围板35发生异常事件的信息和本车辆的个体识别信息。然后，诊断部54将异常信息发送给管理服务器20。之后，诊断部54暂时结束诊断处理的一系列处理，再次执行步骤s110的处理。需要说明的是，管理服务器20在接收到异常信息时，基于异常信息所包含的个体识别信息确定出对应的车辆30，存储关于对应的车辆30判定为前围板35异常的意思。管理服务器20的管理者读取管理服务器20所存储的信息，用于掌握车辆30的状态。
72.另外，在步骤s120中，在车速sp大于零的情况下，诊断部54判定为车辆30处于行驶中(步骤s120：是)。在该情况下，诊断部54使处理进入步骤s130。
73.在步骤s130中，诊断部54判定通知器33是否正在发出通报音。诊断部54基于通报音发出标志进行该判定。在通报音发出标志为“off”的情况下，诊断部54判定为通知器33未在发出通报音(步骤s130：否)。在该情况下，诊断部54暂时结束诊断处理的一系列处理。然后，诊断部54再次进行步骤s110的处理。
74.另一方面，在步骤s130中，在通报音发出标志为“on”的情况下，诊断部54判定为通知器33正在发出通报音(步骤s130：是)。在该情况下，诊断部54使处理进入步骤s140。
75.在步骤s140中，诊断部54获取通报音检测数据。具体而言，诊断部54关于由控制装置50从麦克风36接收到的声压级l，获取最新的值。然后，诊断部54将获取到的声压级l作为通报音检测数据处理。诊断部54在获取到通报音检测数据后，使处理进入步骤s150。需要说明的是，步骤s140的处理是获取处理。
76.在步骤s150中，诊断部54利用通报音检测数据判定前围板35有无异常。诊断部54在判定前围板35有无异常时，首先计算出从通报音检测数据减去通报音基准数据而得到的通报音差分值。如上所述，诊断部54预先存储通报音基准数据。通报音基准数据是以满足诊断前提条件为前提，在假定前围板35未发生异常的状态下通知器33发出通报音时，由麦克风36检测到的声压级l。通报音基准数据设为将与警笛基准数据同样的方法应用于通报音而计算出的值即可。
77.诊断部54在计算出通报音差分值后，对通报音差分值和通报音规定值进行比较。如上所述，诊断部54预先存储通报音规定值。通报音规定值以与警笛规定值同样的观点来确定。
78.在通报音差分值小于通报音规定值的情况下，诊断部54判定为前围板35未发生异常(步骤s150：否)。在该情况下，诊断部54暂时结束诊断处理的一系列处理。然后，诊断部54再次执行步骤s110的处理。
79.另一方面，在步骤s150中，在通报音差分值为通报音规定值以上的情况下，诊断部54判定为前围板35发生了异常(步骤s150：是)。在该情况下，诊断部54使处理进入步骤s300。步骤s300的处理的内容如已经说明的那样。需要说明的是，步骤s150的处理是判定处理。
80.《第1实施方式的作用》
81.前围板35的隔音材料有时劣化而产生裂纹。在该情况下，在马达室32的内部由通知器33或者警音器34发出的声音容易到达车厢31的内部。另外，使前围板主体与隔音材料成为一体的安装件有时会脱落。在该情况下，在前围板主体和隔音材料中，用于安装安装件的贯通孔开放。在马达室32的内部由通知器33或者警音器34发出的声音容易经由该贯通孔到达车厢31的内部。由于存在这样的因果关系，通过对在马达室32的内部通知器33或者警音器34发出声音时由车厢31内部的麦克风36检测到的声压级l进行分析，能够诊断前围板35的异常。
82.当利用在马达室32的内部通知器33或者警音器34所发出的声音来诊断前围板35的异常时，若在这些通知器33或者警音器34发出声音时由麦克风36检测到包括不同于通报音或者警笛的声音的声压级l，则诊断的精度降低。作为麦克风36能够检测出的上述不同的声音，可列举出各种装置m工作时的工作音、窗打开的情况下的车厢31外部的响声、乘员乘坐的情况下的乘员发出的声音。因此，在诊断处理中，在获取通报音检测数据或者警笛检测数据时，设置诊断前提条件。
83.另外，在诊断处理中，诊断部54以诊断前提条件成立为条件，当在车辆30的行驶过程中通知器33发出通报音时，获取通报音检测数据。另外，诊断部54以诊断前提条件成立为条件，当在车辆30停放于车辆基地的状态下从警音器34发出警笛时，获取警笛检测数据。然后，诊断部54利用这些通报音检测数据和警笛检测数据判定前围板35有无异常。
84.《第1实施方式的效果》
85.(1-1)前围板35在其配置上配置于乘员难以看到外观的位置，而且，也不是进行动作或发出声音的部件，因此即使产生例如隔音材料劣化这样的异常，用户也难以注意到该异常。此外，在共享利用系统10中，用户每次利用不同的车辆30的可能性高。因此，用户注意到关于特定的车辆30的前围板35的异常就更加困难。
86.在本实施方式中，在通知器33或者警音器34发出声音时，诊断部54将在发出该声音的时刻由麦克风36检测到的声压级l获取为通报音检测数据或者警笛检测数据。因此，即使在用户没有感觉到前围板35的异常的情况下，诊断部54也能够获取前围板35的诊断所需的数据。然后，诊断部54在获取到这些数据时，利用它们来判定前围板35有无异常。因而，无论用户是否感觉到前围板35的异常，诊断部54都能够诊断前围板35的异常。
87.(1-2)如上述作用所记载的那样，若前围板35发生异常，则在马达室32的内部由通知器33或者警音器34发出的音容易到达车厢31的内部。在该情况下，麦克风36检测到的声压级l升高的可能性高。因而，如本实施方式这样，通过判定通报音检测数据是否比通报音基准数据高，或者警笛检测数据是否比警笛基准数据高，能够恰当地判定前围板35有无异常。
88.(1-3)如上述作用所记载的那样，在本实施方式中，仅在诊断前提条件成立的状况下获取通报音检测数据或者警笛检测数据。因而，能够获取排除了前围板35的异常诊断所需的声音以外的声音的数据。通过利用这样的数据，能够确保高的诊断精度。
89.(1-4)在本实施方式中，将通知器33所发出的通报音用于诊断前围板35的异常。通知器33是通常搭载于电动汽车的现有装置。若利用这样的现有装置所发出的声音，则不需要仅为了诊断而在车辆30追加声源。另外，通知器33的通报音是无论用户是否感到某些异常都被发出的。因而，即使用户不进行任何操作，也能够获取通报音检测数据而诊断前围板
35的异常。
90.(1-5)在本实施方式中，将警音器34所发出的警笛用于诊断前围板35的异常。警音器34是通常搭载于汽车的现有装置。若利用这样的现有装置所发出的声音，则不需要仅为了诊断而在车辆30追加声源。在此，在车辆30的行驶过程中，鸣响警笛的机会受限。因此，在本实施方式中，在车辆基地这样的特定的场所鸣响警笛来获取警笛检测数据。由此，能够增加前围板35的诊断机会，而不会无意地发出警笛。另外，在警音器34发出警笛时，不是通过用户的操作，而是通过诊断部54的控制来发出警笛，因此即使用户不进行任何操作，也能够获取警笛检测数据来诊断前围板35的异常。
91.(1-6)在本实施方式中，由车辆30的控制装置50进行获取处理和判定处理。因此，不需要另外设置前围板35的诊断专用的处理装置。另外，也不需要在这样的处理装置和车辆30之间收发诊断所需的信息。因而，也不会产生对应于这样的信息的收发的处理的负担。
92.《第2实施方式》
93.以下，参照图4和图5说明车辆诊断系统的第2实施方式。在第2实施方式中，仅管理服务器20和车辆30的控制装置50的结构与第1实施方式不同。在以下，以这些与第1实施方式不同的部分为主进行说明，对与第1实施方式重复的内容，简化或者省略说明。需要说明的是，在图4中，仅示出在图1中说明的共享利用系统10中的管理服务器20和1个车辆30。另外，在图4中，关于车辆30，仅示出在图2中示出的构件中的一部分，关于其他构件省略了图示。
94.如图4所示，管理服务器20具有用于诊断前围板35的异常的服务器诊断部22。服务器诊断部22构成诊断装置。服务器诊断部22能够执行用于诊断前围板35的异常的服务器用诊断处理。服务器诊断部22进行获取处理和判定处理。在获取处理中，服务器诊断部22从作为前围板35的诊断的对象的车辆30即诊断对象车获取检测音数据。另外，在获取处理中，服务器诊断部22从诊断对象车获取该诊断对象车的车型信息。在判定处理中，服务器诊断部22与上述实施方式同样地，通过将检测音数据与基准音数据进行比较来判定前围板35有无异常。需要说明的是，服务器诊断部22存储每个车型的通报音基准数据。各通报音基准数据是通过在上述第1实施方式中说明的方法针对每个车型计算出的。另外，服务器诊断部22存储每个车型的通报音规定值。通报音规定值例如是考虑每个车型的麦克风36的种类并且以与上述实施方式同样的观点而决定的值。
95.车辆30的控制装置50不具有在第1实施方式中说明的诊断部，而具有诊断辅助部56。诊断辅助部56能够执行用于向管理服务器20发送前围板35的异常诊断所需的信息的诊断辅助处理。在主系统启动时，诊断辅助部56开始诊断辅助处理。
96.如图5所示，在开始诊断辅助处理时，诊断辅助部56执行步骤s510的处理。在步骤s510中，诊断辅助部56判定诊断前提条件是否成立。步骤s510的处理的内容与第1实施方式的步骤s110的处理的内容相同。因此，省略步骤s510的处理的内容的说明。在诊断前提条件不成立的情况下，诊断辅助部56再次执行步骤s510的处理(步骤s510：否)。诊断辅助部56反复进行步骤s510的处理，直到诊断前提条件成立为止。然后，在诊断前提条件成立时，诊断辅助部56使处理进入步骤s520(步骤s510：是)。
97.在步骤s520中，诊断辅助部56判定通知器33是否正在发出通报音。步骤s520的处理的内容与第1实施方式的步骤s130的处理的内容相同。因此，省略步骤s520的处理的内容
的说明。在通知器33并未发出通报音的情况下，诊断辅助部56返回步骤s510的处理(步骤s520：否)。诊断辅助部56反复进行步骤s510和步骤s520的处理，直到在诊断前提条件成立的状况下由通知器33发出通报音为止。然后，当在诊断前提条件成立的状况下由通知器33发出通报音时，诊断辅助部56使处理进入步骤s530(步骤s520：是)。
98.在步骤s530中，诊断辅助部56关于由控制装置50从麦克风36接收到的声压级l，获取最新的值。然后，诊断辅助部56生成包含获取到的声压级l和本车辆的个体识别信息的诊断用信息。然后，诊断辅助部56将诊断用信息发送给管理服务器20。诊断辅助部56在执行步骤s530的处理后，结束诊断辅助处理的一系列处理。需要说明的是，根据步骤s510和步骤s520的判定结果，也有时在结束诊断辅助处理的一系列处理之前主系统被关机。
99.管理服务器20的服务器诊断部22在接收到诊断辅助部56所发送的诊断用信息时，开始服务器用诊断处理。在开始服务器用诊断处理时，服务器诊断部22进行步骤s610的处理。在步骤s610中，服务器诊断部22获取通报音检测数据和车型信息。具体而言，服务器诊断部22从接收到的诊断用信息读取声压级l。服务器诊断部22将读取到的值作为通报音检测数据处理。另外，服务器诊断部22从接收到的诊断用信息读取诊断对象车的车型。服务器诊断部22在执行以上的处理后，进入步骤s620。需要说明的是，步骤s610的处理是获取处理。
100.在步骤s620中，服务器诊断部22判定前围板35是否发生了异常。服务器诊断部22在判定前围板35有无异常时，首先从每个车型的通报音基准数据中选择与诊断对象车的车型相对应的通报音基准数据。然后，服务器诊断部22计算从在步骤s610中获取的通报音检测数据减去所选择的通报音基准数据而得到的通报音差分值。
101.服务器诊断部22在计算通报音差分值后，比较通报音差分值和通报音规定值。服务器诊断部22在进行该比较时，首先从每个车型的通报音规定值中选择与诊断对象车的车型相对应的通报音规定值。然后，服务器诊断部22对所选择的通报音差分值和通报音规定值进行比较。在通报音差分值小于通报音规定值的情况下，服务器诊断部22判定为前围板35未发生异常(步骤s620：否)。在该情况下，服务器诊断部22结束服务器用诊断处理的一系列处理。
102.另一方面，在步骤s620中，在通报音差分值为通报音规定值以上的情况下，服务器诊断部22判定为前围板35发生了异常(步骤s620：是)。在该情况下，服务器诊断部22使处理进入步骤s630。需要说明的是，步骤s620的处理是判定处理。
103.在步骤s630中，服务器诊断部22存储关于诊断对象车的前围板35判定为异常的意思。之后，服务器诊断部22结束服务器用诊断处理的一系列处理。需要说明的是，管理服务器20的管理者读取与前围板35相关的异常的信息，用于掌握车辆30的状态。
104.《第2实施方式的作用》
105.车辆30的诊断辅助部56以诊断前提条件成立为条件，在车辆30的行驶过程中通知器33发出通报音时，向管理服务器20发送诊断用信息。管理服务器20的服务器诊断部22在接收到诊断用信息时，获取通报音检测数据，判定前围板35有无异常。
106.《第2实施方式的效果》
107.根据本实施方式，除与上述(1-1)～(1-4)同样的效果之外，还能够得到以下的(2-1)的效果。
108.(2-1)在本实施方式中，由1个诊断装置进行多个车辆30的诊断。在采用这样的结构时，通过利用每个车型的通报音基准数据和通报音规定值，确保高的判定精度。在此，例如有可能需要更新每个车型的通报音规定值。在如第1实施方式那样在各车辆30的控制装置50中设置诊断装置的结构中，在进行上述更新的情况下，必须针对各车辆30的控制装置50分别确认车型并且更新通报音规定值，比较费事。关于这一点，若如本实施方式这样构成为由多个车辆30共享1个诊断装置，则仅针对该1个诊断装置即管理服务器20进行变更信息的处理即可，并且，此时仅变更车型的数量的通报音规定值即可。因而，更新的处理非常简便。像这样，在本实施方式中，能够简化诊断装置的管理。
109.《变更例》
110.第1实施方式和第2实施方式能够如以下那样变更而实施。第1实施方式、第2实施方式以及以下的变更例能够在技术上不矛盾的范围内相互组合来实施。
111.·
关于第1实施方式，也可以仅利用通报音和警笛中的任意一方来进行前围板35的异常的诊断。另外，关于第2实施方式，也可以代替通报音而利用警笛来诊断前围板35的异常，或者利用通报音和警笛来诊断前围板35的异常。在关于第2实施方式利用警笛来诊断前围板35的异常的情况下，只要与第1实施方式同样地在车辆30停放于车辆基地时发出警笛即可。然后，将在发出警笛时由麦克风36检测到的声压级l作为诊断用信息发送给管理服务器20即可。
112.·
发出警笛的区域并不限定于车辆基地。发出警笛的区域例如是存在鸣响警笛的标识的地点即可。需要说明的是，发出警笛的区域优选考虑对附近造成的噪声来确定。
113.·
也可以在车辆30的行驶过程中发出警笛来进行前围板35的诊断。
·
诊断前提条件的内容并不限定于第1实施方式和第2实施方式所示的内容。只要能够获得用于诊断前围板35的异常的恰当的数据，诊断前提条件的项目的内容和数量就不受限制。
114.·
第1实施方式和第2实施方式中的诊断前提条件的内容旨在排除检测对象的声音之外的声音。然而，在诊断前提条件中也可以包括诸如存在某个特定的声音的项目。例如，也可以包括诸如乘员乘坐这样的项目。另外，例如，也可以包括诸如存在某个特定的装置m的工作音的项目。即使在采用包含这些项目的诊断前提条件的情况下，只要以在该诊断前提条件成立的状况下为前提确定通报音基准数据和警笛基准数据，就能够进行恰当的诊断。
115.·
通报音基准数据并不限定于第1实施方式和第2实施方式所示的数据。通报音基准数据只要能够恰当地进行判定处理中的判定即可。也可以采用前围板35发生异常时的声音作为通报音基准数据。另外，例如也可以在检测音数据与通报音基准数据为相同程度时判定为前围板35发生了异常。另外，如在之后的变更例中说明的那样，根据在判定处理中利用的判定的方法，也可以不是如第1实施方式那样通过对声压级l进行统计处理来计算基准音数据，而是将声压级l的瞬时值作为通报音基准数据来处理。关于警笛基准数据，也是同样的。
116.·
在判定处理中利用的判定的方法以及获取处理中的检测音数据的获取的方式并不限定于第1实施方式和第2实施方式所示的方式。在判定处理中利用的判定的方法能够恰当地判定前围板35有无异常即可。另外，在获取处理中，能够获取判定处理所需的数据即可。例如，在判定处理中，也可以将通知器33发完通报音之后的声压级l的衰减速度作为指
标来进行判定。在该情况下，在获取处理中，从通知器33发完通报音的时刻起到经过预先确定的规定期间为止，连续获取由麦克风36检测到的声压级l作为通报音检测数据。即，获取通报音检测数据的时间序列。需要说明的是，该时间系列是在诊断前提条件持续成立的状况下获取的。在判定处理中，利用上述时间序列计算与通报音检测数据相关的衰减速度即检测衰减速度。例如，通过将从上述时间序列的最初的值减去最后的值而得到的值除以规定期间来计算检测衰减速度。然后，将计算出的检测衰减速度与基准衰减速度进行比较，在前者比后者小规定速度以上的情况下，判定为前围板35发生了异常。即，在从基准衰减速度减去检测衰减速度而得到的值为规定速度以上的情况下，判定为前围板35发生了异常。
117.基准衰减速度是在假定在前围板35未发生异常的状态下通知器33发出通报音时，通知器33发完通报音之后的声压级l的衰减速度。基准衰减速度例如如以下这样计算出。首先，在作为诊断对象的车辆30为新品状态时，在从通知器33发完通报音到经过规定期间之前，连续获取麦克风36检测到的声压级l作为通报音基准数据。即，获取通报音基准数据的时间序列。与获取通报音检测数据的情况同样地，在诊断前提条件持续成立的状况下获取通报音基准数据的时间序列。在获取了通报音基准数据的时间序列后，基于该时间序列计算声压级l的衰减速度。利用这样的计算方法，关于多个时间序列计算衰减速度，将多个衰减速度的平均值作为基准衰减速度。需要说明的是，在判定处理中利用的规定速度确定为如下这样的值即可，通过该值可知在检测衰减速度与基准衰减速度之间存在在前围板35正常的情况下不会产生的衰减速度的差。另外，规定期间确定为适于计算声压级l的衰减速度的长度即可。
118.当在前围板35中隔音材料劣化或安装件脱落的情况下，通知器33发出的通报音有时在车厢31的内部难以衰减。在该情况下，由麦克风36检测到的声压级l的衰减速度变慢的可能性高。在上述判定方法中，通过利用这样的特性来判定前围板35的异常，能够恰当判定有无异常。
119.·
在判定处理中，也可以利用对通知器33发出通报音的期间中的声压级l的时间序列进行频率分析而得到的功率谱。功率谱是针对每个单位频率表示出声压级l的能量的图表。在利用功率谱进行判定的情况下，在获取处理中，关于通知器33发出通报音的某一定期间，连续获取由麦克风36检测到的声压级l作为通报音检测数据。即，获取通报音检测数据的时间序列。在判定处理中，将基于该时间系列的功率谱即检测功率谱与基准功率谱进行比较。然后，当在某个特定的频率下检测功率谱中的声压级l的能量比基准功率谱中的声压级l的能量大规定能量以上的情况下，判定为前围板35发生了异常。
120.基准功率谱是在假定前围板35未发生异常的状态下通知器33在某一定期间内发出通报音时，与麦克风36检测到的声压级l的时间序列相关的功率谱。基准功率谱与上述衰减速度的变更例同样地，例如获取并计算作为诊断对象的车辆30为新品状态时的声压级l作为通报音基准数据即可。另外，规定能量只要确定为这样的值即可，通过该值可知在检测功率谱与基准功率谱之间存在在前围板35正常的情况下不会产生的能量之差。
121.在使用功率谱进行判定的情况下，能够根据频率区分多个声源所发出的声音。因此，适合于排除除作为检测对象的声音之外的声音的影响而判定有无异常。另外，在使用功率谱的情况下，能够区分声源，因此在通过获取处理获取检测音数据时，未必需要诊断前提条件。这有利于增加前围板35的诊断机会。
122.·
如上述变更例所记载的那样，并非必须设定诊断前提条件。
123.·
车辆30并不限定于仅进行自动驾驶的车辆。即，车辆30既可以构成为能够在自动驾驶与基于驾驶员的操作进行的驾驶之间切换，也可以构成为仅能够基于驾驶员的操作进行驾驶。
124.·
在能够基于驾驶员的操作进行驾驶的车辆30的情况下，也可以在伴随驾驶员的操作而从警音器34发出警笛时进行前围板35的异常的诊断。
125.·
车辆30的结构部件并不限定于上述实施方式所示的结构部件。例如，车辆30在马达室32的内部除具有电动发电机37之外，也可以还具有内燃机作为该车辆30的驱动源。在车辆30具有内燃机的情况下，马达室32也可以被称为发动机室。
126.·
前围板35的诊断所利用的声源并不限定于通知器33或者警音器34。只要利用隔着前围板35而位于与车厢31相反的一侧的声源，就能够恰当地进行前围板35的异常的诊断。例如，如上述变更例那样，若车辆30具有内燃机，则也可以将内燃机用作声源。然后，也可以利用内燃机的工作音进行前围板35的异常的诊断。
127.·
关于前围板35的诊断所利用的声源发出的声音，只要预先确定声压和频率中的至少一者即可。关于声源发出的声音，根据所确定的声音的要素采用恰当的诊断方法即可。例如，在确定了声源发出的声音的声压的情况下，与上述实施方式同样地，只要采用利用声压的大小的诊断方法，就能够恰当地诊断前围板35的异常。另外，例如，在确定了声源发出的声音的频率的情况下，只要如上述变更例所记载的那样采用利用声压的衰减速度的诊断方法，就能够恰当地诊断前围板35的异常。
128.·
在作为前围板35的诊断所利用的声源而设置不同于通知器33和警音器34的声源的情况下，该声源发出的声音的频率不限于可听区域的频率。由于该情况下的声源并不是以使他人感知声音为目的，所以即使是可听区域之外的频率的声音，也不会影响诊断。
129.·
作为诊断对象的车辆并不限定于共享利用系统10的车辆。例如，也可以以私家车为诊断对象。
130.·
作为诊断对象的部件不限定于前围板35。作为诊断对象的部件只要是将车厢31的内部和外部隔开的部件即可。声源只要隔着作为诊断对象的部件而位于与车厢31相反的一侧，就能够与诊断前围板35的情况同样地恰当地进行诊断。作为诊断对象的部件例如也可以是车辆的车门。另外，作为诊断对象的部件例如也可以是车辆的车顶。若是如例如宣传车那样在车辆的车顶安装有扬声器的车辆，则能够将该扬声器用作声源。另外，能够利用扬声器发出的声音来诊断包括车顶的周边部件的异常。
131.·
外部装置并不限定于共享利用系统10的管理服务器20。外部装置例如也可以是在车辆维护工厂中利用的处理装置。
132.·
由麦克风36检测的物理量并不限定于声压级l。由麦克风36检测的物理量也可以是声压本身。既可以根据由麦克风36检测的物理量来改变在获取处理中作为检测音数据处理的物理量，也可以根据该物理量来变更例如通报音基准数据和通报音规定值这样的诊断所利用的数据的物理量。