JP2003162576A - 貸出車両管理システム - Google Patents

Abstract

(57)【要約】 【課題】各車両ステーションにおいて貸し出しすべき車
両の数を一定水準に保持して、貸出車両の利用効率の向
上を可能にする貸出車両管理システムを提供する。 【解決手段】駐車させている複数の車両を利用者に貸し
出し・返却させる複数の車両ステーションと、前記車両
の予約・貸出状況を管理する車両管理センタとから構成
される貸出車両管理システム。このシステムには、各車
両ステーションにおける駐車車両の偏在を算定する車両
偏在算定部と、この車両偏在を解消する偏在解消ルート
を決定する偏在解消ルート決定部と、この偏在解消ルー
トでの車両移送を利用者に要望する車両移送要望部とが
備えられている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、駐車させている複
数の車両を利用者に貸し出し・返却させる複数の車両ス
テーションと、前記車両の予約・貸出状況を管理する車
両管理センタとから構成される貸出車両管理システムに
関する。

【０００２】

【従来の技術】車両を複数の利用者に貸し出しする形態
として、従来から広まっているレンタカーや、新交通シ
ステムとして注目されている電気自動車等の共用車両を
利用したコミュニティエコカーなどがある。レンタカー
の管理システムとしては、特開平８−１０１９９３号公
報から、利用者がレンタカーの駐車場において使用者証
カードを介して管理センタと通信してレンタカーの予約
を行い、車両のドア・キーとなるチップカードが予約完
了時に発行され、このチップカードには貸し出されるレ
ンタカーに特有なコードが設定されているとともに貸出
期限も記憶されていることから、管理センタはレンタカ
ーの貸出状況を監視できる技術が知られている。

【０００３】また、共用車両の管理システムの典型例
は、例えば特開２０００−３１１２８７号公報に開示さ
れており、ここでは、ユーザから共用車両管理センタに
車両貸出申し出があると、管理センタは申込ユーザを特
定するユーザＩＤコード付きのＩＣカードを申込ユーザ
に配布するとともに、管理センタのサーバコンピュータ
は貸出予約が設定された共用車両のクライアントコンピ
ュータに管理用ＩＤコードを送信し、その後該当ユーザ
がＩＣカードを予約した共用車両のクライアントコンピ
ュータに設けられたＩＣリーダに挿入することにより読
み取らせたユーザＩＤコードと受信した管理用ＩＤコー
ドが照合一致することで、クライアントコンピュータは
このユーザの車両利用を許可し、ドアの開閉やエンジン
始動が可能となる。さらに、管理センタのサーバコンピ
ュータと共用車両のクライアントコンピュータとの間で
双方向通信が可能であり、管理センタから共用車両には
常時運行計画を含む管理情報が送信され、共用車両から
管理センタには運行状態や車両整備状態や現在位置を含
む運行情報が送信されるように構成されている。

【０００４】

【発明が解決しようとする課題】いずれにしても、貸出
車両の車両ステーションとしての特定の駐車場にどの程
度の車両が駐車しているかどうか、つまり利用者に対し
て貸し出しすべき車両が存在するかどうかを管理センタ
は確実に把握することができるので、管理センタにとっ
ても利用者にとっても便利なシステムであるが、利用者
は車両を借りた駐車場とは異なる駐車場に返却するケー
スが少なくないため、各駐車場の駐車台数を多めに設定
しなければならないといった不都合や、他の駐車場には
駐車中の車両が多いにもかかわらず利用者が貸出を希望
する駐車場には車両が不足しているため貸し出しができ
ないないといった車両利用効率上の不都合が生じてい
る。上記実状に鑑み、本発明の課題は、各車両ステーシ
ョンにおいて貸し出しすべき車両の数を一定水準に保持
して、貸出車両の利用効率の向上を可能にする貸出車両
管理システムを提供することである。

【０００５】

【課題を解決するための手段】上記課題を解決するた
め、駐車させている複数の車両を利用者に貸し出し・返
却させる複数の車両ステーションと、前記車両の予約・
貸出状況を管理する車両管理センタとから構成される、
本発明による貸出車両管理システムでは、各車両ステー
ションにおける駐車車両の偏在を算定する車両偏在算定
部と、この車両偏在を解消する偏在解消ルートを決定す
る偏在解消ルート決定部と、この偏在解消ルートでの車
両移送を利用者に要望する車両移送要望部とが備えられ
ている。

