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

Abstract

【課題】ユーザがイベントに参加している間に非稼働状態である車両の演算装置をグリッドコンピューティングに利用すると共に、イベント開催場所の駐車場内での交通渋滞の発生を抑制することが可能な管理装置及び管理方法を提供する。【解決手段】管理装置５０は、グリッドコンピューティング処理のために、イベント開催場所で開催されるイベントに車両１０で来場した複数のユーザの各車両１０に搭載された演算装置１０５を利用し、複数のユーザの各々に対して予め設定されたイベントの終了後の退場順序を含む参加者情報Ｄ４２を有しており、退場順序に基づいて、複数の演算装置１０５を演算グループＧ１～Ｇｎに組み分けし、ユーザに対してイベント中に演算装置１０５による演算処理が実行されることを通知し、各演算グループＧ１～Ｇｎを構成する複数の演算装置１０５に同一の演算ジョブＤ１を並列処理させる。【選択図】図１

Description

本発明は、管理装置及び管理方法に係り、特にグリッドコンピューティングの管理を行う管理装置及び管理方法に関する。

従来、複数の車両をグリッドコンピューティングに適用する技術が提案されている（例えば、特許文献１参照）。特許文献１に記載のシステムは、通信ネットワークに接続された管理サーバと複数の車両に搭載された演算装置とによって構成されている。このシステムでは、管理サーバは、通信ネットワークを介して複数の演算装置へ演算ジョブを分配して演算処理させることができる。

演算装置は、車両が非稼働状態（例えば、ＩＧオフ）であるときに、安定した品質の演算能力を提供することができる。このため、特許文献１の管理サーバは、各車両の使用履歴に基づいて、各車両がグリッドコンピューティングに参加可能な期間を予測するようになっている。そして、管理サーバは、この予測に基づいて、演算ジョブを分配するのに適した演算装置を選択する。すなわち、管理サーバは、演算ジョブを実行する演算期間にわたって非稼働状態である可能性の高い車両の演算装置を選択することができる。

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

ユーザがイベント開催場所（例えば、コンサート会場や野球場などの商業施設）へ車両で来場した場合、ユーザがイベントに参加している間、ユーザの車両は駐車場内で非稼働状態となる。しかしながら、このようなイベント開催場所への来場は使用履歴から予測し難いため、特許文献１に記載の技術では、この車両の演算装置を演算資源として選択することができないという問題があった。一方、イベント開催場所では、特定の時間帯（例えば、イベント終了時）に多くのユーザが帰宅を開始するので、駐車場内で渋滞が起き易いという別の問題があった。

本発明は、このような課題を解決するためになされたものであり、ユーザがイベントに参加している間に非稼働状態である車両の演算装置をグリッドコンピューティングに利用すると共に、イベント開催場所の駐車場内での交通渋滞の発生を抑制することが可能な管理装置及び管理方法を提供することを目的としている。

上記の目的を達成するために、本発明は、通信ネットワークを介して接続された複数の車両に搭載された演算装置に演算ジョブを演算処理させるグリッドコンピューティング処理のための管理装置であって、演算装置は、イベント開催場所で開催されるイベントに車両で来場した複数のユーザの各車両に搭載されたものであり、管理装置は、複数のユーザの各々に対して予め設定されたイベントの終了後の退場順序を含む参加者情報を有しており、複数のユーザの各々の退場順序に基づいて、複数のユーザの演算装置を複数の演算グループに組み分けし、管理装置は、演算ジョブの演算処理の実行前又は実行中に、複数のユーザに対してイベント中に演算装置による演算処理が実行されることを通知し、管理装置は、イベントの開催期間中の少なくとも一部の期間において、各演算グループを構成する複数の演算装置に同一の演算ジョブを並列処理させるように構成されていることを特徴としている。

このように構成された本発明によれば、管理装置は、複数のユーザがイベントに参加しており、これら複数のユーザの車両が非稼働状態であるときに、複数のユーザの車両の演算装置で形成した演算グループを用いてグリッドコンピューティング処理を実行することができる。また、これら複数の演算装置は、同じエリア内（イベント開催場所付近の駐車場）に存在する。これにより、本発明では、演算装置が車両のために実質的に使用されていない状態で、演算装置をグリッドコンピューティング処理に参加させることができるので、安定した品質の演算能力を確保することができる。

さらに、本発明では、イベント終了後のユーザの退場順序に基づいて、複数の演算装置からなる演算グループを形成するので、各演算グループの複数の演算装置を搭載する複数の車両が駐車場から退場可能な時刻を一致させることができる。また、本実施形態では、ユーザに対してイベント中にグリッドコンピューティング処理を実行する旨を通知するので、少なくともイベント中は車両１０を出庫させることなく、さらに退場順序を守って車両１０を駐車場から出庫させようとする動機付け（グリッドコンピューティングへの参加による社会的な貢献の意識など）をユーザに与えることができる。よって、本実施形態では、演算グループから一部の演算装置が演算終了前に離脱することを防止して、さらに安定した品質の演算能力を確保することが出来ると共に、イベント終了後の駐車場の渋滞を抑制することができる。

また、本発明において、好ましくは、管理装置は、参加者情報に基づいて、退場順序が早い順に複数の演算グループを設定するように構成されている。このように構成された本発明によれば、退場順序が早い演算グループから退場順序が遅い演算グループをそれぞれ設定することができる。具体的には、本発明において、管理装置は、参加者情報に基づいて、退場順序が同じユーザの演算装置を同じ演算グループに設定するように構成されている。

また、本発明において、好ましくは、管理装置は、各演算グループの演算装置による演算処理の演算終了予定時刻を、退場順序に基づいて設定するように構成されている。このように構成された本発明によれば、退場順序が遅い演算グループに、より長く演算処理を実行させることが可能となる。

また、本発明において、好ましくは、管理装置は、退場順序がより遅い演算グループに属する演算装置ほど、より大きな演算量の演算処理を実行するように、又は、演算処理の演算終了予定時刻がより遅くなるように演算ジョブを割り当てるように構成されている。このように構成された本発明によれば、イベントに来場した複数の車両の演算装置の演算能力を、退場順序を考慮して効率的に利用することができる。

また、本発明において、好ましくは、管理装置は、ユーザの演算装置による演算処理の演算量に応じて、ユーザへ付与する報酬を算出するように構成されている。このように構成された本発明によれば、ユーザは演算装置による演算処理によって報酬が得られるので、少なくともイベント中は車両を駐車状態に維持させようとする動機付けをユーザに与えることができる。

また、本発明において、好ましくは、管理装置は、参加者情報をイベント管理者の通信装置から受信するように構成されている。このように構成された本発明によれば、管理装置は、外部から参加者情報を受信して、複数の演算グループを組み分けすることができる。

また、本発明において、好ましくは、管理装置は、車両の演算装置から、又は、イベント管理者の通信装置から、車両の位置情報を受信するように構成されている。このように構成された本発明によれば、管理装置は、車両の位置情報により、ユーザ（又は演算装置）がイベント開催場所に来場したことを確認することができる。

また、上記の目的を達成するために、本発明は、通信ネットワークを介して接続された複数の車両に搭載された演算装置に管理装置が演算ジョブを演算処理させるグリッドコンピューティングシステムにおける管理方法であって、演算装置は、イベント開催場所で開催されるイベントに車両で来場した複数のユーザの各車両に搭載されたものであり、管理装置が、複数のユーザの各々に対して予め設定されたイベントの終了後の退場順序を含む参加者情報を有しており、複数のユーザの各々の退場順序に基づいて、複数のユーザの演算装置を複数の演算グループに組み分けするステップと、管理装置が、演算ジョブの演算処理の実行前又は実行中に、複数のユーザに対してイベント中に演算装置による演算処理が実行されることを通知するステップと、管理装置が、イベントの開催期間中の少なくとも一部の期間において、各演算グループを構成する複数の演算装置に同一の演算ジョブを並列処理させるステップと、を含むことを特徴としている。

本発明の管理装置及び管理方法によれば、ユーザがイベントに参加している間に非稼働状態である車両の演算装置をグリッドコンピューティングに利用すると共に、イベント開催場所の駐車場内での交通渋滞の発生を抑制することが可能となる。

本発明の実施形態のシステムの構成図である。 本発明の実施形態のシステムにおけるグリッドコンピューティングの説明図である。 本発明の実施形態のシステムにおける車両の説明図である。 本発明の実施形態のシステムにおけるユーザ端末の説明図である。 本発明の実施形態のシステムにおけるクライアントサーバの説明図である。 本発明の実施形態のシステムにおけるイベントサーバの説明図である。 本発明の実施形態のシステムにおける管理サーバの説明図である。 本発明の実施形態のシステムにおけるイベントサーバの処理フローである。 本発明の実施形態のシステムにおけるイベントサーバが記憶する参加者情報の説明図である。 本発明の実施形態のシステムにおける管理サーバの処理フローである。 本発明の実施形態のシステムにおける管理サーバが記憶するイベント管理テーブルの説明図である。 本発明の実施形態のシステムにおける演算グループの説明図である。 本発明の実施形態のシステムにおける演算制御の処理フローである。

以下、図面を参照して本発明の実施形態を説明する。なお、図中同一または相当部分には同一の符号を付し、説明は省略する。
図１は、本発明の実施形態のシステムの構成図である。システム１は、複数の車両１０と、複数のユーザ端末２０と、１又は複数のクライアントサーバ３０と、１又は複数のイベント管理者のイベントサーバ４０（通信装置４０）と、管理サーバ５０（管理装置５０）とを備えるグリッドコンピューティングシステムである。これらの構成要素は、通信ネットワーク５を介して互いに通信可能である。複数の車両１０の各々には、演算装置１０５が搭載される。

本実施形態では、ユーザが所望のイベントに参加している間に、イベント開催場所の駐車場に駐車された非稼働状態の車両１０の演算装置１０５をグリッドコンピューティングに参加させるように構成されている。

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

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

