JP2023049136A - レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法 - Google Patents

レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法 Download PDF

Info

Publication number
JP2023049136A
JP2023049136A JP2021158696A JP2021158696A JP2023049136A JP 2023049136 A JP2023049136 A JP 2023049136A JP 2021158696 A JP2021158696 A JP 2021158696A JP 2021158696 A JP2021158696 A JP 2021158696A JP 2023049136 A JP2023049136 A JP 2023049136A
Authority
JP
Japan
Prior art keywords
rental
key
reservation
user
period
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.)
Pending
Application number
JP2021158696A
Other languages
English (en)
Other versions
JP2023049136A5 (ja
Inventor
貞雄 藤田
Sadao Fujita
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.)
Denso Ten Ltd
Original Assignee
Denso Ten 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 Denso Ten Ltd filed Critical Denso Ten Ltd
Priority to JP2021158696A priority Critical patent/JP2023049136A/ja
Publication of JP2023049136A publication Critical patent/JP2023049136A/ja
Publication of JP2023049136A5 publication Critical patent/JP2023049136A5/ja
Pending legal-status Critical Current

Links

Images

Landscapes

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

Abstract

【課題】営業所の無人化に伴うレンタカーの不正利用を抑制する。【解決手段】ユーザの身分証明書におけるユーザの顔の画像データを取得する。レンタカーの利用予約期間の指定を含むレンタカーの利用予約の後、身分証明書におけるユーザの顔の画像データと、ユーザと一致又は相違する対象人物の端末装置からの対象人物の顔の画像データと、に基づき、所定の鍵入手コード発行条件の成否を判定する。鍵入手コード発行条件は対象人物の顔がユーザの顔と一致する条件を含む。鍵入手コード発行条件が成立した場合に対象人物の端末装置（４０）に向けて鍵入手コードを発行する。レンタカーの利用予約期間に基づく鍵入手許可期間内に、レンタカーの鍵を収容する収容部を備えた鍵収容装置（３３）に対して鍵入手コードが入力されたとき、レンタカーの鍵が対象人物にて入手可能とされる。【選択図】図１

Description