【０００６】この構成では、車両の予約・貸出状況から
駐車中又は返却予定の車両が所定の水準より少ない車両
ステーションと多い車両ステーションが存在することが
把握されると、この車両偏在を解消するために所定車両
ステーション間の車両の移動や返却車両ステーションの
変更あるいは利用し始める車両ステーションの変更とい
った車両偏在を解消するための車両の移送ルートを決定
し、この偏在解消のための移送ルートに沿った車両の運
転を利用者に要望する。この要望により、利用者が返却
先を変更してくれたり、車両偏在を解消する所定車両ス
テーション間のルートで車両を運転する利用者が見つか
ると、車両偏在が自然解消できるようになる。これによ
り、利用者サービスのためと車両の利用効率を高めるた
めに従来行われていた、車両貸出運営機関の職員による
所定車両ステーション間の強制的な車両移送が廃止又は
少なくなり、強制車両移送に伴う運営負担も軽減される
ことになる。

【０００７】本発明の好ましい実施形態では、前記車両
移送要望部は偏在解消ルートでの車両移送が見込める利
用者を特定するとともにその特定者に車両移送の要望を
通報するように構成されている。例えば、駐車車両の台
数が水準レベルを上回っている車両ステーションに返却
予定となっている車両を運転中の利用者に対して返却先
を駐車車両の台数が水準レベルを下回っている近くの車
両ステーションに変更してもらうように要望したり、駐
車車両の台数が水準レベルを下回っている車両ステーシ
ョンを出発点とする車両予約を駐車車両の台数が水準レ
ベルを上回っている近くの車両ステーションを出発点と
する車両予約に変更してもらうように要望したり、駐車
車両の台数が水準レベルを上回っている車両ステーショ
ンから駐車車両の台数が水準レベルを下回っている近く
の車両ステーションへの車両利用を行う可能性のある利
用者を過去の実績や登録住所などから抽出してそのよう
なルートの車両の利用を要望するのである。インタネッ
トメールのように通報自体にそれほど負担がかからない
場合、登録されている利用者全員に偏在解消ルートでの
車両移送の要望を通報してもよいが、全く可能性のない
利用者にそのような要望を行うことはネガティブな影響
を与える可能性があるので、できるだけ要望先を絞り込
むことは重要である。

【０００８】もちろん、このような利用中車両の返却先
変更や借り出しステーションの変更は利用者に負担を強
いることになるし、緊急の所定車両ステーション間の新
たな車両貸出もそう都合良く決まるわけではない。この
ような利用者による車両偏在解消ルートの車両の運行が
スムーズに決まるように、本発明の好適な実施形態で
は、前記偏在解消ルートでの車両移送を行う利用者に対
して特典が付与される。つまり、偏在解消ルートでの車
両の運転の要望を受けてくれた利用者には料金割引や賞
品ポイント付与などの利用者にとって何らかの利益をも
たらす特典を与えることで、利用中車両の返却先変更や
借り始め車両ステーションの変更や所定車両ステーショ
ン間の車両利用を促進するのである。

【０００９】特に、車両の偏在が異常に大きかったり、
車両偏在解消に時間的な余裕が少ない場合、つまり偏在
解消の逼迫度が大きい場合、車両貸出料金の大きく割り
引くことにより利用者の注目を引き、利用者による偏在
解消ルートの車両移送が早急に行われるようにする。職
員による強制車両移送が避けられるならば、車両貸出料
金を大幅に値下げしたとしても、車両貸出運営上の利点
は大きい。

【００１０】本発明の更に好適な実施形態では、前記車
両偏在算定部は、実際の車両予約状況と貸出状況に該当
時間帯の貸出予想を加味して車両偏在を算定するように
構成されている。その都度の車両偏在は、その時点での
車両予約状況と貸出状況から算定することができるが、
偏在解消のための車両移送を利用者に要望する際の時間
的な余裕を作り出すために、以後の生じるかも知れない
車両貸出をも考慮して数時間から数十時間後の車両偏在
を予想することが望ましい。車両偏在は時々刻々と変化
するからである。そのような車両貸出予想は、例えば過
去の実績から公知のシミュレーションアルゴリズムを用
いて得ることができる。本発明によるその他の特徴及び
利点は、以下図面を用いた実施形態の説明により明らか
になるだろう。

【００１１】

【発明の実施の形態】本発明による貸出車両管理システ
ムの実施形態が模式的に図１に示されている。このシス
テムは、貸出車両（以下単に車両と称する）４を管理す
る管理センタ１のサーバシステム１０から構成されてお
り、このサーバシステム１０は、利用者からの貸出予約
の処理を行うとともに、車両の貸出状態や各地区の駐車
基地として機能している車両ステーション２における車
両４の配備状態を管理している。

