本发明涉及控制应用程序(以下，称作应用)的数据输出的技术。
在以下内容中，作为一例，对于对搭载于车辆的车载系统中的应用的数据输出进行控制的技术进行说明。
背景技术：
在车载系统中搭载有多种多样的电子设备。伴随着近年来的车载系统的多功能化及复杂化，用于控制这些电子设备的车载控制装置(以下，称作ecu(electroniccontrolunit，电子控制单元))的搭载数量正在增加。
另一方面，由于实现运算处理的嵌入式cpu(centralprocessingunit，中央处理器)的性能提高，因此，利用一个ecu实现多个功能(应用)的趋势正在加速。当在一个ecu上实现多个应用时，多个应用共享计算资源。因此，应用的处理定时和对外部网络或设备的访问定时有时会由于其它应用的处理的影响而发生变化。因此，成为应用在与单独运行时不同的定时运行的情况。针对此课题，公开了一种控制应用对外部的访问定时的技术。
例如，在专利文献1中公开了如下方法：将向网络发送的数据临时存储于数据库中，基于预先设定的发送定时的信息来控制发送处理。
现有技术文献
专利文献
专利文献1：日本特开2010-231407号公报
技术实现要素：
发明要解决的课题
专利文献1中未考虑多个应用对一个输出目的地进行访问的情况。例如，假定在通常时运行的第1应用和仅在紧急情况时运行的第2应用向相同的输出目的地输出数据的情况。
在紧急情况时，从第2应用向输出目的地输出数据。但是，如果第1应用与通常时同样地运行，则存在在第2应用输出数据之后第1应用向相同的输出目的地输出数据的可能性。
如果在从第2应用输出数据之后又从第1应用向相同的输出目的地输出数据，则存在来自第2应用的数据会被来自第1应用的数据覆盖而被删除的问题。
本发明的主要目的是解决这样的问题，主要目的在于，使得在从仅在紧急情况时等特定的情况下输出数据的应用、即默认的输出设定被设定为无效的应用输出数据后，不会从其它应用向相同的输出目的地输出数据。
用于解决课题的手段
本发明的数据处理装置具有：输出设定更新部，当由多个应用中的、默认输出设定被设定为无效的应用请求了数据的输出时，该输出设定更新部将作为请求源的应用的输出设定从无效更新为有效，并将向与所述作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为有效的其它应用的输出设定从有效更新为无效；以及输出控制部，其对输出设定为有效的应用的数据进行输出。
发明效果
在本发明中，当由默认输出设定被设定为无效的应用请求了数据的输出时，将作为请求源的应用的输出设定从无效更新为有效，并将向与作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为有效的其它应用的输出设定从有效更新为无效。
因此，根据本发明，在来自默认输出设定被设定为无效的应用的数据输出后，不向相同的输出目的地输出来自其它应用的数据。
附图说明
图1是示出实施方式1的ecu的硬件结构例的图。
图2是示出实施方式1的ecu的功能结构例的图。
图3是示出实施方式1的参数表的示例的图。
图4是示出实施方式1的输出表的示例的图。
图5是示出实施方式1的输出设定更新部的运行例的流程图。
图6是示出实施方式1的输出控制部的运行例的流程图。
图7是示出实施方式1的输出控制部的运行例的流程图。
图8是示出实施方式2的参数表的示例的图。
图9是示出实施方式2的输出表的示例的图。
图10是示出实施方式3的参数表的示例的图。
图11是示出实施方式4的ecu的功能结构例的图。
图12是示出实施方式4的参数表的示例的图。
图13是示出实施方式4的检索表的示例的图。
图14是示出实施方式4的输出设定更新部的运行例的流程图。
图15是示出实施方式1的参数表的示例的图。
具体实施方式
实施方式1.
***结构的说明***
图1示出本实施方式的ecu100的硬件结构例。图2示出本实施方式的ecu100的功能结构例。
ecu100是计算机。
作为硬件，ecu100具备处理器400、存储装置500、i/o(输入/输出)装置170和通信装置180。
处理器400、存储装置500、i/o装置170和通信装置180分别通过总线连接。
i/o装置170与ecu100外部的设备200和设备201连接。此外，通信装置180与ecu100外部的网络300连接。
设备200和设备201例如是致动器等。
网络300例如是can(controllerareanetwork，控制器局域网络)、ethernet(以太网，注册商标)等。
另外，ecu100相当于数据处理装置的示例。
如图2所示，作为功能结构，ecu100具备应用111、应用112、应用113、输出设定更新部120、调度部150、输出控制部160、参数表存储部130以及输出表存储部140。
另外，在图2中，图示了三个应用，但是，应用的数量也可以不是三个。
应用111、应用112、应用113、输出设定更新部120、调度部150和输出控制部160是通过程序来实现的。
这些程序存储在存储装置500中。并且，处理器400执行这些程序，以进行后述的应用111、应用112、应用113、输出设定更新部120、调度部150和输出控制部160的运行。
此外，参数表存储部130和输出表存储部140是通过存储装置500来实现的。
处理器400是执行处理的ic(integratedcircuit，集成电路)，例如是cpu。
存储装置500是ram(randomaccessmemory，随机存取存储器)、rom(readonlymemory，只读存储器)、闪存、hdd(harddiskdrive，硬盘驱动器)等。
i/o装置170例如是设备200和设备201的接口装置。
通信装置180包含接收数据的接收机和发送数据的发送机。通信装置180例如是can控制器、ethernet(注册商标)控制器等通信接口装置。
＊＊＊运行的说明＊＊＊
接下来，对图2所示的各要素的运行进行说明。
应用111、应用112、应用113分别以固有的周期开始数据处理。并且，应用111、应用112、应用113分别向输出设定更新部120请求示出数据处理结果的数据的输出。
输出设定更新部120受理来自应用111、应用112、应用113的数据的输出请求。
并且，当由多个应用中的、默认输出设定被设定为“无效”的应用请求了数据的输出时，输出设定更新部120将作为请求源的应用的输出设定从“无效”更新为“有效”。进一步，输出设定更新部120将向与作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为“有效”的其它应用的输出设定从“有效”更新为“无效”。
另外，在以下内容中，由应用请求了输出的数据被称作输出数据。
默认输出设定被记述于参数表中。此外，输出设定被记载于输出表中。
参数表存储在参数表存储部130中。此外，输出表存储在输出表存储部140中。
参数表和输出表的详细情况容后再述。
输出控制部160将来自输出表的输出设定为“有效”的应用的输出数据输出至相应的输出目的地。
如果输出目的地是设备200或设备201，则输出控制部160将输出数据发送至i/o装置170，使i/o装置170将输出数据输出至设备200或设备201。另一方面，如果输出目的地是网络300，则输出控制部160将输出数据发送至通信装置180，使通信装置180将输出数据输出至网络300。
参数表存储部130存储参数表。
在参数表中，针对每个应用定义了输出定时、输出目的地及默认输出目的地。
参数表存储部130例如由闪存构成。
输出表存储部140存储输出表。
输出表中包含有输出请求的有无、输出设定及输出数据。
输出表存储部140例如由ram构成。
调度部150管理输出控制部160的启动周期。
此外，调度部150也可以进行应用111、应用112、应用113的启动管理。
调度部150是通过例如os(operatingsystem，操作系统)来实现的。
图3示出参数表的一例。
参数表由输出id、应用id、周期、输出定时、访问类别、输出目的地、默认输出设定及优先级构成。
输出id只要是标识符即可，可以是任何形式，也可以是符号或数字。
应用id中记述有应用111、应用112、应用113的标识符。应用id中也可以记述有符号或数字。
周期中记述有执行应用的周期。当在多个记录中记述有相同的应用id时，针对相同的应用id记述相同的周期。
输出定时中记述有来自应用的输出数据被输出至ecu100外部的定时。
访问类别中记述有输出数据的类别。在图3的第一行和第二行中记述有输出数字信号的内容。除此以外，还可以将表示网络的名称或符号、通信的标识符记述在访问类别一栏中。
输出目的地中记述有输出数据的输出目的地。输出目的地中记述有例如指定设备、网络的名称或符号、通信的标识符。
默认输出设定中记述有输出设定的默认值。在每个周期向输出目的地输出输出数据的应用中，作为默认输出设定，设定了“有效”。另一方面，在仅在紧急情况时这一特别的情况下才向输出目的地输出输出数据的应用中，作为默认输出设定，设定了“无效”。
优先级是输出目的地共同的两个以上应用间的优先顺序。当在输出目的地共同的两个以上的应用中包含有默认输出设定为“无效”的应用的情况下，默认输出设定为“无效”的应用的优先级高于默认输出设定为“有效”的应用的优先级。
在输出目的地共同的两个以上的应用中的两个以上的应用的默认输出设定为“无效”的情况下，需要对默认输出设定为“无效”的两个以上的应用之间的优先级设置高低。例如，假定如图15的参数表所示出的，三个应用(应用111、应用112、应用113)的输出目的地是共同的、且两个应用(应用112、应用113)的默认输出被设定为“无效”的情况。该情况下，需要对应用112和应用113的优先级设置高低。此外，默认输出设定为“有效”的应用111的优先级是在三个应用中最低的优先级。
另外，图3和图15的参数表的各值是静态值，不被输出设置更新部120更新。
在图3的参数表的第一行(输出id1)中，示出了应用111以100ms周期运行的情况。此外，在第一行中示出了来自应用111的输出数据在100ms周期内的60ms的定时被输出至设备200的情况。在第一行中，默认输出设定为“有效”，因此，在每个周期中，来自应用111的输出数据被输出至设备200。
在参数表的第二行(输出id2)中，示出了应用112以20ms周期运行的情况。此外，在第二行中示出了来自应用112的输出数据在20ms周期内的10ms的定时被输出至设备200的情况。在第二行中，默认输出设定为“无效”，因此，仅在紧急情况时等特殊的情况下，来自应用112的输出数据才被输出至设备200。应用112例如对监视对象物进行监视，在监视对象物存在异常的情况下，输出通知监视对象物异常的输出数据。
在参数表的第三行(输出id3)中，示出了应用113以100ms周期运行的情况。此外，在第三行中示出了来自应用113的输出数据在100ms周期内的70ms的定时被输出至can、即网络300的情况。在第三行中，默认输出设定为“有效”，因此，在每个周期中，来自应用113的输出数据被输出至网络300。
图4示出输出表的示例。
输出表由输出id、输出请求、输出设定及输出数据构成。
输出id中记述有与参数表的输出id相同的标识符。
输出请求中记述有来自应用的输出请求的有无。
输出设定中记述有当前的输出设定。
输出数据中保存有来自应用的输出数据。
输出请求的值和输出设定的值被输出设定更新部120更新。
即，直到有来自应用的输出请求为止，输出请求的值为“无”，当输出设定更新部120从应用受理了输出请求时，输出设定更新部120将输出请求的值更新为“有”。
默认输出设定为“有效”的应用的输出设定的初始值为“有效”，默认输出设定为“无效”的应用的输出设定的初始值为“无效”。
由于参数表的第一行(输出id1)的应用111的默认输出设定为“有效”，因此，输出表的第一行(输出id1)的输出设定的初始值为“有效”。同样地，由于参数表的第二行(输出id2)的应用112的默认输出设定为“无效”，因此，输出表的第二行(输出id2)的输出设定的初始值为“无效”。
当输出设定更新部120从默认输出设定为“无效”的应用112受理了输出请求时，将输出表的第二行(输出id2)的输出设定的值从“无效”更新为“有效”。此外，输出设定更新部120将和输出目的地与应用112是共同的且默认输出设定为“有效”的应用111对应的输出表的第一行(输出id1)的输出设定的值从“有效”更新为“无效”。
输出控制部160通过参照输出表的输出请求的值和输出设定的值来判定输出数据可否输出。
输出数据中保存有由参数表的访问类别规定的数据。例如，由于参数表的第一行(输出id1)的访问类别为数字信号的输出，因此，将1比特的数据写入输出表的第一行(输出id1)的输出数据中。
在本实施方式中，应用111、应用112、应用113分别以100ms、20ms、100ms的周期运行。
应用111每个周期生成针对设备200的输出数据，并向输出设定更新部120请求输出数据的输出。
应用112在特定的条件下，例如在紧急情况时生成针对作为应用111的输出目的地的设备200的输出数据，并向输出设定更新部120请求输出数据的输出。例如，应用112在紧急情况时生成设备200的停止指示作为输出数据。
图5是示出输出设定更新部120的运行例的流程图。
图5所示的输出设定更新部120的运行例相当于输出设定更新处理的示例。
输出设定更新部120由生成了输出数据的应用调用。
当应用111向输出设定更新部120请求输出数据的输出时，应用111对输出数据附加输出id1，将被附加了输出id1的输出数据作为输出请求发送至输出设定更新部120。
输出设定更新部120在接收到输出请求时，在步骤s100中参照图4所示的输出表。
然后，在步骤s101中，输出设定更新部120确认输出表的输出设定是否为“有效”。
在图4的示例中，由于输出id1的输出被设定为“有效”，因此，步骤s101中的判定为“是”，处理转移至s105。
在步骤s105中，输出设定更新部120更新输出表。
具体而言，输出设定更新部120将输出表的输出请求从“无”更新为“有”，并将输出数据写入输出表中。
在应用112向输出设定更新部120请求输出数据的输出时，应用112对输出数据附加输出id2，将被附加了输出id2的输出数据作为输出请求发送至输出设定更新部120。
在步骤s100中，输出设定更新部120参照输出表。
在图4的示例中，由于输出id2的输出设定为“无效”，因此，步骤s101中的判定为“否”，处理转移至s102。
在步骤s102中，输出设定更新部120参照参数表，在步骤s102中检索记述有与输出设定被判定为“无效”的输出id的输出目的地相同的输出目的地的输出id。即，检索向与输出请求的请求源应用的输出目的地相同的输出目的地输出数据的应用的输出id。
在图3的示例中，由于输出id2的输出目的地是设备200，因此，输出设定更新部120在参数表中检索设备200为输出目的地的输出id。检索的结果，输出设定更新部120取得设备200为输出目的地的输出id1。
接下来，输出设定更新部120在步骤s103中，对是否在步骤s102中取得的输出id的优先级比输出设定为“无效”的输出id的优先级高、并且在步骤s102中取得的输出id的输出表内的输出设定是否为“有效”进行判定。
虽然在步骤s102中检索出的输出id1的输出表内的输出设定为“有效”，但是，优先级却比输出id2低。
在步骤s103的判定为“是”的情况下，输出设定更新部120通过步骤s106将不允许输出数据的输出的情况通知给请求源的应用，并结束输出请求的处理。
另一方面，在步骤s103的判定为“否”的情况下，在步骤s104中，只要在步骤s102中检索出的输出id的输出设定为“有效”，则输出设定更新部120将其更新为“无效”。此外，在步骤s105中，输出设定更新部120将输出设定为“无效”的输出id的输出请求从“无”更新为“有”，将输出设定从“无效”更新为“有效”，将输出数据写入输出表中。
如上所述，由于输出id1的优先级比输出id2的优先级低，因此，步骤s103的判定为“否”，在步骤s105中，输出设定更新部120将输出id2的输出请求从“无”更新为“有”，将输出设定从“无效”更新为“有效”，将输出数据写入输出表中。此外，在步骤s104中，输出设定更新部120将输出表的输出id1的输出设定从“无效”更新为“有效”。
像图3的参数表那样，在两个应用共享输出目的地、一方的应用的默认输出设定为“有效”、另一方的应用的默认输出设定为“无效”的情况下，默认输出设定为“无效”的应用的优先级较高，因此，步骤s103必然被判定为“否”。因此，当由多个应用(应用111、应用112)中的、默认输出设定被设定为“无效”的应用(应用112)请求了数据的输出时，输出设定更新部120将作为请求源的应用(应用112)的输出表的输出设定从“无效”更新为“有效”。此外，输出设定更新部120将向与作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为“有效”的其它应用(应用111)的输出设定从“有效”更新为“无效”。
此外，像图15的参数表那样，在三个以上的应用共享输出目的地、两个以上的应用的默认输出设定为“无效”的情况下，输出设定更新部120根据默认输出设定为“无效”的应用间的优先级和输出表的输出设定来判定是否更新输出表。当由多个应用(应用111、应用112、应用113)中的、默认输出设定被设定为“无效”的应用(例如，应用112)请求了数据的输出时，如果向与作为请求源的应用(应用112)的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为“无效”的、被设定了比请求源应用的优先级高的优先级的应用(应用113)的输出表的输出设定不是“有效”，则输出设定更新部120将作为请求源的应用(应用112)的输出设定从“无效”更新为“有效”。此外，输出设定更新部120将向与作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为“有效”的其它应用(应用111)的输出表的输出设定从“有效”更新为“无效”。
在图3的参数表的示例中，在应用111的周期内，如果在应用111的输出请求之前先发出了应用112的输出请求，则应用111的输出数据不被输出。
即，根据应用112的输出请求，在步骤s105中，输出id1的输出设定被更新为“无效”，因此，在步骤s101中被判定为“否”。然后，在步骤s102中，通过参照参数表(图3)提取出以作为输出id1的输出目的地的设备200为输出目的地的输出id2。由于输出id2的优先级高于输出id1且输出id2的输出设定为“有效”(在步骤s105中更新完毕)，因此，在s103中被判定为“是”。
因此，输出设定更新部120在步骤s106中向应用111通知输出数据的输出不被允许的情况。
此外，在图15的参数表的示例中，在应用112的周期内，如果在应用112的输出请求之前先发出了应用113的输出请求，则应用112的输出数据不被输出。
即，应用112的输出请求的输出设定为“无效”，因此，在步骤s101中会被判定为“否”。然后，在步骤s102中，通过参照参数表(图15)提取出以作为输出id2的输出目的地的设备200为输出目的地的输出id3。由于输出id3的优先级高于输出id2且输出id3的输出设定为“有效”(在步骤s105中更新完毕)，因此，在s103中被判定为“是”。
因此，输出设定更新部120在步骤s106中向应用112通知输出数据的输出不被允许的情况。
图6示出输出控制部160的输出定时时的流程图。
图6所示的输出控制部160的运行例相当于输出控制处理的示例。
由调度部150使输出控制部160在记载于参数表中的输出定时启动。例如，参数表的输出id1在输出定时中记载的60ms的定时(从应用111启动起经过了60ms的时刻)启动。
当输出控制部160被启动时，在步骤s200中参照输出表。
当在输出表中相应的输出id的输出请求为“有”且输出设定为“有效”时(步骤s201中为“是”)，输出控制部160在步骤s202中执行输出处理。即，输出控制部160将输出数据输出至输出目的地。
另一方面，如果在s201中不满足条件，则输出控制部160不执行输出处理而结束处理。
图7示出输出控制部160的周期开始时的流程图。
图7所示的输出控制部160的运行例也相当于输出控制处理的示例。
输出控制部160除了在参数表中所定义的输出定时之外，在各应用开始数据处理的定时也启动。即，输出控制部160在参数表的周期的定时被调度部150启动而进行输出表的初始化。
在图3的参数表中，应用111以100ms周期启动，应用112以20ms周期启动，应用113以100ms周期启动，因此，输出控制部160在各个周期开始时被启动。
例如，当在应用111的周期开始时启动输出控制部160时，输出控制部160在步骤s300中使输出表的输出id1的输出请求为“无”。
此外，输出控制部160在步骤s301中将输出表的输出id1的输出设定恢复为作为参数表的默认输出设定值的“有效”。
另外，在应用111利用的输出id存在多个的情况下，输出控制部160对全部输出id应用相同的处理。
另外，图5～图7所示的运行过程相当于数据处理方法和数据处理程序的示例。
＊＊＊实施方式的效果的说明＊＊＊
根据本实施方式，在由多个应用在不同的定时发出对相同的输出目的地的输出请求的情况下，也能够根据优先级来判定可否执行输出处理。因此，在应用间的处理顺序和输出定时的顺序被更换的情况下，也能够防止意外的输出动作。
此外，在本实施方式中，当由默认输出设定被设定为无效的应用请求了数据的输出时，将作为请求源的应用的输出设定从无效更新为有效，并将向与作为请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为有效的其它应用的输出设定从有效更新为无效。
因此，根据本实施方式，在来自默认输出设定被设定为无效的应用的数据输出后，不向相同的输出目的地输出来自其它应用的数据。
因此，如果将在通常时输出数据的第1应用的默认输出设定设定为有效，而将在紧急情况时输出数据的第2应用的默认输出设定设定为无效，则能够避免在紧急情况时从第2应用输出输出数据之后又从第1应用向相同的输出目的地输出输出数据的事态。即，根据本实施方式，能够避免来自第2应用的的输出数据被来自第1应用的输出数据覆盖删除的事态。
实施方式2.
在本实施方式中，主要对与实施方式1的不同之处进行说明。
在以下内容中未进行说明的事项与实施方式1相同。
***结构的说明***
本实施方式的ecu100的硬件结构例和功能结构例与实施方式1相同。
图8示出实施方式2的ecu100的参数表的一例。
输出id1和输出id2的内容与图3的参数表相同。
在输出id3中记载了如下的内容：应用113以100ms周期运行，在100ms周期内的70ms的定时对设备201输出输出数据。此外，在输出id3中，默认输出设定为“有效”。
在输出id4中记载了如下的内容：应用113以100ms周期运行，在100ms周期内的40ms的定时对设备201输出输出数据。此外，在输出id4中，默认输出设定为“无效”。
此外，输出id4的默认输出设定为“无效”，输出id3的默认输出设定为“有效”，因此，输出id4的优先级高于输出id3的优先级。
在本实施方式中，应用113在不同的两个定时对作为输出目的地的设备201进行外部输出。例如，假定如下情况：在通常时，依照参数表的输出id3在100ms周期内的70ms的定时进行数据输出，而在紧急情况时则在100ms周期内的40ms的定时进行用于使设备201停止的数据输出。
以下，将输出id3中的规定的输出定时称作第1输出定时，将输出id4中的规定的输出定时称作第2输出定时。
图9示出实施方式2的输出表的一例。
图9的输出表的各项目的含义与图4的输出表相同。
图9的输出表与图8的参数表对应地来管理输出id1～输出id4。此外，能够将输出id3的输出设定从“有效”更新为“无效”，并且能够将输出id4的输出设定从“无效”更新为“有效”。
＊＊＊运行的说明＊＊＊
在本实施方式中，如上所述，作为输出数据的定时，对应用113设置了第1数据输出定时和第2数据输出定时。并且，第1数据输出定时的输出目的地和第2数据输出定时的输出目的地是共同的。此外，第1数据输出定时的默认输出设定被设定为“有效”，第2数据输出定时的默认输出设定被设定为“无效”。
应用113对输出数据附加输出id3和输出id4中的任意一个输出id，将输出请求发送给输出设定更新部120。
当应用113在第2数据输出定时请求了数据的输出时，即，对输出数据附加了输出id4时，输出设置更新部120在输出表中将输出id4的输出设定从“无效”更新为“有效”，并将输出id3的输出设定从“有效”更新为“无效”。
当应用113请求了第1数据输出定时下的数据的输出时，即，对输出数据附加了输出id3时，输出设定更新部120不更新输出表的输出设定的值。
输出控制部160将输出设定为“有效”的输出id的输出数据输出至作为输出目的地的设备201。
在本实施方式中，输出设定更新部120也依照图5所示的流程来运行，输出控制部160依照图6和图7所示的流程来运行。
＊＊＊实施方式的效果的说明＊＊＊
根据本实施方式，当应用对相同的输出目的地输出通常时的数据和紧急时的数据时，可以根据优先级来选择任何一方的输出。
实施方式3.
在本实施方式中，主要对与实施方式1的不同之处进行说明。
在以下内容中未进行说明的事项与实施方式1相同。
***结构的说明***
本实施方式的ecu100的硬件结构例和功能结构例与实施方式1相同。
图10示出实施方式2的ecu100的参数表的一例。
输出id1和输出id2的内容与图3的参数表相同。
在输出id3中记载了如下的内容：应用113以100ms周期运行，在100ms周期内的70ms的定时对设备201输出输出数据。此外，在输出id3中，默认输出设定为“有效”。
在输出id4中记载了如下的内容：应用113以100ms周期运行，在100ms周期内的40ms的定时对设备201输出输出数据。此外，在输出id4中，默认输出设定为“有效”。
与实施方式2的不同之处在于：输出id3和输出id4的默认输出设定均为“有效”，且优先级相同。
＊＊＊运行的说明＊＊＊
在实施方式3中，应用113在不同的定时向作为输出目的地的设备201进行多次数据输出。
应用113对输出数据附加输出id3和输出id4中的任意一个，并将输出请求发送给输出设定更新部120。
输出设定更新部120依照图5所示的流程来进行输出表的更新。此外，由于输出id3和输出id4的输出设定均为“有效”，因此，步骤s101的判定始终为“是”，在步骤s105中，输出设定更新部120将输出表的输出请求从“无”更新为“有”，并将输出数据写入输出表中。
输出控制部160依照图6和图7所示的流程来运行。
＊＊＊实施方式的效果的说明＊＊＊
根据本实施方式，当应用在不同的定时对相同的输出目的地多次输出数据时，可以输出全部数据。
实施方式4.
在本实施方式中，主要对与实施方式1的不同之处进行说明。
在以下内容中未进行说明的事项与实施方式1相同。
***结构的说明***
图11示出实施方式4的ecu100的功能结构例。
与图2的结构的差异是检索表存储部190。
检索表存储部190存储检索表。
在检索表中，输出目的地共同的、默认输出设定被设定为“无效”的应用与默认输出设定被设定为“有效”的应用相关联。
此外，在本实施方式中，输出设定更新部120参照检索表来指定向与输出请求源的应用的输出目的地相同的输出目的地输出数据的、默认输出设定被设定为“有效”的其它应用。
图13示出检索表的示例。
图13的检索表与图12的参数表对应。
首先，对图12的参数表进行说明。
在图12的参数表中，为输出id1和输出id2向设备200进行输出的设定。此外，为输出id3和输出id4向设备201进行输出的设定。
在本实施方式中，对图3和图10的参数表追加了检索表id的项目。
接下来，对图13的检索表进行说明。
检索表由检索表id、参数输出id组构成。
检索表id中记述有参数表的检索表id的值。
参数输出id组中记述有输出目的地共同的参数表的输出id。
在图12的参数表中，输出id1和输出id2的输出目的地是共同的，因此，在图13的检索表的检索表id1的参数表输出id1和参数表输出id2中记述有输出id1和输出id2。在图12的参数表中，输出id3和输出id4的输出目的地是共同的，因此，在图13的检索表的检索表id2的参数表输出id1和参数表输出id2中记述有输出id3和输出id4。
＊＊＊运行的说明＊＊＊
图14示出本实施方式的输出设定更新部120的运行例。
步骤s110和步骤s111与图5的步骤s100和步骤s101相同，因此省略说明。
如果在步骤s111被判定为“否”，则输出设定更新部120在步骤s112中参照参数表。具体而言，输出设定更新部120参照输出对象的输出id的检索表id。
在没有检索表id的情况下(步骤s113中为“否”)，不存在与输出请求源的输出id输出目的地共同的其它输出id，因此，在步骤s118中进行输出表的更新。
在步骤s118中，输出设定更新部120将输出表的输出请求从“无”更新为“有”，并将输出设定从“无效”更新为“有效”，将输出数据写入输出表中。
另一方面，在有检索表id的情况下(步骤s113中为“是”)，输出设定更新部120在步骤s114中参照检索表。具体而言，输出设定更新部120在检索表中参照在步骤s113中取得的检索表id的记录的参数表输出id组。
进而，输出设定更新部120从参数表输出id组中取得与输出请求源的输出id输出目的地共同的其它输出id。
例如，当输出id2被附加给输出数据时，输出设置更新部120从参数表中取得检索表id1，并从检索表中取得记述在检索表id1的记录中的输出id1。
接下来，在步骤s115中，输出设定更新部120在参数表中参照所取得的其它输出id的优先级，此外，在输出表中参照所取得的其它输出id的输出设定。
然后，输出设定更新部120在步骤s116中进行与图5的步骤s103同样的运行。
即，输出设定更新部120对其它输出id的优先级是否高于输出请求源的输出id的优先级、其它输出id的输出设定是否为“有效”进行判定。
在步骤s116的判定为“是”的情况下，输出设定更新部120在步骤s119中不允许输出数据的输出的情况通知给作为输出请求源的应用，并结束输出请求的处理。
另一方面，在步骤s116的判定为“否”的情况下，在步骤s117中，输出设定更新部120将在步骤s113中检索出的其它输出id的输出设定从“有效”更新为“无效”。此外，在步骤s118中，输出设定更新部120将输出请求源的输出id的输出请求从“无”更新为“有”，将输出设定从“无效”更新为“有效”，并将输出数据写入输出表中。
＊＊＊实施方式的效果的说明＊＊＊
根据本实施方式，能够提前检索与输出请求源的应用输出目的地共同的应用。在实施方式1～3中，为了检索与输出请求源的应用输出目的地共同的应用，需要参照整个参数表。与此相对，在本实施方式中，通过使用检索表，能够提前进行检索，此外，还能够节约计算机资源。
以上，对本发明的实施方式进行了说明，但是，也可以将这些实施方式中的两个以上进行组合而实施。
或者，也可以部分地实施这些实施方式中的一个。
或者，也可以将这些实施方式中的两个以上部分地进行组合而实施。
另外，本发明不限于这些实施方式，可以根据需要进行各种变更。
＊＊＊硬件结构的说明＊＊＊
最后，进行ecu100的硬件结构的补充说明。
在图1中，图示了一个处理器400，但是，ecu100也可以具备多个处理器400。
此外，表示应用111、应用112、应用113、输出设定更新部120、调度部150、输出控制部160的处理结果的信息、数据、信号值以及变量值被存储在存储装置500或处理器400内的寄存器或闪存中。
此外，实现应用111、应用112、应用113、输出设定更新部120、调度部150、输出控制部160的功能的程序也可以存储在磁盘、软盘、光盘、紧凑型光盘、蓝光(注册商标)盘、dvd等便携式存储介质中。
此外，ecu100也可以通过逻辑ic、ga(gatearray，门阵列)，asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field-programmablegatearray，现场可编程门阵列)等电子电路来实现。
另外，处理器和上述电子电路也被统称为处理电路(processingcircuitry)。
标号说明
100：ecu；111：应用；112：应用；113：应用；120：输出设定更新部；130：参数表存储部；140：输出表存储部；150：调度部；160：输出控制部；170：i/o装置；180：通信装置；190：检索表存储部；200：设备；201：设备；300：网络；400：处理器；500：存储装置。