JP2019036017A - Controller, method for control, and computer program - Google Patents

Abstract

To provide a controller for an on-vehicle control device that can execute processing requested from a server, the controller being capable of avoiding a battery shortage from being caused by the processing unexpectedly.SOLUTION: The controller includes: a first acquisition unit for acquiring a request to execute processing from a server; a second acquisition unit for acquiring the state of power supply to the battery from the on-vehicle control device, which manages the battery; and a control unit for executing determination processing of determining whether the processing requested by the server may be executed according to the state of power supply to the battery.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a control device, a control method, and a computer program, and more particularly, to an in-vehicle control device, a control method thereof, and a computer program.

  In recent years, in the technical field of automobiles, functions of vehicles have been advanced, and a wide variety of in-vehicle devices are mounted on vehicles. Therefore, a large number of so-called ECUs (Electronic Control Units), which are control devices for controlling each in-vehicle device, are mounted on the vehicle.

  Furthermore, as the functions of vehicles such as automatic driving technology become higher, ECUs are also expected to have higher functions. For this reason, it is expected that the ECU can perform the same processing as that of a general computer.

  In view of increasing the functionality of the ECU, a technique for configuring a distributed processing system by the ECU has been proposed (for example, Patent Document 1). The in-vehicle terminal (ECU) disclosed in Patent Document 1 is an in-vehicle terminal that is requested to execute processing from a server during traveling, and stores programs and data necessary for processing in the ECU in advance. When the processing request is received from the server, the program is executed.

JP 2007-34815 A

  However, since the ECU controls the in-vehicle device, there are cases where the processing load on the ECU is high during traveling and distributed processing is impossible. Therefore, it is conceivable to perform distributed processing while the vehicle is stopped.

  On the other hand, if the distributed processing is executed while the vehicle is stopped, the battery power consumed by the distributed processing may cause a shortage of power necessary for the subsequent travel, which may prevent the travel.

  An object of one aspect of the present invention is a control device for an in-vehicle control device capable of executing a process requested by a server, and a control device, a control method, and a control device capable of avoiding an unintentional battery shortage due to the process. To provide a computer program.

  According to an embodiment, the control device acquires a first acquisition unit that acquires a request for execution of processing from the server, and a second acquisition unit that acquires a state of power supply to the battery from an in-vehicle control device that manages the battery. An acquisition unit and a control unit that executes a determination process for determining whether or not to execute the process requested by the server according to the state of power supply to the battery.

  According to another embodiment, the control method is a control method of the in-vehicle control device by the control device, the step of acquiring a request to execute processing from the server, and the state of power supply to the battery, managing the battery A step of obtaining from the in-vehicle control device, and a step of determining whether or not to execute the process requested by the server according to the state of power supply to the battery.

  According to another embodiment, the computer program is a computer program for causing a computer to function as a control device, the computer acquiring a first acquisition unit that acquires a request for execution of processing from a server, and power to a battery. A second acquisition unit that acquires a supply state from an in-vehicle control device that manages the battery, and a determination process that determines whether or not the process requested by the server can be executed according to the state of power supply to the battery Function as a control unit.

  According to the present invention, it is possible to avoid an unintentional battery shortage by executing the processing requested from the server by the in-vehicle control device.

1 is an overall configuration diagram of a distributed processing system. It is a block diagram which shows the internal structure of a gateway. It is a block diagram which shows the internal structure of ECU. It is a block diagram which shows the internal structure of a server. It is a sequence diagram which shows an example of the control processing in the gateway concerning 1st Embodiment. It is a sequence diagram which shows an example of the control processing in the gateway concerning 2nd Embodiment. It is a sequence diagram which shows an example of the control processing in the gateway concerning 3rd Embodiment. It is a figure which shows the example of a screen of a user interface. It is a sequence diagram which shows an example of the control processing in the gateway concerning 4th Embodiment. It is a sequence diagram which shows an example of the control processing in the gateway concerning 5th Embodiment. It is a figure which shows the example of a screen of a user interface. It is a sequence diagram which shows an example of the control processing in the gateway concerning 6th Embodiment.

[Description of Embodiment]
This embodiment includes at least the following. That is,
(1) A control device included in the present embodiment acquires a first acquisition unit that acquires a request for execution of processing from a server, and a state of power supply to the battery from an in-vehicle control device that manages the battery. A second acquisition unit, and a control unit that executes a determination process for determining whether or not to execute the process requested by the server according to a state of power supply to the battery.
When the processing requested from the server is executed in the in-vehicle control device, the in-vehicle control device can be used as a resource of the arithmetic processing capability of the distributed processing system. Thereby, since it becomes possible to perform distributed processing using an in-vehicle control device mounted on an existing vehicle without newly providing a calculation device such as a server, a distributed processing system can be easily constructed. . Furthermore, by appropriately setting the criteria for the determination process, it is possible to prevent a situation in which the remaining battery level is less than the amount required for traveling of the vehicle due to power consumption by executing the process in the in-vehicle control device. it can.

(2) Preferably, in the determination process, the control unit determines that the process can be performed when the battery is supplied with power, and the control unit instructs the in-vehicle control device capable of executing the process to execute the process. To do.
As a result, it is possible to prevent a situation in which the remaining battery level is insufficient from the amount necessary for traveling of the vehicle due to the power consumption by executing the processing requested from the server by the in-vehicle control device.

(3) Preferably, the second acquisition unit further acquires the amount of electricity stored in the battery, and the control unit determines that the amount of electricity stored in the battery is equal to or greater than a prescribed threshold when the battery is not supplied with power in the determination process. If it is, it is determined that the process can be executed.
By appropriately setting the threshold value, it is possible to prevent a situation in which the amount of stored electricity is less than the amount necessary for traveling of the vehicle due to power consumption by the in-vehicle control device executing processing requested by the server. At the same time, the opportunity to determine that the process is executable can be increased. Therefore, there is a high possibility that the in-vehicle control device can be used as a resource of the arithmetic processing capability of the distributed processing system, and the construction of the distributed processing system can be facilitated.

(4) Preferably, in the determination process, when the battery is not supplied with power, the control unit is allowed to execute the process when the predicted charged amount of the battery after the process is executed is equal to or greater than a prescribed threshold value. judge.
Since the in-vehicle control device determines whether or not to execute the process using the power consumption required to execute the process requested from the server, the situation where the amount of stored power is insufficient than the amount necessary for the vehicle to travel is more Can be prevented.

(5) Preferably, when a request for execution of a plurality of processes is acquired from the server, the control unit determines whether the battery after the execution of each of the plurality of processes is not performed in the determination process. Whether to execute each of the plurality of processes is determined based on a comparison between the predicted power storage amount and a prescribed threshold value.
Even when a server requests execution of a plurality of processes, it is possible to select a distributed process that can be executed in consideration of the load on the battery.

(6) Preferably, a control part determines with the one process in which the estimated electrical storage amount of a battery is more than a threshold value among several processes being executable.
This makes it possible to select a distributed process that can be executed in consideration of the load on the battery.

(7) Preferably, the control unit executes two or more processes of two or more processes among the plurality of processes when the predicted power storage amount of the battery after the execution of the two or more processes is equal to or greater than a threshold value. Judge that it is possible.
This makes it possible to select a distributed process that can be executed in consideration of the load on the battery.

(8) Preferably, the control unit instructs the in-vehicle control device that controls the user interface to output the predicted power storage amount of the battery after execution of the process at the user interface. When no power supply is received, it is determined that the process can be executed when a user operation instructing the execution of the process is received after the output.
Since the user can determine and instruct whether or not to execute the process based on the power consumption by the process requested from the server, the user-friendliness can be improved.