【００１２】車両４には車両端末４０が搭載されてお
り、車両の各種機器や利用者が携帯する電子カードキー
５との間及びサーバシステム１０との間で種々のデータ
のやりとりを行うことができる。また、利用者は利用者
端末５０としての携帯電話、ＰＤＡ、パソコン等を用い
て、管理センタ１との間で交信を行うことができる。サ
ーバシステム１０と車両端末４０や利用者端末５０との
間のデータ伝送は、公衆回線、専用回線、携帯電話回
線、インターネットなどの通信網３を通じて行われ、基
本的には伝送プロトコルとしてＴＣＰ／ＩＰが用いられ
ている。例えば、利用者からの車両利用の申し込みは、
利用者端末５０から通信網３を通じてサーバシステム１
０にアクセスして自動的又は半自動的に行われるが、電
話やＦａｘによるオペレータを介在させた申し込みも可
能である。サーバシステム１０への典型的なアクセスの
方法はウエブブラウジング（ＨＴＴＰ通信）による情報
の双方向伝送やメールシステムによる単方向の情報伝達
であるが、これらはよく知られた技術であるので詳しい
説明は省略される。

【００１３】サーバシステム１０は、図２に示されてい
るように、各種通信回線とのゲートウエイ機能も有する
通信回線制御部１１と、この実施形態ではＷＥＢサーバ
として構成されているデータ入出力処理サーバ１２と、
メールサーバ１３と、アプリケーションサーバ２０と、
データベースサーバ３０とから構築されている。

【００１４】ＷＥＢサーバ１２は、ＷＷＷブラウザを実
装した車両端末４０や利用者端末５０とアプリケーショ
ンサーバ２０との間で行われる車両貸出申込データや後
で詳しく説明する各車両ステーション２における車両４
の偏在を解消するために管理センタ１から利用者へ通知
される要望のやりとりを仲介する。また、そのような車
両貸出申込や車両偏在解消のための申し出はメールサー
バ１３によるＥメールを用いても行われる。

【００１５】アプリケーションサーバ２０は、種々のデ
ータ処理をおこなう機能を備えているが、特に本発明に
関係するものとして、アクセスしてきたユーザを認証す
るための認証機能を含むユーザ管理部２１、車両管理部
２２、車両偏在処理部２３、車両貸出料金に関する請求
処理を行う課金処理部２４が挙げられる。車両管理部２
２には、ユーザによる車両貸出申込みに基づいて空きの
車両を探し出して車両予約を成立させる処理をデータベ
ースサーバ３０にアクセスしながら行う予約管理部２２
ａや貸し出された車両の走行中に関係する情報処理を行
う貸出走行管理部２２ｂや車両貸出終了時の情報処理を
行う貸出終了管理部２２ｃなどが含まれている。

【００１６】車両偏在処理部２３には、各車両ステーシ
ョン２における車両４の偏在を算定する車両偏在算定部
２３ａ、車両偏在算定部２３ａで算定された車両偏在を
解消するための偏在解消ルートを決定する偏在解消ルー
ト決定部２３ｂ、偏在解消ルートでの車両移送が見込め
る利用者や車両を特定するとともにその特定された利用
者の利用者端末５０や特定された車両４の車両端末４０
に車両移送の要望をＷＥＢサーバ１２又はメールサーバ
１３あるいはその両方を通じて公開又は通報する車両移
送要望部２３ｃ、偏在解消の逼迫度を算定するとともに
その逼迫度に応じて利用者特典としてこの実施形態では
車両貸出料金の割引率を演算する特典算出部２３ｄなど
が含まれている。ここで、偏在解消ルートとは、車両偏
在を解消するために車両ステーション２間の車両の移動
や返却車両ステーションの変更といった車両偏在を解消
するための車両を移動させるルートのことであり、その
ような移送ルートの沿った車両の移動は、例えば、駐車
している車両４の台数が水準レベルを上回っている車両
ステーション２に返却予定となっている車両４を運転中
の利用者に対して返却先を駐車している車両４の台数が
水準レベルを下回っている近くの車両ステーション２に
変更してもらうように要望したり、駐車している車両４
の台数が水準レベルを下回っている車両ステーション２
を出発点とする車両予約を車両４の台数が水準レベルを
上回っている近くの車両ステーション２からの出発に変
更してもらうように要望したり、駐車している車両４の
台数が水準レベルを上回っている車両ステーション２で
車両４を利用し始めて駐車している車両４の台数が水準
レベルを下回っている近くの車両ステーション２で車両
返却を行う新たな利用者を見つけ出すことによって実現
する。

