JP3167014B2

JP3167014B2 - 車両共用システムおよび車両共用システムにおける待ち時間検出方法

Info

Publication number: JP3167014B2
Application number: JP5870197A
Authority: JP
Inventors: 宏明牧野; 正樹坂; 佳克宇川; 雅城鈴木
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 1997-03-13
Filing date: 1997-03-13
Publication date: 2001-05-14
Anticipated expiration: 2017-03-13
Also published as: JPH10255191A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数の貸出し用
車両を複数の利用者が利用するシステムに関し、より具
体的には貸出し車両を登録された利用者が利用する際
に、車両引当の待ち時間を検出し、検出された待ち時間
を利用者に対して表示することを可能として、車両の引
き当てをよりスムーズに実行する車両共用システム及び
車両共用システムにおける待ち時間検出方法に関する。

【０００２】

【従来の技術】自動車を複数の利用者が利用する形態と
してレンタカーがある。一般的にレンタカーは貸出し手
続きが煩雑であり、貸出し手続きを簡略化し迅速化する
ことが望まれている。特開平1-100671号公報には、利用
者が利用者固有のＩＣカードを予約装置に挿入して自動
手続きでレンタカーの貸出し予約を行い、利用当日自動
車を借りる場所に設置されているターミナルのカードリ
ーダにＩＣカードを挿入すると、事前の予約手続きに応
じてこの利用者に割り当てられた自動車の識別情報が表
示パネルに表示されるとともに、ＩＣカードに所定のプ
ロトコルが書き込まれることが記載されている。このプ
ロトコルを書き込まれたＩＣカードが割り当てられた自
動車のドアの開閉キーになるとともに自動車の始動キー
になる。このシステムでは予約および貸出し手続きが自
動化されたセルフサービスで行われるが、予約手続きを
したうえで貸出しをする必要があり、たとえば毎日の通
勤手段としての利用など日常的な利用には適さない。

【０００３】また、ＩＣカードを利用したセルフサービ
スによるレンタカーの貸出し方法として、特開平6-3610
0号公報には、契約利用者にＩＣカードを交付してお
き、このＩＣカードを、建設機械、車両などの置き場の
ゲートのキーとし、貸出し車両等の電源スイッチのキー
とすることが記載されている。このシステムでは利用者
は完全にセルフサービスでいつでも任意の機械または車
両を選んで利用することができるが、小数の利用者を対
象としてこのようなシステムを構成することができて
も、多数の利用者を対象とし、任意の時間に任意の機械
または車両をセルフサービスで貸し出すためには、大き
な駐車場を用意し、多数の機械または車両を待機させる
必要がある。

【０００４】さらにレンタカーの貸出し手続きの効率を
向上させるものとして、特開平8-101993号公報には、利
用者が使用者証カードを停車場のカード読み取り機に挿
入してコンピュータ化された配車センタと通信してレン
タカーの予約を行い、予約の完了した使用者カードを停
車場の自動機に挿入すると、貸し出されるレンタカー特
有にコード化されたチップカードが発行されるレンタカ
ー・システムが記載されている。このシステムでは、こ
のチップカードが車両のドア・キーとなり、盗難防止装
置の解除キーとなっている。このチップカードには、最
大レンタル利用時間が記憶されており、利用時間を超過
した後は、そのチップカードでは車両が開かれないよう
にするなど、チップカードを利用した管理がなされてい
る。このシステムも、他の従来のレンタカー・システム
と同様に、レンタカーを旅行など特別なときに一時的に
利用するためのシステムにすぎない。

【０００５】

【発明が解決しようとする課題】上記の従来技術のレン
タカー・システムは、レンタカーを旅行その他の特別な
ときに臨時ないし一時的な交通手段として利用するため
のもので、それぞれの利用者との関係でレンタカーを日
常的な生活の中での交通手段として利用するものではな
かった。車両の日常的な利用形態として通勤の手段の一
部としての利用がある。特に都市近郊の住宅地に住み都
市に通勤する会社員の場合、鉄道のなどの交通ターミナ
ルまでの行き来に車を使えれば便利であるが、交通ター
ミナル近辺の駐車場は数が限られているため利用するこ
とができないことが多い。また、仮に駐車場が使えて
も、通勤者の車が朝から夕刻まで駐車場のスペースを占
有することになり、ショッピングその他の用事で昼間交
通ターミナル近辺に車で出かける人は、駐車場不足に悩
まされることになる。

【０００６】したがって、利用者が日常生活の中で定常
的に車両を使用することができ、しかもその車両が駐車
場のスペースを長時間占有しない車両共用システムの実
現が望まれている。さらに、環境への配慮から電池を動
力の少なくとも一部とする電気車両の利用増大が望まれ
ている。

【０００７】この発明は、複数の共用車両を複数の利用
者が定常的に利用することができる車両共用システムを
提供し、利用者に対して、利用目的に応じた車両を効率
的に選択し、貸し出すことを可能とするシステムを提供
することを目的とする。

【０００８】また、この発明は、利用者ごとに設定され
た貸出車両の車両条件に該当する車両が貸出し可能車両
中に無い場合において、車両の返却時間、貸出し準備時
間等を考慮し、貸出し可能となるまでの時間を検出し、
これを利用者に対して表示することにより、利用者に対
するスムーズな車両の貸出しを可能とした車両共用シス
テム及び待ち時間検出方法を提供することを目的とす
る。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めにこの発明は、端末装置を用いた自動手続きで車両の
貸出しおよび返却を行うことができる車両共用システム
において、貸出し車両情報をデータとする車両情報デー
タベースと、貸出し会員情報をデータとする会員情報デ
ータベースと、会員からの車両貸出しの要求に応じて車
両情報データベース中から貸出し可能車両を検索対象と
して会員の車両引き当て条件を満足する車両の検索を実
行する第１の車両検索手段と、第１の車両検索手段によ
って検索対象となった車両以外の車両で、ａ）使用中の
車両、またはｂ）返却済みであるが点検待ちあるいは点
検中の車両、と会員の車両引き当て条件とを比較するこ
とによって会員の車両引き当て条件を満足する車両の抽
出を実行する第２の車両検索手段と、第２の車両検索に
よって抽出された車両が貸出し可能となるまでの時間を
予測する予測手段と、を有することを特徴とする。

【００１０】また、この発明の車両共用システムにおけ
る予測手段は、貸出し車両候補となる車両がａ）使用中
の車両であるか、または、ｂ）返却済みであるが点検待
ちあるいは点検中の車両、であるかを判別し、点検待ち
あるいは点検中の車両である場合には、該貸出し車両候
補の返却時間に平均貸出し準備時間を加算し、これを貸
出し可能時間の算出に用いることを特徴とする。

【００１１】また、この発明の車両共用システムにおけ
る予測手段は、貸出し車両候補となる車両がａ）使用中
の車両であるか、または、ｂ）返却済みであるが点検待
ちあるいは点検中の車両であるか、を判別し、使用中で
ある場合には、該貸出し車両候補の返却予測時間を、過
去の返却時間実績データから算出し、該返却実績データ
平均に平均貸出し準備時間を加算し、これを貸出し可能
時間の算出に用いることを特徴とする。

【００１２】また、この発明の車両共用システムにおけ
る予測手段は、貸出し車両候補となる車両がａ）使用中
の車両であるか、または、ｂ）返却済みであるが点検待
ちあるいは点検中の車両であるかを判別し、使用中であ
る場合には、該貸出し車両候補の返却予測時間を、過去
の返却時間実績データ中から影響因子によって抽出され
た抽出データの平均値を算出し、該平均値に平均貸出し
準備時間を加算し、これを貸出し可能時間の算出に用い
ることを特徴とする。

【００１３】また、この発明の車両共用システムにおけ
る影響因子は、日時、曜日、祝祭日などの歴および天候
のいずれか、またはこれらの組み合わせである。

【００１４】また、この発明の車両共用システムにおけ
る待ち時間検出方法は、会員からの車両貸出しの要求に
応じて車両情報データベース中から貸出し可能車両を検
索対象として会員の車両引き当て条件を満足する車両の
検索を実行する第１の車両検索ステップと、第１の車両
検索手段によって検索対象となった車両以外の車両で、
ａ）使用中の車両、または、ｂ）返却済みであるが点検
待ちあるいは点検中の車両と会員の車両引き当て条件と
を比較することによって会員の車両引き当て条件を満足
する車両の抽出を実行する第２の車両検索ステップと、
第２の車両検索によって抽出された車両が貸出し可能と
なるまでの時間を予測する予測ステップと、を有するこ
とを特徴とする。

【００１５】また、この発明の待ち時間検出方法におけ
る予測ステップは、貸出し車両候補となる車両がａ）使
用中の車両であるか、または、ｂ）返却済みであるが点
検待ちあるいは点検中の車両であるかを判別し、点検中
である場合に、該貸出し車両候補の返却時間に平均貸出
し準備時間を加算するステップを有し、これを貸出し可
能時間の算出ステップとすることを特徴とする。