本発明は、レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法に関する。
レンタカーの貸し出し業務では、一般的に、営業所のカウンターで店員が運転免許証等による本人確認を行った上で鍵の直接の受け渡しを行う。
店員による本人確認等を要することなく、無人でレンタカーの貸し出し業務を行う方法も検討される（例えば下記特許文献１参照）。
特開平８－１６９００号公報
但し、貸し出し業務を無人で行おうとすると、本人以外の第三者が鍵を受け取ってしまうといった不正行為が起こり得る。単に営業所を無人化すると、鍵を受け取りに来た人物が予約を行った人物（運転免許証等に対応する人物）と同一人物であるのかを確認できないためである。或いは、本人確認を行った人物が、実際に鍵を受け取りに来たのか確認できないからである。また、本人確認作業が無人化に伴って省略されることは不正行為の増大に繋がると考えられる。
本発明は、レンタカー利用に関わる不正行為の抑制に寄与するレンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法を提供することを目的とする。
本発明に係るレンタカー貸出管理装置は、ユーザによるレンタカーの利用を管理するレンタカー貸出管理装置であって、前記ユーザの身分証明書における前記ユーザの顔の画像データを取得する顔画像データ取得部と、前記レンタカーの利用予約期間の指定を含む前記レンタカーの利用予約の後、前記ユーザの顔の画像データと、前記ユーザと一致又は相違する対象人物の端末装置からの前記対象人物の顔の画像データと、に基づき、所定の鍵入手コード発行条件の成否を判定する条件判定部と、前記鍵入手コード発行条件が成立した場合に前記対象人物の端末装置に送るための鍵入手コードを発行する鍵入手コード発行部と、を備え、前記鍵入手コード発行条件は、前記対象人物の顔が前記ユーザの顔と一致する条件を含み、前記レンタカーの利用予約期間に基づく鍵入手許可期間内に、前記レンタカーの鍵を収容する収容部を備えた鍵収容装置に対して前記鍵入手コードが入力されたとき、前記レンタカーの鍵が前記対象人物にて入手可能とされる。
本発明によれば、レンタカー利用に関わる不正行為の抑制に寄与するレンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法を提供することが可能となる。
本発明の実施形態に係るレンタカー管理システムの全体構成図である。 本発明の実施形態に係る鍵収容装置の正面図である。 本発明の実施形態に係る端末装置のブロック図である。 本発明の実施形態に係り、レンタカーの利用に関わる全体フローチャートである。 図４に示されるユーザ登録工程のフローチャートである。 図４に示されるユーザ登録工程のシーケンス図である。 本発明の実施形態に係り、ユーザ登録情報の構造を示す図である。 図４に示される予約工程のフローチャートである。 図４に示される予約工程のシーケンス図である。 本発明の実施形態に係り、事業者側予約情報の構造を示す図である。 本発明の実施形態に係り、管理側予約情報の構造を示す図である。 図４に示される認証工程のフローチャートである。 図４に示される認証工程のシーケンス図である。 図４に示される鍵入手コード発行工程のフローチャートである。 図４に示される鍵入手コード発行工程のシーケンス図である。 本発明の実施形態に係り、幾つかの情報等に対する符号の割り当てを示す図である。 図４に示される鍵入手工程のフローチャートである。 本発明の実施形態に属する第１実施例に係り、第２制御装置の機能ブロック図である。 本発明の実施形態に属する第１実施例に係り、レンタカーの利用予約期間と鍵入手許可期間との関係を示す図である。 本発明の実施形態に属する第２実施例に係り、鍵収容装置の変形構造を示す図である。
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。例えば、後述の“２１”によって参照される第２制御装置は（図１参照）、第２制御装置２１と表記されることもあるし、制御装置２１と略記されることもあり得るが、それらは全て同じものを指す。
図１に本発明の実施形態に係るレンタカー管理システムＳＹＳの全体構成を示す。レンタカー管理システムＳＹＳは、事業者システム１０、貸出管理システム２０及び鍵貸出システム３０を備える。レンタカー管理システムＳＹＳはレンタカーのユーザへの貸し出しを管理する。レンタカーは貸し出し用の車両（自動車）である。ユーザはレンタカーの利用者を指す。
図１において符号“４０”は端末装置を表す。端末装置４０は、スマートホン、タブレット、情報端末装置又はパーソナルコンピュータ等の電子機器である。端末装置４０はユーザが操作可能な任意の端末装置であり、ユーザの所有物であって良い。端末装置４０はレンタカー管理システムＳＹＳの構成要素に含まれると解しても良い。端末装置４０がレンタカー管理システムＳＹＳの構成要素に含まれる場合、端末装置４０は、レンタカー事業者が貸与する端末装置であっても良いし、レンタカー事業者とは別の旅行会社等が貸与する端末装置であっても良い。
事業者システム１０は、レンタカーの貸し出しを行うレンタカー事業者が運営及び管理するシステムである。貸出管理システム２０は、レンタカーの貸し出しを管理するシステムである。レンタカーの貸し出しの管理はレンタカーの鍵の貸し出しの管理により実現される。鍵管理システム３０は、レンタカーの鍵を保有し、実際にレンタカーの鍵の貸し出しを行うシステムである。
ユーザは端末装置４０を用いて事業者システム１０に対しレンタカーの利用予約を行う。その利用予約に関する情報に基づき、システム１０、２０及び３０が協働して、レンタカーの不正利用が防止される態様でレンタカーの鍵をユーザに貸し出す。レンタカーの鍵のユーザへの提供は、鍵貸出システム３０（後述の鍵収容装置３３）にて行われる。
事業者システム１０は第１制御装置１１及び第１データベース１２を備える。第１制御装置１１は、ＣＰＵ（Central Processing Unit）等を含む演算処理部１１ａと、ＲＯＭ（Read only memory）及びＲＡＭ（Random access memory）等を含むメモリ１１ｂと、通信処理部１１ｃと、をハードウェア資源として備える。第１制御装置１１においてメモリ１１ｂに格納されたプログラムを演算処理部１１ａにて実行することで、第１制御装置１１による後述の各動作及び各処理が実現されて良い。第１制御装置１１は１又は複数のコンピュータ装置にて構成される。クラウトコンピューティングを用いて第１制御装置１１を構成しても良い。第１データベース１２は磁気ディスク又は半導体メモリ等から成る不揮発性の記録媒体を備えた第１記録装置である。第１制御装置１１は、第１データベース１２に対して任意のデータを記録できると共に第１データベース１２の記録データを任意に読み出すことができる。
貸出管理システム２０は第２制御装置２１及び第２データベース２２を備える。第２制御装置２１は、ＣＰＵ等を含む演算処理部２１ａと、ＲＯＭ及びＲＡＭ等を含むメモリ２１ｂと、通信処理部２１ｃと、をハードウェア資源として備える。第２制御装置２１においてメモリ２１ｂに格納されたプログラムを演算処理部２１ａにて実行することで、第２制御装置２１による後述の各動作及び各処理が実現されて良い。第２制御装置２１は１又は複数のコンピュータ装置にて構成される。クラウトコンピューティングを用いて第２制御装置２１を構成しても良い。第２データベース２２は磁気ディスク又は半導体メモリ等から成る不揮発性の記録媒体を備えた第２記録装置である。第２制御装置２１は、第２データベース２２に対して任意のデータを記録できると共に第２データベース２２の記録データを任意に読み出すことができる。
鍵貸出システム３０は第３制御装置３１及び第３データベース３２を備える。第３制御装置３１は、ＣＰＵ等を含む演算処理部３１ａと、ＲＯＭ及びＲＡＭ等を含むメモリ３１ｂと、通信処理部３１ｃと、をハードウェア資源として備える。第３制御装置３１においてメモリ３１ｂに格納されたプログラムを演算処理部３１ａにて実行することで、第３制御装置３１による後述の各動作及び各処理が実現されて良い。第３制御装置３１は１又は複数のコンピュータ装置にて構成される。クラウトコンピューティングを用いて第３制御装置３１を構成しても良い。第３データベース３２は磁気ディスク又は半導体メモリ等から成る不揮発性の記録媒体を備えた第３記録装置である。第３制御装置３１は、第３データベース３２に対して任意のデータを記録できると共に第３データベース３２の記録データを任意に読み出すことができる。鍵貸出システム３０は鍵収容装置３３を更に備える。鍵収容装置３３は第３制御装置３１の制御の下で動作する装置であって良い。鍵収容装置３３については後述される。
システム１０、２０及び３０は通信網ＮＥＴに接続される。詳細には制御装置１１、２１及び３１が通信網ＮＥＴに接続される。通信網ＮＥＴはインターネット及び移動体通信網等を含む。端末装置４０も通信網ＮＥＴに接続される。制御装置１１、２１、３１及び４０の通信網ＮＥＴへの接続は、有線接続又は無線接続であっても良いし、有線接続及び無線接続の組み合わせであっても良い。
第１制御装置１１は通信処理部１１ｃを用いて通信網ＮＥＴに接続された任意の装置と双方向通信が可能である。第２制御装置２１は通信処理部２１ｃを用いて通信網ＮＥＴに接続された任意の装置と双方向通信が可能である。第３制御装置３１は通信処理部３１ｃを用いて通信網ＮＥＴに接続された任意の装置と双方向通信が可能である。端末装置４０も通信処理部（図３の通信処理部４５に相当）を有し、通信処理部を用いて通信網ＮＥＴに接続された任意の装置と双方向通信が可能である。レンタカー管理システムＳＹＳの動作において、制御装置１１は主に制御装置２１及び端末装置４０と双方向通信を行う。制御装置２１は主に制御装置１１及び３１と双方向通信を行う。制御装置３１は主に制御装置２１と双方向通信を行う。
図２（ａ）及び（ｂ）に鍵収容装置３３の概略正面図を示す。鍵収容装置３３はコインロッカーに類似する形態を有し、収容部３３１と収容部３３１に対応する扉３３２との組を複数備える。鍵貸出システム３０を運営するスタッフは１以上の収容部３３１にレンタカーの鍵を収容しておくことができる。
各扉３３２は閉状態及び開状態の何れかの状態をとる。図２（ａ）は全ての扉３３２が閉状態であるときの鍵収容装置３３の概略正面図を表す。図２（ｂ）は２つの扉３３２のみ開状態であるときの鍵収容装置３３の概略正面図を表す。或る収容部３３１に対応する扉３３２が開状態であるときにのみ、ユーザは当該収容部３３１に収容された物体（ここではレンタカーの鍵）を入手することができる。尚、鍵収容装置３３に設けられた収容部３３１及び扉３３２の組の総数は１であっても良い。
鍵収容装置３３には、鍵収容装置３３の操作者からの操作を受け付ける操作部３３３と、鍵収容装置３３の操作者が視認可能な表示部３３４が設けられる。レンタカーの貸し出しを望むユーザは鍵収容装置３３の操作者となり得る。鍵収容装置３３において、操作部３３３及び表示部３３４の各機能を備えるタッチパネルが形成されていても良い。鍵収容装置３３の操作者が必要な情報（後述の鍵入手コード）を操作部３３３に入力したとき、入力情報に対応付けられた扉３３２が閉状態から開状態に切り替わり、当該操作者は当該扉３３２に対応する収容部３３１内の物体（ここではレンタカーの鍵）を入手することができる。
以下、レンタカーとしての車両を特に車両ＣＲと称することがある。車両ＣＲは動力源（エンジン、モータ等）を有し、動力源は車両ＣＲを走行させるための駆動力を発生させる。動力源は、所定の燃料（例えば化石燃料、水素）又は電気エネルギ等に基づいて駆動力を発生させる。貸し出しの対象となるレンタカーの鍵、即ち車両ＣＲの鍵は、車両ＣＲのドアを開けるための鍵であると共に車両ＣＲの動力源を駆動させるために必須となる鍵である。従って、ユーザが車両ＣＲの鍵を入手した後にのみユーザは車両ＣＲを走行させることが可能となる。
図３に端末装置４０の内部ブロック図を示す。端末装置４０は、端末制御部４１、カメラ４２、表示部４３、操作部４４、通信処理部４５及び記録媒体４６を備える。但し、端末装置４０には、これら以外の各種ブロックも備えられる。
端末制御部４１は、ＣＰＵ等を含む演算処理部とＲＯＭ及びＲＡＭ等を含むメモリとを備える。端末制御部４１においてメモリ内のプログラムを演算処理部にて実行することで端末制御部４１による後述の各動作及び各処理が実現されて良い。カメラ４２は所定の撮影領域内の被写体を撮影し、撮影画像の画像データを生成する。表示部４３は液晶ディスプレイパネル等から成り、端末制御部４１の制御の下、任意の画像を表示する。操作部４４は、端末装置４０の操作者からの任意の操作を受け付ける。端末装置４０において、表示部４３と操作部４４の各機能を備えるタッチパネルが形成されていても良い。通信処理部４５は他の装置との双方向通信を実現する。記録媒体４６は不揮発性の記録媒体である。
図４を参照し、レンタカー管理システムＳＹＳにおいてユーザがレンタカーを利用するまでの流れを説明する。図４は当該流れを示すフローチャートである。
まずステップＳ１においてユーザ登録工程が実行される。次にステップＳ２において予約工程が実行される。予約工程においてレンタカーの利用予約が行われる。次にステップＳ３において認証工程が実行される。次にステップＳ４において鍵入手コード発行工程が実行される。最後にステップＳ５において鍵入手工程が実行される。
図５にユーザ登録工程のフローチャートを示す。図５に示すステップＳ１１～Ｓ１４の各処理が、図４のステップＳ１のユーザ登録工程にて実行される。図６はユーザ登録工程のシーケンス図である。
ユーザ登録工程では、まずステップＳ１１において、端末装置４０から第１制御装置１１に対してユーザ登録要求を行う。ユーザ登録要求は、端末装置４０から第１制御装置１１に対してユーザ登録要求信号１１１０（図６参照）を送信することで実現される。ステップＳ１１に続くステップＳ１２において、第１制御装置１１は信号１１１０に基づいてユーザ登録処理を実行する。ユーザ登録処理では第１データベース１２に信号１１１０に基づくユーザ登録情報が保存される。ユーザが端末装置４０を操作することで信号１１１０が端末装置４０から第１制御装置１１に送信され、この操作においてユーザ登録情報の元となる情報が端末装置４０に入力される。
図７に第１データベース１２に保存されるユーザ登録情報の構造を示す。システムＳＹＳを利用するユーザごとにユーザ登録情報が作成され且つ第１データベース１２に保存される。システムＳＹＳを利用する複数のユーザの内、第ｉ番目のユーザを第ｉユーザと称する（ｉは整数）。図７において、記号“ＡＡ［ｉ］”は第ｉユーザに対して作成されたユーザ登録情報を表す。各ユーザに対し固有の識別情報であるユーザＩＤが付与される。ユーザＩＤは各ユーザにより信号１１１０の中で指定されても良いし、第１制御装置１１がユーザＩＤを設定しても良い。システム１０により運営される各種ウェブサイトにログインするためのログインパスワードがユーザごとに設定される。ログインパスワードは各ユーザにより信号１１１０の中で指定されても良いし、第１制御装置１１がログインパスワードを設定しても良い。
以下では、処理の説明において注目される任意の一人のユーザを注目ユーザと称する。注目ユーザのユーザ登録情報は、注目ユーザのユーザＩＤ及びログインパスワードを含み、更に、注目ユーザの顔画像及び属性情報を含む。注目ユーザの顔画像は、注目ユーザの身分証明書に示された注目ユーザの顔写真の画像である。本実施形態ではシステムＳＹＳが日本で運用されることを想定する。身分証明書として、例えば、日本国における運転免許証若しくはマイナンバーカード、又は、任意の国にて発行されたパスポートが挙げられる。日本国以外の国で発行された運転免許証に相当する書面も身分証明書に該当しうる。この他、注目ユーザの身分を証明可能な書面であれば、注目ユーザの身分証明書は任意である。
信号１１１０において、注目ユーザの顔画像を含む注目ユーザの身分証明書のデータが第１制御装置１１に送信（アップロード）されることで、注目ユーザの顔画像の画像データが第１制御装置１１にて取得される。注目ユーザは自身の身分証明書をカメラ４２等の撮影により画像化して得られるデータを第１制御装置１１に送信することができる。撮影によることなく注目ユーザが身分証明書をデータとして既に所持している場合には、当該データを第１制御装置１１に送信しても良い。
注目ユーザの属性情報は、注目ユーザの氏名、住所、生年月日及び性別等を表す。注目ユーザの属性情報は、テキストデータとして信号１１１０に含まれるものであって良い。或いは、注目ユーザの身分証明書に記載されたテキスト情報を光学的文字認識（Optical Character Recognition）によって識別及び抽出することで注目ユーザの属性情報が生成されても良い。
光学的文字認識を利用する際、以下のような流れで属性情報が第１制御装置１１にて取得されて良い。まず、注目ユーザの身分証明書の画像データを第１制御装置１１から第２制御装置２１に送信する。第２制御装置２１は、注目ユーザの身分証明書の画像データを図示されないＯＣＲ装置（不図示）に送信する。ＯＣＲ装置は、受信した画像データに基づき注目ユーザの身分証明書に対する光学的文字認識を行い、光学的文字認識の結果を得る。光学的文字認識の結果には、注目ユーザの身分証明書に示された注目ユーザの属性情報のテキスト情報が含まれる。ＯＣＲ装置は光学的文字認識の結果を第２制御装置２１に送信する。第２制御装置２１はＯＣＲ装置から受信した光学的文字認識の結果を第１制御装置１１に送信する。これにより、第１制御装置１１にて注目ユーザの属性情報を取得することができる。
ＯＣＲ装置はクラウドコンピューティングにより第２制御装置２１が利用可能な装置であり、ＯＣＲ装置の実体は通信網ＮＥＴに接続された１以上のコンピュータ装置により形成される。所定のＡＰＩ（Application Programming Interface）によりＯＣＲ装置が利用されて良い。尚、制御装置１１又は２１が光学的文字認識の機能を有している場合には、制御装置１１又は２１にて光学的文字認識を行うことで注目ユーザの属性情報のテキスト情報を得ても良い。また、光学的文字認識によるテキスト情報の抽出は、ステップＳ２（図４参照）の予約工程の中で実行されるものであっても良い。
第１制御装置１１はステップＳ１２のユーザ登録処理を行うと、第２制御装置２１に対してユーザ登録連携信号１１２０（図６参照）を送信する。第２制御装置２１は、ユーザ登録連携信号１１２０の受信に応答してステップＳ１３の処理を行う。ステップＳ１３において、第２制御装置２１は第２データベース２２にユーザ登録情報の一部を保存する。第２データベース２２に保存されるべき情報が信号１１２０に含まれている。第２制御装置２１は信号１１２０に基づく登録要求信号１１３０（図６参照）を第２データベース２２に送信することでステップＳ１３での保存を実現する。ステップＳ１３での保存が完了すると、所定の応答信号１１３２が第２データベース２２から第２制御装置２１に返信される。
ステップＳ１３において、第２データベース２２に保存される情報はユーザＩＤを含む。従って注目ユーザに対してステップＳ１１～Ｓ１３の処理が実行されたとき、注目ユーザのユーザＩＤが第２データベース２２に保存される。以後、第２データベース２２において、注目ユーザに対応する各種情報は注目ユーザのユーザＩＤに対応付けて保存される。尚、ステップＳ１３において、第２データベース２２に対し、ユーザＩＤに加えてユーザ登録情報の他の情報（例えば顔画像及び属性情報等）が更に保存されるようにしても良い。
ステップＳ１３に続くステップＳ１４において、第２制御装置２１は顔画像登録処理を実行する。注目ユーザについてのユーザ登録工程において、注目ユーザのユーザ登録情報における顔画像の画像データ（従って身分証明書における注目ユーザの顔画像の画像データ）がユーザ登録連携信号１１２０に含まれる。顔画像登録処理において、第２制御装置２１は顔登録要求信号１１４０を画像認識処理装置６０に送信する。顔登録要求信号１１４０は、注目ユーザの顔画像を登録することを要求する信号であって、注目ユーザの顔画像の画像データと注目ユーザのユーザＩＤを含む。信号１１４０における注目ユーザの顔画像の画像データは、注目ユーザの身分証明書における注目ユーザの顔画像の画像データである。画像認識処理装置６０は、信号１１４０における注目ユーザの顔画像の画像データに基づき、注目ユーザの顔画像の特徴を表す特徴データを抽出し、抽出した特徴データを注目ユーザのユーザＩＤに対応付けて自身の顔登録データベース（不図示）に保存する。この保存が完了すると、所定の応答信号１１４２が画像認識処理装置６０から第２制御装置２１に返信される。
画像認識処理装置６０はクラウドコンピューティングにより第２制御装置２１が利用可能な装置であり、画像認識処理装置６０の実体は通信網ＮＥＴに接続された１以上のコンピュータ装置により形成される。所定のＡＰＩにより画像認識処理装置６０が利用されて良い。尚、特徴データを生成する機能を第２制御装置２１に持たせるようにしても良く、この場合、画像認識処理装置６０は不要である。
ステップＳ１４の顔画像登録処理を経てユーザ登録工程が完了する。詳細には、図６に示す如く、第２制御装置２１は応答信号１１４２を受信すると、第１制御装置１１に対して所定の連携完了信号１１２２を送信する。第１制御装置１１は連携完了信号１１２２を受信すると端末装置４０に対して所定のユーザ登録完了信号１１１２を送信する。信号１１１２の送信を以ってユーザ登録工程が完了する。
尚、ここでは、ステップＳ１のユーザ登録工程の中で顔画像登録処理が実行されることを想定しているが、ステップＳ２の予約工程の中で顔画像登録処理が実行されるようにしても良い。
図８に予約工程のフローチャートを示す。上述したよう、予約工程にてレンタカーの利用予約が行われる。図８に示すステップＳ２１～Ｓ２５の各処理が、図４のステップＳ２の予約工程にて実行される。図９は予約工程のシーケンス図である。
予約工程では、まずステップＳ２１において、端末装置４０から第１制御装置１１に対して予約要求を行う。この予約要求は、端末装置４０を用いたユーザによる予約要求であるとも言える。尚、注目ユーザがステップＳ２１の予約要求を行うためには、システム１０により運営されるウェブサイトに端末装置４０をアクセスさせた後、注目ユーザのユーザＩＤ及びログインパスワードを端末装置４０に入力する必要がある。この入力を経て上記ウェブサイトへのログインが完了し、予約要求が可能となる。予約要求は、端末装置４０から第１制御装置１１に対して予約要求信号１２１０（図９参照）を送信することで実現される。
ステップＳ２１においてユーザは利用希望情報を端末装置４０に入力することで、利用希望情報を指定する。利用希望情報の指定は、レンタカーの利用予約期間、レンタカーの貸出場所、及び、貸し出しを希望する車種などの指定を含む。レンタカーの利用予約期間は、レンタカーの貸し出し及び利用を希望する期間であり、利用予約開始日時から利用予約終了日時までの期間である。レンタカーの貸出場所は、貸し出されるべきレンタカーが配置される場所であり、貸し出しを受けるユーザはレンタカーの貸出場所からレンタカーを出発させることになる。レンタカーの貸出場所として、例えばレンタカー事業者の営業所（営業所の所在地）が指定される。予約要求信号１２１０に利用希望情報が含められることで、利用希望情報での指定内容が第１制御装置１１に伝達される。
ステップＳ２１に続くステップＳ２２において、第１制御装置１１は予約要求信号１２１０に基づいて第１予約登録処理を実行する。第１予約登録処理では、レンタカーの事業者側予約情報（以下、単に事業者側予約情報と称され得る）が作成され、且つ、第１データベース１２に保存される。事業者側予約情報は予約要求信号１２１０に基づいて（従ってユーザの利用希望情報に基づいて）作成される。
図１０に第１データベース１２に保存される事業者側予約情報の構造を示す。ステップＳ２の予約工程が実行されるごとに事業者側予約情報が作成され且つ第１データベース１２に保存される。図１０において、記号“ＢＢ［ｊ］”は第ｊ番目の予約工程にて作成される事業者側予約情報を表す（ｊは整数）。
各事業者側予約情報には、レンタカー予約ＩＤと、ユーザＩＤと、利用予約期間と、貸出場所と、貸出車両ＩＤと、が含まれる。レンタカー予約ＩＤは、事業者側予約情報ごとに設定される固有の識別情報（予約に関する固有の識別情報）である。事業者側予約情報のユーザＩＤは、予約要求に係る端末装置４０に入力されたユーザＩＤである。従って例えば、第ｊ番目の予約工程において第ｉユーザのユーザＩＤを端末装置４０に入力した上で予約要求が行われたのであれば、事業者側予約情報ＢＢ［ｊ］のユーザＩＤは、第ｉユーザのユーザＩＤとなる。事業者側予約情報における利用予約期間及び貸出場所は利用希望情報にて指定される利用予約期間及び貸出場所と一致する。
第１制御装置１１は、利用希望情報に基づき、ユーザに貸し出すべき車両ＣＲを決定すると共に、決定した車両ＣＲに固有の識別情報を特定する。ここで特定された識別情報が貸出車両ＩＤとして事業者側予約情報に含められる。貸出車両ＩＤは、ユーザに貸し出すべき車両ＣＲのナンバープレート情報であって良い。
第１制御装置１１はステップＳ２２の第１予約登録処理を行うと、第２制御装置２１に対して予約連携信号１２２０（図９参照）を送信する。第１制御装置１１は事業者側予約情報の全部又は一部を予約連携信号１２２０に含めて良い。
第２制御装置２１は、予約連携信号１２２０の受信に応答してステップＳ２３の鍵ＩＤ取得処理を行うことで鍵ＩＤを取得する。鍵ＩＤ取得処理において、第２制御装置２１は第３制御装置３１に対して鍵ＩＤ要求信号１２３０を送信する。鍵ＩＤ要求信号１２３０は第１制御装置１１にて特定された貸出車両ＩＤを含んでおり、信号１２３０では当該貸出車両ＩＤに対応付する鍵ＩＤの送信が要求される。鍵ＩＤは貸出車両ＩＤに対応付けられたレンタカーの鍵の固有情報である。第３制御装置３１は信号１２３０を受信すると、信号１２３０に含まれる貸出車両ＩＤに対応するレンタカーの鍵についての鍵ＩＤを特定し、特定した鍵ＩＤを含む応答信号１２３２を第２制御装置２１に返信する。信号１２３０及び１２３２の送受信を以ってステップＳ２３の鍵ＩＤ取得処理が完了する。
その後、ステップＳ２４において、第２制御装置２１は鍵貸出予約ＩＤ取得処理を行うことで鍵貸出予約ＩＤを取得する。鍵貸出予約ＩＤ取得処理において、第２制御装置２１は第３制御装置３１に対して鍵貸出予約ＩＤ要求信号１２４０を送信する。鍵貸出予約ＩＤ要求信号１２４０では鍵貸出予約ＩＤの送信が要求される。信号１２４０には、ステップＳ２３にて取得された鍵ＩＤと、ステップＳ２１にて予約要求を行ったユーザのユーザＩＤと、ステップＳ２１にて指定された利用予約期間を示す情報が含まれる。第３制御装置３１は、信号１２４０に基づいて、信号１２４０における鍵ＩＤ（即ち信号１２３２中の鍵ＩＤ）に対応する鍵の貸出予約を設定し、設定した貸出予約を識別するための固有情報である鍵貸出予約ＩＤを設定する。
そして、第３制御装置３１は鍵貸出予約ＩＤを含む応答信号１２４２を第２制御装置２１に返信する。第３制御装置３１は、応答信号１２４２の返信前に又は応答信号１２４２の返信に並行して、鍵の貸出予約の内容を第３データベース３２に保存する。具体的には、鍵貸出予約ＩＤに対応付けつつ、鍵ＩＤに対応する鍵を利用予約期間にユーザへ貸し出すという内容を貸出予約として第３データベース３２に保存する。実際には、ステップＳ２４にて設定した鍵貸出予約ＩＤと、信号１２４０含まれる鍵ＩＤ、利用予約期間及びユーザＩＤと、を互いに関連付けたデータ群が、貸出予約として第３データベース３２に保存されて良い。信号１２４０及び１２４２の送受信を以って、ステップＳ２４の鍵貸出予約ＩＤ取得処理が完了する。
その後、ステップ２５において、第２制御装置２１は第２予約登録処理を行う。第２予約登録処理では、レンタカーの管理側予約情報（以下、単に管理側予約情報と称され得る）が作成され、且つ、第２データベース２２に保存される。管理側予約情報は、予約連携信号１２２０と応答信号１２３２及び１２４２とに基づいて作成される。
図１１に第２データベース２２に保存される管理側予約情報の構造を示す。ステップＳ２の予約工程が実行されるごとに管理側予約情報が作成され且つ第２データベース２２に保存される。図１２において、記号“ＣＣ［ｊ］”は第ｊ番目の予約工程にて作成される管理側予約情報を表す（ｊは整数）。
各管理側予約情報には、レンタカー予約ＩＤと、ユーザＩＤと、利用予約期間と、貸出場所と、貸出車両ＩＤと、鍵ＩＤと、鍵貸出予約ＩＤと、が含まれる。管理側予約情報におけるレンタカー予約ＩＤ、ユーザＩＤ、利用予約期間、貸出場所及び貸出車両ＩＤは、事業者側予約情報（図１０参照）におけるレンタカー予約ＩＤ、ユーザＩＤ、利用予約期間、貸出場所及び貸出車両ＩＤと同じものであって、予約連携信号１２２０に基づき設定される。管理側予約情報における鍵ＩＤ及び鍵貸出予約ＩＤは、応答信号１２３２及び１２４２に含まれるそれらと同じものである。
例えば、第ｊ番目の予約工程において第ｉユーザがレンタカーの利用予約を行った場合を考える。この場合、第ｊ番目の予約工程に対応するレンタカー予約ＩＤと、第ｉユーザのユーザＩＤと、第ｊ番目の予約工程のステップＳ２１での指定内容に基づく利用予約期間、貸出場所及び貸出車両ＩＤと、第ｊ番目の予約工程のステップＳ２３及びＳ２４で取得される鍵ＩＤ及び鍵貸出予約ＩＤと、が互いに関連付けられた状態で、管理側予約情報ＣＣ［ｊ］に含められる。但し、貸出場所を示す情報、貸出車両ＩＤを示す情報及び利用予約期間を示す情報の内、全部又は一部は管理側予約情報に含まれていなくても良い。
第２制御装置２１が、管理側予約情報を含む予約登録要求信号１２５０を第２データベース２２に送信し、第２データベース２２にて信号１２５０に基づき管理側予約情報が保存される。これにより、ステップＳ２５の第２予約登録処理が実現される。第２データベース２２にて管理側予約情報が保存されると所定の応答信号１２５２が第２制御装置２１に返信される。
ステップＳ２５の第２予約登録処理を経て予約工程が完了する。詳細には、図９に示す如く、第２制御装置２１は応答信号１２５２を受信すると、第１制御装置１１に対して所定の連携完了信号１２２２を送信する。第１制御装置１１は連携完了信号１２２２を受信すると端末装置４０に対して所定の予約完了信号１２１２を送信する。信号１２１２の送信を以って予約工程が完了する。
図１２に認証工程のフローチャートを示す。図１２に示すステップＳ３１～Ｓ３５の各処理が、図４のステップＳ３の認証工程にて実行される。図１３は認証工程のシーケンス図である。
認証工程及び後述の鍵入手コード発行工程で対象人物ＰＳにより使用される端末装置４０を特に端末装置４０ａと称する（図１３参照）。対象人物ＰＳは、典型的には、システムＳＹＳのユーザの何れかであって且つ予約工程にてレンタカーの利用予約を行った特定ユーザである。但し、対象人物ＰＳは、特定ユーザとは異なる、レンタカーの不正使用を試みる人物であり得る。不正使用の存在を無視すれば、以下の説明における対象人物ＰＳは特定ユーザと一致していると解して良い。
ステップＳ１及びＳ２のユーザ登録工程及び予約工程で用いられる端末装置４０と、端末装置４０ａは、一致することもあるし、相違することもある。尚、特定ユーザについてのステップＳ１及びＳ２のユーザ登録工程及び予約工程は完了済みであるとする。以下では、説明の具体化のため、特に記述なき限り、特定ユーザに対応付けられたユーザ登録情報ＡＡ［ｉ］及び事業者側予約情報ＢＢ［ｉ］が第１データベース１２に保存済みであって、且つ、特定ユーザに対応付けられた管理側予約情報ＣＣ［ｉ］が第２データベース２２に保存済みであるとする。
認証工程が開始される前提として、対象人物ＰＳがアクセス場所に赴く。アクセス場所は、対象人物ＰＳ（換言すれば端末装置４０ａ）が所定のサイトアクセスコードを入手可能な場所である。アクセス場所として、例えばレンタカーの貸出場所そのもの又はレンタカーの貸出場所の近傍が想定される。レンタカーの貸出場所が複数ある場合、貸出場所ごとにアクセス場所が設定されると良い。アクセス場所にて、例えばサイトアクセスコードが印刷された物体（掲示板等）が設置される。
サイトアクセスコードは、システム１０にて運営される所定の貸出用ウェブサイトに対して端末装置４０ａをアクセスさせるためのアクセス情報である。ここでは、サイトアクセスコードとしてＱＲコード（登録商標）を用いるものとする。但し、サイトアクセスコードはＱＲコードに分類されない任意の二次元コード又は一次元コードであっても良い。或いは、サイトアクセスコードは、一次元コード及び二次元コードに分類されない任意のパターンコードであっても良い。
認証工程では、まずステップＳ３１において、対象人物ＰＳが端末装置４０ａを操作することにより、所定のサイトアクセスコード（アクセス情報）を端末装置４０ａにて読み取らせる。サイトアクセスコードを端末装置４０ａのカメラ４２にて撮影することでサイトアクセスコードが端末装置４０ａに読み込まれる。サイトアクセスコードには、貸出用ウェブサイトのＵＲＬ（Uniform Resource Locator）が埋め込まれている。端末装置４０ａには、読み込んだサイトアクセスコードから抽出されるＵＲＬのウェブサイトにアクセスするよう動作するアプリケーションプログラムが、予めインストールされているものとする。このため、端末装置４０ａにおいてサイトアクセスコードを読み込んだとき、端末制御部４１はサイトアクセスコードに基づき貸出用ウェブサイトにアクセスする。
貸出用ウェブサイトへのアクセスが行われると、貸出用ウェブサイトの機能に基づき、ログインを要求する旨の表示が端末装置４０ａの表示部４３に表示される。この要求を受けて対象人物ＰＳはステップＳ３２のログイン操作を行う。ログイン操作では、ユーザＩＤとログインパスワードを端末装置４０ａの操作部４４に入力する。ここでは、ログイン操作において、特定ユーザのユーザＩＤと特定ユーザのログインパスワードが端末装置４０ａの操作部４４に入力されたとする。この入力内容が端末装置４０ａから第１制御装置１１に伝達されることで、第１制御装置１１は特定ユーザが貸出用ウェブサイトにログインしたと判断する。
その後、貸出用ウェブサイトにおいて、顔画像のアップロードを要求する旨の表示が端末装置４０ａの表示部４３に表示される。この要求を受けて対象人物ＰＳはステップＳ３３にて自撮り操作を行う。自撮り操作では対象人物ＰＳの顔を端末装置４０ａのカメラ４２にて撮影させる。自撮り操作の撮影により得られた対象人物ＰＳの顔画像（即ち対象人物ＰＳの顔の撮影画像）を、便宜上、顔画像ＰＳｆと称する。端末装置４０ａにより顔画像ＰＳｆが得られると、顔画像ＰＳｆが第１制御装置１１に対してアップロードされる（ステップＳ３３）。より具体的には、図１３に示す如く、顔画像ＰＳｆの画像データを含む認証要求信号１３１０が端末装置４０ａから第１制御装置１１に送信される。認証要求信号１３１０は対象人物ＰＳが特定ユーザであることの認証を求める信号である（後述の信号１３２０も同様）。第１制御装置１１は、認証要求信号１３１０を受信すると、顔画像ＰＳｆの画像データ及び特定ユーザのユーザＩＤを含む認証要求信号１３２０を第２制御装置２１に送信する。
第２制御装置２１にて認証要求信号１３２０が受信されると、ステップＳ３４の顔認証処理が実行される。顔認証処理は本人認証処理の一種である。顔認証処理は、対象人物ＰＳの顔が特定ユーザの顔と一致するかを判断する処理であり、この判断に基づき対象人物ＰＳが特定ユーザであるかの認証が行われる。ステップＳ３４の顔認証処理は、図１３に示される信号１３３０、１３３２、１３４０及び１３４２の送受信を含む。顔認証処理は、画像認識処理装置６０の機能を利用しつつ、第２制御装置２１にて実行される。
顔認証処理において、第２制御装置２１は、まず顔画像ＰＳｆの画像データを含む画像認識要求信号１３３０を画像認識処理装置６０に送信する。信号１３３０は、顔画像ＰＳｆに対応する人物が誰であるかを知らせるよう要求する信号である。画像認識処理装置６０は、信号１３３０を受信すると顔画像ＰＳｆの特徴を表す特徴データを抽出し、顔画像ＰＳｆの特徴データと、自身が有する顔登録データベース（不図示）に保存された各ユーザの特徴データとを比較する。顔登録データベースには、第１～第ｎユーザに対して実行されたユーザ登録工程を経て第１～第ｎユーザの顔画像の特徴データが保存済みであるとする。ｎは２以上の整数である。
画像認識処理装置６０は、上記比較の結果に基づき、顔画像ＰＳｆに対応する人物（即ち対象人物ＰＳ）と第１～第ｎユーザの夫々との一致度を導出し、第１～第ｎユーザの内、所定値以上の一致度に対応するユーザを示す結果信号１３３２を第２制御装置２１に送信する。結果信号１３３２には導出された一致度も含められる。顔画像ＰＳｆに対応する人物（即ち対象人物ＰＳ）と第ｉユーザとの一致度を第ｉ一致度と称する。第ｉ一致度は、顔画像ＰＳｆと第ｉユーザの顔画像とが一致している度合い（換言すれば類似している度合い）を表す。
顔認証処理に係る第２制御装置２１は、結果信号１３３２に基づいて対象人物ＰＳの顔が特定ユーザの顔と一致しているかを判断し、これによって対象人物ＰＳが特定ユーザであるかを判断する。これらの判断の結果を顔認証結果と称する。所定値以上の一致度に対応するユーザの中に特定ユーザが含まれる場合、対象人物ＰＳは特定ユーザに一致する（即ち対象人物ＰＳの顔は特定ユーザの顔と一致する）と判断される。所定値以上の一致度に対応するユーザの中に特定ユーザが含まれない場合、又は、所定値以上の一致度に対応するユーザが存在しない場合、対象人物ＰＳは特定ユーザに一致しない（即ち対象人物ＰＳの顔は特定ユーザの顔と一致しない）と判断する。
第２制御装置２１は、顔認証結果を得た後、顔認証結果の保存を求める結果保存要求信号１３４０を第２データベース２２に送信する。第２データベース２２にて信号１３４０に基づき顔認証結果が保存されると所定の応答信号１３４２が第２制御装置２１に返信される。
その後、ステップＳ３５における顔認証結果通知を経て認証工程が完了する。顔認証結果通知では、図１３に示す如く、第２制御装置２１が第１制御装置１１に対して顔認証結果を含む結果通知信号１３２２を送信する。第１制御装置１１は結果通知信号１３２２を受信すると端末装置４０ａに対して顔認証結果を含む結果通知信号１３１２を送信する。信号１３１２の送信を以って認証工程が完了する。
図１４に鍵入手コード発行工程のフローチャートを示す。図４のステップＳ４の鍵入手コード発行工程は、図１４に示すステップＳ４１～Ｓ４７の各処理を含む。図１５は鍵入手コード発行工程のシーケンス図である。尚、鍵入手コード発行工程は、認証工程にて、対象人物ＰＳが特定ユーザであると認証された場合にのみ実行されるものであって良い。
図１６（ａ）を参照し、以下では、説明の具体化のため、特定ユーザに対応する各種情報に対して以下の符号を割り当てる。即ち、特定ユーザのユーザＩＤを符号“８１０”にて参照する。特定ユーザがレンタカーの利用予約を行うことで当該利用予約に対応付けられた（換言すれば特定ユーザに対応付けられた）レンタカー予約ＩＤを符号“８１２”にて参照する。レンタカー予約ＩＤ８１２における利用予約期間、貸出場所、貸出車両ＩＤ、鍵ＩＤ、鍵貸出予約ＩＤを、夫々、符号“８１４”、“８１６” 、“８１８” 、“８２０” 、“８２２” にて参照する。レンタカー予約ＩＤ８１２が管理側予約情報ＣＣ［ｉ］におけるレンタカー予約ＩＤと一致するのであれば、利用予約期間８１４、貸出場所８１６、貸出車両ＩＤ８１８、鍵ＩＤ８２０及び鍵貸出予約ＩＤ８２２は、管理側予約情報ＣＣ［ｉ］における利用予約期間、貸出場所、貸出車両ＩＤ、鍵ＩＤ及び鍵貸出予約ＩＤと一致する。また、特定ユーザについての予約工程における貸出予約により、鍵貸出予約ＩＤ８２２、鍵ＩＤ８２０、利用予約期間８１４及びユーザＩＤ８１０が互いに関連付けられた状態で第３データベース３２に保存される（図９参照）。貸出車両ＩＤ８１８に対応する車両（レンタカー）ＣＲを符号“ＣＲａ”にて参照する。鍵ＩＤ８２０に対応する鍵を符号“Ｋａ”にて参照する。鍵Ｋａは車両ＣＲａの鍵である。図１６（ａ）に示される鍵入手コードＣＤａについては後述される。また、図１６（ｂ）に示す如く、利用予約期間８１４における利用予約開始日時、利用予約終了日時を、夫々、符号“８１４Ｓ”、“８１４Ｅ”にて参照する。更に、以下では、特に記述なき限り、対象人物ＰＳは特定ユーザと一致するものとする。
図１４を参照し、鍵入手コード発行工程では、まずステップＳ４１において端末装置４０ａから第１制御装置１１に対し鍵入手コード要求信号１４１０が送信されることで、鍵入手コードが要求される。特定ユーザに対して貸し出されることが予約されているレンタカーの鍵、即ち、鍵Ｋａは鍵収容装置３３の何れかの収容部３３１内に収容及び保管されている。ステップＳ４１で要求される鍵入手コードは、鍵Ｋａが収容されている収容部３３１の扉３３２を開状態にするために必要なコード（例えば所謂暗証番号）であり、以下、当該鍵入手コードを符号“ＣＤａ”にて参照する（図１６（ａ）参照）。
尚、鍵Ｋａを収容部３３１内に収容及び保管する作業は、システム３０を運営するスタッフにより利用予約開始日時８１４Ｓの所定時間以上前に完了している。鍵の貸出予約の設定及び保存が行われるときから（図９参照）上記保管の作業が完了するまでの任意のタイミングにおいて、第３制御装置３１により鍵入手コードＣＤａが設定され且つ鍵収容装置３３に登録される。また、第３制御装置３１は鍵入手コードＣＤａを鍵ＩＤ８２０及び鍵貸出予約ＩＤ８２２に対応づけて第３データベース３２に保存する。
具体的には例えば、認証工程の後、端末装置４０ａによる貸出用ウェブサイトへのログインが確立されている状態で、特定ユーザとの同一性が認められた対象人物ＰＳが、端末装置４０ａに所定のコード発行要求操作を入力する。これにより、鍵入手コード要求信号１４１０が端末装置４０ａから第１制御装置１１に送信される。信号１４１０にて鍵入手コードの送信が要求される（後述の信号１４２０も同様）。第１制御装置１１は、鍵入手コード要求信号１４１０を受信すると、特定ユーザのユーザＩＤ８１０を含む鍵入手コード要求信号１４２０を第２制御装置２１に送信する。
鍵入手コード要求信号１４２０が第２制御装置２１にて受信されるとステップＳ４２の処理が実行される。ステップＳ４２において、第２制御装置２１は、鍵入手コード発行条件の成否を判定する。鍵入手コード発行条件は、ステップＳ３４の顔認証処理において対象人物ＰＳの顔が特定ユーザの顔と一致する（換言すれば、対象人物ＰＳが特定ユーザであると認証される）という顔認証条件を含む（図１２参照）。故に、ステップＳ３４の顔認証処理において、対象人物ＰＳの顔が特定ユーザの顔と一致すると判断された場合（換言すれば、対象人物ＰＳが特定ユーザであると認証された場合）に限り、鍵入手コード発行条件が成立する。
鍵入手コード発行条件は顔認証条件に加えて所定の追加条件を含み得る。この場合には、顔認証条件及び追加条件の双方が成立する場合に限り、鍵入手コード発行条件が成立する。例えば、特定ユーザが所定のマナー動画を閲覧済みであるという条件が追加条件に含まれ得る。
第２制御装置２１は、第２データベース２２の保存内容を参照することで、鍵入手コード発行条件の成否を判定する。認証工程において第２データベース２２に対し顔認証結果が保存済みであるので、その保存内容に基づき顔認証条件の成否を判断できる。尚、追加条件が定められる場合、追加条件の成否を区別するための情報（例えば特定ユーザが所定のマナー動画を閲覧済みであるか否かを示す情報）が第２データベース２２に保存されているものとする。
鍵入手コード発行条件が成立しているときにはステップＳ４２からステップＳ４３を経由して（ステップＳ４３のＹ）、ステップＳ４４に進む。鍵入手コード発行条件が成立していないときにはステップＳ４２からステップＳ４３を経由して（ステップＳ４３のＮ）、ステップＳ４７に進む。ステップＳ４７では、制御装置１１及び２１が協働して所定のエラー対応処理を実行し、図１４の動作を終える。
ステップＳ４４において、第２制御装置２１は第２データベース２２に対してレンタカー予約ＩＤ８１２を含む鍵貸出予約ＩＤ要求信号１４３０を送信する。これにより、第２制御装置２１はレンタカー予約ＩＤ８１２に対応する鍵貸出予約ＩＤ８２２（図１６（ａ））を第２データベース２２から読み出す。信号１４３０を受信した第２データベース２２は、レンタカー予約ＩＤ８１２に対応する鍵貸出予約ＩＤ８２２を自身の保存内容から抽出し、鍵貸出予約ＩＤ８２２を含む応答信号１４３２を第２制御装置２１に返信する。レンタカー予約ＩＤ８１２が管理側予約情報ＣＣ［ｉ］（図１１参照）におけるレンタカー予約ＩＤであるならば、管理側予約情報ＣＣ［ｉ］における鍵貸出予約ＩＤが鍵貸出予約ＩＤ８２２となる。
ステップＳ４４に続くステップＳ４５において、第２制御装置２１は第３制御装置３１に対して鍵入手コード要求信号１４４０を送信する。鍵入手コード要求信号１４４０は鍵貸出予約ＩＤ８２２を含み、信号１４４０によって鍵貸出予約ＩＤ８２２に対応する鍵入手コードＣＤａの送信が要求される。信号１４４０の受信に応答し、第３制御装置３１は、鍵貸出予約ＩＤ８２２に対応する鍵入手コードＣＤａを含んだ応答信号１４４２を第２制御装置２１に返信する。これにより、第２制御装置２１にて鍵入手コードＣＤａが取得される。
その後、ステップＳ４６において鍵入手コード通知を経て鍵入手コード発行工程が完了する。鍵入手コード通知では端末装置４０ａに向けて鍵入手コードＣＤａが通知される。具体的には、図１５に示す如く、第２制御装置２１が第１制御装置１１に対して鍵入手コードＣＤａを含む通知信号１４２２を送信する。第１制御装置１１は通知信号１４２２を受信すると端末装置４０ａに対して鍵入手コードＣＤａを含む通知信号１４１２を送信する。信号１４１２の送信を以って鍵入手コード発行工程が完了する。信号１４１２を受信した端末装置４０ａでは表示部４３に鍵入手コードＣＤａが表示される。鍵入手コードＣＤａが端末装置４０ａの記録媒体４６に記録されても良い。また、この他、信号１４１２には、貸し出される車両ＣＲａの車種、ナンバープレート番号及び外観形状を示す情報が含まれる共に車両ＣＲａの詳細な配置場所等を示す情報が含まれる。信号１４１２に含まれる各種情報は端末装置４０ａの表示部４３に表示される。
尚、図１５はステップＳ４４に進む場合のシーケンス図であり、ステップＳ４７に進む場合のシーケンスは図１５には示されてない。ステップＳ４７に進んだ場合、エラー対応処理において、鍵入手コードＣＤａの取得を失敗した旨を示す信号が、第２制御装置２１から第１制御装置１１を経由して端末装置４０ａに送信される。
図１７に鍵入手工程のフローチャートを示す。図４のステップＳ５の鍵入手工程は、図１７に示すステップＳ５１～Ｓ５６の各処理を含む。鍵入手工程では、まずステップＳ５１において対象人物ＰＳが鍵Ｋａを収容する収容部３３１を備えた鍵収容装置３３の設置場所に赴き、当該鍵収容装置３３に対してコードを入力する。ここで入力されるべきコードは鍵入手コードＣＤａであるが、鍵入手コードＣＤａを知らない人物は鍵入手コードＣＤａ以外のコードを入力する場合がある。
鍵入手コードＣＤａが暗唱番号である場合、対象人物ＰＳは鍵入手コードＣＤａとしての暗唱番号を鍵収容装置３３の操作部３３３に入力する。鍵入手コードＣＤａは、ＱＲコード（登録商標）などの二次元コード、一次元コード、又は、それら以外の任意のパターンコードであっても良い。この場合、端末装置４０ａの表示部４３に表示された鍵入手コードＣＤａを、鍵収容装置３３に設けられたコード読み取り部（不図示）に読み取らせることで、鍵入手コードＣＤａを鍵収容装置３３に入力する。
ステップＳ５１に続くステップＳ５２において、鍵収容装置３３の制御部は、鍵収容装置３３に入力されたコードが正当な鍵入力コードであるかを判断する。特に図示しないが、鍵収容装置３３にはマイクロコンピュータ等にて構成された制御部が設けられる。当該制御部の制御の下で、各扉３３２が閉状態又は開状態とされる。鍵収容装置３３に入力されたコードが鍵入力コードと一致しない場合（ステップＳ５２のＮ）、ステップＳ５５に進み、鍵収容装置３３にて所定のエラー対応処理が実行されて図１７の動作を終える。正当な鍵入力コードが複数存在し得るが、ここでは、説明の簡略化上、正当な鍵入力コードとして鍵入手コードＣＤａのみに注目する。
鍵収容装置３３に入力されたコードが鍵入手コードＣＤａと一致する場合（ステップＳ５２のＹ）、ステップＳ５２からステップＳ５３に進む。以下では、鍵収容装置３３に入力されたコードが鍵入手コードＣＤａと一致する場合を想定する。ステップＳ５３において、鍵収容装置３３の制御部は現在日時が鍵入手許可期間内の日時であるか否かを判断する。現在日時が鍵入手許可期間内の日時である場合（ステップＳ５３のＹ）、ステップＳ５３からステップＳ５４に進む。現在日時が鍵入手許可期間内の日時でない場合（ステップＳ５３のＮ）、ステップＳ５３からステップＳ５６に進む。
ステップＳ５４において、鍵収容装置３３の制御部は、鍵Ｋａを収容する収容部３３１の扉３３２を閉状態から開状態に切り替える。この切り替えを経て図１７の鍵入手工程を終える。ステップＳ５４の後、対象人物ＰＳは収容部３３１から鍵Ｋａを取り出すことができる。以後、対象人物ＰＳは、鍵Ｋａを用いて、利用予約した車両ＣＲａのドアを開けることができると共に車両ＣＲａを走行させることができる。
尚、鍵Ｋａを収容する収容部３３１の扉３３２が開状態となると、又は、収容部３３１から鍵Ｋａが取り出されたことが検知されると、その旨を示す所定の通知信号が、鍵収容装置３３又は第３制御装置３１から、システム１０の管理者が所持する端末装置又は第１制御装置１１に対して送信される。
ステップＳ５６において、鍵収容装置３３の制御部は、鍵Ｋａを収容する収容部３３１の扉３３２を閉状態に保ちつつ、対象人物ＰＳに対して所定通知を行う。所定通知を経て図１７の鍵入手工程を終える。ステップＳ５６の所定通知では、表示部３３４を用いて現在は鍵の取り出し時間外である旨が対象人物ＰＳに通知される。この後、鍵入手許可期間内に、対象人物ＰＳが、再度、鍵入手コードＣＤａを鍵収容装置３３に入力すれば、ステップＳ５４に至ることになる。
鍵入手許可期間はレンタカーの利用予約期間８１４（図１６（ｂ）参照）に基づいて定まる期間である。即ち例えば、利用予約開始日時８１４Ｓに鍵Ｋａを貸し出すのは妥当であるが、利用予約開始日時８１４Ｓの３０時間前に鍵Ｋａを貸し出すのは妥当でない。このような観点で予め定められた規則に基づき鍵入手許可期間が設定される。鍵入手許可期間は利用予約期間８１４に基づいて第３制御装置３１にて設定されると解して良い。但し、鍵入手許可期間は利用予約期間８１４に基づいて第１制御装置１１又は第２制御装置２１にて設定されるものであっても良い。
以下、複数の実施例の中で、システムＳＹＳに関わる幾つかの具体的な構成例、動作例、応用技術、変形技術等を説明する。本実施形態にて上述した事項は、特に記述無き限り且つ矛盾無き限り、以下の各実施例に適用される。各実施例において、上述の事項と矛盾する事項がある場合には、各実施例での記載が優先されて良い。また矛盾無き限り、以下に示す複数の実施例の内、任意の実施例に記載した事項を、他の任意の実施例に適用することもできる（即ち複数の実施例の内の任意の２以上の実施例を組み合わせることも可能である）。
＜＜第１実施例＞＞
第１実施例を説明する。図１８（ａ）及び（ｂ）に第１実施例に係る第２制御装置２１の機能ブロック図を示す。第２制御装置２１は機能ブロック２１１～２１７を備える。機能ブロック２１１～２１７は、メモリ２１ｂに格納されたプログラムを演算処理部２１ａにて実行することで実現される機能ブロックであって良い。
機能ブロック２１１はユーザ登録処理部である。ユーザ登録処理部２１１は、ステップＳ１のユーザ登録工程において第２制御装装置２１が実行すべき処理を行う。機能ブロック２１２は予約処理部である。予約処理部２１２は、ステップＳ２の予約工程において第２制御装装置２１が実行すべき処理を行う。機能ブロック２１３は認証処理部である。認証処理部２１３は、ステップＳ３の認証工程において第２制御装装置２１が実行すべき処理を行う。機能ブロック２１４は鍵入手コード発行処理部である。鍵入手コード発行処理部２１４は、ステップＳ４の鍵入手コード発行工程において第２制御装装置２１が実行すべき処理を行う。
機能ブロック２１５～２１７の夫々は、機能ブロック２１１～２１４の何れかに内包される機能ブロックである、又は、機能ブロック２１１～２１４の内、２以上の機能ブロックに跨って実現される機能ブロックである。
機能ブロック２１５は、ユーザの身分証明書におけるユーザの顔の画像データを取得する顔画像データ取得部である。当該取得はユーザ登録連携信号１１２０を第１制御装置１１から受信することで実現される（図６参照）。ユーザ登録連携信号１１２０は身分証明書におけるユーザの顔の画像データを含む。図６のシーケンスによれば、顔画像データ取得部２１５はユーザ登録処理部２１１に内包されると考えることができる。
機能ブロック２１６は、図１４のステップＳ４２の処理を実行する条件判定部である。即ち、条件判定部２１６は鍵入手コード発行条件の成否を判定する。鍵入手コード発行条件は、上述したように、顔認証処理において対象人物ＰＳの顔が特定ユーザの顔と一致すると判断される（即ち対象人物ＰＳが特定ユーザであると認証される）という顔認証条件を含む。上述したように、顔認証処理は、ユーザ登録工程にて取得される特定ユーザの顔の画像データ（身分証明書における顔の画像データ）と、認証工程において端末装置４０ａから送信される対象人物ＰＳの顔の画像データ（即ち顔画像ＰＳｆの画像データ）と、に基づき実行される。故に、条件判定部２１６は、前者の顔の画像データ（特定ユーザの顔の画像データ）と後者の顔の画像データ（対象人物ＰＳの顔の画像データ）とに基づき、鍵入手コード発行条件の成否を判定する、と言える。
機能ブロック２１７は、図１４のステップＳ４４～Ｓ４６の処理を実行する鍵入手コード発行部である。具体的には、鍵入手コード発行部２１７は、図１５に示される信号１４３０及び１４４０の送信並びに信号１４３２及び１４４２の受信を経て、通知信号１４２２を第１制御装置１１に送信する。通知信号１４２２の送信により端末装置４０ａに送るための鍵入手コードが発行されることになる。図１５のシーケンス図では、鍵入手コードが第２制御装置２１から第１制御装置１１を経由して端末装置４０ａに送られているが、第２制御装置２１から端末装置４０ａに鍵入手コードを直接送る変形も可能である。
図１６（ａ）及び（ｂ）に導入した符号を参照する。システムＳＹＳでは、顔認証条件を含む鍵入手コード発行条件が成立し、且つ、レンタカーの利用予約期間８１４に基づく鍵入手許可期間内に鍵Ｋａを収容する収容部３３１を備えた鍵収容装置３３に対して鍵入手コードＣＤａが入力されたときに、収容部３３１の扉３３２が開状態となる（即ち鍵Ｋａが対象人物ＰＳにて入手可能とされる）。即ち、顔認証条件を含む鍵入手コード発行条件が成立すること、鍵収容装置３３に対して正規の鍵入手コード（ここではＣＤａ）が入力されること、及び、鍵入手コードの入力が鍵入手許可期間内に行われることが、全て充足されて初めて鍵Ｋａが入手可能な状態に至る。即ち、多重チェックを経て鍵Ｋａが入手可能な状態に至る。
このような多重チェック機能を設けることで、レンタカーの不正に利用するといった不正行為が抑制される。これについて説明を補足する。レンタカーの貸し出し業務に係る参考方法では、営業所のカウンターで店員が運転免許証等による本人確認を行った上で鍵の直接の受け渡しを行う。現状、参考方法に係る貸し出し業務が一般的である。このような貸し出し業務を無人で行おうとすると、本人以外の第三者が鍵を受け取ってしまうといった不正行為が起こり得る。参考方法を基準に単に営業所を無人化すると、鍵を受け取りに来た人物が予約を行った人物（運転免許証等に対応する人物）と同一人物であるのかを確認できないためである。或いは、本人確認を行った人物が、実際に鍵を受け取りに来たのか確認できないからである。また、本人確認作業が無人化に伴って省略されることは不正行為の増大に繋がると考えられる。本実施形態による多重チェック機能により不正行為が抑制される。不正行為の抑制が可能であるために営業所の無人化が可能となり、無人化によるコスト低減が可能となる。但し、本実施形態において営業所が無人であることは必須ではなく、必要なスタッフは営業所に在籍していても構わない。この場合、営業所に必要なスタッフ人数を抑制することができる。
認証工程では（図１２参照）、所定のアクセス場所にて入手可能なサイトアクセスコード（アクセス情報）に基づき対象人物ＰＳの端末装置４０ａにて所定の貸出用ウェブサイトにアクセスする。このアクセスの後、端末装置４０ａでの撮影により得られた対象人物ＰＳの顔の画像データが、第１制御装置１１を通じて（換言すれば貸出用ウェブサイトを通じて）、第２制御装置２１（条件判定部）に送られる。そして、条件判定部２１６は、上記アクセスを経て送られた対象人物ＰＳの顔の画像データと、顔画像データ取得部２１５にて取得された特定ユーザの顔の画像データ（特定ユーザの身分証明書における特定ユーザの顔の画像データ）とに基づき、顔認証条件を含む鍵入手コード発行条件が成否を判定する。
アクセス場所を、例えばレンタカーの貸出場所の近傍又は鍵収容装置３３の設置場所の近傍の場所にするといったことが可能である。これにより、顔認証処理による本人認証からレンタカーの実際の利用までの時間を短縮することができ、利便性が高い。
アクセス場所は、レンタカーの貸出場所からの距離又は鍵収容装置３３の設置場所からの距離が、所定距離以内の場所であると良い。レンタカー予約ＩＤ８１２に対応する予約に関して具体的に述べると、アクセス場所は以下の場所であって良い。アクセス場所は、レンタカーの貸出場所８１６からの距離又は鍵Ｋａを収容する収容部３３１を備えた鍵収容装置３３の設置場所からの距離が、所定距離以内の場所であると良い。
これにより、顔認証処理による本人認証からレンタカーの実際の利用までの時間を短縮することができ、利便性が高い。
特定ユーザの住所における場所とレンタカーの貸出場所８１６とは、一定距離以上、離れていると良い。例えば、特定ユーザの住所が属する都道府県とレンタカーの貸出場所８１６が属する都道府県とが互いに相違するなど、特定ユーザの住所から徒歩では貸出場所８１６に移動困難又は移動不能な程度に、特定ユーザの住所が貸出場所８１６から離れていて良い。
例えば、レンタカーの貸出場所８１６が属する地域は特定ユーザの旅行先である。レンタカーの貸出場所８１６が属する地域は離島であって良く、特定ユーザの住所における場所とレンタカーの貸出場所８１６との間に海が介在する場合を例として説明する。即ち、特定ユーザの住所は第１地域にあると共にレンタカーの貸出場所８１６は第２地域にあり、第１地域と第２地域とは海にて隔てられていることを想定する。そして、特定ユーザが第１地域から出発して海を越えて第２地域に到着した後に第２地域にてレンタカーを利用することを想定する。例えば、第１地域は東京都内の地域であって且つ第２地域は沖縄県内の地域である。この場合、特定ユーザは沖縄県に飛行機で到着した後にレンタカーを利用する。飛行機が到着する空港（沖縄県内の空港であって、以下、対象空港と称する）をアクセス場所に設定することができる。そうすると、アクセス場所はレンタカーの貸出場所８１６と陸続きの場所とされる。例えば、対象空港に隣接したレンタカーの営業所がレンタカーの貸出場所８１６であって良い。
特定ユーザの第１地域から第２地域への移動手段は飛行機に限定されない。例えば、特定ユーザは第１地域から第２地域に船にて移動する場合もある。この場合には、第１地域から出発した船が到着する第２地域内の発着場にアクセス場所を設定することができる。この際、例えば、当該発着場に隣接したレンタカーの営業所がレンタカーの貸出場所８１６であって良い。
特定ユーザは第１地域から第２地域に到着した際、レンタカーの貸出場所８１６と陸続きの場所であるアクセス場所を必ず通過する又は通過し易いと期待される。特に、第１地域と第２地域とが海で隔てられている場合、特定ユーザは飛行機や船を利用すると予想される。このようなアクセス場所（例えば対象空港内の所定場所又は上記発着場の所定場所）にサイトアクセスコードを掲示しておくことにより、特定ユーザはレンタカーの利用に向けた手続きを速やかに済ませることができ、利便性が高い。
ここで、レンタカーの利用予約期間８１４に基づく鍵入手許可期間について説明を加える。図１９（ａ）～（ｃ）を参照する。図１９（ａ）～（ｃ）には期間８５１、８５２、８５３が示される。利用予約期間８１４に基づく鍵入手許可期間は、期間８５１、８５２又は８５３であって良い。
期間８５１は利用予約期間８１４と一致する。期間８５２は利用予約開始日時８１４Ｓの第１所定時間ｔ１前から利用予約終了日時８１４Ｅまでの期間である。所定時間ｔ１は例えば３０分、１時間又は２時間である。期間８５３は利用予約開始日時８１４Ｓを内包する第２所定時間分の期間である。より具体的には、期間８５３は、利用予約開始日時８１４Ｓの所定時間ｔ２Ａ前から利用予約開始日時８１４Ｓの所定時間ｔ２Ｂ後までの期間である。所定時間ｔ２Ａ及びｔ２Ｂの合計が第２所定時間に相当する。第２所定時間は、例えば、１時間、２時間又は３時間である。但し、所定時間ｔ２Ｂは利用予約期間８１４の長さよりも短いものとする。
システム３０における第３制御装置３１が、利用予約期間８１４に基づいて期間８５１、８５２又は８５３を鍵入手許可期間に設定して良い。或いは、システム２０における第２制御装置２１が、利用予約期間８１４に基づいて期間８５１、８５２又は８５３を鍵入手許可期間に設定し、その設定結果を第３制御装置３１に伝達するようにしても良い。
鍵入手許可期間を、利用予約期間８１４に基づく期間８５１、８５２又は８５３に設定することで、レンタカーが貸し出される期間に対して適正なタイミングにおいてのみ、鍵Ｋａの取り出しが可能となる。従って例えば、レンタカーの営業所が無人であっても、貸出契約に沿った妥当なレンタカーの貸し出しが行われるようになる。
利用予約期間８１４に基づく鍵入手許可期間は、期間８５１内、期間８５２内又は期間８５３内の期間であって、且つ、対象人物ＰＳの端末装置４０ａによる貸出用ウェブサイトへのアクセスタイミング（以下、便宜上、アクセスタイミングＪ１と称する）から所定の制限時間が経過するまでの期間であっても良い。制限時間は例えば、１時間、２時間又は３時間である。
制限時間の起算点となるアクセスタイミングＪ１は、図１２のステップＳ３１にて端末装置４０ａが貸出用ウェブサイトへアクセスを開始したタイミングであっても良いし、ステップＳ３２のログイン操作が行われたタイミングであっても良い。アクセスタイミングＪ１は、端末装置４０ａが貸出用ウェブサイトへのアクセスを開始したタイミングから、端末装置４０ａが貸出用ウェブサイトへのアクセスを終了したタイミングまでの期間内の任意のタイミングであっても良い。図１２のステップＳ３１～Ｓ３５の処理及び図１４のステップＳ４１～Ｓ４６の処理は、端末装置４０ａが貸出用ウェブサイトにアクセスしている期間にて実行される。従って、アクセスタイミングＪ１は、Ｓ３１～Ｓ３５及びＳ４１～Ｓ４６の何れかの処理が実行されるタイミングであっても良い。
利用予約期間８１４に基づく鍵入手許可期間は、期間８５１内、期間８５２内又は期間８５３内の期間であって、且つ、鍵入手コード発行部２１７による鍵入手コードＣＤａの発行タイミング（以下、便宜上、発行タイミングＪ２と称する）から所定の制限時間が経過するまでの期間であっても良い。制限時間の具体例は上述した通りである。
制限時間の起算点となる発行タイミングＪ２は、図１４のステップＳ４６の処理が行われるタイミングである。より具体的には例えば、鍵入手コード発行部２１７が通知信号１４２２を第１制御装置１１に送信するタイミングが発行タイミングＪ２であって良い。通知信号１４１２が端末装置４０ａに送信されるタイミングが発行タイミングＪ２に相当すると考えても良い。
アクセスタイミングＪ１又は発行タイミングＪ２に応じて鍵入手許可期間を設定する場合、システム３０における第３制御装置３１が、利用予約期間８１４とアクセスタイミングＪ１又は発行タイミングＪ２とに基づいて鍵入手許可期間を設定して良い。但し、この場合、鍵入手許可期間の設定に先立ち、アクセスタイミングＪ１又は発行タイミングＪ２が第２制御装置２１から第３制御装置３１に伝達されるものとする。或いは、システム２０における第２制御装置２１が、利用予約期間８１４とアクセスタイミングＪ１又は発行タイミングＪ２とに基づいて鍵入手許可期間に設定し、その設定結果を第３制御装置３１に伝達するようにしても良い。
鍵入手許可期間を、利用予約期間８１４に応じたものに設定することで、レンタカーが貸し出される期間に対して適正なタイミングにおいてのみ、鍵Ｋａの取り出しが可能となる。従って例えば、レンタカーの営業所が無人であっても、貸出契約に沿った妥当なレンタカーの貸し出しが行われるようになる。更に、アクセスタイミングＪ１又は発行タイミングＪ２に応じて鍵入手許可期間に制限を設けることにより、不正行為が生じにくくなると期待される（当該制限により鍵入手コードＣＤａを不正取得した人物が実際に鍵Ｋａを手に入れる機会が低減すると考えられる）。
＜＜第２実施例＞＞
第２実施例を説明する。鍵収容装置３３は、鍵入手許可期間内に鍵入手コードＣＤａの入力を受けたときに、収容部における鍵Ｋａを対象人物ＰＳに入手可能とする構成であれば任意である。従って例えば、鍵収容装置３３として図２０に示す鍵収容装置３３’が用いられても良い。
鍵収容装置３３’は、上述の操作部３３３及び３３４を備えると共に取出口３３６を備える。鍵収容装置３３’は、鍵Ｋａを含む１以上の鍵を収容する収容部（不図示）と、当該収容部内の鍵Ｋａを取出口３３６に対して出力可能な機構（不図示）と、を内蔵する。
鍵収容装置３３’が鍵収容装置３３として用いられる場合、図１７のステップＳ５４において、鍵収容装置３３’の制御部は、収容部内の鍵Ｋａを取出口３３６に対して出力する。鍵収容装置３３’を操作する対象人物ＰＳは取出口３３６内の物体を取り出すことができる。故に、鍵Ｋａが取出口３３６に出力されたとき、対象人物ＰＳは取出口３３６から鍵Ｋａを取り出して入手することが可能となる。
＜＜第３実施例＞＞
第３実施例を説明する。第３実施例では、上述の各構成、各動作等に対する変形技術や補足事項を説明する。
認証工程において、第２制御装置２１により対象人物ＰＳの顔と特定ユーザの顔とが一致していないと判断されたとき、システムＳＹＳの管理者（例えば第２制御装置２１を操作可能な人物）が確認作業を行っても良い。この確認作業では、システムＳＹＳの管理者が、特定ユーザの身分証明書における顔写真と対象人物ＰＳの顔画像ＰＳｆ（図１３参照）とを目視で比較する。そして、システムＳＹＳの管理者は、対象人物ＰＳの顔と特定ユーザの顔とが一致していると判断した場合には、第２制御装置２１における判断を、対象人物ＰＳの顔と特定ユーザの顔とが一致しているとの判断に置換する修正操作を第２制御装置２１に入力して良い。
特定ユーザについてのユーザ登録工程の後、特定ユーザの顔画像を得るための撮影は、複数回実施されても良い。例えば、特定ユーザの顔画像を得るための撮影（端末装置４０での撮影）を予約工程で行い、更に、レンタカーの利用当日でも行うようにしても良い。そして、撮影により得られた顔画像を全て参照して顔認証処理を行うようにしても良い。
特定ユーザが過去に不適切な運転（煽り運転等）を行ったという情報、又は、特定ユーザが過去に何らかの不正行為を行ったという情報が存在する場合、システムＳＹＳは、特定ユーザに対してレンタカーの貸し出しを許可しないようにしても良い。即ち例えば、レンタカーの利用予約を拒否しても良い、或いは、鍵入手コードの発行を拒否するようにしても良い。不適切な運転又は不正行為に関わる上記情報は、システムＳＹＳ外の装置からシステムＳＹＳに提供されるものであっても良いし、特定ユーザのシステムＳＹＳの過去の利用履歴等に基づいて取得されても良い。
上述の構成では、物理的な鍵を対象人物ＰＳに入手可能とするか否かにより対象人物ＰＳによるレンタカーの利用（運転）を許可又は禁止している。しかしながら、物理的な鍵を用いずにレンタカーの利用（運転）を許可又は禁止する変形方法も可能である。当該変形方法では、鍵入手コードＣＤａは、ＱＲコード（登録商標）などの二次元コード、一次元コード、又は、それら以外の任意のパターンコードとされる。また、車両ＣＲａに二次元コード、一次元コード又はパターンコードを読み取り可能なコード読み取り部（不図示）が設置される。対象人物ＰＳは、鍵入手コードＣＤａを端末装置４０ａの表示部４３に表示させた状態で、表示部４３の表示内容を車両ＣＲａのコード読み取り部に読み取らせる。車両ＣＲａに設置された車載装置（不図示）は、コード読み取り部に読み取られたコードが鍵入手コードＣＤａと一致しており、且つ、現在が鍵入手許可期間に属する場合に限り、車両ＣＲａのドアを開状態とする。その後、車両ＣＲａに設置された車載装置は、利用予約期間８１４において対象人物ＰＳによる車両ＣＲａの走行を許可する。
上記変形方法を実現する際には、鍵入手コードＣＤａ及び鍵入手許可期間を車両ＣＲａに設置された車載装置に認識させる処理が必要である。鍵入手コードＣＤａ及び鍵入手許可期間を示す情報は、例えば、第２制御装置２１から車載装置に送信されて良い。また、車両ＣＲａに設置されたカメラを用いて対象人物ＰＳを撮影することで顔画像ＰＳｆを取得し、車両ＣＲａに設置された車載装置にて上記顔認証処理を行うようにしても良い。この場合には例えば、車両ＣＲａに設置された車載装置と制御装置１１及び２１と端末装置４０ａとが協働して顔画像ＰＳｆが特定ユーザの顔と一致するか否かを判断すれば良い。
貸出管理システム２０又は第２制御装置２１はレンタカー貸出管理装置の例である。事業者システム１０は、レンタカー貸出管理装置と双方向通信可能に接続される第１別システム（第１外部システム）の例である。鍵貸出システム３０は、レンタカー貸出管理装置と双方向通信可能に接続される第２別システム（第２外部システム）の例である。
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
ＳＹＳ レンタカー管理システム
１０ 事業者システム
１１ 第１制御装置
１２ 第１データベース
２０ 貸出管理システム
２１ 第２制御装置
２２ 第２データベース
３０ 鍵貸出システム
３１ 第３制御装置
３２ 第３データベース
３３ 鍵収容装置
３３１ 収容部
３３２ 扉
３３３ 操作部
３３４ 表示部
４０ 端末装置
２１１ ユーザ登録処理部
２１２ 予約処理部
２１３ 認証処理部
２１４ 鍵入手コード発行処理部
２１５ 顔画像データ取得部
２１６ 条件判定部
２１７ 鍵入手コード発行部

