WO2024057963A1 - データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム - Google Patents

データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム Download PDF

Info

Publication number
WO2024057963A1
WO2024057963A1 PCT/JP2023/031928 JP2023031928W WO2024057963A1 WO 2024057963 A1 WO2024057963 A1 WO 2024057963A1 JP 2023031928 W JP2023031928 W JP 2023031928W WO 2024057963 A1 WO2024057963 A1 WO 2024057963A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
unit
request
missing
Prior art date
Application number
PCT/JP2023/031928
Other languages
English (en)
French (fr)
Inventor
良太 齋藤
Original Assignee
株式会社デンソー
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 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2024057963A1 publication Critical patent/WO2024057963A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W60/00—Drive control systems specially adapted for autonomous road vehicles
    • 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/09—Arrangements for giving variable traffic instructions

Definitions

  • the present disclosure relates to a technique for supplementing missing data.
  • the simulation system described in Patent Document 1 below generates a data model of an autonomous vehicle and simulates the response of the autonomous vehicle to a simulated dynamic object.
  • the data model generated by the above simulation system is a data model for executing a single application program, and lacks versatility, making it difficult to apply it to multiple car types or multiple vehicle models as it is. Furthermore, even if the data model described above can be applied to multiple vehicle types or multiple vehicle models, data may be insufficient for some vehicle types or vehicle models due to differences in onboard equipment. As a result of detailed study by the inventor, the problem was discovered that it may be difficult for an application execution device to execute the same application program on multiple vehicle types or multiple vehicle models.
  • One aspect of the present disclosure is that when data necessary for execution of an application program is insufficient, it is desirable to be able to supplement the missing data.
  • a data management device is a device for a vehicle, and includes a request reception unit, a data collection unit, a shortage detection unit, and a complementation unit.
  • the request receiving unit is configured to receive a request for data from an application execution unit configured to execute an application program.
  • the data collection unit is configured to collect vehicle data from one or more devices mounted on the vehicle, standardize the collected vehicle data, and generate standard data.
  • the shortage detection unit is configured to compare the data request received by the request receiving unit and the standard data generated by the data collection unit to detect missing data that is insufficient for the data request.
  • the complementation unit is configured to complement the missing data detected by the shortage detection unit using other vehicle data that is standard data of at least one other vehicle different from the vehicle.
  • the data management device can supplement data using other vehicle data when data necessary for executing an application program is insufficient. Furthermore, the application execution unit can execute various application programs using data supplemented by the data management device, regardless of the type and model of the vehicle in which the application execution unit is installed.
  • a data management method is executed by a processing device, receives a data request from an application execution unit configured to execute an application program, and receives a data request from one or more application programs installed in a vehicle. collects vehicle data sent from devices, standardizes the collected vehicle data to generate standard data, compares the received data request with the generated standard data, and determines whether the data is insufficient for the data request. The missing data is detected, and the detected missing data is supplemented using other vehicle data that is standard data of at least one other vehicle different from the vehicle.
  • a data management program has a processing device receive a request for data from an application execution unit configured to execute an application program, and one or more data management programs installed in a vehicle. Collecting vehicle data transmitted from devices, standardizing the collected vehicle data to generate standard data, and comparing the received data request with the generated standard data to respond to the data request. Detecting missing data that is insufficient for the vehicle, and complementing the detected missing data using other vehicle data that is standard data of at least one other vehicle different from the vehicle.
  • a data management system is a data management system for a vehicle that includes an electronic control device mounted on the vehicle and a server device.
  • the server device includes a server-side storage section, a server-side control section, and a server-side communication section.
  • the server-side storage unit stores the plurality of vehicle data received from each vehicle as standardized standard data.
  • the server-side control unit is configured to select standard data from the server-side storage unit.
  • the server-side communication unit is configured to be able to communicate with the vehicle, and is configured to transmit standard data selected by the server-side control unit to the vehicle.
  • the electronic control device includes a request receiving section, a data collecting section, a shortage detecting section, a vehicle side communication section, and a complementing section.
  • the request receiving unit is configured to receive a request for data from an application execution unit configured to execute an application program.
  • the data collection unit is configured to collect vehicle data transmitted from one or more devices mounted on the vehicle, standardize the collected vehicle data, and generate standard data.
  • the shortage detection unit is configured to compare the data request received by the request receiving unit and the standard data generated by the data collection unit to detect missing data that is insufficient for the data request.
  • the vehicle side communication unit is configured to receive other vehicle data, which is standard data of at least one other vehicle different from the vehicle, transmitted from the server side communication unit.
  • the complementation section is configured to complement the missing data detected by the shortage detection section using the other vehicle data received by the vehicle-side communication section.
  • the electronic control device when the electronic control device does not have the data necessary to execute the application program, it can be supplemented using other vehicle data received from the server device. Furthermore, the electronic control device can execute various application programs using the supplemented data regardless of the type and model of the vehicle in which it is installed.
  • FIG. 1 is a block diagram showing the physical configuration of a vehicle network system.
  • FIG. 1 is a block diagram showing the functional configuration of a vehicle network system.
  • FIG. 2 is a block diagram showing the hardware configuration of a first ECU included in the vehicle network system. The hardware configuration of the second to sixth ECUs included in the vehicle network system is shown. It is a diagram showing the hardware configuration of a server device included in the vehicle network system.
  • FIG. 3 is a diagram showing an example of a data model according to the present embodiment.
  • FIG. 2 is a sequence diagram showing a process in which the first and second ECUs complement missing data in the vehicle network system.
  • the vehicle network system 150 includes a server device 500, a first vehicle 10, a second vehicle 20, a third vehicle 30, a fourth vehicle 40, a fifth vehicle 50, a first information terminal 65, and a base station. 700.
  • the vehicle network system 150 includes a server device 500, a plurality of electronic control units (hereinafter referred to as ECUs) mounted on each of the first to fifth vehicles 10 to 50, a first information terminal 65, and a base station. 700.
  • the first information terminal 65 is a PC, a tablet terminal, a smartphone, a wearable device, or the like.
  • the vehicle network system 150 includes five vehicles in this embodiment, it may include four or fewer vehicles, or six or more vehicles.
  • the server device 500, the fourth vehicle 40, the fifth vehicle 50, the first information terminal 65, and the base station 700 are connected to the wide area communication network NW.
  • Network communication is performed with the vehicle 40, the fifth vehicle 50, and the first information terminal 65.
  • the first to third vehicles 10 to 30 are wirelessly connected to a server device 500, a fourth vehicle 40, a fifth vehicle 50, and a first information terminal 65 via a base station 700.
  • Network communication is performed with the fourth vehicle 40, the fifth vehicle 50, and the first information terminal 65.
  • the first to third vehicles 10 to 30 are located close to each other.
  • the first to third vehicles 10 to 30 are directly wirelessly connected to each other and perform inter-vehicle communication with each other.
  • the first vehicle 10 includes a first ECU 100, a second ECU 200, a third ECU 300, a fourth ECU 400, a fifth ECU 550, and a sixth ECU 600.
  • Each of the first to sixth ECUs 100 to 600 is connected to the in-vehicle network.
  • the number of ECUs included in the first vehicle 10 is not limited to six, and may be five or less, or seven or more.
  • the second vehicle 20, the third vehicle 30, the fourth vehicle 40, and the fifth vehicle 50 are also provided with a plurality of ECUs like the first vehicle 10.
  • the first ECU 100 includes a control section 110, a vehicle I/F 120, a storage section 140, and a communication section 130.
  • the second to sixth ECUs 200 to 600 include a control section 110, a vehicle I/F 120, and a storage section 140. That is, only the first ECU 100 includes the communication section 130.
  • the control unit 110 includes a CPU 111, a ROM 112, and a RAM 113. Various functions of the control unit 110 are realized by the CPU 111 executing programs stored in a non-transitional physical recording medium.
  • the ROM 112 corresponds to a non-transitional physical recording medium that stores a program. Furthermore, by executing this program, a method corresponding to the program is executed.
  • the vehicle I/F 120 is connected to various in-vehicle devices including other ECUs via an in-vehicle network, etc., and acquires various information from the in-vehicle devices.
  • In-vehicle networks may include CAN and Ethernet.
  • CAN is an abbreviation for Controller Area Network.
  • CAN is a registered trademark.
  • Ethernet is a registered trademark.
  • In-vehicle devices connected to vehicle I/F 120 may include devices that are originally installed in the vehicle, as well as exterior devices that are retrofitted.
  • the communication unit 130 transmits and receives data to and from the server device 500, the first information terminal 65, the fourth vehicle 40, and the fifth vehicle 50 via the wide area communication network NW by wireless communication. Further, the communication unit 130 transmits and receives data to and from the second vehicle 20 and the third vehicle 30 through vehicle-to-vehicle communication.
  • the communication unit 130 together with the control unit 110, realizes the functions of the data transmission/reception unit 11, which will be described later.
  • the storage unit 140 includes a first database (hereinafter referred to as DB) 18, a second DB 19, a third DB 14, and a fourth DB 15.
  • Storage unit 140 stores vehicle data acquired via vehicle I/F 120, a data model generated by first vehicle 10, and a data model acquired via communication unit 130.
  • the data model is standard data obtained by standardizing vehicle data, and the details will be described later.
  • the first to sixth ECUs 100 to 600 as a whole include a data transmission/reception section 11, a data collection and distribution section 12, a data complementation section 13, a first functional section 16, a second functional section 17, a third It has the functions of a functional section 21, a fourth functional section 22, a first in-vehicle application execution section 25, a second in-vehicle application execution section 26, and a third in-vehicle application execution section 27.
  • the first ECU 100 has the function of a data transmitter/receiver 11.
  • the second ECU 200 has the functions of a data collection and distribution section 12, a data complementation section 13, and a first in-vehicle application execution section 25.
  • the third ECU 300 has the functions of the first functional section 16.
  • the fourth ECU 400 has the function of the second functional section 17.
  • the fifth ECU 550 has the functions of the second in-vehicle application execution section 26 and the third functional section 21.
  • the sixth ECU 600 has the functions of the third in-vehicle application execution section 27 and the fourth functional section 22.
  • the various functions described above may be distributed to the first to sixth ECUs 100 to 600 in any manner, and all functions may be distributed to five or less ECUs.
  • the second ECU corresponds to the central ECU.
  • the first functional unit 16 realizes the first function, generates first vehicle data, and stores the generated first vehicle data in the first DB 18.
  • the first function is, for example, a function of obtaining the current location of the vehicle, and the first vehicle data is, for example, raw data indicating the current location obtained from GPS.
  • the second functional unit 17 realizes the second function, generates second vehicle data, and stores the generated second vehicle data in the second DB 19.
  • the second function is, for example, a cabin information acquisition function
  • the second vehicle data is, for example, raw data indicating the outside temperature acquired from an outside temperature sensor.
  • the third functional unit 21 realizes the third function, generates third vehicle data, and stores the generated third vehicle data in a fifth DB (not shown).
  • the fourth functional unit 22 realizes the fourth function, generates fourth vehicle data, and stores the fourth vehicle data in a sixth DB (not shown).
  • the first in-vehicle application execution unit 25 executes the first in-vehicle application program based on a data model stored in the third DB 14, which will be described later.
  • the second in-vehicle application execution unit 26 executes the second in-vehicle application program based on the data model stored in the third DB 14.
  • the third in-vehicle application execution unit 27 executes the third in-vehicle application program based on the data model stored in the third DB 14.
  • the first, second, and third in-vehicle application programs are programs for providing services to end users, and are developed and provided by a service provider. End users include vehicle users, vehicle owners, operation managers, and the like. Services provided include fleet services and car sharing services.
  • the data collection and distribution unit 12 acquires the first, second, third, and fourth vehicle data from the first and second DBs 18 and 19 and the fifth and sixth DBs. Then, the data collection and distribution unit 12 converts the acquired first, second, third, and fourth vehicle data into a standard format, stores it in the third DB 14 in association with the hierarchical classification.
  • Vehicle data standardized in this way corresponds to a data model.
  • the data model is data that has been normalized so that the same physical quantity is expressed in the same unit regardless of the vehicle manufacturer, vehicle type, or vehicle model. That is, the data model is data structured in a common format so that it can be commonly handled regardless of vehicle manufacturers, vehicle types, and vehicle models.
  • Figure 5 shows an example of a data model.
  • the data model includes "vehicle specifications”, “location information”, “in-vehicle information”, “environmental recognition”, etc. as items set in the first layer at the top.
  • Each item belonging to the first hierarchy represents a category of vehicle data.
  • the first layer item “vehicle specifications” is a category indicating vehicle type, equipment, etc.
  • the second layer items include "vehicle identification signal", "model name”, and "manufacturer”.
  • "Position information”, which is an item in the first hierarchy is a category indicating information regarding the position of the vehicle, and includes "current location”, “speed”, and “direction” as items in the second hierarchy.
  • "Vehicle interior information” which is an item on the first layer, is a category that indicates the state inside the vehicle interior, and includes "A/C status,” “outside temperature,” and “seat sensor status” as items on the second layer.
  • Environmental recognition which is an item on the first layer, is a category that indicates the environment outside the vehicle, and includes “signs,” “white lines,” and “obstacles” as items on the second layer. Note that each item in the second layer may further include a third layer below it.
  • the application programs executed by the first, second, and third in-vehicle application execution units 25, 26, and 27 are developed and provided not only by the vehicle manufacturer but also by a third party. It is difficult for third parties to develop vehicle application programs for each vehicle type and vehicle model. Therefore, the platformer on the vehicle network system 150 specifies that application programs for vehicles operate based on a standardized data model, and allows various suppliers including third parties to easily develop application programs. It provides a development environment.
  • the data complementation unit 13 detects the missing data and The data model of the vehicle (hereinafter referred to as other vehicle data) is used to supplement the missing data.
  • the data complementation unit 13 complements missing data based on the data complementation policy stored in the fourth DB 15.
  • the data supplementation policy indicates the means for supplementing missing data.
  • the data complementation policy describes the communication means to be selected from network communication and vehicle-to-vehicle communication in order to obtain the data model.
  • the data supplementation policy describes an alternative method to be selected when network communication and inter-vehicle communication are not possible, or when there is no data model of another vehicle corresponding to missing data.
  • the data transmitting/receiving unit 11 receives the data model of another vehicle through network communication or vehicle-to-vehicle communication via the communication unit 130. Further, the data transmitting/receiving unit 11 transmits the data model generated by the data collection and distribution unit 12 to another vehicle or the server device 500 by network communication or vehicle-to-vehicle communication via the communication unit 130.
  • the first to sixth ECUs 100 to 600 are connected wirelessly or by wire to the second information terminal 60 to perform data communication.
  • the second information terminal 60 is, for example, a mobile terminal such as a smartphone, tablet, or wearable device that the user brings into the vehicle.
  • the server device 500 includes a control section 510, a communication section 520, and a storage section 530.
  • the control unit 510 includes a CPU 511, a ROM 512, and a RAM 513. Various functions of the control unit 510 are realized by the CPU 511 executing programs stored in a non-transitional physical recording medium.
  • the ROM 512 corresponds to a non-transitional physical recording medium that stores a program. Furthermore, by executing this program, a method corresponding to the program is executed.
  • the communication unit 520 transmits and receives data to and from the first to fifth vehicles 10 to 50 (specifically, the ECU of each vehicle) via the wide area communication network NW.
  • the control unit 510 has the functions of a first external application execution unit 80 and a second external application execution unit 90.
  • the first external application execution unit 80 executes the first external application program based on a data model described later.
  • the second external application execution unit 90 executes the second external application program based on the data model.
  • the first and second external application programs are programs for providing services to end users, and are developed and provided by a service provider.
  • the first, second, and third in-vehicle application programs and the first and second out-of-vehicle application programs are, for example, a fuel prediction application program and an automatic platooning application program.
  • the first, second, and third in-vehicle application execution units 25, 26, and 27 and the first and second out-of-vehicle application execution units 80 and 90 run the fuel prediction application program to help the first vehicle reach its destination. Predict the fuel consumption of 10.
  • the first, second, and third in-vehicle application execution units 25, 26, and 27 and the first and second out-of-vehicle application execution units 80 and 90 execute the automatic platooning application program, thereby allowing the vehicle to reach the destination.
  • One vehicle 10 is automatically driven in a platoon.
  • the storage unit 530 includes a vehicle DB 63.
  • the vehicle DB 63 stores data models collected from the first to fifth vehicles 10 to 50.
  • first ECU 100 and the second ECU 200 correspond to the data management device of the present disclosure.
  • one of the first, second, and third in-vehicle application execution units 25, 26, and 27 requests the data collection and distribution unit 12 for a data model necessary for executing the application program.
  • the data model requires the distance to the destination, speed, number of passengers, air conditioning on or off, and outside temperature.
  • the distance to the destination is calculated from the GPS signal.
  • the speed is calculated from the detection signal of the vehicle speed sensor.
  • the number of passengers is calculated from the detection signal of the seat sensor or the image of the vehicle interior camera.
  • Turning the air conditioning on or off is calculated from the air conditioning control signal.
  • the outside temperature is calculated from the detection signal of the outside air sensor.
  • the fuel efficiency prediction application calculates the fuel efficiency when traveling to a destination based on the distance, speed, number of passengers, air conditioning on/off, outside temperature, etc. obtained as a data model.
  • the first, second, or third in-vehicle application execution unit 25, 26, 27 when the first, second, or third in-vehicle application execution unit 25, 26, 27 is executing the automatic platooning application program, the first, second, or third in-vehicle application execution unit 25, 26, 27 requires the current location, the location and content of signs, the location of white lines, and the location of obstacles as a data model.
  • the current location is calculated from the GPS signal.
  • the position and content of the sign and the position of the white line are calculated from the results of image recognition based on images taken by surrounding cameras.
  • the position of the obstacle is calculated from the image recognition result or the observation result by sonar or lidar.
  • the automatic platooning application controls automatic platooning using the current location, surrounding environment information, and map information acquired as a data model.
  • the data collection and distribution unit 12 interprets the received data request and recognizes the type of vehicle data to be acquired from the first function unit 16 and the second function unit 17.
  • the data collection and distribution unit 12 requests the first functional unit 16, second functional unit 17, third functional unit 21, and fourth functional unit 22 for vehicle data of the type recognized in S20.
  • the first functional unit 16 and the second functional unit 17 acquire the requested vehicle data from the first DB 18 and second DB 19 and transmit it to the data collection and distribution unit 12 .
  • the third functional unit 21 and the fourth functional unit 22 acquire the requested vehicle data from the fifth DB and the sixth DB, and transmit the data to the data collection and distribution unit 12 .
  • the first DB 18, the second DB 19, the fifth DB, and the sixth DB may not store all of the requested vehicle data.
  • the in-vehicle equipment installed in the vehicle differs depending on the vehicle type or vehicle model. Therefore, the first vehicle 10 may not be equipped with an on-vehicle device that acquires the requested vehicle data. In such a case, the first DB 18, second DB 19, fifth DB, and sixth DB do not store the requested vehicle data.
  • the first DB 18, second DB 19, fifth DB, and sixth DB do not store the requested vehicle data.
  • the first DB 18, the second DB 19, the fifth DB, and the sixth DB do not store vehicle data regarding outside temperature.
  • vehicle models that are equipped with a peripheral camera and vehicle models that are not equipped with a peripheral camera are equipped with a peripheral camera.
  • the leading vehicle when driving in a platoon, the leading vehicle may be equipped with a peripheral camera, but the following vehicles may not be equipped with a peripheral camera.
  • the first DB 18, the second DB 19, the fifth DB, and the sixth DB do not store vehicle data of captured images.
  • the on-vehicle device may not be able to acquire the vehicle data due to an abnormality in the on-vehicle device or the like.
  • the first DB 18, second DB 19, fifth DB, and sixth DB do not store part or all of the requested vehicle data.
  • the first functional unit 16 and the second functional unit 17 store the requested vehicle data in the first DB 18 and the second DB 19.
  • the vehicle data that is currently available is transmitted to the data collection and distribution section 12.
  • the data collection and distribution unit 12 standardizes the received vehicle data and generates a data model. Then, the data collection and distribution unit 12 compares the data models requested from the first, second, and third in-vehicle application execution units 25, 26, and 27 with the generated data model, and Detect missing data models (hereinafter referred to as missing data). The data collection and distribution unit 12 requests the data complementation unit 13 to complete the missing data. Note that the data collection and distribution unit 12 periodically sends the first function unit 16 and the second function unit 17 regardless of data requests from the first, second, and third in-vehicle application execution units 25, 26, and 27. , the vehicle data may be acquired from the third functional unit 21 and the fourth functional unit 22, and the acquired vehicle data may be standardized to generate a data model.
  • the data complementation unit 13 refers to the data complementation policy stored in the fourth DB 15 and determines the data complementation means.
  • the data complementation policy includes, for each type of missing data, (i) the selection and calculation method of complementary data when there are multiple candidates for complementary data to complement the missing data, and (ii) the method of selecting and calculating complementary data when communication is possible. It stipulates data acquisition means, and (iii) alternative means in the event of communication failure.
  • the data complementation policy is to select (ia) other vehicle data of another vehicle having an environment closest to the environment of the first vehicle 10 from among a plurality of candidates, or (ib) multiple It stipulates that a statistical value obtained by statistically calculating the candidates should be selected.
  • the environment here includes (A) the environment in which the first vehicle 10 exists, and (B) the state of the first vehicle 10 itself. Examples of (A) include weather, outside temperature, current location, prefecture, expressway, general road, mountain road, etc. Examples of (B) include vehicle type, vehicle model, power status (specifically, ignition on or off), driving status (e.g., running or stopped), number of occupants, driving status (e.g., automatic driving during operation or during manual operation).
  • the data complementation policy stipulates that the missing data that depends on the distance is acquired through vehicle-to-vehicle communication, and the missing data that depends on the vehicle type or vehicle model is acquired through network communication.
  • the objects of vehicle-to-vehicle communication are the second vehicle 20 and the third vehicle 30 that are located close to the first vehicle 10.
  • the targets of the network communication are the fourth vehicle 40 and the fifth vehicle 50, which are located far from the first vehicle 10, or the server device 500. Therefore, the data complementation policy associates vehicle-to-vehicle communication with missing data that is highly dependent on distance, and associates network communication with missing data that is highly dependent on vehicle type or vehicle model.
  • the missing data that is highly dependent on distance is, for example, information on the environment (A) such as the weather, outside temperature, and current location.
  • the data complementing unit 13 acquires other vehicle data acquired through vehicle-to-vehicle communication in order to complement missing data depending on distance.
  • the missing data that is highly dependent on the vehicle type or vehicle model is, for example, vehicle information.
  • the vehicle information includes vehicle control data, vehicle cooling water sounds, and the like.
  • the data complementation unit 13 acquires other vehicle data acquired through network communication in order to complement missing data depending on the vehicle type or vehicle model.
  • the data supplementation policy also provides an alternative method for acquiring missing data when both network communication and vehicle-to-vehicle communication are unavailable or when there is no data model for another vehicle that corresponds to the missing data. stipulated. If either network communication or vehicle-to-vehicle communication is possible, the data complementation unit 13 uses the possible communication to acquire the missing data, regardless of the communication means specified by the data complementation policy.
  • Alternatives include manual user input of user settings by the user and automatic input of fixed or calculated values.
  • the user manually inputs the user settings via the first information terminal 65 or the second information terminal 60.
  • the user When the user is riding in the first vehicle 10, the user manually inputs the user setting values via the second information terminal 60, and the user can perform operation management etc. at a location away from the first vehicle 10. If so, the user manually inputs the user settings via the first information terminal 65.
  • the fixed value is a default value set in advance.
  • the calculated value includes the previous value, statistical value, and estimated value, and is used when temporarily insufficient data occurs.
  • the previous value is a data model acquired in the previous processing cycle that corresponds to the missing data in the current processing cycle.
  • the statistical values are the average value, median value, and mode value of the data model acquired in the past predetermined period corresponding to the missing data in the current processing cycle.
  • the estimated value is a value estimated from a data model acquired in a predetermined period in the past corresponding to missing data in the current processing cycle.
  • the processes of S70 to S100 are performed. If communication is not possible and the user inputs information manually via the first information terminal 65 from outside the vehicle, the processes of S110 to S140 are performed. If communication is not possible and the user inputs information manually from inside the vehicle via the second information terminal 60, the processes of S150 to S160 are performed.
  • the data complementing unit 13 requests the data transmitting/receiving unit 11 for missing data along with the selected communication means.
  • the data complementing unit 13 may request other vehicle data of a specific manufacturer or specific vehicle type, and/or other vehicles around the current location of the first vehicle 10, as the missing data.
  • the data transmitting/receiving unit 11 transmits the identification number of the first vehicle 10 to the server device 500, the fourth vehicle 40, and the fifth vehicle 50 via the network communication. and request missing data.
  • the data transmitting/receiving unit 11 may transmit the current position of the first vehicle 10 along with the identification number of the first vehicle 10 to the server device 500, the fourth vehicle 40, and the fifth vehicle 50 via network communication.
  • the server device 500 transmits other vehicle data, which is a data model corresponding to the missing data, from the vehicle DB 63 to the data transmitting/receiving unit 11 via network communication. Based on the identification number of the first vehicle 10, the server device 500 selects other vehicle data of another vehicle that is the same manufacturer or the same model as the first vehicle 10 from the other vehicle data stored in the vehicle DB 63. , the selected other vehicle data may be transmitted to the data transmitting/receiving section 11.
  • the server device 500 determines that the current position of the first vehicle 10 is within a predetermined range (or within a predetermined range from the current position of the first vehicle 10) from other vehicle data stored in the vehicle DB 63. It is also possible to select the other vehicle data of the other vehicle existing at the closest position) and transmit the selected other vehicle data to the data transmitting/receiving section 11. Further, from the other vehicle data stored in the vehicle DB 63, the server device 500 determines that a vehicle of the same manufacturer as the first vehicle 10 or another vehicle of the same model is located within a predetermined range from the current position of the first vehicle 10.
  • the other vehicle data of the other vehicle existing at the position closest to the first vehicle 10 may be selected and the selected other vehicle data may be transmitted to the data transmitting/receiving section 11. Further, the fourth vehicle 40 and the fifth vehicle 50 transmit other vehicle data to the data transmitting/receiving section 11 .
  • the data transmitting/receiving unit 11 requests the second vehicle 20 and the third vehicle 30 for missing data via vehicle-to-vehicle communication.
  • the data transmitter/receiver 11 presents a predetermined condition and requests missing data that satisfies the predetermined condition.
  • the missing data is a data model that depends on the vehicle type, such as a predicted water temperature value or a predicted value of remaining charge
  • the predetermined condition is that the other vehicle is a vehicle of a specific manufacturer or a specific vehicle. It is the type of car.
  • the predetermined condition is that the current location of the other vehicle is within a predetermined range centered on the current location of the first vehicle 10. or, the ID of the road on which the other vehicle is traveling matches the ID of the road on which the first vehicle 10 is traveling.
  • the second vehicle 20 and the third vehicle 30 transmit other vehicle data to the data transmitting/receiving unit 11 via inter-vehicle communication.
  • the data transmitting/receiving section 11 transmits the received other vehicle data to the data complementing section 13.
  • the data complementing unit 13 requests the data transmitting/receiving unit 11 to manually input missing data by a user outside the vehicle.
  • the data transmitting/receiving unit 11 requests the first information terminal 65 to manually input the missing data via the communication network.
  • the first information terminal 65 transmits input data manually input by the user to the data transmitting/receiving unit 11.
  • the data transmitting/receiving section 11 transmits the input data to the data complementing section 13.
  • the data complementation unit 13 requests the second information terminal 60 to manually input the missing data by the user in the vehicle via the in-vehicle communication.
  • In-vehicle communication includes wired communication, infrared communication, Bluetooth (registered trademark) communication, and the like.
  • the second information terminal 60 transmits the input data manually input by the user to the data complementation unit 13.
  • the data complementation unit 13 selects complementary data for complementing the missing data from the received other vehicle data or input data.
  • the data complementation unit 13 selects the other vehicle data of the other vehicle having the environment closest to that of the first vehicle 10 (ia) in the above (i) of the data complementation policy when there are multiple candidates for complementation data. If it is specified that the first vehicle 10 has an environment that is closest to the environment of the first vehicle 10, other vehicle data of another vehicle having an environment closest to that of the first vehicle 10 is selected from among the plurality of candidates.
  • the environment here includes the environments (A) and (B) described above.
  • the data complementation unit 13 selects other vehicle data to be used for complementation from among the received other vehicle data based on the data complementation policy. Select.
  • the data complementation unit 13 selects the current environment of the first vehicle 10 from among the three other vehicle data. Other vehicle data acquired in the closest environment is selected as complementary data.
  • the data complementation unit 13 has a plurality of candidates for complementation data, and in (i) of the data complementation policy, it is specified that (ib) selects a statistical value obtained by statistically calculating the plurality of candidates. , select the statistical value calculated statistically from multiple candidates.
  • the statistical value is an average value, median value, mode value, etc.
  • the data complementation unit 13 transmits the selected complementation data to the data collection and distribution unit 12.
  • the data collection and distribution section 12 generates supplemented data by adding the received supplementary data to the generated data model, and transmits the supplemented data to the first, second, or third in-vehicle application execution section 25, 26, 27.
  • the first, second, or third in-vehicle application execution unit 25, 26, 27 can detect the outside air temperature detected by another vehicle near the first vehicle 10. can be used to run the fuel prediction application program.
  • the first, second, or third vehicle application execution unit 25, 26, 27 can detect a vehicle near the first vehicle 10 (for example, the leading vehicle).
  • the automatic platooning application program can be executed using the detected position and content of the sign, the position of the white line, and the position of the obstacle.
  • the data collection and distribution unit 12 corresponds to the data collection unit, request reception unit, and shortage detection of the present disclosure
  • the data complementation unit 13 corresponds to the complementation unit.
  • the first ECU 100 and the second ECU 200 transmit other vehicle data or input data when the data model necessary for the execution of the application program by the first in-vehicle application execution unit 25 or the second in-vehicle application execution unit 26 is insufficient. can be used to supplement missing data. Furthermore, the first in-vehicle application execution unit 25 and the second in-vehicle application execution unit 26 execute various applications using the data model supplemented by the first ECU 100 and the second ECU 200, regardless of the type and model of the vehicle in which they are installed. Can run programs.
  • the missing data is appropriately supplemented by supplementing the missing data with other vehicle data acquired in the environment closest to the environment of the first vehicle 10. can do.
  • the missing data can be supplemented appropriately by supplementing the missing data with statistical values obtained by statistically processing the data from multiple other vehicles.
  • the first ECU 100 can acquire other vehicle data from the server device 500, the fourth vehicle 40, and the fifth vehicle 50 via network communication.
  • the first ECU 100 can acquire other vehicle data from the second vehicle 20 and the third vehicle 30 via inter-vehicle communication.
  • Vehicle-to-vehicle communication is higher rate communication than network communication. Therefore, when a plurality of vehicles travel in a platoon, the following vehicle can acquire other vehicle data from the leading vehicle at a high rate.
  • the second ECU 200 was a separate ECU from the first ECU 100, but the second ECU 200 may be an ECU integrated with the first ECU 100. That is, the central ECU may include the communication section 130 for outside-vehicle communication.
  • the server device 500 may execute the process of supplementing the missing data. That is, the vehicle data collected by the second ECU 200 of each vehicle may be uploaded to the server device 500.
  • the server device 500 standardizes the uploaded vehicle data to generate standard data, detects missing data in response to a request from the application execution unit, and complements the missing data using other vehicle data. good.
  • the controller 110 and its techniques described in this disclosure may be implemented by a dedicated processor provided by configuring a processor and memory programmed to perform one or more functions embodied by a computer program. It may be realized by a computer. Alternatively, the controller 110 and techniques described in this disclosure may be implemented by a dedicated computer provided by a processor configured with one or more dedicated hardware logic circuits. Alternatively, the control unit 110 and its method described in the present disclosure may be a combination of a processor and memory programmed to execute one or more functions and a processor configured by one or more hardware logic circuits. It may be realized by one or more dedicated computers configured with. The computer program may also be stored as instructions executed by a computer on a computer-readable non-transitory tangible storage medium. The method of realizing the functions of each part included in the control unit 110 does not necessarily need to include software, and all the functions may be realized using one or more pieces of hardware.
  • a plurality of functions of one component in the above embodiment may be realized by a plurality of components, and a function of one component may be realized by a plurality of components. . Further, a plurality of functions possessed by a plurality of constituent elements may be realized by one constituent element, or one function realized by a plurality of constituent elements may be realized by one constituent element. Further, a part of the configuration of the above embodiment may be omitted. Further, at least a part of the configuration of the above embodiment may be added to or replaced with the configuration of other embodiments.
  • a system that includes the data management device as a component, a program for making a computer function as the data management device, and a non-transitional physical record such as a semiconductor memory in which this program is recorded.
  • the present disclosure can also be implemented in various forms such as media and data management methods.
  • a data management device (100, 200) mounted on a vehicle (10), a request receiving unit (12) configured to receive a request for data necessary for executing the application program from an application execution unit configured to execute the application program; a data collection unit (12) configured to collect vehicle data from one or more devices mounted on the vehicle, and standardize the collected vehicle data to generate standard data; The data request received by the request receiving unit is configured to compare the standard data generated by the data collecting unit to detect missing data that is insufficient for the data request. a shortage detection section (12); The other vehicle data, which is the standard data, of at least one other vehicle (20, 30, 40, 50) different from the vehicle is used to complement the missing data detected by the missing detector.
  • the at least one other vehicle (20, 30, 40, 50) includes a plurality of other vehicles, The complementation unit (13) is configured to complement the missing data with the other vehicle data of another vehicle having an environment closest to that of the vehicle (10) among the plurality of other vehicles.
  • the at least one other vehicle (20, 30, 40, 50) includes a plurality of other vehicles, The complementation unit (13) is configured to complement the missing data with statistical values calculated by statistically processing the other vehicle data of the plurality of other vehicles.
  • the data management device according to item 1 or 2.
  • the complementing unit (13) is configured to acquire the other vehicle data from the database (63) of the at least one other vehicle (40, 50) or the server device (500) via network communication. ing, The data management device according to any one of items 1 to 3.
  • the complementing unit (13) is configured to acquire the other vehicle data from the at least one other vehicle (20, 30) via vehicle-to-vehicle communication.
  • the complementation unit (13) is further configured to acquire input data input in response to a manual operation by a user, and complement the missing data with the acquired input data.
  • the data management device according to any one of items 1 to 5.
  • the complementation unit (13) is configured to complement the missing data based on the compensation policy stored in the storage unit.
  • the data management device according to any one of items 1 to 6.
  • the supplementary policy is (i) A method for selecting and calculating the complementary data when there are multiple candidates for complementary data to complement the missing data, and/or (ii) A means for acquiring the other vehicle data when communication is possible, and/or , (iii) alternative means in the event of communication failure, The data management device according to item 7.
  • a data management method executed by a processing device comprising: Receives a request for data from an application execution unit (25, 26, 80, 90) configured to execute an application program; Collecting vehicle data transmitted from one or more devices mounted on the vehicle (10), standardizing the collected vehicle data to generate standard data; Comparing the received data request with the generated standard data to detect missing data that is insufficient for the data request, complementing the detected missing data using other vehicle data that is the standard data of at least one other vehicle different from the vehicle; How to manage your data.
  • a data management system (150) for a vehicle comprising an electronic control device (100, 200) mounted on a vehicle (10) and a server device (500),
  • the server device includes: a server-side storage unit (63, 530) that stores the plurality of vehicle data received from each vehicle as standardized standard data; a server-side control unit (510) configured to select the standard data from the server-side storage unit; a server-side communication unit (520) configured to be able to communicate with the vehicle and configured to transmit the standard data selected by the server-side control unit to the vehicle; Equipped with
  • the electronic control device includes: a request receiving unit (12) configured to receive a request for data from an application execution unit (25, 26, 80, 90) configured to execute an application program; a data collection unit (12) configured to collect vehicle data transmitted from one or more devices mounted on the vehicle, and standardize the collected vehicle data to generate standard data; The data request received by the request receiving unit is configured to compare the standard data generated by the data collecting unit to detect missing data that is insufficient for the data request.
  • the server-side control unit (510) selects from among the standard data stored in the server-side storage device (63, 530) an environment that is similar to the environment of the vehicle (10) among the plurality of vehicles. It is configured to select standard data that has standardized data of other vehicles,
  • the server-side communication unit (520) is configured to transmit the standard data selected by the server-side control unit to the vehicle.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Traffic Control Systems (AREA)