一方、車両１０において演算装置１０５の計算能力が不要となると、演算装置１０５が停止状態となり、演算装置１０５の計算能力が利用されなくなる。例えば、車両１０が停車して車両１０の電源がオフ状態（ＩＧオフ）になると、演算装置１０５の計算能力が不要となり、演算装置１０５が停止状態となる。したがって、車両１０において演算装置１０５の計算能力が不要である場合に、演算装置１０５が、その計算能力をグリッドコンピューティング処理に提供することにより、演算装置１０５の計算能力（すなわち、演算資源）を有効に利用することが可能となる。

図３は、本実施形態のシステムにおける車両の説明図である。車両１０は、ユーザが使用する自動車であり、例えば、電気自動車、プラグインハイブリッド自動車などである。車両１０には、電池（図示省略）が搭載されており、電池の電力が、演算装置１０５などの車載機器に供給される。図３に示すように、車両１０は、アクチュエータ１１と、センサ１２と、入力部１０１と、出力部１０２と、通信部１０３と、記憶部１０４と、演算装置１０５とを備える。

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

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

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

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

通信部１０３は、情報やデータを送受信するための装置である。通信部１０３により受信された情報やデータは、演算装置１０５に送られる。記憶部１０４は、情報やデータを記憶する記憶装置である。記憶部１０４は、演算装置１０５が備えていてもよい。

演算装置１０５は、車両１０の各部を制御するための装置である。この例では、演算装置１０５は、センサ１２により得られた各種の情報に応じてアクチュエータ１１を制御する。演算装置１０５は、プロセッサ、メモリなどを有するコンピュータ装置である。プロセッサの例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Media Processing Unit）などが挙げられる。本例では、プロセッサは、ＣＰＵとＧＰＵを含む。メモリは、プロセッサを動作させるためのプログラム、プロセッサの処理結果を示す情報やデータなどを記憶する。

なお、演算装置１０５に搭載されるプロセッサの数は、１つであってもよいし、複数のであってもよい。また、演算装置１０５に搭載されるプロセッサは、ＣＰＵ、ＧＰＵ、ＭＰＵのうちの１又は複数を含んでもよい。例えば、演算装置１０５は、１又は複数のＥＣＵ（Electronic Control Unit）により構成される。

この例では、記憶部１０４は、車両情報Ｄ１１と、車両状態情報Ｄ１２と、走行履歴情報Ｄ１３と、演算装置情報Ｄ１４と、稼働履歴情報Ｄ１５とを記憶する。
車両情報Ｄ１１は、車両１０に関する情報である。例えば、車両情報Ｄ１１は、車両１０に設定された車両ＩＤ、車両の性能を示す車両性能情報などを含む。車両ＩＤは、車両１０を識別する車両識別情報の一例である。ユーザＩＤは、ユーザを識別するユーザ識別情報の一例である。

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

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

図４は、本実施形態のシステムにおけるユーザ端末の説明図である。ユーザ端末２０は、ユーザが使用する情報端末装置（コンピュータ装置）であり、例えば、スマートフォン、タブレット、ノート型パーソナルコンピュータなどである。ユーザ端末２０は、携帯型装置であることが望ましい。図４に示すように、ユーザ端末２０は、入力部２０１と、出力部２０２と、通信部２０３と、記憶部２０４と、制御部２０５とを備える。

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

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

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

この例では、記憶部２０４は、端末情報Ｄ２１と、端末状態情報Ｄ２２と、スケジュール情報Ｄ２３とを記憶する。
端末情報Ｄ２１は、ユーザ端末２０に関する情報である。例えば、端末情報Ｄ２１は、ユーザ端末２０に設定されたユーザ端末ＩＤ、ユーザ端末２０の性能を示すユーザ端末性能情報などを含む。ユーザ端末ＩＤは、ユーザ端末２０を識別するユーザ端末識別情報の一例である。

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

図５は、本実施形態のシステムにおけるクライアントサーバの説明図である。クライアントサーバ３０は、クライアントが使用するサーバ装置又はコンピュータ装置である。クライアントは、例えば、企業、研究機関、教育機関などの事業体であり、プロジェクト又はタスクを実行する。プロジェクトは、計算機シミュレーションのような演算処理と、その他、資金調達、人材の確保、外部機関との折衝等の種々のタスクを含む。このうち、クライアントは、プロジェクトの実行に必要なジョブデータ又は演算ジョブの計算を管理サーバ５０に依頼する。図５に示すように、クライアントサーバ３０は、入力部３０１と、出力部３０２と、通信部３０３と、記憶部３０４と、制御部３０５とを備える。

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

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

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

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

ジョブ情報Ｄ３２は、ジョブの名称を示すジョブ名称情報、ジョブの内容を説明するジョブ内容情報、ジョブに対応するジョブデータに関するジョブデータ情報、ジョブの納期を示すジョブ納期情報などを含む。ジョブデータ情報は、ジョブデータの計算タイプ、処理条件、必要計算能力などを示す。

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

図６は、本実施形態のシステムにおけるイベントサーバの説明図である。イベントサーバ４０は、イベントを開催するイベント管理者により使用されるサーバ装置又はコンピュータ装置である。ユーザは、イベントへの参加予約又は参加登録を行うことができる。このようなイベントの例としては、室内又は野外音楽コンサート、スポーツ競技（例えば、野球）、演劇、映画などが挙げられる。

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

この例では、記憶部４０４は、イベント情報Ｄ４１と、イベント参加者情報Ｄ４２とを記憶する。イベント情報Ｄ４１は、イベントに関する情報である。イベント情報Ｄ４１は、イベントに設定されたイベントＩＤ、イベントの名称、イベントの種類、イベント開催日時、イベント開催場所、イベント参加人数、規制退場情報などを含む。イベントＩＤは、イベントを識別するイベント識別情報の一例である。規制退場情報は、規制退場を行う場合の、各座席の規制退場順序、退場遅れ時間の長さ設定などを含む。

参加者情報Ｄ４２は、イベントの参加者に関する情報である。ユーザは、イベントへ参加申請する際に参加者情報Ｄ４２の一部を特定する。参加者情報Ｄ４２には、イベント毎に、イベントＩＤ、参加する各ユーザの個人情報、座席、規制退場順序、退場予定時刻などが含まれる。ユーザの個人情報には、ユーザの住所、連絡先（イベント参加者のユーザ端末２０の通信アドレス、車両１０の通信アドレスなど）などが含まれる。なお、参加者情報Ｄ４２は、後述するユーザテーブルＤ５１のユーザＩＤ及び車両ＩＤを含んでもよい。

図７は、本実施形態のシステムにおける管理サーバの説明図である。管理サーバ５０（又は管理装置５０）は、グリッドコンピューティングを実行するシステム１の運営を管理するサーバ装置又はコンピュータ装置である。図７に示すように、管理サーバ５０は、入力部５０１と、出力部５０２と、通信部５０３と、記憶部５０４と、制御部５０５とを備える。管理サーバ５０の入力部５０１、出力部５０２、通信部５０３、記憶部５０４、制御部５０５の構成は、クライアントサーバ３０の入力部３０１、出力部３０２、通信部３０３、記憶部３０４、制御部３０５の構成と同様である。

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

ユーザテーブルＤ５１は、ユーザを管理するためのテーブルである。ユーザテーブルＤ５１には、ユーザ毎に、そのユーザに設定されたユーザＩＤ、そのユーザに所有される車両１０に設定された車両ＩＤ、そのユーザに所有される演算装置１０５に設定された演算装置ＩＤ、そのユーザに所有されるユーザ端末２０に設定されたユーザ端末ＩＤなどが登録される。また、ユーザテーブルＤ５１には、ユーザの個人情報（名前、住所、ユーザの連絡先（ユーザ端末２０の通信アドレス、車両１０の通信アドレスなど））が登録される。

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

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

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

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

リソーステーブルＤ５５は、グリッドコンピューティング処理における計算能力を管理するためのテーブルである。具体的には、リソーステーブルＤ５５は、後述する予測処理の結果を管理するためのテーブルである。リソーステーブルＤ５５には、演算装置１０５毎に、その演算装置１０５に設定された演算装置ＩＤ、その演算装置１０５のグリッドコンピューティング処理において利用可能な計算能力の時間的変化の予測結果などが登録される。

イベント管理テーブルＤ５６は、イベント毎に、イベント中に実行されるジョブ、ジョブの演算処理日時、及び演算グループを記憶するテーブルである。演算グループは、複数の演算装置１０５で構成される。イベント管理テーブルＤ５６には、各イベントを識別するイベントＩＤ、そのイベントで演算処理される１又は複数のジョブに設定された受付番号、１又は複数のジョブに対応するジョブデータ、各ジョブデータに対して割り当てられた演算グループ、各演算グループを構成する複数の演算装置１０５の演算装置ＩＤ、各ジョブデータの演算処理日時などが登録される。

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

次に、ユーザテーブルＤ５１の更新について説明する。ユーザテーブルＤ５１は、管理サーバ５０の制御部５０５により更新される。例えば、新規のユーザがシステム１に加入すると、制御部５０５は、その新規のユーザに関連する情報（上記個人情報を含む）をユーザテーブルＤ５１に登録することで、ユーザテーブルＤ５１を更新する。

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

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

次に、演算装置テーブルＤ５２の更新について説明する。演算装置テーブルＤ５２は、管理サーバ５０の制御部５０５により更新される。例えば、新規の演算装置１０５がシステム１に加入すると、制御部５０５は、その新規の演算装置１０５に関連する情報を演算装置テーブルＤ５２に登録することで、演算装置テーブルＤ５２を更新する。

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

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

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

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

次に、図８～図１３を参照して、本実施形態のシステム１におけるグリッドコンピューティング処理の流れについて説明する。図８はイベントサーバの処理フロー、図９はイベントサーバが記憶する参加者情報の説明図、図１０は管理サーバの処理フロー、図１１は管理サーバが記憶するイベント管理テーブルの説明図、図１２は演算グループの説明図、図１３は演算制御の処理フローである。

