(57)【要約】【課題】車両の稼働率を向上させる車両管理システム及び車両管理方法を提供する。【解決手段】充電施設で充電可能なバッテリを搭載し複数のユーザに利用される車両を管理するための車両管理システムであって、ユーザにより操作される端末及び車両と通信を行う通信部と、車両の拠点となるエリアより外側に位置するエリア外の充電施設の情報を記録する記録部と、車両から通信部を介してバッテリの情報を取得して、バッテリの状態を管理するバッテリ管理部と、端末から通信部を介して入力された車両の予約情報及びバッテリ管理部で管理されているバッテリの残容量に基づいて、車両の予約を受け付ける予約条件を演算して、車両の予約を管理する予約管理部とを備え、予約管理部は、エリア外の充電施設によりバッテリを充電することを含めて、予約条件を演算する。【選択図】  図１
2015135619.tif 000002
【特許請求の範囲】
【請求項１】
充電施設で充電可能なバッテリを搭載し複数のユーザに利用される車両を管理するための車両管理システムであって、
前記ユーザにより操作される端末及び前記車両と通信を行う通信部と、
前記車両の拠点となるエリアより外側に位置するエリア外の前記充電施設の情報を記録する記録部と、
前記車両から前記通信部を介して前記バッテリの情報を取得して、前記バッテリの状態を管理するバッテリ管理部と、
前記端末から前記通信部を介して入力された前記車両の予約情報及び前記バッテリ管理部で管理されている前記バッテリの残容量に基づいて、前記車両の予約を受け付ける予約条件を演算して、前記車両の予約を管理する予約管理部とを備え、
前記予約管理部は、
前記エリア外の前記充電施設により前記バッテリを充電することを含めて、前記予約条件を演算する
ことを特徴とする車両管理システム。
【請求項２】
請求項１記載の車両管理システムであって、
前記バッテリ管理部は、前記ユーザが指定する前記車両の利用開始時刻の時点で、前記バッテリに残っているバッテリ残容量を演算し、
前記予約管理部は、前記バッテリ残容量では前記車両が所定の目的地に到達できないと判定した場合に、前記エリア外の前記充電施設により前記バッテリを充電することを前記予約条件とする
ことを特徴とする車両管理システム。
【請求項３】
請求項１又は２に記載の車両管理システムであって、
前記バッテリ管理部は、
前記ユーザが指定する前記車両の利用開始時刻の時点で、前記バッテリに残っているバッテリ残容量を演算し、
前記予約管理部は、
前記バッテリ残容量に基づき前記予約情報で示される走行距離に相当するバッテリ容量まで、前記エリア内に位置する前記充電施設で前記バッテリを充電するために必要な充電時間を演算し、前記充電時間を経過した時点以降を第１利用開始時刻として演算し、
前記エリア外の前記充電施設により前記バッテリを充電することを条件に、前記第１利用開始時刻よりも早い第２利用開始時刻を演算し、前記第１利用開始時刻及び前記第２利用開始時刻をそれぞれの予約条件とする
ことを特徴とする車両管理システム。
【請求項４】
充電施設で充電可能なバッテリを搭載し複数のユーザに利用される車両を管理するサーバが実行する車両管理方法であって、
前記ユーザにより操作される端末及び前記車両と通信を行うステップと、
前記車両から前記バッテリの情報を取得して、前記バッテリの状態を管理するステップと、
前記端末から入力された前記車両の予約情報及び前記バッテリの残容量に基づいて、前記車両の予約を受け付ける予約条件を演算して、前記車両の予約を管理する予約管理ステップとを含み、
前記予約管理ステップは、
前記車両の拠点となるエリアより外側に位置する前記充電施設により前記バッテリを充電することを含めて、前記予約条件を演算する
ことを特徴とする車両管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両管理システム及び車両管理方法に関するものである。
【背景技術】
【０００２】
バッテリを搭載する電気自動車と、カーシェアリングサーバと、電気自動車の充電を行う充電スタンドと、カーシェアリング会員端末とが、ネットワークを介して接続され、カーシェアリングサーバは、充電スタンドの稼働状況を取得し、管理する充電管理手段と、カーシェアリング会員端末から電気自動車予約を受け付け、予約内容に対応する電気自動車を抽出し、抽出された電気自動車のバッテリ残量情報を充電スタンドから取得し、予約可能か否か判断する車両予約管理手段とを備える。そして、車両予約管理手段は、バッテリ残量が少ない場合には、充電管理手段で取得した充電スタンドの稼働状況を参照し、充電可能か否か確認し、充電可能であれば予約可能と判断し、充電不可能であれば、他の電気自動車を再度抽出し、再度バッテリ残量情報を取得し、予約可能か否かを判断する、バッテリ充電システムが開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３１２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のシステムでは、車両の拠点となる特定の充電スタンドの稼働状態を参照し、当該特定の充電スタンドで充電不可能であれば他の電気自動車を再度抽出している点から、特定の充電スタンドにおける充電の可否を、予約を受け入れる際の前提としている。そして、バッテリ残量の少ない車両であり、特定の充電スタンドで充電できない場合には、当該車両は、カーシェアリングの予約対象から外れてしまう。そのため、車両の稼働率が低いという問題があった。
【０００５】
本発明が解決しようとする課題は、車両の稼働率を向上させる車両管理システム及び車両管理方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、ユーザにより操作される端末及び車両と通信を行い、車両か車両のバッテリの情報を取得してバッテリを管理し、端末から入力された車両の予約情報及びバッテリの残容量に基づいて車両の予約を受け付ける予約条件を演算して、車両の予約を管理し、当該予約条件を演算する際に車両の拠点のエリア外の充電施設によりバッテリを充電することを含めて予約条件を演算することによって、上記課題を解決する。
【発明の効果】
【０００７】
本発明は、車両の拠点のエリア内に限らず、エリア外の充電施設における充電を考慮して予約条件を演算しつつ予約を受け付けるため、車両を利用する機会が増える。その結果として、車両の稼働率を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る車両管理システムのブロック図である。
【図２】図１の予約管理部で演算される走行ルートを説明するための概念図である。
【図３】図２に示す走行ルート毎に、利用開始時刻、走行距離、走行時間、経由地での充電時間、所要時間、及び目的地到着時刻を示した表である。
【図４】図１の制御装置の制御フローを示すフローチャートである。
【図５】システムにおける車両の稼働率を説明するためのグラフであって、（ａ）は比較例のグラフを、（ｂ）は本発明のグラフを示す。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態を図面に基づいて説明する。
【００１０】
図１は、本発明の実施形態に係る車両管理システムのブロック構成図である。本実施形態の車両管理システムは、複数のユーザにより共同で利用される車両の予約を管理するためのシステムであって、カーシェアリング又はレンタカー用の配車システムである。図１に示すように、本例の車両管理システムは、管理サーバ１００と、カーシェアリング又はレンタカー用に供される複数の共用車両２００と、インターネット３００を介して車両管理サーバ１００と通信可能な複数のユーザ端末４００とから構成される。なお、図１中においては、共用車両２００を２台のみ示したが、本実施形態の車両管理システムは、多数の共用車両２００から構成されてもよく、また１台の共用車両２００から構成されてもよい。
【００１１】
共用車両２００は、管理サーバ１００と相互に通信が可能となっており、車載装置２１０と、通信装置２２０とを備えている。共用車両２００は、例えば電気自動車であって、外部の充電スタンドにより充電可能なバッテリ（図示しない）を備えている。バッテリは、共用車両２００の動力源となるモータに対して電力を供給する。車載装置２１０は、共用車両２００の利用開始時刻および利用終了時刻の情報、走行距離の情報、自車両位置の情報、車速の情報、バッテリの残容量の情報などの車両情報を管理している。通信装置２２０は、車両情報を送受信するための車両情報通信モジュールである。通信装置２２０は、管理サーバ１００の通信装置１２０と通信を行い、車載装置２１０で管理される車両情報を管理サーバ１００に送信し、また管理サーバ１００の通信装置１２０から情報を受信する。
【００１２】
車載装置２１０は、自車両位置の情報を取得する方法としては、たとえば、各共用車両２００に備えられたＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により測位衛星から発信される電波を所定時間ごとに受信することで、各共用車両２００のリアルタイムの位置情報を取得する。そして、車載装置２１０は、所定のタイミングで、通信装置２２０を用いて車両の位置情報を管理サーバ１００に送信する。
【００１３】
また車載装置２１０は、センサの検出値により、バッテリの状態を演算しつつ、バッテリの状態を管理している。センサは、配線でバッテリに接続されており、バッテリの電圧又は電流を検出する。バッテリの状態には、バッテリの残容量、バッテリのＳＯＣ（Ｓｔａｔｅ  ｏｆ  Ｃｈａｒｇｅ）、バッテリの劣化度、バッテリの満充電容量等である。そして、車載装置２１０は、通信装置２２０を用いてバッテリの状態を示す情報を管理サーバ１００に送信する。バッテリの情報を送信するタイミングは、車両の利用開始時、車両の利用終了時であってもよく、又は、車両の走行中、停車中の所定の周期としてもよい。
【００１４】
ユーザ端末４００は、本実施形態のカーシェアリングシステムを利用する特定多数のユーザが所有する端末であり、インターネット３００を介して、管理サーバ１００に備えられた通信装置１２０と通信可能となっている。
【００１５】
本実施形態のカーシェアリングシステムにおいて、各ユーザは、ユーザ端末４００を用いて、共用車両２００を利用するための利用予約の申込みを行う。ユーザは、初めての利用時に、所定の登録手続を完了させることで、システムを管理する事業者からユーザＩＤとパスワードを取得する。ユーザは、共用車両の予約時には、ユーザＩＤ及びパスワードを所定のウェブサイトに入力することで、利用者ウェブサイトにアクセスできる。そして、ユーザは、利用者ウェブサイト上で、共用車両２００を利用する際の利用時間等を入力して、共用車両２００の予約の申し込みを行う。
【００１６】
なお、ユーザ端末４００としては、たとえば、パソコンの他、携帯電話、ＰＤＡなどの各種移動端末などが挙げられる。ユーザ端末４００が携帯電話である場合には、通信装置２００で通信する車両情報を、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信でユーザ端末４００に読み込ませて、当該ユーザ端末４００が、車両情報等を管理サーバ１００に送信してもよい。図１中においては、ユーザ端末４００として４つの端末を例示して示したが、ユーザ端末４００および本実施形態のカーシェアリングシステムを利用するユーザの数は、特に限定されるものではない。なお、図１では図示されていないが、管理者用の端末も、インターネット３００を介して管理サーバ１００に接続されている。
【００１７】
管理サーバ１００は、カーシェアリング管理用のウェブサイト及び利用者用のウェブサイトを提供する。管理サーバ１００は、制御装置１１０と、通信装置１２０と、データベース１３０とを備えている。
【００１８】
通信装置１２０は、無線通信により、共用車両２００に備えられた通信装置２２０と通信し、また、インターネット３００を介して各ユーザの所有するユーザ端末４００と通信するための装置である。通信装置１２０は、無線通信により、車載装置２１０から共用車両２００の車両情報を取得し、またユーザ端末４００からユーザによる共用車両２００の予約申込みの情報を取得する。
【００１９】
データベース１３０は、バッテリの情報、予約に関する情報（予約情報）などを、共用車両２００毎に記録している。バッテリの情報には、バッテリの残容量、バッテリの劣化度、バッテリに充電可能な満充電時の電池容量、バッテリで消費された電力量等の情報が含まれる。予約情報は、予約の対象となる車両の識別情報、車両の利用時間、車両の目的地等の情報である。また、データベース１３０には、共用車両２００の位置を管理するために地図情報が記録されている。地図情報は、共用車両２００の駐車場の位置、充電スタンド（充電施設）を含んでいる。
【００２０】
ここで、データベース１３０に記録される充電スタンドについて説明する。本例の車両管理システムは、共用車両２００の出発地点となる駐車場を、拠点毎で管理している。そして、拠点毎に設けられている駐車場には、充電スタンドが設けられている。拠点となるエリア内に位置する充電スタンドは、車両管理システムにより管理されている。そして、利用者が車両を拠点の駐車場に返却した場合には、利用者或いは管理者は、次の車両の利用に供えて、拠点の充電スタンドを用いてバッテリを充電する。
【００２１】
共用車両２００のバッテリは、拠点となるエリア内の充電スタンドに限らず、エリアよりも外側に位置する充電スタンド（エリア外の充電スタンド）でも充電可能である。そして、エリア外の充電スタンドは、車両管理システムによる管理の対象外である。
【００２２】
データベース１３０には、エリア内の充電スタンドの情報とエリア外の充電スタンドの情報が記録されている。充電スタンドの情報は、充電スタンドの位置情報、充電スタンドの種類（例えば、普通充電、急速充電など）の情報等である。管理サーバ１００は、エリア内の充電スタンドと直接通信してもよく、又は、共用車両２００を介してエリア内の充電スタンドと通信をしてもよい。
【００２３】
管理サーバ１００の制御装置１１０は、各種プログラムが格納されたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、このＲＯＭ１１に格納されたプログラムを実行する動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、アクセス可能な記録装置として機能するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、を備えている。
【００２４】
そして、制御装置１１０は、共用車両２００のバッテリの状態を管理する管理機能と、カーシェアリングシステムの予約を管理する予約管理機能を備える。制御装置１１０は、上記各機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実行することができる。また、制御装置１１０は、これらの各機能を発揮するための機能ブロックとして、図１に示すように、バッテリ管理部１１１及び予約管理部１１２を有している。以下、各機能について説明する。
【００２５】
共用車両２００は、拠点となるエリア内の駐車場に駐車し、バッテリの情報を管理サーバ１００に送信する。管理サーバ１００のバッテリ管理部１１１は、共用車両２００からバッテリの情報を取得して、バッテリの現在の残容量を確認する。
【００２６】
バッテリ管理部１１１は、バッテリの充電中、エリア内の充電スタンド又は充電中の車両と通信を行い、バッテリの容量を管理している。また、バッテリ管理部１１１は、充電開始時のバッテリの残容量と充電スタンドの充電電力から、充電中のバッテリの残容量（バッテリに充電されている容量）と充電完了時のバッテリの残容量を演算している。すなわち、バッテリ管理部１１１は、充電を開始する前に、充電中又は充電後のバッテリ残容量を把握でき、また充電中に所定の時間経過後のバッテリ残容量を把握できる。
【００２７】
バッテリ管理部１１１は、共用車両２００から取得したバッテリの情報から、バッテリの消費電力量を演算する。バッテリ管理部１１１は、バッテリの消費電力量の過去の推移から、車両の走行距離に対して、バッテリで消費される電力量を統計処理で演算する。そのため、バッテリ管理部１１１は、バッテリの消費電力量の演算結果（例えば、走行距離あたりの消費電力量）、車両の利用開始時のバッテリ残容量、及び、予定走行距離から、利用開始時点に必要なバッテリの残容量（バッテリに必要な電力量）を演算できる。
【００２８】
ユーザは、ユーザ端末４００を操作して、利用者用のウェブサイトにアクセスする。ユーザ端末４００には、共用車両２００の予約に関する情報（予約情報）を入力するための画面が表示される。ユーザは、ユーザ端末４００の表示画面を確認しつつ、希望する利用時間を入力する。利用時間は、共用車両２００の利用を開始する利用開始時刻から、当該共用車両２００の利用を終了する利用終了時刻までの時間である。また、ユーザは、車両の目的地の情報又は車両の予定走行距離の情報を、予約情報としてユーザ端末４００に入力する。
【００２９】
予約管理部１１２は、ユーザ端末４００から予約情報を取得し、当該予約情報に基づいて予約の対象となる共用車両２００を特定する。また、予約管理部１１２は、取得した予約情報から、車両の利用開始時刻と、車両を利用する際の走行距離を特定する。
【００３０】
予約管理部１１２は、共用車両２００の利用開始時刻の時点で、バッテリの容量がバッテリの上限容量まで達し、バッテリの充電が終わると予想される場合には、予約情報で示される利用開始時刻から利用終了時刻までを、車両の利用時間に設定して、予約を確定させる。バッテリの上限容量は、バッテリの満充電時の容量でよく、あるいは、バッテリの劣化等を鑑みて、満充電時の容量を補正してもよい。
【００３１】
一方、予約管理部１１２は、共用車両２００の利用開始時刻までに、バッテリの充電が終わらないと予想される場合には、利用開始時刻の時点でバッテリに充電されている容量で、予約で予定されている車両の走行距離を走行可能か否かを判定する。走行距離は、車両の出発地点から、ユーザが指定する目的地までの距離である。走行距離は、予約情報により示される。
【００３２】
まず、バッテリ管理部１１１は、予定の走行距離を走行するために必要なバッテリの残容量（以下、バッテリの必要容量とも称す）を演算し、利用開始時刻の時点でバッテリに充電されているバッテリ容量を演算する。そして、バッテリ管理部１１１は、バッテリの必要容量と利用開始時点のバッテリ容量とを比較する。
【００３３】
利用開始時刻の時点までに、バッテリの必要容量が確保できる場合、言い換えると走行ルート、バッテリの充電が利用開始時刻の時点で中断しても、車両が、ユーザの指定する走行距離を走行できる場合（目的地に到着するまでに、充電スタンドでバッテリを充電することなく、走行距離を走行できる場合）には、予約情報で示される利用開始時刻から利用終了時刻までを、車両の利用時間に設定して、予約を確定させる。
【００３４】
一方、利用開始時刻の時点までに、バッテリの必要容量が確保できない場合には、共用車両２００は、ユーザの指定する走行距離を走行できないため、予約管理部１１２は、利用開始時刻に拠点を出発したとしても、共用車両２００がユーザの指定する目的地に到達できないと判定する。
【００３５】
そして、予約管理部１１２は、データベース１３０に記録されている充電スタンドの情報を参照して、エリア外の充電スタンドを特定する。このとき、予約管理部１１２は、利用開始時刻の時点のバッテリ残容量で、車両が到着できる充電スタンドを特定する。予約情報に記録された目的地の情報に基づいて、予約管理部１１２は、車両の出発地から目的地までの走行ルートに近い充電スタンド、即ち充電スタンドを経由したことによる走行距離の増加分が小さい順に、一つ以上の充電スタンドを特定する。
【００３６】
予約管理部１１２は、経由地の充電スタンドに到着した時点のバッテリの残容量、当該充電スタンドから目的地に到着するまでに必要なバッテリの容量、及び、当該充電スタンドから出力される電力量から、経由地の充電スタンドにおける充電時間を演算する。なお、充電時間の演算は、バッテリ管理部１１１で行ってもよい。  
【００３７】
エリア外の充電スタンドを経由する走行ルートが複数ある場合には、予約管理部１１２は、複数の走行ルート毎に充電スタンドでの充電時間を演算する。
【００３８】
また予約管理部１１２は、利用開始時刻の時点で車両と接続している充電スタンド（拠点となるエリア内の充電スタンド）において、バッテリの必要容量まで充電した後に目的地まで走行する場合の利用開始時刻を演算する。利用開始時刻は、バッテリの充電終了時刻に相当し、予約情報でユーザが指定した利用開始時刻よりも後の時刻である。
【００３９】
図２及び図３を用いて、上記の走行ルート毎の利用開示時刻、経由地での充電時間、及び目的地までの走行距離の関係について説明する。図２は、走行ルートと充電スタンドの位置との関係を説明するための概要図であり、図３は、利用開始時刻等を、図２の走行ルート毎で示した表である。図２において、走行ルートＡは、拠点となるエリア内の充電スタントａでバッテリ必要容量までバッテリを充電した後に、車両が目的地まで走行する走行ルートであって、エリア外の充電スタンドを経由しない走行ルートである。走行ルートＢ及び走行ルートＣは、エリア内の充電スタンドｂ、ｃでバッテリの必要容量までバッテリを充電する前に、車両が出発し、エリア外の充電スタンドでバッテリを充電し、目的地まで走行する走行ルートである。
【００４０】
ユーザが予約を申し込んだ時点の予約情報について、指定した利用開始時刻は１３時である。車両の出発地からユーザの指定する目的地までの走行距離は２０ｋｍとする。また、バッテリの残容量の前提条件として、１３時の時点のバッテリ容量は、バッテリ必要容量に達しておらず、バッテリ必要容量に達するまでは、３０分の充電時間を要する。なお、図２において、車両が駐車している駐車場が、システムの管理下の拠点である。そして、充電スタンドａは、拠点となるエリア内に位置する。また充電スタンドａ〜ｃの出力電力は、同じとする。
【００４１】
上記の一例の場合に、予約管理部１１２は、ユーザが指定する利用開始時刻の時点のバッテリの残容量では、目的地に到達できないと判定し、エリア外の充電スタンドｂ、ｃを特定する。そして、予約管理部１１２は、利用開始時刻（１３時）で出発し、充電スタンドｂ、ｃを経由して目的地に到着するまでの走行ルートＢ、Ｃにおける、充電スタンドｂ、ｃでの充電時間を、３５分及び４０分として、それぞれ演算する。
【００４２】
そして予約管理部１１２は、上記のように設定した複数の予約条件の情報をユーザ端末４００に送信する。ユーザは、サーバ側で設定された予約条件を確認することで、ユーザの指定通りの利用開始時刻で出発した場合には、追加条件が課させることを把握できる。追加条件とは、目的地の途中の充電スタンド（エリア外に位置する充電スタンド）でバッテリを充電する必要があること、及び、充電スタンドを経由する分、目的地までの走行距離が長くなると共に走行ルートが変更されること、である。
【００４３】
さらに、予約管理部１１２は、充電スタンドａで、バッテリの必要容量まで充電した後に目的地まで走行する場合の走行ルートＡも演算する。図２、３の一例では、利用開始時刻（１３時）の時点で、バッテリを必要容量まで充電するために必要な充電時間が３０分であるため、車両の実際の利用開始時刻は１３時３０分となる。そして、予約管理部１１２は、走行ルートＡで表される利用開始時刻（１３時３０分）を予約条件とする。ユーザは、予約条件を確認することで、指定する利用開始時刻を３０分だけ遅らせれば、エリア外で充電スタンドを経由せずに目的地に到着できることを把握できる。
【００４４】
そして、ユーザは、自身の要望に応じて、走行ルートＡの予約条件、走行ルートＢの予約条件、及び走行ルートＣの予約条件の中から一つを選択することになる。例えば、拠点となるエリア付近の施設で、友人と１３時１０分に待ち合わせをしている場合には、ユーザは利用開始時刻が早い走行ルートＢまたは走行ルートＣの予約条件を選択すればよい。また、目的地にできるだけ回り道せずに到着したい場合には、走行ルートＡの予約条件を選択すればよい。これにより、本例は、車両を予約できる予約条件を広げることできるため、車両の稼働率を向上できる。
【００４５】
予約管理部１１２は、ユーザが指定する利用開始時刻の時点のバッテリ残容量で、車両が到着できる充電スタンドを特定できない場合、言い換えると、利用開始時刻の時点のバッテリ残容量では車両が最寄りのエリア外の充電スタンドに到達できない場合には、車両と接続している充電スタンド（エリア内の充電スタンド）で、バッテリの必要容量まで充電するために必要な充電時間を演算する。また、予約管理部１１２は、ユーザが指定する利用開始時刻から、演算した充電時間を経過した時点以降を新たな利用開始時刻として演算する。この演算は、図２及び図３の走行ルートＡに係る演算と同様である。そして、予約管理部１１２は、新たな利用開始時刻を予約条件とし、当該予約条件の情報をユーザ端末４００に送信する。
【００４６】
これにより、バッテリの容量不足により、ユーザが指定する利用開始時刻で車両を利用できない場合でも、ユーザは、予約を受け入れ可能な新たな利用開始時刻を把握できるため、ユーザにより車両を予約する機会が増える。その結果として、車両の稼働率を向上できる。
【００４７】
次に、図４を用いて、ユーザから予約の申し込みがされてから、予約を受け付けるための制御装置１１０の制御フローを説明する。図４は制御装置１１０の制御フローを示すフローチャートである。
【００４８】
ステップＳ１にて、制御装置１１０は、ユーザ端末４００から予約に関する情報（予約情報）を取得する。ステップＳ２にて、制御装置１１０のバッテリ管理部１１１は、予約情報で示される車両の利用開始時刻の時点で、バッテリに必要な容量を演算する。
【００４９】
ステップＳ３にて、バッテリ管理部１１１は、利用開始時刻の時点でバッテリに充電される容量と、バッテリの必要容量とを比較する。制御装置１１０の予約管理部１１２は、バッテリ管理部１１１による比較結果から、利用開始時刻までにバッテリの必要容量を確保できるか否か判定する。利用開始時刻の時点でバッテリに充電される容量がバッテリの必要容量未満である場合には、予約管理部１１２は、利用開始時刻までにバッテリの必要容量を確保できないと判定し、ステップＳ４に進む。利用開始時刻の時点でバッテリに充電される容量がバッテリの必要容量以上である場合には、予約管理部１１２は、利用開始時刻までにバッテリの必要容量を確保できると判定し、ステップＳ１４に進む。
【００５０】
ステップＳ４にて、予約管理部１１２は、利用開始時刻の時点でのバッテリの残容量で、車両が到達できるエリア外の充電スタンドがあるか否か判定する。エリア外の充電スタンドが特定できる場合にはステップＳ５に進み、エリア外の充電スタンドが特定できない場合にはステップＳ８に進む。
【００５１】
ステップＳ５にて、予約管理部１１２は、特定したエリア外の充電スタンドを経由して目的地までの走行ルートを演算しつつ、目的地までの走行距離及び経由地での充電時間を演算する。ここで、予約管理部１１２は、走行ルートが複数あれば複数の走行ルートについて上記の演算を行う。
【００５２】
ステップＳ６にて、予約管理部１１２は、エリア内の充電スタンドで、バッテリの必要容量まで充電した後に、目的地まで走行する場合の利用開始時刻を演算する。ステップＳ７にて、予約管理部１１２は、走行ルート毎に予約条件を設定する。エリア外の充電スタンドを経由する走行ルートでは、経由する充電スタンドの位置、利用開始時刻、走行距離及び経由地での充電時間を予約条件とする。また、エリア外の充電スタンドを経由しない走行ルートでは、新たな利用開始時刻を予約条件とする。
【００５３】
ステップＳ８にて、予約管理部１１２は、設定した複数の予約条件の情報をユーザ端末４００に送信する。ステップＳ９にて、予約管理部１１２は、いずれかの予約条件を選択し、当該予約条件に合意する旨の信号を、通信装置１２０で受信したか否か判定する。合意する旨の信号を受信した場合には、予約管理部１１２は、予約の受け付け可能として判定し（ステップＳ１０）、本例の制御フローが終了する。合意する旨の信号を受信しない場合には、予約管理部１１２は、予約の受け付け不可として判定し（ステップＳ１１）、本例の制御フローが終了する。
【００５４】
ステップＳ３に戻り、利用開始時刻までにバッテリの必要容量を確保できると判定した場合には、予約管理部１１２は、ステップＳ１でユーザが指定した予約で、受け入れ可能として判定し（ステップＳ１２）、本例の制御フローが終了する。
【００５５】
次に、本例の車両管理システムによって、共用車両２００の稼働率が向上する点について、図５を用いて説明する。図５は、比較例の車両の稼働率と、本発明の車両の稼働率を説明するためのグラフである。図５（ａ）は比較例のグラフを、図５（ｂ）は本発明のグラフを示す。比較例のシステムは、本発明とは異なり、エリア外でバッテリを充電することを、予約条件に含めていない。
【００５６】
図５において、１日にあたりの車両の利用回数は２回である。車両が利用される時間について、１回目（顧客Ａ）の利用時間は、９時から１２時までの３時間であり、２回目（顧客Ｂ）の利用の開始時刻は１４時で、２回目の走行時間は２時間とする。また、１回目の車両の利用後、バッテリの必要容量まで充電するために必要な充電時間は２時間３０分である。バッテリの必要容量は、車両が２回目の利用時の走行距離を走行するために必要なバッテリ容量である。
【００５７】
顧客Ａが指定する予約の内容は、比較例のシステムでも、本発明のシステムでも受け入れることができる。一方、顧客Ｂは、１４時を利用開始時刻に指定している。１４時の時点で、バッテリに充電されている容量は、バッテリ必要容量に達しておらず、３０分の充電時間分、不足している。このような場合に、顧客Ｂが指定する利用開始時刻（１４時）までに、バッテリの容量が確保できないため、比較例のシステムでは、予約の受け入れ不可（予約ＮＧ）となる。一方、本発明では、エリア外の充電スタンドで３５分、あるいは４０分充電することで、バッテリの容量が不足することなく、目的地に到着できる。またエリア外の充電スタンドで充電する分、目的地への到着時刻は、顧客Ｂの当初の予定よりも若干遅れるが、利用開始時刻は顧客Ｂの指定する時刻（１４時）通りである。
【００５８】
上記の具体例において稼働率を演算する。比較例のシステムでは、顧客Ａの予約しか受け入れていないため、稼働率は１２．５パーセント（＝３時間（顧客Ａの利用時間）／２４時間）となる。一方、本発明のシステムでは、顧客Ａだけでなく距客Ｂの予約も受け入れているため、稼働率は２３パーセント（＝５．５時間（顧客Ａ、Ｂの利用時間）／２４時間）となり、比較例よりも高くなる。
【００５９】
上記のように、本例のシステムは、共用車両２００のバッテリの情報を取得し、ユーザ端末４００から入力された共用車両２００の予約情報及びバッテリの残容量に基づいて共用車両２００の予約を受け付ける予約条件を演算して、共用車両２００の予約を管理し、当該予約条件を演算する際には、共用車両２００の拠点のエリア外の充電施設によりバッテリを充電することを含めて、予約条件を演算し、ユーザに提示する。これにより、ユーザが車両を利用する機会が増えるため、車両の稼働率を向上できる。
【００６０】
なお、予約管理部１１２は、拠点のエリア外の充電施設によりバッテリを充電する条件とは別に、目的地に到達できる所定のバッテリ容量まで充電するために必要な充電時間を演算する。そして、予約管理部１１２は、ユーザが指定する利用開始時刻から、演算した充電時間を経過した時点以降を新たな利用開始時刻として演算する。予約管理部１１２は、新たな利用開始時刻、を予約条件とする。これにより、ユーザが指定する利用開始時刻に近い時間で、車両を出発できるような予約条件を設定することができるため、車両の利用機会が広がり、車両の稼働率が向上できる。
【００６１】
なお、制御装置１１０の説明を容易にするために、制御装置１１０は、機能ブロックとして、バッテリ管理部１１１及び予約管理部１１２を有しているが、予約管理部１１２がバッテリ管理部１１１の機能の一部を行ってもよく、またバッテリ管理部１１１が予約管理部１１２の機能の一部を行ってもよい。
【００６２】
上記のデータベース１３０が本発明の記録部に相当し、通信装置１２０が本発明の「通信部」に相当する。
【符号の説明】
【００６３】
１００…管理サーバ
１１０…制御装置
１１１…バッテリ管理部
１１２…予約管理部
１２０…通信装置
１３０…データベース
２００…共用車両
３００…インターネット
４００…ユーザ端末
【図１】
2015135619.tif 000003
【図２】
2015135619.tif 000004
【図３】
2015135619.tif 000005
【図４】
2015135619.tif 000006
【図５】
2015135619.tif 000007