Temperature control system for mobile vehicles

Abstract

To maintain the temperature of a second arithmetic unit within an operable range while reducing the amount of power consumed by a battery.SOLUTION: An arithmetic unit 105 includes: a first arithmetic unit that controls operation of a mobile body; and a second arithmetic unit that is added to the first arithmetic unit. The mobile body includes a water-cooling mechanism for water-cooling the second arithmetic unit and an air-cooling mechanism for air-cooling the second arithmetic unit. The first arithmetic unit drives at least one of the water-cooling mechanism and the air-cooling mechanism so that power consumption of the water-cooling mechanism and the air-cooling mechanism is reduced while the inside temperature of the second arithmetic unit becomes a target temperature that is set to fall within an operable range of the second arithmetic unit.SELECTED DRAWING: Figure 19

Description

[Technical field]

[0001] The technology disclosed herein relates to a temperature control system for a mobile object equipped with a computing resource used for grid computing. [Background technology]

[0002] Patent Document 1 discloses a cooling system for cooling a power conversion device mounted on an electric vehicle. The power conversion device includes a power semiconductor device and an electric component. The cooling system includes a water-cooling mechanism for cooling the power semiconductor device by circulating cooling water, and an air-cooling mechanism for cooling the power conversion device by blowing cooling air. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2013-84648 A Summary of the Invention [Problem to be solved by the invention]

[0004] Incidentally, a control device that controls each part of a vehicle may be used as a computing resource for grid computing. In this case, the computing resource may be added to the control device to improve the computing power of the control device. Hereinafter, the control device may be referred to as a first computing device, and the computing resource added to the control device may be referred to as a second computing device.

[0005] The second arithmetic unit is driven by a battery installed in the vehicle as a power source. Since the second arithmetic unit is used as a computing resource for grid computing, the processing power required for the second arithmetic unit is higher than that required for a normal control device, and the range of the operable temperature is narrower. For this reason, it is necessary to keep the second arithmetic unit within the operable temperature range while suppressing the power consumption of the battery.

[0006] The technology disclosed herein has been made in consideration of these points, and its purpose is to keep the second arithmetic unit within an operable temperature range while suppressing the amount of power consumption of the battery. [Means for solving the problem]

[0007] In order to solve the above problems, the technology disclosed herein is directed to a temperature control system for a mobile body equipped with a computing device used as a computing resource in grid computing, the computing device comprising a first computing device that controls the operation of the mobile body and a second computing device that is added to the first computing device, the mobile body comprising a water-cooling mechanism that water-cools the second computing device and an air-cooling mechanism that air-cools the second computing device, and the first computing device drives at least one of the water-cooling mechanism and the air-cooling mechanism so that the internal temperature of the second computing device reaches a target temperature set within the operational range of the two computing devices and the power consumption of the water-cooling mechanism and the air-cooling mechanism is reduced.

[0008] According to the above aspect, the first computing device drives at least one of the water-cooling mechanism and the air-cooling mechanism so that the internal temperature of the second computing device becomes a target temperature set within the operable temperature range of the second computing device and the power consumption of the water-cooling mechanism and the air-cooling mechanism is reduced. This makes it possible to keep the temperature of the second computing device within the operable range while suppressing the power consumption of the battery. Effect of the Invention

[0009] As described above, according to the technology disclosed herein, it is possible to secure additional computing resources in accordance with the operating status of grid computing processing, without arranging for additional mobile objects. [Brief description of the drawings]

[0010] [Figure 1] FIG. 1 is a schematic diagram illustrating a configuration of a system according to an embodiment. [Diagram 2]FIG. 1 is a conceptual diagram for explaining grid computing. [Diagram 3] FIG. 1 is a block diagram illustrating a configuration of a vehicle. [Figure 4] FIG. 2 is a block diagram illustrating a configuration of a user terminal. [Diagram 5] FIG. 2 is a block diagram illustrating a configuration of a client server. [Figure 6] FIG. 2 is a block diagram illustrating a configuration of a facility server. [Figure 7] FIG. 2 is a block diagram illustrating a configuration of a management server. [Figure 8] 11 is a schematic diagram illustrating an example of a registration form for a client to request a job from an operating server. FIG. [Figure 9] 2 is a schematic diagram showing information transmitted between a facility terminal, a vehicle, a client terminal, and a management server. FIG. [Figure 10] 1 is a flowchart illustrating an example of an operation of a management system. [Figure 11] FIG. 1 illustrates an example of a grid organization. [Figure 12] FIG. 1 illustrates an example of a grid organization. [Figure 13] 1 is a flow chart illustrating an example process for organizing a grid. [Figure 14] 11 is a flowchart illustrating a job reception process. [Figure 15] 11 is a flowchart illustrating a matching process. [Figure 16] 1 is a flow chart illustrating a grid computing process. [Figure 17] FIG. 2 is a side view of a vehicle showing a heating and cooling system of the temperature control system. [Figure 18] FIG. 2 is a schematic diagram showing a communication system of the temperature control system. [Figure 19] 4 is a flowchart showing the operation of the temperature control system. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] Hereinafter, exemplary embodiments will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts are denoted by the same reference numerals, and repeated explanations may be omitted.

[0012] <Embodiment> (Grid Computing System) 1 illustrates an example of the configuration of a grid computing system 1 (hereinafter, simply referred to as “system 1”) according to an embodiment. A temperature control system for a vehicle (moving object) according to this embodiment is configured as a part of the grid computing system 1.

[0013] The system 1 includes a plurality of vehicles 10, a plurality of user terminals 20, and a client terminal 3. The vehicle 10 includes a vehicle control unit 103, a facility terminal 40, and a management server 50. These components are capable of communicating with each other via a communication network 5. Each of the multiple vehicles 10 is equipped with a computing device 105.

[0014] [Grid Computing] As shown in FIG. 2, in the embodiment of the system 1, grid computing (hereinafter also referred to simply as "grid G") is configured using multiple computing devices 105, and grid computing processing is performed in which an available computing device 105 among the multiple computing devices 105 processes job data.

[0015] When the computing power of the arithmetic device 105 is required in the vehicle 10, the arithmetic device 105 enters an operating state and uses the computing power of the arithmetic device 105. For example, when the vehicle 10 is traveling, the computing power of the arithmetic device 105 is required for the traveling control of the vehicle 10, and the arithmetic device 105 enters an operating state.

[0016] On the other hand, when the computing power of the arithmetic device 105 becomes unnecessary in the vehicle 10, the arithmetic device 105 is stopped and the computing power of the arithmetic device 105 is not used. For example, when the vehicle 10 is stopped and the power supply of the vehicle 10 is turned off, the computing power of the arithmetic device 105 becomes unnecessary and the arithmetic device 105 is stopped.

[0017] 〔vehicle〕 The vehicle 10 is owned by a user. The user drives the vehicle 10. In this example, the vehicle 10 is a four-wheeled automobile. The vehicle 10 is also equipped with a battery (not shown). Power from the battery is supplied to on-board devices such as the computing device 105. Examples of such a vehicle 10 include an electric vehicle and a plug-in hybrid vehicle.

[0018] As shown in FIG. 3, the vehicle 10 includes an actuator 11, a sensor 12, an input unit 101, an output unit 102, a communication unit 103, a storage unit 104, and a calculation device (processor) 105.

[0019] The actuator 11 includes a drive system actuator, a steering system actuator, a braking system actuator, etc. Examples of the drive system actuator include an engine, a transmission, and a motor. Examples of the braking system actuator include a brake. Examples of the steering system actuator include a steering wheel.

[0020] The sensor 12 acquires various types of information used for controlling the vehicle 10. Examples of the sensor 12 include an exterior camera that captures images outside the vehicle, an interior camera that captures images inside the vehicle, a radar that detects objects outside the vehicle, a vehicle speed sensor, an acceleration sensor, a yaw rate sensor, an accelerator opening sensor, a steering sensor, and a brake oil pressure sensor.