【００１７】データベースサーバ３０は、まだ貸し出し
すべき車両４が決定していない貸出予約情報を格納して
いる未確定予約データベース３１、車両管理データベー
ス３２、過去の車両貸出情報を格納している貸出実績デ
ータベース３３、登録された利用者の情報を格納してい
る利用者管理データベース３４、課金データベース３５
を備えている。車両管理データベース３２には、すべて
の車両４の情報を格納している車両マスタファイル３２
ａ、現在貸出中の車両４に関する情報を格納している利
用車両ファイル３２ｂ、貸出契約が決定して利用者の到
着を待っている車両４に関する情報を格納している車両
待機車両ファイル３２ｃ、利用者からの貸し出し予約を
待っている車両４に関する情報を格納している駐車車両
サブデータベース３２ｄが含まれており、車両マスタフ
ァイル３２ａはその他のファイル３２ｂ、３２ｃ、３２
ｄとリレーショナルなデータベースとして構成されてい
る。

【００１８】未確定予約データベース３１は、利用者に
よる車両貸出申し込みを受けて予約管理部２２ａが処理
した予約情報を貸し出し可能な車両４が決定するまで一
時的に格納するものであり、このデータファイル構造は
図３に示されているが、「予約受付Ｎｏ」、「利用者Ｉ
Ｄ」、「貸出日時」、「貸出車両ステーション名」、
「返却日時」、「返却車両ステーション名」などのフィ
ールドが含まれている。

【００１９】車両管理データベース３１の車両マスタフ
ァイル３２ａのデータファイル構造は図４（イ）に示さ
れており、「車両ＩＤ」、「車種」、「通信アドレ
ス」、「駐車車両ステーション名」などのフィールドが
含まれている。通信アドレスは、この車両ＩＤをもつ車
両４に搭載されている搭載車両端末４０の通信機能を呼
び出すためのアドレスであり、通信方式としてＴＣＰ／
ＩＰを用いている場合はＩＰアドレスとなる。いずれに
しても、この通信アドレスを用いて管理センタ１のサー
バシステム１０は車両端末４０との間で双方向のデータ
伝送を行うことができる。「駐車車両ステーション名」
のフィールドには、この車両４が貸出中はもちろん空白
となるが、貸し出しが終了して所定の車両ステーション
２に駐車された場合にその車両ステーション２の名前デ
ータが入ることになる。

【００２０】車両管理データベース３１の待機車両ファ
イル３２ｃは未確定予約データベース３１に格納されて
いる車両予約のうち貸し出しする車両４が決定した段階
で作成される確定車両予約情報を格納するものであり、
そのデータファイル構造は図４（ロ）に示されており、
「車両ＩＤ」、「利用者ＩＤ」、「貸出日時」、「貸出
車両ステーション名」、「返却日時」、「返却車両ステ
ーション名」などのフィールドが含まれている。確定車
両予約情報が作成されると、未確定予約データベース３
１の対応する未確定車両予約情報は消去される。アプリ
ケーションサーバ２０の車両管理部２２は、この待機車
両ファイル３２ｃを利用して、貸出日時を検索キーとし
て特定のレコードを検索抽出し、貸出開始前に必要な情
報をその車両４に搭載されている車両端末４０に予め送
り込むことができる。

【００２１】車両管理データベース３１の利用車両ファ
イル３２ｂは待機車両ファイル３２ｃに格納されていた
確定車両予約のうち実際に利用者が車両ステーション２
に来て該当車両４を利用した段階で作成される車両利用
情報を格納するものであり、そのデータファイル構造は
図４（ハ）に示されており、「車両ＩＤ」、「利用者Ｉ
Ｄ」、「貸出日時」、「貸出車両ステーション名」、
「返却日時」、「返却車両ステーション名」、「現在位
置」などのフィールドが含まれている。「現在位置」の
フィールドには定期的に行われるサーバシステム１０と
車両端末４０と間の交信を通じて入手される車両４の位
置情報が入る。車両利用情報が作成されると、待機車両
ファイル３２ｃの対応する確定車両予約情報は消去され
る。

【００２２】車両管理データベース３１の駐車車両ファ
イル３２ｄは車両ステーション２に駐車しているが利用
者による貸出予約が入っていないフリー状態の車両４に
関する情報を格納しており、そのデータファイル構造は
図４（ニ）に示されており、「車両ＩＤ」、「駐車車両
ステーション名」などのフィールドが含まれている。

【００２３】貸出実績データベース３３は利用者別の過
去の車両貸出実績情報を格納するものであり、この車両
貸出実績情報から、特定の駐車車両ステーション２で貸
し出して特定の駐車車両ステーション２で返却する傾向
をもつ利用者を検索抽出することが可能となる。

