CN103154903A - 车辆数据获取系统及车辆数据获取方法 - Google Patents

Abstract

本发明提供一种车辆数据获取系统，将通过车载信息处理装置（21）而获取的车辆数据存储于存储装置（31）。在车载信息处理装置（21）中动态地装入有对车辆数据的获取进行支援的数据获取程序（12）。能够置换成其他的命令的探测部（P）作为无效命令配置在预先装入到信息处理装置（21）中的应用程序（11）的一至多个位置。数据获取程序（12）将探测部（P）置换成车辆数据的获取命令，并将获取的车辆数据按照时序存储于存储装置（31）。数据获取程序（12）在获取车辆数据之后，将探测部（P）再次置换成无效命令。

Description

车辆数据获取系统及车辆数据获取方法

技术领域

本发明涉及一种通过利用搭载于车辆的信息处理装置的动作来获取车辆数据的车辆数据获取系统、及车辆数据获取方法。

背景技术

通常，在搭载于车辆的导航系统或各种控制装置等车载信息处理装置的动作试验等时，基于通过在该信息处理装置中执行的程序而获取的车辆数据，进行车辆状态的分析。因此，在车载信息处理装置中设有按照时序存储如此获取的车辆数据的功能、所谓数据日志功能。但是，通过车载信息处理装置而要获取的数据根据作为对象的不良情况的内容等分析对象而不同，因此作为这样的数据日志功能，需要根据分析的对象变更获取的数据的种类或个数等。并且通常，这样的数据日志功能的变更通过变更具有数据日志功能的程序的源代码自身来进行。然而，这样的源代码的变更是仅熟习该程序的技术人员才能够进行的作业，并且是即使是熟习的技术人员也难以准确地变更要变更的程序的作业。

因此，以往，提出了能够容易地进行数据日志功能的变更的技术，其一例记载在专利文献1中。该专利文献1记载的系统基本上具有：对车辆进行控制的控制程序；进行该车辆各部的诊断并包括存储该车辆数据的数据日志功能的诊断程序。并且其中，诊断程序基于从与车载信息处理装置连接的维护用的终端装置，与故障信息对应地送出的功能变更信息，来变更应存储的车辆数据或其存储条件。由此，若是没有诊断程序方面知识的技术人员，则通过从终端装置向车载信息处理装置送出与故障信息对应的功能变更信息，能够简单地收集用于确定故障部位的车辆数据。

在先技术文献

专利文献

专利文献1：日本特开2003-84998号公报

发明内容

发明要解决的课题

如此，根据专利文献1记载的系统，在不熟习程序的技术人员进行操作的情况下，基于与故障信息对应的功能变换信息，能将对故障诊断有用的车辆数据存储为所谓日志数据。而且由于预先准备有与故障信息对应的功能变换信息，因此在对程序的源代码进行变更时，不用担心会产生不准确的改变。

然而在该系统中，上述诊断程序构成为：在控制程序执行（调出）包含于各控制的诊断处理之后基于存储条件来存储车辆数据的处理结构。即，车辆数据按照控制程序的各处理结果进行收集、存储，对近年来的程序的高度化、复杂化等的灵活性的下降不可避免。

本发明鉴于这样的实际情况而作出，其目的在于提供一种车辆数据获取系统、及车辆数据获取方法，能够以高的灵活性来获取作为分析的对象的车辆数据而不会对通过车载信息处理装置执行的已存的信息处理产生错误的改变。

用于解决课题的手段

以下，记载为了解决上述课题的手段及其作用效果。

为了解决上述课题，本发明提供一种车辆数据获取系统，通过搭载于车辆的车载信息处理装置获取车辆数据，并将取得的所述车辆数据存储于存储装置，在所述车载信息处理装置中预先装入有执行信息处理的处理过程的信息处理部。所述车辆数据获取系统具备：数据获取支援单元，动态地装入到所述车载信息处理装置中，以通过利用所述车载信息处理装置的信息处理动作状态来支援所述车辆数据的获取；探测部，作为无效命令而配置于所述处理过程中的执行数据获取处理的一至多个位置。所述探测部被构成为能够根据来自所述数据获取支援单元的指示而置换成其他的命令。所述数据获取支援单元随着所述数据获取支援单元自身被装入于所述车载信息处理装置而将所述探测部置换成所述车辆数据的获取命令。并且数据获取支援单元将通过该置换所取得的所述车辆数据按照时序存储于所述存储装置，在取得所需的所述车辆数据后，将所述探测部再次置换成所述无效命令。

根据这样的结构，探测部可以配置于车载信息处理装置的信息处理部的处理过程中的执行获取数据获取对象的处理的位置，即，作为该处理过程中的制约少的位置，只要能够获取目标的车辆数据可以配置在任意的位置。由此，能够提高使用该探测部的通过车载信息处理装置的车辆数据的获取的灵活性。例如，在按照包含在车载信息处理装置的信息处理部中的各处理工序来获取数据那样的结构时，仅能获取与各处理工序的结果对应的车辆数据。然而根据本发明，通过在处理工序所包含的处理过程内配置探测部，能够获取更详细地表示车载信息处理装置的动作状态的车辆数据。具体而言，本发明与车载信息处理装置的电路结构或程序的处理单位等无关地，在这些电路的中途的位置或构成处理单位的源代码内的中途的位置配置探测部。由此，能够详细地获取经由探测部的通过车载信息处理装置的车辆数据。其结果是，若是经由探测部而获取的车辆数据，则能够作为可以用于高精度地进行车载信息处理装置的动作状态分析的车辆数据而获取。因此，车载信息处理装置的不良情况的原因查明等的精度等提高。

另外，数据获取支援单元将探测部的无效命令置换成基于车载信息处理装置的车辆数据的获取命令，并在获取所需的车辆数据之后，将探测部再次置换成无效命令。由此，技术人员等不需要对电路或源代码进行直接变更那样的作业，因此能防止改变或修正可能使电路或源代码产生不准确的改变等。其结果是，作为车辆数据获取系统的可靠性也提高。

可以是，所述数据获取支援单元根据所述车辆的状态来判断有没有执行对所述探测部的命令的置换。

根据这样的结构，根据车辆行驶的情况、停止的情况、车辆的钥匙操作等的车辆的状态，判断有没有执行对探测部的命令的置换。由此，可以在适合于置换作业的车辆状态下进行对探测部的命令的置换的执行。反言之，能够在不适合于置换作业的车辆状态下不进对探测部的命令的置换的执行。由此，能够以不对车辆的行驶造成影响的方式进行对探测部的命令的置换作业，能够提高车辆数据的获取处理的安全性。

可以是，所述数据获取支援单元在所述车辆停车的条件下来执行对所述探测部的命令的置换。

如该结构那样，在车辆停车时，进行对探测部的命令的置换作业。由此，尽管是若处于车辆行驶中可能对行驶造成影响的对探测部的命令的置换作业，也能避开对行驶造成影响的情况而进行该置换作业。由此，能够进一步提高经由探测部的车辆数据的获取处理的安全性。

可以构成为，所述数据获取支援单元在预测为由于进行对所述探测部的命令的置换而使所述车载信息处理装置进行信息处理所需的时间超过分配给该信息处理的规定时间时，不进行对所述探测部的命令的置换。

