JP5641233B2 - Vehicle data acquisition system and vehicle data acquisition method - Google Patents

Description

  The present invention relates to a vehicle data acquisition system and a vehicle data acquisition method for acquiring vehicle data by using an operation of an information processing device mounted on a vehicle.

  In general, in the operation test of an in-vehicle information processing device such as a navigation system or various control devices mounted on a vehicle, the vehicle state is analyzed based on vehicle data acquired through a program executed by the information processing device. Done. For this reason, the in-vehicle information processing apparatus is provided with a function for storing the vehicle data thus acquired in time series, a so-called data log function. However, the data to be acquired through the in-vehicle information processing device differs depending on the analysis target, such as the contents of the target defect, so even with this data logging function, the type and number of data to be acquired depends on the analysis target. Need to be changed.

  Therefore, a technique that can easily change the data log function has been proposed, and an example thereof is described in Patent Document 1. In the system disclosed in Patent Document 1, a control program for controlling a vehicle, a diagnostic program including a data log function for storing vehicle data while diagnosing each part of the vehicle, and an in-vehicle information processing apparatus Function change information sent from a maintenance terminal device connected to. Among these, the function change information is information prepared in advance in the center corresponding to the failure information. When the failure information is sent from the maintenance terminal device to the center, the function change corresponding to the center is performed. Information is sent to the terminal device. Then, when the function change information is sent from the terminal device to the in-vehicle information processing device, the diagnostic program changes the vehicle data to be stored and the storage conditions based on the sent function change information. As described above, by using the function change information prepared in advance in the center, the data log function of the diagnostic program can be quickly changed, and vehicle data for identifying the fault location is easily collected. Will be able to.

JP 2003-84998 A

  As described above, according to the system described in Patent Document 1, vehicle data useful for failure diagnosis is stored as so-called log data based on function conversion information corresponding to failure information. However, in the system, the diagnosis program has a processing structure for storing vehicle data using function change information prepared in advance in the center, so that flexibility in obtaining desired vehicle data can be obtained. A decline in sex is inevitable. In other words, with the advancement and complexity of programs in recent years, the vehicle data required for failure diagnosis is also diversifying, but when it becomes function conversion information for collecting such vehicle data, this is prepared in advance. It is also difficult to do.

  The present invention has been made in view of such circumstances, and the purpose of the present invention is to provide the necessary vehicle data even when the vehicle data required for failure information diagnosis or the like cannot be predicted. An object of the present invention is to provide a vehicle data acquisition system and a vehicle data acquisition method that can be automatically acquired with high flexibility.

Hereinafter, means for solving the above-described problems and the effects thereof will be described.
In order to solve the above-mentioned problem, the invention described in claim 1 is a vehicle data acquisition system that acquires vehicle data through an in-vehicle information processing device mounted on a vehicle and stores the acquired vehicle data in a storage device. , A probe unit arranged as an invalid command at one or a plurality of positions for executing the data acquisition process in the information processing procedure by the in-vehicle information processing apparatus, and a part of the probe unit based on the data acquisition command Data acquisition support means for replacing with a data acquisition command, acquiring vehicle data in time series by the replaced acquisition command, and replacing the probe unit with the invalid command after acquiring the required vehicle data; , While storing the vehicle data acquired by the data acquisition support means in the storage device in association with the data acquisition command, Data acquisition command generating means for analyzing the vehicle data to be generated based on the stored vehicle data, and generating a data acquisition command for replacing the probe unit corresponding to the analyzed vehicle data with the required vehicle data acquisition command; It is a summary to provide.

In order to solve the above-mentioned problem, an invention according to claim 10 is a vehicle data acquisition method for acquiring vehicle data through an in-vehicle information processing device mounted on a vehicle and storing the acquired data in a storage device. Based on the data acquisition command by the data acquisition support means in a state where the probe unit is arranged in advance as an invalid command at one or more positions for executing the data acquisition process of the information processing procedure by the in-vehicle information processing apparatus Replacing a part of the probe unit with the vehicle data acquisition command, acquiring vehicle data in a time series by the replaced acquisition command, and after acquiring the required vehicle data, instructing the probe unit to be the invalid command a data acquisition support step of replacing again to, by the data acquisition command generating means, the vehicle data acquired by the data acquisition support step The required vehicle data is analyzed based on the stored vehicle data while being stored in the storage device in association with the data acquisition command, and the probe unit corresponding to the analyzed vehicle data is required. And a step of generating a data acquisition command to replace the vehicle data acquisition command.

  According to such a configuration or method, for example, predictive information such as a malfunctioning state or abnormality of the vehicle can be detected by analyzing the vehicle data based on the vehicle data associated with the data acquisition command. It becomes like this. For example, a data acquisition command for acquiring vehicle data required for analyzing the malfunction state or the sign information in more detail instead of the previous data acquisition command based on the detected malfunction state or the sign information Can be generated.

  And if vehicle data can be obtained based on the data acquisition command generated in this way, detailed analysis of the vehicle state can be performed, and it is possible to appropriately cope with the malfunction state and predictive information. Become. On the contrary, when vehicle data that cannot be analyzed in detail is obtained, it is possible to return to a state in which the same evaluation as before can be performed by simply returning the data acquisition command, The vehicle data acquisition and the detailed analysis of the vehicle state can be tried by the data acquisition command generated again. By doing so, it becomes possible to search for a data acquisition command that can acquire vehicle data that can be analyzed in detail, so-called learning.

  According to a second aspect of the present invention, in the vehicle data acquisition system according to the first aspect, the data acquisition command generated by the data acquisition command generator is a data acquisition command that is given to the data acquisition support unit. The gist.

  The invention according to claim 11 is the vehicle data acquisition method according to claim 10, wherein the next data acquisition command is a data acquisition command that is generated in the step of generating the data acquisition command in the data acquisition support step. It is a summary.

  According to such a configuration or method, vehicle data is acquired by a data acquisition command generated based on the acquired vehicle data. According to the data acquisition command based on the vehicle malfunction condition or predictive information obtained from the analysis result of the vehicle data acquired in this way, it is possible to acquire vehicle data that can analyze the vehicle state in more detail. You can also do it. Then, according to the analysis based on the vehicle data that enables more detailed analysis, it is possible to appropriately cope with the malfunction state and the sign information.

  According to a third aspect of the present invention, in the vehicle data acquisition system according to the first or second aspect, the data acquisition command generation means relates the generated data acquisition command to vehicle data stored in the storage device. The gist is to generate vehicle data to be acquired recursively.

The invention according to claim 12, in the vehicle data acquisition method according to claim 10 or 11, Oite the step of generating the data acquisition command, the data acquisition command generating means, a data acquisition command for the generator The gist is to generate the vehicle data related to the vehicle data stored in the storage device so as to be acquired recursively.

  According to such a configuration or method, a data acquisition command is generated so that vehicle data related to the acquired vehicle data can be acquired next (recursively). As a result, according to the vehicle data acquired next, it becomes possible to detect a more detailed vehicle malfunction state, predictive information, or the like by narrowing down the previously acquired vehicle data.

  According to a fourth aspect of the present invention, in the vehicle data acquisition system according to any one of the first to third aspects, the data acquisition command generated by the data acquisition command generation means is a plurality of scripts. It consists of at least one selected script.

The invention according to claim 13 is the vehicle data acquisition method according to any one of claims 10 to 12, wherein the data acquisition instruction generated in the step of generating the data acquisition instruction is the data acquisition instruction. The gist is to cause the generation means to generate from at least one script selected from among a plurality of scripts.

  According to such a configuration or method, since a script for acquiring vehicle data is provided in advance, it is easy to generate a data acquisition command for acquiring required vehicle data. If a script is selected based on a predetermined rule from a plurality of scripts provided in advance, it is possible to search for a script suitable for the malfunction status or predictive information from these scripts.

  The invention according to claim 5 is the vehicle data acquisition system according to claim 4, wherein the generated data acquisition command is composed of a plurality of scripts, and the data acquisition command is changed by recombination of the scripts. And

According to a fourteenth aspect of the present invention, in the vehicle data acquisition method according to the thirteenth aspect, the generated data acquisition command is composed of a plurality of scripts, and the data acquisition command generation means is configured by recombining the scripts. The gist is to change to.

  According to such a configuration or method, vehicle data is acquired by a combination of a plurality of scripts, so that it is possible to search for a combination of scripts that is more suitable for a malfunction state or predictive information, that is, to perform learning. Become.

  According to a sixth aspect of the present invention, in the vehicle data acquisition system according to the fifth aspect, the recombination of a plurality of scripts constituting the data acquisition command indicates that the vehicle data related to the vehicle data stored in the storage device is The gist is that it is performed recursively.