【００１６】また、この発明の待ち時間検出方法におけ
る予測ステップは、貸出し車両候補となる車両がａ）使
用中の車両であるか、または、ｂ）返却済みであるが点
検待ちあるいは点検中の車両であるかを判別し、使用中
である場合に、該貸出し車両候補の返却予測時間を、過
去の返却時間実績データから算出し、該返却実績データ
平均に平均貸出し準備時間を加算するステップを有し、
これを貸出し可能時間の算出に用いることを特徴とす
る。

【００１７】また、この発明の待ち時間検出方法におけ
る予測ステップは、貸出し車両候補となる車両がａ）使
用中の車両であるか、または、ｂ）返却済みであるが点
検待ちあるいは点検中の車両であるかを判別し、使用中
である場合には、該貸出し車両候補の返却予測時間を、
過去の返却時間実績データ中から影響因子によって抽出
された抽出データの平均値を算出し、該平均値に平均貸
出し準備時間を加算し、これを貸出し可能時間の算出に
用いることを特徴とする。

【００１８】また、この発明の待ち時間検出方法におけ
る影響因子は、日時、曜日、祝祭日などの歴および天候
のいずれか、またはこれらの組み合わせであることを特
徴とする。

【００１９】

【発明の実施の形態】

１．システム概念この発明の車両共用システムにおいては、複数の車両を
複数の登録された利用者がそれぞれの利用時間帯に応じ
て車両を共同利用する。図１は、この発明のシステムの
全体的概念を示す。利用者は、朝、住居３から鉄道など
の通勤に利用する交通ターミナル付近の駐車場１まで貸
出し車両を利用し、夕刻駐車場１から住居３に帰る正パ
ターンの利用者すなわち正利用者と、朝、交通ターミナ
ル付近の駐車場１から車両を借り出して勤務先５に向か
い、夕刻勤務先５などから交通ターミナル付近の駐車場
１に帰る逆パターンの利用者すなわち逆利用者とに大き
く分けられるが、これに限定される訳ではなく、昼間は
定期利用者と不定期に一時的に利用する一見利用者もこ
のシステムを利用することができる。逆利用者の代表的
なものは、その地域の企業で、貸出し車両を従業員の交
通ターミナルからの交通手段として使用し、昼間は業務
用に使用する利用者である。

【００２０】駐車場は、交通ターミナル付近のショッピ
ングセンター、ショッピングモールなどの駐車場を利用
するのがよい。このような施設は、買い物客のために大
きな駐車場を備えているが、朝夕の通勤時間には閉じら
れていて利用されていないのが普通である。このような
施設と契約を結び朝夕の通勤時間帯に利用することがで
きるようにし、この発明のシステムのポート端末を設置
する。このシステムでは、典型的にはこれらの駐車場に
貸出し車両が駐車するのは、正パターンの利用者が朝出
勤に車を使用して駐車場のポート端末装置で返却手続き
をした後、逆パターンの利用者が車を借り出すまでの時
間である。この他に昼間は、貸出し車両を昼間借出して
利用する利用者のための駐車スペースが必要である。

【００２１】例として、小都市Ｘの郊外の住宅街に住み
都心Ｙの企業に勤務する正パターンの利用者Ａは、勤務
先に朝９時に到着するため朝８時の電車に乗らなければ
ならない。利用者Ａは、毎朝、駅付近のショッピングセ
ンターの駐車場に７時４５分に着き、車を所定の位置に
駐車し、ポート端末装置で自動返却手続きを行った後、
駅に向かう。この小都市Ｘの企業に勤務し、遠方から電
車で通勤する逆パターンの利用者Ｂは、朝９時に出社す
るためこの小都市Ｘの駅に朝８時３０分に到着し、ショ
ッピングセンターの駐車場のポート端末装置で自動貸出
し手続きを行い、８時４０分に車両を借り出して勤務先
に向かう。仮に、利用者Ａが返却した車両を利用者Ｂが
借りるとすると、この車両が駐車場にとめられていた時
間は、７時４５分から８時４０分までの５５分間であ
る。

【００２２】このシステムにおいて、正パターンの利用
者数と逆パターンの利用者数は、同程度であるのが好ま
しいが、通常は正パターンの利用者の数が逆利用者の数
を上回ると予測される。その場合、その差の数の車両が
昼間も駐車場に残され、昼間定期利用者と一見利用客に
よる利用のため提供される。したがって、このシステム
の車両が昼間占める駐車場のスペースは、正パターン利
用者の数と逆パターン利用者の数の差に相当する数の車
両分以下である。

【００２３】使用する貸出し車両は、環境への配慮から
電池を動力の少なくとも一部とする電気自動車であるこ
とが好ましいが、これに限定される訳ではなく、通常の
ガソリン自動車であってもよい。電気自動車を使用する
場合には、正利用者の自宅車庫で夜間電気料金を使った
充電器４により電池の充電を行うようにすると経済的で
ある。正利用者は、夜間にフルに充電された自動車を朝
の出勤に使用し、通勤に使用する電車などの交通ターミ
ナルの近くの駐車場１まで乗ってくる。ここで正利用者
は、この自動車を駐車場のポート端末装置２を利用し自
動手続きで返却する。以下の説明においては、貸出し車
両は、電池を動力の少なくとも一部とする電気車両とす
る。電池を動力の一部とする車両とは、完全に電池だけ
で走行する自動車ばかりでなく、ガソリン・エンジンお
よびモータを搭載し状況に応じてエンジンとモータを切
り替える自動車を含む、広い意味での電気自動車を意味
する。以後、このような車両を電気車両または電気自動
車と呼ぶ。

【００２４】このようにこのシステムで使用する貸出し
車両の大部分は、朝夕の比較的短時間の間駐車場１に置
かれるだけで、ほとんどの時間は正利用者または逆利用
者および昼間利用者によって使われているか、正利用者
の車庫に置かれているので、長時間駐車場を占有するこ
とがない。また、正利用者および逆利用者による駐車場
１の利用時間は通勤時間帯であり、ショッピング客によ
る駐車場１の利用時間帯とずれているので、このシステ
ムの導入のために駐車場を拡張する必要性は低い。この
ようにこのシステムによると駐車場の空き時間を有効に
利用することができる。

【００２５】逆利用者の１つの形態として、その地区の
企業による業務用の昼間利用がある。この場合、企業
は、一人の登録された従業員が法人用のＩＣカードを使
って交通ターミナル付近の駐車場１で借り出して乗って
きた自動車を複数の従業員による業務利用に供し、夕刻
従業員が帰宅する際に駐車場１に返却させる。

【００２６】２．システム構成図２は、この発明のシステムのハードウェア構成を示
す。システムは、複数の駐車場１に設置された複数のポ
ート端末装置２、２’サーバ２１、サーバ２２、事務用
端末装置２３、２４、および保守員用端末装置２６、２
７を接続するローカルエリア・ネットワークとして構成
される。サーバ２１、２２は、たとえばWindows NT（商
標）上で走るオラクル（商標）データベース・プログラ
ムを用いて開発されたデータベース・ファイルをディス
ク記憶装置に格納している。事務用端末装置２３、２
４、ポート端末装置２、２’保守員端末装置２６、２７
は、それぞれネットワークを介してこのデータベースに
アクセスすることができ、サーバ２１に接続されたプリ
ンタ２５に出力を印刷することができる。ルータ２８
は、事業体拠点の構内ＬＡＮと広域通信ネットワーク２
０に接続される複数のポート端末装置および複数の保守
員端末装置との間の接続を制御する装置である。

【００２７】ポート端末装置２、２’、保守員端末装置
２６、２７、および事務用端末装置２３、２４は、それ
ぞれがデータベース・システムの端末装置として機能
し、サーバ２１、２２を介してデータベース・ファイル
にアクセスすることができる。アクセスは、予め設定さ
れメニュー化されたマクロ・ボタンにマウスを合わせて
クリックするか、タッチパネルを用いるポート端末装置
の場合、パネルに表示されるボタンに触れることにより
行われ、回答は予め設定されたフォームで出力される。

【００２８】図３は、この発明のリレーショナル・デー
タベース・システム１０の構成の一例を示す。システム
１０は、会員の情報および利用状況などを管理する会員
管理サブシステム３０、会員の車両の貸出し／返却の実
績および請求のための各種の実績を管理する会員実績サ
ブシステム５０、それぞれの車両の情報およびその利用
状況などを管理する車両管理サブシステム４０、および
車両の保守情報や利用実績を管理する車両実績サブシス
テム６０で構成されている。

