Vehicle data calculation method and vehicle data calculation system

Abstract

To provide a vehicle data computation method and a vehicle data computation system that can reduce a computation load on an on-vehicle computer.SOLUTION: A vehicle data computation method comprises an operation type classification step that classifies computation processing to be executed by an on-vehicle computer according to a vehicle state into a first computation type required to realize a currently required vehicle function and a second computation type other than the first computation type; a high computation load step that is executed when the vehicle state is a high computation load state with a large amount of computation related to computation processing; and a low computation load step that is executed when the vehicle state is a low computation load state with a small amount of computation related to computation processing. In the high computation load step, the first computation included in the first computation type is executed, and the computation data used for executing the second computation included in the second computation type are stored in a predetermined storage area. In the low computation load step, the second computation is executed on the basis of the computation data stored in the storage area.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present invention relates to a vehicle data calculation method and a vehicle data calculation system. [Background technology]

[0002] Patent Document 1 proposes a mobility data collection system that transmits probe information from a vehicle to a data collection center. In this mobility data collection system, when transmitting the probe information, the necessity of the collected information is determined based on a machine learning model from the viewpoint of suppressing the amount of data transmission and the data storage capacity on the data collection center side. In particular, the construction of this machine learning model is executed in parallel with the collection of the probe information in the vehicle. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6640769 Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the mobility data collection system of Patent Document 1, the collection of probe information and the construction of a machine learning model are executed in parallel in the vehicle, which increases the load on the on-board computing device. As a result, it becomes necessary to install a computing device with higher processing power in the vehicle.

[0005] In view of the above circumstances, an object of the present invention is to provide a vehicle data calculation method and a vehicle data calculation system that can reduce the calculation load on an on-board computer. [Means for solving the problem]

[0006] According to one aspect of the present invention, there is provided a vehicle data calculation method for executing a predetermined calculation process by an on-board computer based on data collected in a vehicle. This vehicle data calculation method includes a calculation type classification step of classifying calculation processes to be executed by the on-board computer according to the state of the vehicle into a first calculation type required to realize a currently required function of the vehicle and a second calculation type other than the first calculation type, a high calculation load step executed when the state of the vehicle is a high calculation load state in which the amount of calculation related to the calculation process is large, and a low calculation load step executed when the state of the vehicle is a low calculation load state in which the amount of calculation related to the calculation process is small. In the high calculation load step, a first calculation included in the first calculation type is executed and calculation data used for executing a second calculation included in the second calculation type is stored in a predetermined storage area, and in the low calculation load step, the second calculation is executed based on the calculation data stored in the storage area. Then, in the high computational load step, it is determined whether or not a second computation execution condition is satisfied as a condition for executing the second computation in the low computational load step following the high computational load step, and in the low computational load step, the second computation is executed if it is determined that the second computation execution condition is satisfied. Effect of the Invention

[0007] According to the present invention, the computational load on the vehicle-mounted computer can be reduced. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram for explaining a basic configuration of a vehicle data collection system common to each embodiment. [Diagram 2] FIG. 2 is a block diagram illustrating the details of each component of the vehicle data collection system common to all the embodiments. [Diagram 3] FIG. 3 is a diagram showing an example of the calculation type classification data stored in the storage unit of the vehicle-mounted terminal. [Figure 4] FIG. 4 is a flowchart illustrating the vehicle data calculation method according to the first embodiment. [Diagram 5] FIG. 5 is a flowchart illustrating the details of the system operation process. [Figure 6] FIG. 6 is a flowchart illustrating the details of the system pause process. [Figure 7]FIG. 7 is a flowchart illustrating details of the system operation process according to the second embodiment. [Figure 8] FIG. 8 is a flowchart illustrating details of the system pause process of the embodiment. [Figure 9] FIG. 9 is a flowchart illustrating details of the system operation process according to the third embodiment. [Figure 10] FIG. 10 is a flowchart illustrating details of the system operation time process of the fourth embodiment. [Figure 11] FIG. 11 is a flowchart illustrating details of the second calculation start timing setting in this embodiment. [Figure 12] FIG. 12 is a flowchart illustrating the details of the system pause process of the embodiment. [Figure 13] FIG. 13 is a flowchart illustrating a vehicle data calculation method according to the fifth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[0010] [Configuration common to each embodiment] Fig. 1 is a diagram illustrating the overall configuration of a vehicle data collection system 10 common to each embodiment. Fig. 2 is a block diagram illustrating the details of each component included in the vehicle data collection system 10.

[0011] As shown in the figure, the vehicle data collection system 10 includes a vehicle V (particularly, an on-board computer 20 mounted on the vehicle V) and a server 40 communicatively connected to the vehicle V via a predetermined network 100.

[0012] The vehicle-mounted computer 20 and the server 40 constituting the vehicle data collection system 10 are each composed of a computer equipped with an arithmetic / control device such as a CPU (Central Processing Unit), various storage devices such as a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), or a hard disk (magnetic storage device), and various input / output devices such as a keyboard, a mouse, a touch panel, a display, a printer, and an I / O port. The vehicle-mounted computer 20 and the server 40 execute each process described below using the above hardware and a predetermined program (software) stored in the storage device.

[0013] The vehicle V is an automobile equipped with an electric motor as a driving source, and may be configured as an automobile (BEV: Battery Electric Vehicle) that does not have an internal power generation device and can supply power to an on-board battery using an external charging means, or an automobile (HEV: Hybrid Electric Vehicle) that has an internal power generation device and can supply power to an on-board battery by the power generation device or by both the power generation device and the external charging means. The vehicle V includes the on-board computer 20, the sensor 30, and the output destination device 32 described above.

[0014] (On-board computer 20) The on-board computer 20 is a computer that performs various processes to realize the functions required for the vehicle V, such as the running operation of the vehicle V (e.g., driving, braking, or steering) and various output functions in the vehicle cabin (e.g., the display function of a display or the audio output function of an audio device). Specifically, the on-board computer 20 is composed of a computer equipped with an arithmetic / control device such as a CPU (Central processing Unit), various storage devices such as a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), or a hard disk (magnetic storage device), and various input / output devices such as various operation buttons, a touch panel, a display, or an I / O port.