根据这样的结构，在预测为车载信息处理装置进行信息处理所需的时间超过向该信息处理分配的最大时间等规定时间时，不进行对探测部的命令的置换。由此，能够防止在该信息处理中产生例如由于车载信息处理装置的信息处理因将探测部的命令置换成获取命令而在规定时间内未结束因而被强制结束等那样的不适当的处理。其结果是，经由探测部的车辆数据的获取处理的安全性提高。

可以构成为，所述探测部设有多个，所述数据获取支援单元对从多个所述探测部中选择的一部分所述探测部进行命令的置换，以使所述车载信息处理装置进行信息处理所需的时间不超过分配给该信息处理的规定时间。

根据这样的结构，例如在预测为若进行对全部的探测部的命令的置换则信息处理所需的时间超过规定时间时，进行仅对一部分的探测部的命令的置换。由此，能够使车载信息处理装置进行信息处理所需的时间不超过向该信息处理分配的规定时间。由此，能够使车载信息处理装置的信息处理所需的时间处于规定时间以内。能够防止在信息处理中产生例如由于车载信息处理装置的信息处理在规定时间以内未结束而被强制结束等的不适当的处理。其结果是，经由探测部的车辆数据的获取处理的安全性提高。

可以构成为，所述数据获取支援单元在判断为经由所述探测部进行的所述车辆数据的获取处理对由所述车载信息处理装置执行的信息处理造成不利影响时，不进行对所述探测部的命令的置换。

根据这样的结构，例如在预先判断为车辆数据的获取处理会对车载信息处理装置的信息处理造成不利影响时，数据获取支援单元不进行对探测部的命令的置换。由此，能防止车辆数据的获取处理对由车载信息处理装置执行的信息处理造成不利影响的情况。

可以构成为，所述数据获取支援单元在判断为经由所述探测部进行的所述车辆数据的获取处理不满足所述车载信息处理装置中的执行条件时，不进行对所述探测部的命令的置换。

根据这样的结构，在预测为获取处理不满足车载信息处理装置中的执行条件例如访问所涉及的限制或执行时间所涉及的限制等条件时，不进行对探测部的命令的置换。由此，能防止车辆数据的获取处理对由车载信息处理装置执行的信息处理造成不利影响的情况。

可以是，在所述数据获取支援单元中预先准备所述车辆数据的获取命令，以所述车载信息处理装置进行信息处理所需的时间不超过分配给该信息处理的规定时间的方式生成所述获取命令。

根据这样的结构，若是基于获取命令而置换对探测部的命令的情况，则车载信息处理装置进行信息处理所需的时间不会超过向该信息处理分配的规定时间。

可以构成为，所述数据获取支援单元经由有线通信或无线通信而动态地装入到所述车载信息处理装置中。

根据这样的结构，通过经由有线通信或无线通信，将数据获取支援单元动态地装入车载信息处理装置。因此，无需预先在车载信息处理装置设置数据获取支援单元。由此，在车载信息处理装置仅设置信息处理所需的处理过程，数据获取支援单元能够根据车辆数据的获取需要而通过有线通信或无线通信向车载信息处理装置追加。需要说明的是，在有线通信中，可以包括通过各种LAN的通信、使用USB口等外部设备的连接接口的通信。

可以是，所述车载信息处理装置被构成为基于预先存储的信息处理程序来执行所述处理过程，所述探测部作为无效命令而埋入配置于所述信息处理程序。所述数据获取支援单元可以通过追加程序来实现，该追加程序被构成为能够向所述车载信息处理装置加载和从该车载信息处理装置卸载，并包括所述车辆数据的获取命令作为脚本。可以构成为，根据所述追加程序被加载于所述车载信息处理装置这一情况，所述探测部被置换成所述车辆数据的获取命令，在取得所需的所述车辆数据后，或根据所述追加程序被从所述车载信息处理装置卸载这一情况，所述探测部被再次置换成所述无效命令。

根据该结构，经由埋入配置于信息处理程序的探测部来获取车辆数据，能够获取对信息处理程序的动作即车载信息处理装置的动作状态甚至车辆的动作进行详细分析的车辆数据。而且，若是通过将探测部的命令置换成获取命令而从车载信息处理装置获取车辆数据的情况，则在获取所需的车辆数据之后，通过将数据获取支援单元卸载，探测部被再次置换成无效命令。由此，若是在获取车辆数据之后，车载信息处理装置的信息处理程序也能恢复并维持成当初的状态。因此，即使在车辆数据的获取处理之后，也能够对信息处理确保与当初同样的安全性。

可以构成为，存储于所述存储装置的所述车辆数据被发送到分析中心，所述分析中心基于所述车辆数据的推移变化来分析该车辆的状态。

根据这样的结构，通过将获取的车辆数据向对该数据进行分析的分析中心发送，而在该分析中心能详细地分析车辆的状态。由此，尽管是分析对象的车载信息处理装置远离分析中心的情况，也能分析基于车载信息处理装置动作的车辆的状态。其结果是，通过分析经由车载信息处理装置获取的车辆数据，能够进行车辆产生的不良情况等的试验或调查。由此，缓和进行车辆的状态分析的条件，基于分析等的调查或试验的实施变得容易，并且也可以在恰当的行驶环境等下容易实施该调查或试验。

可以构成为，所述车辆数据经由无线通信从所述存储装置被发送到所述分析中心。

根据这样的结构，车辆数据通过无线通信而向分析中心发送。由此，能够不受存储装置的容量局限地获取车辆数据，车载信息处理装置能够将车辆数据尽快向分析中心发送。由此，能够更迅速地进行基于车辆数据分析的车辆不良情况等的试验或调查。

为了解决上述课题，本发明提供一种车辆数据获取方法，通过搭载于车辆的车载信息处理装置获取车辆数据，并将取得的所述车辆数据存储于存储装置，在所述车载信息处理装置中预先装入有执行信息处理的处理过程的信息处理部。所述车辆数据获取方法具备装入工序，将数据获取支援单元动态地装入到所述车载信息处理装置中，该数据获取支援单元通过利用所述车载信息处理装置的信息处理动作状态来支援所述车辆数据的获取。所述车辆数据获取方法还具备置换工序，随着所述数据获取支援单元被装入到所述车载信息处理装置而将探测部置换成所述车辆数据的获取命令，所述探测部作为无效命令而配置于所述处理过程中的执行数据获取处理的一至多个位置。所述探测部被构成为能够根据来自所述数据获取支援单元的指示而置换成其他的命令。所述车辆数据获取方法还具备：存储工序，将通过所述置换所取得的所述车辆数据按照时序存储于所述存储装置；再次置换工序，在取得所需的所述车辆数据后，将所述探测部再次置换成所述无效命令。

根据这样的方法，探测部可以配置于车载信息处理装置的信息处理部的处理过程中的执行获取数据获取对象的处理的位置，即，作为该处理过程中的制约少的位置，只要能够获取目标的车辆数据可以配置在任意的位置。由此，能够提高使用该探测部的通过车载信息处理装置的车辆数据的获取的灵活性。例如，在按照包含在车载信息处理装置的信息处理部中的各处理工序来获取数据的这种情况下，仅能获取与各处理工序的结果对应的车辆数据。然而根据本发明，通过在处理工序所包含的处理过程内配置探测部，能够获取更详细地表示车载信息处理装置的动作状态的车辆数据。具体而言，本发明与车载信息处理装置的电路结构或程序的处理单位等无关地，在这些电路的中途的位置或构成处理单位的源代码内的中途的位置配置探测部。由此，能够详细地获取经由探测部的通过车载信息处理装置的车辆数据。其结果是，若是经由探测部而获取的车辆数据，则能够作为可以高精度地进行车载信息处理装置的动作状态分析的车辆数据而获取。因此，车载信息处理装置的不良情况的原因查明等的精度等提高。