Abstract

本開示の１つの局面のデータ管理装置（１００，２００）は、要求受付部（１２）と、データ収集部（１２）と、不足検出部（１２）と、補完部（１３）と、を備える。要求受取部は、アプリ実行部から、データの要求を受け取る。データ収集部は、収集した車両データを、標準化して標準データを生成する。不足検出部は、受け取られたデータの要求と、生成された標準データとを比較して、不足データを検出する。補完部は、他車両データを用いて、検出された不足データを補完する。

Description

データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム 関連出願の相互参照
　本国際出願は、２０２２年９月１２日に日本国特許庁に出願された日本国特許出願第２０２２－１４４６３４号に基づく優先権を主張するものであり、日本国特許出願第２０２２－１４４６３４号の全内容を本国際出願に参照により援用する。
　本開示は、不足するデータを補完する技術に関する。
　下記特許文献１に記載のシミュレーションシステムは、自律車両のデータモデルを生成し、シミュレートされた動的オブジェクトに対する自律車両の応答をシミュレートする。
特開２０２２－４６６４６号公報
　上記シミュレーションシステムで生成されるデータモデルは、単一のアプリケーションプログラムを実行するためのデータモデルであり、汎用性に乏しく、そのままでは複数の車種又は複数の車両モデルへ適用することが困難である。また、上記データモデルを複数の車種又は複数の車両モデルへ適用できたとしても、車載機器の差により、データが不足する車種や車両モデルが発生する。発明者の詳細な検討の結果、複数の車種又は複数の車両モデル上で、アプリケーションの実行装置が同一のアプリケーションプログラムを実行することが困難となり得るという課題が見出された。
　また、サードパーティを含む種々のサービス事業者が、アプリケーションプログラムを開発して、ユーザにサービスを提供することが考えられる。しかしながら、発明者の詳細な検討の結果、種々のサービス事業者が、車種や車両モデルごとにその差異を考慮してアプリケーションプログラムを開発することは困難であるという課題が見出された。したがって、複数の車種又は複数の車両モデル上で、実行装置が、同一のアプリケーションプログラムを実行できることが望まれる。
　本開示の１つの局面は、アプリケーションプログラムの実行に必要なデータが不足する場合に、不足するデータを補完できることが望ましい。
　本開示の１つの局面のデータ管理装置は、車両のための装置であり、要求受取部と、データ収集部と、不足検出部と、補完部と、を備える。要求受取部は、アプリケーションプログラムを実行するように構成されたアプリ実行部から、データの要求を受け取るように構成される。データ収集部は、車両に搭載された１つ以上の機器から車両データを収集し、収集した車両データを、標準化して標準データを生成するように構成される。不足検出部は、要求受取部により受け取られたデータの要求と、データ収集部により生成された標準データとを比較して、データの要求に対して不足する不足データを検出するように構成される。補完部は、車両と異なる少なくとも１台の他車両の標準データである他車両データを用いて、不足検出部により検出された不足データを補完するように構成される。
　本開示の１つの局面のデータ管理装置は、アプリケーションプログラムの実行に必要なデータが不足している場合に、他車両データを用いて補完することができる。ひいては、アプリ実行部は、搭載されている車両の車種やモデルにかかわらず、データ管理装置により補完されたデータを用いて、種々のアプリケーションプログラムを実行できる。
　本開示の別の１つの局面のデータの管理方法は、処理装置により実行され、アプリケーションプログラムを実行するように構成されたアプリ実行部から、データの要求を受け取り、車両に搭載された１つ以上の機器から送信される車両データを収集し、収集した車両データを標準化して標準データを生成し、受け取ったデータの要求と、生成した標準データとを比較して、データの要求に対して不足する不足データを検出し、車両と異なる少なくとも１台の他車両の標準データである他車両データを用いて、検出された不足データを補完する。
　上記データの管理方法によれば、上記データ管理装置と同様の効果を奏する。
　本開示の別の１つの局面のデータ管理プログラムは、処理装置に、アプリケーションプログラムを実行するように構成されたアプリ実行部から、データの要求を受け取ることと、車両に搭載された１つ以上の機器から送信される車両データを収集することと、収集した車両データを標準化して標準データを生成することと、受け取ったデータの要求と、生成した標準データとを比較して、データの要求に対して不足する不足データを検出することと、車両と異なる少なくとも１台の他車両の標準データである他車両データを用いて、検出された不足データを補完することと、を実行させる。
　上記データ管理プログラムを処理装置が実行することにより、上記データ管理装置と同様の効果を奏する。
　本開示の別の１つの局面のデータ管理システムは、車両に搭載された電子制御装置と、サーバ装置とを有する、車両のためのデータ管理システムである。サーバ装置は、サーバ側記憶部と、サーバ側制御部と、サーバ側通信部と、を備える。サーバ側記憶部は、各車両から受信した複数の車両のデータを標準化した標準データとして記憶している。サーバ側制御部は、サーバ側記憶部から標準データを選択するように構成される。サーバ側通信部は、車両と通信可能に構成され、サーバ側制御部により選択された標準データを車両へ送信するように構成される。電子制御装置は、要求受取部と、データ収集部と、不足検出部と、車両側通信部と、補完部と、を備える。要求受取部は、アプリケーションプログラムを実行するように構成されたアプリ実行部から、データの要求を受け取るように構成される。データ収集部は、車両に搭載された１つ以上の機器から送信される車両データを収集し、収集した車両データを、標準化して標準データを生成するように構成される。不足検出部は、要求受取部により受け取られたデータの要求と、データ収集部により生成された標準データとを比較して、データの要求に対して不足する不足データを検出するように構成される。車両側通信部は、サーバ側通信部から送信された、車両と異なる少なくとも１台の他車両の標準データである他車両データを受信するように構成される。補完部は、車両側通信部により受信された他車両データを用いて、不足検出部により検出された不足データを補完するように構成される。
　本開示の１つの局面のデータ管理システムは、電子制御装置がアプリケーションプログラムの実行に必要なデータを有していない場合に、サーバ装置から受信した他車両データを用いて補完することができる。ひいては、電子制御装置は、搭載されている車両の車種やモデルにかかわらず、補完されたデータを用いて、種々のアプリケーションプログラムを実行できる。
車両ネットワークシステムの物理的構成を示すブロック図である。 車両ネットワークシステムの機能的構成を示すブロック図である。 車両ネットワークシステムに含まれる第１ＥＣＵのハードウェア構成を示すブロック図である。 車両ネットワークシステムに含まれる第２～第６ＥＣＵのハードウェア構成を示す。 車両ネットワークシステムに含まれるサーバ装置のハードウェア構成を示す図である。 本実施形態に係るデータモデルの一例を示す図である。 車両ネットワークシステムにおいて、第１及び第２ＥＣＵが不足データを補完する処理を示すシーケンス図である。
　＜１．構成＞
　図１～４を参照して、本実施形態に係る車両ネットワークシステム１５０の構成について、説明する。
　車両ネットワークシステム１５０は、サーバ装置５００と、第１車両１０と、第２車両２０と、第３車両３０と、第４車両４０と、第５車両５０と、第１情報端末６５と、基地局７００と、を備える。詳しくは、車両ネットワークシステム１５０は、サーバ装置５００と、第１～第５車両１０～５０の各々に搭載された複数の電子制御装置（以下、ＥＣＵ）と、第１情報端末６５と、基地局７００と、を備える。第１情報端末６５は、ＰＣ、タブレット端末、スマートフォン、ウェアラブルデバイス等である。なお、本実施形態において、車両ネットワークシステム１５０は、５台の車両を備えているが、４台以下の車両を備えていてもよいし、６台以上の車両を備えていてもよい。
　サーバ装置５００、第４車両４０、第５車両５０、第１情報端末６５及び基地局７００は、広域通信ネットワークＮＷに接続されており、サーバ装置５００は、広域通信ネットワークＮＷを介して、第４車両４０、第５車両５０及び第１情報端末６５とネットワーク通信を行う。第１～第３車両１０～３０は、基地局７００を介して、サーバ装置５００、第４車両４０、第５車両５０、及び第１情報端末６５と無線接続されており、サーバ装置５００、第４車両４０、第５車両５０及び第１情報端末６５とネットワーク通信を行う。また、第１～第３車両１０～３０は、互いに近い位置に存在する。第１～第３車両１０～３０は、互いに直接無線接続されており、互いと車車間通信を行う。
　図１に示すように、第１車両１０は、第１ＥＣＵ１００、第２ＥＣＵ２００、第３ＥＣＵ３００、第４ＥＣＵ４００、第５ＥＣＵ５５０及び第６ＥＣＵ６００を備える。第１～第６ＥＣＵ１００～６００の各々は、車載ネットワークに接続されている。第１車両１０が備えるＥＣＵは、６台に限らず、５台以下でもよいし、７台以上でもよい。なお、図１では省略しているが、第２車両２０、第３車両３０、第４車両４０及び第５車両５０も、第１車両１０と同様に、複数のＥＣＵを備えている。
　図３Ａに示すように、第１ＥＣＵ１００は、制御部１１０と、車両Ｉ／Ｆ１２０と、記憶部１４０と、通信部１３０と、を備える。図３Ｂに示すように、第２～第６ＥＣＵ２００～６００は、制御部１１０と、車両Ｉ／Ｆ１２０と、記憶部１４０と、を備える。すなわち、第１ＥＣＵ１００のみが、通信部１３０を備えている。
　制御部１１０は、ＣＰＵ１１１と、ＲＯＭ１１２と、ＲＡＭ１１３と、を備える。制御部１１０の各種機能は、ＣＰＵ１１１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。本実施形態では、ＲＯＭ１１２が、プログラムを格納した非遷移的実体的記録媒体に相当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。
　車両Ｉ／Ｆ１２０は、車載ネットワーク等を介して、他のＥＣＵを含む種々の車載機器に接続され、車載機器から種々の情報を取得する。車載ネットワークには、ＣＡＮ、及びイーサネットが含まれてもよい。ＣＡＮは、Controller Area Networkの略である。ＣＡＮは登録商標である。イーサネットは登録商標である。車両Ｉ／Ｆ１２０に接続される車載機器には、車両に当初から搭載されている機器のほか、後付けされる外装装置が含まれてもよい。
　通信部１３０は、無線通信により広域通信ネットワークＮＷを介して、サーバ装置５００、第１情報端末６５、第４車両４０及び第５車両５０と、データの送受信を行う。また、通信部１３０は、車車間通信により、第２車両２０及び第３車両３０と、データの送受信を行う。通信部１３０は、制御部１１０とともに、後述するデータ送受信部１１の機能を実現する。
　記憶部１４０は、第１データベース（以下、ＤＢ）１８、第２ＤＢ１９、第３ＤＢ１４、及び第４ＤＢ１５を含む。記憶部１４０は、車両Ｉ／Ｆ１２０を介して取得される車両データ、第１車両１０で生成したデータモデル、及び、通信部１３０を介して取得されるデータモデルを記憶する。データモデルは、車両データを標準化した標準データであり、詳細は後述する。
　図２に示すように、第１～第６ＥＣＵ１００～６００は、その全体で、データ送受信部１１、データ収集配信部１２、データ補完部１３、第１機能部１６、第２機能部１７、第３機能部２１、第４機能部２２、第１車内アプリ実行部２５、第２車内アプリ実行部２６及び第３車内アプリ実行部２７の機能を備える。図１に示すように、本実施形態では、第１ＥＣＵ１００は、データ送受信部１１の機能を備える。第２ＥＣＵ２００は、データ収集配信部１２、データ補完部１３及び第１車内アプリ実行部２５の機能を備える。第３ＥＣＵ３００は、第１機能部１６の機能を備える。第４ＥＣＵ４００は、第２機能部１７の機能を備える。第５ＥＣＵ５５０は、第２車内アプリ実行部２６及び第３機能部２１の機能を備える。第６ＥＣＵ６００は、第３車内アプリ実行部２７及び第４機能部２２の機能を備える。上述の各種機能は、第１～第６ＥＣＵ１００～６００にどのように配分されてもよく、５台以下のＥＣＵにすべての機能が配分されてもよい。本実施形態では、第２ＥＣＵがセントラルＥＣＵに相当する。
　第１機能部１６は、第１機能を実現して、第１車両データを生成し、生成した第１車両データを第１ＤＢ１８に格納する。第１機能は、例えば、車両の現在地の取得機能であり、第１車両データは、例えば、ＧＰＳから取得した現在地を示す生データである。
　第２機能部１７は、第２機能を実現して、第２車両データを生成し、生成した第２車両データを第２ＤＢ１９に格納する。第２機能は、例えば、車室情報取得機能であり、第２車両データは、例えば、外気温センサから取得した外気温を示す生データである。同様に、第３機能部２１は、第３機能を実現して、第３車両データを生成し、生成した第３車両データを図示しない第５ＤＢに格納する。第４機能部２２は、第４機能を実現して、第４車両データを生成し、第４車両データを図示しない第６ＤＢに格納する。
　第１車内アプリ実行部２５は、後述する第３ＤＢ１４に格納されているデータモデルに基づいて、第１車内アプリケーションプログラムを実行する。第２車内アプリ実行部２６は、第３ＤＢ１４に格納されているデータモデルに基づいて、第２車内アプリケーションプログラムを実行する。第３車内アプリ実行部２７は、第３ＤＢ１４に格納されているデータモデルに基づいて、第３車内アプリケーションプログラムを実行する。第１、第２及び第３車内アプリケーションプログラムは、エンドユーザにサービスを提供するためのプログラムであり、サービス事業者が開発して提供する。エンドユーザは、車両のユーザ、車両の所有者、運行管理者などである。提供されるサービスは、フリートサービスや、カーシェアサービスなどである。
　データ収集配信部１２は、第１及び第２ＤＢ１８，１９並びに第５及び第６ＤＢから第１，第２，第３，第４車両データを取得する。そして、データ収集配信部１２は、取得した第１，第２，第３，第４車両データを、標準フォーマットに変換し、階層化された分類に対応付けて、第３ＤＢ１４に格納する。このように標準化された車両データが、データモデルに相当する。データモデルは、車両製造メーカ、車種及び車両モデルに関わらず同一の物理量が同一の単位で表されるように正規化されたデータである。すなわち、データモデルは、車両製造メーカ、車種及び車両モデルの差異に関わらず共通的に扱えるよう、共通のフォーマットで構造化されたデータである。
　図５に、データモデルの一例を示す。データモデルは、最上位の第１階層に設定される項目として、「車両仕様」、「位置情報」、「車室内情報」、「環境認識」等を備える。第１階層に属する各項目は、車両データのカテゴリを表す。
　さらに、第１階層の項目である「車両仕様」は車種や装備等を示すカテゴリであって、第２階層の項目として、「車両識別信号」、「モデル名」、及び「製造メーカ」を備える。第１階層の項目である「位置情報」は車両の位置に関する情報を示すカテゴリであって、第２階層の項目として、「現在地」、「速度」及び「方位」を備える。第１階層の項目である「車室内情報」は車室内の状態を示すカテゴリであって、第２階層の項目として、「Ａ／Ｃ状態」、「外気温」及び「シートセンサ状態」を備える。第１階層の項目である「環境認識」は車両外部の環境を示すカテゴリであって、第２階層の項目として、「標識」、「白線」及び「障害物」を備える。なお、第２階層の各項目は、その下に、更に第３階層を備えていてもよい。
　第１、第２，第３車内アプリ実行部２５，２６，２７が実行するアプリケーションプログラムは、車両の製造メーカだけでなく、サードパーティにより開発されて提供される。サードパーティは、車種及び車両モデルごとに車両用のアプリケーションプログラムを開発することは困難である。そこで、車両ネットワークシステム１５０上のプラットフォーマーは、車両用のアプリケーションプログラムについて、標準化されたデータモデルに基づいて動作することを規定し、サードパーティを含む種々のサプライヤに、アプリケーションプログラムの開発が容易な開発環境を提供している。
　データ補完部１３は、第１又は第２又は第３車内アプリ実行部２５，２６，２７がアプリケーションプログラムを実行するために必要なデータモデルが不足している場合に、不足データを検出し、他車両のデータモデル（以下、他車両データ）を用いて、不足データを補完する。データ補完部１３は、第４ＤＢ１５に格納されているデータ補完ポリシーに基づいて、不足データを補完する。データ補完ポリシーは、不足データの補完手段を示す。詳しくは、データ補完ポリシーは、データモデルを取得するために、ネットワーク通信及び車車間通信のうち選択する通信手段を記載している。また、データ補完ポリシーは、ネットワーク通信及び車車間通信ができない場合、又は不足データに対応する他車両のデータモデルが存在しない場合において、選択する代替手段を記載している。
　データ送受信部１１は、通信部１３０を介したネットワーク通信又は車車間通信により、他車両のデータモデルを受信する。また、データ送受信部１１は、通信部１３０を介したネットワーク通信又は車車間通信により、データ収集配信部１２により生成されたデータモデルを他車両又はサーバ装置５００へ送信する。
　第１～第６ＥＣＵ１００～６００は、第２情報端末６０と無線又は有線接続して、データ通信を行う。第２情報端末６０は、例えば、ユーザが車両に持ち込んだスマートフォン、タブレット、ウェアラブルデバイスなどの携帯端末である。
　図４に示すように、サーバ装置５００は、制御部５１０と、通信部５２０と、記憶部５３０と、を備える。
　制御部５１０は、ＣＰＵ５１１と、ＲＯＭ５１２と、ＲＡＭ５１３と、を備える。制御部５１０の各種機能は、ＣＰＵ５１１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ５１２が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。
　通信部５２０は、広域通信ネットワークＮＷを介して、第１～第５車両１０～５０（具体的には、各車両のＥＣＵ）との間でデータの送受信を行う。
　図２に示すように、制御部５１０は、第１車外アプリ実行部８０と、第２車外アプリ実行部９０の機能を備える。第１車外アプリ実行部８０は後述するデータモデルに基づいて、第１車外アプリケーションプログラムを実行する。第２車外アプリ実行部９０は、データモデルに基づいて、第２車外アプリケーションプログラムを実行する。第１及び第２車外アプリケーションプログラムは、エンドユーザにサービスを提供するためのプログラムであり、サービス事業者が開発して提供する。
　第１，第２，第３車内アプリケーションプログラム、及び、第１，第２車外アプリケーションプログラムは、例えば、燃料予測アプリケーションプログラム、自動隊列走行アプリケーションプログラムである。第１，第２，第３車内アプリ実行部２５，２６，２７及び、第１，第２車外アプリ実行部８０，９０は、燃料予測アプリケーションプログラムを実行することにより、目的地までの第１車両１０の消費燃料を予想する。また、第１，第２，第３車内アプリ実行部２５，２６，２７及び、第１，第２車外アプリ実行部８０，９０は、自動隊列走行アプリケーションプログラムを実行することにより、目的地まで第１車両１０を自動運転で隊列走行させる。
　記憶部５３０は、車両ＤＢ６３を含む。車両ＤＢ６３は、第１～第５車両１０～５０から収集したデータモデルを記憶する。
　＜２．処理＞
　次に、不足データを補完する処理について、図６のシーケンス図を参照して第１ＥＣＵ１００及び第２ＥＣＵ２００の動作を説明する。本実施形態では、第１ＥＣＵ１００及び第２ＥＣＵ２００が、本開示のデータ管理装置に相当する。
　Ｓ１０では、第１，第２，第３車内アプリ実行部２５，２６，２７のいずれかが、アプリケーションプログラムの実行に必要なデータモデルを、データ収集配信部１２に要求する。
　例えば、第１又は第２又は第３車内アプリ実行部２５，２６，２７が、燃費予想アプリケーションプログラムを実行している場合、第１又は第２又は第３車内アプリ実行部２５，２６，２７は、データモデルとして、目的地までの距離、速度、乗車人数、空調のオン又はオフ、外気温を要求する。目的地までの距離は、ＧＰＳ信号から算出される。速度は、車速センサの検出信号から算出される。乗車人数は、シートセンサの検出信号又は車室内カメラの映像から算出される。空調のオン又はオフは、空調の制御信号から算出される。外気温は、外気センサの検出信号から算出される。燃費予想アプリケーションは、データモデルとして取得した距離、速度、乗車人数、空調のオン又はオフ、外気温などから、目的地まで走行する際の燃費を演算する。
　また、第１又は第２又は第３車内アプリ実行部２５，２６，２７が、自動隊列走行アプリケーションプログラムを実行している場合、第１又は第２又は第３車内アプリ実行部２５，２６，２７は、データモデルとして、現在地、標識の位置及び内容、白線の位置、障害物の位置を要求する。現在地は、ＧＰＳ信号から算出される。標識の位置及び内容と、白線の位置は、周辺カメラで撮影された撮影画像に基づいた画像認識の結果から算出される。障害物の位置は、上記画像認識の結果、あるいは、ソナー又はライダーによる観測結果から算出される。自動隊列走行アプリケーションは、データモデルとして取得した現在地、周辺環境の情報、及び地図情報を用いて、隊列走行の自動運転を制御する。
　Ｓ２０では、データ収集配信部１２が、受け取ったデータ要求を解釈して、第１機能部１６及び第２機能部１７から取得すべき車両データの種類を認識する。
　Ｓ３０では、データ収集配信部１２が、Ｓ２０で認識した種類の車両データを、第１機能部１６、第２機能部１７、第３機能部２１及び第４機能部２２へ要求する。
　Ｓ４０では、第１機能部１６及び第２機能部１７は、要求された車両データを、第１ＤＢ１８及び第２ＤＢ１９から取得して、データ収集配信部１２へ送信する。第３機能部２１及び第４機能部２２は、要求された車両データを、第５ＤＢ及び第６ＤＢから取得して、データ収集配信部１２へ送信する。第１ＤＢ１８、第２ＤＢ１９、第５ＤＢ及び第６ＤＢが、要求された車両データのすべてを記憶していないことがある。
　車種又は車両モデルによって、車両に搭載されている車載機器が異なる。そのため、第１車両１０が、要求された車両データを取得する車載機器を備えていない場合がある。このような場合、第１ＤＢ１８、第２ＤＢ１９，第５ＤＢ及び第６ＤＢは、要求された車両データを記憶していない。例えば、外気センサを備えている車種と外気センサを備えていない車種とがある。第１車両１０が外気センサを備えていない場合、第１ＤＢ１８、第２ＤＢ１９、第５ＤＢ及び第６ＤＢは、外気温の車両データを記憶していない。また、周辺カメラを備えている車種と周辺カメラを備えていない車種とがある。例えば、隊列走行では、先頭の車両は周辺カメラを備えているが、後続の車両は周辺カメラを備えていないことがある。周辺カメラ第１車両１０が周辺カメラを備えていない場合、第１ＤＢ１８、第２ＤＢ１９、第５ＤＢ及び第６ＤＢは、撮影画像の車両データを記憶していない。
　また、第１車両１０が、要求された車両データを取得する車載機器を備えている場合であっても、車載機器の異常等により、車載機器が車両データを取得できないことがある。このような場合、第１ＤＢ１８、第２ＤＢ１９，第５ＤＢ及び第６ＤＢは、要求された車両データの一部又は全部を記憶していない。
　第１ＤＢ１８及び第２ＤＢ１９が、要求された車両データのすべてを記憶していない場合、第１機能部１６及び第２機能部１７は、要求された車両データのうち、第１ＤＢ１８及び第２ＤＢ１９に記憶されている車両データを、データ収集配信部１２へ送信する。
　Ｓ５０では、データ収集配信部１２は、受け取った車両データを標準化してデータモデルを生成する。そして、データ収集配信部１２は、第１，第２，第３車内アプリ実行部２５，２６，２７から要求されたデータモデルと、生成したデータモデルとを比較し、要求されたデータモデルに対して不足するデータモデル（以下、不足データ）を検出する。データ収集配信部１２は、データ補完部１３に不足データの補完を要求する。なお、データ収集配信部１２は、第１，第２，第３車内アプリ実行部２５，２６，２７からのデータ要求とは無関係に、定期的に、第１機能部１６、第２機能部１７、第３機能部２１及び第４機能部２２から車両データを取得して、取得した車両データを標準化してデータモデルを生成してもよい。
　Ｓ６０では、データ補完部１３は、第４ＤＢ１５が記憶しているデータ補完ポリシーを参照して、データの補完手段を判断する。詳しくは、データ補完ポリシーは、不足データの種類ごとに、（ｉ）不足データを補完する補完データの複数の候補がある場合における補完データの選択及び演算方法、（ｉｉ）通信可能時における他車両データの取得手段、（ｉｉｉ）通信不可時における代替手段、を規定している。
　データ補完ポリシーは、上記（i）について、複数の候補の中から、（iａ）第１車両１０の環境と最も近い環境を有する他車両の他車両データを選択すること、又は、（ｉｂ）複数の候補を統計的に演算した統計値を選択すること、を規定している。ここでの環境は、（Ａ）第１車両１０が存在する環境と、（Ｂ）第１車両１０自身の状態とを含む。（Ａ）の例としては、天候、外気温、現在置、都道府県、高速道路、一般道路、山道などである。（Ｂ）の例としては、車種、車両モデル、電源の状態（具体的には、イグニッションオンまたはオフ）、走行状態（例えば、走行中又は停車中）、乗員数、運転状態（例えば、自動運転中又は手動運転中）などである。
　データ補完ポリシーは、上記（ｉｉ）について、距離に依存する不足データは車車間通信で取得し、車種又は車両モデルに依存する不足データはネットワーク通信で取得することを規定している。
　車車間通信の対象は、第１車両１０と近い位置に存在する第２車両２０及び第３車両３０である。一方、ネットワーク通信の対象は、第１車両１０と遠い位置に存在する第４車両４０及び第５車両５０、又はサーバ装置５００である。そこで、データ補完ポリシーは、距離への依存性が強い不足データに、車車間通信を関連付け、車種又は車両モデルへの依存性が強い不足データに、ネットワーク通信を関連付けている。
　距離への依存性が強い不足データは、例えば、天候、外気温、現在置などの環境（Ａ）の情報である。データ補完部１３は、距離に依存する不足データを補完するため、車車間通信で取得した他車両データを取得する。車種又は車両モデルへの依存性が強い不足データは、例えば、車両情報である。車両情報は、車両の制御データ、車両の冷却水音などを含む。データ補完部１３は、車種又は車両モデルに依存する不足データを補完するため、ネットワーク通信で取得した他車両データを取得する。
　また、データ補完ポリシーは、上記（ｉｉｉ）について、ネットワーク通信及び車車間通信の両方ができない場合又は不足データに対応する他車両のデータモデルが存在しない場合における、不足データ取得のための代替手段を規定している。データ補完部１３は、ネットワーク通信及び車車間通信の一方が可能である場合は、データ補完ポリシーが規定する通信手段に関わらず、可能な通信を使用して、不足データを取得する。
　代替手段としては、ユーザによるユーザ設定値のユーザの手動入力と、固定値又は計算値の自動入力とがある。ユーザは、第１情報端末６５又は第２情報端末６０を介して、ユーザ設定値を手動で入力する。
　ユーザが第１車両１０に乗車している場合は、ユーザは第２情報端末６０を介してユーザ設定値を手動で入力し、ユーザが第１車両１０と離れた場所で運行管理等をしている場合は、ユーザは第１情報端末６５を介してユーザ設定値を手動で入力する。
　固定値は、予め設定されているデフォルト値である。計算値は、前回値、統計値、及び推定値を含み、一時的に不足データが生じた場合に用いられる。前回値は、今回の処理周期での不足データに対応する前回の処理周期で取得したデータモデルである。統計値は、今回の処理周期での不足データに対応する過去の所定期間で取得したデータモデルの平均値や中央値、最頻値である。推定値は、今回の処理周期での不足データに対応する過去の所定期間で取得したデータモデルから推定した値である。
　以下では、通信可能な場合には、Ｓ７０～Ｓ１００の処理を行う。通信不可且つユーザが車外から第１情報端末６５を介して手動で入力する場合には、Ｓ１１０～Ｓ１４０の処理を行う。通信不可且つユーザが車内から第２情報端末６０を介して手動で入力する場合には、Ｓ１５０～Ｓ１６０の処理を行う。
　Ｓ７０では、データ補完部１３は、選択した通信手段とともに、データ送受信部１１へ不足データを要求する。データ補完部１３は、不足データとして、特定の製造メーカ又は特定の車種の他車両、且つ／又は、第１車両１０の現在位置周辺の他車両の他車両データを要求してもよい。
　Ｓ８０において、選択した通信手段がネットワーク通信である場合、データ送受信部１１は、ネットワーク通信を介して、サーバ装置５００、第４車両４０及び第５車両５０へ、第１車両１０の識別番号の送信とともに不足データを要求する。データ送受信部１１は、ネットワーク通信を介して、サーバ装置５００、第４車両４０及び第５車両５０へ、第１車両１０の識別番号とともに第１車両１０の現在位置を送信してもよい。
　続いて、Ｓ９０では、サーバ装置５００が、ネットワーク通信を介して、車両ＤＢ６３から不足データに対応するデータモデルである他車両データを、データ送受信部１１へ送信する。サーバ装置５００は、第１車両１０の識別番号に基づいて、車両ＤＢ６３が記憶している他車両データから、第１車両１０と同じ製造メーカ又は同じ車種である他車両の他車両データを選択し、選択した他車両データを、データ送受信部１１へ送信してもよい。また、サーバ装置５００は、第１車両１０の現在位置に基づいて、車両ＤＢ６３が記憶している他車両データから、第１車両１０の現在位置から所定の範囲内（あるいは、第１車両１０に一番近い位置）に存在する他車両の他車両データを選択して、選択した他車両データを、データ送受信部１１へ送信してもよい。また、サーバ装置５００は、車両ＤＢ６３が記憶している他車両データから、第１車両１０と同じ製造メーカの車両又は同じ車種の他車両、且つ、第１車両１０の現在位置から所定の範囲内（あるいは、第１車両１０に一番近い位置）に存在する他車両の他車両データを選択して、選択した他車両データを、データ送受信部１１へ送信してもよい。さらに、第４車両４０及び第５車両５０が、他車両データをデータ送受信部１１へ送信する。
　Ｓ８０において、選択した通信手段が車車間通信である場合、データ送受信部１１は、車車間通信を介して、第２車両２０及び第３車両３０へ、不足データを要求する。このとき、データ送受信部１１は、所定の条件を提示して、所定の条件を満たす不足データを要求する。具体的には、不足データが、水温予測値、充電残量予測値などの車種に依存するデータモデルである場合には、所定の条件は、他車両が、特定の製造メーカの車両又は特定の車種であることである。また、不足データが、外気温、天候等の場所に依存するデータモデルである場合、所定の条件は、他車両の現在地が、第１車両１０の現在地を中心とした所定の範囲内に入っていること、あるいは、他車両の走行道路のＩＤが、第１車両１０の走行道路のＩＤと一致することである。続いて、Ｓ９０では、第２車両２０及び第３車両３０が、車車間通信を介して、他車両データをデータ送受信部１１へ送信する。
　Ｓ１００では、データ送受信部１１は、受け取った他車両データを、データ補完部１３へ送信する。
　また、Ｓ１１０では、データ補完部１３は、データ送受信部１１へ、車外のユーザによる不足データの手動入力を要求する。
　Ｓ１２０では、データ送受信部１１は、通信ネットワークを介して、第１情報端末６５へ、不足データの手動入力を要求する。
　Ｓ１３０では、第１情報端末６５は、ユーザにより手動で入力された入力データを、データ送受信部１１へ送信する。
　Ｓ１４０では、データ送受信部１１は、入力データをデータ補完部１３へ送信する。
　また、Ｓ１５０では、データ補完部１３は、第２情報端末６０へ、車内通信を介して、車内のユーザによる不足データの手動入力を要求する。車内通信は、有線通信、赤外線通信、Bluetooth（登録商標）通信などである。
　Ｓ１６０では、第２情報端末６０は、ユーザにより手動で入力された入力データを、データ補完部１３へ送信する。
　Ｓ１７０では、データ補完部１３は、受け取った他車両データ又は入力データから、不足データを補完するための補完データを選択する。データ補完部１３は、複数の補完データの候補があり、且つ、データ補完ポリシーの上記（ｉ）で、（ｉａ）第１車両１０の環境と最も近い環境を有する他車両の他車両データを選択することが規定されている場合に、複数の候補の中から第１車両１０の環境と最も近い環境を有する他車両の他車両データを選択する。ここでの環境は、上述した環境（Ａ）及び（Ｂ）を含む。また、データ補完部１３は、サーバ装置５００により選択された他車両データを受け取った場合であっても、データ補完ポリシーに基づいて、受け取った他車両データの中から、補完に使用する他車両データを選択する。
　すなわち、データ補完部１３は、車両ＤＢ６３、第４車両４０及び第５車両５０の各々からの他車両データを受け取った場合に、３つの他車両データのうち、第１車両１０の現在の環境に最も近い環境で取得された他車両データを補完データとして選択する。
　また、データ補完部１３は、複数の補完データの候補があり、且つ、データ補完ポリシーの上記（ｉ）で、（ｉｂ）複数の候補を統計的に演算した統計値を選択することが規定されている場合に、複数の候補を統計的に演算した統計値を選択する。統計値は、平均値、中央値、最頻値などである。データ補完部１３は、車両ＤＢ６３、第４車両４０及び第５車両５０の各々からの他車両データを受け取った場合に、３つの他車両データの統計値を算出して、統計値を補完データとして選択する。データ補完部１３は、サーバ装置５００により選択された他車両データを受け取った場合であっても、データ補完ポリシーに基づいて、統計値を演算して、演算した統計値を補完に用いる。
　Ｓ１８０では、データ補完部１３は、選択した補完データをデータ収集配信部１２へ送信する。
　Ｓ１９０では、データ収集配信部１２は、生成したデータモデルに受け取った補完データを追加した補完済みデータを生成し、補完済みデータを第１又は第２又は第３車内アプリ実行部２５，２６，２７へ送信する。これにより、第１車両１０が外気センサを備えていない場合でも、第１又は第２又は第３車内アプリ実行部２５，２６，２７は、第１車両１０の近くの他車両が検出した外気温を用いて、燃料予想アプリケーションプログラムを実行することができる。また、第１車両１０が周辺カメラを備えていない場合でも、第１又は第２又は第３車両アプリ実行部２５，２６，２７は、第１車両１０の近くの車両（例えば、先頭車両）が検出した標識の位置及び内容、白線の位置、並びに障害物の位置を用いて、自動隊列走行アプリケーションプログラムを実行することができる。なお、本実施形態では、データ収集配信部１２が、本開示のデータ収集部、要求受取部及び不足検出に相当し、データ補完部１３が、補完部に相当する。
　＜３．効果＞
　以上詳述した本実施形態によれば、以下の効果を奏する。
　（１）第１ＥＣＵ１００及び第２ＥＣＵ２００は、第１車内アプリ実行部２５又は第２車内アプリ実行部２６によるアプリケーションプログラムの実行に必要なデータモデルが不足している場合に、他車両データ又は入力データを用いて不足データを補完することができる。ひいては、第１車内アプリ実行部２５及び第２車内アプリ実行部２６は、搭載されている車両の車種やモデルにかかわらず、第１ＥＣＵ１００及び第２ＥＣＵ２００により補完されたデータモデルを用いて、種々のアプリケーションプログラムを実行できる。
　（２）不足データに対応する複数の他車両データがある場合に、第１車両１０の環境と最も近い環境において取得された他車両データで不足データを補完することにより、適切に不足データを補完することができる。
　（３）不足データに対応する複数の他車両データがある場合に、複数の他車両データを統計的に処理した統計値で不足データを補完することにより、適切に不足データを補完することができる。
　（４）第１ＥＣＵ１００は、ネットワーク通信を介して、サーバ装置５００、第４車両４０及び第５車両５０から他車両データを取得することができる。
　（５）第１ＥＣＵ１００は、車車間通信を介して、第２車両２０及び第３車両３０から他車両データを取得することができる。車車間通信は、ネットワーク通信よりも高レートな通信である。したがって、複数の車両が隊列走行するような場合において、後続車両が先頭車両から高レートで他車両データを取得することができる。
　（６）第１情報端末６５又は第２情報端末６０を介してユーザが手動で入力した入力データを用いることにより、第１ＥＣＵ１００がネットワーク通信及び車車間通信をできない場合や、他車両データが存在しない場合でも、不足データを補完することができる。
　（他の実施形態）
　以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
　（ａ）上述した実施形態では、第２ＥＣＵ２００は、第１ＥＣＵ１００と別個のＥＣＵであったが、第２ＥＣＵ２００は、第１ＥＣＵ１００と一体のＥＣＵであってもよい。すなわち、セントラルＥＣＵが、車外通信用の通信部１３０を備えていてもよい。
　（ｂ）上述した実施形態では、第１ＥＣＵ１００及び第２ＥＣＵ２００が、不足データを補完する処理を実行しているが、サーバ装置５００が不足データを補完する処理を実行してもよい。すなわち、各車両の第２ＥＣＵ２００が収集した車両データをサーバ装置５００へアップロードしてもよい。サーバ装置５００は、アップロードされた車両データを標準化して標準データを生成し、アプリ実行部からの要求に対して不足する不足データを検出し、他車両データを用いて不足データを補完してもよい。
　（ｃ）本開示に記載の制御部１１０及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部１１０及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部１１０及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。制御部１１０に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
　（ｄ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
　（ｅ）上述したデータ管理装置の他、当該データ管理装置を構成要素とするシステム、当該データ管理装置としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実体的記録媒体、データ管理方法など、種々の形態で本開示を実現することもできる。
［本明細書が開示する技術思想］
［項目１］
　車両（１０）に搭載れたデータ管理装置（１００，２００）であって、
　アプリケーションプログラムを実行するように構成されたアプリ実行部から、前記アプリケーションプログラムの実行に必要なデータの要求を受け取るように構成された要求受取部（１２）と、
　前記車両に搭載された１つ以上の機器から車両データを収集し、収集した車両データを、標準化して標準データを生成するように構成されたデータ収集部（１２）と、
　前記要求受取部により受け取られた前記データの要求と、前記データ収集部により生成された前記標準データとを比較して、前記データの要求に対して不足する不足データを検出するように構成された不足検出部（１２）と、
　前記車両と異なる少なくとも１台の他車両（２０，３０，４０，５０）の前記標準データである他車両データを用いて、前記不足検出部により検出された前記不足データを補完するように構成された補完部（１３）と、を備える、
　データ管理装置。
［項目２］
　前記少なくとも１台の他車両（２０，３０，４０，５０）は、複数の他車両を含み、
　前記補完部（１３）は、前記複数の他車両のうち前記車両（１０）の環境と最も近い環境を有する他車両の前記他車両データで、前記不足データを補完するように構成されている、
　項目１に記載のデータ管理装置。
［項目３］
　前記少なくとも１台の他車両（２０，３０，４０，５０）は、複数の他車両を含み、
　前記補完部（１３）は、前記複数の他車両の前記他車両データを統計的に処理して算出した統計値で、前記不足データを補完するように構成されている、
　項目１又は２に記載のデータ管理装置。
［項目４］
　前記補完部（１３）は、ネットワーク通信を介して、前記少なくとも１台の他車両（４０，５０）又はサーバ装置（５００）のデータベース（６３）から、前記他車両データを取得するように構成されている、
　項目１～３のいずれか１項に記載のデータ管理装置。
［項目５］
　前記補完部（１３）は、車車間通信を介して、前記少なくとも１台の他車両（２０，３０）から前記他車両データを取得するように構成されている、
　項目１～４のいずれか１項に記載のデータ管理装置。
［項目６］
　前記補完部（１３）は、更に、ユーザの手動操作に応じて入力された入力データを取得し、取得した前記入力データで、前記不足データを補完するように構成されている、
　項目１～５のいずれか１項に記載のデータ管理装置。
［項目７］
　前記不足データを補完するための補完手段が記載された補完ポリシーを記憶している記憶部（１５）を更に備え、
　前記補完部（１３）は、前記記憶部が記憶している前記補完ポリシーに基づいて、前記不足データを補完するように構成されている、
　項目１～６のいずれか１項に記載のデータ管理装置。
［項目８］
　前記補完ポリシーは、
　（i）前記不足データを補完する補完データの複数の候補がある場合における前記補完データの選択及び演算方法、及び／又は、（ｉｉ）通信可能時における前記他車両データの取得手段、及び／又は、（ｉｉｉ）通信不可時における代替手段、を規定している、
　項目７に記載のデータ管理装置。
［項目９］
　処理装置（１１０，５１０）が実行するデータの管理方法であって、
　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取り、
　車両（１０）に搭載された１つ以上の機器から送信される車両データを収集し、
　収集した前記車両データを標準化して標準データを生成し、
　受け取った前記データの要求と、生成した前記標準データとを比較して、前記データの要求に対して不足する不足データを検出し、
　前記車両と異なる少なくとも１台の他車両の前記標準データである他車両データを用いて、検出された前記不足データを補完する、
　データの管理方法。
［項目１０］
　処理装置（１１０，５１０）に、
　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取ることと、
　車両に搭載された１つ以上の機器から送信される車両データを収集することと、
　収集した前記車両データを標準化して標準データを生成することと、
　受け取った前記データの要求と、生成した前記標準データとを比較して、前記データの要求に対して不足する不足データを検出することと、
　前記車両と異なる少なくとも１台の他車両の前記標準データである他車両データを用いて、検出された前記不足データを補完することと、を実行させる、
　データ管理プログラム。
［項目１１］
　車両（１０）に搭載された電子制御装置（１００，２００）と、サーバ装置（５００）とを有する、車両のためのデータ管理システム（１５０）であって、
　前記サーバ装置は、
　各車両から受信した複数の車両のデータを標準化した標準データとして記憶しているサーバ側記憶部（６３，５３０）と、
　前記サーバ側記憶部から前記標準データを選択するように構成されたサーバ側制御部（５１０）と、
　前記車両と通信可能に構成され、前記サーバ側制御部により選択された前記標準データを前記車両へ送信するように構成されたサーバ側通信部（５２０）と、
を備え、
　前記電子制御装置は、
　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取るように構成された要求受取部（１２）と、
　前記車両に搭載された１つ以上の機器から送信される車両データを収集し、収集した前記車両データを、標準化して標準データを生成するように構成されたデータ収集部（１２）と、
　前記要求受取部により受け取られた前記データの要求と、前記データ収集部により生成された前記標準データとを比較して、前記データの要求に対して不足する不足データを検出するように構成された不足検出部（１２）と、
　前記サーバ側通信部から送信された、前記車両と異なる少なくとも１台の他車両（２０，３０，４０，５０）の前記標準データである他車両データを受信するように構成された車両側通信部（１１，５２０）と、
　前記車両側通信部により受信された前記他車両データを用いて、前記不足検出部により検出された前記不足データを補完するように構成された補完部（１３）と、を備える、
　データ管理システム。
［項目１２］
　前記サーバ側制御部（５１０）は、前記サーバ側記憶装置（６３，５３０）が記憶している前記標準データの中から、前記複数の車両のうち前記車両（１０）の環境と近い環境を有する他車両のデータを標準化した標準データを選択するように構成されており、
　前記サーバ側通信部（５２０）は、前記サーバ側制御部により選択された前記標準データを前記車両へ送信するように構成されている、
　項目１１に記載のデータ管理システム。
 

