远程车辆数据收集系统的制作方法

本发明涉及远程收集车辆数据的远程收集系统。

背景技术：

作为这种类型的系统，公开号2006-283651的日本专利申请中描述的系统是迄今已知的。在这个系统中，向中心发送车辆数据时的指令项被预先传送到安装在车辆中的车辆诊断装置的数据处理单元。指令项包括要诊断的数据类型和确定是否传送车辆数据的条件表达式。根据所接收的指令项，数据处理单元发送指令到每个对应的机器(apparatus)控制电子控制单元(ecu)，所述机器控制电子控制单元连接到车载局域网，并且，来自机器控制ecu的车辆数据存储于数据传输缓冲区中。此后，存储于数据传输缓冲区中的车辆数据定期地或者根据来自中心的请求地被从车辆返回到中心。

技术实现要素：

另一方面，在上述文献中描述的系统中，在指定了车载局域网中与数据处理单元对应的目的地信息后，将指令项从中心传送到车辆是必要的。一般来说，由于针对每种车辆类型的车载局域网中的目的地信息是不同的，因此已经考虑了被中心管理的多个车辆中的指令项的目的地信息被一元化管理的情况。但是，在中心的一元化管理中，每次添加要被管理的车辆类型时，更新目的地信息是必要的。

这个问题已经是普遍的，例如，对于当收集车辆数据的条件被从外部终端直接指示到车辆而未经过中心的情况等，而不限于当收集车辆数据的条件被从中心指示到车辆的情况。

本发明提供了能够利用远程通信从车辆准确地收集车辆数据的车辆数据的远程收集系统。

根据本发明一个方面的远程收集系统包括车辆，车辆包括通信单元、具有预定网络标识值的信息收集控制装置、目的地信息转换单元以及命令执行单元，目的地信息转换单元被配置为将目的地信息转换为连接到车辆的车辆网络的信息收集控制装置的网络标识值，通过特定值将目的地信息合并到包括车辆数据的收集条件的消息中，命令执行单元被配置为解释和执行命令，该命令被描述为包括在消息中的车辆数据的收集条件；远程收集系统还包括预定位置，在该预定位置，包括车辆数据的收集条件的消息被传送到车辆并收集从车辆返回的车辆数据。具有由目的地信息转换单元转换的网络标识值的信息收集控制装置根据由命令执行单元基于命令的执行而设计的收集条件，从连接到车辆网络的一个或多个控制装置收集车辆数据，并通过通信单元将所收集的车辆数据返回到所述预定位置。

根据上面的配置，如果在目标车辆侧管理信息收集控制装置的网络标识值，则具有转换后的目的地信息的消息中包括的车辆数据的收集条件被传送到信息收集控制装置。然后，可以通过信息收集控制装置从车辆中准确地收集车辆数据。

在车辆数据的远程收集系统中，收集条件可以指定车辆数据的类型，目标车辆可以包括数据库，在数据库中，要收集的车辆数据的类型与要成为车辆网络中的车辆数据的获取源的控制装置的网络标识值相关联，并且信息收集控制装置可以基于数据库根据车辆数据的类型索引对应的控制装置，并可以收集指定的车辆数据。

根据上面的配置，可以使用目标车辆中设置的数据库，从对应的控制装置中收集由收集条件指定的类型的车辆数据。就是说，不必一元化管理上面描述的中心中每一个车辆的信息。

在车辆数据的远程收集系统中，通过特定值合并在消息中的目的地信息可以是未分配给连接到车辆网络的控制装置中的任一个控制装置的网络标识值。

根据上面的配置，即使包括在从预定位置传送的消息中的车辆数据的收集条件被发送到车辆网络，而未伴随目的地信息的转换，被发送的车辆数据的收集条件也不会被传送到连接到车辆网络的控制装置中的任一个控制装置。出于这个原因，消除了诸如车辆数据的收集条件通过车辆网络错误传送到非预期的控制装置的问题的发生。

