JP2023057224A - グリッドコンピューティングの管理装置及び管理方法 - Google Patents

Abstract

【課題】車両の演算装置が計算を実行する際に消費する電力の料金を考慮してグリッドコンピューティング処理の管理を行うことにより、グリッドコンピューティングの計算を実行する際の電気料金を抑える。【解決手段】管理サーバ５０は、クライアントサーバ３０から提供されたジョブデータＤ１を、複数の車両１０に搭載された演算装置１０５に処理させるグリッドコンピューティング処理を管理する。管理サーバの制御部５０５は、ジョブデータの計算に使用する電力の料金が低い順に１又は２以上の演算装置を選択してジョブデータに割り当てて、グリッドコンピューティング処理を実行する。【選択図】図１２

Description

ここに開示する技術は、グリッドコンピューティングの管理に関する。

特許文献１には、複数の通信装置と、グリッドコンピューティングを管理する管理サーバとを備えたシステムが開示されている。管理サーバは、信号受信部と、状態判定部と、応答送信部とを備える。信号受信部は、通信装置からその通信装置がグリッドコンピューティングへの参加が可能であることを示す信号を受信する。状態判定部は、複数の処理装置のそれぞれの計算資源の使用状況に基づいて、複数の処理装置のそれぞれの処理能力の不足状態を判定する。応答送信部は、複数の処理装置の少なくともいずれかの処理能力が不足している場合に、上記の信号に基づいて、上記の通信装置にグリッドコンピューティングへの参加指示を送信する。このような構成により、複数の通信装置の計算資源を有効に活用している。

特開２０２０－１６０６６１号公報

しかしながら、特許文献１に記載されているような従来の技術では、グリッドコンピューティングに参加する車両の通信装置が計算を実行する際に消費する電力の料金について何ら考慮されていない。

本発明は、上述した問題点を解決するためになされたものであり、車両の演算装置が計算を実行する際に消費する電力の料金を考慮してグリッドコンピューティング処理の管理を行うことにより、グリッドコンピューティングの計算を実行する際の電気料金を抑えることができる管理装置及び管理方法を提供することを目的とする。

上記の目的を達成するために、本発明による管理装置は、クライアントサーバから提供されたジョブデータを、複数の車両に搭載された演算装置に処理させるグリッドコンピューティング処理を管理する管理装置であって、記憶部と、制御部と、を備え、記憶部は、演算装置の各々が搭載されている車両のバッテリに当該車両の外部から供給される電力の料金を示す充電コスト情報を記憶し、制御部は、クライアントサーバから、ジョブデータを受け付けるジョブ受付処理と、充電コスト情報に基づき、演算装置の各々がジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の演算装置を選択し、当該選択した演算装置をジョブデータに割り当てるジョブ割当処理と、ジョブデータに割り当てられた演算装置の各々に当該ジョブデータを分配し、当該演算装置の各々からジョブデータの計算結果データを受信し、当該受信した計算結果データをクライアントサーバに送信するグリッドコンピューティング処理と、を実行するように構成されている。

このように構成された本発明によれば、グリッドコンピューティング処理を管理する管理装置は、充電コスト情報に基づき、演算装置の各々がジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の演算装置を選択してジョブデータに割り当て、グリッドコンピューティング処理を実行する。これにより、計算を実行する際に消費する電力の料金が相対的に低い演算装置を利用してグリッドコンピューティング処理を実行することができ、グリッドコンピューティングの計算を実行する際の電気料金を抑えることができる。

本発明において、好ましくは、記憶部は、時間帯毎の電力の料金を示す充電コスト情報を記憶し、制御部は、ジョブ割当処理において、ジョブデータの計算を実行する時間帯において計算に使用する電力の料金が低い順に１又は２以上の演算装置を選択し、当該選択した演算装置をジョブデータに割り当てる。
このように構成された本発明によれば、例えば昼間電力と夜間電力とで料金が異なる場合など、時間帯に応じて電力の料金が異なる場合に、ジョブデータの計算を実行する時間帯において計算に使用する電力の料金が低い演算装置を適切に選択することができる。これにより、グリッドコンピューティングの計算を実行する際の電気料金をより効果的に抑えることができる。

本発明において、好ましくは、記憶部は、演算装置の各々がグリッドコンピューティング処理において計算可能な演算量を記憶し、制御部は、ジョブ受付処理において、ジョブデータの計算に必要となる演算量を受け付け、ジョブ割当処理において、選択した演算装置の各々の演算量の和がジョブデータの演算量以上となるように、１又は２以上の演算装置を選択する。
このように構成された本発明によれば、ジョブデータに割り当てる演算装置を選択する際、ジョブデータの計算に必要な演算量と各演算装置の演算量とを考慮することにより、ジョブデータの計算が確実に実行されるようにしつつ、ジョブデータの計算に使用する電力の料金を抑えることができる。

他の観点では、上記の目的を達成するために、本発明は、クライアントサーバから提供されたジョブデータを、複数の車両に搭載された演算装置に処理させるグリッドコンピューティング処理をコンピュータにより管理する管理方法であって、演算装置の各々が搭載されている車両のバッテリに当該車両の外部から供給される電力の料金を示す充電コスト情報を記憶装置に記憶させる記憶ステップと、クライアントサーバから、ジョブデータを受け付けるジョブ受付ステップと、充電コスト情報に基づき、演算装置の各々がジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の演算装置を選択し、当該選択した演算装置をジョブデータに割り当てるジョブ割当ステップと、ジョブデータに割り当てられた演算装置の各々に当該ジョブデータを分配し、当該演算装置の各々からジョブデータの計算結果データを受信し、当該受信した計算結果データをクライアントサーバに送信するグリッドコンピューティングステップと、を有する。
このように構成された本発明によっても、充電コスト情報に基づき、演算装置の各々がジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の演算装置を選択してジョブデータに割り当て、グリッドコンピューティング処理を実行することができる。これにより、計算を実行する際に消費する電力の料金が相対的に低い演算装置を利用してグリッドコンピューティング処理を実行することができ、グリッドコンピューティングの計算を実行する際の電気料金を抑えることができる。

本発明に係る管理装置及び管理方法によれば、車両の演算装置が計算を実行する際に消費する電力の料金を考慮してグリッドコンピューティング処理の管理を行うことにより、グリッドコンピューティングの計算を実行する際の電気料金を抑えることができる。

実施形態のシステムの構成を例示する概略図である。 グリッドコンピューティングについて説明するための概念図である。 車両の構成を例示するブロック図である。 ユーザ端末の構成を例示するブロック図である。 クライアントサーバの構成を例示するブロック図である。 施設サーバの構成を例示するブロック図である。 管理サーバの構成を例示するブロック図である。 ジョブ受付処理を例示するフローチャートである。 ジョブ受付画面の画像を例示する概略図である。 演算コスト算出処理を例示するフローチャートである。 演算コストの算出結果を登録したリソーステーブルを例示する表である。 ジョブ割当処理を例示するフローチャートである。 グリッドコンピューティング処理を例示するフローチャートである。 確認画面の画像を例示する概略図である。

