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

Abstract

【課題】貸し出し中の故障などの理由により、車両を交換する必要が生じることがあったとしても、先に貸し出された車両の走行距離を引き継ぐことにより、適正な走行距離に基づき適正な料金を算出することが可能な車両貸出管理システムを提供する。【解決手段】本発明の車両貸出管理システム１は、貸出期間中に貸し出し中の車両を交換するにあたり、交換前の車両の走行距離を交換後の車両の走行距離に引き継ぐ手段、を備える。【選択図】図１

Description

本発明は、車両貸出管理システムに関し、特に、利用者の求めに応じて保有する車両の貸し出しを店舗又はカーシェアにおいて行う業務を管理するための車両貸出管理システムであって、事業者に対し業務用の自動車や自動二輪車を長期にわたって貸し出す際に利用される車両貸出システムを管理するための車両貸出管理システムとして有用なものである。

従来、利用者の求めに応じて保有する車両の貸し出しを店舗において行う業務を実行するためのシステムとして、サービス提供用のウェブサイトを使用したシステムが存在する（非特許文献１）。

"ニッポンレンタカー"、［online］、ニッポンレンタカーサービス株式会社、［２０１８年４月１７日検索］、インターネット［URL ; https://www.nipponrentacar.co.jp/］

このようなサービスは、貸し出し業者の店舗において貸し出し及び返却の手続きを行うことを前提としており、貸し出し業者が運営するウェブサイトにおいて、利用者が、レンタルを希望する期間、車種などを入力することで、店舗に手続きに行く日時を設定する。

ところで、業務用レンタカーのように、事業者が長期にわたって使用する車両を貸し出すため貸出期間が数か月単位の長期となる場合、貸し出し中の故障などの理由により、車両を交換する必要が生じることがある。ここで、長期貸し出しの車両の場合、月間の走行距離によっては、通常の貸出料金に加えて走行距離に応じた追加料金がかかることがあるため、先に貸し出しを行った車両の走行距離を、次に貸し出しを行う車両の走行距離に引き継ぐ必要がある。

本発明は、このような要望に鑑みてなされたものであり、貸し出し中の故障などの理由により、車両を交換する必要が生じることがあったとしても、先に貸し出された車両の走行距離を引き継ぐことにより、適正な走行距離に基づき適正な料金を算出することが可能な車両貸出管理システムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

第１の特徴に係る発明は、貸出期間中に貸し出し中の車両を交換するにあたり、交換前の車両の走行距離を交換後の車両の走行距離に引き継ぐ手段、を備える車両貸出管理システムを提供する。

第１の特徴に係る発明によれば、月間の走行距離によって、通常の貸出料金に加えて走行距離に応じた追加料金がかかることがある場合であって、何らかの理由により車両を交換する場合であっても、先に貸し出された車両の走行距離を引き継ぐことにより、適正な走行距離に基づき適正な料金を算出することが可能なシステムを提供することが可能となる。

第２の特徴に係る発明は、第１の特徴に係る発明であって、利用者から貸出期間満了前における早期返却の要求があった場合に、ステータスを「仮返却状態」にし、返却後に「返却状態」にする車両ステータス変更手段、車両貸出管理システムを提供する。

第２の特徴に係る発明によれば、早期返却の要求があった場合に車両のステータスを変更することにより、現在の各車両の状態を一元的に把握することができるようになり、従業員のシフトを組みやすくなるとともに、車両の管理も容易となるシステムを提供できる。

第３の特徴に係る発明は、第１の特徴に係る発明であって、前回の返却時における走行距離を記憶する手段と、次の貸し出し時に走行距離を入力する手段と、前記記憶された走行距離と前記入力された走行距離との差を比較する比較手段と、前記比較手段によって比較された距離に所定距離以上の差がある場合に、距離が正しいかどうかを確認する旨のメッセージを表示させる手段と、を備える車両貸出管理システムを提供する。

第３の特徴に係る発明によれば、車両の走行距離に関して二重のチェックができるようになり、信頼性の高いシステムを提供できる。

第４の特徴に係る発明は、第２または第３の特徴に係る発明であって、同一の利用者が同一の車両を所定の月数以上借りた場合に、当該車両を販売する旨のメッセージを当該利用者に対し送信する送信手段、を備える車両貸出管理システムを提供する。

第４の特徴に係る発明によれば、ある程度の期間にわたって使用された車両を中古車として販売する仕組みを構築することにより、利用者にとって愛着のわいた車両を入手することが可能となり、また、貸し出し業者にとっても、長期間にわたって使用された車両を販売することで、使用感のある車両を多く抱え込まなくて済み在庫管理が容易なシステムを提供できる。

本発明によれば、貸し出し中の故障などの理由により、車両を交換する必要が生じることがあったとしても、先に貸し出された車両の走行距離を引き継ぐことにより、適正な走行距離に基づき適正な料金を算出することが可能な車両貸出管理システムを提供できる。

