JP2023034410A - 管理装置及び管理方法 - Google Patents

Abstract

【課題】演算装置が搭載された複数の車両が近距離に存在し且つ非稼働状態である状況においてグリッドコンピューティングを適切に行わせるようにする。【解決手段】管理サーバ５０は、複数の車両１０に搭載された複数の演算装置１０５にジョブデータを処理させるグリッドコンピューティングを管理する。管理サーバ５０の制御部５０５は、グリッドコンピューティングを行うためのイベントの開催要求を、演算装置が搭載された車両のユーザから受信すると、イベントの参加要求を、演算装置が搭載された他の車両のユーザに送信し、ユーザが参加要求に応答することで、複数の車両がイベントの開催場所に集まって車両群が形成され、且つ、車両群のそれぞれの車両が非稼働状態にされた場合に、ジョブデータを車両群のそれぞれの車両に搭載された演算装置に処理させることで、グリッドコンピューティングを実現する。【選択図】図１０

Description

本発明は、複数の車両に搭載された複数の演算装置において実現されるグリッドコンピューティングを管理する管理装置及び管理方法に関する。

この種の技術が、例えば特許文献１及び２に開示されている。特許文献１には、複数の処理装置に加えて、車両に搭載された車載装置も用いて、グリッドコンピューティングを実現するシステムが開示されている。このシステムでは、車載装置が搭載された車両においてエンジンオフ操作や電源オフ操作が行われたときに、この車載装置をグリッドコンピューティングに参加させている。

また、特許文献２には、近距離に存在する車両群が走行しているときに、この車両群の各々に搭載された車載端末によって、グリッドコンピューティングを実現するシステムが開示されている。このシステムでは、各車両に搭載された車載端末が無線通信できるような近距離に存在するときに、グリッドコンピューティングを行っている。

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

ところで、複数の車両に搭載された複数の演算装置によりグリッドコンピューティングを実現する場合、以下のような理由により、複数の車両が近距離に存在し且つ非稼働状態にあることが望ましいと考えられる。まず、車両が非稼働状態（例えばイグニッションオフや車両電源オフの状態）にある場合には、演算装置が車両のための計算（１つの例では車両の走行制御のための計算など）を行わないので、演算装置がグリッドコンピューティングに提供する計算能力が時間変化せず、また、演算装置の計算能力のほぼ全てをグリッドコンピューティングに提供することができる。したがって、車両が非稼働状態にある場合には、演算装置における安定且つ十分な計算能力を、グリッドコンピューティングに提供することができる。

次に、グリッドコンピューティングでは、ジョブの内容によっては、ある演算装置の計算結果を用いて、他の演算装置が計算を行うというような逐次処理などが行われる場合があるため、複数の演算装置が比較的長いまとまった時間、同時に稼働していることが望ましい。例えば、グリッドコンピューティングを行うために、演算装置が搭載された複数の車両を近距離に集めるようにすると、つまり複数の車両によって特定の場所に車両群を形成させるようにすると、複数の演算装置を比較的長時間、同時に稼働させておくのに有効であると考えられる。また、こうして複数の車両を近距離に集めると、グリッドコンピューティングにおいて車車間での通信が必要となる場合にも有効である。

以上より、演算装置が搭載された複数の車両を近距離に集めて非稼働状態にしてグリッドコンピューティングを行うと、グリッドコンピューティングのための安定した計算資源（演算装置の計算能力）を効果的に確保することができると考えられる。上記した特許文献１及び２に記載されたシステムは、グリッドコンピューティングを行うために、演算装置が搭載された複数の車両を積極的に近距離に集めて非稼働状態にすることはできなかった。なお、このように複数の車両が近距離に存在する状況でグリッドコンピューティングを行うことにより、グリッドコンピューティングを通じて、複数の車両のユーザ同士の交流も図ることもできると考えられる。

本発明は、上述した問題点を解決するためになされたものであり、演算装置が搭載された複数の車両が近距離に存在し且つ非稼働状態である状況においてグリッドコンピューティングを適切に行わせるようにすることができる管理装置及び管理方法を提供することを目的とする。

上記の目的を達成するために、本発明は、複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングを管理する管理装置であって、複数の車両及び／又は複数の演算装置に関する情報を記憶する記憶部と、記憶部に記憶された情報に基づき、ジョブデータを複数の演算装置のそれぞれに分配して、ジョブデータを複数の演算装置のそれぞれに処理させることで、グリッドコンピューティングを実現するように構成された制御部と、を有し、制御部は、グリッドコンピューティングを行うためのイベントの開催要求を、演算装置が搭載された車両のユーザから受信したときに、イベントの参加要求を、演算装置が搭載された他の車両のユーザに送信し、ユーザが参加要求に応答することで、複数の車両がイベントの開催場所に集まって車両群が形成され、且つ、車両群のそれぞれの車両が非稼働状態にされたときに、ジョブデータを車両群のそれぞれの車両に搭載された演算装置に処理させることで、グリッドコンピューティングを実現するように構成されている、ことを特徴とする。

このように構成された本発明では、グリッドコンピューティングを管理する管理装置は、ユーザからの要求に応じて、グリッドコンピューティングを行うためのイベントを設定し、このイベントへの参加の要求を他のユーザへと発する。これにより、演算装置が搭載された複数の車両を効果的に近距離に集めて、これら車両が非稼働状態にされた状況において、グリッドコンピューティングを適切に行うことができる。よって、本発明によれば、グリッドコンピューティングのための安定した計算資源を効果的に確保することができる。また、本発明によれば、グリッドコンピューティングの開催をイベント化することで、グリッドコンピューティングを通じたユーザ同士の交流の機会を積極的に作ることができる。
なお、管理装置は、ユーザの車両に搭載された車載装置や（演算装置であってもよいし、演算装置とは別体の装置であってもよい）、ユーザが使用するユーザ端末などを介して、イベントの開催要求をユーザから受信し、また、イベントの参加要求をユーザに送信する。

