JP6969276B2 - 移動体の利用システム、サーバ、及び移動体の利用方法 - Google Patents

Description

本開示は、移動体の利用システム、サーバ、及び移動体の利用方法に関し、特に、移動体の所有者でないユーザが移動体を所定の目的で利用可能な移動体の利用システム、それに用いられるサーバ、及び移動体の利用方法に関する。

近年、自動運転の技術開発が急速に進行しており、自動運転可能な移動体を利用したサービスが提案されている。たとえば、特開２０１５−６９５９４号公報（特許文献１）には、自動運転可能な移動体を、商品を積載して街中を巡回する移動店舗として運行させる交通システムが開示されている。

この交通システムにおいては、ユーザの需要情報と道路情報とに基づいて、移動店舗としての移動体の巡回スケジュールが作成され、作成された巡回スケジュールが、移動店舗の担当者により操作される移動店舗端末へ送信される。これにより、街中を巡回する移動店舗として移動体を効率的に活用することができるとされる（特許文献１参照）。

特開２０１５−６９５９４号公報

特許文献１に記載の交通システムでは、ユーザの需要情報と道路情報とに基づいて、移動店舗としての移動体が主体となって街中を巡回する。一方、移動体の所有者でないユーザが、所定の目的で（たとえば喫煙室や休憩室として）移動体を利用したいユースケースが考えられる。上記の特許文献１では、このようなユースケースにおいて、ユーザからの利用申込みに従って移動体が客体として利用される仕組みについては、特に検討されていない。

本開示は、かかる課題を解決するためになされたものであり、その目的は、移動体の所有者でないユーザが移動体を所定の目的で利用可能とするための移動体の利用システム、それに用いられるサーバ、及び移動体の利用方法を提供することである。

本開示の移動体の利用システムは、自動運転可能に構成された移動体と、移動体と通信するサーバとを備える。サーバは、第１及び第２の処理を実行する。第１の処理は、移動体の所有者でないユーザが移動体を所定の目的で利用するための利用申込みを受信すると、所定の目的で利用可能な移動体及びその利用料金を含むユーザの要求に適合する移動体を選定する処理である。第２の処理は、選定された移動体をユーザに利用させるための指示を移動体へ送信する処理である。移動体は、その指示に従ってユーザのもとへ移動する。

上記のような構成により、移動体の利用目的とともに移動体の利用料金も考慮して、ユーザと移動体とをマッチングさせることができる。そして、選定された移動体を当該ユーザのもとへ移動させて、その移動体を当該ユーザが所定の目的で利用することができる。その結果、たとえば、特に都市部等において建物内のスペースが限られている場合に、ユーザのもとへ移動して利用可能なスペースとして移動体を利用することができ、スペースの効率的運用を図ることができる。

所定の目的は、移動体を喫煙室として利用することを含む。
この場合、利用料金は、移動体の室内における喫煙の履歴が少ない場合には、喫煙の履歴が多い場合に比べて高額に設定されるようにしてもよい。

これにより、ユーザが移動体を喫煙室として利用したい場合に、移動体における喫煙の履歴に応じて設定される利用料金を考慮して、ユーザと移動体とをマッチングさせることができる。

上記第１の処理は、利用申込みを受信すると、所定の目的で利用可能な移動体を仮選定し、仮選定された移動体及びその利用料金に対してユーザの承認を受けることにより移動体を選定する処理を含んでもよい。

これにより、ユーザは、仮選定された移動体及びその利用料金を確認することで、所望の移動体を選択することができる。

上記第１の処理は、利用申込みを受信すると、所定の目的で利用可能な少なくとも１台の移動体を抽出するとともに、抽出された移動体及びその利用料金をユーザに提示し、ユーザの要求に適合する移動体をユーザに選択させるための処理を含んでもよい。

これにより、ユーザは、移動体とともに利用料金が提示された少なくとも１台の移動体の中から、所望の移動体を選択することができる。

また、本開示のサーバは、自動運転可能に構成された移動体と通信する通信装置と、第１及び第２の処理を実行する処理装置とを備える。第１の処理は、移動体の所有者でないユーザが移動体を所定の目的で利用するための利用申込みを受信すると、所定の目的で利用可能な移動体及びその利用料金を含むユーザの要求に適合する移動体を選定する処理である。第２の処理は、選定された移動体をユーザに利用させるための指示を、通信装置を通じて移動体へ送信する処理である。

また、本開示の利用方法は、自動運転可能に構成された移動体の利用方法であって、移動体の所有者でないユーザが移動体を所定の目的で利用するための利用申込みをサーバが受信するステップと、サーバにおいて、所定の目的で利用可能な移動体及びその利用料金を含むユーザの要求に適合する移動体を選定するステップと、選定された移動体をユーザに利用させるための指示をサーバから移動体へ送信するステップと、上記指示に従って移動体がユーザのもとへ移動するステップとを含む。

本開示によれば、移動体の所有者でないユーザのもとへ移動体を移動させて、その移動体を当該ユーザが所定の目的で利用することができる。

移動体利用システムの全体構成を概略的に示す図である。 車両の構成を示す図である。 車両の制御装置及びサーバの構成をより詳細に示す図である。 実施の形態１に従う移動体利用システムの各要素間における情報のやり取りを示すシーケンス図である。 サーバのユーザ情報ＤＢに格納されるデータの構成を示す図である。 サーバの車両情報ＤＢに格納されるデータの構成を示す図である。 サーバの処理装置により実行される処理の手順を説明するためのフローチャートである。 車両の制御装置により実行される処理の手順を説明するためのフローチャートである。 実施の形態２に従う移動体利用システムの各要素間における情報のやり取りを示すシーケンス図である。 ユーザ端末に表示される各車両の情報の一例を示す図である。 実施の形態２におけるサーバの処理装置により実行される処理の手順を説明するためのフローチャートである。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