另外，数据获取支援单元将探测部的无效命令置换成通过车载信息处理装置获取车辆数据的获取命令，并在获取所需的车辆数据之后，将探测部再次置换成无效命令。由此，技术人员等不需要对电路或源代码进行直接变更那样的作业，因此能防止改变或修正可能使电路或源代码产生不准确的改变等。其结果是，作为车辆数据获取系统的可靠性也提高。

可以是，在所述置换工序中，根据所述车辆的状态来判断有没有执行对所述探测部的命令的置换。

根据这样的方法，根据车辆行驶的情况、停止的情况、车辆的钥匙操作等车辆的状态，判断有没有执行对探测部的命令的置换。由此，可以在适合于置换作业的车辆状态下进行对探测部的命令的置换的执行。反言之，能够在不适合于置换作业的车辆状态下不进对探测部的命令的置换的执行。由此，能够以不对车辆的行驶造成影响的方式进行对探测部的命令的置换作业，能够提高车辆数据的获取处理的安全性。

附图说明

图1是关于对本发明的车辆数据获取系统进行具体化的第一实施方式，表示其概略结构的框图。

图2是表示图1所示的车载信息处理装置的概略结构的框图。

图3是表示在图1所示的车载信息处理装置中，数据获取程序的起动条件的图，（a）是表示对应于车辆钥匙状态的起动条件的图，（b）是表示（a）的起动条件的更详细的条件的图。

图4是示意性地表示图1所示的应用程序中包含的探测部的示意图。

图5是表示被图1所示的车载信息处理装置加载的数据获取程序的概略结构的框图。

图6是表示在图5所示的数据获取程序中包含的收集脚本的内容的列表的图。

图7是表示在图1所示的车载信息处理装置中数据获取程序置换探测部的条件的图。

图8是表示图5所示的数据获取程序变更应用程序的形态的图，（a）是示意性地表示应用程序的探测部的图，（b）是示意性地表示（a）所示的应用程序的探测部被置换后的状态的图。

图9是表示图5所示的数据获取程序变更应用程序的探测部时的一形态的图，（a）是表示在探测部配置有NOP命令（Non Operation命令）的状态的图，（b）是表示将探测部的NOP命令置换成JMP命令（跳跃命令）的状态的图，（c）是表示将置换后的探测部再次置换成NOP命令的状态的图。

图10是关于图2所示的车载信息处理装置的数据获取程序的开始处理，表示其工序的流程图。

图11是关于接在图10之后的数据日志生成处理，表示其工序的流程图。

图12是关于接在图11之后的日志系统删除处理，表示其工序的流程图。

图13是关于对本发明的车辆数据获取系统进行具体化的第二实施方式，表示其概略结构的框图。

图14是关于对本发明的车辆数据获取系统进行具体化的车载信息处理装置的变形例，表示其概略结构的框图。

具体实施方式

（第一实施方式）

关于对本发明的车辆数据获取系统进行了具体化的第一实施方式，参照图1～图12进行说明。图1是表示车辆数据获取系统的概要的框图。

如图1所示，在车辆数据获取系统中包括搭载在作为移动体的车辆20上的车载信息处理装置21。车载信息处理装置21在与设于车辆20的外部的数据分析中心10之间进行程序数据或日志数据等各种数据的收发。

数据分析中心10通过对从搭载于车辆20的各种控制装置等信息处理装置获取的数据日志进行分析，进行车辆20的动作状态等的试验或调查。在本实施方式中，数据分析中心10在车辆20的动作状态的试验等时，利用作为由搭载于车辆20的车载信息处理装置21执行的信息处理程序的应用程序11，基于在车辆20中获取的车辆数据，进行车辆20的状态的分析。在数据分析中心10进行的各种动作试验等中，包括车辆20的不良情况、搭载于该车辆20的车载信息处理装置21产生的不良情况的试验或调查等。数据分析中心10用于分析的数据日志（详细后述的数据日志22）是通过按照时序记录与车载信息处理装置21中执行的应用程序11的动作关联地获取并存储的车辆数据而生成的数据日志。即在本实施方式中，车辆20的车载信息处理装置21实现生成由车辆数据构成的数据日志22的数据日志功能。

在数据分析中心10保持有与搭载于车载信息处理装置21的应用程序11相同的应用程序11。需要说明的是，数据分析中心10可以每当需要时，能够生成或从外部获取与应用程序11相同的程序。

另外，在数据分析中心10中保持有通过向车载信息处理装置21导入而在车辆20中能够构成数据获取支援单元的数据获取程序12。即，该数据获取程序12通过由车载信息处理装置21执行，而具有以下的数据日志功能：生成通过利用由车载信息处理装置21执行的应用程序11而获取的车辆数据、例如表示各种车辆状态的数据、程序的内部变量的数据等的数据日志22。如此，数据分析中心10保持有与由车载信息处理装置21执行的应用程序相同的应用程序11，因此通过在车辆20中利用由车载信息处理装置21执行的应用程序11而能够适当地生成、管理获取车辆数据的数据获取程序12。

而且，在数据分析中心10中保持有程序数据日志13。程序数据日志13通过将由车载信息处理装置21获取的车辆数据的数据日志23向数据分析中心10转送而生成。即，在数据分析中心10，由车载信息处理装置21获取的数据日志22被保持作为程序数据日志13。

并且，在数据分析中心10中，基于程序数据日志13，分析车辆20的状态、例如车载信息处理装置21的状态。详细而言，数据分析中心10基于应用程序11和数据获取程序12，能够判定由车辆数据的数据日志22构成的程序数据日志13中包含的数据是在何种条件或状况下在车辆20中获取的数据。由此，数据分析中心10基于程序数据日志13能够分析车辆20的各种动作状态，并且通过该分析，还能够对车辆20的状态、例如车载信息处理装置21的状态或应用程序11的动作状态等进行分析。

数据分析中心10能够将保持的数据获取程序12向USB存储器等便携式存储装置15转送。另一方面，数据分析中心10经由便携式存储装置15能够获取存储于车辆20的数据日志22作为程序数据日志13。即数据分析中心10具有的数据获取程序12经由便携式存储装置15，向车辆20的车载信息处理装置21转送。另一方面，车辆20的数据日志22经由便携式存储装置15而从车辆20向数据分析中心10转送。

如图2所示，车载信息处理装置21构成作为搭载于车辆20的各种信息设备装置的一例的导航系统。车载信息处理装置21以具有作为信息处理部的运算装置（车辆CPU）30、存储装置31、非易失性存储器（ROM）32、易失性存储器（RAM）33等的微型计算机为中心构成，基于存储于存储装置31或存储器32、33的各种数据及程序而执行各种信息处理。而且在车载信息处理装置21设有能够将输入装置35、显示装置36、便携式存储装置15等存储器连接的接口34。

输入装置35是使用者用于向车载信息处理装置21输入操作信息等信息的装置，具有显示在触摸面板上的按钮或设于前面板的按钮等，将与使用者的操作对应的信息向车载信息处理装置21输入。

显示装置36是显示并向使用者提供文字、图像信息的装置，例如以图像等显示本车位置或地图信息等的信息。

