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

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

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

(11)【特許番号】

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

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

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

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20250502BHJP

   G06Q 50/10 20120101ALI20250502BHJP

   G08G 1/09 20060101ALI20250502BHJP

   G08G 1/14 20060101ALI20250502BHJP

【ＦＩ】

G06Q10/02

G06Q50/10

G08G1/09 H

G08G1/14 A

【請求項の数】 7

(21)【出願番号】P 2021166612

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

(65)【公開番号】P2023057230

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

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

【発明の詳細な説明】

【技術分野】

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

次いで、ステップＳ１２において、施設サーバ４０の制御部４０５は、演算装置１０５が搭載された車両１０のユーザによって、所定の施設への訪問を予約するために事前に指定された、滞在予定日及び滞在予定時間帯を含む滞在予定日時を受信したか否かを判定する。一つの例では、施設サーバ４０は、ユーザが、ユーザ端末２０によって所定の施設への訪問を予約するための予約サイト（施設サーバ４０により管理されるサイト）にアクセスし、この予約サイトによる予約ページを用いて入力した滞在予定日時を受信する。この例では、ユーザは、ユーザ端末２０における表示部としての出力部２０２に表示された入力画面（予約画面）を参照して、ユーザ端末２０におけるタッチセンサとしての入力部２０１により滞在予定日時を入力する（図１１参照）。図１１に示す入力画面の例では、ユーザは、映画館への訪問を予約する（換言すると映画館の駐車エリアに車両１０を駐車することを予約する）ために、滞在予定日に対応する特定の日にちについて複数表示された滞在予定時間帯の候補から、一つの滞在予定時間帯（例えば「１１時～１３時」）を選択するようになっている。この画面において、「〇」が表示された滞在予定時間帯は予約可能な時間帯を表し、「×」が表示された滞在予定時間帯は予約不可な時間帯を表している。制御部４０５は、受信した滞在予定日時を、ユーザＩＤ（車両ＩＤを含めてよい）に対応付けて、施設利用情報Ｄ４２として記憶部４０４に記憶させる。なお、他の例では、施設サーバ４０は、ユーザがＰＣや車両１０などにおいて入力した滞在予定日時を受信してもよい。施設サーバ４０の制御部４０５は、滞在予定日時を受信したと判定した場合（ステップＳ１２：Ｙｅｓ）、ステップＳ１３に進み、滞在予定日時を受信したと判定しなかった場合（ステップＳ１２：Ｎｏ）、ステップＳ１２の判定を繰り返す。

【0109】

ステップＳ１３において、施設サーバ４０の制御部４０５は、ステップＳ１１で施設情報Ｄ４１として記憶部４０４に記憶された駐車位置テーブルを参照して、ステップＳ１２で受信された滞在予定日時に含まれる滞在予定日及び滞在予定時間帯に対応する滞在時間帯に関連付けられた指定駐車位置をユーザに割り当て、この指定駐車位置をユーザに送信する。制御部４０５は、複数のユーザから滞在予定日時を受信するごとに、駐車位置テーブルに設定された各指定駐車位置にユーザを割り当て、こうしてユーザに指定駐車位置を割り当てた情報を施設情報Ｄ４１又は施設利用情報Ｄ４２として記憶部４０４に記憶させる。一つの例では、施設サーバ４０は、ユーザに割り当てた指定駐車位置をユーザ端末２０に送信し、それにより、ユーザ端末２０は、指定駐車位置の通知画面を表示部としての出力部２０２に表示させる（図１４参照）。図１４に示す通知画面の例では、滞在予定日及び滞在予定時間帯に加えて、指定駐車位置を示す駐車番号が表示されている。なお、他の例では、施設サーバ４０は、指定駐車位置をユーザのＰＣや車両１０に送信し、これらを介して指定駐車位置をユーザに通知してもよい。

【0110】

ここで、図１２及び図１３に示す具体例について説明する。この例では、施設サーバ４０の制御部４０５は、滞在予定時間帯（駐車位置テーブルの滞在時間帯に対応する）が同じ１１時～１３時のユーザａ、ｂ、ｄ、ｆ、ｇ、ｊ、ｋのそれぞれに対して、指定駐車位置Ａ１～Ａ７を割り当て、これとは別の滞在予定時間帯が同じ１３時～１４時のユーザｃ、ｅ、ｈ、ｉ、ｌのそれぞれに対して、指定駐車位置Ｂ１～Ｂ５を割り当てている（図１２参照）。これら指定駐車位置Ａ１～Ａ７及び指定駐車位置Ｂ１～Ｂ５のそれぞれは、駐車エリアにおいて車車間通信可能な範囲内に位置する、特に指定駐車位置Ａ１～Ａ７及び指定駐車位置Ｂ１～Ｂ５を含めた全体の各々の位置が互いに隣接するようになっている（図１３参照）。