[0021] The sensors 12 also include sensors that detect temperature information of various parts of the vehicle 10. For example, the sensors 12 include a refrigerant temperature sensor 607, a solar radiation sensor 611, an interior temperature sensor 612, and the like, which will be described later.

[0022] The input unit 101 inputs information and data. Examples of the input unit 101 include an operation unit that is operated to input information corresponding to the operation, a camera that inputs an image showing information, and a microphone that inputs a sound showing information. The information and data input to the input unit 101 are sent to the calculation device 105.

[0023] The output unit 102 outputs information and data. Examples of the output unit 102 include a display unit that outputs an image representing information, and a speaker that outputs sound representing information.

[0024] The communication unit 103 transmits and receives information and data. The information and data received by the communication unit 103 are sent to the calculation device 105.

[0025] The storage unit 104 stores information and data. The specific configuration of the storage unit 104 is not particularly limited. For example, the storage unit 104 may be realized by a memory built into a chip, a hard disk drive (HDD), a solid state drive (SSD), or an optical disc such as a DVD or a BD. In the present disclosure, a storage area that is mounted on the vehicle 10 and can store or accumulate data is collectively referred to as storage 108. In other words, the storage unit 104 is realized by a part of the storage area of ​​the storage 108.

[0026] In this example, the storage unit 104 stores vehicle information D10. The vehicle information D10 includes vehicle identification information D11, vehicle state information D12, vehicle driving information D13, resource information D14, operation history information D15, and operation schedule information D16.

[0027] <Vehicle Identification Information> The vehicle identification information D11 is information for identifying each vehicle 10. Specifically, the vehicle identification information D11 includes vehicle identification information for identifying the vehicle 10, user identification information for identifying the user who owns the vehicle 10, grade information of the vehicle 10 indicating the performance of the vehicle 10 (driving speed of the vehicle), and the like. system performance, and option status).

[0028] <Vehicle status information> The vehicle status information D12 is information indicating the status of the vehicle 10. For example, the vehicle status information D12 includes vehicle position information, vehicle communication information, vehicle power source information, vehicle battery remaining amount information, vehicle charging information, etc. The vehicle position information indicates the position (latitude and longitude) of the vehicle 10. For example, the vehicle position information can be acquired by a GPS (Global Positioning System). Vehicle communication information indicates the communication state of vehicle 10. Vehicle power source information indicates the state of the power source of vehicle 10. For example, vehicle power source information indicates whether the ignition power source is on or off, or whether the accessory power source is on or off. Vehicle battery remaining amount information indicates the remaining amount of a battery (not shown) installed in vehicle 10. Vehicle charging information indicates whether vehicle 10 is being charged in a charging facility (not shown).

[0029] <Vehicle driving information> The vehicle driving information D13 is information indicating the driving history of the vehicle 10. For example, the vehicle driving information D13 indicates the position of the vehicle 10 in association with time. Note that in addition to the driving history information, driving schedule information indicating future driving schedules of the vehicle 10 may be included.

[0030] <Resource Information> The resource information D14 is information relating to the computational resources 109 (including the CPU 106, GPU 107, and storage 108, which will be described later).

[0031] The resource information D14 includes, for example, a calculation device ID set for the calculation device 105 (including the CPU 106 and the GPU 107), a vehicle ID set for the vehicle 10 in which the calculation device 105 is mounted, and calculation device performance information indicating the performance of the calculation device 105. The calculation device ID may be set for each of the CPU 106 and the GPU 107, for example. The calculation device performance information includes, for example, performance information for each of the CPU 106 and the GPU 107.

[0032] The resource information D14 includes, for example, information related to the storage 108 that can be allocated to grid computing processing, such as a storage capacity value, a type of storage (HDD, SSD, flash memory, etc.), a write speed / read speed to each storage 108, an error rate, etc. Furthermore, the resource information related to the storage 108 may include a storage capacity value installed in the entire vehicle and a current free space value.

[0033] The arithmetic device ID is an example of arithmetic device identification information for identifying the arithmetic device 105. The performance of the arithmetic device 105 indicated in the arithmetic device performance information includes a calculation capacity indicating the calculation capacity (specifically, the maximum calculation capacity) of the arithmetic device 105, a ratio of the CPU 106 to the GPU 107 in the arithmetic device 105, etc. The calculation capacity of the arithmetic device 105 is the amount of data that the arithmetic device 105 can calculate per unit time.

[0034] <Operation history information> The operation history information D15 is information indicating the operation history of the arithmetic device 105. For example, the operation history information D15 indicates the utilization rate of the computing capacity of the arithmetic device 105 and / or the amount of job processing in association with time. The operation history information D15 includes a normal operation history and a grid operation history. The normal operation history is information indicating the history of the operation of the arithmetic device 105 for user use, such as the running of a vehicle, the provision of services such as car navigation and music playback, etc. The grid operation history is information indicating the history of the operation of the arithmetic device 105 to execute grid computing processing.

[0035] <Operation schedule information> The operation schedule information D16 is information indicating an operation schedule of the arithmetic device 105. Specifically, the operation schedule information D16 indicates usage history information indicating the past usage status of the arithmetic device 105, usage schedule information indicating the future usage status of the arithmetic device 105, and the like.

[0036] The arithmetic device 105 controls each part of the vehicle 10. In this example, the arithmetic device 105 controls the actuator 11 in response to various information obtained by the sensor 12.

[0037] The arithmetic device 105 includes a processor, a memory, etc. Examples of the processor include a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), etc. The memory stores a program for operating the processor, information and data indicating the processing results of the processor, etc.

[0038] The number of processors mounted on the arithmetic device 105 may be one or more. The processors mounted on the arithmetic device 105 may be only one of the CPU 106 and the GPU 107, or may be both the CPU 106 and the GPU 107. In this example, the arithmetic device 105 has both the CPU 106 and the GPU 107. For example, the arithmetic device 105 is configured by one or more ECUs (Electronic Control Units).

[0039] The computing device 105 includes at least one of a CPU 106 and a GPU 107. In this disclosure, resources available for calculation and processing of grid computing are referred to as "computational resources 109". The computational resources 109 include some or all of the CPU 106, the GPU 107, and the storage 108 mounted on the vehicle 10. For example, in FIG. 12 described later, the master vehicle CM is equipped with three CPUs 106, one GPU 107, and one storage 108 as computational resources. Similarly, the vehicle C1 is equipped with one CPU 106, two GPUs 107, and one storage 108, the vehicle C2 is equipped with two CPUs 106, one GPU 107, and one storage 108, and the vehicle C3 is equipped with one CPU 106, one GPU 107, and two storages 108. Note that some of the CPU 106, GPU 107, and storage 108 mounted on the vehicle 10 may be used as the computational resources 109. That is, for example, the CPU 106, the GPU 107, and the storage unit 104 may include those that cannot be used as the computational resources 109 or those whose use is restricted.

[0040] The computational resource 109 includes an ECU 110 and a micro-processing unit (MPU) 111, which will be described later. The ECU 110 corresponds to a first computation device, and the MPU 111 corresponds to a second computation device. The ECU 110 is a computational resource that mainly operates to control each part of the vehicle 10. The MPU 111 is a computational resource that is mainly used to perform calculations and processing of grid computing. As will be described in detail later, the MPU 111 is a computational resource that is added to the ECU 110 in order to improve the computation and processing capacity of the ECU 110. For this reason, when the vehicle 10 is not running, the ECU 110 is hardly operating, so there is no need to control the internal temperature of the ECU 110. However, when the MPU 111 is performing calculations and processing of grid computing, there is a need to control the internal temperature of the MPU 111.

[0041] Also, for example, a time period during which use as the computational resource 109 is permitted may be separated from a time period during which use as the computational resource 109 is restricted. That is, a single CPU 106 may be counted as the computational resource 109 during a certain time period and not counted as the computational resource 109 during another time period. The same applies to the GPU 107 and the storage 108.