存储装置31是公知的存储装置，由非易失性的存储装置的HDD（Hard Disk Drive）或非易失性的存储器（EEPROM等）等构成。在存储装置31存储有由车辆CPU30执行的各种信息处理中使用的各种数据及程序，并且也存储有由通过利用应用程序11而获取的车辆数据构成的数据日志22。

ROM32是非易失性的存储器，预先保持有在车辆CPU30中执行处理的确定的程序、例如应用程序11等。

RAM33是易失性的存储器等，暂时保持有由车辆CPU30执行的程序或在程序中使用的变量（参数）等。例如在RAM33中暂时保持有在车辆CPU30中执行处理的应用程序11的程序及内部变量、车速等表示车辆20的行驶状态的变量等。

接口34能够进行各种外部设备（外部介质）与车载信息处理装置21的连接，在本实施方式中，具有USB规格的连接口。由此在车载信息处理装置21上能够经由接口34连接USB规格的便携式存储装置15、所谓USB存储器。由此，车载信息处理装置21使用车辆CPU30，能够对与接口34连接的便携式存储装置15进行读写所谓的访问。由此车载信息处理装置21能够将存储于存储装置31或RAM33的数据向便携式存储装置15转送，或反之将存储于便携式存储装置15的数据向存储装置31或RAM33转送。

当车载信息处理装置21起动时，自动地使车辆CPU30执行预先保持于ROM32等的应用程序11。由此在车载信息处理装置21中，在电源投入后，作为导航系统的程序即应用程序11自动开始。另一方面，也可以通过起动后的指定，车载信息处理装置21获取保持于便携式存储装置15的数据获取程序12并由车辆CPU30执行。

车载信息处理装置21使车辆CPU30执行加载/卸载16。加载/卸载16基于规定的追加条件而追加性地使车辆CPU30执行程序，或反之使车辆CPU30基于规定的删除条件将追加性地执行的程序删除。加载/卸载16预先保持于ROM32或存储装置31，在车载信息处理装置21的电源投入后，使车辆CPU30的执行自动开始。即加载/卸载16在车辆CPU30中，作为与应用程序11不同的程序而执行，以免妨碍应用程序11的处理。需要说明的是，加载/卸载16也可以包含在应用程序11中。而且，加载/卸载16可以在必要的时机由车辆CPU30执行。

车载信息处理装置21当通过执行加载/卸载16而检测到在接口34连接有便携式存储装置15这一情况时，检查在便携式存储装置15是否保持有数据获取程序12。并且，车载信息处理装置21当通过加载/卸载16的执行而检测到在便携式存储装置15保持有数据获取程序12这一情况时，将该数据获取程序12向RAM33转送。并且，当车载信息处理装置21判断为由车辆20的行驶条件或钥匙操作等而确定的规定的开始条件成立时，使车辆CPU30执行处理向RAM33转送完的数据获取程序12，即，使数据获取程序12起动。反之，当车载信息处理装置21判断为由车辆20的行驶条件或钥匙操作或便携式存储装置15从接口34的脱离等而确定的规定的结束条件成立时，执行使数据获取程序12结束的处理。并且，车载信息处理装置21在数据获取程序12结束之后，将该数据获取程序12从RAM33等中删除。

在图3（a）中，示出在判断数据获取程序12的起动中使用的规定的开始条件的一例设定的开始条件列表16A。在开始条件列表16A中设定有基于钥匙状态的规定的开始条件。在规定的开始条件中，作为不起动数据获取程序12的条件，设定有不管点火开关（ING）是切断的状态即“OFF”还是接通的状态即“ON”，附件开关（ACC）都切断的状态即“OFF”的情况。而且，在规定的开始条件中，作为起动数据获取程序12的条件，设定有点火开关为“OFF”且附件开关为“ON”的情况。而且，在规定的开始条件中，作为以车辆状态为“停车”的情况为条件而使数据获取程序12起动的条件，设定有点火开关为“ON”且附件开关也为“ON”的情况。

而且，在图3（b）中，判断车辆状态为“停车”的情况的一例如条件说明图16B所图示。条件说明图16B示出用于判别“停止”、“停车”、及“行驶中”的各车辆状态的条件。车辆20的“停止”例如根据点火开关为“OFF”来判断。车辆20的“停车”例如根据点火开关为“ON”并且驻车制动器被使用的状态的“ON”的情况或车速为“0”km/h的情况来判断。车辆20的“行驶中”例如根据点火开关为“ON”并且驻车制动器未使用的情况，或车速不为“0”km/h的情况来判断。由此，在规定的开始条件中包含车辆状态为“停车”的情况时，该条件可被适当地判断。

接着，按照图4及图5，说明应用程序11和数据获取程序12的详情。

如图2及图4所示，在应用程序11中预先埋入配置有多个探测部P（P1～P9）。探测部P配置在当应用程序11被执行时在该处理的中途进行执行处理的位置。应用程序11中的探测部P1～P9的配置是任意的，例如当然可以设置在各种处理的开始位置或结束位置，也可以设置在各种处理的中途所谓程序的中途。例如图4所示，探测部P3由程序的命令的中途即地址xxx15和地址xxx16构成，在各地址中配置无效命令（例如NOP命令）。如此，由两个的地址和设定于此的无效命令构成的探测部P极力抑制应用程序11的尺寸或处理负载的增大。由此，应用程序11尽管是设置探测部P（P1～P9的情况，也能极力抑制探测部P的设置引起的执行时间的增加等，能维持与未设置探测部P的情况大致同样的执行时间、或对车辆CPU30的负载率。即本实施方式的探测部P1～P9尽管是设于应用程序11的情况，但对于该应用程序11不附加新的负载。然而，例如地址xxx15的编号所使用的符号“xxx”是表示省略了具体的值这一含义的符号，并未限定为特定的数值，也可以取代为任意的位数的任意的数值。

需要说明的是，作为探测部P1～P9的配置位置，是在该部位上能够获取适合于分析车辆20的动作状态的车辆数据的部位为优选。而且，在车辆数据中，包括车辆20的行驶状态所涉及的数据即速度、加速度、振动、及位置等、或发动机控制等所涉及的数据等。而且，在车辆数据中，包括应用程序11的内部变量、表示车辆CPU30的动作状态的变量、表示OS等的状态的变量、及程序切换所涉及的变量。而且，在车辆数据中，包括通过“后入先出”而进行程序处理所涉及的数据的存取的数据结构即堆栈的内容（堆栈转储）、或使用程序的存储器的内容（存储器信息转储）等。

然而，探测部P由于预先埋入配置于应用程序11，因此数据分析中心10能够从数据分析中心10自身保持的应用程序11获取应用程序11中的探测部P的配置位置。即数据分析中心10在把握了配置于应用程序11的探测部P的位置的基础上，通过利用该应用程序11而能够生成获取车辆数据的数据获取程序12。

如图5所示，在数据获取程序12设有获取脚本40、数据输出函数组41、对数据获取程序12进行管理的获取控制部42、解释器43。

获取脚本40定义了为了能够获取车辆数据而变更功能的测部P的位置及其变更内容，根据在车辆20的动作试验等时进行分析的对象等，由数据分析中心10等而生成。需要说明的是，对于基本的分析对象的脚本、或对于频繁地调查的对象的脚本等可以预先准备于数据分析中心10等。

在获取脚本40设定有：图6所示的探测功能变更列表50，针对成为功能变更的对象的每个探测部P分别设定了变更的功能；图7所示的可变更条件51，确定允许变更探测部P的条件。

如图6所示，在探测功能变更列表50中，为了获取车辆数据而变更功能的探测部P设定一或多个，并且针对该设定的一或多个探测部P的每一个设定有变更后的功能。例如由车辆CPU30执行的应用程序11中包含的一个探测部P3（地址xxx15）以变更为执行所谓获取命令之一的基本日志函数（后述的基本日志函数41a）的命令的方式设定。而且该被执行的应用程序11的另一个探测部P4（地址xxx60）以变更为执行输出所谓获取命令之一的CPU状态的函数（后述的CPU状态输出函数41b）的命令的方式设定。而且该被执行的应用程序11的又一个探测部P5（地址xxx77）以变更为执行获取命令之一的基本日志函数41a的命令的方式设定。即，基于该探测功能变更列表50，分别置换各探测部P的设定。

可变更条件51是设定有作为用于判断是否可以按照探测功能变更列表50置换各探测部P的条件而应确认的项目（制约条件）及其内容的所谓限制过滤器。在可变更条件51成立时，对应用程序11的探测部P的命令基于探测功能变更列表50来置换。另一方面，在可变更条件51不成立时，对应用程序11的探测部P的命令未被置换。由此，预先判断按照获取脚本40进行的处理是否会对通常进行动作的应用程序11等造成影响。

如图7所示，在可变更条件51中设定有例如与访问相关的制约条件和与时间相关的制约条件。与访问相关的制约条件是指确认设定在探测功能变更列表50中的各地址是否为基于数据获取程序12的可访问的地址的条件。例如设定于探测功能变更列表50的全部的地址是可写入的地址时，判断为探测功能变更列表50的设定内容不受访问限制的制约。另一方面，探测功能变更列表50中所设定的各地址中的任一个均是不允许写入的地址时，判断为探测功能变更列表50的设定内容受到访问限制。

另外，与时间相关的制约条件是指用于预先确认由于对探测功能变更列表50中所设定那样的探测部P的命令的置换，应用程序11的执行时间是否未超过规定时间的条件。规定时间是指例如在对应用程序11进行周期执行时，一次的执行所需要的最大的时间。需要说明的是，应用程序11的执行时间的算出可以通过由于对探测功能变更列表50中设定的各探测部P的命令的置换而解释器43执行所需的时间的累计加上应用程序11的执行时间来求出。即，在预测为即使由于对探测功能变更列表50中设定的各地址的命令的置换，应用程序11的执行时间也不超过规定时间时，判断为探测功能变更列表50的设定内容不受时间限制的制约。另一方面，在预测为由于对探测功能变更列表50中设定的全部地址的命令的置换而使应用程序11的执行时间超过规定时间时，判断为探测功能变更列表50的设定内容受时间限制的制约。

如图5所示，数据输出函数组41是通过利用应用程序11而获取规定的车辆数据，并将获取的车辆数据作为数据日志22存储于存储装置31等的多个函数。作为各函数，例如有基本日志函数41a、CPU状态输出函数41b、OS状态输出函数41c、任务转换函数41d、堆栈转储函数41e、及存储器信息转储函数41f等。基本日志函数41a是生成应用程序11的内部变量的数据日志的函数，而CPU状态输出函数41b是生成表示车辆CPU30的动作状态的计数器或时钟等变量的数据日志的函数。而且，OS状态输出函数41c是生成表示OS等的状态的存储器使用量或表示附加率等的变量的数据日志的函数，而任务转换函数41d是生成表示车辆CPU30执行中的多个程序所涉及的各程序的执行状态或各程序的优先级等的变量的数据日志的函数。而且，堆栈转储函数41e是生成存储器堆栈的内容即堆栈转储的数据日志的函数，而存储器信息转储函数41f是生成执行程序或保持有变量的存储器的内容即存储器信息转储的数据日志的函数。

获取控制部42控制数据获取程序12的执行，对解释器43的可变更条件51的判断或获取脚本40的执行、结束等进行管理，或对通过接口34等的数据的收发进行管理。例如获取控制部42使解释器43判断获取脚本40是否满足可变更条件51。并且，在可变更条件51满足时，获取控制部42使解释器43执行获取脚本40。另一方面，在可变更条件51不满足时，获取控制部42进行管理以使解释器43不执行获取脚本40。而且，例如获取控制部42在车辆数据的获取结束时，还进行将所需的数据日志22向便携式存储装置15转送的处理。

解释器43通过利用车辆CPU30的处理功能，而对获取脚本40或数据输出函数组41包含的源代码依次进行解释并同时进行执行处理。在解释器43设有命令部44。在命令部44设有作为解释器43利用的结构而预先设定的执行程序组，在本实施方式中，包含置换对探测部P的命令的置换命令或再次置换对探测部P的命令的再次置换命令等。

另外，在解释器43设有：基于获取脚本40而置换或再次置换对探测部P的命令的探测功能变更处理部45、用于执行所述数据输出函数组41包含的函数的函数执行处理部46等。即，当通过解释器43执行处理获取脚本40时，通过探测功能变更处理部45执行对探测部P的命令的置换或再次置换。而且，数据输出函数组41包含的各函数41a～41f由解释器43进行处理而进行规定的处理。需要说明的是，在本实施方式中，在解释器43生成数据日志22时，解释器43在存储装置31生成数据日志22。

接着，关于对探测部P的命令的置换，参照图8及图9进行说明。在此，以探测部P3为例，说明对探测部P的命令的置换，但关于对其他的探测部P1、P2、P4～P9的命令的置换及再次置换也同样，因此省略对其他的探测部P的说明。

如图8（a）所示，在应用程序11的地址xxx15和地址xxx16中，在例如数据分析中心10生成该应用程序11时埋入探测部P3。在该探测部P3配置有什么都不做的命令（无效命令）作为命令。并且，如图8（a）至图8（b）的箭头所示，当通过数据获取程序12执行对探测部P3的命令的置换时，配置于探测部P3的命令被置换成执行数据获取程序12包含的规定的输出函数的命令。

另一方面，如图8（b）至图8（a）的箭头所示，对探测部P3的命令被数据获取程序12再次置换。命令的再次置换在数据获取程序12获取了所需的车辆数据之后或数据获取程序12被从车载信息处理装置21删除所谓卸载时执行。即，对探测部P3的命令被再次置换成什么都不做的命令（无效命令）。通过这样的再次置换，应用程序11恢复并维持对探测部P3的命令被置换之前的状态、即应用程序11被生成后的初始状态。

具体而言，如图9（a）所示，在探测部P3中，若执行对探测部P3的命令的置换，则配置在应用程序11的地址xxx15和地址xxx16的NOP命令被置换成获取命令。由此，NOP命令如图9（b）所示，被置换成使程序的执行部位移到实现获取命令的地址destA的所谓跳跃命令（JMP命令）（参照图9（b）），能够执行例如数据获取程序12的基本日志函数41a。另一方面，若执行对探测部P3的命令的再次置换，则如图9（c）所示，配置在应用程序11的地址xxx15和地址xxx16的JMP命令被再次置换成作为无效命令的NOP命令。

需要说明的是，探测功能变更处理部45为了从应用程序11的探测部P中选择出命令被置换之后需要对命令进行再次置换的探测部P，而参照探测功能变更列表50。

接着，关于本车辆数据获取系统的数据日志的生成顺序，参照图10～图12进行说明。图10～图12是说明数据日志的生成顺序的流程图。图10是车载信息处理装置21的数据获取程序12的开始处理的流程图，图11是数据日志生成处理的流程图，图12是日志系统删除处理的流程图。