以下、図面を参照して実施形態を詳しく説明する。なお、図中同一または相当部分には同一の符号を付しその説明は繰り返さない。

（システム）
図１は、実施形態のシステム１の構成を例示する。このシステム１は、複数の車両１０と、複数のユーザ端末２０と、クライアントサーバ３０と、施設サーバ４０と、管理サーバ５０とを備える。これらの構成要素は、通信網５を経由して互いに通信可能である。複数の車両１０の各々には、演算装置１０５が搭載される。また、各車両１０は、充電設備６０から給電を受けて、車両１０に搭載されたバッテリを充電したり、演算装置１０５に電力を供給したりすることができる。なお、システム１には、複数のクライアントサーバ３０が設けられてもよい。同様に、システム１には、複数の施設サーバ４０が設けられてもよい。

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

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

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

ここで、車両１０において演算装置１０５の計算能力が不要である場合に、演算装置１０５の計算能力をグリッドコンピューティング処理に提供することで、演算装置１０５の計算能力を有効に利用することが可能となる。

〔車両〕
車両１０は、ユーザに所有される。ユーザは、車両１０を運転する。この例では、車両１０は、自動四輪車である。

図３に示すように、車両１０は、アクチュエータ１１と、センサ１２と、入力部１０１と、出力部１０２と、通信部１０３と、記憶部１０４と、演算装置１０５とを備える。また、車両１０には、バッテリ１０６が搭載される。バッテリ１０６は、充電設備６０から供給される電力により充電される。以下の説明では、充電設備６０から供給される電力の料金を、必要に応じて「充電料金」と呼ぶ。バッテリ１０６に蓄えられた電力は、演算装置１０５などの車載機器に供給される。このような車両１０の例としては、電気自動車、プラグインハイブリッド自動車などが挙げられる。

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

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

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

出力部１０２は、情報やデータを出力する。出力部１０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。表示部の例としては、カーナビゲーション装置のディスプレイが挙げられる。スピーカの例としては、カーナビゲーション装置のスピーカが挙げられる。

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

記憶部１０４は、情報やデータを記憶する。

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

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

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

この例では、記憶部１０４は、車両情報Ｄ１１と、車両状態情報Ｄ１２と、走行履歴情報Ｄ１３と、演算装置情報Ｄ１４と、稼働履歴情報Ｄ１５とを記憶する。

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

〈車両状態情報〉
車両状態情報Ｄ１２は、車両１０の状態を示す。例えば、車両状態情報Ｄ１２は、車両位置情報、車両通信情報、車両電源情報、バッテリ残量情報、車両充電情報、熱環境情報などを含む。車両位置情報は、車両１０の位置（緯度及び経度）を示す。例えば、車両位置情報は、ＧＰＳ（Global Positioning System）により取得可能である。車両通信情報は、車両１０の通信状態を示す。車両電源情報は、車両１０の電源の状態を示す。例えば、車両電源情報は、イグニッション電源のオンオフ、アクセサリ電源のオンオフなどを示す。バッテリ残量情報は、車両１０に搭載されたバッテリ１０６の残量を示す。車両充電情報は、充電設備において車両１０が充電中であるか否か及びその充電設備の位置を示す。熱環境情報は、演算装置１０５の熱環境に関連する情報であり、具体的には車両１０の外気温、直射日光の有無などを示す。

〈走行履歴情報〉
走行履歴情報Ｄ１３は、車両１０の走行履歴を示す情報である。例えば、走行履歴情報Ｄ１３は、車両１０の位置と時刻とを関連付けて示す。走行履歴情報Ｄ１３には、車両１０の位置を示す情報として、緯度及び経度の他、その位置を識別する情報（例えば自宅、職場、充電スタンドなど）も含む。

〈演算装置情報〉
演算装置情報Ｄ１４は、演算装置１０５に関する情報である。例えば、演算装置情報Ｄ１４は、演算装置１０５に設定された演算装置ＩＤ、演算装置１０５を搭載する車両１０に設定された車両ＩＤ、演算装置１０５の型番、演算装置１０５の性能を示す演算装置性能情報などを含む。演算装置ＩＤは、演算装置１０５を識別する演算装置識別情報の一例である。演算装置性能情報に示される演算装置１０５の性能には、演算装置１０５の計算能力（具体的には最大計算能力）を示す計算能力、演算装置１０５の定格消費電力（ｋＷ）、演算装置１０５におけるＣＰＵとＧＰＵとの比率などが含まれる。なお、演算装置１０５の計算能力は、演算装置１０５が単位時間当たりに計算することができる演算量（例えばブロック／ｈ）である。

〈稼働履歴情報〉
稼働履歴情報Ｄ１５は、演算装置１０５の稼働履歴を示す情報である。例えば、稼働履歴情報Ｄ１５は、演算装置１０５の計算能力の利用率と時刻とを関連付けて示す。

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

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

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

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

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

記憶部２０４は、情報やデータを記憶する。

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

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

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

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

〈スケジュール情報〉
スケジュール情報Ｄ２３は、ユーザ端末２０を所有するユーザの行動履歴及び行動予定を示す。例えば、スケジュール情報Ｄ２３は、ユーザの位置と滞在期間（または滞在予定期間）とを関連付けて示す。また、スケジュール情報Ｄ２３は、車両１０を用いた行動予定（例えば、出発地、目的地、走行経路、出発時刻、到着時刻、駐車予約、充電予約など）を含む。なお、スケジュール情報Ｄ２３は、ユーザ端末２０に搭載されたスケジュール機能により取得可能である。具体的には、ユーザがスケジュール機能を利用して自身の行動履歴及び行動予定をユーザ端末２０に入力することで、そのユーザの行動履歴及び行動予定を示すスケジュール情報Ｄ２３が得られる。

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

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

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

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

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

記憶部３０４は、情報やデータを記憶する。

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

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

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

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

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

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

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

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

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

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

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

〈施設利用情報〉
施設利用情報Ｄ４２は、施設の利用状況（利用履歴及び利用予定）を示す。具体的には、施設利用情報Ｄ４２は、施設を訪れるユーザと滞在期間（または滞在予定期間）とを関連付けて示す。

〔管理サーバ〕
管理サーバ５０は、グリッドコンピューティングが構成されるシステム１の運営を管理する。管理サーバ５０は、システム１を運営する事業者に所有される。管理サーバ５０は、本発明における「管理装置」の一例であり、本発明における「管理方法」を実行する。

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