[0042] Furthermore, when the CPU 106 is realized by a single core or multiple cores, some of the multiple cores may be counted as the computational resources 109, and the remaining cores may not be counted as the computational resources 109. The same applies to the GPU 107. Similarly, some of the memory area of ​​the storage 108 may be counted as the computational resources 109, and the remaining memory area may not be counted as the computational resources 109.

[0043] [User terminal] The user terminal 20 is owned by the user. The user operates the user terminal 20 to utilize various functions. Also, the user can carry the user terminal 20 around. Examples of such user terminals 20 include smartphones, tablets, notebook personal computers, and the like.

[0044] As shown in FIG. 4, the user terminal 20 includes an input unit 201, an output unit 202, a communication unit 203, a storage unit 204, and a control unit 205.

[0045] The input unit 201 inputs information and data. Examples of the input unit 201 include an operation unit that inputs information corresponding to an operation when operated, a camera that inputs an image indicating information, a microphone that inputs a voice indicating information, and the like. The information input to the input unit 101 is sent to the arithmetic unit 105.

[0046] The output unit 202 outputs information and data. Examples of the output unit 202 include a display unit that outputs an image indicating information, a speaker that outputs a voice indicating information, and the like.

[0047] The communication unit 203 transmits and receives information and data. The information and data received by the communication unit 303 are sent to the control unit 205.

[0048] The control unit 205 controls each part of the user terminal 20. The control unit 205 has a processor, a memory, and the like. The memory stores a program for operating the processor, information and data indicating the processing results of the processor, and the like.

[0049] The storage unit 204 stores information and data. In this example, the storage unit 204 stores terminal information D21, terminal status information D22, and schedule information D23.

[0050] 〈Terminal Information〉 The terminal information D21 is information related to the user terminal 20. For example, the terminal information D21 includes a user terminal ID set in the user terminal 20, user terminal performance information indicating the performance of the user terminal 20, etc. The user terminal ID is an example of user terminal identification information that identifies the user terminal 20.

[0051] <Device status information> The terminal status information D22 is information indicating the status of the user terminal 20. The terminal status information D22 includes user terminal position information indicating the position of the user terminal 20, user terminal communication status information indicating the communication status of the user terminal 20, and the like.

[0052] <Schedule Information> The schedule information D23 indicates the behavior history and behavior schedule of the user who owns the user terminal 20. For example, the schedule information D23 indicates the user's location and the stay period (or planned stay period) in association with each other. The schedule information D23 can be acquired by a schedule function installed in the user terminal 20. Specifically, the user inputs his / her own behavior history and behavior schedule into the user terminal 20 using the schedule function, and the schedule information D23 indicating the user's behavior history and behavior schedule is obtained.

[0053] [Client Server] The client terminal 30 is owned by a client. The client requests the calculation of job data. Examples of such clients include companies, research institutes, and educational institutions.

[0054] As shown in FIG. 5, the client terminal 30 includes an input unit 301, an output unit 302, a communication unit 303, a storage unit 304, and a control unit 305.

[0055] The input unit 301 inputs information and data. Examples of the input unit 301 include an operation unit that inputs information corresponding to an operation when operated, a camera that inputs an image indicating information, a microphone that inputs a voice indicating information, and the like. The information and data input to the input unit 301 are sent to the control unit 305.

[0056] The output unit 302 outputs information and data. Examples of the output unit 302 include a display unit that outputs an image indicating information, a speaker that outputs a voice indicating information, and the like.

[0057] The communication unit 303 transmits and receives information and data. The information and data received by the communication unit 303 are sent to the control unit 305.

[0058] The control unit 305 controls each part of the client terminal 30. The control unit 305 includes a processor, a memory, and the like. The memory stores a program for operating the processor, information and data indicating the processing results of the processor, and the like.

[0059] The storage unit 304 stores information and data. In this example, the storage unit 304 stores client information D31 and job data D1.

[0060] 〈Client Information〉 The client information D31 is information related to the client. The client information D31 includes a client ID set for the client, a client terminal ID set for the client terminal 30 owned by the client, the name of the person in charge, the address, the telephone number, and the like. The client ID is an example of client identification information for identifying the client. The client server ID is an example of client identification information for identifying the client terminal 30.

[0061] 〈Job Data〉 The job data D1 is data corresponding to the job and is data processed for the execution of the job.

[0062] The job data D1 can be classified by calculation type. Examples of calculation types include a CPU-based calculation type and a GPU-based calculation type. Job data D1 of the CPU-based calculation type tends to require complex calculations with many conditional branches, such as simulation calculations. Job data D1 of the GPU-based calculation type tends to require a huge amount of simple calculations, such as image processing and machine learning.

[0063] Furthermore, the job data D1 can be classified according to the processing conditions. Examples of the processing conditions include a processing condition that requires constant communication, a processing condition that does not require constant communication, and the like. Job data D1 with a processing condition that requires constant communication requires that the arithmetic device 105 is always able to communicate in the grid computing process. Job data D1 with a processing condition that does not require constant communication does not require that the arithmetic device 105 is always able to communicate in the grid computing process.

[0064] <Job Information> Note that job information related to a job may be stored in the storage unit 304. The job information includes job name information indicating the name of the job, job content information explaining the content of the job, job data information related to the job data corresponding to the job, job delivery date information indicating the delivery date of the job, etc. The job data information indicates the calculation type, processing conditions, necessary calculation capacity, etc. of the job data.

[0065] [Facility terminal] The facility terminal 40 is owned by a facility. A user visits the facility. A user can make a reservation to visit the facility. Examples of such facilities include a store, a stadium, a theater, a supermarket, a restaurant, and a hotel.

[0066] In this example, the facility is a dealership or a repair shop that is configured to perform vehicle maintenance, and the facility terminal 40 is a terminal installed in the dealership or repair shop. A facility server installed in the facility may be used instead of the facility terminal 40. In that case, the block configuration and the like may be the same as that of the facility terminal 40.

[0067] 6, facility terminal 40 includes an input unit 401, an output unit 402, a communication unit 403, a storage unit 404, and a control unit 405. The configurations of the input unit 401, the output unit 402, the communication unit 403, the storage unit 404, and the control unit 405 of facility terminal 40 are similar to the configurations of the input unit 301, the output unit 302, the communication unit 303, the storage unit 304, and the control unit 305 of client terminal 30.

[0068] In this example, the storage unit 404 stores facility information D41, facility usage information D42, and computational resource expansion information D43.

[0069] Facility Information The facility information D41 is information related to a facility. The facility information D41 includes a facility ID set for the facility, a facility terminal ID set for the facility terminal 40 owned by the facility, facility location information indicating the location (latitude and longitude) of the facility, the name of a person in charge, an address, a telephone number, etc. The facility terminal ID is an example of facility identification information for identifying the facility terminal 40.

[0070] <Facility Usage Information> The facility usage information D42 includes usage history information of facilities such as dealerships and repair shops, maintenance information, and reservation information for the facilities. The maintenance information includes schedule information for maintenance of each vehicle, the type of maintenance, the contents of maintenance to be performed, inquiry information about maintenance, and information to be communicated during maintenance. The facility usage information D42 also includes the user's reservation date and time of visit and the purpose of the visit to the facility, including the expansion and replacement of computational resources. If the purpose of the visit includes "expansion and replacement of computational resources," the user facility usage information is associated with expansion information D43 of computational resources 109, which will be described later. The facility usage information D42 may also include information that associates the user who visits the facility with the period of stay (or the planned period of stay).

[0071] <Information on expansion of computing resources> The expansion information D43 of the computational resource 109 is information in which the vehicle identification information D11 of the vehicle to be expanded and the information of the computational resource 109 to be expanded or replaced are associated with each other.

[0072] The form of expansion of the computing resource 109 is not particularly limited. For example, an all-in-one MPU (Micro-processing unit) in which the CPU 106, the GPU 107, and the storage 108 are implemented may be used. ) board, or may be a stand-alone board specialized for the computing resource (one or more of the CPU 106, GPU 107, and storage 108) to be added.

