JP2021080735A - 鍵管理装置、鍵管理システムおよび鍵管理方法 - Google Patents

Abstract

【課題】複数の組織によって別々に所有される鍵をまとめて管理できる鍵管理装置、当該鍵管理装置を含む鍵管理システム、および当該鍵管理装置における鍵管理方法を提供する。【解決手段】鍵管理装置１は、少なくとも１以上の収容部８と処理部とを含む。収容部８は、第１予約システムによって利用予約される第１利用対象の利用に必要な第１鍵Ｋ１と、第１予約システムとは別の第２予約システムによって利用予約される第２利用対象の利用に必要な第２鍵Ｋ２とをまとめて又は個別に収容する。処理部は、収容部８に収容された第１鍵Ｋ１および第２鍵Ｋ２の貸出処理を実行する。【選択図】図１

Description

この発明は、鍵管理装置、当該鍵管理装置を含む鍵管理システム、および当該鍵管理装置における鍵管理方法に関する。

下記特許文献１に開示された鍵管理装置は、複数のホルダー収納部が設けられた鍵収納庫を含む。各ホルダー収納部は、保管対象の鍵が繋がれたホルダーを着脱可能に収納する。鍵管理装置は、ホルダー収納部が有するロック機構を制御することによって、このホルダー収納部が対応するホルダーの取り出しの許可または禁止を制御する。

特開２０１８−７１３１７号公報

特許文献１に開示された鍵管理装置において管理される全ての鍵は、一つの組織（具体的には金融機関）によって所有されている。つまり、この鍵管理装置では、複数の組織によって別々に所有される鍵をまとめて管理することが想定されていない。

この発明は、かかる背景のもとでなされたもので、複数の組織によって別々に所有される鍵をまとめて管理できる鍵管理装置、当該鍵管理装置を含む鍵管理システム、および当該鍵管理装置における鍵管理方法を提供することを目的とする。

本発明は、第１予約システムによって利用予約される第１利用対象の利用に必要な第１鍵と、前記第１予約システムとは別の第２予約システムによって利用予約される第２利用対象の利用に必要な第２鍵とをまとめて又は個別に収容する少なくとも１以上の収容部と、前記収容部に収容された前記第１鍵および前記第２鍵の貸出処理を実行する処理部とを含む、鍵管理装置である。

また、本発明は、前記鍵管理装置が、前記第１鍵の貸出のために必要な第１情報の入力を受け付ける第１受付部と、前記第２鍵の貸出のために必要な第２情報の入力を受け付ける第２受付部とを含み、前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記処理部が、前記収容部に収容された前記第１鍵の貸出処理を実行し、前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記処理部が、前記収容部に収容された前記第２鍵の貸出処理を実行することを特徴とする。

また、本発明は、前記処理部が、前記鍵管理装置への前記第１鍵および前記第２鍵の返却処理を実行し、前記鍵管理装置が、前記第１鍵の貸出処理および返却処理の少なくともいずれか一方を実行する場合には前記第１利用対象に関連する第１案内情報を報知して、前記第２鍵の貸出処理および返却処理の少なくともいずれか一方を実行する場合には前記第２利用対象に関連する第２案内情報を報知する報知部を含むことを特徴とする。

また、本発明は、前記報知部が、前記第１案内情報および前記第２案内情報が切替表示される表示部を含むことを特徴とする。

また、本発明は、前記鍵管理装置が、前記第１鍵の返却処理の場合には前記第１利用対象に関連する第１紙媒体を紙出力して、前記第２鍵の返却処理の場合には前記第２利用対象に関連する第２紙媒体を紙出力する紙出力部を含むことを特徴とする。

また、本発明は、前記第１予約システムと前記第２予約システムとでは、前記鍵管理装置における利用者の認証方式が異なり、前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記処理部が、前記第１鍵の貸出処理の一環として、前記第１予約システムに対応する認証方式によって当該利用者の認証処理を実行し、前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記処理部が、前記第２鍵の貸出処理の一環として、前記第２予約システムに対応する認証方式によって当該利用者の認証処理を実行することを特徴とする。

また、本発明は、前記鍵管理装置と、前記鍵管理装置、前記第１予約システムおよび前記第２予約システムのそれぞれに対して通信可能に接続され、前記鍵管理装置において管理される鍵の利用状況を記憶する記憶装置と、前記記憶装置に対して通信可能に接続され、前記利用状況を閲覧するための閲覧装置とを含む、鍵管理システムである。

また、本発明は、前記閲覧装置が、前記第１予約システムに対応する第１閲覧装置と、前記第２予約システムに対応する第２閲覧装置とを含み、前記鍵管理システムが、前記第１閲覧装置での利用状況の閲覧を前記第１鍵の利用状況の閲覧だけに規制し、前記第２閲覧装置での利用状況の閲覧を前記第２鍵の利用状況の閲覧だけに規制する規制部を含むことを特徴とする。

また、本発明は、前記鍵管理装置が、前記収容部における鍵の有無情報を前記記憶装置に送信する送信部を含み、前記記憶装置が記憶する利用状況が、前記有無情報を含むことを特徴とする。

また、本発明は、第１予約システムによって利用予約される第１利用対象の利用に必要な第１鍵と、前記第１予約システムとは別の第２予約システムによって利用予約される第２利用対象の利用に必要な第２鍵とをまとめて又は個別に収容する少なくとも１以上の収容部と、前記第１鍵の貸出のために必要な第１情報の入力を受け付ける第１受付部と、前記第２鍵の貸出のために必要な第２情報の入力を受け付ける第２受付部と、処理を実行する制御部とを含む鍵管理装置における鍵管理方法であって、前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記収容部に収容された前記第１鍵の貸出処理を前記制御部が実行するステップと、前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記収容部に収容された前記第２鍵の貸出処理を前記制御部が実行するステップとを含む、鍵管理方法である。

本発明によれば、鍵管理装置は、複数の組織によって別々に所有される鍵をまとめて管理できる。

この発明の一実施形態に係る鍵管理装置の斜視図である。 鍵管理装置を含む鍵管理システムの一実施形態の電気的構成を示すブロック図である。 鍵管理システムを構成する記憶装置に記憶される内見管理テーブルを示す図である。 記憶装置に記憶されるカーシェア管理テーブルを示す図である。 記憶装置に記憶される民泊管理テーブルを示す図である。 記憶装置に記憶される店舗管理テーブルを示す図である。 鍵管理装置の表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。 表示操作部の表示内容の一例を示す模式図である。

以下には、図面を参照して、この発明の実施形態について具体的に説明する。図１は、の発明の一実施形態に係る鍵管理装置１の斜視図である。鍵管理装置１は、長時間営業の店舗（例えばコンビニエンスストア）に設置されて、複数の鍵Ｋを管理している。それぞれの鍵Ｋは、利用予約が必要な利用対象の利用に必要な鍵である。利用対象には、内見用のアパート等の内見物件や、カーシェアリングされる車や、民泊用の宿泊施設等のように複数の種類が存在し、これらの利用対象うち、この実施形態では、内見物件を第１利用対象とみなし、カーシェアの車を第２利用対象とみなす。もちろん、どの利用対象を第１利用対象とみなすかは任意である。第２利用対象についても同様である。

鍵管理装置１によって管理される複数の鍵Ｋのそれぞれは、いずれかの利用対象に対応している。第１利用対象である内見物件の利用に必要な鍵Ｋを、第１鍵Ｋ１ということがある。第１鍵Ｋ１により、内見物件の出入口（図示せず）を開閉するドアを少なくとも解錠することができる。もちろん、第１鍵Ｋ１によってドアを施錠できてもよいし、オートロックであれば、第１鍵Ｋ１によってドアを施錠できなくてもよい。第２利用対象であるカーシェアの車の利用に必要な鍵Ｋを、第２鍵Ｋ２ということがある。第２鍵Ｋ２により、車のドアを解錠して車を運転することができる。民泊用の宿泊施設（以下では、単に「民泊」ということがある）の利用に必要な鍵Ｋを、第３鍵Ｋ３ということがある。第３鍵Ｋ３により、第１鍵Ｋ１と同様に、民泊の出入口（図示せず）を開閉するドアを少なくとも解錠することができる。鍵管理装置１によって管理される複数の鍵Ｋには、鍵管理装置１が設置される店舗の従業員向けの第４鍵Ｋ４がある。

鍵管理装置１は、その外殻として例えば縦長のボックス形状の本体２を含む。本体２の正面には、第１受付部、第２受付部、報知部および表示部の一例としての表示操作部３と、鍵Ｋの利用者の現金やカード（クレジットカードやキャッシュカードや電子マネーカード等）が投入される投入口４と、鍵管理装置１での処理内容を印刷したレシート（図示せず）が発行される発行口５とが設けられている。表示操作部３、投入口４および発行口５のそれぞれは、顧客にとってアクセスしやすい任意のレイアウトにて配置さればよく、この実施形態では、表示操作部３が本体２の上領域に配置され、投入口４および発行口５が本体２の中央領域の右寄りに配置されている。なお、投入口４は、現金用とカード用とに応じて別々に設けられてもよい。また、本体２の正面には、釣銭等の現金が投出される投出口（図示せず）が設けられてもよい。

本体２は、前述したレシートよりも大きな印刷物が排出される排出口６と、排出口６から前側へ延びる排出トレイ７と、鍵Ｋを収容する収容部８とを含む。排出口６は、本体２の下領域に配置されている。

収容部８は、例えば本体２の中央領域において投入口４および発行口５の左隣かつ排出口６の上側に配置されている。収容部８は、後方へ窪んだ凹状の収容室８Ａと、収容室８Ａを開閉する扉８Ｂとを含む。扉８Ｂは、ヒンジ９を介して本体２に連結されており、実線にて示すように収容室８Ａを閉じた閉位置と、２点鎖線にて示すように収容室８Ａを前側へ開放した開位置との間で回動可能である。収容室８Ａの底として上下左右に延びるパネル８Ｃには、収容部８における鍵Ｋの最大収容数（この実施形態では１８本）に応じた数の差込穴８Ｄが形成されている。これらの差込穴８Ｄは、例えば横６列縦３列で配列されている。