この例では、記憶部５０４は、ユーザテーブルＤ５１と、演算装置テーブルＤ５２と、クライアントテーブルＤ５３と、ジョブテーブルＤ５４と、リソーステーブルＤ５５と、ジョブ割当テーブルＤ５６と、ジョブデータＤ１と、計算結果データＤ２とを記憶する。

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

〈演算装置テーブル〉
演算装置テーブルＤ５２は、演算装置１０５を管理するためのテーブルである。演算装置テーブルＤ５２には、演算装置１０５毎に、その演算装置１０５に設定された演算装置ＩＤ、その演算装置１０５を所有するユーザに設定されたユーザＩＤ、その演算装置１０５が搭載される車両１０に設定された車両ＩＤ、その演算装置１０５の型番、その演算装置１０５によるジョブデータの計算を禁止する条件を示す演算禁止情報などが登録される。演算禁止情報は、ジョブデータの計算を禁止する位置、曜日、時間帯などを示す情報（例えば、平日９時～１７時における職場の充電スタンド）を含む。

また、演算装置テーブルＤ５２には、演算装置１０５毎に、その演算装置１０５が搭載された車両１０の利用履歴、その演算装置１０５が演算に使用する電力の充電コスト、その演算装置１０５の性能（計算能力やＣＰＵとＧＰＵの比率など）、などが登録される。言い換えると、演算装置テーブルＤ５２は、複数の演算装置１０５の各々が搭載された車両１０の状態の履歴及び走行履歴を示す利用履歴情報Ｄ５と、複数の演算装置１０５の各々が演算に使用する電力の充電コストを示す充電コスト情報Ｄ６と、複数の演算装置１０５の各々の性能を示す性能情報Ｄ７とを含む。利用履歴情報Ｄ５には、現時点から所定期間前（例えば４週間前）までの車両状態情報Ｄ１２及び走行履歴情報Ｄ１３が車両１０から提供され蓄積されている。充電コスト情報Ｄ６は、車両１０のバッテリ１０６の充電に使用される家庭用充電設備の充電料金（円／ｋＷｈ）、公共充電設備の充電料金（円／ｋＷｈ）、各充電設備の位置、バッテリ１０６の平均充電料金（例えば、前月の充電料金の総支払額を前月の総充電電力量で除算した値又は１回充電を行う度にその時の充電料金と充電電力量とに基づき算出した値（円／ｋＷｈ））を含む。家庭用充電設備や公共充電設備の充電料金が、充電を行う時間帯に応じて異なる場合には、時間帯毎の充電料金を示す情報が充電コスト情報Ｄ６に含まれる。性能情報Ｄ７は、複数の演算装置１０５の各々の計算能力を示す計算能力情報Ｄ８を含み、計算能力情報Ｄ８は複数の演算装置１０５の各々の単位時間当たりに計算することができる演算量や定格消費電力（ｋＷ）を含む。

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

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

〈リソーステーブル〉
リソーステーブルＤ５５は、ジョブデータに割り当てる演算装置１０５を制御部５０５が選択する際に参照するためのテーブルであり、具体的には、後述する演算コスト算出処理の結果を管理するためのテーブルである。リソーステーブルＤ５５には、演算装置１０５毎に、その演算装置１０５の型番、その演算装置１０５をジョブデータの計算に利用可能な曜日及び時間帯を示す演算利用可否、その演算装置１０５の搭載された車両１０が充電を行う曜日及び時間帯を示す充電フラグ、その演算装置１０５の搭載された車両１０のバッテリ１０６の充電に使用される充電料金及び平均充電料金、その演算装置１０５の温度制御に使用される電力を示す熱制御消費電力、その演算装置１０５の定格消費電力、その演算装置１０５の時間当たり演算量、その演算装置１０５の単位演算量当たりの消費電力量を示す電力効率、その演算装置１０５の演算コストの算出結果などの、現在値及び所定時間後までの時間帯毎の予測値（例えば１２時間後までの１時間毎の予測値）が登録される。

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

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

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

〔ユーザテーブルの更新〕
次に、ユーザテーブルＤ５１の更新について説明する。ユーザテーブルＤ５１は、管理サーバ５０の制御部５０５により更新される。

例えば、新規のユーザがシステム１に加入すると、制御部５０５は、その新規のユーザに関連する情報をユーザテーブルＤ５１に登録することで、ユーザテーブルＤ５１を更新する。

具体的には、制御部５０５は、新規のユーザに対してユーザＩＤを新たに設定し、新規のユーザに設定された「ユーザＩＤ」と、そのユーザに所有される車両１０に設定された「車両ＩＤ」と、その車両１０に搭載された演算装置１０５に設定された「演算装置ＩＤ」と、新規のユーザに所有されるユーザ端末２０に設定された「ユーザ端末ＩＤ」とを関連付けて、ユーザテーブルＤ５１に登録する。

なお、新規のユーザに所有される車両１０と管理サーバ５０との通信により、新規のユーザに関連する「車両ＩＤ」と「演算装置ＩＤ」とを得ることが可能である。また、新規のユーザに所有されるユーザ端末２０と管理サーバ５０との通信により、新規のユーザに関連する「ユーザ端末ＩＤ」を得ることが可能である。

〔演算装置テーブルの更新〕
次に、演算装置テーブルＤ５２の更新について説明する。演算装置テーブルＤ５２は、管理サーバ５０の制御部５０５により更新される。

例えば、新規の演算装置１０５がシステム１に加入すると、制御部５０５は、その新規の演算装置１０５に関連する情報を演算装置テーブルＤ５２に登録することで、演算装置テーブルＤ５２を更新する。

具体的には、制御部５０５は、新規の演算装置１０５に設定された「演算装置ＩＤ」と、その演算装置１０５を所有するユーザに設定された「ユーザＩＤ」と、その演算装置１０５を搭載する車両１０に設定された「車両ＩＤ」と、その演算装置１０５の「型番」と、その演算装置１０５の「演算禁止情報」と、その演算装置１０５を搭載した車両１０の「利用履歴」と、その演算装置１０５の「充電コスト」及び「性能」とを関連付けて、演算装置テーブルＤ５２に登録する。

なお、新規の演算装置１０５を搭載する車両１０や、その車両１０を所有するユーザのユーザ端末２０と、管理サーバ５０との通信により、新規の演算装置１０５に関連する「演算装置ＩＤ」と「車両ＩＤ」と「型番」と「演算禁止情報」と「利用履歴」と「充電コスト」と「性能」とを得ることが可能である。また、ユーザテーブルＤ５１を参照することにより、新規の演算装置１０５に関連する「ユーザＩＤ」を得ることが可能である。

