通信系统的制作方法

文档序号:14722273发布日期:2018-06-17 20:31阅读:222来源:国知局

本发明涉及一种通信系统,其中,多个通信设备在车辆等之中网络连接。



背景技术:

现有技术已知的有配置了车辆网络系统的多种情形,其中车载的多个电子控制单元(electroniccontrolunit,ECU)通过网络连接,以收发ECU信息(车辆信息)。对车辆网络系统进行配置的其中一个通信系统是控制器区域网络(controllerareanetwork,CAN)。

另一方面,在CAN中,一条通信消息能够传输的数据量被限制为64位。相应地,相关技术中,提议了将数据量的限制考虑在内、能够有效地使用通信数据的通信系统。例如,公开号为2008-120173(JP2008-120173A)的日本专利申请描述了一种系统,其通过CAN借助通信进行遍及多个ECU的调节。

JP2008-120173A中描述的系统包括可通信地连接至CAN总线的多个ECU(单元),能够通过CAN通信来调节多个ECU的背光照明亮度。即,每个单元包括一个亮度设定表,该亮度设定表中设定了相同的表数据。每个亮度设定表具有表1到表10,并且作为相同的表数,设定了与另一个单元相关的数值。然后,每个ECU接收指令,以通过CAN通信改变表数据数,从而调节背光亮度。

另一方面,近年来,随着旨在提高便利性等功能更强的车辆的出现,每个ECU需要处理更多信息来实现强大的功能。然而,如上所述,在车辆网络中,例如对数据量有限制的CAN,难以增加可在各个ECU之间通信的数据量,且不易将车辆网络改变为能够通信大量数据的配置。



技术实现要素:

本发明提供了一种通信系统,其能够使用提高舒适性所需的信息,同时抑制通信数据量的增加。

本发明的第一方面涉及一种发送和接收通信消息的通信系统,所述通信消息包括定义量的数据和为数据的内容中的每一个而确定的标识符。所述通信系统包括通信设备,该通信设备接收通信消息,且包括处理所述通信消息中的数据的信息处理单元、检测车况的车况检测单元、以及存储属性的属性存储单元,其中所述属性存储单元存储与标识符相对应的识别代码、根据车况确定的情况代码,以及对应于识别代码和情况代码的组合确定为属性的属性,所述信息处理单元基于所接收的通信消息的标识符所对应的识别代码与由车况检测单元检测的车况所对应的情况代码的组合,从存储在属性存储单元中的属性中获取对应于所述组合的属性,并基于所获取的属性处理所接收的通信消息的数据。

本发明的第二方面涉及一种发送和接收通信消息的通信系统,所述通信消息包括具有多段信息的定义量数据和为数据的内容中的每一个而确定的标识符。所述通信系统包括通信设备,该通信设备接收通信消息,且包括处理所述通信消息中的数据的信息处理单元、检测车况的车况检测单元、以及存储属性的属性存储单元,其中所述属性存储单元存储与所述通信消息的标识符相对应的识别代码、表示所述通信消息中所包含的每段信息在该通信消息中的数据位置的位置代码、根据车况确定的情况代码、以及对应于识别代码、位置代码和情况代码的组合确定为属性的属性,所述信息处理单元基于接收的通信消息的标识符所对应的识别代码、包括在接收的通信消息中的信息中的每段信息的位置代码、以及由车况检测单元检测的车况所对应的情况代码的组合,从存储在属性存储单元中的属性中获取对应于所述组合的属性,并基于所获取的属性处理接收的通信消息的数据。

根据上述方面,根据车况的属性,例如车辆状态或车辆外部环境,对应于接收的通信消息。即,使得属性对应于通信消息而不改变通信消息。相应地,使得属性对应于通信消息而不增加通信消息等的通信量。通信消息是基于属性进行处理的,借此有可能恰当地处理具有受限量数据的任何通信消息。作为用在车辆中的通信,有使用CAN总线等的通信。

对于使用了所存储的多段数据的通信消息而言,在组合中使用了位置代码,从而有可能指明数据,以为每段数据获取适当的属性,并使属性与数据相关联。

在上述方面中,车况检测单元可以将车辆状态作为车况中的一种加以检测,该车辆状态是车辆的状态。根据这一方面,有可能使得根据车辆状态的属性对应于通信消息。

在上述方面中,车况检测单元可以将车辆外部环境作为车况中的一种加以检测,该车辆外部环境是车辆外部的环境。根据这一方面,有可能使得根据车辆外部环境的属性对应于通信消息。

存储在属性存储单元中的识别代码可以与通信消息的标识符相匹配。根据这一方面,将识别代码用作通信消息的标识符,使得易于设定识别代码。例如,将用在具有CAN总线的通信中的“CANID”确定为对包括在通信消息中的每一类数据具有独特值,以易于使识别代码针对每一通信消息而不同。

在上述方面中,接收通信消息的通信设备可以包括数据存储单元,其中针对从所接收的通信消息中获取的每段信息将数据保持在一确定地址中,且可基于保持着相应的通信消息的数据的数据存储单元的地址来确定存储在所述属性存储单元中的识别代码。

根据上述方面,将识别代码确定为对应于其中保持有通信消息的“数据”的数据存储单元地址,使得易于设定识别代码。例如,可以将存储器地址用作识别代码。当将地址确定为根据数据而不同时,使得识别代码根据数据而不同变得容易了。

在上述方面中,属性存储单元可以存储对应于每一属性的属性代码,以及对应于该属性代码的、识别代码与情况代码的组合,信息处理单元可以将与识别代码和情况代码的组合所对应的属性代码相同的属性代码所对应的属性作为与该组合相对应的属性加以获取。

在上述方面中,属性存储单元可以存储对应于每一属性的属性代码,以及对应于该属性代码的识别代码、位置代码和情况代码的组合,信息处理单元可以将与识别代码、位置代码和情况代码的组合所对应的属性代码相同的属性代码所对应的属性获取为与该组合相对应的属性。

根据上述方面,由于有被分配了同一属性的许多数据,因此使得同一属性通过属性代码对应于多段数据,从而有可能抑制具有存储在属性存储单元中的属性的数据的量。在这一情形中,需要的是属性代码而非属性,同时使得属性代码的数据量小于属性的数据量,从而抑制了属性存储单元所需的存储容量。

在上述方面中,存储在属性存储单元中的属性可以包括对应于该属性的数据截止期限信息,接收通信消息的通信设备可进一步包括判断单元,该判断单元进行关于所接收的通信消息数据是否能够在包括在对应于数据的属性中的截止期限前被处理的判断。

根据上述方面,使得截止期限对应于数据,从而有可能在截止期限前处理数据。当在截止期限前数据不能被处理时,不处理数据。以这种方式,有可能根据截止期限的截止而进行处理。例如,在数据被输出至驾驶辅助设备的情况下,有可能减轻用户对信息提供的不适感,例如,有可能在对的时间提供数据,防止不合时宜的数据提供。

在上述方面中,当在对一个所接收的通信消息数据的处理结束之后进行对另一个所接收的通信消息的数据的处理时,以及当判断单元判断为在包括在另一个所接收的通信消息的数据的属性中的截止期限之前完成了对另一个所接收的通信消息的数据的处理时,所述信息处理单元可以在对所述一个所接收的通信消息的数据的处理结束之后开始对另一个所接收的通信消息数据的处理。