ユーザは、管理サーバ５０のユーザテーブルＤ５１に登録されており、ユーザの車両１０の演算装置１０５も演算装置テーブルＤ５２に登録されている。したがって、管理サーバ５０は、ユーザから車両１０の演算装置１０５を特定して、適宜に（例えば、ユーザがイベント参加中に）、そのユーザの演算装置１０５をグリッドコンピューティングに参加させることができる。

まず、図８～図９を参照して、ユーザによるイベントへの参加申請に応答して実行されるイベントサーバ４０の処理について説明する。イベント参加申請期間に、複数のユーザは、イベントサーバ４０が提供する所定のイベント参加用ウェブサイトにおいて、インターネットを通じて参加申請を行う。これにより、イベントサーバ４０は、複数のユーザからイベント参加申請情報を受信する（Ｓ１１）。イベント参加申請情報には、イベント名、ユーザの個人情報（住所、連絡先）などが含まれ、好ましくは、ユーザＩＤ及び車両ＩＤが含まれる。なお、代替的に、イベント参加者管理サーバがイベント参加用ウェブサイトを提供し、イベントサーバ４０は、イベント参加者管理サーバからイベント参加申請情報を受信してもよい。

イベントサーバ４０は、イベント参加申請情報を受信すると、イベント参加申請情報に基づいて参加者情報Ｄ４２を作成し（Ｓ１２）、参加者情報Ｄ４２を管理サーバ５０へ送信する（Ｓ１３）。図９に示すように、参加者情報Ｄ４２は、対象となるイベントについて、参加者であるユーザの名前（又はユーザＩＤ）、座席、退場順序、退場予定時刻などを含む。

参加者情報Ｄ４２を作成するため、イベントサーバ４０は、イベント開催場所における各参加者（ユーザ）の座席（又は入場許可エリア）を指定する。本実施形態では、イベント開催場所において、ユーザの座席（又は複数のエリアのうち入場が許可された指定エリア）が指定され、イベント終了後に規制退場が実施される。すなわち、本実施形態では、イベント終了後の混雑を防止して、参加者（観客）全員をスムーズにイベント開催場所から退出させるため、座席毎又はエリア毎に退場順序が指定される。このため、イベントサーバ４０は、さらに座席の位置又はエリアの位置に基づいて、各ユーザの退場順序及び退場予定時刻を自動的に設定する。退場順序が最も早いユーザと最も退場順序が遅いユーザでは、例えば、退場時刻に１時間の退場時間遅れ（時間差）が生じ得る。

次に、図１０～図１３を参照して、イベントにおいてグリッドコンピューティング処理を実行するための管理サーバ５０の処理について説明する。まず、管理サーバ５０（制御部５０５）は、好ましくはイベント開始時刻よりも前の所定時に、イベントサーバ４０から参加者情報Ｄ４２を受信する（Ｓ２１）。管理サーバ５０は、参加者情報Ｄ４２に基づいて、ユーザテーブルＤ５１を参照して、参加者であるユーザを特定することができる。すなわち、参加者情報Ｄ４２に登録されているユーザ特定情報（ユーザＩＤ又はユーザの個人情報）を、ユーザテーブルＤ５１に登録されているユーザ特定情報を用いて認証することにより、ユーザが特定される。すなわち、両者が一致する場合に、ユーザが特定される。

さらに、管理サーバ５０は、参加者情報Ｄ４２を用いて、イベント管理テーブルＤ５６を更新する（Ｓ２２）。具体的には、管理サーバ５０は、参加者情報Ｄ４２の退場順序が早い順に、複数のユーザを複数の演算グループに組み分け、各演算グループを所定の演算ジョブに割り当てる処理を行う。各演算グループは複数のユーザの演算装置１０５を含み、各演算グループに属する複数の演算装置１０５は、同じ演算ジョブを並列処理する。すなわち、同じ演算グループの複数の演算装置１０５の各々は、同じ演算ジョブを複数に分割した演算単位ブロック（タスク又はサブタスク）の演算処理を実行する。

図１１に示すように、管理サーバ５０は、イベント管理テーブルＤ５６において、各ユーザに対して、退場順序と退場予定時刻を登録すると共に、演算グループを設定する。この例では、退場順序が同じである複数のユーザが同じ演算グループに設定されている。なお、同じ退場順序のユーザが多数存在する場合は、同じ退場順序の複数のユーザにより、２つ以上の演算グループを設定してもよい。また、同一の退場順序に限らず、近い退場順序の複数のユーザを同じ演算グループに設定してもよい。

また、図１２に示すように、管理サーバ５０は、各演算グループについて、演算開始時刻及び演算終了予定時刻を設定する。演算開始時刻は、いずれの演算グループも同じ時刻を設定することができる。演算開始時刻Ｔｓは、例えば、イベントの開始予定時刻（例えば、コンサートの開演予定時刻、野球の試合の開始予定時刻）に、所定の余裕時間（－３０分～＋３０分等）を加算した時刻である。また、演算終了予定時刻は、演算グループによって異なるように設定することができる。演算終了予定時刻Ｔｅｋは、例えば、イベントの終了予定時刻に、退場順序を考慮した所定の付加時間ｔｋ（≧０分）を加算した時刻である。退場順序が早い演算グループの付加時間（例えば、０分）よりも、退場順序が遅い演算グループの付加時間（例えば、６０分）の方が長く設定される。よって、退場順序が遅い演算グループは、より長く演算処理を確保することができるので、より大きな演算量の演算処理を実行可能である。

図１２の例では、複数のｎ個の演算グループＧ１～Ｇｎが形成されている。各演算グループは複数の演算装置１０５によって構成される。演算グループＧ１～Ｇｎの演算開始時刻Ｔｓは同じ時刻である。一方、最も退場順序が早い演算グループＧ１の演算終了予定時刻Ｔｅ１が最も早い時刻に設定され、最も退場順序が遅い演算グループＧｎの演算終了予定時刻Ｔｅｎが最も遅い時刻に設定される。すなわち、演算グループＧ１～Ｇｎの付加時間ｔ１～ｔｎは、退場順序が遅いほど大きく設定される（ｔ１＜ｔ２＜ｔ３＜・・・＜ｔｎ）。したがって、演算グループＧ１の演算装置１０５よりも演算グループＧｎの演算装置１０５には、より大きな演算量の演算ジョブ（サブタスク）を割り当てることが可能である。

次に、管理サーバ５０は、ユーザの車両１０の車両位置情報に基づいて、ユーザの車両１０がイベント開催場所の駐車場に駐車されているか否かを判定する（Ｓ２３）。すなわち、管理サーバ５０は、車両１０から車両位置情報を受信し、車両１０がイベント開催場所の駐車場に位置するか否かを判定する。この処理は、任意であり、参加申請を行ったユーザが実際にイベントに参加していない場合は、ステップＳ２２に戻って、演算グループを再度組み分けすることができる。なお、管理サーバ５０は、車両１０から車両位置情報を使用する代わりに、イベント管理者（例えば、イベントサーバ４０）から、車両１０がイベント開催場所の駐車場に駐車したことを示す情報や、ユーザがイベント開催場所に入場したことを示す情報を取得及び使用してもよい。

さらに、管理サーバ５０は、所定時にユーザに対して、イベント中に演算装置１０５を用いてグリッドコンピューティング処理が実行されることを通知する（Ｓ２４）。好ましくは、その通知は、ユーザが設定された退場順序を守って退場待ちをしている間にグリッドコンピューティングが実行されることを含む。さらに好ましくは、その通知は、演算終了予定時刻Ｔｅｋを含んでいてもよい。具体的には、管理サーバ５０は、演算処理の実行前に、ユーザのユーザ端末２０又は車両１０に対して上記の通知を行う。なお、代替的に、管理サーバ５０は、演算処理の実行中に上記の通知を行ってもよい。次に、管理サーバ５０は、演算制御を実行し（Ｓ２５）、処理を終了する。管理サーバ５０は、演算制御により、各演算グループに割り当てた演算ジョブを各演算グループに実行させる。

図１３を参照して、演算制御についてさらに説明する。まず、制御部５０５は、イベント管理テーブルＤ５６を参照し、グリッドコンピューティング処理の対象となる１又は複数のジョブデータＤ１を、各ジョブデータＤ１に割り当てられた演算グループの演算装置１０５に分配する（Ｓ３１）。具体的には、制御部５０５は、各ジョブデータＤ１に割り当てられた演算グループの演算装置１０５の各々に、そのジョブデータＤ１の一部を送信する。これにより、各ジョブデータＤ１は、そのジョブデータＤ１に割り当てられた演算グループの複数の演算装置１０５により並列処理される。

図１２を参照すると、演算グループＧ１～Ｇｎの各々は、それぞれ割り当てられた演算ジョブ１～ｎ（ジョブデータＤ１、又はジョブデータＤ１をさらに分割したタスク）の演算処理を実行する。また、各演算グループに割り当てられた演算ジョブは、複数の演算単位ブロック（サブタスク）に分割される。各演算グループの複数の演算装置１０５の各々は、割り当てられたサブタスクの演算処理を実行する。

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

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

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

次に、制御部５０５は、演算装置１０５による計算能力を提供したユーザに対して、システム１を運営する事業者から報酬を付与するための処理を実行する（Ｓ３５）。ユーザに付与される報酬の例としては、システム１において利用可能なポイント、仮想通貨、商品の割引特典などが挙げられる。

また、報酬額は、各演算装置１０５が対象のジョブデータＤ１の演算処理で実行した演算量（演算単位ブロック数）に応じて算出される。例えば、報酬額は、演算量に報酬係数を乗算して算出することができる。演算装置１０５は、より長い演算時間を提供することにより、より多くの演算量（演算単位ブロック数）を実行することができる。また、代替的に、演算量に代えて、演算開始から演算終了までの演算時間に応じて報酬額を算出してもよい。報酬額を含む報酬情報は、各ユーザのユーザＩＤに関連付けてユーザテーブルＤ５１に登録される。