〔演算装置テーブルの定期更新〕
また、演算装置テーブルＤ５２に登録された演算装置１０５の「利用履歴」及び「充電コスト」が定期的に更新される。言い換えると、演算装置テーブルＤ５２に含まれる利用履歴情報Ｄ５及び充電コスト情報Ｄ６が定期的に更新される。この定期更新は、管理サーバ５０の制御部５０５により行われる。

〈第１更新処理〉
例えば、車両１０の「車両状態情報Ｄ１２」及び「走行履歴情報Ｄ１３」に基づいて、演算装置テーブルＤ５２の「利用履歴」（言い換えると利用履歴情報Ｄ５）が定期的に（例えば１週毎に）更新されてもよい。具体的には、制御部５０５は、演算装置テーブルＤ５２に登録された演算装置１０５毎に、以下の第１更新処理を実行してもよい。

第１更新処理では、制御部５０５は、演算装置１０５を搭載する車両１０に対して「車両状態情報Ｄ１２」及び「走行履歴情報Ｄ１３」へのアクセスを要求する。車両１０の演算装置１０５は、その要求に応答して「車両状態情報Ｄ１２」及び「走行履歴情報Ｄ１３」へのアクセスを許可する。制御部５０５は、その車両状態情報Ｄ１２に示された車両１０の状態及び走行履歴情報Ｄ１３に示された走行履歴に基づいて、演算装置テーブルＤ５２に登録された車両１０の「利用履歴」を更新する。

〈第２更新処理〉
また、ユーザ端末２０から提供される情報に基づいて、演算装置テーブルＤ５２の「充電コスト」（言い換えると充電コスト情報Ｄ６）が定期的（例えば１月毎に）に更新されてもよい。具体的には、制御部５０５は、演算装置テーブルＤ５２に登録された演算装置１０５毎に、以下の第２更新処理を実行してもよい。

第２更新処理では、制御部５０５は、ユーザ端末２０の制御部２０５に対して平均充電料金の算出に必要な情報（例えば前月の車両１０の充電料金の総支払額）を要求する。ユーザ端末２０の制御部２０５は、その要求に応答して、ユーザに必要な情報の入力を求めるメッセージを出力部２０２から出力させる。このメッセージに応じてユーザが必要な情報（例えば前月の車両１０の充電料金の総支払額）を入力部２０１に入力すると、ユーザ端末２０の制御部２０５はその情報を制御部５０５に提供する。制御部５０５は、ユーザ端末２０の制御部２０５から提供された情報と、演算装置テーブルＤ５２の利用履歴情報Ｄ５に蓄積された車両状態情報Ｄ１２から取得される情報（例えば前月の総充電電力量）とに基づいて、平均充電料金を算出する。次に、制御部５０５は、算出した平均充電料金に基づいて、演算装置テーブルＤ５２に登録された「充電コスト」における平均充電料金を更新する。

〈第３更新処理〉
また、車両１０から提供される情報に基づいて、車両１０のバッテリ１０６の充電が行われる度に、演算装置テーブルＤ５２の「充電コスト」（言い換えると充電コスト情報Ｄ６）が更新されてもよい。具体的には、制御部５０５は、演算装置テーブルＤ５２に登録された演算装置１０５毎に、以下の第３更新処理を実行してもよい。

第３更新処理では、車両１０の演算装置１０５は、バッテリ１０６の充電が行われると、充電終了時に管理サーバ５０の制御部５０５に対してその充電における充電電力量及び充電料金を送信する。制御部５０５は、演算装置１０５から受信した充電電力量及び充電料金と、その演算装置１０５について演算装置テーブルＤ５２に登録された「充電コスト」における平均充電料金とに基づき、今回の充電後の平均充電料金を算出する。次に、制御部５０５は、算出した平均充電料金に基づいて、演算装置テーブルＤ５２に登録された「充電コスト」における平均充電料金を更新する。

〔クライアントテーブルの更新〕
次に、クライアントテーブルＤ５３の更新について説明する。クライアントテーブルＤ５３は、管理サーバ５０の制御部５０５により更新される。

例えば、新規のクライアントがシステム１に加入すると、制御部５０５は、その新規のクライアントに関連する情報をクライアントテーブルＤ５３に登録することで、クライアントテーブルＤ５３を更新する。

具体的には、制御部５０５は、新規のクライアントに対してクライアントＩＤを新たに設定し、新規のクライアントに設定された「クライアントＩＤ」と、新規のクライアントに所有されるクライアントサーバ３０に設定された「クライアントサーバＩＤ」と、新規のクライアントの「担当者」と「住所」と「電話番号」とを関連付けて、クライアントテーブルＤ５３に登録する。

なお、クライアントサーバ３０と管理サーバ５０との通信により、新規のクライアントに関する「クライアントサーバＩＤ」と「担当者」と「住所」と「電話番号」とを得ることが可能である。

〔リソーステーブルの更新〕
次に、リソーステーブルＤ５５の更新について説明する。リソーステーブルＤ５５は、管理サーバ５０の制御部５０５により更新される。

例えば、新規の演算装置１０５がシステム１に加入すると、制御部５０５は、その新規の演算装置１０５に関連する情報をリソーステーブルＤ５５に登録することで、リソーステーブルＤ５５を更新する。

具体的には、制御部５０５は、新規の演算装置１０５を所有するユーザに設定された「ユーザＩＤ」と、その演算装置１０５の「型番」と、その演算装置１０５の「演算利用可否」と、その演算装置１０５の「充電フラグ」と、その演算装置１０５が計算を実行する際に消費する電力の充電料金（演算コスト）を算出するために必要な情報（「充電料金」、「平均充電料金」、「定格消費電力」、「時間当たり演算量」）とを関連付けて、リソーステーブルＤ５５に登録する。

なお、新規の演算装置１０５を搭載する車両１０や、その車両１０を所有するユーザのユーザ端末２０と、管理サーバ５０との通信により、新規の演算装置１０５に関連する「型番」と「充電料金」、「平均充電料金」、「定格消費電力」及び「時間当たり演算量」とを得ることが可能である。また、ユーザテーブルＤ５１を参照することにより、新規の演算装置１０５に関連する「ユーザＩＤ」を得ることが可能である。

〔リソーステーブルの定期更新〕
また、リソーステーブルＤ５５に登録された演算装置１０５の「演算利用可否」と「充電フラグ」とが定期的に更新される。この定期更新は、管理サーバ５０の制御部５０５により行われる。

〈第４更新処理〉
例えば、演算装置テーブルＤ５２の「利用履歴情報Ｄ５」に基づいて、リソーステーブルＤ５５の「演算利用可否」及び「充電フラグ」が定期的に（例えば１週毎に）更新されても良い。具体的には、制御部５０５は、リソーステーブルＤ５５に登録された演算装置１０５毎に、以下の第４更新処理を実行してもよい。