[0015] More specifically, the functions of the on-board computer 20 can be realized by any computer, such as an ADAS (Advanced Driver Assistance Systems) controller, a motor controller, an ECU (Engine Control Unit), or a vehicle controller, that is mounted on the vehicle V. The functions of the on-board computer 20 may be realized by implementing a program for executing each process in a single piece of hardware, or by distributing the program for executing each process among a plurality of pieces of hardware.

[0016] In particular, as shown in FIG. 2, the vehicle-mounted computer 20 includes a calculation unit 21, a storage unit 22, and a communication unit .

[0017] The calculation unit 21 performs calculation processing to realize each function required for the vehicle V based on the vehicle data D received from the sensor 30. The calculation unit 21 then outputs the calculation results obtained by performing the calculation processing to a predetermined output destination device 32. The output destination device 32 is various devices mounted on the vehicle V, such as a driving actuator, a display in the vehicle cabin, and an audio device. In particular, the calculation unit 21 outputs the probe information D obtained by the server 40. pFrom the viewpoint of obtaining the above, a predetermined primary processing operation is performed on the vehicle data D, and the operation result is output to the communication unit 23.

[0018] The storage unit 22 stores calculation type data that links various calculation processes that are expected to be executed in the vehicle-mounted computer 20 to items of a first calculation type and a second calculation type that are determined in advance. Here, the first calculation type means a calculation process that requires real-time performance for the calculation result. More specifically, the first calculation type is a type of calculation that is essential to obtain a calculation result to realize the function currently required for the vehicle V. On the other hand, the second calculation type is a type of calculation other than the first calculation type (a calculation that does not fall under the first calculation type). In other words, the second calculation type is a type of calculation that is not essential to obtain a calculation result to realize the function currently required for the vehicle V. In other words, the second calculation type is a type of calculation that does not interfere with the realization of the function itself currently required for the vehicle V even if the calculation result is not immediately obtained. The calculation type data of the storage unit 22 will be described in more detail.

[0019] 3 is a diagram showing one aspect of the calculation type classification data stored in the storage unit 22 of the in-vehicle computer 20. As shown in the figure, the storage unit 22 stores, as a first calculation type, a navigation-related calculation for realizing a car navigation function, a driving-related calculation for realizing a driving state required for the vehicle V, an HVAC (Heating, Ventilation, and Air Conditioning) operation calculation as a calculation related to the operation control of the air conditioning system, an HMI (Human Machine Interface)-related calculation related to input by the occupant (input to a switch, an accelerator pedal, a steering wheel, etc., input to a display in the vehicle cabin, and voice input to the navigation system, etc.), an IVI (In-Vehicle Infotainment)-related calculation related to voice or display by a car audio or various players for the purpose of in-vehicle entertainment, a charging-related calculation related to charging the in-vehicle battery by an external charger, and a V2G (Vehicle to Grid)-related calculation related to transmission and reception of electric energy between the vehicle V and a predetermined power grid (especially a smart grid), etc.

[0020] On the other hand, the second type of calculation includes learning model-related calculations, which are mainly used to generate or modify a learning model (hereinafter, these will be collectively referred to as "generation"), and primary processing calculations of the vehicle data D described above.

[0021] More specifically, the learning model-related calculations include a calculation to generate a vehicle operation prediction learning model for predicting an appropriate driving route to a specified destination according to the driving history, a calculation to generate a driver property learning model for grasping the driver's property based on the driver's operation history, etc., a calculation to generate a vehicle control optimization learning model for determining more appropriate vehicle operation control from the perspective of driving characteristics and safety, etc., from the driving data history, etc., a calculation to generate a learning model for more accurately estimating secondary information such as vehicle speed and driving energy from the driving data history and primary information directly detected by the sensor 30 (e.g., acceleration detected by an acceleration sensor), etc., a calculation to generate an autonomous driving learning model for determining more appropriate autonomous driving control logic from the history during autonomous driving, a calculation to generate an image recognition learning model for performing image recognition with higher accuracy from image data obtained by the sensor 30 (such as an on-board camera), a calculation to generate an occupant preference learning model for more appropriately grasping the preferences of the occupants of the vehicle V (such as air conditioner temperature settings, music, and videos), and a calculation to generate an occupant identification learning model (such as a learning model related to facial recognition) for more appropriately identifying occupants.

[0022] In addition, in the primary processing of the vehicle data D described above, the vehicle data D as primary information detected by the sensor 30 is processed by the server 40 using the probe information D as secondary information appropriate for handling. p It includes operations to convert

[0023] Returning to FIG. 2, the communication unit 23 is realized by a wide area communication interface such as V2N (Vehicle to Network) that enables communication between the on-board computer 20 and the network 100. The communication unit 23 receives various data required in the vehicle V (e.g., road traffic information and information on various services) from the server 40, and also transmits the probe information D received from the calculation unit 21. p is sent to the server 40.

[0024] (Sensor 30) The sensor 30 is a type of sensor that detects various pieces of information for collecting the above-mentioned vehicle data D in the vehicle V. For example, the sensor 30 includes various detectors (such as an on-board camera, radar, and lidar) that detect the surrounding conditions of the vehicle V, and various detection devices (such as an accelerator pedal sensor, a vehicle speed sensor, an acceleration sensor, a steering angle sensor, and a yaw rate sensor) that detect internal information corresponding to the traveling state of the vehicle V.

[0025] (Server 40) The server 40 is configured, for example, as a computer for server use installed in a specified data center, or hardware and software distributed at multiple points capable of communicating with each other via a network 100 such as a so-called cloud. Specifically, the server 40 is configured as a device that provides weather information, road traffic information, map information, and other content according to the functions of the vehicle V or the desires of the occupants. In particular, the server 40 has a calculation unit 41, a storage unit 42, and a communication unit 43, as shown in FIG. 2.

[0026] The calculation unit 41 appropriately processes the calculation results received from the on-board computer 20. In addition, the calculation unit 41 extracts various data necessary for realizing or improving the functions of the vehicle V from the storage unit 42 and outputs the data to the communication unit 43 in response to a request from the on-board computer 20 or spontaneously.

[0027] The memory unit 42 stores the processed calculation results in association with necessary information such as the identification information of the vehicle V.

[0028] The communication unit 43 receives the calculation results from the vehicle-mounted computer 20 , and transmits the above-mentioned various data received from the calculation unit 41 to the vehicle-mounted computer 20 .

[0029] (Network 100) The network 100 is configured from various hardware and communication protocols (such as a mobile line network and a LAN) that enable mutual communication (particularly wide-area mutual communication) between the vehicle-mounted computer 20 and the server 40.

[0030] In the following, a vehicle data calculation method of each embodiment executed in the vehicle data collection system 10 having the above configuration will be described.

[0031] [First embodiment] 4 is a flowchart illustrating the vehicle data calculation method according to the first embodiment. The vehicle-mounted computer 20 repeatedly executes the process described below at each predetermined control period.

[0032] First, in step S100, the in-vehicle computer 20 detects the arithmetic processing to be currently executed. Specifically, the in-vehicle computer 20 detects each calculation that is essential for realizing functions required for the vehicle V in the current control period, such as driving control of the vehicle V, temperature setting of the air conditioner, output adjustment of the audio equipment, display of the vehicle interior display, and generation of various learning models, and each calculation that is not essential but is required to be executed after the current control period. Note that, for convenience of explanation, the arithmetic processing detected in step S100 will be collectively referred to as a "command calculation group" below.

[0033] In step S200, the vehicle-mounted computer 20 classifies each operation included in the detected command operation group into a first operation belonging to the first operation type and a second operation belonging to the second operation type. In particular, the vehicle-mounted computer 20 classifies each operation included in the command operation group into a first operation and a second operation, respectively, by checking against items defined in operation type classification data (FIG. 3) pre-stored in the storage unit 22. Note that each of the first operation and the second operation includes one or more types of operation items depending on the state of the vehicle V.

[0034] In step S300, the on-board computer 20 judges whether the system of the vehicle V is in operation. This judgment is for judging whether the state of the vehicle V is a high calculation load state in which the total calculation amount of each calculation included in the command calculation group is relatively large, or a low calculation load state in which the total calculation amount is relatively small.

[0035] In the following, the operation of the system of the vehicle V is simply referred to as "system operation", and the operating state is appropriately referred to as "system in operation", "when the system is operating", or "system operating state". In addition, the suspension of the system of the vehicle V is simply referred to as "system suspension", and the suspension state is appropriately referred to as "system suspension", "when the system is suspended", or "system suspension state". Furthermore, in this embodiment, the system of the vehicle V means each configuration (combination of hardware configuration and software configuration) for realizing various functions of the vehicle V (any function that can be realized by the vehicle V, including functions for driving and other auxiliary functions). In addition, in this specification, the system operating state means a state in which almost all of these configurations are operating or can operate according to their functions. On the other hand, the system suspension state means a state in which most of the above configurations (especially including the configuration that realizes the driving function of the vehicle V) are not operating and cannot operate.

[0036] Therefore, while the system is operating, the amount of calculations to be executed by the on-board computer 20 becomes relatively large in accordance with the operation of the system, and this situation is regarded as a high calculation load state of the vehicle V. On the other hand, as described above, while the system is resting, most of the functions of the vehicle V are restricted except for a very small portion (for example, communication processing when an external charger is connected and operation of a camera for security purposes while the vehicle is stopped), and this situation is regarded as a low calculation load state of the vehicle V.

[0037] In particular, in this embodiment, when the on-board computer 20 detects that the start switch is in the on state, it determines that the system of the vehicle V is in operation, and when it detects that the start switch is in the off state, it determines that the system of the vehicle V is inactive.

[0038] If the vehicle-mounted computer 20 determines that the state of the vehicle V is that the system is operating, the process proceeds to step S400 and executes processing during system operation. On the other hand, if the vehicle-mounted computer 20 determines that the state of the vehicle V is that the system is inactive, the process proceeds to step S500 and executes processing during system inactivity. First, the processing during system operation will be described below.

[0039] FIG. 5 is a flowchart illustrating the details of the system operation process.

[0040] As shown in the figure, in the system operation process, in step S410, the on-board computer 20 executes a first calculation in the command calculation group obtained in step S200.

[0041] In step S420, the in-vehicle computer 20 stores the second calculation among the command calculation group obtained in step S200 in the storage unit 22. More specifically, the in-vehicle computer 20 stores the second calculation in the storage unit 22 as "planned second calculation data" that is linked to vehicle data D (particularly, real-time detection values ​​obtained by the sensor 30) required for the execution of the second calculation.

[0042] That is, even when the system is operating and the computation load on the vehicle-mounted computer 20 is large, among the group of command computations to be executed, the first computation that is essential for realizing the function currently required of the vehicle V can be executed while the execution of the second computation that is not essential can be suspended. Therefore, the computation load on the vehicle-mounted computer 20 can be reduced by an amount equivalent to the computation amount of the second computation. Next, the system pause processing will be described.

[0043] FIG. 6 is a flowchart illustrating the details of the system pause process.

[0044] As shown in the figure, in step S510, the in-vehicle computer 20 executes the first calculation of the command calculation group obtained in step S200. As described above, since most of the functions of the vehicle V are restricted while the system is inactive, the types and amount of the first calculations required to ensure the functions of the vehicle V are significantly reduced compared to those while the system is in operation. Therefore, the calculation load that may be imposed on the in-vehicle computer 20 by executing the first calculation while the system is inactive is also significantly reduced compared to those while the system is in operation.

[0045] In step S520, the vehicle-mounted computer 20 reads out the scheduled second calculation data stored in the storage unit 22 in step S420. That is, the vehicle-mounted computer 20 acquires the scheduled second calculation data required for the execution of the second calculation that was reserved during the system operation.

[0046] In step S430, the vehicle-mounted computer 20 executes the second calculation defined by the scheduled second calculation data based on the scheduled second calculation data read in step S520. That is, the second calculation that was put on hold from the viewpoint of reducing the calculation load during system operation is executed during system inactivity when the calculation load is relatively small. Therefore, it is possible to enable the required calculation function (execution of both the first calculation and the second calculation) while reducing the peak calculation load on the vehicle-mounted computer 20.