Claims (12)

  1. 　車両（１０）のためのデータ管理装置（１００，２００）であって、
    　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取るように構成された要求受取部（１２）と、
    　前記車両に搭載された１つ以上の機器から送信される車両データを収集し、収集した前記車両データを、標準化して標準データを生成するように構成されたデータ収集部（１２）と、
    　前記要求受取部により受け取られた前記データの要求と、前記データ収集部により生成された前記標準データとを比較して、前記データの要求に対して不足する不足データを検出するように構成された不足検出部（１２）と、
    　前記車両と異なる少なくとも１台の他車両（２０，３０，４０，５０）の前記標準データである他車両データを用いて、前記不足検出部により検出された前記不足データを補完するように構成された補完部（１３）と、を備える、
    　データ管理装置。
  2. 　前記他車両（２０，３０，４０，５０）は、複数の他車両であり、
    　前記補完部（１３）は、前記複数の他車両のうち前記車両（１０）の環境と最も近い環境を有する他車両の前記他車両データで、前記不足データを補完するように構成されている、
    　請求項１に記載のデータ管理装置。
  3. 　前記他車両（２０，３０，４０，５０）は、複数の他車両であり、
    　前記補完部（１３）は、前記複数の他車両の前記他車両データを統計的に処理して算出した統計値で、前記不足データを補完するように構成されている、
    　請求項１に記載のデータ管理装置。
  4. 　前記補完部（１３）は、ネットワーク通信を介して、前記少なくとも１台の他車両（４０，５０）又はサーバ装置（５００）のデータベース（６３）から、前記他車両データを取得するように構成されている、
    　請求項１～３のいずれか１項に記載のデータ管理装置。
  5. 　前記補完部（１３）は、車車間通信を介して、前記少なくとも１台の他車両（２０，３０）から前記他車両データを取得するように構成されている、
    　請求項１～３のいずれか１項に記載のデータ管理装置。
  6. 　前記補完部（１３）は、更に、ユーザの手動操作に応じて入力された入力データを取得し、取得した前記入力データで、前記不足データを補完するように構成されている、
    　請求項１～３のいずれか１項に記載のデータ管理装置。
  7. 　前記不足データを補完するための補完手段が記載された補完ポリシーを記憶している記憶部（１５）を更に備え、
    　前記補完部（１３）は、前記記憶部が記憶している前記補完ポリシーに基づいて、前記不足データを補完するように構成されている、
    　請求項１に記載のデータ管理装置。
  8. 　前記補完ポリシーは、
    　（i）前記不足データを補完する補完データの複数の候補がある場合における前記補完データの選択及び演算方法、及び／又は、（ｉｉ）通信可能時における前記他車両データの取得手段、及び／又は、（ｉｉｉ）通信不可時における代替手段、を規定している、
    　請求項７に記載のデータ管理装置。
  9. 　処理装置（１１０，５１０）が実行するデータの管理方法であって、
    　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取り、
    　車両（１０）に搭載された１つ以上の機器から送信される車両データを収集し、
    　収集した前記車両データを標準化して標準データを生成し、
    　受け取った前記データの要求と、生成した前記標準データとを比較して、前記データの要求に対して不足する不足データを検出し、
    　前記車両と異なる少なくとも１台の他車両の前記標準データである他車両データを用いて、検出された前記不足データを補完する、
    　データの管理方法。
  10. 　処理装置（１１０，５１０）に、
    　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取ることと、
    　車両に搭載された１つ以上の機器から送信される車両データを収集することと、
    　収集した前記車両データを標準化して標準データを生成することと、
    　受け取った前記データの要求と、生成した前記標準データとを比較して、前記データの要求に対して不足する不足データを検出することと、
    　前記車両と異なる少なくとも１台の他車両の前記標準データである他車両データを用いて、検出された前記不足データを補完することと、を実行させる、
    　データ管理プログラム。
  11. 　車両（１０）に搭載された電子制御装置（１００，２００）と、サーバ装置（５００）とを有する、車両のためのデータ管理システム（１５０）であって、
    　前記サーバ装置は、
    　各車両から受信した複数の車両のデータを標準化した標準データとして記憶しているサーバ側記憶部（６３，５３０）と、
    　前記サーバ側記憶部から前記標準データを選択するように構成されたサーバ側制御部（５１０）と、
    　前記車両と通信可能に構成され、前記サーバ側制御部により選択された前記標準データを前記車両へ送信するように構成されたサーバ側通信部（５２０）と、
    を備え、
    　前記電子制御装置は、
    　アプリケーションプログラムを実行するように構成されたアプリ実行部（２５，２６，８０，９０）から、データの要求を受け取るように構成された要求受取部（１２）と、
    　前記車両に搭載された１つ以上の機器から送信される車両データを収集し、収集した前記車両データを、標準化して標準データを生成するように構成されたデータ収集部（１２）と、
    　前記要求受取部により受け取られた前記データの要求と、前記データ収集部により生成された前記標準データとを比較して、前記データの要求に対して不足する不足データを検出するように構成された不足検出部（１２）と、
    　前記サーバ側通信部から送信された、前記車両と異なる少なくとも１台の他車両（２０，３０，４０，５０）の前記標準データである他車両データを受信するように構成された車両側通信部（１１，５２０）と、
    　前記車両側通信部により受信された前記他車両データを用いて、前記不足検出部により検出された前記不足データを補完するように構成された補完部（１３）と、を備える、
    　データ管理システム。
  12. 　前記サーバ側制御部（５１０）は、前記サーバ側記憶装置（６３，５３０）が記憶している前記標準データの中から、前記複数の車両のうち前記車両（１０）の環境と近い環境を有する他車両のデータを標準化した標準データを選択するように構成されており、
    　前記サーバ側通信部（５２０）は、前記サーバ側制御部により選択された前記標準データを前記車両へ送信するように構成されている、
    　請求項１１に記載のデータ管理システム。