首先，在数据分析中心10中，向便携式存储装置15转送包含获取脚本40的数据获取程序12。然后，便携式存储装置15经由接口34而与车载信息处理装置21连接。

如图10所示，当便携式存储装置15与车载信息处理装置21连接时，车载信息处理装置21进行数据获取程序12的开始处理。在开始处理中，车载信息处理装置21通过加载/卸载16检测存储在便携式存储装置15中的数据获取程序12。当检测到数据获取程序12时，车载信息处理装置21将数据获取程序12转送所谓加载于RAM33（装入工序：图10的步骤S10）。当数据获取程序12被加载于RAM33时，车载信息处理装置21判断图3（a）的开始条件列表16A中所示的开始条件是否成立（图10的步骤S11）。当判断为开始条件未成立时（在图10的步骤S11中为否），车载信息处理装置21每隔规定的时间判断开始条件是否成立。另一方面，在判断为开始条件成立时（图10的步骤S11为是），车载信息处理装置21使车辆CPU30开始数据获取程序12的执行，即，使数据获取程序12起动（图10的步骤S12）。由此，获取控制部42执行解释器43。这样的结果是，车载信息处理装置21中的数据获取程序12的开始处理（图10的流程图）结束。

如图11所示，当数据获取程序12起动时，车载信息处理装置21开始数据日志生成处理。当数据日志生成处理开始时，车载信息处理装置21确认获取脚本40的内容是否满足可变更条件51（图11的步骤S20），并判断能否执行获取脚本40（图11的步骤S21）。在判断为不能执行获取脚本40时（图11的步骤S21为否），车载信息处理装置21不执行获取脚本40而结束数据日志生成处理。

另一方面，在判断为能够执行获取脚本40时（图11的步骤S21为是），车载信息处理装置21按照获取脚本40的图6所示的探测功能变更列表50，分别进行对各探测部P的命令的置换处理、即探测部P的功能变更（置换工序：图11的步骤S22）。当对各探测部P的命令的置换处理结束时，车载信息处理装置21使对各探测部P的命令的置换处理中还无效的、经由各探测部P的各个数据日志获取功能有效化（图11的步骤S23）。并且，当伴随着执行应用程序11而对各探测部P进行执行处理时，基于设定在该被执行处理的探测部P的函数来获取车辆数据。获取的车辆数据向存储装置31的数据日志22依次追加（存储工序：图11的步骤S24）。

当数据日志22被存储时，车载信息处理装置21适当判断结束条件是否成立（图11的步骤S25）。在判断为结束条件不成立时（图11的步骤S25为否），车载信息处理装置21继续车辆数据的获取及向数据日志22的追加。另一方面，在判断为结束条件成立时（图11的步骤S25为是），车载信息处理装置21使经由探测部P的各个数据日志获取功能无效化，由此结束数据日志生成处理（图11的流程图）。

如图12所示，数据日志生成处理结束之后的车载信息处理装置21进行用于将数据获取程序12等的日志系统从车载信息处理装置21除去的删除处理。在日志系统删除处理中，车载信息处理装置21判断日志系统的除去条件是否成立（图12的步骤S30）。在判断为日志系统的除去条件不成立时（图12的步骤S30为否），结束删除处理。而且，之后，适当执行删除处理。

另一方面，在判断为日志系统的除去条件成立时（图12的步骤S30为是），车载信息处理装置21进行再次置换对探测部P的命令的探测功能变更（再次置换工序：图12的步骤S31）。当探测部P的功能变更结束时，车载信息处理装置21结束车辆CPU30中的数据获取程序12的执行，并通过加载/卸载16，将保持于RAM33的数据获取程序12删除（图12的步骤S32）。由此，应用程序11被恢复成与数据获取程序12被导入车辆CPU30以前的状态相同的状态，并且车辆CPU30的执行环境也返回与数据获取程序12被导入以前的状态大致相同的状态。由此，日志系统的删除处理（图12的流程图）结束。

需要说明的是，车载信息处理装置21在日志系统的删除处理的开始前或处理中，使用数据获取程序12的获取控制部42等，使存储装置31的数据日志22移到便携式存储装置15。由此，能够向数据分析中心10导入车辆数据，并且存储装置31的空容量能够返回数据日志22生成前的状态。

如以上说明所示，本实施方式的车辆数据获取系统具有以下列举的效果。

（1）能够将探测部P配置在车载信息处理装置21的车辆CPU30执行的应用程序11的处理过程中的执行以车辆数据为获取对象的处理的位置，即该处理过程中制约少的位置。由此，能够提高使用该探测部P通过车载信息处理装置21获取车辆数据的灵活性。例如在按照车载信息处理装置21的车辆CPU30执行的应用程序11的各处理工序来获取车辆数据的结构时，仅能获取与各处理工序的结果对应的车辆数据。然而，根据本实施方式，通过处理工序所包含的处理过程内即程序的内部配置探测部P，能够获取更详细地表示车载信息处理装置21的动作状态的车辆数据。具体而言，无论车载信息处理装置21的程序的处理单位等如何，都在构成这些处理单位的源代码内的中途的位置配置探测部P。由此，经由探测部P通过车载信息处理装置21，能够详细地获取车辆数据。其结果是，若是经由探测部P所获取的车辆数据，则能够作为可以用于高精度地进行车载信息处理装置21的动作状态分析的车辆数据而获取。因此，车载信息处理装置21的不良情况的原因查明等的精度等提高。

（2）数据获取程序12将探测部P的无效命令置换成车载信息处理装置21获取车辆数据的获取命令，并在获取所需的车辆数据之后，将探测部P再次置换成无效命令。由此，技术人员等不需要对源代码进行直接变更那样的作业，因此能防止改变或修正可能使源代码产生不准确的改变等。其结果是，作为车辆数据获取系统的可靠性也提高。

（3）如图3（a）的开始条件列表16A或图3（b）的条件说明图16B所示，根据车辆20行驶的情况、停止的情况、车辆的钥匙操作等车辆20的状态，判断有没有执行对探测部P的命令的置换。由此，能够在适合于置换作业的车辆20的状态（例如停车状态）下进行对探测部P的命令的置换的执行。反言之，还能够在不适合于置换作业的车辆20的状态下（例如行驶中）不进行对探测部P的命令的置换的执行。由此，能够进行对探测部P的命令的置换作业而不会对车辆20的行驶造成影响，能够提高车辆数据的获取处理的安全性。

（4）尤其是在车辆20停车时，进行对探测部P的命令的置换作业。由此，若是在车辆20的行驶中可能对行驶造成影响的对探测部P的命令的置换作业，则在本实施方式中能够避开对行驶造成影响的情况而进行该置换作业。由此，能够进一步提高经由探测部P的车辆数据的获取处理的安全性。

（5）在预测为车载信息处理装置21进行的应用程序11的执行时间超过被分配的规定时间时，不进行对探测部P的命令的置换。由此，能够防止在该应用程序11的执行中产生例如由于将探测部P的命令置换成获取命令使得车载信息处理装置21对应用程序11的执行在规定时间内未结束而被强制结束等那样的不适当的处理。其结果是，经由探测部P的车辆数据的获取处理的安全性提高。