在车辆数据的远程收集系统中，消息可以包括头部和帧，头部包括来自预定位置的消息的目的地信息，帧包括在消息中所包括的收集条件的目的地信息，包括在帧中的收集条件的目的地信息可以通过特定值被合并，并且所合并的目的地信息可以通过目的地信息转换单元被转换为信息收集控制装置的网络标识值。

根据上面的配置，即使消息包括没有指定控制装置的车辆数据的收集条件的目的地信息作为帧，也可以基于包括在消息中的头部，例如使用通信协议诸如tcp/ip将消息从预定位置传送到目标车辆。

在车辆数据的远程收集系统中，车辆网络可以是控制器区域网络(can)，并且网络标识值可以是控制器区域网络标识符(can-id)。

根据上面的配置，可以使用许多车辆中使用的通用can协议来收集车辆数据。在车辆数据的远程收集系统中，预定位置可以是管理多个车辆的行驶信息的中心。

根据上面的配置，可以管理与在中心侧由中心批管理的多个车辆有关的车辆数据的收集。在车辆数据的远程收集系统中，车辆数据的收集条件可以由脚本指定，在脚本中描述一个或多个命令。

根据上面的配置，可以通过脚本的输入以高自由度实现车辆数据的收集条件的指定。

附图说明

本发明的示例性实施例的特征、优势、以及技术的和工业的重要性会在下面结合附图描述，其中相同的标记表示相同的要素，并且其中：

图1是示出了车辆数据的远程收集系统的第一实施例的示意性配置的框图；

图2是示出了在本实施例的车辆数据的远程收集系统中车辆数据的收集时被发送和被接收的数据的数据结构的示意图；

图3是示出了本实施例的车辆数据的远程收集系统中的诊断通信的请求和响应时被发送和被接收的数据的数据结构的示意图；

图4是示出了信息收集表(数据库)的定义的示例的示意图；以及

图5是示出了车辆数据的远程收集系统的第二实施例的示意性配置的框图。

具体实施例

(第一实施例)以下，将参照附图描述车辆数据的远程收集系统的第一实施例。

该实施例的车辆数据的远程收集系统由多个目标车辆、管理多个车辆的行驶信息的中心以及外部终端组成，其中外部终端被工程师等操作以指示通过中心从多个车辆中收集车辆数据。外部终端通过例如因特网连接到中心，并且可以通过中心指定来自车辆的车辆数据的收集条件。车辆数据的收集条件的指定可以通过从包括“远程监视”和“远程信息收集”的多个格式中选择来实现。在“远程监视”中，通过指定目标车辆的车辆id、车辆类型、生产年份等以及随后从指定的车辆中可请求的车辆数据类型中选择当前时间需要的车辆数据类型来指定车辆数据的收集条件。在“远程信息收集”中，类似地，指定目标车辆的车辆id、车辆类型、生产年份等，并且随后，被指定的车辆中的车辆数据的收集条件的目的地通过脚本输入来实现，这就使得以高自由度来指定收集条件成为可能。脚本是字符串，其中描述了在收集车辆数据时执行的多个命令。如果被指定的车辆数据的收集条件经由无线通信通过中心从外部装置传送，那么基于传送的收集条件收集车辆数据。此后，收集的车辆数据通过无线通信返回到中心，并且所返回的车辆数据通过中心被递送到外部终端。

特别地，如图1所示，中心100包括收集条件登记单元101，当车辆数据的收集条件从外部终端200指定时，收集条件登记单元101登记指定的收集条件。在这个实施例中，当车辆数据的收集条件的登记通过脚本输入来实现时，下面的(a)-(k)列出的项可以在脚本中描述。