［実施の形態１］
＜システム構成＞
図１は、本実施の形態に従う移動体利用システム１０の全体構成を概略的に示す図である。図１を参照して、移動体利用システム１０は、複数の電動車両（以下、単に「車両」とも称する。）１００と、サーバ２００と、ユーザ端末３００と、駐車場４００とを備える。各車両１００、サーバ２００、ユーザ端末３００、及び駐車場４００は、インターネット或いは電話回線等の通信ネットワーク５００を介して互いに通信可能に構成される。なお、各車両１００は、通信ネットワーク５００の基地局５１０と無線通信によって情報の授受が可能に構成される。

車両１００は、自動運転可能に構成された移動体である。車両１００は、図２で後述するように、搭載された蓄電装置からの電力を用いて走行駆動力を生成可能に構成される。この実施の形態１では、車両１００は、さらに、車両外部の電源から供給される電力を用いて蓄電装置を充電可能に構成され、車両１００は、たとえば電気自動車や所謂プラグインハイブリッド車両等である。なお、車両１００は、必ずしも車両外部の電源により蓄電装置を充電可能な車両に限定されるものではなく、車両外部の電源による蓄電装置の充電機能を有さないハイブリッド車両であってもよい。

サーバ２００は、各車両１００、ユーザ端末３００、及び駐車場４００と通信ネットワーク５００を通じて通信を行ない、各車両１００、ユーザ端末３００、及び駐車場４００と各種情報をやり取りする。サーバ２００の動作については、後ほど詳しく説明する。

ユーザ端末３００は、車両１００の所有者でないユーザであって所定の目的で車両１００の利用を希望するユーザの端末であり、たとえば、スマートフォン等の携帯端末である。所定の目的で車両１００の利用を希望するユーザは、ユーザ端末３００から車両１００の利用を申し込むことができる。なお、所定の目的とは、たとえば、喫煙室としての利用や、休憩室（喫茶利用等）、自習室、仮眠スペース、映画やビデオの観賞、娯楽室、交流の場等、種々の目的を含む。

駐車場４００は、車両１００の非利用時に車両１００を駐車しておくための設備である。駐車場４００は、専用の駐車場であってもよいし、予め登録されたマンションの空き駐車スペース等であってもよい。また、駐車場４００には、車両１００へ充電電力を供給するための給電設備を備えていてもよい。

図２は、車両１００の構成を示す図である。図２を参照して、車両１００は、蓄電装置１１０と、システムメインリレー（System Main Relay）ＳＭＲと、ＰＣＵ（Power Control Unit）１２０と、モータジェネレータ１３０と、動力伝達ギヤ１３５と、駆動輪１４０とを備える。また、車両１００は、充電装置１５０と、インレット１５５と、充電リレーＲＹと、制御装置１６０とをさらに備える。

蓄電装置１１０は、充放電可能に構成された電力貯蔵要素である。蓄電装置１１０は、たとえば、リチウムイオン電池或いはニッケル水素電池等の二次電池や、電気二重層キャパシタ等の蓄電素子を含んで構成される。蓄電装置１１０は、システムメインリレーＳＭＲを介して、車両１００の駆動力を発生させるための電力をＰＣＵ１２０に供給する。また、蓄電装置１１０は、モータジェネレータ１３０で発電された電力を蓄電する。蓄電装置１１０は、図示しないセンサによって検出された蓄電装置１１０の電圧及び電流の検出値を制御装置１６０へ出力する。

ＰＣＵ１２０は、モータジェネレータ１３０を駆動する駆動装置であり、コンバータやインバータ等（いずれも図示せず）の電力変換装置を含んで構成される。ＰＣＵ１２０は、制御装置１６０からの制御信号によって制御され、蓄電装置１１０から受ける直流電力を、モータジェネレータ１３０を駆動するための交流電力に変換する。

モータジェネレータ１３０は、交流回転電機であり、たとえば、永久磁石が埋設されたロータを備える永久磁石型同期電動機である。モータジェネレータ１３０の出力トルクは、減速機や動力分割装置によって構成される動力伝達ギヤ１３５を通じて駆動輪１４０に伝達され、車両１００を走行させる。また、モータジェネレータ１３０は、車両１００の制動動作時には、駆動輪１４０の回転力によって発電することができる。その発電電力は、ＰＣＵ１２０によって蓄電装置１１０の充電電力に変換される。

なお、モータジェネレータ１３０の他にエンジン（図示せず）が搭載されたハイブリッド車両では、エンジン及びモータジェネレータ１３０を協調的に動作させることによって、必要な車両駆動力が発生される。この場合、エンジンの回転による発電電力を用いて、蓄電装置１１０を充電することも可能である。

充電装置１５０は、充電リレーＲＹを介して蓄電装置１１０に接続される。また、充電装置１５０は、電力線ＡＣＬ１，ＡＣＬ２によりインレット１５５に接続される。充電装置１５０は、インレット１５５に電気的に接続される車両外部の電源から供給される電力を、蓄電装置１１０を充電可能な電力に変換する。

制御装置１６０は、ＥＣＵ（Electronic Control Unit）、各種センサ、ナビゲーション装置、通信モジュール等を含み（図２では図示せず）、センサ群からの信号の入力や各機器への制御信号の出力を行なうとともに、車両１００及び各機器の制御を行なう。制御装置１６０は、車両１００を自動運転するための各種制御（駆動制御、制動制御、操舵制御等）を実行する。制御装置１６０は、ＰＣＵ１２０や、図示しない操舵装置、充電装置１５０等を制御するための制御信号を生成する。また、制御装置１６０は、蓄電装置１１０の電圧及び電流の検出値を受け、これらの検出値に基づいて蓄電装置１１０の充電状態（以下、ＳＯＣ（State Of Charge）とも称する。）を算出する。

図３は、車両１００の制御装置１６０及びサーバ２００の構成をより詳細に示す図である。図３を参照して、車両１００の制御装置１６０は、ＥＣＵ１７０と、センサ群１８０と、ナビゲーション装置１８５と、通信モジュール１９０とを備える。ＥＣＵ１７０、センサ群１８０、ナビゲーション装置１８５、及び通信モジュール１９０は、ＣＡＮ（Controller Area Network）等の有線の車載ネットワーク１９５により互いに接続されている。

ＥＣＵ１７０は、ＣＰＵ（Central Processing Unit）１７１と、メモリ１７２と、入出力バッファ１７３とを含んで構成される。ＥＣＵ１７０は、センサ群１８０の各センサからの信号に応じて車両１００が所望の状態となるように機器類を制御する。たとえば、ＥＣＵ１７０は、駆動装置であるＰＣＵ１２０（図２）及び操舵装置（図示せず）を制御することによって、車両１００の自動運転を実現するための各種制御を実行する。

なお、自動運転とは、車両１００の加速、減速、及び操舵等の運転操作がドライバの運転操作によらずに実行される運転を意味する。詳細には、この車両１００は、所謂「レベル５」として定義された完全自動運転が可能に構成されている。つまり、ＥＣＵ１７０による自動運転においては、すべての状況下においてドライバの乗車もドライバの操作も必要としない。

このため、制御装置１６０は、車両１００の外部及び内部の状況を検出するセンサ群１８０を備えている。センサ群１８０は、車両１００の外部の状況を検出するように構成された外部センサ１８１と、車両１００の走行状態に応じた情報、並びに、操舵操作、アクセル操作及びブレーキ操作を検出するように構成された内部センサ１８２とを含む。

外部センサ１８１は、たとえば、カメラ、レーダー（Ｒａｄａｒ）、ＬＩＤＡＲ（Laser Imaging Detection And Ranging）等を含む（いずれも図示せず）。カメラは、車両１００の外部状況を撮像し、車両１００の外部状況に関する撮像情報をＥＣＵ１７０に出力する。レーダーは、電波（たとえばミリ波）を車両１００の周囲に送信し、障害物で反射された電波を受信して障害物を検出する。そして、レーダーは、障害物までの距離及び障害物の方向を障害物に関する障害物情報としてＥＣＵ１７０に出力する。ＬＩＤＡＲは、光（典型的には紫外線、可視光線、又は近赤外線）を車両１００の周囲に送信し、障害物で反射された光を受信することで反射点までの距離を計測し、障害物を検出する。ＬＩＤＡＲは、たとえば、障害物までの距離及び障害物の方向を障害物情報としてＥＣＵ１７０に出力する。

内部センサ１８２は、たとえば、車速センサ、加速度センサ、ヨーレートセンサ等を含む（いずれも図示せず）。車速センサは、車両１００の車輪又は車輪と一体的に回転するドライブシャフト等に設けられ、車輪の回転速度を検出して車両１００の速度を含む車速情報をＥＣＵ１７０に出力する。加速度センサは、たとえば、車両１００の前後方向の加速度を検出する前後加速度センサと、車両１００の横加速度を検出する横加速度センサとを含み、両方の加速度を含む加速度情報をＥＣＵ１７０に出力する。ヨーレートセンサは、車両１００の重心の鉛直軸周りのヨーレート（回転角速度）を検出する。ヨーレートセンサは、たとえばジャイロセンサであり、車両１００のヨーレートを含むヨーレート情報をＥＣＵ１７０に出力する。

ナビゲーション装置１８５は、人工衛星（図示せず）からの電波に基づいて車両１００の位置を特定するＧＰＳ受信機１８６を含む。ナビゲーション装置１８５は、ＧＰＳ受信機１８６により特定された車両１００の位置情報（ＧＰＳ情報）を用いて車両１００の各種ナビゲーション処理を実行する。具体的には、ナビゲーション装置１８５は、車両１００のＧＰＳ情報とメモリ（図示せず）に格納された道路地図データとに基づいて、車両１００の現在地から目的地までの走行ルート（走行予定ルート又は目標ルート）算出し、目標ルートの情報をＥＣＵ１７０に出力する。なお、ユーザによる車両１００の利用中には、ナビゲーション装置１８５は、ディスプレイの表示及びスピーカ（いずれも図示せず）の音声出力により目標ルートをユーザに報知する。

通信モジュール１９０は、車載ＤＣＭ（Data Communication Module）であって、通信ネットワーク５００（図１）を通じてサーバ２００の通信装置２１０との間で双方向のデータ通信が可能なように構成されている。

サーバ２００は、通信装置２１０と、記憶装置２２０と、処理装置２３０とを含む。通信装置２１０は、通信ネットワーク５００（図１）を通じて車両１００の通信モジュール１９０及びユーザ端末３００との間で双方向のデータ通信が可能なように構成される。

記憶装置２２０は、ユーザ情報データベース（ＤＢ）２２１と、車両情報データベース（ＤＢ）２２２とを含む。ユーザ情報ＤＢ２２１は、この移動体利用システム１０を利用するユーザの情報を格納する。移動体利用システム１０の利用を希望するユーザは、事前に会員登録を行なうことにより移動体利用システム１０を利用することができ、会員登録されたユーザの情報がユーザ情報ＤＢ２２１に格納される。ユーザ情報ＤＢ２２１のデータ構成については、後ほど説明する。