根据上述方面,当接收了多段数据时,有可能根据数据的截止期限来调整输出时间。例如,当在处理先前接收的数据期间接收了后续数据时,关于后续接收的数据的处理方面,有可能考虑数据的截止期限来判断适当的方面。借此,提高了用户舒适度和识别性能,并且,例如有可能在对的时间恰当地输出多段数据。

在上述方面中,信息处理单元可以借助对通信消息的接收而从车况检测单元中获取车况。根据这一方面,有可能使得取决于车况的适当属性对应于所接收的通信消息的数据。

在上述方面中,多个通信设备可以通过CAN总线可通信地连接,且可以通过该CAN总线发送和接收通信消息。根据这一方面,有可能通过利用数据量受限的CAN总线使得取决于车况的属性对应于通信消息。能够使得属性对应于通信消息,而不改变分配到通信消息的“CANID”的分配,从而易于应用。

附图说明

以下将描述本发明的示例性实施例的特征、优点、以及技术和工业意义,图中相似的附图标记指代相似元素,其中:

图1为展示通信系统的第一实施例的示意配置的框图;

图2为展示用在该通信系统中的通信消息的概要的示意图;

图3为展示通信系统中的情况代码例子的列表;

图4为展示通信系统中的ID与情况代码的组合方面的示意图;

图5为展示通信系统中的ID和情况代码的组合与属性之间的关系的示意图;

图6为展示通信系统中的ID和情况代码的组合与对应属性的例子的列表;

图7为展示通信系统中的ID和情况代码的组合与对应属性的另一个例子的列表;

图8为展示通信系统中当基于属性的截止期限进行通信消息的处理时的过程的流程图;

图9为展示通信系统中对通信消息数据的处理被复制的例子的示意图;

图10为展示通信系统中复制通信消息的数据被处理的例子的示意图;

图11为展示通信系统中车况为给定数据且为每一车况获取了不同属性的例子的示意图;

图12为展示通信系统中车况为给定数据且为每一车况获取了相同属性的例子的示意图;

图13为展示通信系统中车况为给定数据且为每一车况获取了不同属性的例子的示意图;

图14为展示通信系统的第二实施例中的通信消息数据的结构的示意图;

图15为展示通信系统中表示通信消息的数据位置的位置代码的例子的列表;

图16为展示通信系统中的ID、位置代码和情况代码的组合的示意图;

图17为展示通信系统中的ID、位置代码和情况代码的组合与属性之间的关系的示意图;

图18为展示通信系统中的ID、位置代码和情况代码的组合与对应属性的例子的列表;

图19为展示在通信系统的第三实施例中存储器地址结构的示意图,该地址中保持有通信消息数据;

图20为展示通信系统中存储器地址与情况代码的组合方面的示意图;

图21为展示通信系统中存储器地址和情况代码的组合与属性之间的关系的示意图;

图22为通信系统的第四实施例中展示位置代码的例子的列表,该位置代码表示存储器地址中的数据位置,所述地址中保持有通信消息数据;

图23为展示通信系统中的地址、位置代码、情况代码的组合与属性之间的关系的示意图;

图24为展示通信系统中的地址、位置代码和情况代码的组合与对应属性的例子的列表;

图25为展示通信系统的第五实施例中包括转换代码和属性的共用数据库的例子的列表;

图26为展示通信系统中车辆类型A的通信消息的结构的示意图;

图27为展示通信系统中的ID、位置代码和根据车辆类型A的每段信息的信息而确定的情况代码的组合方面的示意图;

图28为展示通信系统中对应于车辆类型A的每段信息的ID、位置代码和情况代码的组合的转换代码的例子的列表;

图29为展示通信系统中车辆类型B的通信消息的结构的示意图;

图30为展示通信系统中根据车辆类型B的每段信息的信息而确定的ID、位置代码和情况代码的二组合的示意图;

图31为展示通信系统中对应于车辆类型B的每段信息的ID、位置代码和情况代码的组合的转换代码的例子的列表。

具体实施方式

第一实施例

以下将结合附图描述根据本发明的通信系统的第一实施例。

首先,将描述本实施例的概要。如图1所示,车辆1包括通信系统,其中作为通信设备的第一电子控制单元(ECU)10、作为通信设备的第二ECU20、车速传感器30、转向角传感器31、加速传感器32和摄像头40可通信地连接至通信总线50。相应地,第一和第二ECU10、20能够发送和接收各类数据,以通过对通信消息M的发送和接收进行控制。第一ECU10能够接收发自车速传感器30、转向角传感器31、加速传感器32和摄像头40的各类数据。在本实施例中,通信总线50是用于控制器区域网络(CAN)的总线,应用在通信消息中的协议是CAN协议。

如图2所示,第一ECU10包括CAN数据接收单元11,该第一ECU10从CAN数据接收单元11中的所接收的通信消息M中获取“CANID”和“数据”。

如图3所示,第一ECU10包括车况检测单元12,在车况检测单元12中基于车速传感器30、转向角传感器31、加速传感器32和摄像头40接收的各类数据检测车况,并根据检测到的车况获取“情况代码”。“情况代码”存储在属性存储单元13中,以对应于车况。

如图4所示,第一ECU10包括信息处理单元14中的属性获取单元141,并在属性获取单元141中创建“CANID”与“情况代码”的组合。

如图5所示,属性获取单元141从存储在属性存储单元13中的属性中获取对应于所创建的“CANID”与“情况代码”的组合的属性,以对应于该组合。属性包括多个元素,例如,有“类别”、“重要性”、“截止期限”等这样的属性元素。

即,如图6所示,属性获取单元141根据接收的通信消息M创建“CANID”与“情况代码”的组合,并获取对应于所创建的组合的属性。于是,使得所获取的属性对应于“数据”,该“数据”是从通信消息M中与“CANID”一起获取的。

如图7所示,可以对每一属性赋予一属性代码,且可以对“CANID”与“情况代码”的组合赋予对应的属性代码。借此,有可能获取通过属性代码对应于“CANID”与“情况代码”的组合的属性。

然后,如图8所示,判断处理单元14的判断单元142基于由“CANID”指定的数据类型和对应于“数据”的属性,进行待处理的“数据”的输出处理。

例如,如图9和图10所示,判断单元142进行作为所述输出处理的、对“属性B”的输出时间的调整,该输出请求在“属性A”的输出期间被接收。

接下来将详细描述本实施例的配置。图1所示的车辆1是移动物体,例如汽车。车辆1包括上述通信系统。

通信总线50由例如绞合线等通信线构成,通过该通信线发送作为CAN协议中的一个通信单位的通信消息M。通信总线50可以包括在一部分通信路径中的无线通信,或者可以包括通过网关等穿过另一网络的路径。另一方面,尽管CAN协议定义了四种帧作为通信消息的结构的帧,然而在本实施例中,假定通信消息是数据帧,是那四种帧中的一个,能够存储用户指定的通信数据。

如图2所示,通信消息M设有“CANID”存储所在的“ID域”、用户指定的“数据”存储所在的“数据域”,等等。“CANID”具有一个值,该值是为包括在通信消息M中的数据(信息)内容中的每一个而确定的,是所谓的标识符。

此处,用户指定的“数据”是指不是由CAN协议确定的数据,而是要通信的任意数据。要通信的任意“数据”包括通过每个ECU、传感器等等的预定处理、为根据条件而传输的程序处理等所选择的数据。尽管通信消息M设有其它的域,为方便描述,将省略对其它域的描述。在CAN协议中,“ID域”设定为11位长度,“数据域”设定为介于0到64位(8位×0到8字节)的字节长度。即,通信消息M能够包括最大64位的、由用户指定的“数据”。