[0073] Information on the computational resource 109 to be added or replaced is, for example, the name and identification code of the board as described above, and is registered in a form that is easy to understand for users of the facility terminal 40 and workers who will be adding boards (computational resources), etc.

[0074] [Management Server] The management server 50 manages the operation of grid computing. In other words, a management system that manages grid computing utilizing the computing resources 109 mounted on each of the multiple vehicles 10 includes the management server 50. The management server 50 is owned by the operator that operates the system 1.

[0075] 7, the management server 50 includes an input unit 501, an output unit 502, a communication unit 503, a storage unit 504, and a control unit 505. The configurations of the input unit 501, the output unit 502, and the communication unit 503 of the management server 50 are similar to the configurations of the input unit 301, the output unit 302, and the communication unit 303 of the client terminal 30. The storage unit 504 and the control unit 505 are examples of components of a management system that manages grid computing.

[0076] In this example, the control unit 505 has a function of executing a series of controls and processes related to the operation and management of grid computing. More specifically, the control unit 505 executes controls and processes for realizing the flow of the arrows shown in FIG. 9, and controls and processes in the flow diagrams of FIG. 10 and subsequent figures. In the following description, for convenience of explanation, the management server 50 is described as the main body, but the control unit 505 may contribute to the processes and controls to realize them. For example, the control unit 505 is configured to mainly execute the "extraction process", "guide process", "update process", "computational capacity estimation process", "job estimation process", and "determination process" described later. Each process will be specifically described later with reference to drawings such as flow charts.

[0077] The control unit 505 includes a processor, a memory, etc. Examples of the processor include a CPU (Central Processing Unit) and a GPU (Graphics Processing Unit). The memory stores a program for operating the processor, information and data indicating the processing results of the processor, etc. The number of processors for realizing the control unit 505 may be one or more.

[0078] The storage unit 504 stores information and data. The specific configuration of the storage unit 104 is not particularly limited. For example, it may be realized by a memory built into a chip, a hard disk drive (HDD), a solid state drive (SSD), or an optical disk such as a DVD or a BD.

[0079] In this example, the memory unit 504 stores various data such as a user table D51, a computational resource table D52, a client table D53, a job table D54, a grid table D55, a matching table D56, job data D1, calculation result data D2, and job trend information D9.

[0080] <User table> The user table D51 is a table for managing users. In the user table D51, for each user, a user ID set for the user, a vehicle ID (e.g., VIN) set for the vehicle 10 owned by the user (hereinafter also referred to as the owned vehicle), a computation resource ID set for the computation resource 109 owned by the user, a user terminal ID set for the user terminal 20 owned by the user, and the like are registered. Furthermore, the user table D51 may register, for the user, usage history information of a dealer or a repair shop, maintenance information D4 including maintenance due date information D3 such as the next maintenance due date or regular maintenance due date of the owned vehicle, grade information of the owned vehicle, information on whether or not computation resources can be added to the owned vehicle, and the like.

[0081] <Computational Resource Table> The computational resource table D52 is a table for managing the computational resources 109. In the computational resource table D52, for each computational resource 109, a computational resource ID set for that computational resource 109, a user ID set for the user who owns that computational resource 109, a vehicle ID set for the vehicle 10 on which that computational resource 109 is mounted, and the like are registered.

[0082] Furthermore, in the computational resource table D52, the type of computational resource 109, the specifications of the computational resource 109 (computational power, storage capacity, etc.), the operation status of the computational resource 109 (operation history and operation schedule), etc. are registered for each computational resource 109. In other words, the computational resource table D52 includes operation status information D5 indicating the operation status of each of the multiple computational resources 109, and computational resource information D6 indicating the performance of each of the multiple computational resources 109.

[0083] When the computing resource 109 is a CPU 106 or a GPU 107, the computing resource information D6 includes computing capacity information D7 indicating the computing capacity of each of the computing resources 109. The computing capacity here includes changes in the computing capacity over time. In other words, the computing capacity information D7 includes the computing capacity that can be exerted in a predetermined period of time, taking into account changes in the computing capacity over time.

[0084] Furthermore, when the computing resource 109 is the storage 108, storage performance information D8 indicating the performance of the storage 108, such as the storage capacity, data write / read speed, error rate, etc., is included. The storage performance here includes the change in storage performance over time. In other words, the storage performance information D8 includes the storage performance that can be exhibited in a predetermined period of time, taking into account the change in performance over time.

[0085] Client Table The client table D53 is a table for managing clients. In the client table D53, for each client, a client ID set for that client, a client terminal ID set for the client terminal 30 owned by the client, the name, address, telephone number, etc. of the person in charge of that client are registered.

[0086] <Job Table> The job table D54 is a table for managing jobs requested by clients. For each job, the reception number set for that job, the client ID set for the client who requested the job, the name and content of the job, etc. are registered in the job table D54. In addition, for each job, the job table D54 registers the calculation type and processing conditions of the job data corresponding to that job, the required calculation capacity which is the calculation capacity required for the calculation of the job data, the delivery date set for that job, etc.

[0087] Grid Table The grid table D55 is a table for managing the grids G and the computing power of each grid G ​​in grid computing processing.

[0088] In the grid table D55, for each grid G, a grid ID for identifying the grid G, vehicle identification information D11 of the vehicles constituting the grid G, and the computational capacity of the computational resources 109 constituting the grid G ​​are registered. The computational capacity here includes the basic performance (computational specifications) that is the premise of the calculation, as well as the predicted results of changes in computational capacity over time.

[0089] In other words, the grid table D55 registers executable job information D59 that is an approximate predicted value of jobs that are expected to be processable on the grid G ​​in a given period in grid computing processing.

[0090] In addition, other vehicle information D10 (for example, resource information D14) may be registered in the grid table D55 in association with the vehicle identification information D11.

[0091] Matching Table The matching table D56 is a table for managing the results of a matching process described later. For each job, the matching table D56 registers the reception number set for that job, the job data ID set in the job data D1 corresponding to that job, the grid ID of the grid G ​​assigned to that job data by the matching process, and the like.

[0092] <Job Data> The job data D1 stored in the storage unit 504 is job data D1 accepted by a job acceptance process, which will be described later.

[0093] <Calculation result data> The calculation result data D2 stored in the storage unit 504 is data of the calculation result of a job executed by grid computing processing, which will be described later.

[0094] [Grid Computing System Operation] Fig. 9 is a schematic diagram showing information transmitted between the facility terminal, the vehicle, the client terminal, and the management server, and Fig. 10 is a flow diagram showing an example of the operation of the management system.

[0095] <Step S1> In step S1, the management server 50 estimates the computational capacity of each vehicle 10.

[0096] First, the management server 50 requests each vehicle 10 to transmit the latest vehicle information D10. Each vehicle 10 that has received a request from the management server 50 to transmit the vehicle information D10 transmits the participant information to the management server 50. The vehicle information D10 transmitted at this time may be a part of the vehicle information D10, or all of the vehicle information D10 may be transmitted. The transmitted vehicle information D10 includes the vehicle identification information D11 and the resource information D14. The management server 50 registers the vehicle information D10 received from each vehicle 10 in the computation resource table D52. Note that, for a vehicle 10 whose vehicle information D10 is already registered in the management server 50, the vehicle 10 may transmit necessary information among the difference information from the registered registration information to the management server 50.

[0097] Next, the management server 50 executes a computational capacity estimation process to estimate computational resource information D6, for example, by referring to the vehicle information D10 registered in the computational resource table D52. The information D6 includes computing capability information D7 and storage performance information D8 of each vehicle.

[0098] In the computational capacity estimation process, the information referred to by the management server 50 is, for example, the vehicle state of each vehicle 10, the computational capacity of the computational resource 109, the computation type that can be handled by the computational resource 109, or the available computation time. With regard to the available computation time, for example, a specific schedule may be received from the vehicle 10, or the past usage trends of the vehicle 10 and the computation device 105 of the vehicle 10 stored in the storage unit 504 may be analyzed to predict a schedule of a time period during which the computation device 105 can be used as a computational resource. When information equivalent to the computational resource information D6 is received from each vehicle 10, that information may be used.