According to a fifteenth aspect of the present invention, in the vehicle data acquisition method according to the fourteenth aspect, the vehicle data related to the vehicle data stored in the storage device is converted into a plurality of scripts constituting the data acquisition command. The gist is to cause the data acquisition command generation means to perform the acquisition recursively.

  According to such a configuration or method, a data acquisition command is generated by a recombined script so that vehicle data related to the acquired vehicle data can be acquired next (recursively). As a result, even if a script is used, the next vehicle data is acquired in the form of narrowing down the previously acquired vehicle data, so that more detailed vehicle malfunction conditions and predictive information can be detected. Become.

  A seventh aspect of the present invention is the vehicle data acquisition system according to any one of the fourth to sixth aspects, wherein the selection of a script constituting the data acquisition command is obtained separately for a combination pattern of the scripts. The gist is that learning is performed as selection of a script combination pattern from which vehicle data whose characteristics become more prominent as data is obtained.

The invention according to claim 16 is the vehicle data acquisition method according to any one of claims 13 to 15, wherein the vehicle that is obtained by selecting a script constituting the data acquisition command according to a combination pattern of the scripts. The gist is to let the data acquisition command generation means learn as selection of a script combination pattern from which vehicle data whose characteristics become more prominent as data is obtained.

  According to such a configuration or method, a combination of scripts is learned so as to obtain vehicle data in which the feature to be detected becomes more prominent. Therefore, vehicle data acquired based on the learned combination of scripts According to this, it becomes possible to detect a more detailed vehicle malfunction condition or sign information.

  The invention according to claim 8 is the vehicle data acquisition system according to any one of claims 1 to 7, wherein the data acquisition command generated by the data acquisition command generation means is execution means of the command. The gist of the invention is that the program included in the data acquisition support means is read into the vehicle information processing apparatus together with the data acquisition support means.

The invention according to claim 17 is the vehicle data acquisition method according to any one of claims 10 to 16, wherein the center that exchanges information with the vehicle by wireless communication generates the data acquisition command. The data acquisition command generated in step (1) is read by the in-vehicle information processing apparatus together with the program constituting the data acquisition support step as a program included in the data acquisition support step for executing the command.

  According to such a configuration or method, the data acquisition command is included in the data acquisition support means and is read into the in-vehicle information processing apparatus together with the data acquisition support means. It is not necessary to prepare a program for acquiring vehicle data in advance. As a result, the storage capacity of the in-vehicle information processing apparatus is not unnecessarily occupied, and when the vehicle data is not acquired, there is no possibility that the vehicle data acquisition system will place a load on the in-vehicle information processing apparatus.

A ninth aspect of the present invention is the vehicle data acquisition system according to any one of the first to eighth aspects, comprising a center for exchanging information with the vehicle by wireless communication, and the storage device and the data The acquisition command generation means is provided in the center, and the data acquisition command is generated at the center based on vehicle data acquired in the storage device.

  The invention according to claim 18 is the vehicle data acquisition method according to any one of claims 10 to 17, further comprising a center for exchanging information with the vehicle by wireless communication, and the storage device in the center. And the step of generating the data acquisition command is executed at the center to generate the data acquisition command based on the vehicle data acquired in the storage device.

  According to such a configuration or method, since the storage device for acquiring the vehicle data is provided in the center, it usually has a high processing capacity for a device having a large capacity restriction such as an in-vehicle information processing device. Since the vehicle data is analyzed at the center, processing with a high processing load can be performed. Thereby, the analysis freedom degree and precision of vehicle data are raised. In addition, since the data acquisition command is generated at the center based on the analysis result of the vehicle data with a high degree of freedom and analysis accuracy in this way, the vehicle data to be acquired next is more It is also possible to make the data suitable for the detection of the warning information.

  In addition, since a data acquisition command generated at the center can be appropriately transmitted to the vehicle by wireless communication, vehicle data acquisition, vehicle data analysis, data acquisition command generation based on the analysis result, and generated data It becomes possible to repeat the acquisition of the vehicle data with the transmission of the acquisition command to the vehicle as one cycle at short intervals. As a result, it is possible to detect a malfunctioning state or sign information of the vehicle efficiently in a short time and with high accuracy. Thereby, the maintainability, reliability, etc. of the vehicle which employ | adopted such a vehicle data acquisition system can be improved now.

The block diagram which shows the schematic structure about 1st Embodiment which actualized the vehicle data acquisition system which concerns on this invention. The block diagram which shows schematic structure of the vehicle-mounted information processing apparatus of the vehicle data acquisition system. The schematic diagram which shows typically the probe part contained in the operating system of the vehicle data acquisition system. The block diagram which shows schematic structure of the data acquisition program loaded into the vehicle-mounted information processing apparatus of the vehicle data acquisition system. It is a schematic diagram which shows the aspect in which the data acquisition program of the vehicle data acquisition system changes a probe part typically, (a) is a figure which shows the initial state of a probe part, (b) is the state by which the probe part was replaced (C) is a figure which shows the state by which the probe part was replaced again. The schematic diagram which shows typically the application script list | wrist provided in the data analysis center of the vehicle data acquisition system. The schematic diagram which shows typically the example by which the learning result was reflected in the application script list | wrist of the vehicle data acquisition system. The flowchart which shows the procedure of the process which acquires a data log in the vehicle data acquisition system. The block diagram which shows the schematic structure about 2nd Embodiment which actualized the vehicle data acquisition system which concerns on this invention. The block diagram which shows the schematic structure about other embodiment which actualized the vehicle data acquisition system which concerns on this invention.

(First embodiment)
1st Embodiment which actualized the vehicle data acquisition system which concerns on this invention is described according to FIGS.

First, the outline | summary of a structure of a vehicle data acquisition system is demonstrated.
As shown in FIG. 1, the vehicle data acquisition system includes an in-vehicle information processing device 21 mounted on a vehicle 20 as a moving body. The in-vehicle information processing apparatus 21 exchanges (information exchange) various data such as program data and log data with the data analysis center 10 provided outside the vehicle 20.

  The data analysis center 10 analyzes the log information 13 including the data log 142 including the data log 22 acquired from the in-vehicle information processing device 21 such as various control devices mounted on the vehicle 20, and based on the analysis result. A test or investigation of the operating state of the vehicle 20 is performed. In the present embodiment, the data analysis center 10 is handled in the vehicle 20 by the operating system (OS) 11 being executed by the in-vehicle information processing device 21 mounted on the vehicle 20 when testing the operation state of the vehicle 20 or the like. Vehicle data is acquired, and the state of the vehicle 20 is analyzed based on the acquired vehicle data.

  Various operation tests performed by the data analysis center 10 include tests and investigations related to malfunctions due to malfunctions or failures of the vehicle 20 or malfunctions caused by malfunctions or malfunctions in the in-vehicle information processing apparatus 21 mounted on the vehicle 20. Etc. are included. The data log 142 (data log 22 of the vehicle 20) included in the log information 13 used for analysis by the data analysis center 10 is vehicle data acquired in association with the operation of the OS 11 executed by the in-vehicle information processing apparatus 21. It is a data log generated by being recorded in time series. That is, the in-vehicle information processing apparatus 21 of the vehicle 20 implements a data log function that generates a data log 22 composed of vehicle data.

  Then, the data analysis center 10 analyzes the malfunction of the vehicle 20 based on the data log 142 acquired in this way, and the vehicle required for performing a more detailed analysis based on the analysis result. The vehicle data to be acquired next is selected as data. In addition, the data analysis center 10 performs learning for enabling selection of vehicle data whose features are more prominent as vehicle data required for performing more detailed analysis according to the analysis result. I am also doing it.

Next, the configuration of the vehicle 20 will be described.
As shown in FIG. 2, the vehicle 20 is provided with the above-described in-vehicle information processing device 21 and an in-vehicle communication unit 23 that enables wireless communication with the data analysis center 10.

  The in-vehicle communication unit 23 can perform mutual wireless communication with the center communication unit 18 and can exchange various data transmitted to and received from the center communication unit 18 with the in-vehicle information processing device 21. It has become. As a result, the in-vehicle communication unit 23 can transfer the data acquisition program 12 or the like as data acquisition support means acquired from the data analysis center 10 by wireless communication to the in-vehicle information processing apparatus 21 of the vehicle 20. The data log 22 and the like can be transferred from the information processing apparatus 21 to the data analysis center 10.

The in-vehicle information processing apparatus 21 is provided with an input device 35 and a display device 36.
The input device 35 is a device for the user to input information such as operation information to the in-vehicle information processing device 21, and includes buttons displayed on the touch panel, buttons provided on the front panel, and the like. The corresponding information is input to the in-vehicle information processing apparatus 21.