【0111】

なお、施設サーバ４０の制御部４０５は、滞在予定時間帯ごとに、複数のユーザの中から予備ユーザを事前に設定しておく（図１２参照）。このように予備ユーザを設定するのは、ユーザが滞在予定日時の訪問の予約をキャンセルした場合や、滞在予定日時の当時において演算装置１０５がジョブデータＤ１を処理している途中でこの処理を中断した場合に、予備ユーザの車両１０に搭載された演算装置１０５によりグリッドコンピューティングを実現するためである。そういった観点より、制御部４０５は、ユーザが滞在予定日時の訪問の予約をキャンセルすることが予想される車両１０の台数（換言するとユーザ数）と、演算装置１０５がジョブデータＤ１を処理している途中でこの処理を中断することが予想される車両１０の台数（換言するとユーザ数）に基づき、滞在予定時間帯ごとに、設定する予備ユーザの数を規定する。例えば、滞在予定時間帯ごとの予備ユーザの数は、過去一ヶ月分の曜日及び時間帯ごとに得られた実績値（キャンセルした車両１０の台数及び演算装置１０５が処理を中断した車両１０の台数）に基づき規定される。図１２に示す例では、制御部４０５は、１１時～１３時の滞在予定時間帯では、ユーザｊ、ｋの二人の予備ユーザを設定し、１３時～１４時の滞在予定時間帯では、ユーザｌの一人の予備ユーザを設定する。また、例えば、制御部４０５は、同じ滞在予定時間帯を予約した複数のユーザの中で、予約した時間（時刻）が遅いユーザを予備ユーザに設定する。

【0112】

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

【0113】

他方で、ステップＳ２１において、管理サーバ５０の制御部５０５は、ユーザが所定の施設を訪問する当日の前日までに施設サーバ４０から受信された複数の滞在予定日時に関する情報に基づき、当日において滞在予定時間帯が重なる車両１０の台数を特定し、この車両１０の台数に基づき、グリッドコンピューティングにおいて当日に計算可能なジョブデータ量を見積もる。具体的には、制御部５０５は、一般的な演算装置１０５の平均的な計算能力（事前に定めておく）を用いて、特定された車両１０の台数（つまり演算装置１０５の台数）に応じたジョブデータ量を求める。例えば、制御部５０５は、同じ日における複数の滞在予定時間帯のそれぞれについて、車両１０の台数に応じたジョブデータ量を求め、複数の滞在予定時間帯のそれぞれについて求められたジョブデータ量を合計した量を、当日一日において計算可能なジョブデータ量として求める。

【0114】

加えて、制御部５０５は、上記のように滞在予定時間帯ごとに特定された車両１０の台数から、当日において、ユーザが滞在予定日時の訪問の予約をキャンセルすることが予想される車両１０の台数と、演算装置１０５がジョブデータＤ１を処理している途中でこの処理を中断することが予想される車両１０の台数を、差し引いた車両１０の台数に基づき、ジョブデータ量を見積もる。こうして差し引くことになる車両１０の台数は、複数の滞在予定時間帯のそれぞれについて規定され、基本的には、上記した予備ユーザの数と同じである。つまり、この差し引く車両１０の台数は、例えば、過去一ヶ月分の曜日及び時間帯ごとに得られた実績値（キャンセルした車両１０の台数及び演算装置１０５が処理を中断した車両１０の台数）に基づき設定される。１つの例では、制御部５０５は、或る滞在予定時間帯を予約した車両１０の台数が７台であり、過去の実績値に対応する割合（具体的には、キャンセルした車両１０の台数及び演算装置１０５が処理を中断した車両１０の台数が、全体の予約台数に占める割合）が２０％である場合、７台から２台を差し引いた５台を採用し、この５台の演算装置１０５により計算可能なジョブデータ量を見積もる。

【0115】

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

【0116】

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

【0117】

ステップＳ２４において、管理サーバ５０の制御部５０５は、ユーザが滞在予定日時の訪問の予約をキャンセルしたか否かを判定する。例えば、ユーザは、ユーザ端末２０によって上記の予約サイトにアクセスし、この予約サイトによる予約ページを用いて滞在予定日時の予約をキャンセルするための操作入力を行う。そして、施設サーバ４０は、こうして予約サイトを介して取得された予約のキャンセルに関する情報（予約をキャンセルしたユーザのユーザＩＤも含む）を、管理サーバ５０に送信し、管理サーバ５０は、この情報が受信されると、ユーザが予約をキャンセルしたと判定する（ステップＳ２４：Ｙｅｓ）。この場合、管理サーバ５０の制御部５０５は、ステップＳ２５に進み、予備ユーザを追加する処理を行う。すなわち、制御部５０５は、予約をキャンセルしたユーザの代わりに、予備ユーザの車両１０の演算装置１０５を、ジョブデータＤ１を分配して処理させることでグリッドコンピューティングを実現する対象として設定する。この場合、制御部５０５は、ステップＳ２５の処理を行うに当たって、上述したように記憶部５０４のユーザテーブルＤ５１に記憶された予備ユーザの情報（特に予備ユーザのユーザＩＤ）を用いる。

【0118】

次いで、ステップＳ２６において、制御部５０５は、ステップＳ２３での駐車位置の判定結果に基づき、同じ滞在予定時間帯を予約した複数の車両１０が各々の指定駐車位置に駐車することで車両群が形成されたか否かを判定する。その結果、制御部５０５は、車両群が形成されたと判定した場合（ステップＳ２６：Ｙｅｓ）、図１０の処理フローを終了する。これに対して、制御部５０５は、車両群が形成されたと判定しなかった場合（ステップＳ２６：Ｎｏ）、ステップＳ２１に戻る。この場合、制御部５０５は、車両群が形成されるまで、ステップＳ２１～Ｓ２６の処理を繰り返す。

【0119】

なお、ステップＳ２２、Ｓ２３の処理とステップＳ２４、Ｓ２５の処理とを実行する順序を入れ替えてもよい。すなわち、上記の実施形態では、駐車位置の判定後に予約のキャンセルを判定していたが、他の例では、予約のキャンセルの判定後に駐車位置の判定を行ってもよい。更に他の例では、これらの判定を並列して行ってもよい。

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

次いで、ステップＳ３５において、制御部５０５は、演算装置１０５が分配されたジョブデータＤ１の一部を処理している途中でこの処理を中断したか否か、つまり演算装置１０５がジョブデータＤ１の一部を計算している途中で離脱したユーザがいるか否かを判定する。例えば、制御部５０５は、演算装置１０５がジョブデータＤ１の一部を計算している最中に、この演算装置１０５が搭載された車両１０が非稼働状態から稼働状態（１つの例ではイグニッション電源がオンになった状態）になった場合に、演算装置１０５が処理を中断（終了）するため、途中で離脱したユーザがいると判定する。この場合、制御部５０５は、車両１０から送信された車両状態情報Ｄ１２に基づき、このような判定を行う。制御部５０５は、途中で離脱したユーザがいると判定した場合（ステップＳ３５：Ｙｅｓ）、ステップＳ３６に進み、途中で離脱したユーザがいると判定しなかった場合（ステップＳ３５：Ｎｏ）、ステップＳ３７に進む。

【0126】

ステップＳ３６において、制御部５０５は、途中で離脱したユーザの演算装置１０５に分配していたジョブデータＤ１を、上述したように設定された予備ユーザの演算装置１０５に分配する。こうすることにより、予備ユーザの演算装置１０５にジョブデータＤ１の一部を新たに分配して処理させることで、グリッドコンピューティングを実現するようにする。この場合、制御部５０５は、記憶部５０４のユーザテーブルＤ５１に記憶された予備ユーザの情報を参照して、新たにジョブデータＤ１を分配する予備ユーザ（具体的には途中離脱したユーザと同じ滞在予定日時を予約した予備ユーザ）を決定する。

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

［作用及び効果］
次に、本実施形態の作用及び効果について説明する。本実施形態では、施設サーバ４０の制御部４０５は、演算装置１０５が搭載された車両１０のユーザによって、所定の施設への訪問を予約するために事前に指定された、施設に滞在することを予定している滞在予定日及び滞在予定時間帯を含む滞在予定日時を受信し、複数のユーザの滞在予定日時に基づき、滞在予定日が同日で滞在予定時間帯が重なる複数の車両１０が駐車エリアにおいて車車間通信可能な範囲内（例えば５０ｍ以内）に位置するように、この複数の車両１０のそれぞれが駐車エリアにおいて駐車すべき指定駐車位置を設定して、この指定駐車位置を複数の車両１０のそれぞれのユーザに送信する。他方で、管理サーバ５０の制御部５０５は、このような指定駐車位置の送信に応じて複数の車両１０が駐車エリアに駐車したときに、この複数の車両１０のそれぞれに搭載された演算装置１０５にジョブデータを処理させることで、グリッドコンピューティングを実現する。

【0132】

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

【0133】

また、本実施形態によれば、ユーザが所定の施設への訪問を予約するために滞在予定日時を事前に指定するので、こうして複数のユーザにより事前に指定された滞在予定日時に基づき、一日の時間帯ごとの車両１０の台数を把握することができ、その結果、グリッドコンピューティングにおいて一日に計算可能なジョブデータ量の見積もりや調整を容易に行うことが可能となる。