【００２４】利用者管理データベース３４のデータファ
イル構造は図５に示されており、「ユーザＩＤ」をキー
フィールドとするレコードには、「ユーザ名」、「住
所」、「メールアドレス」、「免許証番号」などの個人
情報を示すフィールドや、登録時に割り当てられ車両利
用におけるキーコードとして機能する固有の「車両操作
コード」、本人認証のための認証手続きに用いられる
「認証データ」、場合によっては生じる料金発生時の料
金引き落としに利用される「引き落とし口座番号」など
がフィールドとして備えられている。ここで記録されて
いる車両操作コードは登録時にユーザに渡される電子カ
ードキー５にも書き込まれている。認証データとして
は、パスワードだけではなく、ここでは指紋照合を採用
しているので、このフィールドには照合リファレンスと
してユーザの指紋の特徴を抽出したイメージデータの格
納アドレスも格納されている。もちろん指紋照合に代え
て虹彩などを利用することも可能である。

【００２５】図６に車両端末４０の機能ブロック図が示
されている。ここで示されている各機能はソフトウエア
又はハードウエア或いはその両方によって実現されるも
のであり、管理センタ１のサーバシステム１０と双方向
データ伝送を行うデータ通信部４１、ユーザが携帯する
電子カードキー５とデータ通信を行う対電子カードキー
通信部４２、指紋照合のための指紋データを入力する認
証デバイス４３、ＧＰＳ・カーナビ装置４４、ＷＷＷブ
ラウザ機能を有するデータ処理部４５、データの入出力
に用いられるタッチパネル４６が備えられている。な
お、対電子カードキー通信部４２は、その指向性を車両
４の全周囲に合わせるべく車両４の外部に設けられた外
部アンテナ４２ａとその指向性を車両２の運転席に合わ
せるべく車両２の内部に設けられた内部アンテナ４２ｂ
を備えている。

【００２６】特にデータ処理部４５は車両端末４０の中
枢機能を構成しており、サーバシステム１０から送られ
てきた車両貸出予約情報を管理格納する予約情報管理部
４５ａと、ＧＰＳ装置４４との信号のやりとりによって
車両４の現在位置を管理する位置情報管理部４５ｂと、
利用者がポケットや鞄の中に携帯する電子カードキー５
との交信を通じて利用者に車両４への乗り込み及びエン
ジン始動の許可を与えるキーフリーシステム管理部４５
ｃと、認証デバイス４３から送られてきた指紋検出デー
タと車両貸出予約情報に含まれる認証データを比較して
車両４に乗り込んできたユーザの認証を行う認証制御部
４５ｄなどが実装されている。

【００２７】電子カードキー５の機能ブロック図を示し
ている図７から明らかなように、この電子カードキー５
は送信部５１と受信部５２とデータ処理部５３備えてい
る。データ処理部５３は、この電子カードキー５を保有
するユーザに割り当てられている車両操作コードを書き
込んでいる不揮発性メモリ５３ａを有し、車両端末４０
の対電子カードキー送受信部４２から送り出されるコー
ドリクエスト信号に応答してこの車両操作コードを送信
する機能をもつ。５４は、後述する車両探索要求を車両
端末４０に送信するためのスイッチである。

【００２８】この実施形態での車両４はキーフリーシス
テムが採用されている。図８には、典型的なキーフリー
システムの利用の下で、利用者が車両ステーション２に
駐車している貸出予約された車両４に乗り込んで運転す
るまでの手順が模式的に示されている。ここでいうキー
フリーシステムとは、電子カードキー５を携帯する利用
者が車両４に接近すると、電子カードキー５と車両端末
４０が交信を行うことで車両ドアのロックが自動的にア
ンロックされ、利用者が車両２に乗り込むことが許さ
れ、さらに利用者が運転席に座った状態で電子カードキ
ー５と車両端末４が交信を行うことで、エンジン始動待
機状態が実現され、従来のようなキーを用いることなし
にスイッチやつまみを操作するだけでエンジンが始動
し、車両４の走行が可能となるシステムである。ここで
のキーフリーシステムにはセキュリティを考慮して運転
席に座ったユーザに対する指紋による認証が組み込まれ
ている。