【００２９】システム１０は、会員および保守員の情報
を保持する会員マスターテーブル３１、会員単位に車の
利用実績を保持する会員実績テーブル３２、事業体の利
用パターンごとに入会可能な人数などを保持する定員テ
ーブル３３、車両の基本情報を保持する車両マスターテ
ーブル４１、車両単位にその車の利用実績を保持する車
両実績テーブル４２、車両の保守情報を保持する保守実
績テーブル４３、課金のためのルールを保持する課金テ
ーブル４４、請求の明細情報を月単位に保持する請求サ
マリーテーブル４５、および各種コードの意味を保持す
るジェネラル・テーブル４６をディスク記憶装置の記憶
領域に備えている。さらに、図には示されていないが、
会員単位に請求の明細を保持する請求明細テーブルも備
えている。これらのテーブルおよび後述の各種のテーブ
ルの間にはリレーションが設定されており、１つのテー
ブルのデータを変更すると、他のテーブルの関連するデ
ータも変更される。情報をどのようなテーブル構成で記
憶装置に格納するかは、システムの目的にそって設計す
る事項であり、この発明は、ここで例示するテーブル構
成に限定されるものではない。会員マスターテーブルの
一部を表１に示す。

【００３０】

【表１】氏名生年月日性別住所利用者ＩＤカードＩＤ 0001 AAAA ・・・・・・・・・・・・・・・ 0002 0003 0004 0005 0006・・・・・・・・・

【００３１】表１の第１行目は、会員に関する情報を示
すフィールド（列）名を示し、第２行目以下の0001, 00
02, ・・・・の各行がそれぞれの会員に対応するレコ
ードを記録する領域である。会員番号0004の会員に関す
る情報は、0004の行の「氏名」フィールド、「生年月
日」フィールド、「性別」フィールド、・・・・に記録
される。表１には６つのフィールドだけが示されている
が、このほかに「事業体」、「漢字氏名」、「カナ氏
名」、「自宅住所」、「自宅ＴＥＬ」、「免許証Ｎ
ｏ．」、「口座番号」、「引落し金融機関コード」、
「勤務先名称」、「勤務先ＴＥＬ」、「ＦＬＥＸ区
分」、「休日パターン」、「利用パターン（申告）」、
「利用パターン（実績）」、「利用時間帯（借出
し）」、「利用時間帯（返却）」、「暗唱番号」その他
システムの運用管理に必要な項目のフィールドがある。
１つの行の複数のフィールドに記録される情報を総称し
てレコードという。同様に、車両マスターテーブルの一
部を表２に示す。

【００３２】

【表２】車両キーＮｏ．所属事業体利用可能状況バッテリ残容量 0001 ・・・・・・・・・・・・・・・・・・ 0002 0003 0004 0005 0006・・・・・・・・・

【００３３】表２の１行目は、車両に関する情報を記録
するフィールドを示す。第１列の001、0002、・・・
は、それぞれの車両のデータベース上のシリアル・ナン
バである。車両毎の情報がそれぞれの行のフィールドに
記録される。表２には４つのフィールドだけが示されて
いるが、この他に「車両状況」、「利用開始日」、「総
利用回数」、「通算走行距離」、「最終定期点検後走行
距離」、「最新バッテリ交換年月日」、「最新ボデー交
換年月日」、「バッテリＮｏ．」、「車両診断情報」、
「フルバッテリ容量」、「充電バッテリ比率」、「保守
区分」その他車両の運用および管理に必要な項目のフィ
ールドが設けられる。

【００３４】「バッテリ残容量」および「フルバッテリ
容量」はＡＨ（アンペア・アワー）またはそのバッテリ
容量に相当する走行距離（ｋｍ）で表示する。車のタイ
プによって電費（単位充電容量あたり走行可能な距離）
が異なるが、走行可能距離を用いて表示すれば、共通の
指標になる。

【００３５】データベース・システム１０は、１つまた
は複数のテーブルにアクセスして、設定された抽出条件
に従って必要な情報を取り出すクエリー（質問式）と呼
ばれるオブジェクトを有する。また、システム１０は、
独自のレイアウトでデータを入力、変更、表示するため
のフォーム・オブジェクトを持っている。フォームはレ
コードを画面上に表示したり、印刷したりするのに使用
される。また、システム１０は、独自のレイアウトでデ
ータを印刷するために使うレポート・オブジェクトを持
っており、このオブジェクトは、レコードをグループに
分け、各グループの合計やレコード全体の総計を表示す
るために使われる。クエリーによりテーブルの所定のフ
ィールドから取り出した値に所定の計数を掛けるなどの
算術またはフィールド間の論理演算を実行させてレポー
トに出力することができる。

【００３６】データベース・システム１０には、必要と
される作業に従って作成された複数クエリー・オブジェ
クト、必要とされる入力作業に従って作成された複数の
フォーム・オブジェクト、および必要とされる出力に従
って作成された複数のレポート・オブジェクトが含まれ
ている。システム１０は、これらのオブジェクトをデー
タベース・プログラムに組み込まれているマクロを活用
し、またはデータベース・プログラムのプログラム言語
を使用して統合して構築されている。

【００３７】会員管理サブシステム３０は、データベー
ス・システム１０のうち、会員の入会状況の把握、入会
申請書の登録、入会した会員に対してカードを発行する
などの入会処理、会員情報の照会、会員情報の修正、会
員情報の削除などの退会処理、利用可能か否かの判断、
および会員名簿の出力などの会員についての基本的デー
タの管理を行う部分である。

【００３８】車両管理サブシステム４０は、データベー
ス・システム１０のうち、事業体ごとの車両の登録、廃
車などの車両の登録改廃、車両についての点検整備、仕
業点検などのサービス情報の更新など、貸出し車両につ
いての基本的データの管理を行う部分である。サブシス
テム４０は、磁気ディスク記憶装置に格納された、車両
情報を保持する車両マスター・テーブル４１、車両の利
用実績を保持する車両実績テーブル４２および車両の保
守情報を保持する保守実績テーブル４３を利用する。

【００３９】会員実績管理サブシステム５０は、データ
ベース・システム１０のうち、会員の利用実績情報の記
録および更新、車の引当てを含む貸出し処理、返却処
理、会員実績の照会、請求明細の作成および出力、請求
明細のサマリー計算および照会、および入金管理簿の出
力など、車両共用システムの利用に伴って発生する会員
データの管理を行う部分である。サブシステム５０は、
ディスク記憶装置に格納された前述の会員マスター・テ
ーブル３１および車両マスター・テーブル４１、ならび
に会員単位に車の利用実績を保持する会員実績テーブル
３２、車両単位に車両の利用実績を保持する車両実績テ
ーブル４２、請求の明細情報を月単位に保持する請求サ
マリー・テーブル４５、および課金のためのルールを保
持する課金テーブル４４を利用し、これらのテーブルか
ら必要な情報を抽出し、演算し、更新する。

【００４０】車両実績管理サブシステム６０は、データ
ベース・システム１０のうち、車両の充電状況の記録お
よび更新、車両の利用実績情報の記録および更新、車両
実績の照会、充電量および走行距離の記録など、車両の
利用に伴って発生する車両データの管理を行う部分であ
る。

【００４１】管理データへのアクセスは、事務用端末装
置から、メニュー画面で必要な項目を選択し、メニュー
の選択肢に沿って進むか、入力要求に応じてパラメータ
を入力することによって行われるようシステム１０が設
定されている。例として、特定の車両のデータをアクセ
スするには、図４のメニュー画面から「車両情報画面」
を選ぶ。車両実績管理サブシステム６０は、これに応じ
て予め設定されたクエリーにより車両実績テーブル４２
および車両マスターテーブル４１から必要なフィールド
のデータを抽出して、予め設定されたフォームに入れ
る。これに応じて図５の「車両情報一覧画面」が表示さ
れる。この一覧表の中から、車両管理Ｎｏ．835をマウ
スでクリックすると、これに応じてサブシステム６０が
車両実績テーブル４２および車両マスター・テーブル４
１から必要なフィールドのデータを抽出し、これが所定
のフォームに入れられて図６の「車両情報詳細画面」と
して表示される。

【００４２】このようなプロセスに代えて、図４のメニ
ュー画面から「車両情報画面」が選択されることに応じ
て「車両管理Ｎｏ．」の入力をうながすプロンプトを表
示し、車両管理Ｎｏ．の入力に応じて、サブシステム６
０がその車両管理Ｎｏ．をキーとして車両実績テーブル
４２および車両マスターテーブル４１を照会し、この車
両管理Ｎｏ．のレコードの所定のフィールドからデータ
を抽出して所定のフォームに入れ、図６の画面を表示す
るようにすることもできる。

【００４３】３．入会管理この発明の車両共用システムに加入を希望する人は、入
会申請書に必要事項を記入して申し込みを行う。入会申
請書には、その人の氏名、住所、勤務先などの一般的な
管理情報のほかに、土日が休日であるなどの休日パター
ン、正利用、逆利用などの利用パターン、ポート端末装
置で車両の貸出しを行う予定の時間帯、ポート端末装置
で車両の返却を行う予定の時間帯などが記入される。

【００４４】入会申請書を受け取ったオペレータは、図
２の事務用端末２３の表示装置に表示されるメニュー画
面（図４）から会員情報画面を選び、これに応じて表示
される会員情報一覧画面から「入会」を選ぶと、会員管
理サブシステム３０が入会受付フォームのオブジェクト
を事務用端末装置２３に送り、図７に示す入会受付画面
が表示される。オペレータが入会申請書の記載に基づい
てこの入会受付画面に入力する。利用パターンのフィー
ルドには、正利用／１０ｋ、逆利用／２０ｋ、昼間／２
０ｋなどのように共用車両の利用パターンと予定される
走行距離を記入する。入会希望者が法人の場合は、利用
パターンは、たとえば企業／１０ｋのように入力され、
個人の昼間利用の場合は、昼間／２０ｋのように入力さ
れる。入力を終え、実行キーを押すと入力内容が図２の
会員マスター・テーブルに入会希望者として記録され
る。

【００４５】オペレータが端末２３の表示装置の表示を
メニュー画面（図４）に戻し、「会員登録数確認画面」
を選択し、事業体名などのパラメータを入力ないしクリ
ックする。図８を参照すると、この入力に応答して会員
管理サブシステム３０のクエリー手段３４が「利用パタ
ーン」フィールドをキーとして会員マスターテーブル３
１を検索し、利用パターンごとの登録会員数を集計手段
３５に入れる。会員管理サブシステム３０は、同時に定
員テーブル３２にアクセスし利用パターンごとの定員数
を読み出して、差算出手段３６および表示制御手段３７
に入れる。差算出手段３６は、利用パターン集計手段で
集計された利用パターンごとの登録会員数と定員テーブ
ル３２から読み出された利用パターンごとの定員との差
を算出する。定員テーブル３２から読み出された利用パ
ターンごとの定員数、集計手段で集計された利用パター
ンごとの登録会員数および差算出手段３６で算出された
差の値が表示制御手段３７に送られる。表示制御手段３
７は、これらのデータを所定のフォームに入れ、図９に
示すような書式で表示装置３８に表示する。

【００４６】上に説明した集計、差算出および表示制御
は、会員管理サブシステム３０のクエリー（質問式）・
オブジェクト、フォーム・オブジェクト、レポート・オ
ブジェクトを統合して実現することができる。

【００４７】以上の説明では、オペレータの入力に応じ
て図９に示すように全ての利用パターンについての集計
が画面に表示されるとして説明したが、入会申請のあっ
た特定の利用パターンをキーとして会員マスターテーブ
ル３１を検索し、同じく特定の利用パターンをキーとし
て定員テーブル３２をアクセスして、これらの情報を表
示するようにすることもできる。

【００４８】４．車両貸出しおよび返却管理入会申請手続きを終えると、会員固有の識別コードをメ
モリに記録したＩＣカードが発行される。ＩＣカード
は、半導体メモリを組み込んだクレジット・カードと同
程度の大きさのプラスチック・カードであり、リード・
ライト装置を用いて各種の情報を書込み、または読み取
ることができる。ＩＣカードには会員の識別コードが記
録されているほか、後に述べる情報が書き込まれてい
る。

【００４９】ＩＣカードをポート端末装置２（図２）の
ＩＣカードの挿入口に挿入すると、ＩＣカードから貸出
し車両に関する情報が読み取られて、先ず車両が貸出し
中であるか否かが判別される。車両が貸出し中でなけれ
ば車両の貸出し手続きをすすめるかどうかのプロンプ
ト、たとえば「貸出し手続きでよろしいですか」のメッ
セージと「はい」、「いいえ」の選択肢がポート端末装
置の表示画面に表示される。この表示画面はタッチパネ
ルであることが好ましく、その場合利用者が「はい」に
触れると車両の貸出し手続きが進められ、利用者が「い
いえ」に触れると、これに応じて発生される信号に応答
して端末装置は、操作を終了しＩＣカードを送り出す。
または、操作終了に代えて、利用料金の累計照会などの
サービスに連絡するメニューを表示するようにしてもよ
い。表示画面は必ずしもタッチパネルである必要はな
く、通常のＣＲＴ表示装置とキー入力装置の組み合わせ
であってもよい。ポート端末装置２は、銀行などの自動
取引装置に類似した構造であるが、一般的なコンピュー
タ端末装置で構成することもできる。

【００５０】利用者が「はい」に触れると、これに応じ
て発生される信号に応答して、ポート端末装置２は、表
示画面にテンキーと「パスワードを入力してください」
のメッセージを表示する。図１０を参照すると、利用者
によってパスワードが入力されると、ポート端末装置２
は、このパスワードを会員管理サブシステム３０に送
り、サブシステム３０は、このパスワードを会員マスタ
ーテーブル３１に記録されているパスワードと照合す
る。照合が一致すると、車両実績管理サブシステム６０
は、ＩＣカードから読み取られたこの会員の利用パター
ン情報を抽出条件として、車両マスターテーブル４１お
よび車両実績テーブル４２から、利用パターンに適した
車両を抽出し、貸出しに適した車両が複数あるときは後
述の車両引当てロジックにより１台を選んで、その車両
ナンバーおよびこの車両に付随する情報を予め設定され
たフォームに入れポート端末装置２に送る。ポート端末
装置２は、このフォーム・オブジェクトに従って車両ナ
ンバーをポート端末装置２の表示画面に表示するととも
に、ＩＣカードに書き込む。その際、車両ナンバーに加
えて、車両キー・ナンバー、貸出日、貸出し時刻、貸出
し事業体、貸出しポート、利用開始走行距離、貸出し時
間、充電量、破損の有無などの貸出し車両に付随する情
報をもＩＣカードに書き込む。

【００５１】利用者は、ポート端末装置２の表示画面に
表示された車両ナンバーを記憶して、その車両の駐車位
置に行き、車を始動させて使用を開始する。あるいは、
ポート端末装置２にテーププリンタを備えておき、車両
ナンバーを印刷して利用者が持つようにしてもよい。プ
リンタを用いない場合であっても、利用者はポータブル
のＩＣカードリーダにＩＣカードの情報を表示させて見
ることができるので、車両ナンバーを忘れても支障はな
い。このように車両の貸出し手続きは、貸出し事業体の
係員の人手を介することなく、利用者による簡単なポー
ト端末装置２の操作によって自動的に行われるので、ス
ピーディな貸出し業務が実現される。

【００５２】車にもＩＣカードのリード・ライト装置が
装備されており、利用者が挿入するＩＣカードに記録さ
れている特定の情報、たとえば車両ナンバーおよび車両
キー・ナンバーが自己と一致するとき、エンジンあるい
はモータの始動回路をオンにする。このようにすること
によって、機械的なキーを省くことができる。もちろ
ん、機械的なキーとＩＣカードを組み合わせて使っても
よい。

【００５３】車載リード・ライト装置は、ＩＣカードに
車両運用情報として、利用開始時刻、利用終了時刻、利
用前充電残量、利用前走行距離、利用後走行距離、走行
距離などを書き込む。システムの設計に応じて、ＩＣカ
ードにはこれらの情報の一部だけを書き込むようにして
もよく、またはさらに付加的な情報を書き込むようにし
てもよい。

【００５４】車両の返却は、貸出し同様に利用者がポー
ト端末装置２を操作することによって迅速かつ自動的に
行われる。すなわち、利用者は返却する車両をポート端
末装置２のある駐車場１の所定の位置に止め、ＩＣカー
ドを車載リード・ライト装置から抜いてポート端末装置
２のＩＣカード・リード・ライト装置に挿入する。ポー
ト端末装置２は、ＩＣカードから読み取られた会員情報
および車両情報に基づいて、この利用者が車両の貸出し
中であることを判断し、表示画面に「返却手続きでよろ
しいですね」のメッセージを「はい」、「いいえ」のプ
ロンプトと共に表示する。「はい」が選択されると、ポ
ート端末装置２は、ＩＣカードから読み取った会員情報
および車両情報を通信ネットワーク２０を介してデータ
ベースシステム１０に転送する。図１０を参照すると、
システム１０の会員実績管理サブシステム５０および車
両実績管理サブシステム６０がこれに応答し、これらの
情報を会員実績テーブル３２および車両実績テーブル４
２に記録し、所定のクエリーを実行して利用料金を算出
し、所定のフォームまたはレポート・オブジェクトに入
れてポート端末装置２に転送する。ポート端末装置２
は、これに応じて表示画面に利用料金を表示する。

【００５５】５．車両引当車両の貸出に際して、データベース・システム１０は、
ポート端末装置２に挿入されたＩＣカードから読み取ら
れる会員情報をキーとして会員マスターテーブル３１か
ら、その会員の利用パターン情報を抽出し、その利用パ
ターンに含まれる一回の貸出当たりの走行距離情報をキ
ーとして車両実績テーブル４２からその走行距離に見合
う充電残量の残っている車両を抽出する。車両引当の際
のキーとなる会員の走行距離情報は、その会員の過去一
定期間の平均走行距離に余裕分を加算したものを使うよ
うデータベース・プログラムを設定してもよい。また、
逆利用または昼間利用の利用者に貸し出すときは、その
車両の返却後に同じ車両を正利用の会員に貸し出すこと
ができるよう、正利用会員の平均帰宅距離に相当する走
行距離を加算した走行距離をキーとして用いるようデー
タベース・システムを設定することができる。