PCT/JP2023/031928 2022-09-12 2023-08-31 データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム WO2024057963A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-144634 2022-09-12
JP2022144634 2022-09-12

Publications (1)

Publication Number Publication Date
WO2024057963A1 true WO2024057963A1 (ja) 2024-03-21

Family

ID=90275133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/031928 WO2024057963A1 (ja) 2022-09-12 2023-08-31 データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム

Country Status (1)

Country Link
WO (1) WO2024057963A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000338006A (ja) * 1999-05-28 2000-12-08 Horiba Ltd 自動車運転システム、自動車運転システムの車両データ設定方法、および、車両制御プログラムを記録した記録媒体
WO2020129208A1 (ja) * 2018-12-20 2020-06-25 三菱電機株式会社 走行計画生成装置および自動運転システム
JP2021123212A (ja) * 2020-02-04 2021-08-30 Ｔｏｙｏ Ｔｉｒｅ株式会社 タイヤ計測システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000338006A (ja) * 1999-05-28 2000-12-08 Horiba Ltd 自動車運転システム、自動車運転システムの車両データ設定方法、および、車両制御プログラムを記録した記録媒体
WO2020129208A1 (ja) * 2018-12-20 2020-06-25 三菱電機株式会社 走行計画生成装置および自動運転システム
JP2021123212A (ja) * 2020-02-04 2021-08-30 Ｔｏｙｏ Ｔｉｒｅ株式会社 タイヤ計測システム

