特許 7675331 管理システム及び管理方法

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

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

(11)【特許番号】

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

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

(54)【発明の名称】管理システム及び管理方法

(51)【国際特許分類】

   G06Q 10/04 20230101AFI20250502BHJP

   G06Q 10/02 20120101ALI20250502BHJP

   G06Q 50/10 20120101ALI20250502BHJP

【ＦＩ】

G06Q10/04

G06Q10/02 300

G06Q50/10

【請求項の数】 8

(21)【出願番号】P 2021166611

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

(65)【公開番号】P2023057229

(43)【公開日】2023-04-21

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

(73)【特許権者】

【識別番号】000003137

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

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100059959

【弁理士】

【氏名又は名称】中村 稔

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100130937

【弁理士】

【氏名又は名称】山本 泰史

(74)【代理人】

【識別番号】100162824

【弁理士】

【氏名又は名称】石崎 亮

(72)【発明者】

【氏名】伊藤 誠一

(72)【発明者】

【氏名】岡村 雅

(72)【発明者】

【氏名】前田 貴史

(72)【発明者】

【氏名】古川 優史

(72)【発明者】

【氏名】丸子 敬生

【審査官】松田 岳士

(56)【参考文献】

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

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

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

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

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

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

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

Ｇ０６Ｑ １０／００ －９９／００

Ｂ６０Ｒ １６／００ －１７／０２

Ｇ０６Ｆ ９／４５５－ ９／５４

Ｇ０８Ｇ １／００ －９９／００

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

【請求項1】

複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングを管理する管理システムであって、
複数の演算装置及び／又は演算装置が搭載された複数の車両に関する情報を記憶する記憶装置と、
前記記憶装置に記憶された情報に基づき、前記ジョブデータを複数の演算装置のそれぞれに分配して処理させることで、前記グリッドコンピューティングを実現するように構成された制御装置と、を有し、
前記制御装置は、
前記演算装置が搭載された車両のユーザが、駐車エリアを有する商業的な所定の施設に滞在する滞在予定時間を取得し、
複数のユーザの前記滞在予定時間に基づき、前記滞在予定時間の時間帯が重なる複数のユーザから成るグループを設定し、
同一の前記グループに属する複数のユーザの複数の車両が前記駐車エリアにおいて車車間通信可能な範囲内に位置するように、この複数の車両のそれぞれが前記駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両のそれぞれのユーザに送信し、
前記指定駐車位置の送信に応じて複数の車両が前記駐車エリアに駐車したときに、この複数の車両のそれぞれに搭載された前記演算装置に前記ジョブデータを処理させることで、前記グリッドコンピューティングを実現する、
ように構成されている、ことを特徴とする管理システム。

【請求項2】

前記制御装置は、同一の前記グループに属する複数の車両が前記駐車エリアにおいて車車間通信可能な範囲内に位置し、且つ複数の前記グループに属する複数の車両のそれぞれが前記駐車エリアにおいて隣接して位置するように、前記指定駐車位置を設定するように構成されている、請求項１に記載の管理システム。

【請求項3】

前記制御装置は、前記滞在予定時間から、ユーザが前記所定の施設を退出する退出予定時刻を求め、前記滞在予定時間の時間帯が重なる複数のユーザの中で、前記退出予定時刻が近いユーザを優先的に集めて前記グループを設定するように構成されている、請求項１又は２に記載の管理システム。

【請求項4】

前記制御装置は、前記退出予定時刻が近いユーザを優先的に集めて前記グループを前記退出予定時刻に応じて順番に設定していき、或るグループに属する複数の車両に対して設定された前記指定駐車位置のいずれか一以上に対して、このグループよりも前記退出予定時刻が早い、前記順番が一つ前のグループに属する複数の車両の駐車位置のいずれか一以上が隣接して位置するように、この前のグループに属する複数の車両の前記指定駐車位置を設定するように構成されている、請求項３に記載の管理システム。

【請求項5】

前記制御装置は、前記演算装置が搭載された車両のユーザから送信された前記滞在予定時間を取得するするように構成されている、請求項１乃至４のいずれか一項に記載の管理システム。

【請求項6】