车速传感器30检测车辆1的车轮的转速以计算车辆1的速度,并根据算出的速度通过通信总线50输出信号至第一ECU10等。转向角传感器31检测车辆1的转向角度,并根据检测的转向角度通过通信总线50将信号输出至第一ECU10等。

加速传感器32检测车辆1的加速,并根据检测的加速度通过通信总线50将信号输出至第一ECU等。摄像头40对车辆1的周围环境进行成像,并根据所拍摄的图像数据通过通信总线50将信号输出至第一ECU10等。

显示设备60连接至第一ECU10,其是配置为输出可由用户识别的图像的设备,以及第二输出设备61,其是配置为输出可由用户识别的声音的设备。显示设备60例如由屏幕等构成,例如平视显示器、导航系统的监视器、或触摸面板。声音输出设备61由配置为输出声音的设备构成,例如扬声器或蜂鸣器。图像可以包括静态图像和运动图像中至少一种。声音可以包括例如警报音的单音和引导音中至少一种。

第一和第二ECU10、20中的每一个均为控制设备,用于对车辆1进行各种控制,是以驾驶系统、行驶系统、车体系统或信息设备系统为控制目标的ECU。例如,以驾驶系统为控制目标的ECU是发动机用ECU,以行驶系统作为控制目标的ECU是转向用ECU或制动用ECU,控制车体系统的ECU是光照用ECU或车窗用ECU,以信息设备系统为控制目标的ECU是车辆导航用ECU。

第一和第二ECU10、20中的每一个均包括具有运算单元和存储单元的微电脑。所述运算单元是例如CPU的单元,其执行控制程序的运算处理。存储单元由其中存储有控制程序或数据的只读存储器(ROM)构成,或由暂时存储了运算单元的运算结果的暂态性存储器(RAM)构成,还包括非暂态性存储介质,例如硬盘或闪存(EEPROM),其中保持有大量数据。相应地,第一和第二ECU10、20中的每一个将保持在存储单元中的控制程序或各种参数读取至运算单元,执行并处理这些控制程序或各种参数,从而为控制目标提供预定功能,以控制所述控制目标。

在这一实施例中,第一ECU10存储了用于实现车况检测单元12或信息处理单元14的功能的程序,从而通过所述控制程序的执行而提供车况检测单元12或信息处理单元14。类似地,第一ECU10可以通过用于实现功能的控制程序的执行,提供CAN数据接收单元11的功能的至少一部分。

第二ECU20包括CAN数据传输单元21,其进行处理,用于基于其中用户设定的“数据”包括在数据域中的CAN协议来创建通信消息M,并发送该通信消息M。此处,由用户设定的“数据”是指与第二ECU的控制目标相关的各类信息,包括通过第二ECU20的程序处理在预定条件下作为发送目标而选择的“数据”。CAN数据传输单元21在基于用户设定的“数据”的CAN协议和对应于该“数据”的“CANID”的基础上创建通信消息,并发送该通信消息。即,由CAN数据传输单元创建的通信消息M通过通信接口(称为CAN控制器,图中未示出)被发送至通信总线50。

第一ECU10的CAN数据接收单元11基于CAN协议接收通信消息M,并进行用于从接收的通信消息M中提取“CANID”或“数据”的处理。CAN数据接收单元11在对信息处理单元14而言可用的方面输出所提取的“CANID”或“数据”。相应地,CAN数据接收单元11从发送自第二ECU20的通信消息M中提取“CANID”或“数据”,并允许“CANID”或“数据”对信息处理单元14等而言可用。所述CAN数据接收单元11从发送自车速传感器30、转向角传感器31、加速传感器32和摄像头40的通信消息M中提取“CANID”或“数据”,并允许“CANID”或“数据”对车况检测单元12等可用。

车况检测单元12基于从各个传感器等获取的信息检测车况,并将检测结果输出至信息处理单元14。车况检测单元12获取与车速传感器30检测的速度对应的信号,与转向角传感器31检测的转向角度对应的信号,与加速传感器32检测的加速度对应的信号,以及与摄像头40拍摄的图像数据对应的信号。随后,车况检测单元12基于用于检测车况的检测条件是否满足,检测到车况例如是“正常行驶”、“在右转期间”、“在左转期间”或“高速行驶”,并参照属性存储单元13获取对应于检测到的车况的“情况代码”。车况检测单元12在对信息处理单元14可用的方面输出所获取的“情况代码”。

例如,用于检测“正常行驶”的检测条件是:车速等于或低于每小时60km、转向角小,等等。用于检测“高速行驶”的检测条件是:车速超过每小时60km、转向角小,等等。用于检测“在右转期间”的检测条件是:车速低于或等于每小时30km、转向角等于或大于往右40度,而用于检测“在左转期间”的检测条件是:车速等于或低于每小时30km、转向角等于或大于往左40度,等等。尽管上述各检测而条件不包括由加速传感器32检测的加速度、由摄像头40拍摄的图像的图像处理结果,等等,然而,为了提高检测精度,在必要时,各检测条件包括使用与加速度相关的信息的条件、通过对所拍摄图像进行图像处理而得到的道路形状、以及与车辆外部环境相关的信息,例如到另一车辆的车辆间距离。

属性存储单元13整体或部分地由构成第一ECU10的存储单元的硬盘或闪存这样的非暂态性存储介质构成。该属性存储单元13存储数据,该数据是要使得一个属性对应于信息处理单元14中的“数据”而进行的处理所需要的。例如,属性存储单元13存储对应于通信消息M的“CANID”的“识别代码”、对应于车况的“情况代码”、对应于“CANID”(识别代码)与“情况代码”的组合的属性,等等。在本实施例中,与“CANID”相同的值被用作“识别代码”。即,“识别代码”匹配“CANID”。所述属性存储单元13可以存储对应于“CANID”的“识别代码”、对应于车况的“情况代码”、对应于“CANID”与“情况代码”的组合的属性,等等,在对信息处理单元14可用的方面作为列表或数据库。

信息处理单元14对从通信消息M中获取的数据进行各类处理。如上所述,信息处理单元14包括属性获取单元141和判断单元142。该属性获取单元141从CAN数据接收单元获取“CANID”和“数据”,并从车况检测单元12中获取“情况代码”。假定,“CANID”和“数据”获取自一条通信消息M。此时,优选的是从通信消息M中获取了具有相对于获取时间而言的少量时移的“情况代码”。例如,可以获取最新的“CANID”、“数据”和“情况代码”。进一步地,可以将“数据”的更新间隔和“情况代码”的更新间隔考虑进来,判断待获取的“情况代码”。例如,如果预定“数据”的更新间隔小于“情况代码”的更新间隔,则可以获取最新的“情况代码”,而如果预定“数据”的更新间隔等于或大于“情况代码”的更新间隔,则可以获取在最接近所获取的“数据”的更新时刻的更新时刻的“情况代码”。

属性获取单元141参照属性存储单元13根据“CANID”与“情况代码”的组合获取属性。例如,如图5所示,当“CANID”与“情况代码”的组合为\"\"11001100110\"\"001\"\"时,有可能获取下述属性:其中属性的元素的类别内容是“一般2”,属性元素的重要性内容是“3”,属性元素的截止期限内容是“1分钟”。