それぞれの鍵Ｋは、リングＲを介してキーホルダＨに連結されている。以下では、鍵ＫにつながったリングＲおよびキーホルダＨを、鍵Ｋの一部とみなすことがある。それぞれの鍵Ｋには、個々の鍵Ｋを識別するための鍵ＩＤが割り当てられている。この実施形態における鍵ＩＤは、１〜１８のいずれかの数字であって、対応する鍵ＫのキーホルダＨ等にも表示されている（図示せず）。収容部８におけるそれぞれの差込穴８Ｄは、これらの鍵ＩＤと１つずつ対応しており、パネル８Ｃにおける各差込穴８Ｄの周辺には、対応する鍵ＩＤが表示されている（パネル８Ｃにおける１〜１８の数字を参照）。

収容部８に収容された鍵Ｋでは、この鍵Ｋに連結されたキーホルダＨが、この鍵Ｋと同じ鍵ＩＤが周辺に表示された差込穴８Ｄに差し込まれている。顧客は、鍵ＩＤを目印として、目的の鍵Ｋを特定したり、収容部８における目的の鍵Ｋの収容位置（つまり差込穴８Ｄ）を特定したり、使用した鍵Ｋの返却先となる差込穴８Ｄを特定したりすることができる。この実施形態では、内見用の第１鍵Ｋ１は、上段の１〜６における６つであり、カーシェア用の第２鍵Ｋ２は、中段の７〜１２における６つであり、民泊用の第３鍵Ｋ３は、下段の１３〜１５における３つであり、店舗の従業員用の第４鍵Ｋ４は、下段の１６〜１８における３つである。

図２は、鍵管理装置１を含む鍵管理システム１００の一実施形態の電気的構成を示すブロック図である。鍵管理システム１００は、単数または複数の鍵管理装置１を含む。各鍵管理装置１には、個々の鍵管理装置１を識別するための装置ＩＤが割り当てられている。この実施形態における装置ＩＤは、Ａ、Ｂ、Ｃ等のアルファベットである。各鍵管理装置１は、ＣＰＵ（Central Processing Unit）等によって構成された処理部、第１受付部、第２受付部、送信部の一例としての制御部１０と、現金に関する処理を行う現金処理部１１と、顧客のカードに関する処理を行うカード処理部１２とを含む。各鍵管理装置１は、紙出力部の一部としてレシートに関する処理を行うレシート処理部１３と、紙出力部の一部として印刷物を印刷する印刷部１４とを含む。各鍵管理装置１は、収容部８において各鍵Ｋをロックまたはロック解除する複数のロック部１５と、収容部８における鍵Ｋの有無を検出する複数の検出部１６とを含む。

各鍵管理装置１は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等によって構成された記憶部１７と、送信部の一例としての通信Ｉ／Ｆ部１８とを含む。各鍵管理装置１では、表示操作部３、現金処理部１１、カード処理部１２、レシート処理部１３、印刷部１４、ロック部１５、検出部１６、記憶部１７および通信Ｉ／Ｆ部１８のそれぞれが、制御部１０に対して電気的に接続されている。

表示操作部３は、例えば液晶のタッチパネルによって構成されている。表示操作部３における表示は、制御部１０によって制御される。顧客等による表示操作部３の操作内容は、制御部１０に入力される。

現金処理部１１は、現金決済のために、投入口４に投入された現金を計数して収納する。なお、前述した投出口が設けられる場合には、現金処理部１１は、投入口４に投入された現金に基づいて釣銭を算出したり、釣銭等の返却用の現金を投出口に投出したりする。現金処理部１１による処理は、制御部１０によって制御される。

カード処理部１２は、カード決済のために投入口４に投入された顧客のカードから必要な情報を読み取ったり、カード決済の中止や終了に応じてカードを投入口４から排出したりする。なお、カード処理部１２は、カードを非接触で読み取る読取部（図示せず）として本体２の正面に設けられてもよい。この場合、顧客がカードを投入口４に出し入れせずにカード処理部１２にかざせば、カード処理部１２は、このカードから情報を読み取ることができる。その場合、カード処理部１２は、カードの代わりに、顧客のスマートフォン等の携帯端末から情報を読み取ってもよい。カード処理部１２による処理は、制御部１０によって制御される。カード処理部１２がカード（この実施形態ではクレジットカード）から情報を読み取ると、制御部１０は、通信Ｉ／Ｆ部１８を介して外部のクレジットカード会社のサーバ（図示せず）と通信し、先ほどの情報に基づいてカード決済を行う。なお、カードが電子マネーカードであれば、カード処理部１２は、このカードの電子マネーを引き落とすことによって電子マネー決済することができる。

レシート処理部１３としてレーザプリンタやサーマルプリンタを用いることができる。レシート処理部１３は、レシートを印刷して発行口５から排出する。レシート処理部１３による処理は、制御部１０によって制御される。印刷部１４も、レシート処理部１３と同様に構成され、印刷物を排出口６から排出する。印刷部１４による処理は、制御部１０によって制御される。

ロック部１５は、例えば電磁ロックによって構成されていて、収容部８の各差込穴８Ｄの周辺に１つずつ設けられている。各ロック部１５には、対応する最寄りの差込穴８Ｄに差し込まれる鍵Ｋの鍵ＩＤに対応付けられている。ロック部１５は、対応する差込穴８Ｄに差し込まれた鍵ＫのキーホルダＨに係合することによって、この鍵Ｋをロックする。ロック部１５は、キーホルダＨから外れることによって、鍵Ｋのロックを解除する。各ロック部１５の動作は、制御部１０によって制御される。

検出部１６は、例えばフォトインタラプタ等の遮光センサによって構成されていて、収容部８の各差込穴８Ｄの周辺に１つずつ設けられている。各検出部１６には、対応する最寄りの差込穴８Ｄに差し込まれる鍵Ｋの鍵ＩＤに対応付けられている。検出部１６は、対応する差込穴８Ｄに鍵ＫのキーホルダＨが差し込まれているか否かを検出することによって、鍵Ｋの有無を検出する。各検出部１６の検出結果は、制御部１０に入力される。

記憶部１７には、鍵管理装置１が様々なサービスを提供するために制御部１０が実行する複数のアプリケーションが記憶されている。これらのアプリケーションには、内見用の第１鍵Ｋ１の取り出しおよび返却のための内見アプリＡ１と、カーシェア用の第２鍵Ｋ２の取り出しおよび返却のためのカーシェアアプリＡ２とがある。また、民泊用の第３鍵Ｋ３の取り出しおよび返却のための民泊アプリＡ３や、店舗の従業員用の第４鍵Ｋ４の取り出しおよび返却のための店舗アプリＡ４もある。通信Ｉ／Ｆ部１８は、公衆回線Ｎにつながったインターフェース部である。

鍵管理システム１００は、パソコン等によって構成された記憶装置３０も含む。記憶装置３０は、例えば、鍵管理装置１が設置された店舗から離れた施設に設置されたサーバ（いわゆるクラウドサーバも含む）であって、各鍵管理装置１において管理される全ての鍵Ｋの利用状況を記憶している。当該利用状況は、各鍵管理装置１の収容部８における各鍵Ｋの有無情報を含む。記憶装置３０は、ＣＰＵ等によって構成された規制部の一例としての制御部３１と、公衆回線Ｎにつながった通信Ｉ／Ｆ部３３と、ＲＯＭやＲＡＭ等によって構成された記憶部３２とを含む。

記憶装置３０は、公衆回線Ｎを介して各鍵管理装置１に対して通信可能に接続されている。また、内見物件を扱う単数または複数の不動産会社によって管理される内見サーバ３４と、単数または複数のカーシェア管理会社によって管理されるカーシェアサーバ３５と、民泊を運営する単数または複数の運営会社によって管理される民泊サーバ３６とが、公衆回線Ｎを介して記憶装置３０に対して通信可能に接続されている。内見サーバ３４は、内見物件の内見予約を受け付けるための内見予約サイト３７を構成する情報等を記憶している。つまり、内見物件は、第１予約システムの一例である内見サーバ３４によって利用予約される。カーシェアサーバ３５は、車の利用予約を受け付けるためのカーシェア予約サイト３８を構成する情報等を記憶している。つまり、カーシェアの車は、第１予約システムとは別の第２予約システムの一例であるカーシェアサーバ３５によって利用予約される。民泊サーバ３６は、民泊の宿泊予約を受け付けるための民泊予約サイト３９を構成する情報等を記憶している。

内見サーバ３４、カーシェアサーバ３５および民泊サーバ３６のいずれを第１予約システムとみなすかについては、任意に決定できる。第２予約システムについても同様である。要は、運営主体が異なる複数の予約システムにおける１つを第１予約システムとみなして、他の予約システムを第２予約システムとみなせばよい。鍵管理装置１は、これらの予約システムによって共有されている。鍵管理装置１では、第１予約システムを運営する第１組織（この実施形態では不動産会社）が所有する第１鍵Ｋ１と、第２予約システムを運営する第２組織（この実施形態ではカーシェア管理会社）が所有する第２鍵Ｋ２と、さらに別の予約システムを運営する別の組織（民泊運営会社）が所有する第３鍵Ｋ３と、店舗の第４鍵Ｋ４とが収容部８によってまとめて収容され、これらの鍵Ｋの貸出処理が実行される。つまり、鍵管理装置１では、複数の組織によって別々に所有（本来の所有者の委託を受けて管理する場合も含む）される鍵Ｋをまとめて管理できる。