前記制御装置は、前記指定駐車位置が送信されたユーザの車両がその指定駐車位置に駐車していない場合に、この車両と同じグループに属する他の車両を当該指定駐車位置に駐車させるべく、この他の車両のユーザに当該指定駐車位置を送信するように構成されている、請求項１乃至５のいずれか一項に記載の管理システム。

【請求項7】

前記制御装置は、同一の前記指定駐車位置に駐車しなかった車両が複数台発生した場合に、この駐車位置を、前記駐車エリアにおいて車両に駐車させるために設定する前記指定駐車位置から除外する、請求項１乃至６のいずれか一項に記載の管理システム。

【請求項8】

複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングをコンピュータにより管理する管理方法であって、
複数の演算装置及び／又は演算装置が搭載された複数の車両に関する情報を記憶する記憶ステップと、
前記記憶ステップにより記憶された情報に基づき、前記ジョブデータを複数の演算装置のそれぞれに分配して処理させることで、前記グリッドコンピューティングを実現する制御ステップと、を有し、
前記制御ステップは、
前記演算装置が搭載された車両のユーザが、駐車エリアを有する商業的な所定の施設に滞在する滞在予定時間を取得するステップと、
複数のユーザの前記滞在予定時間に基づき、前記滞在予定時間の時間帯が重なる複数のユーザから成るグループを設定するステップと、
同一の前記グループに属する複数のユーザの複数の車両が前記駐車エリアにおいて車車間通信可能な範囲内に位置するように、この複数の車両のそれぞれが前記駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両のそれぞれのユーザに送信するステップと、
前記指定駐車位置の送信に応じて複数の車両が前記駐車エリアに駐車したときに、この複数の車両のそれぞれに搭載された前記演算装置に前記ジョブデータを処理させることで、前記グリッドコンピューティングを実現するステップと、
を有する、ことを特徴とする管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

ところで、非稼働状態にある複数の車両に搭載された複数の演算装置によりグリッドコンピューティングを実現する場合、以下のような理由により、この複数の車両が近距離に存在していることが望ましいと考えられる。

【0006】

演算装置が搭載された複数の車両を近距離に集めると、グリッドコンピューティング時に車車間通信を行って、複数の演算装置間で演算データを適切に受け渡すことができる。また、こうして複数の車両を近距離に集めると、管理サーバとの通信環境を複数の演算装置において均一化することができる。更に、複数の車両を近距離に集めて、複数の車両によって特定の場所に車両群を形成させるようにすると、複数の演算装置を比較的長時間、同時に稼働させておくのに有効である。こうして複数の演算装置を同時に稼働させるようにすると、例えば分散コンピューティング（プログラムの個々の部分が同時並行的に複数の演算装置上で実行され、各々がネットワークを介して互いに通信を行いながら全体として処理が進行する計算手法）を効率的に行うことができる。

【0007】

以上より、演算装置が搭載された複数の車両を近距離に集めてグリッドコンピューティングを行うと、グリッドコンピューティングのための安定且つ確度の高い計算資源（演算装置の計算能力）を効果的に確保することができると考えられる。なお、上記した特許文献１に記載されたシステムは、複数の車両を近距離に集めてグリッドコンピューティングを行うことはできなかった。

【0008】

他方で、上記のようにグリッドコンピューティングのために複数の車両を近距離に集める場合に、商業的な所定の施設（例えば、スーパーマーケット、ショッピングモール、競技場、劇場、レストラン、宿泊施設、映画館、販売店など）の駐車エリアを利用するようにすると、この施設などの運営にも貢献することができると考えられる。例えば、複数の車両を施設の駐車エリアにおいて近距離に集めるために、各車両の駐車位置を管理（コントロール）することで、駐車エリアの混雑を緩和することができる。また、そのように駐車位置を管理する前段階において、来場者が施設に滞在する時間や来場者数などの情報を把握することで、この情報を施設の運営（オペレーション）に活用することができる。

【0009】

本発明は、上述した問題点を解決するためになされたものであり、演算装置が搭載された複数の車両を商業的な所定の施設の駐車エリアにおいて近距離に集めてグリッドコンピューティングを行わせることで、確度の高い計算資源を確保すると共に、所定の施設の運営に貢献することができる管理システム及び管理方法を提供することを目的とする。

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