【００５６】会員実績テーブル３２は、各会員について
１回の貸出し返却ごとにレコードを作成する。図１１に
このテーブルに含まれる一部のフィールドの意義および
属性を示す。この図で下線を引いたフィールドは、１回
の利用（トリップ）ごと、すなわち車両のＩＣカードリ
ード・ライト装置にＩＣカードが挿入され引き抜かれる
ごとの実績を記録する。このようなデータは、車載ＩＣ
カードリード・ライト装置によってＩＣカードに記録さ
れ、ポート端末装置２で読み取られる。「総走行距離」
フィールドは、１回の貸出し当たりの走行距離を示す。
図には示していないが、「平均走行距離」フィールドを
設け、過去の一定期間、たとえば１月間の１回当たりの
貸出しの総走行距離の平均値を記録するようにすること
ができる。このフィールドは、「総走行距離」フィール
ドと返却日の関数とし、「返却日」フィールドの日付が
システムの時計による現在から１月以内のレコードの
「総走行距離」フィールドの値の集計をこの期間のレコ
ードの数で割って算出する。すなわち、「平均走行距
離」フィールドは、その会員の実績レコードが追加され
る都度、この関数を実行して自動的に更新される。

【００５７】図１２を参照すると、システムは、車両引
き当て要求（１０１）に応じてその会員の会員実績テー
ブルを照会して「平均走行距離」フィールドの値を取り
出し（１０２）、この値に走行余裕分ａを加えた値Ｄを
算出し（１０３）、Ｄをキーとして車両テーブルの「残
走行距離」フィールドを検索して検索キーより大きな値
を持つレコードの車両情報を取り出す（１０４）。

【００５８】なお、以上の説明では会員実績テーブル３
２に関数フィールドである「平均走行距離」フィールド
を設け、レコードが追加されるごとに自動的に平均走行
距離が算出されて「平均走行距離」フィールドに記録さ
れるとして説明したが、会員実績テーブル３２をアクセ
スするクエリー（質問式）に演算コマンドを組み込ん
で、クエリー実行の際にその会員の平均走行距離を算出
するようにしてもよい。

【００５９】このような抽出条件に適合する車両が複数
あるときは、データベースは、所定の選択ロジックによ
りそのうちの１台を選択して（１０５）貸出車両とし
て、その情報をポート端末装置２に出力する（１０
６）。この選択ロジックは、1)次回点検満了日が一番遠
い車両を優先する、2)抽出キーである走行距離に最も近
い走行距離に相当する充電残量の車両を優先する、3)総
走行距離の短い車両を優先する、4)搭載するバッテリの
新しい車両を優先する、などのいずれのロジックでもよ
く、またはこれらのロジックの複数を用い、ロジックの
間にさらに優先順位をつけることができる。たとえば、
車両の総走行距離を平準化することを最優先し、総走行
距離の短い順に車両を選択し、その中に同じ総走行距離
の車両が複数あるときは、点検予定への影響を優先して
次回点検日が一番遠い車両を選択するようにすることが
できる。このような設定は、データベース・システム１
０の設計段階で設定することができ、また必要に応じて
変更することができる。

【００６０】６．返却後の点検返却された車両は、ポート端末装置２が設置された駐車
場１に待機する車両保守員によって返却後速やかに点検
される。保守員は、この発明のシステムにデータベース
・システムと通信するポータブルＰＣである保守員端末
装置２６、２７を携帯しており、このＰＣに車両ナンバ
ーを入力し、メニュー画面から車両点検を選択すると、
データベース・システム１０からこの車両の点検データ
が送信されて画面に表示される。このデータには返却時
にＩＣカードから読み取られた車両情報、たとえば、水
温異常も表示される。

【００６１】保守員は、これらのデータを参照して車両
が使用可能かどうか判断し、さらに車両を目で観察して
傷の有無を調べ、傷の種類および場所を入力する。この
入力データは、車両実績テーブル４２に記録され、修理
管理に使用される。また、会員の利用実績テーブルとの
照合により、どの会員がつけた傷か特定することができ
るので、修理費の請求管理に使用することができる。

【００６２】７．課金方法この発明のシステムでは、正パターンの利用と逆パター
ンの利用とがほどよくバランスすることが望まれる。ま
た、会員による利用が登録された利用時間帯でなされる
ことが望まれる。円滑な運用のため、当然相当な余裕を
組み込んでシステムが運用されるが、登録された利用時
間帯からはずれた利用は好ましくない。このため、登録
された利用時間帯での利用を推奨するため、登録された
利用時間帯での利用料金に対し、時間外の利用料金を割
高に設定する。電気車両を貸出車両として使用するとき
には、バッテリの充電量の関係で車両の走行距離につい
ても同様のことがいえる。登録された走行距離を大幅に
上回る利用が多いと、システムの運用を困難にする可能
性がある。そこで、登録された走行距離内の利用料金に
対し、登録走行距離を上回る走行距離に対して割高の料
金を設定し、登録走行距離内の利用を推奨することがで
きる。

【００６３】このため、データベース・システム１０
は、課金テーブル４４に「時間課金単価」、「距離課金
単価」、「時間課金単価（時間外）」、「距離課金単価
（登録外）」を記憶するフィールドを有する。事務用端
末装置のメニュー画面から「請求明細」が選択される
と、会員実績管理サブシステム５０は、会員実績テーブ
ル３２のフィールドから設定された期間における各会員
の利用実績を、登録時間内の利用時間、登録内の走行距
離、時間外の利用時間、登録外の走行距離に分けて集計
し、それぞれに課金テーブル４４の上記のフィールドに
記憶される単価をかけて合計を演算し、所定のフォーム
またはレポートに出力する。この出力に基づいて料金の
請求がなされ、自動引き落としの手続きがなされている
場合には自動引き落としが行われる。

【００６４】例として、会員実績管理サブシステム５０
は、次のようにして月度請求明細書を印刷する（図１
４）。事務用端末装置２３のメニュー画面（図４）から
「請求明細画面」を選択すると、抽出条件設定画面が表
示される。これに応じて利用者のＩＤ番号を入力すると
（２０１）、サブシステム５０は、この利用者ＩＤをキ
ーとして会員マスターテーブル３１、会員実績テーブル
３２および課金テーブル４４の必要なフィールドからデ
ータを抽出し（２０２、２０３、２０４）、借出し、返
却ごとの「借出時刻差異」、「返却時刻差異」を会員マ
スターテーブルの「申告利用時間帯」フィールドの値と
会員実績テーブルの「借出し時刻」フィールドおよび
「返却時刻」フィールドの値との差をとることによって
算出し（２０７）、請求レポート（図１３）の「借出時
刻差異」フィールドおよび「返却時刻差異」フィールド
に入れる。またシステムは、課金テーブルの「時間外単
価」フィールドの値を取り出して、請求レポートの「借
出時刻差異」フィールドの値にかけて差異料金を算出し
（２０８）、その結果を請求レポートの「差異料金（借
出時刻差異）」に入れる。同様に、「返却時刻差異」フ
ィールドの値にかけてその結果を請求レポートの「差異
料金（返却時刻差異）」フィールドに入れる（２０
９）。図１３は、請求レポートのフィールドの種類およ
びその属性を示すものである。

【００６５】同様に会員実績テーブルの「借出時刻」の
値と「返却時刻」の値の差として会員による車両の占有
時間を算出し（２０５）、この値を請求レポートの「占
用時間」フィールドに入れる。システムは、課金テーブ
ルにアクセスし「時間料金単価」フィールドの値を取り
出し、請求レポートの「占用時間」フィールドの値にか
けて時間料金を算出し（２０６）、「占用料金」のフィ
ールドに入れる。同様の処理により走行距離および距離
料金が求められ、請求レポートの「走行距離」フィール
ドおよび「距離料金」フィールドに入れられる。

【００６６】なお、以上の説明では便宜上請求レポート
のフィールドを用いて演算を行うものとしたが、会員マ
スターテーブル３１、会員実績テーブル３２および課金
テーブル４４から必要な情報を抽出するクエリー（質問
式）に演算コマンドを組み込み、クエリーの実行と同時
に上記の種々の演算を実行させることができる。したが
って、上記のような計算シーケンスは、説明のためのも
ので必ずしもこのシーケンスで演算を実行する必要はな
い。また、請求レポートは、月の締め日に自動的に全会
員について作成されるように会員実績管理システムを設
定してもよい。こうして、印刷された料金明細を図１５
に示す。

【００６７】貸出車両として電気車両を使用する場合
は、正利用の会員が自宅で夜間に電気車両の充電を行う
ことが重要で、これを怠ると翌日その車両を使用するこ
とができなくなる恐れがある。車載コンピュータがバッ
テリの充電量をモニタし、その値をＩＣカードに記録す
る。正利用の会員が朝、車両を返却すると、ポート端末
装置２がバッテリの充電残量をＩＣカードから読み取
る。データベース・システムは、この車両のフル充電量
から会員の片道の走行距離に相当するバッテリ消費量を
差し引いた値と返却時の充電残量とを比較し、これがほ
ぼ一致すると、会員テーブルの「充電協力回数」のフィ
ールドに１を加える。これと同時に会員実績に充電フラ
ッグをたててもよい。上記の請求料金の演算の際に、こ
の「充電協力回数」に基づいて、たとえば毎日フル充電
をした会員については、料金を１割引にするなど充電促
進割引を行い、円滑なシステム運用に向けて会員を誘導
することができる。

【００６８】８．電気車両図１６は、この発明の車両共用システムで使うことので
きる電気自動車のシステム構成を示す。マネージメント
ＥＣＵ(Electronic Control Unit)８１は、電気自動車
システムの管理を行う制御ユニットである。ＩＣカード
・リード・ライト装置８０は、挿入されたＩＣカードか
ら読み取ったデータをＥＣＵ８１に送り、ＥＣＵ８１か
ら送られるデータをＩＣカードに書き込む。また、マネ
ージメントＥＣＵ８１は、図示しない積算電力計に接続
されており、動力であるバッテリの電力消費および残容
量を検出し、運転席７０のコンソール・パネルに表示す
る。また、これらのバッテリの消費および残容量に関す
るデータは、ＩＣカードリード・ライト装置８０にも送
られて、ＩＣカードが抜き出されるとき、ＩＣカードに
記録される。

【００６９】バッテリ・ボックス６３は電気自動車の動
力となるバッテリ６４を格納する。バッテリは、たとえ
ば２８８Ｖの電圧を得るよう複数の１２Ｖニッケル・メ
タルハライド電池を接続して構成される。バッテリ６４
とモータ・コントローラ７２との接続は、コンタクター
・ボックス内のメイン・コンタクター６７によって行わ
れる。プリチャージ６８は、図示しないがバッテリ６４
からの回線およびコントローラ７２への回線に接続され
ており、メイン・コンタクター６７の接続前に回線を充
電し、メイン・コンタクターが閉じる際に、スイッチに
アーク放電が生じるのを防止するためのものである。Ｉ
Ｃカードリード・ライト装置８０にＩＣカードが挿入さ
れて、いわゆる（内燃機関）ガソリン車で言うところの
イグニション・オン状態にされると、先ずプリチャージ
・スイッチ６８が閉じて回線を予充電し、続いてメイン
・コンタクター６７が閉じてバッテリ８２がモータ７３
に接続される。

【００７０】イナーシャ・スイッチ６１は、車両の衝突
事故の場合など、車両が大きな衝撃を受けたとき作動し
てメイン・コンタクター６７をオフにして車両の安全を
図るためのものである。地烙検出装置６２は、高電圧ラ
インが車体に接触したことを検出するためのものであ
る。

【００７１】モータ７３は、モータＥＣＵ７１からの指
令に基づいてコントローラ７２によって制御される。モ
ータＥＣＵ７１は、運転席７０からのアクセル情報、セ
レクタポジション情報およびブレーキ情報を、また、モ
ータ７３からモータ回転情報を受け取り、コントローラ
７２にトルク指令を出す。モータ７３の回転がギアボッ
クスを介して車軸に伝えられて車輪を駆動する。

【００７２】オンボードチャージャ７６は、外部電源と
接続してバッテリ８２を充電するための充電器である。
常に車外の充電器からバッテリ６４の充電を行うことが
できる環境では、オンボードチャージャ７６はなくても
よく、代わりに車外の充電器に接続するコネクタが備え
られる。１２Ｖバッテリ７７は、通常のガソリン・エン
ジン車のバッテリに相当するもので、それぞれのＥＣ
Ｕ、ＩＣカード・リード・ライト装置などの制御系の装
置の電源である。バッテリ７７は、車の運転状態に応じ
て充電されるようになっている。エアコン７９は、この
電気自動車のエアコンを構成する。

【００７３】図１７は、この電気自動車のコンソール・
パネル８３を示す。残容量計８４は、バッテリの残存容
量を示す。電力消費メータ８５は、走行中の消費電力を
示す。残走行可能距離計８６は、走行時の消費電力とバ
ッテリの残容量との関係で、その時点のバッテリ残容量
であとどれくらい走れるかを表す走行可能距離を表示す
る。チャージリクエストランプ８７は、バッテリの残容
量がわずかになると点滅・点灯し、運転者にバッテリの
充電が必要なことを知らせる。マルチインフォメーショ
ン８８は、ウオーニング表示が点灯しているとき、その
内容を表示する。ウオーニング表示８９は、半ドア、サ
イドブレーキ、シートベルトなどに関するウオーニング
を表示する。スピードメータ９０は、走行速度をデジタ
ル表示する。これらの構成は、あくまでも一例であり、
さまざまの変更が可能である。

【００７４】表３は、ポート端末装置２が車両貸出しお
よび返却の際にＩＣカードに書き込む情報の項目を示
す。

【００７５】

【表３】車両Ｎｏ．車両キーＮｏ．貸出日貸出し時刻貸出し事業体貸出しポート返却日返却時刻返却事業体返却ポート利用開始走行距離利用終了走行距離総走行距離貸出し時間利用時間充電量回数充電量破損有無車両診断情報使用可／不可区分

【００７６】車載のＩＣカードリード・ライト装置は、
このＩＣカードから車両キーナンバを読み取り、マネー
ジメントＥＣＵ８１がその値をＥＣＵ８１のメモリに記
憶されている車両キーナンバと照合し、一致するとメイ
ン・コネクタ６７を作動させる回路をオンにすることが
できる状態にし、イグニション・オン操作によりメイン
・コネクタ６７を作動させる。このとき、上述のように
プリチャージ６８が作動した後メイン・コネクタ６７が
作動する。車両キーナンバが一致しないときは、ＩＣカ
ードを拒絶し、メイン・コネクタ６７が作動できない状
態、すなわちイグニション・オンにしてもメイン・コネ
クタ６７を作動させる回路が働かない状態を維持する。

【００７７】次の表４は、車両のＩＣカード・リード・
ライト装置によりＩＣカードに書き込まれる情報の項目
を示す。

【００７８】

【表４】利用開始日利用開始時刻利用終了日利用終了時刻利用前充電残量利用後充電残量利用後充電量利用前走行距離利用後走行距離走行距離利用終了時平均電費利用開始時バッテリ温度利用開始時ラジエータ温度利用開始時外気温車両診断情報放電量

【００７９】車両が返却されるとき、ポート端末装置２
がＩＣカードからこれらの情報を読み取り、関係するテ
ーブルに新しいレコードとして追加する。これらのデー
タは、上述した車両の引当て管理、課金管理、保守管理
などに使用される。

【００８０】９．待ち時間検出以上がこの発明が適用される車両共用システムの全体構
成である。この発明の車両共用システムでは、複数の会
員に対して複数の車両を時間帯を設定して効率よく割り
当てることが必要となる。特に、朝貸出し、夕返却のパ
ターンと、夕貸出し、朝返却のパターンがマッチングし
た貸出しパターンを構成することで、より多くの会員に
効率よく限られた数の車両を貸出すことが可能となる。
しかしながら、所定の契約時間を経過しても車両が返却
され、駐車場に戻ってきていない。あるいは、点検、修
理に時間がかかっている。等のさまざまな状態が発生す
る場合がある。このような場合に車両貸出し会員は車両
の準備が整うまで待つことが必要となる。

【００８１】会員の所有するＩＣカードに登録された貸
出し車両の条件に該当する車両が貸出し中である場合に
は、ポート端末装置２（図２）の表示画面にその旨、例
えば「現在お貸しできる車両がありません」等のメッセ
ージが表示される。会員はこの表示を確認した後、貸出
しを中止するか、あるいは使用中の車両が駐車場に戻
り、貸出し可能になるまで待つこととなる。

【００８２】この発明は、貸出し可能車両、使用中の車
両、点検中の車両が恒常的に存在する上述のような車両
共用システムにおける車両貸出し形態において効率的な
車両引当を達成するものである。会員の貸出し要求に対
して会員固有の引当条件に該当する車両が駐車場に貸出
し可能状態にないとき、すなわち使用中であるか、また
は、駐車場には返却されているが点検待ち、または点検
中の状態である場合に、これらの車両中から会員の引当
条件に該当する車両を抽出し、その抽出された車両が貸
出し可能となるまでの時間を予測するものである。

【００８３】図１８は、上述の車両共用システム中の主
構成要素を示したブロック図である。図１８は、ポート
端末７０１、表示装置７０２、プロセッサ７０３、会員
実績テーブル７１１、会員マスターテーブル７１２、車
両マスターテーブル７１３、車両実績テーブル７１４か
ら構成されるシステムであり、ＩＣカード７０７をポー
ト端末に挿入することによって上述の車両貸出しあるい
は返却等の手続きのためのデータ読み取りおよび書き込
みが実行される。

【００８４】図１９および図２０は、ポートにおける会
員の貸出し処理手続きに関するフローを示すものであ
る。図１９は会員の引当条件に該当する車両がポートに
返却されて戻ってきてはいるが、いまだ点検が終了して
いない場合におけるフローである。図２０は、会員の引
当条件に該当する車両がポートに返却されずに、現在、
他の会員によって使用されている状態である場合のフロ
ーである。

【００８５】以下、図１９のフローについて説明する。
会員は、図１９のステップ３０１で貸出し処理として、
ポート端末装置（図１８の７０１）に自己の所有するＩ
Ｃカード（図１８の７０７）を挿入し、必要な手続を実
行する。ＩＣカードには貸出し車両に関する情報が記録
されており、ポート端末はこの情報を読み取り、これを
車両引き当て条件とする（ステップ３０２）。なお、Ｉ
Ｃカードからは、会員の識別情報のみを読み取り、その
他の引き当て条件等の必要情報は、会員マスターテーブ
ル（図１８の７１２）から読み取るようにしてもよい。
引き当て条件とは、例えば貸出し可能時間、走行可能距
離等の条件であり、会員の登録時点で決定されたもの、
あるいはその後更新されたものである。会員固有の引き
当て条件は、図５の入会受け付け画面の例に示すよう
に、登録時に利用パターン、利用時間等を申請すること
になっておりこれらのデータが会員マスターテーブルに
登録され、保持されている。この引き当て条件を満足す
る車両が駐車場の現在貸出し可能な車両中にあるか否か
について検討がなされる。車両実績テーブルには図８に
示す車両情報画面から理解されるように、車両ごとのバ
ッテリー残容量、バッテリー容量等の値が記録保持され
ている。これら車両実績テーブル中の車両情報と会員の
車両引き当て条件との比較によって、会員の利用パター
ンを満足する車両が選択される。車両マスターテーブル
には、現在駐車場の貸出し可能状態にある車両とその他
の車両、すなわち現在使用中あるいは駐車場にあるが現
在点検中である車両とが判別可能に記録されている。車
両情報の一例が前述のように図７に示すものである。車
両情報には、図６に示すように、ａ）車両登録Ｎｏ．、
ｂ）利用可能状況、ｃ）使用可能、貸出中、点検待ち等
の区別を示す車両状況、ｄ）車両種類等の項目がある。
まず貸出し可能な車両である車両として車両状況フィー
ルドが「使用可能」である車両を検索対象として会員の
引き当て条件との比較が行われる。

【００８６】引き当て条件を満足する車両が、車両マス
ターテーブルから抽出されれば前述の貸出し処理が実行
されるが、引き当て条件を満足する車両が駐車場に無い
場合は車両なしの一次的な結論が出される（ステップ３
０３）。次に、車両の検索対象領域を点検未了車として
検索を実行（ステップ３０４）する。この検索実行にお
いて、会員の引き当て条件を満足する車両が抽出された
（ステップ３０５）場合、ステップ３０６において、貸
出し可能となるまでの時間を検出する。この待ち時間検
出ステップについては後述する。ステップ３０６におい
て、検出された待ち時間がステップ３０７でポート端末
付属の表示装置に表示される。

【００８７】図２０は、車両の検索対象を現在使用中の
車両まで広げた場合のフローを示すものである。図２０
におけるステップ４０１からステップ４０４までは図１
９のステップ３０１からステップ３０４と同様のステッ
プであるので説明を省略する。ステップ４０５は、ステ
ップ４０４での点検未了車の検索で該当車両が抽出され
なかったことを示す。次のステップ４０６は、返却時間
帯毎の貸出し会員をピックアップするステップである。
会員マスターテーブルには前述のように契約時に車両の
利用パターンが記録されており、また会員実績テーブル
には、貸出し時刻および返却時刻の履歴が記録されてい
る。従って、例えば、現在時刻がＰＭ３：００であれ
ば、その後３０分、すなわちＰＭ３：００−ＰＭ３：３
０の間に返却時刻が設定されている会員をピックアップ
することができる。

【００８８】次に、ステップ４０７においてピックアッ
プされた会員の使用車両について、返却時のバッテリー
残量を予測する。このステップにおけるバッテリー残量
予測は、バッテリー残量＝（その車両毎の貸出し時のバッテリー
残容量）−（その会員毎の平均消費電力量）によって求められる。

【００８９】次に、ステップ４０８において、「引当条
件＜バッテリー残量予測値」が判定される。これは、車
両貸出しを待っている会員の引当条件に含まれるバッテ
リー残容量と、ステップ４０７で計算されたバッテリー
残容量予測値を比較するステップである。バッテリー残
容量予測値が引当条件よりも大であれば、会員の予定す
る走行距離よりも長い距離を走行可能であると判定さ
れ、貸出し車両候補となる。このステップ４０８の条件
に該当しない車両は貸出し車両候補として抽出されな
い。次のステップ４０９は、ステップ４０８において抽
出された車両から、最も速く戻る車の予測時刻＋平均貸
出し準備時間を計算し、貸出し可能となるまでの時間を
予測する。この予測ステップについては後述する。ステ
ップ４１０では、ステップ４０９において予測された待
ち時間をポート端末付属の表示装置に表示して会員に知
らせる。

【００９０】次に図２１および図２２を用いて待ち時間
の予測ステップ（図１９のステップ３０６および図２０
のステップ３０９）について詳細に説明する。図２１
は、貸出し会員個人の車両貸出し実績データに基づいて
待ち時間予測を実行するフローである。図２１において
使用されるのは、会員実績データベース４１１および車
両実績データベース４２１である。まず、会員実績デー
タベース４１１から貸出し／返却時刻の平均を求める
（ステップ４１２）。次のステップ４１３では、ステッ
プ４１２において求められた返却平均時刻に平均貸出し
準備時間、すなわち清掃値メンテナンス等に要する時間
を加算する。

【００９１】一方、車両実績データベース４２１を用い
て、ステップ４２２で消費エネルギー（電力量）の平均
化が実行される。これは、その車両が貸出し中に消費し
ているバッテリー量の平均を求めるものである。この発
明の車両共用システムでは、会員ごとに予定の走行距離
が設定されており、基本的には、毎回の使用ごとにバッ
テリーの使用量に大きなばらつきはなく、このステップ
で求められる平均値と実際のバッテリー残量とには大き
な差は発生しない。

【００９２】次に、ステップ４２３で、現在貸出し中の
車両の貸出し時点におけるバッテリー残容量からステッ
プ４２２で求められた平均値を差し引く。これは、返却
時のバッテリー残容量を算出するものである。このステ
ップ４２２で求められた値を予測バッテリー残容量とす
る（ステップ４２４）。次に、この予測バッテリー残容
量が貸出し予定の会員の引当条件に設定された必要バッ
テリー残容量より大きな値を有するかが検討（ステップ
４２５）され、大きな値を持つ車両であれば貸出し候補
として設定（ステップ４２６）され、この設定された車
両Ｎｏが、ステップ４１３で算出された待ち時間ととも
にポート端末付属の表示装置に表示される（ステップ４
３０）。

【００９３】次に、図２２のフローについて説明する。
図２２は、図２１のフローとほぼ同様のフローを示すも
のであるが、ステップ５０３が異なっている。このステ
ップ５０３は、会員実績データベース５０１、および車
両実績データベース５０２のデータから特定のデータの
みをまず抽出し、抽出されたデータのみについて図２１
のフローと同様のフローを実行するものである。ステッ
プ５０３のデータ抽出条件の設定は、例えば、日時、曜
日、天候等の条件について、現在の貸出し時の条件と一
致する条件を設定し、これをキーとした過去の蓄積デー
タの検索を実行するものである。例えば、現在が１０月
１日、（月）、天候：晴れ、であるとする。会員実績デ
ータベース（図１８の７１１）および車両実績データベ
ース（図１８の７１４）には、それぞれ会員毎、または
車両毎に過去の貸出し実績が上記の日時、曜日、天候デ
ータ等とともに入力され保持されている。この中から、
例えば１０月のデータのみを抽出し、抽出された１０月
のデータを以下のステップ５０４以降、およびステップ
５０６以降に適用する。あるいは、１０月のデータで、
かつ、晴れの日のみのデータを抽出し、以下のステップ
を実行させる。または、１０月、月曜日、かつ、晴れの
日のデータのみを蓄積された会員および車両実績データ
から抽出し、抽出されたデータについてステップ５０４
以下の待ち時間予測ステップ、およびステップ５０６以
下の車両選定ステップを実行する。このような条件設定
を行うことによって、より正確な待ち時間予測が可能と
なる。なお、データ抽出条件は各条件を単独で用いるこ
とも、組み合わせて用いることも可能である。

【００９４】これら図２１または図２２に示すフローを
用いて予測された待ち時間は、図１８に示す表示装置７
０２に表示され、会員に知らされることとなる。さらに
図２１または図２２によって得られた情報は、貸出し処
理を実行する前の会員に対して例えば図２３に示す表示
態様によって情報提供することも可能である。図２３に
は、点検済、点検中、返却待、それぞれの車両につい
て、走行可能距離（予測バッテリー残量から求められ
る）ごとに分類されて、その車両台数が表示される。こ
れらの情報を図１８の表示装置７０２あるいは、大型の
デイスプレイ等に常時表示することによって会員に対し
て適切な車両情報を提供することが可能となる。

【００９５】

【発明の効果】この発明によれば、車両共用システムの
利用において、利用者の車両待ち時間を効率的にかつよ
り高精度に予測することができ、これを車両貸出し予定
の会員に提供することでスムーズな車両の引き当てを行
うことができる。

【図面の簡単な説明】

【図１】この発明の概念を示す図。

【図２】この発明の実施例のシステム構成を示す図。

【図３】この発明の実施例のデータベース・システムの
構成を示す図。

【図４】この発明の実施例の事務用端末装置にメニュー
画面を示す図。

【図５】事務用端末装置に表示される車両情報一覧画面
を示す図。

【図６】事務用端末装置に表示される車両詳細画面を示
す図。

【図７】事務用端末装置に表示される入会受付画面を示
す図。

【図８】入会管理を行うシステムのブロック図。

【図９】事務用端末装置に表示される会員登録確認画面
を示す図。

【図１０】車両の貸出し返却を管理するシステムのブロ
ック図。

【図１１】会員実績テーブルの一部のフィールドおよび
属性を示す図。

【図１２】車両引き当ての流れを示すブロック図。

【図１３】月度請求明細を印刷するフォームのフィール
ドの種類およびその属性を示す図。

【図１４】月度請求明細を作成するプロセスを示す流れ
図。

【図１５】月度請求明細の一例を示す図。

【図１６】電気自動車のシステム構成を示す図。

【図１７】電気自動車のコンソール・パネルを示す図。

【図１８】この発明の実施例の車両貸出し待ち時間検出
を実行するブロック図。

【図１９】この発明の実施例の点検未了車両を対象とす
る貸出し手続きフローを示す図。

【図２０】この発明の実施例のポートに向かっている車
両を対象とする貸出し手続きフローを示す図。

【図２１】この発明の実施例の車両貸出し手続きにおけ
る待ち時間予測を実行するフローを示す図。

【図２２】この発明の実施例の車両貸出し手続きにおけ
る待ち時間予測をデータ抽出ステップを加えて実行する
フローを示す図。

【図２３】この発明の実施例の車両貸出し手続きにおけ
る表示装置の表示例を示す図。

【符号の説明】

１駐車場２ポート端末装置２０ＩＮＳネットワーク２１、２２サーバ２３、２４事務用端末装置２６、２７保守員端末
装置２８ルータ３０会員管理サブシス
テム４０車両管理サブシステム５０会員実績管理シス
テム６０車両実績管理システム７０１ポート端末７０２表示装置７０３プロセッサ７０７ＩＣカード７１１会員実績データベース７１４車両実績データベ
ース

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平４−305800（ＪＰ，Ａ) 特開平８−110999（ＪＰ，Ａ) 特開平６−325237（ＪＰ，Ａ) 実開昭55−170801（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G08G 1/00 - 9/02 G06F 17/60 112

Claims

(57)【特許請求の範囲】

【請求項１】端末装置を用いた自動手続きで車両の貸出
しおよび返却を行う車両共用システムにおいて、貸出し車両情報をデータとする車両情報データベース
と、貸出し会員情報をデータとする会員情報データベー
スと、会員からの車両貸出しの要求に応じて前記車両情報デー
タベース中から貸出し可能車両を検索対象として会員の
車両引き当て条件を満足する車両の検索を実行する第１
の車両検索手段と、前記第１の車両検索手段によって検索対象となった車両
以外の車両で、ａ）使用中の車両、または返却済みであ
るが、ｂ）点検待ちあるいは点検中の車両、と前記会員
の車両引き当て条件とを比較することによって会員の車
両引き当て条件を満足する車両の抽出を実行する第２の
車両検索手段と、前記第２の車両検索によって抽出された車両が貸出し可
能となるまでの時間を予測する予測手段と、を有することを特徴とする車両共用システム。
【請求項２】前記予測手段は、貸出し車両候補となる車
両がａ）使用中の車両であるか、または、Ｂ）返却済み
であるが点検待ちあるいは点検中の車両、であるかを判
別し、点検待ちあるいは点検中の車両である場合には、
該貸出し車両候補の返却時間に平均貸出し準備時間を加
算し、これを貸出し可能時間の算出に用いることを特徴
とする請求項１記載の車両共用システム。
【請求項３】前記予測手段は、貸出し車両候補となる車
両がａ）使用中の車両であるか、または、ｂ）返却済み
であるが点検待ちあるいは点検中の車両であるかを判別
し、使用中である場合には、該貸出し車両候補の返却予
測時間を、過去の返却時間実績データから算出し、該返
却実績データ平均に平均貸出し準備時間を加算し、これ
を貸出し可能時間の算出に用いることを特徴とする請求
項１記載の車両共用システム。
【請求項４】前記予測手段は、貸出し車両候補となる車
両がａ）使用中の車両であるか、または、ｂ）返却済み
であるが点検待ちあるいは点検中の車両であるか、を判
別し、使用中である場合には、該貸出し車両候補の返却
予測時間を、過去の返却時間実績データ中から影響因子
によって抽出された抽出データの平均値を算出し、該平
均値に平均貸出し準備時間を加算し、これを貸出し可能
時間の算出に用いることを特徴とする請求項１記載の車
両共用システム。
【請求項５】前記影響因子は、日時、曜日、祝祭日など
の歴および天候のいずれか、またはこれらの組み合わせ
であることを特徴とする請求項４記載の車両共用システ
ム。
【請求項６】端末装置を用いた自動手続きで車両の貸出
しおよび返却を行うことができる車両共用システムにお
ける待ち時間検出方法において、会員からの車両貸出しの要求に応じて車両情報データベ
ース中の貸出し可能車両を検索対象として会員の車両引
き当て条件を満足する車両の検索を実行する第１の車両
検索ステップと、前記第１の車両検索手段によって検索対象となった車両
以外の車両で、ａ）使用中の車両、または、ｂ）返却済
みであるが点検待ちあるいは点検中の車両、と前記会員
の車両引き当て条件とを比較することによって会員の車
両引き当て条件を満足する車両の抽出を実行する第２の
車両検索ステップと、前記第２の車両検索によって抽出された車両が貸出し可
能となるまでの時間を予測する予測ステップと、を有することを特徴とする車両共用システムにおける待
ち時間検出方法。
【請求項７】前記予測ステップは、貸出し車両候補とな
る車両がａ）使用中の車両であるか、または、ｂ）返却
済みであるが点検待ちあるいは点検中の車両であるかを
判別し、ｂ）返却済みであるが点検待ちあるいは点検中
の車両である場合に、該貸出し車両候補の返却時間に平
均貸出し準備時間を加算するステップを実行し、これを
貸出し可能時間の算出に用いることを特徴とする請求項
６記載の車両共用システムにおける待ち時間検出方法。
【請求項８】前記予測ステップは、貸出し車両候補とな
る車両がａ）使用中の車両であるか、または、ｂ）返却
済みであるが点検待ちあるいは点検中の車両であるか、
を判別し、ａ）使用中の車両である場合に、該貸出し車
両候補の返却予測時間を、過去の返却時間実績データか
ら算出し、該返却実績データ平均に平均貸出し準備時間
を加算するステップを実行し、これを貸出し可能時間の
算出に用いることを特徴とする請求項６記載の車両共用
システムにおける待ち時間検出方法。
【請求項９】前記予測ステップは、貸出し車両候補とな
る車両がａ）使用中の車両であるか、または、ｂ）返却
済みであるが点検待ちあるいは点検中の車両であるか、
を判別し、ａ）使用中の車両である場合は、該貸出し車
両候補の返却予測時間を、過去の返却時間実績データ中
から影響因子によって抽出された抽出データの平均値を
算出し、該平均値に平均貸出し準備時間を加算し、これ
を貸出し可能時間の算出に用いることを特徴とする請求
項７記載の車両共用システムにおける待ち時間検出方
法。
【請求項１０】前記影響因子は、日時、曜日、祝祭日な
どの歴および天候のいずれか、またはこれらの組み合わ
せであることを特徴とする請求項９記載の車両共用シス
テムにおける待ち時間検出方法。