如图6所示,属性获取单元141能够获取参数,例如“警报1”、“警报2”、“警报3”,和“一般1”,作为属性元素的类别内容,并能获取参数,例如\"9\"、\"8\"、\"6\"、\"5\"、\"4\"、\"3\"和\"2\",作为属性元素的重要性内容。属性获取单元141能够获取参数,例如“现在”(现在)、“1分钟”(以1分钟)、“0.5分钟”(以0.5分钟)、“任意时刻”(任意时刻),作为属性元素的截止期限的内容。

判断单元142基于预先确定的条件将通信消息M的“数据”输出至显示设备60或声音输出设备61。当使得属性对应于“数据”时,判断单元142基于由“CANID”和属性指定的数据内容控制“数据”的输出方面。即,判断单元142根据设定在对应于“数据”的各属性元素中的内容,控制“数据”的输出方面,例如,类别、重要性、截止期限,等等。

例如,作为根据类别内容的输出控制,判断单元142以显明的方式按照“警报1”、“警报2”、“警报3”、“一般1”和“一般2”的内容次序进行对显示器输出或声音输出的输出控制。

作为根据重要性的输出控制,判断单元142进行了输出控制,例如具有高的重要性的“数据”输出被赋予了优先级。例如,当重复对多段数据的输出处理时,判断单元142可以早处理具有高重要性的“数据”。例如,当在先前“数据”的输出处理期间请求后续“数据”的输出处理时,如果后续“数据”的重要性高于先前“数据”的重要性,则判断单元142可以进行所谓的中断处理,其中中断先前“数据”的输出处理,进行后续“数据”的输出处理。

作为根据截至日期的输出控制,判断单元142进行输出控制,其中“数据”的输出处理被调节为可执行的,直到截至日期;当调节是不可能的时,输出处理停止。例如,判断单元142可以在“数据”的输出处理的结束时刻在截至日期之内时延迟该输出处理的执行起始,或用其它类信息改变所述执行。

此处,将描述属性存储单元13中保持的信息。如图3所示,在属性存储段元13中,设定了对应于每一车况的“情况代码”。例如,在属性存储单元13中,将“001”设定为对应于“正常行驶”的车况的“情况代码”,将“100”设定为对应于“高速行驶”的车况的“情况代码”。在属性存储单元13中,将“010”设定为对应于“在右转期间”的车况的“情况代码”,将“011”设定为对应于“在左转期间”的车况的“情况代码”。注意到,将“000”设定为对应于全部车况的“情况代码”。

如图6所示,在属性存储单元13中,设定了“CANID”和“情况代码”的组合与对应于该组合的属性之间的关系。例如,在属性存储单元13中,将其中属性元素的类别内容为“警报1”、属性元素的重要性内容为“9”、属性元素的截止期限内容为“现在”的属性设定为对应于\"\"11100100111\"\"000\"\"组合。在属性存储单元13中,将上述元素中依次的内容为“警报2”、“8”和“现在”的属性设定为对应于\"\"11010011001\"\"000\"\"组合,并将上述元素中依次的内容为“警报3”、“6”和“现在”的属性设定为对应于\"\"10010010010\"\"000\"\"组合。将上述元素中依次的内容为“一般1”、“3”和“现在”的属性设定为对应于\"\"01001000100\"\"000\"\"组合,并将上述元素中依次的内容为“一般2”、“4”和“1分钟”的属性设定为对应于\"\"01101011010\"\"001\"\"组合。将上述元素中依次的内容为“一般2”、“5”和“0.5分钟”的属性设定为对应于\"\"01101011010\"\"010\"\"组合,并将上述元素中依次的内容为“一般2”、“2”和“任何时刻”的属性设定为对应于\"\"10101010101\"\"000\"\"组合。将上述元素中依次的内容为“一般2”、“2”和“任何时刻”的属性设定为对应于\"\"11101000010\"\"001\"\"组合,并将上述元素中依次的内容为“一般2”、“4”和“1分钟”的属性设定为对应于\"\"11101000010\"\"010\"\"组合。将上述元素中依次的内容为“一般2”、“5”和“现在”的属性设定为对应于\"\"11101000010\"\"011\"\"组合。

如图7所示,在属性存储单元13中,可以设定属性和对应的属性代码,并可以设定“CANID”和“情况代码”的组合以及对应的属性代码。即,可以使得对应于“CANID”和“情况代码”的组合的属性通过属性代码而对应于所述组合。

例如,在属性存储单元13中,属性代码“10010100”被设定为对应于其中属性的类别、重要性和截止期限的内容依次是“警报1”、“9”和“现在”的属性,属性代码“10001000”被设定为对应于其中内容是上述元素中依次的“警报2”、“8”和“现在”的属性。属性代码“01101100”被设定为对应于其中内容是上述元素中依次的“警报3”、“6”和“现在”的属性,且属性代码“00110100”被设定为对应于其中内容是上述元素中依次的“一般1”、“3”和“现在”的属性。属性代码“01001010”被设定为对应于其中内容是上述元素中依次的“一般2”、“4”和“1分钟”的属性,且属性代码“01011001”被设定为对应于其中内容是上述元素中依次的“一般2”、“5”和“0.5分钟”的属性。属性代码“00101011”被设定为对应于其中内容是上述元素中依次的“一般2”、“2”和“任何时刻”的属性,且属性代码“01011000”被设定为对应于其中内容是上述元素中依次的“一般2”、“5”和“现在”的属性。

如图7所示,属性代码\"10010100\"被设定为对应于“CANID”与“情况代码”的组合\"\"11100100111\"\"000\"\",属性代码\"10001000\"被设定为对应于属性选择标识符\"\"11010011001\"\"000\"\"。属性代码\"01101100\"被设定为对应于上述组合\"\"10010010010\"\"000\"\",属性代码\"00110100\"被设定为对应于上述组合\"\"01001000100\"\"000\"\"。属性代码\"01001010\"被设定为对应于上述组合\"\"01101011010\"\"001\"\",属性代码\"01011001\"被设定为对应于上述组合\"\"01101011010\"\"010\"\"。属性代码\"00101011\"被设定为对应于上述组合\"\"10101010101\"\"000\"\",属性代码\"00101011\"被设定为对应于上述组合\"\"11101000010\"\"001\"\"。属性代码\"01001010\"被设定为对应于上述组合\"\"11101000010\"\"010\"\",属性代码\"01011000\"被设定为对应于上述组合\"\"11101000010\"\"011\"\"。

即,属性代码可以参照属性存储单元13从“CANID”与“情况代码”的组合中获取,且可以选择对应于所获得的属性代码的属性。

接下来,将描述用于由第一ECU10将获取自通信消息M的“数据”输出的输出处理例子。该输出处理是根据使得属性对应于“数据”的结束而执行的。注意到,受制于输出处理的“数据”被提供为从显示设备60或声音输出设备61到用户的“信息”。以下将假定“数据”是被提供给用户的“信息”进行描述。

如图8所示,如果基于“数据”的“新信息”的输出处理开始,则信息处理单元14的判断单元142进行关于是否有“信息被输出”至显示设备60或声音输出设备61的判断(图8的步骤S10)。当判断为没有“信息被输出”时(图8的步骤S10中的否),则判断单元142执行从显示设备60或声音输出设备61的“新信息”的输出(图8的步骤S11),并根据输出的执行的完成而结束输出处理。