図１は、本実施形態における車両貸出管理システム１のハードウェア構成とソフトウェア機能を示すブロック図である。 図２は、実施例１に係る走行距離引き継ぎ方法を示すフローチャートである。 図３は、店舗が保有する車両データベース３１０の一例を示す図である。 図４は、実施例２に係る早期返却手続き方法を示すフローチャートである。 図５は、実施例３に係る車両販売申し出方法を示すフローチャートである。 図６は、実施例４に係る車両貸出管理方法を示すフローチャートである。 図７は、従業員ごとに勤務時間を入力する画面の一例を示す図である。 図８は、店舗における従業員データベース３２０の一例を示す図である。 図９は、実施例５に係る店舗評価方法を示すフローチャートである。

以下、本発明を実施するための形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［車両貸出管理システム１の構成］
図１は、本実施形態における車両貸出管理システム１のハードウェア構成とソフトウェア機能を説明するためのブロック図である。

車両貸出管理システム１は、データを制御する制御部１００と、ユーザや他の機器と通信を行う通信部２００と、データを記憶する記憶部３００と、ユーザからの情報の入力を受け付ける入力部４００と、制御部１００で制御したデータや画像を出力する表示部５００とを備える。

制御部１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。

通信部２００は、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。

制御部１００は、所定のプログラムを読み込み、必要に応じて通信部２００及び／又は記憶部３００と協働することで、走行距離算出モジュール１１１と、走行距離入力モジュール１１２と、走行距離引き継ぎモジュール１１３と、走行距離比較モジュール１１４と、早期返却受付モジュール１２１と、車両ステータス変更モジュール１２２と、貸出期間カウントモジュール１３１と、メッセージ送信モジュール１３２と、従業員入力モジュール１４１と、時間入力モジュール１４２と、従業員数算出モジュール１４３と、車両取扱数設定モジュール１４４と、店舗予約選択モジュール１５１と、店舗予約割合算出モジュール１５２と、店舗評価モジュール１５３と、カレンダー表示モジュール１６１と、ブラックリスト設定モジュール１６２と、本人確認モジュール１６３と、未入金管理モジュール１６４と、駐車違反報知モジュール１６５と、延長割引表示モジュール１６６とを実現する。

記憶部３００は、データやファイルを記憶する装置であって、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。記憶部３００は、後に説明する車両データベース３１０及び従業員データベース３２０を記憶する。

入力部４００の種類は、特に限定されない。入力部４００として、例えば、キーボード、マウス、タッチパネル等が挙げられる。

表示部５００の種類は、特に限定されない。表示部５００として、例えば、モニタ、タッチパネル等が挙げられる。

［実施例１：車両貸出管理システム１を用いた走行距離引き継ぎ方法］
実施例１として、車両の走行距離を引き継ぐ手順について説明する。図２は、車両貸出管理システム１を用いた走行距離引き継ぎ方法を示すフローチャートである。また、図３は車両データベース３１０の一例を示す図である。図１〜図３を用いて、上述した各ハードウェアと、ソフトウェアモジュールが実行する処理について説明する。本実施形態における車両貸出管理システム１は、店舗又はカーシェアごとに保有する管理画面を通じて、各種の設定や評価を実施するものであるが、各店舗又はカーシェアにおける管理画面を本社で一括管理するように設定したものであっても構わない。

〔ステップＳ１１０：走行距離の算出〕
まず、車両貸出管理システム１の制御部１００は、車両を交換するにあたり、走行距離算出モジュール１１１を実行し、利用者に先に貸し出された車両について走行した距離を算出し、記憶部３００に格納されている車両データベース３１０に記憶する（ステップＳ１１０）。距離の算出は、最初に貸し出す際に計測したオドメータの計測値と、交換する際に計測したオドメータの計測値とに基づいて行われる。具体的には、制御部１００は走行距離入力モジュール１１２を備えており、貸し出し時と返却時に、オドメータの計測値に応じて、走行距離を記憶部３００の車両データベース３１０に車両情報として入力するように構成されている。走行距離算出モジュール１１１は、走行距離入力モジュール１１２で入力され車両データベース３１０に記憶されている、貸し出し前後の走行距離に基づいて、今回の走行距離を算出する。

〔ステップＳ１２０：走行距離の引き継ぎ〕
次に、制御部１００は走行距離引き継ぎモジュール１１３を実行し、交換後の車両に対し、先に貸し出された車両の走行距離を引き継ぎ、それを表示させる（ステップＳ１２０）。