The display device 36 is a device that displays text / image information and provides it to the user. For example, information such as the vehicle position and map information is displayed as an image.
The in-vehicle information processing apparatus 21 constitutes a navigation system that is an example of various information device apparatuses mounted on the vehicle 20. The in-vehicle information processing device 21 is mainly configured by a microcomputer having an arithmetic device (vehicle CPU) 30 as an information processing unit, a storage device 31, a nonvolatile memory (ROM) 32, a volatile memory (RAM) 33, and the like. Therefore, various information processing is executed based on various data and programs stored in the storage device 31 and the memories 32 and 33. In this embodiment, the function as a navigation system is realized by executing the OS 11 and the application program 11C in the vehicle CPU 30. The OS 11 is configured to include a core kernel 11A and an extended kernel 11B. The core kernel 11A mainly performs processing related to activation of the in-vehicle information processing apparatus 21, and the extended kernel 11B performs processing related to a scheduler function that manages execution of applications. Mainly done.

The storage device 31 is a known storage device, and is a non-volatile storage device HDD (Hard
Disk Drive) and non-volatile memory (such as EEPROM). The storage device 31 stores various data and programs used for various information processing executed by the vehicle CPU 30 and also stores a data log 22 including one or more vehicle data acquired by using the OS 11. The

  The ROM 32 is a non-volatile memory, and holds a predetermined program to be executed and processed by the vehicle CPU 30, such as the OS 11 and the application program 11C. The OS 11 and the application program 11C may be stored in another storage device such as the storage device 31 as long as the OS 11 and the application program 11C can be read into the vehicle CPU 30 when necessary.

  The RAM 33 is a volatile memory or the like, and temporarily stores programs executed by the vehicle CPU 30 and variables (parameters) used for the programs. For example, the RAM 33 temporarily stores the OS 11 and application program 11C programs and internal variables executed by the vehicle CPU 30 and variables indicating the running state of the vehicle 20 such as the vehicle speed. The data acquisition program 12 received from the data analysis center 10 is also held. The data acquisition program 12 is a program for acquiring a data log of vehicle data from the OS 11 or the like.

  For this reason, when the in-vehicle information processing device 21 is activated, the OS 11 stored in advance in the ROM 32 or the like is automatically read and executed by the vehicle CPU 30, and subsequently, the application program 11C is read by the vehicle CPU 30. Let it run. As a result, in the in-vehicle information processing apparatus 21, the application program 11C, which is a program as a navigation system, is automatically started after the power is turned on.

The in-vehicle information processing apparatus 21 causes the vehicle CPU 30 to execute the loader / unloader 30A. The loader / unloader 30A additionally causes the vehicle CPU 30 to execute a program based on a predetermined additional condition, and conversely deletes the program additionally executed by the vehicle CPU 30 based on a predetermined deletion condition. The loader / unloader 30A is held in the ROM 32 and the storage device 31 in advance, and the vehicle CPU 30 automatically starts executing after the on-vehicle information processing device 21 is powered on. That is, the loader / unloader 30A is executed by the vehicle CPU 30 as a program different from the OS 11 and the application program 11C so as not to interfere with the processing of the OS 11 and the application program 11C. The loader / unloader 30A may be included in the OS 11 or the application program 11C. The loader / unloader 30A may be executed by the vehicle CPU 30 at a necessary timing.

  When the in-vehicle information processing apparatus 21 detects that the in-vehicle communication unit 23 has acquired the data acquisition program 12 from the data analysis center 10, the in-vehicle information processing apparatus 21 transfers the acquired data acquisition program 12 to the RAM 33 by executing the loader / unloader 30 </ b> A. When the in-vehicle information processing apparatus 21 determines that a predetermined start condition determined from the traveling condition or key operation of the vehicle 20 is established, the vehicle CPU 30 executes the data acquisition program 12 that has been transferred to the RAM 33. The data acquisition program 12 is activated. On the contrary, when the in-vehicle information processing apparatus 21 determines that the end condition set in advance in the data acquisition program 12 is satisfied, the in-vehicle information processing apparatus 21 executes a process for ending the data acquisition program 12, and after the data acquisition program 12 ends, The data acquisition program 12 is deleted from the RAM 33 or the like.

  The core kernel 11A and the extended kernel 11B executed by the vehicle CPU 30 are provided with a plurality of probe units P. When the OS 11 is executed, the probe part P is disposed at a position where the execution process is performed in the middle of the process. As illustrated in FIG. 3, the core kernel 11 </ b> A includes, for example, a plurality of probe portions P <b> 1 to P <b> 9 as the plurality of probe portions P. The arrangement of the probe parts P1 to P9 in the core kernel 11A is arbitrary. For example, the probe units P1 to P9 can be provided at the start position and end position of various processes, and can also be provided in the middle of various processes, so-called programs. In each of the probe sections P1 to P9, an invalid instruction such as a NOP instruction that is an instruction that does nothing is normally secured at a predetermined address for a predetermined address length. For example, as the probe unit P3, two addresses, ie, addresses xxx15 and xxx16, are secured in the middle of the program instruction. As described above, the probe unit P composed of two addresses and invalid instructions set therein suppresses the increase in the size of the OS 11 and the processing load as much as possible. Accordingly, the OS 11 can suppress an increase in execution time due to the installation of the probe unit P as much as possible even when the probe unit P (P1 to P9) is provided, and is almost the same as the case where the probe unit P is not provided. And the load factor on the vehicle CPU 30 are maintained. That is, the probe units P <b> 1 to P <b> 9 of the present embodiment do not add a new load to the OS 11, even when provided in the OS 11. By the way, for example, the code “xxx” used for the number of the address xxx15 is a code indicating that a specific value is omitted, and is not limited to a specific numerical value, and is an arbitrary numerical value having an arbitrary number of digits. Can be substituted.

  It should be noted that the arrangement positions of the probe portions P1 to P9 are preferably locations where vehicle data suitable for analyzing the operation state of the vehicle 20 can be acquired at the locations. The vehicle data includes speed, acceleration, vibration, position, and the like, which are data related to the running state of the vehicle 20, data related to engine control, and the like. Further, the vehicle data includes an internal variable of the OS 11, a variable indicating the operation state of the vehicle CPU 30, a variable indicating the state of the OS and the like, and a variable related to program switching. In addition, the vehicle data includes the contents of the stack (stack dump), the contents of the memory used by the program (memory dump), etc. .

  In addition, although the probe part P is provided also in the expansion kernel 11B, since the structure of these probe parts P is the same structure as the probe parts P1-P9 provided in the core kernel 11A, the description is omitted. . Further, the probe unit P similar to the core kernel 11A may be provided in the application program 11C.

The data acquisition program 12 executed by the vehicle CPU 30 is a vehicle that can be acquired by using the OS 11 executed by the in-vehicle information processing apparatus 21 via one or more probe units P provided in the OS 11. It has a data log function for generating a data log 22 such as data, for example, data indicating various vehicle states and data of internal variables of the program. The data acquisition program 12 is created and managed by the data analysis center 10.

  As shown in FIG. 4, the data acquisition program 12 includes an acquisition script 40 as a data acquisition command, a data output function group 41, an acquisition control unit 42 that manages the data acquisition program 12, and an interpreter 43. ing.

  The acquisition script 40 defines the position of the probe unit P whose function is changed in order to acquire vehicle data and the details of the change. The acquisition script 40 is data according to an object to be analyzed during an operation test of the vehicle 20 or the like. Created in the analysis center 10. The acquisition script 40 includes a probe function change list in which a function to be changed for each probe unit P that is a function change target is set, a changeable condition that defines a condition for permitting the probe unit P to be changed, and the like. Has been. In the probe function change list, one or a plurality of probe parts P whose functions are changed in order to acquire vehicle data are set, and each of the set one or more probe parts P is changed. The later function is set. As shown in FIGS. 5A and 5B, for example, one probe unit P3 (address xxx15 to xxx16) included in the core kernel 11A executed by the vehicle CPU 30 is one of so-called acquisition commands. It is set to change to an instruction (jump instruction) for executing the basic log function 41a. That is, the setting of each probe unit P is replaced based on the probe function change list.

  The data output function group 41 is a plurality of functions for acquiring predetermined vehicle data by using the OS 11 or the like and storing the acquired vehicle data as the data log 22 in the storage device 31 or the like. Examples of each function include a basic log function 41a, a CPU state output function 41b, an OS state output function 41c, a task switch function 41d, a stack dump function 41e, and a memory dump function 41f. The basic log function 41 a is a function that creates a data log of internal variables of the OS 11, while the CPU state output function 41 b is a function that creates a data log of variables such as a counter and a clock that indicate the operation state of the vehicle CPU 30. . The OS state output function 41c is a function for creating a data log of variables indicating the memory usage and addition rate indicating the OS state and the like, while the task switch function 41d is included in a plurality of programs being executed by the vehicle CPU 30. It is a function that creates a data log of variables indicating the execution state of each program and the priority of each program. Furthermore, the stack dump function 41e is a function for creating a data log of the stack dump that is the contents of the memory stack, while the memory dump function 41f is the contents of the memory in which a program is executed or a variable is held. This function creates a data log for a memory dump. That is, the vehicle data acquired by these functions is stored in the storage device 31 as the data log 22, and various information such as the date and time when the vehicle data required for the analysis of the data log 22 is acquired and the speed of the vehicle 20 are acquired. Are also stored in the storage device 31. Various types of information stored together with the data log 22 are associated with the data log 22. For example, when the data log 22 is transmitted to the data analysis center 10, it is transmitted to the data analysis center 10 together with the data log 22. It has become.