利用者は、公衆回線Ｎに接続された自身の通信端末４０（パソコンやスマートフォン等）によって、内見予約サイト３７、カーシェア予約サイト３８および民泊予約サイト３９において該当する予約サイトにアクセスして、目当ての利用対象を予約できる。その際、予約に必要な入力情報が、利用者による通信端末４０の操作によって、各予約サイト上にて入力される。入力情報は、利用者の氏名や電話番号等の本人確認情報と、利用対象の利用期間を含む。利用対象の利用に事前決済が必要な場合の入力情報は、利用対象について決済するのに必要な決済情報（例えばクレジットカードの番号）も含む。

内見サーバ３４、カーシェアサーバ３５および民泊サーバ３６において該当するサーバでは、ＣＰＵ等によって構成された制御部（図示せず）が、利用者による入力情報の入力に応じて予約番号を生成する。この予約番号は、数字だけで構成されなくてもよい。また、これらのサーバが生成した予約番号同士が一致しないように、サーバ毎に予約番号の生成方法が異なっていることが望ましい。当該制御部は、今回の予約番号および入力情報と、今回予約された利用対象についての情報（以下では「利用対象情報」という）と、利用対象の利用に必要な鍵Ｋを管理する鍵管理装置１の装置ＩＤとを含む予約情報を作成し、自身のサーバにて記憶するとともに、記憶装置３０および入力元の通信端末４０のそれぞれに送信する。通信端末４０は、公衆回線Ｎを介して、当該サーバだけでなく、記憶装置３０に対しても通信可能に接続されている。

記憶部３２は、第１鍵Ｋ１の利用状況を管理する内見管理テーブルＴ１と、第２鍵Ｋ２の利用状況を管理するカーシェア管理テーブルＴ２と、第３鍵Ｋ３の利用状況を管理する民泊管理テーブルＴ３と、第４鍵Ｋ４の利用状況を管理する店舗管理テーブルＴ４とを記憶している。以下では、これらのテーブルを「テーブルＴ」と総称することがある。図３に示すように、内見管理テーブルＴ１には、各鍵管理装置１の装置ＩＤと、各装置ＩＤの鍵管理装置１によって管理されている各第１鍵Ｋ１の鍵ＩＤと、各第１鍵Ｋ１が使用される内見物件の名称および部屋番号等を含む物件情報と、各第１鍵Ｋ１の利用スケジュールとが記憶されている。物件情報は、前述した利用対象情報と同じである。利用スケジュールは、現在における第１鍵Ｋ１の利用有無を少なくとも含み、例えば、備考として鍵Ｋの予約有無も含む。予約有の場合における利用スケジュールの備考は、前述した利用期間および予約番号をさらに含む。予約有の場合における利用スケジュールの備考は、前述した本人確認情報および決済情報の少なくともいずれかをさらに含んでもよい。

図４に示すカーシェア管理テーブルＴ２は、各鍵ＩＤの第２鍵Ｋ２が使用される車を特定するための車情報（例えば車の登録番号やタイプ）が物件情報の代わりに登録される以外は、テーブル構成が内見管理テーブルＴ１とほぼ同じである。車情報は、前述した利用対象情報と同じである。図５に示す民泊管理テーブルＴ３のテーブル構成は、内見管理テーブルＴ１と実質同じである。図６に示す店舗管理テーブルＴ４には、各鍵管理装置１の装置ＩＤと、各装置ＩＤの鍵管理装置１によって管理されている各第４鍵Ｋ４の鍵ＩＤと、各第４鍵Ｋ４によって解錠される対象と第４鍵Ｋ４との関係を示す鍵情報と、各第４鍵Ｋ４の利用スケジュールとが記憶されている。第４鍵Ｋ４は、鍵管理装置１が設置される店舗の従業員向けであることから、従業員の利便性を考慮して、第１鍵Ｋ１〜第３鍵Ｋ３のように利用予約がなくても利用できる。そのため、他のテーブルＴと異なり、店舗管理テーブルＴ４の利用スケジュールは、鍵Ｋの利用有無だけを含めばよい。もちろん、第４鍵Ｋ４も利用予約が必要であってもよい。

利用者（前述した店舗の従業員を除く）は、前述したように通信端末４０によって目当ての利用対象を予約する際に、内見予約サイト３７、カーシェア予約サイト３８および民泊予約サイト３９において該当する予約サイトを経由して記憶装置３０にアクセスする。これにより、利用者は、内見管理テーブルＴ１、カーシェア管理テーブルＴ２および民泊管理テーブルＴ３において該当する管理テーブルの内容を通信端末４０の画面上にて閲覧することができる。この場合の通信端末４０は、鍵Ｋの利用状況を閲覧するための閲覧装置の一例として機能し、鍵管理装置１および記憶装置３０とともに鍵管理システム１００を構成している。通信端末４０によって鍵Ｋの利用状況を閲覧できることにより、利便性の向上を図れる。

この実施形態では、図２に示すように、内見予約サイト３７によって内見を予約する利用者の通信端末４０を第１閲覧装置４０Ａといい、カーシェア予約サイト３８によって車を予約する別の利用者の通信端末４０を第２閲覧装置４０Ｂということにする。この場合、第１閲覧装置４０Ａは、前述した第１予約システムの一例として内見予約サイト３７を管理する内見サーバ３４に対応していて、第２閲覧装置４０Ｂは、前述した第２予約システムの一例としてカーシェア予約サイト３８を管理するカーシェアサーバ３５に対応している。

記憶装置３０の制御部３１は、通信端末４０が記憶装置３０にアクセスする際に経由する予約サイト（内見予約サイト３７、カーシェア予約サイト３８および民泊予約サイト３９のいずれか）に基づいて、利用者の閲覧先となるテーブルＴを特定し、当該通信端末４０での閲覧を当該テーブルＴの閲覧だけに規制する。つまり、第１閲覧装置４０Ａを用いて内見予約サイト３７によって内見を予約する利用者の場合には、制御部３１は、第１閲覧装置４０Ａでの利用状況の閲覧を内見管理テーブルＴ１（内見用の第１鍵Ｋ１の利用状況）の閲覧だけに規制する。また、第２閲覧装置４０Ｂを用いてカーシェア予約サイト３８によって車を予約する利用者の場合には、制御部３１は、第２閲覧装置４０Ｂでの利用状況の閲覧をカーシェア管理テーブルＴ２（カーシェアの車の第２鍵Ｋ２の利用状況）の閲覧だけに規制する。つまり、第１閲覧装置４０Ａおよび第２閲覧装置４０Ｂのそれぞれでは、対応しない鍵Ｋの利用状況が閲覧できないので、セキュリティ性の向上を図れる。なお、閲覧が許可されているテーブルＴにおいても、個人情報の閲覧は規制されている。以上については、民泊予約サイト３９による民泊の予約の場合にも当てはまる。

そして、前述したように、利用者が利用予約のために入力情報を通信端末４０によって入力して、内見サーバ３４、カーシェアサーバ３５および民泊サーバ３６において該当するサーバが、当該入力情報に基づいた予約情報を通信端末４０に送信する。すると、記憶装置３０の制御部３１は、受信した予約情報に含まれる装置ＩＤおよび利用対象情報に基づいて、該当するテーブルＴにおいて該当する装置ＩＤおよび鍵ＩＤにおける利用スケジュールを更新する。以下では、内見のための第１鍵Ｋ１の利用、カーシェアのための第２鍵Ｋ２の利用、民泊のための第３鍵Ｋ３の利用、および店舗の従業員による第４鍵Ｋ４の利用のそれぞれについて、該当するテーブルＴにおける利用スケジュールの更新等も含めて詳しく説明する。

＜内見の場合＞
例えば、不動産会社の担当者が顧客の内見依頼を受けて所定の物件（ここではアパートＡの１１１号室とする）の内見の予約をする場合には、当該担当者が、前述した利用者である。担当者は、例えば不動産会社の事務所にある第１閲覧装置４０Ａによって内見管理テーブルＴ１を閲覧して入力情報を入力する。すると、この入力情報に応じた予約情報が記憶装置３０に送信される。これにより、記憶装置３０の制御部３１は、受信した予約情報に含まれる装置ＩＤ（ここでは「Ａ」）および利用対象情報（ここでは「アパートＡの１１１号室」）に基づいて、内見管理テーブルＴ１において該当する装置ＩＤ「Ａ」および鍵ＩＤ「１」における利用スケジュールを更新する（図３参照）。具体的には、制御部３１は、アパートＡの１１１号室の利用スケジュールの備考において、「予約無」から「予約有」に変更し、利用期間と、予約番号等を新規登録する。なお、1つの鍵ＩＤに対して、複数件の予約が可能であってもよく、その場合には、利用スケジュールの備考には、複数件分の利用期間および予約番号を登録できる。カーシェアや民泊の場合においても同様である。

このように内見を予約した担当者の第１閲覧装置４０Ａにも、予約情報が予約完了通知として送信されるので、担当者は、予約情報に含まれる予約番号を必要に応じてメモ等に控えてから、利用期間の直前のタイミング等において、当該予約情報に含まれる装置ＩＤの鍵管理装置１が設置された店舗へ顧客とともに向かう。当該予約情報には、この店舗への行き方についてのルート情報が含まれてもよい。また、記憶装置３０に送信される予約情報と、第１閲覧装置４０Ａに予約完了通知として送信される予約情報とでは、内容に違いがあってもよい。例えば、第１閲覧装置４０Ａに送信される予約情報には、装置ＩＤの代わりに、当該店舗の情報が含まれてもよい。カーシェアや民泊等の場合においても同様である。

店舗に到着した担当者は、鍵管理装置１の前に行く。待機状態にある鍵管理装置１の表示操作部３には、図７に示す待機画面５０が表示されている。待機画面５０には、鍵管理装置１が提供するサービスにおける複数のメニューのいずれかの選択を促す案内文５１と、これらのメニューに１つずつ対応する複数のメニューキー５２とが表示されている。この実施形態におけるメニューキー５２には、内見について内見キー５２Ａと、カーシェアについてのカーシェアキー５２Ｂと、民泊についての民泊キー５２Ｃと、店舗の従業員専用の従業員キー５２Ｄとがある。なお、従業員キー５２Ｄだけが待機画面５０において目立たない位置に表示されてもよい。これらのメニューキー５２のように語尾に「キー」と付く名称のものは、全てタッチキーである。各メニューキー５２には、対応するメニューのタイトルが表示されている。なお、待機画面５０は、例えば目当てのメニューを検索のために文字等を入力できる検索画面であってもよく、その場合には、メニューキー５２が待機画面５０に表示されなくてもよい。