また、報酬額は、演算量に応じた報酬分に加えて、ユーザが退場順序を守ったことに対して付加的な報酬分を含んでもよい。例えば、ユーザがイベント後に車両１０を稼働状態にしたとき（すなわち、車両１０の電源をオン状態（ＩＧオン）にしたとき）、車両１０から管理サーバ５０へＩＧオン信号を送信することができる。管理サーバ５０は、そのユーザの退場予定時刻以降にＩＧオン信号を受信した場合に、付加的な報酬分を加算することができる。

次に、本実施形態の管理装置及び管理方法の作用について説明する。
本実施形態の管理装置５０は、通信ネットワーク５を介して接続された複数の車両１０に搭載された演算装置１０５に演算ジョブＤ１を演算処理させるグリッドコンピューティング処理のための管理装置５０であって、演算装置１０５は、イベント開催場所で開催されるイベントに車両１０で来場した複数のユーザの各車両１０に搭載されたものであり、管理装置５０は、複数のユーザの各々に対して予め設定されたイベントの終了後の退場順序を含む参加者情報Ｄ４２を有しており、複数のユーザの各々の退場順序に基づいて、複数のユーザの演算装置１０５を複数の演算グループＧ１～Ｇｎに組み分けし、演算装置１０５は、演算ジョブＤ１の演算処理の実行前又は実行中に、複数のユーザに対してイベント中に演算装置１０５による演算処理が実行されることを通知し、管理装置５０は、イベントの開催期間中の少なくとも一部の期間において、各演算グループＧ１～Ｇｎを構成する複数の演算装置１０５に同一の演算ジョブＤ１を並列処理させるように構成されている。

このように構成された本実施形態では、管理装置５０は、複数のユーザがイベントに参加しており、これにより複数のユーザの車両１０が非稼働状態であるときに、複数のユーザの車両１０の演算装置１０５で形成した演算グループを用いてグリッドコンピューティング処理を実行することができる。また、これら複数の演算装置１０５は、同じエリア内（イベント開催場所付近の駐車場）に存在する。これにより、本実施形態では、演算装置１０５が車両１０のために実質的に使用されていない状態で、演算装置１０５をグリッドコンピューティング処理に参加させることができるので、安定した品質の演算能力を確保することができる。

さらに、本実施形態では、イベント終了後のユーザの退場順序に基づいて、複数の演算装置１０５からなる演算グループＧ１～Ｇｎを形成するので、各演算グループＧ１～Ｇｎの複数の演算装置１０５を搭載する複数の車両１０が駐車場から退場可能な時刻を一致させることができる。また、本実施形態では、ユーザに対してイベント中に、好ましくは退場待ちの間に、グリッドコンピューティング処理を実行する旨を通知するので、少なくともイベント中は車両１０を出庫させることなく、さらに退場順序を守って車両１０を駐車場から出庫させようとする動機付け（グリッドコンピューティングへの参加による社会的な貢献の意識など）をユーザに与えることができる。よって、本実施形態では、演算グループＧ１～Ｇｎから一部の演算装置１０５が演算終了前に離脱することを防止して、さらに安定した品質の演算能力を確保することが出来ると共に、イベント終了後の駐車場の渋滞を抑制することができる。

また、本実施形態では、管理装置５０は、参加者情報Ｄ４２に基づいて、退場順序が早い順に複数の演算グループＧ１～Ｇｎを設定するように構成されている。このように構成された本実施形態では、退場順序が早い演算グループから退場順序が遅い演算グループをそれぞれ設定することができる。具体的には、本実施形態では、管理装置５０は、参加者情報Ｄ４２に基づいて、退場順序が同じユーザの演算装置１０５を同じ演算グループに設定するように構成されている。

また、本実施形態では、管理装置５０は、各演算グループＧ１～Ｇｎの演算装置１０５による演算処理の演算終了予定時刻Ｔｅ１～Ｔｅｎを、退場順序に基づいて設定するように構成されている。このように構成された本実施形態では、退場順序が遅い演算グループに、より長く演算処理を実行させることが可能となる。

また、本実施形態では、管理装置５０は、退場順序がより遅い演算グループ（例えば、Ｇｎ）に属する演算装置１０５ほど、より大きな演算量の演算処理を実行するように、又は、演算処理の演算終了予定時刻がより遅くなるように演算ジョブを割り当てるように構成されている。このように構成された本実施形態では、イベントに来場した複数の車両１０の演算装置１０５の演算能力を、退場順序を考慮して効率的に利用することができる。

また、本実施形態では、管理装置５０は、ユーザの演算装置１０５による演算処理の演算量に応じて、ユーザへ付与する報酬を算出するように構成されている。このように構成された本実施形態では、ユーザは演算装置１０５による演算処理によって報酬が得られるので、少なくともイベント中は車両１０を駐車状態に維持させようとする動機付けをユーザに与えることができる。

また、本実施形態では、管理装置５０は、参加者情報Ｄ４２をイベント管理者の通信装置（イベントサーバ４０）から受信するように構成されている。このように構成された本実施形態では、管理装置５０は、外部から参加者情報Ｄ４２を受信して、複数の演算グループＧ１～Ｇｎを組み分けすることができる。