引き継がれた距離の表示は、車両貸出管理システム１の表示部５００に表示される。また、引き継ぎ後の走行距離を、交換後の車両にも表示するものであっても構わない。この場合、トリップメータを調整する、または、別途走行距離計を配設する、といった適宜の方法により、引き継ぎ後の走行距離が交換後の車両に表示される。さらに、交換後の車両に引き継ぎ後の走行距離を表示させる場合、引き継ぎ後の走行距離に積算して総走行距離が表示されるようにして構わない。このようにして、交換後の車両に引き継がれた走行距離を表示することによって、利用者にとっては、総走行距離を容易に認識することができ、使い勝手の良いシステムとなる。

実施例１に係る走行距離引き継ぎ方法によると、貸し出し中の故障などの理由により、車両を交換する必要が生じることがあったとしても、先に貸し出された車両の走行距離を引き継ぐことにより、適正な走行距離に基づき適正な料金を算出することが可能な車両貸出管理システムを構築することができる。

また、引き継ぎ後の走行距離を、交換後の車両に表示させることにより、利用者にとっても、自分の総走行距離を容易に把握することができ、追加料金の有無について把握しやすいシステムを提供することが可能となる。

なお、走行距離を引き継ぐ場合として、車両が故障した場合について記載したが、これに関連して、通常の貸し出しの際にも、この技術を応用することができる。

すなわち、車両の貸し出しが終了し、店舗又はカーシェアに戻ってきた際、制御部１００は走行距離算出モジュール１１１を実行し、貸し出し中の走行距離を算出して、当該車両の走行距離を、記憶部３００に格納されている車両データベース３１０に記憶する。走行距離の算出は、上記と同様に、貸し出し前後に走行距離入力モジュール１１２によって入力された走行距離に基づいて行われる。

このように、貸し出しのたびに走行距離を記憶することにより、それぞれの車両の総走行距離や、前回の走行距離、使用時期に紐づいた走行距離などに関して、車両情報として車両データベース３１０で一元管理することができるようになり、使い勝手のよいシステムを構築することが可能となる。

また、走行距離入力モジュール１１２に加え、走行距離入力モジュール１１２によって入力された走行距離と車両データベース３１０に記憶されている走行距離とを比較する走行距離比較モジュール１１４、を設けてもよい。この時、貸し出しの際に入力された走行距離が、前回の返却時に記録された走行距離よりと比較して所定距離以上の差がある場合、間違いの有無を確認するメッセージを表示させるようにしてよい。例えば、前回の返却時の走行距離として記録されている走行距離が２２，９３０ｋｍであり、今回の貸し出しの際に入力した走行距離が２２，９８０ｋｍと５０ｋｍの差があった場合、「前回の返却から５０ｋｍ以上の差がありますが、現在の走行距離で間違いないでしょうか？ＹＥＳ ｏｒ ＮＯ？」といった警告のサインが表示されるようにする。

このように、貸し出しの際に入力された走行距離と、車両データベース３１０に記憶されている走行距離とを比較する走行距離比較モジュール１１４を設けることにより、車両の走行距離に関して二重のチェックができるようになり、信頼性の高いシステムを構築することが可能となる。

また、貸し出しの際に、これまでの総走行距離、及び／又は、今回の貸し出しにおいて超過の料金が発生する走行距離を表示するようにしてもよい。

業務用レンタカーのような長期の貸し出しの場合、ひと月当たりの最大の走行距離が決められており、その走行距離を超過すると、超過した分の走行距離に応じて追加の料金がかかることがある。例えば、ひと月当たりの最大の走行距離が３，０００ｋｍであり、これまでの走行距離が２０，０００ｋｍで、かつ、今回の貸出期間がひと月であった場合、今回の貸し出しにおいて超過の料金が発生する走行距離をとして、２３，０００ｋｍを車両及び車両貸出管理システム１の表示部５００に表示するようにする。

このように、超過の料金が発生する走行距離を車両及び車両貸出管理システム１の表示部５００に表示させることにより、超過の料金が発生する走行距離を把握することが容易となり、使い勝手の良いシステムを構築することが可能となる。なお、単に画面に表示させるだけでなく、紙などに印刷するようにしても、同様の効果が得られる。

［実施例２：車両貸出管理システム１を用いた早期返却手続き方法］
続いて、実施例２として車両の早期返却の手続きを行う手順について説明する。図４は、車両貸出管理システム１を用いた早期返却手続き方法を示すフローチャートである。図１及び図３〜４を用いて、車両貸出管理システム１を用いた早期返却手続き方法について説明する。

業務用レンタカーのような長期で車両の貸し出しを行う場合、急な要件の発生等により、車両が不要となる場合がある。その際、本来の契約期間が終了する前に返却の手続きを行うことにより、利用者にとっては一部料金の返還が可能となり、また、レンタカー業者にとってはその後の貸し出しの計画が立てやすくなる。本実施例に係る早期返却手続き方法は、このように本来の契約期間が終了する前に返却を希望する場合に使用される。