Similar Documents

Publication Publication Date Title
US9919715B2 (en) Vehicle mode scheduling with learned user preferences
CN109416873B (zh) 具有自动化风险控制系统的自主或部分自主机动车辆及其相应方法
US9672666B2 (en) Method and apparatus for collecting vehicle data
US8751098B2 (en) Method of monitoring CANbus information
US20230106791A1 (en) Control device for vehicle and automatic driving system
US9176924B2 (en) Method and system for vehicle data collection
US20160306766A1 (en) Controller area network bus
US20160189544A1 (en) Method and system for vehicle data collection regarding traffic
US20130151088A1 (en) Method and system for vehicle data collection regarding traffic
CN110574089A (zh) 用于数据收集的方法
US20240190447A1 (en) Data provision system, vehicle control system, vehicle control device, and storage medium storing data conversion program
CN113283682B (zh) 车辆救援方法、装置、电子设备及存储介质
JP7046274B1 (ja) 通信管理装置、通信管理方法、通信管理プログラム、運転支援装置、運転支援方法及び運転支援プログラム
WO2019168827A1 (en) Fleet management for vehicles using operation modes
CN117022146B (zh) 一种客运车辆的双域电子电气架构、工作方法及客运车辆
WO2024057963A1 (ja) データ管理装置、データの管理方法、データ管理プログラム及びデータ管理システム
KR102362452B1 (ko) 카메라 제어 장치 및 그것의 제어 방법
CN110226135A (zh) 用于在车辆中提供基于执行器的车辆功能的方法以及车辆计算装置和车辆
CN115457792B (zh) 信息处理装置、非暂时性介质以及信息处理方法
CN219761329U (zh) 车辆通信系统及车辆
JP7563453B2 (ja) 車載装置、車両通信システムおよびアルゴリズム提供方法
WO2024142981A1 (ja) 車載機、データ提供方法、及びプログラム
WO2024142973A1 (ja) 車載機、データ提供システム、データ提供方法、及びプログラム
US20240070581A1 (en) Information processing method, information processing apparatus, information processing system, and non-transitory computer readable medium
US20240046790A1 (en) Augmented path planning for automotive applications

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: 23865318

Country of ref document: EP

Kind code of ref document: A1