特許 7679754 移動体の温度制御システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-05-12

(45)【発行日】2025-05-20

(54)【発明の名称】移動体の温度制御システム

(51)【国際特許分類】

   H05K 7/20 20060101AFI20250513BHJP

   G06F 1/20 20060101ALI20250513BHJP

   B60L 3/00 20190101ALN20250513BHJP

【ＦＩ】

H05K7/20 P

H05K7/20 J

G06F1/20 D

G06F1/20 C

B60L3/00 H

【請求項の数】 3

(21)【出願番号】P 2021174892

(22)【出願日】2021-10-26

(65)【公開番号】P2023064549

(43)【公開日】2023-05-11

【審査請求日】2024-08-20

(73)【特許権者】

【識別番号】000003137

【氏名又は名称】マツダ株式会社

(74)【代理人】

【識別番号】110001427

【氏名又は名称】弁理士法人前田特許事務所

(72)【発明者】

【氏名】吉武 慎介

(72)【発明者】

【氏名】松川 剛志

(72)【発明者】

【氏名】石橋 真人

(72)【発明者】

【氏名】濱野 大輔

(72)【発明者】

【氏名】廣▲瀬▼ 晋吾

(72)【発明者】

【氏名】吉田 景太

【審査官】中島 亮

(56)【参考文献】

【文献】特開２０１３－０８４６４８（ＪＰ，Ａ）

【文献】特開２０１６－０８８１０３（ＪＰ，Ａ）

【文献】特表２０１９－５１０１５８（ＪＰ，Ａ）

【文献】特開２０１７－２０２６１９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／００６７１５１（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０８３４０７４８（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０５Ｋ ７／２０

Ｇ０６Ｆ １／２０

Ｂ６０Ｌ ３／００

(57)【特許請求の範囲】

【請求項1】

グリッドコンピューティングにおいて演算資源として用いられる演算装置を備えた移動体の温度制御システムであって、
前記演算装置は、
前記移動体の動作を制御する第１演算装置と、
前記第１演算装置に対して増設される第２演算装置とを備え、
前記移動体は、
前記第２演算装置を水冷する水冷機構と、
前記第２演算装置を空冷する空冷機構とを備え、
前記第１演算装置は、前記第２演算装置の内部温度が、前記第２演算装置の動作可能範囲内において設定された目標温度となるともに、前記水冷機構および前記空冷機構の消費電力が小さくなるように、前記水冷機構および前記空冷機構の少なくともいずれか一方を駆動させる、移動体の温度制御システム。

【請求項2】

前記水冷機構は、
冷却回路と、
前記冷却回路内の冷媒の温度を低下させるチラーと、
前記冷却回路内の冷媒の流量を調整するポンプとを備え、
前記空冷機構は、前記第２演算装置に対して、外気または冷気を吹き付けるコンプレッサを備え、
前記第１演算装置は、
前記コンプレッサを駆動させる第１モード、
前記ポンプを駆動させる第２モード、
前記チラーおよび前記ポンプを駆動させる第３モード、および
前記チラー、前記ポンプおよび前記コンプレッサを駆動させる第４モードのいずれかのモードで、前記チラー、前記ポンプおよび前記コンプレッサをそれぞれ動作させる、請求項１に記載の移動体の温度制御システム。

【請求項3】

前記第１演算装置は、前記第２演算装置の内部温度が高くなるにつれて、前記チラー、前記ポンプおよび前記コンプレッサの動作を、前記第１モード、前記第２モード、前記第３モード、前記第４モードの順に遷移させる、請求項２に記載の移動体の温度制御システム。

【発明の詳細な説明】

【技術分野】

【0001】

ここに開示する技術は、グリッドコンピューティングに用いられる演算資源を備えた移動体の温度制御システムに関する。

【背景技術】

【0002】

特許文献１には、電動車両に搭載された電力変換装置を冷却する冷却システムが開示されている。電力変換装置は、パワー半導体装置と、電気部品とを備える。冷却システムは、パワー半導体装置を冷却水の循環によって冷却する水冷機構と、電力変換装置を冷却用空気の送風によって冷却する空冷機構とを備える。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１３－８４６４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、車両の各部を制御する制御装置などがグリッドコンピューティングの演算資源として用いられることがある。この場合、制御装置の計算能力を向上させるため、制御装置に演算資源が増設されることがある。以下、制御装置を第１演算装置といい、制御装置に増設される演算資源を第２演算装置ということがある。

【0005】

第２演算装置は、車両に積載されたバッテリを電源として用いて駆動する。また、第２演算装置は、グリッドコンピューティングの演算資源として用いられるため、通常の制御装置に比べて、要求される処理能力が高くなり、動作可能温度の範囲が狭くなる。このため、バッテリの消費電力量を抑えつつ、第２演算装置を動作可能内の温度に保つ必要がある。

【0006】

ここに開示された技術は斯かる点に鑑みてなされたものであり、その目的とするところは、バッテリの消費電力量を抑えつつ、第２演算装置を動作可能範囲内の温度に保つことにある。

【課題を解決するための手段】

【0007】

前記課題を解決するために、ここに開示された技術では、グリッドコンピューティングにおいて演算資源として用いられる演算装置を備えた移動体の温度制御システムを対象として、前記演算装置は、前記移動体の動作を制御する第１演算装置と、前記第１演算装置に対して増設される第２演算装置とを備え、前記移動体は、前記第２演算装置を水冷する水冷機構と、前記第２演算装置を空冷する空冷機構とを備え、前記第１演算装置は、前記第２演算装置の内部温度が、前記２演算装置の動作可能範囲内において設定された目標温度となるともに、前記水冷機構および前記空冷機構の消費電力が小さくなるように、前記水冷機構および前記空冷機構の少なくともいずれか一方を駆動させる、という構成にした。

【0008】

上記態様によると、第１演算装置は、第２演算装置の内部温度が、第２演算装置の動作可能な温度範囲内において設定された目標温度となるともに、水冷機構および空冷機構の消費電力が小さくなるように、水冷機構および空冷機構の少なくともいずれか一方を駆動させる。これにより、バッテリの消費電力量を抑えつつ、第２演算装置を動作可能範囲内の温度に保つことができる。

【発明の効果】

【0009】

以上説明したように、ここに開示された技術によると、グリッドコンピューティング処理の稼働状況にあわせて、追加の移動体を手配することなく追加の演算資源を確保することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態のシステムの構成を例示する概略図である。

【図2】グリッドコンピューティングについて説明するための概念図である。

【図3】車両の構成を例示するブロック図である。

【図4】ユーザ端末の構成を例示するブロック図である。

【図5】クライアントサーバの構成を例示するブロック図である。

【図6】施設サーバの構成を例示するブロック図である。

【図7】管理サーバの構成を例示するブロック図である。

【図8】クライアントが運営側サーバにジョブを依頼するための登録フォームを例示する概略図である。

【図9】施設端末、車両、クライアント端末、及び管理サーバの間で伝達される情報を示す概略図である。

【図10】管理システムの動作を例示するフローチャートである。

【図11】グリッドの編成例を示す図である。

【図12】グリッドの編成例を示す図である。

【図13】グリッドの編成処理を例示するフローチャートである。

【図14】ジョブの受付処理を例示するフローチャートである。

【図15】マッチング処理を例示するフローチャートである。

【図16】グリッドコンピューティング処理を例示するフローチャートである。

【図17】温度制御システムの加熱冷却系統を示す車両側面図である。

【図18】温度制御システムの通信系統を示す概略図である。

【図19】温度制御システムの動作を示すフローチャートである。

【発明を実施するための形態】

【0011】

以下、例示的な実施形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一の符号を付すものとし、繰り返しの説明を省略する場合がある。

【0012】

＜実施形態＞
（グリッドコンピューティングシステム）
図１は、実施形態のグリッドコンピューティングシステム１（以下、単に「システム１」ともいう）の構成を例示する。なお、本実施形態に係る車両（移動体）の温度制御システムは、グリッドコンピューティングシステム１の一部として構成される。

【0013】

このシステム１は、複数の車両１０と、複数のユーザ端末２０と、クライアント端末３
０と、施設端末４０と、管理サーバ５０とを備える。これらの構成要素は、通信網５を経由して互いに通信可能である。複数の車両１０の各々には、演算装置１０５が搭載される。

【0014】

〔グリッドコンピューティング〕
図２に示すように、実施形態のシステム１では、複数の演算装置１０５によりグリッドコンピューティング（以下、単に「グリッドＧ」ともいう）が構成され、複数の演算装置１０５のうち利用可能な演算装置１０５にジョブデータを処理させるグリッドコンピューティング処理が行われる。

【0015】

なお、車両１０において演算装置１０５の計算能力が必要となると、演算装置１０５が稼働状態となり、演算装置１０５の計算能力が利用される。例えば、車両１０が走行している場合、車両１０の走行制御のために演算装置１０５の計算能力が必要となり、演算装置１０５が稼働状態となる。

【0016】

一方、車両１０において演算装置１０５の計算能力が不要になると、演算装置１０５が停止状態となり、演算装置１０５の計算能力が利用されなくなる。例えば、車両１０が停車して車両１０の電源がオフ状態になると、演算装置１０５の計算能力が不要となり、演算装置１０５が停止状態となる。

【0017】

〔車両〕
車両１０は、ユーザに所有される。ユーザは、車両１０を運転する。この例では、車両１０は、自動四輪車である。また、車両１０には、電池（図示省略）が搭載される。電池の電力は、演算装置１０５などの車載機器に供給される。このような車両１０の例としては、電気自動車、プラグインハイブリッド自動車などが挙げられる。

【0018】

図３に示すように、車両１０は、アクチュエータ１１と、センサ１２と、入力部１０１と、出力部１０２と、通信部１０３と、記憶部１０４と、演算装置（プロセッサ）１０５とを備える。