(a)条件表达式：用于确定车辆内部环境的条件表达式或者用于标识车辆外部环境的假设场景(条件表达式)；(b)检查周期：确定车辆数据是否满足条件表达式或者针对图像分类场景的检查周期；(c)数据收集期：从数据收集的开始到结束的时间段；(d)采样周期：数据被收集到存储器中的周期，以及(e)车辆数据：ecu内部值或者要被收集的can数据。中心100包括收集条件消息创建单元102，其基于在收集条件登记单元101中登记的车辆数据的收集条件创建收集条件消息。中心100通过无线通信将由收集条件消息创建单元102创建的收集条件消息从中心通信机103传送到车载通信机(in-vehiclecommunicationset)310。如果不知道要被管理的车辆300的ip地址，例如，中心100使用车辆300的电话号码通过短消息服务(sms)执行向车辆300的传输请求等，从而获得车辆300的ip地址。

更详细地，如图2所示，收集条件消息m1具有头部h1和多个收集条件帧f1。头部h1包括以下信息，该信息将车载通信机310指定为例如在通信协议诸如tcp/ip中的收集条件消息m1的目的地信息。多个收集条件帧f1包括由被头部h1指定为目的地的车载通信机310发送到车辆网络nw的信息。

收集条件帧f1的每一个都具有作为编码信息的目的地ecu字段f1a、控制字段f1b以及传输信息f1c。目的地ecu字段f1a是表示车载ecu的网络标识值(can-id)的编码信息，该车载ecu要成为由控制器区域网络构成的车辆网络nw中的收集条件帧f1的目的地。控制字段f1b是表示在传输信息f1c上承载通过“远程监视”的请求或者通过“远程信息收集”的请求的编码信息。在通过“远程监视”的请求的情况下，传输信息f1c是表示要被收集的车辆数据的数据类型。在由“远程信息收集”的请求的情况下，传输信息f1c是脚本信息。在这个实施例中，因为脚本具有太大以至于不能纳入在一个收集条件帧f1中的数据大小(例如35k字节)，因此脚本被划分为固定数据大小(例如，6字节)并且然后以片段的形式被包括在多个收集条件帧f1的传输信息f1c中。在这个实施例中，在包括在从中心100传送到车载通信机310的收集条件消息m1中的收集条件帧f1的目的地ecu字段f1a中描述作为特定值仅由“0”组成的编码信息(“固定为零”的编码信息)。编码信息是未用作网络标识值的编码信息，网络标识值表示can协议中的通信目的地。

如图1所示，当来自中心100的收集条件消息通过通信单元311接收时，车载通信机310将接收到的收集条件消息输入到收集条件消息分析单元312。收集条件消息分析单元312从输入收集条件消息中提取收集条件帧并且将所提取的收集条件帧输入到目的地信息转换单元313。目的地信息转换单元313转换输入收集条件帧的目的地信息，并将收集条件帧输入到车辆网络通信单元314。车辆网络通信单元314将具有转换后的目的地信息的收集条件帧发送到车辆网络nw。

更详细地，如图2所示，车载通信机310将包括在从中心100接收到的收集条件消息m1中的收集条件帧f1的目的地ecu字段f1a从“固定为零”的编码信息转换为表示下面描述的信息收集ecu320(图1)的网络标识值的编码信息。车载通信机310将具有转换后的目的地ecu字段f1a的收集条件帧f1发送到车辆网络nw。在这个实施例中，诊断通信被用于通过车辆网络nw将收集条件帧f1从车载通信机310传输到信息收集ecu320。

如图1所示，控制各个车载装置的操作的车载ecu通过车辆网络nw连接到车辆网络通信单元314。车载ecu包括控制制动操作的制动ecu330、控制方向盘的操作支持的转向ecu331等。检测车辆300的车辆速度的车辆速度传感器332和检测驾驶员对制动踏板的下压量的制动传感器333连接到制动ecu330。检测由驾驶员进行的方向盘的转向量的转向角度传感器334连接到转向ecu331。

当车辆300中的车辆数据的收集条件的指定由脚本输入实现时，具有解释和执行脚本的功能的信息收集ecu320连接到车辆网络nw。

信息收集ecu320包括连接到车辆网络nw的车辆网络通信单元321。当收集条件帧通过车辆网络nw从车载通信机310接收时，车辆网络通信单元321从接收到的收集条件帧中取得控制字段的值。当所取得的控制字段的值是与通过“远程监视”的请求对应的值时，从接收到的收集条件帧的传输信息的值中读取要收集的车辆数据的类型。车辆网络通信单元321通过车辆网络nw从对应的车载ecu收集所读取的类型的车辆数据。