第４更新処理では、制御部５０５は、演算装置テーブルＤ５２に登録された演算禁止情報と、演算装置テーブルＤ５２に登録された利用履歴情報Ｄ５に含まれている走行履歴情報Ｄ１３とに基づき、現時点から所定期間前（例えば４週間前）までにおいてジョブデータの計算が禁止されない条件（位置、曜日、時間帯など）の下で車両１０が駐車されていた曜日及び時間帯を、演算装置１０５が「演算利用可能」な曜日及び時間帯としてリソーステーブルＤ５５に登録し（例えばその曜日及び時間帯における「演算利用可否」の値を「１」とする）、その他の曜日及び時間帯（例えば、車両１０が走行していた曜日及び時間帯や、ジョブデータの計算が禁止される条件の下で車両１０が駐車されていた曜日及び時間帯）を、演算装置１０５が「演算利用不可」な曜日及び時間帯としてリソーステーブルＤ５５に登録する（例えばその曜日及び時間帯における「演算利用可否」の値を「０」とする）。

また、制御部５０５は、リソーステーブルＤ５５に登録されている「演算利用可否」と、演算装置テーブルＤ５２に登録された利用履歴情報Ｄ５に含まれている車両状態情報Ｄ１２とに基づき、演算装置１０５が「演算利用可能」な曜日及び時間帯の内、同一の場所で車両１０が充電設備６０から充電されている曜日及び時間帯を、充電設備６０から供給される電力を演算に利用可能な曜日及び時間帯としてリソーステーブルＤ５５に登録する（例えばその曜日及び時間帯における「充電フラグ」を「１」とする）。このとき、制御部５０５は、車両１０が充電設備６０から充電されている位置に基づき充電設備６０を特定し、その充電設備６０における充電料金を、その曜日及び時間帯における充電料金としてリソーステーブルＤ５５に登録する。また、演算装置１０５が「演算利用可能」な曜日及び時間帯の内、同一の場所で車両１０が充電設備６０から充電されていない曜日及び時間帯は、車両１０のバッテリ１０６の電力を演算に利用する曜日及び時間帯としてリソーステーブルＤ５５に登録する（例えばその曜日及び時間帯における「充電フラグ」を「０」とする）。

〈第５更新処理〉
また、ユーザ端末２０から提供される情報に基づいて、リソーステーブルＤ５５の「演算利用可否」及び「充電フラグ」が定期的に（例えば１日毎に）更新されても良い。具体的には、制御部５０５は、リソーステーブルＤ５５に登録された演算装置１０５毎に、以下の第５更新処理を実行してもよい。

第５更新処理では、制御部５０５は、ユーザ端末２０の制御部２０５に対して「スケジュール情報Ｄ２３」へのアクセスを要求する。ユーザ端末２０の制御部２０５は、その要求に応答して「スケジュール情報Ｄ２３」へのアクセスを許可する。制御部５０５は、そのスケジュール情報Ｄ２３に示された車両１０の行動予定に基づき、車両１０が移動する予定の曜日及び時間帯と、ジョブデータの計算が禁止される条件の下で車両１０が駐車される予定の曜日及び時間帯とを、リソーステーブルＤ５５において演算装置１０５が「演算利用可能」として登録されている曜日及び時間帯から除外する（例えば該当する曜日及び時間帯における「演算利用可否」の値を「１」から「０」に変更する）。また、制御部５０５は、スケジュール情報Ｄ２３に示された車両１０の行動予定に基づき、ジョブデータの計算が禁止されない条件の下で車両１０が駐車される予定の曜日及び時間帯を、リソーステーブルＤ５５において演算装置１０５が「演算利用可能」として登録されている曜日及び時間帯に追加する（例えば該当する曜日及び時間帯における「演算利用可否」の値を「０」から「１」に変更する）。

また、制御部５０５は、スケジュール情報Ｄ２３に示された車両１０の行動予定に基づき、リソーステーブルＤ５５において演算装置１０５が「演算利用可能」な曜日及び時間帯の内、車両１０の充電が予定されている曜日及び時間帯を、リソーステーブルＤ５５において充電設備６０から供給される電力を演算に利用可能な曜日及び時間帯として登録されている曜日及び時間帯に追加する（例えば該当する曜日及び時間帯における「充電フラグ」を「１」に変更する）。この場合、充電が予定されている充電設備６０における充電料金を、リソーステーブルＤ５５の「充電料金」として登録することができる。

〔制御部による処理（管理方法）〕
制御部５０５は、ジョブ受付処理と、演算コスト算出処理と、ジョブ割当処理と、グリッドコンピューティング処理とを行う。

〔ジョブ受付処理（ジョブ受付ステップ）〕
次に、図８を参照して、ジョブ受付処理について説明する。ジョブ受付処理では、クライアントにより計算を依頼されたジョブデータＤ１を受け付ける。例えば、制御部５０５は、クライアントからジョブデータＤ１の計算が依頼される毎に、以下の処理を行う。

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

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

図９に示すように、ジョブ受付画面は、ジョブの受付に必要となる情報を入力させる画面である。ジョブ受付画面には、クライアント名を入力するクライアント名入力欄Ｒ１０１、クライアントの担当者名を入力する担当者名入力欄Ｒ１０２、クライアントの住所を入力する住所入力欄Ｒ１０４、ジョブの名称を入力するジョブ名称入力欄Ｒ１１１、ジョブの内容に関する説明を入力するジョブ内容入力欄Ｒ１１２、ジョブに対応するジョブデータの計算タイプを入力する計算タイプ入力欄Ｒ１１３、ジョブデータの処理条件を入力する処理条件入力欄Ｒ１１４、ジョブデータの演算量を入力する演算量入力欄Ｒ１１５、ジョブの納期を入力する納期入力欄Ｒ１１６と、登録ボタンＢ１００とが設けられる。

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

また、制御部５０５は、ジョブ受付画面で入力された情報を取得することに代えて、クライアントサーバ３０の記憶部３０４からクライアント情報Ｄ３１及びジョブ情報を取得してもよい。この場合、クライアントサーバ３０の制御部３０５は、管理サーバ５０の制御部５０５からの要求に応答して、クライアント情報Ｄ３１及びジョブ情報を管理サーバ５０に送信する。管理サーバ５０の制御部５０５は、クライアント情報Ｄ３１及びジョブ情報を受信する。

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

〈ステップＳ１２〉
次に、管理サーバ５０の制御部５０５は、ステップＳ１１において受信されたジョブデータＤ１を分析する。具体的には、制御部５０５は、ジョブデータＤ１の計算タイプ、処理条件、演算量などを分析する。そして、制御部５０５は、ジョブデータＤ１の分析の結果に基づいて、ステップＳ１１において受信されたジョブ情報を修正する。

なお、ステップＳ１１において受信されたジョブ情報が十分に信頼できる場合は、ステップＳ１２の処理を省略してもよい。