Claims (11)

  1. ユーザによるレンタカーの利用を管理するレンタカー貸出管理装置であって、
    前記ユーザの身分証明書における前記ユーザの顔の画像データを取得する顔画像データ取得部と、
    前記レンタカーの利用予約期間の指定を含む前記レンタカーの利用予約の後、前記ユーザの顔の画像データと、前記ユーザと一致又は相違する対象人物の端末装置からの前記対象人物の顔の画像データと、に基づき、所定の鍵入手コード発行条件の成否を判定する条件判定部と、
    前記鍵入手コード発行条件が成立した場合に前記対象人物の端末装置に送るための鍵入手コードを発行する鍵入手コード発行部と、を備え、
    前記鍵入手コード発行条件は、前記対象人物の顔が前記ユーザの顔と一致する条件を含み、
    前記レンタカーの利用予約期間に基づく鍵入手許可期間内に、前記レンタカーの鍵を収容する収容部を備えた鍵収容装置に対して前記鍵入手コードが入力されたとき、前記レンタカーの鍵が前記対象人物にて入手可能とされる
    、レンタカー貸出管理装置。
  2. 所定のアクセス場所にて入手可能なアクセス情報に基づき前記対象人物の端末装置にて所定のウェブサイトにアクセスした後、前記対象人物の端末装置の撮影により得られた前記対象人物の顔の画像データが前記条件判定部に送られ、
    前記条件判定部は、前記アクセスを経て送られた前記対象人物の顔の画像データと、前記顔画像データ取得部にて取得された前記ユーザの顔の画像データと、に基づき、前記鍵入手コード発行条件の成否を判定する
    、請求項１に記載のレンタカー貸出管理装置。
  3. 前記アクセス場所は、前記レンタカーの貸出場所から又は前記鍵収容装置の設置場所から所定距離以内の場所である
    、請求項２に記載のレンタカー貸出管理装置。
  4. 前記ユーザの住所における場所と前記レンタカーの貸出場所とは、一定距離以上、離れている
    、請求項２又は３に記載のレンタカー貸出管理装置。
  5. 前記ユーザの住所における場所と前記レンタカーの貸出場所との間に海が介在するとき、前記アクセス場所は、前記レンタカーの貸出場所と陸続きの場所である
    、請求項２～４の何れかに記載のレンタカー貸出管理装置。
  6. 前記レンタカーの利用予約期間は利用予約開始日時から利用予約終了日時までの期間であり、
    前記鍵入手許可期間は、前記レンタカーの利用予約期間と一致するか、或いは、前記利用予約開始日時の第１所定時間前から前記利用予約終了日時までの期間である、又は、前記利用予約開始日時を含む第２所定時間分の期間である
    、請求項１～５の何れかに記載のレンタカー貸出管理装置。
  7. 前記レンタカーの利用予約期間は利用予約開始日時から利用予約終了日時までの期間であり、
    前記鍵入手許可期間は、
    前記レンタカーの利用予約期間内に内包され、
    前記利用予約開始日時の第１所定時間前から前記利用予約終了日時までの期間内に内包され、又は、
    前記利用予約開始日時を含む第２所定時間分の期間内に内包され、
    且つ、
    前記対象人物の端末装置による前記ウェブサイトへのアクセスタイミングから所定の制限時間が経過するまでの期間である
    、請求項２～５の何れかに記載のレンタカー貸出管理装置。
  8. 前記レンタカーの利用予約期間は利用予約開始日時から利用予約終了日時までの期間であり、
    前記鍵入手許可期間は、
    前記レンタカーの利用予約期間内に内包され、
    前記利用予約開始日時の第１所定時間前から前記利用予約終了日時までの期間内に内包され、又は、
    前記利用予約開始日時を含む第２所定時間分の期間内に内包され、
    且つ、
    前記鍵入手コード発行部による前記鍵入手コードの発行タイミングから所定の制限時間が経過するまでの期間である
    、請求項１～５の何れかに記載のレンタカー貸出管理装置。
  9. 請求項１～８の何れかに記載のレンタカー貸出管理装置と、
    前記対象人物の端末装置及び前記レンタカー貸出管理装置の夫々と通信可能であり、前記対象人物の端末装置から受けた前記対象人物の顔の画像データを前記レンタカー貸出管理装置に送信する処理、及び、前記レンタカー貸出管理装置が発行した前記鍵入手コードを前記対象人物の端末装置に送信する処理、を実行する第１別システムと、
    前記鍵収容装置を含む第２別システムと、を備える
    、レンタカー管理システム。
  10. 前記鍵入手コード発行条件が成立した場合において、前記レンタカー貸出管理装置は所定の要求信号を前記第２別システムに送信し、前記第２別システムは前記要求信号の受信に応答して前記レンタカーの鍵に対応付けられた前記鍵入手コードを前記レンタカー貸出管理装置に送信し、前記レンタカー貸出管理装置は受信した前記鍵入手コードを前記第１別システムを通じ前記対象人物の端末装置に向けて発行し、
    前記鍵収容装置は、前記鍵入手許可期間内に前記鍵入手コードの入力を受けたとき、前記収容部における前記レンタカーの鍵を前記対象人物に入手可能とする
    、請求項９に記載のレンタカー管理システム。
  11. ユーザによるレンタカーの利用を管理するためのレンタカー貸出管理方法であって、
    前記ユーザの身分証明書における前記ユーザの顔の画像データを取得する顔画像データ取得ステップと、
    前記レンタカーの利用予約期間の指定を含む前記レンタカーの利用予約の後、前記ユーザの顔の画像データと、前記ユーザと一致又は相違する対象人物の端末装置からの前記対象人物の顔の画像データと、に基づき、所定の鍵入手コード発行条件の成否を判定する条件判定ステップと、
    前記鍵入手コード発行条件が成立した場合に前記対象人物の端末装置に送るための鍵入手コードを発行する鍵入手コード発行ステップと、を備え、
    前記鍵入手コード発行条件は、前記対象人物の顔が前記ユーザの顔と一致する条件を含み、
    前記レンタカーの利用予約期間に基づく鍵入手許可期間内に、前記レンタカーの鍵を収容する収容部を備えた鍵収容装置に対して前記鍵入手コードが入力されたとき、前記レンタカーの鍵を前記対象人物に入手可能とする
    、レンタカー貸出管理方法。