〔ステップＳ２１０：早期返却の受付〕
まず、利用者からの早期返却の申し出があり、従業員が管理画面において、早期返却を希望する車両と日時を入力すると、車両貸出管理システム１の制御部１００は、早期返却受付モジュール１２１を実行し、利用者から早期返却の申し出があった車両に紐づけて、早期返却希望の日付と時刻を記憶部３００の車両データベース３１０に記憶する（ステップＳ２１０）。このとき、図８に示す従業員データベース３２０と連動して、後述するように、早期返却希望の日付及び時刻における勤務シフトを参照し、申し出のあった日時に返却が可能かどうか（必要な従業員が確保できているかどうか）判断するようにしてもよい。

〔ステップＳ２２０：車両ステータスの変更〕
続いて、制御部１００は、車両ステータス変更モジュール１２２を実行し、車両データベース３１０に格納されている車両情報として、早期返却の申し出があった車両のステータスを「貸し出し中」から「仮返却」に変更する（ステップＳ２２０）。そして、早期返却の申し出があった日に返却があると、車両のステータスを「仮返却」から「返却」に変更する。

このように、早期返却の申し出に伴い、車両データベース３１０に格納されている車両のステータスを変更することにより、現在の各車両の状態を一元的に把握することができるようになり、従業員のシフトを組みやすくなるとともに、車両の管理も容易となる。また、利用者にとっても、早期返却の制度を利用することで、不要な経費を削減することが可能となる。

なお、車両が返却された場合、管理画面における「返却」ボタンを押すことで、車両データベース３１０の車両情報にステータスが反映され、返却された車両に関して、翌日から貸し出し可能とする処理をするようにしてもよい。つまり、車両が返却されると、必要な点検や給油を行う必要があるが、それらが終了すると、貸し出し可能の状態となる。このように、返却ボタンの操作と車両の貸し出し可能の設定とを連動させることにより、よりスムーズに管理システム１や貸し出し用のウェブサイトにステータスを反映することができる。

また、早期返却の申し出があった場合に、従業員が管理画面を通じて車両の返却希望日と時刻を入力すると、明日の返却欄または本日の返却欄にその情報が表示されるようにしてもよい。

［実施例３：車両貸出管理システム１を用いた車両販売申し出方法］
続いて、実施例３として車両の販売の申し出を行う手順について説明する。図５は、車両貸出管理システム１を用いた車両販売申し出方法を示すフローチャートである。図１及び図５を用いて、車両貸出管理システム１を用いた車両販売申し出方法について説明する。

業務用レンタカーのような長期で車両の貸し出しを行う場合、数か月にわたって同じ車両を使用していると、その車両に愛着がわくことがある。そのような場合、貸し出し業者側から販売の申し出をすることにより、利用者の購買の意思を後押しすることができる。本実施例に係る車両販売申し出方法は、このように長期にわたって使用した車両を販売する場合に使用される。

〔ステップＳ３１０：貸出期間のカウント〕
まず、貸し出しが開始されると、車両貸出管理システム１の制御部１００は、貸出期間カウントモジュール１３１を実行し、貸し出しの期間をカウントする（ステップＳ３１０）。貸し出しの期間は日単位であってもよいし、週単位や時間単位など適宜の単位であっても構わない。カウントした貸出期間は車両データベース３１０に車両に紐づけて記憶される。

〔ステップＳ３２０：メッセージの送信〕
そして、貸出期間が、予め設定された所定の期間を超えると、制御部１００はメッセージ送信モジュール１３２を実行し、利用者に対し、販売の申し出を記したメッセージを送信する（ステップＳ３２０）。例えば、前記所定の期間を５か月と設定すると、貸し出しから５か月を経過した際、利用者に対し、「ご利用から５か月が経過しました。お車の調子はいかがですか？ご希望であれば、所定のお手続きをすることで、この車両はあなたのものになります。」といったメッセージを送信する。

この所定の期間は、店舗又はカーシェアや車両に応じて、車両貸出管理システム１の管理画面を通じて変更することができる。

また、管理画面においては、貸し出し用として使用している車両で、かつ、販売してもよい車両に対し、管理画面上でステータスを変更できるよう構成されている。即ち、「販売可能」というステータスに変更あるいは追加することができる。このように構成することにより、利用者が閲覧する貸し出し用のウェブサイト上にて、店舗又はカーシェアごとの販売可能車両を閲覧することができるページにリンクするバナーを表示させ、中古車を探している利用者を誘導することができる。

このように、ある程度の期間にわたって使用された車両を中古車として販売する仕組みを構築することにより、利用者にとって愛着のわいた車両を入手することが可能となり、また、貸し出し業者にとっても、長期間にわたって使用された車両を販売することで、使用感のある車両を多く抱え込まなくて済み在庫管理が容易なシステムを提供できる。