[0099] The management server 50 registers the acquired or predicted computing resource information D6 in the computing resource table D52.

[0100] The management server 50 links the estimated computation resource information D6 with the vehicle identification information D11 of each vehicle 10 and registers it in the computation resource table D52.

[0101] <Step S2> In step S2, the management server 50 executes a grid organizing process for organizing a grid G ​​for executing grid computing processes.

[0102] The grid organization process will now be described with reference to FIG.

[0103] -Step S21- First, the management server 50 configures each grid G. The grid G ​​is configured based on the computational resources 109 (also simply referred to as the “computational resources 109”) available for grid computing processing among the computational devices 105 and storages 108 mounted on each vehicle 10.

[0104] The method of constructing the grid G ​​is not particularly limited, but for example, the grid G ​​may be constructed with vehicles that are likely to be parked in a specific area at a specific time. In this case, for example, the grid G ​​may be constructed based on the location of the user's home, or if the user commutes by car, the grid G ​​may be constructed at the user's workplace or sales office. In addition, for example, the grid G ​​may be constructed with vehicles that have a complementary relationship in terms of computational resources 109.

[0105] Furthermore, for example, the management server 50 may configure the grid G ​​according to the requested job, the job that is likely to be requested, the difficulty of the job to be handled, etc., such as configuring the grid G ​​so that a job specialized for use with the GPU 107 can be executed.

[0106] The management server 50 may also adopt a method of configuring the grid G ​​in which a plurality of grid candidates are created in advance and the grid G ​​is finally determined according to the job. In this case, the grid G ​​is organized or reorganized between steps S3 and S6.

[0107] Furthermore, the management server 50 may dissolve the grid G ​​once after the grid computing process described below is completed, and then reassemble a new grid G. In other words, the grid G ​​may be reconstructed in the loop process of steps S3 to S8 described below. For the sake of convenience, in the following description, it is assumed that the grid G ​​organized in step S2 is maintained, and the process from step S3 onward is carried out.

[0108] FIG. 11 shows an example in which grids GA, GB, GC, . . . , GX are configured by grouping multiple vehicles.

[0109] The management server 50 may configure the grid G ​​according to the tendency or type of jobs requested from the client terminal 30, which will be described later. Also, the number and combination of vehicles 10 that configure the grid G ​​may be changed as appropriate according to the requested job.

[0110] 12, the management server 50 may determine a master vehicle CM that manages jobs assigned to the grid G ​​from among the vehicles 10 that configure the grid G. The management server 50 may basically exchange data with the master vehicle CM. In this case, the master vehicle CM has a management function for managing other vehicles 10 (e.g., vehicles C1 to C3 in FIG. 12) that belong to the same grid, and a function as a relay device between the other vehicles (e.g., vehicles C1 to C3 in FIG. 12) and the management server 50. The method of selecting the master vehicle CM is not particularly limited, but may be selected based on, for example, the participation rate of the grid computing process and the performance of the installed computing resources 109.

[0111] -Step S22- Next, the management server 50 executes a process of estimating the computational capacity and storage performance of each grid G.

[0112] Specifically, the management server 50 refers to the computational resource table D52 of each vehicle 10 constituting the grid G, and estimates the computational capacity and storage performance of the grid G ​​based on the computational resource information D6 of each vehicle 10.

[0113] -Step S23- When the management server 50 organizes the grid G ​​in step S21, the management server 50 associates a grid ID for identifying the grid G ​​with the vehicle information D10 of each vehicle 10 and registers them in the grid table D55. At that time, the management server 50 associates and registers the computational capacity and storage performance of the grid G ​​estimated in step S22.

[0114] <Step S3> In step S3, the management server 50 executes a job reception process. The job reception process will be described below with reference to FIG.

[0115] In the job reception process, the management server 50 performs the following process every time job data D1 (job request) is received from the client terminal 30.

[0116] -Step S31- First, the management server 50 accepts a job request from a client. Specifically, in response to an operation by a person in charge of the client, the client terminal 30 transmits a job request application to the management server 50. In response to the application, the management server 50 performs the following processes.

[0117] The management server 50 requests the client terminal 30 to transmit information required for accepting a job (specifically, client information D31 relating to the client requesting the job and job information relating to the job). In this example, the management server 50 transmits image data of a job acceptance screen to the client terminal 30. The client terminal 30 reproduces an image of the job acceptance screen from the image data, and outputs (displays) the image on the output unit 302 (display unit). .

[0118] 8 is an example of a registration form R10 for a client to request a job from the management server 50. This registration form R10 is displayed, for example, in a format that can be inputted into the display unit of a computer owned by the client. The input information of the registration form R10 includes information required when the management server 50 matches a grid G ​​(also simply referred to as "grid G") consisting of multiple vehicles with a job.

[0119] The registration form R10 includes, for example, an input field R101 for the company name, an input field R102 for the name of the person in charge, an input field R103 for the company address, and an input field R104 for the phone number, as an overview of the company (corresponding to the client). The registration form R10 includes, for example, an input field R111 for the job name, an input field R112 for the job content, an input field R113 for the job's computation type, an input field R114 for the job's execution conditions, an input field R115 for the job's required computation capacity, and a deadline R116 for the computation results, as an overview of the job. As the job content, for example, the purpose of the job and the importance of the job to the client are input. As the computation type of the job, for example, information such as CPU-based or GPU-based is input, similar to the "computation type" in the computation capacity information described above. As the job execution conditions, for example, the presence or absence of constant communication with the client terminal 30 and the recommended communication capacity are input. As the required computing power for a job, for example, the computing power required to execute the job is input in units of FLOPS, similar to the "computing power" in the computing power information described above. As the delivery date of the calculation results, a date and time are input. Note that information other than the above may also be input into the registration form R10. For example, the registration form R10 may have an item for inputting the data format of the calculation results desired by the client. Furthermore, the registration form R10 may have an item for attaching a program required to execute the job.

[0120] The person in charge of the client operates the input unit 301 (operation unit) of the client terminal 30 to input necessary information into the job reception screen. This inputs client information about the client requesting the job and job information about the job. Then, when input of this information is completed, the person in charge of the client operates the input unit 301 (operation unit) of the client terminal 30 to press the registration button B100 on the job reception screen. When the registration button B100 is pressed, the client terminal 30 transmits the information (client information and job information) input into the job reception screen to the management server 50. The management server 50 receives the client information and job information.

[0121] Next, the management server 50 requests the client terminal 30 to transmit job data D1 corresponding to the requested job. In response to the request, the client terminal 30 transmits the job data D1 corresponding to the requested job to the management server 50. The management server 50 receives the job data D1.

[0122] -Step S32- Next, the management server 50 analyzes the job data D1 received in step S31. Specifically, the management server 50 analyzes the calculation type, processing conditions, required computing power, etc. of the job data D1. The management server 50 estimates the tendency of the job requested from the client terminal based on the analysis result of the calculation type, processing conditions, required computing power, etc. of the job data D1. The estimated job tendency is stored in the storage unit 504 as job tendency information D9.

[0123] If necessary, the management server 50 may modify the job information received in step S31 based on the results of the analysis of the job data D1.

[0124] -Step S33- Next, the management server 50 associates the client information and job information received in step S31 with each other, registers them in the job table D54, and updates the job table D54. Furthermore, the management server 50 stores the job data D1 received in step S31 in the storage unit 504 in a form that can be referenced based on the corresponding client information and job information. When the update of the job table D54 and the storage of the job data D1 are completed, the job reception process is completed.

[0125] In addition, since it is sufficient for the job data D1 to be available before the grid computing process, for example, the job data D1 may be received after the matching process described later is completed. In this way, it is possible to avoid sending and receiving unnecessary data when matching is not going well.