JP2021158696A 2021-09-29 2021-09-29 レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法 Pending JP2023049136A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021158696A JP2023049136A (ja) 2021-09-29 2021-09-29 レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021158696A JP2023049136A (ja) 2021-09-29 2021-09-29 レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法

Publications (2)

Publication Number Publication Date
JP2023049136A true JP2023049136A (ja) 2023-04-10
JP2023049136A5 JP2023049136A5 (ja) 2024-04-26

Family

ID=85802048

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021158696A Pending JP2023049136A (ja) 2021-09-29 2021-09-29 レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法

Country Status (1)

Country Link
JP (1) JP2023049136A (ja)

Similar Documents

Publication Publication Date Title
US10878429B2 (en) Systems and methods for using codes and images within a blockchain
AU2020200705A1 (en) Methods and systems for identity creation, verification and management
AU2010282394B2 (en) An intelligent peripheral device and system for the authentication and verification of individuals and/ or documents through a secure multifunctional authentication service with data storage capability
US20170195336A1 (en) Method and System for Non-Authoritative Identity and Identity Permissions Broker and Use Thereof
US11263699B1 (en) Systems and methods for leveraging remotely captured images
US20060010487A1 (en) System and method of verifying personal identities
US10657233B1 (en) Extending electronic ID information
US11398122B2 (en) Passenger authentication system for a transportation service vehicle
CN104284040A (zh) 图像形成设备和方法、非瞬时性计算机可读介质和图像形成系统
US20160196509A1 (en) Ticket authorisation
US11823192B2 (en) Identity services systems and methods
JP2023049136A (ja) レンタカー貸出管理装置、レンタカー管理システム及びレンタカー貸出管理方法
US20220329589A1 (en) Methods and apparatus for providing biometric authentication and authorization services
US20100198721A1 (en) Management of Dematerialized Safes
US11373473B2 (en) Self-directed access card issuance system
US20060178940A1 (en) Open house information system
JP4718131B2 (ja) 個人情報管理システム
JP2005208830A (ja) 選挙人名簿管理方式および方法ならびに選挙人確認装置，方法およびプログラム
US20210256520A1 (en) Automated motor vehicle department transaction systems and methods
JP2002324050A (ja) 個人認証用データ提供システム及び方法
JP2018032235A (ja) 情報処理システム、情報処理装置及びプログラム
Hertlein et al. Smart authentication, identification and digital signatures as foundation for the next generation of eco systems
Lunter How identity is evolving in a digital-first world
JP2022025977A (ja) 認証システム、及び認証方法
AU2023201493A1 (en) A method for electronic identity verification and management

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240415

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240415