[0047] The configurations provided in the above-described embodiment and the resulting effects will now be described.

[0048] According to this embodiment, a vehicle data calculation method is provided in which a predetermined calculation process is executed by the on-board computer 20 based on data collected in the vehicle V. This vehicle data calculation method includes a calculation type classification step (step S200) of classifying the calculation processes (command calculation group) to be executed by the on-board computer 20 according to the state of the vehicle V into a first calculation type required from the viewpoint of realizing the currently required function of the vehicle V and a second calculation type other than the first calculation type, a system operation time processing (step S400) as a high calculation load time process executed when the state of the vehicle V is a high calculation load state (system operating) in which the amount of calculation related to the calculation process is large (Yes in step S300), and a system idle time processing (step S500) as a low calculation load time process executed when the state of the vehicle V is a low calculation load state (system idle) in which the amount of calculation related to the calculation process is small (No in step S300).

[0049] In the system operation processing, the first calculation included in the first calculation type is executed, and calculation data (scheduled second calculation data) used for executing the second calculation included in the second calculation type is stored in a predetermined storage area (storage unit 22) (steps S410 and S420). Meanwhile, in the system suspension processing, the second calculation is executed based on the scheduled second calculation data stored in the storage unit 22 (steps S520 and S4300).

[0050] According to this, in a scene where the computational load of the on-board computer 20 is relatively high, only the first computation for realizing the function required in real time for the vehicle V is executed, and the other second computation is reserved, thereby reducing the computational burden on the on-board computer 20. On the other hand, the reserved second computation is executed in a scene where the computational load of the on-board computer 20 is relatively low, thereby ensuring the execution of the necessary second computation. Therefore, while satisfying the function of executing both the first computation and the second computation required of the on-board computer 20, the amount of computation can be reduced in a scene where the computational load is high, thereby lowering the peak of the computational load. Therefore, it is possible to suppress heat generation due to computation in the on-board computer 20 and reduce manufacturing costs.

[0051] In addition, when the vehicle data calculation method of this embodiment is applied to the configuration of the vehicle data collection system 10 shown in Fig. 1, the primary processing calculation of the vehicle data D as the second calculation is executed at any system pause time after the command for the calculation is issued. In other words, since the on-board computer 20 executes the primary processing calculation of the vehicle data D, it is possible to suppress an increase in the processing load on the server side and an increase in the amount of data communication caused by placing the primary processing calculation on the server 40. In other words, it is possible to reduce the calculation and communication load in the entire vehicle data collection system 10 compared to a case where the on-board computer 20 does not simply execute the second calculation from the viewpoint of reducing the calculation load on the on-board computer 20.

[0052] In addition, in the vehicle data calculation method of this embodiment, the calculation type classification process determines whether the calculation process to be executed corresponds to the first calculation or the second calculation by referring to the items of the first calculation type and the second calculation type (Figure 3) that are predetermined (step S200).

[0053] This allows the on-board computer 20 to determine whether the arithmetic process to be executed is the first arithmetic process or the second arithmetic process, using a simple control logic that does not require the construction of a special arithmetic algorithm or a learning model. This makes it possible to avoid an increase in costs due to the implementation of a complex program in the on-board computer 20.

[0054] Furthermore, in the vehicle data calculation method of this embodiment, when the system of the vehicle V is operating (particularly when it is detected that the start switch is on), it is determined that the state of the vehicle V is at a high calculation load (Yes in step S300). On the other hand, when the system of the vehicle V is at rest (particularly when it is detected that the start switch is off), it is determined that the on-board computer 20 is in a low calculation load state (No in step S300).

[0055] This provides a specific criterion for determining whether the vehicle V is in a state where a high or low computational load is applied to the on-board computer 20. In particular, if the determination is made based on the on / off state of the start switch, the high or low computational load state can be determined by the simple logic of monitoring the signal of the start switch. This further simplifies the control configuration of the on-board computer 20, which contributes to further reducing the computational load and reducing costs.

[0056] Furthermore, according to this embodiment, there is provided a vehicle data calculation system for executing the vehicle data calculation method.

[0057] This vehicle data calculation system includes a sensor 30 mounted on a vehicle V to detect various data (vehicle data D), and an on-board computer 20 that executes predetermined calculation processing based on the detected vehicle data D (FIG. 1).

[0058] The on-board computer 20 classifies the calculation processes (command calculation group) that the on-board computer 20 should execute depending on the state of the vehicle V into a first calculation type that is required from the perspective of realizing the currently required function of the vehicle V, and a second calculation type other than the first calculation type (step S200).If the state of the vehicle V is a high calculation load state (system is operating) in which the amount of calculation related to the calculation process is large (Yes in step S300), the on-board computer 20 executes system operation time processing as a high calculation load process (step S400).If the state of the vehicle V is a low calculation load state (system is idle) in which the amount of calculation related to the calculation process is small (No in step S300), the on-board computer 20 executes system idle time processing as a low calculation load process (step S500).

[0059] In the system operating time processing, the vehicle-mounted computer 20 executes the first calculation included in the first calculation type and stores calculation data (scheduled second calculation data) used for executing the second calculation included in the second calculation type in a predetermined storage area (storage unit 22) (steps S410 and S420). Furthermore, in the system rest time processing, the vehicle-mounted computer 20 executes the second calculation based on the scheduled second calculation data stored in the storage unit 22 (steps S520 and S4300).

[0060] This realizes a system configuration suitable for executing the vehicle data calculation method.

[0061] [Second embodiment] The second embodiment will be described below. The same elements as those in the first embodiment are denoted by the same reference numerals, and the description thereof will be omitted. In particular, the vehicle data calculation method of this embodiment includes a control logic that sets a second calculation execution condition for executing the second calculation and executes the second calculation when the system is paused and the second calculation execution condition is satisfied.

[0062] FIG. 7 is a flowchart illustrating the details of the system operation process of this embodiment.

[0063] As shown in the figure, the vehicle-mounted computer 20 performs the process of step S430 after performing the processes of steps S410 and S420 described with reference to FIG.