[0126] <Step S4> In step S4, the management server 50 executes a matching process. The matching process will be described below with reference to FIG.

[0127] -Step S41- First, the management server 50 compares the estimated computing power with the computing power required for the accepted job. The management server 50 not only compares simple processing power, but also compares the time period during which the job can be provided with the deadline for the job, and compares the communication status of the location where the job can be provided with whether or not continuous communication is required for the job.

[0128] -Step S42- Next, the management server 50 determines whether or not there is a job that can be executed with the estimated computing power among the currently registered jobs. If there is an executable job (YES in S42), the flow proceeds to step S43. On the other hand, if there is no job that can be executed with the estimated computing power (NO in S42), the flow proceeds to step S44.

[0129] -Step S43- The management server 50 determines, from among the executable jobs, the job to be actually calculated on the grid G. If there is one job, the job is assigned to the target grid G. On the other hand, if there are multiple executable jobs, the job to be assigned to the target grid G ​​is determined based on a predetermined priority order. The method of assigning the priority order here can be set arbitrarily and is not particularly limited. For example, the priority order can be set based on the deadline or execution schedule, such as giving a higher priority to a job with a deadline approaching. In addition, the priority order can be set based on the particularity of the job, such as whether or not the job can be executed on another grid G, or the difficulty of the job.

[0130] -Step S44- In step S42, the management server 50 analyzes the reason why there are no jobs that can be executed with the estimated computational capacity of the target grid G. Specifically, the management server 50 refers to the job tendency information D9 in the storage unit 504, and extracts the computational resources that are insufficient among the computational resources 109 of the target grid G ​​from the tendency of the jobs requested by the client terminals 30.

[0131] In other words, the management server 50 monitors the supply-demand balance between jobs (demand) requested by clients and the computing power (supply) of the target grid G. Then, based on the monitoring results, future demand trends are predicted, and based on the prediction results, computing resources 109 that are insufficient in the target grid G ​​or that are insufficient or likely to be insufficient when organizing the grid G ​​in step S2 are extracted. After the computing resources 109 are extracted, The flow proceeds to step S45.

[0132] In addition, in the target vehicle extraction process in step S45 described later, if information on the computational resources 109 that is insufficient or likely to be insufficient is not used, step S44 may be omitted. In that case, after a NO determination is made in step S42, the process proceeds to step S45.

[0133] -Step S45- The management server 50 refers to the resource information D14 and operation history information D15 stored in the memory unit 504 and performs an extraction process to extract target vehicles 10 (hereinafter simply referred to as target vehicles 10) that are targets for augmenting the computational resources 109 from among the vehicles 10 that constitute the target grid G.

[0134] The method of extracting the target vehicles 10 is not particularly limited, but for example, the computational resources to be augmented are identified based on the job trends registered in the job trend information D9 and the estimated computational capacity of the target grid G, and a vehicle with the computational resources that can be augmented is extracted as the target vehicle 10. This makes it possible to augment the computational resources 109 in accordance with the trends of the requested job, thereby achieving the effect of further increasing the job matching rate.

[0135] Also, for example, a vehicle 10 for which the computational resources 109 determined to be insufficient in step S44 can be augmented may be set as the target vehicle 10. This allows the computational resources 109 that are actually insufficient to be targeted for augmentation, that is, the computational resources 109 can be augmented in accordance with the most recent actual demand.

[0136] Also, for example, the management server 50 may refer to the maintenance due date information D3 in the user table D51 and set a high priority to the vehicle 10 whose maintenance due date is coming up in the target grid G ​​in the above-mentioned extraction process. By allowing the user to set the expansion according to the maintenance due date, the user can make the expansion according to the scheduled maintenance. This can encourage the user to make the expansion.

[0137] Also, for example, when a master vehicle CM is designated, the master vehicle CM or a vehicle 10 that is scheduled to become the master vehicle may be set as the target vehicle 10. As described above, the master vehicle CM performs grid computing processing on the own vehicle, and also functions as a relay device between the other vehicles 10 and the management server 50, as well as managing the other vehicles 10 that belong to the same target grid G. Therefore, by enhancing the computational resources 109 of the master vehicle CM, it is possible to not only improve the capability as a terminal that performs grid computing processing, but also contribute to improving the performance and stability of the grid G.

[0138] After the extraction process in step S45, the flow proceeds to step S46.

[0139] -Step S46- The management server 50 executes a notification process for transmitting a notification regarding the expansion of the computing resources 109 to the owner of the target vehicle 10 .

[0140] Specifically, the management server 50 presents to the user terminal 20 a guide for expanding the computing resources 109 and a reward for expanding the computing resources 109 .

[0141] The expansion guide of the computing resource 109 includes, for example, reservation guide information for dealers and repair shops (such as sending a reservation form), entry guide information (entry date and time, facility name, facility address, etc.), and the like.

[0142] In conjunction with the notification of the expansion of the computational resources 109, the management server 50 may inform the owner of the target vehicle 10 of additional functions and additional services that will become available when using the vehicle 10 by increasing the computational resources 109.

[0143] For example, enhancing the computing device 105 (CPU 106, GPU 107, and / or storage 108) directly leads to improved vehicle performance when grid computing processing is not being performed, i.e., in everyday driving situations. Therefore, by making it possible to inform the owner of the target vehicle of additional functions and additional services that can be obtained by enhancing the computing resources, it is possible to increase the user's motivation to add more.

[0144] -Step S47- In step S47, it is determined whether or not the addition information has been received from the facility terminal 40 to the management server 50. The following describes the flow of operations until the addition information is received from the facility terminal 40 to the management server 50.

[0145] After the guidance process in step S46, the user terminal 20 transmits to the management server 50 that the user intends to add equipment. In response, the management server 50 transmits to the facility terminal 40 the warehousing reservation information for the target vehicle 10 and the addition information D43, which is information on the computing resources 109 (e.g., MPU board) to be added to the target vehicle 10.

[0146] When the facility terminal 40 receives the expansion information D43, it registers it in the storage unit 404. Then, when the user actually visits the facility, the facility staff performs the expansion work based on the warehousing reservation information and the expansion information D43. For example, as shown in Fig. 9, in the facility, an old MPU-A1 is replaced with a new MPU-A2, and a new MPU-A3 is added to an empty slot, etc.

[0147] When the work of expanding the computing resources 109 is completed, information about the expansion is registered in the facility terminal 40 and transmitted to the management server 50.

[0148] When the management server 50 receives the addition information, a YES determination is made in step S47, and the flow proceeds to the next step S48.

[0149] On the other hand, if the user has not yet entered the inventory or if the request for expansion has been refused, the result of step S47 is NO. In this case, for example, the process returns to step S41 to match the new job with the grid G, or the process returns to step S2 to rearrange the grid G.

[0150] [Grid Computing Processing] Next, the grid computing process in step S5 will be described with reference to Fig. 16. In the grid computing process, the job data D1 is processed by an available computing device 105 among the multiple computing devices 105. After completing the matching process in step S4, the management server 50 performs the following processes.

[0151] <Step S51> First, the management server 50 refers to the matching table D56 and distributes the job data D1 to be subjected to the grid computing process to the computational resources 109 allocated to the job data D1 in the matching process. Specifically, the management server 50 transmits a part of the job data D1 to each of the computational resources 109 allocated to the job data D1. As a result, the job data D1 is processed in parallel by the computational resources 109 (CPU 106, GPU 107) allocated to the job data D1.

[0152] <Step S52> Next, when each of the computational resources 109 (CPU 106, GPU 107) completes the calculation of the data (part of the job data D1) transmitted to that computational resource 109, it transmits partial calculation result data obtained by the calculation to the management server 50. The management server 50 receives the partial calculation result data transmitted from the computational resources 109, and stores the partial calculation result data in the storage unit 504.

