JP4864241B2 - Vehicle shared use management device - Google Patents

Vehicle shared use management device Download PDF

Info

Publication number
JP4864241B2
JP4864241B2 JP2001228557A JP2001228557A JP4864241B2 JP 4864241 B2 JP4864241 B2 JP 4864241B2 JP 2001228557 A JP2001228557 A JP 2001228557A JP 2001228557 A JP2001228557 A JP 2001228557A JP 4864241 B2 JP4864241 B2 JP 4864241B2
Authority
JP
Japan
Prior art keywords
vehicle
user
reservation
shared
shared vehicle
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001228557A
Other languages
Japanese (ja)
Other versions
JP2003044572A (en
Inventor
卓 上原
守 國分
伸治 谷野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honda Motor Co Ltd
Original Assignee
Honda Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honda Motor Co Ltd filed Critical Honda Motor Co Ltd
Priority to JP2001228557A priority Critical patent/JP4864241B2/en
Publication of JP2003044572A publication Critical patent/JP2003044572A/en
Application granted granted Critical
Publication of JP4864241B2 publication Critical patent/JP4864241B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、駐車領域に駐車された車両を利用者に貸出すための管理を行う車両共同利用管理装置に関する。
【0002】
【従来の技術】
従来から車両の共同利用システムにあっては、複数の利用者によって車両を効率よく利用し、円滑な移動手段の確保を目的とする様々な提案がされている。
このような提案の中で、例えば特許第2890108号公報では、予約の有無に係わらず利用可能な無人の車両貸出し(レンタル)システムが提案されている。
上述のような車両の共同利用による車両貸出しシステムでは、ポートと呼ばれる駐車領域に利用者に共同で利用される車両が用意され、利用者は、通常はまえもって配車センタに予約することにより、ポートに駐車された特定の車両を確保する”予約乗り”と呼ばれる一般的な貸出し方法と、予約を行わず直接ポートに出向いて、ポートに設けられた端末を操作することによりポートに駐車されている車両を利用する”直乗り”と呼ばれる貸出し方法のどちらかにより車両を利用する。
なお、”直乗り”の場合、ポートに設けられた端末は、利用者が車両の貸出しを希望して使用者証カードを挿入すると、使用者資格の検査のために相応のデータを配車センタへ送信し、配車センタにおいて利用者が有資格者であると確認された結果、配車センタから送信されてくるチップカードの発行指令に従って、利用者に車両を利用するためのチップカードの発行を行う。
【0003】
【発明が解決しようとする課題】
しかし、上述の従来技術によれば、”予約乗り”と”直乗り”との両方の手続き方法が可能な車両共同利用システムとしたので、利用者にとって使い勝手がよいシステムであるものの、”直乗り”の場合、利用者がポートに設けられた端末から車両の貸出しを希望して使用者証カードを挿入し、配車センタによる有資格者の確認が行われ、利用者に対して車両を利用するためのチップカードが発行されるまでの時間が長いため、その間に車両を”予約乗り”の利用者に予約されてしまうという問題があった。
具体的に、”直乗り”の利用者の操作する端末(ポート端末)や共有車両側と車両共同利用システムを管理する管制室側(配車センタ)との間の通信による情報の交換の例を図8に示す。
例えば通信環境の良くない地域で通信を行った場合等何らかの原因により通信遅れが発生すると、共有車両側から管制室側への車両貸出しを希望する信号は遅延する(ステップS74)。このとき、管制室側は、携帯端末やインターネットから送信される”直乗り”の利用者よりも後から車両の利用希望が発生した”予約乗り”の利用者の予約手続き(ステップS75)を先に受け付け、”予約乗り”の利用者に対して車両の利用許可を送信してしまい(ステップS76)、”直乗り”の利用者に対しては、車両の利用不許可を送信せざるを得ないのである(ステップS77)。
【0004】
本発明は、上記課題に鑑みてなされたもので、通信環境や通信遅延により、車両側の端末と管制室側制御装置との間の通信による情報の交換に時間がかかっても、車両の利用希望が発生した順番に従って、正確に車両の貸出しを行うことが可能な車両共同利用管理装置を提供することを目的とする。
【0005】
【課題を解決するための手段】
上記課題を解決するために、請求項1に記載の発明は、管制室に設けられ、少なくともユーザIDを含む利用者の登録データを記録する会員マスタデータと、少なくとも共有車両の使用状態を含む共有車両に関する状態のデータを記録する車両マスタデータベースと、ユーザIDに対して少なくとも前記共有車両の車両番号が関連付けられて予約情報として記録された予約マスタデータベースと、を具備し、予約端末でユーザが指定した共有車両を特定する情報を受信可能な管制室側制御装置と、前記共有車両に設けられ、前記利用者のユーザIDを入力するリーダと、前記利用者のPINを入力する操作部と、少なくとも車両の使用状態のデータを記憶する記憶装置と、を具備する車両側制御装置と、前記管制室側制御装置と前記車両側制御装置との無線通信を行う通信手段とを備え、前記会員マスタデータベースにユーザIDが登録されている利用者が、予約端末から共有車両を特定する情報を指定して前記共有車両の予約を行う予約乗りと、前記会員マスタデータベースにユーザIDが登録された利用者が、前記リーダよりユーザIDを入力して、該ユーザIDを受信した前記管制室側制御装置が当該利用者への貸し出しの可否を判定することで、空いている前記共有車両を前記予約端末からの予約なしに利用する直乗りとの2通りの方法によって、所定の駐車領域に駐車された前記共有車両を利用者に貸出す管理を行う車両共同利用管理装置であって、前記管制室側制御装置は、前記予約端末により指定された前記共有車両を特定する情報を受信すると、前記車両側制御装置へ予約確認のための予約確認信号を送信する手段と、前記車両側制御装置より前記予約確認信号に対する予約確認結果として折り返し送信される予約確認結果信号を受信すると、該予約確認結果信号に基づき予約が確保できたか否かを判定する手段と、予約が確保できたと判定された場合に、前記利用者のユーザIDと予約が確保できたと判定された前記共有車両の車両番号とを対応付けて前記予約情報として前記予約マスタデータベースに記録する手段と、前記予約確認の信号に基づき予約が確保できたと判定された場合に、予約の確保がなされた旨を、前記予約端末を介して利用者に報知する手段と、前記車両側制御装置から前記ユーザIDと前記共有車両の車両番号とを受信すると、前記予約マスタデータベースを検索して、当該車両番号の車両の利用可否を判定する手段と、該判定により利用可と判定された場合に、車両の利用可を示す情報と利用者のPINとを前記車両側制御装置へ送信する手段とを備え、前記車両側制御装置は、前記管制室側制御装置から前記予約の確認信号を受信した際に、前記記憶手段の前記使用状態のデータに基づき車両が利用可能状態であるか否かを判定し、利用可能状態であると判定された場合に、該使用状態のデータを予約済みに変更して前記記憶手段に記憶させる手段と、前記管制室側制御装置から利用者のPINを受信し、前記操作部から利用者のPINが入力された場合に、これらPINを照合して前記操作部から入力されたPINが正しいか否かを判定する手段と、該判定により前記操作部から入力されたPINが正しいと判定された場合に、前記記憶手段の前記使用状態のデータを現在使用中に変更して前記記憶手段に記憶させる手段と、前記管制室側制御装置より送信された予約確認信号を受信すると、前記記憶装置に記憶された前記共有車両の使用状態のデータによって前記共有車両利用可否を判定する手段と、前記共有車両が利用可能ではないと判定された場合に、予約ができないことを示す予約確認結果信号を前記管制室側制御装置へ送信する一方、共有車両が利用可能であると判定された場合に、予約可能であることを示す予約確認結果信号を前記管制室側制御装置へ送信する手段とを備えることを特徴とする。
【0006】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図1は、本発明の実施の形態の構成を示すブロック図である。
図1において、管制室1は、ポートと呼ばれる駐車領域に駐車され、利用者に共同で利用される共有車両2の予約や配車、利用料金の請求等、車両の共同利用を管理する車両共同利用管理装置の管理センタである。共有車両2は、管制室1に会員として登録された利用者A3が、携帯端末4から管制室1に予約を入れることにより、出発・到着ポート、期日、時刻、車種等の車両を特定する情報を指定して車両を確保する”予約乗り”と呼ばれる方法と、管制室1に会員として登録された利用者B5が、所持するスマートカード6により直接空いている車両を利用する”直乗り”と呼ばれる方法の2通りの方法により利用される。 また、通信網7は、利用者A3の所持する携帯端末4と管制室1や、共有車両2と管制室1を接続するための通信網であって、例えばWAP(Wireless Application Protocol )による無線通信、WWW(World Wide Web)を利用したインターネットや公衆回線網を介した有線通信により情報の送受信を行う。
【0007】
なお、共有車両2は、管制室1の下で1台以上が管理されるものとする。また利用者A3、利用者B5は、何人いても良い。
また、携帯端末4は、インターネット等のコンピュータネットワークや公衆回線網に対する接続機能を持った端末であり、無線通信により接続される、携帯電話やパーソナル・ハンディフォン・システム(Personal Handy Phone System )を含む携帯端末、あるいは移動通信端末に限らず、有線通信により接続される端末も含むものとする。更に、上述の有線、あるいは無線通信を用いた端末において、簡易型のコンピュータネットワーク接続機能を持った端末も含むものとする。
【0008】
また、管制室(車両管理装置)1は、制御部11と、会員マスタ12と、料金表13と、車両マスタ14と、ポートマスタ15と、貸出履歴マスタ16と、予約マスタ17と、入出力手段18と、ネットワーク19とから構成されている。
制御部11は、CPU(中央演算装置)を備えたコンピュータシステムにおいて車両管理制御プログラムを実行し、管制室1の全体の動作を管理する。
また、制御部11は、特に、利用者から入力された、出発ポートの情報と利用を希望する車両の情報とを含む予約情報に基づいて、該ポートの指定車両へ車両使用状態を問い合わせ、該車両から折り返し送信される車両利用判断結果に基づいて、車両の利用の可否を判断して予約手続きを行う予約手続き手段101を含む。なお、制御部11の動作の詳細は後述する。
【0009】
会員マスタ12は、会員として登録された各利用者の登録データを記録するデータベースであって、会員毎の(1)ユーザID、(2)住所、(3)利用権の情報等が記録されている。
料金表13は、共有車両2の利用に対する料金体系を記録したデータベースであって、(1)基本料金、(2)延長料金、(3)割増・割引料金等が記録されている。
車両マスタ14は、共有車両2を管理するために、各共有車両に関する状態を記録したデータベースであって、例えば共有車両毎の(1)車両番号、(2)車種(種類)、及び装備、色等を含む機種情報(3)駐車位置(駐車ポート)、(4)車両の使用状態等が記録されている。
【0010】
ポートマスタ15は、共有車両2を管理するために、ポートに関する状態を記録したデータベースであって、例えばポート毎の(1)駐車場に駐車中の台数、(2)実車台数、(3)駐車車両番号等が記録されている。
貸出履歴マスタ16は、共有車両2の利用履歴を記録したデータベースであって、例えば各利用者毎の個別情報として、(1)ユーザID、(2)(貸出した)車両番号、(3)貸出時刻、(4)返却時刻、(5)乗り出し場所、(6)返却場所、(7)走行距離、(8)消費燃料等が記録されている。
予約マスタ17は、”予約乗り”における利用者A3による車両予約を管理するために、予約情報を記録したデータベースであって、利用者A3のユーザIDに関連づけて(1)出発ポート、(2)到着ポート、(3)車種や車両番号等の情報が記録されている。
【0011】
入出力手段18は、管制室1が、携帯端末4と車両の貸出し予約に係わる情報を送受信したり、管制室1が、共有車両2と車両の貸出し、及び返却に係わる情報、すなわち、車両管理データを送受信したりするためのインタフェース部である。なお、管制室1と共有車両2との間の車両管理データの送受信は無線通信により直接行われる。
ネットワーク19は、管制室1内で、上述の制御部11と、会員マスタ12と、料金表13と、車両マスタ14と、ポートマスタ15と、貸出履歴マスタ16と、予約マスタ17と、入出力手段18とを接続し、データの送受信を行うためのLAN(Local Area Network)を構成する通信網である。
【0012】
次に、図面を用いて、本実施の形態で用いられる共有車両2について説明する。
図2は、共有車両2の構成を示すブロック図であって、図2において、共有車両2は、通信アンテナ21と、通信装置22と、カード用アンテナ23と、カードリーダ24と、制御部25と、ドアロック機構26と、メイン電源制御機構27と、モニタ表示部28と、操作部29と、キースイッチ30と、返却ボタン31と、記憶装置32と、車速パルス検出器33と、A/D変換器34と、燃料計35と、タグ用アンテナ36と、IDタグリーダ37と、LED表示部38とから構成される。
共有車両2は、ポートと呼ばれる駐車領域の、ロットと呼ばれる1台分の駐車スペースに停められており、管制室1とは、通信アンテナ21に接続された通信装置22を介して無線通信を行い、各種データを交換する。
【0013】
共有車両2は、利用者A3、または利用者B5が、例えば非接触読み書き方式のスマートカード6を共有車両2に設けられたカード用アンテナ23へかざすと、カードリーダ24により読み取られた信号を、共有車両2の動作を管理する制御部25へ通知する。
制御部25は、通信装置22と通信アンテナ21を介して、管制室1と無線通信により通信を行い、利用者がスマートカード6をかざして、共有車両2の利用を求めたことを管制室1へ送信し、車両の貸出しの許可を求める。
【0014】
また、記憶装置32は、ROM(Read Only Memory)やRAM(Random Access Memory)から構成され、共有車両2毎に割り当てられた車両のID番号(車両番号)やこの共有車両2を利用可能な利用者のユーザIDを予め記憶していると共に、利用者が入力した利用者のユーザIDやPIN(Personal Identification Number)、更に、時間の経過とともに変化するこの共有車両2に関しての(1)利用可能、(2)予約済み、(3)現在使用中、(4)整備中等の車両の状態を示す使用状態データを一時記憶する。
共有車両2の貸出し時は、利用者がスマートカード6をかざしてユーザIDを入力すると、制御部25が、記憶装置32に記憶されたユーザIDと入力されたユーザIDを照合し、両者が一致すればドアロック機構26がドアキーの解除を行う。
また、制御部25が、記憶装置32に記憶された車両番号や、利用者が入力した利用者のユーザID等を管制室1へ送信すると、利用者に対する共有車両2の貸出しの可否が判断され、管制室1から、判断結果とともに利用者のPINが共有車両2に対して送信される。そして、制御部25において、利用者の入力したPINと管制室1から送信されたPINの一致が確認されると、メイン電源制御機構27がイグニッション回路を使用可とする。
【0015】
利用者A3、または利用者B5は、共有車両2の貸出し時に、モニタ表示部28に表示された指示に従い、必要事項を操作部29から制御部25へ入力し、キースイッチ30を押して共有車両2のイグニッションをONにして共有車両2の利用を開始する。また、利用者は共有車両2をポートへ返却する時に、ポートにおいて返却ボタン31を押して返却処理を行う。
なお、上述のスマートカード6は、記録されたID番号が読み書きでき、そのカードの中だけで簡単な意志決定ができるプロセッサを含むICが搭載されたID端末であって、本実施の形態では、ID番号を共有車両2へ通知するために用いるID端末は、非接触、または接触読み書き方式のICカードの他、共有車両2側の読み取り装置が対応すれば、非接触、接触読み書き方式に限らず、磁気カード、ICチップを内蔵した携帯電話機等、記録されたID番号が読み書きできるものであれば何を用いても良い。
【0016】
また、共有車両2の走行中は、車速パルス検出器33から、共有車両2の走行状態を表す車速パルス信号が制御部25へ通知されており、更に、制御部25には、A/D変換器34を介して燃料計35が接続され、制御部25は、これにより燃料の消費具合を確認する。
なお、利用者が共有車両2を借りる場合の操作については、詳細を後述する。
【0017】
また、タグ用アンテナ36とIDタグリーダ37は、ポートに駐車された共有車両2が、ポートの中のロットを識別するための装置である。
また、LED表示部38は、例えば色分けした表示や、文字による表示により、”利用可能”、”予約済み”、”現在使用中”、”整備中”等の共有車両2の使用状態を表示するための、利用者が共有車両2の外側から確認できる位置に設けられた表示部である。但し、LED表示部38は、利用者に共有車両2の使用状態を示すことができるものであれば、どんな表示部であっても良い。
【0018】
なお、更にタグについて図3を用いて説明すると、図3に示すように、ポート50には共有車両2を駐車するためのロット51が複数設けられており、それぞれのロット51には、ポート50やロット51に個別に割り当てられたID番号を送出する装置であるIDタグ52が設置されている。
IDタグ52は、タグ用アンテナ36との間で、電磁結合方式、電磁誘導方式、マイクロ波方式、静電結合方式、光伝送方式等のいずれかにより、ポート50やロット51毎に固有のID番号をやりとりし、共有車両2は、タグ用アンテナ36で受信した信号をIDタグリーダ37で読み取ることにより、自分が駐車したポートやロットの位置を把握する。
なお、図3に示すように、IDタグ52は、ロット51の対角に2個配置され、共有車両2の前止め、後止めに対応し、タグ用アンテナ36は、共有車両2のIDタグ52に近い方の前方片隅か後方片隅(図3では前方左隅)に配置される。
また、共有車両2が駐車したポートやロットの位置を把握するしくみは、IDタグ52に限らず、ETC(自動料金収受システム)に利用する送受信機や、GPS(Global Positioning System )を用いた位置検知手段であっても良い。
【0019】
次に、本実施の形態の車両共同利用管理装置の車両貸出し動作を図面を用いて説明する。
まず、図4のフローチャートを用いて、車両共同利用管理装置の全体の処理の流れを説明する。
利用者A3は、共有車両2の予約を行いたい場合、携帯端末4からインターネット等の通信網7を介して、管制室1へアクセスし、予約処理の手続きを行い(ステップS1)、共有車両2を利用する権利の確保ができたら、実際に共有車両2の駐車されたポートへ行き、該当する共有車両2のカード用アンテナ23にスマートカード6をかざして自分のユーザIDを提示する。
また、利用者B5が予約を行わないで共有車両2を利用する場合、管制室1では予約処理(ステップS1)は行われず、利用者B5は、直接共有車両2の駐車されたポートへ行き、実際に利用したい共有車両2のカード用アンテナ23にスマートカード6をかざして自分のユーザIDを提示する。
【0020】
ユーザIDを提示された共有車両2は、利用者の車内への入室(アクセス)の可否を決定するとともに、管制室1と車両貸出処理を行い、利用者に対する車両貸出しの手続きを行う。
この車両貸出処理には、主に管制室1側で行われる車両貸出判定処理(ステップS2)と、主に共有車両2側で行われる車両利用判定処理(ステップS3)が含まれている。
ここで、車両貸出判定処理(ステップS2)は、利用者に付与されたユーザIDを確認する処理を含み、共有車両2の制御部25は、利用者A3、または利用者B5が、スマートカード6により共有車両2へアクセスしたら、カードリーダ24により、スマートカード6に記録されたユーザIDを読み取り、利用者の車内への入室(アクセス)の可否を決定するとともに、通信装置22と通信アンテナ21を介して、ユーザIDを管制室1へ問い合わせる。
【0021】
一方、管制室1の制御部11では、利用者が利用しようとする共有車両2から、ユーザIDの問い合わせが来たら、受信したユーザIDにより、貸出履歴マスタ16を検索し、このユーザIDを持つ利用者による未返却車両の有無を確認する。そして、利用者による未返却車両の存在が確認された場合、制御部11は、共有車両2へ、この利用者に対する車両の利用不可を示す情報を返す。
また、利用者による未返却車両の存在が確認されない場合、受信したユーザIDにより、更に予約マスタ17を検索し、この利用者による予約の有無を確認する。そして、この利用者が他ポートの共有車両2の予約を行っていた場合、他ポートでの予約の取り消しを行う。また、この利用者が他ポートの共有車両2の予約を行っていない場合、または他ポートの予約を取り消したら、共有車両2へ、この利用者に対する車両の利用可を示す情報を返す。
【0022】
また、利用者は、車内への入室が許可されたら、自分に割り当てられたPINを共有車両2の操作部29から入力し、共有車両2は、車両利用判定処理(ステップS3)を行う。ここで、車両利用判定処理は、利用者に付与されたPINを確認する処理であって、利用者A3や利用者B5が操作部29よりPINを入力すると、共有車両2の制御部25が、入力されたPINと予め利用者A3、または利用者B5に対して付与され、管制室1から送信されたPINとが一致するか否かの判定を行う。判定の結果、PINが一致する場合、共有車両2の制御部25が、メイン電源制御機構27へエンジン始動許可信号を出力するので、利用者はキースイッチ30により共有車両2のエンジンを始動して利用を開始する。
【0023】
そして、車両貸出判定処理と車両利用判定処理により共有車両2の利用を許可された利用者が共有車両2の使用を終了する際、共有車両2のポートへの車両返却処理(ステップS4)を行って、管制室1が課金のための車両の使用情報を取得すると、本実施の形態の車両共同利用管理装置の動作は終了する。なお、車両の使用情報とは、返却時刻と走行距離、及び返却時燃料(燃料消費量)等の共有車両2の利用料金計算に必要な情報のことを指す。
【0024】
次に、図5のフローチャートを用いて、更に上述の予約処理の詳細を説明する。
まず、利用者A3が携帯端末4を用い、通信網7を介して管制室1にアクセスすると、管制室1では、制御部11に含まれる予約手続き手段101が、携帯端末4を介して利用者A3に利用者認証を求め、更に、利用者A3に予約条件を入力させ、予約処理の受信を行う(ステップS11)。ここで、予約条件とは、出発ポート、到着ポート、利用期日、利用時間、希望する車両の機種等の、貸出しを行う共有車両2を選択するための情報である。なお、車両の機種とは、車両の車種(車体の種類)やエンジン、トランスミッション(例えばAT/MT)、2輪駆動/4輪駆動等の動力伝達機能の種類、更に、サンルーフ等装備品の有無、車体の色等、車両を区別する分類のことを言う。
【0025】
次に、予約手続き手段101は、利用者認証により取得したユーザIDにより、貸出履歴マスタ16を検索し、このユーザIDを持つ利用者による未返却車両の有無を確認する(ステップS12)。
ステップS12において、利用者による未返却車両の存在が確認された場合(ステップS12のYES)、利用者A3の携帯端末4へ、「手続きできません。」という利用者に対するメッセージによって予約手続きが不可能であることを通知する(ステップS13)。
また、ステップS12において、利用者による未返却車両の存在が確認されない場合(ステップS12のNO)、取得したユーザIDにより、更に予約マスタ17を検索し、この利用者による予約の有無を確認する(ステップS14)。
ステップS14において、この利用者の予約が確認された場合(ステップS14のYES)、ステップS13へ進み、利用者A3の携帯端末4へ予約手続きが不可能であることを通知する。
【0026】
また、ステップS14において、この利用者の予約が確認されない場合(ステップS14のNO)、出発ポートに空き車両があるか否かを判定する(ステップS15)。
ステップS15において、出発ポートに空き車両がある場合(ステップS15のYES)、該当する共有車両2に対して予約の確認信号を送信する(ステップS16)。
ステップS15において、出発ポートに空き車両がない場合(ステップS15のNO)、予約手続き手段101は、携帯端末4を介して利用者A3に”予約NG”のメッセージを通知して予約待ち確認画面へ移行し、車両の空きを待つか、予約を中止するか等、利用者A3の希望の処理を行い、予約処理動作を終了する(ステップS17)。
【0027】
また、上述のステップS16に対応して、管制室1から予約の確認信号を受信した共有車両2では、制御部25が記憶装置32に記憶された車両の使用状態により、例えば管制室1への予約なしに”直乗り”によって当該車両が他の利用者によって使用されている、または整備のため待機中である等、車両の使用状態を確認し、車両が利用可能状態であるか否かを判定する(ステップS18)。
ステップS18において、この共有車両2が利用可能であった場合(ステップS18のYES)、記憶装置32に記憶されたユーザIDの中で予約を希望した利用者A3のユーザIDにのみ車両貸出しを許可するように設定する。
また、記憶装置32に記憶されたこの共有車両2に関しての(1)利用可能、(2)予約済み、(3)現在使用中、(4)整備中等車両の状態を示す使用状態データを(2)予約済みに変更し、LED表示部38に表示する(ステップS19)。
そして、管制室1へ予約OKの信号を送信する(ステップS20)。
また、ステップS18において、この共有車両2が利用可能でなかった場合(ステップS18のNO)、管制室1へ予約NGの信号を送信する(ステップS21)。
【0028】
一方、管制室1の予約手続き手段101では、共有車両2からの予約OK、または予約NGの信号を受信し(ステップS22)、共有車両2を確保できたか否かを判定する(ステップS23)。
ステップS23において、共有車両2が確保できていないと判定した場合(ステップS23のNO)、ステップS15へ戻り、上述の処理を繰り返す。
また、ステップS23において、共有車両2が確保できたと判定した場合(ステップS23のYES)、予約を希望した利用者A3のユーザIDと確保した共有車両2の車両番号を対応づけ、上述の予約条件とともに予約マスタ17へ記録し、車両マスタ14の車両の使用状態データを変更する(ステップS24)。
また、予約を希望した利用者A3の携帯端末4に”予約OK”というメッセージと予約車両番号を送信して(ステップS25)予約処理動作を終了する。
【0029】
次に、図6のフローチャートを用いて、更に上述の車両貸出判定処理と車両利用判定処理を含む車両貸出処理の詳細を説明する。
まず、共有車両2の制御部25は、利用者A3、または利用者B5が、スマートカード6を用いて共有車両2へアクセスしたら、カードリーダ24により、スマートカード6に記録されたユーザIDを読み取り(ステップS31)、記憶装置32に記憶された車両貸出しが許可されているユーザIDと照合し、該共有車両2の利用を希望した利用者に車両の貸出しが許可されているか否かを判定する(ステップS32)。
ステップS32において、共有車両2の利用を希望した利用者に車両の貸出しが許可されていない場合(ステップS32のNO)、「車両を利用できません。」という利用者に対するメッセージにより、LED表示部38に利用不可能であることを表示して(ステップS33)車両貸出処理を終了する。
また、ステップS32において、共有車両2の利用を希望した利用者に車両の貸出しが許可されていた場合(ステップS32のYES)、共有車両2の制御部25はドアロックを解除し(ステップS34)、利用者の車内への入室を許可する(乗車権の確立を行う)(ステップS35)。
【0030】
そして、共有車両2の制御部25は、通信装置22と通信アンテナ21を介して、ユーザIDと車両番号を管制室1へ送信する(ステップS36)。
次に、利用者A3や利用者B5により利用を求められた共有車両2の制御部25が、利用者のユーザIDを管制室1へ送信したら、管制室1の制御部11は、まず受信した利用者のユーザIDにより、貸出履歴マスタ16を検索して(ステップS37)、該利用者による未返却車両の有無を確認する(ステップS38)。
ステップS38において、利用者による未返却車両の存在が確認された場合(ステップS38のYES)、制御部11は、共有車両2へ、この利用者に対する車両の利用不可を示す情報を返すとともに(ステップS39)、受信したユーザIDを持つ利用者に割り当てられたPINを送信する(ステップS40)。
【0031】
また、ステップS38において、利用者による未返却車両の存在が確認されない場合(ステップS38のNO)、制御部11は、受信した利用者のユーザIDにより、予約マスタ17を検索して(ステップS41)、この利用者による予約の有無を確認する(ステップS42)。
ステップS42において、該利用者が予約を行っていた場合(ステップS42のYES)、管制室1の制御部11は、この利用者がこのポート(ユーザIDと車両番号を送信してきた共有車両2が駐車されているポート)を出発ポートとして予約手続きを行っているか否かを判定する(ステップS43)。
ステップS43において、この利用者がこのポートを出発ポートとして予約手続きを行っていない場合(ステップS43のNO)、予約は他ポートの共有車両2に対して行われていると判断し、他ポートでの予約の取り消しを行う(ステップS44)。
【0032】
一方、ステップS42において、該利用者が予約を行っていない場合(ステップS42のNO)、または、ステップS43において、この利用者がこのポートを出発ポートとして予約手続きを行っている場合(ステップS43のYES)、制御部11は、共有車両2へ、この利用者に対する車両の利用可を示す情報を返すとともに(ステップS45)、受信したユーザIDを持つ利用者に割り当てられたPINを送信する(ステップS40)。
【0033】
また、上述のステップS39とステップS45、及びステップS40に対応して、利用者に対する車両の利用の可否を示す情報と利用者に割り当てられたPINとを受信した(ステップS46)共有車両2の制御部25は、受信した情報により利用者に対する車両の利用の可否を判定する(ステップS47)。
ステップS47において、利用者に車両の利用が許可されていなかった場合(ステップS47のNO)、共有車両2の制御部25は、モニタ表示部28に「未返却の車両があります。」という利用者に対するメッセージ表示を行う(ステップS48)。
そして、メッセージを確認した利用者がドアを開けて車両を降り、ドアを閉めるのを確認したら(ステップS49)、ドアロックを施錠し(ステップS50)、モニタ表示部28の表示を消して(ステップS51)、車両貸出処理を終了する。
【0034】
また、ステップS47において、利用者に車両の利用が許可されていた場合(ステップS47のYES)、ドアロックが解除されて車内への入室が許可された利用者に、自分に割り当てられたPINを共有車両2の操作部29から入力させる(ステップS52)。
次に、PINが入力されたら、共有車両2の制御部25は、記憶装置32に記憶されたPINとの照合を行い、利用者によって入力されたPINが正しいか否かを判定する(ステップS53)。
ステップS53において、利用者によって入力されたPINが正しくない場合(ステップS53のNO)、モニタ表示部28に「PINがまちがっています。」という利用者に対するメッセージ表示を行い(ステップS54)、ステップS52へ戻り、上述の処理を繰り返す。
一方、ステップS53において、利用者によって入力されたPINが正しい場合(ステップS53のYES)、共有車両2の制御部25は、記憶装置32に記憶された車両の使用状態データを「現在使用中」に変更する。そして、メイン電源制御機構27へエンジン始動許可信号を出力し、共有車両2を走行可能状態とし(ステップS55)、車両貸出処理を終了する。
【0035】
なお、本実施の形態では、共有車両2の制御部25が車両利用判断手段を構成する。より具体的には、図5のステップS18〜S21が車両利用判断手段に相当する。
【0036】
以上説明した本実施の形態の車両共同利用管理装置の”直乗り”の利用者の操作する端末や共有車両側と車両共同利用管理装置を管理する管制室側との間の通信による情報の交換の例を図7に示す。
例えば通信環境の良くない地域で通信を行った場合等何らかの原因により通信遅れが発生すると、確かに共有車両側から管制室側への車両貸出しを希望する信号は遅延する(ステップS64)。しかし、管制室側は、携帯端末やインターネットから送信される”直乗り”の利用者よりも後から車両の利用希望が発生した”予約乗り”の利用者の予約手続き(ステップS65)に対して、一度共有車両に車両の使用状態を問い合わせる(ステップS66)ため、先に管制室で受け付けることはなく、車両の利用希望が先に発生した”直乗り”の利用者に対して車両の利用許可を送信し(ステップS67)、”予約乗り”の利用者に対しては、車両から送信される車両利用判断結果を確認して(ステップS68)車両の利用不許可を送信する(ステップS69)。
従って、車両の利用希望が発生した順番に従い、正確に車両の貸出しを行うことができるという効果が得られる。
【0037】
【発明の効果】
以上の如く、請求項1に記載の発明によれば、利用者により管制室側制御装置へ入力された共有車両を特定する情報に基づいて、管制室側制御装置が実際に該共有車両が利用可能であるか否かを該共有車両の使用状態データを問い合わせることで確認する。これにより、管制室側制御装置は、車両予約の際に、この共有車両が間違いなく利用可能である車両であることを確認できるようになる。
従って、例えば、共有車両側の端末と管制室側制御装置との間の通信による情報の交換において、通信環境の良くない地域で通信を行った場合等、何らかの原因により通信遅れが発生したとき、予約端末である携帯端末やインターネットによって”直乗り”の利用者よりも後からアクセスしてきた”予約乗り”の利用者の予約手続きを先に受け付けてしまうという従来の問題を解決し、”予約乗り”の場合も必ず共有車両の使用状態データを確認してから予約を受け付けることで、共有車両の利用希望が発生した順番に従って、正確に共有車両の貸出しを行うことができるようになるという効果が得られる。
【図面の簡単な説明】
【図1】 本発明の実施の形態の構成を示すブロック図である。
【図2】 同実施の形態で用いられる共有車両の構成を示す図である。
【図3】 同実施の形態で用いられる共有車両を駐車するためのポートを示す図である。
【図4】 同実施の形態の車両共同利用管理装置の全体動作を示す図である。
【図5】 同実施の形態の車両共同利用管理装置の予約処理動作を示す図である。
【図6】 同実施の形態の車両共同利用管理装置の車両貸出処理動作を示す図である。
【図7】 同実施の形態の車両共同利用管理装置の利用者割り当て動作を示す図である。
【図8】 従来の車両共同利用管理装置の利用者割り当て動作を示す図である。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a vehicle parked in a parking area. , Lending to users Manage for Shared vehicle use Management device About.
[0002]
[Prior art]
Conventionally, in a vehicle shared use system, various proposals have been made for the purpose of efficiently using a vehicle by a plurality of users and ensuring smooth moving means.
Among such proposals, for example, Japanese Patent No. 2890108 proposes an unmanned vehicle rental (rental) system that can be used regardless of whether there is a reservation.
In the vehicle rental system based on the shared use of vehicles as described above, vehicles that are shared with the user are prepared in a parking area called a port, and the user usually makes a reservation at the dispatch center before making a reservation at the port. A general lending method called “reserved ride” to secure a specific parked vehicle, and a vehicle parked in the port by directly going to the port without making a reservation and operating a terminal provided in the port The vehicle is used by one of the rental methods called "straight riding".
In the case of "straight ride", the terminal provided at the port, when the user wishes to lend the vehicle and inserts the user ID card, the corresponding data is sent to the dispatch center for user qualification inspection. As a result of confirming that the user is a qualified person at the dispatch center, a chip card for using the vehicle is issued to the user in accordance with a chip card issuance instruction transmitted from the dispatch center.
[0003]
[Problems to be solved by the invention]
However, according to the above-described prior art, since the vehicle shared use system that allows both “reserved ride” and “direct ride” procedures, the system is easy to use for users. In the case of "", the user wishes to lend the vehicle from the terminal provided at the port, inserts the user ID card, the qualified person is confirmed by the dispatch center, and the vehicle is used by the user. For this reason, there is a problem that a vehicle is reserved by a “reservation ride” user during the time period until the chip card is issued.
Specifically, an example of information exchange by communication between a terminal (port terminal) operated by a user of "straight riding" or a shared vehicle side and a control room side (vehicle allocation center) that manages the vehicle shared use system As shown in FIG.
For example, if a communication delay occurs due to some cause, such as when communication is performed in an area where the communication environment is not good, a signal for renting a vehicle from the shared vehicle side to the control room side is delayed (step S74). At this time, the control room side proceeds with the reservation procedure (step S75) for the “reserved ride” user who has requested to use the vehicle later than the “straight ride” user transmitted from the mobile terminal or the Internet. The vehicle use permission is transmitted to the “reserved ride” user (step S76), and the vehicle use permission is transmitted to the “straight ride” user. There is not (step S77).
[0004]
The present invention has been made in view of the above problems, and due to the communication environment and communication delay, Vehicle side Terminal and Control room side controller Even if it takes time to exchange information through communication with the vehicle, it is possible to rent the vehicle accurately according to the order in which the vehicle usage requests occurred. Management device The purpose is to provide.
[0005]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the invention according to claim 1 is provided in a control room, and includes member master data for recording user registration data including at least a user ID, and sharing including at least a use state of a shared vehicle. A vehicle master database that records data on the state of the vehicle, and a reservation master database that is recorded as reservation information in which at least the vehicle number of the shared vehicle is associated with the user ID, and is designated by the user at the reservation terminal A control room side control device capable of receiving information specifying the shared vehicle, a reader provided in the shared vehicle, and for inputting the user ID of the user, An operation unit for inputting the user's PIN; A storage device that stores at least data on the usage state of the vehicle, and a communication device that performs wireless communication between the control room control device and the vehicle control device, and the member master A user whose user ID is registered in the database specifies reservation information for specifying the shared vehicle from the reservation terminal and reserves the shared vehicle, and a user whose user ID is registered in the member master database However, by inputting the user ID from the reader, the control room side control device that has received the user ID determines whether or not the user can be lent to the user, so that the vacant shared vehicle is removed from the reservation terminal. A vehicle shared use management device that manages to lend the shared vehicle parked in a predetermined parking area to a user by two methods of direct riding without reservation Then, the control room side control device, upon receiving information specifying the shared vehicle designated by the reservation terminal, means for transmitting a reservation confirmation signal for reservation confirmation to the vehicle side control device, When receiving a reservation confirmation result signal sent back as a reservation confirmation result for the reservation confirmation signal from the vehicle-side control device, means for determining whether or not a reservation can be secured based on the reservation confirmation result signal, and reservation can be secured Means for recording the reservation information in the reservation master database as the reservation information in association with the user ID of the user and the vehicle number of the shared vehicle for which it is determined that the reservation has been secured, Means for notifying the user via the reservation terminal that the reservation has been secured when it is determined that the reservation has been secured based on the signal of When receiving the user ID and the vehicle number of the shared vehicle from the vehicle-side control device, the reservation master database is searched to determine whether or not the vehicle with the vehicle number can be used. Means for transmitting information indicating the availability of the vehicle and the user's PIN to the vehicle-side control device when it is determined that The vehicle side control device comprises: When the reservation confirmation signal is received from the control room side control device, it is determined whether or not the vehicle is in an available state based on the use state data in the storage means, and is determined to be in an available state. In this case, the usage state data is changed to reserved and stored in the storage unit, and the user's PIN is received from the control room side control device, and the user's PIN is received from the operation unit. A means for collating these PINs to determine whether or not the PIN input from the operation unit is correct, and when the determination determines that the PIN input from the operation unit is correct , Means for changing the data of the use state of the storage means to be currently used and storing the data in the storage means; When the reservation confirmation signal transmitted from the control room side control device is received, the use state data of the shared vehicle stored in the storage device is stored. Therefore The shared vehicle of Use Propriety And when it is determined that the shared vehicle is not usable, a reservation confirmation result signal indicating that reservation cannot be made is transmitted to the control room side control device, while the shared vehicle is usable. And a means for transmitting a reservation confirmation result signal indicating that reservation is possible to the control room side control device.
[0006]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram showing the configuration of the embodiment of the present invention.
In FIG. 1, the control room 1 is parked in a parking area called a port, and the shared use of the vehicle manages the shared use of the vehicle, such as reservation and allocation of the shared vehicle 2 that is shared with the user and billing the usage fee. Management device Management center. The shared vehicle 2 is information that identifies a vehicle such as a departure / arrival port, date, time, vehicle type, etc. when a user A3 registered as a member in the control room 1 makes a reservation in the control room 1 from the portable terminal 4 A method called “reserved ride” that secures a vehicle by designating a vehicle and “direct ride” in which a user B5 registered as a member in the control room 1 uses a vacant vehicle directly with a smart card 6 possessed by the user B5 It is used in two ways, called methods. The communication network 7 is a communication network for connecting the mobile terminal 4 possessed by the user A3 and the control room 1, and the shared vehicle 2 and the control room 1, for example, wireless communication by WAP (Wireless Application Protocol). Information is transmitted and received by wired communication through the Internet using the WWW (World Wide Web) or a public network.
[0007]
Note that one or more shared vehicles 2 are managed under the control room 1. Further, the user A3 and the user B5 may be any number.
The mobile terminal 4 is a terminal having a connection function to a computer network such as the Internet or a public line network, and includes a mobile phone and a personal handy phone system (Personal Handy Phone System) connected by wireless communication. Not only a portable terminal or a mobile communication terminal but also a terminal connected by wired communication is included. Further, the above-described terminal using wired or wireless communication includes a terminal having a simple computer network connection function.
[0008]
The control room (vehicle management apparatus) 1 includes a control unit 11, a member master 12, a fee table 13, a vehicle master 14, a port master 15, a lending history master 16, a reservation master 17, and an input / output. Means 18 and a network 19 are included.
The control unit 11 executes a vehicle management control program in a computer system including a CPU (Central Processing Unit), and manages the entire operation of the control room 1.
Further, the control unit 11 inquires of the designated vehicle of the port about the vehicle usage state based on the reservation information including the information of the departure port and the information of the vehicle desired to be used, which is input from the user. Reservation procedure means 101 is included for determining whether or not the vehicle can be used based on the vehicle use determination result transmitted from the vehicle. Details of the operation of the control unit 11 will be described later.
[0009]
The member master 12 is a database that records registration data of each user registered as a member, and (1) user ID, (2) address, (3) usage right information, etc. for each member are recorded. Yes.
The fee table 13 is a database that records a fee system for the use of the shared vehicle 2, and records (1) basic fee, (2) extension fee, (3) premium / discount fee, and the like.
The vehicle master 14 is a database that records a state related to each shared vehicle in order to manage the shared vehicle 2. For example, (1) vehicle number, (2) vehicle type (type), equipment, and color for each shared vehicle. Model information including (3) parking position (parking port), (4) usage state of the vehicle, and the like are recorded.
[0010]
The port master 15 is a database that records the state related to the port in order to manage the shared vehicle 2. For example, (1) the number of parked vehicles in the parking lot, (2) the number of actual vehicles, and (3) parking Vehicle number etc. are recorded.
The rental history master 16 is a database in which the usage history of the shared vehicle 2 is recorded. For example, as individual information for each user, (1) user ID, (2) (rented) vehicle number, (3) rental The time, (4) return time, (5) departure place, (6) return place, (7) travel distance, (8) fuel consumption, etc. are recorded.
The reservation master 17 is a database in which reservation information is recorded in order to manage the vehicle reservation by the user A3 in the “reservation ride”, and is associated with the user ID of the user A3 (1) departure port, (2) Information such as arrival port, (3) vehicle type and vehicle number is recorded.
[0011]
The input / output unit 18 is configured such that the control room 1 transmits / receives information related to the vehicle rental reservation with the mobile terminal 4, and the control room 1 transmits information related to the rental / return of the shared vehicle 2 with the vehicle, that is, vehicle management. An interface unit for transmitting and receiving data. In addition, transmission / reception of the vehicle management data between the control room 1 and the shared vehicle 2 is performed directly by wireless communication.
The network 19 includes a control unit 11, a member master 12, a fee table 13, a vehicle master 14, a port master 15, a lending history master 16, a reservation master 17, and an input / output in the control room 1. It is a communication network that constitutes a LAN (Local Area Network) for connecting to the means 18 and transmitting and receiving data.
[0012]
Next, the shared vehicle 2 used in the present embodiment will be described with reference to the drawings.
FIG. 2 is a block diagram showing a configuration of the shared vehicle 2. In FIG. 2, the shared vehicle 2 includes a communication antenna 21, a communication device 22, a card antenna 23, a card reader 24, and a control unit 25. A door lock mechanism 26, a main power control mechanism 27, a monitor display unit 28, an operation unit 29, a key switch 30, a return button 31, a storage device 32, a vehicle speed pulse detector 33, an A / It comprises a D converter 34, a fuel gauge 35, a tag antenna 36, an ID tag reader 37, and an LED display unit 38.
The shared vehicle 2 is parked in one parking lot called a lot in a parking area called a port, and performs wireless communication with the control room 1 via a communication device 22 connected to the communication antenna 21. , Exchange various data.
[0013]
When the user A3 or the user B5 holds, for example, a contactless read / write smart card 6 over the card antenna 23 provided in the shared vehicle 2, the shared vehicle 2 reads the signal read by the card reader 24, The control unit 25 that manages the operation of the shared vehicle 2 is notified.
The control unit 25 communicates with the control room 1 by wireless communication via the communication device 22 and the communication antenna 21, and the control room 1 indicates that the user has requested the use of the shared vehicle 2 over the smart card 6. To ask for permission to rent a vehicle.
[0014]
The storage device 32 includes a ROM (Read Only Memory) and a RAM (Random Access Memory). The vehicle ID number (vehicle number) assigned to each shared vehicle 2 and the shared vehicle 2 can be used. The user ID of the user and the user ID and PIN (Personal Identification Number) of the user input by the user, and (1) use of this shared vehicle 2 that changes over time, (2) Reserved, (3) Currently in use, (4) In-use data indicating the state of the vehicle, such as being maintained, is temporarily stored.
When the shared vehicle 2 is rented, when the user holds the smart card 6 and inputs a user ID, the control unit 25 compares the user ID stored in the storage device 32 with the input user ID, and the two match. Then, the door lock mechanism 26 releases the door key.
Further, when the control unit 25 transmits the vehicle number stored in the storage device 32, the user ID of the user input by the user, and the like to the control room 1, it is determined whether the shared vehicle 2 can be rented out to the user. From the control room 1, the user's PIN is transmitted to the shared vehicle 2 together with the determination result. When the control unit 25 confirms that the PIN input by the user matches the PIN transmitted from the control room 1, the main power supply control mechanism 27 enables the ignition circuit.
[0015]
The user A3 or the user B5 inputs necessary items from the operation unit 29 to the control unit 25 according to the instruction displayed on the monitor display unit 28 when the shared vehicle 2 is rented, and presses the key switch 30 to share the shared vehicle 2. Is turned on and the use of the shared vehicle 2 is started. Further, when the user returns the shared vehicle 2 to the port, the user performs a return process by pressing the return button 31 at the port.
Note that the smart card 6 described above is an ID terminal equipped with an IC including a processor that can read and write recorded ID numbers and can make simple decisions only in the card. The ID terminal used for notifying the shared vehicle 2 of the ID number is not limited to the non-contact, contact read / write method as long as the reader on the shared vehicle 2 side supports other than the non-contact or contact read / write IC card. As long as the recorded ID number can be read and written, such as a magnetic card and a mobile phone incorporating an IC chip, anything may be used.
[0016]
During traveling of the shared vehicle 2, a vehicle speed pulse signal indicating the traveling state of the shared vehicle 2 is notified from the vehicle speed pulse detector 33 to the control unit 25, and the A / D conversion is further transmitted to the control unit 25. The fuel gauge 35 is connected via the container 34, and the control unit 25 thereby confirms the fuel consumption.
The operation when the user rents the shared vehicle 2 will be described later in detail.
[0017]
The tag antenna 36 and the ID tag reader 37 are devices for the shared vehicle 2 parked in the port to identify the lot in the port.
Further, the LED display unit 38 displays the use state of the shared vehicle 2 such as “available”, “reserved”, “currently used”, “under maintenance”, for example, by color-coded display or text display. Therefore, the display unit is provided at a position where the user can confirm from the outside of the shared vehicle 2. However, the LED display unit 38 may be any display unit as long as it can indicate the usage state of the shared vehicle 2 to the user.
[0018]
Further, the tag will be described with reference to FIG. 3. As shown in FIG. 3, a plurality of lots 51 for parking the shared vehicle 2 are provided in the port 50, and each lot 51 has a port 50. In addition, an ID tag 52 which is a device for sending an ID number individually assigned to the lot 51 is installed.
The ID tag 52 is unique to each port 50 or lot 51 by any one of an electromagnetic coupling method, an electromagnetic induction method, a microwave method, an electrostatic coupling method, an optical transmission method, and the like with the tag antenna 36. The number is exchanged, and the shared vehicle 2 reads the signal received by the tag antenna 36 by the ID tag reader 37, thereby grasping the position of the port or lot where it is parked.
As shown in FIG. 3, two ID tags 52 are arranged on the diagonal of the lot 51 and correspond to front and rear stops of the shared vehicle 2, and the tag antenna 36 is an ID tag of the shared vehicle 2. It is arranged at the front corner or the rear corner (front left corner in FIG. 3) closer to 52.
The mechanism for grasping the position of the port or lot where the shared vehicle 2 is parked is not limited to the ID tag 52, but a position using a transceiver used for ETC (automatic toll collection system) or GPS (Global Positioning System). It may be a detection means.
[0019]
Next, vehicle sharing in this embodiment Management device The vehicle rental operation will be described with reference to the drawings.
First, using the flowchart of FIG. Management device The overall process flow will be described.
When the user A3 wants to make a reservation for the shared vehicle 2, the user A3 accesses the control room 1 from the portable terminal 4 via the communication network 7 such as the Internet, and performs a reservation processing procedure (step S1). If the right to use the card is secured, the user actually goes to the parked port of the shared vehicle 2 and presents the user ID by holding the smart card 6 over the card antenna 23 of the corresponding shared vehicle 2.
When the user B5 uses the shared vehicle 2 without making a reservation, the reservation process (step S1) is not performed in the control room 1, and the user B5 goes directly to the parked port of the shared vehicle 2, The user ID is presented by holding the smart card 6 over the card antenna 23 of the shared vehicle 2 to be actually used.
[0020]
The shared vehicle 2 presented with the user ID determines whether or not the user can enter (access) the vehicle, performs the vehicle lending process with the control room 1, and performs the vehicle lending procedure for the user.
This vehicle lending process includes a vehicle lending determination process (step S2) mainly performed on the control room 1 side and a vehicle use determination process (step S3) mainly performed on the shared vehicle 2 side.
Here, the vehicle rental determination process (step S2) includes a process of confirming the user ID given to the user, and the control unit 25 of the shared vehicle 2 allows the user A3 or the user B5 to use the smart card 6. When the shared vehicle 2 is accessed, the card reader 24 reads the user ID recorded on the smart card 6 to determine whether or not the user can enter the vehicle (access), and the communication device 22 and the communication antenna 21 are connected. The control room 1 is inquired about the user ID.
[0021]
On the other hand, in the control unit 11 of the control room 1, when a user ID inquiry is received from the shared vehicle 2 that the user intends to use, the rental history master 16 is searched using the received user ID, and the user ID is obtained. Check for unreturned vehicles by the user. When the presence of an unreturned vehicle by the user is confirmed, the control unit 11 returns information indicating that the vehicle cannot be used to the user to the shared vehicle 2.
Further, when the presence of the unreturned vehicle by the user is not confirmed, the reservation master 17 is further searched by the received user ID, and the presence or absence of the reservation by the user is confirmed. And when this user has reserved the shared vehicle 2 of another port, the reservation in another port is canceled. If the user has not made a reservation for the shared vehicle 2 at the other port, or if the reservation for the other port has been canceled, information indicating that the user can use the vehicle is returned to the shared vehicle 2.
[0022]
When the user is permitted to enter the vehicle, the user inputs the PIN assigned to the user from the operation unit 29 of the shared vehicle 2, and the shared vehicle 2 performs a vehicle use determination process (step S3). Here, the vehicle use determination process is a process of confirming the PIN given to the user. When the user A3 or the user B5 inputs the PIN from the operation unit 29, the control unit 25 of the shared vehicle 2 It is determined whether or not the input PIN and the PIN that is given in advance to the user A3 or the user B5 and transmitted from the control room 1 match. As a result of the determination, if the PINs match, the control unit 25 of the shared vehicle 2 outputs an engine start permission signal to the main power supply control mechanism 27, so that the user starts the engine of the shared vehicle 2 with the key switch 30. Start using.
[0023]
Then, when a user who is permitted to use the shared vehicle 2 through the vehicle rental determination process and the vehicle use determination process ends the use of the shared vehicle 2, a vehicle return process to the port of the shared vehicle 2 (step S4) is performed. When the control room 1 obtains the vehicle usage information for billing, the vehicle shared use of the present embodiment Management device The operation of is terminated. The vehicle usage information refers to information necessary for calculating the usage fee of the shared vehicle 2 such as the return time, travel distance, and return fuel (fuel consumption).
[0024]
Next, the details of the above-described reservation process will be described with reference to the flowchart of FIG.
First, when the user A3 accesses the control room 1 via the communication network 7 using the portable terminal 4, in the control room 1, the reservation procedure means 101 included in the control unit 11 is connected to the user via the portable terminal 4. A3 asks for user authentication, and further allows the user A3 to input a reservation condition to receive a reservation process (step S11). Here, the reservation condition is information for selecting a shared vehicle 2 to be lent, such as a departure port, an arrival port, a use date, a use time, and a desired vehicle model. The vehicle model refers to the vehicle type (body type), engine, transmission (for example, AT / MT), power transmission function type such as two-wheel drive / four-wheel drive, etc., and presence / absence of equipment such as a sunroof. This refers to the classification of vehicles, such as the color of the body.
[0025]
Next, the reservation procedure means 101 searches the rental history master 16 with the user ID acquired by the user authentication, and confirms whether there is an unreturned vehicle by the user having this user ID (step S12).
If it is confirmed in step S12 that an unreturned vehicle is present by the user (YES in step S12), the reservation procedure cannot be performed by a message to the user A3's mobile terminal 4 saying "cannot process". It is notified (step S13).
Further, in step S12, when the presence of the unreturned vehicle by the user is not confirmed (NO in step S12), the reservation master 17 is further searched by the acquired user ID and the presence or absence of the reservation by the user is confirmed ( Step S14).
If the user's reservation is confirmed in step S14 (YES in step S14), the process proceeds to step S13 to notify the portable terminal 4 of the user A3 that the reservation procedure is impossible.
[0026]
If the user's reservation is not confirmed in step S14 (NO in step S14), it is determined whether there is an empty vehicle at the departure port (step S15).
In step S15, if there is an empty vehicle at the departure port (YES in step S15), a reservation confirmation signal is transmitted to the corresponding shared vehicle 2 (step S16).
In step S15, if there is no empty vehicle at the departure port (NO in step S15), the reservation procedure means 101 notifies the user A3 of a “reservation NG” message via the portable terminal 4 and goes to the reservation wait confirmation screen. The process moves to wait for the vehicle to be available or cancel the reservation, and the user A3 performs a desired process to complete the reservation processing operation (step S17).
[0027]
In response to the above-described step S16, in the shared vehicle 2 that has received the reservation confirmation signal from the control room 1, for example, the control unit 25 is connected to the control room 1 depending on the use state of the vehicle stored in the storage device 32. Check whether the vehicle is in an available state by checking the vehicle's usage status, such as when the vehicle is being used by another user without reservation or being used by another user or waiting for maintenance. Determination is made (step S18).
If the shared vehicle 2 is available in step S18 (YES in step S18), only the user ID of the user A3 who wishes to make a reservation among the user IDs stored in the storage device 32 is allowed to lend the vehicle. Set to
Further, (2) reserved, (2) reserved, (3) currently in use, (4) in-service status indicating the state of the vehicle, such as (2) reserved, regarding the shared vehicle 2 stored in the storage device 32 (2 ) Changed to reserved and displayed on the LED display unit 38 (step S19).
Then, a reservation OK signal is transmitted to the control room 1 (step S20).
If the shared vehicle 2 is not available in step S18 (NO in step S18), a reservation NG signal is transmitted to the control room 1 (step S21).
[0028]
On the other hand, the reservation procedure means 101 in the control room 1 receives a reservation OK or reservation NG signal from the shared vehicle 2 (step S22), and determines whether or not the shared vehicle 2 has been secured (step S23).
If it is determined in step S23 that the shared vehicle 2 cannot be secured (NO in step S23), the process returns to step S15 and the above-described processing is repeated.
If it is determined in step S23 that the shared vehicle 2 has been secured (YES in step S23), the user ID of the user A3 who wishes to make a reservation is associated with the vehicle number of the secured shared vehicle 2, and the above reservation condition At the same time, the data is recorded in the reservation master 17 and the vehicle use state data of the vehicle master 14 is changed (step S24).
Further, the message “reservation OK” and the reserved vehicle number are transmitted to the portable terminal 4 of the user A3 who desires the reservation (step S25), and the reservation processing operation is terminated.
[0029]
Next, details of the vehicle lending process including the above-described vehicle lending determination process and the vehicle use determination process will be described with reference to the flowchart of FIG.
First, when the user A3 or the user B5 accesses the shared vehicle 2 using the smart card 6, the control unit 25 of the shared vehicle 2 reads the user ID recorded on the smart card 6 with the card reader 24. (Step S31), the user ID stored in the storage device 32 is checked against the user ID permitted to lend the vehicle, and it is determined whether or not lending of the vehicle is permitted to the user who wishes to use the shared vehicle 2. (Step S32).
In step S32, when the user who wishes to use the shared vehicle 2 is not permitted to lend the vehicle (NO in step S32), a message to the user saying “The vehicle cannot be used” is displayed on the LED display unit 38. It is displayed that it cannot be used (step S33), and the vehicle lending process is terminated.
Further, in step S32, when the vehicle rental is permitted to the user who wishes to use the shared vehicle 2 (YES in step S32), the control unit 25 of the shared vehicle 2 releases the door lock (step S34). The user is allowed to enter the vehicle (establishment of the boarding right) (step S35).
[0030]
And the control part 25 of the shared vehicle 2 transmits a user ID and a vehicle number to the control room 1 via the communication apparatus 22 and the communication antenna 21 (step S36).
Next, when the control unit 25 of the shared vehicle 2 requested to be used by the user A3 or the user B5 transmits the user ID of the user to the control room 1, the control unit 11 of the control room 1 first receives it. The rental history master 16 is searched by the user ID of the user (step S37), and the presence or absence of an unreturned vehicle by the user is confirmed (step S38).
If the presence of an unreturned vehicle by the user is confirmed in step S38 (YES in step S38), the control unit 11 returns information indicating that the vehicle cannot be used to the user to the shared vehicle 2 (step S38). S39), the PIN assigned to the user having the received user ID is transmitted (step S40).
[0031]
In step S38, if the presence of an unreturned vehicle by the user is not confirmed (NO in step S38), the control unit 11 searches the reservation master 17 using the received user ID of the user (step S41). The presence or absence of a reservation by this user is confirmed (step S42).
In step S42, when the user has made a reservation (YES in step S42), the control unit 11 of the control room 1 determines that the shared vehicle 2 from which the user has transmitted this port (user ID and vehicle number). It is determined whether or not the reservation procedure is being performed using the parked port as the departure port (step S43).
In step S43, if this user has not made a reservation procedure using this port as the departure port (NO in step S43), it is determined that the reservation is being made for the shared vehicle 2 of the other port, and The reservation is canceled (step S44).
[0032]
On the other hand, if the user has not made a reservation in step S42 (NO in step S42), or if the user has made a reservation procedure using this port as a departure port in step S43 (in step S43). (YES), the control part 11 returns the information which shows the availability of the vehicle with respect to this user to the shared vehicle 2 (step S45), and transmits PIN assigned to the user with the received user ID (step S45). S40).
[0033]
Corresponding to step S39, step S45, and step S40 described above, information indicating whether or not the user can use the vehicle and the PIN assigned to the user are received (step S46). Control of shared vehicle 2 The unit 25 determines whether the vehicle can be used by the user based on the received information (step S47).
In step S47, when the use of the vehicle is not permitted by the user (NO in step S47), the control unit 25 of the shared vehicle 2 indicates that there is an “unreturned vehicle” on the monitor display unit 28. Is displayed (step S48).
When it is confirmed that the user who has confirmed the message opens the door, gets out of the vehicle, and closes the door (step S49), the door lock is locked (step S50), and the display on the monitor display unit 28 is turned off (step S49). S51), the vehicle lending process is terminated.
[0034]
In step S47, if the user is permitted to use the vehicle (YES in step S47), the user who is permitted to enter the vehicle after the door lock is released is assigned the PIN assigned to him / her. Input is performed from the operation unit 29 of the shared vehicle 2 (step S52).
Next, when the PIN is input, the control unit 25 of the shared vehicle 2 collates with the PIN stored in the storage device 32 to determine whether the PIN input by the user is correct (step S53). ).
If the PIN entered by the user is incorrect in step S53 (NO in step S53), a message is displayed to the user that “PIN is wrong” on the monitor display unit 28 (step S54), and step S52. Return to and repeat the above process.
On the other hand, if the PIN input by the user is correct in step S53 (YES in step S53), the control unit 25 of the shared vehicle 2 uses the vehicle usage state data stored in the storage device 32 as “currently in use”. Change to Then, an engine start permission signal is output to the main power control mechanism 27, the shared vehicle 2 is set in a travelable state (step S55), and the vehicle lending process is terminated.
[0035]
In the present embodiment, the control unit 25 of the shared vehicle 2 constitutes a vehicle use determination unit. More specifically, steps S18 to S21 in FIG. 5 correspond to vehicle use determination means.
[0036]
Vehicle shared use of the present embodiment described above Management device Shared use with terminals and shared vehicles operated by users Management device FIG. 7 shows an example of information exchange by communication with the control room side that manages the system.
For example, when a communication delay occurs due to some cause, such as when communication is performed in an area where the communication environment is not good, a signal for renting a vehicle from the shared vehicle side to the control room side is surely delayed (step S64). However, the control room side makes a reservation procedure (step S65) for a “reserved ride” user who has requested to use the vehicle later than a “straight ride” user transmitted from a mobile terminal or the Internet. In order to make an inquiry to the shared vehicle once about the use state of the vehicle (step S66), it is not accepted first in the control room, and the vehicle use permission is given to the “direct ride” user who desires to use the vehicle first. Is transmitted (step S67), the vehicle use determination result transmitted from the vehicle is confirmed (step S68), and the vehicle use disapproval is transmitted to the "reserved ride" user (step S69).
Therefore, there is an effect that the vehicle can be rented accurately according to the order in which the use requests of the vehicle are generated.
[0037]
【Effect of the invention】
As described above, according to the invention described in claim 1, Control room side control by user Input to the device Information identifying shared vehicles On the basis of the, Control room side control Equipment , Actually share Whether the vehicle is available or not share Confirm by inquiring vehicle usage data. This Control room side control The device is responsible for this when booking a vehicle. share It becomes possible to confirm that the vehicle is a vehicle that is definitely usable.
So, for example, Shared vehicle side With devices Control room side controller When a communication delay occurs for some reason, such as when communicating in an area where the communication environment is poor, It is a reserved terminal Resolves the traditional problem of accepting reservation procedures for "reserved ride" users who have accessed later than "direct ride" users via mobile devices or the Internet. you have to share By accepting reservations after checking the vehicle usage data, share Exactly according to the order in which vehicle use requests occurred share There is an effect that the vehicle can be rented.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an embodiment of the present invention.
FIG. 2 is a diagram showing a configuration of a shared vehicle used in the embodiment.
FIG. 3 is a diagram showing a port for parking a shared vehicle used in the embodiment.
FIG. 4 Shared vehicle use of the embodiment Management device It is a figure which shows the whole operation | movement.
FIG. 5 shows shared vehicle use of the embodiment Management device It is a figure which shows no reservation processing operation | movement.
[Fig. 6] Shared vehicle use of the embodiment Management device It is a figure which shows the vehicle rental process operation | movement of.
FIG. 7: Shared vehicle use of the embodiment Management device It is a figure which shows the user assignment operation | movement of.
FIG. 8 Conventional vehicle shared use Management device It is a figure which shows the user assignment operation | movement of.