(9) Preferably, when a request for executing a plurality of processes is acquired from the server and the battery is not supplied with power, the control unit sets a plurality of in-vehicle control devices that control the user interface. Instructing the user interface to output the predicted amount of electricity stored in the battery after the execution of each of the processes, and the control unit in the determination process, after the output, selecting a process to be executed and performing the process When a user operation instructing execution is received, it is determined that the selected process is executable.
Since the user can determine and instruct whether or not to execute the process based on the power consumption of the process for each of a plurality of processes requested from the server, it is possible to improve the usability of the user. it can.

(10) Preferably, in the user interface, the predicted power storage amount is represented by at least one of a value indicating the power amount, a ratio with respect to the total capacity of the battery, and a cruising distance.
By displaying the predicted power storage amount in this way, the user can easily grasp the predicted power storage amount and easily determine whether or not the processing requested by the server can be executed.

(11) Preferably, in addition to the predicted power storage amount, the control unit causes at least one of a time required for the process and a reward that the user can obtain by executing the process to be output by the user interface.
By presenting such information, the user can determine whether or not the processing requested by the server can be executed based on various information.

(12) Preferably, the control unit allows the process to be executed without executing the determination process when a request from the server satisfies a predetermined condition, and executes the determination process when the request does not satisfy the predetermined condition. Judge whether execution is possible.
By using the predetermined condition, it is possible to easily determine whether or not the process requested by the server can be executed.

(13) Preferably, the predetermined condition is to satisfy at least a condition related to a timing at which a request from the server is received and a condition related to a storage amount of the battery.
By appropriately setting the above conditions, it is possible to prevent a situation in which the amount of power necessary for traveling of the vehicle is insufficient due to execution of the process, and the vehicle cannot travel because the process is being performed. Can also be prevented.

(14) The control method included in the present embodiment is a method of controlling the in-vehicle control device in the control device according to any one of (1) to (13).
This control method has the same effects as the control devices (1) to (13).

(15) A computer program included in the present embodiment causes a computer to function as the control device according to any one of (1) to (13).
This computer program has the same effects as the control devices (1) to (13).

[Details of the embodiment]
Hereinafter, preferred embodiments will be described with reference to the drawings. In the following description, the same parts and components are denoted by the same reference numerals. Their names and functions are also the same. Therefore, these descriptions will not be repeated.

<First Embodiment>
[Overall system configuration]
FIG. 1 is an overall configuration diagram of a distributed processing system (hereinafter also simply referred to as a system) according to a first embodiment. The distributed processing system refers to a system that executes distributed processing.

  Referring to FIG. 1, the system according to the present embodiment includes one or more vehicles 1 and a server 5 that can communicate via wide area communication network 2. The vehicle 1 functions as a resource of calculation processing capacity in the distributed processing system. The server 5 can communicate with one or a plurality of vehicles 1 owned by a user registered in advance via the wide area communication network 2. The vehicle 1 and the server 5 can also communicate with the user interface 9 via the wide area communication network 2. The user interface 9 is a communication terminal device that can be carried by the user, such as a smartphone or a tablet.

  The server 5 stores a processing program. The program is a program capable of distributed processing, consisting of a plurality of programs that can be executed by different computers. In the following description, the processing program is also referred to as an “overall program”, and each of the plurality of programs constituting the entire program is also referred to as a “distributed processing program”. Executing the distributed processing program by the ECU 30 in response to a request from the server 5 is also referred to as executing distributed processing.

  The vehicle 1 includes an in-vehicle network (communication network) 4 including a plurality of ECUs 30 </ b> A, 30 </ b> B,..., 30 </ b> E (collectively referred to as ECU 30) and a gateway 10 connected by in-vehicle communication lines; Various on-vehicle devices controlled by each ECU 30 are mounted. The in-vehicle device includes a battery (BAT) 6. The in-vehicle device may include a user interface 7 such as a display, a speaker, and a car navigation device.

The ECU 30A is an ECU that manages the battery 6, and manages a battery state such as a storage amount of the battery 6 (also referred to as a remaining battery level).
The ECU 30 </ b> C is an ECU for controlling the user interface 7 when the user interface 7 is mounted on the vehicle 1.
The ECUs 30B, 30D, and 30E are ECUs for controlling other in-vehicle devices, and any of the ECUs (or all ECUs) requested by the server 5 (hereinafter also referred to as distributed processing). It has processing capability that can execute. An ECU having a processing capability capable of executing distributed processing is an ECU having an ability to process camera images, radar data, etc., such as an ADAS (Advanced Driver Assistance System) ECU and an automatic driving ECU. It is.

  The wireless communication unit 15 is communicably connected to a wide area communication network 2 such as a mobile phone network, and is connected to the gateway 10 via an in-vehicle communication line. The wireless communication unit 15 is, for example, an in-vehicle dedicated communication terminal. In addition, for example, devices such as a mobile phone, a smartphone, a tablet terminal, and a notebook computer (Personal Computer) owned by the user may be used.

  The gateway 10 transmits information received by the wireless communication unit 15 from an external device such as the server 5 or the user interface 9 via the wide area communication network 2 to the ECU 30 via the in-vehicle communication line. Further, the gateway 10 transmits information acquired from the ECU 30 to the wireless communication unit 15, and the wireless communication unit 15 transmits the information to an external device such as the server 5 or the user interface 9.

  The plurality of ECUs 30 transmit and receive information via the in-vehicle communication line. The gateway 10 is included in the plurality of ECUs.

  In the present embodiment, the gateway 10 communicates with a device outside the vehicle via the wireless communication unit 15. However, when the gateway 10 has a wireless communication function, the gateway 10 itself has the server 5, the user interface 9, and the like. It is good also as a structure which performs radio | wireless communication with the external apparatus of.

[Internal configuration of gateway]
FIG. 2 is a block diagram showing the internal configuration of the gateway 10.
As shown in FIG. 2, the gateway 10 includes a CPU 11, a RAM (Random Access Memory) 12, a storage unit 13, an in-vehicle communication unit 14, and the like. The gateway 10 is connected to the wireless communication unit 15 via the in-vehicle communication line, but these may be configured by a single device.

The CPU 11 causes the gateway 10 to function as a control device in the distributed processing system by reading one or more programs stored in the storage unit 13 into the RAM 12 and executing them.
The CPU 11 can execute a plurality of programs in parallel, for example, by switching and executing a plurality of programs in a time division manner. Note that the CPU 11 may represent a plurality of CPU groups. In this case, the functions realized by the CPU 11 are realized by the cooperation of a plurality of CPU groups. The RAM 12 is composed of a memory element such as SRAM (Static RAM) or DRAM (Dynamic RAM), and temporarily stores a program executed by the CPU 11, data necessary for execution, and the like.

The computer program realized by the CPU 11 can be transferred in a state of being recorded on a known recording medium such as a CD-ROM or DVD-ROM, or can be transferred by information transmission from a computer device such as a server computer.
The same applies to a computer program executed by a CPU 31 (see FIG. 3) of an ECU 30 described later and a computer program executed by a CPU 51 (see FIG. 4) of a server 5 described later.

  The storage unit 13 includes a nonvolatile memory element such as a flash memory or an EEPROM. The storage unit 13 stores a program executed by the CPU 11, data necessary for execution, and the like. Furthermore, the storage unit 13 may temporarily store a program for distributed processing that is downloaded from the server 5 and executed by any of the ECUs 30 and information related to the program.