内見のために顧客とともに店舗に訪れた担当者が内見キー５２Ａにタッチすると、鍵管理装置１の制御部１０は、内見アプリＡ１（図２参照）を起動して、図８に示す第１入力画面５３を表示操作部３に切替表示する。第１入力画面５３には、内見アプリＡ１が起動したことをあらわすタイトル５４と、予約完了通知の際に担当者に予め通知された予約番号の入力を促す案内文５５と、予約番号を入力するためにテンキー等によって構成された入力部５６とが表示されている。さらに、第１入力画面５３には、予約番号の入力内容が表示される表示欄５７と、予約番号の入力内容について決定するための決定キー５８と、今回の取引をキャンセルするためのキャンセルキー５９とが表示されている。

担当者が入力部５６を操作して予約番号を入力し、表示欄５７に表示された予約番号を確認してから決定キー５８にタッチすると、制御部１０は、第１鍵Ｋ１の貸出のために必要な第１情報の一例である予約番号の入力を受け付けたことになる。制御部１０は、入力された予約番号が内見管理テーブルＴ１（図３参照）にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、問い合わせに係る予約番号を内見管理テーブルＴ１の中から見つける。そして、制御部３１は、この予約番号に紐付いた利用期間内に現在時刻があることを確認すると、この予約番号についての予約を確認した旨を示す予約確認通知を、予約番号の問い合わせ元の鍵管理装置１に送信する。予約確認通知は、予約番号に紐付いた鍵ＩＤを少なくとも含む。

なお、顧客がキャンセルキー５９にタッチすると、制御部１０は、今回の取引をキャンセルして、待機画面５０（図７参照）を表示操作部３に切替表示する。また、担当者が入力部５６を操作して予約番号を入力するのでなく、例えば、予約番号に対応するコードが予約完了通知の一部として担当者の通信端末４０（携帯端末であることが好ましい）に事前送信されていて、担当者が通信端末４０の画面上に表示させた当該コードを表示操作部３等に読み取らせることによって予約番号をワンタッチ入力できてもよい。カーシェアや民泊等の場合においても同様である。

担当者による予約番号の入力に応じて記憶装置３０から予約確認通知を受信した鍵管理装置１の制御部１０は、収容部８に収容された第１鍵Ｋ１の貸出処理を実行する。具体的には、まず、制御部１０は、この予約確認通知に含まれる鍵ＩＤに対応するロック部１５による鍵Ｋのロックを解除して、図９に示す第１鍵受取画面６０を表示操作部３に切替表示する。なお、収容部８には、扉８Ｂを閉位置にてロックしたりロック解除したりする扉ロック部（図示せず）が設けられてもよく、その場合には、制御部１０は、鍵Ｋのロックを解除するとともに、扉８Ｂのロックも解除する。カーシェアや民泊等の場合においても同様である。

第１鍵受取画面６０には、前述したタイトル５４と、ロックが解除された鍵ＩＤの第１鍵Ｋ１の受け取りを利用者に促す案内文６１と、第１鍵Ｋ１が用いられる内見物件に特有の注意書き６２とが表示されている。注意書き６２は、内見物件に関連する第１案内情報の一例であって、表示操作部３に表示されることによって利用者に報知される。なお、第１案内情報は、音声等によって報知されてもよい。第１鍵受取画面６０を見た利用者は、扉８Ｂを開いて、案内文６１に記された鍵ＩＤの第１鍵Ｋ１を見つけて引き抜くことによって、この第１鍵Ｋ１を受け取る。また、利用者は、注意書き６２を見ることによって、内見する際に注意すべきことを把握する。

引き抜かれた第１鍵Ｋ１に対応する検出部１６が、この第１鍵Ｋ１のキーホルダＨを検出しなくなると、制御部１０は、第１鍵Ｋ１の受け取りが完了したと判断して、鍵受取完了通知を記憶装置３０に送信する。鍵受取完了通知には、鍵管理装置１の装置ＩＤと、受け取りが完了した鍵Ｋの鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、鍵管理装置１の収容部８における鍵Ｋの有無情報である。鍵受取完了通知を受信した記憶装置３０の制御部３１は、内見管理テーブルＴ１において該当する鍵ＩＤについての利用スケジュールの「未利用」を「利用中」に変更する（図３における鍵ＩＤが「２」の利用スケジュールを参照）。

制御部１０は、内見物件の情報（例えば内見物件までのルート情報や内見時における注意事項）を表示操作部３に表示したり、担当者の通信端末４０に転送したり、内見物件の情報が印刷されたレシートまたは印刷物を発行口５または排出口６から発行したりしてもよい。これにより、第１鍵Ｋ１についての一連の貸出処理が終了する。第１鍵Ｋ１を受け取った利用者である不動産会社の担当者は、顧客を連れて内見物件に向かい、この内見物件のドアを第１鍵Ｋ１によって解錠して顧客に内見してもらう。なお、内見物件が複数あって、これらの第１鍵Ｋ１が、先ほどの鍵管理装置１においてまとめて管理されていれば、利用者は、これらの第１鍵Ｋ１を一度に受け取っておくことによって、複数を内見物件を連続して訪れることができる。

内見を終えた担当者は、第１鍵Ｋ１の返却のために鍵管理装置１に赴いて待機画面５０（図７参照）にて内見キー５２Ａにタッチしてから、第１入力画面５３（図８参照）に予約番号を入力して決定キー５８にタッチする。すると、鍵管理装置１の制御部１０は、鍵管理装置１への第１鍵Ｋ１の返却処理を実行する。具体的には、まず、制御部１０は、第１入力画面５３にて入力された予約番号に紐付いた鍵ＩＤが内見管理テーブルＴ１にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、この予約番号に紐付いた鍵ＩＤを内見管理テーブルＴ１の中から見つけると、この鍵ＩＤを問い合わせ元の鍵管理装置１に通知する。

記憶装置３０から鍵ＩＤが通知された鍵管理装置１の制御部１０は、図１０に示す第１鍵返却画面６３を表示操作部３に切替表示する。第１鍵返却画面６３には、前述したタイトル５４と、当該鍵ＩＤの差込穴８Ｄへの鍵Ｋの差し込みを利用者に促す案内文６４とが表示されている。第１鍵返却画面６３を見た利用者は、案内文６４に記された鍵ＩＤの差込穴８Ｄに第１鍵Ｋ１のキーホルダＨを差し込むことによって、この第１鍵Ｋ１を返却する。第１鍵返却画面６３には、前述した注意書き６２のように内見に関連する第１案内情報（忘れ物の再確認を促す情報等）が表示されてもよい。第１案内情報は、内見物件の予約システムに応じた案内情報であって、第１鍵Ｋ１の貸出処理および返却処理の少なくともいずれか一方を実行する場合に報知されればよい。このように内見物件に応じた案内情報が利用者に報知されることによって、利便性の向上を図れる。

返却された第１鍵Ｋ１に対応する検出部１６が、この第１鍵Ｋ１を検出すると、制御部１０は、第１鍵Ｋ１の返却が完了したと判断して、鍵返却完了通知を記憶装置３０に送信する。鍵返却完了通知には、鍵管理装置１の装置ＩＤと、返却が完了した第１鍵Ｋ１の鍵ＩＤとが少なくとも含まれている。返却が完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵返却完了通知を受信した記憶装置３０の制御部３１は、内見管理テーブルＴ１において該当する鍵ＩＤの利用スケジュールの備考から、今回内見された内見物件の利用期間および予約番号を削除して、当該利用スケジュールにおいて「利用中」を「未利用」に変更する（図３における鍵ＩＤが「３」の利用スケジュールを参照）。なお、利用スケジュールの備考に他の予約が登録されていなければ、制御部３１は、当該備考に「予約無」と登録する。一方、制御部１０は、返却された第１鍵Ｋ１をロック部１５によってロックする。以上により、第１鍵Ｋ１についての一連の返却処理が終了する。

制御部１０は、第１鍵Ｋ１の返却処理の最後のタイミングにおいて、第１鍵Ｋ１の返却が完了した旨の情報を表示操作部３に表示したり、当該情報が記載されたレシートや印刷物をレシート処理部１３や印刷部１４によって発行口５や排出口６から発行したりすることによって、当該情報を利用者に報知してもよい。当該情報には、今回の内見物件についての今後の空き状況についての情報が含まれてもよい。つまり、第１鍵Ｋ１の返却処理の場合には、制御部１０は、当該レシートや印刷物を、内見物件に関連する第１紙媒体の一例として紙出力する。なお、第１紙媒体は、前述したように第１鍵Ｋ１の貸出処理の際に紙出力されてもよい。

以上のように、内見用の第１鍵Ｋ１が鍵管理装置１にて管理されていて、第１鍵Ｋ１の利用状況を通信端末４０によって閲覧できる。そのため、不動産会社の担当者は、内見の依頼があった場合には、内見物件の所有者に問い合わせなくても、通信端末４０によって当該内見物件の空き状況を確認したり当該内見物件を予約したりすることができる。また、担当者は、所有者の元に行かなくても、鍵管理装置１において第１鍵Ｋ１を受け取ったり返却したりすることができる。そのため、担当者は、内見業務を効率的に遂行することができる。また、ダイアル錠等によって施解錠できる小箱を内見物件のドア付近に設けて当該小箱に第１鍵Ｋ１を収容する運用とは異なり、この実施形態では鍵管理装置１において第１鍵Ｋ１が厳重管理されるので、セキュリティ性の向上を図れる。