[0064] In step S430, the on-board computer 20 executes a process of estimating the next timing for transitioning to system hibernation. Specifically, the on-board computer 20 estimates the next timing for the system of the vehicle V to be hibernated by referring to information such as the driving history up to now (e.g., mileage), the set destination, and the planned stopping places. In the following, for the sake of convenience, the next timing for the system of the vehicle V to be hibernated is simply referred to as the "estimated system hibernation timing t st "It is also called.

[0065] Next, in step S431, the vehicle-mounted computer 20 calculates the amount of power that can be secured inside the vehicle V at the estimated system pause timing (hereinafter, simply referred to as the "estimated secured power amount W ch Specifically, the vehicle-mounted computer 20 calculates the estimated reserved power amount W ch The estimated system stop timing t st The estimated amount of charge in the vehicle battery (hereinafter, simply referred to as the "estimated charge amount W soc More specifically, the vehicle-mounted computer 20 calculates the estimated charging energy W soc The estimated system hibernation timing t st The amount of power consumed by the vehicle V for driving, etc. until the vehicle V reaches the target value is calculated by subtracting an estimated amount of power consumed by the vehicle V for driving, etc. until the vehicle V reaches the target value.

[0066] Next, in step S432, the vehicle-mounted computer 20 calculates the power consumption corresponding to the calculation during the system pause (hereinafter, simply referred to as the calculation power consumption W co ") is the estimated charging energy W soc That is, the on-board computer 20 determines whether the following formula (1) is satisfied.

[0067]

number

[0068]

number

[0069] Furthermore, in equation (2) "p s " is the amount of computation processing per unit time by the vehicle-mounted computer 20 (hereinafter, simply referred to as "unit computation processing amount p s This unit computation processing amount p s is determined to an appropriate value depending on the computational processing capacity of the vehicle-mounted computer 20 and the content of the computation (computation algorithm) to be performed. c " is the power consumption per unit time when the vehicle-mounted computer 20 executes a calculation (hereinafter, simply referred to as "unit calculation power consumption P c The unit computation processing amount p s and unit calculation power consumption P c can be determined appropriately depending on the specifications of the vehicle-mounted computer 20 and the content of the calculation.

[0070] If the vehicle-mounted computer 20 determines that the above formula (1) is satisfied, the process proceeds to step S440, where it sets a second calculation permission flag that permits execution of the second calculation during the next system pause. On the other hand, if the vehicle-mounted computer 20 determines that the formula (1) is not satisfied (power for the calculation cannot be secured), it clears the second calculation permission flag and ends this routine. Next, the system pause processing will be described.

[0071] FIG. 8 is a flowchart illustrating the details of the system pause process of this embodiment.

[0072] As shown in the figure, the vehicle-mounted computer 20 goes through the process of step S510 described in FIG. 6 and then proceeds to the process of step S511.

[0073] In step S511, the vehicle-mounted computer 20 judges whether the second calculation permission flag is set. If the vehicle-mounted computer 20 judges that the second calculation permission flag is set (i.e., that the power for calculation during the system pause is secured), the vehicle-mounted computer 20 executes the processes of steps S520 and S530. On the other hand, if the vehicle-mounted computer 20 judges that the second calculation permission flag is not set (i.e., that the power for calculation during the system pause is not secured), the vehicle-mounted computer 20 ends this routine without executing the second calculation.

[0074] The configurations provided in the above-described embodiment and the resulting effects will now be described.

[0075] In the vehicle data calculation method of this embodiment, in the system operating time process (step S400), it is determined whether or not a second calculation execution condition (equation (1)) is satisfied as a condition for executing a second calculation type in the system inactive time process (step S500) following the high calculation load process (step S432). Then, in the low calculation load process, if it is determined that the second calculation execution condition is satisfied, the second calculation is executed (Yes in step S432, steps S520, and S530).

[0076] This makes it possible to check the conditions under which the second calculation can be executed during the next or subsequent system pauses (especially the next pause) while the system is in operation, and then execute the second calculation when an appropriate case is found that satisfies the conditions.

[0077] In particular, the second calculation execution condition is the power consumption due to the execution of calculations while the system is inactive (calculation power consumption W co ) is the amount of power that can be secured by the vehicle V during system shutdown (estimated secured power amount W ch ) (Equation (1)).

[0078] This provides a specific control logic that enables the second calculation to be executed after confirming that the power required for the calculation is secured during the system pause. In particular, it is assumed that the vehicle V, which is a moving body, cannot secure an external power source during the system pause. In addition, during the system pause, the operation of devices that can function as generators (such as a motor as a driving source for traveling and an engine or fuel cell as a power generating device) is basically stopped. Therefore, during the system pause, the vehicle V is basically not replenished with power (the amount of power held by the on-board battery does not increase). In such a situation, with the configuration of this embodiment, it is possible to execute the second calculation after appropriately grasping in advance a scene in which the power for executing the calculation during the system pause is secured.

[0079] Furthermore, in this embodiment, the estimated reserved power amount W ch The timing when the low computation load state starts (estimated system pause timing t st ) Estimated charging energy of the vehicle battery (estimated charging energy W soc ) shall be determined.

[0080] This allows for a highly accurate estimated amount of reserved power W that takes into account the unique circumstances of the vehicle V, in that power is not basically replenished (the amount of charging power in the on-board battery does not increase) during system shutdown. ch The above calculation logic can be realized.

[0081] (Modification) A modification of the second embodiment will be described below. In this modification, the in-vehicle computer 20 st Estimated charging energy W soc The amount of power consumed during driving and various calculations from when the system is operating until when the system is stopped (hereinafter also referred to as "power consumption during system operation Wγ") and the amount of power generated by a predetermined power generation device (a device that uses an engine or a fuel cell as a power generation source) mounted on the vehicle V (hereinafter referred to as "power generation amount W g The calculation is performed taking into account the

[0082] Specifically, the on-board computer 20 estimates the amount of charging energy W based on the following equation (3): soc Calculate the following.

[0083]

number

[0084] As described above, in the vehicle data calculation method of this modified example, the estimated charging energy W soc The power consumption of the vehicle V from the system operating state to the system hibernation state (power consumption during system operation Wγ) and the power generation amount W that can be generated by the power generation device mounted on the vehicle V are g The calculation is based on:

[0085] According to this, the estimated charging energy amount W soc (That is, the estimated amount of power W ch ) can be calculated by taking into account not only the power consumption of the vehicle V during system operation, but also the power generated by a power generation device inside the vehicle V. Therefore, even in a hybrid vehicle (such as a series hybrid vehicle) that charges an on-board battery with power generated using a power source such as an engine or a fuel cell, the estimated charging power amount W can be calculated with high accuracy. soc can be determined.

[0086] In addition, from the viewpoint of securing power for performing calculations while the system is inactive (from the viewpoint of satisfying the above formula (1)), the estimated charging energy W determined by formula (3) is soc The amount of generated power W is adjusted to g Determine the amount of generated power W g A control configuration may be adopted that executes power generation by the power generation device so as to obtain the above.

[0087] [Third embodiment] The third embodiment will be described below. The same elements as those in the first or second embodiment are denoted by the same reference numerals, and the description thereof will be omitted. In particular, the vehicle data calculation method of this embodiment sets, as the second calculation execution condition, a condition that the processing time required for executing the second calculation is shorter than the subsequent system downtime duration.

[0088] FIG. 9 is a flowchart illustrating the details of the system operation time process (step S400) of this embodiment.

[0089] As shown in the figure, the vehicle-mounted computer 20 performs the process of step S433 after performing the processes of steps S410 and S420 described with reference to FIG.

[0090] In step S433, the vehicle-mounted computer 20 determines the duration of the next system downtime (hereinafter simply referred to as the "estimated system downtime Δt st The process involves estimating the

[0091] Specifically, the in-vehicle computer 20 refers to information such as the driving history up to now (such as the driving distance), the set destination, the planned stopping places, and the driver's tendency to use the vehicle V (tendency data obtained by learning data such as the day of the week to be used and the stopping time), and calculates the estimated system downtime Δt st Determine.

[0092] Next, in step S434, the vehicle-mounted computer 20 calculates an estimated value of the calculation time according to the amount of calculation (the first calculation and the second calculation) during the system pause (hereinafter, simply referred to as the "estimated calculation time Δt c Specifically, the vehicle-mounted computer 20 calculates the estimated calculation time Δt c Request.

[0093]

number

[0094] Next, in step S435, the on-board computer 20 calculates the estimated calculation time Δt c is the estimated system downtime Δt st In other words, this determination corresponds to a determination as to whether the first and second calculations can be completed during the next system pause.

[0095] The on-board computer 20 estimates the calculation time Δt c is the estimated system downtime Δt st On the other hand, when the in-vehicle computer 20 determines that the estimated calculation time Δt c is the estimated system downtime Δt st If it is determined that the time required for the calculation is not less than 100%, the second calculation permission flag is cleared and this routine is terminated.

[0096] Then, in the low computational load process, the on-board computer 20 executes the second computation if the second computation permission flag is set, as in the second embodiment (see FIG. 8), but if not, ends the routine relating to the low computational load process without executing the second computation.

[0097] The configurations provided in the above-described embodiment and the resulting effects will now be described.

[0098] In the vehicle data calculation method of the present embodiment, the second calculation execution condition is the processing time (estimated calculation time Δt c ) is the duration of the system downtime (estimated system downtime Δt st) (step S435).

[0099] As a result, while the system is inactive, the second calculation can be executed after confirming that the time for the calculation to be executed is secured. In particular, in this embodiment, if the time for the calculation to be executed is not secured, only the first calculation required to realize the function of the vehicle V while the system is inactive is executed (step S510), while the second calculation is not executed (step S511). Therefore, even when a control mode is adopted in which the second calculation that was reserved while the system was operating is executed while the system is inactive, as in the vehicle data calculation method of this embodiment, a control logic is realized that can appropriately execute the second calculation without hindering the execution of the first calculation for realizing the function of the vehicle V required while the system is inactive (such as communication with an external charger).

[0100] [Fourth embodiment] The fourth embodiment will be described below. Elements similar to those in any of the first to third embodiments are given the same reference numerals, and their description will be omitted. In particular, in this embodiment, control is provided to determine the timing to start the second calculation in consideration of the temperature rise of the on-board computer 20 (more specifically, the calculation device of the on-board computer 20) caused by executing calculations while the system is paused.

[0101] FIG. 10 is a flow chart for explaining the details of the system operation time process (step S400) of this embodiment. As shown in the figure, the vehicle-mounted computer 20 executes the second calculation start timing setting process of step S460 after the processes of steps S410 and S420 explained in FIG. 5. In the second calculation start timing setting process, the vehicle-mounted computer 20 sets the timing for starting execution of the second calculation during the next system pause (hereinafter simply referred to as the "second calculation start timing t c ").

[0102] FIG. 11 is a flowchart illustrating the details of the second calculation start timing setting process.

[0103] First, in step S461, the vehicle-mounted computer 20 calculates the maximum temperature rise ΔT associated with heat generation by the vehicle-mounted computer 20 when the vehicle-mounted computer 20 executes a predetermined calculation during the next system pause. max Specifically, the on-board computer 20 estimates the maximum temperature rise ΔT based on the following equation (5): max Request.

[0104]

number

[0105] In step S462, the vehicle-mounted computer 20 determines the upper limit temperature T lim Here, the upper limit temperature T lim The upper limit temperature T is the upper limit of the temperature of the processor (CPU, etc.) of the on-board computer 20 (hereinafter, simply referred to as the "processor temperature T") that is determined in consideration of the heat resistance of the on-board computer 20. lim For example, the vehicle-mounted computer 20 stores the information in advance in a predetermined storage area.

[0106] In step S463, the vehicle-mounted computer 20 determines whether the arithmetic unit temperature T during the next system pause is greater than or equal to the maximum temperature rise ΔT max Even if the upper limit temperature T lim The second calculation start timing t cSpecifically, the vehicle-mounted computer 20 determines the time t that satisfies the following formula (6) as the second calculation start timing t c is required.

[0107]

number

[0108] The time t that satisfies the above formula (6) is the second calculation start timing t c By setting the temperature T to the upper limit T lim In particular, the temperature T of the computing device can be suppressed to the upper limit temperature T lim From the viewpoint of increasing the amount of calculations (particularly the amount of processing of the second calculation) executed during system pause as much as possible while maintaining the above-mentioned condition below, the time t at which the equality of the formula (6) is satisfied or a time t with a slight margin therebetween is set as the second calculation start timing tc It is preferable to set it as

[0109] Then, when the on-board computer 20 ends the second calculation start timing setting process in step S460, the process proceeds to a system pause process (step S500).

[0110] FIG. 12 is a flowchart illustrating the details of the system pause process of this embodiment.

[0111] As shown in the figure, the vehicle-mounted computer 20 goes through the process of step S510 described in FIG. 6 and then proceeds to the process of step S512.

[0112] In step S512, the vehicle-mounted computer 20 determines the second calculation start timing t c Then, the vehicle-mounted computer 20 determines whether the second calculation start timing t c When it is determined that the second calculation start timing t c If it is determined that the second calculation start timing t c The second operation is executed until the second operation is reached.

[0113] The configurations provided in the above-described embodiment and the resulting effects will now be described.

[0114] In the vehicle data calculation method of the present embodiment, the second calculation is started at a second calculation start timing t c The second calculation start timing setting process (step S460) determines the maximum temperature rise ΔT max (step S461), and the temperature T of the in-vehicle computer 20 (particularly the temperature of the computing device) during the system pause is estimated as the maximum temperature rise ΔT max Even if the upper limit temperature Tlim The second calculation start timing t c (step S463). Then, in the system pause processing, the second calculation start timing t c When it reaches, the second calculation is started (step S512).

[0115] This realizes a specific control logic that executes the second calculation within a range that suppresses an excessive rise in the calculation device temperature T during system suspension. In particular, during system suspension, the operation of cooling means (such as an air conditioner, a cooling water circulation system for cooling the driving power source, and a blower) that are normally installed in the vehicle V is also stopped. In addition, during system suspension, the vehicle V is usually not running, so the cooling function using the running wind cannot be used. For this reason, during system suspension, it is difficult to ensure a cooling function that resists heat generated by the calculation of the on-board computer 20 compared to when the system is operating, and it is assumed that the calculation device temperature T is likely to rise by executing the second calculation in addition to the first calculation for maintaining the function of the vehicle V. In such a situation, the configuration of this embodiment realizes a suitable control logic that can execute a certain amount of the second calculation while suppressing an excessive rise in the calculation device temperature T during system suspension when the cooling function is insufficient.

[0116] [Fifth embodiment] The fifth embodiment will be described below. The same elements as those in any of the first to fourth embodiments are given the same reference numerals, and the description thereof will be omitted. In particular, this embodiment provides an example of control that is applied in a scene where the system hibernation state ends (the system returns to operation) earlier than expected due to an operation by a passenger of the vehicle V (such as turning on the start switch) when the second calculation is being executed while the system is hibernated.

[0117] FIG. 13 is a flowchart illustrating the details of the system pause process (step S500) of this embodiment.

[0118] As shown in the figure, the vehicle-mounted computer 20 performs the processes of steps S510 to S530 described with reference to FIG. 6, and then proceeds to the process of step S531.

[0119] In step S511, the on-board computer 20 determines whether a system hibernation release command for the vehicle V has been detected. Specifically, the on-board computer 20 regards the detection of an operation of a system start switch (such as a so-called ignition switch) by an occupant of the vehicle V, or the reception of a system start command from a higher-level controller (for example, a command from an automatic driving controller) as the detection of a system hibernation release command for the vehicle V. Then, when the on-board computer 20 detects a system hibernation release command for the vehicle V, the process proceeds to step S532.

[0120] In step S532, the vehicle-mounted computer 20 performs processing related to interrupting and saving the second calculation. Specifically, the vehicle-mounted computer 20 interrupts the second calculation being executed, and updates the scheduled second calculation data in the storage unit 22 so that the calculation result up to the interruption point is to be executed at the next system pause.

[0121] Then, at the next system hibernation (when it is determined that the system is again in hibernation in the calculation cycle after the next system operating state), the on-board computer 20 refers to the planned second calculation data in the memory unit 22 in accordance with the logic defined in steps S520 and S530, and resumes the second calculation from the interruption point contained therein (step S530).

[0122] The configurations provided in the above-described embodiment and the resulting effects will now be described.

[0123] In the vehicle data calculation method of this embodiment, in the system pause processing (step S500), when a system pause release command for vehicle V is detected, the second calculation being executed is interrupted and the calculation results up to the point of interruption are stored, and the interrupted second calculation is resumed the next time the system is paused or thereafter.

[0124] As a result, even if the second calculation is interrupted before completion in a scene where the system hibernation state of the vehicle V is released earlier than planned, such as when a system operation command is issued based on the operation of the occupant, the second calculation can be resumed the next time the system is hibernated. In other words, even if the system hibernation state is released unscheduled, the specified second calculation can be completed without being interrupted.

[0125] Although the embodiments of the present invention have been described above, the above-mentioned embodiments merely show some of the application examples of the present invention, and it is not intended that the technical scope of the present invention be limited to the specific configurations of the above-mentioned embodiments.

[0126] For example, in the above embodiment, the determination of whether the second calculation execution condition (power or time for calculation is secured) is satisfied (step S432 in FIG. 7 or step S435 in FIG. 9) and the second calculation start timing setting process (FIG. 11) are performed by setting each parameter (estimated secured power amount W ch In the above example, the vehicle is stopped and the charging power amount is calculated based on the charging power amount (such as the amount of charging power) of the external charger. However, instead of the above, a configuration may be adopted in which the determination as to whether the second calculation execution condition is satisfied and / or the second calculation start timing setting process is performed by acquiring necessary parameters in real time while the system is stopped. In particular, assuming a case in which charging is performed by an external charger while the system is stopped, the charging power amount by the external charger is detected or estimated using, for example, the insertion of a charging plug into a predetermined socket of the vehicle V as a trigger, and the estimated charging power amount W is calculated by taking the charging power amount into account. soc The estimated charging energy W soc It is also possible to employ a configuration in which a determination is made as to whether or not power for calculation is secured based on the above (a determination equivalent to step S432).

[0127] Also, in the above embodiment, an example has been described in which a high calculation load state in which the amount of calculation related to the calculation processing to be executed by the on-board computer 20 is large is the system operating state of the vehicle V, and a low calculation load state in which the amount of calculation is small is the system resting state of the vehicle V. However, the present invention is not limited to this, and it is also possible to apply the vehicle data calculation method described in the above embodiment with some modifications by setting two situations in which a relative magnitude relationship can be conceived regarding the amount of calculation imposed on the on-board computer 20 in the vehicle V (for example, when the driving source for traveling with the motor is operating and when it is not operating, etc.) as a high calculation load state and a low calculation load state, respectively.

[0128] In addition, the vehicle data calculation program for causing the on-board computer 20 to execute the vehicle data calculation method described in each of the above embodiments, and the storage medium storing the vehicle data calculation program, are also included within the scope of matters described in the specification, etc. at the time of filing of this application.

[0129] The configurations of the above-described embodiments can be combined with each other to the extent that no logical contradiction occurs. [Explanation of symbols]

[0130] 10 Vehicle Data Acquisition System 20 Vehicle-mounted computer 21 Arithmetic section 22 Memory section 23 Communications Department 30 Probe Sensor 32 Output device 40 Servers 41 Arithmetic section 42 Storage section 43 Communications Department 100 Network

Claims

1. A vehicle data calculation method for performing a predetermined calculation process by an on-board computer based on data collected in a vehicle, comprising: a calculation type classification step of classifying the calculation processing to be executed by the vehicle-mounted computer according to the state of the vehicle into a first calculation type required to realize a currently required function of the vehicle and a second calculation type other than the first calculation type; a high computation load step that is executed when the state of the vehicle is a high computation load state in which the amount of computation related to the computation processing is large; a low computation load state step that is executed when the state of the vehicle is a low computation load state in which the amount of computation related to the computation processing is small, In the high calculation load step, a first calculation included in the first calculation type is executed, and calculation data used for executing a second calculation included in the second calculation type is stored in a predetermined storage area; In the low computation load step, the second computation is executed based on the computation data stored in the storage area; In the high computation load step, determining whether or not a second operation execution condition is satisfied as a condition for executing the second operation in the low operation load step subsequent to the high operation load step; In the low computation load step, executing the second operation when it is determined that the second operation execution condition is satisfied; Vehicle data calculation method.

2. 2. The vehicle data calculation method according to claim 1, In the operation type classification step, determining whether the arithmetic process to be executed corresponds to the first arithmetic operation or the second arithmetic operation by referring to items of the first arithmetic operation type and the second arithmetic operation type that are previously determined; Vehicle data calculation method.

3. 3. The vehicle data calculation method according to claim 1, further comprising: When a system of the vehicle is operating, the vehicle is determined to be in the high computation load state; determining that the state of the vehicle is in the low computation load state when the system of the vehicle is in a pause state; Vehicle data calculation method.

4. The vehicle data calculation method according to any one of claims 1 to 3, the second calculation execution condition includes that an amount of power consumed by the execution of the calculation during the low calculation load state is less than an amount of power that can be secured by the vehicle during the low calculation load state. Vehicle data calculation method.

5. 5. The vehicle data calculation method according to claim 4, The amount of electric power that can be secured by the vehicle is determining the amount of charging power of the in-vehicle battery at the timing when the low computation load state is started based on an estimated value of the amount of charging power of the in-vehicle battery; Vehicle data calculation method.

6. 6. The vehicle data calculation method according to claim 5, The estimated value of the charging energy amount is Calculating based on the amount of power consumption of the vehicle from the high computation load state to the subsequent low computation load state and the amount of power generation that can be generated by a power generation device mounted on the vehicle. Vehicle data calculation method.

7. The vehicle data calculation method according to any one of claims 1 to 6, the second operation execution condition includes that a time required for executing the operation during the low computational load state is shorter than a duration of the low computational load state. Vehicle data calculation method.

8. The vehicle data calculation method according to any one of claims 1 to 7, a second calculation start timing setting process for determining a second calculation start timing for starting the second calculation in the low calculation load state; In the second calculation start timing setting process, estimating a maximum temperature rise caused by heat generated by the vehicle-mounted computer due to calculations during the low calculation load state; calculating the second calculation start timing so that the temperature of the vehicle-mounted computer during the low calculation load state does not reach a predetermined upper limit temperature even taking into account the maximum temperature rise width; In the low computation load step, When the second calculation start timing is reached, the second calculation is started. Vehicle data calculation method.

9. The vehicle data calculation method according to any one of claims 1 to 8, In the low computation load step, When a command to resume the pause of the vehicle system is detected, the second calculation being executed is interrupted and the calculation result up to the interruption point is stored; restarting the interrupted second calculation by referring to the calculation result in the next or subsequent low calculation load state; Vehicle data calculation method.

10. A vehicle data calculation system including a sensor mounted on a vehicle for detecting various data, and an on-board computer for executing a predetermined calculation process based on the detected various data, The vehicle-mounted computer includes: classifying the arithmetic processing to be executed by the on-board computer according to the state of the vehicle into a first arithmetic processing type required to realize a currently required function of the vehicle and a second arithmetic processing type other than the first arithmetic processing type; A high calculation load step is executed when the state of the vehicle is a high calculation load state in which the amount of calculation related to the calculation processing is large. A low computation load step is executed when the state of the vehicle is a low computation load state in which the amount of computation related to the computation processing is small. In the high calculation load step, a first calculation included in the first calculation type is executed, and calculation data used for executing a second calculation included in the second calculation type is stored in a predetermined storage area; In the low computation load step, the second computation is executed based on the computation data stored in the storage area; In the high computation load step, determining whether or not a second operation execution condition is satisfied as a condition for executing the second operation in the low operation load step subsequent to the high operation load step; In the low computation load step, executing the second operation when it is determined that the second operation execution condition is satisfied; Vehicle data calculation system.

Images