A plurality of ECUs 30 are connected to the in-vehicle communication unit 14 via an in-vehicle communication line disposed in the vehicle 1. The in-vehicle communication unit 14 performs communication with the ECU 30 (also referred to as CAN communication) according to, for example, CAN (Controller Area Network) standards. The communication standard adopted by the in-vehicle communication unit 14 is not limited to CAN, but CANFD (CAN with Flexible Data Rate), LIN (Local Interconnect Network), Ethernet (registered trademark), or MOST (Media Oriented Systems Transport: MOST is a registered trademark). ) Or the like. Some in-vehicle communication lines may include different communication standards.
The in-vehicle communication unit 14 transmits the information given from the CPU 11 to the target ECU 30 and gives the information received from the ECU 30 to the CPU 11. The in-vehicle communication unit 14 may perform communication according to other communication standards used for the in-vehicle network 4 as well as the above communication standards.

The wireless communication unit 15 includes a wireless communication device including an antenna and a communication circuit that performs transmission / reception of a wireless signal from the antenna. The wireless communication unit 15 can communicate with an external device by being connected to a wide area communication network 2 such as a mobile phone network.
The wireless communication unit 15 transmits information given from the CPU 11 to an external device such as the server 5 via the wide-area communication network 2 formed by a base station (not shown), and also gives the CPU 11 information received from the external device. .

Instead of the wireless communication unit 15 illustrated in FIG. 2, a wired communication unit that functions as a relay device in the vehicle 1 may be employed. The wired communication unit has a connector to which a communication cable conforming to a standard such as USB (Universal Serial Bus) or RS232C is connected, and performs wired communication with another communication device connected via the communication cable.
When another communication device and a device outside the vehicle such as the server 5 can perform wireless communication through the wide area communication network 2, the device outside the vehicle depends on the communication path of the device outside the vehicle → another communication device → the wired communication unit → the gateway 10. And the gateway 10 can communicate with each other.

[Internal configuration of ECU]
FIG. 3 is a block diagram showing an internal configuration of the ECU 30.
As shown in FIG. 3, the ECU 30 includes a CPU 31, a RAM 32, a storage unit 33, a communication unit 34, and the like. The ECU 30 is an in-vehicle control device that individually controls target devices mounted on the vehicle 1.

The CPU 31 includes a normal processing unit 311 and a distributed processing unit 312 as functions realized by reading one or more programs stored in advance in the storage unit 33 into the RAM 32 and executing them. The function of the CPU 31 represented by the normal processing unit 311 controls the operation of the target device for which the ECU 30 is responsible. The function of the CPU 31 represented by the distributed processing unit 312 causes the ECU 30 to function as an arithmetic processing capability resource in the present distributed processing system, and executes the distributed processing requested by the server 5. The CPU 31 may also represent a plurality of CPU groups, and the control by the CPU 31 may be control by cooperation of a plurality of CPU groups.
The RAM 32 is configured by a memory element such as SRAM or DRAM, and temporarily stores programs executed by the CPU 31, data necessary for execution, and the like.

The storage unit 33 is configured by a nonvolatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
The storage unit 33 stores a program that the CPU 31 reads and executes. The program includes a computer program for causing the CPU 31 to execute information processing for controlling a target device that is a control target in the vehicle, a control program that is data used when executing the program, and a distributed processing program. included.

The communication unit 34 is connected to the gateway 10 via an in-vehicle communication line disposed in the vehicle 1. The communication unit 34 communicates with the gateway 10 according to a standard such as CAN, Ethernet, or MOST.
The communication unit 34 transmits the information given from the CPU 31 to the gateway 10 and gives the information received from the gateway 10 to the CPU 31.

[Internal configuration of server]
FIG. 4 is a block diagram showing the internal configuration of the server 5.
As shown in FIG. 4, the server 5 includes a CPU 51, a ROM 52, a RAM 53, a storage unit 54, a communication unit 55, and the like.

The CPU 51 reads out one or more programs stored in advance in the ROM 52 to the RAM 53 and executes them, thereby controlling the operation of each hardware and causing the server 5 to function as a server in the distributed processing system. The CPU 51 may also represent a plurality of CPU groups, and the functions realized by the CPU 51 may be realized by the cooperation of a plurality of CPU groups.
The RAM 53 is configured by a memory element such as SRAM or DRAM, and temporarily stores programs executed by the CPU 51 and data necessary for execution.

The storage unit 54 includes a nonvolatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
The communication unit 55 includes a communication device that executes communication processing in accordance with a predetermined communication standard, and is connected to the wide area communication network 2 such as a mobile phone network to execute the communication processing. The communication unit 55 transmits the information given from the CPU 51 to the external device via the wide area communication network 2 and gives the information received via the wide area communication network 2 to the CPU 51.

[Gateway configuration]
The gateway 10 functions as a control device in this distributed processing system, and controls execution of distributed processing in the ECU 30 that is a resource of arithmetic processing capability. Referring to FIG. 2, the CPU 11 of the gateway 10 includes a processing control unit 111 as a function for realizing the control.

  Control executed by the gateway 10 includes processing for receiving a request for distributed processing from the server 5 and determination processing for determining whether or not to execute the distributed processing according to the state of power supply to the battery 6. Therefore, the process control unit 111 includes a first acquisition unit 112, a second acquisition unit 113, and a determination unit 114.

  The function of the CPU 11 represented by the first acquisition unit 112 (hereinafter, the first acquisition unit 112) acquires a request for execution of distributed processing from the server 5. The wireless communication unit 15 receives the distributed processing execution request from the server 5. The first acquisition unit 112 acquires a request for execution of distributed processing from the server 5 from a signal input from the wireless communication unit 15. The request for execution of distributed processing may be reception of a command for instructing execution of distributed processing from the server 5 or reception of a program for distributed processing from the server 5.

  The function of the CPU 11 represented by the second acquisition unit 113 (hereinafter, the second acquisition unit 113) acquires the state of power supply to the battery 6. The state of power supply to the battery 6 includes the presence or absence of power supply to the battery 6.

  A state in which power is supplied to the battery 6 indicates that the battery 6 is connected to a charging device (not shown), for example. Alternatively, the state in which power is supplied to the battery 6 may be a state in which the battery 6 is being charged.

  The second acquisition unit 113 acquires a frame that is information transmitted by the ECU 30A that manages the battery 6 through CAN communication. The frame from the ECU 30A includes data indicating whether or not the battery 6 is connected to a charging device (not shown), or data indicating whether or not the battery 6 is being charged. The 2nd acquisition part 113 specifies the presence or absence of the electric power supply to the battery 6 by referring the said data contained in the flame | frame acquired from ECU30A.

  Note that the presence or absence of power supply to the battery 6 may be specified by a device other than the gateway 10. In this case, the second acquisition unit 113 acquires the state of power supply from the device to the battery 6. The device for specifying the presence or absence of power supply to the battery 6 may be the ECU 30A or the battery 6 itself.

  The function of the CPU 11 represented by the determination unit 114 (hereinafter, determination unit 114) executes the determination process when the server 1 is requested to execute the distributed process while the vehicle 1 is stopped. The determination unit 114 includes, for example, a body system control ECU (body ECU), a power train control ECU (power train ECU), a power distribution control ECU, and an ECU (smart key) that performs user authentication using electronic signals from a smart key. By referring to data indicating the state of the vehicle 1 included in the frame acquired from the authentication ECU), it is possible to determine whether or not to execute the distributed processing.

  The function of the CPU 11 represented by the process control unit 111 (hereinafter, process control unit 111) causes the ECU 30 to start executing the distributed processing program according to the result of the determination process. If the determination result indicates that the distributed process can be executed, the process control unit 111 generates a frame including an instruction to execute the distributed process, and causes the in-vehicle communication unit 14 to transmit the frame to the target ECU 30. When the distributed processing program received from the server 5 by the first acquisition unit 112 is stored in the storage unit 13, the processing control unit 111 sends the program to the ECU 30 together with the above instruction in the in-vehicle communication unit 14. Send it.