＜カーシェアの場合＞
例えばカーシェアの車（ここでは「セダンタイプ」）の予約をしたい利用者は、自身の通信端末４０（ここでは第２閲覧装置４０Ｂ）によってカーシェア管理テーブルＴ２を閲覧して入力情報を入力する。すると、この入力情報に応じた予約情報が記憶装置３０に送信される。これにより、記憶装置３０の制御部３１は、受信した予約情報に含まれる装置ＩＤ（ここでは「Ａ」）および利用対象情報（ここでは「セダン」）に基づいて、カーシェア管理テーブルＴ２において該当する装置ＩＤ「Ａ」および鍵ＩＤ「１０」における利用スケジュールを更新する（図４参照）。具体的には、制御部３１は、セダンタイプの利用スケジュールの備考において、「予約無」から「予約有」に変更し、利用期間と、予約番号等を新規登録する。

このようにセダンタイプの車を予約した利用者の第２閲覧装置４０Ｂ（この実施形態ではスマートフォン）にも、予約情報が予約完了通知として送信される。利用者は、利用期間の直前のタイミング等において、第２閲覧装置４０Ｂを持って、当該予約情報に含まれる装置ＩＤの鍵管理装置１が設置された店舗へ向かう。当該予約情報には、この店舗への行き方についてのルート情報が含まれてもよい。なお、この実施形態では、予約時において決済情報が入力情報の一部として入力済なので、記憶装置３０とクレジットカード会社のサーバ（図示せず）との通信によって、予約完了通知の際には車の利用に関するカード決済も完了している。

店舗に到着した利用者は、鍵管理装置１の前に行く。待機状態にある鍵管理装置１の表示操作部３には、前述した待機画面５０（図７参照）が表示されている。利用者がカーシェアキー５２Ｂにタッチすると、鍵管理装置１の制御部１０は、カーシェアアプリＡ２（図２参照）を起動して、図１１に示す第２入力画面６５を表示操作部３に切替表示する。第２入力画面６５には、カーシェアアプリＡ２が起動したことをあらわすタイトル６６と、予約完了通知の際に利用者に予め通知された予約番号の入力を促す案内文６７と、予約番号を入力するためにテンキー等によって構成された入力部６８とが表示されている。さらに、第２入力画面６５には、予約番号の入力内容が表示される表示欄６９と、予約番号の入力内容について決定するための決定キー７０と、今回の取引をキャンセルするためのキャンセルキー７１とが表示されている。

利用者が入力部６８を操作して予約番号を入力し、表示欄６９に表示された予約番号を確認してから決定キー７０にタッチすると、制御部１０は、第２鍵Ｋ２の貸出のために必要な第２情報の一例である予約番号の入力を受け付けたことになる。制御部１０は、入力された予約番号がカーシェア管理テーブルＴ２にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、問い合わせに係る予約番号をカーシェア管理テーブルＴ２の中から見つける。そして、制御部３１は、この予約番号に紐付いた利用期間内に現在時刻があることを確認すると、この予約番号についての予約を確認した旨を示す予約確認通知を、予約番号の問い合わせ元の鍵管理装置１に送信する。予約確認通知は、予約番号に紐付いた鍵ＩＤを少なくとも含む。なお、顧客がキャンセルキー７１にタッチすると、制御部１０は、今回の取引をキャンセルして、待機画面５０（図７参照）を表示操作部３に切替表示する。

利用者による予約番号の入力に応じて記憶装置３０から予約確認通知を受信した鍵管理装置１の制御部１０は、収容部８に収容された第２鍵Ｋ２の貸出処理を実行する。具体的には、まず、制御部１０は、この予約確認通知に含まれる鍵ＩＤに対応するロック部１５による鍵Ｋのロックを解除して、図１２に示す第２鍵受取画面７２を表示操作部３に切替表示する。

第２鍵受取画面７２には、前述したタイトル６６と、ロックが解除された鍵ＩＤの第２鍵Ｋ２の受け取りを利用者に促す案内文７３と、カーシェアに特有の注意書き７４とが表示されている。注意書き７４は、カーシェアの車に関連する第２案内情報の一例であって、表示操作部３に表示されることによって利用者に報知される。なお、第２案内情報は、音声等によって報知されてもよい。第２鍵受取画面７２を見た利用者は、扉８Ｂを開いて、案内文７３に記された鍵ＩＤの第２鍵Ｋ２を見つけて引き抜くことによって、この第２鍵Ｋ２を受け取る。また、利用者は、注意書き７４を見ることによって、カーシェアを利用する際に注意すべきことを把握する。

引き抜かれた第２鍵Ｋ２に対応する検出部１６が、この第２鍵Ｋ２のキーホルダＨを検出しなくなると、制御部１０は、第２鍵Ｋ２の受け取りが完了したと判断して、鍵受取完了通知を記憶装置３０に送信する。鍵受取完了通知には、鍵管理装置１の装置ＩＤと、受け取りが完了した鍵Ｋの鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵受取完了通知を受信した記憶装置３０の制御部３１は、カーシェア管理テーブルＴ２において該当する鍵ＩＤについての利用スケジュールの「未利用」を「利用中」に変更する（図４における鍵ＩＤが「１１」の利用スケジュールを参照）。

制御部１０は、カーシェアの情報（例えば、これから利用する車の登録番号つまりナンバーやタイプ、車の注意事項等の使用ガイドや、駐車スペースの情報）を表示操作部３に表示したり、利用者の通信端末４０に転送したり、当該情報が印刷されたレシートまたは印刷物を発行口５または排出口６から発行したりしてもよい。これにより、第２鍵Ｋ２についての一連の貸出処理が終了する。第２鍵Ｋ２を受け取った利用者は、当該駐車スペースに行って第２鍵Ｋ２によって車を運転する。

車の利用を終えて先ほどの駐車スペースに車を戻した利用者は、第２鍵Ｋ２の返却のために鍵管理装置１に赴いて待機画面５０（図７参照）にてカーシェアキー５２Ｂにタッチしてから、第２入力画面６５（図１１参照）に予約番号を入力して決定キー７０にタッチする。すると、鍵管理装置１の制御部１０は、鍵管理装置１への第２鍵Ｋ２の返却処理を実行する。具体的には、まず、制御部１０は、第２入力画面６５にて入力された予約番号に紐付いた鍵ＩＤがカーシェア管理テーブルＴ２にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、この予約番号に紐付いた鍵ＩＤをカーシェア管理テーブルＴ２の中から見つけると、この鍵ＩＤを問い合わせ元の鍵管理装置１に通知する。

記憶装置３０から鍵ＩＤが通知された鍵管理装置１の制御部１０は、図１３に示す第２鍵返却画面７５を表示操作部３に切替表示する。第２鍵返却画面７５には、前述したタイトル６６と、当該鍵ＩＤの差込穴８Ｄへの鍵Ｋの差し込みを利用者に促す案内文７６とが表示されている。第２鍵返却画面７５を見た利用者は、案内文７６に記された鍵ＩＤの差込穴８Ｄに第２鍵Ｋ２のキーホルダＨを差し込むことによって、この第２鍵Ｋ２を返却する。第２鍵返却画面７５には、前述した注意書き７４のようにカーシェアの車に関連する第２案内情報（忘れ物の再確認やライトの消灯を促す情報等）が表示されてもよい。第２案内情報は、カーシェアの予約システムに応じた案内情報であって、第２鍵Ｋ２の貸出処理および返却処理の少なくともいずれか一方を実行する場合に報知されればよい。このようにカーシェアに応じた案内情報が利用者に報知されることによって、利便性の向上を図れる。

返却された第２鍵Ｋ２に対応する検出部１６が、この第２鍵Ｋ２を検出すると、制御部１０は、第２鍵Ｋ２の返却が完了したと判断して、鍵返却完了通知を記憶装置３０に送信する。鍵返却完了通知には、鍵管理装置１の装置ＩＤと、返却が完了した第２鍵Ｋ２の鍵ＩＤとが少なくとも含まれている。返却が完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵返却完了通知を受信した記憶装置３０の制御部３１は、カーシェア管理テーブルＴ２において該当する鍵ＩＤの利用スケジュールの備考から、今回の返却された車の利用期間および予約番号を削除して、当該利用スケジュールにおいて「利用中」を「未利用」に変更する（図４における鍵ＩＤが「１２」の利用スケジュールを参照）。なお、利用スケジュールの備考に他の予約が登録されていなければ、制御部３１は、当該備考に「予約無」と登録する。一方、制御部１０は、返却された第２鍵Ｋ２をロック部１５によってロックする。以上により、第２鍵Ｋ２についての一連の返却処理が終了する。

制御部１０は、第２鍵Ｋ２の返却処理の最後のタイミングにおいて、第２鍵Ｋ２の返却が完了した旨の情報を表示操作部３に表示したり、当該情報が記載されたレシートや印刷物をレシート処理部１３や印刷部１４によって発行口５や排出口６から発行したりすることによって、当該情報を利用者に報知してもよい。レシートや印刷物には、車の返却後に忘れ物に気付いた場合におけるカーシェア管理会社の連絡先や、車の返却後に利用者がチェックすべきチェックリスト等が記載されてもよい。つまり、第２鍵Ｋ２の返却処理の場合には、制御部１０は、当該レシートや印刷物を、カーシェアの車に関連する第２紙媒体の一例として紙出力する。なお、第２紙媒体は、前述したように第２鍵Ｋ２の貸出処理の際に紙出力されてもよい。なお、カーシェアについての決済は、前述したように予約時に完了してもよいし、第２鍵Ｋ２の受け取り時や返却時等において、利用者が鍵管理装置１にカードや現金を投入口４に投入することによって決済できてもよい。これから説明する民泊の決済についても同様である。

