(57)【要約】【課題】送迎リクエストの待機中の電力の消費量を抑え、且つ、送迎リクエストに応じたピックアップの際の車両の室内温度がユーザにとって不快な温度となるのを抑える。【解決手段】ユーザからの送迎リクエストを受信したら（ステップＳ２００）、管理センタは、送迎リクエストに沿う空き車両を抽出し、送迎車両に選定する（ステップＳ２０１）。送迎車両の選定後、管理センタは、空調ＯＮ指示を送迎車両に送信する（ステップＳ２０２）。ドロップオフ完了情報を送迎車両から受信したら（ステップＳ２０５）、管理センタは、待機エリアを選定し（ステップＳ２０６）、空調ＯＦＦ指示を送迎車両に送信する（ステップＳ２０７）。【選択図】図３
2019079181.tif 000002
【特許請求の範囲】
【請求項１】
空調装置を備える複数の自律走行車両と、ユーザが所持する携帯端末と、ネットワークを介して前記自律走行車両および前記携帯端末と通信を行う管理センタと、から構成される送迎システムであって、
前記管理センタは、
前記携帯端末からピックアップエリアを含む送迎リクエストを受信した場合、前記自律走行車両の内の空き車両を送迎車両として選定し、
前記送迎車両に対し、前記送迎リクエストに基づく送迎指示と、前記空調装置の作動開始指示と、を送信し、
前記送迎指示に従った前記ユーザのドロップオフの完了情報を前記送迎車両から受信した場合、前記送迎車両に対し、前記空調装置の作動停止指示を送信するように構成されていることを特徴とする送迎システム。
【請求項２】
前記管理センタは、前記自律走行車両の室内温度の履歴をユーザＩＤ情報に関連付けて記憶するように構成され、
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成され、
前記目標値が、前記送迎リクエストの送信元のユーザＩＤ情報に関連付けられた前記室内温度の履歴を用いて設定されることを特徴とする請求項１に記載の送迎システム。
【請求項３】
前記管理センタは、前記ピックアップエリアの環境情報を取得するように構成され、
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成され、
前記目標値が、前記環境情報を用いて設定されることを特徴とする請求項１に記載の送迎システム。
【請求項４】
前記管理センタは、前記ピックアップエリアの環境情報、および、前記携帯端末のＧＰＳ情報を取得するように構成され、
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成され、
前記目標値が、前記環境情報および前記ＧＰＳ情報を用いて設定されることを特徴とする請求項１に記載の送迎システム。
【請求項５】
前記送迎リクエストは、前記自律走行車両の室内温度の希望値に関する情報を含み、
前記管理センタは、
前記自律走行車両の室内温度の履歴をユーザＩＤ情報に関連付けて記憶し、
前記ピックアップエリアの環境情報を取得し、および、
前記携帯端末のＧＰＳ情報を取得するように構成され、
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成され、
前記目標値が、前記送迎リクエストの送信元のユーザＩＤ情報に関連付けられた前記室内温度の履歴、前記環境情報、および、前記ＧＰＳ情報の少なくとも１つを用いて前記希望値を修正することにより設定されることを特徴とする請求項１に記載の送迎システム。
【請求項６】
前記管理センタは、
前記送迎リクエストを受信した場合、前記送迎車両の候補を複数抽出し、
前記送迎車両の候補が前記ピックアップエリアに到着する予定時刻と、前記ピックアップエリアでの予定室内温度とを組み合わせた各候補の一覧情報を、前記送迎リクエストの送信元に対して送信するように構成されていることを特徴とする請求項１に記載の送迎システム。
【請求項７】
前記管理センタは、前記予定時刻および前記予定室内温度を変数とする評価関数を用いて前記送迎車両の各候補を評価するように構成され、
前記一覧情報において、前記送迎車両の各候補が、前記評価関数による評価結果の高い順番に並べられていることを特徴とする請求項６に記載の送迎システム。
【請求項８】
前記一覧情報は、前記予定室内温度に関する基本料金を含み、
前記管理センタは、所定の温度帯と前記予定室内温度の温度差が小さいほど前記基本料金を低額に設定し、前記温度差が大きいほど前記基本料金を高額に設定するように構成され、
前記一覧情報において、前記送迎車両の各候補が、前記予定時刻の早い順、または、前記基本料金の低い順に並べられることを特徴とする請求項６または７に記載の送迎システム。
【請求項９】
前記送迎リクエストは、前記送迎車両の室内温度の目標値を含み、
前記一覧情報は、前記予定室内温度に関する基本料金を含み、
前記管理センタは、前記目標値と前記予定室内温度の温度差が小さいほど前記基本料金を高額に設定し、前記温度差が大きいほど前記基本料金を低額に設定するように構成され、  前記一覧情報において、前記送迎車両の各候補が、前記予定時刻の早い順、または、前記基本料金の低い順に並べられることを特徴とする請求項６または７に記載の送迎システム。
【請求項１０】
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値と、前記空調装置の作動開始時刻と、を更に送信するように構成され、
前記作動開始時刻が、前記送迎車両が前記ピックアップエリアに到着する予定時刻から、前記送迎車両の室内温度を前記目標値に調整するための所要時間を差し引いた時刻に設定されることを特徴とする請求項１乃至５の何れか１項に記載の送迎システム。
【請求項１１】
前記管理センタは、前記ピックアップエリアの履歴を記憶するように構成され、
前記管理センタは、
前記ピックアップエリアの履歴を用いて、ピックアップニーズの高いエリアを特定し、
前記ピックアップニーズの高いエリアを仮想のピックアップエリアとする仮想の送迎リクエストに基づいて、前記自律走行車両の内の空き車両を仮想の送迎車両として選定し、
前記仮想の送迎車両に対し、前記仮想の送迎リクエストに基づく仮想の送迎指示と、前記作動開始指示と、を送信し、
前記仮想の送迎指示に従った前記仮想のピックアップエリアへの到着情報を前記仮想の送迎車両から受信した後に、前記仮想の送迎車両に対し、前記作動停止指示を送信するように構成されていることを特徴とする請求項１乃至１０の何れか１項に記載の送迎システム。
【請求項１２】
前記管理センタは、
前記仮想のピックアップエリアへの到着情報を受信した場合、前記仮想の送迎車両の待機エリアを選定し、
前記仮想の送迎車両に対し、前記待機エリアを含む待機指示を送信し、
前記待機指示に従った前記待機エリアへの到着情報を前記仮想の送迎車両から受信した場合に、前記作動停止指示を送信するように構成されていることを特徴とする請求項１１に記載の送迎システム。
【請求項１３】
前記自律走行車両は、前記空調装置に駆動電力を供給するバッテリと、前記自律走行車両の減速走行中に回生エネルギを前記バッテリに充電する発電機と、を備え、
前記管理センタは、前記仮想の送迎車両への前記作動開始指示の送信時に、前記空調装置の作動条件を更に送信するように構成され、
前記作動条件が、前記仮想の送迎車両の減速走行中であることを特徴とする請求項１１または１２に記載の送迎システム。
【請求項１４】
前記管理センタは、前記ピックアップエリアの履歴を記憶するように構成され、
前記管理センタは、
前記ピックアップエリアの履歴を用いて、ピックアップニーズの高いエリアを特定し、
前記ピックアップニーズの高いエリアと前記空き車両の待機エリアが一致する場合、前記空き車両の室内温度が所定の温度帯よりも高いか否か、および、前記待機エリアが日向エリアであるか否かの判定を行い、
前記空き車両の室内温度が前記所定の温度帯よりも高く、且つ、前記待機エリアが日向エリアであると判定した場合、前記空き車両の新たな待機エリアとして日陰エリアを選定し、
前記空き車両の室内温度が前記所定の温度帯よりも低く、且つ、前記待機エリアが日陰エリアであると判定した場合、前記空き車両の新たな待機エリアとして日向エリアを選定し、
前記空き車両に対し、前記新たな待機エリアを含む待機指示を送信するように構成されていることを特徴とする請求項１乃至１０の何れか１項に記載の送迎システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからの送迎リクエストに応じて自律走行車両を手配するシステムに関する。
【背景技術】
【０００２】
米国特許第９５４７３０７号公報には、自律走行車両、ユーザの携帯端末およびサーバが、ネットワークを介して接続された送迎システムが開示されている。この送迎システムでは、ユーザから送迎リクエストがあった場合、サーバが、ユーザから指定されたピックアップエリアに最も早く到達することのできる空き車両を手配する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第９５４７３０７号公報
【特許文献２】特開２０１５−１９１２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ピックアップエリアに到着した車両の室内温度が高過ぎる場合、または、室内温度が低過ぎる場合、ユーザに不快感を与えてしまう。従って、ピックアップの際の室内温度は、ユーザが快適と感じる温度に調整されていることが望ましい。しかし、送迎リクエストの待機中に車載の空調装置を作動し続ければ、電力の消費量がそれだけ多くなるので、送迎サービスの収益性が悪化するという問題が生じる。
【０００５】
本発明は、上述のような課題に鑑みてなされたものであり、送迎リクエストの待機中の電力の消費を抑え、且つ、送迎リクエストに応じたピックアップの際の車両の室内温度がユーザにとって不快な温度となるのを抑えることのできる送迎システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の発明は、上述した課題を解決するための送迎システムであり次の特徴を有する。
前記送迎システムは、
空調装置を備える複数の自律走行車両と、
ユーザが所持する携帯端末と、
ネットワークを介して前記自律走行車両および前記携帯端末と通信を行う管理センタと、から構成される。
前記管理センタは、
前記携帯端末からピックアップエリアを含む送迎リクエストを受信した場合、前記自律走行車両の内の空き車両を送迎車両として選定し、
前記送迎車両に対し、前記送迎リクエストに基づく送迎指示と、前記空調装置の作動開始指示と、を送信し、
前記送迎指示に従った前記ユーザのドロップオフの完了情報を前記送迎車両から受信した場合、前記送迎車両に対し、前記空調装置の作動停止指示を送信するように構成されている。
【０００７】
第２の発明は、第１の発明において次の特徴を有する。
前記管理センタは、前記自律走行車両の室内温度の履歴をユーザＩＤ情報に関連付けて記憶するように構成されている。
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成されている。
前記目標値は、前記送迎リクエストの送信元のユーザＩＤ情報に関連付けられた前記室内温度の履歴を用いて設定される。
【０００８】
第３の発明は、第１の発明において次の特徴を有する。
前記管理センタは、前記ピックアップエリアの環境情報を取得するように構成されている。
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成されている。
前記目標値は、前記環境情報を用いて設定される。
【０００９】
第４の発明は、第１の発明において次の特徴を有する。
前記管理センタは、前記ピックアップエリアの環境情報、および、前記携帯端末のＧＰＳ情報を取得するように構成されている。
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成されている。
前記目標値が、前記環境情報および前記ＧＰＳ情報を用いて設定される。
【００１０】
第５の発明は、第１の発明において次の特徴を有する。
前記送迎リクエストは、前記自律走行車両の室内温度の希望値に関する情報を含んでいる。
前記管理センタは、
前記自律走行車両の室内温度の履歴をユーザＩＤ情報に関連付けて記憶し、
前記ピックアップエリアの環境情報を取得し、および、
前記携帯端末のＧＰＳ情報を取得するように構成されている。
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値を更に送信するように構成されている。
前記目標値が、前記送迎リクエストの送信元のユーザＩＤ情報に関連付けられた前記室内温度の履歴、前記環境情報、および、前記ＧＰＳ情報の少なくとも１つを用いて前記希望値を修正することにより設定される。
【００１１】
第６の発明は、第１の発明において次の特徴を有する。
前記管理センタは、
前記送迎リクエストを受信した場合、前記送迎車両の候補を複数抽出し、
前記送迎車両の候補が前記ピックアップエリアに到着する予定時刻と、前記ピックアップエリアでの予定室内温度とを組み合わせた各候補の一覧情報を、前記送迎リクエストの送信元に対して送信するように構成されている。
【００１２】
第７の発明は、第６の発明において次の特徴を有する。
前記管理センタは、前記予定時刻および前記予定室内温度を変数とする評価関数を用いて前記送迎車両の各候補を評価するように構成されている。
前記一覧情報において、前記送迎車両の各候補が、前記評価関数による評価結果の高い順番に並べられている。
【００１３】
第８の発明は、第６または第７の発明において次の特徴を有する。
前記一覧情報は、前記予定室内温度に関する基本料金を含んでいる。
前記管理センタは、所定の温度帯と前記予定室内温度の温度差が小さいほど前記基本料金を低額に設定し、前記温度差が大きいほど前記基本料金を高額に設定するように構成されている。
前記一覧情報において、前記送迎車両の各候補が、前記予定時刻の早い順、または、前記基本料金の低い順に並べられる。
【００１４】
第９の発明は、第６または第７の発明において次の特徴を有する。
前記送迎リクエストは、前記送迎車両の室内温度の目標値を含む。
前記一覧情報は、前記予定室内温度に関する基本料金を含む。
前記管理センタは、前記目標値と前記予定室内温度の温度差が小さいほど前記基本料金を高額に設定し、前記温度差が大きいほど前記基本料金を低額に設定するように構成されている。
前記一覧情報において、前記送迎車両の各候補が、前記予定時刻の早い順、または、前記基本料金の低い順に並べられる。
【００１５】
第１０の発明は、第１乃至第５の発明の何れかにおいて次の特徴を有する。
前記管理センタは、前記送迎車両への前記作動開始指示の送信時に、前記送迎車両の室内温度の目標値と、前記空調装置の作動開始時刻と、を更に送信するように構成されている。
前記作動開始時刻が、前記送迎車両が前記ピックアップエリアに到着する予定時刻から、前記送迎車両の室内温度を前記目標値に調整するための所要時間を差し引いた時刻に設定される。
【００１６】
第１１の発明は、第１乃至第１０の発明の何れかにおいて次の特徴を有する。
前記管理センタは、前記ピックアップエリアの履歴を記憶するように構成されている。
前記管理センタは、
前記ピックアップエリアの履歴を用いて、ピックアップニーズの高いエリアを特定し、
前記ピックアップニーズの高いエリアを仮想のピックアップエリアとする仮想の送迎リクエストに基づいて、前記自律走行車両の内の空き車両を仮想の送迎車両として選定し、
前記仮想の送迎車両に対し、前記仮想の送迎リクエストに基づく仮想の送迎指示と、前記作動開始指示と、を送信し、
前記仮想の送迎指示に従った前記仮想のピックアップエリアへの到着情報を前記仮想の送迎車両から受信した後に、前記仮想の送迎車両に対し、前記作動停止指示を送信するように構成されている。
【００１７】
第１２の発明は、第１１の発明において次の特徴を有する。
前記管理センタは、
前記仮想のピックアップエリアへの到着情報を受信した場合、前記仮想の送迎車両の待機エリアを選定し、
前記仮想の送迎車両に対し、前記待機エリアを含む待機指示を送信し、
前記待機指示に従った前記待機エリアへの到着情報を前記仮想の送迎車両から受信した場合に、前記作動停止指示を送信するように構成されている。
【００１８】
第１３の発明は、第１１または第１２の発明において次の特徴を有する。
前記自律走行車両は、
前記空調装置に駆動電力を供給するバッテリと、
前記自律走行車両の減速走行中に回生エネルギを前記バッテリに充電する発電機と、を備える。
前記管理センタは、前記仮想の送迎車両への前記作動開始指示の送信時に、前記空調装置の作動条件を更に送信するように構成されている。
前記作動条件は、前記仮想の送迎車両の減速走行中である。
【００１９】
第１４の発明は、第１乃至第１０の発明の何れかにおいて次の特徴を有する。
前記管理センタは、前記ピックアップエリアの履歴を記憶するように構成されている。
前記管理センタは、
前記ピックアップエリアの履歴を用いて、ピックアップニーズの高いエリアを特定し、
前記ピックアップニーズの高いエリアと前記空き車両の待機エリアが一致する場合、前記空き車両の室内温度が所定の温度帯よりも高いか否か、および、前記待機エリアが日向エリアであるか否かの判定を行い、
前記空き車両の室内温度が前記所定の温度帯よりも高く、且つ、前記待機エリアが日向エリアであると判定した場合、前記空き車両の新たな待機エリアとして日陰エリアを選定し、
前記空き車両の室内温度が前記所定の温度帯よりも低く、且つ、前記待機エリアが日陰エリアであると判定した場合、前記空き車両の新たな待機エリアとして日向エリアを選定し、
前記空き車両に対し、前記新たな待機エリアを含む待機指示を送信するように構成されている。
【発明の効果】
【００２０】
第１の発明によれば、送迎リクエストを管理センタが受信した場合、当該送迎リクエストに基づく送迎指示と、空調装置の作動開始指示と、が送迎車両に送信される。作動開始指示を受信した送迎車両は、これに従って空調装置を作動させる。従って、ピックアップの際の室内温度がユーザにとって不快な温度となるのを抑えることができる。また、第１の発明によれば、ドロップオフの完了情報を管理センタが受信した場合、空調装置の作動停止指示が送迎車両に送信される。作動停止指示を受信した送迎車両は、これに従って空調装置の作動を停止させる。従って、送迎リクエストの待機中の電力の消費を抑えることもできる。
【００２１】
第２の発明によれば、作動開始指示の送信時に室内温度の目標値が送信される。この目標値は、送迎リクエストの送信元のユーザＩＤ情報に関連付けられた室内温度の履歴を用いて設定されている。従って、送迎リクエストの送信元のユーザの好みの温度に室内温度を調整することが可能になる。
【００２２】
第３の発明によれば、作動開始指示の送信時に室内温度の目標値が送信される。この目標値は、ピックアップエリアの環境情報を用いて設定されている。従って、送迎リクエストの送信元のユーザが快適と感じる温度に室内温度を調整することが可能になる。
【００２３】
第４の発明によれば、作動開始指示の送信時に室内温度の目標値が送信される。この目標値は、ピックアップエリアの環境情報および携帯端末のＧＰＳ情報を用いて設定されている。従って、送迎リクエストの送信元のユーザがより快適と感じる温度に室内温度を調整することが可能になる。
【００２４】
第５の発明によれば、作動開始指示の送信時に室内温度の目標値が送信される。この目標値は、送迎リクエストに含まれる室内温度の希望値を、ユーザＩＤ情報に関連付けられた室内温度の履歴、ピックアップエリアの環境情報、および、携帯端末のＧＰＳ情報の少なくとも１つを用いて修正されたものである。従って、送迎リクエストの送信元のユーザがより快適と感じる温度に室内温度を調整することが可能になる。
【００２５】
第６の発明によれば、予定到着時刻と予定室内温度を組み合わせた一覧情報が送迎リクエストの送信元に対して送信（返信）される。従って、送迎リクエストの送信元のユーザが希望する送迎車両を一覧情報から選ぶことが可能になる。
【００２６】
第７の発明によれば、評価関数を用いて送迎車両の各候補が評価されて、一覧情報において評価結果の高い順に並べられる。従って、送迎リクエストの送信元のユーザの選択肢を広げることが可能になる。
【００２７】
第８の発明によれば、基本料金と予定到着時刻の一覧情報が、予定到着時刻の早い順、または、基本料金の低い順に並べられる。この基本料金は、所定の温度帯と予定室内温度の温度差が小さいほど低額に設定される。従って、送迎リクエストの送信元のユーザの選択肢を広げることが可能になる。
【００２８】
第９の発明によれば、基本料金と予定到着時刻の一覧情報が、予定到着時刻の早い順、または、基本料金の低い順に並べられる。この基本料金は、送迎リクエストに含まれている室内温度の目標値と、予定室内温度との温度差が小さいほど低額に設定される。従って、送迎リクエストに室内温度の目標値を設定した場合においても、ユーザの選択肢を広げることが可能になる。
【００２９】
第１０の発明によれば、予定到着時刻から所要時間を差し引いた時刻が作動開始時刻に設定される。従って、室内温度の調整を確実に行いつつ、空調装置の作動時間を短くして電力の消費を抑えることが可能になる。
【００３０】
第１１の発明によれば、ピックアップニーズの高いエリアを仮想のピックアップエリアとする仮想の送迎リクエストに基づいて、仮想の送迎車両が手配される。従って、ピックアップニーズの高いエリアでの近い将来の送迎リクエストに迅速に対応することが可能になる。また、第１１の発明によれば、仮想の送迎リクエストを管理センタが受信した場合、仮想の送迎指示と、空調装置の作動開始指示と、が仮想の送迎車両に送信される。従って、近い将来のピックアップの際の室内温度がユーザにとって不快な温度となるのを抑えることができる。加えて、第１１の発明によれば、仮想のピックアップエリアへの到着情報を管理センタが受信した後に、空調装置の作動停止指示が仮想の送迎車両に送信される。従って、仮想の送迎リクエストに基づいた電力の消費を抑えることもできる。
【００３１】
第１２の発明によれば、待機エリアへの到着情報を管理センタが受信した場合、空調装置の作動停止指示が仮想の送迎車両に送信される。従って、仮想の送迎リクエストに基づいた電力の消費を抑えることができる。
【００３２】
第１３の発明によれば、仮想の送迎車両に作動開始指示を送信するときに、空調装置の作動条件が更に送信される。この作動条件は、仮想の送迎車両の減速走行中とされる。仮想の送迎リクエストに基づいた仮想の送迎車両の手配は、結果的に空振りに終わるリスクがある。この点、減速走行中であれば、バッテリに回生エネルギが充電される。従って、仮想の送迎リクエストに基づいたバッテリの消費を抑えることが可能になる。
【００３３】
第１４の発明によれば、ピックアップニーズの高いエリアを待機エリアとする空き車両の室内温度と日照状況に関する判定が行われ、判定結果に応じて新たな待機エリア（日陰エリアまたは日向エリア）が設定される。従って、空き車両の室内温度を所定の温度帯に収めることが可能になる。
【図面の簡単な説明】
【００３４】
【図１】本発明の各実施の形態に係る送迎システムの構成を示す図である。
【図２】本発明の実施の形態１に係る送迎システムを構成する携帯端末（ユーザ）における処理の流れを示すフローチャートである。
【図３】本発明の実施の形態１に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【図４】本発明の実施の形態１に係る送迎システムを構成する車両における処理の流れを示すフローチャートである。
【図５】本発明の実施の形態２に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【図６】本発明の実施の形態３に係る送迎システムを構成する携帯端末（ユーザ）における処理の流れを示すフローチャートである。
【図７】本発明の実施の形態３に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【図８】本発明の実施の形態５に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【図９】本発明の実施の形態５に係る送迎システムを構成する車両における処理の流れを示すフローチャートである。
【図１０】本発明の実施の形態６に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【図１１】本発明の実施の形態６に係る送迎システムを構成する車両における処理の流れを示すフローチャートである。
【図１２】本発明の実施の形態７に係る送迎システムを構成する管理センタ（管理サーバ）における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３５】
以下、図面を参照して本発明の実施の形態について説明する。ただし、以下に示す実施の形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数に、この発明が限定されるものではない。また、以下に示す実施の形態において説明する構造やステップ等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、この発明に必ずしも必須のものではない。
【００３６】
実施の形態１．
１．送迎システムの構成
本発明の実施の形態１に係る送迎システムは、無人運転が可能な自律走行車両を用いた送迎サービスを実現するためのシステムである。図１は、本発明の実施の形態１に係る送迎システムの構成を説明する図である。なお、図１に示す送迎システム１の構成は、実施の形態１だけでなく後述する実施の形態２〜７にも共通する構成である。
【００３７】
図１に示す送迎システム１は、自律走行車両（以下、単に「車両」ともいう。）４０と、ユーザが所持する携帯端末３０と、ネットワーク（即ち、インターネット）２を介して車両４０および携帯端末３０と通信を行う管理センタ１０と、から構成される。送迎システム１を構成する車両４０の台数は少なくとも２である。
【００３８】
管理センタ１０は、送迎サービスを提供する事業者によって運営される施設である。但し、管理センタ１０に事業者が常駐している必要はなく、少なくとも管理サーバ２０が設置されていればよい。または、管理サーバ２０そのものが管理センタ１０であってもよい。管理サーバ２０は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有するコンピュータである。メモリには、送迎サービスのための少なくとも１つのプログラムと各種のデータが記憶されている。メモリに記憶されているプログラムが読み出されてプロセッサで実行されることで、管理サーバ２０には図１中にブロックで表される様々な機能が実現される。
【００３９】
管理サーバ２０は、ＨＤＤやＳＳＤ等の大容量の記憶装置を備えている。記憶装置には、各種データベースが構築されている。各種データベースには、送迎サービスを利用するユーザに関する情報を蓄積するためのデータベース、送迎サービスを提供するエリアの地図情報、道路交通情報や環境情報（例えば、天気、温度、湿度）を蓄積するためのデータベース、および、車両４０のステータス情報を蓄積するためのデータベースが含まれる。車両４０のステータス情報には、走行情報（例えば、走行エリア、ダイアグ）だけでなく、サービス従事状況（例えば、サービス実施中、サービス待機中）、室内温度、および、バッテリ情報（例えば、蓄電割合ＳＯＣ）が含まれる。なお、管理サーバ２０は、複数のコンピュータから構成されていてもよい。
【００４０】
管理サーバ２０は、ネットワーク２に接続されている。管理サーバ２０は、ネットワーク２を介して車両４０と通信を行うように構成されている。管理サーバ２０は、また、ネットワーク２を介してユーザの携帯端末３０と通信を行うように構成されている。図１には、管理サーバ２０が有する送迎サービスのための機能が複数のブロックで表現されている。ブロックは、送迎車両管理部２１、空き車両管理部２２、通信部２３に対応する。
【００４１】
送迎車両管理部２１は、送迎リクエストを受け付ける処理（以下、「(A)受付処理」ともいう。）と、送迎車両を選定する処理（以下、「(B)選定処理」ともいう。）と、送迎情報を生成する処理（以下、「(C)生成処理」ともいう。）と、を行うように構成されている。
【００４２】
(A)受付処理は、ユーザの携帯端末３０からネットワーク２を介して送信される送迎リクエストを受け付ける処理である。(A)受付処理で受け付ける送迎リクエストには、例えば下記(i)〜(v)の情報が含まれる。
(i)ユーザの個体識別情報（即ち、ユーザＩＤ情報）
(ii)ユーザが希望するピックアップエリア
(iii)ユーザが希望するドロップオフエリア
(iv)乗車予定人数
(v)ユーザが希望するピックアップ時刻
【００４３】
なお、(ii)ピックアップエリアは、携帯端末３０のＧＰＳ情報から特定される携帯端末３０の現在エリアでもよい。また、(iii)ドロップオフエリアが、送迎リクエストに含まれていなくてもよい。この場合、送迎リクエストの送信後からピックアップの前まで(iii)ドロップオフエリアをユーザが指定してもよいし、ピックアップの後に(iii)ドロップオフエリアをユーザが指定してもよい。
【００４４】
(B)選定処理は、送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、送迎車両を選定する処理である。(B)選定処理では、先ず、(v)ピックアップ時刻までに(ii)ピックアップエリアに到着でき、且つ、(ii)ピックアップエリアまでのルートの自律走行時間が最も短い空き車両が抽出される。自律走行時間は、空き車両が現在エリアから(ii)ピックアップエリアまでのルートを通常走行するとの仮定のもとで計算される。続いて、抽出車両の定員が(iv)乗車予定人数よりも少ないか否かが判定される。そして、抽出車両の定員が(iv)乗車予定人数よりも多いと判定された場合、当該抽出車両が送迎車両に選定される。そうでないと判定された場合、(ii)ピックアップエリアまでのルートの自律走行時間が二番目に短い空き車両が抽出され、この抽出車両の定員に関する判定が行われる。空き車両の抽出と、抽出車両の定員に関する判定と、を繰り返すことで、送迎車両が選定される。
【００４５】
(C)生成処理は、送迎車両に送信するための送迎情報と、携帯端末３０に送信するための送迎情報と、を生成する処理である。送迎車両用の送迎情報には、送迎指示および空調指示が含まれる。送迎指示には、例えば、(i)ユーザＩＤ情報と(ii)ピックアップエリアが含まれる。送迎情報に含まれる空調指示は、例えば、空調装置の作動開始指示（以下、「空調ＯＮ指示」ともいう。）である。(C)生成処理において生成される携帯端末３０用の送迎情報には、例えば、選定された送迎車両のＩＤ情報、および、当該送迎車両が(ii)ピックアップエリアおよび(iii)ドロップオフエリアにそれぞれ到着する予定時刻が含まれる。(ii)ピックアップエリアに到着する予定時刻は、送迎車両が現在エリアから(ii)ピックアップエリアまでのルートを通常走行するとの仮定のもとで計算される。(iii)ドロップオフエリアに到着する予定時刻は、送迎車両が(ii)ピックアップエリアから(iii)ドロップオフエリアまでのルートを通常走行するとの仮定のもとで計算される。
【００４６】
空き車両管理部２２は、空き車両の待機エリアを選定する処理（以下、「(D)選定処理」ともいう。）と、空き車両に送信する待機情報を生成する処理（以下、「(E)生成処理」ともいう。）と、を行うように構成されている。
【００４７】
(D)選定処理は、管理サーバ２０のデータベースに蓄積されている情報に基づいて、空き車両が送迎リクエストを待機するエリアを選定する処理である。(D)選定処理では、先ず、車両４０が停車可能なエリアが抽出される。続いて、車両４０が停車可能なエリアの内、空き車両の現在エリアからのルートの自律走行時間が最も短くなるエリアが待機エリアに選定される。但し、空き車両のステータス情報によっては、空き車両の現在エリアからのルートの自律走行時間が最も短い管理ステーションが待機エリアに設定されることがある。管理ステーションは、送迎サービスの提供エリア内に点在する施設であり、充電装置、保守・点検設備等を備えている。つまり、ステータス情報から、バッテリ４４への充電、または、車両４０の保守・点検が必要と判断された場合、空き車両が最短時間で到着することのできる管理ステーション（通常は、現在エリアの最寄りの管理ステーション）が待機エリアに設定される。
【００４８】
(E)生成処理は、空き車両に送信するための待機情報を生成する処理である。待機情報には、待機モード準備指示、待機モード移行指示、および空調指示が含まれる。待機モード準備指示は、(iii)ドロップオフエリアにおいてユーザをドロップオフした空き車両に対して送信されるものである。待機モード準備指示には、例えば、待機エリアが含まれる。待機モード移行指示は、待機エリアに移動した空き車両に対して送信されるものである。空調指示は、ユーザをドロップオフした空き車両に対して送信されるものである。待機情報に含まれる空調指示は、例えば、空調装置の作動停止指示（以下、「空調ＯＦＦ指示」ともいう。）である。空調ＯＦＦ指示が、ユーザをドロップオフした空き車両に対してではなく、待機エリアに移動した空き車両に対して送信されてもよい。
【００４９】
通信部２３は、ネットワーク２を介して上述した送迎情報を車両４０と携帯端末３０に送信するように構成されている。通信部２３は、ネットワーク２を介して上述した待機情報を空き車両に送信するようにも構成されている。
【００５０】
携帯端末３０は、ネットワーク２の基地局４との間で無線通信が可能な無線通信端末、例えば、スマートフォンである。携帯端末３０が利用する無線通信の通信規格は４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格であればよい。携帯端末３０には、送迎サービスを利用するためのアプリケーション３１がインストールされている。ユーザがアプリケーション３１を起動させることで、ネットワーク２を介して管理センタ１０に接続し、管理センタ１０に対して送迎リクエストを送信できるようになる。
【００５１】
携帯端末３０は、好ましくは、Ｗｉｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信のチップ（図示略）を備える。近距離無線通信は、携帯端末３０と車両４０の間での認証に利用される。但し、両者の認証に別の手段が利用されているのであれば、近距離無線通信の機能はなくてもよい。
【００５２】
車両４０は、上述した送迎情報または待機情報と、各種情報と、に基づいて、現在地から目的地までのルートを自律走行することが可能に構成された車両である。自律走行のための各種情報には、カメラセンサやミリ波センサ等の外部センサにより取得した、車両４０の外部の状況を認識するための外部情報が含まれる。また、自律走行のための各種情報には、車速センサや加速度センサ等の内部センサにより取得した、車両４０の状態を認識するための内部情報が含まれる。更に、自律走行のための各種情報には、ＧＰＳ受信機により取得した、車両４０の現在エリアを示すＧＰＳ情報が含まれる。また更に、自律走行のための各種情報には、地図データベースが有する地図情報が含まれる。
【００５３】
車両４０は、ネットワーク用通信装置４１、認証用通信装置４２、モータ／ジェネレータ（以下、「ＭＧ」ともいう。）４３およびバッテリ４４を備えている。ネットワーク用通信装置４１および認証用通信装置４２は、電気自動車用電子制御ユニット（以下、「ＥＶＥＣＵ」ともいう。）５０に接続されている。ＥＶＥＣＵ５０は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有している。メモリには、自律走行のための少なくとも１つのプログラムと各種のデータが記憶されている。メモリに記憶されているプログラムが読み出されてプロセッサで実行されることで、ＥＶＥＣＵ５０には図１中にブロックで表される様々な機能が実現される。なお、ＥＶＥＣＵ５０は、複数のＥＣＵから構成されていてもよい。
【００５４】
ＭＧ４３は、例えば、同期発電モータから構成されている。ＭＧ４３は、インバータが設けられた電力ラインを介してバッテリ４４と接続されている。ＭＧ４３は、また、モータ／ジェネレータ用電子制御ユニット（以下、「ＭＧＥＣＵ」ともいう。）６０に接続されている。ＭＧＥＣＵ６０は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有している。メモリには、ＭＧ４３を駆動制御するための少なくとも１つのプログラムが記憶されている。ＭＧ４３の駆動制御には、車両４０を走行させるための駆動制御と、車両４０が減速するときの回生駆動制御と、が含まれる。
【００５５】
バッテリ４４は、例えば、リチウムイオン二次電池やニッケル水素二次電池から構成されている。バッテリ４４は、また、バッテリ用電子制御ユニット（以下、「バッテリＥＣＵ」ともいう。）６２に接続されている。バッテリＥＣＵ６２は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有している。メモリには、バッテリ４４の管理のための少なくとも１つのプログラムが記憶されている。メモリに記憶されているプログラムが読み出されてプロセッサで実行されることで、バッテリ４４の状態に関するデータがＥＶＥＣＵ５０に出力される。バッテリ４４の状態に関するデータには、蓄電割合ＳＯＣが含まれる。蓄電割合ＳＯＣは、バッテリ４４の全容量に対する放電可能な電力の容量の割合である。
【００５６】
図１には、ＥＶＥＣＵ５０が有する自律走行のための機能のうち、特に、送迎サービスに関係する機能が複数のブロックで表現されている。ブロックは、自律走行制御部５１、空調制御部５２、通信部５３およびユーザ認証部５４に対応する。上述の各種情報に基づく自律走行は、自律走行制御部５１により実現される。自律走行制御部５１は、例えば、上述した送迎情報または待機情報と、車両４０のＧＰＳ情報と、地図情報とに基づいて走行ルートを算出し、算出した走行ルートに沿って自律走行するように車両４０の駆動、操舵および制動を制御する。自律走行の方法については様々な公知方法が存在し、本発明においては自律走行の方法自体には限定はないことから、その詳細についての説明は省略する。現在エリアから(ii)ピックアップエリアまでのルートの自律走行、(ii)ピックアップエリアでのユーザのピックアップ、(iii)ドロップオフエリアでのユーザのドロップオフ、および、(iii)ドロップオフエリアから待機エリアまでのルートの自律走行は、何れも自律走行制御部５１により行われる。
【００５７】
空調制御部５２は、上述した送迎情報（具体的には、空調ＯＮ指示または空調ＯＦＦ指示）に基づいて、空調装置の駆動を制御するように構成されている。空調装置は、例えば、電動コンプレッサ、コンデンサ、熱交換器等を有する冷却システムと、ヒータコア、電動ウォータポンプ、電気ヒータ等を有するヒータシステムと、を備える公知の冷暖房装置である。空調装置が冷房運転を行う場合、空調制御部５２は電動コンプレッサを駆動し、電動ウォータポンプと電気ヒータの駆動を停止する。空調装置が暖房運転を行う場合、空調制御部５２は電動ウォータポンプと電気ヒータを駆動し、電動コンプレッサの駆動を停止する。
【００５８】
通信部５３は、ネットワーク用通信装置４１を用いてネットワーク２に接続するように構成されている。詳しくは、ネットワーク用通信装置４１と最寄りの基地局４との間で無線通信が行われ、基地局４を介してネットワーク２に接続される。ネットワーク用通信装置４１が利用する無線通信の通信規格は４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格であればよい。通信部５３のネットワーク２上の接続先は、管理サーバ２０の通信部２３である。通信部５３から通信部２３へは、例えば、外部センサにより取得した外部情報、内部センサにより取得した内部情報や、ＧＰＳ受信機により取得したＧＰＳ情報が送信される。通信部２３から通信部５３へは、例えば、上述した送迎指示、待機モード移行指示、空調指示などが送信される。
【００５９】
ユーザ認証部５４は、認証用通信装置４２を用いて携帯端末３０との間で無線通信を行うように構成されている。認証用通信装置４２が利用する通信規格はＷｉｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離での無線通信が可能な規格であればよい。ユーザ認証部５４は、車両４０の近傍に位置する携帯端末３０との間で近距離無線通信を行い、携帯端末３０のＩＤ情報（例えばＰＩＮコード）を直接取得する。そして、ユーザ認証部５４は、近距離無線通信によって携帯端末３０から直接取得したＩＤ情報と、管理サーバ２０から取得した(i)ユーザＩＤ情報とを照合する。両者が一致する場合、ユーザ認証部５４は、携帯端末３０のユーザを送迎リクエストの送信元として認証する。ユーザ認証部５４によるユーザ認証は、例えば、(ii)ピックアップエリアでの車両４０のドア解除の条件として用いられる。
【００６０】
２．送迎サービスの流れの例
図２乃至図４を参照して、実施の形態１に係る送迎システムの処理の流れの一例を説明する。図２は、送迎システム１を構成する携帯端末３０（ユーザ）における処理の流れを示すフローチャートである。図３は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。図４は、送迎システム１を構成する車両４０における処理の流れを示すフローチャートである。
【００６１】
図２乃至図４に示す送迎システムの処理は、ユーザがアプリケーション３１を起動して送迎リクエストを管理センタ１０に送信することによって開始される。図２に示すように、ユーザは、送迎リクエストおよび現在エリアを管理センタ１０に送信し（ステップＳ１００）、管理センタ１０からの送迎情報を待つ（ステップＳ１０１）。ステップＳ１００で送信される現在エリアは、携帯端末３０のＧＰＳ情報から特定される。ステップＳ１００で送信される送迎リクエストには、上記(i)〜(v)の情報が含まれる。
【００６２】
管理センタ１０が送迎リクエストを受信すると、図３の処理が開始される。図３に示すように、管理センタ１０は、ユーザからの送迎リクエストを受信したら（ステップＳ２００）、送迎リクエストに沿う空き車両を抽出し、送迎車両に選定する（ステップＳ２０１）。ステップＳ２０１の送迎車両の選定処理に際しては、送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、が用いられる。送迎車両の選定後、管理センタ１０は、送迎情報（送迎指示および空調ＯＮ指示）を送迎車両に送信する（ステップＳ２０２）。また、管理センタ１０は、送迎情報（送迎車両のＩＤ情報など）をユーザに送信する（ステップＳ２０３）。その後、管理センタ１０は、ピックアップ完了情報を送迎車両から受信する（ステップＳ２０４）。
【００６３】
携帯端末３０および車両４０が送迎情報を受信すると、図２のステップＳ１０２以降の処理と、図４のステップＳ３００以降の処理と、が開始される。図２に示すように、ユーザは、管理センタ１０からの送迎情報（送迎車両のＩＤ情報など）を受信したら（ステップＳ１０２）、ピックアップエリアに移動して送迎車両を待つ（ステップＳ１０３）。また、図４に示すように、車両４０（送迎車両）は、管理センタ１０からの送迎情報（送迎指示および空調ＯＮ指示）を受信したら（ステップＳ３００）、空調装置をＯＮし、ピックアップエリアまでのルートを自律走行する（ステップＳ３０１）。
【００６４】
ピックアップエリアにおいて、ユーザと車両４０（送迎車両）との間で認証処理が行われると、車両４０（送迎車両）への乗車が可能になる。図２に示すように、ユーザは、車両４０（送迎車両）との間で認証処理を行い、乗車する（ステップＳ１０４）。また、図４に示すように、車両４０（送迎車両）は、ユーザとの間で認証処理を行い、ユーザのピックアップを行う（ステップＳ３０２）。ピックアップの完了後、車両４０（送迎車両）は、ピックアップ完了情報を管理センタ１０に送信し（ステップＳ３０３）、ドロップオフエリアまでのルートを自律走行する（ステップＳ３０４）。
【００６５】
ドロップオフエリアにおいてユーザが車両４０（送迎車両）から降車すると、図２のステップＳ１０５の処理と、図４のステップＳ３０５以降の処理と、が開始される。図２に示すように、ユーザは、ドロップオフエリアで車両４０（送迎車両）から降車する（ステップＳ１０５）。また、図４に示すように、車両４０（送迎車両）は、ドロップオフエリアでユーザのドロップオフを行う（ステップＳ３０５）。ドロップオフの完了後、車両４０（送迎車両）は、ドロップオフ完了情報を管理センタ１０に送信する（ステップＳ３０６）。
【００６６】
管理センタ１０がドロップオフ完了情報を受信すると、管理センタ１０において車両４０は空き車両として扱われ、図３のステップＳ２０５以降の処理が開始される。図３に示すように、管理センタ１０は、ドロップオフ完了情報を車両４０（送迎車両）から受信したら（ステップＳ２０５）、待機エリアを選定し（ステップＳ２０６）、待機情報（待機モード準備指示および空調ＯＦＦ指示）を送信元の車両４０（空き車両）に送信（返信）する（ステップＳ２０７）。
【００６７】
車両４０（空き車両）が待機情報（待機モード準備指示および空調ＯＦＦ指示）を受信すると、図４のステップＳ３０７以降の処理が開始される。図４に示すように、車両４０（空き車両）は、待機情報（待機モード準備指示および空調ＯＦＦ指示）を管理センタ１０から受信したら（ステップＳ３０７）、空調装置をＯＦＦし、待機エリアまでのルートを自律走行する（ステップＳ３０８）。そして、待機エリアに到着したら、車両４０（空き車両）は、待機エリア到着情報を管理センタ１０に送信する（ステップＳ３０９）。
【００６８】
管理センタ１０が待機エリア到着情報を受信すると、図３のステップＳ２０８以降の処理が開始される。図３に示すように、管理センタ１０は、待機エリア到着情報を車両４０（空き車両）から受信したら（ステップＳ２０８）、待機情報（待機モード移行指示）を送信元の車両４０（空き車両）に送信する（ステップＳ２０９）。
【００６９】
車両４０（空き車両）が待機情報（待機モード移行指示）を受信すると、図４のステップＳ３１０以降の処理が開始される。図４に示すように、車両４０（空き車両）は、待機情報（待機モード移行指示）を管理センタ１０から受信したら（ステップＳ３１０）、待機モードに移行する（ステップＳ３１１）。
【００７０】
３．送迎システムによる効果
以上説明した実施の形態１に係る送迎システムでは、送迎車両に送信される送迎情報に空調ＯＮ指示が含まれる。また、ユーザをドロップオフした空き車両に送信される待機情報には空調ＯＦＦ指示が含まれる。そのため、車両４０が送迎車両として扱われる間は空調装置がＯＮにされ、車両４０が空き車両として扱われる間は空調装置がＯＦＦにされる。つまり、送迎サービスの実施中においてのみ空調装置が作動する。従って、バッテリ４４の消費を抑えつつ、ピックアップの際の車両の室内温度がユーザにとって不快な温度となるのを抑えることが可能になる。
【００７１】
実施の形態２．
１．実施の形態２の特徴
上記実施の形態１では、送迎車両に送信される送迎情報に、送迎指示と、空調ＯＮ指示とが含まれていた。実施の形態２では、この送迎情報に、室内温度の目標値（以下、「目標温度」ともいう。）が追加される。
【００７２】
実施の形態２において、送迎車両管理部２１が受け付ける送迎リクエストには、上記(i)〜(v)の情報に加えて、(vi)ユーザが希望する室内温度（以下、「希望室内温度」ともいう。）が含まれている。送迎リクエストに(vi)希望室内温度が含まれている場合、送迎車両管理部２１は、送迎車両に送信する送迎情報に(vi)希望室内温度を目標温度として追加するように構成されている。
【００７３】
但し、(vi)希望室内温度が、送迎リクエストに含まれていなくてもよい。送迎車両管理部２１は、(vi)希望室内温度が送迎リクエストに含まれていない場合、独自に目標温度を設定するように構成されている。送迎車両管理部２１は、例えば、デフォルト値（設計値）を目標温度に設定する。
【００７４】
送迎車両管理部２１は、管理サーバ２０のデータベースに蓄積されている情報に基づいて、上述したデフォルト値以外の目標温度を設定するように構成されていてもよい。目標温度の設定に用いられる蓄積情報は、例えば、車両４０の室内温度の履歴である。上述したデフォルト値は設計値でしかなく、ユーザの好みの温度から大きく乖離している場合がある。この点、例えば、送迎車両の室内温度の履歴をユーザのＩＤ情報に関連付けてデータベースに蓄積しておけば、送迎リクエストに含まれる(i)ユーザＩＤ情報と、この室内温度の履歴と、に基づいて適切な目標温度（例えば、送迎サービスの実施中の平均室内温度）を設定することができる。従って、送迎リクエストに(vi)希望室内温度が含まれていなくても、送迎リクエストの送信元のユーザの好みの温度に室内温度を調整することが可能になる。
【００７５】
目標温度の設定に用いられる別の蓄積情報は、例えば、(ii)ピックアップエリアの環境情報である。例えば、(ii)ピックアップエリアの気温が所定の適温帯よりも高い場合、送迎車両管理部２１は、目標温度を低温に設定する。上述した室内温度の履歴は、ユーザが送迎サービスを１回以上利用しなければデータベースに蓄積することができない。この点、(ii)ピックアップエリアの環境情報を用いれば、送迎サービスを初めて利用するユーザが快適と感じる温度に室内温度を調整することが可能になる。
【００７６】
(ii)ピックアップエリアの環境情報は、携帯端末３０のＧＰＳ情報と組み合わせることもできる。携帯端末３０のＧＰＳ情報は、送迎リクエストと共に管理サーバ２０に送信されるものである。携帯端末３０のＧＰＳ情報を用いれば、携帯端末３０の現在エリアが屋内かどうかを推定することができる。例えば、(ii)ピックアップエリアの気温が高い場合において、現在エリアが屋外であると推定されたときには、目標温度を低温に設定する。現在エリアの推定結果を(ii)ピックアップエリアの環境情報と組み合わせることで、送迎サービスを初めて利用するユーザがより快適と感じる温度に室内温度を調整することが可能になる。
【００７７】
上述した室内温度の履歴、(ii)ピックアップエリアの環境情報、および、携帯端末３０のＧＰＳ情報の少なくとも１つを用いて、送迎リクエストに含まれる(vi)希望室内温度を修正し、修正後の(vi)希望室内温度を目標温度に設定することもできる。(vi)希望室内温度の修正を行うことで、ユーザがより快適と感じる温度に室内温度を調整することが可能になる。
【００７８】
送迎情報に目標温度が含まれている場合、空調制御部５２は、例えば、送迎車両の現在の室内温度と目標温度の温度差に基づいて、空調装置のフィードフォワード制御を行う。空調制御部５２は、送迎車両の室内温度が目標温度と一致するように空調装置のフィードバック制御を行ってもよい。
【００７９】
２．送迎サービスの流れの例
図５を参照して、実施の形態２に係る送迎システムの処理の流れの一例を説明する。図５は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。なお、携帯端末３０（ユーザ）における処理の流れは図２で説明した流れと基本的に同じであり、車両４０における処理の流れは図４で説明した流れと基本的に同じである。
【００８０】
管理センタ１０が送迎リクエストを受信すると、図５の処理が開始される。図５に示すように、管理センタ１０は、ユーザからの送迎リクエストを受信すると（ステップＳ２１０）、送迎リクエストに沿う空き車両を抽出し、送迎車両に選定する（ステップＳ２１１）。ステップＳ２１０，Ｓ２１１の処理は、図３に示したステップＳ２００，Ｓ２０１の処理と同じである。
【００８１】
ステップＳ２１１に続き、管理センタ１０は、希望室内温度の入力が有るか否かを判定する（ステップＳ２１２）。希望室内温度の入力が有るか否かは、送迎リクエストに(vi)希望室内温度が含まれているか否かにより判定される。希望室内温度の入力があると判定した場合、管理センタ１０は、(iv)希望室内温度を目標温度に設定する（ステップＳ２１３）。希望室内温度の入力が無いと判定した場合、管理センタ１０は、デフォルト値を目標温度に設定する（ステップＳ２１４）。
【００８２】
目標温度の設定後、管理センタ１０は、送迎情報（送迎指示、空調ＯＮ指示および目標温度）を送迎車両に送信する（ステップＳ２１５）。ステップＳ２１５以降の処理（即ち、ステップＳ２１６〜Ｓ２２２の処理）は、図３に示したステップＳ２０３〜Ｓ２０９の処理と同じである。
【００８３】
３．送迎システムによる効果
以上説明した実施の形態２に係る送迎システムでは、送迎車両に送信される送迎情報に目標温度が追加される。従って、ピックアップの際の室内温度をユーザが快適と感じる温度に調整することが可能になる。
【００８４】
実施の形態３．
１．実施の形態３の特徴
上記実施の形態１では、管理サーバ２０が送迎車両を選定した。実施の形態３では、送迎車両の候補（以下、「候補車両」ともいう。）の一覧情報からユーザが送迎車両を選定する。
【００８５】
実施の形態３において、送迎車両管理部２１は、上述した(B)選定処理と(C)生成処理を行う代わりに、候補車両を抽出する処理（以下、「(F)抽出処理」ともいう。）と、携帯端末３０に送信する候補車両の一覧情報を生成する処理（以下、「(G)生成処理」ともいう。）と、を行うように構成されている。
【００８６】
(F)抽出処理は、送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、候補車両を抽出する処理である。(F)抽出処理では、先ず、(v)ピックアップ時刻までに(ii)ピックアップエリアに到着でき、且つ、定員が(iv)乗車予定人数よりも多い空き車両が、候補車両として抽出される。
【００８７】
(G)生成処理は、候補車両と、当該候補車両が(ii)ピックアップエリアに到着する予定時刻と、当該候補車両が(ii)ピックアップエリアに到着するときの室内温度の予定値（以下、「予定室内温度」ともいう。）と、を組み合わせた一覧情報を生成する処理である。予定室内温度は、空調ＯＮ指示に基づいて候補車両の空調装置を通常駆動するとの仮定のもとで計算される。一覧情報は、例えば、(ii)ピックアップエリアに到着する予定時刻の早い順、または、予定室内温度と所定の適温帯との差が小さい順に候補車両を並べたものである。予定時刻と予定室内温度を変数とする所定の評価関数を用いて候補車両を評価し、評価結果の高い順に候補車両を並べることもできる。このような一覧情報を生成すれば、一覧情報を見たユーザの選択肢を広げることが可能になる。
【００８８】
一覧情報には、室内温度に関する基本料金を含めることもできる。基本料金を一覧情報に含める場合、(F)提供処理では、予定室内温度と所定の適温帯の間の温度差が小さいほど基本料金を低額に設定し、当該温度差が大きいほど基本料金を高額に設定する。このような基本料金を設定する場合、一覧情報は、例えば、(ii)ピックアップエリアに到着する予定時刻の早い順、または、基本料金の低い順に並べることができる。このような一覧情報を生成すれば、一覧情報を見たユーザの選択肢を更に広げることが可能になる。
【００８９】
送迎車両管理部２１が目標温度を設定している場合、予定室内温度は原則、目標温度と一致する。但し、送迎リクエストに(iv)希望室内温度が含まれる場合において、(iv)希望室内温度が室内温度から大きく乖離しているときは、予定室内温度と(iv)希望室内温度の間に温度差が生じる可能性がある。そこで、送迎リクエストに(iv)希望室内温度が含まれる場合、(F)提供処理では、予定室内温度と(iv)希望室内温度の温度差が大きいほど基本料金を低額に設定する。このような基本料金を設定する場合、一覧情報は、例えば、(ii)ピックアップエリアに到着する予定時刻の早い順、または、基本料金の低い順に並べることができる。このような一覧情報を生成すれば、一覧情報を見たユーザの選択肢を更に広げることが可能になる。
【００９０】
２．送迎サービスの流れの例
図６乃至図７を参照して、実施の形態３に係る送迎システムの処理の流れの一例を説明する。図６は、送迎システム１を構成する携帯端末３０（ユーザ）における処理の流れを示すフローチャートである。図７は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。なお、車両４０における処理の流れは図４で説明した流れと基本的に同じである。
【００９１】
図６乃至図７に示す送迎システムの処理は、ユーザがアプリケーション３１を起動して送迎リクエストを送信することによって開始される。図７に示すように、ユーザは、送迎リクエストおよび現在エリアを管理センタ１０に送信し（ステップＳ１１０）、管理センタ１０からの送迎情報を待つ（ステップＳ１１１）。ステップＳ１１０，Ｓ１１１の処理は、図２に示したステップＳ１００，Ｓ１０１の処理と同じである。
【００９２】
管理センタ１０が送迎リクエストを受信すると、図７のステップＳ２３１以降の処理が開始される。図７に示すように、管理センタ１０は、ユーザからの送迎リクエストを受信すると（ステップＳ２３０）、送迎リクエストに沿う空き車両を抽出し、候補車両の一覧情報をユーザに送信し（ステップＳ２３１）、ユーザからの希望車両の回答を待つ（ステップＳ２３２）。
【００９３】
携帯端末３０が候補車両の一覧情報を受信すると、図６のステップＳ１１２以降の処理が開始される。図６に示すように、ユーザは、管理センタ１０から候補車両の一覧情報を受信したら（ステップＳ１１２）、この一覧情報から希望車両を選択し（ステップＳ１１３）、希望車両を管理センタ１０に送信する（ステップＳ１１４）。
【００９４】
管理センタ１０が希望車両の回答を受信すると、図７のステップＳ２３３以降の処理が開始される。図７に示すように、管理センタ１０は、ユーザから希望車両の回答を受信すると（ステップＳ２３３）、この希望車両に送迎情報（送迎指示および空調ＯＮ指示）を送信する（ステップＳ２３４）。つまり、希望車両が送迎車両として扱われる。ステップＳ２３５以降の処理（即ち、ステップＳ２３５〜Ｓ２４１の処理）は、図３に示したステップＳ２０３〜Ｓ２０９の処理と同じである。
【００９５】
３．送迎システムによる効果
以上説明した実施の形態３に係る送迎システムでは、候補車両の一覧情報がユーザに提供される。従って、(ii)ピックアップエリアに到着する予定時刻、予定室内温度、室内温度に関する基本料金といった各種の条件を考慮して、好みの送迎車両をユーザ自身が選ぶことが可能になる。
【００９６】
実施の形態４．
１．実施の形態４の特徴
上記実施の形態２では、送迎情報（送迎指示、空調ＯＮ指示および目標温度）を送迎車両が受信した場合、空調制御部５２が目標温度に基づいて空調装置のフィードフォワード制御を行った。実施の形態４では、この送迎情報に、フィードフォワード制御の開始時刻（以下、「空調ＯＮ時刻」ともいう。）が追加される。
【００９７】
実施の形態４において、送迎車両管理部２１は、上述した(C)生成処理において、送迎車両に送信する送迎情報に、空調ＯＮ時刻を追加するように構成されている。空調ＯＮ時刻は、フィードフォワード制御の予定時間を、送迎車両が(ii)ピックアップエリアに到着する予定時刻から差し引いた時刻に設定される。フィードフォワード制御の予定時間は、例えば、室内温度と、目標温度と、フィードフォワード制御の期間と、の関係を定めたマップに基づいて計算される。
【００９８】
２．送迎システムによる効果
以上説明した実施の形態４に係る送迎システムでは、送迎車両に送信される送迎情報に空調ＯＮ時刻が追加される。空調ＯＮ時刻の設定に用いられるフィードフォワード制御の予定時間は、室内温度を目標温度に調整するための所要時間と言うことができる。そのため、空調ＯＮ時刻を追加すれば、室内温度の調整を確実に行いつつ、現在エリアから(ii)ピックアップエリアまでのルートの自律走行中の空調装置の作動時間を短くすることができる。従って、バッテリ４４の消費を抑えることが可能になる。
【００９９】
実施の形態５．
１．実施の形態５の特徴
上記実施の形態１に係る送迎システムでは、送迎サービスが送迎リクエストに基づいて行われた。実施の形態５では、仮想の送迎サービスが仮想の送迎リクエストに基づいて行われる。
【０１００】
実施の形態５において、送迎車両管理部２１は、上述した(A)受付処理と、上述した(B)選定処理と、上述した(C)生成処理と、を行う代わりに、仮想の送迎リクエストを生成する処理（以下、「(H)生成処理」ともいう。）と、仮想の送迎車両を選定する処理（以下、「(I)選定処理」ともいう。）と、仮想の送迎車両に送信する仮想の送迎情報を生成する処理（以下、「(J)生成処理」ともいう。）と、を行うように構成されている。
【０１０１】
(H)生成処理は、ピックアップニーズの高いエリア（以下、「高ニーズエリア」ともいう。）を想定した仮想の送迎リクエストを生成する処理である。(H)生成処理では、先ず、管理サーバ２０のデータベースに蓄積されている(ii)ピックアップエリアの履歴に基づいて、現在の時間帯よりも少し先の時間帯における高ニーズエリアが特定される。そして、高ニーズエリアが特定された場合、例えば、下記(vii)〜(viii)の情報を含む仮想リクエストが生成される。
(vii)仮想のピックアップエリア
(viii)仮想のピックアップ時刻
【０１０２】
なお、(vii)仮想のピックアップエリアは、特定された高ニーズエリアである。(viii)仮想のピックアップ時刻は、現在時刻よりも少し先の時間帯内の任意の時刻である。
【０１０３】
(I)選定処理は、仮想の送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、高ニーズエリアに手配する仮想の送迎車両を選定する処理である。(I)選定処理では、先ず、(vii)仮想のピックアップエリアでの空き車両の不足数が計算される。空き車両の不足数は、(vii)仮想のピックアップエリアでニーズが見込まれる空き車両数から、(vii)仮想のピックアップエリアにおいて既に待機モードにある空き車両数を差し引くことで算出される。続いて、現在エリアが(vii)仮想のピックアップエリア外にある空き車両の内、(vii)仮想のピックアップ時刻までに(viii)仮想のピックアップエリアに到着できる空き車両が、仮想の送迎車両として選定される。仮想の送迎車両は、空き車両の不足数分だけ選定される。仮想の送迎車両は、好ましくは、(vii)仮想のピックアップエリアまでのルートの自律走行時間の短い順に選定される。
【０１０４】
(J)生成処理は、仮想の送迎車両に送信するための仮想の送迎情報を生成する処理である。仮想の送迎情報には、送迎指示および空調指示が含まれる。仮想の送迎情報に含まれる送迎指示には、例えば、(vii)仮想のピックアップエリアが含まれる。仮想の送迎情報に含まれる空調指示は、例えば、空調ＯＮ指示である。
【０１０５】
２．送迎サービスの流れの例
図８乃至図９を参照して、実施の形態５に係る送迎システムの処理の流れの一例を説明する。図８は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。図９は、送迎システム１を構成する車両４０における処理の流れを示すフローチャートである。
【０１０６】
図８乃至図９に示す送迎システムの処理は、管理センタ１０による定期的なピックアップエリアの履歴の検索により、高ニーズエリアが特定されたときに開始される。図８に示すように、管理センタ１０は、ピックアップエリアの履歴を検索して高ニーズエリアを特定したら（ステップＳ２５０）、高ニーズエリアにおける空き車両の不足数を計算する（ステップＳ２５１）。続いて、管理センタ１０は、高ニーズエリア外の空き車両を不足数分だけ仮想の送迎車両に選定する（ステップＳ２５２）。仮想の送迎車両の選定後、管理センタ１０は、仮想の送迎情報（送迎指示および空調ＯＮ指示）を仮想の送迎車両に送信する（ステップＳ２５３）。
【０１０７】
車両４０が仮想の送迎情報を受信すると、図９の処理が開始される。図９に示すように、車両４０（仮想の送迎車両）は、管理センタ１０からの仮想の送迎情報（送迎指示および空調ＯＮ指示）を受信したら（ステップＳ３２０）、空調装置をＯＮし、高ニーズエリアまでのルートを自律走行する（ステップＳ３２１）。高ニーズエリアに到着したら、車両４０（仮想の送迎車両）は、高ニーズエリア到着情報を管理センタ１０に送信する（ステップＳ３２２）。
【０１０８】
管理センタ１０が高ニーズエリア到着情報を受信すると、管理センタ１０において車両４０は空き車両として扱われ、図８のステップＳ２５４以降の処理が開始される。図８に示すように、管理センタ１０は、高ニーズエリア到着情報を車両４０（仮想の送迎車両）から受信したら（ステップＳ２５４）、待機エリアを選定し（ステップＳ２５５）、待機情報（待機モード準備指示および空調ＯＦＦ指示）を送信元の車両４０（空き車両）に送信する（ステップＳ２５６）。
【０１０９】
車両４０（空き車両）が待機情報（待機モード準備指示および空調ＯＦＦ指示）を受信すると、図９のステップＳ３２３以降の処理が開始される。図９のステップＳ３２３以降の処理（即ち、ステップＳ３２３〜Ｓ３２７の処理）は、図４のステップＳ３０７〜Ｓ３１１の処理と同じである。また、図９のステップＳ３２６の処理に伴い開始される図８のステップＳ２５７，Ｓ２５８の処理は、図４のステップＳ３１０の処理に伴い開始される図３のステップＳ２０８，Ｓ２０９の処理と同じである。
【０１１０】
３．送迎システムによる効果
以上説明した実施の形態５に係る送迎システムでは、仮想の送迎リクエストに基づいて高ニーズエリアに車両４０（仮想の送迎車両）が手配される。従って、高ニーズエリアでの近い将来の送迎リクエストに迅速に対応することが可能になる。また、実施の形態５に係る送迎システムでは、仮想の送迎情報に空調ＯＮ指示が含まれる。つまり、高ニーズエリアへの到着前に、空調装置が作動される。従って、近い将来の送迎リクエストに対応する場合においても、ピックアップの際の室内温度が近い将来のユーザにとって不快な温度となるのを抑えることも可能になる。加えて、実施の形態５に係る送迎システムでは、待機情報に空調ＯＦＦ指示が含まれる。従って、仮想の送迎リクエストに基づいたバッテリ４４の消費量を最小限に抑えることもできる。
【０１１１】
実施の形態６．
１．実施の形態６の特徴
上記実施の形態５に係る送迎システムでは、現在エリアから高ニーズエリアまでのルートの自律走行中に空調装置を連続的に作動させた。実施の形態６では、現在エリアから高ニーズエリアまでのルートの自律走行中、且つ、減速走行中に、空調装置を作動させる。実施の形態６では、また、高ニーズエリアから待機エリアまでのルートの自律走行中、且つ、減速走行中に空調装置を作動させる。つまり、実施の形態６では、高ニーズエリアを経由した現在エリアから待機エリアまでのルートの自律走行中、且つ、減速走行中に空調装置を作動させる。
【０１１２】
実施の形態６において、送迎車両管理部２１は、上述した(J)生成処理において生成する空調ＯＮ指示の条件として、車両４０（仮想の送迎車両）の減速走行中であることを追加する。また、通信部２３は、上述した(E)生成処理において生成した空調ＯＦＦ指示を、待機モード準備指示の送信時ではなく、待機モード移行指示の送信時に車両４０（仮想の送迎車両）に送信する。
【０１１３】
２．送迎サービスの流れの例
図１０乃至図１１を参照して、実施の形態６に係る送迎システムの処理の流れの一例を説明する。図１０は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。図１１は、送迎システム１を構成する車両４０における処理の流れを示すフローチャートである。
【０１１４】
図１０乃至図１１に示す送迎システムの処理は、管理センタ１０において高ニーズエリアが特定されたときに開始される。図１０に示すように、管理センタ１０は、高ニーズエリアを特定したら（ステップＳ２６０）、空き車両の不足数を計算する（ステップＳ２６１）。続いて、管理センタ１０は、不足数分の空き車両を仮想の送迎車両に選定する（ステップＳ２６２）。ステップＳ２６０〜Ｓ２６２の処理は、図８に示したステップＳ２５０〜Ｓ２５２の処理と同じである。仮想の送迎車両の選定後、管理センタ１０は、仮想の送迎情報（送迎指示および減速条件付き空調ＯＮ指示）を仮想の送迎車両に送信する（ステップＳ２６３）。
【０１１５】
車両４０が仮想の送迎情報を受信すると、図１１の処理が開始される。図１１に示すように、車両４０（仮想の送迎車両）は、管理センタ１０からの仮想の送迎情報（送迎指示および減速条件付き空調ＯＮ指示）を受信したら（ステップＳ３３０）、減速走行中に空調装置をＯＮし、高ニーズエリアまでのルートを自律走行する（ステップＳ３３１）。高ニーズエリアに到着したら、車両４０（仮想の送迎車両）は、高ニーズエリア到着情報を管理センタ１０に送信する（ステップＳ３３２）。
【０１１６】
管理センタ１０が高ニーズエリア到着情報を受信すると、管理センタ１０において車両４０は空き車両として扱われ、図１０のステップＳ２６４以降の処理が開始される。図１０に示すように、管理センタ１０は、高ニーズエリア到着情報を車両４０（仮想の送迎車両）から受信したら（ステップＳ２６４）、待機エリアを選定し（ステップＳ２６５）、待機情報（待機モード準備指示）を送信元の車両４０（空き車両）に送信する（ステップＳ２６６）。
【０１１７】
車両４０（空き車両）が待機情報（待機モード準備指示）を受信すると、図１１のステップＳ３３３以降の処理が開始される。図１１に示すように、車両４０（空き車両）は、待機情報（待機モード準備指示）を管理センタ１０から受信したら（ステップＳ３３３）、減速走行中に空調装置をＯＮし、待機エリアまでのルートを自律走行する（ステップＳ３３４）。そして、待機エリアに到着したら、車両４０（空き車両）は、待機エリア到着情報を管理センタ１０に送信する（ステップＳ３３５）。
【０１１８】
管理センタ１０が待機エリア到着情報を受信すると、図１０のステップＳ２６７以降の処理が開始される。図１０に示すように、管理センタ１０は、待機エリア到着情報を車両４０（空き車両）から受信したら（ステップＳ２６７）、待機情報（待機モード移行指示および空調ＯＦＦ指示）を送信元の車両４０（空き車両）に送信する（ステップＳ２６８）。
【０１１９】
車両４０（空き車両）が待機情報（待機モード移行指示および空調ＯＦＦ指示）を受信すると、図１１のステップＳ３３６以降の処理が開始される。図１１に示すように、車両４０（空き車両）は、待機情報（待機モード移行指示および空調ＯＦＦ指示）を管理センタ１０から受信したら（ステップＳ３３６）、空調装置をＯＦＦし、待機モードに移行する（ステップＳ３３７）。
【０１２０】
３．送迎システムによる効果
以上説明した実施の形態６に係る送迎システムでは、現在エリアから待機エリアまでのルートの自律走行中、且つ、減速走行中に空調装置が作動される。仮想の送迎リクエストに基づいた車両４０（仮想の送迎車両）の手配は、結果的に空振りに終わるリスクがある。この点、減速走行中は、上述した回生駆動制御によりバッテリ４４に回生エネルギが充電される。従って、仮想の送迎リクエストに基づいたバッテリ４４の消費を抑えることが可能になる。
【０１２１】
実施の形態７．
１．実施の形態７の特徴
実施の形態７では、高ニーズエリアにおいて待機モードにある空き車両（以下、「待機車両」ともいう。）に送信する新たな待機情報が生成される。
【０１２２】
実施の形態７において、空き車両管理部２２は、待機車両のステータス情報を判定する処理（以下、「(K)判定処理」ともいう。）と、待機車両の新たな待機エリアを選定する処理（以下、「(L)選定処理」ともいう。）と、待機車両に送信する新たな待機情報を生成する処理（以下、「(M)生成処理」ともいう。）と、を行うように構成されている。
【０１２３】
(K)判定処理は、待機車両の室内温度が所定の適温帯よりも高いか否か、および、当該待機車両の待機エリアが日向エリア（直射日光が当たるエリアをいう。以下同じ。）に一致するか否かを判定する処理である。室内温度が所定の適温帯よりも高いか否かの判定は、管理サーバ２０のデータベースに蓄積されている情報（具体的には、現在の室内温度）に基づいて行われる。待機エリアが日向エリアに一致するか否かの判定は、管理サーバ２０のデータベースに蓄積されている情報（具体的には、待機エリア情報、地図情報や環境情報）に基づいて行われる。
【０１２４】
(L)選定処理は、(K)判定処理において、室内温度が所定の適温帯よりも高く、且つ、待機エリアが日向エリアに一致すると判定された場合に、待機車両の新たな待機エリアとしての日陰エリア（直射日光が当たらないエリアをいう。以下同じ。）を選定する処理である。(L)選定処理では、先ず、車両４０が停車可能なエリアの内、待機車両の現在エリアからのルートの自律走行時間が最も短いエリアが抽出される。続いて、抽出エリアが日陰エリアであるか否かが判定される。日陰エリアは、データベースの蓄積情報（具体的には、地図情報や環境情報）に基づいて特定される。そして、抽出エリアが日陰エリアであると判定された場合、当該抽出エリアが新たな待機エリアに選定される。そうでないと判定された場合、待機車両の現在エリアからのルートの自律走行時間が二番目に短いエリアが抽出され、この抽出エリアの日陰エリアに関する判定が行われる。エリアの抽出と、抽出エリアの日陰に関する判定と、を繰り返すことで、新たな待機エリアが選定される。
【０１２５】
(M)生成処理は、(K)判定処理での判定結果に応じて、待機車両に送信する新たな待機情報を生成するための処理である。(K)判定処理での判定結果が肯定的である場合、新たな待機情報には、待機モード準備指示、待機モード移行指示、および、空調指示が含まれる。待機モード準備指示には、例えば、新たな待機エリアが含まれる。待機モード移行指示は、新たな待機エリアに移動した待機車両に対して送信されるものである。空調指示は、例えば、空調ＯＮ指示および目標温度である。(K)判定処理での判定結果が否定的である場合、新たな待機情報には、待機モード移行指示および空調指示が含まれる。つまり、(K)判定処理での判定結果が否定的である場合、新たな待機情報には、待機モード準備指示が含まれない。
【０１２６】
新たな待機情報に空調ＯＮ指示と、目標温度と、が含まれている場合、空調制御部５２は、例えば、待機車両の室内温度が目標温度と一致するように空調装置のフィードバック制御を行う。空調制御部５２は、待機車両の現在の室内温度と目標温度の温度差に基づいて、空調装置のフィードフォワード制御を行ってもよい。なお、目標温度は、例えば、所定の適温帯内の温度である。
【０１２７】
２．送迎サービスの流れの例
図１２を参照して、実施の形態７に係る送迎システムの処理の流れの一例を説明する。図１２は、送迎システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。なお、携帯端末３０（ユーザ）における処理の流れは図２で説明した流れと基本的に同じであり、車両４０における処理の流れは図４で説明した流れと基本的に同じである。
【０１２８】
図１２に示す送迎システムの処理は、管理センタ１０による定期的な待機エリアの検索により、待機エリアが高ニーズエリアに一致する空き車両（即ち、待機車両）の存在が判明したときに開始される。図１２に示すように、管理センタ１０は、車両４０（待機車両）の室内温度が所定の適温帯よりも高く、且つ、当該車両４０（待機車両）の待機エリアが日向エリアに一致するか否かを判定する（ステップＳ２７０）。
【０１２９】
ステップＳ２７０の判定結果が肯定的である場合、管理センタ１０は、日陰エリアを検索し、新たな待機エリアに設定する（ステップＳ２７１）。また、管理センタ１０は、目標温度を所定の適温帯内の温度に設定し（ステップＳ２７２）、新たな待機情報（待機モード準備指示）を車両４０（待機車両）に送信する（ステップＳ２７３）。そして、待機エリア到着情報を車両４０（待機車両）から受信したら（ステップＳ２７４）、管理センタ１０は、新たな待機情報（待機モード移行指示、空調ＯＮ指示および目標温度）を送信元の車両４０（待機車両）に送信する（ステップＳ２７５）。
【０１３０】
ステップＳ２７０の判定結果が否定的である場合、管理センタ１０は、目標温度を所定の適温帯内の温度に設定し（ステップＳ２７６）、新たな待機情報（空調ＯＮ指示および目標温度）を送信元の車両４０（待機車両）に送信する（ステップＳ２７７）。
【０１３１】
３．送迎システムによる効果
以上説明した実施の形態７に係る送迎システムでは、新たな待機情報に含まれる空調ＯＮ指示および目標温度に基づいて、車両４０（待機車両）の空調装置がフィードバック制御される。従って、高ニーズエリアでの近い将来の送迎リクエストに対応する場合においても、ピックアップの際の室内温度が近い将来のユーザにとって不快な温度となるのを抑えることが可能になる。
【０１３２】
また、実施の形態７に係る送迎システムでは、待機車両のステータス情報の判定結果が肯定的な場合、待機車両の待機エリアが日陰エリアに変更される。高ニーズエリアでの待機は、結果的に空振りに終わるリスクがある。この点、新たな待機エリアが日陰エリアであれば、待機エリアが引き続き日向エリアである場合に比べて、待機車両の室内温度が下がり易くなる。従って、日陰エリアでの空調装置の作動によるバッテリ４４の消費を抑えることが可能になる。
【０１３３】
なお、待機車両が日陰エリアに移動することで、空調装置の作動前に室内温度が所定の適温帯まで下がる可能性もある。そのため、待機エリア到着情報を車両４０（待機車両）から受信したら、室内温度が所定の適温帯よりも高いか否かの判定を再度行うことが望ましい。そして、判定結果が肯定的である場合に、新たな待機情報（待機モード移行指示、空調ＯＮ指示および目標温度）を送信元の車両４０（待機車両）に送信するのが望ましい。室内温度の判定を再度行えば、その判定結果が否定的である場合に、日陰エリアでの空調装置を作動させずに済ませることが可能になる。従って、バッテリ４４の消費を一層抑えることが可能になる。
【０１３４】
実施の形態８．
１．実施の形態８の特徴
上記実施の形態７では、(L)選定処理において、(K)判定処理の判定結果が肯定的である場合、待機車両の新たな待機エリアとしての日陰エリアが設定された。実施の形態８では、(K)判定処理での判定と正反対の判定を行い、新たな待機エリアを設定することを特徴とする。
【０１３５】
実施の形態８において、空き車両管理部２２は、待機車両のステータス情報を判定する処理（以下、「(N)判定処理」ともいう。）と、待機車両の新たな待機エリアを選定する処理（以下、「(O)選定処理」ともいう。）と、待機車両に送信する新たな待機情報を生成する処理（以下、「(P)生成処理」ともいう。）と、を行うように構成されている。
【０１３６】
(N)判定処理は、待機車両の室内温度が所定の適温帯よりも低いか否か、および、当該待機車両の待機エリアが日陰エリアに一致するか否かを判定する処理である。(N)判定処理の基本的な処理内容は、上述した(K)判定処理と同じである。
【０１３７】
(O)選定処理は、(N)判定処理において、室内温度が所定の適温帯よりも低く、且つ、待機エリアが日陰エリアに一致すると判定された場合に、待機車両の新たな待機エリアとしての日向エリアを選定する処理である。(O)選定処理の基本的な処理内容は、上述した(L)選定処理と同じである。
【０１３８】
(P)生成処理は、(N)判定処理での判定結果に応じて、待機車両に送信する新たな待機情報を生成するための処理である。(P)生成処理の基本的な処理内容は、上述した(M)選定処理と同じである。
【０１３９】
２．送迎システムによる効果
以上説明した実施の形態８に係る送迎システムでは、待機車両のステータス情報の判定結果が肯定的な場合、待機車両の待機エリアが日向エリアに変更される。高ニーズエリアでの待機は、結果的に空振りに終わるリスクがある。この点、待機エリアが日向エリアであれば、待機エリアが日陰エリアである場合に比べて、待機車両の室内温度が上がり易くなる。従って、空調装置の作動によるバッテリ４４の消費を抑えることが可能になる。
【０１４０】
なお、待機車両が日向エリアに移動することで、空調装置の作動前に室内温度が所定の適温帯まで上がる可能性があるため、待機エリア到着情報を車両４０（待機車両）から受信したら、室内温度が所定の適温帯よりも低いか否かの判定を再度行うことが望ましい。室内温度の判定を再度行えば、その判定結果が否定的である場合に、日向エリアでの空調装置を作動させずに済ませることが可能になる。従って、バッテリ４４の消費を一層抑えることが可能になる。
【０１４１】
その他の実施の形態．
上述した各実施の形態に係る送迎システムは以下のように変形することもできる。
【０１４２】
例えばユーザ認証の方法としては、カメラセンサによる顔認証を用いることもできる。具体的には、携帯端末３０のカメラで撮影したユーザの顔写真を送迎サービスへの入会時に管理センタ１０に送り、管理サーバ２０のデータベースに顔写真を登録しておく。そして、ユーザが送迎サービスを利用する際には、管理センタ１０が車両４０（送迎車両）に送信する送迎情報に顔写真データを追加する。ユーザ認証部５４は、車両４０のカメラセンサによって撮影した車両４０の近傍の人物の写真と、管理サーバ２０から取得した顔写真データとを照合し、両者が一致する場合、ユーザ認証部５４は、カメラセンサが撮影した人物を、送迎リクエストを送信したユーザとして認証する。
【０１４３】
ユーザ認証の別の方法として、ＦｅｌｉＣａ（登録商標）やＮＦＣ等の近接無線通信による認証を用いてもよい。この場合、ユーザは、近接無線通信機能を備えた携帯端末３０か専用のＩＣカードを所持しており、車両４０（送迎車両）は、近接無線通信用の通信装置を車外に備えている。ユーザ認証部５４は、近接無線通信によって携帯端末３０またはＩＣカードから直接取得したＩＤ情報と、管理サーバ２０から取得したユーザのＩＤ情報とを照合する。そして、両者が一致する場合、ユーザ認証部５４は、携帯端末３０またはＩＣカードの所有者を、送迎リクエストを送信したユーザとして認証する。
【符号の説明】
【０１４４】
１  送迎システム
２  ネットワーク（インターネット）
４  基地局
１０  管理センタ
２０  管理サーバ
２１  送迎車両管理部
２２  空き車両管理部
２３，５３  通信部
３０  携帯端末
３１  アプリケーション
４０  自律走行車両
４１  ネットワーク用通信装置
４２  認証用通信装置
４３  モータ／ジェネレータ
４４  バッテリ
５０  電気自動車用電子制御ユニット
５１  自律走行制御部
５２  空調制御部
５４  ユーザ認証部
６０  モータ／ジェネレータ用電子制御ユニット
６２  バッテリ用電子制御ユニット
【図１】
2019079181.tif 000003
【図２】
2019079181.tif 000004
【図３】
2019079181.tif 000005
【図４】
2019079181.tif 000006
【図５】
2019079181.tif 000007
【図６】
2019079181.tif 000008
【図７】
2019079181.tif 000009
【図８】
2019079181.tif 000010
【図９】
2019079181.tif 000011
【図１０】
2019079181.tif 000012
【図１１】
2019079181.tif 000013
【図１２】
2019079181.tif 000014