【0010】

上記の目的を達成するために、本発明は、複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングを管理する管理システムであって、複数の演算装置及び／又は演算装置が搭載された複数の車両に関する情報を記憶する記憶装置と、記憶装置に記憶された情報に基づき、ジョブデータを複数の演算装置のそれぞれに分配して処理させることで、グリッドコンピューティングを実現するように構成された制御装置と、を有し、制御装置は、演算装置が搭載された車両のユーザが、駐車エリアを有する商業的な所定の施設に滞在する滞在予定時間を取得し、複数のユーザの滞在予定時間に基づき、滞在予定時間の時間帯が重なる複数のユーザから成るグループを設定し、同一のグループに属する複数のユーザの複数の車両が駐車エリアにおいて車車間通信可能な範囲内に位置するように、この複数の車両のそれぞれが駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両のそれぞれのユーザに送信し、指定駐車位置の送信に応じて複数の車両が駐車エリアに駐車したときに、この複数の車両のそれぞれに搭載された演算装置にジョブデータを処理させることで、グリッドコンピューティングを実現する、ように構成されている。

【0011】

このように構成された本発明では、管理システムは、複数のユーザから取得された、所定の施設に滞在する滞在予定時間に基づき、滞在予定時間の時間帯が重なる複数のユーザから成るグループを設定し、同一のグループに属する複数の車両が駐車エリアにおいて車車間通信可能な範囲内（例えば５０ｍ以内）に位置するように、各車両の指定駐車位置を設定する。こうすることで、所定の施設に滞在する滞在予定時間帯が重なる複数の車両を駐車エリアにおいて車車間通信可能な範囲内に駐車させた状態で、これら車両に搭載された演算装置によりグリッドコンピューティングを実現するようにする。
これにより、グリッドコンピューティング時に車車間通信を行って、複数の演算装置間で演算データを適切に受け渡すことができる。また、管理システムとの通信環境を複数の演算装置において均一化し、ジョブデータなどの受け渡しを的確に行うことができる。更に、複数の車両によって所定の施設の駐車エリアに車両群を形成させることで、複数の演算装置を比較的長時間、同時に稼働させておくことができる。これにより、グリッドコンピューティングにおいて、例えば分散コンピューティングなどを適切に実現することができる。以上より、本発明によれば、非稼働状態にある複数の車両に搭載された複数の演算装置によりグリッドコンピューティングを行う場合に、安定且つ確度の高い計算資源を効果的に確保することができる。

【0012】

また、本発明によれば、グリッドコンピューティングのために所定の施設の駐車エリアに複数の車両を近距離（車車間通信可能な範囲内）に集めることで、この施設などの運営にも貢献することができる。例えば、複数の車両を駐車エリアにおいて近距離に集めるために、各車両の駐車位置を管理（コントロール）することで、駐車エリアの混雑を緩和することができる。また、そのように駐車位置を管理する前段階において、来場者（ユーザ）が施設に滞在する時間や来場者数などの情報を把握することで、この情報を施設の運営（オペレーション）や駐車エリアの管理に活用することができる。

【0013】

本発明において、好ましくは、制御装置は、同一のグループに属する複数の車両が駐車エリアにおいて車車間通信可能な範囲内に位置し、且つ複数のグループに属する複数の車両のそれぞれが駐車エリアにおいて隣接して位置するように、指定駐車位置を設定するように構成されている。
このように構成された本発明によれば、各車両が近接して位置する車両群を駐車エリアに形成することができ、それにより、グリッドコンピューティングのために形成された車両群による広告効果を得ることが可能となる。

【0014】

本発明において、好ましくは、制御装置は、滞在予定時間から、ユーザが所定の施設を退出する退出予定時刻を求め、滞在予定時間の時間帯が重なる複数のユーザの中で、退出予定時刻が近いユーザを優先的に集めてグループを設定するように構成されている。
このように構成された本発明によれば、各グループの複数の車両により車両群が形成される時間を長くすることができ、グリッドコンピューティングのための確度の高い計算資源をより効果的に確保することが可能となる。

【0015】

本発明において、好ましくは、制御装置は、退出予定時刻が近いユーザを優先的に集めてグループを退出予定時刻に応じて順番に設定していき、或るグループに属する複数の車両に対して設定された指定駐車位置のいずれか一以上に対して、このグループよりも退出予定時刻が早い、順番が一つ前のグループに属する複数の車両の駐車位置のいずれか一以上が隣接して位置するように、この前のグループに属する複数の車両の指定駐車位置を設定するように構成されている。
このように構成された本発明によれば、複数の車両により車両群が形成される時間をより長くすることができる。

【0016】

本発明において、好ましくは、制御装置は、演算装置が搭載された車両のユーザから送信された滞在予定時間を取得するするように構成されている。
このように構成された本発明によれば、ユーザ自身が指定した滞在予定時間を用いることで、その後の滞在予定時間に基づく処理を精度良く行うことができる。

【0017】

本発明において、好ましくは、制御装置は、指定駐車位置が送信されたユーザの車両がその指定駐車位置に駐車していない場合に、この車両と同じグループに属する他の車両を当該指定駐車位置に駐車させるべく、この他の車両のユーザに当該指定駐車位置を送信するように構成されている。
このように構成された本発明によれば、車両が指定駐車位置に駐車しなかった場合でも、滞在予定時間帯が重なる複数の車両により車両群を駐車エリアに適切に形成させることができる。

【0018】

本発明において、好ましくは、制御装置は、同一の指定駐車位置に駐車しなかった車両が複数台発生した場合に、この駐車位置を、駐車エリアにおいて車両に駐車させるために設定する指定駐車位置から除外する。
このように構成された本発明によれば、駐車位置に存在する障害物（ゴミや人）や駐車場所の損傷等が原因で、指定駐車位置に連続して車両が駐車しなかった場合に、そのような駐車位置を指定駐車位置の設定対象から適切に除外することができる。

【0019】

他の観点では、上記の目的を達成するために、本発明は、複数の車両に搭載された複数の演算装置にジョブデータを処理させるグリッドコンピューティングをコンピュータにより管理する管理方法であって、複数の演算装置及び／又は演算装置が搭載された複数の車両に関する情報を記憶する記憶ステップと、記憶ステップにより記憶された情報に基づき、ジョブデータを複数の演算装置のそれぞれに分配して処理させることで、グリッドコンピューティングを実現する制御ステップと、を有し、制御ステップは、演算装置が搭載された車両のユーザが、駐車エリアを有する商業的な所定の施設に滞在する滞在予定時間を取得するステップと、複数のユーザの滞在予定時間に基づき、滞在予定時間の時間帯が重なる複数のユーザから成るグループを設定するステップと、同一のグループに属する複数のユーザの複数の車両が駐車エリアにおいて車車間通信可能な範囲内に位置するように、この複数の車両のそれぞれが駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両のそれぞれのユーザに送信するステップと、指定駐車位置の送信に応じて複数の車両が駐車エリアに駐車したときに、この複数の車両のそれぞれに搭載された演算装置にジョブデータを処理させることで、グリッドコンピューティングを実現するステップと、を有する、ことを特徴とする。
このように構成された本発明によっても、非稼働状態にある複数の車両に搭載された複数の演算装置によりグリッドコンピューティングを行う場合に、安定且つ確度の高い計算資源を効果的に確保することができると共に、所定の施設などの運営に貢献することができる。

【発明の効果】

【0020】

本発明に係る管理システム及び管理方法によれば、演算装置が搭載された複数の車両を商業的な所定の施設の駐車エリアにおいて近距離に集めてグリッドコンピューティングを行わせることで、確度の高い計算資源を確保すると共に、所定の施設の運営に貢献することができる。

【図面の簡単な説明】

【0021】

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

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

【図3】本発明の実施形態による車両の構成を示すブロック図である。

【図4】本発明の実施形態によるユーザ端末の構成を示すブロック図である。

【図5】本発明の実施形態によるクライアントサーバの構成を示すブロック図である。

【図6】本発明の実施形態による施設サーバの構成を示すブロック図である。

【図7】本発明の実施形態による管理サーバの構成を示すブロック図である。

【図8】本発明の実施形態によるジョブ受付処理を示すフローチャートである。

【図9】本発明の実施形態によるジョブ受付画面の画像を示す概略図である。

【図10】本発明の実施形態による駐車位置指定処理を示すフローチャートである。

【図11】本発明の実施形態による滞在予定時間の入力画面の一例を示す。

【図12】本発明の実施形態によるグループ編成及び指定駐車位置の割り当ての一例を示す表である。

【図13】本発明の実施形態による駐車レイアウトの一例を示す。

【図14】本発明の実施形態による指定駐車位置の通知画面の一例を示す。

【図15】本発明の実施形態によるグリッドコンピューティング処理を示すフローチャートである。

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【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】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【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】

ここで、図１２及び図１３に示す具体例について説明する。この例では、施設サーバ４０の制御部４０５は、滞在予定時間帯が重なる複数のユーザの中で、退出予定時刻が近いユーザを優先的に集めることで、ユーザｂ、ｃ、ｄ、ｇをグループIIに設定し、ユーザａ、ｅ、ｆをグループIIの後のグループIIIに設定する（図１２参照）。そして、制御部４０５は、グループIIに属するユーザｂ、ｃ、ｄ、ｇの車両１０が車車間通信可能な範囲内に位置し、且つ、グループIIIに属するユーザａ、ｅ、ｆの車両１０が車車間通信可能な範囲内に位置するように駐車レイアウトを組んで、ユーザａ～ｇのそれぞれに割り当てる指定駐車位置（駐車番号により表される）を設定する（図１２、図１３参照）。特に、制御部４０５は、図１３に示すように、グループII、IIIに属する複数の車両１０の各々の位置が互いに駐車エリアにおいて隣接するように、換言すると近接して位置する車両群が形成されるように、各車両１０に指定駐車位置を割り当てる。加えて、制御部４０５は、グループIIIに属するユーザａ、ｅ、ｆの車両１０の指定駐車位置のいずれか一以上に対して、グループIIIよりも退出予定時刻が早く順番が一つ前であるグループIIに属するユーザｂ、ｃ、ｄ、ｇの車両１０の駐車位置のいずれか一以上が隣接して位置するように、各車両１０に指定駐車位置を割り当てる。つまり、制御部４０５は、退出予定時刻が遅いグループIIIの指定駐車位置に、退出予定時刻が早いグループIIの指定駐車位置を繋げていくことで、近接して位置する車両群ができるだけ長い時間維持されるようにする。図１３に示す例では、ユーザｂ、ｃ、ｄ、ｇの指定駐車位置がユーザａ、ｅ、ｆの指定駐車位置の周りを取り囲むように配置されている。なお、上述したような駐車エリアにおいて指定駐車位置を設定するための条件は、管理サーバ５０から施設サーバ４０へと事前に提示される。

【0109】

次いで、図１０に戻ると、ステップＳ１４において、施設サーバ４０の制御部４０５は、上記のように設定された指定駐車位置をユーザに送信する。一つの例では、施設サーバ４０は、指定駐車位置を車両１０に送信し、それにより、車両１０は、指定駐車位置の通知画面を表示部としての出力部１０２に表示させる（図１４参照）。図１４に示す通知画面の例では、指定駐車位置を示す駐車番号、及び駐車エリア内のその具体的な位置が表示されている。なお、他の例では、施設サーバ４０は、指定駐車位置をユーザ端末２０や施設内の案内装置（駐車場券売機でもよい）に送信し、これらを介して指定駐車位置をユーザに通知してもよい。

【0110】

次いで、ステップＳ１５において、施設サーバ４０の制御部４０５は、ステップＳ１１で取得されたユーザの滞在予定時間、及びステップＳ１３で設定された指定駐車位置などを管理サーバ５０と共有すべく、少なくとも滞在予定時間及び指定駐車位置をユーザＩＤ（車両ＩＤを含めてよい）に関連付けて、管理サーバ５０に送信する。これにより、管理サーバ５０は、受信した滞在予定時間及び指定駐車位置などの情報を、ユーザＩＤに関連付けて記憶部５０４に記憶させる。例えば、管理サーバ５０の制御部５０５は、これらの情報を記憶部５０４のユーザテーブルＤ５１に記憶させる。

【0111】

他方で、ステップＳ２１において、管理サーバ５０の制御部５０５は、車両１０が実際に駐車した位置（以下適宜「実駐車位置」と呼ぶ。）を、車両１０から受信したか否かを判定する。この場合、車両１０は、非稼働状態（例えばイグニッション電源オフやアクセサリ電源オフの状態などのスタンバイ状態になった状態）になったときに、車両状態情報Ｄ１２（上述したように車両１０の位置（緯度および経度）を示す車両位置情報を含む）を管理サーバ５０に送信し、管理サーバ５０の制御部５０５は、この車両状態情報Ｄ１２に含まれる車両位置情報を実駐車位置として用いる。制御部５０５は、実駐車位置を受信したと判定した場合（ステップＳ２１：Ｙｅｓ）、ステップＳ２２に進み、実駐車位置を受信したと判定しなかった場合（ステップＳ２１：Ｎｏ）、ステップＳ２１の判定を繰り返す。

【0112】

ステップＳ２２において、管理サーバ５０の制御部５０５は、施設サーバ４０から受信した指定駐車位置と、車両１０から受信した実駐車位置に基づき、車両１０が施設サーバ４０により設定された指定駐車位置に駐車したか否かを判定する。具体的には、制御部５０５は、実駐車位置が指定駐車位置に一致する場合、車両１０が指定駐車位置に駐車したと判定する。なお、制御部５０５は、車両１０が指定駐車位置に駐車したか否かを判定するに当たって、このように実駐車位置と指定駐車位置とを比較する代わりに、他の例では、駐車エリアの各駐車位置に予め設けられたマーカー（駐車位置が特定できるもの）を車両１０のカメラ等で読み込んだ結果に基づき、この判定を行ってもよい。更に他の例では、駐車エリアにカメラ等のセンサを設けて、施設サーバ４０の制御部４０５が、駐車された車両１０のナンバー等を取得することで、この判定を行ってもよい。

【0113】

次いで、ステップＳ２３において、管理サーバ５０の制御部５０５は、ステップＳ２２での駐車位置の判定結果、つまり実駐車位置が指定駐車位置に一致するか否かの判定結果を、管理サーバ５０に送信する。そして、ステップＳ２４において、制御部５０５は、ステップＳ２２での駐車位置の判定結果に基づき、グループに属する複数の車両１０が各々の指定駐車位置に駐車することで車両群が形成されたか否かを判定する。その結果、制御部５０５は、車両群が形成されたと判定した場合（ステップＳ２４：Ｙｅｓ）、図１０の処理フローを終了する。これに対して、制御部５０５は、車両群が形成されたと判定しなかった場合（ステップＳ２４：Ｎｏ）、ステップＳ２１に戻る。この場合、制御部５０５は、車両群が形成されるまで、ステップＳ２１～Ｓ２４の処理を繰り返す。

【0114】

他方で、ステップＳ１６において、施設サーバ４０の制御部４０５は、ステップＳ２３において管理サーバ５０から送信された判定結果に基づき、車両１０が指定駐車位置に駐車しているか否か、つまり実駐車位置が指定駐車位置に一致するか否かを判定する。その結果、制御部４０５は、車両１０が指定駐車位置に駐車していると判定した場合（ステップＳ１６：Ｙｅｓ）、図１０の処理フローを終了する。これに対して、制御部４０５は、車両１０が指定駐車位置に駐車していると判定しなかった場合（ステップＳ１６：Ｎｏ）、ステップＳ１７に進む。

【0115】

ステップＳ１７において、施設サーバ４０の制御部４０５は、ステップＳ１３で作成した駐車レイアウトを再作成する。具体的には、制御部４０５は、車両１０が駐車していない指定駐車位置を空スペースとして扱い、当該車両１０と同じグループに属する他の車両１０（特に同じグループ内において当該車両１０の次に入場した車両１０）をこの空スペースに駐車させるように、この他の車両１０に空スペースに対応する新たな指定駐車位置を設定する。図１２及び図１３に示したケースを例に挙げると、制御部４０５は、グループIIに属するユーザｃが設定された指定駐車位置Ｄ２に駐車しなかった場合に、このグループIIにおいてユーザｃよりも後に入場したユーザｄに対して、当該指定駐車位置Ｄ２を設定する。この後、施設サーバ４０の制御部４０５は、ステップＳ１４に戻り、ステップＳ１４以降の処理を再度行う。

【0116】

なお、制御部４０５は、同一の指定駐車位置に駐車しなかった車両１０が複数台発生した場合には、この駐車位置を、駐車エリアにおいて車両１０に駐車させるために設定する指定駐車位置から除外するようにする。指定駐車位置に連続して駐車されない理由としては、駐車位置に存在する障害物（ゴミや人）や駐車場所の損傷等が想定される。そのような駐車位置に無理に駐車させないようにするため、この駐車位置を指定駐車位置の設定対象から除外するのがよい。

【0117】

また、車両１０が指定駐車位置に駐車しなかった場合でも、所定の施設の駐車エリアの他の駐車位置に駐車している場合には、その車両１０に搭載された演算装置１０５にグリッドコンピューティングを行わせるのがよい。

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

次いで、ステップＳ３７において、制御部５０５は、システム１を運営する事業者から、グリッドコンピューティング処理に演算装置１０５の計算能力を提供したユーザに対して付与すべき報酬を算出する。報酬の例としては、システム１において利用可能なポイント、仮想通貨、商品の割引特典などが挙げられる。具体的には、制御部５０５は、演算装置１０５がグリッドコンピューティング処理に提供した計算量に応じて、ユーザに付与する報酬を求める。この場合、制御部５０５は、グリッドコンピューティング処理に提供した計算量が多いほど、ユーザに付与する報酬を大きくする。

【0126】

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

【0127】

［作用及び効果］
次に、本実施形態の作用及び効果について説明する。本実施形態では、施設サーバ４０の制御部４０５は、演算装置１０５が搭載された車両１０のユーザから、駐車エリアを有する商業的な所定の施設に滞在する滞在予定時間を受信し、複数のユーザの滞在予定時間に基づき、所定の施設の滞在予定時間帯が重なる複数のユーザから成るグループを設定する。そして、施設サーバ４０の制御部４０５は、同一のグループに属する複数の車両１０が駐車エリアにおいて車車間通信可能な範囲内に位置するように、この複数の車両１０のそれぞれが駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両１０のそれぞれのユーザに送信する。この後、管理サーバ５０の制御部５０５は、指定駐車位置の送信に応じて複数の車両１０が駐車エリアに駐車することで車両群が形成されたときに、この車両群を形成する複数の車両１０のそれぞれに搭載された演算装置１０５にジョブデータを処理させることで、グリッドコンピューティングを実現する。

【0128】

このような本実施形態によれば、滞在予定時間帯が重なる複数の車両１０を駐車エリアにおいて車車間通信可能な範囲内に駐車させた状態で、これら車両１０に搭載された演算装置１０５によりグリッドコンピューティングを実現する。これにより、グリッドコンピューティング時に車車間通信を行って、複数の演算装置１０５間で演算データを適切に受け渡すことができる。また、管理サーバ５０との通信環境を複数の演算装置１０５において均一化し、ジョブデータなどの受け渡しを的確に行うことができる。更に、複数の車両１０によって所定の施設の駐車エリアに車両群を形成させることで、複数の演算装置１０５を比較的長時間、同時に稼働させておくことができる。これにより、例えば分散コンピューティングを適切に実現することができる。以上より、本実施形態によれば、グリッドコンピューティングのための安定且つ確度の高い計算資源を効果的に確保することができる。

【0129】

また、本実施形態によれば、グリッドコンピューティングのために所定の施設の駐車エリアに複数の車両１０を近距離（車車間通信可能な範囲内）に集めることで、この施設などの運営にも貢献することができる。例えば、複数の車両１０を駐車エリアにおいて近距離に集めるために、各車両１０の駐車位置を管理（コントロール）することで、駐車エリアの混雑を緩和することができる。また、そのように駐車位置を管理する前段階において、来場者が施設に滞在する時間や来場者数などの情報を把握することで、この情報を施設の運営（オペレーション）に活用することができる。

【0130】

更に、本実施形態では、施設サーバ４０の制御部４０５は、複数のグループに属する複数の車両１０のそれぞれが駐車エリアにおいて隣接して位置するように、指定駐車位置を設定するので、グリッドコンピューティングのために形成された車両群による広告効果を得ることができる。