［実施例４：車両貸出管理システム１を用いた車両貸出管理方法］
続いて、実施例４として、本実施形態における車両貸出管理システム１を使用して店舗又はカーシェアにおける予約及び／又は返却の手続き業務を管理する車両貸出管理方法について説明する。図６は、車両貸出管理システム１を用いた車両貸出管理方法を示すフローチャートである。また、図７は、従業員ごとに勤務時間を入力する画面の一例を示す図であり、図８は従業員データベース３２０の一例を示す図である。

業務用レンタカーのように、貸出期間が数か月単位の長期となる場合、貸出期間が短期のレンタカーとは異なり、貸し出しの手続きや返却の手続きに時間がかかる。すなわち、貸し出し時には、カーナビゲーション、ＥＴＣ（Ｅｌｅｃｔｒｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ）機器及びドライブレコーダーなどの車載機器に関する機能や使用方法、給油の方法、加入している保険や保障の内容などについて丁寧に時間をかけて説明を行い、利用者にしっかり理解してもらった上で貸し出しを開始する必要がある。また、返却時には、使用中における車両トラブルや事故の有無の確認、傷のチェックなどを丹念に実施する必要がある。そのため、一回の車両の貸し出し／返却の手続きに時間と手間がかかる。

そのため、一回の手続きにおける従業員の拘束時間も長く、お客様である利用者と対面している時間も長いため、緊張感が持続することになり、心理的に負担がかかる。また、万が一、店舗における従業員の人手が足りなくなった場合、利用者を長時間にわたって待たせてしまうこととなり、店舗のサービスとして質を確保することができない。そして、人員の不足を防止するために、余剰な従業員を配置してしまうことになり、このことが経営の圧迫につながってしまう。実施例４における車両貸出管理方法は、このような課題に鑑みて使用される。

〔ステップＳ４１０：従業員の入力〕
最初に、車両貸出管理システム１の制御部１００は、従業員入力モジュール１４１を実行し、入力を実行する日付を、表示されるカレンダーから選択し、選択された日に勤務する予定の従業員を入力する（ステップＳ４１０）。従業員の入力は、例えば、図８に示される従業員データベース３２０を参照し、その店舗における従業員の一覧の中から選択するように構成する。

従業員データベース３２０には、図８に示すように、従業員ごとに、社員ＩＤ、氏名、性別、経験年数、及び、勤務日及び勤務予定日が一覧表示されている。管理者は、従業員データベース３２０を参照し、選択された日付に勤務をさせる従業員を指定する。

〔ステップＳ４２０：勤務する時間の入力〕
次に、制御部１００は、時間入力モジュール１４２を実行し、ステップＳ４１０で入力した従業員ごとに、選択された日付において勤務する時間を入力する（ステップＳ４２０）。この勤務時間の入力は、すべての営業時間において一時間単位で行われる。

勤務時間の入力は、例えば図７（ａ）〜（ｃ）に示すような、時間ごとに区切られたマスを画面上で選択することにより行われる。灰色で色付けされたマスが勤務予定として選択されたことを示す。

図７（ａ）に示す例は、２０１８年４月２５日（水）の営業時間が午前１０時から午後６時までであり、従業員Ａの勤務時間が午前１０時から午後６時、従業員Ｂの勤務時間が午前１０時から午後６時である場合の例である。

図７（ｂ）に示す例は、２０１８年４月２６日（木）の営業時間が午前１０時から午後６時までであり、従業員Ａの勤務時間が午前１０時から午後６時、従業員Ｂの勤務時間が午前１０時から午後２時、従業員Ｃの勤務時間が午後２時から午後６時である場合の例である。

図７（ｃ）に示す例は、２０１８年４月２７日（金）の営業時間が午前１０時から午後６時までであり、従業員Ｃの勤務時間が午前１０時から午後６時である場合の例である。

そして、それぞれの従業員について勤務時間の入力が完了すると、入力した内容が、従業員データベース３２０におけるそれぞれの従業員の勤務予定に反映される。

〔ステップＳ４３０：時間帯ごとの従業員数の算出〕
次に、制御部１００は、従業員数算出モジュール１４３を実行し、ステップＳ４２０で入力された従業員の勤務時間に基づいて、時間帯ごとの従業員数を算出する（ステップＳ４３０）。図７（ａ）の場合は、従業員Ａ及び従業員Ｂの二人が常駐するため、すべての時間帯において、従業員数は「２」となる。図７（ｂ）の場合は午前８時から午後２時までは、従業員Ａ及び従業員Ｂがいるため従業員数は「２」となり、午後２時から午後６時までは従業員Ａ及び従業員Ｃがいるため従業員数は「２」となる。図７（ｃ）の場合は、従業員Ｃのみの勤務であるため、すべての時間帯において従業員数は「１」となる。このようにして、各時間帯における従業員数を算出する。

なお、図７（ａ）〜（ｃ）においては、すべての時間帯において同一の人数が算出される場合の例を示しているが、これに限ったものではなく、従業員の勤務シフトによっては、時間帯によって従業員数が変化することも有り得る。

〔ステップＳ４４０：時間帯ごとの予約／返却可能数の算出〕
続いて、制御部１００は、車両取扱数設定モジュール１４４を実行し、従業員の勤務シフトが入力された日付について、各時間帯における車両の予約／返却可能数を算出する（ステップＳ４４０）。

このとき、車両取扱数設定モジュール１４４は、従業員の勤務シフトと、予約可能か否かのステータスとを連動させることで、各時間帯において配置される従業員数に基づいて、車両の予約／返却可能数を算出する。

業務用レンタカーのように、貸出期間が長期となる貸出契約の場合、貸出期間が短期のレンタカーとは異なり、貸し出しの手続きや返却の手続きに時間がかかる。すなわち、貸し出し時には、カーナビゲーション、ＥＴＣ（Ｅｌｅｃｔｒｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ）機器及びドライブレコーダーなどの車載機器に関する機能や使用方法、給油の方法、加入している保険や保障の内容などについて丁寧に時間をかけて説明を行い、利用者にしっかり理解してもらった上で貸し出しを開始する必要がある。また、返却時には、使用中における車両トラブルや事故の有無の確認、傷のチェックなどを丹念に実施する必要がある。そのため、一回の車両の貸し出し／返却の手続きに時間と手間がかかる。

本実施形態においては、その時間に配置される従業員一人当たり一台の予約／返却のみ受け付けるように設定することで、従業員の負担を軽減している。すなわち、ステップＳ４４０において、車両取扱数設定モジュール１４４は、各時間帯において配置される従業員数に基づいて、従業員数と同じ数の車両を、予約／返却可能数として算出する。このことによって、従業員に過度な負担をかけることなく勤務シフトを組むことを容易とし、かつ、利用者にとってはじっくりと時間をかけて説明を受け、車両に不備がないか確認することが可能なシステムを提供することが可能となる。

なお、上記の説明においては、従業員一人当たりの取扱台数を一律一台としたが、これに限ったものではなく、従業員の経験年数や手続きごとの複雑さに応じて、変更することが可能である。

〔ステップＳ４５０：時間帯ごとの予約／返却可能数の表示〕
ステップＳ４４０で時間帯ごとの予約／返却可能数の算出が行われると、表示部５００に日付と時間帯ごとの車両の予約／返却可能数が表示され（ステップＳ４５０）、管理者がその画面を確認することにより、本実施形態における車両貸出管理方法は終了する。

実施例４に係る車両貸出管理方法によると、勤務シフトと車両の予約／返却可能数とを連動させることにより、業務用レンタカーの貸し出し及び返却のように、一つ一つの取り扱いに係る負担が大きな業務であっても、従業員の負担を考慮した勤務シフトを組むことが可能となり、適切に従業員の休暇や休息を取ることができ、その結果、従業員のミスを削減することが可能なシステムを構築することができるとともに、利用者にとっても、じっくりと時間をかけて丁寧に説明を受けることができ、安心して長期間にわたって車両を借りることができるシステムを構築することが可能となる。

また、実施例４の変形例として、上記管理方法に基づいた従業員の休暇の設定をすることができる。つまり、ステップＳ４１０における従業員の入力の際、入力を行っている営業日に貸し出し又は返却の手続きの予約が入っていない場合、その営業日に勤務する従業員数を１人と設定し、１人の従業員に全営業時間を任せるシフトを組むことにより、他の従業員の休暇を確保することができる。このような設定を他の営業日にも行うことにより、従業員の計画的な休暇の確保を可能としたシステムを実現することができる。

［実施例５：車両貸出管理システム１を用いた店舗評価方法］
続いて、実施例５として、各店舗の評価を行うための、店舗における予約割合を算出する手順について説明する。図９は、車両貸出管理システム１を用いた店舗評価方法を示すフローチャートである。図１及び図９を用いて、車両貸出管理システム１を用いた店舗評価方法について説明する。

〔ステップＳ５１０：店舗予約の選択〕
まず、図１に示す車両貸出管理システム１における制御部１００は、店舗の評価を実施するにあたり、店舗予約選択モジュール１５１を実行し、ある月の車両予約のうち、利用者がウェブサイトではなく店舗において予約を行ったものを選択する（ステップＳ５１０）。

このような選択は、管理画面上において行われる。例えば、管理画面に表示されるカレンダーからある月を選択すると、選択された月におけるカレンダーと、その月の各日付に対応する予約情報が一覧表示される。管理画面を表示するにあたって、すでに予約の数、予約の入っている日付及び来店予定時刻、予約した利用者の氏名や会社名などの情報が登録されているものとする。

また、すでに登録されているそれぞれの予約に関して、その予約がウェブサイトを通じて行われたのか、あるいは実店舗において行われたのかが記憶されている。そして、制御部１００における店舗予約選択モジュール１５１は、一覧表示された予約情報のうち、実店舗において予約があったものについて選択する。

このような選択は、色付けによって選択されたことを表示するものであってもよいし、チェックボックスにチェックが入るなどの手段によって表示されるものであっても構わない。このような手段によって、すべての予約の中から、実店舗において予約があったものについて、選択を行う。

〔ステップＳ５２０：店舗予約割合の算出〕
続いて、制御部１００は、店舗予約割合算出モジュール１５２を実行し、実店舗において予約があった数を算出して、選択された月におけるすべての予約数に対する実店舗における予約数の割合を算出する（ステップＳ５２０）。

〔ステップＳ５３０：店舗評価の実施〕
そして、制御部１００は、店舗評価モジュール１５３を実行し、ステップＳ５２０で算出された総予約数に対する実店舗における予約数の割合に基づいて、その月の店舗の評価を実施する。

インターネット網やスマートフォンが普及した現代において、レンタカーの予約もインターネット上のウェブサイトを通じて行われることが多い。利用者としては、自宅やオフィスにいながらレンタカーの予約ができるため、インターネットを使用した予約手段は非常に有用なものである。一方で、実店舗における予約は、従業員のサービスマンとしての能力が発揮されたことの結果であり、これを従業員の実績として評価せず、ウェブサイト経由の予約と同様に扱ってしまうと、従業員の士気を損ねることにつながる。

そこで、本実施例におけるシステムでは、実店舗における予約を、店舗の業績評価の一つの要素として、ウェブサイト経由の予約と区別して扱うことにより、従業員の士気を高めることに寄与するものである。

なお、本実施例においては、総予約数に対する実店舗における予約数の割合を店舗評価の要素として取り上げたが、割合ではなく絶対数を評価の基準として使用するシステムとしても構わない。

また、実店舗における予約とは、予め通知することなく当日に来店し、その場で契約に至ったものも含まれる。利用者にとっては、急遽、車両を借りる必要が生じ、予約をすることなく来店することも有り得るためである。

実施例５に係る店舗評価方法によると、実店舗において従業員の努力によって得られた契約を、ウェブサイトを通じて得られた契約と区別してカウントし、各店舗の業績業過に使用することにより、従業員の士気を高めることができる。また、従業員の士気が高まるため、店舗におけるより良いサービスの提供につながり、その結果、利用者にとっても、よりよいサービスを受けることが可能なシステムを構築することができる。

上記の実施例に加え、種々の構成を追加することができる。

［実施例６：予約状況のカレンダー表示］
管理画面上において、車両ごとに今後２か月分の予約状況をカレンダー表示する機能を有するカレンダー表示モジュール１６１を備えることができる。例えば、４月２５日にカレンダー表示モジュール１６１を実行した場合、４月、５月及び６月のカレンダーを表示し、各営業日について、登録されている車両の予約状況を一覧表示させるよう構成することができる。

実施例６に示すような構成することにより、各車両の今後の予約状況を一目で容易に把握することが可能となる。なお、今後２か月分としたが、どの程度先の月まで表示させるかは、管理画面において変更することができる。

［実施例７：特定の利用者のブラックリスト設定］
特定の利用者が、今後、利用することができないよう、当該利用者が予約を入れようとすると管理画面上で警告が表示される機能を有するブラックリスト設定モジュール１６２を備えることができる。

利用者によっては、無断で延長をした挙句、延長料金を支払わないことや、定められた場所に返却せず乗り捨ててしまうこともある。そのような利用者と再び安易に契約してしまうことを防止するために、特定の利用者に対してブラックリスト設定を行う。ブラックリスト設定された利用者は記憶部３００に記憶される。そして、当該利用者がウェブサイトから予約を試みると、ブラックリスト設定モジュール１６２が実行され、管理画面上に警告を表示し、ウェブサイト上には予約をお断りする旨が表示される。

実施例７に示すような構成することにより、一部の不正を働く利用者を管理することができ、公正で不公平感のない利用を促すことができる。

［実施例８：利用者の本人確認書類の再提示］
利用者本人（法人契約の場合は法人）を証明するための書類を確認した日付を管理画面に表示させ、確認してから所定期間（例えば１年）が経過した後に予約をする場合、再度の証明を促すメッセージを送信する機能を有する本人確認モジュール１６３を備えることができる。

初回に貸し出しを行う場合には、本人や法人の証明をするため、免許証や登記簿謄本などの書類を提示することになっている。しかしながら、次に貸し出しを希望する場合で、前回の証明書の確認からあまり期間が経過していない場合、証明書の確認を省略することがある。一方、前回の証明書の確認から一定期間が経過している場合、住所などの内容が変わっていることもある。そのため、所定期間が経過している場合は、本人確認モジュール１６３が実行され、再度、証明書を提示してもらうよう、メッセージを送信する。このメッセージの送信は、車両の予約を受け付けたメッセージに併せて送信されるようにしてよい。

実施例８に示すような構成することにより、利用者が証明すべき内容を変更していたとしても、変更漏れのないシステムを構築することができる。

［実施例９：未入金の管理］
利用者が貸出料をまだ入金していない場合、管理画面における明日又は本日の返却の欄に、未入金である旨の警告が表示される機能を有する未入金管理モジュール１６４を備えることができる。また、未入金管理モジュール１６４には、貸出料が既に入金済みである場合、明日又は本日の返却の欄と本日の貸し出しの欄の両方を表示させない機能を持たせることができる。

実施例９に示すような構成にすることにより、確実に入金を促すことができる仕組みを構築することができる。

［実施例１０：駐車違反の管理］
業務用レンタカーの場合、仕事で使用するために、急遽、道路脇に駐車する必要に迫られる場合があり、利用者が駐車違反を犯してしまうことがある。しかしながら、長期間にわたっての貸し出しであるため、どの利用者が駐車違反を切られたかが分からくなることがある。これを防止するために、実施例１０では、利用者が駐車違反を切られた場合に、管理画面上にその旨を放置する駐車違反報知モジュール１６５を備えることができる。

駐車違反報知モジュール１６５による報知を受けて、管理画面上から、違反日時、違反場所、取り扱い管轄警察署、当該取り扱い警察署の電話番号を入力し、車両貸出管理システム１の通信部２００を介して利用者にＥメールで通知するようにしてもよい。Ｅメールの内容は、駐車違反した旨と出頭をお願いする文章とするとともに、上記内容を併せて通知するようにする。

実施例１０に示すような構成することにより、どの利用者が駐車違反を切られたかを確実に把握することができるようになるとともに、利用者による乗り捨ての防止にもつながる。

［実施例１１：貸出期間の延長］
車両の貸し出し中において、利用者が貸し出しの延長を申し出ることがある。利用者の求めに応じて貸出期間を延長する場合、割引料金で利用することができると、利用者と店舗又はカーシェアの双方にとってメリットがある。そして、割引料金での貸し出しであることを表示することにより、そのメリットを実感することができる。実施例１１では、期間の延長による割引が適用になる場合に、割引額を表示する延長割引表示モジュール１６６を備えるようにする。割引額の表示は、車両に表示するようにしてもよいし、併せて、車両貸出管理システム１の管理画面上に表示されるようにしてもよい。

また、貸出期間の延長をした場合の料金の支払いは、ウェブサイト上でのクレジットカード決済のみを可能とし、店頭での決済はできないようにする。このようにすることで、手続きの煩雑さを解消し、返却時にも余計な時間のかかることのない車両貸出管理システムを提供することができる。

以上のように構成することで、ユーザを待たせることなく貸し出しや返却の手続きをすることができ、かつ、必要最低限の従業員を確保して最適な従業員のシフトを作成することが可能なシステムを提供することができる。

なお、上記各実施例においては車両の貸し出しについて記載したが、これに限ったものではなく、例えば、自動運転車の貸し出しや、いわゆるドローンなどの無人航空機の貸し出しにも適用される。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１ 車両貸出管理システム
１００ 制御部
１１１ 走行距離算出モジュール
１１２ 走行距離入力モジュール
１１３ 走行距離引き継ぎモジュール
１１４ 走行距離比較モジュール
２００ 通信部
３００ 記憶部
３１０ 車両データベース
３２０ 従業員データベース

Claims (4)

1. 利用者の求めに応じて保有する車両の貸し出しを店舗又はカーシェアにおいて行う業務を管理するための車両貸出管理システムであって、
   貸出期間中に貸し出し中の車両を交換するにあたり、交換前の車両の走行距離を交換後の車両の走行距離に引き継ぐ手段、
   を備える車両貸出管理システム。
2. 利用者から貸出期間満了前における早期返却の要求があった場合に、ステータスを「仮返却状態」にし、返却後に「返却状態」にする車両ステータス変更手段、
   を備える請求項１に記載の車両貸出管理システム。
3. 前回の返却時における走行距離を記憶する手段と、
   次の貸し出し時に走行距離を入力する手段と、
   前記記憶された走行距離と前記入力された走行距離との差を比較する比較手段と、
   前記比較手段によって比較された距離に所定距離以上の差がある場合に、距離が正しいかどうかを確認する旨のメッセージを表示させる手段と、
   を備える請求項１に記載の車両貸出管理システム。
4. 同一の利用者が同一の車両を所定の月数以上借りた場合に、当該車両を販売する旨のメッセージを当該利用者に対し送信する送信手段、
   を備える請求項２または３のいずれかに記載の車両貸出管理システム。