The acquisition control unit 42 controls the execution of the data acquisition program 12, and manages the determination of executable conditions, the execution and termination of the acquisition script 40, etc. in the interpreter 43, and the data through the interface. Manage transfers. For example, the acquisition control unit 42 causes the interpreter 43 to determine whether or not the acquisition script 40 satisfies the executable condition. Then, the acquisition control unit 42 causes the interpreter 43 to execute the acquisition script 40 when the executable condition is satisfied. On the other hand, the acquisition control unit 42 manages the interpreter 43 so that the acquisition script 40 is not executed when the executable condition is not satisfied. For example, the acquisition control unit 42 also performs a process of transferring the data log 22 including the acquired vehicle data to the data analysis center 10 via the in-vehicle communication unit 23 when the acquisition of the vehicle data is completed.

  The interpreter 43 uses the processing function of the vehicle CPU 30 to execute execution processing while sequentially interpreting the source code included in the acquisition script 40 and the data output function group 41. The interpreter 43 is provided with a command unit 44. The command section 44 is provided with an execution program group that is set in advance to be used by the interpreter 43. In this embodiment, a replacement command that replaces an instruction for the probe section P and an instruction for the probe section P are re-executed. Includes replacement commands to replace.

  The interpreter 43 includes a probe function change processing unit 45 that replaces or re-replaces an instruction for the probe unit P based on the acquisition script 40, and a function execution processing unit 46 that executes a function included in the data output function group 41. Etc. are provided. That is, when the acquisition script 40 is executed by the interpreter 43, the probe function change processing unit 45 executes replacement of instructions for the probe unit P or re-replacement. In the present embodiment, the replacement of the instruction means replacing the invalid instruction with an instruction for collecting vehicle data, and the replacement means writing back the instruction for collecting vehicle data into the invalid instruction. . The functions 41 a to 41 f included in the data output function group 41 are processed by the interpreter 43 so that predetermined processing is performed. In the present embodiment, when the interpreter 43 creates the data log 22, the interpreter 43 creates the data log 22 in the storage device 31.

  The probe function change processing unit 45 refers to the probe function change list of the acquisition script 40 and re-replaces from the probe unit P of the core kernel 11A when the probe unit P after the instruction is replaced is replaced again. A necessary probe part P is selected.

Next, the data analysis center 10 will be described.
As shown in FIG. 1, the data analysis center 10 is provided with a center communication unit 18 that enables wireless communication with the vehicle 20. The center communication unit 18 is capable of mutual wireless communication with the in-vehicle communication unit 23, and exchanges various data transmitted to and received from the in-vehicle communication unit 23 with the processing device of the data analysis center 10. It is possible. As a result, the center communication unit 18 can transmit the data acquisition program 12 and the like from the data analysis center 10 to the in-vehicle information processing device 21 of the vehicle 20 by wireless communication, and the data log from the in-vehicle information processing device 21 of the vehicle 20. 22 can be received.

  The data analysis center 10 holds an OS 11 and an application program 11C. The OS 11 is the same program as the OS 11 installed in the in-vehicle information processing apparatus 21, and the application program 11C is the same program as the application program 11C installed in the in-vehicle information processing apparatus 21. That is, the OS 11 is provided with a plurality of probe parts P. Since the probe unit P of the OS 11 is embedded and arranged in advance in the OS 11 or the like, information such as the arrangement position (address) of the probe unit P in the OS 11 and the vehicle data that can be acquired from the OS 11 held in the data analysis center 10. Can be obtained. The data analysis center 10 grasps the position (address) of the probe unit P arranged in the OS 11 and uses the operation of the OS 11 through one or more probe units to obtain vehicle data. A data acquisition program 12 to be acquired can be created.

  The data analysis center 10 may generate the same program as the core kernel 11A, the extended kernel 11B, the application program 11C, or the like, or obtain it from the outside whenever necessary.

  Further, the data analysis center 10 is made to acquire the data acquisition program 12 to be transmitted to the in-vehicle information processing apparatus 21, a plurality of log information 13 including vehicle data acquired by the data acquisition program 12, and the data acquisition program 12. A plurality of scripts 14 for specifying one to a plurality of vehicle data are held.

  Each log information 13 includes acquisition information 141 and a data log 142 associated with the acquisition information 141. The acquisition information 141 is information related to the acquisition conditions of the data log 142, and is used to acquire information such as the probe unit P and the program from which the vehicle data included in the data log 142 is acquired, and vehicle data (data log 22). The information of the acquisition script 40 as a data acquisition command is included. The acquisition information 141 also includes various types of information such as the date and time when the vehicle data is acquired and the speed of the vehicle 20 received together with the data log 22 from the vehicle 20. The data log 142 is obtained by storing the data log 22 of the vehicle data acquired by the in-vehicle information processing apparatus 21 at the data analysis center 10. That is, in the data analysis center 10, as the data log 142, the data log 22 acquired by the in-vehicle information processing apparatus 21 is held in association with the acquisition information 141 that is vehicle information related to acquisition of the data log 22.

  Each script 14 is set with an instruction for changing the function of the probe unit P so that predetermined vehicle data can be acquired. That is, each script 14 includes the positions of the one or more probe units P selected as necessary to change the function from the probe units P provided in the OS 11 and the contents of the change. It is defined according to one or a plurality of vehicle data to be analyzed during an operation test of the vehicle 20 or the like. Based on the script 14, one or more required vehicle data is acquired from the OS 11 executed by the in-vehicle information processing apparatus 21. The data analysis center 10 includes a script 14 for acquiring one or more vehicle data that is a basic analysis target, and one or more vehicles that are targets of a standard survey or a high-frequency survey. Data scripts are prepared in advance.

  Further, the data analysis center 10 includes a log data analysis unit 15 that analyzes vehicle data included in the log information 13 and an application script list 16 that is referred to when selecting a script suitable for obtaining necessary vehicle data. And are provided. Further, the data analysis center 10 is provided with a data acquisition program generation unit 17 as data acquisition command generation means for generating the data acquisition program 12 including the selected script 14. The data analysis center 10 includes an OS 11, an application program 11C, a data acquisition program 12, one to a plurality of log information 13, one to a plurality of scripts 14, and application to a storage device (not shown) provided therein. The script list 16 and the like are held.