本発明において、好ましくは、制御部は、参加要求を送信するときに、イベントに参加することでユーザに付与されるインセンティブの情報も送信するように構成されている。
このように構成された本発明によれば、ユーザによるイベントの参加を効果的に促すことができる。

本発明において、好ましくは、制御部は、参加要求を送信するときに、イベントの開催場所に集合している車両の台数の情報も送信するように構成されている。
このように構成された本発明によっても、ユーザによるイベントの参加を効果的に促すことができる。

本発明において、好ましくは、制御部は、参加要求を送信するときに、イベントの開催場所、イベントの参加期限、及びイベントの終了予定日時の情報も送信するように構成されている。
このように構成された本発明によれば、参加要求の送信時に、イベントの具体的な情報を確実にユーザに提供することができる。

本発明において、好ましくは、制御部は、イベントにおいてグリッドコンピューティングを行っている演算装置が搭載された車両の点灯装置を点灯させる要求を、車両に送信するように構成されている。
このように構成された本発明によれば、イベントに参加する車両群の各車両が、グリッドコンピューティング中に点灯装置を点灯させることとなる。これにより、イベントに参加しているユーザが他のユーザを認知して声掛けすることで、イベントに参加しているユーザ同士の交流を図ることができる。その結果、ユーザ同士の交流からの楽しさを与えて、今後のイベントへの参加意欲を向上させることができる。更に、今回イベントに参加していない車両のユーザに対しても、上記のような車両群における点灯装置の点灯を介して、グリッドコンピューティングのイベントへの興味を持たせて、今後のイベントへの参加のきっかけを与えることができる。

本発明において、好ましくは、制御部は、イベントに参加した車両のユーザに報酬を付与すると共に、イベントに参加した車両の台数に応じて報酬を増加させるように構成されている。
このように構成された本発明によれば、ユーザによるイベントの参加を効果的に促すことができ、その結果、グリッドコンピューティングのための安定した計算資源をより効果的に確保することが可能となる。

他の観点では、上記の目的を達成するために、本発明は、複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングをコンピュータにより管理する管理方法であって、複数の車両及び／又は複数の演算装置に関する情報を記憶する記憶ステップと、記憶ステップにより記憶された情報に基づき、ジョブデータを複数の演算装置のそれぞれに分配して、ジョブデータを複数の演算装置のそれぞれに処理させることで、グリッドコンピューティングを実現する制御ステップと、を有し、制御ステップは、グリッドコンピューティングを行うためのイベントの開催要求を、演算装置が搭載された車両のユーザから受信したときに、イベントの参加要求を、演算装置が搭載された他の車両のユーザに送信するステップと、ユーザが参加要求に応答することで、複数の車両がイベントの開催場所に集まって車両群が形成され、且つ、車両群のそれぞれの車両が非稼働状態にされたときに、ジョブデータを車両群のそれぞれの車両に搭載された演算装置に処理させることで、グリッドコンピューティングを実現するステップと、を有する、ことを特徴とする。
このように構成された本発明によっても、グリッドコンピューティングを行うためのイベントを開催することで、演算装置が搭載された複数の車両を近距離に集めて、これら車両が非稼働状態にされた状況において、グリッドコンピューティングを適切に行うことができる。よって、グリッドコンピューティングのための安定した計算資源を効果的に確保することができる。また、本発明によれば、グリッドコンピューティングの開催をイベント化することで、グリッドコンピューティングを通じたユーザ同士の交流の機会を積極的に作ることができる。

本発明に係る管理装置及び管理方法によれば、演算装置が搭載された複数の車両が近距離に存在し且つ非稼働状態である状況においてグリッドコンピューティングを適切に行わせるようにすることができる。

本発明の実施形態によるシステムの構成を示す概略図である。 本発明の実施形態によるグリッドコンピューティングについて説明するための概念図である。 本発明の実施形態による車両の構成を示すブロック図である。 本発明の実施形態によるユーザ端末の構成を示すブロック図である。 本発明の実施形態によるクライアントサーバの構成を示すブロック図である。 本発明の実施形態による施設サーバの構成を示すブロック図である。 本発明の実施形態による管理サーバの構成を示すブロック図である。 本発明の実施形態によるジョブ受付処理を示すフローチャートである。 本発明の実施形態によるジョブ受付画面の画像を示す概略図である。 本発明の実施形態によるイベント開催処理を示すフローチャートである。 本発明の実施形態によるイベント参加要求画面の画像を示す概略図である。 本発明の実施形態によるグリッドコンピューティング処理を示すフローチャートである。 本発明の実施形態において、イベントに参加した車両群の様子を示す概略図である。 本発明の実施形態による、車両群の台数に応じた報酬レートを示す表である。

以下、添付図面を参照して、本発明の実施形態による管理装置及び管理方法について説明する。

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

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

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

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

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

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

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

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

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

入力部１０１は、情報やデータを入力する。入力部１０１の例としては、操作されることで操作に応じた情報を入力する操作部、情報を示す画像を入力するカメラ、情報を示す音声を入力するマイクロフォンなどが挙げられる。操作部の例としては、カーナビゲーション装置の操作ボタンやタッチセンサなどが挙げられる。入力部１０１に入力された情報やデータは、演算装置１０５に送られる。例えば、本実施形態では、入力部１０１は、車両１０の演算装置１０５の計算能力をグリッドコンピューティング処理に提供するための指示をユーザから受け付ける。

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