Claims (1)

管制室に設けられ、
少なくともユーザIDを含む利用者の登録データを記録する会員マスタデータと、
少なくとも共有車両の使用状態を含む共有車両に関する状態のデータを記録する車両マスタデータベースと、
ユーザIDに対して少なくとも前記共有車両の車両番号が関連付けられて予約情報として記録された予約マスタデータベースと、を具備し、予約端末でユーザが指定した共有車両を特定する情報を受信可能な管制室側制御装置と、
前記共有車両に設けられ、
前記利用者のユーザIDを入力するリーダと、
前記利用者のPINを入力する操作部と、
少なくとも車両の使用状態のデータを記憶する記憶装置と、を具備する車両側制御装置と、
前記管制室側制御装置と前記車両側制御装置との無線通信を行う通信手段とを備え、
前記会員マスタデータベースにユーザIDが登録されている利用者が、予約端末から共有車両を特定する情報を指定して前記共有車両の予約を行う予約乗りと、
前記会員マスタデータベースにユーザIDが登録された利用者が、前記リーダよりユーザIDを入力して、該ユーザIDを受信した前記管制室側制御装置が当該利用者への貸し出しの可否を判定することで、空いている前記共有車両を前記予約端末からの予約なしに利用する直乗りとの2通りの方法によって、所定の駐車領域に駐車された前記共有車両を利用者に貸出す管理を行う車両共同利用管理装置であって、
前記管制室側制御装置は、
前記予約端末により指定された前記共有車両を特定する情報を受信すると、前記車両側制御装置へ予約確認のための予約確認信号を送信する手段と、
前記車両側制御装置より前記予約確認信号に対する予約確認結果として折り返し送信される予約確認結果信号を受信すると、該予約確認結果信号に基づき予約が確保できたか否かを判定する手段と、
予約が確保できたと判定された場合に、前記利用者のユーザIDと予約が確保できたと判定された前記共有車両の車両番号とを対応付けて前記予約情報として前記予約マスタデータベースに記録する手段と、
前記予約確認の信号に基づき予約が確保できたと判定された場合に、予約の確保がなされた旨を、前記予約端末を介して利用者に報知する手段と
前記車両側制御装置から前記ユーザIDと前記共有車両の車両番号とを受信すると、前記予約マスタデータベースを検索して、当該車両番号の車両の利用可否を判定する手段と、
該判定により利用可と判定された場合に、車両の利用可を示す情報と利用者のPINとを前記車両側制御装置へ送信する手段とを備え、
前記車両側制御装置は、
前記管制室側制御装置から前記予約の確認信号を受信した際に、前記記憶手段の前記使用状態のデータに基づき車両が利用可能状態であるか否かを判定し、利用可能状態であると判定された場合に、該使用状態のデータを予約済みに変更して前記記憶手段に記憶させる手段と、
前記管制室側制御装置から利用者のPINを受信し、前記操作部から利用者のPINが入力された場合に、これらPINを照合して前記操作部から入力されたPINが正しいか否かを判定する手段と、
該判定により前記操作部から入力されたPINが正しいと判定された場合に、前記記憶手段の前記使用状態のデータを現在使用中に変更して前記記憶手段に記憶させる手段と、
前記管制室側制御装置より送信された予約確認信号を受信すると、前記記憶装置に記憶された前記共有車両の使用状態のデータによって前記共有車両利用可否を判定する手段と、
前記共有車両が利用可能ではないと判定された場合に、予約ができないことを示す予約確認結果信号を前記管制室側制御装置へ送信する一方、共有車両が利用可能であると判定された場合に、予約可能であることを示す予約確認結果信号を前記管制室側制御装置へ送信する手段とを備えることを特徴とする車両共同利用管理装置。
In the control room,
Member master data for recording user registration data including at least a user ID;
A vehicle master database that records data on the state of the shared vehicle including at least the use state of the shared vehicle;
A reservation master database in which at least a vehicle number of the shared vehicle is associated with a user ID and recorded as reservation information, and a control room capable of receiving information specifying the shared vehicle designated by the user at the reservation terminal A side control device;
Provided in the shared vehicle,
A reader for inputting the user ID of the user;
An operation unit for inputting the user's PIN;
A vehicle-side control device comprising: a storage device that stores at least data on a use state of the vehicle;
Communication means for performing wireless communication between the control room side control device and the vehicle side control device,
A reserved ride in which a user whose user ID is registered in the member master database designates information for identifying a shared vehicle from a reservation terminal and reserves the shared vehicle;
A user whose user ID is registered in the member master database inputs a user ID from the reader, and the control room side control device that has received the user ID determines whether or not the user can be lent out. A vehicle that manages to lend the shared vehicle parked in a predetermined parking area to a user by two methods of direct riding using the vacant shared vehicle without reservation from the reservation terminal. A shared use management device,
The control room side control device,
Means for transmitting a reservation confirmation signal for reservation confirmation to the vehicle-side control device upon receipt of information identifying the shared vehicle designated by the reservation terminal;
Means for receiving a reservation confirmation result signal sent back as a reservation confirmation result for the reservation confirmation signal from the vehicle side control device, and for determining whether or not a reservation can be secured based on the reservation confirmation result signal;
Means for recording in the reservation master database as the reservation information in association with the user ID of the user and the vehicle number of the shared vehicle for which it is determined that the reservation has been secured when it is determined that the reservation has been secured; ,
Means for notifying the user via the reservation terminal that the reservation has been secured when it is determined that the reservation has been secured based on the reservation confirmation signal ;
Means for receiving the user ID and the vehicle number of the shared vehicle from the vehicle-side control device, searching the reservation master database, and determining whether the vehicle with the vehicle number is available;
Means for transmitting information indicating the availability of the vehicle and the user's PIN to the vehicle-side control device when it is determined that the vehicle can be used .
The vehicle-side control device is
When the reservation confirmation signal is received from the control room side control device, it is determined whether or not the vehicle is in an available state based on the use state data in the storage means, and is determined to be in an available state. Means for changing the use state data to reserved and storing it in the storage means,
When the user's PIN is received from the control room side control device and the user's PIN is input from the operation unit, the PIN input from the operation unit is verified by checking these PINs. Means for determining;
Means for changing the data in the use state of the storage means to be currently used and storing it in the storage means when the PIN input from the operation unit is determined to be correct by the determination;
Upon receiving the reservation confirmation signal transmitted from the control room side control unit, means for determining availability of data Therefore the shared vehicle usage status of the shared vehicle stored in the storage device,
When it is determined that the shared vehicle is not usable, a reservation confirmation result signal indicating that reservation cannot be made is transmitted to the control room side control device, while when it is determined that the shared vehicle is usable And a means for transmitting a reservation confirmation result signal indicating that reservation is possible to the control room side control device.
JP2001228557A 2001-07-27 2001-07-27 Vehicle shared use management device Expired - Fee Related JP4864241B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001228557A JP4864241B2 (en) 2001-07-27 2001-07-27 Vehicle shared use management device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001228557A JP4864241B2 (en) 2001-07-27 2001-07-27 Vehicle shared use management device