The log data analysis unit 15 analyzes the state of the vehicle 20 and the state of the in-vehicle information processing device 21 of the vehicle 20 based on the log information 13 and obtains malfunction information and sign information of the vehicle 20. The log data analysis unit 15 can determine the vehicle state and situation when the acquired data log 142 is recorded from various information such as date and speed recorded in the acquisition information 141. Further, the vehicle data acquisition target program recorded in the acquisition information 141, for example, information on the core kernel 11A and information on the script 14 used to acquire the vehicle data are recorded in the acquired data log 142. It is possible to determine an attribute such as the content indicated by the log data. Based on these determinations, the log data analysis unit 15 determines whether or not the log data recorded in the acquired data log 142 is appropriate data (value) in the vehicle state and situation. Such a determination is made based on, for example, comparing the log data with standard data held for comparison in the data analysis center 10 or data obtained from a program of the core kernel 11A. Then, the log data analysis unit 15 analyzes the malfunctioning part and the malfunctioning phenomenon based on the attribute of the log data and the value of the log data determined to be inappropriate because it indicates a value different from the normal operation. The analysis result is held as malfunction information or sign information.

  As shown in FIG. 6, the application script list 16 is selected by a script 14 suitable for detecting the malfunction information and the sign information in more detail in response to the malfunction information and the sign information detected from the vehicle data. It is a list in which the script 14 is set so that it can be done. The application script list 16 is required to analyze the combination in more detail based on a combination of a program (malfunction portion) such as the OS 11 in which malfunction is detected and the malfunction phenomenon that is the detected phenomenon. One or more scripts 14 suitable for acquiring vehicle data can be selected. For example, in the application script list 16 shown in FIG. 6, when a deadlock occurs in the core kernel 11A, the application of “script 1” and “script 2” is appropriate, and when the core kernel 11A is reset, It is set that application of “script 2” is appropriate. The application script list 16 is set so that “script 3” is appropriately applied when loading inconvenience occurs in the core kernel 11A. Further, in the same application script list 16, when a deadlock occurs in the extended kernel 11B, it is appropriate to apply “script 4” and “script 1”, and when a reset occurs in the extended kernel 11B, “script 5”. Is set to be appropriate. Note that when a plurality of scripts 14 are combined, the timing of vehicle data that can be acquired also changes depending on the order in which the scripts are combined. Therefore, the plurality of scripts 14 are set in an appropriate combination order in the application script list 16. Yes.

  In the present embodiment, as shown in FIG. 6, the application script list 16 initially includes a combination of a malfunctioning place where a script is not set and a malfunctioning phenomenon, but a script required for these is necessary. In response to this, it is automatically and appropriately satisfied. Even in a combination in which scripts are already set, the one or more scripts 14 set therein are automatically reviewed.

  The log data analysis unit 15 reviews the scripts set in the application script list 16. That is, the log data analysis unit 15 holds the vehicle data (data log 22) acquired based on one or more scripts 14 set in the application script list 16 as log information 13. Similarly, the log data analysis unit 15 changes the contents of the script 14 set in the application script list 16 based on a predetermined rule, and acquires the vehicle acquired based on the changed one or more scripts 14. Data (data log 22) is held as log information 13. The data logs 142 of the two pieces of log information 13 acquired in this way are compared, and it is determined which data log 142 shows a more prominent feature such as a malfunction or a sign phenomenon. Then, it is determined that the one or more scripts 14 used to acquire the data log 142 showing the characteristics more prominently are one or more scripts 14 suitable for detecting the same phenomenon, The determined one or more scripts 14 are reset in the application script list 16 as a combination suitable for detection of the malfunction location and malfunction. By repeatedly comparing the two different data logs 142 acquired before and after the change of the one or more scripts 14 in this way, the application script list 16 is stored in the set one or more scripts 14. The so-called setting contents for which the combination is optimized are learned.

Note that the log data analysis unit 15 selects vehicle data related to the vehicle data that clearly shows the characteristics as a predetermined rule for changing the contents of the script 14 set in the application script list 16. I am doing so. According to this, it is possible to reduce a risk that the vehicle data acquired next does not include a value indicating an abnormal state at all. Note that, as the same rule, the script 14 may be selected in the order set in a predetermined list regardless of the vehicle data that clearly shows the characteristics.

  If no script is set in the applied script list 16 as shown in FIG. 6 such as the deadlock phenomenon that occurs in the file system location, first, 1 through 1 are used for the same phenomenon for other programs (locations). The data log 142 is acquired based on a plurality of scripts 14 and one or more scripts 14 used for standard inspection or investigation. After the data log 142 is acquired, the one or more scripts 14 used to acquire the data log 142 are changed according to a predetermined rule, and the data log 142 is similarly changed based on the changed one or more scripts 14. get. By comparing the two different data logs 142 acquired in this way, one or a plurality of scripts 14 in which a malfunction or predictive phenomenon becomes remarkable can be determined and set in the application script list 16.

  Further, when the program (location) is different, the arrangement position (address) of the probe unit P from which the same vehicle data can be obtained is different. However, it is also possible to convert one or more scripts 14 created for a specific program on the basis of a list or the like that records the correspondence relationship of the probe parts P that can acquire the same vehicle data among programs for other programs. it can. For example, the script 14 created for the core kernel 11A can be converted for the extended kernel 11B by referring to the correspondence list between the probe unit P of the core kernel 11A and the probe unit P of the extended kernel 11B. become. Similarly, the script 14 created for the core kernel 11A can be converted into the script 14 for the application program 11C.

The log data analysis unit 15 performs so-called learning by recombining the script 14 and optimizing the combination by repeating the above description. In the present embodiment, it is assumed that a combination of up to three scripts 14 can be set in the application script list 16. As a result, one or more scripts 14 set in the application script list 16 are changed from the initial setting contents as shown in FIG. 6 to the combination of the scripts 14 as shown in FIG. Set or reset the settings after learning, such as changed. For example, in the applied script list 16 after learning, as a combination of the scripts 14 applied to the core kernel, when a deadlock occurs, “script 1 (hereinafter simply referred to as 1)”, “script 2 (hereinafter simply 2). And “script 3 (hereinafter simply referred to as 3)” are set. Further, in the applied script list 16 after learning, “2”, “1”, and “3” are displayed when a reset occurs, and “2”, “1”, and “3” are respectively displayed when a loading failure occurs. Is set. Furthermore, as a script to be applied to the core kernel, “1”, “2” and “3” are emitted when a black screen is generated, and “1”, “2” and “3” are emitted when no sound is produced. Sometimes “2”, “1”, and “4” are set. As a script to be applied to the extended kernel, “script 4 (hereinafter simply referred to as 4)”, “1” and “2” are generated when a deadlock occurs, and “script 5 (hereinafter simply referred to as“ script 5 ”) when a reset occurs. 5) ”,“ 4 ”, and“ 2 ”are set to“ 5 ”,“ 4 ”, and“ 2 ”, respectively, when loading failure occurs. Further, as a script to be applied to the extended kernel, “4”, “1” and “2” are generated when a black screen is generated, and “4”, “1” and “2” are generated when no sound is output. Sometimes “4”, “5” and “2” are set. Furthermore, as a script to be applied to the file system, “1”, “2” and “4” are displayed when deadlock occurs, and “1”, “2” and “4” are displayed when loading occurs. "1", "2", and "4" are set respectively when the occurrence of. As a script to be applied to the file system, “1”, “2” and “4” are generated when a black image is generated, and “1”, “2” and “4” are generated when no sound is output. Sometimes “1”, “2” and “4” are set, respectively. Furthermore, as a script to be applied to the USB driver, “2”, “1” and “5” are displayed when deadlock occurs, and “5”, “3” and “2” are displayed when loading occurs. “2”, “5”, and “1” are respectively set when the error occurs. As a script to be applied to the USB driver, “2”, “1”, and “5” are generated when a black screen is generated, and “2”, “5”, and “3” are generated when no sound is output. Sometimes “5”, “2” and “1” are set.

  The data acquisition program generation unit 17 selects a combination of one or a plurality of scripts 14 corresponding to the malfunction location and malfunction obtained based on the analysis result by the log data analysis section 15 from the application script list 16 and selects the selected A data acquisition program 12 including an acquisition script 40 is generated based on one or more scripts 14. That is, the data acquisition program generation unit 17 automatically generates the acquisition script 40 based on the malfunctioning state of the vehicle 20 and the tendency of the sign information.

  In this way, the data analysis center 10 creates a data acquisition program 12 that acquires vehicle data required for analysis or the like from the vehicle 20 based on the same OS 11 or the like as the in-vehicle information processing apparatus 21 that is held. Along with it, it comes to manage. Initially, the acquisition script 40 of the data acquisition program 12 is created so as to acquire vehicle data necessary for a predetermined operation test or the like of the vehicle 20. Thereafter, if necessary, an acquisition script 40 narrowed down to acquire vehicle data required for the next analysis is created based on the recombination of the script 14 based on the analysis result of the log data analysis unit 15. . Then, it is possible to acquire the data log 142 including vehicle data that can be analyzed in detail by showing the malfunction or the like occurring in the vehicle 20 more prominently based on the created acquisition script 40.

  Next, replacement and re-replacement of the probe unit P performed by the data acquisition program 12 in the in-vehicle information processing apparatus 21 of the vehicle 20 will be described with reference to FIG. Hereinafter, instruction replacement and re-replacement for the probe unit P3 of the core kernel 11A will be described. Also, replacement and re-replacement of instructions for the other probe parts P1, P2, P4 to P9 are the same as replacement and re-replacement of instructions for the probe part P3. The explanation for is omitted.

  As shown in FIG. 5A, the probe unit P3 is embedded in advance in the address xxx15 and the address xxx16 of the core kernel 11A. A command (invalid command) for performing nothing as a command is arranged in advance in the probe unit P3. Then, when the replacement of the command for the probe unit P3 is executed by the data acquisition program 12, as shown by the arrows from FIG. 5 (a) to FIG. 5 (b), the command arranged in advance in the probe unit P3 is changed. It is replaced with an instruction for executing a predetermined output function included in the data acquisition program 12. Specifically, the NOP instruction arranged at the address xxx15 and the address xxx16 of the probe unit P3 is replaced with an acquisition instruction. As a result, the NOP instruction is replaced with a so-called jump instruction (JMP instruction) that moves the execution location of the program to destA, which is an address for realizing the acquisition instruction. For example, the basic log function 41a of the data acquisition program 12 specified as the jump destination Will be able to run.