【００２９】〔ステップ＃１〕車両端末４０は予めサー
バシステム１０から送られてきて予約情報管理部４５ａ
に格納されている貸出開始時刻の１５分前までスリープ
状態を保っており、貸出開始時刻の１５分前になると、
自己ウェイクアップして、キーフリーシステム管理部４
５ｃによるキーフリーシステムが起動する。キーフリー
システムが起動すると、対電子カードキー送受信部４２
は所定のインターバルで電子カードキー５に対する車両
操作コードの送信要求を車両外部に設置された外部アン
テナ４２ａを介して発信する。 〔ステップ＃２〕もし、利用者がこの車両端末４０を搭
載する車両２に接近することにより、利用者が携帯する
電子カードキー５が車両操作コードの送信要求を受信す
ると、自動的に設定されている車両操作コードを送信す
る。電子カードキー５から送信された車両操作コードを
受信すると、データ処理部４５は予めサーバシステム１
０から送られてきて予約情報管理部４５ａに格納されて
いる車両操作コードと照合し、その照合一致が確認され
た場合、予約した正規のユーザが接近していると判断
し、車両４のドアをアンロックする。

【００３０】〔ステップ＃３〕利用者がドアを開けて運
転席に乗り込んで再びドアが閉じられると、対電子カー
ドキー送受信部４２は所定のインターバルで電子カード
キー５に対する車両操作コードの送信要求を今度は車両
内部に設置された非常に狭い指向性をもつ内部アンテナ
４２ｂを介して発信する。着座した利用者に携帯されて
いる電子カードキー５が車両操作コードの送信要求を受
信すると、再び自動的に設定されている車両操作コード
を送信する。電子カードキー５から送信された車両操作
コードを受信すると、データ処理部４５は予約情報管理
４５ａから読み出した車両操作コードと再度照合し、そ
の照合一致が確認された場合、さらに着座した利用者に
対して指紋認証を実施をスタートさせる。 〔ステップ＃４〕指紋認証は認証制御部３４によって行
われるが、まずタッチパネル４６に指紋認証の実施を告
げる表示を行い、利用者がその指先を認証デバイス４３
に押しつけることを促す。認証デバイス４３で検出され
た指紋検出データは認証制御部４５ｄに転送され、ここ
で予めサーバシステム１０から送られてきて予約情報管
理部４５ａに格納されている認証データとパターン認識
による比較がなされ、指紋パターンの照合が行われる。

【００３１】〔ステップ＃５〕照合一致であれば、デー
タ処理部４５はエンジン制御機構を制御してエンジン始
動待機状態を作り出す。さらに、車両走行に備えて、こ
のキーフリーシステム管理部４５ｃは、ドアのロックを
行い、その後キーフリーシステムの制御を停止する。利
用者は、ここでは図示されていないエンジン始動用のつ
まみを操作することでエンジンを始動し、車両４の走行
を開始する。

【００３２】図９と図１０には、車両貸出終了に関する
手順が模式的に示されている。 〔ステップ＃７〕利用者は返却車両ステーション２に到
着すると、車両４を停止して、貸出終了操作を行う。貸
出終了操作が入力されると、ＧＰＳ装置４４から現在位
置情報を取得するとともに予約情報管理部４５ａから予
めサーバシステム１０から送られてきている返却駐車位
置を読み出し、返却すべき車両ステーション２が駐車さ
れているかどうかチェックされる。予定の返却車両ステ
ーション２に駐車されていない場合駐車エラー処理が行
われる。この駐車エラー処理では、予定の返却駐車位置
まで車両２を移動させるか、あるいは返却車両ステーシ
ョン２の変更を申し出ることになる。現在位置と返却車
両ステーション２の位置が一致している場合、車両貸出
終了処理を続行するため、再び先に説明したような利用
者認証が行われる。利用者認証が完了するとエンジン始
動ロックが行われる。

【００３３】〔ステップ＃７〕続いてキーフリーシステ
ム管理部４５ｃによるキーフリーシステムが起動して、
ドアのアンロックが行われる。ドアがアンロックされる
と、利用者によってドアが開けられ、利用者が降車する
が、利用者が確実に降車して車両４から離れたことを確
認する必要がある。このために、利用者が携帯する電子
カードキー５に対して車両操作コードの要求を内部アン
テナ４２ｂと外部アンテナ４２ａの両者から所定のイン
ターバルで交互に発信して電子カードキー５から送信さ
れてくる車両操作コードをチェックする。利用者が車内
にいる場合内部アンテナ４２ｂからの車両操作コードの
要求に対してのみ電子カードキー５から車両操作コード
が送信されてくるし、利用者が車外にいる場合外部アン
テナ４２ａからの車両操作コードの要求に対してのみ電
子カードキー５から車両操作コードが送信されてくる。
これにより利用者の車両２に対する位置関係を確認する
ことが可能となる。

【００３４】〔ステップ＃８〕利用者が車両４から離れ
たことが確認されると、データ処理部４５はドアをロッ
クする。ドアがロックされるとキーフリーシステムは停
止する。最後に、車両管理部２２が車両端末４０と交信
して、今回の貸出車両走行における情報、例えば車両利
用時間やタコメータ出力データなどからなる走行データ
ファイルを受け取り、それらのデータファイルに基づい
て課金処理部２４が請求書データを作成する。この請求
書データは課金データベース３３に記録され、後に課金
処理が行われ、利用者の所定口座から料金の引き落とし
が行われる。