（6）如图7的可变更条件51所示，在判断为例如车辆数据的获取处理对要访问无法访问的地址等车载信息处理装置21对应用程序11的执行造成不利影响时，数据获取程序12不进行对探测部P的命令的置换。由此，能防止车辆数据的获取处理对由车载信息处理装置21执行的应用程序11造成不利影响。

（7）在车辆数据的获取处理不满足作为车载信息处理装置21中的执行条件的图7所示的可变更条件51、例如访问所涉及的限制或执行时间所涉及的限制等条件时，车载信息处理装置21不进行对探测部P的命令的置换。由此，能防止车辆数据的获取处理对由车载信息处理装置执行的信息处理造成不利影响。

（8）数据获取程序12通过经由接口34而动态地向车载信息处理装置21装入。因此，不需要预先在车载信息处理装置21设置数据获取程序12。由此，在车载信息处理装置21仅设置应用程序11所需的处理过程，数据获取程序12根据车辆数据的获取需要，能够通过有线通信向车载信息处理装置21追加。需要说明的是，在有线通信中，可以包括通过各种LAN的通信、使用USB口等外部设备的连接接口的通信。

（9）通过经由埋入配置于应用程序11的探测部P来获取车辆数据，能够获取可以对应用程序11的动作、即车载信息处理装置21的动作状态、甚至车辆20的动作进行详细分析的车辆数据。而且，若是通过将探测部P的命令置换成获取命令而从车载信息处理装置21获取车辆数据的情况，则在取得所需的车辆数据之后，通过将数据获取程序12卸载，探测部P被再次置换成无效命令。由此，若是在取得了车辆数据之后，则车载信息处理装置21的应用程序11被恢复并维持当初的状态。因此，即使在车辆数据的获取处理之后，应用程序11的执行也能够确保与当初同样的安全性。

（10）获取的车辆数据向分析该数据的数据分析中心10发送。由此，通过该数据分析中心10能详细地分析车辆20的状态。由此，若是分析对象的车载信息处理装置远离数据分析中心10的情况，则能分析基于车载信息处理装置21的动作的车辆20的状态。其结果是，通过分析经由车载信息处理装置21获取的车辆数据，能够进行车辆20产生的不良情况等的试验或调查。由此，能缓解进行车辆20的状态的分析的条件，基于分析等的调查或试验的实施变得容易，并且也可以在恰当的行驶环境等中容易实施该调查或试验。

（第二实施方式）

图13表示对本发明的车辆数据获取系统进行具体化的第二实施方式。如图13所示，本实施方式相对于上述第一实施方式的不同点在于，取代便携式存储装置15，通过设于数据分析中心10的中心通信部14和设于车辆20的车辆通信部23进行车辆数据的收发。其他的结构同样，因此对于同样的结构标注同一符号，而省略重复说明。

如图13所示，在数据分析中心10设置中心通信部14，并在车辆20设置车辆通信部23。由于中心通信部14与车辆通信部23能够进行相互的无线通信，因此通过无线通信，能够从数据分析中心10向车辆20转送数据获取程序12，并且能够从车辆20向数据分析中心10转送数据日志22。

由此，数据分析中心10根据需要而向车辆20转送数据获取程序12，由此在车辆20中能够生成数据日志22。而且，数据分析中心10能够迅速地获取由车辆20生成的数据日志22。

如此，图13的本实施方式的车辆数据获取系统具有与第一实施方式的效果所记载的（1）～（7）、（9）、（10）同等或以其为基准的效果，还起到以下的效果。

（11）通过经由无线通信，而将数据获取程序12动态地向车载信息处理装置21装入。因此，无需将数据获取程序12预先设于车载信息处理装置21。由此，最初在车载信息处理装置21仅设置应用程序11所需的处理过程。数据获取程序12根据车辆数据的获取的需要，通过无线通信而能够向车载信息处理装置21追加。

（12）车辆数据通过无线通信而向数据分析中心10发送。由此，车载信息处理装置21能够不受存储装置31的容量局限地获取车辆数据，能够尽快地将车辆数据向数据分析中心10传送。因此，能够更迅速地进行基于车辆数据分析的车辆20的不良情况等的试验或调查。

需要说明的是，上述各实施方式可以通过以下的形态来实施。

·在上述各实施方式中，例示了数据获取程序12整体向车载信息处理装置21加载或卸载的情况。然而并不局限于此，如图14所示，也可以预先将数据获取程序12准备于车载信息处理装置21，仅将获取脚本40经由便携式存储装置15向车载信息处理装置21加载或卸载。由此，数据获取程序的安装的自由度提高。

·在上述各实施方式中，例示了车辆20的数据日志22在车辆20的存储装置31生成的情况。然而并不局限于此，车辆20的数据日志22既可以在与车载信息处理装置21连接的便携式存储装置15生成，也可以通过通信适当地传送而直接在数据分析中心10生成。例如解释器43可以通过变更数据日志22的生成目的地，而在各种存储器等生成数据日志。而且，获取脚本40也可以指定数据日志22的生成目的地。由此，数据日志22的生成目的地的灵活性提高，因此能够避免用于存储数据日志22的存储容量的制约等，作为车辆数据获取系统的结构的灵活性提高。

·在上述各实施方式中，例示了车载信息处理装置21为导航系统的情况。然而并不局限于此，车载信息处理装置21只要是在车辆20中进行车辆控制或驾驶支援、信息提供等的各种控制装置即可。由此，在车辆20中，这样的车辆数据获取系统的采用可能性提高。

·在上述各实施方式中，例示了便携式存储装置15为USB存储器的情况，但并不局限于此，便携式存储装置15也可以是USB的硬盘或USB驱动器。由此，关于便携式存储装置15的采用可能性提高。

·在上述各实施方式中，例示了接口34为USB规格的端口的情况。然而并不局限于此，接口34只要是能够将可进行数据收发的装置与车载信息处理装置21连接即可，可以是与各种的车载LAN或通用LAN、各种存储器的规格等适合的接口等。由此，接口34和便携式存储装置15的选择自由度提高，因此作为车辆数据获取系统的结构的灵活性提高。

·在上述各实施方式中，例示了获取脚本40包含于数据获取程序12的情况，但并不局限于此，获取脚本40也可以每当需要的情况下向数据获取程序12供给。由此，获取脚本40的更换容易，能够提高数据获取程序12对数据日志22的获取功能的灵活性。

·在上述各实施方式中，例示了基于图7所示的可变更条件51成立与否，判断对探测部P的命令基于探测功能变更列表50是否置换的情况。然而并不局限于此，也可以在可变更条件51不成立时，以使该条件成立的方式从设定的多个探测部P中选择变更的探测部P，或仅限制为一部分的探测部P进行置换。

即，若进行对全部的探测部P的命令的置换，则在预测为应用程序11的处理时间超过规定时间时，进行仅对一部分的探测部P的命令的置换。由此，使得车载信息处理装置21对应用程序11的执行所需的时间不超过向该应用程序11的执行预先分配的规定时间。由此，能够使车载信息处理装置21执行应用程序11所需的时间处于规定时间以内。因此，能够防止在信息处理产生例如由于车载信息处理装置21对应用程序11的执行在规定时间以内未结束而被强制结束等的不适当的处理。其结果是，经由探测部P的车辆数据获取处理的安全性提高，并且探测部P的变更的灵活性提高。

·在上述各实施方式中，预先确认置换对探测部P的命令的应用程序11的执行所需的时间未超过规定时间的情况。然而，并不局限于此，也可以以置换对探测部P的命令的应用程序11的执行所需的时间不超过规定时间的方式生成获取脚本40。由此，尽管是基于获取脚本40来置换对探测部P的命令的情况，也能使车载信息处理装置21对应用程序11的执行所需的时间不超过向该应用程序11的执行分配的规定时间。