[Control flow]
FIG. 5 is a flowchart showing an example of control processing executed by the gateway 10 in the system according to the present embodiment. The processing shown in the flowchart of FIG. 5 is performed by the CPU 11 of the gateway 10 reading out and executing the control program stored in the storage unit 13 on the RAM 12 and performing the functions shown in FIG. Realized.

  Referring to FIG. 5, when CPU 11 of gateway 10 receives a request for distributed processing from server 5 in a stopped state (step S101), it executes subsequent determination processing. CPU11 which received the said request | requirement specifies whether the battery 6 is receiving electric power supply. When it is determined that the battery 6 is receiving power supply (YES in step S103), the CPU 11 determines that the distributed processing can be executed (step S105). In this case, the CPU 11 instructs the ECU 30 that executes the distributed process to execute the distributed process (step S107), and ends the series of processes.

  When it is not specified that the battery 6 is supplied with power, or when it is specified that the battery 6 is not supplied with power (NO in step S103), the CPU 11 determines that the distributed processing cannot be executed. (Step S109). In this case, the CPU 11 skips step S107 and ends the series of processes.

[Effect of the first embodiment]
In the system according to the present embodiment, the ECU 30 having the capability of executing the distributed processing program installed in the vehicle 1 can be utilized as a resource of the arithmetic processing capability of the distributed processing system. By utilizing the ECU 30 mounted on the vehicle 1 as a resource of the arithmetic processing capability of the distributed processing system, distributed processing can be performed using the ECU 30 of the existing vehicle 1 without newly providing an arithmetic device such as a server. It becomes. Therefore, a distributed processing system can be easily constructed.

  When the ECU 30 executes the distributed processing program in response to a request from the server 5 while the vehicle 1 is stopped, the power of the battery 6 is consumed for the processing. Therefore, when the electric power consumed by the ECU 30 for executing the distributed processing is large, the remaining battery level may be less than the amount necessary for the vehicle 1 to travel.

  On the other hand, in the present system, when the above processing is executed and the distributed processing is requested from the server 5 in the stopped state, the ECU 30 performs the distributed processing when the battery 6 is supplied with power. If not, the ECU 30 does not execute the distributed processing. As a result, it is possible to prevent a situation in which the remaining amount of the battery is insufficient from the amount necessary for traveling of the vehicle by the ECU 30 performing the dispersion process in a state where the battery 6 is not supplied with power.

<Second Embodiment>
In the system according to the first embodiment, when the vehicle 1 is stopped and the battery 6 is not supplied with power, the ECU 30 does not execute the distributed processing. As a result, it is possible to prevent a situation in which the remaining battery level is insufficient from the amount necessary for traveling of the vehicle as described above, but there is also a problem that distributed processing is not realized.

  Therefore, in the second and subsequent embodiments, the determination process sets permission conditions C that allow the distributed process to be executed even when the vehicle 1 is stopped and the battery 6 is not supplied with power. If the condition is satisfied, it includes determining that the distributed processing can be executed. The permission condition C is stored in advance in the gateway 10 which is a control device, and as an example, is stored in the storage unit 13 as illustrated in FIG.

  In the system according to the second embodiment, the permission condition C is that the remaining battery level is a predetermined amount or more. Therefore, the determination unit 114 stores a threshold value Th1 corresponding to the predetermined amount. The threshold value Th1 is, for example, an amount of electric power that is assumed that the remaining battery level satisfies the amount of electric power necessary for traveling of the vehicle 1 even when the amount of electric power necessary for normal distributed processing is consumed. For example, it is 80% of the maximum charged amount of the battery 6. The threshold value Th1 may be stored in the determination unit 114 in advance, or may be set by a user, a car manufacturer, or the like.

  In the second embodiment, the second acquisition unit 113 further acquires the remaining battery level from the ECU 30A. The determination unit 114 determines that the distributed processing can be performed when the remaining battery level is equal to or greater than the threshold Th1 even when the battery 6 is not receiving power supply while the vehicle 1 is stopped. . When the battery 6 is not receiving power supply and the remaining battery level is less than the threshold value Th1, the determination unit 114 determines that the distributed processing cannot be performed.

  FIG. 6 is a flowchart illustrating an example of a control process executed by the gateway 10 in the system according to the second embodiment. In the processing shown in the flowchart of FIG. 6, the CPU 11 of the gateway 10 also reads out and executes the control program stored in the storage unit 13 on the RAM 12 and exhibits the functions shown in FIG. 2. It is realized by. In FIG. 6, the processes given the same step numbers as those in the flowchart of FIG. 5 are the same as the processes shown in FIG. 5. Therefore, the description here will not be repeated.

  Referring to FIG. 6, CPU 11 of gateway 10 determines whether or not the remaining battery level is equal to or greater than threshold value Th <b> 1 when it is not specified that battery 6 is supplied with power (NO in step S <b> 103). . If the remaining battery level is equal to or greater than the threshold Th1 (YES in step S201), the CPU 11 determines that the distributed process can be executed (step S105). In this case, the CPU 11 instructs the ECU 30 that executes the distributed process to execute the distributed process (step S107), and ends the series of processes.

  If it is not specified that the battery 6 is receiving power supply (NO in step S103), and if the remaining battery level is less than the threshold Th1 (NO in step S201), the CPU 11 performs the distributed processing. It is determined that the execution is impossible (step S109). In this case, the CPU 11 skips step S107 and ends the series of processes.

  When the above-described control is executed in the system according to the second embodiment, and when the distributed processing is requested from the server 5 while the vehicle 1 is stopped, the battery 6 is not supplied with power. Even so, if the remaining battery level is equal to or greater than a certain amount, the ECU 30 executes the distributed processing. By appropriately setting the threshold value Th1, it is possible to prevent a situation in which the remaining amount of the battery is insufficient from the amount necessary for traveling of the vehicle due to the amount of power consumed by the ECU 30 executing the distributed processing. An opportunity to determine that the distributed processing can be executed can be increased. Therefore, there is a high possibility that the ECU 30 mounted on the vehicle 1 is used as a resource of the arithmetic processing capability of the distributed processing system, and the construction of the distributed processing system can be facilitated.

<Third Embodiment>
In the system according to the third embodiment, the permission condition C is that a predicted amount of the storage amount of the battery 6 (hereinafter referred to as a predicted battery remaining amount) after execution of the distributed processing is equal to or greater than a predetermined amount. Therefore, the determination unit 114 stores a threshold value Th2 corresponding to the predetermined amount. The threshold value Th2 is, for example, a value corresponding to the amount of electricity necessary for traveling of the vehicle 1 or the amount of electricity obtained by adding a safety allowance (margin) to the amount of electricity. The threshold Th2 may also be stored in the determination unit 114 in advance, or may be set by a user, a car manufacturer, or the like.

  In the system according to the third embodiment, the second acquisition unit 113 acquires the remaining battery level from the ECU 30A. Then, the determination unit 114 calculates the predicted battery remaining amount PM. As an example, the determination unit 114 acquires the power consumption amount P by the distributed processing and removes it from the battery remaining amount PC (PM = PC−P). The determination unit 114 may acquire the power consumption amount P by calculating the power consumption amount P or may receive information indicating the power consumption amount P from the server 5.

  For example, the power consumption amount P is obtained by multiplying the power consumption p in the ECU 30 per unit size of the program stored in advance by the size S of the distributed processing program received from the server 5 and the power consumption p ( P = p × S).

  In the third embodiment, the determination unit 114 calculates the predicted battery remaining amount PM when the battery 6 is not supplied with power. When the estimated battery remaining amount PM is equal to or greater than the threshold value Th2, it is determined that the distributed process can be executed. When the battery 6 is not receiving power supply and the predicted battery remaining amount PM is less than the threshold value Th2, the determination unit 114 determines that the distributed processing cannot be performed.

  FIG. 7 is a flowchart illustrating an example of a control process executed by the gateway 10 in the system according to the third embodiment. In the processing shown in the flowchart of FIG. 7, the CPU 11 of the gateway 10 also reads out and executes the control program stored in the storage unit 13 on the RAM 12 and exhibits each function shown in FIG. 2. It is realized by. In FIG. 7 as well, the process with the same step number as in the flowchart of FIG. 5 is the same as the process shown in FIG. Therefore, the description here will not be repeated.

  Referring to FIG. 7, CPU 11 of gateway 10 calculates predicted battery remaining amount PM when battery 6 is not identified as receiving power supply (NO in step S103) (step S301). If the predicted battery remaining amount PM is greater than or equal to the threshold Th2 (YES in step S303), the CPU 11 determines that the distributed processing can be executed (step S105). In this case, the CPU 11 instructs the ECU 30 that executes the distributed process to execute the distributed process (step S107), and ends the series of processes.

  If it is not specified that the battery 6 is receiving power supply (NO in step S103), and if the predicted battery remaining amount PM is less than the threshold Th2 (NO in step S303), the CPU 11 distributes It is determined that the process cannot be executed (step S109). In this case, the CPU 11 skips step S107 and ends the series of processes.

  When the above-described control is executed in the system according to the third embodiment, and when the distributed processing is requested from the server 5 while the vehicle 1 is stopped, the battery 6 is not supplied with power. Even in such a case, when the remaining battery level (battery predicted remaining level) predicted after the execution of the distributed process is equal to or greater than a certain amount, the ECU 30 executes the distributed process. In the system according to the present embodiment, since it is determined whether or not the distributed processing can be performed using the power consumption required for the distributed processing, the situation in which the remaining battery level is insufficient than the amount necessary for driving the vehicle is more Can be prevented.

<Fourth embodiment>
In the system according to the fourth embodiment, the permission condition C is that the user has permission. For this reason, the determination unit 114 calculates the battery predicted remaining amount and presents it to the user. The calculation of the estimated battery remaining amount in the determination unit 114 is the same as that in the system according to the third embodiment.

  As an example, the battery remaining battery level is presented by a user interface 9 such as a smartphone carried by the user of the vehicle 1. Therefore, the process control unit 111 stores access information to the user interface 9 in advance. The access information may be set by the user.

  The process control unit 111 generates information for displaying the estimated battery remaining amount calculated by the determination unit 114 on the user interface 9 and causes the wireless communication unit 15 to transmit the information to the user interface 9 via the wide area communication network 2. .

  When the user interface 7 such as a display is included in the vehicle 1, the estimated battery remaining amount may be presented by the user interface 7 instead of or in addition to the user interface 9 described above. In this case, the process control unit 111 generates a frame including data indicating the estimated remaining battery level calculated by the determination unit 114, causes the in-vehicle communication unit 14 to transmit the frame to the ECU 30C that controls the user interface 7, and instructs the display. To do.

  FIG. 8 is a diagram illustrating an example of a screen indicating the estimated battery remaining amount displayed on the user interface 9. Referring to FIG. 8, the display screen includes an area C11 for displaying information related to distributed processing, a button C12 for instructing execution of the distributed processing, and a button C13 for instructing not to execute the processing. .

  The information regarding the distributed processing includes, for example, information indicating the power consumption amount and information indicating the time required for the distributed processing. In the screen example of FIG. 8, the information indicating the power consumption is the ratio (20%) of the power consumption required for the distributed processing to the remaining battery capacity.

  Preferably, the area C11 includes a display C111 of the estimated battery remaining amount. The display C111 includes a display of the remaining battery level before execution of the distributed processing and the predicted remaining battery level after execution of the distributed processing. In the illustrated example, the remaining battery level is 80%, and the predicted battery level is 60%. The display C111 is, for example, an image in which the number of segments, the area, the length, and the like are different depending on the amount of stored electricity as illustrated. In addition, as shown in FIG. 8, the estimated battery remaining amount display C <b> 111 may be expressed as a ratio of the charged amount with respect to the entire capacity of the battery 6 (the amount of electricity when fully charged), or the amount of power. It may be represented by the maximum distance (cruising distance) that can be traveled with the amount of electricity stored, or may include display of two or more of these. The same applies to the following embodiments. By displaying the estimated battery remaining amount in this way, the user can easily grasp the estimated battery remaining amount and easily determine whether or not to execute the distributed processing.

  In order to display the information indicating the power consumption on the user interface 9, the process control unit 111 calculates the power consumption amount P. The calculation of the power consumption amount P is, for example, the same method as that of the system according to the third embodiment. Further, the process control unit 111 calculates a time T required for distributed processing. For example, the time T is obtained by multiplying the processing time t in the ECU 30 per unit size of the program stored in advance by the size S of the distributed processing program received from the server 5 (T = t × S ).

  In the fourth embodiment, the determination unit 114 determines that the distributed processing can be executed when the user instructs execution after displaying the screen on the user interface 9. The execution instruction is received from the user interface 9 as an example. When the button C12 or the button C13 is operated (touched or pressed) on the screen of FIG. 8, the user interface 9 transmits information indicating the operated button to the gateway 10 via the wide area network 2. The determination unit 114 determines that the distributed processing can be executed when the signal input from the wireless communication unit 15 is a signal indicating that information indicating that the button C12 has been operated is received from the user interface 9. To do.

  Preferably, the information related to the distributed processing includes information related to a reward (incentive) given to the user of the vehicle 1 equipped with the ECU 30 that is a resource of the arithmetic processing capacity by executing the distributed processing. The reward is, for example, money, a point that can be converted into a specific score, an article, or the like. The processing control unit 111 receives the information from the server 5, generates information for displaying a screen including the information on the user interface 9, and sends the user interface to the wireless communication unit 15 via the wide area communication network 2. 9 to send.

  FIG. 9 is a flowchart illustrating an example of a control process executed by the gateway 10 in the system according to the fourth embodiment. In the processing shown in the flowchart of FIG. 9, the CPU 11 of the gateway 10 also reads out and executes the control program stored in the storage unit 13 on the RAM 12 and exhibits each function shown in FIG. 2. It is realized by. In FIG. 9 as well, the process with the same step number as in the flowchart of FIG. 5 is the same as the process shown in FIG. Therefore, the description here will not be repeated.

  Referring to FIG. 9, when it is not specified that battery 6 is supplied with power (NO in step S103), CPU 11 of gateway 10 calculates a predicted battery remaining amount PM (step S403). The CPU 11 transmits information for displaying a screen as shown in FIG. 8 including the estimated battery remaining amount PM to the user interface 9 stored in advance in association with the user of the vehicle 1 (step S405).

  Thereafter, when a user operation instructing execution of the distributed processing is input (YES in step S407), the CPU 11 determines that the distributed processing can be executed (step S105). For example, information indicating that the user operation has been performed is transmitted from the user interface 9. In this case, the CPU 11 instructs the ECU 30 that executes the distributed process to execute the distributed process (step S107), and ends the series of processes.

  In the system according to the fourth embodiment, when execution of distributed processing is requested from the server 5 while the user parks the vehicle 1, the user interface 9 such as a smartphone carried by the user is shown in FIG. It is assumed that the following screen is displayed. The user can compare the travel schedule (distance, etc.) of the vehicle 1 with the estimated battery remaining amount, or compare the travel schedule (departure time), etc. of the vehicle 1 with the processing time by looking at the screen of FIG. It is possible to determine whether or not to execute the distributed processing in consideration of the balance between these and the reward.

  When the above-described control is executed in the system according to the fourth embodiment, and when the distributed processing is requested from the server 5 while the vehicle 1 is stopped, the battery 6 is not supplied with power. Even so, if the user permits based on the power consumption by the process, the ECU 30 executes the distributed process. For this reason, user convenience can be improved.

  At this time, as shown in FIG. 8, not only the power consumption by the distributed processing but also the processing time and reward are presented to the user by the user interface 9, so that the user can distribute based on various information. Whether or not the process can be executed can be determined.

<Modification>
In the above example, when distributed processing is requested from the server 5 while the vehicle 1 is stopped, if the battery 6 is not supplied with power, it is determined whether or not all distributed processing can be executed by the user. And operation is required. For this reason, some users may feel complicated. Therefore, in the system according to the modified example, the permission condition C includes a precondition that is a condition set by the user, and when the precondition is satisfied, the permission condition C is determined to be executable without executing the determination process.

  The precondition includes at least a time zone (first condition) including a time at which distributed processing is required, and a threshold value Th1 (second condition) of the remaining battery level. The first condition is assumed to be a time period during which the ECU 30 capable of executing distributed processing is not performing other processing. The time zone in which the other processing is not performed includes the time zone in which the vehicle 1 is not traveling, for example, the time zone of 0:00 to 5:00 and 9:00 to 17:00. As described above, the second condition is, for example, 80% of the maximum charged amount of the battery 6. Here, the threshold value of the remaining battery level as the second condition is the same as the threshold value Th1 used in the control processing in the second embodiment, but may be a different threshold value.

  When the first condition is satisfied and the second condition is satisfied, the determination unit 114 determines that the distributed process can be performed without executing the determination process. For example, in the case of the above example, when the time when the server 5 requests the execution of the distributed processing belongs to the above time zone, and the remaining battery level at the time requested by the server 5 is 80% or more, 114 determines that the distributed processing can be executed without executing the determination processing.

  In addition to the first condition and the second condition, the precondition may include information (third condition) for specifying a requester of distributed processing, a reward amount per unit processing time (fourth condition), and the like. Regarding the third condition, in addition to satisfying the first condition and the second condition, the determination unit 114 executes the determination process when the server 5 is a server associated with a specific client, for example. It is determined that distributed processing can be executed. Regarding the fourth condition, in addition to satisfying the first condition and the second condition, the determination unit 114 performs the determination process when, for example, the reward amount per unit processing time is equal to or greater than the amount specified in the precondition. It is determined that the distributed processing can be executed without executing.

  In the system according to the modified example, when the CPU 11 of the gateway 10 receives a request for distributed processing from the server 5 as shown in FIG. 9 (step S101), it first checks whether or not a pre-condition is satisfied. If the pre-condition is satisfied (YES in step S401), the execution of the determination process is skipped and the execution of the distributed process is instructed (step S107). When the precondition is not satisfied (NO in step S401), the determination process after step S403 is executed.

  When the above-described control is executed in the system according to the modified example and the precondition set by the user is satisfied, the distributed processing is executed without confirming whether the user needs to execute. By setting a precondition in advance according to a user's use schedule of the vehicle 1 and the like, it is possible to suppress a user operation for instructing execution and to further improve the user's usability.

<Fifth embodiment>
In the system according to the fifth embodiment, the permission condition C is that the estimated battery remaining amount is equal to or greater than a predetermined amount, and when the server 5 requests execution of a plurality of distributed processes, It is determined that the distributed processing satisfying the permission condition C can be executed. The calculation of the estimated battery remaining amount in the determination unit 114 is the same as that in the system according to the third embodiment. Here, the threshold corresponding to the predetermined amount is the same threshold Th2 as that of the system according to the third embodiment, but may be another threshold.

  In the fifth embodiment, the determination unit 114 calculates the predicted battery remaining amount for each distributed process when the battery 6 is not supplied with power while the vehicle 1 is stopped. As an example, the determination unit 114 determines that it is possible to execute a distributed process in which the estimated battery remaining amount is equal to or greater than the threshold Th2 among the plurality of distributed processes.

  When there are a plurality of corresponding distributed processes, for example, the determination unit 114 determines that a distributed process with the maximum power consumption can be executed among the plurality of corresponding distributed processes. This can greatly contribute to the distributed processing system. Alternatively, it may be determined that the distributed processing with the minimum power consumption can be executed. Thereby, the load of ECU which performs the said process can be made small.

  When a plurality of ECUs capable of executing the distributed processing are mounted on the vehicle 1, the determination unit 114 determines that the predicted battery remaining amount after processing of the corresponding distributed processing is the threshold Th2. It may be determined that a plurality of distributed processes as described above can be executed. This can greatly contribute to the distributed processing system.

  FIG. 10 is a flowchart illustrating an example of a control process executed by the gateway 10 in the system according to the fifth embodiment. In the processing shown in the flowchart of FIG. 10, the CPU 11 of the gateway 10 also reads out and executes the control program stored in the storage unit 13 on the RAM 12 and exhibits the functions shown in FIG. 2. It is realized by. In FIG. 10 as well, the process given the same step number as the flowchart of FIG. 5 is the same as the process shown in FIG. Therefore, the description here will not be repeated.

  Referring to FIG. 10, when CPU 11 of gateway 10 receives a request to execute a plurality of distributed processes from server 5 (step S501), it is not specified that battery 6 is supplied with power (step S103). NO), the estimated battery remaining amount is calculated for each requested distributed process (step S503).

  If there is a distributed process with a predicted battery remaining amount equal to or greater than the threshold Th2 among the plurality of distributed processes (YES in step S505), it is determined that the distributed process can be executed (step S105). When there are a plurality of distributed processes whose estimated battery remaining amount is equal to or greater than the threshold Th2, the CPU 11 selects a distributed process that maximizes the power consumption from among the distributed processes (step S507). Then, the CPU 11 determines that the selected distributed processing can be executed (step S105). The CPU 11 instructs the ECU 30 that executes the distributed processing to execute the distributed processing (step S107), and ends the series of processing.

  If none of the plurality of distributed processes requested by the server 5 has a predicted battery remaining amount equal to or greater than the threshold Th2 (NO in step S505), the CPU 11 executes any of the distributed processes. It is determined as impossible (step S109). In this case, the CPU 11 skips step S107 and ends the series of processes.

  In the system according to the fifth embodiment, when it is specified that the battery 6 is supplied with power (YES in step S103), as an example, the CPU 11 includes a plurality of execution requests from the server 5. Among the distributed processes, the distributed process that maximizes the power consumption is selected (step S507). Then, the CPU 11 determines that the selected distributed processing can be executed (step S105). If a plurality of ECUs capable of executing distributed processing are mounted on the vehicle 1, and the number of distributed processing requested from the server 5 is equal to or less than the number of ECUs, the CPU 11 Step 507 may be skipped, and it may be determined in step S105 that all of the plurality of distributed processes requested to be executed by the server 5 can be executed.

Assume that a request to execute a plurality of distributed processes A, B, and C is received from the server 5 in step S501, and the estimated battery remaining amount is calculated for the distributed processes A to C in step S503 as follows.
Distributed processing A: 1400 [Wh] (power consumption 100 [Wh])
Distributed processing B: 1450 [Wh] (power consumption 50 [Wh])
Distributed processing C: 1100 [Wh] (power consumption 400 [Wh])

  If the battery 6 is not receiving power supply and the threshold Th2 is 1200 [Wh], it is determined in step S505 that the distributed processing C cannot be executed. For the processes A and B, the distributed process A that maximizes the consumed output amount is selected in step S507, and it is determined that it can be executed.

  When the battery 6 is receiving power supply, the distributed process C that maximizes the consumed output amount is selected in step S507, and it is determined that it can be executed. As described above, in the system according to the fifth embodiment, when execution of a plurality of distributed processes is requested while the vehicle 1 is stopped, a distributed process that can be executed in consideration of the load on the battery is selected. can do.

  As another example, when a plurality of ECUs capable of executing distributed processing are mounted on the vehicle 1, each ECU 30 executes a plurality of distributed processing in which the total estimated battery remaining amount exceeds a certain amount. May be. As a result, more distributed processing can be executed simultaneously, which can greatly contribute to the distributed processing system.

<Sixth Embodiment>
In the system according to the sixth embodiment, the permission condition C is that the user has permission. In the determination process, when the server 5 requests execution of a plurality of distributed processes, permission is given from among them. It is determined that the distributed processing that satisfies the condition C is executable. Therefore, the determination unit 114 calculates the estimated battery remaining amount for each of the plurality of distributed processes requested to be executed by the server 5 and presents it to the user. The calculation of the estimated battery remaining amount in the determination unit 114 is the same as that in the system according to the third embodiment. Presentation of the estimated battery remaining amount in the process control unit 111 is the same as in the system according to the fourth embodiment.

FIG. 11A to FIG. 11C are diagrams each showing an example of a screen indicating the estimated battery remaining amount displayed on the user interface 9. These screens are displayed on the user interface 9 when the server 5 requests execution of the following distributed processes A, B, and C. Specifically, FIG. 11A shows a state where no distributed processing is selected, FIG. 11B shows a state where distributed processing A is selected, and FIG. Both show the selected state.
Distributed processing A: Power consumption 20%, processing time 30 minutes, reward 1000 yen Distributed processing B: Power consumption 10%, processing time 10 minutes, reward 500 yen Distributed processing C: Power consumption 50%, processing time 90 minutes , Reward 500 yen

  Referring to FIG. 11A, the display screen includes an area C21 for displaying information on distributed processing, and buttons C22 to C22 for selecting each of a plurality of distributed processing (distributed processing A, B, C in the illustrated example). C24, a button C23 for instructing execution of one or a plurality of selected distributed processes, and a button C26 for instructing not to execute the process. The information regarding the distributed processing is the same as that in the fourth embodiment, for example.

  Preferably, similarly to the screen example of FIG. 8, the region C <b> 21 includes a battery predicted remaining amount display C <b> 211. In a state where no distributed processing is selected as shown in FIG. 11A, the display C211 indicates the remaining battery level. In the illustrated example, the remaining battery level is 80%. The display C211 is, for example, an image in which the number of segments, the area, the length, and the like change according to the amount of stored electricity as illustrated.

  Referring to FIG. 11B, when distributed processing A is selected, display C211 changes to a predicted battery remaining amount (60%) obtained by removing 20% of power consumption from the remaining battery amount (80%). . Referring to FIG. 11C, when distributed processing A and distributed processing B are selected, display C211 excludes 20% power consumption and 10% power consumption from the remaining battery power (80%). It changes to the estimated battery remaining amount (50%). As described above, the predicted battery remaining amount is displayed in accordance with the selection of the distributed processing, so that the user can easily select the distributed processing to be executed in consideration of the predicted battery remaining amount. Moreover, as shown in the drawing, the battery amount is represented by the image as described above, so that the user can grasp the estimated battery remaining amount at a glance.

  Also in the sixth embodiment, as in the fourth embodiment, the determination unit 114 selects a distributed process to be executed by the user after displaying the screen on the user interface 9, and instructs the execution of the process. If it is determined, it is determined that the selected distributed processing can be executed. The instruction for selection and execution of distributed processing is the same as in the fourth embodiment.

  FIG. 12 is a flowchart illustrating an example of a control process executed by the gateway 10 in the system according to the sixth embodiment. In the processing shown in the flowchart of FIG. 10, the CPU 11 of the gateway 10 also reads out and executes the control program stored in the storage unit 13 on the RAM 12 and exhibits the functions shown in FIG. 2. It is realized by. In FIG. 12 as well, the process given the same step number as the flowchart of FIG. 5 is the same as the process shown in FIG. Therefore, the description here will not be repeated.

  Referring to FIG. 12, when CPU 11 of gateway 10 receives a request to execute a plurality of distributed processes from server 5 while vehicle 1 is stopped (step S601), battery 6 is supplied with power. If not specified (NO in step S103), a predicted battery remaining amount is calculated for each requested distributed process (step S603). The CPU 11 causes the user interface 9 stored in advance in association with the user of the vehicle 1 to display a screen as shown in FIGS. 11A to 11C including the estimated battery remaining amount of each distributed process. Information is transmitted (step S605).

  Thereafter, when a user operation for instructing selection and execution of distributed processing is input (YES in step S607), the CPU 11 determines that the selected distributed processing can be executed (step S105). In this case, the CPU 11 instructs the ECU 30 that executes the distributed process to execute the distributed process (step S107), and ends the series of processes.

  By executing the above control in the system according to the sixth embodiment, when the distributed processing is requested from the server 5, even if the battery 6 is not receiving power supply, the user executes it. The ECU 30 executes the distributed processing that permits the above. As a result, the user can select and instruct a distributed process to be executed from among a plurality of distributed processes requested to be executed by the server 5, thereby improving user convenience.

  At this time, as shown in FIG. 11, information such as the amount of power consumed by each distributed process, the time required for execution, and rewards is presented to the user by the user interface 9. Based on this, it is possible to select a distributed process to be executed.

<Modification>
In the control process of the sixth embodiment, as in the control process of the fourth embodiment, the determination process is executed when the precondition is not satisfied, and the determination process is executed when the precondition is satisfied. Alternatively, it may be determined that the distributed processing can be executed. As a result, user operations for selecting a distributed process to be executed or instructing execution can be suppressed, and user convenience can be further improved.