〈ステップＳ１３〉
次に、管理サーバ５０の制御部５０５は、ステップＳ１１において受信されたクライアント情報と、ステップＳ１２において必要に応じて修正されたジョブ情報（またはステップＳ１１において受信されたジョブ情報）とを関連付けて、ジョブテーブルＤ５４に登録する。また、制御部５０５は、ステップＳ１１において受信されたジョブデータＤ１を記憶部５０４に記憶する。

〔演算コスト算出処理（演算コスト算出ステップ）〕
次に、図１０及び図１１を参照して、演算コスト算出処理について説明する。演算コスト算出処理では、記憶部５０４に記憶された演算装置テーブルＤ５２及びリソーステーブルＤ５５に基づいて、複数の演算装置１０５の各々がジョブデータの計算を実行する際に消費する電力の充電料金（演算コスト）の現在値及び予測値を算出し、リソーステーブルＤ５５に登録する。例えば、制御部５０５は、定期的に（例えば１時間毎に）、以下の処理を行う。

〈ステップＳ２１〉
まず、制御部５０５は、リソーステーブルＤ５５を参照し、現時点から所定時間後（例えば１２時間後）までの時間帯毎に、ジョブデータの計算に利用可能な演算装置１０５を抽出する。具体的には、制御部５０５は、現時点から所定時間後までの時間帯毎に、リソーステーブルＤ５５の「演算利用可否」の値が「１」である演算装置１０５を抽出する。

〈ステップＳ２２〉
次に、制御部５０５は、ステップＳ２１で抽出した演算装置１０５の各々について、その演算装置１０５がジョブデータの計算に利用可能な時間帯における演算コストの現在値又は予測値を算出する。

具体的には、制御部５０５は、まず、演算装置１０５に供給される電力の充電料金を取得する。このとき、リソーステーブルＤ５５においてその演算装置１０５の演算利用可能な時間帯における充電フラグが「１」の場合には、充電設備６０から供給されている電力により演算装置１０５に計算を実行させることができるので、制御部５０５は、リソーステーブルＤ５５におけるその時間帯の「充電料金」を、演算装置１０５に供給される電力の充電料金として取得する。また、充電フラグが「０」の場合には、バッテリ１０６から供給される電力により演算装置１０５に計算を実行させるので、リソーステーブルＤ５５における「平均充電料金」を、演算装置１０５に供給される電力の充電料金として取得する。

さらに、制御部５０５は、演算装置１０５の温度制御に使用される電力を示す熱制御消費電力を取得する。具体的には、制御部５０５は、演算装置１０５が搭載された車両１０の現時点における外気温及び直射日光の有無を、演算装置テーブルＤ５２の利用履歴情報Ｄ５に含まれる車両１０の外気温及び直射日光の有無に基づき特定する。また、制御部５０５は、車両１０の将来の外気温及び直射日光の有無を、通信部５０３を介して取得した天気予報情報と、演算装置テーブルＤ５２の利用履歴情報Ｄ５と、ユーザ端末２０から提供されたスケジュール情報Ｄ２３とに基づき推定する。例えば、制御部５０５は、スケジュール情報Ｄ２３に示された車両１０の行動予定に基づき、演算装置１０５の演算利用可能な時間帯における予定位置の天気予報情報から、車両１０の外気温及び直射日光の有無を推定する。また、車両１０の行動予定がない場合には、制御部５０５は、利用履歴情報Ｄ５に基づき、過去所定期間（例えば４週間）にわたって演算装置１０５の演算利用可能な時間帯に車両１０が存在した頻度の高い位置を特定する。そして、特定した位置における過去の直射日光の有無の履歴と天気予報情報とに基づき、演算装置１０５の演算利用可能な時間帯における車両１０の外気温及び直射日光の有無を推定する（例えば特定した位置における演算利用可能な時間帯の天気予報情報が「晴」且つその位置における当該時間帯の直射日光の履歴が「有」の場合、直射日光が有ると推定する）。

そして、制御部５０５は、演算装置１０５の演算利用可能な時間帯における外気温が所定温度以上（例えば３０℃以上）且つ直射日光が有る場合、演算装置１０５の冷却制御が作動すると想定し、そのための消費電力（例えば０．１ｋＷ）を熱制御消費電力として取得する。また、制御部５０５は、演算装置１０５の演算利用可能な時間帯における外気温が所定温度未満（例えば１０℃未満）且つ直射日光が無い場合、演算装置１０５の暖機制御が作動すると想定し、そのための消費電力（例えば０．１ｋＷ）を熱制御消費電力として取得する。

次いで、制御部５０５は、リソーステーブルＤ５５に登録されている演算装置１０５の定格消費電力と、取得した熱制御消費電力との和を、演算装置１０５がジョブデータの計算のために使用する消費電力として算出する。この消費電力（ｋＷ）を、リソーステーブルＤ５５に登録されている演算装置１０５の時間当たりの演算量（ブロック／ｈ）で除することにより、その演算装置１０５の単位演算量当たりの消費電力量を示す電力効率（ｋＷｈ／ブロック）が算出される。この電力効率に充電料金（円／ｋＷｈ）を乗ずることにより、演算コスト（円／ブロック）が算出される。つまり、熱制御消費電力が小さいほど演算コストは低くなり、電力効率の値（単位演算量当たりの消費電力量）が小さいほど演算コストは低くなり、充電料金が安いほど演算コストは低くなる。

〈ステップＳ２３〉
次に、制御部５０５は、現時点から所定時間後までの時間帯毎に、ジョブデータの計算に利用可能な演算装置１０５について算出した演算コストをリソーステーブルＤ５５に登録する。これにより、リソーステーブルＤ５５が更新される。

図１１の例では、例えばユーザ「Ａ」に対応する演算装置１０５は、１３時、１４時、２２時において「演算利用可否」の値が「１」である。そこで制御部５０５は、ステップＳ２１において、１３時、１４時、２２時の時間帯にジョブデータの計算に利用可能な演算装置１０５として「Ａ」に対応する演算装置１０５を抽出する。この演算装置１０５の充電フラグは、１３時及び１４時では「０」であり、２２時では「１」である。そこで、ステップＳ２２において、制御部５０５は、１３時及び１４時における演算装置１０５の充電料金として「平均充電料金」の２８（円／ｋＷｈ）を取得し、２２時における演算装置１０５の充電料金としては「充電料金」の２５（円／ｋＷｈ）を取得する。また、この演算装置１０５の定格消費電力は０．１（ｋＷ）であり、熱制御消費電力は、１３時及び１４時では０．１（ｋＷ）、２２時では０（ｋＷ）である。また、この演算装置１０５の時間当たりの演算量は１（ブロック／ｈ）である。そこで、ステップＳ２２において、制御部５０５は、この演算装置１０５の１３時及び１４時における演算コストを、（０．１＋０．１）÷１×２８＝５．６（円／ブロック）と算出し、２２時における演算コストを、（０．１＋０）÷１×２５＝２．５（円／ブロック）と算出する。同様に、制御部５０５はジョブデータの計算に利用可能な演算装置１０５の各々について演算コストを算出することができる。