当判断为有“信息被输出”时(图8的步骤S10中的是),判断单元142进行关于截止期限是否包括在“新信息”所对应的属性元素中(图8的步骤S12)。当判断为截止期限不包括在所述属性元素中时(图8的步骤S12中的否),判断单元142取消“新信息”(数据)的输出(图8的步骤S14)。于是,输出处理结束。

当判断为截止期限包括在属性元素中时(图8的步骤S12中的是),判断单元142执行用于基于“新信息”的截止期限使得输出待命的处理(图8的步骤S13)。于是,如果用于使输出待命的处理结束了,且所执行的输出处理等结束了,则输出处理结束。

此处,将描述用于使输出待命的处理(图8的步骤S13)。如图9所示,信息处理单元14接收通信消息M、同时“信息A”被输出至显示设备60,从而产生“信息B”到显示设备60的输出请求。此时,如果“信息A”和“信息B”能够在不同显示方面同时输出在显示设备60的屏幕上,则有可能使得“信息A”和“信息B”同时显示在显示设备60上。然而,当多段信息同时显示时,用户对这些类信息的识别能力可能下降,且识别所需时间可能会延长。当“信息A”和“信息B”在同一显示方面、且在显示设备60的屏幕上彼此干扰时,使得两段信息同时显示在显示设备60的屏幕上便是不优选的。当“信息A”和“信息B”是声音时,如果两类声音彼此重叠,则即使两类声音音调不同,要使用户能够听出这些类信息的声音输出也是困难的。

相应地,如图10所示,当产生“信息B”到显示设备60的输出请求、同时“信息A”输出至显示设备60时,信息处理单元14的判断单元142从“信息A”的属性等计算“信息A”的输出的结束时间。如果“输出周期”包括在属性中,则可从该属性计算出“信息A”的输出的结束时间。即使“输出周期”不包括在“信息A”的属性中,该输出周期也能从通过显示设备60的正常处理确定的“输出周期”等计算出。

信息处理单元14的判断单元142从“信息B”的属性等计算“信息B”的输出周期。如果“输出周期”包括在属性中,则可从该属性计算出“信息B”的输出周期。即使“输出周期”不包括在“信息B”的属性中,该输出周期也能从通过显示设备60的正常处理确定的“输出周期”等计算出。于是,当从“信息A”的输出的结束时间开始输出“信息B”以“输出周期”时,判断单元142估计“信息B”的输出结束时的输出结束时间。判断单元142进行关于估计的输出结束时间是否在“信息B”的属性中包括的截止期限之前的判断。于是,当判断为“信息B”的输出结束时间在截止期限以内时,进行时间调整,以将“信息B”的输出开始时间延迟到“信息A”的输出的结束时间。借此,有可能防止“信息A”和“信息B”的输出的干扰。

当判断为“信息B”的输出结束时间超过了截止期限时,将“信息B”的输出开始时间延迟到“信息A”的输出的结束时间是不可能的。此时,判断单元142同时输出“信息A”和“信息B”,中断“信息B”的输出,或停止“信息B”的输出。

接下来,参照图11到图13描述本实施例的应用例。如图11所示,在正常行驶期间(在笔直行驶期间)的车辆C10检测到穿越十字路口右岔道的行人P1、P2,表示被检测到的穿越十字路口右岔道的行人P1、P2的“数据”通过通信消息M被发送至第一ECU10。于是,该第一ECU10从通信消息M的“CANID”和对应于作为车况而检测的正常行驶的“情况代码”中获取属性。此时,在对应于“穿越十字路口右岔道的行人的信息”与“在笔直行驶期间”之间的关系的属性中,将正常水平的重要度设定在元素的内容中。

在右转期间的车辆C11检测到穿越十字路口右岔道的行人P1、P2,表示对穿越十字路口右岔道的行人P1、P2的检测的“数据”通过通信消息M发送至第一ECU10。于是,该第一ECU10从通信消息M的“CANID”和对应于作为车况而检测的右转的“情况代码”中获取属性。此时,在对应于“穿越十字路口右岔道的行人的信息”与“在右转期间”之间的关系的属性中,将例如警报水平的高水平重要度设定在元素的内容中。

相应地,信息处理单元14使得根据车况的属性对应于具有相同“CANID”的、从通信消息M中获取的“数据”,从而实现了“数据”的高功能处理。即,有可能与通信数据一起使用提高便利性所需的信息(属性),同时抑制通信数据量的增大。

如图12所示,通过通信消息M将表示靠近道路交叉点的正常行驶期间的车辆C20检测到靠近十字路口的商店S1、位于交叉点左侧的商店S2、位于交叉点右侧的商店S3的“数据”发送至第一ECU10。此时,该第一ECU10从通信消息M的“CANID”和对应于作为车况而检测的正常行驶的“情况代码”中获取对应于“数据”的属性。此时,当在交叉点处的车辆C20的行驶方向不清楚时,在对应于“围绕十字路口的各商店S1到S3的信息”与“车辆C20在正常行驶期间”的关系的属性中,设定正常水平的重要度。即,使得具有正常水平的重要度的属性对应于各商店S1到S3的信息。

如图13所示,在预期在交叉点处右转的车辆C21中,通过通信消息M将表示对上述三个商店S1到S3的检测的“数据”发送至第一ECU10。此时,第一ECU10从通信消息M的“CANID”和对应于作为车况检测的右转预期的“情况代码”中获取属性。此时,在对应于“靠近十字路口的商店S1的信息”与“在十字路口右侧上的商店S3的信息”之间的关系、以及“预期到右转的车况”的属性中,将正常水平的重要度设定在属性的内容中。在对应于“位于十字路口左侧上的商店S2”与“预期到右转的车况”之间的关系的属性中,将与正常水平相比的较低水平的重要度设定在元素的内容中。

相应地,在相同水平的获取自“CANID”的“数据”的情形中,对靠近十字路口的商店S1和位于十字路口右侧上的商店S3的信息分配以比位于十字路口左侧上的商店S2相对较高的优先级。使得对应于车况的属性对应于获取自相同的“CANID”的信息。

即,提供了一种通信系统,其能够与通信数据一起使用提高便利性所需的信息、同时抑制通信数据量的增大。如上所述,本实施例的通信系统具有以下效果。

(1)使得根据车况(例如车辆1的车辆状态或车辆外部环境)的属性对应于接收的通信消息M。即,使得属性对应于通信消息M而不改变通信消息M。相应地,使得属性对应于通信消息M而不增大通信消息M的通信量等。所述通信消息M是基于该属性处理的,从而有可能适当地处理具有受限数据量的任何通信消息。

(2)有可能检测车辆状态,例如“正常行驶”、“在右转期间”、“在左转期间”、“高速行驶”,该车辆状态是作为车况之一的车辆状态,并使得对应于检测到的车辆状态的属性对应于通信消息M。

(3)“识别代码”用作通信消息M的“CANID”,使得设定识别代码是容易的。即,用于与CAN总线通信的“CANID”被判断为针对包括在通信消息中的每一类数据具有独特值,使得易于令“识别代码”对每一通信消息而言是各异的。

(4)由于同一属性被分配给了大量数据,因此,使得同一属性通过属性代码对应于多段数据,从而有可能抑制具有存储在属性存储单元13中的属性的数据的量。在这种情形中,尽管需要的是属性代码而非属性,仍使得属性代码的数据量小于属性的数据量,从而抑制属性存储单元13所需的存储容量。