【0019】

アクチュエータ１１は、駆動系のアクチュエータ、操舵系のアクチュエータ、制動系のアクチュエータなどを含む。駆動系のアクチュエータの例としては、エンジン、トランスミッション、モータが挙げられる。制動系のアクチュエータの例としては、ブレーキが挙げられる。操舵系のアクチュエータの例としては、ステアリングが挙げられる。

【0020】

センサ１２は、車両１０の制御に用いられる各種の情報を取得する。センサ１２の例としては、車外を撮像する車外カメラ、車内を撮像する車内カメラ、車外の物体を検出するレーダ、車速センサ、加速度センサ、ヨーレートセンサ、アクセル開度センサ、ステアリングセンサ、ブレーキ油圧センサなどが挙げられる。

【0021】

また、センサ１２には、他にも、車両１０の各部の温度情報を検出するセンサが含まれる。例えば、センサ１２には、後述する冷媒温度センサ６０７、日射センサ６１１、室内温度センサ６１２などが含まれる。

【0022】

入力部１０１は、情報やデータを入力する。入力部１０１の例としては、操作されることで操作に応じた情報を入力する操作部、情報を示す画像を入力するカメラ、情報を示す音声を入力するマイクロフォンなどが挙げられる。入力部１０１に入力された情報やデータは、演算装置１０５に送られる。

【0023】

出力部１０２は、情報やデータを出力する。出力部１０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。

【0024】

通信部１０３は、情報やデータを送受信する。通信部１０３により受信された情報やデータは、演算装置１０５に送られる。

【0025】

記憶部１０４は、情報やデータを記憶する。記憶部１０４の具体的な構成は、特に限定されない。例えば、チップに内蔵されたメモリで実現されてもよいし、ＨＤＤ（Hard disk drive）、ＳＳＤ(Solid State Drive)で実現されてもよいし、ＤＶＤやＢＤのような光ディスクで実現されてもよい。本開示では、車両１０に搭載され、データを格納したり、蓄積できる記憶領域を総称して、ストレージ１０８と称する。換言すると、記憶部１０４は、ストレージ１０８の一部の記憶領域で実現される。

【0026】

この例では、記憶部１０４は、車両情報Ｄ１０を記憶する。車両情報Ｄ１０には、車両識別情報Ｄ１１と、車両状態情報Ｄ１２と、車両走行情報Ｄ１３と、リソース情報Ｄ１４と、稼働履歴情報Ｄ１５と、稼働予定情報Ｄ１６が含まれる。

【0027】