＜民泊の場合＞
民泊（ここではアパートＧ２０１号室とする）を予約したい利用者は、自身の通信端末４０によって民泊管理テーブルＴ３を閲覧して入力情報を入力する。すると、この入力情報に応じた予約情報が記憶装置３０に送信される。これにより、記憶装置３０の制御部３１は、受信した予約情報に含まれる装置ＩＤ（ここでは「Ａ」）および利用対象情報（ここでは「アパートＧ２０１号室」）に基づいて、民泊管理テーブルＴ３において該当する装置ＩＤ「Ａ」および鍵ＩＤ「１３」における利用スケジュールを更新する（図５参照）。具体的には、制御部３１は、アパートＧ２０１号室の利用スケジュールの備考において、「予約無」から「予約有」に変更し、利用期間と、予約番号等を新規登録する。

このようにアパートＧ２０１号室の民泊を予約した利用者の通信端末４０にも、予約情報が予約完了通知として送信される。利用者は、利用期間の直前のタイミング等において、通信端末４０を持って、当該予約情報に含まれる装置ＩＤの鍵管理装置１が設置された店舗へ向かう。当該予約情報には、この店舗への行き方についてのルート情報が含まれてもよい。なお、予約時において決済情報が入力情報の一部として入力されるので、記憶装置３０とクレジットカード会社のサーバ（図示せず）との通信によって、予約の完了時には民泊の利用に関するカード決済も完了している。

店舗に到着した利用者は、鍵管理装置１の前に行く。待機状態にある鍵管理装置１の表示操作部３には、前述した待機画面５０（図７参照）が表示されている。利用者が民泊キー５２Ｃにタッチすると、鍵管理装置１の制御部１０は、民泊アプリＡ３（図２参照）を起動して、図１４に示す第３入力画面８０を表示操作部３に切替表示する。第３入力画面８０には、民泊アプリＡ３が起動したことをあらわすタイトル８１と、予約完了通知の際に利用者に予め通知された予約番号の入力を促す案内文８２と、予約番号を入力するためにテンキー等によって構成された入力部８３とが表示されている。さらに、第３入力画面８０には、予約番号の入力内容が表示される表示欄８４と、予約番号の入力内容について決定するための決定キー８５と、今回の取引をキャンセルするためのキャンセルキー８６とが表示されている。

利用者が入力部８３を操作して予約番号を入力し、表示欄８４に表示された予約番号を確認してから決定キー８５にタッチすると、制御部１０は、第３鍵Ｋ３の貸出のために必要な情報の一例である予約番号の入力を受け付けたことになる。制御部１０は、入力された予約番号が民泊管理テーブルＴ３にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、問い合わせに係る予約番号を民泊管理テーブルＴ３の中から見つける。そして、制御部３１は、この予約番号に紐付いた利用スケジュールの利用期間内に現在時刻があることを確認すると、この予約番号についての予約を確認した旨を示す予約確認通知を、予約番号の問い合わせ元の鍵管理装置１に送信する。予約確認通知は、予約番号に紐付いた鍵ＩＤを少なくとも含む。なお、顧客がキャンセルキー８６にタッチすると、制御部１０は、今回の取引をキャンセルして、待機画面５０（図７参照）を表示操作部３に切替表示する。

利用者による予約番号の入力に応じて記憶装置３０から予約確認通知を受信した鍵管理装置１の制御部１０は、収容部８に収容された第３鍵Ｋ３の貸出処理を実行する。具体的には、まず、制御部１０は、この予約確認通知に含まれる鍵ＩＤに対応するロック部１５による鍵Ｋのロックを解除して、図１５に示す第３鍵受取画面８７を表示操作部３に切替表示する。

第３鍵受取画面８７には、前述したタイトル８１と、ロックが解除された鍵ＩＤの第３鍵Ｋ３の受け取りを利用者に促す案内文８８と、民泊に特有の注意書き８９とが表示されている。注意書き８９は、宿泊施設に関連する第３案内情報の一例であって、表示操作部３に表示されることによって利用者に報知される。なお、第３案内情報は、音声等によって報知されてもよい。第３鍵受取画面８７を見た利用者は、扉８Ｂを開いて、案内文８８に記された鍵ＩＤの第３鍵Ｋ３を見つけて引き抜くことによって、この第３鍵Ｋ３を受け取る。また、利用者は、注意書き８９を見ることによって、民泊の利用上において注意すべきことを把握する。

引き抜かれた第３鍵Ｋ３に対応する検出部１６が、この第３鍵Ｋ３のキーホルダＨを検出しなくなると、制御部１０は、第３鍵Ｋ３の受け取りが完了したと判断して、鍵受取完了通知を記憶装置３０に送信する。鍵受取完了通知には、鍵管理装置１の装置ＩＤと、受け取りが完了した鍵Ｋの鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵受取完了通知を受信した記憶装置３０の制御部３１は、民泊管理テーブルＴ３において該当する鍵ＩＤについての利用スケジュールの「未利用」を「利用中」に変更する（図５における鍵ＩＤが「１４」の利用スケジュールを参照）。

制御部１０は、民泊に関する情報（例えば宿泊先までのルート情報やグルメ情報や娯楽情報や、宿泊先周辺における入浴施設等の広告情報や、民泊使用時における注意事項）を表示操作部３に表示したり、利用者の通信端末４０に転送したり、民泊に関する情報が印刷されたレシートまたは印刷物を発行口５または排出口６から発行したりしてもよい。これにより、第３鍵Ｋ３についての一連の貸出処理（民泊の場合にはチェックイン手続き）が終了する。第３鍵Ｋ３を受け取った利用者は、民泊の宿泊施設に赴いて宿泊施設のドアを第３鍵Ｋ３によって解錠して宿泊施設に滞在する。

宿泊を終えた利用者は、第３鍵Ｋ３の返却のために鍵管理装置１に赴いて待機画面５０（図７参照）にて民泊キー５２Ｃにタッチしてから、第３入力画面８０（図１４参照）に予約番号を入力して決定キー８５にタッチする。すると、鍵管理装置１の制御部１０は、鍵管理装置１への第３鍵Ｋ３の返却処理を実行する。具体的には、まず、制御部１０は、第３入力画面８０にて入力された予約番号に紐付いた鍵ＩＤが民泊管理テーブルＴ３にあるか否かを記憶装置３０に問い合わせる。記憶装置３０の制御部３１は、この予約番号に紐付いた鍵ＩＤを民泊管理テーブルＴ３の中から見つけると、この鍵ＩＤを問い合わせ元の鍵管理装置１に通知する。

記憶装置３０から鍵ＩＤが通知された鍵管理装置１の制御部１０は、図１６に示す第３鍵返却画面９０を表示操作部３に切替表示する。第３鍵返却画面９０には、前述したタイトル８１と、当該鍵ＩＤの差込穴８Ｄへの鍵Ｋの差し込みを利用者に促す案内文９１とが表示されている。第３鍵返却画面９０を見た利用者は、案内文９１に記された鍵ＩＤの差込穴８Ｄに第３鍵Ｋ３のキーホルダＨを差し込むことによって、この第３鍵Ｋ３を返却する。第３鍵返却画面９０には、前述した注意書き７４のように宿泊施設に関連する第３案内情報（忘れ物の再確認やごみ捨てを促す情報等）が表示されてもよい。第３案内情報は、民泊の予約システムに応じた案内情報であって、第３鍵Ｋ３の貸出処理および返却処理の少なくともいずれか一方の場合に報知されればよい。このように民泊に応じた案内情報が利用者に報知されることによって、利便性の向上を図れる。

返却された第３鍵Ｋ３に対応する検出部１６が、この第３鍵Ｋ３を検出すると、制御部１０は、第３鍵Ｋ３の返却が完了したと判断して、鍵返却完了通知を記憶装置３０に送信する。鍵返却完了通知には、鍵管理装置１の装置ＩＤと、返却が完了した第３鍵Ｋ３の鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵返却完了通知を受信した記憶装置３０の制御部３１は、民泊管理テーブルＴ３において該当する鍵ＩＤのスケジュールの備考から、今回の予約についての利用期間および予約番号を削除して、当該スケジュールにおいて「利用中」を「未利用」に変更する（図５における鍵ＩＤが「１５」の利用スケジュールを参照）。なお、利用スケジュールの備考に他の予約が登録されていなければ、制御部３１は、当該備考に「予約無」と登録する。また、制御部１０は、返却された第３鍵Ｋ３をロック部１５によってロックする。以上により、第３鍵Ｋ３についての一連の返却処理（民泊の場合にはチェックアウト手続き）が終了する。

制御部１０は、第３鍵Ｋ３の返却処理の最後のタイミングにおいて、第３鍵Ｋ３の返却が完了した旨の情報を表示操作部３に表示したり、当該情報が記載されたレシートや印刷物をレシート処理部１３や印刷部１４によって発行口５や排出口６から発行したりすることによって、当該情報を利用者に報知してもよい。レシートや印刷物は、民泊の利用者が買い物に利用できるクーポンであってもよい。つまり、第３鍵Ｋ３の返却処理の場合には、制御部１０は、当該レシートや印刷物を、民泊に関連する第３紙媒体の一例として紙出力する。なお、第３紙媒体は、前述したように第３鍵Ｋ３の貸出処理の際に紙出力されてもよい。

民泊の利用者にとって、荷物を自宅に発送するための発送手続き書類（宅配便を利用するための宅配伝票等）や、帰国時の通関手続き書類（土産物等についての免税申請書等）が必要になる場合がある。鍵管理装置１には、これらの手続き書類を印刷部１４によって印刷して排出口６（図１参照）に発行する機能がある。具体的に、第３鍵返却画面９０には、発送手続き書類を印刷するための第１印刷キー９２と、通関手続き書類を印刷するための第２印刷キー９３と、これらの手続き書類が必要な場合に第１印刷キー９２および第２印刷キー９３において該当する印刷キーへのタッチを利用者に促す案内文９４とが表示されている。鍵管理装置１の記憶部１７には、これらの手続き書類の様式データが予め記憶されている。なお、この様式データは、鍵管理装置１と通信可能な外部サーバ（図示せず）から適宜取得されてもよい。

手続き書類が必要な利用者は、第１印刷キー９２および第２印刷キー９３において該当する印刷キーにタッチする。すると、鍵管理装置１の制御部１０は、該当する様式データを記憶部１７から取得するとともに、第３入力画面８０にて入力された予約番号に紐付いた利用者の予約情報を記憶装置３０または民泊サーバ３６に問い合わせて取得する。なお、第３鍵Ｋ３を返却した利用者は、本人であることが明らかなので、この利用者の予約情報を取得することに問題はない。そして、制御部１０は、取得した様式データおよび予約情報（特に本人確認情報）に基づいて、必要事項の一部または全部が記入済の手続き書類を印刷部１４によって排出口６に紙出力する。この場合には、利用者本人が手続き書類に必要事項を記入する場合と比べて、記入漏れを防止できる。もちろん、紙出力の前の段階において、手続き書類の記入内容が表示操作部３に表示されて、利用者によって追加修正できてもよい。

発送手続き書類を紙出力してもらった利用者は、この発送手続き書類を貼り付けた荷物を宅配業者に手渡せばよい。なお、利用者はカードを投入口４に投入することによって、発送に係る決済を鍵管理装置１にて済ませてもよい。さらに、先ほど取得された予約情報に含まれる決済情報に基づく自動決済が行われてもよい。これにより、利用者は、発送に係る決済のために鍵管理装置１において手続きをせずに済む。また、利用者が、発送手続き書類を貼り付けた荷物を、鍵管理装置１と通信可能な宅配ロッカーに収容しておけば、その後に利用者が立ち去って無人になっても、後から宅配業者がこの荷物を宅配ロッカーから回収してくれる。通関手続き書類を紙出力してもらった利用者は、空港等での税関検査の際に、この通関手続き書類を検査官に手渡せばよい。

＜店舗の従業員の場合＞
鍵管理装置１が設置された店舗の従業員が利用者である場合において、第４鍵Ｋ４が必要になった従業員は、店舗内の鍵管理装置１の前に行く。待機状態にある鍵管理装置１の表示操作部３には、前述した待機画面５０（図７参照）が表示されている。従業員が従業員キー５２Ｄにタッチすると、鍵管理装置１の制御部１０は、店舗アプリＡ４（図２参照）を起動して、図１７に示す第４入力画面１０４を表示操作部３に切替表示する。

第４入力画面１０４には、店舗アプリＡ４が起動したことをあらわすタイトル１０５と、従業員が予め知っている暗証番号の入力と第４鍵Ｋ４の選択とを促す案内文１０６と、暗証番号を入力するためにテンキー等によって構成された入力部１０７とが表示されている。さらに、第４入力画面１０４には、暗証番号の入力内容が表示される表示欄１０８と、選択できる第４鍵Ｋ４の種類（ここでは３種類）に応じた複数の選択キー１０９〜１１１と、今回の取引をキャンセルするためのキャンセルキー１１２とが表示されている。選択キー１０９〜１１１のそれぞれには、対応する第４鍵Ｋ４の鍵情報が表示されている。暗証番号は、例えば店舗アプリＡ４に関連付けて記憶部１７に記憶されている。また、各第４鍵Ｋ４の鍵情報と、対応する鍵ＩＤとの関係も記憶部１７に記憶されている。

従業員が入力部１０７を操作して暗証番号を入力し、表示欄１０８に表示された暗証番号を確認してから選択キー１０９〜１１１における目当ての選択キーにタッチすると、鍵管理装置１の制御部１０は、第４鍵Ｋ４の貸出のために必要な第４情報の一例である暗証番号および鍵情報の入力を受け付けたことになる。入力された暗証番号が記憶部１７に記憶されていれば、制御部１０は、収容部８に収容された第４鍵Ｋ４の貸出処理を実行する。具体的には、まず、制御部１０は、選択キー１０９〜１１１において従業員がタッチした選択キーの鍵情報の鍵ＩＤ（図６参照）に対応するロック部１５による鍵Ｋのロックを解除して、図１８に示す第４鍵受取画面１１３を表示操作部３に切替表示する。なお、必要に応じて、従業員が、社員証のように自身の所属を示すカードを投入口４に差し込んで、社員証による認証が行われてもよい。

第４鍵受取画面１１３には、前述したタイトル１０５と、ロックが解除された鍵ＩＤの第４鍵Ｋ４の受け取りを従業員に促す案内文１１４と、第４鍵Ｋ４が用いられる設備等に特有の注意書き１１５とが表示されている。注意書き１１５は、当該設備に関連する第４案内情報の一例であって、表示操作部３に表示されることによって利用者に報知される。なお、第４案内情報は、音声等によって報知されてもよい。第４鍵受取画面１１３を見た従業員は、扉８Ｂを開いて、案内文１１４に記された鍵ＩＤの第４鍵Ｋ４を見つけて引き抜くことによって、この第４鍵Ｋ４を受け取る。また、従業員は、注意書き１１５を見ることによって、第４鍵Ｋ４の利用上において注意すべきことを把握する。

引き抜かれた第４鍵Ｋ４に対応する検出部１６が、この第４鍵Ｋ４のキーホルダＨを検出しなくなると、制御部１０は、第４鍵Ｋ４の受け取りが完了したと判断して、鍵受取完了通知を記憶装置３０に送信する。鍵受取完了通知には、鍵管理装置１の装置ＩＤと、受け取りが完了した鍵Ｋの鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵受取完了通知を受信した記憶装置３０の制御部３１は、店舗管理テーブルＴ４において該当する鍵ＩＤについての利用スケジュールの「未利用」を「利用中」に変更する（図６における鍵ＩＤが「１７」の利用スケジュールを参照）。

制御部１０は、取り出された第４鍵Ｋ４が用いられる設備についての情報（当該設備の位置等）を表示操作部３に表示したり、当該情報が印刷されたレシートまたは印刷物を発行口５または排出口６から発行したりしてもよい。これにより、第４鍵Ｋ４についての一連の貸出処理が終了する。第４鍵Ｋ４を受け取った従業員は、当該設備を第４鍵Ｋ４によって解錠し、用事を済ませる。

用事を済ませた従業員は、第４鍵Ｋ４の返却のために鍵管理装置１に赴いて待機画面５０（図７参照）にて従業員キー５２Ｄにタッチしてから、第４入力画面１０４（図１７参照）に暗証番号を入力して、選択キー１０９〜１１１において当該第４鍵Ｋ４に対応する選択キーにタッチする。すると、鍵管理装置１の制御部１０は、鍵管理装置１への第４鍵Ｋ４の返却処理を実行する。具体的には、まず、制御部１０は、従業員がタッチした選択キーから、該当する鍵ＩＤを特定して、図１９に示す第４鍵返却画面１１６を表示操作部３に切替表示する。

第４鍵返却画面１１６には、前述したタイトル１０５と、当該鍵ＩＤの差込穴８Ｄへの鍵Ｋの差し込みを従業員に促す案内文１１７とが表示されている。第４鍵返却画面１１６を見た従業員は、案内文１１７に記された鍵ＩＤの差込穴８Ｄに第４鍵Ｋ４のキーホルダＨを差し込むことによって、この第４鍵Ｋ４を返却する。第４鍵返却画面１１６には、前述した注意書き１１５のように店舗の設備等に関連する第４案内情報が表示されてもよい。第４案内情報は、貸出処理および返却処理の少なくともいずれか一方の場合に報知されればよい。このように店舗の従業員向けの案内情報が当該従業員に報知されることによって、利便性の向上を図れる。

返却された第４鍵Ｋ４に対応する検出部１６が、この第４鍵Ｋ４を検出すると、制御部１０は、第４鍵Ｋ４の返却が完了したと判断して、鍵返却完了通知を記憶装置３０に送信する。鍵返却完了通知には、鍵管理装置１の装置ＩＤと、返却が完了した第４鍵Ｋ４の鍵ＩＤとが少なくとも含まれている。受け取りが完了した鍵Ｋの鍵ＩＤは、収容部８における鍵Ｋの有無情報である。鍵返却完了通知を受信した記憶装置３０の制御部３１は、店舗管理テーブルＴ４において該当する鍵ＩＤのスケジュールから、今回の予約についての利用期間および暗証番号を削除して、当該スケジュールにおいて「利用中」を「未利用」に変更する（図６における鍵ＩＤが「１８」の利用スケジュールを参照）。また、制御部１０は、返却された第４鍵Ｋ４をロック部１５によってロックする。以上により、第４鍵Ｋ４についての一連の返却処理が終了する。

制御部１０は、第４鍵Ｋ４の返却処理の最後のタイミングにおいて、第４鍵Ｋ４の返却が完了した旨の情報を表示操作部３に表示したり、当該情報が記載されたレシートや印刷物をレシート処理部１３や印刷部１４によって発行口５や排出口６から発行したりすることによって、当該情報を利用者に報知してもよい。レシートや印刷物には、次にすべき業務についての情報などが記載されてもよい。つまり、第４鍵Ｋ４の返却処理の場合には、制御部１０は、当該レシートや印刷物を、店舗の従業員に関連する第４紙媒体の一例として紙出力する。

この発明は、以上の実施形態の内容に限定されるものではなく、請求項に記載の範囲内において種々の変更が可能である。

例えば、前述した実施形態では、鍵管理装置１から鍵Ｋを受け取る際における利用者の認証方式は、利用者が入力した予約番号の照合だけであり、各予約システムにおいて同じである。この場合、複数の予約システムが連携していて、これらの予約システムでは共通の予約番号によって認証がまとめて行われてもよい。一方、予約システムに応じて鍵管理装置１における利用者の認証方式が異なってもよい。例えば、内見についての第１予約システムの場合には、第１入力画面５３（図８参照）での予約番号の入力後において、鍵管理装置１の制御部１０が、例えば不動産会社の担当者毎に割り当てられた暗証番号の入力を利用者に要求する画面を表示操作部３に表示して、当該暗証番号による利用者の認証処理を第１鍵Ｋ１の貸出処理の一環として実行する。当該暗証番号を用いた認証方式は、第１予約システムに対応する認証方式であり、当該暗証番号は、前述した第１情報の一例である。この認証が成功すれば、制御部１０は、該当する第１鍵Ｋ１のロックを解除して、第１鍵受取画面６０（図９参照）を切替表示する。

一方、カーシェアについての第２予約システムの場合には、第２入力画面６５（図１１参照）での予約番号の入力後において、鍵管理装置１の制御部１０が、利用者に運転免許証の提示に要求する画面を表示操作部３に表示する。この場合の表示操作部３の動作モードには、表示操作部３の前に配置された物をスキャンするモードがある。表示操作部３のスキャン動作は、制御部１０によって制御され、表示操作部３によるスキャン内容は、制御部１０に入力されて、制御部１０によってＯＣＲ（Optical Character Reader）処理される。そのため、制御部１０は、提示された運転免許証のスキャン内容をＯＣＲ処理して運転免許証の記載内容を取得する。制御部１０は、当該記載内容と記憶装置３０に事前登録された本人確認情報とを照合することによる利用者の認証処理を第２鍵Ｋ２の貸出処理の一環として実行する。運転免許証を用いた認証方式は、第２予約システムに対応する認証方式であり、当該運転免許証のスキャン内容は、前述した第２情報の一例である。この認証が成功すれば、制御部１０は、該当する第２鍵Ｋ２のロックを解除して、第２鍵受取画面７２（図１２参照）を切替表示する。

民泊についての予約システム（便宜上、「第３予約システム」という）の場合には、第３入力画面８０（図１４参照）での予約番号の入力後において、鍵管理装置１の制御部１０が、例えば、利用者にパスポートの提示に要求する画面を表示操作部３に表示する。この場合には、前述した運転免許証の場合と同様に、制御部１０は、提示されたパスポートのスキャン内容をＯＣＲ処理してパスポートの記載内容を取得する。制御部１０は、当該記載内容と記憶装置３０に事前登録された本人確認情報とを照合することによる利用者の認証処理を第３鍵Ｋ３の貸出処理の一環として実行する。パスポートを用いた認証方式は、第３予約システムに対応する認証方式である。この認証が成功すれば、制御部１０は、該当する第３鍵Ｋ３のロックを解除して、第３鍵受取画面８７（図１５参照）を切替表示する。

認証に関しては、生体認証等の他の認証方式を単独または組み合わせて用いてもよい。例えば、鍵管理装置１は、顧客を撮影するカメラ（図示せず）を備えてもよく、制御部１０は、スキャンした運転免許証等の顔写真とカメラによって撮影した顧客の画像とに基づく顔認証を実行してもよい。また、クレジットカードの番号を使用して認証を行ってもよい。

前述した実施形態では、鍵管理装置１において、鍵ＫのキーホルダＨが収容部８において予め指定された差込穴８Ｄに差し込まれているか否かが検出部１６によって検出されることによって、鍵Ｋの有無が検出される。これに代えて、鍵ＫまたはキーホルダＨにＲＦＩＤタグ等の識別タグを取り付けて、識別タグの識別によって鍵Ｋの有無を検出してもよい。この場合には、収容部８においてそれぞれの鍵を特定の位置に収容しなくてもよい。

前述した実施形態では、内見物件は、アパート等の賃貸物件を対象としていたが、分譲物件を対象としてもよい。また、前述した第２鍵Ｋ２は、カーシェアの車の鍵とは限らず、レンタカーの鍵であってもよい。このように、本発明は、利用に際して予約を必要として鍵Ｋによって解錠される施設や物品であれば同様に適用することが可能である。鍵管理装置１は、店舗以外にも、例えばマンションのロビー等に設置されてもよい。

利用者が外国人である場合を想定して、鍵管理装置１の表示操作部３に表示される文字は、日本語だけに限らず、英語等の外国語でも表示されてもよい。

また、前述したテーブルＴ（図３〜図６参照）の情報から各鍵Ｋの使用頻度等の統計情報が求められて、当該統計情報が閲覧できてもよい。例えば、内見管理テーブルＴ１から得られる統計情報により、各内見物件の人気を把握できるので、人気の低い内見物件については賃料の見直す等によってマーケティングに活用できる。

収容部８は、前述した実施形態のように１つだけ存在して全ての鍵Ｋをまとめて収容する構成に限らず、複数存在してもよく、その場合には、例えば第１鍵Ｋ１および第２鍵Ｋ２が別々の収容部８に分けて収容されてもよい。つまり、第１鍵Ｋ１を収容する収容部８と、第２鍵Ｋ２を収容する別の収容部８とが少なくとも存在する。さらに別の例として、し、個々の鍵Ｋが別々の収容部８に1つずつ個別に収容されてもよい。その場合には、鍵Ｋの数に応じた複数の収容部８が存在する。個々の収容部８は、例えば引出しになっていて、対応するロック部１５によって、ロックまたはロック解除される。ロック解除された収容部８は、引き出すことができるので、利用者は、引き出した収容部８に１つの鍵Ｋを出し入れすることができる。引出しとは別の例として、個々の収容部８には、ロック部１５によってロックまたはロック解除される扉が設けられてもよい。利用者は、ロックが解除された扉を開くことによって、この扉に対応する収容部８に１つの鍵Ｋを出し入れすることができる。

以上に説明した様々な特徴は、適宜組み合わせることができる。

１ 鍵管理装置
３ 表示操作部
８ 収容部
１０ 制御部
１３ レシート処理部
１４ 印刷部
１８ 通信Ｉ／Ｆ部
３０ 記憶装置
３１ 制御部
３４ 内見サーバ
３５ カーシェアサーバ
４０ 通信端末
４０Ａ 第１閲覧装置
４０Ｂ 第２閲覧装置
１００ 鍵管理システム
Ｋ１ 第１鍵
Ｋ２ 第２鍵

Claims (10)

1. 第１予約システムによって利用予約される第１利用対象の利用に必要な第１鍵と、前記第１予約システムとは別の第２予約システムによって利用予約される第２利用対象の利用に必要な第２鍵とをまとめて又は個別に収容する少なくとも１以上の収容部と、
   前記収容部に収容された前記第１鍵および前記第２鍵の貸出処理を実行する処理部とを含む、鍵管理装置。
2. 前記第１鍵の貸出のために必要な第１情報の入力を受け付ける第１受付部と、
   前記第２鍵の貸出のために必要な第２情報の入力を受け付ける第２受付部とを含み、
   前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記処理部は、前記収容部に収容された前記第１鍵の貸出処理を実行し、
   前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記処理部は、前記収容部に収容された前記第２鍵の貸出処理を実行する、請求項１に記載の鍵管理装置。
3. 前記処理部は、前記鍵管理装置への前記第１鍵および前記第２鍵の返却処理を実行し、
   前記第１鍵の貸出処理および返却処理の少なくともいずれか一方を実行する場合には前記第１利用対象に関連する第１案内情報を報知して、前記第２鍵の貸出処理および返却処理の少なくともいずれか一方を実行する場合には前記第２利用対象に関連する第２案内情報を報知する報知部を含む、請求項２に記載の鍵管理装置。
4. 前記報知部は、前記第１案内情報および前記第２案内情報が切替表示される表示部を含む、請求項３に記載の鍵管理装置。
5. 前記第１鍵の返却処理の場合には前記第１利用対象に関連する第１紙媒体を紙出力して、前記第２鍵の返却処理の場合には前記第２利用対象に関連する第２紙媒体を紙出力する紙出力部を含む、請求項３または４に記載の鍵管理装置。
6. 前記第１予約システムと前記第２予約システムとでは、前記鍵管理装置における利用者の認証方式が異なり、
   前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記処理部は、前記第１鍵の貸出処理の一環として、前記第１予約システムに対応する認証方式によって当該利用者の認証処理を実行し、
   前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記処理部は、前記第２鍵の貸出処理の一環として、前記第２予約システムに対応する認証方式によって当該利用者の認証処理を実行する、請求項２〜５のいずれか一項に記載の鍵管理装置。
7. 請求項１〜６のいずれか一項に記載の鍵管理装置と、
   前記鍵管理装置、前記第１予約システムおよび前記第２予約システムのそれぞれに対して通信可能に接続され、前記鍵管理装置において管理される鍵の利用状況を記憶する記憶装置と、
   前記記憶装置に対して通信可能に接続され、前記利用状況を閲覧するための閲覧装置とを含む、鍵管理システム。
8. 前記閲覧装置は、前記第１予約システムに対応する第１閲覧装置と、前記第２予約システムに対応する第２閲覧装置とを含み、
   前記第１閲覧装置での利用状況の閲覧を前記第１鍵の利用状況の閲覧だけに規制し、前記第２閲覧装置での利用状況の閲覧を前記第２鍵の利用状況の閲覧だけに規制する規制部を含む、請求項７に記載の鍵管理システム。
9. 前記鍵管理装置は、前記収容部における鍵の有無情報を前記記憶装置に送信する送信部を含み、
   前記記憶装置が記憶する利用状況は、前記有無情報を含む、請求項７または８に記載の鍵管理システム。
10. 第１予約システムによって利用予約される第１利用対象の利用に必要な第１鍵と、前記第１予約システムとは別の第２予約システムによって利用予約される第２利用対象の利用に必要な第２鍵とをまとめて又は個別に収容する少なくとも１以上の収容部と、前記第１鍵の貸出のために必要な第１情報の入力を受け付ける第１受付部と、前記第２鍵の貸出のために必要な第２情報の入力を受け付ける第２受付部と、処理を実行する制御部とを含む鍵管理装置における鍵管理方法であって、
    前記第１受付部が利用者による前記第１情報の入力を受け付けた場合には、前記収容部に収容された前記第１鍵の貸出処理を前記制御部が実行するステップと、
    前記第２受付部が利用者による前記第２情報の入力を受け付けた場合には、前記収容部に収容された前記第２鍵の貸出処理を前記制御部が実行するステップとを含む、鍵管理方法。

Images