Publications (2)

Publication Number Publication Date
JP2003044572A JP2003044572A (en) 2003-02-14
JP4864241B2 true JP4864241B2 (en) 2012-02-01

Family

ID=19061050

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001228557A Expired - Fee Related JP4864241B2 (en) 2001-07-27 2001-07-27 Vehicle shared use management device

Country Status (1)

Country Link
JP (1) JP4864241B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010122988A (en) * 2008-11-20 2010-06-03 Pioneer Electronic Corp Car sharing system
JP6935165B2 (en) * 2015-02-26 2021-09-15 Line株式会社 Vehicle arrangement support server, vehicle arrangement support method
JP2017065547A (en) 2015-09-30 2017-04-06 富士通テン株式会社 Authentication device, authentication system, and authentication method
JP6705373B2 (en) 2016-12-27 2020-06-03 トヨタ自動車株式会社 Automatic driving system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000120308A (en) * 1998-10-19 2000-04-25 Daihatsu Motor Co Ltd Entry device for rent-a-car
JP2000311287A (en) * 1999-04-28 2000-11-07 Daihatsu Motor Co Ltd Management system for shared vehicle
JP2001076288A (en) * 1999-07-07 2001-03-23 Honda Motor Co Ltd Vehicle sharing system provided with assigning function based on trip information, and its method
JP2001052055A (en) * 1999-08-04 2001-02-23 Nippon Shinpan Co Ltd Facility intermediation system

