ホーム > 特許ランキング > 三井住友建設株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023146171
(43)【公開日】2023-10-12
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20231004BHJP
G06Q 50/30 20120101ALI20231004BHJP
【ＦＩ】
G06Q50/10
G06Q50/30
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022053226
(22)【出願日】2022-03-29
(71)【出願人】
【識別番号】000174943
【氏名又は名称】三井住友建設株式会社
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】丸山 信一郎
(72)【発明者】
【氏名】矢ヶ崎 啓介
(72)【発明者】
【氏名】市川 友己
(72)【発明者】
【氏名】沖宗 亮介
(72)【発明者】
【氏名】西尾 新一
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
5L049CC42
(57)【要約】
【課題】電気自動車を用いた複数のサービスを同時に提供することが可能な情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】電気自動車に搭載された制御装置に通信可能に接続された情報処理装置１０は、ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する要求受信部であって、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、要求受信部１１４と、要求情報に基づいて、電気自動車のスケジュールを生成するスケジュール生成部１１５と、制御装置に、スケジュール生成部が生成したスケジュールを出力する出力部１１６とを備える。
【選択図】図１
【解決手段】電気自動車に搭載された制御装置に通信可能に接続された情報処理装置１０は、ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する要求受信部であって、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、要求受信部１１４と、要求情報に基づいて、電気自動車のスケジュールを生成するスケジュール生成部１１５と、制御装置に、スケジュール生成部が生成したスケジュールを出力する出力部１１６とを備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
電気自動車に搭載された制御装置に通信可能に接続された情報処理装置であって、
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する要求受信部であって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、要求受信部と、
前記要求情報に基づいて、電気自動車のスケジュールを生成するスケジュール生成部と、
前記制御装置に、前記スケジュール生成部が生成したスケジュールを出力する出力部と
を備える情報処理装置。
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する要求受信部であって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、要求受信部と、
前記要求情報に基づいて、電気自動車のスケジュールを生成するスケジュール生成部と、
前記制御装置に、前記スケジュール生成部が生成したスケジュールを出力する出力部と
を備える情報処理装置。
【請求項2】
前記基本サービスは、人を輸送する人流サービスをさらに含む、請求項１に記載の情報処理装置。
【請求項3】
前記スケジュール生成部がスケジュールを生成した後にユーザ端末から受信した要求情報に対応可能な電気自動車が存在するか否か判定する追加要求受信部であって、対応可能な電気自動車が存在する場合、前記対応可能な電気自動車のスケジュールに前記受信した要求情報を含めるよう、前記スケジュール生成部に指示する追加要求受信部
をさらに備え、
前記スケジュール生成部は、前記追加要求受信部の指示に基づいて前記対応可能な電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記対応可能な電気自動車の制御装置に出力する、
請求項１又は２に記載の情報処理装置。
をさらに備え、
前記スケジュール生成部は、前記追加要求受信部の指示に基づいて前記対応可能な電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記対応可能な電気自動車の制御装置に出力する、
請求項１又は２に記載の情報処理装置。
【請求項4】
制御装置から故障情報を受信して、前記制御装置を備える電気自動車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定する故障情報受信部であって、前記代行する電気自動車のスケジュールに前記未対応のスケジュールを含めるよう、前記スケジュール生成部に指示する故障情報受信部
をさらに備え、
前記スケジュール生成部は、前記故障情報受信部の指示に基づいて前記代行する電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記代行する電気自動車の制御装置に出力する、
請求項１～３のいずれか１項に記載の情報処理装置。
をさらに備え、
前記スケジュール生成部は、前記故障情報受信部の指示に基づいて前記代行する電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記代行する電気自動車の制御装置に出力する、
請求項１～３のいずれか１項に記載の情報処理装置。
【請求項5】
制御装置から充電要求を受信して、前記制御装置を備える電気自動車の給電に向かう電気自動車を決定する充電要求受信部であって、前記給電に向かう電気自動車のスケジュールに、前記制御装置を備える電気自動車へ給電を行うスケジュールを含めるよう、前記スケジュール生成部に指示する充電要求受信部
をさらに備え、
前記スケジュール生成部は、前記充電要求受信部の指示に基づいて前記給電に向かう電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記給電に向かう電気自動車の制御装置に出力する、
請求項１～４のいずれか１項に記載の情報処理装置。
をさらに備え、
前記スケジュール生成部は、前記充電要求受信部の指示に基づいて前記給電に向かう電気自動車のスケジュールを更新し、
前記出力部は、前記更新されたスケジュールを前記給電に向かう電気自動車の制御装置に出力する、
請求項１～４のいずれか１項に記載の情報処理装置。
【請求項6】
外部サーバから気象情報及び／又は災害情報を取得して前記記憶部に保存する情報取得部
をさらに備え、
前記スケジュール生成部は、前記気象情報及び／又は災害情報を参照してスケジュールを生成する、
請求項１～５のいずれか１項に記載の情報処理装置。
をさらに備え、
前記スケジュール生成部は、前記気象情報及び／又は災害情報を参照してスケジュールを生成する、
請求項１～５のいずれか１項に記載の情報処理装置。
【請求項7】
前記基本サービスは、物を輸送する物流サービスをさらに含み、
前記記憶部は、電気自動車が走行する地図上の複数のエリアと、エリア毎の受渡拠点に関する情報とをさらに記憶し、
前記要求受信部は、前記要求情報がエリアをまたぐ物流サービスを示す場合、前記要求情報を１又は複数の受渡拠点を経由する複数の要求情報に分割し、分割した要求情報を前記記憶部に保存する、
請求項１～６のいずれか１項に記載の情報処理装置。
前記記憶部は、電気自動車が走行する地図上の複数のエリアと、エリア毎の受渡拠点に関する情報とをさらに記憶し、
前記要求受信部は、前記要求情報がエリアをまたぐ物流サービスを示す場合、前記要求情報を１又は複数の受渡拠点を経由する複数の要求情報に分割し、分割した要求情報を前記記憶部に保存する、
請求項１～６のいずれか１項に記載の情報処理装置。
【請求項8】
前記要求情報は、前記サービスを受ける時間に関する情報を含み、前記時間に関する情報は、ユーザの優先度に応じて設定可能である、
請求項１～７のいずれか１項に記載の情報処理装置。
請求項１～７のいずれか１項に記載の情報処理装置。
【請求項9】
電気自動車に搭載された制御装置に通信可能に接続された情報処理装置によって実行される方法であって、
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存するステップであって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、ステップと、
前記要求情報に基づいて、電気自動車のスケジュールを生成するステップと、
前記制御装置に、前記生成したスケジュールを出力するステップと
を含む方法。
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存するステップであって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、ステップと、
前記要求情報に基づいて、電気自動車のスケジュールを生成するステップと、
前記制御装置に、前記生成したスケジュールを出力するステップと
を含む方法。
【請求項10】
電気自動車に搭載された制御装置に通信可能に接続されたコンピュータに、
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する処理であって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、処理と、
前記要求情報に基づいて、電気自動車のスケジュールを生成する処理と、
前記制御装置に、前記生成したスケジュールを出力する処理と
を実行させるプログラム。
ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する処理であって、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、処理と、
前記要求情報に基づいて、電気自動車のスケジュールを生成する処理と、
前記制御装置に、前記生成したスケジュールを出力する処理と
を実行させるプログラム。
【請求項11】
電気自動車に搭載された制御装置であって、
サーバ装置からスケジュールを受信するスケジュール受信部であって、前記スケジュールには前記電気自動車を用いたサービスに関する複数の要求情報が含まれ、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、スケジュール受信部と、
前記受信したスケジュールに従って自律モードで前記電気自動車を走行させるように制御する自動運転制御部と
を備える制御装置。
サーバ装置からスケジュールを受信するスケジュール受信部であって、前記スケジュールには前記電気自動車を用いたサービスに関する複数の要求情報が含まれ、前記サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、前記基本サービスの提供中に、前記電気自動車を用いて受けることができる付加サービスと、を含む、スケジュール受信部と、
前記受信したスケジュールに従って自律モードで前記電気自動車を走行させるように制御する自動運転制御部と
を備える制御装置。
【請求項12】
前記電気自動車の故障に関する情報を前記サーバ装置に送信する故障情報送信部
をさらに備え、
前記サーバ装置は、当該制御装置を備える電気自動車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定し、前記代行する電気自動車のスケジュールを更新し、前記更新したスケジュールを前記代行する電気自動車の制御装置に出力するように構成されている、
請求項１１に記載の制御装置。
をさらに備え、
前記サーバ装置は、当該制御装置を備える電気自動車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定し、前記代行する電気自動車のスケジュールを更新し、前記更新したスケジュールを前記代行する電気自動車の制御装置に出力するように構成されている、
請求項１１に記載の制御装置。
【請求項13】
前記サーバ装置に充電要求を送信する充電要求送信部
をさらに備え、
前記サーバ装置は、当該制御装置を備える電気自動車の給電に向かう電気自動車を決定し、前記給電に向かう電気自動車のスケジュールを更新し、前記更新したスケジュールを前記給電に向かう電気自動車に出力するようにさらに構成されている、
請求項１１又は１２に記載の制御装置。
をさらに備え、
前記サーバ装置は、当該制御装置を備える電気自動車の給電に向かう電気自動車を決定し、前記給電に向かう電気自動車のスケジュールを更新し、前記更新したスケジュールを前記給電に向かう電気自動車に出力するようにさらに構成されている、
請求項１１又は１２に記載の制御装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
近年、脱炭素社会の実現に向けて再生可能エネルギーの導入が加速している。電気自動車は、走行時のＣＯ2排出量を削減するだけでなく、電気自動車による電力輸送により再生エネルギーの利用促進を図る手段として、更なる普及が期待されている。
【0003】
また、自動車を単なる移動手段として活用するだけでなく、自動車と他のサービスとを掛け合わせて活用することで、都市全体の利便性を向上させていく取り組みが模索されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２１－０８６５３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１では、複数の種類のサービスを提供可能な車両における、各サービスを効率良く提供可能なスケジュールを生成するための車両管理装置が開示されている。
【0006】
しかしながら、特許文献１に記載の車両管理装置では、異なるサービスを提供する際に、その都度、サービス内容に応じた機能ボディを付け替える必要があり、結果として、各サービスは異なる時間帯に提供せざるを得ない。
【0007】
そこで、本発明は、電気自動車を用いた複数のサービスを同時に提供することが可能な情報処理装置、情報処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本開示の一態様に係る、電気自動車に搭載された制御装置に通信可能に接続された情報処理装置は、ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する要求受信部であって、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、要求受信部と、要求情報に基づいて、電気自動車のスケジュールを生成するスケジュール生成部と、制御装置に、スケジュール生成部が生成したスケジュールを出力する出力部とを備える。
【0009】
この態様によれば、情報処理装置は、例えば給電サービスを利用するユーザにその待ち時間の間、カラオケサービスを提供する等、複数のサービスを同時に提供することができる。電力サービスを提供可能な電気自動車に、更なる付加サービスの機能を備えることで、電気自動車という資源を最大限に活用してユーザにサービスを提供することができる。
【0010】
上記情報処理装置において、基本サービスは、人を輸送する人流サービスをさらに含んでもよい。この態様によれば、情報処理装置は、例えば人流サービスを利用するユーザにその移動中に車内で理髪サービスや買い物サービスを提供する等、電気自動車を移動手段として利用するユーザに、その移動時間を活用して更なる付加サービスを提供することができる。
【0011】
上記情報処理装置は、スケジュール生成部がスケジュールを生成した後にユーザ端末から受信した要求情報に対応可能な電気自動車が存在するか否か判定する追加要求受信部であって、対応可能な電気自動車が存在する場合、対応可能な電気自動車のスケジュールに受信した要求情報を含めるよう、スケジュール生成部に指示する追加要求受信部をさらに備え、スケジュール生成部は、追加要求受信部の指示に基づいて対応可能な電気自動車のスケジュールを更新し、出力部は、更新されたスケジュールを対応可能な電気自動車の制御装置に出力してもよい。
【0012】
この態様によれば、情報処理装置は、スケジュール生成部がスケジュールを生成した後にユーザ端末から受信した要求情報に対応可能な電気自動車が存在するか否か判定する追加要求受信部を備えることで、一度スケジュールを生成した後でも、電気自動車の空き時間を活用して更なるサービスを提供することができる。
【0013】
上記情報処理装置は、制御装置から故障情報を受信して、制御装置を備える電気自動車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定する故障情報受信部であって、代行する電気自動車のスケジュールに未対応のスケジュールを含めるよう、スケジュール生成部に指示する故障情報受信部をさらに備え、スケジュール生成部は、故障情報受信部の指示に基づいて代行する電気自動車のスケジュールを更新し、出力部は、更新されたスケジュールを代行する電気自動車の制御装置に出力してもよい。
【0014】
この態様によれば、情報処理装置は、電気自動車が故障してしまった場合にも、故障車の未対応のスケジュールを代行する電気自動車を決定することができるので、ユーザは安心してサービスの提供を受けることができる。
【0015】
上記情報処理装置は、制御装置から充電要求を受信して、制御装置を備える電気自動車の給電に向かう電気自動車を決定する充電要求受信部であって、給電に向かう電気自動車のスケジュールに、制御装置を備える電気自動車へ給電を行うスケジュールを含めるよう、スケジュール生成部に指示する充電要求受信部をさらに備え、スケジュール生成部は、充電要求受信部の指示に基づいて給電に向かう電気自動車のスケジュールを更新し、出力部は、更新されたスケジュールを給電に向かう電気自動車の制御装置に出力してもよい。
【0016】
この態様によれば、情報処理装置は、電気自動車から充電要求があった場合に、給電に向かう電気自動車を決定することができるので、例えば予期せぬ渋滞等で電気自動車の蓄電池残量が予想以上に低下してしまった場合にも対処することができる。
【0017】
上記情報処理装置は、外部サーバから気象情報及び／又は災害情報を取得して記憶部に保存する情報取得部をさらに備え、スケジュール生成部は、気象情報及び／又は災害情報を参照してスケジュールを生成してもよい。この態様によれば、情報処理装置は、気象情報や災害情報を取得して活用することにより、実効性の高いスケジュールを生成することができる。
【0018】
上記情報処理装置において、基本サービスは、物を輸送する物流サービスをさらに含み、記憶部は、電気自動車が走行する地図上の複数のエリアと、エリア毎の受渡拠点に関する情報とをさらに記憶し、要求受信部は、要求情報がエリアをまたぐ物流サービスを示す場合、要求情報を１又は複数の受渡拠点を経由する複数の要求情報に分割し、分割した要求情報を記憶部に保存してもよい。
【0019】
この態様によれば、情報処理装置は、事前設定したエリアをまたぐ物流サービスが要求された場合、エリア毎に設置した受渡拠点を経由する複数の要求に分割する構成を備えることで、エリア内に配備した電気自動車の構成を大きく変えることなく、安定して各地でサービスを提供することができる。
【0020】
上記情報処理装置において、要求情報は、サービスを受ける時間に関する情報を含み、時間に関する情報は、ユーザの優先度に応じて設定可能であってよい。この態様によれば、情報処理装置は、要求情報においてユーザの優先度に応じた時間の設定を可能とすることで、より多くの要求を効率よくスケジューリングすることができる。
【0021】
本開示の他の態様に係る、電気自動車に搭載された制御装置に通信可能に接続された情報処理装置によって実行される方法は、ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存するステップであって、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、ステップと、要求情報に基づいて、電気自動車のスケジュールを生成するステップと、制御装置に、生成したスケジュールを出力するステップとを含む。
【0022】
本開示の他の態様に係るプログラムは、電気自動車に搭載された制御装置に通信可能に接続されたコンピュータに、ユーザ端末から、電気自動車を用いたサービスに関する要求情報を受信して、記憶部に保存する処理であって、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、処理と、要求情報に基づいて、電気自動車のスケジュールを生成する処理と、制御装置に、生成したスケジュールを出力する処理とを実行させる。
【0023】
本開示の他の態様に係る、電気自動車に搭載された制御装置は、サーバ装置からスケジュールを受信するスケジュール受信部であって、スケジュールには電気自動車を用いたサービスに関する複数の要求情報が含まれ、サービスは、電気自動車の蓄電池を充電する充電サービス及び電気自動車の蓄電池から外部機器に電力を供給する給電サービスの少なくとも一方を含む基本サービスと、基本サービスの提供中に、電気自動車を用いて受けることができる付加サービスと、を含む、スケジュール受信部と、受信したスケジュールに従って自律モードで電気自動車を走行させるように制御する自動運転制御部とを備える。
【0024】
この態様によれば、制御装置を備える電気自動車は、例えば給電サービスを利用するユーザにその待ち時間の間、カラオケサービスを提供する等、複数のサービスを同時に提供することができる。電力サービスを提供可能な電気自動車に、更なる付加サービスの機能を備えることで、電気自動車という資源を最大限に活用してユーザにサービスを提供することができる。
【0025】
上記制御装置は、電気自動車の故障に関する情報をサーバ装置に送信する故障情報送信部をさらに備え、サーバ装置は、当該制御装置を備える電気自動車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定し、代行する電気自動車のスケジュールを更新し、更新したスケジュールを代行する電気自動車の制御装置に出力してもよい。
【0026】
この態様によれば、電気自動車が故障してしまった場合にも、制御装置を備える電気自動車は、故障車の未対応のスケジュールを代行する電気自動車をサーバ装置に決定させることができるので、ユーザは安心してサービスの提供を受けることができる。
【0027】
上記制御装置は、サーバ装置に充電要求を送信する充電要求送信部をさらに備え、サーバ装置は、当該制御装置を備える電気自動車の給電に向かう電気自動車を決定し、給電に向かう電気自動車のスケジュールを更新し、更新したスケジュールを給電に向かう電気自動車に出力してもよい。
【0028】
この態様によれば、例えば予期せぬ渋滞等で電気自動車の蓄電池残量が予想以上に低下してしまった場合にも、制御装置を備える電気自動車は、給電に向かう電気自動車をサーバ装置に決定させることができるので、ユーザは安心してサービスの提供を受けることができる。
【発明の効果】
【0029】
本発明によれば、電気自動車を用いた複数のサービスを同時に提供することが可能な情報処理装置、情報処理方法及びプログラムを提供することができる。
【図面の簡単な説明】
【0030】
【図1】本発明の一実施形態に係るサーバ装置を含むシステムの構成の一例を示す図である。
【図2】本発明の一実施形態に係るサーバ装置が提供するサービスの概要を示す図である。
【図3】本発明の一実施形態に係るサーバ装置の構成の一例を示す図である。
【図4】本発明の一実施形態に係る制御装置の構成の一例を示す図である。
【図5】本発明の一実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。
【図6】本発明の一実施形態に係るユーザ端末のハードウェア構成の一例を示す図である。
【図7】本発明の一実施形態に係る制御装置のハードウェア構成の一例を示す図である。
【図8】本発明の一実施形態に係るスケジュールの一例を示す図である。
【図9】本発明の一実施形態に係るサーバ装置の要求受信処理を例示するフローチャートである。
【図10】本発明の一実施形態に係るサーバ装置のスケジュール生成処理を例示するフローチャートである。
【図11】本発明の一実施形態に係るサーバ装置の追加要求受信処理を例示するフローチャートである。
【図12】本発明の一実施形態に係るサーバ装置の故障情報受信処理を例示するフローチャートである。
【図13】本発明の一実施形態に係るサーバ装置の充電要求受信処理を例示するフローチャートである。
【発明を実施するための形態】
【0031】
添付図面を参照して、本発明の実施形態について説明する。なお、以下の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施形態を採用することが可能であり、係る実施形態も本発明の範囲に含まれる。
【0032】
（システム構成）
まず、図１及び図２を用いて、本発明の概要について説明する。図１は、本発明の一実施形態に係るサーバ装置を含むシステムの構成を例示する図である。図２は、本発明の一実施形態に係るサーバ装置が提供するサービスを説明する概略図である。
まず、図１及び図２を用いて、本発明の概要について説明する。図１は、本発明の一実施形態に係るサーバ装置を含むシステムの構成を例示する図である。図２は、本発明の一実施形態に係るサーバ装置が提供するサービスを説明する概略図である。
【0033】
システムは、サーバ装置１０を備え、サーバ装置１０は、ユーザ端末２０、発電施設端末３０及び電気自動車に搭載された制御装置４０と通信ネットワークＮを介して通信を行うよう構成されている。ここで、電気自動車とは、電気をエネルギー源として電気モーターで走行する自動車であり、車、トラック、バスなどの様々な車両を含む。また、本実施形態では、電気自動車は、自律モードで完全に又は部分的に動作する自動運転車として構成され得る。自動運転車とは、人間が運転を行わなくとも自動で走行できる自動車であり、本実施形態では、自動車の運転権限がシステム側にあることを前提としたもの（例えば、自動車の自動運転の自動化レベル３以上）を想定している。
【0034】
サーバ装置１０は、ユーザ端末２０を介してユーザから電気自動車を用いたサービスの要求情報を受信する。また、サーバ装置１０は、発電施設端末３０から発電情報を受信する。そして、ユーザ端末２０から受信した要求情報と発電施設端末３０から受信した発電情報とに基づいて、サーバ装置１０は、各電気自動車のスケジュールを生成して電気自動車の制御装置４０に送信する。
【0035】
例えば、電気自動車を用いたサービスには、電気自動車で人を輸送する人流サービス、電気自動車で物を輸送する物流サービス、電気自動車で電力を輸送する電力サービス等が含まれる。電力サービスには、ユーザ又は発電施設の電力供給設備を用いて電気自動車の蓄電池を充電する充電（売電）サービスと、電気自動車の蓄電池からユーザの機器に電力を供給する給電サービスとが含まれる。また、本実施形態では、出発地点から目的地点まで人を輸送する人流サービスの提供中に、あるいは電力サービスの提供中に、さらに付加サービスを提供することができる。一例では、付加サービスには、カラオケ、理髪、買い物等が含まれる。付加サービスを利用するユーザは、移動中あるいは電力サービスの提供を受けている間に電気自動車においてカラオケ、理髪、買い物等を行うことができる。
【0036】
サーバ装置１０はまた、気象庁や内閣府等を含む外部サーバ５０と、通信ネットワークＮを介して通信を行うよう構成されており、気象情報及び災害情報を周期的に取得している。サーバ装置１０は、外部サーバ５０から取得した気象情報又は災害情報に基づいて、電気自動車のスケジュールを生成することができる。
【0037】
図１では、１台のユーザ端末２０が図示されているが、複数のユーザ端末２０（２０１～２０ｎ）を有するシステムにおいて本発明を実装することができる。また、図１では、１台の発電施設端末３０が図示されているが、複数の発電施設端末３０（３０１～３０ｎ）を有するシステムにおいて本発明を実装することができる。
【0038】
［機能構成］
（サーバ装置）
次に、図３を用いて、サーバ装置１０の構成の一例について説明する。なお、図３では、単一のサーバ装置１０を想定し、必要な機能構成だけを示しているが、サーバ装置１０を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。
（サーバ装置）
次に、図３を用いて、サーバ装置１０の構成の一例について説明する。なお、図３では、単一のサーバ装置１０を想定し、必要な機能構成だけを示しているが、サーバ装置１０を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。
【0039】
サーバ装置１０は、機能的な構成として、例えば、サイト提供部１１０、会員登録部１１１、情報取得部１１２、発電情報受信部１１３、要求受信部１１４、スケジュール生成部１１５、出力部１１６、追加要求受信部１１７、進捗管理部１１８、故障情報受信部１１９、充電要求受信部１２０及び記憶部１００を有する。記憶部１００は、例えば、電気自動車データベース１０１、会員データベース１０２、地図データベース１０３、エリアデータベース１０４、発電データベース１０５、要求データベース１０６、気象災害データベース１０７及びスケジュールデータベース１０８を記憶する。各機能構成について、以下に記載する。
【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】
［ハードウェア構成］
（サーバ装置）
次に、図５を用いて、サーバ装置１０のハードウェア構成の一例について説明する。図５の例では、サーバ装置１０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ１０ａと、ＲＡＭ（Random Access Memory）１０ｂと、ＲＯＭ（Read only Memory）１０ｃと、通信装置１０ｄと、記憶装置１０ｅと、入力装置１０ｆと、表示装置１０ｇとを有してもよい。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
（サーバ装置）
次に、図５を用いて、サーバ装置１０のハードウェア構成の一例について説明する。図５の例では、サーバ装置１０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ１０ａと、ＲＡＭ（Random Access Memory）１０ｂと、ＲＯＭ（Read only Memory）１０ｃと、通信装置１０ｄと、記憶装置１０ｅと、入力装置１０ｆと、表示装置１０ｇとを有してもよい。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
【0090】
プロセッサ１０ａは、ＲＯＭ１０ｃ又は記憶装置１０ｅに記憶されたプログラムをＲＡＭ１０ｂに展開して実行することで、データの演算や加工を行う制御部として機能する。プロセッサ１０ａは、通信装置１０ｄや入力装置１０ｆから種々の入力データを受信し、入力データを演算した結果を通信装置１０ｄや表示装置１０ｇから出力したり、ＲＡＭ１０ｂや記憶装置１０ｅに格納したりする。
【0091】
本実施形態におけるプロセッサ１０ａは、ＲＯＭ１０ｃ又は記憶装置１０ｅに記憶されたプログラムを実行することにより、上述した電気自動車サービスに係る処理を実現可能に構成される。例えば、図３に機能構成として示したサイト提供部１１０、会員登録部１１１、情報取得部１１２、発電情報受信部１１３、要求受信部１１４、スケジュール生成部１１５、出力部１１６、追加要求受信部１１７、進捗管理部１１８、故障情報受信部１１９及び充電要求受信部１２０は、プロセッサ１０ａ上でプログラムを実行することにより実現される。このプログラムは、ＲＡＭ１０ｂやＲＯＭ１０ｃ等のコンピュータによって読み取り可能な記憶媒体に記憶されて提供されてもよいし、通信装置１０ｄにより接続される通信ネットワークＮを介して提供されてもよい。
【0092】
ＲＡＭ１０ｂは、例えば半導体記憶素子で構成され、書き換え可能なデータを記憶する。ＲＡＭ１０ｂは、プログラムに含まれるコードの他、記憶部１００の一部又は全部のデータを一時的に記憶する。ＲＯＭ１０ｃは、例えば半導体記憶素子で構成され、読み出し可能かつ書き換え不可能なデータを記憶する。ＲＯＭ１０ｃは、プログラム及び電気自動車サービスに係る処理に必要な各種データ、例えば記憶部１００のデータを記憶する。
【0093】
通信装置１０ｄは、ユーザ端末２０、発電施設端末３０及び電気自動車の制御装置４０を含む外部の装置との間で、有線又は無線による通信ネットワークＮを介したデータ通信を行うための装置である。
【0094】
記憶装置１０ｅは、例えばＨＤＤ（Hard Disk Drive）で構成される不揮発性の記憶媒体である。記憶装置１０ｅは、プログラム及び記憶部１００のデータを記憶する。
【0095】
入力装置１０ｆは、ユーザからの操作を受け付けるための装置であり、キーボードやマウス、タッチパネル等によって実現することができる。
【0096】
表示装置１０ｇは、情報を表示するための装置であり、有機ＥＬディスプレイ、液晶ディスプレイ等によって実現することができる。
【0097】
（ユーザ端末）
次に、図６を用いて、ユーザ端末２０のハードウェア構成の一例について説明する。図６の例では、ユーザ端末２０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ２０ａと、ＲＡＭ（Random Access Memory）２０ｂと、ＲＯＭ（Read only Memory）２０ｃと、通信装置２０ｄと、記憶装置２０ｅと、入力装置２０ｆと、表示装置２０ｇとを有してもよい。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
次に、図６を用いて、ユーザ端末２０のハードウェア構成の一例について説明する。図６の例では、ユーザ端末２０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ２０ａと、ＲＡＭ（Random Access Memory）２０ｂと、ＲＯＭ（Read only Memory）２０ｃと、通信装置２０ｄと、記憶装置２０ｅと、入力装置２０ｆと、表示装置２０ｇとを有してもよい。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
【0098】
プロセッサ２０ａは、ＲＯＭ２０ｃ又は記憶装置２０ｅに記憶されたプログラムをＲＡＭ２０ｂに展開して実行することで、データの演算や加工を行う制御部として機能する。プロセッサ２０ａは、通信装置２０ｄや入力装置２０ｆから種々の入力データを受信し、入力データを演算した結果を通信装置２０ｄや表示装置２０ｇから出力したり、ＲＡＭ２０ｂや記憶装置２０ｅに格納したりする。
【0099】
本実施形態におけるプロセッサ２０ａは、記憶装置２０ｅに記憶されたプログラムを実行することにより、ブラウザを実現可能に構成される。ブラウザは、サーバ装置１０の提供するウェブサイトを含む通信ネットワークＮ上の各種ウェブサイトをユーザに閲覧可能とするためのアプリケーションプログラムである。なお、本実施形態では、ユーザ端末２０に実装されたブラウザでのユーザの操作に従って各種要求をサーバ装置１０に送信すると共に、その処理結果を受信してブラウザ上に表示するが、他の実施形態では、ユーザ端末２０に記憶された電気自動車サービスの予約アプリケーションを実行することで実現する機能により各種要求をサーバ装置１０に送信すると共に、その処理結果を受信して表示してもよい。
【0100】
ＲＡＭ２０ｂは、例えば半導体記憶素子で構成され、書き換え可能なデータを記憶する。ＲＡＭ２０ｂは、プログラムに含まれるコードの他、電気自動車サービスに係る処理に必要な一部又は全部のデータを一時的に記憶する。ＲＯＭ２０ｃは、例えば半導体記憶素子で構成され、読み出し可能かつ書き換え不可能なデータを記憶する。ＲＯＭ２０ｃは、プログラム及び各種データを記憶する。
【0101】
通信装置２０ｄは、サーバ装置１０を含む外部の装置との間で、有線又は無線による通信ネットワークＮを介したデータ通信を行うための装置である。
【0102】
記憶装置２０ｅは、例えばＨＤＤ（Hard Disk Drive）で構成される不揮発性の記憶部媒体である。記憶装置２０ｅは、ブラウザのプログラム及び各種データを記憶する。
【0103】
入力装置２０ｆは、ユーザからの操作を受け付けるための装置であり、キーボードやマウス、タッチパネル等によって実現することができる。
【0104】
表示装置２０ｇは、情報を表示するための装置であり、有機ＥＬディスプレイ、液晶ディスプレイ等によって実現することができる。
【0105】
（発電施設端末）
次に、発電施設端末３０のハードウェア構成の一例について説明する。ユーザ端末２０と同様に、発電施設端末３０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ３０ａと、ＲＡＭ（Random Access Memory）３０ｂと、ＲＯＭ（Read only Memory）３０ｃと、通信装置３０ｄと、記憶装置３０ｅと、入力装置３０ｆと、表示装置３０ｇとを有する。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
次に、発電施設端末３０のハードウェア構成の一例について説明する。ユーザ端末２０と同様に、発電施設端末３０は、演算装置に相当するＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processor Unit）等のプロセッサ３０ａと、ＲＡＭ（Random Access Memory）３０ｂと、ＲＯＭ（Read only Memory）３０ｃと、通信装置３０ｄと、記憶装置３０ｅと、入力装置３０ｆと、表示装置３０ｇとを有する。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
【0106】
本実施形態におけるプロセッサ３０ａは、記憶装置３０ｅに記憶されたプログラムを実行することにより、発電情報送信部を実現可能に構成される。発電情報送信部は、サーバ装置１０に発電可能な電力量を含む発電情報を送信する。本実施形態では、発電情報には、発電施設ＩＤと発電量とが含まれる。
【0107】
なお、プロセッサ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、通信装置３０ｄ、記憶装置３０ｅ、入力装置３０ｆ、表示装置３０ｇはそれぞれ、プロセッサ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、通信装置２０ｄ、記憶装置２０ｅ、入力装置２０ｆ、表示装置２０ｇと同様の構成を有するので、詳細な説明は省略する。
【0108】
（電気自動車の制御装置）
次に、図７を用いて、電気自動車の制御装置４０のハードウェア構成の一例について説明する。制御装置４０は、演算装置に相当するＣＰＵ（Central Processing Unit）等のプロセッサ４０ａと、ＲＡＭ（Random Access Memory）４０ｂと、ＲＯＭ（Read only Memory）４０ｃと、通信装置４０ｄと、記憶装置４０ｅと、入出力インタフェース４０ｆとを有する。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
次に、図７を用いて、電気自動車の制御装置４０のハードウェア構成の一例について説明する。制御装置４０は、演算装置に相当するＣＰＵ（Central Processing Unit）等のプロセッサ４０ａと、ＲＡＭ（Random Access Memory）４０ｂと、ＲＯＭ（Read only Memory）４０ｃと、通信装置４０ｄと、記憶装置４０ｅと、入出力インタフェース４０ｆとを有する。これらの各構成は、バスを介して相互にデータを送受信できるように接続される。
【0109】
プロセッサ４０ａは、ＲＯＭ４０ｃ又は記憶装置４０ｅに記憶されたプログラムをＲＡＭ４０ｂに展開して実行することで、データの演算や加工を行う制御部として機能する。プロセッサ４０ａは、通信装置４０ｄから種々の入力データを受信し、入力データを演算した結果を通信装置４０ｄから出力したり、ＲＡＭ４０ｂや記憶装置４０ｅに格納したりする。
【0110】
本実施形態におけるプロセッサ４０ａは、ＲＯＭ４０ｃ又は記憶装置４０ｅに記憶されたプログラムを実行することにより、図４に機能構成として示したスケジュール受信部４１、自動運転制御部４２、進捗送信部４３、故障情報送信部４４及び充電要求送信部４５に係る処理を実現可能に構成される。このプログラムは、ＲＡＭ４０ｂやＲＯＭ４０ｃ等のコンピュータによって読み取り可能な記憶媒体に記憶されて提供されてもよいし、通信装置４０ｄにより接続される通信ネットワークＮを介して提供されてもよい。
【0111】
ＲＡＭ４０ｂは、例えば半導体記憶素子で構成され、書き換え可能なデータを記憶する。ＲＡＭ４０ｂは、プログラムに含まれるコードの他、記憶部４６の一部又は全部のデータを一時的に記憶する。ＲＯＭ４０ｃは、例えば半導体記憶素子で構成され、読み出し可能かつ書き換え不可能なデータを記憶する。ＲＯＭ４０ｃは、プログラム及び電気自動車サービスに係る処理に必要な各種データ、例えば記憶部４６のデータを記憶する。
【0112】
通信装置４０ｄは、サーバ装置１０を含む外部の装置との間で、有線又は無線による通信ネットワークＮを介したデータ通信を行うための装置である。
【0113】
記憶装置４０ｅは、例えばＨＤＤ（Hard Disk Drive）で構成される不揮発性の記憶媒体である。記憶装置４０ｅは、プログラム及び記憶部４６のデータを記憶する。
【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】
未処理の要求情報がない場合（Ｓ１００２：Ｎｏ）、処理はＳ１００４に進み、Ｓ１００４において、スケジュール生成部１１５は、生成したスケジュールをスケジュールデータベース１０８に保存する。本実施形態では、スケジュールデータベース１０８には、自動車ＩＤ、スケジュール、空き時間が含まれており、スケジュール生成部１１５は、自動車ＩＤ、スケジュールと共に、スケジュールから把握される空き時間をスケジュールデータベース１０８に保存したものとする。
【0142】
その後、出力部１１６は、電気自動車の制御装置４０にスケジュールを出力する（Ｓ１００５）。本実施形態では、出力部１１６は、スケジュールデータベース１０８に基づいて、自動車ＩＤで特定される電気自動車に、対応するスケジュールを出力する。
【0143】
（追加要求受信処理）
次に、図９及び図１１を用いて、実施形態に係るサーバ装置の追加要求受信処理を詳細に説明する。本実施形態では、図１１で説明される処理を行う前に、ユーザαはサーバ装置１０の提供する電気自動車サービスサイトの会員登録を済ませており、サーバ装置１０の会員データベース１０２にユーザαのレコードが格納されているものとする。
次に、図９及び図１１を用いて、実施形態に係るサーバ装置の追加要求受信処理を詳細に説明する。本実施形態では、図１１で説明される処理を行う前に、ユーザαはサーバ装置１０の提供する電気自動車サービスサイトの会員登録を済ませており、サーバ装置１０の会員データベース１０２にユーザαのレコードが格納されているものとする。
【0144】
電気自動車サービスサイトの会員であるユーザαが、ユーザ端末２０のブラウザを用いてサーバ装置１０の提供する電気自動車サービスサイトへとアクセスすると（Ｓ９０１）、サイト提供部１１０は、アクセスを受けたＵＲＬに応じたウェブページをユーザ端末２０へと送信する（Ｓ９０２）。
【0145】
例えばブラウザ上に表示された「サービスを予約する」コントロールをユーザαが選択する等、ブラウザでのユーザαの操作に応じて、ユーザ端末２０からサーバ装置１０にサービスを予約するための要求が送信されると（Ｓ９０３）、サイト提供部１１０は、予約画面のウェブページをユーザ端末２０に送信する（Ｓ９０４）。
【0146】
予約画面で各データの入力を済ませた後、例えば、ブラウザ上で「予約」コントロールを選択する等、ブラウザでのユーザαの操作に応じて、ユーザ端末２０からサーバ装置１０に要求情報が送信されると（Ｓ９０５）、要求受信部１１４は、まず、要求情報に含まれる第１地点及び第２地点をチェックする（Ｓ９０６）。
【0147】
ここでは、ユーザ端末２０から、予約日付「２０２２／４／１」、開始時間「１１：００」、サービス種別「人流サービス」、会員ＩＤ「１００α」、第１地点「自宅」、第２地点「地点２α」を含む要求情報Ａを受信して、要求受信部１１４は、会員ＩＤ「１００α」に基づいて会員データベース１０２から当該会員の住所「地点１α」を取得して、要求情報の第１地点を会員の住所「地点１α」に置き換える。
【0148】
次に、要求受信部１１４は、サービス種別が物流サービスであるか否か判定し、ここでは、要求受信部１１４は物流サービスでないと判定し、処理はＳ９０８に進む。
【0149】
Ｓ９０８において、要求受信部１１４は、要求情報に含まれる開始時間及び終了時間をチェックする。ここでは、要求受信部１１４は、第１地点「地点１α」と第２地点「地点２α」とに基づいて終了時間「１１：３０」を算出する。そして、要求受信部１１４は、予約日付が当日であるか否か判定し（Ｓ９０９）、ここでは、予約日付が当日であるため（Ｓ９０９：Ｙｅｓ）、処理は図１１へ進むものとする。
【0150】
サーバ装置１０の追加要求受信部１１７は、要求情報に対応できるか否か判定する（Ｓ１１０１）。本実施形態では、追加要求受信部１１７は、スケジュールデータベース１０８の空き時間と自動車ＩＤに関連付けられた付加サービス種別とに基づいて、受信した要求情報に対応可能な電気自動車が存在するか否か判定する。受信した要求情報に対応可能な電気自動車が存在する場合（Ｓ１１０１：Ｙｅｓ）、追加要求受信部１１７は、受信した要求情報と当該要求情報に対応可能な電気自動車の自動車ＩＤとをスケジュール生成部１１５に渡して、スケジュールの更新を依頼する（Ｓ１１０２）。ここでは、追加要求受信部１１７は、受信した要求情報に対応可能な電気自動車が存在すると判定し、要求情報αと自動車ＩＤ「ＥＶ－Ａ」とをスケジュール生成部１１５に渡したものとする。
【0151】
スケジュール生成部１１５は、自動車ＩＤで特定される電気自動車のスケジュールに受信した要求情報を組み込むように更新する（Ｓ１１０３）。本実施形態では、複数の自動車ＩＤが含まれる場合、スケジュール生成部１１５は、自動車ＩＤで特定される複数の電気自動車のスケジュールに基づいて、より最適な電気自動車のスケジュールを選択して要求情報を組み込むように更新する。ここでは、スケジュール生成部１１５は、自動車ＩＤ「ＥＶ－Ａ」で特定される電気自動車のスケジュールを図８（Ａ）から図８（Ｂ）に示されるように更新したものとする。
【0152】
スケジュールデータベース１０８の更新が完了すると、出力部１１６は、更新したスケジュールを出力する（Ｓ１１０４）。ここでは、出力部１１６は、自動車ＩＤ「ＥＶ－Ａ」で特定される電気自動車に更新したスケジュールを出力したものとする。また、追加要求受信部１１７は、ユーザ端末２０に要求情報を受け付けた旨を送信するために、サイト提供部１１０にウェブページの更新を依頼する（Ｓ１１０５）。これを受け、サイト提供部１１０は、ユーザ端末２０に、要求情報の受付完了を示す画面のウェブページを送信する（Ｓ１１０６）。
【0153】
一方、受信した要求情報に対応可能な電気自動車が存在しない場合（Ｓ１１０１：Ｎｏ）、追加要求受信部１１７は、ユーザ端末２０に要求情報が受け付けられない旨を送信するために、サイト提供部１１０にウェブページの更新を依頼する（Ｓ１１０７）。これを受け、サイト提供部１１０は、ユーザ端末２０に、要求情報の受付失敗を示す画面のウェブページを送信する（Ｓ１１０８）。
【0154】
なお、本実施形態では、前日までに保存された要求データベース１０６に基づいてスケジュール生成部１１５がスケジュールを生成し、その後ユーザ端末２０から受信した要求情報に対応可能な電気自動車があるか否か判定するようにしているが、別の実施形態では、他の異なる時点でスケジュール生成部１１５がスケジュールを生成するようにしてもよい。
【0155】
（故障情報受信処理）
次に、図１２を用いて、実施形態に係るサーバ装置の故障情報受信処理を詳細に説明する。
次に、図１２を用いて、実施形態に係るサーバ装置の故障情報受信処理を詳細に説明する。
【0156】
電気自動車の制御装置４０から故障情報を受信すると（Ｓ１２０１）、サーバ装置１０の故障情報受信部１１９は、故障車のスケジュールのうち、未対応のスケジュールを代行する電気自動車を決定する（Ｓ１２０２）。本実施形態では、故障情報には自動車ＩＤ、現在位置及び当該電気自動車のスケジュールのうち未対応のスケジュールを示す情報が含まれ、故障情報受信部１１９は、故障車の現在位置と未対応のスケジュールの内容に基づいて、代行の電気自動車を決定する。なお、未対応のスケジュールを示す情報には、スケジュールに含まれる要求ＩＤのうち、完了フラグに「１：完了」が設定されていない要求ＩＤが含まれるものとする。
【0157】
ここでは、制御装置４０から自動車ＩＤ「ＥＶ－Ａ」、現在位置「地点Ｙ」及び当該電気自動車のスケジュールのうち未対応のスケジュールを示す情報「００２０、００１１、００２１」を含む故障情報を受信して、故障情報受信部１１９は、自動車ＩＤ「ＥＶ－Ｄ」で特定される電気自動車を代行として決定したものとする。
【0158】
代行する電気自動車を決定すると、故障情報受信部１１９は、故障情報と代行する電気自動車の自動車ＩＤとをスケジュール生成部１１５に渡して、スケジュールの更新を依頼する（Ｓ１２０３）。なお、本実施形態では、故障情報受信部１１９は、代行する電気自動車が、故障車を所定の拠点に運ぶ業務を遂行するように、スケジュール生成部１１５に指示し、ここでは、故障情報受信部１１９は、未対応のスケジュールを示す情報「００２０、００１１、００２１」に、故障車輸送業務を示す業務ＩＤ「ＥＥＥＥ」を付加することで、スケジュール生成部１１５にその旨を指示する。
【0159】
スケジュール生成部１１５は、自動車ＩＤで特定される電気自動車のスケジュールに未対応のスケジュールを組み込むように更新する（Ｓ１２０４）。ここでは、スケジュール生成部１１５は、自動車ＩＤ「ＥＶ－Ｄ」で特定される電気自動車のスケジュールに要求ＩＤ「００２０」、「００１１」、「００２１」で特定される要求情報が含まれるように更新したものとする。さらに、未対応のスケジュールを示す情報に含まれる業務ＩＤ「ＥＥＥＥ」に基づいて、スケジュール生成部１１５は、自動車ＩＤ「ＥＶ－Ｄ」で特定される電気自動車のスケジュールに、業務ＩＤ「ＥＥＥＥ」、場所「地点Ｙ」を含む故障車の輸送スケジュールが含まれるように更新したものとする。
【0160】
スケジュールデータベース１０８の更新が完了すると、出力部１１６は、更新したスケジュールを出力する（Ｓ１２０５）。ここでは、出力部１１６は、自動車ＩＤ「ＥＶ－Ｄ」で特定される電気自動車に更新したスケジュールを出力したものとする。なお、本実施形態では、電気自動車は他の電気自動車と連結して走行する機能を備えており、代行する電気自動車は、故障車を連結して運びながら未対応のスケジュールを代行することができる。
【0161】
なお、本実施形態では、故障情報受信部１１９は、代行する電気自動車が故障車を所定の拠点に運ぶ業務を遂行するように、スケジュール生成部１１５に指示したが、別の実施形態では、故障情報受信部１１９は、未対応のスケジュールを代行する第１の電気自動車と、故障車を所定の拠点に運ぶ第２の電気自動車とを決定し、第１の電気自動車及び第２の電気自動車のスケジュールの更新を依頼するようにしてもよい。
【0162】
また、本実施形態では、未対応のスケジュールを代行する１の電気自動車を決定したが、未対応のスケジュールを代行する複数の電気自動車を決定して、複数の電気自動車のスケジュールの更新を依頼するようにしてもよい。
【0163】
（充電要求受信処理）
次に、図１３を用いて、実施形態に係るサーバ装置の充電要求受信処理を詳細に説明する。
次に、図１３を用いて、実施形態に係るサーバ装置の充電要求受信処理を詳細に説明する。
【0164】
電気自動車の制御装置４０から充電要求を受信すると（Ｓ１３０１）、サーバ装置１０の充電要求受信部１２０は、充電要求を送信した電気自動車の給電に向かう電気自動車を決定する（Ｓ１３０２）。本実施形態では、充電要求には自動車ＩＤ及び現在位置が含まれ、充電要求受信部１２０は、充電要求を送信した電気自動車の位置、他の電気自動車の蓄電池残量やスケジュール等に基づいて、給電に向かう電気自動車を決定する。なお、本実施形態では、電気自動車は自車両の蓄電池と他車両の蓄電池とで双方向に電力供給が可能な充放電装置を備えており、２つの車両を連結して走行しながら電力供給を行うことが可能である。
【0165】
ここでは、制御装置４０から自動車ＩＤ「ＥＶ－Ａ」及び現在位置「地点Ｗ」を含む充電要求を受信して、充電要求受信部１２０は、自動車ＩＤ「ＥＶ－Ｅ」で特定される電気自動車を、給電に向かう電気自動車として決定したものとする。
【0166】
給電に向かう電気自動車を決定すると、充電要求受信部１２０は、充電要求と給電に向かう電気自動車の自動車ＩＤとをスケジュール生成部１１５に渡して、スケジュールの更新を依頼する（Ｓ１３０３）。なお、本実施形態では、充電要求受信部１２０は、給電に向かう電気自動車が、連結して走行しながら電力供給業務を遂行するようにスケジュール生成部１１５に指示し、ここでは、充電要求受信部１２０は、充電要求に、連結給電業務を示す業務ＩＤ「ＰＰＰＰ」を含めることで、スケジュール生成部１１５にその旨を指示する。
【0167】
スケジュール生成部１１５は、自動車ＩＤで特定される電気自動車のスケジュールに連結給電のスケジュールを組み込むように更新する（Ｓ１３０４）。ここでは、スケジュール生成部１１５は、自動車ＩＤ「ＥＶ－Ｅ」で特定される電気自動車のスケジュールに、業務ＩＤ「ＰＰＰＰ」、場所「地点Ｗ」、サービス内容「ＥＶ－Ａへの給電」を含む連結給電スケジュールが含まれるように更新したものとする。
【0168】
スケジュールデータベース１０８の更新が完了すると、出力部１１６は、更新したスケジュールを出力する（Ｓ１３０５）。ここでは、出力部１１６は、自動車ＩＤ「ＥＶ－Ｅ」で特定される電気自動車に更新したスケジュールを出力したものとする。
【0169】
以上、本実施形態によれば、サーバ装置１０は、例えば人流サービスを利用するユーザにその移動中に車内で理髪サービスや買い物サービス等を提供したり、給電サービスを利用するユーザにその待ち時間の間、カラオケサービスを提供したり等、複数のサービスを同時に提供することができる。人流サービス、物流サービス及び電力サービスを提供可能な電気自動車に、更なる付加サービスの機能を備えることで、電気自動車という資源を最大限に活用してユーザにサービスを提供することができる。
【0170】
さらに、サーバ装置１０は、スケジュール生成部がスケジュールを生成した後にユーザ端末から受信した要求情報に対応可能な電気自動車が存在するか否か判定する追加要求受信部を備えることで、一度スケジュールを生成した後でも、電気自動車の空き時間を活用して更なるサービスを提供することができる。
【0171】
さらに、サーバ装置１０は、電気自動車が故障してしまった場合にも、故障車の未対応のスケジュールを代行する電気自動車を決定することができるので、ユーザは安心してサービスの提供を受けることができる。
【0172】
さらに、サーバ装置１０は、電気自動車から充電要求があった場合に、給電に向かう電気自動車を決定することができるので、例えば予期せぬ渋滞等で電気自動車の蓄電池残量が予想以上に低下してしまった場合にも対処することができる。
【0173】
さらに、サーバ装置１０は、気象情報や災害情報を取得して活用することにより、実効性の高いスケジュールを生成することができる。
【0174】
さらに、サーバ装置１０は、事前設定したエリアをまたぐ物流サービスが要求された場合、エリア毎に設置した受渡拠点を経由する複数の要求に分割する構成を備えることで、エリア内に配備した電気自動車の構成を大きく変えることなく、安定して各地でサービスを提供することができる。
【0175】
さらに、サーバ装置１０は、要求情報においてユーザの優先度に応じた時間の設定を可能とすることで、より多くの要求を効率よくスケジューリングすることができる。
【符号の説明】
【0176】
１０…サーバ装置（情報処理装置）、１０ａ…プロセッサ、１０ｂ…ＲＡＭ、１０ｃ…ＲＯＭ、１０ｄ…通信装置、１０ｅ…記憶装置、１０ｆ…入力装置、１０ｇ…表示装置、１００、記憶部、１０１…電気自動車データベース、１０２…会員データベース、１０３…地図データベース、１０４…エリアデータベース、１０５…発電データベース、１０６…要求データベース、１０７…気象災害データベース、１０８…スケジュールデータベース、１１０…サイト提供部、１１１…会員登録部、１１２…情報取得部、１１３…発電情報受信部、１１４…要求受信部、１１５…スケジュール生成部、１１６…出力部、１１７…追加要求受信部、１１８…進捗管理部、１１９…故障情報受信部、１２０…充電要求受信部、２０…ユーザ端末、２０ａ…プロセッサ、２０ｂ…ＲＡＭ、２０ｃ…ＲＯＭ、２０ｄ…通信装置、２０ｅ…記憶装置、２０ｆ…入力装置、２０ｇ…表示装置、３０…発電施設端末、３０ａ…プロセッサ、３０ｂ…ＲＡＭ、３０ｃ…ＲＯＭ、３０ｄ…通信装置、３０ｅ…記憶装置、３０ｆ…入力装置、３０ｇ…表示装置、４０…制御装置、４０ａ…プロセッサ、４０ｂ…ＲＡＭ、４０ｃ…ＲＯＭ、４０ｄ…通信装置、４０ｅ…記憶装置、４０ｆ…入出力インタフェース、４０１…地図情報、４０２…スケジュール情報、４１…スケジュール受信部、４２…自動運転制御部、４３…進捗送信部、４４…故障情報送信部、４５…充電要求送信部、４６…記憶部、５０…外部サーバ、Ｎ…通信ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】