【００３５】次に、車両４の予約・貸出状況から駐車中
又は返却予定の車両が所定の水準より少ない車両ステー
ション２と多い車両ステーション２が存在することが把
握されると、この車両偏在を解消するために所定車両ス
テーション間の車両の移動や返却車両ステーション２の
変更といった車両偏在を解消するための車両４の移送ル
ートを決定し、この偏在解消のための移送ルートに沿っ
た車両４の運転を利用者に要望する、車両偏在解消処理
ルーチンを図１１のフローチャートを用いて説明する。

【００３６】まず、車両偏在算定部２３ａが未確定予約
データベース３１や車両管理データベース３２の待機車
両ファイル３２ｃにアクセスして該当する「貸出日時」
のレコードを抽出するとともに車両管理データベース３
２の利用車両ファイル３２ｂと駐車車両ファイル３２ｄ
にアクセスして全てのレコードを抽出し、設定された時
間帯における各車両ステーション２に関する車両状況の
展開、つま車両ステーション２に駐車している予約フリ
ーな車両４の台数と待機している車両４の台数、及び返
却される車両４の台数を求める（＃１０）。さらに必要
に応じて、貸出実績データベース３３のデータから公知
のアルゴリズムで作成されている車両貸出予想テーブル
を利用してその時間帯に発生すると予想される各車両ス
テーション２における貸出予約の台数も加味する。次
に、各車両ステーション２毎に駐車車両の過不足を求め
て、各車両ステーション２間の車両偏在を算定する（＃
２０）。

【００３７】この車両ステーション２に関する車両状況
の展開の一例が図１２に模式的に示されている。この例
では、車両ステーションＡでは待機中の車両が３台で駐
車中の車両は２台しかないが、３台の走行中の車両が車
両返却のために車両ステーションＡに向かっているの
で、駐車車両の過不足は生じているないと判断される。
車両ステーションＢでは待機中の車両が１台で駐車中の
車両が５台あり、さらに４台の走行中の車両が車両返却
のために車両ステーションＢに向かってことから、車両
ステーションＢにおいて駐車車両が過剰になっていると
判断される。また、車両ステーションＣでは待機中の車
両が２台で駐車中の車両が１台のみであり、車両返却の
ために車両ステーションＣに向かって走行中の車両がな
いことから、車両ステーションＣにおいて駐車車両が不
足していると判断される。つまり、この場合、車両ステ
ーションＢで車両過剰、車両ステーションＢで車両不足
といった車両偏在が算定される。

【００３８】このように車両偏在算定部２３ａで算定さ
れた車両偏在が予め設定されているレベル以下の場合は
車両偏在なしとしてこの車両偏在解消処理ルーチンが終
了する。しかし、算定された車両偏在が予め設定されて
いるレベルを超えた場合は解消すべき車両偏在が認識さ
れたとして、車両偏在解消のための処理を行う。

【００３９】まず、車両解消ルート決定部２３ｂが車両
解消するためどこの車両ステーション２からどこの車両
ステーション２に車両４を移送するべきかを決定する
（＃４０）。図１１による例では、車両ステーションＢ
から車両ステーションＣへのルートが車両解消ルートと
なる。この車両解消ルートが決定されると車両偏在解消
の方策が作られる。この場合、車両ステーションＢから
車両ステーションＣへのルートが車両解消ルートである
ので、車両ステーションＢに返却しようとする走行中の
車両４に車両ステーションＣに返却することを要望する
方策、車両ステーションＢで借り出して車両ステーショ
ンＣで返却する利用者を至急に捜し出す方策、車両ステ
ーションＣで借り出す予定の利用者に対して車両ステー
ションＢで借り出すことを要望する方策が挙げられる。
そのため、返却車両ステーション変更の対象となる車両
（利用者）の選択（＃５０）、貸し出し車両ステーショ
ン変更の対象となる車両を予約している利用者の選択
（＃６０）、偏在解消ルートで車両を使用する可能性の
ある利用者の選択（＃７０）が行われる。もちろん、こ
のような利用者に頼る偏在解消が不可能なケースでは、
そのような緊急に移送させなければならない車両を選択
し（＃８０）、職員によって強制移送を行うべく指令を
出す。