〈車両識別情報〉
車両識別情報Ｄ１１は、それぞれの車両１０を識別するための情報である。具体的には、車両識別情報Ｄ１１は、車両１０を識別する車両識別情報、車両１０を所有するユーザを識別するユーザ識別情報、車両１０の性能を示す車両１０のグレード情報(車両の駆動
系の性能、オプションの状態を含む）を含む。

【0028】

〈車両状態情報〉
車両状態情報Ｄ１２は、車両１０の状態を示す情報である。例えば、車両状態情報Ｄ１２は、車両位置情報、車両通信情報、車両電源情報、車両電池残量情報、車両充電情報などを含む。車両位置情報は、車両１０の位置（緯度および経度）を示す。例えば、車両位置情報は、ＧＰＳ（Global Positioning System）により取得可能である。車両通信情報
は、車両１０の通信状態を示す。車両電源情報は、車両１０の電源の状態を示す。例えば、車両電源情報は、イグニッション電源のオンオフ、アクセサリ電源のオンオフなどを示す。車両電池残量情報は、車両１０に搭載された電池（図示省略）の残量を示す。車両充電情報は、充電設備（図示省略）において車両１０が充電中であるか否かを示す。

【0029】

〈車両走行情報〉
車両走行情報Ｄ１３は、車両１０の走行履歴を示す情報である。例えば、車両走行情報Ｄ１３は、車両１０の位置と時刻とを関連付けて示す。なお、走行履歴情報に加えて、車両１０の未来の走行予定を示す走行予定情報が含まれてもよい。

【0030】

〈リソース情報〉
リソース情報Ｄ１４は、後述する演算資源１０９（後述するＣＰＵ１０６、ＧＰＵ１０７及びストレージ１０８を含む）に関する情報である。

【0031】

リソース情報Ｄ１４は、例えば、演算装置１０５（ＣＰＵ１０６、ＧＰＵ１０７を含む）に関し、演算装置１０５に設定された演算装置ＩＤ、演算装置１０５を搭載する車両１０に設定された車両ＩＤ、演算装置１０５の性能を示す演算装置性能情報を含む。演算装置ＩＤは、例えば、ＣＰＵ１０６、ＧＰＵ１０７のそれぞれに設定されてもよい。演算装置性能情報は、例えば、ＣＰＵ１０６、ＧＰＵ１０７のそれぞれの性能情報を含む。

【0032】

リソース情報Ｄ１４は、例えば、ストレージ１０８に関し、グリッドコンピューティング処理に割り当てることができる情報、例えば、記憶容量値、ストレージの種別（ＨＤＤ，ＳＳＤ，フラッシュメモリ等）、各ストレージ１０８への書込速度／読出速度、エラーレートなどの情報を含む。また、ストレージ１０８に関するリソース情報として、車両全体で搭載されている記憶容量値、現在の空き容量値を含んでもよい。

【0033】

演算装置ＩＤは、演算装置１０５を識別する演算装置識別情報の一例である。演算装置性能情報に示される演算装置１０５の性能には、演算装置１０５の計算能力（具体的には最大計算能力）を示す計算能力、演算装置１０５におけるＣＰＵ１０６とＧＰＵ１０７との比率などが含まれる。なお、演算装置１０５の計算能力は、演算装置１０５が単位時間当たりに計算することができるデータ量である。

【0034】

〈稼働履歴情報〉
稼働履歴情報Ｄ１５は、演算装置１０５の稼働履歴を示す情報である。例えば、稼働履歴情報Ｄ１５は、演算装置１０５の計算能力の利用率及び／またはジョブの処理量と、時刻とを関連付けて示す。稼働履歴情報Ｄ１５は、通常稼働履歴と、グリッド稼働履歴とを含む。通常稼働履歴は、例えば、車両の走行やカーナビ、音楽再生等のサービスの提供等のように、ユーザの利用のために演算装置１０５を稼働させた履歴を示す情報である。グリッド稼働履歴は、グリッドコンピューティング処理を実行するために演算装置１０５を稼働させた履歴を示す情報である。

【0035】

〈稼働予定情報〉
稼働予定情報Ｄ１６は、演算装置１０５の稼働予定を示す情報である。具体的には、稼働予定情報Ｄ１６は、演算装置１０５の過去の利用状況を利用履歴情報、演算装置１０５の未来の利用状況を示す利用予定情報などを示す。

【0036】

演算装置１０５は、車両１０の各部を制御する。この例では、演算装置１０５は、センサ１２により得られた各種の情報に応じてアクチュエータ１１を制御する。

【0037】

演算装置１０５は、プロセッサ、メモリなどを有する。プロセッサの例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などが挙げられる。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。

【0038】

なお、演算装置１０５に搭載されるプロセッサの数は、１つであってもよいし、複数のであってもよい。また、演算装置１０５に搭載されるプロセッサは、ＣＰＵ１０６およびＧＰＵ１０７のいずれか一方のみであってもよいし、ＣＰＵ１０６およびＧＰＵ１０７の両方であってもよい。この例では、演算装置１０５は、ＣＰＵ１０６およびＧＰＵ１０７の両方を有する。例えば、演算装置１０５は、１つまたは複数のＥＣＵ（Electronic Control Unit）により構成される。

【0039】

演算装置１０５には、ＣＰＵ１０６とＧＰＵ１０７のうちの少なくとも１つが含まれる。本開示では、グリッドコンピューティングの計算・処理に利用可能な資源を「演算資源１０９」と称する。演算資源１０９は、車両１０に搭載されたＣＰＵ１０６、ＧＰＵ１０７及びストレージ１０８の一部または全部を含む。例えば、後述する図１２において、マスタ車両ＣＭには、演算資源として、３つのＣＰＵ１０６と１つのＧＰＵ１０７と１つのストレージ１０８とが搭載されている。同様に、車両Ｃ１には、１つのＣＰＵ１０６と２つのＧＰＵ１０７と１つのストレージ１０８とが搭載され、車両Ｃ２には、２つのＣＰＵ１０６と１つのＧＰＵ１０７と１つのストレージ１０８とが搭載され、車両Ｃ３には、１つのＣＰＵ１０６と１つのＧＰＵ１０７と２つのストレージ１０８とが搭載されている。なお、車両１０に搭載されたＣＰＵ１０６、ＧＰＵ１０７及びストレージ１０８のうち、その一部を演算資源１０９としてもよい。すなわち、例えば、ＣＰＵ１０６、ＧＰＵ１０７及び記憶部１０４に演算資源１０９としての利用ができないものや利用の制限がされているものが含まれていてもよい。

【0040】

また、この演算資源１０９には、ＥＣＵ１１０と、後述するＭＰＵ（Micro-processing unit）１１１とが含まれる。このＥＣＵ１１０が第１演算装置に相当し、ＭＰＵ１１１が第２演算装置に相当する。ＥＣＵ１１０は、主に、車両１０の各部を制御するために動作する演算資源である。ＭＰＵ１１１は、主に、グリッドコンピューティングの計算・処理を行うために用いられる演算資源である。詳しくは後述するが、ＭＰＵ１１１は、ＥＣＵ１１０の計算・処理能力を向上させるために、ＥＣＵ１１０に対して増設される演算資源である。このため、車両１０が走行などを行っていない場合、ＥＣＵ１１０はほぼ動作していないため、ＥＣＵ１１０の内部温度の制御を行う必要はないが、ＭＰＵ１１１がグリッドコンピューティングの計算・処理を行っている場合、ＭＰＵ１１１の内部温度の制御を行う必要が生じる。

【0041】

また、例えば、演算資源１０９としての利用を許可される時間帯と、演算資源１０９としての利用を制限する時間帯とが分けられていてもよい。すなわち、単一のＣＰＵ１０６が、ある時間帯では演算資源１０９としてカウントされ、他の時間帯では演算資源１０９としてカウントされないとしてもよい。ＧＰＵ１０７及びストレージ１０８についても同様である。

【0042】

また、ＣＰＵ１０６が単一または複数のコアで実現されている場合において、その複数のコアの一部が演算資源１０９としてカウントされ、それ以外のコアは演算資源１０９としてカウントされないとしてもよい。ＧＰＵ１０７についても同様である。同様に、ストレージ１０８の記憶領域のうちの一部が演算資源１０９としてカウントされ、それ以外の記憶領域は演算資源１０９としてカウントされないとしてもよい。

【0043】

〔ユーザ端末〕
ユーザ端末２０は、ユーザに所有される。ユーザは、ユーザ端末２０を操作して各種の機能を利用する。また、ユーザは、ユーザ端末２０を持ち運ぶことができる。このようなユーザ端末２０の例としては、スマートフォン、タブレット、ノート型パーソナルコンピュータなどが挙げられる。

【0044】

図４に示すように、ユーザ端末２０は、入力部２０１と、出力部２０２と、通信部２０３と、記憶部２０４と、制御部２０５とを備える。

【0045】

入力部２０１は、情報やデータを入力する。入力部２０１の例としては、操作されることで操作に応じた情報を入力する操作部、情報を示す画像を入力するカメラ、情報を示す音声を入力するマイクロフォンなどが挙げられる。入力部１０１に入力された情報は、演算装置１０５に送られる。

【0046】

出力部２０２は、情報やデータを出力する。出力部２０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。

【0047】

通信部２０３は、情報やデータを送受信する。通信部３０３により受信された情報やデータは、制御部２０５に送られる。

【0048】

制御部２０５は、ユーザ端末２０の各部を制御する。制御部２０５は、プロセッサ、メモリなどを有する。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。

【0049】

記憶部２０４は、情報やデータを記憶する。この例では、記憶部２０４は、端末情報Ｄ２１と、端末状態情報Ｄ２２と、スケジュール情報Ｄ２３とを記憶する。

【0050】

〈端末情報〉
端末情報Ｄ２１は、ユーザ端末２０に関する情報である。例えば、端末情報Ｄ２１は、ユーザ端末２０に設定されたユーザ端末ＩＤ、ユーザ端末２０の性能を示すユーザ端末性能情報などを含む。ユーザ端末ＩＤは、ユーザ端末２０を識別するユーザ端末識別情報の一例である。

【0051】

〈端末状態情報〉
端末状態情報Ｄ２２は、ユーザ端末２０の状態を示す情報である。端末状態情報Ｄ２２は、ユーザ端末２０の位置を示すユーザ端末位置情報、ユーザ端末２０の通信状態を示すユーザ端末通信状態情報などを含む。

【0052】

〈スケジュール情報〉
スケジュール情報Ｄ２３は、ユーザ端末２０を所有するユーザの行動履歴および行動予定を示す。例えば、スケジュール情報Ｄ２３は、ユーザの位置と滞在期間（または滞在予定期間）とを関連付けて示す。なお、スケジュール情報Ｄ２３は、ユーザ端末２０に搭載されたスケジュール機能により取得可能である。具体的には、ユーザがスケジュール機能を利用して自身の行動履歴および行動予定をユーザ端末２０に入力することで、そのユーザの行動履歴および行動予定を示すスケジュール情報Ｄ２３が得られる。

【0053】

〔クライアントサーバ〕
クライアント端末３０は、クライアントにより所有される。クライアントは、ジョブデータの計算を依頼する。このようなクライアントの例としては、企業、研究機関、教育機関などが挙げられる。

【0054】

図５に示すように、クライアント端末３０は、入力部３０１と、出力部３０２と、通信部３０３と、記憶部３０４と、制御部３０５とを備える。

【0055】

入力部３０１は、情報やデータを入力する。入力部３０１の例としては、操作されることで操作に応じた情報を入力する操作部、情報を示す画像を入力するカメラ、情報を示す音声を入力するマイクロフォンなどが挙げられる。入力部３０１に入力された情報やデータは、制御部３０５に送られる。

【0056】

出力部３０２は、情報やデータを出力する。出力部３０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。

【0057】

通信部３０３は、情報やデータを送受信する。通信部３０３により受信された情報やデータは、制御部３０５に送られる。

【0058】

制御部３０５は、クライアント端末３０の各部を制御する。制御部３０５は、プロセッサ、メモリなどを有する。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。

【0059】

記憶部３０４は、情報やデータを記憶する。この例では、記憶部３０４は、クライアント情報Ｄ３１と、ジョブデータＤ１とを記憶する。

【0060】

〈クライアント情報〉
クライアント情報Ｄ３１は、クライアントに関する情報である。クライアント情報Ｄ３１は、クライアントに設定されたクライアントＩＤ、クライアントにより所有されるクライアント端末３０に設定されたクライアント端末ＩＤ、担当者名、住所、電話番号などを含む。クライアントＩＤは、クライアントを識別するクライアント識別情報の一例である。クライアントサーバＩＤは、クライアント端末３０を識別するクライアント識別情報の一例である。

【0061】

〈ジョブデータ〉
ジョブデータＤ１は、ジョブに対応するデータであり、ジョブの実施のために処理されるデータである。

【0062】

なお、ジョブデータＤ１は、計算タイプにより分類可能である。計算タイプの例としては、ＣＰＵ系の計算タイプ、ＧＰＵ系の計算タイプなどが挙げられる。ＣＰＵ系の計算タイプのジョブデータＤ１では、シミュレーション計算など、条件分岐の多い複雑な計算が要求される傾向にある。ＧＰＵ系の計算タイプのジョブデータＤ１では、画像処理や機械学習など、膨大な量の単純計算が要求される傾向にある。

【0063】

また、ジョブデータＤ１は、処理条件により分類可能である。処理条件の例としては、常時通信が要求される処理条件、常時通信が要求されない処理条件などが挙げられる。常時通信が要求される処理条件のジョブデータＤ１では、グリッドコンピューティング処理において演算装置１０５が常に通信可能であることが要求される。常時通信が要求されない処理条件のジョブデータＤ１では、グリッドコンピューティング処理において演算装置１０５が常に通信可能であることが要求されない。

【0064】

〈ジョブ情報〉
なお、記憶部３０４には、ジョブに関するジョブ情報が記憶されてもよい。ジョブ情報は、ジョブの名称を示すジョブ名称情報、ジョブの内容を説明するジョブ内容情報、ジョブに対応するジョブデータに関するジョブデータ情報、ジョブの納期を示すジョブ納期情報などを含む。ジョブデータ情報は、ジョブデータの計算タイプ、処理条件、必要計算能力などを示す。

【0065】

〔施設端末〕
施設端末４０は、施設により所有される。施設には、ユーザが訪れる。ユーザは、施設への来訪予約を行うことができる。このような施設の例としては、販売店、競技場、劇場、スーパーマーケット、レストラン、宿泊施設などが挙げられる。

【0066】

この例では、施設は、車両のメンテナンスが可能に構成された販売店や整備工場であり、施設端末４０は、その販売店や整備工場に設けられた端末であるものとする。施設端末４０に代えて、施設に設けられた施設サーバとしてもよい。その場合においても、ブロック構成等は施設端末４０と同様でよい。

【0067】

図６に示すように、施設端末４０は、入力部４０１と、出力部４０２と、通信部４０３と、記憶部４０４と、制御部４０５とを備える。施設端末４０の入力部４０１、出力部４０２、通信部４０３、記憶部４０４、制御部４０５の構成は、クライアント端末３０の入力部３０１、出力部３０２、通信部３０３、記憶部３０４、制御部３０５の構成と同様である。

【0068】

この例では、記憶部４０４は、施設情報Ｄ４１と、施設利用情報Ｄ４２と、演算資源の増設情報Ｄ４３を記憶する。

【0069】

〈施設情報〉
施設情報Ｄ４１は、施設に関する情報である。施設情報Ｄ４１は、施設に設定された施設ＩＤ、施設により所有される施設端末４０に設定された施設端末ＩＤ、施設の位置（緯度および経度）を示す施設位置情報、担当者名、住所、電話番号などを含む。施設端末ＩＤは、施設端末４０を識別する施設識別情報の一例である。

【0070】

〈施設利用情報〉
施設利用情報Ｄ４２は、販売店や整備工場などの施設の利用履歴情報、メンテナンス情報及び施設の利用予約情報を含む。メンテナンス情報は、各車両のメンテナンスのスケジュール情報、メンテナンスの種別、実施予定のメンテナンス内容、メンテナンスについての問い合わせ情報、メンテナンス時の伝達事項などの情報が含まれる。また、施設利用情報Ｄ４２には、ユーザの来訪予約日時、演算資源の増設・交換を含む施設への来訪目的が含まれる。また、来訪目的に「演算資源の増設・交換」が含まれる場合には、ユーザ施設利用情報に、後述する演算資源１０９の増設情報Ｄ４３が関連付けられている。なお、施設利用情報Ｄ４２として、施設を訪れるユーザと滞在期間（または滞在予定期間）とを関連付けた情報が含まれてもよい。

【0071】

〈演算資源の増設情報〉
演算資源１０９の増設情報Ｄ４３は、増設の対象となる車両の車両識別情報Ｄ１１と、増設・交換の対象となる演算資源１０９の情報とが関連付けされた情報である。

【0072】

演算資源１０９の増設形態は、特に限定されない。例えば、ＣＰＵ１０６、ＧＰＵ１０７及びストレージ１０８が実装されたオールインワンのＭＰＵ（Micro-processing unit
）ボードであってもよいし、増設したい演算資源（ＣＰＵ１０６、ＧＰＵ１０７またはストレージ１０８のうちの１または複数）に特化した単体ボードであってもよい。

【0073】

増設・交換の対象となる演算資源１０９の情報は、例えば、上記のようなボードの名称や識別コードなどであって、施設端末４０の利用者や、ボード（演算資源）などの増設を行う作業者がわかりやすい形態で登録される。

【0074】

〔管理サーバ〕
管理サーバ５０は、グリッドコンピューティングの運営を管理する。言い換えると、複数の車両１０のそれぞれに搭載される演算資源１０９を活用したグリッドコンピューティングを管理する管理システムは、管理サーバ５０を備える。管理サーバ５０は、システム１を運営する事業者により所有される。

【0075】

図７に示すように、管理サーバ５０は、入力部５０１と、出力部５０２と、通信部５０３と、記憶部５０４と、制御部５０５とを備える。管理サーバ５０の入力部５０１、出力部５０２、通信部５０３の構成は、クライアント端末３０の入力部３０１、出力部３０２、通信部３０３の構成と同様である。記憶部５０４および制御部５０５は、グリッドコンピューティングを管理する管理システムの構成要素の一例である。

【0076】

この例では、制御部５０５は、グリッドコンピューティングの運営や管理に関する一連の制御及び処理を実行する機能を有する。より具体的には、図９に示す矢印のフローを実現するための制御や処理であったり、図１０以降のフロー図内での制御や処理を実行する。なお、以下の説明では、説明の便宜上、管理サーバ５０を主体をとして記載しているが、制御部５０５がその処理や制御に寄与することで実現される場合がある。例えば、制御部５０５は、後述する「抽出処理」、「案内処理」、「更新処理」、「計算能力推定処理」、「ジョブ推定処理」、「決定処理」を主体となって実行するように構成される。それぞれの処理については、後ほどフロー図等の図面を参照しつつ具体的に説明する。

【0077】

制御部５０５は、プロセッサ、メモリなどを有する。プロセッサの例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などが挙げられる
。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。なお、制御部５０５を実現するためのプロセッサの数は、１つであってもよいし、複数のであってもよい。

【0078】

記憶部５０４は、情報やデータを記憶する。記憶部１０４の具体的な構成は、特に限定されない。例えば、チップに内蔵されたメモリで実現されてもよいし、ＨＤＤ（Hard disk drive）、ＳＳＤ(Solid State Drive)で実現されてもよいし、ＤＶＤやＢＤのような光ディスクで実現されてもよい。

【0079】

この例では、記憶部５０４には、ユーザテーブルＤ５１と、演算資源テーブルＤ５２と、クライアントテーブルＤ５３と、ジョブテーブルＤ５４と、グリッドテーブルＤ５５と、マッチングテーブルＤ５６と、ジョブデータＤ１と、計算結果データＤ２、ジョブ傾向情報Ｄ９等の各種データが格納される。

【0080】

〈ユーザテーブル〉
ユーザテーブルＤ５１は、ユーザを管理するためのテーブルである。ユーザテーブルＤ５１には、ユーザ毎に、そのユーザに設定されたユーザＩＤ、そのユーザにより所有される車両１０（以下、所有車両ともいう）に設定された車両ＩＤ（例えば、ＶＩＮ）、そのユーザにより所有される演算資源１０９に設定された演算資源ＩＤ、そのユーザにより所有されるユーザ端末２０に設定されたユーザ端末ＩＤなどが登録される。さらに、ユーザテーブルＤ５１には、そのユーザに関する、販売店や整備工場の利用履歴情報、所有車両の次のメンテナンス期日や定期メンテナンス期日などのメンテナンス期日情報Ｄ３を含むメンテナンス情報Ｄ４、所有車両のグレード情報、所有車両への演算資源の増設可否の情報などが登録されていてもよい。

【0081】

〈演算資源テーブル〉
演算資源テーブルＤ５２は、演算資源１０９を管理するためのテーブルである。演算資源テーブルＤ５２には、演算資源１０９毎に、その演算資源１０９に設定された演算資源ＩＤ、その演算資源１０９を所有するユーザに設定されたユーザＩＤ、その演算資源１０９が搭載される車両１０に設定された車両ＩＤなどが登録される。

【0082】

また、演算資源テーブルＤ５２には，演算資源１０９毎に、演算資源１０９の種別、その演算資源１０９のスペック（計算能力、記憶容量など）、その演算資源１０９の稼働状況（稼働履歴および稼働予定）などが登録される。言い換えると、演算資源テーブルＤ５２は、複数の演算資源１０９の各々の稼働状況を示す稼働状況情報Ｄ５と、複数の演算資源１０９の各々の性能を示す演算資源情報Ｄ６とを含む。

【0083】

演算資源情報Ｄ６には、演算資源１０９がＣＰＵ１０６やＧＰＵ１０７の場合には、その演算資源１０９の各々の計算能力を示す計算能力情報Ｄ７が含まれる。ここでの計算能力には、計算能力の時間変化を含む。言い換えると、計算能力情報Ｄ７には、計算能力の時間変化も考慮して、所定期間において発揮することができる計算能力という意味が含まれる。

【0084】

また、演算資源１０９がストレージ１０８の場合には、記憶容量、データの書込／読出速度、エラーレート等のストレージ１０８の性能を示すストレージ性能情報Ｄ８が含まれる。ここでのストレージ性能には、ストレージ性能の時間変化を含む。言い換えると、ストレージ性能情報Ｄ８には、性能の時間変化も考慮して、所定期間において発揮することができるストレージ性能という意味が含まれる。

【0085】

〈クライアントテーブル〉
クライアントテーブルＤ５３は、クライアントを管理するためのテーブルである。クライアントテーブルＤ５３には、クライアント毎に、そのクライアントに設定されたクライアントＩＤ、クライアントにより所有されるクライアント端末３０に設定されたクライアント端末ＩＤ、そのクライアントの担当者名、住所、電話番号などが登録される。

【0086】

〈ジョブテーブル〉
ジョブテーブルＤ５４は、クライアントから依頼されたジョブを管理するためのテーブルである。ジョブテーブルＤ５４には、ジョブ毎に、そのジョブに設定された受付番号、そのジョブを依頼したクライアントに設定されたクライアントＩＤ、そのジョブの名称および内容などが登録される。また、ジョブテーブルＤ５４には、ジョブ毎に、そのジョブに対応するジョブデータの計算タイプおよび処理条件、そのジョブデータの計算に必要となる計算能力である必要計算能力、そのジョブに設定された納期などが登録される。

【0087】

〈グリッドテーブル〉
グリッドテーブルＤ５５は、グリッドコンピューティング処理におけるグリッドＧ及びそれぞれのグリッドＧの計算能力を管理するためのテーブルである。

【0088】

グリッドテーブルＤ５５には、グリッドＧ毎に、そのグリッドＧを識別するためのグリッドＩＤ、グリッドＧを構成する車両の車両識別情報Ｄ１１、そのグリッドＧを構成する演算資源１０９による計算能力などが登録される。ここでの計算能力には、計算の前提となる基本性能（計算スペック）に加えて、計算能力の時間的変化の予測結果が含まれる。

【0089】

言い換えると、グリッドテーブルＤ５５には、グリッドコンピューティング処理において、所定の期間で考えた場合におけるそのグリッドＧで処理が可能と予想されるジョブの概算予測値である実行可能ジョブ情報Ｄ５９が登録されている。

【0090】

なお、グリッドテーブルＤ５５に、車両識別情報Ｄ１１に関連付して他の車両情報Ｄ１０（例えば、リソース情報Ｄ１４）が登録されていてもよい。

【0091】

〈マッチングテーブル〉
マッチングテーブルＤ５６は、後述するマッチング処理の結果を管理するためのテーブルである。マッチングテーブルＤ５６には、ジョブ毎に、そのジョブに設定された受付番号、そのジョブに対応するジョブデータＤ１に設定されたジョブデータＩＤ、マッチング処理によりそのジョブデータに対して割り当てられたグリッドＧのグリッドＩＤなどが登録される。

【0092】

〈ジョブデータ〉
記憶部５０４に記憶されるジョブデータＤ１は、後述するジョブ受付処理により受け付けられたジョブデータＤ１である。

【0093】

〈計算結果データ〉
記憶部５０４に記憶される計算結果データＤ２は、後述するグリッドコンピューティング処理により実行されたジョブの計算結果のデータである。

【0094】

〔グリッドコンピューティングシステムの動作〕
図９は、施設端末、車両、クライアント端末、及び管理サーバの間で伝達される情報を示す概略図である。また、図１０は、管理システムの動作の一例について示したフロー図である。

【0095】

〈ステップＳ１〉
ステップＳ１において、管理サーバ５０は、各車両１０の計算能力を推定する。

【0096】

まず、管理サーバ５０は、各車両１０に最新の車両情報Ｄ１０の送信を要請する。管理サーバ５０から車両情報Ｄ１０の送信要請を受けた各車両１０は、参加者情報を管理サーバ５０に送信する。このときに送信される車両情報Ｄ１０は、車両情報Ｄ１０の一部が送信されてもよいし、全ての車両情報Ｄ１０が送信されてもよい。送信される車両情報Ｄ１０には、車両識別情報Ｄ１１とリソース情報Ｄ１４が含まれる。管理サーバ５０では、各車両１０から受信した車両情報Ｄ１０を演算資源テーブルＤ５２に登録する。なお、すでに管理サーバ５０に車両情報Ｄ１０が登録されている車両１０については、登録されている登録情報との差分情報のうち、必要な情報を車両１０から管理サーバ５０に送信するようにしてもよい。

【0097】

次に、管理サーバ５０では、例えば、演算資源テーブルＤ５２に登録された車両情報Ｄ１０を参照して、演算資源情報Ｄ６を推定する計算能力推定処理を実行する。演算資源情
報Ｄ６は、各車両の計算能力情報Ｄ７とストレージ性能情報Ｄ８が含まれる。

【0098】

計算能力推定処理において、管理サーバ５０が参照する情報は、例えば、各車両１０の車両状態、演算資源１０９の演算可能量、演算資源１０９で対応が可能な演算タイプ、または、演算可能時間である。演算可能時間に関しては、例えば、車両１０から具体的なスケジュールを受信してもよいし、記憶部５０４に保存された車両１０および車両１０の演算装置１０５の過去の利用傾向を分析して、演算装置１０５が演算資源として使える時間帯のスケジュールを予測するようにしてもよい。なお、それぞれの車両１０から演算資源情報Ｄ６に相当する情報が受信された場合、その情報を利用すればよい。

【0099】

管理サーバ５０は、取得または予測した演算資源情報Ｄ６を演算資源テーブルＤ５２に登録する。

【0100】

管理サーバ５０は、推定した演算資源情報Ｄ６を、各車両１０の車両識別情報Ｄ１１と紐づけて演算資源テーブルＤ５２に登録する。

【0101】

〈ステップＳ２〉
ステップＳ２において、管理サーバ５０は、グリッドコンピューティング処理を実行するためのグリッドＧを編成するグリッド編成処理を実行する。

【0102】

以下、図１３を参照して、グリッド編成処理について説明する。

【0103】

－ステップＳ２１－
まず、管理サーバ５０は、それぞれのグリッドＧを構成する。グリッドＧは、各車両１０に搭載された演算装置１０５及びストレージ１０８のうち、グリッドコンピューティング処理に利用可能な演算資源１０９（単に、「演算資源１０９」ともいう）に基づいて構成される。

【0104】

グリッドＧの構成方法は、特に限定されないが、例えば、特定の時間に、所定のエリアに停車している可能性の高い車両同士でグリッドＧを構成してもよい。この場合、例えば、ユーザの自宅の位置に基づいてグリッドＧを構成してもよいし、ユーザが車で通勤している場合に、その職場や営業所などでグリッドＧを構成してもよい。また、例えば、演算資源１０９に補完関係のある車両同士でグリッドＧを構成してもよい。

【0105】

また、例えば、管理サーバ５０は、ＧＰＵ１０７の利用に特化したジョブを実行できるようにグリッドＧを構成するといったように、依頼されたジョブであったり、依頼される傾向の高いジョブであったり、対応しようとするジョブの難易度などに応じてグリッドＧを構成してもよい。

【0106】

また、管理サーバ５０は、あらかじめ複数のグリッド候補を作成しておき、ジョブに応じて最終的にグリッドＧを確定させるようなグリッドＧの構成方法をとってもよい。その場合には、ステップＳ３からステップＳ６の間でグリッドＧの編成または再編成が行われる。

【0107】

また、管理サーバ５０は、後述するグリッドコンピューティング処理の終了後に、グリッドＧをいったん解消し、再度新しいグリッドＧを組みなおすようにしてもよい。換言すると、後述するステップＳ３からＳ８のループ処理の中で、グリッドＧの再構築が行われてもよい。なお、以下の説明では、説明の便宜上、ステップＳ２で編成されたグリッドＧが維持され、ステップＳ３以降の処理が進められるものとする。

【0108】

図１１では、複数の車両毎にグルーピングして、グリッドＧＡ，ＧＢ，ＧＣ，…，ＧＸを構成した例を示している。

【0109】

なお、管理サーバ５０は、後述するクライアント端末３０からリクエストされたジョブの傾向や種別などに応じてグリッドＧを構成するようにしてもよい。また、リクエストされたジョブに応じて、適宜、グリッドＧを構成する車両１０の台数や組み合わせを変えるようにしてもよい。

【0110】

また、図１２に示すように、管理サーバ５０は、グリッドＧを構成する車両１０の中から、そのグリッドＧに対して割り当てられたジョブを管理するマスタ車両ＣＭを決定してもよい。そして、管理サーバ５０は、基本的には、そのマスタ車両ＣＭとの間でデータをやり取りするようにしてもよい。この場合、マスタ車両ＣＭは、同じグリッドに所属する他の車両１０（例えば、図１２の車両Ｃ１～Ｃ３）を管理する管理機能と、それらの他の車両（例えば、図１２の車両Ｃ１～Ｃ３）と管理サーバ５０との間の中継装置としての機能とを備える。マスタ車両ＣＭの選定方法は、特に限定されないが、例えば、グリッドコンピューティング処理の参加率や、搭載された演算資源１０９の性能などに基づいて選定される。

【0111】

－ステップＳ２２－
次に、管理サーバ５０は、各グリッドＧの計算能力及びストレージ性能の推定処理を実行する。

【0112】

具体的には、管理サーバ５０は、グリッドＧを構成するそれぞれの車両１０の演算資源テーブルＤ５２を参照し、それぞれの車両１０の演算資源情報Ｄ６に基づいて、グリッドＧの計算能力及びストレージ性能を推定する。

【0113】

－ステップＳ２３－
管理サーバ５０は、ステップＳ２１においてグリッドＧを編成すると、グリッドＧを識別するためのグリッドＩＤと、各車両１０の車両情報Ｄ１０とを関連付けてグリッドテーブルＤ５５に登録する。そのときに、管理サーバ５０は、ステップＳ２２において推定したグリッドＧの計算能力及びストレージ性能を関連付けて登録する。

【0114】

〈ステップＳ３〉
ステップＳ３において、管理サーバ５０は、ジョブの受付処理を実行する。以下、図１４を参照して、ジョブ受付処理について説明する。

【0115】

ジョブ受付処理では、管理サーバ５０は、クライアント端末３０からジョブデータＤ１（ジョブの依頼）が受信される毎に、以下の処理を行う。

【0116】

－ステップＳ３１－
まず、管理サーバ５０は、クライアントからジョブの依頼を受け付ける。具体的には、クライアント端末３０は、クライアントの担当者による操作に応答して、ジョブ依頼申請を管理サーバ５０に送信する。管理サーバ５０は、その申請に応答して以下の処理を行う。

【0117】

管理サーバ５０は、ジョブの受付に必要となる情報（具体的にはジョブを依頼するクライアントに関するクライアント情報Ｄ３１とジョブに関するジョブ情報）の送信をクライアント端末３０に要求する。この例では、管理サーバ５０は、ジョブ受付画面の画像データをクライアント端末３０に送信する。クライアント端末３０は、その画像データからジョブ受付画面の画像を再生し、その画像を出力部３０２（表示部）に出力（表示）させる
。

【0118】

図８は、クライアントが管理サーバ５０にジョブを依頼するための登録フォームＲ１０の一例である。この登録フォームＲ１０は、例えば、クライアントが所有する計算機の表示部に入力可能な形式で表示される。登録フォームＲ１０の入力情報は、管理サーバ５０が複数の車両で構成されたグリッドＧ（単に「グリッドＧ」ともいう）とジョブとのマッチングをする際に、必要な情報が含まれる。

【0119】

登録フォームＲ１０には、例えば、企業（クライアントに相当）の概要として、企業名称の入力欄Ｒ１０１、担当者名の入力欄Ｒ１０２、企業の住所の入力欄Ｒ１０３、及び電話番号の入力欄Ｒ１０４がある。登録フォームＲ１０には、例えば、ジョブ概要として、ジョブの名称の入力欄Ｒ１１１、ジョブの内容の入力欄Ｒ１１２、ジョブの演算タイプの入力欄Ｒ１１３、ジョブの実行条件の入力欄Ｒ１１４、ジョブの必要計算能力の入力欄Ｒ１１５、及び計算結果の納期Ｒ１１６などが含まれる。ジョブの内容としては、例えば、ジョブの目的やクライアントにおける当該ジョブの重要度等が入力される。ジョブの演算タイプとしては、例えば、前述の計算能力情報における「計算タイプ」と同様に、ＣＰＵ系やＧＰＵ系等の情報が入力される。ジョブの実行条件としては、例えば、クライアント端末３０との常時通信の有無や推奨される通信能力などが入力される。ジョブの必要計算能力としては、例えば、前述の計算能力情報における「計算能力」と同様に、ジョブの実行に必要な計算能力がＦＬＯＰＳの単位で入力される。計算結果の納期としては、年月日及び時間が入力される。尚、登録フォームＲ１０には、これら以外の情報が入力されてもよい。例えば、登録フォームＲ１０には、クライアントが希望する計算結果のデータ形式を入力する項目があってもよい。また、登録フォームＲ１０にジョブの実行に必要なプログラムを添付する項目が設けられていてもよい。

【0120】

クライアントの担当者は、クライアント端末３０の入力部３０１（操作部）を操作して、ジョブ受付画面に必要な情報を入力する。これにより、ジョブを依頼するクライアントに関するクライアント情報と、ジョブに関するジョブ情報とが入力される。そして、これらの情報の入力が完了すると、クライアントの担当者は、クライアント端末３０の入力部３０１（操作部）を操作して、ジョブ受付画面の登録ボタンＢ１００を押下する。登録ボタンＢ１００が押下されると、クライアント端末３０は、ジョブ受付画面に入力された情報（クライアント情報およびジョブ情報）を管理サーバ５０に送信する。管理サーバ５０は、クライアント情報とジョブ情報とを受信する。

【0121】

次に、管理サーバ５０は、依頼されたジョブに対応するジョブデータＤ１の送信をクライアント端末３０に要求する。クライアント端末３０は、その要求に応答して、依頼するジョブに対応するジョブデータＤ１を管理サーバ５０に送信する。管理サーバ５０は、ジョブデータＤ１を受信する。

【0122】

－ステップＳ３２－
次に、管理サーバ５０は、ステップＳ３１において受信されたジョブデータＤ１を分析する。具体的には、管理サーバ５０において、ジョブデータＤ１の計算タイプ、処理条件、必要計算能力などを分析する。管理サーバ５０は、このジョブデータＤ１の計算タイプ、処理条件、必要計算能力などの分析結果に基づいて、クライアント端末から依頼されるジョブの傾向を推定する。推定されたジョブの傾向は、ジョブ傾向情報Ｄ９として記憶部５０４に記憶される。

【0123】

なお、管理サーバ５０は、必要に応じて、ジョブデータＤ１の分析の結果に基づいて、ステップＳ３１において受信されたジョブ情報を修正してもよい。

【0124】

－ステップＳ３３－
次に、管理サーバ５０では、ステップＳ３１において受信されたクライアント情報と、ジョブ情報とを関連付けて、ジョブテーブルＤ５４に登録して、ジョブテーブルＤ５４を更新する。さらに、管理サーバ５０では、ステップＳ３１において受信されたジョブデータＤ１が、対応するクライアント情報やジョブ情報に基づいて参照できるような形態で記憶部５０４に記憶される。ジョブテーブルＤ５４の更新とジョブデータＤ１の記憶が完了したらジョブの受付処理が完了する。

【0125】

なお、ジョブデータＤ１は、グリッドコンピューティング処理の前までに入手できればよいので、例えば、後述するマッチング処理の終了後に、ジョブデータＤ１の受信をするようにしてもよい。そうすることで、マッチングが不調な場合に、不必要なデータの送受信が行われることを回避できる。

【0126】

〈ステップＳ４〉
ステップＳ４において、管理サーバ５０は、マッチング処理を実行する。以下、図１５を参照して、マッチング処理について説明する。

【0127】

－ステップＳ４１－
まず、管理サーバ５０は、推定計算能力と受け付けたジョブに必要な計算能力とを比較する。管理サーバ５０は、単純な処理能力の比較だけでなく、提供可能な時間帯とジョブの納期との比較や、提供可能な場所の通信状態とジョブにおける常時通信の要否との比較を行う。

【0128】

－ステップＳ４２－
次に、管理サーバ５０は、現在登録されているジョブに推定計算能力で実行可能なジョブがあるか否かについて判定する。実行可能なジョブが存在する場合（Ｓ４２でＹＥＳ）、フローはステップＳ４３に進む。一方で、推定計算能力で実行可能なジョブがない場合（Ｓ４２でＮＯ）、フローはステップＳ４４に進む。

【0129】

－ステップＳ４３－
管理サーバ５０は、実行可能なジョブの中から、実際にそのグリッドＧに計算させるジョブを決定する。ジョブが１つの場合、そのジョブを対象となるグリッドＧに割り当てる。一方で、実行可能なジョブが複数存在する場合には、所定の優先順位に基づいて、対象となるグリッドＧに割り当てるジョブを決定する。ここでの優先順位の付け方は、任意に設定することができ、特に限定されない。例えば、納期が近いものの優先順位を高くしたりというように、納期や実行スケジュールに基づいて優先順位を設定することができる。また、例えば、他のグリッドＧでも実行が可能か否かというように、ジョブの特殊性や、そのジョブの難易度に基づいて優先順位を設定することができる。

【0130】

－ステップＳ４４－
管理サーバ５０は、ステップＳ４２において、対象グリッドＧの推定計算能力で実行可能なジョブがない原因を分析する。具体的には、管理サーバ５０は、記憶部５０４のジョブ傾向情報Ｄ９を参照して、クライアント端末３０から依頼されるジョブの傾向から対象グリッドＧの演算資源１０９のうちで不足している演算資源を抽出する。

【0131】

言い換えると、管理サーバ５０は、クライアントから依頼されるジョブ（需要）と、対象グリッドＧの計算能力（供給）との需給バランスを監視する。そして、その監視結果に基づいて、将来の需要動向を予測し、その予測結果に基づいて、対象グリッドＧに不足している演算資源１０９であったり、ステップＳ２でグリッドＧを編成するのにあたって不足しているもしくは不足しがちな演算資源１０９を抽出する。演算資源１０９の抽出後、
フローは、ステップＳ４５に進む。

【0132】

なお、後述するステップＳ４５の対象車両の抽出処理において、不足しているもしくは不足しがちな演算資源１０９の情報を使用しない場合、ステップＳ４４を省略してもよい。その場合、ステップＳ４２でのＮＯ判定の後、ステップＳ４５に進む。

【0133】

－ステップＳ４５－
管理サーバ５０は、記憶部５０４に格納されたリソース情報Ｄ１４および稼働履歴情報Ｄ１５を参照して、対象グリッドＧを構成する車両１０の中から演算資源１０９を増強する対象となる対象車両１０（以下、単に対象車両１０ともいう）を抽出する抽出処理を実行する。

【0134】

対象車両１０の抽出方法は、特に限定されないが、例えば、ジョブ傾向情報Ｄ９に登録されているジョブの傾向と、対象グリッドＧの計算能力の推定値とに基づいて、増強対象とする演算資源を特定し、その演算資源が増強可能な車両を対象車両１０として抽出する。これにより、依頼を受けているジョブの傾向に即して演算資源１０９の増強をすることができるので、ジョブのマッチング率をより高めることができるという効果が得られる。

【0135】

また、例えば、ステップＳ４４において不足していると判断された演算資源１０９の増強が可能な車両１０を対象車両１０としてもよい。これにより、実際に不足している演算資源１０９を増強対象とする、すなわち、直近の実需に即した演算資源１０９の増強ができる。

【0136】

また、例えば、管理サーバ５０は、ユーザテーブルＤ５１のメンテナンス期日情報Ｄ３を参照して、前述の抽出処理において、対象グリッドＧの中で、メンテナンスの期日が近い車両１０の優先度を高く設定してもよい。メンテナンスの期日にあわせて増設が設定できるようにすることで、ユーザは、予定されていたメンテナンスにあわせて増設をすることができる。これにより、ユーザの増設を促進することができる。

【0137】

また、例えば、マスタ車両ＣＭを指定している場合に、そのマスタ車両ＣＭまたはマスタ車両にすることを予定している車両１０を対象車両１０としてもよい。前述のとおり、マスタ車両ＣＭは、自車両でもグリッドコンピューティング処理を実行するとともに、同じ対象グリッドＧに所属する他の車両１０の管理や、他の車両１０と管理サーバ５０との間の中継装置としての機能を発揮する。したがって、マスタ車両ＣＭの演算資源１０９を増強することで、単に、グリッドコンピューティング処理を行う端末としての能力を向上させることにとどまらず、グリッドＧとして性能向上や安定性の向上に寄与することができる。

【0138】

ステップＳ４５での抽出処理の後、フローはステップＳ４６に進む。

【0139】

－ステップＳ４６－
管理サーバ５０は、対象車両１０の所有者に、演算資源１０９の増強の案内を送信する案内処理を実行する。

【0140】

具体的には、管理サーバ５０は、ユーザ端末２０に、演算資源１０９の増設案内と、演算資源１０９の増設による報酬を提示する。

【0141】

演算資源１０９の増設案内は、例えば、販売店や整備工場の予約案内情報（予約フォームの送信など）、入庫案内情報（入庫日時、施設名、施設住所など）等を含む。

【0142】

管理サーバ５０は、演算資源１０９の増設案内にあわせて、演算資源１０９の増強をすることによって、車両１０の使用に際して利用可能となる追加機能や追加サービスを対象車両１０の所有者に案内してもよい。

【0143】

例えば、演算装置１０５（ＣＰＵ１０６、ＧＰＵ１０７及び／またはストレージ１０８）を増強することは、グリッドコンピューティング処理を実行していない場合、すなわち、日常での走行シーンにおける車両の性能向上にも直結する。そこで、演算資源の増強をすることによる追加機能や追加サービスを対象車両の所有者に案内できるようにすることで、ユーザの増設意欲を高めることができる。

【0144】

－ステップＳ４７－
ステップＳ４７では、施設端末４０から管理サーバ５０に増設情報が受信されたか否かが判定される。以下では、施設端末４０から管理サーバ５０に増設情報が受信されるまでの流れについて説明する。

【0145】

ステップＳ４６の案内処理の後、ユーザ端末２０から管理サーバ５０に対して、ユーザに増設意思があることが送信される。そうすると、管理サーバ５０は、施設端末４０に対して、対象車両１０の入庫予約情報と、対象車両１０に増設される演算資源１０９（例えば、ＭＰＵボード）の情報である増設情報Ｄ４３を送信する。

【0146】

施設端末４０では、増設情報Ｄ４３を受信すると、記憶部４０４に登録する。そして、施設に実際にユーザが来訪すると、施設のスタッフが、入庫予約情報及び増設情報Ｄ４３に基づいて、増設作業を実施する。例えば、図９に示すように、施設では、旧型のＭＰＵ－Ａ１から新型のＭＰＵ－Ａ２に交換が実施されたり、空いているスロット等に新しいＭＰＵ－Ａ３が追加されたりする。

【0147】

演算資源１０９の増設作業が完了すると、その情報は、施設端末４０に登録され、管理サーバ５０に送信される。

【0148】

管理サーバ５０において、増設情報が受信されると、ステップＳ４７でＹＥＳ判定となり、フローは、次のステップＳ４８に進む。

【0149】

一方で、ユーザが入庫する前の状態であったり、増設を断られた場合には、ステップＳ４７でＮＯ判定となる。そうすると、例えば、ステップＳ４１に戻って、グリッドＧに対して新しいジョブとのマッチングを図ったり、ステップＳ２に戻って、グリッドＧの組み直しがされる。

【0150】

〔グリッドコンピューティング処理〕
次に、図１６を参照して、ステップＳ５のグリッドコンピューティング処理について説明する。グリッドコンピューティング処理では、複数の演算装置１０５のうち利用可能な演算装置１０５にジョブデータＤ１を処理させる。管理サーバ５０は、ステップＳ４のマッチング処理の完了後に、以下の処理を行う。

【0151】

〈ステップＳ５１〉
まず、管理サーバ５０は、マッチングテーブルＤ５６を参照し、グリッドコンピューティング処理の対象となるジョブデータＤ１を、マッチング処理においてそのジョブデータＤ１に割り当てられた演算資源１０９に分配する。具体的には、管理サーバ５０は、ジョブデータＤ１に割り当てられた演算資源１０９の各々に、そのジョブデータＤ１の一部を送信する。これにより、ジョブデータＤ１は、そのジョブデータＤ１に割り当てられた演算資源１０９（ＣＰＵ１０６、ＧＰＵ１０７）により並列処理される。

【0152】

〈ステップＳ５２〉
次に、演算資源１０９（ＣＰＵ１０６、ＧＰＵ１０７）の各々は、その演算資源１０９に送信されたデータ（ジョブデータＤ１の一部）の計算が完了すると、その計算により得られた部分計算結果データを管理サーバ５０に送信する。管理サーバ５０は、演算資源１０９から送信された部分計算結果データを受信し、その部分計算結果データを記憶部５０４に記憶する。

【0153】

〈ステップＳ５３〉
管理サーバ５０は、ステップＳ５１においてジョブデータＤ１が分配された演算装置１０５の全てが計算を完了したか否かを判定する。演算装置１０５の全てが計算を完了している場合には、ステップＳ５４の処理が行われ、そうでない場合には、ステップＳ５２の処理が行われる。

【0154】

〈ステップＳ５４〉
演算装置１０５の全てが計算を完了すると、管理サーバ５０では、記憶部５０４に記憶された部分計算結果データを結合することで、グリッドコンピューティング処理の対象となるジョブデータＤ１に対応する計算結果データＤ２（ジョブデータＤ１の計算の結果を示す計算結果データＤ２）を生成する。そして、管理サーバ５０は、グリッドコンピューティング処理の対象となるジョブデータＤ１に対応する計算結果データＤ２を、そのジョブデータＤ１の計算を依頼したクライアントのクライアント端末３０に送信する。

【0155】

〈ステップＳ５５〉
次に、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して、システム１を運営する事業者から報酬が付与される。ユーザに付与される報酬の例としては、システム１において利用可能なポイント、仮想通貨、商品の割引特典などが挙げられる。例えば、管理サーバ５０は、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して報酬を付与するための処理を行う。報酬を付与するための処理の例としては、ユーザに設定された「ユーザＩＤ」とシステム１において利用可能な「ポイント」（または仮想通貨）とを関連付けてユーザテーブルＤ５１に登録する処理、ユーザにより所有されるユーザ端末２０に商品の割引特典を示す情報を送信する処理などが挙げられる。

【0156】

また、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して、クライアントから報酬が付与されてもよい。例えば、クライアント端末３０は、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して報酬を付与するための処理を実行してもよい。

【0157】

次に、実施形態に係る車両の温度制御システムについて説明する。上述したように、本実施形態に係る車両の温度制御システムは、グリッドコンピューティングシステム１の一部として構成されている。

【0158】

図１７は実施形態に係る車両の温度制御システムの加熱冷却系統を説明するための車両側面図である。図１７に示すように、車両１０には、各部を冷却および加熱するための冷却回路６００を備えられている。冷却回路６００は、車両１０の、バッテリ６０１、インバータ６０２、モータ６０３、サブタンク６０４、熱交換器６０５、ＭＰＵ１１１を冷却する。図１７に示すように、ＭＰＵ１１１が格納された筐体と、ＥＣＵ１１０が格納された筐体とは接触しており、ＭＰＵ１１１は、ＥＣＵ１１０を介して、冷却される。冷媒回路６００は、モータ６０３、熱交換器６０５、インバータ６０２およびサブタンク６０４を冷却する第１冷却回路と、ＭＰＵ１１１およびバッテリ６０１を冷却する第２冷却回路とを含む。また、冷却回路６００は、ポンプ６０６と、冷媒温度センサ６０７と、ヒータ６０８と、チラー６０９とを備える。なお、図１７では、冷媒温度センサ６０７、ヒータ６０８およびチラー６０９を省略して図示している。

【0159】

ポンプ６０６は、冷媒（例えば、冷却水など）を図１７の矢印方向に循環させ、冷却回路６００内に循環させる冷媒の流量を制御する。具体的に、ポンプ６０６は、第１冷却回路において、モータ６０３、熱交換器６０５、インバータ６０２、サブタンク６０４の順に冷媒を循環させる。また、ポンプ６０６は、第２冷却回路において、ＭＰＵ１１０、バッテリ６０１の順に冷媒を循環させる。冷媒温度センサ６０７は、冷却回路６００内の冷媒の温度を検出し、検出した冷媒の温度をＥＣＵ１１０に送信する。ヒータ６０８は、冷却回路６００内の冷媒の温度を上昇させる。チラー６０９は冷却回路６００内の冷媒の温度を低下させる。

【0160】

また、車両１０には、コンプレッサ６１０を備えられている。コンプレッサ６１０は、ＭＰＵ１１１に対して空気を吹き付けて、ＭＰＵ１１１の内部温度を制御する。例えば、コンプレッサ６１０は、車両１０の外気や温風、冷風をＭＰＵ１１１に吹き付けることにより、ＭＰＵ１１１の内部温度を制御する。

【0161】

なお、ポンプ６０６、ヒータ６０８、チラー６０９およびコンプレッサ６１０はバッテリ６０１と接続されており、バッテリ６０１から供給される電源を用いて駆動する。

【0162】

図１８は実施形態に係る温度制御システムにおける通信構成を例示するブロック図である。図１８に示すように、ＥＣＵ１１０は、冷媒温度センサ６０７、日射センサ６１１および室内温度センサ６１２と通信可能に構成されている。日射センサ６１１は、車両１０に対する日射量を検出する。室内温度センサ６１２は、車両１０の室内温度を検出する。ＥＣＵ１１０は、冷媒温度センサ６０７、日射センサ６１１および室内温度センサ６１２の検出結果を受信する。

【0163】

ここで、ＥＣＵ１１０は、通信網５を介して、ＭＰＵ１１１と通信を行う。ＭＰＵ１１１はサービスマンだけでなく、車両１０のユーザによって、ＥＣＵ１１０に対して増設されることがある。このため、ＭＰＵ１１１の内部データを変更することにより、ＥＣＵ１１０内のデータが改ざんされるおそれがある。このＥＣＵ１１０内のデータ改ざんを防止するため、ＭＰＵ１１１からＥＣＵ１１０へデータ送信を直接行うことは禁止されている。このため、ＭＰＵ１１１の内部温度などの情報を、ＭＰＵ１１１からＥＣＵ１１０へ直接送信することができない。そこで、本実施形態では、ＭＰＵ１１１は、通信網５を介して、ＥＣＵ１１０に温度情報を送信する。具体的には、ＭＰＵ１１１には、サーミスタなどの温度検出素子が備えられており、この素子の検出結果を温度情報として、ＥＣＵ１１０に送信する。これにより、ＥＣＵ１１０は、ＭＰＵ１１１の内部温度を把握することができる。なお、ＭＰＵ１１１からＥＣＵ１１０への直接のデータ送信は禁止されているが、ＥＣＵ１１０からＭＰＵ１１１への直接のデータ送信は禁止されていない。

【0164】

ＥＣＵ１１０は、冷媒温度センサ６０７、日射センサ６１１および室内温度センサ６１２から受信した検出結果、ならびに、通信網５を介して受信した温度情報に基づいて、ポンプ６０６、ヒータ６０８、チラー６０９、コンプレッサ６１０を動作させる。具体的には、ＥＣＵ１１０は、受信した上記情報に基づいて、ヒータ６０８またはチラー６０９を動作させて、冷媒の温度を変化させる。また、ＥＣＵ１１０は、受信した上記情報に基づいて、ポンプ６０６の動作を制御して冷媒の流量を制御する。また、ＥＣＵ１１０は、受信した上記情報に基づいて、コンプレッサ６１０の動作を制御して、ＭＰＵ１１１に対して車両１０の外気、温風または冷風を吹き付ける。これにより、ＥＣＵ１１０は、ＭＰＵ１１１の内部温度を動作可能範囲内の温度に保つことができる。

【0165】

〔温度調整システムの動作〕
図１９は温度制御システムの動作を例示するフローチャートである。

【0166】

－ステップＳ２０１－
ＭＰＵ１１１は、検出した内部温度を示す温度情報を、通信網５に送信する。

【0167】

－ステップＳ２０２－
ＥＣＵ１１０は、ＭＰＵ１１１が送信した温度情報を、通信網５を介して、受信する。

【0168】

－ステップＳ２０３－
ＥＣＵ１１０は、各センサからそれぞれのセンサの検出結果を受信する。具体的には、ＥＣＵ１１０は、冷媒温度センサから冷媒の温度の検出結果を受信する。また、ＥＣＵ１１０は、日射センサ６１１から車両１０に対する日射量の検出結果を受信する。また、ＥＣＵ１１０は、室内温度センサ６１２から、車両１０の室内温度の検出結果を受信する。

【0169】

－ステップＳ２０４－
ＥＣＵ１１０は、受信した、温度情報および各センサの検出結果に基づいて、ＭＰＵ１１１の内部温度を判定する。

【0170】

－ステップＳ２０５－
ＥＣＵ１１０は、判定したＭＰＵ１１１の内部温度が目標温度以上であるか否かを判定する。例えば、ＭＰＵ１１１の動作可能温度が１０度～３５度である場合、ＭＰＵ１１１の目標温度が１５度と設定される。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度未満と判定した場合（ステップＳ２０５のＹｅｓ）、処理を終了する。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度以上であると判定した場合（ステップＳ２０５のＮｏ）、ステップＳ２０６に進む。

【0171】

－ステップＳ２０６－
ＥＣＵ１１０は、判定したＭＰＵ１１１の内部温度が第１温度以上であるか否かを判定する。例えば、第１温度は、２０度であり、ＭＰＵ１１１の目標温度よりも高い温度である。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度未満であると判定した場合（ステップＳ２０６のＮｏ）、ステップＳ２０７に進む。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度未満であると判定した場合（ステップＳ２０６のＹｅｓ）、ステップＳ２０８に進む。

【0172】

－ステップＳ２０７－
ＥＣＵ１１０は、コンプレッサ６１０を駆動させ、ＭＰＵ１１１を冷却する（第１モード）。具体的には、ＥＣＵ１１０は、コンプレッサ６１０を駆動させ、ＭＰＵ１１１に対して、車両１０の外気を吹きつけさせる。これにより、ＥＣＵ１１０は、ＭＰＵ１１１を冷却する。

【0173】

－ステップＳ２０８－
ＥＣＵ１１０は、判定したＭＰＵ１１１の内部温度が第２温度以上であるか否かを判定する。例えば、第２温度は、２５度であり、第１温度よりも高い温度である。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第２温度未満であると判定した場合（ステップＳ２０６のＮｏ）、ステップＳ２０９に進む。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度以上であると判定した場合（ステップＳ２０９のＹｅｓ）、ステップＳ２１０に進む。

【0174】

－ステップＳ２０９－
ＥＣＵ１１０は、ポンプ６０６を駆動させ、ＭＰＵ１１１を冷却する（第２モード）。具体的には、ＥＣＵ１１０は、ポンプ６０６を駆動させ、冷却回路６００内の冷媒の流量を増加させる。これにより、ＥＣＵ１１０は、ＭＰＵ１１１を冷却する。

【0175】

－ステップＳ２１０－
ＥＣＵ１１０は、判定したＭＰＵ１１１の内部温度が第３温度以上であるか否かを判定する。例えば、第３温度は、３０度であり、第１温度および第２温度よりも高い温度である。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第３温度未満であると判定した場合（ステップＳ２１０のＮｏ）、ステップＳ２１１に進む。ＥＣＵ１１０が、ＭＰＵ１１１の内部温度が第１温度以上であると判定した場合（ステップＳ２１０のＹｅｓ）、ステップＳ２１２に進む。

【0176】

－ステップＳ２１１－
ＥＣＵ１１０は、ポンプ６０６およびチラー６０９を駆動させ、ＭＰＵ１１１を冷却する（第３モード）。具体的には、ＥＣＵ１１０は、ポンプ６０６を駆動させ、冷却回路６００内の冷媒の流量を増加させる。また、ＥＣＵ１１０は、チラー６０９を駆動させ、冷却回路６００内の冷媒の温度を低下させる。これにより、ＥＣＵ１１０は、ＭＰＵ１１１を冷却する。

【0177】

－ステップＳ２１２－
ＥＣＵ１１０は、ポンプ６０６、チラー６０９およびコンプレッサ６１０を駆動させ、ＭＰＵ１１１を冷却する（第４モード）。具体的には、ＥＣＵ１１０は、ポンプ６０６を駆動させ、冷却回路６００の冷媒の流量を増加させる。また、ＥＣＵ１１０は、チラー６０９を駆動させ、冷却回路６００内の冷媒の温度を低下させる。また、これにより、ＥＣＵ１１０は、ＭＰＵ１１１を冷却する。

【0178】

ここで、ステップＳ２１１では、ステップＳ２１２と比較すると、ＥＣＵ１１０はコンプレッサ６１０を駆動させていない。また、ステップＳ２０９では、ステップＳ２１１と比較すると、ＥＣＵ１１０はチラー６０９を駆動させていない。また、ステップＳ２０７では、ステップＳ２０９と比較すると、ポンプ６０６に代えてコンプレッサ６１０を駆動させている。このため、ステップＳ２０７、ステップＳ２０９、ステップＳ２１１、ステップＳ２１２の順にバッテリの消費電力量が小さいことが分かる。すなわち、本実施形態では、ＥＣＵ１１０は、ＭＰＵ１１１の内部温度と目標温度との間の差が小さいほど、バッテリの消費量が少ない冷却方法で、ＭＰＵ１１１を冷却する。したがって、ＭＰＵの消費電力量を抑えつつ、ＭＰＵ１１１の冷却を行うことができる。

【0179】

〔実施形態の効果〕
以上のように、本実施形態によると、演算装置１０５は、ＥＣＵ１１０（第１演算装置）と、ＥＣＵ１１０に対して増設されるＭＰＵ１１１（第２演算装置）とを備える。車両１０は、ＭＰＵ１１１を液冷するポンプ６０６およびチラー６０９（液冷機構）と、ＭＰＵ１１１を空冷するコンプレッサ６１０（空冷機構）とを備える。ＥＣＵ１１０は、ＭＰＵ１１１の内部温度が、ＭＰＵ１１１の動作可能な温度の範囲内に設定された目標温度となるともに、ポンプ６０６、チラー６０９およびコンプレッサ６１０の消費電力が小さくなるように、ポンプ６０６、チラー６０９およびコンプレッサ６１０の少なくともいずれか一つを駆動させる。すなわち、ＥＣＵ１１０は、ＭＰＵ１１１の内部温度が、ＭＰＵ１１１の動作可能な温度の範囲内に設定された目標温度となり、ポンプ６０６、チラー６０９およびコンプレッサ６１０の消費電力が小さくなるように、ポンプ６０６、チラー６０９およびコンプレッサ６１０の少なくともいずれか一つを駆動させる。これにより、バッテリの消費電力量を抑えつつ、ＭＰＵを動作可能範囲内の温度に保つことができる。

【0180】

（その他の実施形態）
以上の説明では、管理システムの記憶部５０４と制御部５０５とが単一の管理サーバ５０に集約される場合を例に挙げたが、これに限定されない。例えば、記憶部５０４と制御部５０５は、通信網５を経由して互いに通信する複数の管理サーバ５０（図示省略）に分散されてもよい。

【0181】

また、以上の説明において、管理システムの記憶部５０４は、単一の記憶装置により構成されてもよいし、複数の記憶装置により構成されてもよい。複数の記憶装置は、単一の管理サーバ５０に集約されてもよいし、通信網５を経由して互いに通信する複数の管理サーバ５０（図示省略）に分散されてもよい。

【0182】

また、以上の説明において、管理システムの制御部５０５は、単一の制御ユニットにより構成されてもよいし、複数の制御ユニットにより構成されてもよい。複数の制御ユニットは、単一の管理サーバ５０に集約されてもよいし、通信網５を経由して互いに通信する複数の管理サーバ５０（図示省略）に分散されてもよい。

【0183】

また、以上の説明において、演算装置１０５は、単一の演算ユニットにより構成されてもよいし、複数の演算ユニットにより構成されてもよい。複数の演算ユニットは、単一の管理サーバ５０に集約されてもよいし、通信網５を経由して互いに通信する複数の管理サーバ５０（図示省略）に分散されてもよい。

【0184】

また、以上の説明では、演算装置１０５が車両１０（具体的には自動四輪車）に搭載される場合を例に挙げたが、これに限定されない。例えば、演算装置１０５は、車両１０ではない他の移動体に搭載されてもよい。このような移動体の例としては、輸送用機械、携帯情報端末などが挙げられる。輸送用機械の例としては、自動二輪車、鉄道車両、船舶、航空機、ドローンなどが挙げられる。車両は、輸送用機械の一例である。携帯情報端末の例としては、ノート型パーソナルコンピュータ、タブレット、スマートフォンなどが挙げられる。

【0185】

また、以上の実施形態を適宜組み合わせて実施してもよい。以上の実施形態は、本質的に好ましい例示であって、ここに開示する技術、その適用物、あるいはその用途の範囲を制限することを意図するものではない。すなわち、前述の実施形態は単なる例示に過ぎず、本開示の範囲を限定的に解釈してはならない。本開示の範囲は請求の範囲によって定義され、請求の範囲の均等範囲に属する変形や変更は、全て本開示の範囲内のものである。

【産業上の利用可能性】

【0186】

以上説明したように、ここに開示する技術は、グリッドコンピューティングを管理する技術として有用である。

【符号の説明】

【0187】

１０ 車両（移動体）
１０９ 演算資源
１１０ ＥＣＵ（第１演算資源）
１１１ ＭＰＵ（第２演算資源）
６００ 冷却回路
６０１ バッテリ
６０２ インバータ
６０３ モータ
６０４ サブタンク
６０５ 熱交換器
６０６ ポンプ
６０７ 冷媒温度センサ
６０８ ヒータ
６０９ チラー
６１０ コンプレッサ
６１１ 日射センサ
６１２ 室内温度センサ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】