【0131】

更に、本実施形態では、施設サーバ４０の制御部４０５は、滞在予定時間帯が重なる複数のユーザの中で、ユーザが所定の施設を退出する退出予定時刻が近いユーザを優先的に集めてグループを設定する。これにより、各グループの複数の車両１０により車両群が形成される時間を長くすることができ、グリッドコンピューティングのための確度の高い計算資源をより効果的に確保することができる。

【0132】

更に、本実施形態では、施設サーバ４０の制御部４０５は、或るグループに属する複数の車両１０に対して設定された指定駐車位置のいずれか一以上に対して、このグループよりも退出予定時刻が早く順番が一つ前のグループに属する複数の車両１０の駐車位置のいずれか一以上が隣接して位置するように、この前のグループに属する複数の車両１０の指定駐車位置を設定する。これにより、複数の車両１０により車両群が形成される時間をより長くすることができる。

【0133】

更に、本実施形態では、施設サーバ４０の制御部４０５は、演算装置１０５が搭載された車両１０のユーザから送信された滞在予定時間を取得する。これにより、ユーザ自身が指定した滞在予定時間を用いることで、その後の滞在予定時間に基づく処理を精度良く行うことができる。

【0134】

更に、本実施形態では、施設サーバ４０の制御部４０５は、指定駐車位置が送信されたユーザの車両１０がその指定駐車位置に駐車していない場合に、この車両１０と同じグループに属する他の車両１０を当該指定駐車位置に駐車させるべく、この他の車両１０のユーザに当該指定駐車位置を送信する。これにより、車両１０が指定駐車位置に駐車しなかった場合でも、滞在予定時間帯が重なる複数の車両１０により車両群を駐車エリアに適切に形成させることができる。

【0135】

更に、本実施形態では、施設サーバ４０の制御部４０５は、同一の指定駐車位置に駐車しなかった車両１０が複数台発生した場合に、この駐車位置を、駐車エリアにおいて車両１０に駐車させるために設定する指定駐車位置から除外する。これにより、駐車位置に存在する障害物（ゴミや人）や駐車場所の損傷等が原因で、指定駐車位置に連続して車両１０が駐車されなかった場合に、そのような駐車位置を指定駐車位置の設定対象から適切に除外することができる。

【0136】

［変形例］
上記した実施形態では、施設サーバ４０が、ユーザから滞在予定時間を受信し、この滞在予定時間に基づき複数のユーザから成るグループを設定し、このグループを基にして、複数の車両１０のそれぞれの指定駐車位置を設定して、この指定駐車位置をユーザに送信していた。他の実施形態では、施設サーバ４０の代わりに、管理サーバ５０が、このような処理の少なくもいずれか一以上を行ってもよい。一つの例では、管理サーバ５０は、ユーザから滞在予定時間を受信すると共に、施設サーバ４０から施設情報Ｄ４１（特に駐車位置情報）を受信し、これらに基づきグループ及び指定駐車位置を設定して、指定駐車位置をユーザに送信する。この例では、管理サーバ５０のみが、本発明における「管理システム」及び「制御装置」に対応する。他の例では、管理サーバ５０は、ユーザから滞在予定時間を受信し、ユーザに関連付けた滞在予定時間を施設サーバ４０に送信する。そして、施設サーバ４０は、管理サーバ５０から受信した滞在予定時間などに基づき、グループ及び指定駐車位置を設定して、指定駐車位置を管理サーバ５０に送信し、管理サーバ５０は、この指定駐車位置をユーザに送信する。この例では、施設サーバ４０及び管理サーバ５０が、本発明における「管理システム」及び「制御装置」に対応する。

【0137】

また、上記した実施形態では、ユーザから指定（入力）された滞在予定時間を用いていたが、他の実施形態では、推定した滞在予定時間を用いてもよい。例えば、施設の入場時刻の時間帯や施設を訪問した曜日などに応じて、ユーザの滞在予定時間を推定すればよい。この場合、入場時刻の時間帯や曜日などに応じた、これまでの平均の滞在時間を用いてもよい。

【符号の説明】

【0138】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】