On the other hand, as indicated by the arrows from FIG. 5B to FIG. 5C, the command for the probe unit P3 is replaced again by the data acquisition program 12. The replacement of the instruction is executed after the vehicle data required by the data acquisition program 12 is acquired, or when the data acquisition program 12 is deleted from the in-vehicle information processing apparatus 21 or is so-called unloaded, and the probe unit The instruction replaced with P3 is replaced again with an instruction that does nothing (invalid instruction). By such re-replacement, the core kernel 11A restores the instruction of the probe unit P3 to the initial state. Specifically, when the replacement of the instruction for the probe unit P3 is executed, the replacement replaces the JMP instruction arranged at the address xxx15 and the address xxx16 with the NOP instruction as an invalid instruction.

Next, learning of the script 14 set in the application script list 16 will be described with reference to FIG.
When the investigation or test of the vehicle 20 is started, the data analysis center 10 has a predetermined acquisition script 40 and a data acquisition program 12 as an execution unit of the acquisition script 40 in the data acquisition program generation unit 17. The generated data acquisition program 12 is transmitted to the vehicle 20 (step S10 in FIG. 8). The acquisition script 40 includes one or more scripts 14 acquired from the application script list 16 based on the malfunctioning part and malfunctioning phenomenon specified according to the survey, the malfunctioning part and malfunctioning phenomenon specified by the analysis of the data log 142, and the like. It is generated based on.

  The vehicle 20 that has received the data acquisition program 12 transmitted from the data analysis center 10 holds the data acquisition program 12 in the in-vehicle information processing apparatus 21 and loads it into the vehicle CPU 30 so that it can be replaced. This is performed (step S11 in FIG. 8). That is, the in-vehicle information processing apparatus 21 causes the vehicle CPU 30 to start executing the data acquisition program 12 that is loaded so as to be executable in accordance with the establishment of the execution start condition.

  The acquisition control unit 42 of the data acquisition program 12 that is started to be executed by the vehicle CPU 30 causes the interpreter 43 to process the acquisition script 40 to perform instruction replacement processing for each probe unit P, and at the end of the instruction replacement processing. The data log acquisition function of each probe unit P is validated. By enabling the data log acquisition function, each probe unit P is executed as the OS 11 is executed, so that vehicle data is acquired based on a function set in the probe unit P to be executed. At the same time, a data log 22 is created in which the acquired vehicle data is added every time (in time series) (step S12 in FIG. 8). When the end condition is satisfied after the creation of the data log 22 is started, the in-vehicle information processing device 21 terminates the generation process of the data log 22 by invalidating the data log acquisition function by each probe unit P. To do. (Data acquisition support process).

  The in-vehicle information processing apparatus 21 transmits the generated data log 22 to the data analysis center 10, and the data analysis center 10 that has received the transmitted data log 22 stores the log information 13 based on the data log 22. Configure and hold (step S13 in FIG. 8). When the transfer of the data log 22 to the data analysis center 10 is completed, the in-vehicle information processing device 21 completes the execution of the data acquisition program 12 after executing the instruction re-replacement process for the probe unit P and the loader. The data acquisition program 12 held in the RAM 33 is deleted by the unloader 30A. As a result, the OS 11 is restored to the same state as before the data acquisition program 12 is loaded on the vehicle CPU 30, and the execution environment in the vehicle CPU 30 is the same as the state before the data acquisition program 12 is loaded. It is returned to the state.

When the log information 13 is held, the data analysis center 10 analyzes the log information 13 and determines vehicle data required for the next analysis based on the analysis result. That is, the vehicle state or situation when the data log 142 acquired from various information such as the date and speed recorded in the acquisition information 141 is recorded is determined. Further, the vehicle data acquisition target program recorded in the acquisition information 141, for example, information on the core kernel 11A and information on one or more scripts 14 used for acquisition are recorded in the acquired data log 142. Judgment is made on the contents (attributes) indicated by the log data. Based on the determined vehicle state and situation, and the contents (attributes) indicated by the log data, it is determined whether or not the log data recorded in the acquired data log 142 is appropriate data (value). . Further, for the log data determined to be inappropriate, the attribute of the log data and the value thereof are analyzed, and the malfunction location and malfunction are identified from the log data (step S14 in FIG. 8).

  When the malfunctioning part and the malfunctioning phenomenon are specified, the data analysis center 10 performs so-called learning in which the setting of the application script list 16 corresponding to the identified malfunctioning part and malfunctioning phenomenon is updated (step S15 in FIG. 8). The log data analysis unit 15 includes one or more scripts 14 (acquisition script 40) used to acquire the data log 142 specifying the malfunctioning part and the malfunctioning phenomenon, and an application corresponding to the identified malfunctioning part and malfunctioning phenomenon. The data log 142 acquired based on the setting of the script list 16 is compared. Then, the data log 142 that more prominently shows the malfunction or predictor phenomenon is determined, and one or more scripts 14 that are used to obtain the data log 142 that significantly shows the malfunction or predictor phenomenon are determined. It is determined that the script 14 is appropriate for detection, and is set in the application script list 16, that is, updated. By such an update, a combination of one or more scripts 14 set in the application script list 16 is learned and optimized.

  If the application script list 16 does not have a setting for the malfunction location and malfunction identified by the analysis, the above-described learning can be performed by setting one or more basic scripts 14.

  When the update of the application script list 16 is completed, the data analysis center 10 determines whether or not to continue log collection (step S16 in FIG. 8). Whether or not the log collection is continued is determined by whether or not the malfunction location and malfunction as the analysis result of the data log 142 by the log data analysis unit 15 have been suitably specified. Further, for example, log collection may be stopped when it is possible to narrow down a malfunctioning place to one, to acquire data out of the standard, or to narrow down a predetermined number of times. Further, for example, in the case of the data log 142 acquired using the setting (script 14) of the application script list 16 fixed as a learning result, log collection may be stopped. If it is determined that log collection is to be stopped (NO in step S16 in FIG. 8), the data analysis center 10 ends the acquisition of the vehicle data of the vehicle 20 based on the data acquisition program 12. On the other hand, if it is determined that log collection is to be continued (YES in step S16 in FIG. 8), the data analysis center 10 returns to the data acquisition program generation process in step S10, and repeats the subsequent processing steps, whereby the data acquisition program 12 The acquisition of the vehicle data of the vehicle 20 based on the above is continued.

Then, the effect | action of the vehicle data acquisition system of this embodiment is demonstrated.
According to the vehicle data acquisition system of the present embodiment, when a malfunction state or sign information occurs in the vehicle 20, the acquisition script 40 that is estimated to be effective from the trend of the malfunction condition or the sign information is generated. The data log 22 can be acquired based on the acquisition script 40. Further, when the data log 22 acquired in this way is not effective for analysis, an acquisition script 40 different from the previous one, which is presumed to be effective again, is generated, and the data log is generated based on the generated acquisition script 40. The process of acquiring 22 can be repeated. As a result, the possibility that the data log 22 effective for analysis can be acquired increases. That is, even when the vehicle data required for diagnosis of failure information cannot be predicted at the beginning, the required vehicle data can be automatically acquired with high flexibility. Become.

  Furthermore, the acquisition efficiency of the data log 22 required according to the malfunction status or the sign information is analyzed by analyzing the tendency of the data log 22 effective for analysis and the classification of the malfunction status or the sign information. It will also be possible to improve accuracy.