(5)使得截止期限对应于数据,从而有可能处理数据直到截止如期。当数据直到截止期限仍无法被处理时,不处理该数据。以这种方式,有可能根据截止期限的截止来进行处理。例如,在到驾驶辅助设备的数据输出的情形中,有可能减少用于对信息提供的不适感,例如,有可能在对的时间提供数据,防止不合时宜的数据提供。

(6)当接收多段数据时,有可能根据数据的截止期限来调整输出时间。例如,当在对先前接收的数据进行处理期间接收了后续数据时,在后续接收的数据的处理方面,有可能考虑数据的截止期限来判断适当的方面。借此,增强了用户便利性或识别性能,例如,有可能在对的时间恰当地输出多段数据。

(7)获取“情况代码”,该“情况代码”相对于通信消息M的获取时间而言具有小的时移。即,根据对通信消息M的接收从车况检测单元12中获取车况,从而有可能得到与所接收的通信消息的数据对应的适当属性。

(8)使用具有对数据量进行限制的CAN总线,有可能使得根据车况的属性对应于通信消息M。使得所述属性对应于通信消息M,而不改变“CANID”到通信消息M的分配,因而易于应用。

第二实施例

以下将参照图14到图18描述根据本发明的通信系统的第二实施例。

本实施例具有不同于第一实施例的配置,不同之处在于,多类数据包括在一条通信消息中,其它配置与第一实施例是相同的。因此,以下将主要描述不同于第一实施例的配置,那些与第一实施例相同的配置将由相同的附图标记表示,为便于说明,将省略对其的详细描述。

如图14所示,对应于“信息A”、“信息B”和“信息C”的数据包括在具有预定的“CANID”的通信消息M的数据域中。例如,对应于“信息A”的数据存储在数据域中第1位至第6位,对应于“信息B”的数据存储在数据域中第13位到底20位,对应于“信息C”的数据存储在数据域中第56位。对具有预定“CANID”的通信消息M进行发送和接收的ECU等预先设定所述预定的“CANID”和对应于“CANID”的消息数据M中包括的“信息A”、“信息B”和“信息C”的数据位置。例如,第一ECU10的CAN数据接收单元将预定的“CANID”、对应于“信息A”的数据的位置设定为第1位到第6位,对应于“信息B”的数据的位置为第13位到低20位,对应于“信息C”的数据的位置为第56位。

如图15所示,在属性存储单元13中,对应于数据域中的第1位到第6位的位置代码被设定为\"000000\",对应于数据域中第13位到第20位的位置代码被设定为\"001100\"。在属性存储单元13中,对应于数据域中的第56位的位置代码被设定为\"111000\"。

如图16所示,所述信息处理单元14的属性获取单元141创建“CANID”、对应于“数据”的“位置代码”、以及对应于车况的“情况代码”三者的组合。在本实施例中,这一组合具有20位:11位的“CANID”,6位的“位置代码”,和3位的“情况代码”。

于是,如图17所示,属性获取单元141获取对应于所创建的组合的属性。例如,\"\"11001100110\"\"000000\"\"001\"\"创建为“CANID”、“位置代码”和“情况代码”的组合,并获取下述属性作为对应于该组合的属性:其中,属性元素的类别内容为“一般2”,属性元素的重要度内容为“3”,属性元素的截止期限内容为“1分钟”。于是,使得所获取的属性对应于从通信消息M的数据域的“位置代码”的位置获得的“数据”,且该对应的属性用于与“CANID”一起进行“数据”的输出处理。

此处,将描述属性存储单元13中保持的信息。

如图18所示,在本实施例中,属性存储单元13设定“CANID”、“位置代码”和“情况代码”的组合与对应于该组合的属性之间的关系。

例如,在属性存储单元13中,属性元素的类别内容为“警报1”、重要度内容为“9”、截止期限内容为“现在”的属性被设定为对应于\"\"11100100111\"\"011000\"\"000\"\"的组合。其中内容依次为“警报2”、“8”和“现在”的属性被设定为对应于\"\"11010011001\"\"000110\"\"000\"\"的组合,内容依次为“警报3”、“6”和“现在”的属性被设定为对应于\"\"10010010010\"\"001110\"\"000\"\"的组合。内容依次为“一般1”、“3”和“现在”的属性被设定为对应于\"\"01001000100\"\"000101\"\"000\"\"的组合,内容依次为“一般2”、“4”和“1分钟”的属性被设定为对应于\"\"01101011010\"\"001100\"\"001\"\"的组合。内容依次为“一般2”、“5”和“0.5分钟”的属性被设定为对应于\"\"01101011010\"\"001100\"\"010\"\"的组合,内容依次为“一般2”、“2”和“任何时刻”的属性被设定为对应于\"\"10101010101\"\"000011\"\"000\"\"的组合。内容依次为“一般2”、“2”和“任何时刻”的属性被设定为对应于\"\"11101000010\"\"000000\"\"001\"\"的组合,内容依次为“一般2”、“4”和“1分钟”的属性被设定为对应于\"\"11101000010\"\"000000\"\"010\"\"的组合。内容依次为“一般2”、“5”和“现在”的属性被设定为对应于\"\"11101000010\"\"000000\"\"011\"\"的组合。

根据这一实施例,为抑制通信数据量的增加,即使当通信消息中包括多段数据时,也有可能与通信数据一起使用提高便利性所需的信息(属性)、同时抑制通信数据量的增大。

如上所述,本实施例的通信系统除了第一实施例的效果(1)到(8)外还具有以下效果(9):对于存储有多段数据的通信消息M而言,有可能指定数据,为每段数据获取适当的属性,并将该属性与数据相关联。

第三实施例

以下将参照图19到图21描述根据本发明的通信系统的第三实施例。

本实施例具有不同于第一实施例的配置,不同之处在于,通信消息数据是设置在存储器中的,其它配置与第一实施例是相同的。因此,以下将主要描述不同于第一实施例的配置,那些与第一实施例相同的配置将由相同的附图标记表示,为便于说明,将省略对其的详细描述。

如图19所示,根据对通信消息M的接收,第一ECU10的CAN数据接收单元11将包括在通信消息M中的数据写在作为可由信息处理单元14读取的存储单元的存储单元(RAM等)的预先确定的地址中。地址指明了存储单元的存储器区域。例如,CAN数据接收单元11将对应于从通信消息M获取的“信息A”、“信息B”和“信息C”的数据设置在存储器地址区域中。例如,将对应于“信息A”的数据设置在地址\"1231h\"中,将对应于“信息B”的数据设置在地址\"1233h\"中,将对应于“信息C”的数据设置在地址\"1237h\"中。注意到,“h”表示十六进制数。为方便描述,地址值由十六进制数表示。为待存储在其中的每类数据预先确定地址。

如图12所示,在本实施例中,“地址”被用作“识别代码”。即,信息处理单元14的属性获取单元141创建对应于“数据”的“地址”和对应于车况的“情况代码”。在本实施例中,这一组合总共有(n+3)位,其中n(n为整数)位的“地址”,3位的“车况”。

于是,如图21所示,属性获取单元141获取对应于所创建的组合的属性。例如,将\"\"1231h\"\"001\"\"创建为“地址”与“车况”的组合,其中获取元素类别内容为“一般2”、元素重要度内容为“3”、元素截止期限内容为“1分钟”的属性作为对应于所述组合的属性。于是,使得所获取的属性对应于从“地址”中获得的“数据”,且对应属性被用于“数据”的处理。