当取得的控制字段的值是与通过“远程信息收集”的请求对应的值时，车辆网络通信单元321根据接收到的多个收集条件帧的传输信息的值构建脚本，并将所构建的脚本输入到脚本分析单元322。

脚本分析单元322顺序地读取脚本的命令以解释由脚本指定的车辆数据的收集条件。被解释的车辆数据的收集条件被添加到信息收集ecu320中提供的存储装置323的收集条件表t2中。这时，将指示车辆数据的收集条件被添加到收集条件表t2的通知从脚本分析单元322传送到脚本执行单元324。当该通知被接收时，脚本执行单元324从存储装置323中读取被添加的收集条件并通过车辆网络通信单元321基于同样的收集条件收集车辆数据。

当车辆网络通信单元321通过诊断通信经由车辆网络nw从车载通信机310中接收收集条件帧时，信息收集ecu320针对诊断响应通过收集响应帧创建单元325创建收集响应帧，并将所创建的收集响应帧发送到车辆网络nw。

更详细地，如图3所示，收集响应帧f2具有作为编码信息的目的地ecu字段f2a、控制字段f2b和传输信息f2c。目的地ecu字段f2a是表示要成为车辆网络nw中的收集响应帧f2的目的地的车载通信机310的网络标识值的编码信息。控制字段f2b是表示对传输信息f2c进行诊断响应的编码信息。传输信息f2c是表示作为诊断响应的“正常接收”或“非正常接收”的编码信息。如果收集响应帧f2被发送到车辆网络nw，则基于目的地ecu字段f2a将所发送的收集响应帧f2传送到车载通信机310，从而，车载通信机310与信息收集ecu320间的诊断通信被建立。

如图1所示，车辆网络通信单元321包括信息收集表t1，信息收集表t1定义要收集的车辆数据与要成为车辆数据的获取源的车载ecu或车载ecu的网络标识值之间的关系。

例如，如图4所示，在本实施例的信息收集表t1中，作为要成为车辆数据诸如“车辆速度”和“制动下压量”的获取源的车载ecu的“制动ecu”与作为网络标识值的“can-id1”相关联。此外，在信息收集表t1中，作为要成为车辆数据例如“转向操作量”的获取源的车载ecu的“转向ecu”与作为网络标识值的“can-id2”相关联。

出于这样的原因，在这个示例中，如果脚本指定诸如“车辆速度”和“转向操作量”的车辆数据作为要在“远程信息收集”中收集的车辆数据的类型，则车辆通信网络单元321根据信息收集表t1将“can-id1”和“can-id2”指定为与车辆数据关联的网络标识值。车辆网络通信单元321根据特定的网络标识值将“制动ecu”和“转向ecu”索引为车辆数据的获取源，并通过车辆网络nw收集诸如“车辆速度”和“转向操作量”的车辆数据。

如图1所示，车辆网络通信单元321将通过车辆网络nw收集到的车辆数据d存储在存储装置323中。存储在存储装置323中的车辆数据d被用于通过收集结果帧创建单元326创建收集结果帧。然后，所创建的收集结果帧通过车辆网络通信单元321被发送到车辆网络nw并被获取到车载通信机310中。

更详细地，如图2所示，收集结果帧f3具有作为编码信息的目的地ecu字段f3a、控制字段f3a和传输信息f3c。目的地ecu字段f3a是表示要成为车辆网络nw中的收集结果帧f3的目的地的车载通信机310的网络标识值的编码信息。控制字段f1b是表示车辆数据的收集结果被承载在传输信息f3c上的编码信息。在通过“远程监视”的请求的情况下，传输信息f3c是表示要被收集的数据类型的车辆数据的编码信息。在通过“远程信息收集”的请求的情况下，传输信息f3c是表示基于由脚本指定的条件的车辆数据的收集结果的编码信息。在这个实施例中，由于基于由脚本指定的条件的车辆数据的收集结果具有太大以至于不能纳入在一个收集结果帧f3中的数据大小(例如90m字节)，因此脚本被分成固定数据大小(例如，6字节)并且然后以片段的方式被包括在多个收集条件帧f3的传输信息f3c中。车载通信机310基于收集结果帧f3的目的地ecu字段f3a，取得从信息收集ecu320发送到车辆网络nw的收集结果帧f3。

如图1所示，车载通信机310包括收集结果消息创建单元315，收集结果消息创建单元315使用从车辆网络nw中取得的收集结果帧来创建收集结果消息。车载通信机310通过通信单元311将收集结果消息创建单元315创建的收集结果消息传送到中心通信机103。

如图2所示，收集结果消息m2具有头部h2和多个收集结果帧f3。头部h2包括以下信息，该信息将要作为收集条件消息m1的传输源的中心100指定为例如在通信协议诸如tcp/ip中的收集结果消息m2的目的地信息。多个收集结果帧f3包括作为被返回到中心100的信息的车辆数据的收集结果，中心100被指定为由头部h2指定的目的地。

此后，如图1所示，中心100通过中心通信机103从车载通信机310接收收集结果消息，并将接收的收集结果消息输入到收集结果消息分析单元104。收集结果消息分析单元104从输入的收集结果消息中提取收集结果帧，并从所提取的收集结果帧中取得控制字段的值。当所取得的控制字段的值是与通过“远程监视”的收集结果对应的值时，要收集的类型的车辆数据被从接收到的收集条件帧的传输信息的值中读取。当所取得的控制字段的值是与通过“远程信息收集”的收集结果对应的值时，以片段方式包括在多个输入的收集结果帧的传输信息中的车辆数据的收集结果被构建。车辆数据暂时被存储在设置在中心100中的车辆数据存储单元105中，并被获取到外部终端200中。

接下来，将描述本实施例的车辆数据的远程收集系统的作用。为了通过中心100远程地收集车辆数据，通常地，就从中心100传送到车辆300的收集条件消息m1而言，必须预先指定收集条件帧f1的目的地信息。出于这个原因，中心100需要根据车辆300的车辆类型、生产年份等来一元化管理要作为收集条件帧f1的目的地的车载ecu(信息收集ecu320)的网络标识值。然而，在通过中心100进行的一元化管理中，存在发生缺陷例如登记忽略或登记错误的风险，特别是当由中心100管理的车辆300被新添加时。此外，当存储一元化管理的信息的存储器引起故障时，直到恢复为止，存在一元化管理的信息暂时不能被读取的风险。

相比之下，在本实施例中，从中心100被传送到车辆300的收集条件消息m1具有作为“固定为零”的编码信息的收集条件帧f1的目的地ecu字段f1a，并且要作为车辆网络nw中的收集条件帧f1的目的地的信息收集ecu320没有被指定。就是说，在将收集条件消息m1传送给车辆300的阶段，中心100可以将收集条件帧f1的目的地ecu字段f1a一致地描述为“固定为零”的编码信息，并且不必将车载ecu指定为收集条件帧f1的目的地。

如果收集条件消息m1被车辆300接收，则车辆300上安装的车载通信机310对目的地ecu字段f1a进行转换，并随后将收集条件帧f1发送到车辆网络nw。结果，收集条件帧f1被传送到具有由被转换后的目的地ecu字段f1a指定的网络标识值的车载ecu。就是说，即使不具有收集条件帧f1的目的地信息的收集条件消息m1被从中心100传送到车辆300，也会在车辆300侧自动设置收集条件帧f1的目的地信息。出于这个原因，如果在车辆300侧管理要作为目的地的车载ecu的网络标识值，则可以将收集条件帧f1准确地传送到特定的车载ecu，而不需要如上述的中心100的一元化管理。

如上所述，根据第一实施例，可以获得下面的效果。(1)在车辆300侧，包括车辆数据的收集条件的收集条件消息m1中被描述为“固定为零”的编码信息的目的地ecu字段f1a被转换为表示连接到车辆网络nw的信息收集ecu320的网络标识值的编码信息。出于这个原因，如果在车辆300侧管理信息收集ecu320的网络标识值，则包括车辆数据的收集条件的收集条件帧f1被传送到信息收集ecu320，而不依赖于诸如要由中心100管理的新车辆的添加这样的因素。因此，可以从车辆300中准确地收集车辆数据。

(2)车辆300包括信息收集表t1，在信息收集表t1中，要收集的车辆数据的类型与要作为车辆数据的获取源的控制装置的网络标识值在车辆网络nw中相关联。信息收集ecu320基于信息收集表t1、根据车辆数据的类型索引对应的车载ecu，并收集被指定的车辆数据。出于这个原因，随着在车辆300中提供的信息收集表t1的使用，可以收集由来自对应的车载ecu的收集条件指定的类型的车辆数据。

(3)与中心100通信的车载通信机310是转换收集条件帧f1的目的地ecu字段f1a的主要单元。出于这个原因，包括在从中心100传送的收集条件消息m1中的收集条件帧f1不会被发送到车辆网络nw，除非车载通信机310对目的地ecu字段f1a进行转换。出于这个原因，基于被描述为收集条件帧f1中的“固定为零”的编码信息的目的地ecu字段f1a，防止收集条件帧f1被错误地传送到非预期的车载ecu。

(4)收集条件帧f1的目的地ecu字段f1a中描述的“固定为零”的编码信息是未被分配给连接到车辆网络nw的车载ecu中的任何一个的网络标识值。出于这个原因，即使包括在从中心100传送来的收集条件消息m1中的收集条件帧f1被发送到车辆网络nw，而未伴随目的地ecu字段f1a的转换，所发送的收集条件帧f1也不会被传送至连接到车辆网络nw的车载ecu中的任何一个。出于这个原因，防止收集条件帧f1通过车辆网络nw被错误地传送到非预期的车载ecu。

(5)收集条件消息m1具有头部h1和收集条件帧f1，头部h1包括来自中心100的收集条件消息m1的目的地信息，收集条件帧f1包括车辆数据的收集条件。此外，收集条件帧f1的目的地ecu字段f1a被描述为“固定为零”的编码信息，并且目的地ecu字段f1a通过车载通信机310被转换为编码信息，该编码信息表示信息收集ecu320的网络标识值。出于这个原因，即使收集条件消息m1包括车载ecu未被指定的收集条件帧f1的目的地ecu字段f1a，也可以使用通信协议诸如tcp/ip，基于包括在收集条件消息m1中的头部h1将车辆数据的收集条件从中心100传送到车辆300。

(6)can-id被用作网络标识值。出于这个原因，可以使用用在很多车辆中的通用can协议收集车辆数据。

(7)车辆数据通过管理多个车辆300的行驶信息的中心100被远程收集。出于这个原因，可以管理与在中心侧要由中心批管理的多个车辆有关的车辆数据的收集。

由脚本指定车辆数据的收集条件，在脚本中，描述了执行用于收集车辆数据的多个命令。出于这个原因，实现了通过脚本的输入、具有高自由度的车辆数据的收集条件的指定。

(第二实施例)接下来，将参照图5描述车辆数据的远程收集系统的第二实施例。第二实施例与第一实施例不同之处在于车载通信机具有解释和执行脚本的功能。因此，提供下面的描述以聚焦于与第一实施例不同的配置上，并且将不重复与第一实施例中相同或相应配置的重叠描述。

如图5所示，在这个实施例中，当从中心100接收收集条件消息时，通过目的地信息转换单元313，车载通信机310a将包括在收集条件消息中的收集条件帧的目的地ecu从“固定为零”的编码信息转换为表示车载通信机310a的网络标识值的编码信息。即，车载通信机310a将车载通信机310a自身设置为收集条件帧的目的地，并且不会将收集条件帧传送到车辆网络nw。

车载通信机310a基于在收集条件帧中被描述为传输信息的编码信息来提取脚本，并通过脚本分析单元322a顺序地读取所提取的脚本的命令来解释由脚本指定的车辆数据的收集条件。被解释的车辆数据的收集条件被添加到在车载通信机310a中设置的存储装置323a的收集条件表t2中。这时，将指示车辆数据的收集条件被添加到收集条件表t2的通知从脚本分析单元322a传送到脚本执行单元324a。当通知被接收时，脚本执行单元324a从存储装置323a中读取被添加的收集条件并通过车辆网络通信单元314a收集基于同样的条件的车辆数据。

车载通信机310a将通过车辆网络nw收集的车辆数据d存储到存储装置323a。存储在存储装置323a中的车辆数据d被用于通过收集结果帧创建单元326a创建收集结果帧。车载通信机310a通过收集结果消息创建单元315使用创建的收集结果帧创建收集结果消息，并通过通信单元311将创建的收集结果消息传送到中心通信机103。

相应地，在第二实施例中，可以获得与上述的第一实施例的效果(1)至(8)同样的效果。(其它实施例)上述各个实施例可以在以下方面实施。

在上述的各个实施例中，表示可被分配给can协议的任意车载ecu的网络标识值的编码信息可以被描述为通过特定值合并的目的地信息，即包括在收集条件消息m1中的收集条件帧f1的目的地ecu字段f1a。在这种配置中，当车载通信机310或310a从中心10接收收集条件消息m1时，如果包括在接收的收集条件消息m1中的收集条件帧f1的目的地ecu字段f1a应该被一致地转换为表示信息收集ecu320或车载通信机310a的网络标识值的编码信息，则可以可靠地将收集条件帧f1递送到期望的车载ecu。

在上述的各个实施例中，如果车辆300的乘客携带的移动信息终端以有线或无线方式以通信的方式连接到与车辆网络nw连接的车载ecu，则移动信息终端可以具有以下功能：从中心100接收收集条件消息m1以及从所接收的收集条件消息m1中提取收集条件帧f1。在这种配置中，如果移动信息终端具有将包括在收集条件消息m1中的收集条件帧f1的目的地ecu字段f1a一致地转换为表示信息收集ecu320或车载通信机310a的网络标识值的编码信息的功能，则可以将收集条件帧f1可靠地递送到连接到车辆网络nw的期望的车载ecu。在这种情况下，可以省去将包括收集条件消息m1的不同种类的信息传送至中心100以及从中心100接收包括收集条件消息m1的不同种类的信息的车载通信机310，从而，可以与广泛的车辆类型合作，并因此增加了通用性。

在上述的各个实施例中，成为收集条件帧f1的目的地的信息收集ecu320或车载通信机310a本身可以不必包括信息收集表t1，信息收集表t1定义要收集的车辆数据与要作为车辆数据的获取源的车载ecu或车载ecu的网络标识值之间的关系。就是说，例如，信息收集表t1可以保持在连接至车辆网络nw的另一个车载ecu中，并且当要作为目的地的车载ecu接收收集条件帧f1时，可以通过车辆网络nw读取信息收集表t1中定义的信息。

在上述的各个实施例中，使用所谓的数据库格式的信息收集表t1管理要收集的车辆数据与要作为车辆数据的获取源的车载ecu的网络标识值之间的关系。然而，本发明并不限于数据库，并且可以使用能够关联关系的方法(诸如功能操作)来管理该关系。

在上述的各个实施例中，从外部终端200直接向车辆300指示车辆数据的收集而没有经过中心100。在这种配置中，不必在外部终端200侧根据车辆300的车辆类型和生产年代管理要作为收集条件帧f1的目的地的车载ecu(信息收集ecu320或者车载通信机310a)的网络标识值。

在上述的各个实施例中，组成车辆数据的收集路线的车辆网络nw的通信标准不限于can，并且例如，本发明可以被应用到其它通信标准，例如flexray或以太网(注册商标)。