In-vehicle device, server device, resource control method, resource control assistance method, and computer program

Abstract

The in-vehicle device includes: a communication unit that communicates with an external device; an information acquisition unit that acquires, via the communication unit, actual performance information on the resource consumption of another vehicle, which is a vehicle other than the host vehicle, when the other vehicle travels in the prescribed travel area of the host vehicle; an estimation unit that estimates, on the basis of the actual performance information acquired by the information acquisition unit, a resource consumption amount that varies over time in accordance with the travel of the host vehicle when the host vehicle has traveled in the predetermined travel area; and a resource control unit that controls resource consumption by allocating an execution period of the predetermined application to a predetermined period on the basis of the estimation result of the estimation unit.

Description

Technical Field

[0001] The present disclosure relates to an in-vehicle device, a server device, a resource control method, a resource control support method, and a computer program. The present disclosure claims priority based on Japanese application No. 2022-116047 filed on July 21, 2022, and all the contents described in the Japanese application are cited by reference. Background Art

[0002] In the next generation of interconnected services that enable high-speed and high-capacity communications, the amount of communication data between vehicles and external devices is increasing. As a result, the temporal fluctuation range of resource consumption (consumption of communication resources and computing resources, etc.) in the onboard devices mounted on the vehicle is also increasing.

[0003] Under such circumstances, when the communication data volume reaches a high load at a peak, services that cannot meet the allowable delay time may occur. If a high-performance processor that can cope with high loads is installed in the vehicle-mounted device, it may be possible to suppress the occurrence of services that cannot meet the allowable delay time even under high loads. However, in this case, it becomes excessive performance and the cost of the vehicle-mounted device increases.

[0004] As a technology for suppressing the decrease in system responsiveness under high load, Patent Document 1 described later proposes a technology related to an automotive electronic control device that dynamically distributes the processor cores that process tasks to distribute the load. The automotive electronic control device of Patent Document 1 is equipped with a multi-core processor that integrates multiple processor cores. When a task involving an interrupt processing corresponding to a change in the operating state is generated, the automotive electronic control device performs a first distributed processing for distributing the load according to the load conditions of the multiple processor cores for the task. The automotive electronic control device also predicts the change in the operating state when the engine speed is below a specified value, and performs a second distributed processing for distributing the load according to the load conditions of the multiple processor cores for the tasks affected by the prediction result.

[0005] Prior art literature

[0006] Patent Literature

[0007] Patent Document 1: Japanese Patent Application Publication No. 2019-109744 Summary of the invention

[0008] A vehicle-mounted device involved in a certain aspect of the present disclosure is a vehicle-mounted device installed in a vehicle, which includes: a communication unit that communicates with an external device; an information acquisition unit that acquires, via the communication unit, performance information on resource consumption of vehicles other than the vehicle, i.e., other vehicles, when the other vehicles are traveling in a predetermined driving area of ​​the vehicle; an estimation unit that estimates, based on the performance information acquired by the information acquisition unit, the resource consumption that varies with time as the vehicle travels in the predetermined driving area; and a resource control unit that allocates the execution period of a specified application software to a specified period according to the estimation result of the estimation unit, thereby controlling resource consumption.

[0009] The present disclosure can be implemented not only as an on-board device, a server device, a resource control method, a resource control assisting method, and a computer program including such a characteristic structure, but also as a storage medium recording a program for causing a computer to execute the characteristic steps executed by the on-board device or the server device. Furthermore, it can also be implemented as other systems or devices including the on-board device or the server device. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Figure 1 It is a diagram for explaining the overall configuration of the system according to the first embodiment.

[0011] Figure 2 It is used to describe the Figure 1 A diagram of a vehicle showing the on-board device.

[0012] Figure 3 This is a diagram for explaining a dynamic map.

[0013] Figure 4 It is used to illustrate Figure 1 A diagram of resource control performed in an in-vehicle device is shown.

[0014] Figure 5 It is used to illustrate Figure 1 A diagram of resource control performed in an in-vehicle device is shown.

[0015] Figure 6 It is used to illustrate Figure 1 FIG. 1 is a diagram showing a method for creating a resource consumption performance map in a server device.

[0016] Figure 7 This is a diagram showing an example of the content of the resource consumption performance map.

[0017] Figure 8 It is shown Figure 1 A block diagram showing an example of the functional configuration of the vehicle-mounted device shown.

[0018] Fig. 9 It is shown Figure 8 A block diagram showing an example of the hardware configuration of an in-vehicle device (GW (Gateway) device) shown in FIG.

[0019] Fig.10 It is shown Figure 1 A block diagram of an example of the hardware configuration of a server device shown in FIG.

[0020] Fig.11 It is shown Fig.10 A block diagram of an example of the functional structure of the server device shown.

[0021] Fig.12 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the first embodiment.

[0022] Fig.13 This is a flowchart showing an example of a control structure of a program executed in the server device according to the first embodiment.

[0023] Fig.14 This is a flowchart showing an example of a control structure of a program executed in the server device according to the first modification.

[0024] Fig.15 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the second modification.

[0025] Fig.16 This is a flowchart showing an example of a control structure of a program executed in the server device according to the second modification.

[0026] Fig.17 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the third modification.

[0027] Fig.18 This is a flowchart showing an example of a control structure of a program executed in the server device according to the third modification.

[0028] Fig.19 This is a flowchart showing an example of a control structure of a program executed in the server device according to the fourth modification.

[0029] Fig. 20 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the fourth modification.

[0030] Fig.21 It is a diagram for explaining the configuration of a vehicle-mounted device according to the second embodiment.

[0031] Fig. 22 It is shown Fig.21A block diagram showing an example of the functional configuration of the vehicle-mounted device (GW device) shown.

[0032] Fig.23 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the second embodiment.

[0033] Fig.24 This is a block diagram showing an example of the functional configuration of a server device according to the third embodiment.

[0034] Fig.25 This is a block diagram showing an example of the functional configuration of a vehicle-mounted device (GW device) according to the third embodiment.

[0035] Fig.26 This is a flowchart showing an example of a control structure of a program executed in the server device according to the third embodiment.

[0036] Fig. 27 This is a flowchart showing an example of a control structure of a program executed in the vehicle-mounted device according to the third embodiment. DETAILED DESCRIPTION

[0037] [Problems to be Solved by the Present Disclosure]

[0038] In the technology disclosed in Patent Document 1, the change of the operating state is predicted and tasks are dynamically allocated to multiple processor cores. As a result, the high load state caused by the interrupt processing corresponding to the change of the operating state can be eliminated. However, it is difficult to predict the load increase caused by the communication with the outside of the vehicle according to the change of the operating state. Therefore, in the technology disclosed in Patent Document 1, the responsiveness of the service may decrease when the high load is caused by the communication with the outside of the vehicle.

[0039] The present disclosure is made to solve the above-mentioned problems, and one object of the present disclosure is to provide an in-vehicle device, a server device, a resource control method, a resource control support method and a computer program that can suppress a decrease in responsiveness even when a high load is caused by communication with the outside of the vehicle.

[0040] [Effects of the present disclosure]

[0041] According to the present disclosure, it is possible to provide an in-vehicle device, a server device, a resource control method, a resource control support method, and a computer program that can suppress a decrease in responsiveness even when a high load is caused by communication with the outside of the vehicle.

[0042] [Description of Embodiments of the Present Disclosure]

[0043] Preferred embodiments of the present disclosure will be described below. At least a part of the embodiments described below may be arbitrarily combined.

[0044] (1) The vehicle-mounted device involved in the first aspect of the present disclosure is a vehicle-mounted device installed in a vehicle, which includes: a communication unit that communicates with an external device; an information acquisition unit that acquires, via the communication unit, performance information on resource consumption of other vehicles other than the vehicle, i.e., other vehicles, when the other vehicles are traveling in a predetermined driving area of ​​the vehicle; an estimation unit that estimates, based on the performance information acquired by the information acquisition unit, the resource consumption that varies with time as the vehicle travels in the predetermined driving area; and a resource control unit that allocates the execution period of a specified application software to a specified period according to the estimation result of the estimation unit, thereby controlling resource consumption.

[0045] The information acquisition unit acquires performance information on resource consumption of other vehicles, i.e., other vehicles other than the vehicle, when the other vehicles are traveling in the predetermined driving area of ​​the vehicle. Based on the acquired performance information, the estimation unit estimates the resource consumption that changes over time as the vehicle travels. That is, based on the performance information, the load increase caused by communication with the outside of the vehicle when the vehicle travels in the predetermined driving area is predicted. The resource control unit controls resource consumption by allocating the execution period of the specified application software to a period that avoids high load, for example. As a result, the vehicle-mounted device can suppress the decrease in responsiveness even when the load is high due to communication with the outside of the vehicle. In addition, the generation of services that cannot meet the allowable delay time can be suppressed without installing a high-performance processor on the vehicle-mounted device. As a result, it is possible to suppress the increase in cost of the vehicle-mounted device while suppressing the decrease in responsiveness.

[0046] (2) In the above (1), the following structure may be adopted: the estimation unit estimates the resource consumption amount caused by the execution of the application software that requires real-time execution of the processing, which varies according to the driving interval of the predetermined driving area, for each driving interval, and the resource control unit allocates the execution period of the application software that does not require real-time execution of the processing to a prescribed period based on the estimation result of the estimation unit, thereby controlling the resource consumption. If it is configured in this way, the execution period of the application software that does not require real-time performance can be allocated to the period when there is idle resources. That is, it is possible to prevent the application software that does not require real-time performance from being executed during the period when the resource consumption increases due to the execution of the application software that requires real-time performance. In this way, the execution period of the application software can be dispersed, so that the decrease in responsiveness can be easily suppressed when the load is high due to communication with the outside of the vehicle. It should be noted that whether real-time performance is required in the application software can be determined based on, for example, whether the allowable delay time in the communication is below a prescribed threshold.