〔ジョブ割当処理（ジョブ割当ステップ）〕
次に、図１２を参照して、ジョブ割当処理について説明する。ジョブ割当処理は、演算コスト算出処理の結果に基づいて、受付処理において受け付けられたジョブデータＤ１に対し、複数の演算装置１０５のうちグリッドコンピューティング処理において利用可能な演算装置１０５を割り当てる処理である。例えば、制御部５０５は、ジョブ受付処理の完了後に、以下の処理を行う。

〈ステップＳ３１〉
まず、制御部５０５は、ジョブテーブルＤ５４に登録されたジョブの中からジョブ割当処理の対象となるジョブを選択する。例えば、制御部５０５は、ジョブテーブルＤ５４に登録されたジョブの内、最も開始時刻が早いジョブを選択する。ジョブの開始時刻は、制御部５０５がジョブの納期に基づき決定しても良いし、ジョブ受付処理においてクライアントサーバ３０の入力部３０１を介して指定されても良い。そして、制御部５０５は、記憶部５０４に記憶されたジョブデータＤ１の中からジョブ割当処理の対象となるジョブに対応するジョブデータＤ１を選択する。

〈ステップＳ３２〉
次に、制御部５０５は、リソーステーブルＤ５５に登録された複数の演算装置１０５の各々の演算コストに基づいて、各演算装置１０５の時間当たりの演算量の和が、選択されたジョブデータＤ１において要求される演算量に到達するまで、演算コストの低い方から順に演算装置１０５を選択する。電力効率の値（単位演算量当たりの消費電力量）が低いほど演算コストは低くなり、充電料金が安いほど演算コストは低くなるので、単位演算量当たりの消費電力量が低く、充電料金が安い演算装置１０５が優先して選択されることになる。

具体的には、制御部５０５は、ジョブテーブルＤ５４を参照し、ジョブデータＤ１の計算に必要な演算量を取得する。そして、リソーステーブルＤ５５を参照して、ジョブデータＤ１に対応するジョブの開始時刻を含む時間帯における各演算装置１０５の時間当たり演算量及び演算コストを取得し、ジョブデータＤ１の計算に必要な演算量に到達するまで、演算コストの低い方から順に演算装置１０５を選択する。

例えば、１２時から開始されるジョブのジョブデータＤ１の計算に必要な演算量が２コードブロックである場合、図１１の例では、１２時において演算利用可能な演算装置１０５であるユーザ「Ｂ」及び「Ｃ」の内、演算コストが低いのは「Ｃ」である。この「Ｃ」の時間当たり演算量は「２」でありジョブデータＤ１の計算に必要な演算量を満たしているので、制御部５０５は、「Ｃ」に対応する演算装置１０５を選択する。

また、１４時から開始されるジョブのジョブデータＤ１の計算に必要な演算量が３コードブロックである場合、図１１の例では、１４時において演算利用可能な演算装置１０５である「Ａ」及び「Ｃ」の内、演算コストが低いのは「Ｃ」である。この「Ｃ」の時間当たり演算量は「２」でありジョブデータＤ１の計算に必要な演算量を満たしておらず、「Ａ」の時間当たり演算量「１」を加えることによりジョブデータの計算に必要な演算量が満たされる。そこで、制御部５０５は、ジョブデータＤ１の２ブロックの計算用に「Ｃ」に対応する演算装置１０５を選択し、残りの１ブロックの計算用に「Ａ」に対応する演算装置１０５を選択する。

また、２２時から開始されるジョブのジョブデータＤ１の計算に必要な演算量が５コードブロックである場合、図１１の例では、２２時において演算利用可能な演算装置１０５である「Ａ」「Ｂ」及び「Ｃ」の内、演算コストが最も低いのは「Ｂ」、次いで「Ｃ」、次いで「Ａ」である。また、「Ｂ」の時間当たり演算量は「２」、「Ｃ」の時間当たり演算量は「２」、「Ａ」の時間当たり演算量は「１」である。そこで、制御部５０５は、「Ｂ」及び「Ｃ」に対応する演算装置１０５を、それぞれジョブデータＤ１の２ブロックの計算用に選択し、残りの１ブロックの計算用に「Ａ」に対応する演算装置１０５を選択する。

〈ステップＳ３３〉
次に、制御部５０５は、ステップＳ３１において選択されたジョブデータＤ１に対し、ステップＳ３２において選択された演算装置１０５を割り当てる。そして、制御部５０５は、どのジョブデータＤ１にどの演算装置１０５が割り当てられたのかを示すジョブ割当結果情報をジョブ割当テーブルＤ５６に登録する。

〔グリッドコンピューティング処理〕
次に、図１３を参照して、グリッドコンピューティング処理について説明する。グリッドコンピューティング処理では、ジョブ割当処理においてジョブデータＤ１に割り当てられた演算装置１０５にジョブデータＤ１を処理させる。例えば、制御部５０５は、ジョブ割当処理の完了後に、ジョブデータＤ１の開始時刻が到来すると、以下の処理を行う。

〈ステップＳ４１〉
まず、制御部５０５は、ジョブ割当処理においてジョブデータＤ１に割り当てられた演算装置１０５の各々に、ジョブデータの計算に利用可能か否か問い合わせる。

〈ステップＳ４２〉
次に、制御部５０５は、ステップＳ４１の問い合わせに対してジョブデータの計算に利用不可能（例えば、その演算装置１０５の搭載された車両１０が走行しているため演算装置１０５が使用中、演算装置１０５の搭載された車両１０のバッテリ１０６の残量が所定値（例えば４０％）未満、ジョブデータの計算が禁止される位置及び時間帯に該当等）と応答した演算装置１０５や、車両１０が通信不能であることなどによりステップ４１の問い合わせに対して応答できなかった演算装置１０５が割り当てられていたジョブデータＤ１に、現在ジョブデータの計算に利用可能な演算装置１０５を、演算コストの現在値が低い順に、ジョブデータＤ１の計算に必要な演算量が満たされるまで割り当てる。演算装置１０５を割り当てる具体的な手順は、図１２に示したジョブ割当処理と同様である。

〈ステップＳ４３〉
次に、制御部５０５は、ジョブ割当テーブルＤ５６を参照し、グリッドコンピューティング処理の対象となるジョブデータＤ１を、ジョブ割当処理においてそのジョブデータＤ１に割り当てられた演算装置１０５に分配する。具体的には、制御部５０５は、ジョブデータＤ１に割り当てられた演算装置１０５の各々に、そのジョブデータＤ１の一部を送信する。これにより、ジョブデータＤ１は、そのジョブデータＤ１に割り当てられた演算装置１０５により並列処理される。

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