車両情報ＤＢ２２２は、この移動体利用システム１０で利用される各車両１００の情報を格納する。移動体利用システム１０で利用される各車両１００は、事前の登録手続きを行なうことにより移動体利用システム１０で利用されることができ、登録された車両１００の情報が車両情報ＤＢ２２２に格納される。車両情報ＤＢ２２２のデータ構成についても、後ほど説明する。

処理装置２３０は、ユーザ端末３００から車両１００の利用申込みを受信すると、利用申込みに関する情報（利用目的や利用時間、利用場所等）を、ユーザ端末３００のユーザの情報と対応付けてユーザ情報ＤＢ２２１に格納する。そして、処理装置２３０は、車両情報ＤＢ２２２に格納された車両情報を参照して、ユーザの要求に適合する車両１００を選定し、その選定された車両１００へ、利用申込みを行なったユーザのもとへの配車依頼を通知する。

＜移動体利用システム１０における移動体利用の説明＞
車両１００の所有者でないユーザが、所定の目的で（喫煙室や休憩室等として）車両１００を利用したいユースケースが考えられる。特に都市部等において建物内のスペースが限られている場合には、ユーザのもとへ移動して利用可能なスペースとして車両１００を利用することができれば、スペースの効率的運用を図ることができる。

そこで、この実施の形態１では、車両１００の所有者でないユーザが車両１００を所定の目的で利用するための利用申込みがなされると、当該ユーザと車両１００とのマッチングが行なわれ、マッチングにより選定された車両１００が当該ユーザのもとへ移動するシステムが採用される。ユーザと車両１００とのマッチングについては、ユーザによる車両１００の利用目的とともに車両１００の利用料金が考慮される。これにより、ユーザの要求に適合する車両１００をユーザのもとへ移動させて、その車両１００を当該ユーザが所定の目的で利用することができる。その結果、たとえば、特に都市部等において建物内のスペースが限られている場合に、ユーザのもとへ移動して利用可能なスペースとして車両１００を利用することができ、スペースの効率的運用を図ることができる。

以下、所定の目的が車両１００を喫煙室として利用することである場合を例に、本実施の形態１に従う移動体利用システム１０の制御の詳細について説明する。

図４は、実施の形態１に従う移動体利用システム１０の各要素（車両１００、サーバ２００、ユーザ端末３００、駐車場４００）間における情報のやり取りを示すシーケンス図である。図４を参照して、移動体利用システム１０を利用するユーザは、当該システムの利用申請を事前に行なっておく必要があり、たとえばユーザ端末３００からサーバ２００へ利用登録情報が送信される。また、移動体利用システム１０において利用される車両１００及び駐車場４００についても、事前に登録を行なっておく必要があり、車両１００及び駐車場４００の情報がサーバ２００に登録される。

移動体利用システム１０を利用するユーザは、ユーザ端末３００から利用申込みを行なう。利用申込みに必要な情報（ユーザを特定する情報、利用目的（喫煙）、予算、利用開始時刻、利用終了時刻、利用開始場所、利用終了場所等）がユーザ端末３００に入力されると、ユーザ端末３００からサーバ２００へ利用申込情報が送信される。

サーバ２００は、ユーザ端末３００から利用申込情報を受信すると、受信した利用申込情報を当該ユーザからの依頼情報として、当該ユーザのＩＤと対応付けてユーザ情報ＤＢ２２１に格納する。そして、サーバ２００は、車両情報ＤＢ２２２を参照し、依頼情報に適合する車両１００を選定する（マッチング処理）。

ユーザの利用目的が喫煙室としての利用である場合、このマッチング処理においては、利用目的（喫煙）とともに、車両１００の室内における喫煙の履歴（喫煙頻度多／少等）に応じた車両１００の利用料金を考慮して、ユーザと車両１００とのマッチングが行なわれる（詳細は後述）。

サーバ２００は、マッチング処理により選定された車両１００及びその利用料金を含む情報をユーザ端末３００へ送信してユーザに提示する。そして、サーバ２００は、ユーザ端末３００から承認の通知を受信すると、マッチング処理により選定された車両１００へ当該ユーザのもとへの配車依頼（利用申込みに従ってユーザに車両１００を利用させるための指示）を送信する。

車両１００は、サーバ２００から配車依頼を受信すると、配車依頼の受信確認を示す信号をサーバ２００へ返信する。この受信確認は、配車依頼に従って配車可能か否かの判定結果を含む。そして、配車可能な場合、車両１００は、サーバ２００からの配車依頼に付随して受信する依頼情報に基づいて、現在位置から指定された利用開始場所までの走行ルート、及びユーザによる利用中の走行ルートを作成する。

その後、車両１００は、作成された走行ルートに従って移動することにより利用開始場所へ利用開始時刻に車両１００が到着するように、ユーザのもとへの車両の移動を実行する。そして、ユーザのもとへ車両１００が配車されると、ユーザは、申込みを行なった所望の利用目的（たとえば、喫煙室としての利用）で車両１００を利用する。

ユーザによる車両１００の利用中は、車両１００は、作成された走行ルートに従って自動運転走行を行なう。ユーザによる利用中に車両１００を走行させておくことにより、複数の車両１００が集中して駐車する状況を回避することができる。なお、車両１００の利用開始後、近隣の駐車場へ車両１００を移動させて駐車させてもよい。

車両１００の利用を終えたユーザは、車両１００において利用終了を入力する。車両１００は、利用終了が入力されると、利用終了通知をサーバ２００へ送信する。なお、車両１００の利用終了は、ユーザ端末３００において入力し、ユーザ端末３００から車両１００及びサーバ２００へ送信するようにしてもよい。

サーバ２００は、車両１００の利用終了通知を受信すると、車両１００を待機させるために、駐車スペースに空きがあるか否かを問い合わせるための空き確認を駐車場４００へ送信する。駐車場４００は、車両１００の待機用に空きがある場合には、空きスペースの確認を示す信号をサーバ２００へ返信する。そして、サーバ２００は、車両１００へ駐車場４００への移動指示を送信し、車両１００は、受信した移動指示に従って駐車場４００へ移動する。

なお、駐車場４００の空き確認は、車両１００において行なってもよい。この場合は、駐車場４００への駐車が決定した場合に、車両１００又は駐車場４００からサーバ２００へその旨の通知が行なわれる。

図５は、サーバ２００のユーザ情報ＤＢ２２１に格納されるデータの構成を示す図である。図５を参照して、ユーザＩＤは、ユーザを特定するための識別番号であり、ユーザ端末３００からの利用申込みに基づく依頼情報、及び車両１００の利用履歴が、利用申込みを行なったユーザのユーザＩＤに対応付けられている。

依頼情報は、ユーザ端末３００からの利用申込みの際に入力された利用目的、予算、利用開始時刻、利用終了時刻、利用開始場所、及び利用終了場所のデータを含む。予算は、たとえば、ユーザが許容する利用金額又は利用単価（円／分）の上限を示す。なお、この例では、ユーザ端末３００から利用申込みが受信されると、利用申込みを行なったユーザのユーザＩＤに対応付けられた依頼情報にデータが格納され、車両１００の利用が終了すると、依頼情報のデータが消去される（或いは、別の場所に移動して格納してもよい。）。

利用履歴は、ユーザＩＤに対応付けられた依頼情報に基づいて選択された車両１００の車両ＩＤ、及び利用状況（利用中や配車待等）のデータを含む。一例として、ユーザＩＤがＵ０００１のユーザについては、車両ＩＤがＥ００３の車両１００が選択され、現在、Ｕ０００１のユーザがＥ００３の車両１００を休憩目的で利用中であることが示されている。

図６は、サーバ２００の車両情報ＤＢ２２２に格納されるデータの構成を示す図である。図６を参照して、車両ＩＤは、車両１００を特定するための識別番号であり、その車両１００の所有者、車種、喫煙履歴、料金（円／分）、利用状況、現在位置、ＳＯＣ等の各種データが車両ＩＤに対応付けられている。

喫煙履歴は、車室内における過去の喫煙頻度（多／少）又は喫煙不可を示す。料金（円／分）は、車両１００の利用単価を示す。この料金は、喫煙履歴と関連している。すなわち、各車両１００のグレードが同一であるとした場合に、喫煙履歴「少」の車両１００の料金Ｃ１は、喫煙履歴「多」の車両１００の料金Ｃ２よりも高額に設定され、喫煙履歴「不可」の車両１００の料金Ｃ３は、料金Ｃ１よりも高額に設定される（Ｃ３＞Ｃ１＞Ｃ２）。

利用状況は、利用申込みを行なったユーザによって車両１００が利用中であるか、巡回中であるか、待機中であるか、利用不可であるかのデータを含む。なお、巡回中とは、車両１００が非利用中であって、車両１００の利用者を求めて所定のルートを巡回走行中であることを示す。利用不可とは、たとえば、ＳＯＣが低下しているために駐車場等において車両外部の電源により蓄電装置を充電中である場合が該当する。

現在位置は、車両１００の現在位置を示す。ＳＯＣは、車両１００に搭載されている蓄電装置１１０の現在のＳＯＣを示す。この現在位置及びＳＯＣは、登録されている各車両１００からサーバ２００へ時々刻々と定期的に送信され、この車両情報ＤＢ２２２に格納される。

図７は、サーバ２００の処理装置２３０により実行される処理の手順を説明するためのフローチャートである。このフローチャートに示される一連の処理は、ユーザ端末３００から利用申込みを受信すると開始される。

図７を参照して、サーバ２００（処理装置２３０）は、ユーザ端末３００から利用申込みを受信すると、受信した利用申込みに係る情報をユーザからの依頼情報として、当該ユーザのユーザＩＤと対応付けてユーザ情報ＤＢ２２１（図５）に格納する。そして、サーバ２００は、ユーザ情報ＤＢ２２１及び車両情報ＤＢ２２２（図６）を参照して、当該ユーザの依頼情報（利用目的、予算、時刻、場所等）、及び車両情報ＤＢ２２２に登録されている各車両１００の情報（喫煙履歴、料金、利用状況、現在位置、ＳＯＣ等）に基づいて、当該ユーザの要求に適合する車両１００を仮選定する（ステップＳ１０）。

一例として、再び図５及び図６を参照して、ユーザの利用目的が「喫煙」である場合（ユーザＩＤ「Ｕ０００２」のユーザ）、喫煙履歴が「不可」でない車両（車両ＩＤが「Ｅ００１」，「Ｅ００２」の車両）が抽出される。さらに、ユーザの予算（ユーザＩＤ「Ｕ０００２」の予算「Ｍ２」）に基づいて、抽出された車両のうち相対的に高額であるけれども喫煙履歴が少ない車両（車両ＩＤ「Ｅ００１」の車両）が仮選定される。

再び図７を参照して、サーバ２００は、ステップＳ１０において仮選定された車両１００及びその利用料金の情報をユーザ端末３００へ送信する（ステップＳ２０）。そして、サーバ２００は、仮選定された車両１００の承認を示す信号をユーザ端末３００から受信したか否かを判定する（ステップＳ３０）。

ユーザ端末３００から承認信号が受信されない場合には（ステップＳ３０においてＮＯ）、ステップＳ１０へ処理が戻され、他の車両１００が仮選定される。たとえば、喫煙履歴が多くより安価な車両（図６の車両ＩＤ「Ｅ００２」の車両）が仮選定される。

ステップＳ３０においてユーザ端末３００から承認信号が受信されると（ステップＳ３０においてＹＥＳ）、サーバ２００は、ユーザと車両１００とのマッチングが完了したものとして、選定された車両１００へ当該ユーザのもとへの配車依頼を送信する（ステップＳ４０）。そして、サーバ２００は、配車依頼の受信確認を示す信号を車両１００から受信したか否かを判定する（ステップＳ３０）。

車両１００からの確認信号が受信されない場合には（ステップＳ３０においてＮＯ）、当該車両１００の配車は不可とされてステップＳ１０に処理が戻され、他の車両１００が仮選定される。なお、車両１００からの確認信号が利用不可を示している場合にも、ステップＳ１０に処理が戻され、他の車両１００が仮選定される。

ステップＳ３０において車両１００から確認信号（利用可）が受信されると（ステップＳ３０においてＹＥＳ）、その後、サーバ２００は、ユーザによる車両１００の利用が終了するまで待機する。なお、この待機中においても、車両１００から定期的に送信されてくる現在位置及びＳＯＣの各情報は、車両情報ＤＢ２２２に格納される。

そして、車両１００の利用を終えたユーザが車両１００において利用終了を入力し、サーバ２００が車両１００から利用終了通知を受信すると（ステップＳ４０においてＹＥＳ）、サーバ２００は、車両１００を待機させるために、車両１００が利用可能な駐車場４００を選択する（ステップＳ５０）。具体的には、サーバ２００は、駐車スペースに空きがあるか否かを問い合わせるための空き確認を駐車場４００へ送信し、空きスペースの確認を示す信号を駐車場４００から受信すると、車両１００が利用可能な駐車場として駐車場４００を選択する。

その後、サーバ２００は、車両１００へ駐車場４００への移動指示を送信する（ステップＳ６０）。これにより、車両１００は、サーバ２００から受信した移動指示に従って駐車場４００へ移動し、次回の利用申込みに備えて駐車場４００において待機する。なお、駐車場４００に充電設備があり、その利用申請が事前になされている場合には、駐車場４００での待機中に、充電設備を用いて蓄電装置１１０の充電を行なうようにしてもよい。

図８は、車両１００の制御装置１６０により実行される処理の手順を説明するためのフローチャートである。このフローチャートに示される一連の処理は、サーバ２００から配車依頼を受信すると開始される。

図８を参照して、車両１００の制御装置１６０は、サーバ２００から配車依頼を受信すると、配車依頼に付随してサーバ２００から送信される依頼情報を受信する（ステップＳ１１０）。この依頼情報は、図５に示したユーザ情報ＤＢ２２１に格納されている、今回の利用申込みに関する依頼情報である。

次いで、制御装置１６０は、利用申込みを行なったユーザのもとへ配車が可能か否かを判定する（ステップＳ１１５）。たとえば、前回の利用によって蓄電装置１１０のＳＯＣが低下していたり、充電設備により蓄電装置１１０を充電中であるけれどもＳＯＣが十分に回復していない場合には、配車は不可能と判定される。

ステップＳ１１５において配車不可能と判定されると（ステップＳ１１５においてＮＯ）、制御装置１６０は、以降の処理を実行することなくエンドへと処理を移行する。なお、特に図示しないが、この場合にも、制御装置１６０は、配車依頼に対して配車不可であることを示す信号をサーバ２００へ返信する。ステップＳ１１５において配車可能と判定されると（ステップＳ１１５においてＹＥＳ）、制御装置１６０は、配車依頼に対する確認を示す信号をサーバ２００へ返信する（ステップＳ１２０）。

次いで、制御装置１６０は、ステップＳ１１０において配車依頼とともに受信した依頼情報に基づいて、ユーザによる利用開始場所までの走行ルート、及びユーザによる利用中の走行ルートを作成する（ステップＳ１２５）。なお、ユーザによる利用中の走行ルートについては、制御装置１６０は、たとえば、近隣を巡回するルートや、近隣の駐車場まで車両１００を移動させて駐車させ、利用終了時刻に車両１００が利用終了場所に到着するルート等を作成することができる。

そして、利用開始時刻に基づいて算出される配車時刻が到来すると（ステップＳ１３０）、制御装置１６０は、ステップＳ１２５において作成された走行ルートに従って利用開始場所へ車両１００が配車されるように車両１００を制御する（ステップＳ１３５）。車両１００がユーザのもとへ配車されると、ユーザにより所望の利用目的（たとえば、喫煙室としての利用）で車両１００が利用される。

その後、車両１００の利用を終えたユーザにより利用終了が入力されると（ステップＳ１４０においてＹＥＳ）、制御装置１６０は、利用終了通知をサーバ２００へ送信する（ステップＳ１４５）。

次いで、制御装置１６０は、サーバ２００から駐車場への移動指示を受信したか否かを判定する（ステップＳ１５０）。利用終了通知に応じてサーバ２００において駐車場４００が選択され、駐車場４００への移動指示が受信されると（ステップＳ１５０においてＹＥＳ）、制御装置１６０は、受信した移動指示に従って、指定された駐車場４００へ車両１００が移動するように車両１００を制御する（ステップＳ１５５）。

以上のように、この実施の形態１によれば、ユーザによる車両１００の利用目的とともに車両１００の利用料金も考慮して、ユーザと車両１００とをマッチングさせることができる。そして、選定された車両１００を当該ユーザのもとへ移動させて、その車両１００を当該ユーザが所定の目的で利用することができる。その結果、たとえば、特に都市部等において建物内のスペースが限られている場合に、ユーザのもとへ移動して利用可能なスペースとして車両１００を利用することができ、スペースの効率的運用を図ることができる。

また、この実施の形態１においては、車両１００の利用料金は、車両１００の車室内における喫煙の履歴が少ない場合には、喫煙の履歴が多い場合に比べて高額に設定される。これにより、ユーザが車両１００を喫煙室として利用したい場合に、車両１００における喫煙の履歴に応じて設定される利用料金を考慮して、ユーザと車両１００とをマッチングさせることができる。

また、この実施の形態１においては、利用申込みに従って車両１００が仮選定され、仮選定された車両１００及びその利用料金に対してユーザの承認を受けることにより車両１００が選定される。これにより、ユーザは、仮選定された車両１００及びその利用料金を確認することで、所望の車両１００を選択することができる。

［実施の形態２］
上記の実施の形態１では、ユーザの要求に適合する車両１００がサーバ２００において仮選定され、ユーザ（ユーザ端末３００）に提示されるものとした。この実施の形態２では、ユーザからの利用申込みがあると、利用可能な車両１００（複数台であってもよい。）がユーザに提示され、提示された車両１００の中から所望の車両をユーザが選択することにより、ユーザの要求に適合する車両１００が選定される。

この実施の形態２に従う移動体利用システムの全体構成は、図１に示した実施の形態１に従う移動体利用システム１０と同じである。

図９は、実施の形態２に従う移動体利用システム１０の各要素（車両１００、サーバ２００、ユーザ端末３００、駐車場４００）間における情報のやり取りを示すシーケンス図である。図９を参照して、移動体利用システム１０を利用するユーザの事前の利用登録、並びに車両１００及び駐車場４００の事前登録が必要な点については、図４に示した実施の形態１におけるシーケンスと同じである。

実施の形態１と同様に、移動体利用システム１０を利用するユーザは、ユーザ端末３００から利用申込みを行なう。利用申込みに必要な情報（ユーザを特定する情報、利用目的、予算、利用開始時刻、利用終了時刻、利用開始場所、利用終了場所等）がユーザ端末３００に入力されると、ユーザ端末３００からサーバ２００へ上記の利用申込情報が送信される。

サーバ２００は、ユーザ端末３００から利用申込情報を受信すると、利用条件に合う車両１００を車両情報ＤＢ２２２から抽出する。抽出される車両１００は、複数台であってもよい。そして、サーバ２００は、その抽出された各車両１００の情報をユーザ端末３００へ送信して表示させる。各車両１００の情報には、たとえば、車種、喫煙可否、喫煙履歴、利用料金等の情報が含まれる。

ユーザは、ユーザ端末３００に表示された車両１００の中から所望の車両１００を選択する。たとえば、利用目的が喫煙室としての利用である場合、ユーザは、利用目的（喫煙）とともに、車室内における喫煙の履歴（喫煙頻度多／少等）に応じた車両１００の利用料金を考慮して、所望の車両１００を選択することができる。

そして、サーバ２００は、車両の選択が行なわれた旨の通知をユーザ端末３００から受信すると、その選択された車両１００へ当該ユーザのもとへの配車依頼（利用申込みに従ってユーザに車両１００を利用させるための指示）を送信する。なお、以降のシーケンスは、図４に示した実施の形態１におけるシーケンスと同じであるので、説明を繰り返さない。

図１０は、ユーザ端末３００に表示される各車両１００の情報の一例を示す図である。図１０を参照して、車両毎に、車種、喫煙可否、喫煙履歴、料金（円／分）等が表示される。実施の形態１と同様に、料金は喫煙履歴と関連しており、各車両１００のグレードが同一であるとした場合に、喫煙履歴「少」の車両Ｎｏ「１」の料金Ｃ１は、喫煙履歴「多」の車両Ｎｏ「２」の料金Ｃ２よりも高額に設定され、喫煙履歴「無」の車両Ｎｏ「３」の料金Ｃ３は、料金Ｃ１よりも高額に設定される（Ｃ３＞Ｃ１＞Ｃ２）。

ユーザは、選択欄において所望の車両のチェックボックスをチェックすることにより、所望の車両１００を選択することができる。なお、この図１０には、車両Ｎｏ「２」の車両１００が選択された例が示されている。

図１１は、実施の形態２におけるサーバ２００の処理装置２３０により実行される処理の手順を説明するためのフローチャートである。このフローチャートに示される一連の処理は、ユーザ端末３００から利用申込みを受信すると開始される。

図１１を参照して、サーバ２００（処理装置２３０）は、ユーザ端末３００から利用申込みを受信すると、受信した利用申込みに係る情報をユーザからの依頼情報として、当該ユーザのユーザＩＤと対応付けてユーザ情報ＤＢ２２１（図５）に格納する。そして、サーバ２００は、利用条件（目的、時間、場所等）に合う車両１００を車両情報ＤＢ２２２から抽出する（ステップＳ２１０）。抽出される車両１００は、複数台であってもよい。