【００４０】さらに、車両偏在の大きさや偏在解消に残
されている時間等をベースとして特典算出部２３ｄによ
って偏在解消の逼迫度が算定され（＃９０）、その逼迫
度に応じて車両偏在解消のための要望に応じてくれた場
合に利用者に与えられるべき特典、ここでは車両貸出料
金の割引率が算定される（＃１００）。算定された割引
率とともに車両偏在解消のための要望に即した通知文書
又は公開文書を車両移送要望部２３ｃが作成する。例え
ば、返却車両ステーション変更の対象となる車両４の車
両端末４０には緊急情報としてや返却車両ステーション
２を変更してくれた場合の割引率を提示したメッセージ
を送信し、貸し出し車両ステーション変更の対象となる
車両２を予約している利用者の利用者端末５０には貸し
出し車両ステーション２を変更してくれた場合の割引率
を提示したメッセージを送信し、偏在解消ルートで車両
を使用する可能性のある利用者の利用者端末５０には所
定時間帯でかつこの偏在解消ルートで車両貸出予約をし
てくれた場合の割引率を提示したメッセージを送信す
る。さらには、そうような要望に基づいて臨時の割引車
両貸出の案内をＨＴＭＬ文書で作成し、ＷＥＢサーバ１
２を介してインターネット３上に公開し、大きな割り引
き率を特典とした緊急の車両利用を呼びかける（＃１１
０）。

【００４１】このような車両偏在解消の要望に利用者が
応じてくれた場合、サーバシステム１０側では、返却車
両ステーションの変更手続きや貸し出し車両ステーショ
ン２の変更手続きを行い、車両管理データベース３２の
該当するファイルの対応フィールドを書き換えるととも
に、課金データベース３５に割引率を書き込む。さらに
該当する車両端末４０のデータ処理部４５に車両予約情
報の新規情報又は変更情報を送信する。

【００４２】なお、この貸出車両システムが公共機関等
によって無料もしくは非常に低料金で実施されているよ
うなケースでは、特典算出部２３ｄは割引率算定機能で
はなく、景品等との交換のためのポイント算定機能とし
て機能させるとよい。

【図面の簡単な説明】

【図１】本発明による貸出車両管理システムの１つの実
施形態を示す模式図

【図２】サーバシステムの機能構成図

【図３】未確定予約データベースのデータファイル構造
図

【図４】車両管理データベースのデータファイル構造図

【図５】利用者管理データベースのデータファイル構造
図

【図６】車両端末の機能構成図

【図７】電子カードキーの機能構成図

【図８】車両貸出開始時の手順を示すブロックダイヤグ
ラム

【図９】車両貸出終了時の手順を示すブロックダイヤグ
ラム

【図１０】車両貸出終了時の手順を示すブロックダイヤ
グラム

【図１１】車両偏在解消処理ルーチンを示すフローチャ
ート

【図１２】ある時間帯における車両状況の展開を示す説
明図

【符号の説明】

１ 管理センタ ２ 車両ステーション ４ 貸出車両 ５ 電子カードキー １０ サーバシステム ２２ 車両管理部 ２３ 車両偏在処理部 ２３ａ車両偏在算定部 ２３ｂ偏在解消ルート決定部 ２３ｃ車両移送要望部 ２３ｄ特典算定部 ４０ 車両端末

Claims (5)

【特許請求の範囲】
1. 【請求項１】駐車させている複数の車両を利用者に貸し
   出し・返却させる複数の車両ステーションと、前記車両
   の予約・貸出状況を管理する車両管理センタとから構成
   される貸出車両管理システムにおいて、 各車両ステーションにおける駐車車両の偏在を算定する
   車両偏在算定部と、この車両偏在を解消する偏在解消ル
   ートを決定する偏在解消ルート決定部と、この偏在解消
   ルートでの車両移送を利用者に要望する車両移送要望部
   とが備えられていることを特徴とする貸出車両管理シス
   テム。
2. 【請求項２】前記偏在解消ルートでの車両移送を行う利
   用者に対して特典が付与されることを特徴とする請求項
   １に記載の貸出車両管理システム。
3. 【請求項３】前記特典が料金割引であり、その割引率は
   偏在解消の逼迫度に応じて決定されることを特徴とする
   請求項２に記載の貸出車両管理システム。
4. 【請求項４】前記車両移送要望部は偏在解消ルートでの
   車両移送が見込める利用者を特定するとともにその特定
   者に車両移送の要望を通報することを特徴とする請求項
   １〜３のいずれかに記載の貸出車両管理システム。
5. 【請求項５】前記車両偏在算定部は、実際の車両予約状
   況と貸出状況に該当時間帯の貸出予想を加味して車両偏
   在を算定することを特徴とする請求項１〜４のいずれか
   に記載の貸出車両管理システム。