通信部１０３は、情報やデータを送受信する。通信部１０３により受信された情報やデータは、演算装置１０５に送られる。点灯装置１１０は、エクステリアランプ（ヘッドライト、テールライト、ブレーキライト、ウィンカーなど）や、ルームランプなどを有する。

演算装置１０５は、上述したように、その計算能力をグリッドコンピューティング処理に提供する。具体的には、演算装置１０５は、グリッドコンピューティングを実現するように、分配されたジョブデータを処理する。演算装置１０５は、プロセッサ、メモリなどを有するコンピュータである。プロセッサの例としては、ＣＰＵ（Central Processing Unit）や、ＭＰＵ（Media Processing Unit）や、ＧＰＵ（Graphics Processing Unit）などが挙げられる。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。

なお、演算装置１０５に搭載されるプロセッサの数は、１つであってもよいし、複数のであってもよい。また、演算装置１０５に搭載されるプロセッサは、ＭＰＵ、ＣＰＵおよびＧＰＵのいずれか一つのみであってもよいし、ＭＰＵ、ＣＰＵおよびＧＰＵの２つ以上であってもよい。１つの例では、演算装置１０５は、１つまたは複数のＥＣＵ（Electronic Control Unit）により構成され、車両１０の各部を制御する。この例では、演算装置１０５は、上記のグリッドコンピューティングのためのジョブデータの処理に加えて、センサ１２により得られた各種の情報に応じて、アクチュエータ１１や点灯装置１１０を制御する。他の例では、演算装置１０５は、このようなＥＣＵとは異なる（つまりＥＣＵとは別体の）コンピュータであってもよい。この例では、演算装置１０５は、車両１０の各部を制御せずに、主に、グリッドコンピューティングのためのジョブデータの処理を行う。

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

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

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

なお、車両１０がグリッドコンピューティングを実施するために非稼働状態にされた状態（以下では「グリッドコンピューティング実施スタンバイ状態」と呼ぶ。）を示す情報も、車両状態情報Ｄ１２に含めてもよい。このグリッドコンピューティング実施スタンバイ状態は、演算装置１０５の計算能力をグリッドコンピューティング処理に提供するための指示を、車両１０の入力部１０１やユーザ端末２０の入力部２０１がユーザから受け付け、且つ、車両１０が非稼働状態（例えばイグニッション電源オフやアクセサリ電源オフの状態などのスタンバイ状態やドアロックになった状態）になったときに設定されるものである。

走行履歴情報Ｄ１３は、車両１０の走行履歴を示す情報である。例えば、走行履歴情報Ｄ１３は、車両１０の位置と時刻とを関連付けて示す。また、走行履歴情報Ｄ１３に、車両１０のナビゲーション（経路案内）において設定された案内経路や目的地などの情報を含めてもよい。

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

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

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

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

入力部２０１は、情報やデータを入力する。入力部２０１の例としては、操作されることで操作に応じた情報を入力する操作部、情報を示す画像を入力するカメラ、情報を示す音声を入力するマイクロフォンなどが挙げられる。操作部の例としては、操作ボタン、タッチセンサなどが挙げられる。入力部２０１に入力された情報は、演算装置１０５に送られる。例えば、本実施形態では、入力部２０１は、車両１０の演算装置１０５の計算能力をグリッドコンピューティング処理に提供するための指示をユーザから受け付ける。

出力部２０２は、情報やデータを出力する。出力部２０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。通信部２０３は、情報やデータを送受信する。通信部３０３により受信された情報やデータは、制御部２０５に送られる。

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

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

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

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

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

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

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

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

出力部３０２は、情報やデータを出力する。出力部３０２の例としては、情報を示す画像を出力する表示部、情報を示す音声を出力するスピーカなどが挙げられる。通信部３０３は、情報やデータを送受信する。通信部３０３により受信された情報やデータは、制御部３０５に送られる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、演算装置テーブルＤ５２には、演算装置１０５毎に、その演算装置１０５の性能（計算能力やＣＰＵとＧＰＵの比率など）、その演算装置１０５の稼働状況（稼働履歴および稼働予定）などが登録される。言い換えると、演算装置テーブルＤ５２は、複数の演算装置１０５の各々の稼働状況を示す稼働状況情報Ｄ５と、複数の演算装置１０５の各々の性能を示す性能情報Ｄ６とを含む。性能情報Ｄ６は、複数の演算装置１０５の各々の計算能力を示す計算能力情報Ｄ７を含む。

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

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

リソーステーブルＤ５５は、グリッドコンピューティング処理における計算能力を管理するためのテーブルである。具体的には、リソーステーブルＤ５５には、演算装置１０５毎に、その演算装置１０５に設定された演算装置ＩＤ、その演算装置１０５のグリッドコンピューティング処理において利用可能な計算能力の時間的変化の予測結果などが登録される。マッチングテーブルＤ５６には、ジョブ毎に、そのジョブに設定された受付番号、そのジョブに対応するジョブデータ、そのジョブデータに対して割り当てられた演算装置１０５に設定された演算装置ＩＤなどが登録される。

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

次に、ユーザテーブルＤ５１の更新について説明する。ユーザテーブルＤ５１は、管理サーバ５０の制御部５０５により更新される。例えば、新規のユーザがシステム１に加入すると、制御部５０５は、その新規のユーザに関連する情報をユーザテーブルＤ５１に登録することで、ユーザテーブルＤ５１を更新する。具体的には、制御部５０５は、新規のユーザに対してユーザＩＤを新たに設定し、新規のユーザに設定された「ユーザＩＤ」と、そのユーザに所有される車両１０に設定された「車両ＩＤ」と、その車両１０に搭載された演算装置１０５に設定された「演算装置ＩＤ」と、新規のユーザに所有されるユーザ端末２０に設定された「ユーザ端末ＩＤ」とを関連付けて、ユーザテーブルＤ５１に登録する。

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

［演算装置テーブルの更新］
次に、演算装置テーブルＤ５２の更新について説明する。演算装置テーブルＤ５２は、管理サーバ５０の制御部５０５により更新される。例えば、新規の演算装置１０５がシステム１に加入すると、制御部５０５は、その新規の演算装置１０５に関連する情報を演算装置テーブルＤ５２に登録することで、演算装置テーブルＤ５２を更新する。具体的には、制御部５０５は、新規の演算装置１０５に設定された「演算装置ＩＤ」と、その演算装置１０５を所有するユーザに設定された「ユーザＩＤ」と、その演算装置１０５を搭載する車両１０に設定された「車両ＩＤ」と、その演算装置１０５の「性能」および「稼働状況」とを関連付けて、演算装置テーブルＤ５２に登録する。

なお、新規の演算装置１０５を搭載する車両１０と管理サーバ５０との通信により、新規の演算装置１０５に関連する「演算装置ＩＤ」と「車両ＩＤ」と「性能」と「稼働状況」とを得ることが可能である。また、ユーザテーブルＤ５１を参照することにより、新規の演算装置１０５に関連する「ユーザＩＤ」を得ることが可能である。

［演算装置テーブルの定期更新］
また、演算装置テーブルＤ５２に登録された演算装置１０５の「稼働状況」が定期的に更新される。言い換えると、演算装置テーブルＤ５２に含まれる稼働状況情報Ｄ５が定期的に更新される。この定期更新は、管理サーバ５０の制御部５０５により行われる。

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

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

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

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

（第３更新処理）
また、ユーザ端末２０の「スケジュール情報Ｄ２３」に基づいて、演算装置テーブルＤ５２の演算装置１０５の「稼働状況」（言い換えると稼働状況情報Ｄ５）が定期的に更新されてもよい。具体的には、制御部５０５は、演算装置テーブルＤ５２に登録された演算装置１０５毎に、以下の第３更新処理を実行してもよい。

第３更新処理では、制御部５０５は、演算装置１０５を所有するユーザに所有されるユーザ端末２０に対して「スケジュール情報Ｄ２３」へのアクセスを要求する。ユーザ端末２０の制御部２０５は、その要求に応答して「スケジュール情報Ｄ２３」へのアクセスを許可する。制御部５０５は、そのスケジュール情報Ｄ２３に示されたユーザの行動状況（行動履歴および行動予定）の中から、演算装置１０５を搭載する車両１０に関連する行動状況を検出する。例えば、ユーザの行動状況のうち過去の行動状況である行動履歴の中から、そのユーザが車両１０に搭乗していた行動履歴が検出され、ユーザの行動状況のうち未来の行動状況である行動予定の中から、そのユーザが車両１０に搭乗する予定がある行動予定が検出される。

次に、制御部５０５は、その検出されたユーザの行動状況に基づいて、車両１０の走行状況（走行履歴および走行予定）を推定する。次に、制御部５０５は、その推定された車両１０の走行状況に基づいて、演算装置１０５の稼働状況（稼働履歴および稼働予定）を推定する。そして、制御部５０５は、その推定された演算装置１０５の稼働状況に基づいて、演算装置テーブルＤ５２に登録された演算装置１０５の「稼働状況」を更新する。

（第４更新処理）
また、施設サーバ４０の「施設利用情報Ｄ４２」に基づいて、演算装置テーブルＤ５２の演算装置１０５の「稼働状況」（言い換えると稼働状況情報Ｄ５）が定期的に更新されてもよい。具体的には、制御部５０５は、演算装置テーブルＤ５２に登録された演算装置１０５毎に、以下の第４更新処理を実行してもよい。

第４更新処理では、制御部５０５は、施設サーバ４０に対して「施設利用情報Ｄ４２」へのアクセスを要求する。施設サーバ４０は、その要求に応答して「施設利用情報Ｄ４２」へのアクセスを許可する。制御部５０５は、その施設利用情報Ｄ４２に示された施設の利用状況（利用履歴および利用予定）の中から、演算装置１０５を搭載する車両１０に関連する利用状況を検出する。例えば、施設の利用状況のうち過去の利用状況である利用履歴の中から、ユーザが車両１０に搭乗していた利用履歴が検出され、施設の利用状況のうち未来の利用状況である利用予定の中から、ユーザが車両１０に搭乗する予定がある利用予定が検出される。

次に、制御部５０５は、その検出された施設の利用状況に基づいて、車両１０の走行状況（走行履歴および走行予定）を推定する。次に、制御部５０５は、その推定された車両１０の走行状況に基づいて、演算装置１０５の稼働状況（稼働履歴および稼働予定）を推定する。次に、制御部５０５は、その推定された演算装置１０５の稼働状況に基づいて、演算装置テーブルＤ５２に登録された演算装置１０５の「稼働状況」を更新する。

［クライアントテーブルの更新］
次に、クライアントテーブルＤ５３の更新について説明する。クライアントテーブルＤ５３は、管理サーバ５０の制御部５０５により更新される。例えば、新規のクライアントがシステム１に加入すると、制御部５０５は、その新規のクライアントに関連する情報をクライアントテーブルＤ５３に登録することで、クライアントテーブルＤ５３を更新する。

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

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

［管理サーバによる処理］
次に、本実施形態において、管理サーバ５０の制御部５０５によって行われる処理について具体的に説明する。本実施形態において、管理サーバ５０の制御部５０５は、ジョブ受付処理と、イベント開催処理と、グリッドコンピューティング処理とを行う。

（ジョブ受付処理）
図８を参照して、本実施形態において、管理サーバ５０の制御部５０５により行われるジョブ受付処理について説明する。ジョブ受付処理では、クライアントにより計算を依頼されたジョブデータＤ１を受け付ける。例えば、管理サーバ５０の制御部５０５は、クライアントからジョブデータＤ１の計算が依頼される毎に、以下の処理を行う。

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

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

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

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

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

次に、ステップＳ１２において、管理サーバ５０の制御部５０５は、ステップＳ１１において受信されたジョブデータＤ１を分析する。具体的には、制御部５０５は、ジョブデータＤ１の計算タイプ、処理条件、必要計算能力などを分析する。そして、制御部５０５は、ジョブデータＤ１の分析の結果に基づいて、ステップＳ１１において受信されたジョブ情報を修正する。なお、ステップＳ１１において受信されたジョブ情報が十分に信頼できる場合は、ステップＳ１２の処理を省略してもよい。

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

（イベント開催処理）
次に、図１０を参照して、本実施形態において、管理サーバ５０の制御部５０５により行われるイベント開催処理について説明する。イベント開催処理では、管理サーバ５０の制御部５０５は、グリッドコンピューティングを行うためのイベントの開催要求（イベント開催要求）を、演算装置１０５が搭載された車両１０のユーザから受信した場合に、このイベントの参加要求（イベント参加要求）を、演算装置１０５が搭載された他の車両１０のユーザに送信する。そして、制御部５０５は、他の車両１０のユーザがイベント参加要求に応答することで、複数の車両１０がイベントの開催場所に集まって車両群が形成され、且つ、車両群のそれぞれの車両１０が非稼働状態にされた場合に、この車両群をグリッドコンピューティングのためのグリッドとして登録する。例えば、管理サーバ５０の制御部５０５は、ジョブ受付処理の完了後に、以下の処理を行う。

まず、ステップＳ２１において、管理サーバ５０の制御部５０５は、グリッドコンピューティングを実施するために非稼働状態にされた状態（グリッドコンピューティング実施スタンバイ状態）にある車両１０から、車両状態情報Ｄ１２を受信したか否かを判定する。制御部５０５は、上述した車両状態情報Ｄ１２を或る車両１０から受信した場合に、この車両状態情報Ｄ１２に含まれる情報に基づき、当該車両１０がグリッドコンピューティング実施スタンバイ状態にあるか否かを判定する。その結果、制御部５０５は、グリッドコンピューティング実施スタンバイ状態にある車両１０から車両状態情報Ｄ１２を受信したと判定した場合（ステップＳ２１：Ｙｅｓ）、ステップＳ２２に進み、グリッドコンピューティング実施スタンバイ状態にある車両１０から車両状態情報Ｄ１２を受信したと判定しなかった場合（ステップＳ２１：Ｎｏ）、ステップＳ２１の判定を繰り返す。

次いで、ステップＳ２２において、制御部５０５は、ステップＳ２１において車両状態情報Ｄ１２を受信した車両１０のユーザから、グリッドコンピューティングを行うためのイベントの開催要求（イベント開催要求）を受信したか否かを判定する。この場合、制御部５０５は、イベント開催要求を車両１０やユーザ端末２０から受信する。また、このイベント開催要求は、ユーザが、グリッドコンピューティングを行うためのイベントの開催を要求するために、車両１０の入力部１０１やユーザ端末２０の入力部２０１を操作することで発せられる。制御部５０５は、イベント開催要求を受信したと判定した場合（ステップＳ２２：Ｙｅｓ）、ステップＳ２３に進み、イベント開催要求を受信したと判定しなかった場合（ステップＳ２２：Ｎｏ）、ステップＳ２２の判定を繰り返す。なお、好適には、制御部５０５は、車両１０のユーザからイベント開催要求を受信した場合、この車両１０からステップＳ２１で受信した車両状態情報Ｄ１２に含まれる車両位置情報に基づき、この車両１０の現在位置（グリッドコンピューティング実施スタンバイ状態になっている位置）に応じた場所（典型的には駐車場）を、イベント開催場所に設定してもよい。

次いで、ステップＳ２３において、制御部５０５は、グリッドコンピューティングを行うためのイベントへの参加要求（イベント参加要求）を、他の車両１０のユーザに送信する。この場合も、制御部５０５は、イベント参加要求を車両１０やユーザ端末２０に送信する。より具体的には、制御部５０５は、イベント開催場所の周辺（イベント開催場所から所定距離以内）を走行している車両１０のユーザや、イベント開催場所の周辺（イベント開催場所から所定距離以内）の地点をナビゲーション（経路案内）の目的地に設定して走行している車両１０のユーザや、イベント開催場所の周辺（イベント開催場所から所定距離以内）を住所登録している車両１０のユーザなどに、イベント参加要求を送信する。制御部５０５は、車両１０から取得された車両情報Ｄ１１、車両状態情報Ｄ１２及び走行履歴情報Ｄ１３などに基づき、これらの車両１０を特定する。

また、制御部５０５は、上記のイベント参加要求を送信するに当たって、イベントの概要を示す情報も、車両１０やユーザ端末２０に送信する。具体的には、制御部５０５は、（i）イベント開催場所、（ii）イベント参加期限、（iii）イベント終了予定日時、（iv）イベントに参加することでユーザに付与されるインセンティブの情報（参加インセンティブ情報）、（v）車両１０の現在の集合状況、を送信する。イベント開催場所は、典型的にはイベントが開催される駐車場の名称及び住所である。例えば、イベント開催場所は、イベント開催要求を発した車両１０が位置する場所（当該車両１０からの車両状態情報Ｄ１２に含まれる車両位置情報に対応する）に応じて設定される。

イベント参加期限は、イベントに参加可能な期限（換言するとイベントの募集期限）を示す日時であり、イベント終了予定日時は、イベントが終了する予定日時、つまりグリッドコンピューティングでのジョブの実行が終了する予定日時である。参加インセンティブ情報は、演算装置１０５の計算能力をグリッドコンピューティングに提供することでユーザに通常付与される報酬に関して、当該報酬が、グリッドコンピューティングのイベントに参加することにより増加されるレート（報酬レート）に関する情報である。

イベント参加期限、イベント終了予定日時、及び参加インセンティブ情報は、制御部５０５により決定及び設定される。特に、イベント終了予定日時には、余裕を持って、ある程度長い時間が設定される。例えば、比較的少ない台数の車両１０の演算装置１０５における計算能力、及び、グリッドコンピューティングで処理すべきジョブデータの計算に必要となる計算能力などに基づき、イベント終了予定日時が求められる。なお、参加インセンティブ情報については、詳細は後述する（図１４）。

また、車両１０の現在の集合状況は、イベント開催場所に現在集合している車両１０の台数である。例えば、制御部５０５は、イベント開催場所の位置情報と、１台以上の車両１０から受信された車両状態情報Ｄ１２に含まれる車両位置情報とに基づき、イベント開催場所に現在集合している車両１０の台数を求める。

ここで、このようなイベントの概要を示す情報は、図１１に示すようなイベント参加要求画面として、車両１０の出力部１０２やユーザ端末２０の出力部２０２に表示される。図１１は、本実施形態によるイベント参加要求画面を示しており、このイベント参加要求画面には、イベント開催場所、イベント参加期限、イベント終了予定日時、参加インセンティブ情報、現在の集合状況が表示される。車両１０のユーザは、イベント参加要求画面を見て、イベントに参加することに決めた場合、車両１０を所定期間内にイベント開催場所に移動させて、車両１０がイベント開催場所に到着すると車両１０を非稼働状態に設定する。

次いで、ステップＳ２４において、制御部５０５は、上記のイベント参加要求に応答して、新たにグリッドコンピューティング実施スタンバイ状態になった車両１０から、車両状態情報Ｄ１２を受信したか否かを判定する。制御部５０５は、車両状態情報Ｄ１２を或る車両１０から受信した場合に、この車両状態情報Ｄ１２に含まれる情報に基づき、当該車両１０がグリッドコンピューティング実施スタンバイ状態にあるか否かを判定する。その結果、制御部５０５は、新たにグリッドコンピューティング実施スタンバイ状態になった車両１０から車両状態情報Ｄ１２を受信したと判定した場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２５に進み、新たにグリッドコンピューティング実施スタンバイ状態になった車両１０から車両状態情報Ｄ１２を受信したと判定しなかった場合（ステップＳ２４：Ｎｏ）、ステップＳ２４の判定を繰り返す。

次いで、ステップＳ２５において、制御部５０５は、ステップＳ２４で取得された、新たにグリッドコンピューティング実施スタンバイ状態になった車両１０の車両状態情報Ｄ１２に基づき、イベント開催場所に複数の車両１０（例えば２台以上）が集合したか否か、つまりイベント開催場所に車両群が形成されたか否かを判定する。具体的には、制御部５０５は、車両状態情報Ｄ１２に含まれる車両位置情報に基づき、グリッドコンピューティング実施スタンバイ状態になった複数の車両１０のそれぞれがイベント開催場所において近接して位置しているか否かを判定する。例えば、制御部５０５は、複数の車両１０の全てに関して、距離が最も近い２台の車両１０の組み合わせを特定し、これら２台の車両１０の間の距離が所定距離以下であるか否かを判定する。この例では、制御部５０５は、車両群が形成された状態として、複数の車両１０のそれぞれがイベント開催場所としての駐車場において横方向又は前後方向に隣り合って駐車している状態を検出する。その結果、制御部５０５は、車両群がイベント開催場所に形成されたと判定した場合（ステップＳ２５：Ｙｅｓ）、ステップＳ２６に進む。この場合、ステップＳ２６において、制御部５０５は、形成された車両群を、具体的には車両群を構成する複数の車両１０のそれぞれに搭載された演算装置１０５を、グリッドコンピューティングのためのグリッドとして、演算装置テーブルＤ５２に登録する。他方で、制御部５０５は、車両群がイベント開催場所に形成されたと判定しなかった場合（ステップＳ２５：Ｎｏ）、ステップＳ２４に戻り、ステップＳ２４、Ｓ２５の判定を繰り返す。

（グリッドコンピューティング処理）
次に、図１２を参照して、本実施形態において、管理サーバ５０の制御部５０５により行われるグリッドコンピューティング処理について説明する。グリッドコンピューティング処理では、管理サーバ５０の制御部５０５は、図１０のイベント開催処理においてグリッドに登録された演算装置１０５（つまり車両群を構成する複数の車両１０のそれぞれに搭載された演算装置１０５）に、ジョブデータＤ１を処理させる。例えば、制御部５０５は、ジョブ受付処理及びイベント開催処理の完了後に、以下の処理を行う。

まず、ステップＳ３１において、管理サーバ５０の制御部５０５は、車両群を構成する複数の車両１０のそれぞれに搭載された演算装置１０５の計算能力を予測する。具体的には、制御部５０５は、管理サーバ５０の記憶部５０４に記憶された演算装置テーブルＤ５２や、車両１０から受信した車両状態情報Ｄ１２などに基づき、車両群の各演算装置１０５の計算能力として、計算能力（計算量）や、計算タイプや、計算可能スケジュールなどを予測する。計算タイプは、演算装置テーブルＤ５２に含まれるＣＰＵとＧＰＵの比率などであり、計算可能スケジュールは、車両状態情報Ｄ１２に含まれる車両電池残量情報や車両充電情報に応じた、電池の状態に基づく計算可能な時間により規定される。そして、制御部５０５は、このように予測された複数の演算装置１０５の各々の計算能力に基づき、車両群全体の計算能力の情報をコンピューティンググリッド情報として登録する。

次いで、ステップＳ３２において、制御部５０５は、ステップＳ３１で予測された各演算装置１０５の計算能力に基づき、上記のジョブ受付処理（図８）において受け付けられた、グリッドコンピューティング処理の対象となるジョブデータＤ１を、車両群のグリッドを構成する各演算装置１０５に割り当てる。こうして各演算装置１０５に割り当てられるジョブデータＤ１は、同一のジョブに対応するジョブデータである。そして、ステップＳ３３において、制御部５０５は、ステップＳ３２の割り当て結果に基づき、ジョブデータＤ１の一部を各演算装置１０５に分配（送信）する。

この後、車両群を構成する複数の車両１０のそれぞれの演算装置１０５は、分配されたジョブデータＤ１の一部を処理する。このときに、好適な例では、管理サーバ５０の制御部５０５は、イベントにおいてグリッドコンピューティングを行っている演算装置１０５が搭載された車両１０の点灯装置１１０を点灯させる要求を、車両１０に送信してもよい。この要求に応答して、車両群を構成する複数の車両１０のそれぞれは、図１３に示すように、グリッドコンピューティングに係る処理を現在実行していること（つまりイベントに参加していること）がわかるように、点灯装置１１０を所定の態様で点灯させる。図１３では、或る駐車場において隣接して駐車している複数の車両１０（車両群）のそれぞれが、エクステリアランプとしての点灯装置１１０を点灯させる例を示している。１つの例では、エクステリアランプを特定色（緑色など）で点灯させるのがよい。他の例では、エクステリアランプの代わりにルームランプを特定色（青色など）で点灯させてもよい。

これにより、イベントに参加しているユーザが他のユーザを認知して声掛けすることで、イベントに参加しているユーザ同士の交流を図ることができる。その結果、ユーザ同士の交流からの楽しさを与えて、今後のイベントへの参加意欲を向上させることができる。更に、今回イベントに参加していない車両１０のユーザに対しても、上記のような車両群における所定の態様での点灯装置１１０の点灯を介して、グリッドコンピューティングのイベントへの興味を持たせて、今後のイベントへの参加のきっかけを与えることができる。なお、管理サーバ５０の制御部５０５が、イベントに参加している車両１０の点灯装置１１０を点灯させる要求を車両１０に送信し、当該車両１０が、この要求に応じて点灯装置１１０を点灯させることに限定はされず、イベントに参加している車両１０が、制御部５０５からの要求によらずに、点灯装置１１０を自主的に点灯させてもよい。

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

次いで、ステップＳ３５において、制御部５０５は、ステップＳ３３においてジョブデータＤ１が分配された演算装置１０５の全てが計算を完了したか否かを判定する。制御部５０５は、演算装置１０５の全てが計算を完了していると判定した場合（ステップＳ３５：Ｙｅｓ）、ステップＳ３６に進み、演算装置１０５の全てが計算を完了していると判定しなかった場合（ステップＳ３５：Ｎｏ）、ステップＳ３４に戻る。

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

次いで、ステップＳ３７において、制御部５０５は、システム１を運営する事業者から、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して付与すべき報酬を算出する。報酬の例としては、システム１において利用可能なポイント、仮想通貨、商品の割引特典などが挙げられる。まず、制御部５０５は、演算装置１０５がグリッドコンピューティング処理に提供した計算量に応じて、ユーザに付与する基本報酬を求める。この場合、制御部５０５は、グリッドコンピューティング処理に提供した計算量が多いほど、ユーザに付与する基本報酬を大きくする。そして、制御部５０５は、こうして求められた基本報酬に対して、図１４に示すような、イベントに参加した車両群の台数に応じた報酬レートを乗算することで、ユーザに最終的に付与する報酬を求める。図１４は、本実施形態による報酬レートを示す表であり、この報酬レートの表によれば、車両群の台数が多くなるほど、大きな報酬レートが適用されるようになっている。

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

［作用及び効果］
次に、本実施形態の作用及び効果について説明する。本実施形態によれば、管理サーバ５０の制御部５０５は、グリッドコンピューティングを行うためのイベントの開催要求を、演算装置１０５が搭載された車両１０のユーザから受信した場合に、このイベントの参加要求を、演算装置１０５が搭載された他の車両１０のユーザに送信する。そして、制御部５０５は、他の車両１０のユーザがイベント参加要求に応答することで、複数の車両１０がイベントの開催場所に集まって車両群が形成され、且つ、車両群のそれぞれの車両１０が非稼働状態にされた場合に、ジョブデータＤ１を車両群のそれぞれの演算装置１０５に処理させることで、グリッドコンピューティングを実現する。

このように、本実施形態では、グリッドコンピューティングを管理する管理サーバ５０は、ユーザからの要求に応じて、グリッドコンピューティングを行うためのイベントを開催し、このイベントへの参加の要求を他のユーザへと発する。これにより、演算装置１０５が搭載された複数の車両１０を効果的に近距離に集めて、これら車両１０が非稼働状態にされた状況において、グリッドコンピューティングを適切に行うことができる。よって、本実施形態によれば、グリッドコンピューティングのための安定した計算資源を効果的に確保することができる。また、本実施形態では、グリッドコンピューティングの開催をイベント化することで、グリッドコンピューティングを通じたユーザ同士の交流の機会を積極的に作ることができる。更に、本実施形態では、このようなイベントを所定の施設（競技場、劇場、スーパーマーケット、ショッピングモール、レストラン、宿泊施設、販売店など）の駐車場などにおいて開催することで、この施設などの集客につなげることもできる。

また、本実施形態によれば、制御部５０５は、上記の参加要求を送信するときに、イベントに参加することでユーザに付与されるインセンティブの情報も送信するので、ユーザによるイベントの参加を効果的に促すことができる。

また、本実施形態によれば、制御部５０５は、上記の参加要求を送信するときに、イベントの開催場所に集合している車両１０の台数の情報も送信するので、ユーザによるイベントの参加を効果的に促すことができる。

また、本実施形態によれば、制御部５０５は、上記の参加要求を送信するときに、イベントの開催場所、イベントの参加期限、及びイベントの終了予定日時の情報も送信することで、イベントの具体的な情報をユーザに提供することができる。

また、本実施形態によれば、制御部５０５は、イベントにおいてグリッドコンピューティングを行っている演算装置１０５が搭載された車両１０の点灯装置１１０を点灯させる要求を、車両１０に送信する。これにより、各車両１０がグリッドコンピューティング中に点灯装置１１０を点灯させることとなる。その結果、イベントに参加しているユーザが他のユーザを認知して声掛けすることで、イベントに参加しているユーザ同士の交流を図ることができる。したがって、ユーザ同士の交流からの楽しさを与えて、今後のイベントへの参加意欲を向上させることができる。更に、今回イベントに参加していない車両１０のユーザに対しても、上記のような車両群における点灯装置１１０の点灯を介して、グリッドコンピューティングのイベントへの興味を持たせて、今後のイベントへの参加のきっかけを与えることができる。

また、本実施形態によれば、制御部５０５は、イベントに参加した車両１０のユーザに報酬を付与すると共に、イベントに参加した車両１０の台数に応じて報酬を増加させる。これにより、ユーザによるイベントの参加を効果的に促すことができ、その結果、グリッドコンピューティングのための安定した計算資源をより効果的に確保することが可能となる。

１ システム
１０ 車両
２０ ユーザ端末
３０ クライアントサーバ
４０ 施設サーバ
５０ 管理サーバ
１０４ 記憶部
１０５ 演算装置
１１０ 点灯装置
５０４ 記憶部
５０５ 制御部
Ｄ１ ジョブデータ

Claims (7)

1. 複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングを管理する管理装置であって、
   前記複数の車両及び／又は前記複数の演算装置に関する情報を記憶する記憶部と、
   前記記憶部に記憶された情報に基づき、前記ジョブデータを前記複数の演算装置のそれぞれに分配して、前記ジョブデータを前記複数の演算装置のそれぞれに処理させることで、前記グリッドコンピューティングを実現するように構成された制御部と、を有し、
   前記制御部は、
   前記グリッドコンピューティングを行うためのイベントの開催要求を、前記演算装置が搭載された車両のユーザから受信したときに、前記イベントの参加要求を、前記演算装置が搭載された他の車両のユーザに送信し、
   ユーザが前記参加要求に応答することで、複数の車両が前記イベントの開催場所に集まって車両群が形成され、且つ、前記車両群のそれぞれの車両が非稼働状態にされたときに、前記ジョブデータを前記車両群のそれぞれの車両に搭載された前記演算装置に処理させることで、前記グリッドコンピューティングを実現するように構成されている、
   ことを特徴とする管理装置。
2. 前記制御部は、前記参加要求を送信するときに、前記イベントに参加することでユーザに付与されるインセンティブの情報も送信するように構成されている、請求項１に記載の管理装置。
3. 前記制御部は、前記参加要求を送信するときに、前記イベントの開催場所に集合している車両の台数の情報も送信するように構成されている、請求項１又は２に記載の管理装置。
4. 前記制御部は、前記参加要求を送信するときに、前記イベントの開催場所、前記イベントの参加期限、及び前記イベントの終了予定日時の情報も送信するように構成されている、請求項１乃至３のいずれか一項に記載の管理装置。
5. 前記制御部は、前記イベントにおいて前記グリッドコンピューティングを行っている前記演算装置が搭載された車両の点灯装置を点灯させる要求を、前記車両に送信するように構成されている、請求項１乃至４のいずれか一項に記載の管理装置。
6. 前記制御部は、前記イベントに参加した車両のユーザに報酬を付与すると共に、前記イベントに参加した車両の台数に応じて前記報酬を増加させるように構成されている、請求項１乃至５のいずれか一項に記載の管理装置。
7. 複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングをコンピュータにより管理する管理方法であって、
   前記複数の車両及び／又は前記複数の演算装置に関する情報を記憶する記憶ステップと、
   前記記憶ステップにより記憶された情報に基づき、前記ジョブデータを前記複数の演算装置のそれぞれに分配して、前記ジョブデータを前記複数の演算装置のそれぞれに処理させることで、前記グリッドコンピューティングを実現する制御ステップと、を有し、
   前記制御ステップは、
   前記グリッドコンピューティングを行うためのイベントの開催要求を、前記演算装置が搭載された車両のユーザから受信したときに、前記イベントの参加要求を、前記演算装置が搭載された他の車両のユーザに送信するステップと、
   ユーザが前記参加要求に応答することで、複数の車両が前記イベントの開催場所に集まって車両群が形成され、且つ、前記車両群のそれぞれの車両が非稼働状態にされたときに、前記ジョブデータを前記車両群のそれぞれの車両に搭載された前記演算装置に処理させることで、前記グリッドコンピューティングを実現するステップと、
   を有する、ことを特徴とする管理方法。

Images