·在上述各实施方式中，例示了在应用程序11设置九个探测部P1～P9的情况。然而，并不局限于此，探测部P的个数也可以是8部位以下，或10部位以上。由此，探测部P的配置自由度提高，能进行精度更高的动作分析。

·在上述各实施方式中，例示了例如以探测部P3由地址xxx15和地址xxx16构成的方式将一个探测部P由两个地址构成的情况。然而，并不局限于此，一个探测部P也可以由三个以上的地址构成。由此，能够置换为探测部P的命令的种类增加，并且在探测部P也可以与命令一起将要记录于数据日志22的值设置为参数。由此，探测部P的置换的自由度提高，车辆数据获取的灵活性提高。

·在上述各实施方式中，例示了在探测部P预先埋入有NOP命令作为无效命令的情况。然而，并不局限于此，只要能抑制应用程序11的执行时间或CPU负载的增加，也可以将其他的命令初始设定于探测部P。由此，探测部P的设定的灵活性提高。

·例如，作为数据获取支援单元，并不局限于前述的数据获取程序12，除此之外，也可以采用用硬件另行构成的系统或逻辑电路等。由此，作为车辆数据获取系统的设计的灵活性提高。

附图标记说明

10…数据分析中心，11…应用程序，12…数据获取程序，13…程序数据日志，14…通信部，15…便携式存储装置，16…加载/卸载，16A…开始条件列表，20…车辆，21…车载信息处理装置，22…数据日志，23…通信部，30…车辆CPU，30…运算装置，31…存储装置，32…非易失性存储器，32…ROM，33…RAM，33…易失性存储器，34…接口，35…输入装置，36…显示装置，40…获取脚本，41…数据输出函数组，41a…基本日志函数，41b…CPU状态输出函数，41c…OS状态输出函数，41d…任务转换函数，41e…堆栈转储函数，41f…存储器信息转储函数，42…获取控制部，43…解释器，44…命令部，45…探测功能变更处理部，46…函数执行处理部，50…探测功能变更列表，51…可变更条件，P、P1～P9…探测部。

Claims (14)

1.一种车辆数据获取系统，通过搭载于车辆的车载信息处理装置获取车辆数据，并将取得的所述车辆数据存储于存储装置，其特征在于，

在所述车载信息处理装置中预先装入有执行信息处理的处理过程的信息处理部，

所述车辆数据获取系统具备：

数据获取支援单元，动态地装入到所述车载信息处理装置中，以通过利用所述车载信息处理装置的信息处理动作状态来支援所述车辆数据的获取；

探测部，作为无效命令而配置于所述处理过程中的执行数据获取处理的一至多个位置，

所述探测部被构成为能够根据来自所述数据获取支援单元的指示而置换成其他的命令，

所述数据获取支援单元随着所述所述数据获取支援单元自身被装入于所述车载信息处理装置而将所述探测部置换成所述车辆数据的获取命令，并且将通过该置换所取得的所述车辆数据按照时序存储于所述存储装置，在取得所需的所述车辆数据后，将所述探测部再次置换成所述无效命令。

2.根据权利要求1所述的车辆数据获取系统，其中，

所述数据获取支援单元根据所述车辆的状态来判断有没有执行对所述探测部的命令的置换。

3.根据权利要求2所述的车辆数据获取系统，其中，

所述数据获取支援单元在所述车辆停车的条件下来执行对所述探测部的命令的置换。

4.根据权利要求1～3中任一项所述的车辆数据获取系统，其中，

所述数据获取支援单元在预测为由于进行对所述探测部的命令的置换而使所述车载信息处理装置进行信息处理所需的时间超过分配给该信息处理的规定时间时，不进行对所述探测部的命令的置换。

5.根据权利要求1～3中任一项所述的车辆数据获取系统，其中，

所述探测部设有多个，

所述数据获取支援单元对从多个所述探测部中选择的一部分所述探测部进行命令的置换，以使所述车载信息处理装置进行信息处理所需的时间不超过分配给该信息处理的规定时间。

6.根据权利要求1～4中任一项所述的车辆数据获取系统，其中，

所述数据获取支援单元在判断为经由所述探测部进行的所述车辆数据的获取处理对由所述车载信息处理装置执行的信息处理造成不利影响时，不进行对所述探测部的命令的置换。

7.根据权利要求1～4中任一项所述的车辆数据获取系统，其中，

所述数据获取支援单元在判断为经由所述探测部进行的所述车辆数据的获取处理不满足所述车载信息处理装置中的执行条件时，不进行对所述探测部的命令的置换。

8.根据权利要求1～4中任一项所述的车辆数据获取系统，其中，

在所述数据获取支援单元中预先准备所述车辆数据的获取命令，

以所述车载信息处理装置进行信息处理所需的时间不超过分配给该信息处理的规定时间的方式生成所述获取命令。

9.根据权利要求1～8中任一项所述的车辆数据获取系统，其中，

所述数据获取支援单元经由有线通信或无线通信而动态地装入到所述车载信息处理装置中。

10.根据权利要求9所述的车辆数据获取系统，其中，

所述车载信息处理装置被构成为基于预先存储的信息处理程序来执行所述处理过程，

所述探测部作为无效命令而埋入配置于所述信息处理程序，

所述数据获取支援单元通过追加程序来实现，该追加程序被构成为能够向所述车载信息处理装置加载和从该车载信息处理装置卸载，并包括所述车辆数据的获取命令作为脚本，

根据所述追加程序被加载于所述车载信息处理装置这一情况，所述探测部被置换成所述车辆数据的获取命令，

在取得所需的所述车辆数据后，或根据所述追加程序被从所述车载信息处理装置卸载这一情况，所述探测部被再次置换成所述无效命令。

11.根据权利要求1～10中任一项所述的车辆数据获取系统，其中，

存储于所述存储装置的所述车辆数据被发送到分析中心，

所述分析中心基于所述车辆数据的推移变化来分析该车辆的状态。

12.根据权利要求11所述的车辆数据获取系统，其中，

所述车辆数据经由无线通信从所述存储装置被发送到所述分析中心。

13.一种车辆数据获取方法，通过搭载于车辆的车载信息处理装置获取车辆数据，并将取得的所述车辆数据存储于存储装置，其特征在于，

在所述车载信息处理装置中预先装入有执行信息处理的处理过程的信息处理部，

所述车辆数据获取方法具备：

装入工序，将数据获取支援单元动态地装入到所述车载信息处理装置中，该数据获取支援单元通过利用所述车载信息处理装置的信息处理动作状态来支援所述车辆数据的获取；

置换工序，随着所述数据获取支援单元被装入到所述车载信息处理装置而将探测部置换成所述车辆数据的获取命令，所述探测部作为无效命令而配置于所述处理过程中的执行数据获取处理的一至多个位置，并被构成为能够根据来自所述数据获取支援单元的指示而置换成其他的命令；

存储工序，将通过所述置换所取得的所述车辆数据按照时序存储于所述存储装置；

再次置换工序，在取得所需的所述车辆数据后，将所述探测部再次置换成所述无效命令。

14.根据权利要求13所述的车辆数据获取方法，其中，

在所述置换工序中，根据所述车辆的状态来判断有没有执行对所述探测部的命令的置换。

Images