【0134】

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

【0135】

更に、本実施形態では、施設サーバ４０の記憶部４０４は、所定の施設に滞在可能な複数の滞在時間帯のそれぞれに対して、滞在時間帯が重なる複数の車両１０が駐車エリアにおいて車車間通信可能な範囲内に位置するように設定された指定駐車位置が関連付けられた駐車位置テーブルを記憶し、施設サーバ４０の制御部４０５は、この駐車位置テーブルを参照して、ユーザが指定した滞在予定時間帯に対応する滞在時間帯に関連付けられた指定駐車位置を設定する。このように滞在時間帯ごとに設定すべき指定駐車位置が事前に規定された駐車位置テーブルを用いることで、複数の車両１０のそれぞれに的確な指定駐車位置を割り当てることができる。

【0136】

更に、本実施形態では、駐車位置テーブルは、滞在時間帯が重なる複数の車両１０が駐車エリアにおいて車車間通信可能な範囲内に位置し、且つ複数の車両１０のそれぞれが駐車エリアにおいて隣接して位置するように、指定駐車位置が設定されている。このような駐車位置テーブルによれば、複数の車両１０のそれぞれを駐車エリアにおいて互いに隣接して位置させることで、グリッドコンピューティングのために形成された車両群による広告効果を得ることができる。

【0137】

更に、本実施形態では、管理サーバ５０の制御部５０５は、ユーザが所定の施設を訪問する当日の前日までに受信された滞在予定日時に基づき、当日において滞在予定時間帯が重なる車両１０の台数を特定し、この車両１０の台数に基づき、グリッドコンピューティングにおいて当日に計算可能なジョブデータ量を見積もり、このジョブデータ量を複数の演算装置１０５に分配して処理させる。これにより、ユーザが所定の施設への訪問を予約するために事前に指定した滞在予定日時に基づき、当日において滞在予定時間帯が重なる車両１０の台数を適切に特定することができ、その結果、この車両１０の台数（つまり演算装置１０５の数）に応じた的確なジョブデータ量を求めることができる。

【0138】

更に、本実施形態では、管理サーバ５０の制御部５０５は、特定された車両１０の台数から、当日において、ユーザが滞在予定日時の訪問の予約をキャンセルすることが予想される車両１０の台数、及び、演算装置１０５がジョブデータを処理している途中でこの処理を中断することが予想される車両１０の台数を、差し引いた車両１０の台数に基づき、ジョブデータ量を見積もる。これにより、滞在予定日時の予約のキャンセルやジョブデータの処理の中断が生じた場合にも、当日に確実に計算可能なジョブデータ量を求めることができる。

【0139】

更に、本実施形態では、管理サーバ５０の制御部５０５は、所定の施設への訪問を予約するために滞在予定日時を指定した複数のユーザの中から予備ユーザを事前に設定しておき、ユーザが滞在予定日時の訪問の予約をキャンセルした場合、及び、演算装置１０５がジョブデータを処理している途中でこの処理を中断した場合に、予備ユーザの車両１０に搭載された演算装置１０５に対して、ジョブデータを分配して処理させることで、グリッドコンピューティングを実現する。これにより、滞在予定日時の予約のキャンセルやジョブデータの処理の中断が生じた場合にも、事前に設定された予備ユーザの演算装置１０５にジョブデータを再分配することで、グリッドコンピューティングを確実に実現することができる。

【0140】

［変形例］
上記した実施形態では、施設サーバ４０が、駐車位置テーブルを事前に設定しておき、この駐車位置テーブルを参照して、ユーザから受信された滞在予定日時に対応する指定駐車位置を設定して、この指定駐車位置をユーザに送信していた。他の実施形態では、施設サーバ４０の代わりに、管理サーバ５０が、このような処理の少なくもいずれか一以上を行ってもよい。一つの例では、管理サーバ５０は、駐車位置テーブルを事前に設定しておき、ユーザから滞在予定日時を受信すると、この駐車位置テーブルを参照して、滞在予定日時に対応する指定駐車位置を設定してユーザに送信してもよい。この例では、管理サーバ５０のみが、本発明における「管理システム」、「記憶装置」及び「制御装置」に対応する。他の例では、施設サーバ４０は、駐車位置テーブルを事前に設定しておき、この駐車位置テーブルに基づき指定駐車位置を設定する一方で、管理サーバ５０は、ユーザから滞在予定日時を受信して、この滞在予定日時を施設サーバ４０に送信すると共に、施設サーバ４０から指定駐車位置を受信して、この指定駐車位置をユーザに送信する。この例では、施設サーバ４０及び管理サーバ５０が、本発明における「管理システム」、「記憶装置」及び「制御装置」に対応する。

【符号の説明】

【0141】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】