〈ステップＳ４５〉
制御部５０５は、ステップＳ４３においてジョブデータＤ１が分配された演算装置１０５の全てが計算を完了したか否かを判定する。演算装置１０５の全てが計算を完了している場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４６の処理が行われ、そうでない場合には（ステップＳ４５：ＮＯ）、ステップＳ４４の処理が行われる。

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

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

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

〔ジョブ経過確認〕
なお、この例では、管理サーバ５０の制御部５０５は、ジョブを依頼したクライアントのクライアントサーバ３０からジョブの処理経過の確認が要求されると、その要求に応答して、そのジョブの処理経過を確認するための確認画面の画像データをクライアントサーバ３０に送信する。クライアントサーバ３０は、その画像データから確認画面の画像を再生し、その画像を出力部３０２（表示部）に出力（表示）させる。

図１４に示すように、確認画面には、ジョブの名称を表示するジョブ名称表示欄Ｒ２０１と、ジョブの処理経過を表示する処理経過表示欄Ｒ２０２と、ジョブの処理が開始される日時を示す計算開始日時表示欄Ｒ２０３と、ジョブの処理が終了する日時を示す計算終了日時表示欄Ｒ２０４と、ジョブに対するグリッドコンピューティング処理に演算装置１０５の計算能力を提供するユーザを示す参加ユーザ表示欄Ｒ２０５とが設けられる。

以上、本発明の実施形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良することができる。以下、このような変形例について説明する。

まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。

上述の実施形態のジョブ割当処理において、演算コストが相対的に高いためにジョブデータに割り当てられない演算装置１０５が存在した場合、制御部５０５は、ジョブデータに割り当てられなかった演算装置１０５に対して、充電料金を低減するために電気契約の切り替えの検討を推奨する旨の情報を送信しても良い。

〔作用及び効果〕
最後に、本実施形態及び本実施形態の変形例による管理サーバ５０の作用効果について説明する。

本実施形態によれば、管理サーバ５０の制御部５０５は、充電コスト情報Ｄ６に基づき、ジョブデータＤ１の計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の演算装置１０５を選択してジョブデータＤ１に割り当て、グリッドコンピューティング処理を実行する。これにより、計算を実行する際に消費する電力の料金が相対的に低い演算装置１０５を利用してグリッドコンピューティング処理を実行することができ、グリッドコンピューティングの計算を実行する際の電気料金を抑えることができる。

また、本実施形態によれば、例えば昼間電力と夜間電力とで料金が異なる場合など、時間帯に応じて電力の料金が異なる場合に、制御部５０５は、ジョブデータＤ１の計算を実行する時間帯において計算に使用する電力の料金が低い演算装置１０５を適切に選択することができる。これにより、グリッドコンピューティングの計算を実行する際の電気料金をより効果的に抑えることができる。

また、本実施形態によれば、制御部５０５は、ジョブデータＤ１に割り当てる演算装置１０５を選択する際、ジョブデータＤ１の計算に必要な演算量と各演算装置１０５の演算量とを考慮することにより、ジョブデータＤ１の計算が確実に実行されるようにしつつ、ジョブデータＤ１の計算に使用する電力の料金を抑えることができる。

１ システム
１０ 車両
１０５ 演算装置
１０６ バッテリ
２０ ユーザ端末
３０ クライアントサーバ
４０ 施設サーバ
５０ 管理サーバ
５０１ 入力部
５０２ 出力部
５０３ 通信部
５０４ 記憶部
５０５ 制御部
６０ 充電設備
Ｄ１ ジョブデータ
Ｄ２ 計算結果データ
Ｄ５ 利用履歴情報
Ｄ６ 充電コスト情報
Ｄ５５ リソーステーブル

Claims (4)

1. クライアントサーバから提供されたジョブデータを、複数の車両に搭載された演算装置に処理させるグリッドコンピューティング処理を管理する管理装置であって、
   記憶部と、
   制御部と、を備え、
   前記記憶部は、前記演算装置の各々が搭載されている車両のバッテリに当該車両の外部から供給される電力の料金を示す充電コスト情報を記憶し、
   前記制御部は、
   前記クライアントサーバから、前記ジョブデータを受け付けるジョブ受付処理と、
   前記充電コスト情報に基づき、前記演算装置の各々が前記ジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の前記演算装置を選択し、当該選択した演算装置を前記ジョブデータに割り当てるジョブ割当処理と、
   前記ジョブデータに割り当てられた前記演算装置の各々に当該ジョブデータを分配し、当該演算装置の各々から前記ジョブデータの計算結果データを受信し、当該受信した計算結果データを前記クライアントサーバに送信する前記グリッドコンピューティング処理と、
   を実行するように構成されている、
   管理装置。
2. 前記記憶部は、時間帯毎の前記電力の料金を示す前記充電コスト情報を記憶し、
   前記制御部は、前記ジョブ割当処理において、前記ジョブデータの計算を実行する時間帯において前記計算に使用する電力の料金が低い順に１又は２以上の前記演算装置を選択し、当該選択した演算装置を前記ジョブデータに割り当てる、
   請求項１に記載の管理装置。
3. 前記記憶部は、前記演算装置の各々がグリッドコンピューティング処理において計算可能な演算量を記憶し、
   前記制御部は、
   前記ジョブ受付処理において、前記ジョブデータの計算に必要となる演算量を受け付け、
   前記ジョブ割当処理において、前記選択した演算装置の各々の前記演算量の和が前記ジョブデータの前記演算量以上となるように、１又は２以上の前記演算装置を選択する、
   請求項１又は２に記載の管理装置。
4. クライアントサーバから提供されたジョブデータを、複数の車両に搭載された演算装置に処理させるグリッドコンピューティング処理をコンピュータにより管理する管理方法であって、
   前記演算装置の各々が搭載されている車両のバッテリに当該車両の外部から供給される電力の料金を示す充電コスト情報を記憶装置に記憶させる記憶ステップと、
   前記クライアントサーバから、前記ジョブデータを受け付けるジョブ受付ステップと、
   前記充電コスト情報に基づき、前記演算装置の各々が前記ジョブデータの計算に使用する電力の料金を算出し、当該算出した料金が低い順に１又は２以上の前記演算装置を選択し、当該選択した演算装置を前記ジョブデータに割り当てるジョブ割当ステップと、
   前記ジョブデータに割り当てられた前記演算装置の各々に当該ジョブデータを分配し、当該演算装置の各々から前記ジョブデータの計算結果データを受信し、当該受信した計算結果データを前記クライアントサーバに送信するグリッドコンピューティングステップと、
   を有する管理方法。

Images