[0047] (3) In the above (1) or (2), the following structure may be adopted: the external device includes a server device, the server device collects resource consumption performance information from a plurality of other vehicles, and creates a resource consumption performance map in which resource consumption performance is set for the travel intervals of the predetermined travel area based on the collected performance information; the information acquisition unit acquires the resource consumption performance map from the server device via the communication unit as performance information; and the estimation unit estimates the resource consumption of each travel interval in the predetermined travel area based on the resource consumption performance map. If configured in this way, it is possible to easily estimate the resource consumption that changes over time as the vehicle travels. That is, it is possible to easily predict the load increase caused by communication with the outside of the vehicle when the vehicle travels in the predetermined travel area.

[0048] (4) In the above (1) or (2), the following structure may be adopted: the external device includes an onboard device mounted on a vehicle other than the host vehicle, i.e., another vehicle; the information acquisition unit acquires actual information on resource consumption in the predetermined driving area from the onboard devices of other vehicles that have traveled in the predetermined driving area of ​​the host vehicle via the communication unit; and the estimation unit estimates the resource consumption of each driving section in the predetermined driving area based on the actual information on resource consumption acquired from the onboard devices of other vehicles. Thus, it is also possible to easily estimate the resource consumption that changes over time as the host vehicle travels. Therefore, it is possible to easily suppress the decrease in responsiveness during high load caused by communication with the outside of the vehicle.

[0049] (5) In any of the above (1) to (4), the resource control unit may allocate an execution period of the application software that does not require real-time processing to a predetermined driving period of a driving section in which the ratio of the resource consumption estimated by the estimation unit to the resource usage upper limit becomes less than a predetermined value. Thus, the execution period of the application software that does not require real-time processing can be easily set to a period other than a high-load period.

[0050] (6) In the above (5), the following configuration may be adopted: the predetermined value is set based on the resource consumption of the application software not requiring real time. Thus, the execution period of the application software not requiring real time can be set to the period during which resources are secured for executing the application software not requiring real time.

[0051] (7) In any of the above (1) to (6), the performance information may include quantized information in which the performance value of the resource consumption of other vehicles that have traveled in the predetermined travel area is quantized into multiple levels and is set for each travel interval of the predetermined travel area. That is, the quantized information is set for each travel interval of the predetermined travel area, and the performance information includes the quantized information. As a result, the data volume of the performance information can be reduced, and the information acquisition unit can easily acquire the performance information.

[0052] (8) In any of the above (1) to (7), the following configuration may be adopted: the information acquisition unit acquires the performance information before the vehicle enters the predetermined driving area. For example, the configuration may be such that the information acquisition unit acquires the performance information immediately before entering the predetermined driving area or several seconds to several minutes before entering the predetermined driving area. Thus, it is possible to predict the load increase caused by communication with the outside of the vehicle when the vehicle is traveling in the predetermined driving area before entering the predetermined driving area.

[0053] (9) In any of the above (1) to (8), the information acquisition unit may request the external device to transmit the actual performance information before the vehicle enters the scheduled travel area. Thus, the actual performance information can be acquired before the vehicle enters the scheduled travel area.

[0054] (10) In any of the above (1) to (9), the following structure may be adopted: the performance information is supplemented with time information indicating the date and time when the performance information was generated, the estimation unit compares the date and time indicated by the time information with the current date and time, and estimates the resource consumption amount that changes with time as the vehicle travels based on the comparison result. Thus, the resource consumption amount can be estimated using the new performance information of the generated date and time, thereby improving the estimation accuracy of the resource consumption amount.

[0055] (11) The second aspect of the present disclosure relates to a server device that is capable of communicating with an on-board device mounted on a vehicle, and includes: an information collection unit that collects performance information on resource consumption from a plurality of vehicles; a performance map production unit that receives information related to a predetermined driving area from the on-board device, and produces a resource consumption performance map in which a driving interval in the predetermined driving area is set with resource consumption performance based on the performance information collected by the information collection unit; an execution period extraction unit that extracts a recommended execution period for an application software that does not require real-time execution during the driving period in the predetermined driving area based on the resource consumption performance map; and a notification unit that notifies the on-board device that has sent the information related to the predetermined driving area of ​​the recommended execution period extracted by the execution period extraction unit.

[0056] The server device collects resource consumption performance information from multiple vehicles and creates a resource consumption performance map. The server device extracts the recommended execution period for executing application software that does not require real-time performance based on the created resource consumption performance map, and notifies the vehicle-mounted device of the extracted recommended execution period. The vehicle-mounted device distributes the execution period of the application software by allocating the execution period of the application software that does not require real-time performance to the recommended execution period. As a result, the vehicle-mounted device can easily suppress the decrease in responsiveness when the load is high due to communication with the outside of the vehicle. In this way, the server device notifies the vehicle-mounted device of the recommended execution period of the application software that does not require real-time performance, thereby enabling the vehicle-mounted device to suppress the decrease in responsiveness when the load is high due to communication with the outside of the vehicle.

[0057] Another aspect of the present disclosure relates to a server device that can communicate with an on-board device mounted on a vehicle, and includes: an information collection unit that collects resource consumption performance information from a plurality of vehicles; a performance map creation unit that creates a resource consumption performance map in which resource consumption performance is set for a travel interval in a predetermined area based on the performance information collected by the information collection unit; and a publishing unit that publishes the resource consumption performance map created by the performance map creation unit to the on-board device. By publishing the resource consumption performance map to the on-board device, the server device can assist the on-board device in a vehicle equipped with the on-board device in a manner that can suppress a decrease in responsiveness when a high load is caused by communication with the outside of the vehicle.

[0058] (12) The resource control method according to the third aspect of the present disclosure is a resource control method installed in an on-board device of a vehicle, including: an acquisition step, in which the on-board device acquires, via a communication unit for communicating with an external device, actual information on resource consumption of other vehicles other than the vehicle, i.e., other vehicles, when the vehicle is traveling in a predetermined travel area of ​​the vehicle; an estimation step, in which the on-board device estimates, based on the actual information acquired in the acquisition step, the resource consumption that changes with time as the vehicle travels in the predetermined travel area; and a control step, in which the on-board device controls resource consumption by allocating the execution period of a predetermined application software to a predetermined period according to the estimation result in the estimation step. As a result, the on-board device can suppress a decrease in responsiveness even when a high load is caused by communication with the outside of the vehicle.

[0059] (13) A resource control assistance method according to a fourth aspect of the present disclosure is a resource control assistance method that is executed in a server device that can communicate with an on-board device mounted on a vehicle and assists in controlling resource consumption in the vehicle, and includes: a collecting step in which the server device collects performance information of resource consumption from a plurality of vehicles; a creating step in which the server device receives information related to a predetermined driving area from the on-board device and creates a resource consumption performance map in which resource consumption performance is set for a driving section of the predetermined driving area based on the performance information collected in the collecting step; an extracting step in which the server device extracts a recommended execution period for an application software that does not require real-time execution of processing based on the resource consumption performance map during driving in the predetermined driving area; and a notifying step in which the server device notifies the on-board device that has sent the information related to the predetermined driving area of ​​the recommended execution period extracted in the extracting step. Thus, the on-board device can be assisted in a manner that can suppress a decrease in responsiveness when a high load is caused by communication with the outside of the vehicle.

[0060] (14) The computer program according to the fifth aspect of the present disclosure causes a computer mounted on a vehicle to function as the following units: a communication unit that communicates with an external device; an information acquisition unit that acquires, via the communication unit, actual information on resource consumption of other vehicles other than the vehicle, i.e., other vehicles, when the vehicle is traveling in a predetermined travel area of ​​the vehicle; an estimation unit that estimates, based on the actual information acquired by the information acquisition unit, the resource consumption that changes over time as the vehicle travels in the predetermined travel area; and a resource control unit that allocates the execution period of a predetermined application software to a predetermined period based on the estimation result of the estimation unit, thereby controlling resource consumption. As a result, it is possible to suppress a decrease in responsiveness during a high load caused by communication with the outside of the vehicle.

[0061] (15) The computer program according to the sixth aspect of the present disclosure causes a computer to function as the following units: an information collection unit that collects resource consumption performance information from a plurality of vehicles; a performance map creation unit that receives information related to a predetermined travel area from an onboard device and creates a resource consumption performance map in which resource consumption performance is set for a travel section of the predetermined travel area based on the performance information collected by the information collection unit; an execution period extraction unit that extracts a recommended execution period for an application software that does not require real-time execution of processing based on the resource consumption performance map during a travel period in the predetermined travel area; and a notification unit that notifies the onboard device that has transmitted the information related to the predetermined travel area of ​​the recommended execution period extracted by the execution period extraction unit. Thus, the onboard device can be assisted in a manner that can suppress a decrease in responsiveness when a high load is caused by communication with the outside of the vehicle.

[0062] [Details of the embodiments of the present disclosure]

[0063] Below, while referring to the attached Figure 1 The specific examples of the vehicle-mounted device, server device, resource control method, resource control auxiliary method, and computer program involved in the embodiments of the present disclosure are described. It should be noted that in the following embodiments, the same components are marked with the same figure marks. Their functions and names are also the same. Therefore, detailed descriptions of them are not repeated.

[0064] (First Embodiment)

[0065] [Overall structure]

[0066] Reference Figure 1 The system 30 involved in this embodiment includes an on-board device 200 mounted on a vehicle 100 and a server device 500 communicating with the on-board device 200. The server device 500 is an external device (infrastructure device) provided outside the vehicle. The server device 500 may be a cloud server or an edge server. The vehicle (on-board device) communicating with the server device 500 is not limited to one, but may be multiple.