また、本実施形態では、管理装置５０は、車両１０の演算装置１０５から、又は、イベント管理者の通信装置（イベントサーバ４０）から、車両１０の位置情報を受信するように構成されている。このように構成された本実施形態では、管理装置５０は、車両１０の位置情報により、ユーザ（又は演算装置１０５）がイベント開催場所に来場したことを確認することができる。

また、本実施形態の管理方法は、通信ネットワーク５を介して接続された複数の車両１０に搭載された演算装置１０５に管理装置５０が演算ジョブＤ１を演算処理させるグリッドコンピューティングシステムにおける管理方法であって、演算装置１０５は、イベント開催場所で開催されるイベントに車両１０で来場した複数のユーザの各車両１０に搭載されたものであり、管理装置５０が、複数のユーザの各々に対して予め設定されたイベントの終了後の退場順序を含む参加者情報Ｄ４２を有しており（Ｓ２１）、複数のユーザの各々の退場順序に基づいて、複数のユーザの演算装置１０５を複数の演算グループＧ１～Ｇｎに組み分けするステップ（Ｓ２２）と、演算装置１０５が、演算ジョブＤ１の演算処理の実行前又は実行中に、複数のユーザに対してイベント中に演算装置１０５による演算処理が実行されることを通知するステップ（Ｓ２４）と、管理装置５０が、イベントの開催期間中の少なくとも一部の期間において、各演算グループを構成する複数の演算装置１０５に同一の演算ジョブＤ１を並列処理させるステップ（Ｓ２５）と、を含む。

１ システム
１０ 車両
１０５ 演算装置
２０ ユーザ端末
３０ クライアントサーバ
４０ イベントサーバ（通信装置）
５０ 管理サーバ（管理装置）
Ｄ１ ジョブデータ（演算ジョブ）
Ｄ２ 計算結果データ

Claims (9)

1. 通信ネットワークを介して接続された複数の車両に搭載された演算装置に演算ジョブを演算処理させるグリッドコンピューティング処理のための管理装置であって、
   前記演算装置は、イベント開催場所で開催されるイベントに車両で来場した複数のユーザの各車両に搭載されたものであり、
   前記管理装置は、前記複数のユーザの各々に対して予め設定された前記イベントの終了後の退場順序を含む参加者情報を有しており、前記複数のユーザの各々の退場順序に基づいて、前記複数のユーザの演算装置を複数の演算グループに組み分けし、
   前記管理装置は、前記演算ジョブの演算処理の実行前又は実行中に、前記複数のユーザに対して前記イベント中に前記演算装置による演算処理が実行されることを通知し、
   前記管理装置は、前記イベントの開催期間中の少なくとも一部の期間において、各演算グループを構成する複数の演算装置に同一の演算ジョブを並列処理させるように構成されている、管理装置。
2. 前記管理装置は、前記参加者情報に基づいて、前記退場順序が早い順に前記複数の演算グループを設定するように構成されている、請求項１に記載の管理装置。
3. 前記管理装置は、前記参加者情報に基づいて、前記退場順序が同じユーザの演算装置を同じ演算グループに設定するように構成されている、請求項１又は２に記載の管理装置。
4. 前記管理装置は、各演算グループの演算装置による演算処理の演算終了予定時刻を、前記退場順序に基づいて設定するように構成されている、請求項１～３のいずれか一項に記載の管理装置。
5. 前記管理装置は、前記退場順序がより遅い演算グループに属する演算装置ほど、より大きな演算量の演算処理を実行するように、又は、前記演算処理の演算終了予定時刻がより遅くなるように前記演算ジョブを割り当てるように構成されている、請求項１～４のいずれか一項に記載の管理装置。
6. 前記管理装置は、前記ユーザの演算装置による前記演算処理の演算量に応じて、前記ユーザへ付与する報酬を算出するように構成されている、請求項１～５のいずれか一項に記載の管理装置。
7. 前記管理装置は、前記参加者情報をイベント管理者の通信装置から受信するように構成されている、請求項１～６のいずれか一項に記載の管理装置。
8. 前記管理装置は、前記車両の演算装置から、又は、イベント管理者の通信装置から、前記車両の位置情報を受信するように構成されている、請求項１～７のいずれか一項に記載の管理装置。
9. 通信ネットワークを介して接続された複数の車両に搭載された演算装置に管理装置が演算ジョブを演算処理させるグリッドコンピューティングシステムにおける管理方法であって、
   前記演算装置は、イベント開催場所で開催されるイベントに車両で来場した複数のユーザの各車両に搭載されたものであり、
   前記管理装置が、前記複数のユーザの各々に対して予め設定された前記イベントの終了後の退場順序を含む参加者情報を有しており、前記複数のユーザの各々の退場順序に基づいて、前記複数のユーザの演算装置を複数の演算グループに組み分けするステップと、
   前記管理装置が、前記演算ジョブの演算処理の実行前又は実行中に、前記複数のユーザに対して前記イベント中に前記演算装置による演算処理が実行されることを通知するステップと、
   前記管理装置が、前記イベントの開催期間中の少なくとも一部の期間において、各演算グループを構成する複数の演算装置に同一の演算ジョブを並列処理させるステップと、を含む管理方法。

Images