[0153] <Step S53> The management server 50 determines whether or not all of the arithmetic devices 105 to which the job data D1 has been distributed in step S51 have completed the calculation. If all of the arithmetic devices 105 have completed the calculation, the process of step S54 is performed, and if not, the process of step S52 is performed.

[0154] <Step S54> When all of the arithmetic devices 105 have completed the calculations, the management server 50 generates calculation result data D2 (calculation result data D2 indicating the result of the calculation of the job data D1) corresponding to the job data D1 that is the target of the grid computing process by combining the partial calculation result data stored in the storage unit 504. Then, the management server 50 transmits the calculation result data D2 corresponding to the job data D1 that is the target of the grid computing process to the client terminal 30 of the client that requested the calculation of the job data D1.

[0155] <Step S55> Next, the user who provided the computing power of the arithmetic device 105 to the grid computing process is given a reward by the operator who operates the system 1. Examples of the reward given to the user include points, virtual currency, and product discount benefits that can be used in the system 1. For example, the management server 50 performs a process for giving a reward to the user who provided the computing power of the arithmetic device 105 to the grid computing process. Examples of the process for giving a reward include a process for registering in the user table D51 a "user ID" set for the user and "points" (or virtual currency) that can be used in the system 1 in association with each other, and a process for transmitting information indicating a product discount benefit to the user terminal 20 owned by the user.

[0156] Furthermore, a reward may be given by the client to a user who has provided the computing power of the computing device 105 to the grid computing process. For example, the client terminal 30 may execute a process for giving a reward to a user who has provided the computing power of the computing device 105 to the grid computing process.

[0157] Next, a vehicle temperature control system according to the embodiment will be described. As described above, the vehicle temperature control system according to the embodiment is configured as a part of the grid computing system 1.

[0158] FIG. 17 is a side view of a vehicle for explaining a heating and cooling system of a temperature control system for a vehicle according to an embodiment. As shown in FIG. 17, a vehicle 10 is provided with a cooling circuit 600 for cooling and heating each part. The cooling circuit 600 cools a battery 601, an inverter 602, a motor 603, a sub-tank 604, a heat exchanger 605, and an MPU 111 of the vehicle 10. As shown in FIG. 17, a housing in which the MPU 111 is stored is in contact with a housing in which the ECU 110 is stored, and the MPU 111 is cooled via the ECU 110. The refrigerant circuit 600 includes a first cooling circuit for cooling the motor 603, the heat exchanger 605, the inverter 602, and the sub-tank 604, and a second cooling circuit for cooling the MPU 111 and the battery 601. The cooling circuit 600 also includes a pump 606, a refrigerant temperature sensor 607, a heater 608, and a chiller 609. In FIG. 17, the refrigerant temperature sensor 607, the heater 608, and the chiller 609 are omitted.

[0159] 17, and controls the flow rate of the coolant circulated in the cooling circuit 600. Specifically, the pump 606 circulates the coolant through the motor 603, the heat exchanger 605, the inverter 602, and the sub-tank 604 in the first cooling circuit in this order. The pump 606 also circulates the coolant through the MPU 110 and the battery 601 in the second cooling circuit in this order. The coolant temperature sensor 607 detects the temperature of the coolant in the cooling circuit 600, and transmits the detected coolant temperature to the ECU 110. The heater 608 increases the temperature of the coolant in the cooling circuit 600. The chiller 609 decreases the temperature of the coolant in the cooling circuit 600.

[0160] The vehicle 10 is also provided with a compressor 610. The compressor 610 blows air to the MPU 111 to control the internal temperature of the MPU 111. For example, the compressor 610 controls the internal temperature of the MPU 111 by blowing outside air, hot air, or cold air from the vehicle 10 to the MPU 111.

[0161] The pump 606 , the heater 608 , the chiller 609 and the compressor 610 are connected to the battery 601 and are driven using power supplied from the battery 601 .

[0162] Fig. 18 is a block diagram illustrating a communication configuration in a temperature control system according to an embodiment. As shown in Fig. 18, ECU 110 is configured to be able to communicate with refrigerant temperature sensor 607, solar radiation sensor 611, and indoor temperature sensor 612. Solar radiation sensor 611 detects the amount of solar radiation on vehicle 10. Indoor temperature sensor 612 detects the indoor temperature of vehicle 10. ECU 110 receives the detection results of refrigerant temperature sensor 607, solar radiation sensor 611, and indoor temperature sensor 612.

[0163] Here, the ECU 110 communicates with the MPU 111 via the communication network 5. The MPU 111 may be added to the ECU 110 not only by a serviceman but also by a user of the vehicle 10. For this reason, there is a risk that data in the ECU 110 may be tampered with by changing internal data of the MPU 111. In order to prevent this tampering of data in the ECU 110, direct data transmission from the MPU 111 to the ECU 110 is prohibited. For this reason, information such as the internal temperature of the MPU 111 cannot be directly transmitted from the MPU 111 to the ECU 110. Therefore, in this embodiment, the MPU 111 transmits temperature information to the ECU 110 via the communication network 5. Specifically, the MPU 111 is provided with a temperature detection element such as a thermistor, and transmits the detection result of this element to the ECU 110 as temperature information. This allows the ECU 110 to grasp the internal temperature of the MPU 111. Although direct data transmission from the MPU 111 to the ECU 110 is prohibited, direct data transmission from the ECU 110 to the MPU 111 is not prohibited.

[0164] The ECU 110 operates the pump 606, the heater 608, the chiller 609, and the compressor 610 based on the detection results received from the refrigerant temperature sensor 607, the solar radiation sensor 611, and the indoor temperature sensor 612, and on the temperature information received via the communication network 5. Specifically, the ECU 110 operates the heater 608 or the chiller 609 based on the received information to change the temperature of the refrigerant. Also, the ECU 110 controls the operation of the pump 606 to control the flow rate of the refrigerant based on the received information. Also, the ECU 110 controls the operation of the compressor 610 based on the received information to blow outside air, hot air, or cold air from the vehicle 10 to the MPU 111. In this way, the ECU 110 can keep the internal temperature of the MPU 111 within an operable range.

[0165] [Temperature Control System Operation] FIG. 19 is a flow chart illustrating the operation of the temperature control system.

[0166] -Step S201- The MPU 111 transmits temperature information indicating the detected internal temperature to the communication network 5.

[0167] -Step S202- The ECU 110 receives the temperature information transmitted by the MPU 111 via the communication network 5 .

[0168] -Step S203- The ECU 110 receives the detection results of each sensor from each sensor. Specifically, the ECU 110 receives the detection result of the refrigerant temperature from the refrigerant temperature sensor. The ECU 110 also receives the detection result of the amount of solar radiation on the vehicle 10 from the solar radiation sensor 611. The ECU 110 also receives the detection result of the indoor temperature of the vehicle 10 from the indoor temperature sensor 612.

[0169] -Step S204- The ECU 110 determines the internal temperature of the MPU 111 based on the received temperature information and the detection results of each sensor.

[0170] -Step S205- The ECU 110 determines whether the determined internal temperature of the MPU 111 is equal to or higher than the target temperature. For example, if the operable temperature of the MPU 111 is between 10°C and 35°C, the target temperature of the MPU 111 is set to 15°C. If the ECU 110 determines that the internal temperature of the MPU 111 is lower than the first temperature (Yes in step S205), the process ends. If the ECU 110 determines that the internal temperature of the MPU 111 is equal to or higher than the first temperature (No in step S205), the process proceeds to step S206.

[0171] -Step S206- The ECU 110 determines whether the determined internal temperature of the MPU 111 is equal to or higher than a first temperature. For example, the first temperature is 20 degrees, which is higher than the target temperature of the MPU 111. If the ECU 110 determines that the internal temperature of the MPU 111 is lower than the first temperature (No in step S206), the process proceeds to step S207. If the ECU 110 determines that the internal temperature of the MPU 111 is lower than the first temperature (Yes in step S206), the process proceeds to step S208.