[0067] The system 30 predicts the load increase caused by communication with the outside of the vehicle 100, and schedules the execution period of a specified application software (hereinafter, "application software" is simply referred to as "application"). The server device 500 assists the prediction of the load increase in the vehicle-mounted device 200 by providing the resource consumption performance map described later to the vehicle-mounted device 200. The vehicle-mounted device 200 predicts the load increase caused by communication with the outside of the vehicle based on the resource consumption performance map provided by the server device 500, and allocates the execution period of the specified application to the period when there is idle resources. In this way, the vehicle-mounted device 200 disperses the execution period of the application, thereby suppressing the decrease in responsiveness even when there is a high load caused by communication with the outside of the vehicle.

[0068] Reference Figure 2 The vehicle-mounted device 200 can also communicate with a server device (infrastructure device 50) other than the server device 500 constituting the present system 30. In the vehicle 100 equipped with the vehicle-mounted device 200, in addition to the vehicle-mounted device 200, various sensors such as a millimeter wave radar 110, a vehicle-mounted camera 112, and a LiDAR (Laser Imaging Detection and Ranging) 114 are also mounted. For example, the vehicle-mounted device 200 collects sensor data from these sensors and wirelessly transmits it to the infrastructure device 50, or receives various information including a dynamic map from the infrastructure device 50.

[0069] The infrastructure device 50 receives sensor data transmitted from vehicle-mounted sensors, roadside sensors mounted on roadside devices, and the like, and creates a dynamic map used for safe driving assistance, etc. The infrastructure device 50 distributes the created dynamic map to the vehicle.

[0070] Reference Figure 3 Regarding the dynamic map 60, many sensors such as LiDAR and cameras are used to detect moving objects existing in the real space 62, and their attributes (adults, children, vehicles, two-wheeled vehicles, etc.) are estimated, and the dynamic map 60 is created using high-precision road map data prepared in advance in the virtual space. The dynamic map 60 includes dynamic information such as surrounding vehicle and pedestrian information, quasi-dynamic information such as accident information and congestion information, quasi-static information such as traffic control or road construction plan information, and static information such as road surface information and lane information (high-precision three-dimensional map information).

[0071] Refer again Figure 2 The vehicle-mounted device 200 receives various information including a dynamic map from the infrastructure device 50 and provides various information such as safe driving assistance to the passengers based on the received information. The infrastructure device 50 may also be a structure that remotely monitors (remote monitoring) the vehicle 100 equipped with the vehicle-mounted device 200 or remotely controls (remote control) the vehicle 100 as needed.

[0072] The vehicle-mounted device 200 of the vehicle 100 can provide various services such as safe driving assistance to passengers of the vehicle 100 by connecting to the infrastructure device 50. In the vehicle-mounted device 200, provision of these services is achieved by executing a service application in the vehicle-mounted device 200.

[0073] The services provided sometimes depend on the characteristics of the driving area. For example, near an intersection, the vehicle-mounted device 200 downloads a dynamic map to provide the driver with blind spot information of right-turning vehicles and pedestrians. For another example, in a place with a large number of people or a congested place, the vehicle-mounted device 200 uploads the sensor data collected in the vehicle to the infrastructure device 50 that constructs the dynamic map.

[0074] Therefore, in some driving areas, by executing the service application that communicates with the infrastructure device 50, the resource consumption in the vehicle 100 increases due to the communication with the infrastructure device 50 outside the vehicle. That is, if the vehicle 100 enters an area that requires communication with the outside of the vehicle, the resource consumption increases. In such a situation, the resource consumption in the vehicle 100 not only increases, but also changes over time as the vehicle 100 drives. Therefore, when driving in such an area, if the change in resource consumption over time can be predicted, it becomes easy to cope with the high load caused by communication with the outside of the vehicle.

[0075] Refer again Figure 1 In order to predict the change of resource consumption over time, in this embodiment, the above-mentioned resource consumption performance map is used. The resource consumption performance map is a map that shows the actual consumption of resources in which place (section) and to what extent, based on the resource consumption performance of the preceding vehicle (a vehicle other than the vehicle) that has previously traveled in the scheduled driving area of ​​the vehicle. The scheduled driving area can be set, for example, as a specific area where the change of resource consumption over time occurs. In this case, the server device 500 that provides the resource consumption performance map can be configured to: create a resource consumption performance map for a specific area, and provide the created resource consumption performance map to the vehicle that is about to enter the above-mentioned specific area as the scheduled driving area.

[0076] The vehicle-mounted device 200 predicts the temporal change of resource consumption by referring to the resource consumption performance map. In addition, the vehicle-mounted device 200 estimates the resource consumption that changes with time as the vehicle travels, based on the travel speed of the vehicle 100 when traveling in the predetermined travel area. As a result, it is possible to predict the period when resources are idle, so the vehicle-mounted device 200 can allocate the execution period of a specified application to the period when resources are idle. The specified application is, for example, an application whose execution of processing is not restricted by time.

[0077] [Service application examples]

[0078] Applications executed in the vehicle-mounted device 200 for communicating with the outside of the vehicle can be classified into real-time applications (also called "high real-time applications") that require real-time performance for processing execution and non-real-time applications that do not require real-time performance for processing execution.

[0079] Since real-time applications require real-time performance, there are constraints on execution timing. On the other hand, since non-real-time applications do not require real-time performance, there are no constraints on execution timing. Therefore, whether an application is a real-time application or a non-real-time application can be determined based on whether real-time performance is required, that is, whether there are constraints on execution timing. Specifically, for example, whether an application has an allowable delay time or whether the allowable delay time is below a specified threshold can be used to determine whether the application is a real-time application or a non-real-time application.

[0080] Real-time applications can be classified into the following three groups, for example, according to the amount of resource consumption.

[0081] (1) Group 1: Resource consumption (high)

[0082] For example, real-time applications such as remote control and remote monitoring of a vehicle and processing of uploading sensor data of sensors mounted on the vehicle to a server device (infrastructure device) for dynamic map construction belong to this group.

[0083] (2) Group 2: Resource consumption (medium)

[0084] For example, real-time applications that execute download processing (for example, a cycle of several hundred milliseconds) of a dynamic map shared by dynamic information (blind spot information) belong to this group.

[0085] (3) Group 3: Resource consumption (low)

[0086] For example, real-time applications that perform upload processing of probe information (for example, a cycle of several minutes) and the like belong to this group.

[0087] Non-real-time applications include, for example, applications that perform download processing for updating static maps, upload processing of vehicle information for fault diagnosis, and the like.

[0088] [Example of Estimation of Resource Consumption]

[0089] Reference Figure 4 The vehicle-mounted device 200 of the vehicle 100 estimates the resource consumption amount of each travel section in the scheduled travel area 32 based on the resource consumption amount performance map. Figure 4 In FIG. 1 , the upper graph shows the resource consumption performance map, and the lower graph shows the temporal change of the resource consumption estimated based on the resource consumption performance map.

[0090] In the resource consumption performance map, it can be recognized that the area with "resource consumption: low" is, for example, an area of ​​real-time applications belonging to the third group that mainly performs processing such as uploading detection information, the area with "resource consumption: medium" is, for example, an area of ​​real-time applications belonging to the second group that mainly performs processing such as downloading dynamic maps, and the area with "resource consumption: high" is, for example, an area of ​​real-time applications belonging to the first group that mainly performs processing such as uploading sensor data.

[0091] The vehicle-mounted device 200 estimates, for example, the resource consumption required when real-time applications belonging to each group are executed in the vehicle. The resource consumption is estimated, for example, for each estimated object (object resource) of the consumption. The estimated object of consumption is, for example, a communication frequency band (wireless or wired), a processor, and a memory. By allocating the estimated resource consumption to the driving time period of each area in the resource consumption performance map, a map showing the change in resource consumption over time accompanying driving can be obtained. Figure 4 The figure shown in the lower paragraph.

[0092] [Scheduling of non-real-time applications]

[0093] Reference Figure 5, it is possible to predict the period when resources are idle based on the estimated result of resource consumption. For example, when resource consumption is quantified into multiple levels (here, as an example, the three levels of "high", "medium" and "low" corresponding to the first to third groups of real-time applications), the periods when resource consumption is "medium" and "low" can be predicted as periods when resources are idle. As for non-real-time applications, as described above, there are no constraints on the execution timing, so scheduling is possible. Therefore, for non-real-time applications, the execution period is allocated to the period predicted to be a period when resources are idle.

[0094] It should be noted that the prediction of the period during which resources are idle can also be made based on the ratio of the estimated resource consumption to the upper limit of resource use. Specifically, the period during which the ratio of the estimated resource consumption to the upper limit of resource use is less than a specified threshold value X[%] can be used as the period during which resources are idle. The threshold value X[%] can be set to 50%, for example. The value of the threshold value X[%] can also be set based on the resource consumption of non-real-time applications. Thus, the value of the threshold value X[%] is set in such a way that resources that can reliably execute non-real-time applications are left.

[0095] [Creation of resource consumption performance map]

[0096] Reference Figure 6 The server device 500 collects the resource consumption performance value of each real-time application in the driving area (predetermined driving area for the vehicle) from the preceding vehicle. Each preceding vehicle sends the driving performance information (e.g., position information, time information, and resource consumption (observation results)) when driving in the driving area (predetermined driving area) to the server device 500 as upload information. The server device 500 creates a resource consumption performance map based on the collected information, and updates it regularly (e.g., every few minutes) or irregularly.

[0097] Figure 7 This is a diagram showing an example of the content of the resource consumption performance map. Figure 7 Although the example in which the content of the resource consumption performance map is in a table format is shown, it does not need to be in a table format. Figure 7 The table showing the contents of the resource consumption performance map includes columns for "Area (Interval)", "Real-time Application", "Execution Period (Milliseconds)", "Allowable Delay (Milliseconds)", "Object Resources", "Resource Consumption [Numerical Value]", "Resource Consumption [Judgment Result]", and "Notes".

[0098] The "Area (Interval)" column stores the interval specified by the location information. The "Real-time Application" column stores the identification number of the real-time application executed in each area (interval). The "Execution Period (milliseconds)" column stores the execution period of the real-time application. The "Allowable Delay (milliseconds)" column stores the allowable delay time of the real-time application. The "Object Resource" column stores "Communication Band", "Processor" and "Memory" as items of the object resource. The "Resource Consumption [Numerical Value]" column stores the resource consumption performance value of each item of the object resource. The "Resource Consumption [Judgment Result]" column stores quantitative information that quantifies the result of the resource consumption performance value into N levels. For example, when the result of the resource consumption performance value is quantized into 3 levels, any one of "High", "Medium" and "Low" is stored. In the "Notes" column, notes are stored as needed.

[0099] Figure 7 The table shown in FIG. 1 is created as actual performance data for a specified period. The time information included in the driving performance information is used to determine whether it is information for a specified period. Figure 7 The table shown in FIG. 1 adds a column of time information so that each record has time information. Furthermore, since the speed information of the vehicle can be calculated based on the time information and the position information, it is also possible to calculate the speed information of the vehicle based on the time information and the position information. Figure 7 The table shown has a speed information column added thereto so that each record has the speed information. The resource consumption amount actual map may be added with time information indicating the date and time when the resource consumption amount actual map was generated.

[0100] Server device 500 (see Figure 6 ) can also be constructed as Figure 7 The contents of the table shown are used by appropriate statistical processing. For example, the values ​​stored in the "resource consumption [value]" column may be statistically processed (averaged) for the observed values ​​of multiple preceding vehicles or for the time variation caused by the execution period of the real-time application.

[0101] It should be noted that the travel performance information may be collected from each vehicle regardless of whether it is the preceding vehicle or not, and information corresponding to the preceding vehicle may be extracted from the collected information to create or update the resource consumption performance map.

[0102] [Structure of the vehicle-mounted device 200]

[0103] Reference Figure 8The vehicle-mounted device 200 includes an in-vehicle GW device 210 and an external wireless device 300. In addition to the GW device 210, the vehicle 100 is also equipped with an in-vehicle network 400, which is a communication network including various sensors and various ECUs (Electronic Control Units). Generally, a vehicle is equipped with a plurality of in-vehicle networks. Figure 8 In FIG. 4 , the in-vehicle network 400 is described as a representative of the plurality of in-vehicle networks, and description of the other in-vehicle networks is omitted.

[0104] The GW device 210 interconnects a plurality of in-vehicle networks including the in-vehicle network 400 and organizes the exchange of data between the in-vehicle networks. The in-vehicle network 400 includes a sensor group 410 and an ECU group 420. The sensor group 410 includes various sensors, and the ECU group 420 includes various ECUs. When the vehicle 100 has an automatic driving function, the ECU group 420 includes an automatic driving ECU.

[0105] The GW device 210 further includes an information acquisition unit 220, a resource management unit 230, and a coordination mediation processing unit 240 as functional units. The information acquisition unit 220 acquires the performance information of the resource consumption in the predetermined driving area of ​​the other vehicle (the preceding vehicle) that has traveled in the predetermined driving area of ​​the vehicle (the vehicle 100) via the external wireless device 300. That is, the information acquisition unit 220 acquires the performance information of the source consumption of the other vehicle, i.e., the other vehicle other than the vehicle (the vehicle 100), when the other vehicle travels in the predetermined driving area of ​​the vehicle (the vehicle 100) via the external wireless device 300. In the present embodiment, the information acquisition unit 220 acquires the resource consumption performance map from the server device 500 as the performance information. The resource management unit 230 manages the resource consumption of the vehicle. The resource management unit 230 includes a resource consumption estimation unit 232 and a resource control unit 234. The resource consumption estimation unit 232 estimates the resource consumption that changes over time as the vehicle travels in the predetermined travel area based on the resource consumption performance map acquired by the information acquisition unit 220. The resource control unit 234 allocates the execution period of the specified application to the specified period based on the estimation result of the resource consumption estimation unit 232. Specifically, as described above, the resource control unit 234 allocates the execution period of the non-real-time application to the period in which the resource is predicted to be idle.

[0106] The coordination mediation processing unit 240 is a functional unit (application) that mediates coordination between the terminal ECU and the server device (infrastructure device). For example, the coordination mediation processing unit 240 obtains or updates dynamic map information and transmits it to the terminal ECU (for example, the autonomous driving ECU).

[0107] The off-vehicle wireless device 300 includes a plurality of wireless interfaces (hereinafter, "interface" is referred to as "IF") for wireless communication with the outside of the vehicle. The plurality of wireless IFs include, for example, a wireless IF 310 for cellular communication with an external device (external device) using 5G (fifth generation mobile communication system) or LTE (Long Term Evolution), a wireless IF 320 for wireless communication with an external device using C-V2X (Cellular Vehicle to Everything), and other wireless IFs 330. As other wireless IFs 330, for example, Local 5G can be cited. It should be noted that the wireless IFs included in the off-vehicle wireless device 300 are not limited to them, and may be wireless IFs other than them. In addition, the number of wireless IFs included in the off-vehicle wireless device 300 is not limited to this.

[0108] As wireless IF, there are various wireless IFs corresponding to each communication method. As a communication method, as wide area communication, cellular communication (4G (LTE) / 5G) and LPWA (Low Power Wide Area) are known, and as short-range communication, DSRC (Dedicated Short Range Communications) and C-V2X are known. In addition, as local communication between wide area and short range, there are WiFi, Local 5G, etc. Local 5G is different from cellular communication 5G in that it is independently operated by enterprises or municipalities other than communication operators.

[0109] [Resource Management Objects in Vehicle 100]

[0110] Resource management objects (object resources) include communication resources and computing resources. The management objects of communication resources include the wired communication frequency band between the in-vehicle network 400 and the GW device 210 and the wireless communication frequency band for communication between the on-board device 200 and the off-vehicle device (for example, the infrastructure device 50, etc.) and relay processing or terminal processing. The management objects of computing resources include processors and memories. Regarding the observation area of ​​each resource, the communication frequency band (wired / wireless) is the communication link, and the processor and memory are the application execution area.

[0111] [Hardware structure]

[0112] 《GW Device 210》

[0113] Reference Fig. 9The GW device 210 mounted on the vehicle 100 includes a computer 212. The computer 212 includes a control unit 250 for controlling the entire GW device 210, a storage device 260 for storing various data, an in-vehicle network communication unit 270 for communicating with the in-vehicle network, and a communication IF 280 for communicating with the external wireless device 300. The control unit 250, the storage device 260, the in-vehicle network communication unit 270, and the communication IF 280 are all connected to a bus 290, and data exchange between them is performed via the bus 290.

[0114] The control unit 250 includes a computing unit 252, a ROM (Read Only Memory) 254 storing a startup program of the computer 212, and a RAM (Random Access Memory) 256 that can be written and read at any time. The computing unit 252 includes, for example, a CPU (Central Processing Unit) or an MPU (Micro Processing Unit) as a computing element (processor). The storage device 260 includes, for example, a non-volatile memory such as a flash memory. The software (computer program) executed by the computing unit 252 and various information (data) are stored in the ROM 254 or the storage device 260.

[0115] The computer program for causing the GW device 210 to function as each functional unit of the GW device 210 involved in the present disclosure may be stored in a prescribed storage medium such as a DVD (Digital Versatile Disc) or a USB (Universal Serial Bus) memory and circulated, and further transferred from them to the storage device 260. Alternatively, the computer program may be sent from an external device to the computer 212 and stored in the storage device 260 through wireless communication with the outside of the vehicle.

[0116] The functions of the functional units of the GW device 210 are implemented by software processing executed by the control unit 250 using hardware. Some or all of these functions may be implemented by an integrated circuit including a microcomputer.

[0117] The in-vehicle network communication unit 270 provides an IF for communicating with the in-vehicle network. The in-vehicle network communication unit 270 communicates with the in-vehicle network according to a communication protocol such as CAN (Controller Area Network). A plurality of in-vehicle network communication units 270 are provided corresponding to a plurality of in-vehicle networks. Under the control of the control unit 250, the GW device 210 (computer 212) transmits the data (message) received by one in-vehicle network communication unit from another in-vehicle network communication unit, thereby relaying the data between the in-vehicle networks. The communication IF 280 provides an IF for communicating with the external wireless device 300.

[0118] 《Server device 500》

[0119] Reference Fig.10 The server device 500 includes a computer 510. The computer 510 includes a control unit 520, a storage device 530, and a network IF 540. The control unit 520 includes a CPU 522, a GPU (Graphics Processing Unit) 524, a ROM 526, and a RAM 528. The control unit 520, the storage device 530, and the network IF 540 are all connected to a bus 550, and data exchange between them is performed via the bus 550.

[0120] The storage device 530 includes a nonvolatile storage device such as a flash memory or a hard disk drive. The storage device 530 stores computer programs and various information for execution by the CPU 522. The network IF 540 provides a connection to the network 70 that enables communication with other terminals.

[0121] The server device 500 obtains driving performance information (e.g., location information, time information, and resource consumption (observation results)) for creating a resource consumption performance map from each preceding vehicle via the network 70. The server device 500 creates a resource consumption performance map by processing the acquired driving performance information. The server device 500 distributes the created resource consumption performance map to the vehicle via the network 70.

[0122] The computer program for causing the server device 500 to function as each functional unit of the server device 500 according to the present embodiment is stored in a predetermined storage medium such as a DVD or a USB memory and circulated, and is further transferred from these to the storage device 530. Alternatively, the computer program may be sent from an external device to the computer 510 via the network 70 and stored in the storage device 530.

[0123] [Functional Configuration of Server Device 500]

[0124] Reference Fig.11The control unit 520 of the server device 500 includes a communication control unit 560, an information collection unit 562, a performance map creation unit 564, and a publishing unit 566 as functional units. The storage device 530 includes a driving performance information storage unit 532 and a performance map storage unit 534. The communication control unit 560 controls the network IF 540 (see Fig.10 ). The information collection unit 562 collects driving performance information from a plurality of preceding vehicles and stores it in the driving performance information storage unit 532. The performance map creation unit 564 reads out the driving performance information stored in the driving performance information storage unit 532 and processes it to create a resource consumption performance map. The performance map creation unit 564 stores the created resource consumption performance map in the performance map storage unit 534. The performance map creation unit 564 also has a function of updating the resource consumption performance map based on the newly collected driving performance information. The publishing unit 566 reads out the resource consumption performance map from the performance map storage unit 534 at a predetermined timing and publishes it to the vehicle.

[0125] These functions are realized by software processing executed by hardware by the control unit 250. Some or all of these functions may be realized by an integrated circuit including a microcomputer.

[0126] [Software Structure]

[0127] 《In-vehicle device 200》

[0128] Reference Fig.12 Next, a control structure of a computer program executed in the vehicle-mounted device 200 to suppress a decrease in responsiveness even when a high load is caused by communication with the outside of the vehicle will be described. This program is started, for example, when wireless communication with the outside of the vehicle is started.

[0129] The program includes: step S1000, waiting until a resource consumption performance map is received from the server device 500; and step S1010, which is executed when a resource consumption performance map is received from the server device 500 in step S1000, and step S1012 described below is repeatedly performed for each observation area of ​​the target resource until the processing of all the target resources is completed. In step S1010, step S1012 is included to estimate the resource consumption of real-time applications in the predetermined driving area based on the received resource consumption performance map.

[0130] The program further includes: step S1020, which is executed after step S1010, and the execution period of the non-real-time application is scheduled based on the estimated result of the resource consumption; step S1030, which is executed after step S1020, and the non-real-time application is executed during the execution period set by the scheduling process of step S1020; and step S1040, which is executed after step S1030, and determines whether an instruction to end the system has been given, and branches the control flow according to the determination result. In the case where it is determined in step S1040 that there is no instruction to end the system, the control returns to step S1000. In the case where it is determined in step S1040 that there is an instruction to end the system, the program ends.

[0131] 《Server device 500》

[0132] Reference Fig.13 Next, a control structure of a computer program executed in server device 500 for creating a resource consumption performance map and distributing it to a vehicle will be described. This program is started by an operation of a manager who manages server device 500, for example.

[0133] The program includes: step S2000, collecting driving performance information (for example, location information, time information and resource consumption (observation results), etc.) from each vehicle (front vehicle) for producing a resource consumption performance map; step S2010, executed after step S2000, producing or updating the resource consumption performance map based on the collected information; and step S2020, executed after step S2010, publishing the produced or updated resource consumption performance map to vehicle 100 (vehicle-mounted device 200), so that control returns to step S2000.

[0134] [action]

[0135] The system 30 according to the present embodiment operates as follows. Hereinafter, a case where a specific area where a temporal variation in resource consumption occurs is set as a predetermined travel area will be described.

[0136] Reference Figure 1 , the server device 500 collects the resource consumption performance value of each real-time application in the driving area (specific area) from each preceding vehicle that has traveled in the specific area. Specifically, each preceding vehicle sends the driving performance information (e.g., position information, time information, and resource consumption (observation results)) when traveling in the driving area to the server device 500 as uploaded information. The server device 500 collects the driving performance information (including the resource consumption performance value) by receiving the uploaded information from each preceding vehicle. Fig.13 Step S2000).

[0137] The server device 500 creates a resource consumption performance map based on the collected driving performance information (step S2010 ), and distributes the created resource consumption performance map to the vehicle 100 (on-vehicle device 200 ) (step S2020 ).

[0138] When the vehicle-mounted device 200 of the vehicle 100 receives the resource consumption performance map (in Fig.12 If the result of step S1000 is YES, the resource consumption amount ( Fig.12 Step S1010).

[0139] Reference Figure 4 Specifically, the vehicle-mounted device 200 estimates the resource consumption of the real-time application in the predetermined driving area based on the received resource consumption performance map. The vehicle-mounted device 200 schedules the execution period of the non-real-time application based on the estimated resource consumption result ( Fig.12 Step S1020). Figure 5 , extracting a period during which resources are idle based on the estimated result of resource consumption. The vehicle-mounted device 200 allocates an execution period of a non-real-time application to the period during which resources are idle. The vehicle-mounted device 200 executes the processing performed by the non-real-time application during the execution period of the non-real-time application ( Fig.12 Step S1030).

[0140] As is apparent from the above description, the vehicle-mounted device 200 and the server device 500 according to the present embodiment have the following effects.

[0141] The vehicle-mounted device 200 obtains the performance information (in this embodiment, the resource consumption performance map) of the resource consumption of other vehicles (front vehicles) that have traveled in the predetermined driving area of ​​the vehicle. The vehicle-mounted device 200 estimates the resource consumption that changes over time as the vehicle travels based on the obtained resource consumption performance map. That is, the vehicle-mounted device 200 predicts the load increase caused by communication with the outside of the vehicle when the vehicle travels in the predetermined driving area based on the resource consumption performance map. The vehicle-mounted device 200 also controls resource consumption by allocating the execution period of a specified application (non-real-time application) to a period that avoids high load, for example. As a result, the vehicle-mounted device 200 can also suppress the decrease in responsiveness when the load is high due to communication with the outside of the vehicle. In addition, the generation of services that cannot meet the allowable delay time can be suppressed without installing a high-performance processor on the vehicle-mounted device. As a result, it is possible to suppress the increase in the cost of the vehicle-mounted device while suppressing the decrease in responsiveness.

[0142] The vehicle-mounted device 200 estimates the resource consumption amount including the resource consumption amount caused by the execution of the real-time application, which varies according to the driving interval of the predetermined driving area, for each driving interval, and allocates the execution period of the non-real-time application to the prescribed period according to the estimation result. In this way, the execution period of the non-real-time application can be allocated to the period when there is free resource. In other words, it is possible to prevent the non-real-time application from being executed during the period when the resource consumption increases due to the execution of the real-time application. In this way, the execution period of the application can be dispersed, so it is easy to suppress the decrease in responsiveness during the high load caused by the communication with the outside of the vehicle.

[0143] The server device 500 collects resource consumption performance values ​​(driving performance information) from a plurality of preceding vehicles, and creates a resource consumption performance map in which resource consumption performance is set for a driving section of a predetermined driving area based on the collected driving performance information. The vehicle-mounted device 200 can easily estimate resource consumption that changes over time as the vehicle travels by using the resource consumption performance map provided by the server device 500.

[0144] When scheduling the execution period of a non-real-time application, the execution period of the non-real-time application can also be allocated to the scheduled driving period of the driving interval in which the ratio of the estimated resource consumption to the resource usage upper limit is less than the predetermined threshold value X[%]. In this case, the execution period of the non-real-time application can be easily set to a period other than the high load period. The value of the threshold value X[%] can also be set based on the resource consumption of the non-real-time application. Thus, the execution period of the non-real-time application can be set to a period in which resources for executing the non-real-time application are ensured.

[0145] The resource consumption performance map includes quantitative information (e.g., "high", "medium", and "low"), which is set for each travel interval of the predetermined travel area and the performance value of the resource consumption of the preceding vehicle that has traveled in the predetermined travel area is quantified into multiple levels (three levels in this embodiment). Thus, the data volume of the resource consumption performance map can be reduced, so that it becomes easy for the vehicle-mounted device 200 to obtain the resource consumption performance map.

[0146] (First Modification)

[0147] In the system according to the first variant, the server device that publishes the resource consumption performance map monitors the current position of the vehicle at the publishing destination, and publishes the resource consumption performance map to the vehicle before the vehicle enters the predetermined travel area. The server device acquires the position information of the vehicle (vehicle-mounted device) by communicating with the vehicle (vehicle-mounted device). The server device determines whether the vehicle at the publishing destination enters the predetermined travel area based on the acquired position information.

[0148] The scheduled driving area of ​​the vehicle is set in the server device as the above-mentioned specific area. The server device determines whether the vehicle enters the specific area set as the scheduled driving area before, and publishes the resource consumption performance map to the vehicle according to the determination result. The so-called "before entering the scheduled driving area" can be set, for example, immediately before entering the scheduled driving area or a few seconds before, or a few minutes before entering the scheduled driving area. It should be noted that the time until entering the scheduled driving area can be calculated based on the position information and the vehicle speed.

[0149] Thus, the vehicle-mounted device mounted on the vehicle receives the resource consumption performance map from the server device before entering the scheduled travel area. The other structures of the vehicle-mounted device and the server device are the same as those of the first embodiment described above.

[0150] [Software Structure]

[0151] In the server device according to the first modification, instead of Fig.13 The program shown is executed Fig.14 The procedure shown. Fig.14 The program is Fig.13 The procedure also includes step S2012. Fig.14 The processing in step S2000, step S2010 and step S2020 is the same as Fig.14 The processing in each step shown is the same. The following describes the different parts.

[0152] Reference Fig.14 The program includes step S2012: executed after step S2010, it is determined whether the vehicle (vehicle-mounted device) providing the resource consumption performance map is before entering a specific area (predetermined driving area), and the control flow is branched according to the determination result. In step S2012, if it is determined that it is not before entering, the control returns to step S2000. In step S2012, if it is determined that it is before entering, the control proceeds to step S2020.

[0153] With this configuration, the vehicle-mounted device can more reliably obtain the resource consumption performance map from the server device before entering the scheduled travel area. This makes it possible to predict the load increase caused by communication with the outside of the vehicle when the vehicle travels in the scheduled travel area before entering the scheduled travel area.

[0154] The other effects in the first modification are the same as those in the above-mentioned first embodiment.

[0155] (Second Modification)

[0156] In the system involved in the second variant, the vehicle-mounted device requests the server device to send a resource consumption performance map. The server device publishes the resource consumption performance map to the vehicle-mounted device that sent the transmission request based on the transmission request from the vehicle-mounted device. The vehicle-mounted device sends the transmission request to the server device at an arbitrary timing before entering the predetermined driving area. As a result, the vehicle-mounted device can receive the resource consumption performance map from the server device before the vehicle enters the predetermined driving area. The other structures of the vehicle-mounted device and the server device are the same as those of the first embodiment described above.

[0157] [Software Structure]

[0158] 《In-vehicle device》

[0159] In the vehicle-mounted device according to the second modification, instead of Fig.12 The program shown is executed Fig.15 The procedure shown. Fig.15 The program is Fig.12 The procedure also includes step S1100. Fig.15 The processing in steps S1000 to S1040 is the same as Fig.12 The processing in each step shown is the same. The following describes the different parts.

[0160] Reference Fig.15 The program includes a step S1100 of requesting a server device that publishes a resource consumption performance map to send a resource consumption performance map. In step S1100, for example, at a predetermined timing before the vehicle enters a predetermined driving area, a request for sending a resource consumption performance map is sent from the vehicle-mounted device to the server device. If the processing of step S1100 is completed, control proceeds to step S1000. If it is determined in step S1040 that there is no instruction to end the system, control returns to step S1100.

[0161] 《Server Device》

[0162] In the server device according to the second modification, instead of Fig.13 The program shown is executed Fig.16 The procedure shown. Fig.16 The program is Fig.13 The procedure replaces step S2020 and includes step S2014 and step S2022. Fig.16 The processing in step S2000 and step S210 is the same as Fig.13 The processing in each step shown is the same. The following describes the different parts.

[0163] Reference Fig.16The program includes: step S2014, which is executed after step S2010, to determine whether a sending request is received from the vehicle-mounted device, and to branch the control process according to the determination result; and step S2022, which is executed when it is determined in step S2014 that a sending request is received, and to publish (send) a resource consumption performance map to the vehicle-mounted device (vehicle) that sent the sending request.

[0164] If it is determined in step S2014 that a transmission request has not been received or the processing in step S2022 is completed, the control returns to step S2000.

[0165] In this way, the vehicle-mounted device can obtain the resource consumption record map from the server device before the vehicle enters the scheduled travel area by requesting the server device to transmit the resource consumption record map before the vehicle enters the scheduled travel area.

[0166] The other effects in the second modification are the same as those in the above-mentioned first embodiment.

[0167] (Third Modification)

[0168] In the system involved in the third variant, the vehicle-mounted device notifies the server device of the scheduled driving area of ​​the vehicle. The scheduled driving area can be, for example, a structure set in a navigation system or the like based on a destination set (input) by a passenger of the vehicle. In this case, a route is determined until the set (input) destination, and the scheduled driving area is derived based on the determined route. Moreover, in the case where the destination is not input, for example, the structure of the scheduled driving area can be set based on past driving history, current vehicle driving behavior, etc. If the server device receives a notification from the vehicle-mounted device, it selects or creates a resource consumption performance map corresponding to the sent scheduled driving area and publishes it to the vehicle-mounted device that sent the notification. The timing of the vehicle-mounted device notifying the server device of the scheduled driving area of ​​the vehicle is not particularly limited. As an example, the timing of notifying the scheduled driving area of ​​the vehicle can be set to an arbitrary timing before the vehicle enters the scheduled driving area in the same way as the second variant. The other structures of the vehicle-mounted device and the server device are the same as those of the first embodiment described above.

[0169] [Software Structure]

[0170] 《In-vehicle device》

[0171] In the vehicle-mounted device according to the third modification, instead of Fig.12 The program shown is executed Fig.17 The procedure shown. Fig.17 The program is Fig.12 The procedure also includes step S1110. Fig.17The processing in steps S1000 to S1040 is the same as Fig.12 The processing in each step shown is the same. The following describes the different parts.

[0172] Reference Fig.17 The program includes a step S1110 of notifying a server device that publishes a resource consumption performance map of the scheduled driving area of ​​the vehicle. If the processing of step S1110 is completed, control proceeds to step S1000. If it is determined in step S1040 that there is no instruction to end the system, control returns to step S1110.

[0173] 《Server Device》

[0174] In the server device according to the third modification, instead of Fig.13 The program shown is executed Fig.18 and Fig.19 The procedure shown. Fig.18 The procedure shown is similar to Fig.19 The procedures shown are executed in parallel.

[0175] Reference Fig.18 The program includes: step S2000, collecting driving performance information (e.g., position information, time information, and resource consumption (observation results) etc.) for making a resource consumption performance map from each vehicle (front vehicle); and step S2010, executed after step S2000, making or updating the resource consumption performance map based on the collected information. If the processing of step S2010 is completed, the control returns to step S2000.

[0176] Reference Fig.19 The program includes: step S2100, waiting until a notification of a scheduled driving area is received from a vehicle; step S2110, executed when it is determined in step S2100 that a notification of a scheduled driving area is received, selecting a resource consumption performance map corresponding to the notified scheduled driving area from the prepared resource consumption performance maps, or preparing a resource consumption performance map corresponding to the notified scheduled driving area; and step S2120, executed after step S2110, sending (publishing) the resource consumption performance map corresponding to the notified scheduled driving area to the vehicle (the vehicle that sent the notification). If the processing of step S2120 is completed, control returns to step S2100.

[0177] In the system according to the third variant, the vehicle-mounted device notifies the server device of the scheduled driving area of ​​the vehicle and obtains the resource consumption performance map corresponding to the scheduled driving area from the server device. Thus, the vehicle-mounted device can predict the temporal change of resource consumption associated with the driving of the vehicle for various scheduled driving areas.

[0178] The other effects in the third modification are the same as those in the above-mentioned first embodiment.

[0179] (Fourth Modification)

[0180] In the system according to the fourth modification, the time elapsed since the resource consumption performance map was created is calculated, and the vehicle-mounted device performs a resource consumption estimation process using the resource consumption performance map based on the elapsed time. That is, if the resource consumption performance map obtained by the vehicle-mounted device is old, the resource consumption estimation process using the resource consumption performance map is not performed, and if the resource consumption performance map is relatively new, the resource consumption estimation process is performed.

[0181] The resource consumption performance map is attached with time information indicating the date and time when the resource consumption performance map was generated. The vehicle-mounted device compares the date and time indicated by the time information with the current date and time, and estimates the resource consumption that changes over time as the vehicle travels based on the comparison result. For example, if the comparison result shows that a time longer than a specified time (for example, a time in the range of 2 hours to 6 hours) has passed since the resource consumption performance map was generated, the vehicle-mounted device does not perform the estimation processing using the resource consumption performance map. As a result, the resource consumption can be estimated using the new performance information of the generated date and time, thereby improving the estimation accuracy of the resource consumption.

[0182] [Software Structure]

[0183] 《In-vehicle device》

[0184] In the vehicle-mounted device according to the fourth modification, instead of Fig.12 The program shown is executed Fig. 20 The procedure shown. Fig. 20 The program is Fig.12 The procedure also includes step S1120 and step S1130. Fig. 20 The processing in steps S1000 to S1040 is the same as Fig.12 The processing in each step shown is the same. The following describes the different parts.

[0185] Reference Fig. 20, the program includes: step S1120, which is executed when it is determined in step S1000 that the resource consumption performance map is received from the server device, and compares the creation date and time of the received resource consumption performance map with the current date and time; and step S1130, which is executed after step S1120, and determines whether the time elapsed from the creation of the resource consumption performance map is within a prescribed time (for example, a time in the range of 2 hours to 6 hours), and branches the control flow according to the determination result. If it is determined in step S1130 that the time elapsed from the creation of the resource consumption performance map is not within the prescribed time (that is, a time longer than the prescribed time has passed), control returns to step S1000. If it is determined in step S1130 that the time elapsed from the creation of the resource consumption performance map is within the prescribed time, control proceeds to step S1010.

[0186] It should be noted that, when a time longer than a predetermined time has passed since the resource consumption performance map was generated, the vehicle-mounted device may be configured to discard the resource consumption performance map and request the server device to transmit a new resource consumption performance map.

[0187] (Second Embodiment)

[0188] Reference Fig.21 The vehicle-mounted device 200A according to this embodiment differs from the first embodiment in that the resource consumption is estimated based on the resource consumption performance map obtained from the server device in that the vehicle-mounted device 200A obtains driving performance information (e.g., position information, time information, and resource consumption (observation result), etc.) from the preceding vehicle and estimates the resource consumption that changes over time as the vehicle travels based on the obtained driving performance information. The other structures are the same as those of the first embodiment.

[0189] The vehicle-mounted device 200A of the vehicle 100A communicates with a plurality of (e.g., 2 to 3) preceding vehicles that have traveled in the predetermined travel area through inter-vehicle communication, and obtains travel performance information from these preceding vehicles. The vehicle-mounted device 200A processes the obtained travel performance information to determine which real-time application is executed for each travel section of the predetermined travel area. Based on the determination result, the vehicle-mounted device 200A estimates the resource consumption of the real-time application in the predetermined travel area in the same manner as in the first embodiment. The vehicle-mounted device 200A also schedules the execution period of the non-real-time application based on the estimated result of the resource consumption.

[0190] Reference Fig. 22 The vehicle-mounted device 200A according to this embodiment replaces the GW device 210 (see Figure 8 ) and includes a GW device 210A. The GW device 210A replaces the information acquisition unit 220 and the resource management unit 230 (see Figure 8 ) and each includes an information acquisition unit 222 and a resource management unit 230A. The information acquisition unit 222 is connected to the external wireless device 300 (see Figure 8 ) and obtains the actual information of resource consumption in the predetermined driving area, namely, "driving performance information", from the preceding vehicle that has traveled in the predetermined driving area of ​​the vehicle. The resource management unit 230A replaces the resource consumption estimation unit 232 (refer to Figure 8 ) and includes a resource consumption amount estimation unit 232A. The resource consumption amount estimation unit 232A estimates the resource consumption amount of each travel section in the predetermined travel area based on the travel performance information obtained from the preceding vehicle.

[0191] [Software Structure]

[0192] In the vehicle-mounted device 200A according to the present embodiment, instead of Fig.12 The program shown is executed Fig.23 The procedure shown. Fig.23 The program is Fig.12 The procedure replaces step S1000 and step S1010 and includes step S1200 and step S1210. Fig.23 The processing in steps S1020 to S1040 is the same as Fig.12 The processing in each step shown is the same. The following describes the different parts.

[0193] Reference Fig.23 The program includes: step S1200, waiting until driving performance information is received from multiple preceding vehicles; step S1210, executed when it is determined in step S1200 that driving performance information is received from multiple preceding vehicles, and step S1212 described below is repeatedly performed for each observation area of ​​the target resource until the processing of all target resources is completed. In step S1210, a step S1212 of estimating the resource consumption of real-time applications in a predetermined driving area based on the received driving performance information is included. If the processing of step S1210 is completed, control proceeds to step S1020.

[0194] In this embodiment, in estimating resource consumption, the driving performance information obtained from the preceding vehicle is used instead of the resource consumption performance map obtained from the server device. Thus, the vehicle-mounted device 200A can also easily estimate the resource consumption that changes over time as the vehicle travels. Therefore, it is easy to suppress the decrease in responsiveness during high load caused by communication with the outside of the vehicle.

[0195] Other effects are the same as those of the first embodiment described above.

[0196] (Third Embodiment)

[0197] The system according to this embodiment is different from the first embodiment in that the server device extracts a period during which resources in the vehicle are idle and notifies the vehicle of the extracted period as a recommended execution period for executing non-real-time applications. That is, in this embodiment, the extraction process of the period until the execution period of the non-real-time application is allocated is performed in the server device.

[0198] Reference Fig.24 The server device 500A of this embodiment replaces the control unit 520 (see Fig.11 ) and includes a control unit 520A. The control unit 520A replaces the issuing unit 566 (refer to Fig.11 ) and includes an execution period extraction unit 568 and a notification unit 570 as functional units. The server device 500A receives information related to the scheduled driving area and the resource management object sent from the vehicle-mounted device. The performance map production unit 564 produces a resource consumption performance map corresponding to the scheduled driving area and saves it to the performance map storage unit 534. The execution period extraction unit 568 extracts the recommended execution period for executing the non-real-time application based on the resource consumption performance map during the driving period in the scheduled driving area. Specifically, the execution period extraction unit 568 estimates the resource consumption of the real-time application in the scheduled driving area based on the information related to the resource management object and the resource consumption performance map. The execution period extraction unit 568 also extracts a period in which there is a free time to the extent that the non-real-time application can be executed as the recommended execution period based on the estimated result of the resource consumption. The notification unit 570 notifies the vehicle-mounted device that has sent the information related to the scheduled driving area, etc., of the recommended execution period of the non-real-time application extracted by the execution period extraction unit 568.

[0199] Reference Fig.25 The vehicle-mounted device 200B according to this embodiment replaces the GW device 210 (see Figure 8 ) and includes the GW device 210B. The GW device 210B omits the information acquisition unit 220 (see Figure 8 ), replacing the resource management unit 230 (refer to Figure 8 ) and includes a resource management unit 230B. The resource management unit 230B includes an execution recommended period receiving unit 236 and a resource control unit 238. The execution recommended period receiving unit 236 receives the execution recommended period from the server device 500A (refer to Fig.24 The resource control unit 238 allocates the execution period of the non-real-time application to the execution recommended period.

[0200] The hardware configurations of the server device 500A and the vehicle-mounted device 200B are the same as those of the first embodiment.

[0201] [Software Structure]

[0202] 《Server device 500A》

[0203] In the server device 500A according to the present embodiment, instead of Fig.13 The program shown is executed Fig.18 and Fig.26 The procedure shown. Fig.26 The procedure shown is similar to Fig.18 The procedures shown are executed in parallel. Fig.18 The procedures shown are omitted.

[0204] Reference Fig.26 , the program includes: step S2200, waiting until information related to a scheduled driving area and a resource management object is received from the vehicle-mounted device 200B; step S2210, executed when it is determined in step S2200 that information related to a scheduled driving area and a resource management object is received, selecting a resource consumption performance map corresponding to the received scheduled driving area from the performance map stored in the performance map storage unit 534, or creating a resource consumption performance map corresponding to the scheduled driving area; and step S2220, executed after step S2210, repeatedly performing step S2222 described below for each observation area of ​​the target resource based on the information related to the resource management object until the processing of all the target resources is completed. Step S2220 includes step S2222 of estimating the resource consumption of the real-time application in the scheduled driving area for each observation area of ​​the target resource based on the resource consumption performance map.

[0205] The program also includes: step S2230, which is executed after step S2220, and extracts the period during which the non-real-time application executed by the vehicle-mounted device 200B can be executed as the recommended execution period based on the estimated result of the resource consumption; and step S2240, which is executed after step S2230, and notifies the vehicle-mounted device 200B that has sent the information related to the predetermined driving area of ​​the extracted recommended execution period, so that the control returns to step S2200.

[0206] 《In-vehicle device 200B》

[0207] In the vehicle-mounted device 200B according to the present embodiment, instead of Fig.12 The program shown is executed Fig. 27 The procedure shown.

[0208] Reference Fig. 27 The program includes: step S1300, transmitting information related to the scheduled driving area and resource management objects of the vehicle to the server device 500A (refer to Fig.24) notification; step S1310, executed after step S1300, waits until the execution recommendation period sent from the server device 500A is received; step S1320, executed in the case where it is determined in step S1310 that the execution recommendation period is received, schedules the execution period of the non-real-time application based on the received execution recommendation period; step S1330, executed after step S1320, executes the non-real-time application during the execution period set by the scheduling process of step S1320; and step S1340, executed after step S1330, determines whether an instruction to end the system has been given, and branches the control flow according to the determination result. In the case where it is determined in step S1340 that there is no instruction to end the system, control returns to step S1300. In the case where it is determined in step S1340 that there is an instruction to end the system, the program ends.

[0209] The timing at which the server device 500A notifies the information on the scheduled travel area and the resource management target in step S1300 is not particularly limited. As an example, the timing at which the server device 500A is notified of such information can be set to any timing before the vehicle enters the scheduled travel area.

[0210] As in the first embodiment, the server device 500A collects driving performance information from multiple preceding vehicles and creates a resource consumption performance map. The server device 500A extracts the recommended execution period for executing non-real-time applications based on the created resource consumption performance map, and notifies the vehicle-mounted device 200B of the extracted recommended execution period. The vehicle-mounted device 200B distributes the execution period of the application by allocating the execution period of the non-real-time application to the recommended execution period. As a result, the vehicle-mounted device 200B can easily suppress the decrease in responsiveness when the load is high due to communication with the outside of the vehicle. In this way, the server device 500A notifies the vehicle-mounted device 200B of the recommended execution period of the non-real-time application, and can assist the vehicle-mounted device 200B in a manner that suppresses the decrease in responsiveness when the load is high due to communication with the outside of the vehicle.

[0211] (Variation Example)

[0212] In the above-mentioned embodiment, an example is shown in which the GW device has the function of the resource management unit, but the present disclosure is not limited to such an embodiment. A device other than the GW device may also have the function of the resource management unit.

[0213] In the above embodiment, an example is shown in which the vehicle-mounted device includes a GW device and an off-vehicle wireless device, but the present disclosure is not limited to such an embodiment. The vehicle-mounted device may also be an ECU other than the GW device and the off-vehicle wireless device. That is, the ECU may also have the function of a resource management unit. In addition, a dedicated ECU having the function of a resource management unit may be mounted on the vehicle as a vehicle-mounted device. Furthermore, the resource management unit may be mounted on multiple vehicle-mounted devices.

[0214] In the above embodiment, an example of scheduling the execution period of a non-real-time application is shown, but the present disclosure is not limited to such an embodiment. If the execution period of a non-real-time application has already been set, the execution period of the non-real-time application can also be reset (rescheduled) based on the estimated result of resource consumption.

[0215] In the above embodiment, an example is shown in which the server device creates a resource consumption performance map of a predetermined driving area or a specific area of ​​the vehicle, but the present disclosure is not limited to such an embodiment. For example, the server device may also create a resource consumption performance map of the area managed by the actual device in advance, extract the required area from the created large-scale resource consumption performance map, and publish it to the vehicle.

[0216] It should be noted that each process (function) of the above-mentioned embodiment can also be implemented by a processing circuit (Circuitry) including one or more processors. The above-mentioned processing circuit can also be composed of an integrated circuit that combines one or more memories, various analog circuits, and various digital circuits in addition to the above-mentioned one or more processors. The above-mentioned one or more memories store programs (commands) that enable the above-mentioned one or more processors to perform the above-mentioned processes. The above-mentioned one or more processors can perform the above-mentioned processes according to the above-mentioned programs read from the above-mentioned one or more memories, or according to the logic circuits pre-designed to perform the above-mentioned processes. The above-mentioned processor can be a CPU, GPU, DSP (Digital Signal Processor), FPGA (Field Programmable Gate Array), ASIC (Application Specific Integrated Circuit) and other various processors suitable for computer control. It should be noted that it is also possible that the above-mentioned multiple processors separated physically cooperate with each other to perform the above-mentioned processes. For example, the processors mounted on physically separate computers may execute the above-mentioned processes in cooperation with each other via a network such as a LAN (Local Area Network), a WAN (Wide Area Network), or the Internet.

[0217] Embodiments obtained by appropriately combining the above-disclosed technologies are also included in the technical scope of the present disclosure.

[0218] The embodiments disclosed this time are merely illustrative, and the present disclosure is not limited to the above-described embodiments. The scope of the present disclosure is indicated by each claim in the claims with reference to the detailed description of the invention, and includes all changes within the meaning and scope equivalent to the words recorded therein.

[0219] Description of Reference Numerals

[0220] 30 Systems

[0221] 32 Scheduled driving area

[0222] 50 Infrastructure Installations

[0223] 60 Dynamic Map

[0224] 62 Actual Space

[0225] 70 Network

[0226] 100, 100A Vehicle

[0227] 110 mmWave Radar

[0228] 112 Car Camera

[0229] 114 LiDAR

[0230] 200, 200A, 200B Vehicle-mounted devices

[0231] 210, 210A, 210B GW devices

[0232] 212, 510 Computer

[0233] 220, 222 Information Acquisition Department

[0234] 230, 230A, 230B Resource Management Department

[0235] 232, 232A Resource consumption estimation unit

[0236] 234, 238 Resource Control Department

[0237] 236 Execution Recommendation Period Receiving Department

[0238] 240 Coordination and Intermediary Processing Department

[0239] 250, 520, 520A Control Unit

[0240] 252 Operation Unit

[0241] 254, 526 ROM

[0242] 256, 528 RAM

[0243] 260, 530 Storage device

[0244] 270 In-vehicle network communication department

[0245] 280 Communication IF

[0246] 290, 500 bus

[0247] 300 External Wireless Device

[0248] 310, 320, 330 Wireless IF

[0249] 400 In-car network

[0250] 410 Sensor Group

[0251] 420 ECU Group

[0252] 500, 500A Server Device

[0253] 522 CPU

[0254] 524 GPU

[0255] 532 Driving performance information storage unit

[0256] 534 Performance Map Storage Department

[0257] 540 Network IF

[0258] 560 Communication Control Department

[0259] 562 Information Collection Department

[0260] 564 Performance Map Production Department

[0261] 566 Publishing Department

[0262] 568 Extraction during execution

[0263] 570 Notification Department.

Claims

1. A vehicle-mounted device is a vehicle-mounted device mounted on a vehicle, wherein: have: A communication unit for communicating with an external device; an information acquisition unit that acquires, via the communication unit, actual information on resource consumption of other vehicles other than the own vehicle, that is, other vehicles, when the other vehicles are traveling in a predetermined traveling area of ​​the own vehicle; an estimating unit that estimates, based on the performance information acquired by the information acquiring unit, a resource consumption amount that changes over time as the host vehicle travels in the predetermined travel area; and The resource control unit controls resource consumption by allocating the execution period of the predetermined application software to a predetermined period based on the estimation result of the estimation unit.

2. The vehicle-mounted device according to claim 1, The estimating unit estimates, for each of the travel sections, a resource consumption amount that varies according to the travel section of the predetermined travel area and includes a resource consumption amount caused by execution of application software that requires real-time processing. The resource control unit controls resource consumption by allocating an execution period of application software that does not require real-time performance for execution of processing to the predetermined period based on the estimation result of the estimation unit.

3. The vehicle-mounted device according to claim 1 or 2, The external device includes a server device that collects the resource consumption performance information from a plurality of other vehicles and creates a resource consumption performance map in which resource consumption performance is set for a travel section of the predetermined travel area based on the collected performance information. The information acquisition unit acquires the resource consumption performance map as the performance information from the server device via the communication unit. The estimating unit estimates resource consumption in each travel section in the predetermined travel area based on the resource consumption performance map.

4. The vehicle-mounted device according to claim 1 or 2, The external device includes a vehicle-mounted device mounted on a vehicle other than the vehicle itself, i.e., another vehicle. The information acquisition unit acquires, via the communication unit, actual information on resource consumption in the predetermined travel area from an onboard device of the other vehicle that has traveled in the predetermined travel area of ​​the own vehicle, The estimating unit estimates the resource consumption amount in each travel section in the predetermined travel area based on performance information on the resource consumption amount acquired from an in-vehicle device of the other vehicle.

5. The vehicle-mounted device according to claim 1 or 2, The resource control unit allocates an execution period of application software that does not require real-time performance for processing execution to a scheduled travel period of a travel section in which a ratio of the resource consumption estimated by the estimating unit to the resource use upper limit is equal to or less than a predetermined value.

6. The vehicle-mounted device according to claim 5, The predetermined value is set based on the resource consumption of the application software that does not require real-time performance.

7. The vehicle-mounted device according to claim 1 or 2, The performance information includes quantized information in which the performance value of the resource consumption amount of the other vehicle that is set for each travel section of the predetermined travel area and has traveled in the predetermined travel area is quantized into a plurality of levels.

8. The vehicle-mounted device according to claim 1 or 2, The information acquisition unit acquires the performance information before the host vehicle enters the scheduled travel area.

9. The vehicle-mounted device according to claim 1 or 2, The information acquisition unit requests the external device to transmit the performance information before the host vehicle enters the scheduled travel area.

10. The vehicle-mounted device according to claim 1 or 2, The performance information is added with time information indicating the date and time when the performance information was generated. The estimating unit compares the date and time indicated by the time information with the current date and time, and estimates the resource consumption amount that changes over time as the host vehicle travels based on the comparison result.

11. A server device capable of communicating with an onboard device mounted on a vehicle, wherein: have: An information collection unit collects actual performance information of resource consumption from a plurality of vehicles; a performance map creating unit that receives information related to a predetermined travel area from the vehicle-mounted device and creates a resource consumption performance map having resource consumption performance set for travel sections of the predetermined travel area based on the performance information collected by the information collecting unit; an execution period extraction unit that extracts, during a travel period in the predetermined travel area, a recommended execution period for recommending execution of application software that does not require real-time performance for processing execution based on the resource consumption performance map; and The notification unit notifies the vehicle-mounted device that has transmitted the information related to the planned travel area of ​​the recommended execution period extracted by the execution period extraction unit.

12. A resource control method is a resource control method in a vehicle-mounted device installed in a vehicle, wherein: include: an acquisition step, wherein the vehicle-mounted device acquires, via a communication unit that communicates with an external device, actual performance information on resource consumption of other vehicles other than the vehicle, i.e., other vehicles, when the other vehicles are traveling in a predetermined traveling area of ​​the vehicle; an estimating step, wherein the vehicle-mounted device estimates, based on the performance information acquired in the acquiring step, a resource consumption amount that changes over time as the vehicle travels in the predetermined travel area; and A control step in which the vehicle-mounted device allocates the execution period of the specified application software to a specified period based on the estimation result in the estimation step, thereby controlling resource consumption.

13. A resource control assistance method, which is executed in a server device capable of communicating with an on-board device mounted on a vehicle and assists in controlling resource consumption in the vehicle, wherein: include: In a collecting step, the server device collects actual performance information of resource consumption from a plurality of vehicles; a preparation step, wherein the server device receives information related to the predetermined travel area from the vehicle-mounted device, and prepares a resource consumption performance map having resource consumption performance set for travel sections of the predetermined travel area based on the performance information collected in the collection step; an extracting step of extracting, during the travel period in the predetermined travel area, a recommended execution period for executing application software that does not require real-time execution of processing based on the resource consumption performance map; and a notification step in which the server device notifies the vehicle-mounted device that has transmitted the information related to the planned travel area of ​​the recommended execution period extracted in the extraction step.

14. A computer program that causes a computer mounted on a vehicle to function as the following units: A communication unit for communicating with an external device; an information acquisition unit that acquires, via the communication unit, actual information on resource consumption of other vehicles other than the own vehicle, that is, other vehicles, when the other vehicles are traveling in a predetermined traveling area of ​​the own vehicle; an estimating unit that estimates, based on the performance information acquired by the information acquiring unit, a resource consumption amount that changes over time as the host vehicle travels in the predetermined travel area; and The resource control unit controls resource consumption by allocating the execution period of the predetermined application software to a predetermined period based on the estimation result of the estimation unit.

15. A computer program that causes a computer to function as: An information collection unit collects actual performance information of resource consumption from a plurality of vehicles; a performance map creating unit that receives information related to a scheduled travel area from an onboard device and creates a resource consumption performance map having resource consumption performance set for travel sections of the scheduled travel area based on the performance information collected by the information collecting unit; an execution period extraction unit that extracts, during a travel period in the predetermined travel area, a recommended execution period for recommending execution of application software that does not require real-time performance for processing execution based on the resource consumption performance map; and The notification unit notifies the vehicle-mounted device that has transmitted the information related to the planned travel area of ​​the recommended execution period extracted by the execution period extraction unit.

Images