如上所述,本实施例的通信系统除第一实施例中描述的效果(1)、(2)和(4)到(8)外,还具有下述效果。(10)识别代码被确定为对应于其中保持有通信消息M的“数据”的存储器的地址,使得易于设定该识别代码。例如,存储器地址可用作识别代码。由于地址被确定为根据“数据”而不同,因此,使得“识别代码”根据数据而不同变得容易了。

第四实施例

以下将参照图22到图24描述根据本发明的通信系统的第四实施例。

本实施例具有不同于第三实施例的配置,不同之处在于,设置有数据的存储器地址是由位置代码指定的,其它配置与第一实施例是相同的。因此,以下将主要描述不同于第一实施例的配置,那些与第一实施例相同的配置将由相同的附图标记表示,为便于说明,将省略对其的详细描述。

如图22所示,在属性存储单元13中,将对应于“信息A”的数据所在的地址\"1230h\"的第2字节的位置代码设定为\"000001\",将对应于“信息B”的数据所在的地址\"1230h\"的第4字节的位置代码设定为\"000011\"。在该属性存储单元13中,将对应于其中“信息C”的数据所在的地址\"1230h\"的第8字节的位置代码设定为\"000111\"。

如图23所示,信息处理单元14的属性获取单元141根据对应于“数据”的“地址”和“位置代码”以及对应于车况的“情况代码”创建组合。在本实施例中,这一组合总共有(n+9)位,其中n(n为整数)位的“地址”,6位的“位置代码”,3位的“车况”。

于是,如图24所示,属性获取单元141获取对应于所创建的组合的属性。例如,将\"\"1230h\"\"000001\"\"001\"\"创建为“地址”、“位置代码”、“车况”的组合,其中获取元素类别内容为“一般2”、元素重要度内容为“3”、元素截止期限内容为“1分钟”的属性作为对应于所述组合的属性。于是,使得所获取的属性对应于从“地址”中获得的“数据”,且对应属性被用于“数据”的处理。

如上所述,本实施例的通信系统除第一实施例中描述的效果(1)、(2)和(4)到(8)外,还具有第三实施例中描述的效果(10)。

(11)有可能指明从通信消息中获取的数据(而无论多段数据在存储器中的设置方面如何),以根据该数据获取适当的属性,并使该属性与所述数据相关联。

第五实施例

以下将参照图25到图31描述本发明的通信系统的第五实施例。

本实施例具有不同于第一实施例的配置,不同之处在于,即使通信消息的标识符是相同的,且对应于该标识符的数据针对各车辆类型而不同,但可以使得适当的属性对应于数据,其它配置与第一实施例是相同的。因此,以下将主要描述不同于第一实施例的配置,那些与第一实施例相同的配置将由相同的附图标记表示,为便于说明,将省略对其的详细描述。

在本实施例中,将描述下述配置:其中针对“车辆A”和“车辆B”,使得同一属性对应于相似类型的预定数量的多段数据。另一方面,在“车辆A”和“车辆B”的通信消息的每一个中,相似类型的预定数量的多段数据在数据域中的设置位置是不同的。因此,将描述下述配置:即使相似类型的预定数量的多段数据的设置位置在多个车辆类型等中是不同的,然而可以使得同一属性对应于相似类型的预定数量的多段数据。

如图25所示,在“车辆类型A”的车辆的属性存储单元13和“车辆类型B”的车辆的属性存储单元13中的每一个中,保持有同一共用数据库131。在该共用数据库131中,属性和对应于该属性的转换代码被设定为彼此对应。一般而言,在所有车辆类型中,由于可以使得属性对应于相似类型的预定数量的多段数据,因此可以在多个车辆类型中共享该共用数据库131。于是,所述共用数据库在不同车辆类型中共享,使得易于为各车辆类型设定到数据的属性。

在本实施例中,例如,在共用数据库131中,设定了“信息A的属性”、“信息B的属性”、对应于“信息A的属性”的转换代码\"\"11001100110\"\"000001\"\"001\"\"、以及对应于“信息B的属性”的转换代码\"\"11001100110\"\"001101\"\"001\"\"。相应地,对于任何的“车辆类型A”和“车辆类型B”,有可能通过转换代码使得属性对应于获取自通信消息M的数据。

在本实施例中,尽管转换代码对于每一属性是独特的,因而转换代码的配置是“CANID”、“位置代码”和“情况代码”的组合,然而,可以确定任何配置,只要能够使得转换代码对于每一属性而言是独特的。

以下,将详细描述下述配置:其中使用共用数据库131使得属性对应于获取自通信消息M的数据。首先,将描述“车辆类型A”的车辆的配置。

如图26所示,在“车辆类型A”中,具有预定的“CANID”的通信消息M的数据域包括从第1位到第8位的对应于“信息A”的数据,从第13位到第20位的对应于“信息B”的数据,以及第56位的对应于“信息C”的数据。

如图27所示,在属性存储单元13中,对应于数据域中第1位到第8位的位置代码被设定为\"000001\",对应于数据域中第13位到第20位的位置代码被设定为\"001101\"。在该属性存储单元13中,对应于数据域中第56位的位置代码被设定为\"111000\"(图中未示出)。

信息处理单元14的属性获取单元141创建“CANID”、对应于“数据”的“位置代码”、对应于车况的“情况代码”三者的组合。即,\"\"11001100110\"\"000001\"\"001\"\"被创建为对应于“信息A”的组合,\"\"11001100110\"\"001101\"\"001\"\"被创建为对应于“信息B”的组合。

如图28所示,在属性存储单元13中,设定了对应于所创建的组合的“转换代码”。相应地,属性获取单元141参照属性存储单元13,选择对应于以上述方式创建的组合的转换代码。在本实施例中,在“车辆类型A”中,以上述方式创建的组合和“转换代码”具有同一代码。于是,属性获取单元141参照共用数据库131,通过“转换代码”,使得“针对信息A的属性”对应于“信息A”的数据,并使得“针对信息B的属性”对应于“车辆类型B”。

随后,将描述“车辆类型B”的车辆的配置。如图29所示,在“车辆类型B”中,具有预定的“CANID”的通信消息M的数据域包括从第1位到第8位的对应于“信息B”的数据,从第13位到第20位的对应于“信息A”的数据,以及第56位的对应于“信息C”的数据。

如图30所示,在属性存储单元13中,将对应于数据域中第1位到第8位的位置代码设定为\"000001\",将对应于数据域中第13位到第20位的位置代码设定为\"001101\"。在属性存储单元13中,将对应于数据域中第56位的位置代码设定为\"111000\"(图中未示出)。

信息处理单元14的属性获取单元141创建“CANID”、对应于“数据”的“位置代码”、对应于车况的“情况代码”三者的组合。即,\"\"11001100110\"\"001101\"\"001\"\"被创建为对应于“信息A”的组合,\"\"11001100110\"\"000001\"\"001\"\"被创建为对应于“信息B”的组合。

如图31所示,在属性存储单元13中,设定了对应于每一个所创建的组合的“转换代码”。相应地,属性获取单元141参照属性存储单元13以上述方式选择对应于所创建的组合的转换代码。在本实施例中,在“车辆类型B”中,将\"\"11001100110\"\"000001\"\"001\"\"设定为针对“信息A”的数据所对应的组合\"\"11001100110\"\"001101\"\"001\"\"的“转换代码”。将\"\"11001100110\"\"001101\"\"001\"\"设定为针对“信息B”的数据所所对应的组合\"\"11001100110\"\"000001\"\"001\"\"的“转换代码”。

于是,属性获取单元141参照共用数据库131,通过“转换代码”使得“用于信息A的属性”对应于“信息A”的数据,并使得“用于信息B的属性”对应于“车辆B”的数据。

根据这一实施例,对于任何“车辆类型A”和“车辆类型B”,基于根据各车辆类型准备的“转换代码”而在共用数据库的众多属性之中获取对应于每段数据的属性,这是有可能的。借此,有可能恰当地使得属性对应于通信消息M中包括的数据,而无论车辆类型等如何。

如上所述,本实施例的通信系统除了第一实施例中描述的效果(1)到(8)外还具有下述效果。(12)使得转换代码对应于由多种车辆类型中的每一个得到的“CANID”、“位置代码”和“情况代码”的组合,从而有可能从为多个车辆类型共同设置的共用数据库131中获取属性。

(其它实施例)

可从以下方面来实施各实施例。

在各实施例中,阐述了这样的情形:其中第一ECU10包括CAN数据接收单元11、车况检测单元12、属性存储单元13和信息处理单元14。然而,本发明并不限于此。第一ECU不限于上述配置,且可以具有任何配置,只要能够根据车况将属性赋予接收的通信消息的数据。借此,实现了通信系统的设计自由度的提高。

在各实施例中,阐述了这样的情形:其中第一和第二ECU10、20连接至通信总线50,且车速传感器30、转向角传感器31、加速传感器32和摄像头连接至通信总线50。然而,本发明并不限于此。三个或三个以上ECU可以连接至通信总线,且其它传感器、各种设备、网关等可以连接至该通信总线。可以不连接车速传感器、转向角传感器、加速传感器和摄像头中的至少一个。借此,实现了通信系统的应用范围的扩展。

在各实施例中,阐述了这样的情形:其中“正常行驶”的检测条件是速度等于或低于每小时60km、且转向角小,“高速行驶”的检测条件是速度超过每小时60km、转向角小。阐述了这样的情形:其中“在右转期间”的检测条件是速度等于或低于每小时30km、转向角等于或大于向右40度,“在左转期间”的检测条件是速度等于或低于每小时30km、转向角等于或大于向左40度。然而,本发明并不限于此。关于“正常行驶”或“高速行驶”的检测条件,每小时速度可以低于或高于60km,转向角的值可以是不同的,转向角可以不包括在所述条件中,或者可以包括其他条件。关于“在右转期间”或“在左转期间”的检测条件,转向角可以在各方向上大于40度,转向角可以比40度小,只要能够明确是右转,每小时速度值可以使不同的,每小时速度可以不包括在条件中,或者可以包括其他条件。

在各实施例中,阐述了这样的情形:其中对应于在行驶方向上穿越道路的行人P1、P2中的每一个的属性具有高的优先级,而对应于行驶道路之外的物体的属性具有低的优先级。然而,本发明并不限于此。可以使得具有高优先级的属性对应于具有作为车况的高重要度或优先级的车况,而使得具有低优先级的属性对应于具有作为车况的低重要度或优先级的车况。例如,对应于下述车况的属性可以具有高优先级:在该车况中,在右转期间有对向的直行车辆,有具有高碰撞可能性的物体,且驾驶员被要求避开。当燃料充足时对应于加油站位置的车况的属性可以具有低优先级。借此,实现了通信系统的设计或应用的自由度的提高。

在各实施例中,阐述了这样的情形:其中判断单元142输出通信消息M的“数据”到显示设备60或声音输出设备61。然而,本发明并不限于此。可以进行控制,以使得判断单元将待输出的数据输出至其它ECU等,例如导航系统。借此,实现了由判断单元判断的数据应用范围的扩展。

在各实施例中,阐述了这样的情形:其中包括在属性中的元素是类别、重要度和截止期限。然而,本发明并不限于此。作为包括在属性中的元素,类别、重要度和截止期限以外的元素,例如输出周期、优先级等也可以包括在属性中。类别、重要度和截止期限中的全部或一些也可以不包括在属性中。借此,提高了通信系统的设计或适用性的自由度。

在第一实施例中,阐述了下述情形:其中通过一个属性代码从对应于数据的“CANID”与“情况代码”的组合获取了属性。然而,本发明并不限于此。可以通过多个属性代码等从“CANID”与“情况代码”的组合半路地获取属性。借此,实现了通信系统设计自由度的提高。

在第一实施例中,阐述了下述情形:其中通过“属性代码”使得“CANID”与“情况代码”的组合对应于属性。然而,本发明并不限于此。可以通过“属性代码”使得“CANID”、“位置代码”与“情况代码”的组合,“地址”与“情况代码”的组合,或者“地址”、“位置代码”与“情况代码”的组合对应于属性。借此,实现了通信系统设计自由度的提高。

在各实施例中,阐述了这样的情形:其中直接指示存储器地址的地址被用作识别代码。然而,本发明并不限于此。可以使用指针、标签等间接地指示识别代码,只要能够指明数据保持所在的位置。借此,实现了通信系统设计自由度的提高。

在第一和第二实施例中,阐述了“CANID”被用作“识别代码”的情形。然而,本发明并不限于此。所述“识别代码”可以不同于“CANID”。借此,实现了通信系统设计自由度的提高。

在各实施例中,尽管阐述了基于摄像头40拍摄的图像来检测车辆外部环境,然而,本发明并不限于此。可以基于地图信息、从中心获得的中心信息、或从其他车辆获得的与其它车辆相关的信息等来检测所述车辆外部环境,只要能够检测到必要车辆外部环境。借此,实现了通信系统设计自由度的提高。

在各实施例中,尽管阐述了基于从车速传感器30、转向角传感器31和加速传感器32获得的信息来检测车辆状态,然而本发明并不限于此。可以基于从其它传感器获得的信息来检测车辆状态,只要能够检测到必要车辆状态。借此,实现了通信系统设计自由度的提高。

在各实施例中,阐述了这样的情形:其中车况包括“正常行驶”、“在右转期间”、“在左转期间”和“高速行驶”四种车况,然而,本发明并不限于此。所述车况可以包括上述四种车况以外的其他车况。例如,车况可以包括由用户设定的作为车辆状态的路线指导的存在/缺席、乘客数量、燃料余量等。

车况可以包括作为车辆外部环境的道路状况、其他车辆位置、障碍物、天气、昼夜、明暗等。作为车辆外部的环境的外部环境被检测为车况之一,且能够使得根据车辆状态的属性对应于通信消息M。

上述四种情况中的至少一种可以不包括在车况中。借此,实现了通信系统的设计或应用的自由度的提高。

在各实施例中,尽管阐述了“情况代码”由3位表示的情形,然而,本发明并不限于此。所述情况代码可以由3位以上的位表示。借此,有可能使得适当的属性对应于更多车况。

在各实施例中,阐述了这样的情形:其中对应的属性获取自“CANID”与“情况代码”的组合,“CANID”、“位置代码”与“情况代码”的组合,“地址”与“情况代码”的组合,或“地址”、“位置代码”与“情况代码”的组合。然而,本发明并不限于此。在上述每一个组合中也可以包括其他代码,也可以考虑其他代码来获取属性。借此,实现了通信系统设计的自由度的提高。

在各实施例中,阐述了其中车辆1是汽车的情形。然而,本发明并不限于此。所述通信系统可以设置在汽车等车辆以外的移动体中,例如,船舶、铁路、工业机器、机器人等。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1