<Other example 1>
In the above description, a precondition is used as a modification in the control process in the fourth embodiment and the control process in the sixth embodiment. As a result, it is possible to suppress user operations required for the system according to these embodiments to instruct execution of distributed processing and to select distributed processing to be executed, and to improve user convenience. is there.

  However, the present invention is not limited to these Embodiments 4 and 6, and a precondition may be used in any of the above-described embodiments. For example, in the control processing according to the first embodiment, when a request for execution of distributed processing is received from the server 5 in step S101, the CPU 11 satisfies the precondition, that is, at least the reception time is predetermined. When belonging to the time zone (first condition) and the remaining battery level is equal to or greater than the threshold Th1 (second condition), it is determined in step S105 that the process can be executed without executing the determination process in step S103. It's okay.

  By using the precondition in the systems according to the embodiments other than the fourth and sixth embodiments, it is possible to make the determination process unnecessary if it is determined that the precondition is satisfied. Therefore, the control process can be facilitated.

<Other example 2>
In the above description, it is assumed that all the control processes described above are performed by the CPU 11 of the gateway 10. However, the above example is only an example, and any device on the distributed processing system may be used. That is, the control device in the distributed processing system is not limited to the gateway 10 and may be another device. As another example, at least a part of the control process may be executed on the server 5 side. In this case, the control device in the distributed system is realized by the cooperation of the server 5 and the gateway 10. For example, as illustrated in FIG. 4, the CPU 51 of the server 5 has a function represented by an acquisition unit 512 and a determination unit 513 corresponding to the determination unit 114. The acquisition unit 512 receives from the gateway 10 the power supply state to the battery 6 acquired by the second acquisition unit 113 of the gateway 10. The determination unit 513 executes determination processing. The server 5 requests the gateway 10 to execute distributed processing according to the determination processing result in the determination unit 513.

  Even when the control process is executed on the server 5 side, the control process can be realized in the same manner as in each of the above-described embodiments. By executing the control process on the server 5 side, a request from the server 5 to the gateway 10 can be made based on the determination result, so that communication in the entire distributed processing system can be suppressed.

  The disclosed features are realized by one or more modules. For example, the feature can be realized by a circuit element or other hardware module, by a software module that defines processing for realizing the feature, or by a combination of a hardware module and a software module.

  It can also be provided as a program that is a combination of one or more software modules for causing a computer to execute the above-described operation. Such a program is recorded on a computer-readable recording medium such as a flexible disk attached to the computer, a CD-ROM (Compact Disk-Read Only Memory), a ROM, a RAM, and a memory card, and provided as a program product. You can also. Alternatively, the program can be provided by being recorded on a recording medium such as a hard disk built in the computer. A program can also be provided by downloading via a network.

  The program according to the present disclosure is a program module that is provided as a part of a computer operating system (OS) and calls necessary modules in a predetermined arrangement at a predetermined timing to execute processing. Also good. In that case, the program itself does not include the module, and the process is executed in cooperation with the OS. Such a program that does not include a module may also be included in the program according to the present disclosure.

  Further, the program according to the present disclosure may be provided by being incorporated in a part of another program. Even in this case, the program itself does not include the module included in the other program, and the process is executed in cooperation with the other program. A program incorporated in such another program may also be included in the program according to the present disclosure. The provided program product is installed in a program storage unit such as a hard disk and executed. The program product includes the program itself and a recording medium on which the program is recorded.

  The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

DESCRIPTION OF SYMBOLS 1 Vehicle 2 Wide area communication network 4 In-vehicle network 5 Server 6 Battery 7 User interface 9 User interface 10 Gateway 11 CPU
12 RAM
13 storage unit 14 in-car communication unit 15 wireless communication unit 30 ECU
31 CPU
32 RAM
33 Storage Unit 34 Communication Unit 51 CPU
52 ROM
53 RAM
54 Storage Unit 55 Communication Unit 111 Processing Control Unit (Control Unit)
112 first acquisition unit 113 second acquisition unit 114 determination unit (control unit)
311 Normal processing unit 312 Distributed processing unit 512 Acquisition unit 513 Determination unit (control unit)
C11, C21 area C12, C13, C22 to C26 button C111, C211 display

Claims (15)

A first acquisition unit that acquires a request for execution of processing from the server;
A second acquisition unit that acquires a state of power supply to the battery from an in-vehicle control device that manages the battery;
A control unit that executes a determination process that determines whether or not the process requested by the server can be executed in accordance with a state of power supply to the battery. In the determination process, the control unit determines that the process can be performed when the battery is supplied with power,
The control device according to claim 1, wherein the control unit instructs an in-vehicle control device capable of executing the processing to execute the processing. The second acquisition unit further acquires a storage amount of the battery,
The control unit determines that the process is executable in the determination process when the battery is not supplied with electric power, and the stored amount of the battery is equal to or greater than a prescribed threshold value. The control device according to claim 2.   In the determination process, when the battery is not supplied with power, the control unit is allowed to execute the process when the predicted amount of electricity stored in the battery after the process is greater than or equal to a prescribed threshold value. The control device according to claim 1, wherein the control device determines.   When the request for execution of a plurality of processes is acquired from the server, the control unit determines whether the battery after the execution of each of the plurality of processes is not performed in the determination process. The control device according to claim 1, wherein the control device determines whether or not each of the plurality of processes can be executed based on a comparison between the predicted power storage amount and a prescribed threshold value.   The control device according to claim 5, wherein the control unit determines that one of the plurality of processes in which a predicted power storage amount of the battery is equal to or greater than the threshold is executable.   The control unit can execute the two or more processes of two or more of the plurality of processes when the predicted storage amount of the battery after the execution of the two or more processes is equal to or greater than the threshold. The control device according to claim 5, wherein The control unit instructs the in-vehicle control device that controls the user interface to output the predicted power storage amount of the battery after the execution of the process at the user interface,
In the determination process, the control unit determines that the process can be executed when a user operation instructing the execution of the process is received after the output when the battery is not receiving power supply. The control device according to claim 1 or claim 2. When a request for executing a plurality of processes is acquired from the server, and the battery is not receiving power supply,
The control unit instructs the in-vehicle control device that controls the user interface to output the predicted power storage amount of the battery after execution of each of the plurality of processes at the user interface,
In the determination process, the control unit executes the selected process when a user operation instructing selection of a process to be executed and execution of the process is received after the output. The control device according to claim 1, wherein the control device is determined to be acceptable.   The said user interface WHEREIN: The said estimated electrical storage amount is represented by at least 1 of the value which shows electric energy, the ratio with respect to the full capacity of the said battery, and cruising range, The Claim 8 or Claim 9 of Claim 9 Control device.   The control unit causes the user interface to output at least one of a time required for the process and a reward that a user can obtain by executing the process, in addition to the predicted power storage amount. The control device according to any one of claims 8 to 10.   The control unit determines that the process can be performed without executing the determination process when the request from the server satisfies a predetermined condition, and executes the determination process when the request does not satisfy the predetermined condition. The control device according to claim 1, wherein whether or not the process can be executed is determined.   The control device according to claim 12, wherein the predetermined condition is to satisfy at least a condition related to a timing at which the request from the server is received and a condition related to a storage amount of the battery. A control method of an in-vehicle control device by a control device,
Obtaining a processing execution request from the server;
Obtaining a state of power supply to the battery from an in-vehicle control device that manages the battery; and
Determining whether to execute the process requested by the server according to a state of power supply to the battery. A computer program for causing a computer to function as a control device,
The computer,
A first acquisition unit that acquires a request for execution of processing from the server;
A second acquisition unit that acquires a state of power supply to the battery from an in-vehicle control device that manages the battery;
A computer program that functions as a control unit that executes a determination process for determining whether or not to execute the process requested by the server according to a state of power supply to the battery.

Images