Also Published As

Publication number Publication date
JP2003044572A (en) 2003-02-14

Similar Documents

Publication Publication Date Title
JP4202005B2 (en) Vehicle sharing system
JP2003016577A (en) Vehicle managing device
JP2890108B2 (en) Car transportation system
JP4679286B2 (en) Rental car management system, management method, company server, and program
US20050265265A1 (en) Hand-held terminal and server for multimedia communication
JP2002245585A (en) Vehicle lending management device, vehicle lending reservation terminal, vehicle lending management system and vehicle lending management method
JP2002226050A (en) Commodity delivery method and system
JP3824876B2 (en) Vehicle sharing system
JP2003162576A (en) Vehicle lease management system
JP4703882B2 (en) Vehicle shared use management device
JP2004110462A (en) Vehicle joint use reservation method and system
WO2002077946A1 (en) Communal vehicle system
JP2021106046A (en) Parking lot management system
JP4628576B2 (en) Vehicle sharing system
JPH05159143A (en) Car rental system
JP4864241B2 (en) Vehicle shared use management device
JP2002304583A (en) Vehicle joint use system
KR101216612B1 (en) System and method for managing return of shared cars
JP4763182B2 (en) Automatic ticket gate system and automatic ticket gate device constituting the automatic ticket gate system
JP4251626B2 (en) Server device, parking lot reservation method and program
JP4409302B2 (en) Vehicle sharing system
JP2003044980A (en) Vehicle common-use system
JP3929793B2 (en) Vehicle sharing system
JP2003016578A (en) Vehicle lending system
JP2002304691A (en) Shared vehicle utilization system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100622

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100823

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110201

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110404

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111101

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111109

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141118

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees