系统I的不同之处在于系统根据在用于判定车辆100是否处于泊车状态的车辆信息(关于车辆100的状态的信息)的获取源中是否检测到故障，来判定是否允许外部设备25和车载LAN 30之间的通信。下面利用相同的附图标记表示第一实施例中的相同元件，注重与第一实施例中的元件不同的元件的描述，说明本实施例。
[0057]和第一实施例中一样，本实施例中的车载通信系统I的结构示于图1中，于是，说明被省略。
[0058]图3是表示由本实施例中的车载通信系统I(网关E⑶10)进行的通信许可判定处理的例子的流程图。每当从外部设备25到车载LAN 30的通信帧，或者从车载LAN 30中的各个E⑶40到外部设备25的通信帧被输入网关E⑶10时，执行该流程。
[0059]在步骤S201，通信许可判定单元12判定在下面说明的步骤S202中用于判定车辆100是否处于泊车状态的车辆信息的获取源中，是否检测到故障。如果判定在车辆信息的获取源中，未检测到故障，那么通信许可判定单元12的处理进入步骤S202。如果判定在车辆信息的获取源中，检测到故障，那么通信许可判定单元12的处理进入步骤S204。
[0060]在本实施例中，如果在用于判定车辆100是否处于泊车状态的车辆信息的各获取源中，都未检测到故障，那么处理进入步骤S202。如果在车辆信息的获取源中的至少一个获取源中，检测到故障，那么处理进入步骤S204。不过，也可能的是如果在用于判定车辆100是否处于泊车状态的车辆信息的获取源中的至少一个获取源中，未检测到故障，那么处理进入步骤S202，而如果在车辆信息的所有获取源中，检测到故障，那么处理进入步骤S204。这种情况下，通信许可判定单元12在下面说明的步骤S202中，根据从其中未检测到故障的获取源获得的车辆信息，判定车辆100是否处于泊车状态。
[0061]在步骤S202，和第一实施例中的步骤SlOl中一样，通信许可判定单元12判定车辆100是否处于泊车状态。如果判定车辆100处于泊车状态，那么通信许可判定单元12的处理进入步骤S203。如果判定车辆100未处于泊车状态，那么通信许可判定单元12的处理进入步骤S204。
[0062]和第一实施例中一样，如果上述条件(1)-(4)任意之一被满足，那么通信许可判定单元12判定车辆100处于泊车状态。
[0063]在步骤S203，通信许可判定单元12禁止从外部设备25到车载LAN30，或者从车载LAN 30到外部设备25的通信帧的中继(传送)。作为响应，网关单元11丢弃该通信帧。
[0064]另一方面，在步骤S204，通信许可判定单元12允许从外部设备25到车载LAN 30，或者从车载LAN 30到外部设备25的通信帧的中继(传送)。作为响应，网关单元11中继(传送)该通信帧。
[0065]步骤S201和步骤S202中的判定处理可按相反的顺序进行。
[0066]下面说明在步骤S201，判定在用于判定车辆100是否处于泊车状态的车辆信息的获取源中，是否检测到故障的方法。在本实施例中，判定车辆100是否处于泊车状态的车辆信息包括警戒状态信号、警报状态信号、泊车状态信号和智能钥匙检测状态信号。这些信号的获取源是ECU40B、40C和40D。
[0067]图4是表示对于车辆信息的获取源(EOT 40B-40D)，由车载通信系统I (网关E⑶10)进行的故障判定处理的例子的流程图。每当允许通信的条件成立(每当允许通信)，以获得从ECU 40B-40D发送的各项车辆信息(警戒状态信号、警报状态信号、泊车状态信号和智能钥匙检测状态信号)时，对各个ECU 40B-40D执行该流程图。
[0068]在步骤S301，网关E⑶10开始内部定时器计数。
[0069]在步骤S302，网关E⑶10判定是否允许通信。如果允许通信，那么处理进入步骤S303。如果不允许通信，那么终止当前处理。
[0070]在步骤S303，网关E⑶10判定是否收到通信帧。如果收到通信帧，那么网关E⑶10的处理返回步骤S301。如果未收到通信帧，那么处理进入步骤S304。
[0071]在步骤S304，网关E⑶10判定是否过去预定时间。如果预定时间已过去，那么网关E⑶10的处理进入步骤S305。如果预定时间还未过去，那么处理返回步骤S302。
[0072]预定时间被设定成比其中网关E⑶10从E⑶40B-40D获得车辆信息(警戒状态信号、警报状态信号、泊车状态信号和智能钥匙检测状态信号)的通信中的假定帧接收时间间隔的最大值大的值。
[0073]在步骤S305，通信许可判定单元12判定检测到故障，并终止当前处理。
[0074]在上面说明的例子中，网关E⑶10监视其中从E⑶40B-40D获得车辆信息(警戒状态信号、警报状态信号、泊车状态信号和智能钥匙检测状态信号)的通信中的帧接收时间间隔。如果过去的未从ECU 40B-40D收到帧的时间超过假定的接收时间间隔，那么网关E⑶10判定检测到故障。
[0075]判定在E⑶40B-40D中，是否检测到故障的方法不限于上面说明的例子，而是可以使用任何方法。例如，如果连接确认请求被发送给E⑶40B-40D，但未收到对连接确认请求的响应，那么网关E⑶10可判定在E⑶40B-40D中检测到故障。
[0076]在本实施例中，网关E⑶10通过车载LAN 30，从E⑶40B-40D获得用于判定车辆100是否处于泊车状态的车辆信息。代替此，假定在一些情况下，从经直连线路连接的传感器(例如，检测车门开/关状态的门控灯开关)获得车辆信息。为了检测按照这种方式经直连线路连接的传感器中的故障，例如如果在IG-ON状态下，从传感器收到对应于IG-OFF状态的信号，那么可判定在传感器中检测到故障。
[0077]如上所述，至少如果判定车辆100处于泊车状态，那么和第一实施例中一样，本实施例中的车载通信系统I禁止外部设备25和车载LAN 30之间的通信帧的中继(传送)。这可靠地防止恶意第三方未经授权地访问车载LAN 30 (车载LAN 30中的各个E⑶40)。
[0078]另一方面，如果判定在用于判定车辆100是否处于泊车状态的车辆信息的获取源中，检测到异常(故障)，那么本实施例中的车载通信系统I允许外部设备25和车载LAN 30之间的通信帧的中继(传送)。这解决了当在用于判定车辆100是否处于泊车状态的车辆信息的获取源中产生异常时引起的不便。
[0079]S卩，如果在用于判定车辆100是否处于泊车状态的车辆信息的获取源(EOT40B-40D)中检测到故障，那么存在待发送的车辆信息(警戒状态信号、警报状态信号、泊车状态信号和智能钥匙检测状态信号)变成不正确信息的可能性。在这种情况下，尽管实际上未处于泊车状态，车辆100也被判定为处于泊车状态，有时导致当需要外部设备25和车载LAN 30之间的诊断通信时，不能进行诊断通信的情形。为了解决该问题，如果判定在用于判定车辆100是否处于泊车状态的车辆信息的获取源中检测到异常(故障)，那么本实施例中的车载通信系统I允许外部设备25和车载LAN 30之间的通信帧的中继(传送)。该方法可解决这种不便。
[0080][第三实施例]
[0081]下面，说明第三实施例。
[0082]本实施例中的车载通信系统I和第一及第二实施例中的车载通信系统I的不同之处在于考虑可从车载LAN 30传送给外部设备25的信息的重要性，判定外部设备25和车载LAN 30 (车载LAN 30中的各个E⑶40)之间的通信的许可。E⑶40对应于本发明的内部设备。下面利用相同的附图标记表示第一及第二实施例中的相同元件，注重与第一及第二实施例中的元件不同的元件的描述，说明本实施例。
[0083]和第一及第二实施例中一样，本实施例中的车载通信系统I的结构示于图1中，于是，说明被省略。
[0084]图5是表示由本实施例中