WO2025004573A1 - 電子制御装置及びデータ収集システム - Google Patents

電子制御装置及びデータ収集システム Download PDF

Info

Publication number
WO2025004573A1
WO2025004573A1 PCT/JP2024/017788 JP2024017788W WO2025004573A1 WO 2025004573 A1 WO2025004573 A1 WO 2025004573A1 JP 2024017788 W JP2024017788 W JP 2024017788W WO 2025004573 A1 WO2025004573 A1 WO 2025004573A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
collection
vehicle
data collection
task
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2024/017788
Other languages
English (en)
French (fr)
Inventor
勇樹 堀田
崇顕 野海道
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Astemo Ltd
Original Assignee
Hitachi Astemo Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Astemo Ltd filed Critical Hitachi Astemo Ltd
Priority to JP2025529493A priority Critical patent/JPWO2025004573A1/ja
Priority to CN202480014699.9A priority patent/CN120752684A/zh
Priority to EP24831446.0A priority patent/EP4738306A1/en
Publication of WO2025004573A1 publication Critical patent/WO2025004573A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled

Definitions

  • the present invention relates to an electronic control device and a data collection system.
  • Japanese Patent Laid-Open No. 2003-233693 discloses a means for changing the content and frequency of data to be collected depending on the content of an abnormal state detected by a terminal device.
  • a vehicle data collection system collects data on a variety of events depending on the purpose of the data collection. For example, if the purpose is to analyze dangerous vehicle events, data on the occurrence of impacts or large acceleration/deceleration will be collected, and if the purpose is to analyze malfunctions in a specific application, data on the occurrence of unexpected behavior in the application will be collected.
  • log information to be collected is collected at a general level and at a low frequency under normal conditions, and only when an abnormal condition occurs in the operating status of the hardware or software is the log information to be collected collected at a detailed level and at a high frequency, thereby preventing excessive data collection.
  • the present invention was made in consideration of the above problems, and aims to prevent excessive data collection relative to the purpose of collection.
  • the present invention is an electronic control device that includes a processing unit that performs calculations and a storage unit that stores information about a vehicle, the processing unit including a vehicle information acquisition unit that acquires information about the vehicle and stores it as vehicle unit data, a vehicle unit data collection task management unit that manages a vehicle unit data collection task in which collection conditions indicating the trigger for collection and collection goals indicating goals related to the collection are defined for the vehicle unit data to be collected, a data collection task condition monitoring unit that generates a data collection event based on the collection conditions defined in the vehicle unit data collection task and specifies the contents of the collected data, and a collection target data extraction unit that receives a data collection event from the data collection task condition monitoring unit and extracts the vehicle unit data to be collected and stores it as collected data when collection of vehicle unit data is specified, and the vehicle unit data collection task management unit changes the contents of the collected data stored by the collection target data extraction unit based on the collection results of the collected data for the collection goals specified in the vehicle unit data collection task.
  • FIG. 1 is a functional block diagram showing a configuration of a data collection system according to an embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a data collection task data group of the data collection server according to the embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a collection task data group of a data collection server according to an embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a data collection task data group of the electronic control device according to the embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a data collection result data group of the electronic control device according to the embodiment of the present invention.
  • FIG. 2 is an explanatory diagram of the correlation between functions of the data collection system in this embodiment according to the present invention.
  • FIG. 1 is a functional block diagram showing a configuration of a data collection system according to an embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a data collection task data group of the data collection server according to an embodiment of
  • FIG. 13 is a diagram showing an example of an operation screen relating to a data collection task by the terminal according to the embodiment of the present invention.
  • 10 is a flowchart illustrating a vehicle-specific data collection task update process according to an embodiment of the present invention.
  • 10 is a flowchart illustrating a data collection event process according to an embodiment of the present invention.
  • 11 is a flowchart illustrating a collected data upload process according to an embodiment of the present invention.
  • FIG. 1 is a functional block diagram showing a configuration of a data collection system 1 according to an embodiment of the present invention.
  • the data collection system 1 is a computer system that controls data collection from one or more vehicles 2, and is composed of the vehicles 2, a data collection server 4 that controls data collection from the vehicles 2, a terminal 5 that operates the data collection server 4, and a network 6 that connects the vehicles 2 and the data collection server 4 and the data collection server 4 and the terminal 5 so that communication is possible.
  • the vehicle 2 includes an electronic control unit 3 and an in-vehicle network 60 that is communicatively connected to other devices mounted on the vehicle 2.
  • the electronic control unit 3 is an ECU (Electronic Control Unit), and has a processing unit 10, a memory unit 30, and a communication unit 40.
  • the processing unit 10 is configured to include, for example, a CPU (Central Processing Unit), which is a central processing unit. However, in addition to the CPU, it may also be configured to include a GPU (Graphics Processing Unit), an FPGA (Field-Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), etc., or it may be configured with just one of them.
  • a CPU Central Processing Unit
  • GPU Graphics Processing Unit
  • FPGA Field-Programmable Gate Array
  • ASIC Application Specific Integrated Circuit
  • the processing unit 10 has as its functions a vehicle-based data collection task management unit 11, a data collection task condition monitoring unit 12, a collection target data extraction unit 13, a collection data upload unit 14, a server communication control unit 15, and a vehicle information acquisition unit 16.
  • the processing unit 10 executes a predetermined program stored in the memory unit 30 to realize a functional unit that provides a predetermined function.
  • the vehicle-based data collection task management unit 11 acquires instruction information for the data collection task from the data collection server 4 via the server communication control unit 15, and stores the instruction information in the memory unit 30 as a vehicle-based data collection task data group 31.
  • the data collection task is information that sets the collection conditions for vehicle-level data collected by vehicle 2, the collection target, the target value of the data to be collected (collection goal), the operating status of the data collection task (collecting, disabled, monitoring), etc.
  • vehicle-based data collection task management unit 11 changes the operating status of each data collection task as necessary based on the data collection performance data group 32 stored in the memory unit 30, and notifies the data collection server 4 via the server communication control unit 15.
  • the data collection task condition monitoring unit 12 monitors whether the data collection conditions for each data collection task are met by referring to the vehicle-unit data in the vehicle information data group 34, and if the data collection conditions are met, generates (or occurs) a collection event, notifies the collection target data extraction unit 13, and reflects information about the collection event in the data collection performance data group 32.
  • the collection target data extraction unit 13 receives notification from the data collection task condition monitoring unit 12 and extracts the vehicle unit data that is to be collected in the corresponding data collection task from the vehicle information data group 34, and stores it in the collection data group 33 as collected data.
  • the collected data upload unit 14 uploads the collected data stored in the collected data group 33 to the data collection server 4 via the server communication control unit 15.
  • the collected data upload unit 14 can accumulate unsent collected data stored in the collected data group 33 for a specified period or up to a specified number of pieces before transmitting it to the data collection server 4. This makes it possible to reduce the frequency of communication from the vehicle 2 to the data collection server 4.
  • the server communication control unit 15 controls data communication between the vehicle 2 and the data collection server 4 according to a predetermined data communication protocol. While the communication unit 40 controls lower-layer data communication with devices physically connected via the communication medium of the in-vehicle network 60, the server communication control unit 15 controls higher-layer data communication with the data collection server 4 via multiple networks (the in-vehicle network 60 and network 6).
  • the vehicle information acquisition unit 16 acquires various information about the vehicle 2 as vehicle-unit data via the in-vehicle network 60 connected to the electronic control unit 3, and stores it in the memory unit 30 as a vehicle information data group 34.
  • the vehicle-level data stored in the vehicle information data group 34 is information about the vehicle 2 acquired by the electronic control unit 3 while the vehicle is traveling, and includes, for example, environmental information around the vehicle 2 detected by external sensors mounted on the vehicle 2, information related to the movement and traveling state of the vehicle 2 detected by vehicle sensors (traveling state information), road information about the road on which the vehicle 2 is traveling, etc.
  • information about the software running on the electronic control unit 3 is also acquired from the vehicle unit data, and is similarly stored as part of the vehicle information data group 34. For example, this includes log output information of applications running on the electronic control unit 3.
  • External sensors may include, for example, image sensors, LiDAR (Light Detection And Ranging), radar, ultrasonic distance sensors, etc.
  • Vehicle sensors may include acceleration sensors, vehicle speed sensors, steering angle sensors, etc.
  • Road information may include, for example, latitude and longitude from a navigation system, and information from road information services such as VICS (registered trademark) (Vehicle Information and Communication System).
  • the storage unit 30 is configured to include, for example, storage devices such as a hard disk drive (HDD), flash memory, and read-only memory (ROM), as well as memory such as a RAM.
  • storage devices such as a hard disk drive (HDD), flash memory, and read-only memory (ROM), as well as memory such as a RAM.
  • HDD hard disk drive
  • ROM read-only memory
  • RAM random access memory
  • the storage unit 30 stores the programs processed by the processing unit 10 and data sets necessary for that processing. It is also used as the main memory when the processing unit 10 executes a program, and to temporarily store data necessary for the program's calculations.
  • vehicle-based data collection task data group 31, data collection performance data group 32, collection data group 33, vehicle information data group 34, etc. are stored as information for realizing the functions of the electronic control unit 3.
  • the vehicle-based data collection task data group 31 is a collection of data related to a data collection task that the vehicle 2 is instructed to perform by the data collection server 4.
  • the data collection task includes, for example, information on the data sets to be collected, the collection conditions that trigger the collection of the data, and collection goals that indicate targets (or thresholds) for the amount of data to be collected and the frequency of collection.
  • the data collection performance data group 32 is a collection of data on data collection performance that indicates, for each data collection task, how frequently and how many times the collection conditions were satisfied and vehicle-level data was collected by the vehicle 2.
  • the collected data group 33 is a subset of vehicle-unit data that the collected data extraction unit 13 extracts from the vehicle information data group 34 and stores in the memory unit 30 the vehicle-unit data to be collected based on a collection event that is generated when the collection conditions of a data collection task are satisfied.
  • the vehicle information data group 34 is a data group (vehicle-unit data) related to information about the vehicle 2 acquired by the vehicle information acquisition unit 16.
  • the information about the vehicle 2 includes information from equipment such as sensors and devices that can be acquired via the in-vehicle network 60, and information that can be acquired via software running on other electronic control devices (application logs and output results).
  • the communication unit 40 is configured to include a network device that complies with a communication standard such as IEEE802.3 or CAN (Controller Area Network).
  • the communication unit 40 transmits and receives data to and from other devices mounted on the vehicle 2 via the in-vehicle network 60 based on various protocols.
  • the communication unit 40 and the processing unit 10 are described separately, but part of the processing of the communication unit 40 may be executed within the processing unit 10.
  • the equivalent of a hardware device in the communication processing may be located in the communication unit 40, and other device drivers, communication protocol processing, etc. may be located within the processing unit 10.
  • the in-vehicle network 60 is a network for data communication between devices mounted on the vehicle 2, configured with communication media such as IEEE802.3 and CAN (Controller Area Network). Devices (not shown) configured to be able to communicate with the outside of the vehicle 2 via the network 6 are connected to the in-vehicle network 60, and the electronic control unit 3 is configured to be able to communicate with the data collection server 4 via the in-vehicle network 60.
  • communication media such as IEEE802.3 and CAN (Controller Area Network).
  • Devices (not shown) configured to be able to communicate with the outside of the vehicle 2 via the network 6 are connected to the in-vehicle network 60, and the electronic control unit 3 is configured to be able to communicate with the data collection server 4 via the in-vehicle network 60.
  • the data collection server 4 has a processing unit 110, a storage unit 130, and a communication unit 140.
  • the processing unit 110 is configured to include, for example, a CPU, which is a central processing unit. However, in addition to the CPU, the processing unit 110 may also be configured to include a GPU, FPGA, ASIC, etc., or may be configured with just one of them.
  • the processing unit 110 has as its functions a data collection task management unit 111, a vehicle-specific data collection task management unit 112, a task status monitoring unit 113, a collected data management unit 114, and a vehicle communication control unit 115.
  • the processing unit 110 realizes these functional units by executing a predetermined program stored in the memory unit 130.
  • the vehicle-based data collection task management unit 11 manages data collection tasks that are set in advance by the operator (user) using the terminal 5 in the data collection server 4.
  • the data collection task is data that specifies the vehicle-based data that should be uploaded to the data collection server 4 from among the vehicle-based data collected by the electronic control unit 3 of the vehicle 2, as described below.
  • the vehicle-specific data collection task management unit 112 communicates with the terminal 5 via the network 6 to provide information on the data collection task data group 131 that is currently being managed, and to obtain information entered by the operator into the terminal 5 and reflect this information in the data collection task data group 131.
  • the vehicle-specific data collection task management unit 112 manages the data collection tasks (vehicle-specific tasks) set for each vehicle 2 in the data collection server 4.
  • the vehicle-specific data collection task management unit 112 determines the content of the data collection tasks for each vehicle to be set for each vehicle 2 based on the data collection tasks and the status of each task included in the data collection task data group 131, and the status of the data collection tasks for each vehicle 2 included in the vehicle-specific data collection task data group 132.
  • the vehicle-specific data collection task management unit 112 updates the vehicle-specific data collection task data group 132 and transmits instruction information reflecting the new data collection task to the relevant vehicle 2 via the vehicle communication control unit 115.
  • the task status monitoring unit 113 calculates the collection status of the data collection tasks for each vehicle 2 and the overall collection status (progress rate and operation rate) of the data collection tasks for each vehicle 2 based on the collected data group 133, which is vehicle-based data collected from the vehicles 2 by the collected data management unit 114, and stores these as performance information for the vehicle-specific data collection task data group 132 and the data collection task data group 131, respectively.
  • the collected data management unit 114 acquires collected data uploaded from the electronic control unit 3 of each vehicle 2 via the vehicle communication control unit 115 , and stores the collected data in the collected data group 133 .
  • the vehicle communication control unit 115 controls data communication between the vehicle 2 and the data collection server 4 in accordance with a predetermined protocol.
  • the storage unit 130 is configured to include, for example, storage devices such as HDD, flash memory, and ROM, as well as memories such as RAM.
  • the storage unit 130 stores the programs processed by the processing unit 110 and data sets necessary for the processing. It is also used as the main memory when the processing unit 110 executes a program, and to temporarily store data necessary for the program's calculations.
  • a data collection task data group 131, a vehicle-specific data collection task data group 132, a collection data group 133, etc. are stored in the memory unit 130 as information for realizing the functions of the data collection server 4.
  • the data collection task data group 131 is a collection of data related to a data collection task set by an operator in the data collection server 4.
  • the data collection task includes not only the collection conditions for data collection, information on the data set to be collected, and data collection targets, but also information related to the data collection status from the vehicle 2 (reason for changing task information).
  • the vehicle-specific data collection task data group 132 is a collection of data related to the data collection tasks set for each vehicle 2. In addition to the specifications related to data collection for each data collection task, it also includes information regarding the data collection status of each data collection task in each vehicle 2.
  • the collected data group 133 is a collection of vehicle-level data that is extracted into the collected data group 33 by each vehicle 2 and uploaded to the data collection server 4.
  • the communication unit 140 is configured to include, for example, a network card that complies with a communication standard such as IEEE 802.3.
  • the communication unit 140 transmits and receives data to and from the electronic control device 3 and terminal 5 connected via the network 6 based on various protocols.
  • the terminal 5 is a processing device that allows the operator to operate the data collection server 4.
  • it may be a smartphone, tablet terminal, notebook terminal, or desktop terminal, and the operator views and sets information related to the data collection tasks of the data collection server 4 via specified software (such as a web browser).
  • Network 6 is, for example, a wide area network such as a mobile communication network or the Internet.
  • FIG. 2 shows an example of the structure of data stored in the data collection task data group 131.
  • the data collection task data group 131 stores information related to the specifications of the data collection task set by the operator via the terminal 5 and collection results.
  • the data collection task data group 131 includes a task ID 201, an operation status 202, collection conditions 203, collection targets 204, an overall collection goal 205, a vehicle collection goal 206, an overall collection result 207, a vehicle operation status 208, a reason for changing task information 209, etc.
  • Task ID 201 is information related to the identifier of the data collection task.
  • task XXX it means that the identifier of task ID 201 is "XXX”.
  • the operation status 202 is information about the operation status of the data collection task. Types of operation status of a data collection task include “collecting,” “monitoring,” “disabled,” etc.
  • “Collecting” means that collection of vehicle-based data is enabled for the data collection task, and the corresponding vehicle information data group 34 is being extracted from each vehicle 2 and stored in the collected data group 33.
  • Monitoring means that when the collection conditions 203 for the data collection task are satisfied, vehicle-level data of the collection target 204 is not collected, and only information related to the collection event that the collection conditions 203 were satisfied is collected. In other words, this indicates the operating state of the data collection task that excludes (or prohibits) the extraction of vehicle-level data.
  • Disabled means that data collection for the data collection task is disabled for some reason. In this case, it also indicates the operating state of the data collection task that excludes (or prohibits) the extraction of vehicle-level data.
  • Information about collection events is information that is generated when the electronic control device 3 of the vehicle 2 satisfies the collection condition 203, and in this embodiment includes collection events (or data collection events) and collection disable events.
  • Collection conditions 203 are information about conditions that trigger collection of vehicle-unit data of collection targets 204 in the data collection task. Collection conditions are expressed, for example, as conditional statements that are determined using vehicle-unit data included in vehicle information data group 34 of vehicle 2. "Absolute value of acceleration > 0.4G" means that vehicle information data group 34 contains information about the acceleration of the vehicle, and the determination is made based on whether the absolute value is greater than 0.4G.
  • conditional statements may be judged by software or scripts that describe the judgement logic. In that case, when issuing a data collection task to vehicle 2, the corresponding software or script is also delivered to vehicle 2.
  • Collection target 204 is information that represents the dataset to be collected in the data collection task. In FIG. 2, it is expressed by the name of the dataset, such as "own vehicle information" and "sensor information”, but it may also be expressed by an ID that identifies the dataset.
  • the overall collection target 205 is a target value for the total amount of collected data to be obtained from each vehicle 2, and is information indicating the amount of data to be collected for the data collection task, or the number of times data is collected, the frequency of collection, etc., as a target value.
  • the goal is set only for the collection frequency over a specified period, even if the target value is reached once, the actual collection frequency over the specified period will decrease over time, so the data collection task will not be disabled.
  • the vehicle collection target 206 is information that indicates the amount of data to be collected for the data collection task in each vehicle 2, or the number of times data is to be collected, the frequency of collection, etc., to be set as a target value.
  • the vehicle collection target 206 may be expressed as a combination of multiple target values, and even if a data collection event occurs, if any of the target values has been reached at that time, data collection for the data collection task is suppressed (disabled or monitored).
  • Overall collection results 207 is information indicating the status of data collection with respect to overall collection target 205. For example, it includes the progress rate with respect to overall collection target 205, the cumulative number of data collections, the number of monitorings (the number of events that occur for the data collection task), the frequency of data collection and monitoring, etc.
  • the vehicle operating state 208 is information regarding the ratio of the operating state 202 of the data collection task in all vehicles 2.
  • the operating state 202 is "collecting", which indicates that each vehicle 2 is permitted to extract collected data, that collected data is being extracted in 80% of all vehicles 2, and that extraction of collected data is disabled in 20% of vehicles 2.
  • the task information change reason 209 is information about the content and reason of the change when the data collection system 1 changes task information such as the operating status 202 or collection conditions 203 based on data collection results, etc.
  • the task information change reason 209 for task 2 is set to a value of “excessive occurrence (disabled),” which means that data collection system 1 has disabled operation status 202 because it detected that a data collection event for task 2 occurred excessively.
  • FIG. 3 is a diagram showing an example of the structure of some of the data stored in the vehicle-specific data collection task data group 132. As shown in FIG.
  • the vehicle-specific data collection task data group 132 stores responses regarding data collection tasks instructed by the data collection server 4 to each vehicle 2.
  • the vehicle-specific data collection task data group 132 includes a vehicle ID 301, a task ID 302, an operating state 303, a collection target 304, collection results 305, a reason for changing task information 306, etc.
  • Vehicle ID 301 is information regarding the identifier of vehicle 2 for which the data collection task is instructed.
  • Task ID 302 is information about the identifier of the data collection task. It corresponds to task ID 201 of data collection task data group 131.
  • the operating state 303 is information about the operating state of the data collection task in the vehicle 2. It corresponds to the operating state 202 of the data collection task data group 131.
  • the collection goal 304 is information indicating the target value of data collection for the data collection task in the vehicle 2. It corresponds to the vehicle collection goal 206 of the data collection task data group 131.
  • Collection results 305 is information that indicates the status of data collection with respect to collection target 304. It includes information such as the cumulative number of collections, the number of collections during the most recent specified period, or the number of collection events occurring during monitoring (occurrence frequency).
  • the task information change reason 306 is information indicating the content and reason of the information change notified from the vehicle 2 when the vehicle 2 changes information related to the data collection task. For example, in the figure, "Excessive occurrence (disabled)" means that the vehicle 2 has disabled the operating state 303 because it detected that a data collection event had occurred excessively.
  • FIG. 4 shows an example of the structure of some of the data stored in the vehicle-based data collection task data group 31 of the electronic control unit 3.
  • the vehicle-based data collection task data group 31 stores information about the data collection task for which the vehicle 2 is instructed by the data collection server 4.
  • the vehicle-based data collection task data group 31 includes a task ID 401, an operating state 402, collection conditions 403, collection targets 404, collection goals 405, etc.
  • Task ID 401 is information related to the identifier of the data collection task. It corresponds to task ID 201 of data collection task data group 131 and task ID 302 of vehicle-specific data collection task data group 132.
  • the operating state 402 is information regarding the operating state of the data collection task in the vehicle 2. It corresponds to the operating state 202 of the data collection task data group 131 and the operating state 303 of the vehicle-specific data collection task data group 132.
  • Collection conditions 403 are information about conditions that trigger collection of data of collection targets 404 in the data collection task. They correspond to collection conditions 203 of data collection task data group 131.
  • the collection target 404 is information that represents the data set of the vehicle information data group 34 that is to be collected in the data collection task. It corresponds to the collection target 204 of the data collection task data group 131.
  • the collection target 405 is information indicating the target value of data collection for the data collection task in the vehicle 2. It corresponds to the vehicle collection target 206 of the data collection task data group 131 and the collection target 304 of the vehicle-specific data collection task data group 132.
  • FIG. 5 shows an example of the structure of some of the data stored in the data collection performance data group 32.
  • the data collection performance data group 32 stores, for example, information about the occurrence history of events related to the collection or monitoring of data related to the data collection tasks defined in the vehicle-specific data collection task data group 31 in the vehicle 2.
  • the data collection performance data group 32 includes a task ID 501, an event time 502, an event type 503, whether data collection was performed 504, and location information 505.
  • Task ID 501 is information about the identifier of the data collection task. It corresponds to task ID 401 of vehicle-specific data collection task data group 31.
  • Event time 502 is information about the time when an event related to the data collection task occurred.
  • Event type 503 is information about the type of event that occurred. Examples of event types include "collection event occurrence,” which is an event indicating that the collection conditions for the data collection task have been met, and “collection disabled,” which disables the operation status of the data collection task.
  • Data collection execution status 504 is information indicating whether or not to extract and store the data to be collected (vehicle information data group 34) in the collected data group 33 when the event type 503 is "collection event occurrence". If “Yes”, the data to be collected is extracted and stored, whereas if "No", this is not performed and only the event information (for example, the event type and identifier) is stored. This corresponds to the operating status 402 of the vehicle-based data collection task data group 31 being "collecting" or “monitoring”, respectively. Also, if "No", it is possible not to store the event information. This can reduce the amount of data to be stored.
  • Location information 505 is information about the location of vehicle 2 when the event occurred. For example, it may be expressed as location information on the earth expressed by latitude and longitude, or it may be expressed as a road position on a road map. Furthermore, location information 505 may use information from a navigation system (not shown) installed in vehicle 2.
  • FIG. 6 is a diagram showing the correlation between functions realized by the data collection system 1.
  • the data collection system 1 is realized based on, for example, data collection task operation processing S700, vehicle-specific data collection task update processing S800, data collection event processing S900, and collected data upload processing S1000.
  • the operator uses the terminal 5 to communicate with the data collection task management unit 111 of the data collection server 4 via the network 6, and views the status of the data collection task data group 131 set in the data collection server 4, and manually adds new data collection tasks, modifies data collection tasks, deletes data collection tasks, etc.
  • the vehicle-specific data collection task management unit 112 detects changes to the data collection task data group 131 and updates the vehicle-specific data collection task data group 132 that is issuing instructions to the vehicle 2.
  • the vehicle-specific data collection task management unit 112 also notifies the vehicle-specific data collection task management unit 11 of the electronic control unit 3 of the vehicle 2 of the changes to the data collection task.
  • the vehicle-specific data collection task management unit 112 distributes the vehicle-specific data collection tasks of the vehicle-specific data collection task data group 132 managed by the vehicle-specific data collection task management unit 112 to each vehicle 2 in advance, and manages the distributed data collection tasks for each vehicle 2.
  • the vehicle-based data collection task management unit 11 of the electronic control unit 3 reflects the changes received from the data collection server 4 in the vehicle-based data collection task data group 31.
  • the data collection task condition monitoring unit 12 periodically monitors whether the collection conditions of the data collection task defined in the vehicle-based data collection task data group 31 are satisfied by referring to the vehicle information data group 34.
  • the data collection task condition monitoring unit 12 When the data collection task condition monitoring unit 12 detects a data collection task that satisfies the collection conditions, it notifies the collection target data extraction unit 13 of the occurrence of a data collection event and records information about the data collection event in the data collection performance data group 32.
  • the collection target data extraction unit 13 extracts collection target data by referencing the vehicle unit data in the vehicle information data group 34 based on the notified data collection event, and stores the data in the collection data group 33.
  • the vehicle-based data collection task management unit 11 determines whether or not it is necessary to change the operating status of the data collection task defined in the vehicle-based data collection task data group 31 based on the updated data collection performance data group 32, and modifies the vehicle-based data collection task data group 31 if a change is necessary.
  • the vehicle-based data collection task management unit 11 notifies the vehicle-specific data collection task management unit 112 of the data collection server 4 of the changes to the data collection task, and records event information that the operating status has been changed in the data collection performance data group 32.
  • the vehicle-specific data collection task management unit 112 of the data collection server 4 which receives notification of a change in the operating status of the data collection task from the vehicle 2, reflects the change in the vehicle-specific data collection task data group 132 and updates the vehicle operating status 208 in the data collection task data group 131.
  • the collected data upload unit 14 of the vehicle 2 uploads the collected data stored in the collected data group 33 to the collected data management unit 114 of the data collection server 4.
  • the collected data management unit 114 stores the collected data acquired from the vehicle 2 in the collected data group 133.
  • the task status monitoring unit 113 updates the overall collection results 207 of the data collection task data group 131 and the collection results 305 of the vehicle-specific data collection task data group 132 based on the updated collected data group 133.
  • the terminal 5 is configured to be able to view and set information related to the data collection tasks of the data collection server 4 via a specific software (such as a web browser), and FIG. 7 shows an example of the operation screen of the terminal 5 in the data collection task operation process S700.
  • Area 701 on the operation screen displays information about the data collection task data group 131 of the data collection server 4.
  • the information about the data collection task data group 131 is obtained from the data collection task management unit 111 of the data collection server 4 by the software of the terminal 5.
  • Area 701 also has a function for manipulating the entry information of the data collection task.
  • the edit button 711 When the edit button 711 is pressed, for example, the operation status, collection conditions, collection target, overall collection goal, vehicle collection goal, etc. of the corresponding entry are entered into a mode in which they can be edited, making it possible to change the specifications of the data collection task.
  • pressing the delete button 712 allows the corresponding data collection task entry to be deleted.
  • the administrator can delete a data collection task that has generated excessive data collection and is registered in the data collection server 4, or change the specifications to reduce the frequency of data collection.
  • Area 702 on the operation screen is an operation area for adding a new data collection task.
  • the new data collection task is reflected in the data collection task data group 131 of the data collection server 4.
  • Vehicle-specific data collection task update process S800 The vehicle-specific data collection task update process S800 will be described with reference to the flowchart of Fig. 8. This process is executed at a predetermined interval.
  • step S801 the vehicle-specific data collection task management unit 112 refers to the data collection task data group 131 and extracts data collection task entries that have been changed.
  • Changes to data collection task entries include new additions, modifications, and deletions of data collection tasks by the operator using the data collection task operation process S700, as well as changes to the operation status and collection conditions of data collection tasks based on data collection results by the data collection task management unit 111, which will be described later.
  • step S802 the vehicle-specific data collection task management unit 112 reflects the changes to the data collection task entry extracted in step S801 in the corresponding vehicle-specific data collection task entry in the vehicle-specific data collection task data group 132.
  • the relevant vehicle-specific data collection task entry can be determined by comparing the task ID 401 of the vehicle-specific data collection task data group 31 with the task ID 201 of the data collection task data entry.
  • step S803 the vehicle-specific data collection task management unit 112 transmits the information of the task entry for the vehicle 2 corresponding to the vehicle ID 301 of the changed vehicle-specific data collection task entry as an update instruction for the vehicle-specific data collection task to the vehicle-specific data collection task management unit 11 of the electronic control unit 3 via the vehicle communication control unit 115.
  • step S804 when the vehicle-based data collection task management unit 11 of the electronic control unit 3 receives an instruction to update the vehicle-based data collection task described above via the server communication control unit 15, the vehicle-based data collection task management unit 11 reflects (updates) the same content in the vehicle-based data collection task data group 31 in step S805.
  • ⁇ Data collection event processing S900> The data collection event process S900 will be described with reference to the flowchart of Fig. 9. This process is executed at a predetermined interval.
  • step S901 the data collection task condition monitoring unit 12 acquires unprocessed vehicle-unit data from the vehicle information data group 34 among various pieces of information (vehicle-unit data) about the vehicle 2 that are periodically acquired or updated by the vehicle information acquisition unit 16 via the in-vehicle network 60 or software running on the electronic control unit 3.
  • step S902 the data collection task condition monitoring unit 12 acquires task entries (collecting or monitoring) whose operation status 402 is not "invalid" from the vehicle-based data collection task data group 31.
  • step S903 the data collection task condition monitoring unit 12 determines whether the collection condition 403 of the enabled vehicle-based data collection task entry is satisfied based on the vehicle-based data acquired from the vehicle information data group 34.
  • step S903 If a task entry that satisfies the collection condition 403 exists (Y in step S903), proceed to step S904; if not (N in step S903), end the process.
  • step S904 the data collection task condition monitoring unit 12 checks the operation status 402 of the task entry that satisfies the collection condition 403, and if it is "collecting" (Y in step S904), the process proceeds to step S905, otherwise (N in step S904), the process proceeds to step S907.
  • step S905 the data collection task condition monitoring unit 12 refers to the past data collection results recorded in the data collection result data group 32 to check whether any of the collection goals 405 of the corresponding task entry have been achieved.
  • step S905 If none of the conditions have been met (Y in step S905), the data collection task condition monitoring unit 12 proceeds to step S906, and if any of the conditions have been met (N in step S905), the data collection task condition monitoring unit 12 proceeds to step S907.
  • the collection goal 405 for task 3 in FIG. 4 is a combination of "20 times/month,” “3 times/day,” and "1 time/location.”
  • the occurrence frequency is low enough that no collection events have occurred at the same location, so data collection is being performed (data collection execution status 504 is "Yes").
  • the data collection task condition monitoring unit 12 determines that this is a collection event at the same location and suppresses data collection (data collection execution status 504 is "no"). Note that if the distance in location information 505 between the two pieces of data is within a preset threshold, the data collection task condition monitoring unit 12 determines that the two pieces of data are from the same location.
  • step S906 the collection target data extraction unit 13 refers to the vehicle information data group 34 and extracts data corresponding to the collection target 404 of the corresponding task entry from the vehicle unit data.
  • the collection target data extraction unit 13 stores the extracted collection data in the collection data group 33 in association with the collection event.
  • the extracted collection data includes the vehicle-unit data corresponding to the collection target 404 extracted in step S906, data related to the collection event that satisfied the collection condition 403 of the task entry (data collection event information), and the like.
  • step S906 the vehicle-unit data is excluded and only the collected event is extracted and stored in the collected data group 33.
  • the collected event information is, for example, data corresponding to the data collection result data group 32 in FIG. 5.
  • the occurrence of an event is stored as data collection event information, but there is no vehicle-unit data in the vehicle information data group 34 that corresponds to this event.
  • step S906 the vehicle-unit data is excluded and only the collected events are considered as collected data, thereby reducing the vehicle-unit data contained in the extracted data, thereby preventing the amount of collected data stored on the data collection server 4 from becoming excessive.
  • step S908 the data collection task condition monitoring unit 12 adds the data collection event information to the data collection performance data group 32. If only the data collection event information is stored in the collected data group 133, the data collection execution status 504 becomes "no", and if the data corresponding to the collection target 404 is also stored, the data collection execution status 504 becomes "yes".
  • step S909 the vehicle-based data collection task management unit 11 refers to the updated data collection performance data group 32, calculates the occurrence frequency of the data collection event for each vehicle-based data collection task entry, and checks whether the occurrence frequency is equal to or greater than a predetermined value. If the frequency is less than the predetermined value in step S909 (N in step S909), the process ends without doing anything.
  • the vehicle-based data collection task management unit 11 sets the operation status 402 of the corresponding task entry to "invalid” or “monitoring” in step S910, and transmits the change to the operation status 402 and the reason for the change to the data collection server 4 in step S911.
  • the reason for change in operating status 402 is information about what caused the change in operating status, and here an example is shown in which "excessive occurrence" of a data collection event applies.
  • the vehicle-specific data collection task management unit 112 of the data collection server 4 receives the notification in step S921, it updates the operating status 303 in the vehicle-specific data collection task data group 132 and the vehicle operating status 208 and task information change reason 209 in the data collection task data group 131 in step S922.
  • the occurrence frequency of the data collection event for each task entry calculated in step S909 can be calculated based on how many task IDs 501 with corresponding event times 502 are included in the data collection performance data group 32 within the most recent specified period (1 hour, 1 day, 1 month, etc.).
  • it may be calculated from the ratio of the number of events occurring per unit time. For example, in the example of FIG. 5, three data collection events for task 2 occurred in succession on the same day.
  • the collection target 405 for task 2 is 3 events/day, which can be calculated as 90 events/month.
  • the predetermined value used in step S909 may be set to a fixed value regardless of the content of the task, or may be calculated based on the value of the collection target 405 of the vehicle-based data collection task data group 31.
  • the collection target 405 for task 2 is 20 times/month, 3 times/day, which corresponds to 60 times/month, 9 times/day.
  • step S910 If the monthly occurrence frequency as described above is 90 events/month, this exceeds the threshold of 60 events/month, so in step S910 the operation status of the task entry will be changed to "disabled” or "monitoring.”
  • steps S902 to S904 can completely suppress data storage in the collected data group 33 in step S907 (if disabled), or limit the amount of data to only data collection event information with a small amount of data (if monitoring).
  • Whether to set “invalid” or “monitoring” in step S910 may be preset as a fixed value, or the threshold (predetermined value) in step S909 may be set in two stages. For example, a value 1x the collection target 405 may be set as the first stage predetermining value, and if this value is exceeded, the setting is "monitoring", and a value 3x the collection target 405 may be set as the second stage predetermining value, and if this value is exceeded, the setting is "invalid".
  • the operating state may be changed according to the progress toward the collection goal 405, in addition to the frequency of occurrence of the data collection event.
  • the collection goal 405 of task 10 in FIG. 4 includes a cumulative number of times the event has occurred, which is "10 times.”
  • targets related to frequency of occurrence Unlike targets related to frequency of occurrence, targets related to the number of cumulative occurrences will always be met once they have been achieved. Therefore, there is no need to keep the data collection task enabled any longer, and the operating status can be changed to "disabled” or "monitoring.”
  • the electronic control unit 3 extracts vehicle-unit data from the vehicle information data group 34, and if the number or frequency of the extracted vehicle-unit data does not reach the collection target 405, the extracted data is stored in the collected data group 33 as collected data.
  • the electronic control unit 3 changes the operation status 402 of the data collection task to "monitoring” or “disabled” and prohibits the extraction of subsequent collected data. This makes it possible for the data collection server 4 that receives the collected data to prevent excessive acquisition of collected data.
  • the electronic control unit 3 notifies the data collection server 4 of the data collection task whose operating state 402 has been changed, so that the data collection server 4 can update the vehicle-specific data collection task data group 132 and synchronize it with the data collection task of the electronic control unit 3 of the vehicle 2.
  • the collected data upload unit 14 acquires the collected data stored in the collected data group 33 in step S1001, and transmits the collected data to the data collection server 4 via the server communication control unit 15 in step S1002.
  • step S1011 the collected data management unit 114 receives the collected data via the vehicle communication control unit 115, and in step S1012, stores the collected data in the collected data group 133.
  • the task status monitoring unit 113 updates the collection record 305 of the corresponding task entry in the vehicle-specific data collection task data group 132 in step S1013 based on the updated collection data group 133.
  • step S1014 the task status monitoring unit 113 updates the overall collection results 207 and vehicle operation status 208 of the corresponding task entry in the data collection task data group 131.
  • the task status monitoring unit 113 calculates the number of collections by, for example, calculating the number of data items for the corresponding task entry stored in the collection data group 133.
  • the occurrence frequency can be calculated by, for example, having the task status monitoring unit 113 manage the data collection event information included in the collected data in a format such as the data collection performance data group 32 shown in FIG. 5, and calculating the number of pieces of data collection event information for the relevant task entry in the most recent specified period (one day, one month, etc.).
  • the vehicle operating status 208 can be calculated by the task status monitoring unit 113 aggregating the operating status 303 for each vehicle in the vehicle-specific data collection task data group 132.
  • the data collection task management unit 111 checks the overall collection results 207 of the task entries in the updated data collection task data group 131, and checks whether the number of collections has reached the overall collection target 205 (step S1015), and whether the occurrence frequency is equal to or greater than a predetermined value (step S1017).
  • step S1015 If either condition is met (Y in step S1015 or Y in step S1017), the data collection task management unit 111 sets the operation status 202 of the corresponding task entry to "disabled" (step S1016 or step S1018) and proceeds to step S1019.
  • step S1015 If neither condition is met (N in step S1015 and N in step S1017), the data collection task management unit 111 does nothing and proceeds to step S1019.
  • step S1019 the data collection task management unit 111 further checks the vehicle operation status 208 in the data collection task data group 131 to see whether the proportion of vehicles 2 that are "invalid" is equal to or greater than a predetermined value.
  • the data collection task management unit 111 sets the operation status 202 of the corresponding task entry to "invalid" and ends the process. If it is less than the predetermined value (N in step S1019), nothing is done and the process ends.
  • the data collection server 4 acquires the collection data extracted by the electronic control unit 3 and updates the corresponding collection results 305 in the vehicle-specific data collection task data group 132, and also updates the task information change reason 306 of the task entry based on the data collection task change notification received from the vehicle 2.
  • the data collection server 4 calculates the overall collection results from the collection results 305 of all vehicles 2, updates the overall collection results 207, and for data collection tasks for which the overall collection results 207 have reached the overall collection target 205, which is the target value, changes the operation status 202 to "invalid" to stop the extraction of subsequent collection data.
  • the data collection server 4 also calculates the overall collection results from the collection results 305 of all vehicles 2, updates the overall collection results 207, and changes the operation state 202 of a data collection task for which the occurrence frequency of the overall collection results 207 has reached the overall collection target 205, which is the target value, to "invalid," thereby stopping the extraction of subsequent collected data.
  • the data collection server 4 sets the operation status 202 in the data collection task data group 131 to "disabled,” thereby reducing the processing load on the electronic control unit 3 of each vehicle 2.
  • the data collection task condition monitoring unit 12 detects the occurrence of an event that matches the collection conditions 403 using the vehicle information data group 34 related to the state of the vehicle 2 based on the information related to data collection specified in the vehicle-based data collection task data group 31 (operating state 402, collection conditions 403, and collection target 404 in FIG. 4), and the collection target data extraction unit 13 determines the target to be uploaded to the data collection server 4 as collection target data related to the detected event and stored in the collection data group 133 according to the operating state 402, and the vehicle-based data collection task management unit 11 changes the operating state 402 according to the collection results of each data collection task calculated based on the data collection event information included in the collection target data.
  • steps S908 to S910 in FIG. 9 if the frequency of event occurrence in a data collection task exceeds a threshold, the operation status 402 of the task is set to "disabled” or "monitoring.” As a result, if data collection events occur more frequently than expected, the corresponding data collection task is disabled or only data collection event information with a small amount of data is displayed, thereby preventing excessive data collection.
  • the data in the collection target 404 is excluded from the collection targets. This makes it possible to suppress redundant data collection that occurs when data collection events occur multiple times in the same location.
  • each process is described on the assumption that it is executed by the same processing unit and storage unit, but it may be executed by multiple different processing units and storage units. In that case, for example, processing software having a similar configuration is loaded into each storage unit, and each processing unit shares the task of executing the process.
  • each process of the electronic control device 3 and the data collection server 4 is realized by executing a specific program using a processor and RAM, but it can also be realized by unique hardware if necessary.
  • An electronic control device (3) that includes a processing unit (10) that performs calculations and a memory unit (30) that stores information about a vehicle (2), the processing unit (10) including a vehicle information acquisition unit (16) that acquires information about the vehicle (2) and stores it as vehicle-unit data, a vehicle-unit data collection task management unit (11) that manages a vehicle-unit data collection task in which collection conditions indicating the trigger for collection and collection goals indicating goals related to the collection are defined for the vehicle-unit data to be collected, and a data collection event is generated based on the collection conditions defined in the vehicle-unit data collection task, and the collected data is stored in the storage unit (30).
  • the electronic control device (3) includes a data collection task condition monitoring unit (12) that specifies the contents of the data, and a collection target data extraction unit (13) that receives a data collection event from the data collection task condition monitoring unit (12) and extracts the vehicle-unit data to be collected and stores it as collected data when collection of vehicle-unit data is specified, and the vehicle-unit data collection task management unit (11) changes the contents of the collected data stored by the collection target data extraction unit (13) based on the collection results of the collected data for the collection target specified in the vehicle-unit data collection task.
  • the above configuration makes it possible to prevent the collection of excessive data relative to the purpose of collection.
  • the above configuration makes it possible to prevent the collection of excessive data relative to the purpose of collection.
  • the above configuration makes it possible to prevent excessive collection of data relative to the purpose of collection and to store the history of when collection events occurred.
  • the above configuration makes it possible to prevent the collection of excessive data relative to the purpose of collection.
  • the above configuration makes it possible to prevent excessive collection of data relative to the collection objectives by determining the collection results of the collected data relative to the collection objectives.
  • the above configuration makes it possible to prevent excessive collection of data relative to the collection objective by determining the amount or frequency of occurrence of collected data events relative to the collection objective.
  • a data collection system (1) including the electronic control device (3) described in (1) above, a processing unit (110) that performs calculations, a memory unit (130) that stores information, and a server (4) that includes a communication unit (140) that communicates with the electronic control device (3) and collects data from a vehicle (2), wherein the electronic control device (3) includes a communication unit (40) that receives the vehicle-unit data collection task from the server (4) and transmits the collection data stored by the collection target data extraction unit (13) to the server (4), the vehicle-unit data collection task management unit (11) manages the vehicle-unit data collection task received from the server (4), and the server (4) receives collection conditions indicating a collection trigger for the vehicle-unit data to be collected and a collection target data extraction unit (140) that extracts data to be collected from a plurality of the vehicles.
  • the electronic control device (3) includes a communication unit (40) that receives the vehicle-unit data collection task from the server (4) and transmits the collection data stored by the collection target data extraction unit (13) to the server (4),
  • the data collection system includes a data collection task management unit (111) that manages a data collection task in which an overall collection goal indicating a collection goal for the collected data to be collected is set, a vehicle-specific data collection task management unit (112) that manages the vehicle-specific data collection task set for each vehicle (2) according to the data collection task, and a collection data management unit (114) that receives the collected data from the vehicle (2) and stores it in a collection data group (133), and the data collection task management unit (111) updates the vehicle-specific data collection task based on the storage record of the collected data in the collection data group (133) for the overall collection goal specified in the data collection task, thereby changing the content of the collected data stored by the collection target data extraction unit (13).
  • a data collection task management unit (111) that manages a data collection task in which an overall collection goal indicating a collection goal for the collected data to be collected is set
  • a vehicle-specific data collection task management unit (112) that manages the vehicle-specific data collection task set for each vehicle (2) according to the
  • the above configuration makes it possible to prevent excessive collection of data relative to the purpose of collection based on the collection history of data collected from multiple vehicles.
  • the above configuration allows the server administrator to understand the reason why excessive data is being collected, and to set data collection tasks to prevent excessive collection of data relative to the collection purpose.
  • the above configuration reduces the processing load on the electronic control device of each vehicle.
  • the present invention is not limited to the above-described embodiments, but includes various modified examples.
  • the above-described embodiments have been described in detail to clearly explain the present invention, and are not necessarily limited to including all of the configurations described. It is also possible to replace part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. Furthermore, the addition, deletion, or replacement of part of the configuration of each embodiment with other configurations can be applied alone or in combination.
  • the above-mentioned configurations, functions, processing units, and processing means, etc. may be realized in hardware, in part or in whole, for example by designing them as integrated circuits. Furthermore, the above-mentioned configurations and functions, etc. may be realized in software, by a processor interpreting and executing a program that realizes each function. Information on the programs, tables, files, etc. that realize each function can be stored in a memory, a recording device such as a hard disk or SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.
  • a recording device such as a hard disk or SSD (Solid State Drive)
  • a recording medium such as an IC card, SD card, or DVD.
  • control lines and information lines shown are those considered necessary for the explanation, and do not necessarily show all control lines and information lines on the product. In reality, it can be assumed that almost all components are interconnected.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Traffic Control Systems (AREA)

Abstract

車両に関する情報を取得して車両単位データとして格納する車両情報取得部、収集対象となる車両単位データに対して収集の契機を示す収集条件および収集に関する目標を示す収集目標が定められた車両単位データ収集タスクを管理する車両単位データ収集タスク管理部、車両単位データ収集タスクにおいて定められた収集条件に基づいてデータ収集イベントを生成し、収集データの内容を指定するデータ収集タスク条件監視部、データ収集タスク条件監視部からデータ収集イベントを受け付けて、収集対象となる車両単位データを抽出して収集データとして格納する収集対象データ抽出部、を含む。車両単位データ収集タスクで指定された収集目標に対する収集データの収集実績に基づいて、収集対象データ抽出部により格納される収集データの内容を変更する。

Description

電子制御装置及びデータ収集システム 参照による取り込み
　本出願は、令和５年（２０２３年）６月２７日に出願された日本出願である特願２０２３－１０５０３３の優先権を主張し、その内容を参照することにより、本出願に取り込む。
　本発明は、電子制御装置及びデータ収集システムに関する。
　近年、車両の走行中に発生した特定事象に関するデータをサーバ装置に収集して車載アプリケーションの不具合解消や機能改善に活用するデータ収集システムが導入されている。
　しかし、各車両の全ての対象データを収集しようとすると、車載装置のストレージやＣＰＵ、メモリ等のリソース消費だけでなく、サーバ装置にデータを転送するための通信コストや、サーバ装置側のリソース消費が過剰に発生するという課題がある。
　例えば、特許文献１では、端末装置で検出した異常状態の内容に応じて、収集するデータの内容や頻度を変更する手段が開示されている。
　車両のデータ収集システムでは、データ収集の用途に応じて、様々な事象のデータを収集対象とする。例えば、車両の危険事象の分析が目的であれば、衝撃や大きな加減速が発生したときのデータが対象となり、特定アプリケーションの不具合分析が目的であれば、アプリケーションに想定外の振る舞いが生じたときのデータが対象となる。
　このような多様な条件の事象を扱うことに加え、その事象が発生するかどうかは車両の走行環境やドライバの振る舞いに強く依存するため、どれぐらいの頻度で該当事象が発生するかを予め見通しておくことは困難である。そのため、想定以上の頻度で該当事象が発生して、大量のデータ収集が生じる場合がある。
　しかし、データ収集の用途に拠っては、全ての発生事象に関するデータを漏らさず収集する必要はなく、一定の量と質を伴うデータを収集できればよい。例えば、特定アプリケーションの不具合分析が目的の場合、同一要因のデータを大量に収集しても、実際に分析に利用されるのはそのほんの一部に過ぎない。つまり、それは本来の目的に対して過剰なデータ収集であり、車載装置やサーバ装置のリソースの消費や通信コストが過剰に発生してしまうことを意味している。
　特許文献１に記載されている発明では、通常状態では収集対象のログ情報を概要レベルで低頻度に収集し、ハードウェアやソフトウェアの稼働状況における異常状態の発生時のみ収集対象のログ情報を詳細レベルで高頻度に収集することにより、過剰なデータ収集を抑制している。
　しかしながら、上述したような、該当事象（特許文献１では異常状態検知）が想定以上に発生した場合に、目的に対して過剰なデータ収集を抑制することはできないという課題があった。
　そこで本発明は上記課題に鑑みてなされたもので、収集目的に対して過剰なデータ収集を抑制することを目的とする。
　本発明は、演算を行う処理部と、情報を格納する記憶部を含んで車両の情報を収集する電子制御装置であって、前記処理部は、前記車両に関する情報を取得して車両単位データとして格納する車両情報取得部と、収集対象となる車両単位データに対して収集の契機を示す収集条件および収集に関する目標を示す収集目標が定められた車両単位データ収集タスクを管理する車両単位データ収集タスク管理部と、前記車両単位データ収集タスクにおいて定められた収集条件に基づいてデータ収集イベントを生成し、収集データの内容を指定するデータ収集タスク条件監視部と、前記データ収集タスク条件監視部からデータ収集イベントを受け付けて、車両単位データの収集が指定された場合には、収集対象となる車両単位データを抽出して収集データとして格納する収集対象データ抽出部と、を含み、前記車両単位データ収集タスク管理部は、前記車両単位データ収集タスクで指定された収集目標に対する前記収集データの収集実績に基づいて、前記収集対象データ抽出部により格納される収集データの内容を変更する。
　本発明に拠れば、収集目的に対して過剰なデータの収集を抑制することができる。
　本明細書において開示される主題の、少なくとも一つの実施の詳細は、添付されている図面と以下の記述の中で述べられる。開示される主題のその他の特徴、態様、効果は、以下の開示、図面、請求項により明らかにされる。
本発明の実施の形態に係るデータ収集システムの構成を示す機能ブロック図である。 本発明の実施の形態に係るデータ収集サーバのデータ収集タスクデータ群の一例を示す図である。 本発明の実施の形態に係るデータ収集サーバの収集タスクデータ群の一例を示す図である。 本発明の実施の形態に係る電子制御装置のデータ収集タスクデータ群の一例を示す図である。 本発明の実施の形態に係る電子制御装置のデータ収集実績データ群の一例を示す図である。 本発明の実施の形態に係る本実施形態におけるデータ収集システムの機能の相関関係の説明図である。 本発明の実施の形態に係る端末によるデータ収集タスクに関する操作画面の一例を示す図である。 本発明の実施の形態に係る車両別データ収集タスク更新処理を説明するフローチャートである。 本発明の実施の形態に係るデータ収集イベント処理を説明するフローチャートである。 本発明の実施の形態に係る収集データアップロード処理を説明するフローチャートである。
　以下、図面を参照して、本発明の実施形態について説明する。
　＜システム構成＞
　図１は、本発明の実施の形態に係るデータ収集システム１の構成を示す機能ブロック図である。
　データ収集システム１は、１台以上の車両２からのデータ収集を制御する計算機システムであり、車両２と、車両２からのデータ収集を制御するデータ収集サーバ４と、データ収集サーバ４に対する操作を行う端末５と、車両２とデータ収集サーバ４の間やデータ収集サーバ４と端末５の間を通信可能に接続するネットワーク６と、を含んで構成される。
　車両２は、電子制御装置３と、車両２に搭載されるその他の装置と通信可能に接続する車載ネットワーク６０と、を含んで構成される。電子制御装置３は、ＥＣＵ（Electronic Control Unit）であり、処理部１０と、記憶部３０と、通信部４０と、を有する。
　処理部１０は、例えば、中央演算処理装置であるＣＰＵ（Central Processing Unit）を含んで構成される。ただし、ＣＰＵに加えて、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＡＳＩＣ（application specific integrated circuit）等を含んで構成されてもよいし、いずれか１つにより構成されてもよい。
　処理部１０はその機能として、車両単位データ収集タスク管理部１１、データ収集タスク条件監視部１２、収集対象データ抽出部１３、収集データアップロード部１４、サーバ通信制御部１５、及び車両情報取得部１６を有する。処理部１０は、記憶部３０に格納されている所定のプログラムを実行することで、所定の機能を提供する機能部を実現する。
　車両単位データ収集タスク管理部１１は、サーバ通信制御部１５を介してデータ収集サーバ４からデータ収集タスクの指示情報を取得し、指示情報を車両単位データ収集タスクデータ群３１として記憶部３０に格納する。
　データ収集タスクは、車両２で収集する車両単位データの収集条件や収集対象や収集するデータの目標値（収集目標）、当該データ収集タスクの稼働状態（収集中、無効、監視中）等が設定された情報である。
　また、車両単位データ収集タスク管理部１１は、記憶部３０に格納されたデータ収集実績データ群３２に基づき、必要に応じて各データ収集タスクの稼働状態を変更し、サーバ通信制御部１５を介してデータ収集サーバ４に通知する。
　データ収集タスク条件監視部１２は、車両情報データ群３４の車両単位データを参照して各データ収集タスクのデータ収集条件が満たされるかどうかを監視し、データ収集条件が満たされた場合は収集イベントを生成（又は発生）して、収集対象データ抽出部１３に通知し、収集イベントに関する情報をデータ収集実績データ群３２に反映する。
　収集対象データ抽出部１３は、データ収集タスク条件監視部１２からの通知を受けて、該当するデータ収集タスクにおいて収集対象となっている車両単位データを車両情報データ群３４から抽出して収集データとして、収集データ群３３に格納する。
　収集データアップロード部１４は、収集データ群３３に格納されている収集データをサーバ通信制御部１５を介してデータ収集サーバ４にアップロードする。なお、収集データアップロード部１４は、収集データ群３３に格納された未送信の収集データを所定の周期や所定数まで蓄積してからデータ収集サーバ４へ送信することができる。これにより、車両２からデータ収集サーバ４への通信頻度を抑制することができる。
　サーバ通信制御部１５は、所定のデータ通信プロトコルに従って、車両２とデータ収集サーバ４の間のデータ通信を制御する。通信部４０は車載ネットワーク６０の通信媒体を介して物理的に接続された装置との下位層のデータ通信を制御するのに対して、サーバ通信制御部１５は複数のネットワーク（車載ネットワーク６０とネットワーク６）を介して、データ収集サーバ４との上位層のデータ通信を制御する。
　車両情報取得部１６は、電子制御装置３に接続された車載ネットワーク６０を介して車両２の各種情報を車両単位データとして取得し、記憶部３０に車両情報データ群３４として格納する。
　車両情報データ群３４に格納されている車両単位データは、電子制御装置３が車両の走行中に取得した車両２に関する情報であり、例えば、車両２に搭載された外界センサが検出した車両２の周辺の環境情報、車両センサが検出した車両２の動きや走行状態等に関連する情報（走行状態情報）、車両２が走行している道路に関する道路情報等が含まれる。
　また、車両単位データには、電子制御装置３で稼働するソフトウェアに関する情報も取得し、同様に車両情報データ群３４の一部として格納する。例えば、電子制御装置３で稼働するアプリケーションのログ出力情報等が含まれる。
　外界センサとしては、例えば、画像センサ、ＬｉＤＡＲ（Light Detection And Ranging）、レーダ、超音波測距センサ等を採用することができる。車両センサとしては、加速度センサ、車速センサ、舵角センサ等を採用することができる。道路情報は、例えば、ナビゲーションシステムからの緯度経度や、ＶＩＣＳ（登録商標）（Vehicle Information and Communication System）等の道路情報サービスからの情報を含むことができる。
　記憶部３０は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、フラッシュメモリ、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）などの記憶装置や、ＲＡＭなどのメモリを含んで構成される。
　記憶部３０は、処理部１０が処理するプログラムや、その処理に必要なデータ群等が格納される。また、処理部１０がプログラムを実行する際の主記憶として、一時的にプログラムの演算に必要なデータを格納する用途にも利用される。
　本実施形態では、電子制御装置３の機能を実現するための情報として、車両単位データ収集タスクデータ群３１、データ収集実績データ群３２、収集データ群３３、車両情報データ群３４等が格納される。
　車両単位データ収集タスクデータ群３１とは、車両２がデータ収集サーバ４から指示されているデータ収集タスクに関するデータの集合である。データ収集タスクには、例えば、収集対象のデータセットの情報や、それらを収集する契機となる収集条件、収集量や収集する頻度に関する目標（又は閾値）を示す収集目標等が含まれる。
　データ収集実績データ群３２とは、車両２が各データ収集タスクにおいて、どれぐらいの頻度や回数で収集条件が満たされて車両単位データ収集されたか等を示すデータ収集実績に関するデータの集合である。
　収集データ群３３とは、収集対象データ抽出部１３がデータ収集タスクの収集条件が満たされた際に生成され収集イベントに基づいて、収集対象データ抽出部１３が収集対象の車両単位データを車両情報データ群３４から抽出して記憶部３０に格納した車両単位データの部分集合である。
　車両情報データ群３４とは、車両情報取得部１６が取得した車両２の情報に関するデータ群（車両単位データ）である。車両２の情報は。車載ネットワーク６０を介して取得できるセンサやデバイス等の機器からの情報や、他の電子制御装置で稼働するソフトウェアを介して取得できる情報（アプリケーションのログや出力結果）が含まれる。
　通信部４０は、例えば、ＩＥＥＥ８０２．３又はＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等の通信規格に準拠したネットワークデバイス等を含んで構成される。通信部４０は、車載ネットワーク６０を介して車両２に搭載された他の装置と各種プロトコルに基づきデータの送受信を行う。
　なお、本実施形態では、通信部４０と処理部１０とを分けて記載しているが、処理部１０の中で通信部４０の処理の一部が実行されてもよい。例えば、通信処理におけるハードウェアデバイス相当が通信部４０に位置し、それ以外のデバイスドライバ群や通信プロトコル処理等は、処理部１０の中に位置するように構成してもよい。
　車載ネットワーク６０は、ＩＥＥＥ８０２．３やＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等の通信媒体で構成された、車両２に搭載された装置間におけるデータ通信用のネットワークである。車載ネットワーク６０には、ネットワーク６を介して車両２外部と通信可能なように構成された装置（非図示）が接続されており、電子制御装置３は車載ネットワーク６０経由でデータ収集サーバ４と通信可能なように構成されている。
　データ収集サーバ４は、処理部１１０、記憶部１３０と、通信部１４０と、を有する。処理部１１０は、例えば、中央演算処理装置であるＣＰＵを含んで構成される。ただし、ＣＰＵに加えて、ＧＰＵ、ＦＰＧＡ、ＡＳＩＣ等を含んで構成されてもよいし、いずれか１つにより構成されてもよい。
　処理部１１０はその機能として、データ収集タスク管理部１１１、車両別データ収集タスク管理部１１２、タスク状況監視部１１３、収集データ管理部１１４、及び車両通信制御部１１５を有する。処理部１１０は、記憶部１３０に格納されている所定のプログラムを実行することで、これらの機能部を実現する。
　車両単位データ収集タスク管理部１１は、データ収集サーバ４において、運用者（ユーザ）が端末５を用いて予め設定したデータ収集タスクを管理する。データ収集タスクは、後述するように車両２の電子制御装置３が収集した車両単位データのうち、データ収集サーバ４へアップロードすべき車両単位データを規定したデータである。
　車両別データ収集タスク管理部１１２は、ネットワーク６を介して端末５と通信し、現在管理しているデータ収集タスクデータ群１３１の情報を提供したり、運用者による端末５への入力情報を取得してデータ収集タスクデータ群１３１に反映したりする。
　車両別データ収集タスク管理部１１２は、データ収集サーバ４において各車両２に設定しているデータ収集タスク（車両単位タスク）を管理する。車両別データ収集タスク管理部１１２は、データ収集タスクデータ群１３１に含まれるデータ収集タスクと各タスクの状況や、車両別データ収集タスクデータ群１３２に含まれる各車両２のデータ収集タスクの状況に基づき、各車両２に設定する車両毎のデータ収集タスクの内容を決定する。
　車両別データ収集タスク管理部１１２は、車両２のデータ収集タスクの内容に変更がある場合は、車両別データ収集タスクデータ群１３２を更新し、車両通信制御部１１５を介して該当する車両２に対して、新しいデータ収集タスクを反映する指示情報を送信する。
　タスク状況監視部１１３は、収集データ管理部１１４に拠って車両２から収集された車両単位データである収集データ群１３３に基づき、各車両２のデータ収集タスクの収集状況や、各車両２のデータ収集タスク全体の収集状況（進捗率や稼働率）を算出し、それぞれ車両別データ収集タスクデータ群１３２とデータ収集タスクデータ群１３１の実績情報として格納する。
　収集データ管理部１１４は、車両通信制御部１１５を介して、各車両２の電子制御装置３からアップロードされた収集データを取得し、収集データ群１３３に格納する。
　車両通信制御部１１５は、所定のプロトコルに従って、車両２とデータ収集サーバ４の間のデータ通信を制御する。
　記憶部１３０は、例えば、ＨＤＤ、フラッシュメモリ、ＲＯＭなどの記憶装置や、ＲＡＭなどのメモリを含んで構成される。記憶部１３０は、処理部１１０が処理するプログラムや、その処理に必要なデータ群等が格納される。また、処理部１１０がプログラムを実行する際の主記憶として、一時的にプログラムの演算に必要なデータを格納する用途にも利用される。
　本実施形態では、データ収集サーバ４の機能を実現するための情報として、データ収集タスクデータ群１３１、車両別データ収集タスクデータ群１３２、収集データ群１３３等が記憶部１３０へ格納される。
　データ収集タスクデータ群１３１とは、データ収集サーバ４において運用者によって設定されたデータ収集タスクに関するデータの集合である。データ収集タスクは、データ収集に関する収集条件や、収集対象のデータセットの情報、収集目標等のデータ収集に関する仕様に加え、車両２からのデータ収集状況に関する情報（タスク情報変更理由）も含む。
　車両別データ収集タスクデータ群１３２とは、各車両２に設定されたデータ収集タスクに関するデータの集合である。各データ収集タスクのデータ収集に関する仕様に加え、各車両２における各データ収集タスクのデータ収集状況に関する情報も含む。
　収集データ群１３３とは、各車両２で収集データ群３３に抽出されて、データ収集サーバ４にアップロードされた車両単位データの集合である。
　通信部１４０は、例えば、ＩＥＥＥ８０２．３等の通信規格に準拠したネットワークカード等を含んで構成される。通信部１４０は、ネットワーク６を介して接続された電子制御装置３や端末５と各種プロトコルに基づきデータの送受信を行う。
　端末５は、運用者がデータ収集サーバ４に対して操作を行うための処理装置である。例えば、スマートフォンやタブレット型端末、ノート型端末、デスクトップ型端末が該当し、運用者は所定のソフトウェア（ウェブブラウザ等）を介してデータ収集サーバ４のデータ収集タスクに関する情報閲覧や設定を行う。
　ネットワーク６は、例えば、モバイル通信ネットワークやインターネットのような広域ネットワークである。
　図２は、データ収集タスクデータ群１３１に格納されるデータの構造の一例を示す図である。
　データ収集タスクデータ群１３１は、運用者が端末５を介して設定したデータ収集タスクの仕様や収集実績に関する情報が格納されている。データ収集タスクデータ群１３１は、タスクＩＤ２０１、稼働状態２０２、収集条件２０３、収集対象２０４、全体収集目標２０５、車両収集目標２０６、全体収集実績２０７、車両稼働状態２０８、タスク情報変更理由２０９等を含んで構成される。
　タスクＩＤ２０１は、当該データ収集タスクの識別子に関する情報である。以降において、「タスクＸＸＸ」と表現した場合は、タスクＩＤ２０１の識別子が「ＸＸＸ」であることを意味するものとする。
　稼働状態２０２は、当該データ収集タスクの稼働状態に関する情報である。データ収集タスクの稼働状態の種類としては、「収集中」「監視中」「無効」等が含まれる。
　「収集中」とは、当該データ収集タスクに関して車両単位データの収集が有効であり、各車両２から該当する車両情報データ群３４を抽出させて収集データ群３３に格納させている状態を意味する。
　「監視中」とは、当該データ収集タスクに関する収集条件２０３が満たされた際に、収集対象２０４の車両単位データは収集せずに、収集条件２０３が満たされたという収集イベントに関する情報のみを収集している状態を意味する。すなわち、車両単位データの抽出を除外（又は禁止）するデータ収集タスクの稼働状態を示している。
　「無効」とは、当該データ収集タスクに関するデータ収集が何らかの理由により無効化されている状態を意味する。この場合も、車両単位データの抽出を除外（又は禁止）するデータ収集タスクの稼働状態を示している。
　収集イベントに関する情報は、車両２の電子制御装置３が収集条件２０３を満たした場合に生成する情報で、本実施形態では収集イベント（又はデータ収集イベント）や収集無効化のイベントが含まれる。
　収集条件２０３は、当該データ収集タスクにおいて、収集対象２０４の車両単位データを収集する契機とする条件に関する情報である。収集条件は、例えば、車両２の車両情報データ群３４に含まれる車両単位データを用いて判断する条件文で表現される。「加速度の絶対値＞０．４Ｇ」の場合は、車両情報データ群３４に当該車両の加速度に関する情報が含まれており、その絶対値が０．４Ｇよりも大きいかどうかにより判定されることを意味する。
　また、「アプリＡのエラー＆＆地域Ｉ」のように、複数の条件文を組み合わせてもよい。図示の「地域Ｉ」とはアプリＡのエラーが生じた場所が地域Ｉの範囲のものかどうかを意味している。
　これらの条件文の判断は、その判断ロジックを記述したソフトウェアやスクリプトで実現してもよい。その場合は、データ収集タスクを車両２に指示する際に、該当するソフトウェアやスクリプトも合わせて車両２に配信することで対応する。
　収集対象２０４は、当該データ収集タスクにおいて収集対象とするデータセットを表す情報である。図２では、「自車情報」「センサ情報」というようにデータセットの名称で表現しているが、データセットを識別するＩＤ等を用いて表現されてもよい。
　全体収集目標２０５は、各車両２から取得する収集データの総量の目標値であり、当該データ収集タスクに関して、どれぐらいのデータ収集量、あるいは、データ収集回数、収集の頻度等を目標値として収集するかを示す情報である。
　例えば、タスク２の「２０回／月」「３回／日」は、１日におけるデータ収集回数は３回分で、１カ月単位における累計回数は２０回を目標値としていることを意味している。
　目標が所定期間の収集頻度のみで設定されている場合は、一度目標値に到達したとしても、時間が経過すると所定期間の収集頻度の実績が低下していくため、当該データ収集タスクが無効化されることはない。
　一方、図中タスク１０の「１０回分」のように、収集データ回数で設定されている場合は、一旦目標値に到達したらこれ以上データ収集を継続する必要がないため、当該データ収集タスクは無効化される。
　車両収集目標２０６は、各車両２における当該データ収集タスクに関するデータ収集を、どれぐらいのデータ収集量、あるいは、データ収集回数、収集頻度等を目標値に収集するかを示す情報である。
　車両収集目標２０６は、複数の目標値の組み合わせにより表現してもよく、データ収集に関するイベントが発生したとしても、その時点においていずれかの目標値に到達していた場合は当該データ収集タスクのデータ収集が抑止（無効化又は監視中）される。
　全体収集実績２０７は、全体収集目標２０５に対してデータ収集がどのような状況かを示す情報である。例えば、全体収集目標２０５に対する進捗率や、累積のデータ収集数、監視数（当該データ収集タスクのイベント発生数）、データ収集や監視の発生頻度等が含まれる。
　車両稼働状態２０８は、車両２全体における当該データ収集タスクの稼働状態２０２の比率に関する情報である。タスクＩＤ１０の例では、稼働状態２０２が「収集中」で各車両２に収集データの抽出を許可しており、全ての車両２のうち８０％で収集データを抽出し、２０％の車両２では収集データの抽出が無効化されていることを示す。
　タスク情報変更理由２０９は、データ収集システム１がデータ収集実績等に基づいて稼働状態２０２や収集条件２０３等のタスク情報を変更した際の変更内容と理由に関する情報である。
　例えば、図中タスク２のタスク情報変更理由２０９に「過剰発生（無効化）」という値が設定されているが、これはタスク２のデータ収集イベントが過剰に発生したことが検出されたため、データ収集システム１が稼働状態２０２を無効化したことを意味している。
　図３は、車両別データ収集タスクデータ群１３２に格納される一部のデータの構造例を示す図である。
　車両別データ収集タスクデータ群１３２は、データ収集サーバ４が各車両２に指示しているデータ収集タスクに関する応答が格納される。車両別データ収集タスクデータ群１３２は、車両ＩＤ３０１、タスクＩＤ３０２、稼働状態３０３、収集目標３０４、収集実績３０５、タスク情報変更理由３０６等を含んで構成される。
　車両ＩＤ３０１は、当該データ収集タスクが指示されている車両２の識別子に関する情報である。
　タスクＩＤ３０２は、当該データ収集タスクの識別子に関する情報である。データ収集タスクデータ群１３１のタスクＩＤ２０１に該当する。
　稼働状態３０３は、当該車両２における当該データ収集タスクの稼働状態に関する情報である。データ収集タスクデータ群１３１の稼働状態２０２に該当する。
　収集目標３０４は、当該車両２における当該データ収集タスクに関するデータ収集の目標値を示す情報である。データ収集タスクデータ群１３１の車両収集目標２０６に該当する。
　収集実績３０５は、収集目標３０４に対してデータ収集がどのような状況なのかを示す情報である。累積の収集数や直近の所定期間に対する収集あるいは監視中の収集イベントの発生数（発生頻度）等の情報が含まれる。
　タスク情報変更理由３０６は、当該車両２が当該データ収集タスクに関する情報を変更した場合に、当該車両２から通知されるその情報変更の内容と理由を示す情報である。例えば、図中「過剰発生（無効化）」は、データ収集イベントが過剰に発生したことを検出したため当該車両２が稼働状態３０３を無効化したことを意味している。
　また、車両ＩＤ３０１＝１００１、タスクＩＤ１０の「目標到達（無効化）」は、当該車両２における当該データ収集タスクに関する収集実績３０５が収集目標３０４に到達したことを検出したため、当該車両２が稼働状態３０３を無効化したことを意味している。
　図４は、電子制御装置３の車両単位データ収集タスクデータ群３１に格納される一部のデータの構造例を示す図である。
　車両単位データ収集タスクデータ群３１は、当該車両２がデータ収集サーバ４により指示されたデータ収集タスクに関する情報が格納される。車両単位データ収集タスクデータ群３１は、タスクＩＤ４０１、稼働状態４０２、収集条件４０３、収集対象４０４、収集目標４０５等を含んで構成される。
　タスクＩＤ４０１は、当該データ収集タスクの識別子に関する情報である。データ収集タスクデータ群１３１のタスクＩＤ２０１や車両別データ収集タスクデータ群１３２のタスクＩＤ３０２に該当する。
　稼働状態４０２は、当該車両２における当該データ収集タスクの稼働状態に関する情報である。データ収集タスクデータ群１３１の稼働状態２０２や車両別データ収集タスクデータ群１３２の稼働状態３０３に該当する。
　収集条件４０３は、当該データ収集タスクにおいて、収集対象４０４のデータを収集する契機とする条件に関する情報である。データ収集タスクデータ群１３１の収集条件２０３に該当する。
　収集対象４０４は、当該データ収集タスクにおいて収集対象とする車両情報データ群３４のデータセットを表す情報である。データ収集タスクデータ群１３１の収集対象２０４に該当する。
　収集目標４０５は、当該車両２における当該データ収集タスクに関するデータ収集の目標値を示す情報である。データ収集タスクデータ群１３１の車両収集目標２０６や車両別データ収集タスクデータ群１３２の収集目標３０４に該当する。
　図５は、データ収集実績データ群３２に格納される一部のデータの構造例を示す図である。
　データ収集実績データ群３２は、例えば、当該車両２における車両単位データ収集タスクデータ群３１で規定されたデータ収集タスクに関するデータの収集もしくは監視に関するイベントの発生履歴に関する情報が格納される。
　データ収集実績データ群３２は、タスクＩＤ５０１、イベント時刻５０２、イベント種別５０３、データ収集実行有無５０４、位置情報５０５等を含んで構成される。
　タスクＩＤ５０１は、当該データ収集タスクの識別子に関する情報である。車両単位データ収集タスクデータ群３１のタスクＩＤ４０１に該当する。
　イベント時刻５０２は、当該データ収集タスクに関するイベントが発生した時刻に関する情報である。
　イベント種別５０３は、発生したイベントの種別に関する情報である。イベント種別の例としては、当該データ収集タスクにおける収集条件が満たされたことを示すイベントである「収集イベント発生」や、当該データ収集タスクの稼働状態を無効化する「収集無効化」などが含まれる。
　データ収集実行有無５０４は、イベント種別５０３が「収集イベント発生」の際に、収集対象のデータ（車両情報データ群３４）を抽出して収集データ群３３に保存しておくかどうかを示す情報である。「有」の場合は、収集対象のデータの抽出及び保存を実行するのに対し、「無」の場合は実行せずイベント情報（例えば、イベントの種別や識別子）のみを保存する。これは車両単位データ収集タスクデータ群３１の稼働状態４０２がそれぞれ「収集中」、「監視中」であることに相当する。また、「無」の場合にイベント情報を保存しないようにしてもよい。これにより、格納するデータ量を削減することができる。
　位置情報５０５は、当該イベントが発生した際の車両２の位置情報に関する情報である。例えば、緯度及び経度で表現される地球上の位置情報で表現されてもよいし、道路地図上の道路位置で表現されてもよい。また、位置情報５０５は、車両２に搭載されたナビゲーションシステム（図示省略）からの情報を用いることができる。
　図６～図１０を用いて、データ収集システム１の処理を説明する。
　図６は、データ収集システム１が実現する機能の相関関係を示す図である。データ収集システム１は、例えば、データ収集タスク操作処理Ｓ７００、車両別データ収集タスク更新処理Ｓ８００、データ収集イベント処理Ｓ９００、収集データアップロード処理Ｓ１０００の処理に基づいて実現される。
　データ収集タスク操作処理Ｓ７００では、運用者が端末５を用いてネットワーク６を介してデータ収集サーバ４のデータ収集タスク管理部１１１と通信し、データ収集サーバ４に設定されているデータ収集タスクデータ群１３１の状態を閲覧したり、手動でデータ収集タスクの新規追加や修正、削除等を行う。
　車両別データ収集タスク更新処理Ｓ８００では、車両別データ収集タスク管理部１１２が、データ収集タスクデータ群１３１の変更を検出して、車両２に指示を出している車両別データ収集タスクデータ群１３２を更新する。
　また車両別データ収集タスク管理部１１２は、車両２の電子制御装置３の車両単位データ収集タスク管理部１１に対して、データ収集タスクの変更内容を通知する。
　なお、車両別データ収集タスク管理部１１２は、車両別データ収集タスク管理部１１２が管理する車両別データ収集タスクデータ群１３２の車両別データ収集タスクを予め各車両２に配信し、配信したデータ収集タスクを車両２毎に管理する。
　電子制御装置３の車両単位データ収集タスク管理部１１は、データ収集サーバ４から受信した変更内容を車両単位データ収集タスクデータ群３１に反映する。
　データ収集イベント処理Ｓ９００では、データ収集タスク条件監視部１２が車両単位データ収集タスクデータ群３１で規定されたデータ収集タスクの収集条件が満たされるかどうかを車両情報データ群３４を参照して定期的に監視する。
　データ収集タスク条件監視部１２は収集条件を満たすデータ収集タスクを検出した場合は、収集対象データ抽出部１３にデータ収集イベントの発生を通知し、データ収集実績データ群３２にデータ収集イベントに関する情報を記録する。
　収集対象データ抽出部１３は、通知されたデータ収集イベントに基づき、車両情報データ群３４の車両単位データを参照して収集対象データを抽出し、収集データ群３３に格納する。
　また、車両単位データ収集タスク管理部１１は、更新されたデータ収集実績データ群３２に基づき、車両単位データ収集タスクデータ群３１で規定されたデータ収集タスクの稼働状態の変更の要否を判断し、変更が必要な場合は車両単位データ収集タスクデータ群３１を修正する。
　そして、車両単位データ収集タスク管理部１１は、データ収集サーバ４の車両別データ収集タスク管理部１１２にデータ収集タスクの変更内容を通知し、データ収集実績データ群３２に対して稼働状態を変更したというイベント情報を記録する。
　車両２からデータ収集タスクの稼働状態変更の通知を受けたデータ収集サーバ４の車両別データ収集タスク管理部１１２は、車両別データ収集タスクデータ群１３２に変更内容を反映し、データ収集タスクデータ群１３１の車両稼働状態２０８を更新する。
　収集データアップロード処理Ｓ１０００では、車両２の収集データアップロード部１４が、収集データ群３３に格納された収集データを、データ収集サーバ４の収集データ管理部１１４に対してアップロードする。
　収集データ管理部１１４は、車両２から取得した収集データを収集データ群１３３に格納する。タスク状況監視部１１３は、更新された収集データ群１３３に基づき、データ収集タスクデータ群１３１の全体収集実績２０７と車両別データ収集タスクデータ群１３２の収集実績３０５を更新する。
　＜データ収集タスク操作処理Ｓ７００＞
　端末５は所定のソフトウェア（ウェブブラウザ等）を介してデータ収集サーバ４のデータ収集タスクに関する情報の閲覧や設定を行えるように構成されており、図７はデータ収集タスク操作処理Ｓ７００における端末５の操作画面の一例を示している。
　操作画面上の領域７０１は、データ収集サーバ４のデータ収集タスクデータ群１３１の情報を表示したものである。データ収集タスクデータ群１３１の情報は、端末５の前記ソフトウェアによってデータ収集サーバ４のデータ収集タスク管理部１１１から取得される。
　領域７０１には、さらに、データ収集タスクのエントリ情報を操作する機能を有する。編集ボタン７１１は、押下されると、例えば、該当するエントリの稼働状態、収集条件、収集対象、全体収集目標、車両収集目標等を編集可能なモードに遷移し、データ収集タスクの仕様を変更することが可能となる。
　また、削除ボタン７１２は、押下されると、該当するデータ収集タスクエントリを削除することができる。これらのタスク操作機能を用いることで、運用者は、データ収集サーバ４に登録された過剰なデータ収集が発生したデータ収集タスクを削除したり、データ収集頻度を抑えられるように仕様を変更したりすることが可能となる。
　操作画面上の領域７０２は、新しいデータ収集タスクを新規追加するための操作領域である。図中の領域７２２にデータ収集タスクの仕様情報を反映し、新規追加ボタン７２１を押下することにより、データ収集サーバ４のデータ収集タスクデータ群１３１に新しいデータ収集タスクを反映する。
　＜車両別データ収集タスク更新処理Ｓ８００＞
　図８のフローチャートを用いて車両別データ収集タスク更新処理Ｓ８００を説明する。この処理は所定の周期で実行される。
　まず、ステップＳ８０１において、車両別データ収集タスク管理部１１２は、データ収集タスクデータ群１３１を参照して、変更があったデータ収集タスクエントリを抽出する。
　データ収集タスクエントリの変更は、データ収集タスク操作処理Ｓ７００による運用者によるデータ収集タスクの新規追加、修正、削除に加えて、後述するデータ収集タスク管理部１１１によるデータ収集実績に基づくデータ収集タスクの稼働状態や収集条件変更が該当する。
　続いて、ステップＳ８０２において、車両別データ収集タスク管理部１１２は、ステップＳ８０１で抽出したデータ収集タスクエントリの変更点を、車両別データ収集タスクデータ群１３２において該当する車両別データ収集タスクエントリに反映する。
　該当する車両別データ収集タスクエントリは、車両単位データ収集タスクデータ群３１のタスクＩＤ４０１と、データ収集タスクデータエントリのタスクＩＤ２０１を照合することにより判断可能である。
　そして、ステップＳ８０３において、車両別データ収集タスク管理部１１２は、変更のあった車両別データ収集タスクエントリの車両ＩＤ３０１に該当する車両２に対して、当該タスクエントリの情報を車両単位データ収集タスクの更新指示として、電子制御装置３の車両単位データ収集タスク管理部１１に車両通信制御部１１５経由で送信する。
　ステップＳ８０４にて電子制御装置３の車両単位データ収集タスク管理部１１は、サーバ通信制御部１５経由で前述した車両単位データ収集タスクの更新指示を受信すると、ステップＳ８０５で同内容を車両単位データ収集タスクデータ群３１に反映（更新）する。
　＜データ収集イベント処理Ｓ９００＞
　図９のフローチャートを用いてデータ収集イベント処理Ｓ９００の処理を説明する。この処理は所定の周期で実行される。
　まず、ステップＳ９０１において、データ収集タスク条件監視部１２は、車載ネットワーク６０や電子制御装置３上で稼働するソフトウェアを介して車両情報取得部１６が定期的に取得又は更新した車両２に関する各種情報（車両単位データ）のうち未処理の車両単位データを車両情報データ群３４から取得する。
　また、ステップＳ９０２では、データ収集タスク条件監視部１２が、車両単位データ収集タスクデータ群３１から、稼働状態４０２が「無効」ではないタスクエントリ（収集中又は監視中）を取得する。
　ステップＳ９０３では、データ収集タスク条件監視部１２が、有効化されている車両単位データ収集タスクエントリの収集条件４０３が満たされているかどうかを、車両情報データ群３４から取得した車両単位データに基づき判断する。
　収集条件４０３が満たされているタスクエントリが存在する場合（ステップＳ９０３でＹ）はステップＳ９０４に進み、存在しない場合（ステップＳ９０３でＮ）は処理を終了する。
　ステップＳ９０４では、データ収集タスク条件監視部１２が、収集条件４０３を満たしたタスクエントリにおける稼働状態４０２を確認し、「収集中」であれば（ステップＳ９０４でＹ）ステップＳ９０５に進み、それ以外の場合（ステップＳ９０４でＮ）はステップＳ９０７に進む。
　ステップＳ９０５では、データ収集タスク条件監視部１２が、データ収集実績データ群３２に記載されている過去のデータ収集実績を参照して、該当するタスクエントリの収集目標４０５に対して到達しているものがあるかどうかを確認する。
　データ収集タスク条件監視部１２は、いずれの条件も未到達の場合は（ステップＳ９０５でＹ）ステップＳ９０６に進み、いずれかの条件が到達済の場合は（ステップＳ９０５でＮ）ステップＳ９０７に進む。
　例えば、図４のタスク３の収集目標４０５は、「２０回／月」「３回／日」「１回／場所」の組み合わせになっている。図５の例においてタスク３のデータエントリが３つ存在するが、１つ目と２つ目のデータエントリについては、発生頻度が十分に低く、同一場所の収集イベントが発生していないため、データ収集を実行している（データ収集実行有無５０４が「有」）。
　一方、３つ目のデータエントリについては、２つ目のデータエントリと位置情報５０５が十分近傍（所定の範囲内）にあるため、データ収集タスク条件監視部１２は、同一場所の収集イベントと判断し、データ収集を抑止している（データ収集実行有無５０４が「無」）。なお、データ収集タスク条件監視部１２は、２つのデータ間の位置情報５０５の距離が予め設定された閾値以内であれば、２つのデータは同一場所のデータであると判定する。
　ステップＳ９０６では、収集対象データ抽出部１３が、車両情報データ群３４を参照して、車両単位データから該当するタスクエントリの収集対象４０４に相当するデータを抽出する。
　ステップＳ９０７では、収集対象データ抽出部１３が、抽出した収集データを収集イベントに対応づけて収集データ群３３に格納する。抽出した収集データとは、ステップＳ９０６で抽出した収集対象４０４に相当する車両単位データと、当該タスクエントリの収集条件４０３を満たしたという収集イベントに関するデータ（データ収集イベント情報）等が含まれる。
　ステップＳ９０６を経由しなかった場合は、車両単位データを除外して収集イベントのみが抽出したデータとして収集データ群３３に格納される。収集イベントの情報は、例えば、図５のデータ収集実績データ群３２に相当するデータである。すなわち、イベントが発生したことがデータ収集イベント情報として格納されるが、このイベントに対応する車両情報データ群３４の車両単位データはない。
　また、ステップＳ９０６を経由しなかった場合は、車両単位データを除外して収集イベントのみを収集データとすることで、抽出データに含まれる車両単位データを削減することで、データ収集サーバ４に格納される収集データの量が過大になるのを抑制することができる。
　ステップＳ９０８では、データ収集タスク条件監視部１２が、データ収集イベント情報をデータ収集実績データ群３２に追加する。データ収集イベント情報のみが収集データ群１３３に格納された場合は、データ収集実行有無５０４は「無」になり、収集対象４０４に相当するデータも含めて格納された場合は、データ収集実行有無５０４は「有」になる。
　ステップＳ９０９では、車両単位データ収集タスク管理部１１が、更新されたデータ収集実績データ群３２を参照して、各車両単位データ収集タスクエントリのデータ収集イベントの発生頻度を算出し、発生頻度が所定値以上になっていないかどうかをチェックする。もしもステップＳ９０９で頻度が所定値未満だった場合（ステップＳ９０９でＮ）は何もせずに終了する。
　一方、頻度が所定値以上の場合（ステップＳ９０９でＹ）は、車両単位データ収集タスク管理部１１がステップＳ９１０で該当するタスクエントリの稼働状態４０２を「無効」又は「監視中」に設定し、稼働状態４０２の変更内容及び変更理由をステップＳ９１１でデータ収集サーバ４に対して送信する。
　稼働状態４０２の変更理由とは、何が原因で稼働状態を変更したかに関する情報であり、ここではデータ収集イベントの「過剰発生」が該当する例を示す。データ収集サーバ４の車両別データ収集タスク管理部１１２は、ステップＳ９２１でその通知を受信すると、ステップＳ９２２において車両別データ収集タスクデータ群１３２の稼働状態３０３とデータ収集タスクデータ群１３１の車両稼働状態２０８及びタスク情報変更理由２０９を更新する。
　ステップＳ９０９で算出する各タスクエントリのデータ収集イベントの発生頻度は、データ収集実績データ群３２において、直近の所定期間（１時間、１日、１カ月等）の範囲にイベント時刻５０２が該当するタスクＩＤ５０１がどれぐらい含まれるかによって算出可能である。
　あるいは、単位時間におけるイベント発生数の比率から算出してもよい。例えば、図５の例では、タスク２のデータ収集イベントが同一の日に３件立て続けに発生している。タスク２の収集目標４０５は３件／日という比率から、１カ月換算では９０件／月と算出することができる。
　ステップＳ９０９で用いる所定値は、タスクの内容に拠らず固定的に設定してもよいし、車両単位データ収集タスクデータ群３１の収集目標４０５の値に基づいて算出してもよい。
　例えば、収集目標４０５の３倍の値を所定値（発生頻度の閾値）として設定した場合、タスク２の収集目標４０５は２０回／月、３回／日であり、６０回／月、９回／日が該当する。
　上述のような月換算での発生頻度が９０件／月の場合、６０回／月という閾値を超えていることになるため、ステップＳ９１０にてタスクエントリの稼働状態を「無効」又は「監視中」に変更することになる。
　タスクエントリの稼働状態４０２が「無効」又は「監視中」に変更されると、次回以降同じタスクＩＤ４０１のデータ収集イベントが発生しても、ステップＳ９０２～ステップＳ９０４の処理によって、ステップＳ９０７において収集データ群３３に対するデータ格納を完全に抑制（無効の場合）、又は、データ量が軽微なデータ収集イベント情報のみに抑える（監視中の場合）ことができる。
　ステップＳ９１０において「無効」又は「監視中」のいずれにするかは、予め固定的に設定してもよいし、ステップＳ９０９の閾値（所定値）を２段階にして判断してもよい。例えば、収集目標４０５の１倍の値を１段階目の所定値としそれを超過した場合は「監視中」に設定し、さらに３倍の値を２段階目の所定値としそれを超過した場合は「無効」に設定する。
　また、ステップＳ９０９～Ｓ９１０において、データ収集イベントの発生頻度の他に、収集目標４０５に対する達成状況に応じて、稼働状態を変更してもよい。例えば、図４のタスク１０の収集目標４０５には、「１０回分」というイベント発生の累積回数に関するものが含まれている。
　このような累積回数に関する目標値は、発生頻度に関する目標値と異なり、一度達成したら常に目標値は満たされることになる。そのため、これ以上データ収集タスクを有効化しておく必要がないため、稼働状態を「無効」あるいは「監視中」に変更してもよい。
　上記処理により、稼働状態４０２が「収集中」のデータ収集タスクについて電子制御装置３は車両情報データ群３４から車両単位データを抽出し、抽出した車両単位データの数や頻度が収集目標４０５に達していなければ抽出したデータを収集データとして収集データ群３３に格納する。
　一方、電子制御装置３は、抽出した車両単位データの数や頻度が収集目標４０５に達している場合には、当該データ収集タスクの稼働状態４０２を「監視中」又は「無効」に変更して以降の収集データの抽出を禁止する。これにより、収集データを受信するデータ収集サーバ４では、収集データを過剰に取得することを抑制することが可能となる。
　また、電子制御装置３は、稼働状態４０２を変更したデータ収集タスクについて、データ収集サーバ４に通知することで、データ収集サーバ４は車両別データ収集タスクデータ群１３２を更新して、車両２の電子制御装置３のデータ収集タスクに同期させることができる。
　＜収集データアップロード処理Ｓ１０００＞
　図１０のフローチャートを用いて収集データアップロード処理Ｓ１０００の処理を説明する。この処理は所定の周期で実行される。
　まず、収集データアップロード部１４は、ステップＳ１００１において収集データ群３３に格納されている収集データを取得し、ステップＳ１００２において当該収集データをサーバ通信制御部１５を介してデータ収集サーバ４に対して送信する。
　データ収集サーバ４側では、ステップＳ１０１１において、収集データ管理部１１４が車両通信制御部１１５を介して収集データを受信し、ステップＳ１０１２において収集データ群１３３に格納する。
　収集データが格納されたことを受けてタスク状況監視部１１３は、更新された収集データ群１３３に基づき、ステップＳ１０１３において車両別データ収集タスクデータ群１３２の該当するタスクエントリの収集実績３０５を更新する。
　そしてタスク状況監視部１１３は、ステップＳ１０１４においてデータ収集タスクデータ群１３１の該当するタスクエントリの全体収集実績２０７と車両稼働状態２０８を更新する。
　タスク状況監視部１１３は、収集実績の更新において、収集数については、例えば、収集データ群１３３に格納されている該当タスクエントリのデータ数を算出することで算出する。
　また、発生頻度については、例えば、収集データに含まれるデータ収集イベント情報を図５のようなデータ収集実績データ群３２のような形式でタスク状況監視部１１３が管理しておき、直近の所定期間（１日、１カ月等）における該当タスクエントリのデータ収集イベント情報数を算出することで算出可能である。車両稼働状態２０８は、車両別データ収集タスクデータ群１３２において、タスク状況監視部１１３が車両別に稼働状態３０３を集計することで算出可能である。
　続いて、データ収集タスク管理部１１１は、更新されたデータ収集タスクデータ群１３１のタスクエントリの全体収集実績２０７を確認し、収集数が全体収集目標２０５に到達しているかどうか（ステップＳ１０１５）、及び、発生頻度が所定値以上になっていないか（ステップＳ１０１７）をチェックする。
　いずれかの条件が満たされた場合は（ステップＳ１０１５でＹ、又は、ステップＳ１０１７でＹ）、データ収集タスク管理部１１１が該当するタスクエントリの稼働状態２０２を「無効」に設定して（ステップＳ１０１６、又は、ステップＳ１０１８）ステップＳ１０１９に移行する。
　いずれも条件が満たされない場合は（ステップＳ１０１５でＮ、かつ、ステップＳ１０１７でＮ）、データ収集タスク管理部１１１は何もせずにステップＳ１０１９に移行する。
　ステップＳ１０１９では、データ収集タスク管理部１１１は、さらに、データ収集タスクデータ群１３１の車両稼働状態２０８を確認し、「無効」となっている車両２の割合が所定値以上かどうかをチェックする。
　もしも「無効」の車両２の割合が所定値以上の場合（ステップＳ１０１９でＹ）は、データ収集タスク管理部１１１が該当するタスクエントリの稼働状態２０２を「無効」に設定して処理を終了する。所定値未満の場合は（ステップＳ１０１９でＮ）、何もせずに処理を終了する。
　上記処理によってデータ収集サーバ４は、電子制御装置３が抽出した収集データを取得して車両別データ収集タスクデータ群１３２の該当する収集実績３０５を更新し、また、車両２から受信したデータ収集タスクの変更通知に基づいてタスクエントリのタスク情報変更理由３０６を更新する。
　データ収集サーバ４は、全ての車両２の収集実績３０５から全体の収集実績を算出して全体収集実績２０７を更新し、全体収集実績２０７が目標値である全体収集目標２０５に達しているデータ収集タスクについては稼働状態２０２を「無効」に変更して、以降の収集データの抽出を停止させる。
　また、データ収集サーバ４は、全ての車両２の収集実績３０５から全体の収集実績を算出して全体収集実績２０７を更新し、全体収集実績２０７の発生頻度が目標値である全体収集目標２０５に達しているデータ収集タスクについては稼働状態２０２を「無効」に変更して、以降の収集データの抽出を停止させる。
　また、データ収集サーバ４は、車両別データ収集タスクデータ群１３２でデータ収集タスクの稼働状態２０２が「無効」となっている割合（比率）が所定値以上のデータ収集タスクについては、データ収集タスクデータ群１３１の稼働状態２０２を「無効」設定することで、各車両２の電子制御装置３の処理負荷を低減させることができる。
　上記実施形態に拠れば、車両単位データ収集タスクデータ群３１にて指定されたデータ収集に関する情報（図４の稼働状態４０２、収集条件４０３、収集対象４０４）に基づいて、当該車両２の状態に関する車両情報データ群３４を用いて収集条件４０３に合致するイベントの発生を検知するデータ収集タスク条件監視部１２と、検知されたイベントに係る収集対象データとしてデータ収集サーバ４にアップロードして収集データ群１３３に保存する対象を稼働状態４０２に応じて判断する収集対象データ抽出部１３と、を含み、車両単位データ収集タスク管理部１１は、前記収集対象データに含まれるデータ収集イベント情報に基づき算出した各データ収集タスクの収集実績に応じて、稼働状態４０２を変更している。
　例えば、図９のステップＳ９０８～Ｓ９１０において、データ収集タスクにおけるイベント発生頻度が閾値を超えた場合は、該当タスクの稼働状態４０２を「無効」又は「監視中」に設定している。これにより、想定以上の頻度でデータ収集イベントが発生した場合は、該当するデータ収集タスクを無効化、又は、データ量が軽微なデータ収集イベント情報のみに限定するため、過度なデータ収集を抑制することができる。
　上記実施形態に拠れば、さらに、収集目標４０５で同一場所に関するデータ収集数の目標値を設定することにより、データ収集実績データ群３２に発生位置が近傍にあるデータエントリが目標値を超えて存在する場合は、収集対象４０４のデータを収集対象から外すようにしている。これにより、同一場所において何度もデータ収集イベントが発生することにより生じる冗長なデータ収集を抑制することができる。
　なお、以上で説明した実施形態は一例であり、本発明はこれに限られない。すなわち、様々な応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。
　例えば、上記実施形態では、電子制御装置３やデータ収集サーバ４において、各処理は、同一の処理部及び記憶部で実行される想定で記載しているが、複数の異なる処理部及び記憶部で実行されてもよい。その場合は、例えば、同様の構成を有する処理ソフトウェアがそれぞれの記憶部に搭載され、それぞれの処理部で分担して当該処理を実行する形になる。
　また、電子制御装置３やデータ収集サーバ４の各処理を、プロセッサとＲＡＭを用いて、所定のプログラムを実行することで実現しているが、必要に応じて独自のハードウェアで実現することも可能である。
　＜結び＞
　以上のように、上記実施例は以下のような構成とすることができる。
　（１）演算を行う処理部（１０）と、情報を格納する記憶部（３０）を含んで車両（２）の情報を収集する電子制御装置（３）であって、前記処理部（１０）は、前記車両（２）に関する情報を取得して車両単位データとして格納する車両情報取得部（１６）と、収集対象となる車両単位データに対して収集の契機を示す収集条件および収集に関する目標を示す収集目標が定められた車両単位データ収集タスクを管理する車両単位データ収集タスク管理部（１１）と、前記車両単位データ収集タスクにおいて定められた収集条件に基づいてデータ収集イベントを生成し、収集データの内容を指定するデータ収集タスク条件監視部（１２）と、前記データ収集タスク条件監視部（１２）からデータ収集イベントを受け付けて、車両単位データの収集が指定された場合には、収集対象となる車両単位データを抽出して収集データとして格納する収集対象データ抽出部（１３）と、を含み、前記車両単位データ収集タスク管理部（１１）は、前記車両単位データ収集タスクで指定された収集目標に対する前記収集データの収集実績に基づいて、前記収集対象データ抽出部（１３）により格納される収集データの内容を変更することを特徴とする電子制御装置（３）。
　上記構成により、収集目的に対して過剰なデータの収集を抑制することができる。
　（２）上記（１）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達していない場合には、前記車両単位データおよび前記データ収集イベントに関する情報を前記収集データとして指定することを特徴とする電子制御装置。
　上記構成により、収集目的に対して過剰なデータの収集を抑制することができる。
　（３）上記（１）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達している場合には、前記データ収集イベントに関する情報を前記収集データとして指定し、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
　上記構成により、収集目的に対して過剰なデータの収集を抑制し、収集イベントが発生した履歴を保存することができる。
　（４）上記（１）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達している場合には、前記車両単位データおよび前記データ収集イベントに関する情報のいずれも前記収集データとして指定しないことを特徴とする電子制御装置。
　上記構成により、収集目的に対して過剰なデータの収集を抑制することができる。
　（５）上記（１）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記データ収集イベントを生成した場合、当該データ収集イベントに関する情報および前記収集データに指定した内容に関する情報を、データ収集実績データとして格納し、前記車両単位データ収集タスク管理部（１１）は、前記データ収集実績データに基づいて、前記車両単位データ収集タスクで指定された収集目標に対する前記収集データの収集実績を判断することを特徴とする電子制御装置。
　上記構成により、収集目標に対する収集データの収集実績を判断することで、収集目的に対して過剰なデータの収集を抑制することができる。
　（６）上記（５）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記データ収集実績データを参照し、前記車両単位データ収集タスクに係るデータ収集イベントの発生量または発生頻度が収集目標で定められた閾値を上回る場合には、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
　上記構成により、収集目標に対する収集データイベントの発生量または発生頻度を判断することで、収集目的に対して過剰なデータの収集を抑制することができる。
　（７）上記（５）に記載された電子制御装置であって、前記データ収集タスク条件監視部（１２）は、前記車両（２）の位置情報を取得して、前記データ収集イベントに前記位置情報を対応づけて前記データ収集実績データに格納し、前記車両単位データ収集タスクに係るデータ収集イベントのうち前記位置情報が所定の範囲内のデータ収集イベントの発生量又は発生頻度が前記収集目標で定められた閾値を上回る場合には、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
　上記構成により、同一場所において何度もデータ収集イベントが発生することにより生じる冗長なデータ収集を抑制することができる。
　（８）上記（１）に記載された電子制御装置（３）と、演算を行う処理部（１１０）と、情報を格納する記憶部（１３０）と、前記電子制御装置（３）と通信を行う通信部（１４０）を含んで車両（２）からデータを収集するサーバ（４）と、を含むデータ収集システム（１）であって、前記電子制御装置（３）は、前記車両単位データ収集タスクを前記サーバ（４）から受信する受信し、前記収集対象データ抽出部（１３）により格納された前記収集データを前記サーバ（４）へ送信する通信部（４０）と、を含み、前記車両単位データ収集タスク管理部（１１）は、前記サーバ（４）から受信した前記車両単位データ収集タスクを管理し、前記サーバ（４）は、収集対象となる車両単位データに対して収集の契機を示す収集条件および複数の前記車両から収集する前記収集データに関する収集目標を示す全体収集目標が定められたデータ収集タスクを管理するデータ収集タスク管理部（１１１）と、前記データ収集タスクに応じて前記車両（２）毎に設定された前記車両単位データ収集タスクを管理する車両別データ収集タスク管理部（１１２）と、前記車両（２）から前記収集データを受信して収集データ群（１３３）に格納する収集データ管理部（１１４）と、を含み、前記データ収集タスク管理部（１１１）は、前記データ収集タスクで指定された全体収集目標に対する前記収集データ群（１３３）への前記収集データの格納実績に基づいて、前記車両単位データ収集タスクを更新することで、前記収集対象データ抽出部（１３）により格納される収集データの内容を変更することを特徴とするデータ収集システム。
　上記構成により、複数の車両で収集される収集データの収集実績を基に、収集目的に対して過剰なデータの収集を抑制することができる。
　（９）上記（８）に記載されたデータ収集システム（１）であって、前記車両単位データ収集タスク管理部（１１）は、前記収集対象データ抽出部（１３）により格納される収集データの内容を変更した場合に、当該変更の理由を示すタスク情報変更理由を前記サーバ（４）に通知し、前記車両別データ収集タスク管理部（１１２）は、前記車両（２）から前記タスク情報変更理由が通知された場合に、前記データ収集タスクに変更後の収集データの内容および当該タスク情報変更理由を記録することを特徴とするデータ収集システム。
　上記構成により、サーバの管理者が過剰なデータの収集が発生した理由を把握することができ、収集目的に対して過剰なデータの収集を抑制するためのデータ収集タスクを設定することができる。
（１０）上記（８）に記載されたデータ収集システム（１）であって、前記車両単位データ収集タスク管理部（１１）は、前記収集対象データ抽出部（１３）により格納される収集データの内容を変更した場合に、当該変更の内容を前記サーバ（４）に通知し、前記車両別データ収集タスク管理部（１１２）は、前記サーバ（４）が通信を行う車両（２）の全体数に対して前記車両単位データが前記収集データとして指定されていない車両（２）の割合が閾値を上回る車両単位データ収集タスクがある場合、全ての車両（２）に対して当該車両単位データ収集タスクに係る収集データの抽出を停止させることを特徴とするデータ収集システム。
　上記構成により、各車両の電子制御装置の処理負荷を低減させることができる。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を含むものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。
　また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims (10)

  1. 　演算を行う処理部と、情報を格納する記憶部を含んで車両の情報を収集する電子制御装置であって、
    　前記処理部は、
    　前記車両に関する情報を取得して車両単位データとして格納する車両情報取得部と、
    　収集対象となる車両単位データに対して収集の契機を示す収集条件および収集に関する目標を示す収集目標が定められた車両単位データ収集タスクを管理する車両単位データ収集タスク管理部と、
    　前記車両単位データ収集タスクにおいて定められた収集条件に基づいてデータ収集イベントを生成し、収集データの内容を指定するデータ収集タスク条件監視部と、
    　前記データ収集タスク条件監視部からデータ収集イベントを受け付けて、車両単位データの収集が指定された場合には、収集対象となる車両単位データを抽出して収集データとして格納する収集対象データ抽出部と、を含み、
    　前記車両単位データ収集タスク管理部は、前記車両単位データ収集タスクで指定された収集目標に対する前記収集データの収集実績に基づいて、前記収集対象データ抽出部により格納される収集データの内容を変更することを特徴とする電子制御装置。
  2. 　請求項１に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達していない場合には、前記車両単位データおよび前記データ収集イベントに関する情報を前記収集データとして指定することを特徴とする電子制御装置。
  3. 　請求項１に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達している場合には、前記データ収集イベントに関する情報を前記収集データとして指定し、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
  4. 　請求項１に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、前記車両単位データ収集タスクにおいて定められた収集条件が満たされている場合で、前記収集データの収集実績が前記収集目標に達している場合には、前記車両単位データおよび前記データ収集イベントに関する情報のいずれも前記収集データとして指定しないことを特徴とする電子制御装置。
  5. 　請求項１に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、前記データ収集イベントを生成した場合、当該データ収集イベントに関する情報および前記収集データに指定した内容に関する情報を、データ収集実績データとして格納し、
    　前記車両単位データ収集タスク管理部は、前記データ収集実績データに基づいて、前記車両単位データ収集タスクで指定された収集目標に対する前記収集データの収集実績を判断することを特徴とする電子制御装置。
  6. 　請求項５に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、前記データ収集実績データを参照し、前記車両単位データ収集タスクに係るデータ収集イベントの発生量または発生頻度が収集目標で定められた閾値を上回る場合には、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
  7. 　請求項５に記載された電子制御装置であって、
    　前記データ収集タスク条件監視部は、
    　前記車両の位置情報を取得して、前記データ収集イベントに前記位置情報を対応づけて前記データ収集実績データに格納し、
    　前記車両単位データ収集タスクに係るデータ収集イベントのうち前記位置情報が所定の範囲内のデータ収集イベントの発生量又は発生頻度が前記収集目標で定められた閾値を上回る場合には、前記車両単位データを前記収集データとして指定しないことを特徴とする電子制御装置。
  8. 　請求項１に記載された電子制御装置と、
    　演算を行う処理部と、情報を格納する記憶部と、前記電子制御装置と通信を行う通信部を含んで車両からデータを収集するサーバと、を含むデータ収集システムであって、
    　前記電子制御装置は、
    　前記車両単位データ収集タスクを前記サーバから受信し、前記収集対象データ抽出部により格納された前記収集データを前記サーバへ送信する通信部と、を含み、
    　前記車両単位データ収集タスク管理部は、前記サーバから受信した前記車両単位データ収集タスクを管理し、
    　前記サーバは、
    　収集対象となる車両単位データに対して収集の契機を示す収集条件および複数の前記車両から収集する前記収集データに関する収集目標を示す全体収集目標が定められたデータ収集タスクを管理するデータ収集タスク管理部と、
    　前記データ収集タスクに応じて前記車両毎に設定された前記車両単位データ収集タスクを管理する車両別データ収集タスク管理部と、
    　前記車両から前記収集データを受信して収集データ群に格納する収集データ管理部と、を含み、
    　前記データ収集タスク管理部は、前記データ収集タスクで指定された全体収集目標に対する前記収集データ群への前記収集データの格納実績に基づいて、前記車両単位データ収集タスクを更新することで、前記収集対象データ抽出部により格納される収集データの内容を変更することを特徴とするデータ収集システム。
  9. 　請求項８に記載されたデータ収集システムであって、
    　前記車両単位データ収集タスク管理部は、前記収集対象データ抽出部により格納される収集データの内容を変更した場合に、当該変更の理由を示すタスク情報変更理由を前記サーバに通知し、
    　前記車両別データ収集タスク管理部は、前記車両から前記タスク情報変更理由が通知された場合に、前記データ収集タスクに変更後の収集データの内容および当該タスク情報変更理由を記録することを特徴とするデータ収集システム。
  10. 　請求項８に記載されたデータ収集システムであって、
    　前記車両単位データ収集タスク管理部は、前記収集対象データ抽出部により格納される収集データの内容を変更した場合に、当該変更の内容を前記サーバに通知し、
    　前記車両別データ収集タスク管理部は、前記サーバが通信を行う車両の全体数に対して前記車両単位データが前記収集データとして指定されていない車両の割合が閾値を上回る車両単位データ収集タスクがある場合、全ての車両に対して当該車両単位データ収集タスクに係る収集データの抽出を停止させることを特徴とするデータ収集システム。
PCT/JP2024/017788 2023-06-27 2024-05-14 電子制御装置及びデータ収集システム Ceased WO2025004573A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2025529493A JPWO2025004573A1 (ja) 2023-06-27 2024-05-14
CN202480014699.9A CN120752684A (zh) 2023-06-27 2024-05-14 电子控制装置及数据收集系统
EP24831446.0A EP4738306A1 (en) 2023-06-27 2024-05-14 Electronic control device and data collection system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2023-105033 2023-06-27
JP2023105033 2023-06-27

Publications (1)

Publication Number Publication Date
WO2025004573A1 true WO2025004573A1 (ja) 2025-01-02

Family

ID=93938162

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/017788 Ceased WO2025004573A1 (ja) 2023-06-27 2024-05-14 電子制御装置及びデータ収集システム

Country Status (4)

Country Link
EP (1) EP4738306A1 (ja)
JP (1) JPWO2025004573A1 (ja)
CN (1) CN120752684A (ja)
WO (1) WO2025004573A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019153128A (ja) * 2018-03-05 2019-09-12 株式会社デンソー 走行データ収集システム、走行データ収集センタ、及び車載端末
JP2019200495A (ja) * 2018-05-14 2019-11-21 富士通株式会社 プログラム配信方法、プログラム配信装置およびプログラム配信システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019153128A (ja) * 2018-03-05 2019-09-12 株式会社デンソー 走行データ収集システム、走行データ収集センタ、及び車載端末
JP2019200495A (ja) * 2018-05-14 2019-11-21 富士通株式会社 プログラム配信方法、プログラム配信装置およびプログラム配信システム

Also Published As

Publication number Publication date
JPWO2025004573A1 (ja) 2025-01-02
CN120752684A (zh) 2025-10-03
EP4738306A1 (en) 2026-05-06

Similar Documents

Publication Publication Date Title
US7506314B2 (en) Method for automatically collecting trace detail and history data
US7676699B2 (en) Event trace conditional logging
US8756199B2 (en) File level hierarchical storage management system, method, and apparatus
US11544173B1 (en) Detecting performance regressions in software for controlling autonomous vehicles
JP5966690B2 (ja) サーバ装置、フィルタリング方法、およびフィルタリングプログラム
US20110107053A1 (en) Allocating Storage Memory Based on Future Use Estimates
JP7571628B2 (ja) 運転診断装置及び運転診断方法
JP2004334869A (ja) プログラムによるコンピュータ問題の診断、解決、およびその自動的な報告ならびに更新
EP2357562A1 (en) System for assisting with execution of actions in response to detected events, method for assisting with execution of actions in response to detected events, assisting device, and computer program
US20200356460A1 (en) Storage-based log file management
CA3116357A1 (en) Cloud computing-based vehicle fleet benchmarking
WO2025004573A1 (ja) 電子制御装置及びデータ収集システム
JP7400522B2 (ja) 支援管理装置、支援管理方法、及び支援管理プログラム
WO2014162397A1 (ja) 計算機システム、データ管理方法、及び計算機
CN118802407A (zh) 数据采集方法、装置、设备及存储介质
US12547516B2 (en) Systems and methods for dynamically configuring a client application
CN117033078A (zh) 数据备份方法、装置及计算机程序产品
JP2002366393A (ja) 計算機稼動情報収集方法及びその実施システム並びにその処理プログラム
CN119201541A (zh) 一种日志存储方法、芯片和服务器
CN113568883B (zh) 数据写入方法及装置
KR102658832B1 (ko) 차량 포렌식 분석 방법 및 이를 수행하기 위한 컴퓨팅 장치
CN117076551B (zh) 基于分布式数据处理架构的数据存储方法、装置及设备
JP2024056458A (ja) 車両データ管理装置、車両データ管理プログラムおよび車両データ管理方法
JP6152012B2 (ja) 運行記録装置
EP4080434A1 (en) Cloud computing-based vehicle fleet benchmarking

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24831446

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025529493

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025529493

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202480014699.9

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 202480014699.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2024831446

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2024831446

Country of ref document: EP

Effective date: 20260127

ENP Entry into the national phase

Ref document number: 2024831446

Country of ref document: EP

Effective date: 20260127