次いで、サーバ２００は、ステップＳ２１０において抽出された各車両１００の情報（車種、喫煙可否、喫煙履歴、料金等）をユーザ端末３００へ送信する（ステップＳ２２０）。ユーザ端末３００へ送信された各車両１００の情報は、ユーザ端末３００において表示される。

そして、サーバ２００は、ユーザによる車両１００の選択を示す信号をユーザ端末３００から受信したか否かを判定する（ステップＳ２３０）。そのような選択信号が受信されない場合には（ステップＳ２３０においてＮＯ）、サーバ２００は、以降の処理を実行することなくエンドへと処理を移行する。

ステップＳ２３０においてユーザ端末３００からの選択信号が受信されると（ステップＳ２３０においてＹＥＳ）、サーバ２００は、ユーザと車両１００とのマッチングが完了したものとして、選択された車両１００へ当該ユーザのもとへの配車依頼を送信する（ステップＳ２４０）。

なお、ステップＳ２５０からステップＳ２８０の処理は、それぞれ図７のステップＳ５０からステップＳ８０の処理と同じであるので、説明を繰り返さない。

また、特に図示しないが、この実施の形態２においてサーバ２００から配車依頼を受信した車両１００の制御装置１６０により実行される処理は、実施の形態１と同じであるので、説明を繰り返さない。

以上のように、この実施の形態２においては、利用申込みに応じて、所定の目的で利用可能な車両１００（複数台であってもよい。）が抽出される。そして、抽出された車両１００及びその利用料金がユーザに提示され、ユーザの要求に適合する車両１００がユーザにより選択される。これにより、ユーザは、車両１００とともに利用料金が提示された少なくとも１台の車両１００の中から、所望の車両１００を選択することができる。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１０ 移動体利用システム、１００ 車両、１１０ 蓄電装置、１２０ ＰＣＵ、１３０ モータジェネレータ、１３５ 動力伝達ギヤ、１４０ 駆動輪、１５０ 充電装置、１５５ インレット、１６０ 制御装置、１７０ ＥＣＵ、１７１ ＣＰＵ、１７２ メモリ、１７３ 入出力バッファ、１８０ センサ群、１８１ 外部センサ、１８２ 内部センサ、１８５ ナビゲーション装置、１８６ ＧＰＳ受信機、１９０ 通信モジュール、２００ サーバ、２１０ 通信装置、２２０ 記憶装置、２２１ ユーザ情報ＤＢ、２２２ 車両情報ＤＢ、２３０ 処理装置、３００ ユーザ端末、４００ 駐車場、５００ 通信ネットワーク、５１０ 基地局、ＳＭＲ システムメインリレー、ＲＹ 充電リレー。

Claims (4)

1. 自動運転可能に構成された移動体と、
   前記移動体と通信するサーバとを備え、
   前記サーバは、
   前記移動体の所有者でないユーザが前記移動体を所定の目的で利用するための利用申込みを受信すると、前記所定の目的で利用可能な前記移動体及びその利用料金を含む前記ユーザの要求に適合する前記移動体を選定する第１の処理と、
   選定された前記移動体を前記ユーザに利用させるための指示を前記移動体へ送信する第２の処理を実行し、
   前記移動体は、前記指示に従って前記ユーザのもとへ移動し、
   前記所定の目的は、前記移動体を喫煙室として利用することを含み、
   前記第１の処理は、前記利用申込みを受信すると、前記所定の目的で利用可能な少なくとも１台の前記移動体を抽出するとともに、抽出された前記移動体及びその利用料金を前記ユーザに提示し、前記ユーザの要求に適合する前記移動体を前記ユーザに選択させるための処理を含む、移動体の利用システム。
2. 前記利用料金は、前記移動体の室内における喫煙の履歴が少ない場合には、前記室内における喫煙の履歴が多い場合に比べて高額に設定される、請求項１に記載の移動体の利用システム。
3. 自動運転可能に構成された移動体と通信する通信装置と、
   第１及び第２の処理を実行する処理装置とを備え、
   前記第１の処理は、前記移動体の所有者でないユーザが前記移動体を所定の目的で利用するための利用申込みを受信すると、前記所定の目的で利用可能な前記移動体及びその利用料金を含む前記ユーザの要求に適合する前記移動体を選定する処理であり、
   前記第２の処理は、選定された前記移動体を前記ユーザに利用させるための指示を、前記通信装置を通じて前記移動体へ送信する処理であり、
   前記所定の目的は、前記移動体を喫煙室として利用することを含み、
   前記第１の処理は、前記利用申込みを受信すると、前記所定の目的で利用可能な少なくとも１台の前記移動体を抽出するとともに、抽出された前記移動体及びその利用料金を前記ユーザに提示し、前記ユーザの要求に適合する前記移動体を前記ユーザに選択させるための処理を含む、サーバ。
4. 自動運転可能に構成された移動体の利用方法であって、
   前記移動体の所有者でないユーザが前記移動体を所定の目的で利用するための利用申込みをサーバが受信するステップと、
   前記サーバにおいて、前記所定の目的で利用可能な前記移動体及びその利用料金を含む前記ユーザの要求に適合する前記移動体を選定するステップと、
   選定された前記移動体を前記ユーザに利用させるための指示を前記サーバから前記移動体へ送信するステップと、
   前記指示に従って前記移動体が前記ユーザのもとへ移動するステップとを含み、
   前記所定の目的は、前記移動体を喫煙室として利用することを含み、
   前記選定するステップは、前記所定の目的で利用可能な少なくとも１台の前記移動体を抽出するとともに、抽出された前記移動体及びその利用料金を前記ユーザに提示し、前記ユーザの要求に適合する前記移動体を前記ユーザに選択させるステップを含む、移動体の利用方法。

Images