[0172] -Step S207- The ECU 110 drives the compressor 610 to cool the MPU 111 (first mode). Specifically, the ECU 110 drives the compressor 610 to blow outside air from the vehicle 10 to the MPU 111. In this way, the ECU 110 cools the MPU 111.

[0173] -Step S208- The ECU 110 determines whether the determined internal temperature of the MPU 111 is equal to or higher than a second temperature. For example, the second temperature is 25 degrees, which is higher than the first temperature. If the ECU 110 determines that the internal temperature of the MPU 111 is lower than the second temperature (No in step S206), the process proceeds to step S209. If the ECU 110 determines that the internal temperature of the MPU 111 is equal to or higher than the first temperature (Yes in step S209), the process proceeds to step S210.

[0174] -Step S209- The ECU 110 drives the pump 606 to cool the MPU 111 (second mode). Specifically, the ECU 110 drives the pump 606 to increase the flow rate of the refrigerant in the cooling circuit 600. In this way, the ECU 110 cools the MPU 111.

[0175] -Step S210- The ECU 110 determines whether the determined internal temperature of the MPU 111 is equal to or higher than a third temperature. For example, the third temperature is 30 degrees, which is higher than the first temperature and the second temperature. If the ECU 110 determines that the internal temperature of the MPU 111 is lower than the third temperature (No in step S210), the process proceeds to step S211. If the ECU 110 determines that the internal temperature of the MPU 111 is equal to or higher than the first temperature (Yes in step S210), the process proceeds to step S212.

[0176] -Step S211- The ECU 110 drives the pump 606 and the chiller 609 to cool the MPU 111 (third mode). Specifically, the ECU 110 drives the pump 606 to increase the flow rate of the refrigerant in the cooling circuit 600. The ECU 110 also drives the chiller 609 to lower the temperature of the refrigerant in the cooling circuit 600. In this way, the ECU 110 cools the MPU 111.

[0177] -Step S212- The ECU 110 drives the pump 606, the chiller 609, and the compressor 610 to cool the MPU 111 (fourth mode). Specifically, the ECU 110 drives the pump 606 to increase the flow rate of the refrigerant in the cooling circuit 600. The ECU 110 also drives the chiller 609 to lower the temperature of the refrigerant in the cooling circuit 600. As a result, the ECU 110 cools the MPU 111.

[0178] Here, in step S211, the ECU 110 does not drive the compressor 610, as compared to step S212. Also, in step S209, the ECU 110 does not drive the chiller 609, as compared to step S211. Also, in step S207, the compressor 610 is driven instead of the pump 606, as compared to step S209. Therefore, it can be seen that the battery power consumption is smaller in the order of step S207, step S209, step S211, and step S212. That is, in this embodiment, the ECU 110 cools the MPU 111 using a cooling method that consumes less battery power as the difference between the internal temperature of the MPU 111 and the target temperature becomes smaller. Therefore, the MPU 111 can be cooled while suppressing the power consumption of the MPU.

[0179] [Effects of the embodiment] As described above, according to this embodiment, the arithmetic device 105 includes the ECU 110 (first arithmetic device) and the MPU 111 (second arithmetic device) that is added to the ECU 110. The vehicle 10 includes the pump 606 and chiller 609 (liquid-cooling mechanism) that liquid-cool the MPU 111, and the compressor 610 (air-cooling mechanism) that air-cools the MPU 111. The ECU 110 drives at least one of the pump 606, the chiller 609, and the compressor 610 so that the internal temperature of the MPU 111 becomes a target temperature set within a range of temperatures at which the MPU 111 can operate, and the power consumption of the pump 606, the chiller 609, and the compressor 610 is reduced. That is, ECU 110 drives at least one of pump 606, chiller 609, and compressor 610 so that the internal temperature of MPU 111 becomes a target temperature set within the operable temperature range of MPU 111 and reduces the power consumption of pump 606, chiller 609, and compressor 610. This makes it possible to keep the temperature of the MPU within the operable range while suppressing the power consumption of the battery.

[0180] (Other embodiments) In the above description, the storage unit 504 and the control unit 505 of the management system are integrated into a single management server 50. However, the present invention is not limited to this. For example, the storage unit 504 and the control unit 505 may be distributed among a plurality of management servers 50 (not shown) that communicate with each other via the communication network 5.

[0181] In the above description, the storage unit 504 of the management system may be configured with a single storage device or may be configured with multiple storage devices. The multiple storage devices may be consolidated into a single management server 50, or may be distributed among multiple management servers 50 (not shown) that communicate with each other via the communication network 5.

[0182] In the above description, the control unit 505 of the management system may be configured by a single control unit or may be configured by multiple control units. The multiple control units may be consolidated into a single management server 50, or may be distributed among multiple management servers 50 (not shown) that communicate with each other via the communication network 5.

[0183] In the above description, the arithmetic device 105 may be configured with a single arithmetic unit or may be configured with multiple arithmetic units. The multiple arithmetic units may be consolidated into a single management server 50 or may be distributed among multiple management servers 50 (not shown) that communicate with each other via a communication network 5.

[0184] In the above description, the arithmetic device 105 is mounted on the vehicle 10 (specifically, a four-wheeled motor vehicle), but the present invention is not limited to this. For example, the arithmetic device 105 may be mounted on a moving body other than the vehicle 10. Examples of such moving bodies include transportation machinery and mobile information terminals. Examples of transportation machinery include motorcycles, railroad cars, ships, aircraft, drones, etc. A vehicle is an example of transportation machinery. Examples of mobile information terminals include notebook personal computers, tablets, smartphones, etc.

[0185] In addition, the above embodiments may be appropriately combined and implemented. The above embodiments are essentially preferred examples and are not intended to limit the scope of the technology disclosed herein, its applications, or its uses. In other words, the above embodiments are merely examples and should not be interpreted as limiting the scope of the present disclosure. The scope of the present disclosure is defined by the claims, and all modifications and changes that fall within the equivalent scope of the claims are within the scope of the present disclosure. [Industrial Applicability]

[0186] As described above, the technology disclosed herein is useful as a technology for managing grid computing. [Explanation of symbols]

[0187] 10 Vehicles (moving objects) 109 Computing resources 110 ECU (1st computing resource) 111 MPU (second computing resource) 600 cooling circuit 601 Battery 602 Inverter 603 Motor 604 Subtank 605 Heat exchanger 606 Pump 607 Refrigerant Temperature Sensor 608 Heater 609 Chiller 610 Compressor 611 Solar radiation sensor 612 Indoor Temperature Sensor

Claims

1. A temperature control system for a moving object including a computing device used as a computing resource in grid computing, The computing device includes: A first arithmetic unit that controls the operation of the moving object; a second arithmetic unit that is added to the first arithmetic unit, The moving body is a water-cooling mechanism for water-cooling the second arithmetic unit; an air-cooling mechanism for air-cooling the second arithmetic unit; A temperature control system for a moving body, wherein the first computing device drives at least one of the water-cooling mechanism and the air-cooling mechanism so that the internal temperature of the second computing device becomes a target temperature set within the operating range of the second computing device and so that the power consumption of the water-cooling mechanism and the air-cooling mechanism is reduced.

2. The water cooling mechanism includes: A cooling circuit; a chiller that reduces a temperature of a refrigerant in the cooling circuit; a pump for adjusting a flow rate of the refrigerant in the cooling circuit, the air-cooling mechanism includes a compressor that blows outside air or cold air to the second arithmetic unit; The first computing device is a first mode for driving the compressor; a second mode of driving the pump; a third mode for driving the chiller and the pump; and The temperature control system for a mobile body according to claim 1 , wherein the chiller, the pump and the compressor are operated in any one of a fourth mode for driving the chiller, the pump and the compressor, respectively.

3. 3. The temperature control system for a mobile body according to claim 2, wherein the first calculation device transitions the operation of the chiller, the pump, and the compressor in the order of the first mode, the second mode, the third mode, and the fourth mode as the internal temperature of the second calculation device increases.

Images