数据处理装置以及程序的制作方法

xiaoxiao2020-9-10  12

【知识产权代理】【专利服务】Tel:18215660330

数据处理装置以及程序的制作方法
【专利摘要】定期通信处理部(102)将在一定周期的发送定时到来了时,将共享存储器(101)内的数据发送到BCM(200)。事件表格存储部(104)存储表示成为事件通信处理部(106)的发送的对象的数据的条件、和从抽出满足所述条件的数据到发送为止所容许的容许延迟时间的事件表格。事件检测部(105)抽出满足事件表格中示出的条件的共享存储器(101)的数据。事件通信处理部(106)在定期通信处理部(102)的发送定时的到来前并且从通过事件检测部(105)抽出数据时起经过容许延迟时间的定时为止,将通过事件检测部(105)抽出了的数据发送到BCM(200)。
【专利说明】数据处理装置以及程序

【技术领域】
[0001]本发明涉及使数据发送高效化的技术。
[0002]以下,主要以车载系统为例子,说明使数据发送高效化的技术。

【背景技术】
[0003]在汽车的车身系系统中,对被称为车身控制模块(BCM:Body Control Module)的E⑶(Electro Control Unit,电子控制单元),通过专用线连接1/0设备来进行控制,但伴随控制对象增加,信号线量的增加成为课题。
[0004]为了解决该课题,在专利文献1中,公开了如下方法:将各1/0设备的状态信号分别收容于在车辆各部中配置了的多路复用(multiplex)传送装置,通过多路复用传送路,连接多路复用传送装置与BCM之间,控制1/0设备。
[0005]另外,在专利文献2中,公开了如下方法:在使用了上述那样的多路复用传送装置的通信系统中,在来自I/o设备的输入数据中有变化的情况下,通过多路复用传送装置将有变化的输入数据发送到BCM,而使BCM能够以短时间探测输入数据的变化。
[0006]专利文献1:日本特开平2-1649号公报
[0007]专利文献2:日本特开平6-30003号公报


【发明内容】

[0008]为了低成本化,关于上述多路复用传送路,不仅是BCM和多路复用传送装置,而且在其以外的ECU之间的数据交换中也利用。
[0009]在车载系统中,在ECU之间交换的数据被用于行驶中的车体控制等,所以要求规定的实时性。
[0010]因此,需要向BCM早期地通知输入数据的变化,另一方面,需要抑制从多路复用传送装置向BCM的数据发送,以能够保证上述实时性。
[0011]即,需要将多路复用传送装置的通信频带抑制为一定值以下,而使其他装置能够进行通信。
[0012]在每当输入数据变化时从多路复用传送装置向BCM发送输入数据的方式中,需要总是对多路复用传送装置分配还能够应对在一定期间集中发生输入数据的变化的状况的通信频带。
[0013]因此,无法对利用多路复用传送路的其他装置保证充分的通信频带。
[0014]本发明是鉴于这样的状况而完成的,其主要目的在于实现一种在实现通信频带的抑制的同时,无拖延地发送特定的数据的结构。
[0015]本发明的数据处理装置的特征在于,具有:
[0016]数据接收部,接收数据;
[0017]第1数据发送部,在重复到来的发送定时到来时,将直到到来的发送定时为止通过所述数据接收部接收的数据发送到发送目的地装置;
[0018]第2数据发送部,在所述第I数据发送部的发送定时到来之前,将通过所述数据接收部接收的数据发送到所述发送目的地装置;
[0019]条件信息存储部,存储表示如下内容的条件信息:成为所述第2数据发送部的发送对象的数据的条件、和从抽出满足所述条件的数据到发送满足所述条件的数据为止所容许的容许延迟时间;以及
[0020]事件数据抽出部,监视通过所述数据接收部接收的数据,将满足所述条件信息中示出的条件的数据作为事件数据抽出,
[0021]所述第2数据发送部在所述第I数据发送部的发送定时到来之前并且在事件数据发送期限为止,将通过所述事件数据抽出部抽出的所述事件数据发送到所述发送目的地装置,其中,所述事件数据发送期限是从通过所述事件数据抽出部抽出所述事件数据时起经过所述容许延迟时间的定时。
[0022]根据本发明,在发送定时到来时,集中发送数据,所以无需对数据处理装置总是分配一定等级的通信频带,实现通信频带的抑制。
[0023]另外,关于事件(event)数据,在发送定时到来前,不超过容许延迟时间地发送,所以能够不拖延地发送特定的数据。

【专利附图】

【附图说明】
[0024]图1是示出实施方式I的车载系统的结构例的图。
[0025]图2是示出实施方式I的事件表格的例子的图。
[0026]图3是示出实施方式I的在车载系统中设想的事件的例子的图。
[0027]图4是示出实施方式2的车载系统的结构例的图。
[0028]图5是示出实施方式3的车载系统的结构例的图。
[0029]图6是示出实施方式I的事件通信时的动作例的流程图。
[0030]图7是示出实施方式I?3的多路复用传送装置的硬件结构例的图。
[0031]图8是示出实施方式I的在车载系统中设想的事件的发生顺序的例子的图。
[0032](附图标记说明)
[0033]100:多路复用传送装置;101:共享存储器;102:定期通信处理部;103:定期通信定时器;104:事件表格存储部;105:事件检测部;106:事件通信处理部;107:事件通信定时器;108:通信部;109:条件设定部;200 =BCM ;201:共享存储器;202:模式检测块;300:I/O 设备;400:CAN。

【具体实施方式】
[0034]实施方式1.
[0035]在本实施方式中,说明车载系统中的、实现响应性能的提高和通信频带的抑制的结构。
[0036]更具体而言,说明保证将来自I/O设备的输入数据的变化在规定时间以内通知给BCM,将规定的一定期间内的多路复用传送装置所致的多路复用传送路的占有率抑制为一定值以下的结构。
[0037]图1示出本实施方式的车载系统的结构例。
[0038]BCM200定期地或者在事件发生时经由网络接收多路复用传送装置100 (以下有时记载为“DHM100”)的共享存储器101的值,掌握I/O设备的输入。
[0039]将连接BCM200和DHM100的网络设为CAN (Control Area Network,控制区域网络)400。
[0040]另外,DHM100相当于数据处理装置的例子,BCM200相当于发送目的地装置的例子。
[0041]接下来,详细说明本实施方式的DHM100。
[0042]来自I/O设备300的输入数据被取入到DHM100内的共享存储器101。
[0043]共享存储器101的内容是与DHM100连接了的多个I/O设备300的输入的集合,关于各个I/o设备300的输入数据,例如,如果是接点输入(contact input),则通过I个比特表现,如果是模拟数据,则是进行了 A/D变换的8比特的值。
[0044]根据所连接的I/O设备300的数量和种类,通过系统设计,决定共享存储器101内的数据格式。
[0045]另外,共享存储器101相当于数据接收部的例子。
[0046]定期通信处理部102每当由定期通信定时器103生成的固定周期的发送定时到来时,读出发送定时到来时的共享存储器101内的数据(以下将共享存储器101内的数据称为“共享存储器数据”),将共享存储器数据发送到BCM200。
[0047]定期通信处理部102相当于第I数据发送部的例子。
[0048]定期通信定时器103是向定期通信处理部102以一定周期提供发送定时的定时器,关于该周期,既可以预先具有规定的值,也可以通过BCM200在初始化时以及运用时动态地提供。
[0049]事件表格存储部104存储记载DHM100检测的事件的表格。
[0050]图2示出事件表格的内容。
[0051]在事件表格中,如图2所示,定义了监视对象、事件检测条件、容许延迟时间。
[0052]在事件表格中,示出了成为后述事件通信处理部106的发送的对象的共享存储器数据的条件(监视对象、事件检测条件)、和从抽出满足条件的共享存储器数据到发送该共享存储器数据为止所容许的容许延迟时间。
[0053]事件表格相当于条件信息的例子,事件表格存储部104相当于条件信息存储部的例子。
[0054]在图2中,在监视对象中,定义与成为事件通信处理部106的发送的对象的共享存储器数据的发送源的I/o设备有关的条件。
[0055]在事件检测条件中,定义与成为事件通信处理部106的发送的对象的共享存储器数据的数据值有关的条件。
[0056]如果监视对象的I/O设备300是接点输入设备,则能够将输入信号的上升沿的检测、下降沿的检测、上升沿和下降沿这两个边缘的检测等设定为事件检测条件,如果是模拟输入设备,则能够将数据值超过门限值的检测、低于门限值的检测设定为事件检测条件。
[0057]容许延迟时间是从发生事件到发送事件为止的容许时间,是对系统容许的事件检测延迟时间,减去与利用网络的数据发送有关的时间、和直至BCM200接受数据而开始针对事件的处理为止的延迟时间而得到的时间。
[0058]事件检测部105读出事件表格,根据事件表格的条件(监视对象、事件检测条件),监视共享存储器101的内容,检测是否发生了在事件表格中设定了的事件。
[0059]在检测到发生了事件的情况下,事件检测部105对事件通信处理部106进行事件检测通知,将事件发生时的共享存储器数据输出到事件通信处理部106。
[0060]在事件检测通知中,通知发生了哪个事件。
[0061]即,在事件检测通知中,记述了事件表格的“事件编号”。
[0062]另外,“发生了事件”是指,满足事件表格的条件(监视对象、事件检测条件)的数据被输入到共享存储器101。
[0063]S卩,事件检测部105监视输入到共享存储器101的数据,抽出满足在事件表格中示出的条件(监视对象、事件检测条件)的共享存储器数据。
[0064]另外,将事件检测部105在事件发生时抽出的共享存储器数据还称为“事件数据”。
[0065]另外,事件检测部105与事件通信处理部106 —起相当于事件数据抽出部的例子。
[0066]事件通信处理部106接受来自事件检测部105的事件检测通知,对事件发生时间点的共享存储器的内容进行事件通信。
[0067]事件通信处理部106从事件检测部105探测到事件发生的时刻(即抽出了事件数据的时刻)起经过容许延迟时间的定时(事件数据发送期限)为止,将事件数据经由通信部108发送到BCM200。
[0068]更具体而言,事件通信处理部106按照在图6中例示的次序进行事件通信。
[0069]关于图6的各步骤的内容将后述。
[0070]另外,如上所述,事件通信处理部106与事件检测部105—起相当于事件数据抽出部的例子。
[0071]另外,事件通信处理部106相当于第2数据发送部的例子。
[0072]在事件通信定时器107中,通过事件通信处理部106设置容许延迟时间,将容许延迟时间的到来、即事件数据发送期限的到来通知给事件通信处理部106。
[0073]事件通信定时器107相当于发送期限定时器的例子。
[0074]通信部108将来自定期通信处理部102的定期通信数据(共享存储器数据)、和来自事件通信处理部106的事件通信数据(共享存储器数据)送出到CAN400。
[0075]条件设定部109变更定期通信定时器103的定时器值、和事件表格的内容。
[0076]在实施方式3中详细说明条件设定部109。
[0077]接下来,参照图6,详细说明事件通信处理部106的动作次序。
[0078]事件通信处理部106如果输入了来自事件检测部105的事件检测通知(在S601中“是”),则读出在事件表格中登记了的容许延迟时间,比较读出了的容许延迟时间和定期通信定时器103的剩余时间(S602)。
[0079]S卩,事件通信处理部106判断事件数据发送期限和定期通信处理部102的接下来的发送定时中的哪一个先到来。
[0080]在定期通信定时器103的剩余时间比容许延迟时间短的情况下(在S603中“是”),判断为在容许延迟时间内进行定期通信处理部102的定期通信,事件通信处理部106取消事件通信。
[0081]在该情况下,定期通信处理部102将事件数据发送到BCM200。
[0082]另一方面,在容许延迟时间更短的情况下(在S603中“否”),事件通信处理部106从事件检测部105输入事件数据,并且,在事件通信定时器107中设置容许延迟时间(S604)。
[0083]然后,如果发生了事件通信定时器107的超时(在S605中“是”),则将事件数据经由通信部108发送到BCM200(S606)。
[0084]另外,在超时等待的期间中发生了其他事件的情况下(在S607中“是”),事件通信处理部106比较事件通信定时器107的剩余时间、和新发生了的事件的容许延迟时间(S608)。
[0085]即,判定新的事件数据的事件数据发送期限和事件通信定时器107的超时中的哪一个先到来。
[0086]另外,在S607的判断中,包括S601?S603的处理。
[0087]S卩,事件通信处理部106输入来自事件检测部105的新的事件检测通知(S601),比较新的事件的容许延迟时间和定期通信定时器103的剩余时间(S602、S603),在新的事件的容许延迟时间更短的情况下,在S607中成为“是”。
[0088]另外,在S607中成为“是”的情况下,事件通信处理部106从事件检测部105输入新的事件数据。
[0089]如果事件通信定时器107的剩余时间比新的事件的容许延迟时间短(在S609中“否”),则不变更事件通信定时器107的设定。
[0090]另一方面,如果新的事件的容许延迟时间更短(在S609中“是”),则事件通信处理部106对事件通信定时器107设定新的事件的容许延迟时间(S610)。
[0091]然后,如果事件通信定时器107超时(在S605中“是”),则对最后发生了事件的时间点的共享存储器101的内容进行事件发送。
[0092]S卩,将直至事件通信定时器107超时为止由事件检测部105抽出了的事件数据发送到 BCM200。
[0093]另外,定期通信定时器103也可以在实施了定期通信以及事件通信的情况下,对计数器进行清零,而再次开始接下来的发送定时的测量。
[0094]另外,也可以代替该操作,而仅在实施了定期通信的情况下,对计数器进行清零,再次开始接下来的发送定时的测量。
[0095]在前者的情况下,能够将数据发送次数抑制为最小限,同时关于全部数据的实时性,能够保证是定期周期以内,同时关于事件,也能够实现容许延迟时间以内的通知。
[0096]在后者的情况下,相比于前者,通信量增加,但与有无事件无关地,以一定间隔进行定期通信,所以能够用于网络的延迟测量、数据接收失败等网络的安全性的测量等用途。
[0097]接下来,具体说明本实施方式的效果。
[0098]图3是在本实施方式中作为对象的车载系统中设想的η个事件的一览。
[0099]在图3中,按照容许延迟时间从短到长的顺序记载了事件,关于事件9以后,省略了记载。
[0100]在本例子中,在每当发生事件时进行了事件通信的情况下,需要设想在一定期间中集中发生在系统中定义的全部η个事件的情形,所以需要与I/O设备的数量成比例的通信频带。
[0101]根据η的数量,必要的通信频带增大,而无法对利用CAN400的其他系统保证通信频带。
[0102]相对于此,根据本实施方式的方法,通过将事件#1?#5登记到事件表格(图2)中,将定期通信周期设定为10ms (事件#6、7的容许延迟时间),能够在容许延迟时间以内向BCM200发送全部事件。
[0103]关于必要的通信频带,通过规定所处理的事件,能够设计系统,在本实施方式中处理的事件的情形下,在事件通信之后,对定期通信定时测量用的计数器进行清零的情况下,图8所示的情形成为最大通信量。
[0104]在图8中,Λ是帧发送时刻,(a)是定期发送、或者、任意的事件发送。在(a)之后,最早发送帧的情形是在刚刚发送帧之后,发生容许延迟时间最短的事件#1的情形。该时刻(b)是从发生事件#1起经过作为事件#1的容许延迟时间的3ms之后。
[0105]在(b)之后,最早发送帧的情形是,在1秒钟之内不发生事件#1,所以在仅接着(b)之后发生容许延迟时间次短的事件#2的情形,该时刻(c)是从发生事件#2起经过作为容许延迟时间的5ms之后。同样地,在(c)之后,最早发送帧的情形是在仅接着(c)之后,发生事件#3的情形,帧的发送时刻(d)是从发生事件#3起经过5ms之后,在(d)之后最早发送帧的情形是在仅接着(d)之后发生事件#4的情形,帧的发送时刻(e)是从发生事件#4起经过8ms之后。另外,在该期间发生了事件#1?#4以外的事件的情况下,该事件是通过在时刻(a)?(e)发送的帧中的、在事件发生之后最近的将来发送的帧来通知。因此,如果按照任意的3ms的期间考虑,则最大通信巾贞数是1,如果按照任意的20ms的期间考虑,贝lj最大通信帧数成为4。
[0106]因此,即使η的数量大,也能够对利用CAN400的其他系统保证通信频带。
[0107]以上,在本实施方式中,说明了一种车载系统,包括:
[0108]控制器,控制系统;以及
[0109]一个以上的多路复用传送装置,连接了通过上述控制器控制或者参照的一个以上的i/o设备。
[0110]另外,在本实施方式中,说明了多路复用传送装置将与多路复用传送装置连接的I/o设备的输入数据作为成批的数据,定期发送。
[0111]另外,说明了多路复用传送装置监视特定的I/O设备的输入,在成为特定的输入状态的情况下,进行事件检测,将特定的I/o设备的输入数据作为成批的数据进行事件发送。
[0112]说明了在上述事件发送中,在事件检测之后,加上容许延迟时间而得到的时刻成为事件发送时限。
[0113]进而,说明了在发生了单个或者多个事件的情况下,在事件发送时限最早的时刻,将总括了特定的I/o设备的输入数据的数据作为通知所发生的全部事件的数据,进行事件发送。
[0114]另外,在本实施方式中,说明了在相比于事件发送时限,定期发送定时更早的情况下,多路复用传送装置通过定期发送,进行事件通知。
[0115]另外,在本实施方式中,说明了在从最后进行定期发送或者事件发送起经过了一定期间之后,进行接下来的定期发送。
[0116]实施方式2.
[0117]图4示出本实施方式的车载系统的结构例。
[0118]在本实施方式中,用不同的消息发送利用事件检测的共享存储器数据的发送、和利用定期发送的存储器数据的发送。
[0119]在本实施方式中,在事件检测部105检测了事件时,将事件检测标志ON输出到定期通信处理部102,定期通信处理部102在事件检测标志是ON的情况下,作为事件通知用的消息,进行数据发送。
[0120]在实施方式I中说明了的图6的S603中“是”的情况、即相比于容许延迟时间而定期通信定时器103的剩余时间更短的情况下,通过定期通信处理部102发送事件数据。
[0121]然后,在事件检测标志是ON的情况下,定期通信处理部102作为事件通知用的消息进行数据发送,以在BCM200中能够识别发送了的数据是事件数据。
[0122]事件通信处理部106始终作为事件通信用的消息进行数据发送。
[0123]定期通信处理部102和事件通信处理部106在发送了事件通知用消息的情况下,将事件发送完成通知通知给事件检测部105。
[0124]事件检测部105接受事件发送完成通知,使检测标志成为OFF。
[0125]另一方面,在事件检测标志是OFF的情况下,定期通信处理部102作为定期通信用消息进行数据发送。
[0126]由此,在接收了数据的BCM200中,能够容易地判定处理为紧急事件、还是处理为通常的例程(routine)处理。
[0127]以上,在本实施方式中,
[0128]说明了在事件通信和定期通信中使用不同的消息以使得即使不观察数据的内容的情况下控制器也能够区分是否发生了事件的多路复用传送装置。
[0129]实施方式3.
[0130]图5不出本实施方式的车载系统的结构例。
[0131]在本实施方式的车载系统中,对BCM200追加了模式检测块202。
[0132]在本实施方式中,依照车辆的动作模式,条件设定部109变更定期通信周期和事件表格。
[0133]在车载系统中,在引擎成为OFF (关闭)的情况下,要求抑制功耗地动作,所以要求通信频度比行驶中更少。
[0134]另外,在引擎是OFF的情况下,行驶系的系统停止,所以与行驶中相比,应检测的事件不同。
[0135]在本实施方式中,BCM200的模式检测块202检测引擎OFF模式,模式检测块202将定期通信周期(定期通信定时器103的定时器值)的更新值和事件表格的更新值通知给条件设定部109。
[0136]然后,条件设定部109将定期通信周期(定期通信定时器103的定时器值)和事件表格更新为被通知了的更新值。
[0137]由此,能够应对上述要求。
[0138]另外,也可以由DHM100自律地或者通过来自BCM200的消息接收,进行模式变更的检测,条件设定部109自己切换为与各模式对应的定期通信定时器103的值和事件表格的值。
[0139]关于事件表格的更新,条件设定部109以将比更新后的定期通信周期更短的容许延迟时间的事件包含于事件表格中的方式更新。
[0140]例如,在当前的事件表格是图2所示的内容,定期通信周期是1ms的情况下,如果通过引擎0FF,定期通信周期被变更为20ms,则条件设定部109将图3的事件#6和事件#7追加到事件表格。
[0141]另外,关于模式的切换,不限于引擎0FF,而能够定义空转停止中、信号等待所致的停止、高速行驶中等多个模式。
[0142]由此,能够将所检测的事件、定期通信周期设定为最佳。
[0143]另外,在本实施方式中,也可以将定期通信周期设定为无限大,仅实施事件通信。
[0144]另外,也可以将事件表格设定为空,仅实施定期通信。
[0145]以上,在本实施方式中,说明了能够从多路复用传送装置的外部变更定期通信周期。
[0146]另外,在本实施方式中,说明了能够从多路复用传送装置的外部变更事件检测的特定的输入状态、以及、容许延迟时间。
[0147]另外,在本实施方式中,说明了能够根据车辆的动作模式变更定期发送周期、事件检测的特定的输入状态、以及、容许延迟时间。
[0148]另外,在本实施方式中,说明了在引擎成为OFF的情况下,将定期发送周期设定得较长,将检测的事件设定为限定于引擎是OFF的情况的事件。
[0149]最后,参照图7,说明实施方式I?3所述的DHM100的硬件结构例。
[0150]DHM100是计算机,DHM100的各要素能够通过程序执行处理。
[0151]另外,可以将程序存储到存储介质,使计算机从存储介质读取程序。
[0152]作为DHM100的硬件结构,对总线连接了运算装置701、外部存储装置702、主存储装置703、通信装置704、定时器705。
[0153]运算装置701是执行程序的CPU (Central Processing Unit,中央处理单元)。
[0154]外部存储装置702是例如ROM (Read Only Memory,只读存储器)、快闪存储器。
[0155]主存储装置703是RAM (Random Access Memory,随机访问存储器),相当于共享存储器101。
[0156]通信装置704对应于通信部108的物理层。
[0157]定时器705相当于定期通信定时器103、事件通信定时器107。
[0158]关于程序,通常,存储到外部存储装置402中,在载入到了主存储装置403的状态下,依次被运算装置701读入而执行。
[0159]程序是实现说明为图1所示的“?部”(除了“事件表格存储部104”以外以下也相同)的功能的程序。
[0160]进而,在外部存储装置702中还存储了操作系统(OS),OS的至少一部分被载入到主存储装置703中,运算装置701在执行OS的同时,执行实现图1所示的“?部”的功能的程序。
[0161]另外,将表示在实施方式I?3的说明中说明为“?的判断”、“?的检测”、“?的抽出”、“?的比较”、“?的设定”、“?的登记”、“?的选择”、“?的生成”、“?的输入”、“?的更新”等的处理的结果的信息、数据、信号值、变量值在主存储装置703中存储为文件。
[0162]另外,也可以将密码密钥.解密密钥、随机数值、参数在主存储装置703中存储为文件。
[0163]另外,图7的结构只是表示DHM100的硬件结构的一个例子,DHM100的硬件结构不限于图7记载的结构,而也可以是其他结构。
[0164]另外,在实施方式1?3中,说明了在车载系统中使数据发送高效化的方法,但实施方式1?3所述的方法的应用对象不限于车载系统。
【权利要求】
1.一种数据处理装置,其特征在于,具有: 数据接收部,接收数据; 第I数据发送部,在重复到来的发送定时到来时,将直到到来的发送定时为止通过所述数据接收部接收的数据发送到发送目的地装置; 第2数据发送部,在所述第I数据发送部的发送定时到来之前,将通过所述数据接收部接收的数据发送到所述发送目的地装置; 条件信息存储部,存储表示如下内容的条件信息:成为所述第2数据发送部的发送对象的数据的条件、和从抽出满足所述条件的数据到发送满足所述条件的数据为止所容许的容许延迟时间;以及 事件数据抽出部,监视通过所述数据接收部接收的数据,将满足所述条件信息中示出的条件的数据作为事件数据抽出, 所述第2数据发送部在所述第I数据发送部的发送定时到来之前并且在事件数据发送期限为止,将通过所述事件数据抽出部抽出的所述事件数据发送到所述发送目的地装置,其中,所述事件数据发送期限是从通过所述事件数据抽出部抽出所述事件数据时起经过所述容许延迟时间的定时。
2.根据权利要求1所述的数据处理装置,其特征在于,所述条件信息存储部存储表示多个条件和针对各条件的容许延迟时间的条件信息,所述第2数据发送部在通过所述事件数据抽出部针对所述条件信息中示出的2个以上的条件抽出了 2个以上的事件数据的情况下,在针对所述2个以上的事件数据的2个以上的事件数据发送期限中的最早到来的事件数据发送期限,将所述2个以上的事件数据发送到所述发送目的地装置。
3.根据权利要求2所述的数据处理装置,其特征在于, 所述数据处理装置还具有发送期限定时器,该发送期限定时器通过所述事件数据抽出部被设置事件数据发送期限, 所述事件数据抽出部在对所述发送期限定时器设置了某一个事件数据的事件数据发送期限之后,在发生所述发送期限定时器的超时之前,抽出了符合新的条件的新的事件数据的情况下,判断所述新的事件数据的事件数据发送期限和所述发送期限定时器的超时中的哪一个先到来,在所述新的事件数据的事件数据发送期限比所述发送期限定时器的超时先到来的情况下,对所述发送期限定时器设置所述新的事件数据的事件数据发送期限,所述第2数据发送部在发生了所述发送期限定时器的超时时,将直到超时的发生为止通过所述事件数据抽出部抽出的事件数据发送到所述发送目的地装置。
4.根据权利要求1?3中的任一项所述的数据处理装置,其特征在于, 所述事件数据抽出部在抽出了事件数据的时间点,判断抽出了的事件数据的事件数据发送期限和所述第I数据发送部的接下来的发送定时中的哪一个先到来, 所述第2数据发送部在通过所述事件数据抽出部判断为所述事件数据发送期限比所述第I数据发送部的接下来的发送定时先到来的情况下,在所述事件数据发送期限为止将所述事件数据发送到所述发送目的地装置。
5.根据权利要求4所述的数据处理装置,其特征在于, 所述第I数据发送部在通过所述事件数据抽出部判断为所述事件数据发送期限的到来和接下来的发送定时的到来是同时的情况下、或者、判断为接下来的发送定时比所述事件数据发送期限先到来的情况下,在接下来的发送定时,将所述事件数据发送到所述发送目的地装置。
6.根据权利要求5所述的数据处理装置,其特征在于, 所述第I数据发送部以使所述发送目的地装置能够识别事件数据的方式向所述发送目的地装置发送事件数据。
7.根据权利要求1?6中的任一项所述的数据处理装置,其特征在于, 所述第I数据发送部在每隔规定的发送间隔到来的发送定时到来时,向所述发送目的地装置发送数据, 所述条件信息存储部存储有如下条件信息:该条件信息表示多个条件,并针对各条件表示比所述第I数据发送部的发送间隔短的容许延迟时间。
8.根据权利要求7所述的数据处理装置,其特征在于, 所述第I数据发送部在从通过所述第2数据发送部向所述发送目的地装置发送了事件数据起经过了所述发送间隔之后的发送定时,将通过所述数据接收部接收的数据发送到所述发送目的地装置。
9.根据权利要求7或者8所述的数据处理装置,其特征在于, 所述数据处理装置还具有条件设定部,该条件设定部变更所述第I数据发送部的发送间隔,并且针对各条件变更所述条件信息,以使得表示比变更后的发送间隔短的容许延迟时间。
10.根据权利要求9所述的数据处理装置,其特征在于, 所述条件设定部根据来自外部装置的指示,变更所述第I数据发送部的发送间隔和所述条件信息。
11.根据权利要求9或者10所述的数据处理装置,其特征在于, 所述数据处理装置和所述输出目的地装置搭载于车辆上, 所述条件设定部根据所述车辆的动作状态,变更所述第I数据发送部的发送间隔和所述条件信息。
12.根据权利要求11所述的数据处理装置,其特征在于, 所述条件设定部在所述车辆是引擎关闭状态时,将所述第I数据发送部的发送间隔变更为比所述车辆是弓I擎运行状态时更长的间隔。
13.根据权利要求1?12中的任一项所述的数据处理装置,其特征在于, 所述数据接收部接收来自多个设备的数据, 所述条件信息存储部存储有表示数据的发送源的设备和与数据的值有关的条件的条件信息。
14.一种程序,其特征在于,使计算机执行如下处理: 数据接收处理,接收数据; 第I数据发送处理,在重复到来的发送定时到来时,将直到到来的发送定时为止通过所述数据接收处理接收的数据发送到发送目的地装置; 第2数据发送处理,将在所述第I数据发送处理的发送定时到来之前通过所述数据接收处理接收的数据发送到所述发送目的地装置; 条件信息读出处理,从规定的存储区域读出表示如下内容的条件信息:成为所述第2数据发送处理的发送对象的数据的条件、和从抽出满足所述条件的数据到发送满足所述条件的数据为止所容许的容许延迟时间;以及 事件数据抽出处理,监视通过所述数据接收处理接收的数据,将满足所述条件信息中示出的条件的数据作为事件数据抽出, 在所述第2数据发送处理中,使所述计算机在所述第I数据发送处理的发送定时到来之前并且在事件数据发送期限为止,将通过所述事件数据抽出处理抽出的所述事件数据发送到所述发送目的地装置,其中,所述事件数据发送期限是从通过所述事件数据抽出处理抽出所述事件数据时起经过所述容许延迟时间的定时。
【文档编号】H04L29/06GK104272695SQ201280072495
【公开日】2015年1月7日 申请日期:2012年4月20日 优先权日:2012年4月20日
【发明者】西山博仁 申请人:三菱电机株式会社

最新回复(0)