As described above, the vehicle data acquisition system according to the present embodiment has the effects listed below.
(1) By analyzing the vehicle data based on the vehicle data associated with the acquisition script 40, for example, sign information such as a malfunctioning state or abnormality of the vehicle can be detected. For example, an acquisition script 40 that acquires vehicle data required to analyze the malfunction state and the sign information in more detail instead of the previous acquisition script 40 based on the detected malfunction state and the sign information. Can be generated.

  If vehicle data can be obtained based on the acquisition script 40 generated in this manner, detailed analysis of the vehicle state can be performed, and it is possible to appropriately cope with the malfunction state and predictive information. Become. On the contrary, when vehicle data that cannot be analyzed in detail is acquired, it is possible to return to a state in which the same evaluation as before can be performed by simply returning the acquisition script 40, The acquisition script 40 that is generated again makes it possible to try acquisition of vehicle data and detailed analysis of the vehicle state. By doing so, it becomes possible to search for an acquisition script 40 that can acquire vehicle data that can be analyzed in detail, so-called learning.

  (2) The vehicle data is acquired by the acquisition script 40 generated based on the acquired vehicle data. According to the acquisition script 40 based on the vehicle malfunction condition or sign information obtained from the analysis result of the vehicle data acquired in this way, it is possible to acquire vehicle data that can analyze the vehicle state in more detail. become able to. Then, according to the analysis based on the vehicle data that enables more detailed analysis, it is possible to appropriately cope with the malfunction state and the sign information.

  (3) The acquisition script 40 is generated so that vehicle data related to the acquired vehicle data can be acquired next (recursively). As a result, according to the vehicle data acquired next, it becomes possible to detect a more detailed vehicle malfunction state, predictive information, or the like by narrowing down the previously acquired vehicle data.

  (4) Since a plurality of scripts 14 for acquiring vehicle data are provided in advance, it is easy to generate an acquisition script 40 for acquiring necessary vehicle data. In addition, since the script 14 is selected based on a predetermined rule from a plurality of scripts 14 provided in advance, it is possible to search for a script suitable for the malfunction state or predictive information from among the scripts 14. .

  (5) Since the vehicle data is acquired by the combination of the three scripts 14, it is possible to search for a combination of the scripts 14 that is more suitable for the malfunction state or the sign information, that is, to perform learning.

  (6) The acquisition script 40 is generated by the recombined script so that the vehicle data related to the acquired vehicle data can be acquired next (recursively). As described above, even when the script 14 is used, the next vehicle data (data log 142) is acquired in the form of narrowing down the previously acquired vehicle data (data log 142). The sign information can be detected.

  (7) Since the combination of the scripts 14 is learned so as to obtain the vehicle data in which the feature to be detected becomes more prominent, the vehicle data acquired based on the combination of the learned scripts 14 is more detailed. It becomes possible to detect a malfunctioning state of the vehicle, sign information, and the like.

  (8) Since the acquisition script 40 is included in the data acquisition program 12 and is read into the in-vehicle information processing apparatus 21 together with the data acquisition program 12, the in-vehicle information processing apparatus 21 acquires the vehicle data when acquiring the vehicle data. There is no need to prepare a program for this purpose in advance. As a result, the storage capacity of the in-vehicle information processing apparatus 21 is not unnecessarily occupied, and there is no possibility that the vehicle data acquisition system may place a load on the in-vehicle information processing apparatus 21 when vehicle data is not acquired.

  (9) Since a storage device for acquiring vehicle data (log information 13) is provided in the data analysis center 10, it is usually high in processing capacity for a device with many capacity restrictions such as the in-vehicle information processing device 21. Since the vehicle data is analyzed in the data analysis center 10 having the above, processing with a high processing load can be performed. Thereby, the analysis freedom degree and precision of vehicle data are raised. In addition, since the acquisition script 40 is generated in the data analysis center 10 based on the analysis result of the vehicle data having a high degree of freedom and analysis accuracy in this way, the vehicle data to be acquired next is more vehicle. It is also possible to obtain data suitable for detection of 20 malfunctioning states and predictive information.

  (10) Since the acquisition script 40 generated in the data analysis center 10 can be appropriately transmitted to the vehicle 20 through wireless communication, the acquisition of the vehicle data, the analysis of the vehicle data, and the generation of the acquisition script 40 based on the analysis result And the acquisition of the vehicle data which makes the transmission of the generated acquisition script 40 to the vehicle 20 one cycle can be repeated at short intervals. As a result, the malfunction state or sign information of the vehicle 20 can be detected efficiently in a short time with high accuracy. Thereby, the maintainability, reliability, etc. of the vehicle 20 which employ | adopted such a vehicle data acquisition system can be improved now.

(Second Embodiment)
A second embodiment of the vehicle data acquisition system according to the present invention will be described with reference to FIG. In the first embodiment, the vehicle data to be acquired is changed by replacing the entire data acquisition program 12 including the acquisition script 40. In the present embodiment, only the acquisition script 40 is replaced. Although different in execution, the other configurations are the same, and thus the same reference numerals are given to the same configurations, and redundant descriptions are omitted.

  As shown in FIG. 9, the data acquisition program 12 is provided in advance in the vehicle CPU 30 of the in-vehicle information processing apparatus 21. In the data analysis center 10, an acquisition script 40 is generated. Then, the acquisition script 40 generated in the data analysis center 10 is transmitted to the vehicle 20, and the vehicle 20 that has received the transmitted acquisition script 40 sets the received acquisition script 40 in the data acquisition program 12. Replace with the acquisition script 40. As a result, the data acquisition program 12 can execute the replacement of the probe unit P based on the replaced acquisition script 40, and can acquire the vehicle data and create the data log 22. become. In addition, after the vehicle data is acquired, the probe unit P can be replaced again based on the acquired acquisition script 40 replaced with the vehicle data.

  Also by this, the data log 22 of vehicle data can be acquired based on the acquisition script 40 created by referring to the application script list 16 in the data analysis center 10. In addition, the log information 13 based on the acquired data log 22 is used to update the contents of the application script list 16, to create a new acquisition script 40 based on the analysis of the log information 13, and to the acquired acquisition script 40. The next data log 22 can be acquired.

  As described above, the vehicle data acquisition system according to the present embodiment has effects equivalent to or equivalent to (1) to (7), (9), and (10) described in the effects of the first embodiment. The following effects are achieved.

  (11) Since the acquisition script 40 is supplied to the data acquisition program 12 whenever necessary, the replacement of the acquisition script 40 is facilitated, and the flexibility of the data log 22 acquisition function by the data acquisition program 12 is improved. Will be able to.

  (12) Since only the acquisition script 40 is transmitted from the data analysis center 10, the amount of communication data is reduced, and only the replacement of the acquisition script 40 is required. The time for loading the entire vehicle becomes unnecessary, and the time required to start the acquisition of vehicle data can be shortened.

(Other embodiments)
In addition, each said embodiment can also be implemented with the following aspects.
As an executable condition for the data acquisition program 12 to be executed by the in-vehicle information processing apparatus 21, the condition of the ignition switch or the vehicle state (for example, stopping) may be used as the condition. As a result, the data acquisition program can be appropriately executed according to the vehicle state and the like.

  In each of the above embodiments, for example, a case where one probe unit P includes two addresses is illustrated such that the probe unit P3 includes the address xxx15 and the address xxx16. However, the present invention is not limited to this, and one probe unit may be composed of three or more addresses. As a result, the types of instructions that can be replaced with the probe section increase, and the probe section can be set with the instruction and a value to be recorded in the data log as an argument. As a result, the degree of freedom of replacement of the probe portion is improved, and the flexibility of vehicle data acquisition is also improved.

  In each of the above embodiments, the case where a NOP command is embedded in advance as an invalid command in the probe unit P is illustrated. However, the present invention is not limited to this, and other commands may be initialized in the probe unit as long as the increase in the execution time of the OS and the CPU load can be suppressed. This also improves the flexibility of setting the probe unit.

  In each of the above embodiments, the case where nine probe parts P1 to P9 are provided in the core kernel 11A is illustrated. However, the present invention is not limited thereto, and the number of probe units provided in the core kernel or the like may be 8 or less or 10 or more. As a result, the degree of freedom of arrangement of the probe portion is improved, and more accurate motion analysis can be performed.

  In each of the above embodiments, the case where data exchange between the data analysis center 10 and the vehicle 20 is performed by wireless communication is illustrated. However, the present invention is not limited to this, and data exchange between the data analysis center and the vehicle may be performed via a portable storage device such as a USB memory, a USB hard disk, or a USB drive. In this case, as shown in FIG. 10, the vehicle 20 and the data analysis center 10 can be exchanged with the portable storage device 19, respectively, so that the vehicle 20 and the data analysis center can be exchanged via the portable storage device 19. Information exchange with 10 is possible. Thereby, the freedom degree of the structure as a vehicle data acquisition system comes to be improved.

When using the portable storage device 19 for information exchange as described above, the data log 22 may be generated in the portable storage device 19 connected to the in-vehicle information processing device 21. As a result, the flexibility of the generation destination of the data log 22 is improved, so that the limitation of the storage capacity for storing the data log 22 can be avoided. Flexibility will be improved.

  In the second embodiment, the case where the data acquisition program 12 is provided in advance in the in-vehicle information processing apparatus 21 is illustrated. However, the present invention is not limited to this, and when the vehicle data acquisition is continued after the data acquisition program including the acquisition script is received from the data analysis center, the in-vehicle information processing apparatus is left without deleting the data acquisition program, Only the acquisition script may be replaced. This improves the configuration of the data acquisition program and the degree of freedom in acquiring vehicle data.

  In each of the above embodiments, the case where the data log 22 is created in the storage device 31 is illustrated. However, the present invention is not limited to this, and vehicle data is appropriately transmitted to the data analysis center so that the data log is created by the data analysis center. It may be. In this case, for example, the interpreter may transmit the vehicle data from the in-vehicle communication unit to the data analysis center. Thereby, the flexibility of the size of the data log to be created and the number and types of vehicle data to be acquired is improved without being limited by the capacity of the storage device provided in the in-vehicle information processing apparatus.

  In each of the above embodiments, the case where a combination of a maximum of three scripts 14 can be set in the application script list 16 is illustrated. However, the present invention is not limited to this, and a combination of more than three scripts may be set in the application script list. Thereby, the acquisition accuracy of the required vehicle data can also be improved.

  In each of the above embodiments, the case where the acquisition script 40 is configured by a combination of the scripts 14 has been illustrated. However, the present invention is not limited to this, and the acquisition script may be set separately for each vehicle data required. In this case, for example, a probe unit that can acquire the required vehicle data from the list of probe units can be selected. Thereby, the design freedom as a vehicle data acquisition system comes to improve.

  In each of the above embodiments, the case where a plurality of scripts 14 are set in the appropriate combination order in the application script list 16 is illustrated. However, the present invention is not limited to this, and if the script order does not affect the acquired vehicle data, the script may be set in the applied script list regardless of the order. As a result, the degree of freedom in handling the script combination is improved.

  -In each above-mentioned embodiment, although illustrated about the case where vehicle data is acquired by execution of data acquisition program 12, it is not restricted to this but the hardware comprised so that a function equivalent to a data acquisition program can be exhibited. For example, a data log may be acquired using a logic circuit or the like. This improves the design flexibility of the vehicle data acquisition system.

  In each of the above embodiments, the case where the in-vehicle information processing apparatus 21 is a navigation system is illustrated. However, the present invention is not limited to this, and the in-vehicle information processing device may be any control device that performs vehicle control, driving support, information provision, and the like in a vehicle. This improves the possibility of adopting such a vehicle data acquisition system in the vehicle.

  In each of the above embodiments, the case where the data analysis center 10 is a facility has been illustrated. However, the present invention is not limited thereto, and the data analysis center is provided in a car manufacturer or a car dealer as long as it is a computer that can communicate with a vehicle. It may be a small computer such as a personal computer. Thereby, the use possibility as this vehicle data acquisition system is expanded.

  DESCRIPTION OF SYMBOLS 10 ... Data analysis center, 11 ... OS (operating system), 11A ... Core kernel, 11B ... Expansion kernel, 11C ... Application program, 12 ... Data acquisition program, 13 ... Log information, 14 ... Script, 15 ... Log data analysis part 16 ... Applicable script list, 17 ... Data acquisition program generation unit, 18 ... Center communication unit, 19 ... Portable storage device, 20 ... Vehicle, 21 ... Vehicle information processing device, 22 ... Data log, 23 ... Vehicle communication unit, DESCRIPTION OF SYMBOLS 30 ... Vehicle CPU (arithmetic unit), 30A ... Loader / unloader, 31 ... Storage device, 32 ... ROM (nonvolatile memory), 33 ... RAM (volatile memory), 35 ... Input device, 36 ... Display device, 40 ... Acquisition script, 41... Data output function group, 41a... Basic log function, 41b. , 41c ... OS state output function, 41d ... task switch function, 41e ... stack dump function, 41f ... memory dump function, 42 ... acquisition control unit, 43 ... interpreter, 44 ... command unit, 45 ... probe function change processing unit, 46 ... function execution processing part, 141 ... acquisition information, 142 ... data log, P, P1 to P9 ... probe part.

Claims (18)

A vehicle data acquisition system for acquiring vehicle data through an in-vehicle information processing device mounted on a vehicle and storing the acquired vehicle data in a storage device,
A probe unit arranged as an invalid command at one or more positions for executing data acquisition processing in the information processing procedure by the in-vehicle information processing device;
Replacing a part of the probe unit with the vehicle data acquisition command based on the data acquisition command, acquiring vehicle data in time series by the replaced acquisition command, and after acquiring the required vehicle data, Data acquisition support means for re-replacement of the probe unit with the invalid instruction;
The vehicle data acquired by the data acquisition support means is stored in the storage device in association with the data acquisition command, and the required vehicle data is analyzed based on the stored vehicle data. A vehicle data acquisition system comprising: a data acquisition command generation means for generating a data acquisition command for replacing the probe unit corresponding to the above with a required vehicle data acquisition command. The vehicle data acquisition system according to claim 1, wherein the data acquisition command generated by the data acquisition command generator is a data acquisition command that is given to the data acquisition support unit. The vehicle according to claim 1, wherein the data acquisition command generation unit generates the data acquisition command to be generated so that vehicle data related to vehicle data stored in the storage device is acquired recursively. Data acquisition system. The vehicle data acquisition system according to any one of claims 1 to 3, wherein the data acquisition command generated by the data acquisition command generation unit includes at least one script selected from a plurality of scripts. The vehicle data acquisition system according to claim 4, wherein the generated data acquisition command includes a plurality of scripts, and the data acquisition command is changed by recombination of the scripts. The vehicle data acquisition system according to claim 5, wherein recombination of a plurality of scripts constituting the data acquisition command is performed in a manner in which vehicle data related to vehicle data stored in the storage device is acquired recursively. The selection of a script constituting the data acquisition command is learned as selection of a script combination pattern from which vehicle data whose characteristics become more prominent as vehicle data obtained separately for the combination pattern of the scripts. The vehicle data acquisition system according to any one of the above. The data acquisition command generated by the data acquisition command generation unit is read into the in-vehicle information processing apparatus together with the data acquisition support unit as a program included in the data acquisition support unit that is an execution unit of the command. The vehicle data acquisition system as described in any one of Claims 1-7. A center for exchanging information with the vehicle by wireless communication;
The storage device and the data acquisition command generation means are provided in the center, and the data acquisition command is generated at the center based on vehicle data acquired in the storage device. The vehicle data acquisition system according to claim 1. A vehicle data acquisition method for acquiring vehicle data through an in-vehicle information processing device mounted on a vehicle and storing the acquired data in a storage device,
In a state where a probe unit is arranged in advance as an invalid command at one or a plurality of positions for executing the data acquisition process of the information processing procedure by the in-vehicle information processing apparatus , the data acquisition support unit performs the above-described operation based on the data acquisition command. Replacing part of the probe unit with the vehicle data acquisition command, acquiring vehicle data in time series by the replaced acquisition command, and after acquiring the required vehicle data, the probe unit is used as the invalid command. A data acquisition support process to be replaced again;
The vehicle data acquired in the data acquisition support step is stored in the storage device in association with the data acquisition command by the data acquisition command generation means , and the required vehicle data is stored in the stored vehicle data. And a step of generating a data acquisition command for analyzing the data based on the analysis and replacing the probe unit corresponding to the analyzed vehicle data with the required vehicle data acquisition command. The vehicle data acquisition method according to claim 10, wherein the data acquisition command generated in the step of generating the data acquisition command is a next data acquisition command that is given in the data acquisition support step. Oite the step of generating the data acquisition command, the data acquisition command generating means, a data acquisition command for the generator, so that the vehicle data related to the vehicle data stored in the storage device is obtained recursively The vehicle data acquisition method according to claim 10 or 11, wherein the vehicle data acquisition method is generated. The data acquisition command generated in the step of generating the data acquisition command is generated by the data acquisition command generation means from at least one script selected from among a plurality of scripts. The vehicle data acquisition method according to one item. The vehicle data acquisition method according to claim 13, wherein the generated data acquisition command includes a plurality of scripts, and the data acquisition command is changed by the data acquisition command generation means by recombination of the scripts. Recombinant multiple script to configure the data acquisition command, to claim 14 in which the vehicle data to perform the data acquisition command generating means in a manner to be acquired recursively associated with the vehicle data stored in the storage device The vehicle data acquisition method as described. Learning the selection of the script that constitutes the data acquisition command to the data acquisition command generation means as the selection of the script combination pattern from which the vehicle data whose characteristics become more prominent as vehicle data obtained separately for the combination pattern of those scripts The vehicle data acquisition method according to any one of claims 13 to 15. The data acquisition command generated in the step of generating the data acquisition command by the center that exchanges information with the vehicle by wireless communication is used as a program included in the data acquisition support step of executing the command. The vehicle data acquisition method according to any one of claims 10 to 16, wherein the in-vehicle information processing apparatus is read together with a program constituting a support process. A center for exchanging information with the vehicle by wireless communication, and the storage device at the center;
The vehicle data according to any one of claims 10 to 17, wherein a step of generating the data acquisition command is executed at the center, and the data acquisition command is generated based on vehicle data acquired in the storage device. Acquisition method.

Images