(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023057895
(43)【公開日】2023-04-24
(54)【発明の名称】錠の制御システム
(51)【国際特許分類】
E05B 49/00 20060101AFI20230417BHJP
G06Q 10/02 20120101ALI20230417BHJP
【ＦＩ】
E05B49/00 L
G06Q10/02
【審査請求】未請求
【請求項の数】2
【出願形態】ＯＬ
(21)【出願番号】P 2021167644
(22)【出願日】2021-10-12
(71)【出願人】
【識別番号】518300593
【氏名又は名称】ブロックチェーンロック株式会社
(74)【代理人】
【識別番号】100173679
【弁理士】
【氏名又は名称】備後 元晴
(72)【発明者】
【氏名】岡本 健
(72)【発明者】
【氏名】益邑 真也
【テーマコード（参考）】
2E250
5L049
【Ｆターム（参考）】
2E250AA06
2E250BB05
2E250DD07
2E250FF11
2E250FF18
5L049AA03
5L049CC11
(57)【要約】
【課題】通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な錠の制御システムを提供すること。
【解決手段】本発明の錠の制御システムＳは、ロック装置４、二次元コードＢを読み取り可能な読取装置５、及びロック装置４及び読取装置５を制御可能な制御装置６を含んで構成される、電気式及び／又は電子式の錠３と、錠３とネットワークＮを介して接続されており、利用者が予約した予約時間帯にロック装置４を解錠可能とする予約時間帯を管理可能な予約管理装置２と、を備え、予約管理装置２は、大容量予約情報をまとめて制御装置６に送信可能な大容量予約情報送信部２１２と、識別情報を含み予約時間帯情報を含まない小容量情報が公開暗号鍵方式の秘密鍵２２２で暗号化されている暗号化小容量情報を含む二次元コードＢを利用者に発行可能な二次元コード発行部２１３と、を有する。
【選択図】図１
【解決手段】本発明の錠の制御システムＳは、ロック装置４、二次元コードＢを読み取り可能な読取装置５、及びロック装置４及び読取装置５を制御可能な制御装置６を含んで構成される、電気式及び／又は電子式の錠３と、錠３とネットワークＮを介して接続されており、利用者が予約した予約時間帯にロック装置４を解錠可能とする予約時間帯を管理可能な予約管理装置２と、を備え、予約管理装置２は、大容量予約情報をまとめて制御装置６に送信可能な大容量予約情報送信部２１２と、識別情報を含み予約時間帯情報を含まない小容量情報が公開暗号鍵方式の秘密鍵２２２で暗号化されている暗号化小容量情報を含む二次元コードＢを利用者に発行可能な二次元コード発行部２１３と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
施錠状態と解錠状態との間で切り換え可能なロック装置、二次元コードを読み取り可能な読取装置、及び前記ロック装置及び前記読取装置を制御可能な制御装置を含んで構成される、電気式及び／又は電子式の錠と、
前記錠とネットワークを介して接続されており、利用者が予約した予約時間帯に前記ロック装置を解錠可能とする予約時間帯を管理可能な予約管理装置と、
を備え、
前記予約管理装置は、
前記予約時間帯に関する予約時間帯情報、及び前記予約時間帯情報よりもデータ量が小さい識別情報を少なくとも含む大容量予約情報を生成可能な大容量予約情報生成部と、
１以上の前記大容量予約情報を、０．５時間以上の間隔を空けたタイミングでまとめて前記制御装置に送信可能な大容量予約情報送信部と、
前記識別情報を含み、前記予約時間帯情報を含まない小容量情報が公開暗号鍵方式の秘密鍵で暗号化されている暗号化小容量情報を含む二次元コードを前記利用者に発行可能な二次元コード発行部と、
を有し、
前記錠の前記制御装置は、
前記１以上の大容量予約情報を前記予約管理装置から受信可能な大容量予約情報受信部と、
前記読取部によって読み取られた前記二次元コードに含まれる前記暗号化小容量情報を前記秘密鍵に対応する公開鍵を用いて復号し、復号後小容量情報を得る復号部と、
前記復号後小容量情報に対応する対応大容量予約情報を用いて、現在時刻が前記予約時間帯に該当するかを判別可能な判別部と、
現在時刻が前記予約時間帯に該当する場合に、前記ロック装置に前記解錠状態への切り換えを指令可能な解錠指令部と、
を有し、
前記大容量予約情報受信部は、前記復号後小容量情報に対応する前記対応大容量予約情報が前記予約情報受信部によって受信された前記１以上の前記大容量予約情報に含まれていない場合に、前記対応大容量予約情報に相当する特定大容量予約情報を前記予約管理装置から受信可能である、錠の制御システム。
前記錠とネットワークを介して接続されており、利用者が予約した予約時間帯に前記ロック装置を解錠可能とする予約時間帯を管理可能な予約管理装置と、
を備え、
前記予約管理装置は、
前記予約時間帯に関する予約時間帯情報、及び前記予約時間帯情報よりもデータ量が小さい識別情報を少なくとも含む大容量予約情報を生成可能な大容量予約情報生成部と、
１以上の前記大容量予約情報を、０．５時間以上の間隔を空けたタイミングでまとめて前記制御装置に送信可能な大容量予約情報送信部と、
前記識別情報を含み、前記予約時間帯情報を含まない小容量情報が公開暗号鍵方式の秘密鍵で暗号化されている暗号化小容量情報を含む二次元コードを前記利用者に発行可能な二次元コード発行部と、
を有し、
前記錠の前記制御装置は、
前記１以上の大容量予約情報を前記予約管理装置から受信可能な大容量予約情報受信部と、
前記読取部によって読み取られた前記二次元コードに含まれる前記暗号化小容量情報を前記秘密鍵に対応する公開鍵を用いて復号し、復号後小容量情報を得る復号部と、
前記復号後小容量情報に対応する対応大容量予約情報を用いて、現在時刻が前記予約時間帯に該当するかを判別可能な判別部と、
現在時刻が前記予約時間帯に該当する場合に、前記ロック装置に前記解錠状態への切り換えを指令可能な解錠指令部と、
を有し、
前記大容量予約情報受信部は、前記復号後小容量情報に対応する前記対応大容量予約情報が前記予約情報受信部によって受信された前記１以上の前記大容量予約情報に含まれていない場合に、前記対応大容量予約情報に相当する特定大容量予約情報を前記予約管理装置から受信可能である、錠の制御システム。
【請求項2】
前記錠は、前記ロック装置、前記読取装置及び前記制御装置に、商用電源が供給可能な電力より小さな電力を供給可能な電源部をさらに含んで構成される、請求項１に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、錠の制御システムに関する。
【背景技術】
【0002】
貸会議室、貸倉庫、ホテル等において、利用者の予約に応じて鍵を利用者に提供し、鍵に対応する錠を用いて管理される場所等を利用可能とするサービスが行われている。このようなサービスとして、例えば、部屋の貸し出しや、隠れ家店舗の入退店管理等のサービス等がある。
【0003】
このようなサービスでは、利用者が紛失等した鍵の不正利用を防ぐために、鍵を予約ごとに使い捨てとすることが好ましい。しかし、ディンプル鍵、電子鍵、カードキー等によって例示される物理鍵の場合、予約ごとに鍵を使い捨てとすると、使い捨ての物理鍵を用意するための労力及び／又は費用が多大なものとなり得る。
【0004】
鍵に関し、印刷されたバーコードを用いる鍵及び／又は端末に表示されたバーコードを用いる鍵等によって例示される、光学的な手段で読み取り可能な情報を用いる鍵が利用されている。このような鍵を使い捨ての鍵として利用することにより、使い捨ての鍵を用意するための労力及び／又は費用が使い捨ての物理鍵を用いる場合より軽減され得る。
【0005】
錠で管理される場所等を、予約に応じて発行されたバーコード等を用いて利用可能とする技術に関し、特許文献１は、バーコード符号化が設けられたバーコード搭乗券を乗客に発行し、乗客が提示したバーコード搭乗券を読み取って中央データベースの航空便に関するデータと突合せ、データの突合せが上手くいった場合に通過場所の施錠手段を一時的に開放してバーコード搭乗券を提示した乗客が所定の通過場所を通過可能とする技術を開示している。特許文献１の技術によれば、搭乗券の確認を自動化し、偽造された搭乗券の利用を防ぎ得る。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特表２０１０－５０６３１６号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ところで、予約に応じた貸し出しを管理可能な錠を既存の設備に後付けすることで、錠を後付けした設備を利用者の予約に応じて利用可能とするサービスを提供するという要望がある。既存の設備に錠を後付けする場合、設備の場所において、通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場合があり得る。
【0008】
特許文献１の技術は、バーコード搭乗券を読み取って中央データベースの航空便に関するデータと逐一突合せることで、バーコード搭乗券を提示した乗客が所定の通過場所を通過可能となる。したがって、特許文献１の技術は、中央データベースと安定した通信を行うことが可能な通信の安定性を確保することに困難がある場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な手段を提供する点において、改善の余地がある。
【0009】
無線通信である場合等の通信の秘匿性が制限されている場合、予約が行われるごとに逐一情報が錠へ送信されると、送信される情報が傍受等されて不正に利用され得る。特許文献１の技術は、通信の秘匿性が制限されている場所の設備に後付けした錠へ送信される情報が傍受等されて不正に利用されるリスクを軽減する点において、なおいっそう改良の余地がある。
【0010】
電力の供給が制限されている場合、錠は、電池等の小電力を提供可能な電源によって動作可能であることが求められる。錠の制御を行う手段は、より少ない電力で動作可能であることにより、電源の保守（例えば、電池の交換）の頻度を低減できる。これにより、ほぼ無人の管理で錠の制御を行うことが可能となり、予約を管理する管理者は、錠の制御にかかる労力及び／又は負担を少なくし得る。
【0011】
特許文献１の技術は、読み取ったバーコード搭乗券を中央データベースの航空便に関するデータと突合せるための通信において、バーコード搭乗券を読み取るたびに通信のための電力を消費し得る。したがって、特許文献１の技術は、錠の制御をより少ない電力で行い、電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な手段を提供する点において、よりいっそう改善の余地がある。
【0012】
本発明は、上述のような従来技術の問題点を解決すべくなされたものであり、通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な錠の制御システムを提供することを目的とする。
【課題を解決するための手段】
【0013】
本発明者らは、上記課題を解決するために鋭意検討した結果、予約時間帯等を含む大容量予約情報を指定の時間以上の間隔を空けたタイミングでまとめて送信し、大容量予約情報と対応する小容量情報を公開暗号鍵方式の秘密鍵で暗号化した暗号化小容量情報を含む二次元コードを発行すること等によって上述の課題を解決可能であることを見出し、本発明を完成させるに至った。具体的に、本発明は以下のものを提供する。
【0014】
第１の特徴に係る発明は、施錠状態と解錠状態との間で切り換え可能なロック装置、二次元コードを読み取り可能な読取装置、及び前記ロック装置及び前記読取装置を制御可能な制御装置を含んで構成される、電気式及び／又は電子式の錠と、前記錠とネットワークを介して接続されており、利用者が予約した予約時間帯に前記ロック装置を解錠可能とする予約時間帯を管理可能な予約管理装置と、を備え、前記予約管理装置は、前記予約時間帯に関する予約時間帯情報、及び前記予約時間帯情報よりもデータ量が小さい識別情報を少なくとも含む大容量予約情報を生成可能な大容量予約情報生成部と、１以上の前記大容量予約情報を、０．５時間以上の間隔を空けたタイミングでまとめて前記制御装置に送信可能な大容量予約情報送信部と、前記識別情報を含み、前記予約時間帯情報を含まない小容量情報が公開暗号鍵方式の秘密鍵で暗号化されている暗号化小容量情報を含む二次元コードを前記利用者に発行可能な二次元コード発行部と、を有し、前記錠の前記制御装置は、前記１以上の大容量予約情報を前記予約管理装置から受信可能な大容量予約情報受信部と、前記読取部によって読み取られた前記二次元コードに含まれる前記暗号化小容量情報を前記秘密鍵に対応する公開鍵を用いて復号し、復号後小容量情報を得る復号部と、前記復号後小容量情報に対応する対応大容量予約情報を用いて、現在時刻が前記予約時間帯に該当するかを判別可能な判別部と、現在時刻が前記予約時間帯に該当する場合に、前記ロック装置に前記解錠状態への切り換えを指令可能な解錠指令部と、を有し、前記大容量予約情報受信部は、前記復号後小容量情報に対応する前記対応大容量予約情報が前記予約情報受信部によって受信された前記１以上の前記大容量予約情報に含まれていない場合に、前記対応大容量予約情報に相当する特定大容量予約情報を前記予約管理装置から受信可能である、錠の制御システムを提供する。
【0015】
第１の特徴に係る発明によれば、予約管理装置は、予約時間帯等を含む大容量予約情報を生成し、１以上の大容量予約情報を、指定の時間以上の間隔を空けたタイミングでまとめて制御装置に送信できる。これにより、予約管理装置は、通信の安定性が制限されている場所であっても、通信が安定しているタイミングで大容量予約情報を制御装置に送信できる。
【0016】
第１の特徴に係る発明によれば、予約管理装置は、指定の時間以上の間隔を空けて大容量予約情報をまとめて送信する。これにより、予約管理装置は、予約が行われるごとに逐一大容量予約情報が送信される場合より大容量予約情報が送信される頻度を少なくできる。したがって、制御システムは、通信の秘匿性が制限されている場所であっても、大容量予約情報が傍受等されて不正に利用されるリスクを低減できる。また、大容量予約情報が送信される頻度を少なくすることにより、制御装置は、遠距離間での通信にかかる消費電力の増大を低減できる。
【0017】
第１の特徴に係る発明によれば、対応大容量予約情報が受信された大容量予約情報に含まれていない場合に、対応大容量予約情報に相当する特定大容量予約情報を予約管理装置から受信できる。したがって、制御システムは、予約が行われるごとに制御装置が予約情報を逐一送信して傍受されるリスク及び消費電力を低減することと、電子錠側の制御装置が、復号後小容量情報に対応する対応大容量予約情報を確実に受信して、予約時間帯の妥当性を迅速に判別可能にすることとを両立できる。
【0018】
共通鍵方式では、復号に用いる鍵（共通鍵）が秘密でない場合、利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする、偽造された小容量情報が共通鍵を用いて暗号化され得る。これにより、利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする偽造二次元コードが生成され得る。
【0019】
第１の特徴に係る発明によれば、暗号化小容量情報が公開暗号鍵方式の秘密鍵で暗号化され、秘密鍵に対応する公開鍵を用いて復号されることにより、復号に用いる鍵（公開鍵）が秘密でない場合であっても利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0020】
ところで、公開暗号鍵方式は、共通鍵方式より暗号強度が高い一方、暗号化処理及び復号処理にかかる負荷が、共通鍵方式に比べて大きいことが知られている。これにより、公開暗号鍵方式を用いる場合に、制御装置における消費電力が共通鍵方式より高くなり得る。
【0021】
第１の特徴に係る発明によれば、復号部が暗号化小容量情報を復号し、復号された復号後小容量情報に対応する対応大容量予約情報を用いて、現在時刻が予約時間帯に該当するかを判別できる。これにより、制御装置は、復号する情報を、暗号化小容量情報のみにとどめ、公開暗号鍵方式の復号処理にかかる負荷を軽減することと、偽造二次元コードの生成を防ぐこととを両立できる。
【0022】
したがって、第１の特徴に係る発明によれば、偽造二次元コードの生成を防ぎつつ、大容量予約情報すべてが公開暗号鍵方式で暗号化されている場合より、復号処理にかかる負荷がもたらす制御装置の消費電力を低減できる。
【0023】
したがって、第１の特徴に係る発明によれば、大容量予約情報が傍受等されて不正に利用されるリスクを低減することと、消費電力を低減することと、復号に用いる鍵が秘密でない場合であっても利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことと、を両立できる。これにより、通信の秘匿性及び／又は電力の供給が制限されている場所であっても、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
【0024】
したがって、第１の特徴に係る発明によれば、通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な錠の制御システムを提供できる。
【0025】
第２の特徴に係る発明は、第１の特徴に係る発明であって、前記錠は、前記ロック装置、前記読取装置及び前記制御装置に、商用電源が供給可能な電力より小さな電力を供給可能な電源部をさらに含んで構成される、制御システムを提供する。
【0026】
第２の特徴に係る発明によれば、商用電源が供給可能な電力より小さな電力を供給可能な電源部を備えることにより、ロック装置、読取装置、及び制御装置は、電力の供給が制限されている場所であっても、錠の制御を提供し得る。したがって、第２の特徴に係る発明によれば、電力の供給が制限されている場所であっても、制御システムは、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。また、外部との通信を行わないことで錠の消費電力を軽減できるため、電源部の保守にかかる頻度を低減することも見込まれうる。
【0027】
したがって、第２の特徴に係る発明によれば、通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な錠の制御システムを提供できる。
【発明の効果】
【0028】
本発明によれば、通信の安定性、通信の秘匿性、及び／又は電力の供給が制限されている場所の設備に後付け可能な、予約に応じた錠の制御を実現可能な錠の制御システムを提供できる。
【図面の簡単な説明】
【0029】
【発明を実施するための形態】
【0030】
以下、本発明の実施形態の一例について、図面を参照しながら詳細に説明する。
【0031】
＜＜制御システムＳ＞＞
図１は、本発明の実施形態に係る制御システムＳのハードウェア構成及びソフトウェア構成の一例を示すブロック図である。制御システムＳ（錠の制御システム）は、少なくとも、利用者端末１、利用者が予約した予約時間帯に管理対象Ｍを利用可能とする二次元コードＢを発行可能な予約管理装置２、管理対象Ｍを管理可能な錠３を含んで構成される。また、予約管理装置２は、利用者端末１及び錠３とネットワークＮを介して通信可能に構成されている。
図１は、本発明の実施形態に係る制御システムＳのハードウェア構成及びソフトウェア構成の一例を示すブロック図である。制御システムＳ（錠の制御システム）は、少なくとも、利用者端末１、利用者が予約した予約時間帯に管理対象Ｍを利用可能とする二次元コードＢを発行可能な予約管理装置２、管理対象Ｍを管理可能な錠３を含んで構成される。また、予約管理装置２は、利用者端末１及び錠３とネットワークＮを介して通信可能に構成されている。
【0032】
利用者端末１の数は、特に限定されない。錠３の数は、１以上であれば特に限定されない。
【0033】
＜利用者端末１＞
利用者端末１は、ネットワークＮを介して予約管理装置２に予約時間帯の予約を要求可能であれば、特に限定されない。利用者端末１は、例えば、スマートフォン及びタブレット端末によって例示される携帯端末、パーソナルコンピュータ、ノートパソコン等によって例示されるコンピュータ等でよい。
利用者端末１は、ネットワークＮを介して予約管理装置２に予約時間帯の予約を要求可能であれば、特に限定されない。利用者端末１は、例えば、スマートフォン及びタブレット端末によって例示される携帯端末、パーソナルコンピュータ、ノートパソコン等によって例示されるコンピュータ等でよい。
【0034】
利用者端末１が携帯端末である場合、利用者端末１は、予約管理装置２が発行した二次元コードを表示可能であることが好ましい。これにより、利用者端末１を利用する利用者は、利用者端末１に表示された二次元コードＢを用いて予約時間帯に錠３で管理された管理対象Ｍを利用できる。
【0035】
利用者端末１が携帯端末である場合、利用者端末１は、無線ネットワークを介して予約管理装置２と通信可能であることが好ましい。これにより、利用者端末１は、予約管理装置２が錠３から離れた場所にある場合であっても、錠３の近傍で予約管理装置２に二次元コードＢの発行を要求し、発行された二次元コードＢを表示して、錠３で管理された管理対象Ｍを利用できる。
【0036】
＜予約管理装置２＞
予約管理装置２は、管理装置制御部２１と、管理装置記憶部２２と、管理装置通信部２３と、を含んで構成される。予約管理装置２の構成は、特に限定されず、例えば、サーバ装置、ネットワークＮを介して接続された複数のコンピュータを含むクラウドサーバ、等でよい。
予約管理装置２は、管理装置制御部２１と、管理装置記憶部２２と、管理装置通信部２３と、を含んで構成される。予約管理装置２の構成は、特に限定されず、例えば、サーバ装置、ネットワークＮを介して接続された複数のコンピュータを含むクラウドサーバ、等でよい。
【0037】
なかでも、予約管理装置２の構成は、クラウドサーバを含むことが好ましい。これにより、予約管理装置２は、利用者端末１及び／又は錠３の数が多い場合であっても、複数のコンピュータに処理を分散することで、予約管理を遅滞なく行い得る。また、クラウドサーバが含むコンピュータのいずれかに障害が発生した場合であっても、他のコンピュータが予約管理を行い得る。
【0038】
〔管理装置制御部２１〕
管理装置制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。
管理装置制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。
【0039】
管理装置制御部２１は、所定のプログラムを読み込み、必要に応じて管理装置記憶部２２及び／又は管理装置通信部２３と協働することで、予約管理装置２におけるソフトウェア構成の要素である、大容量予約情報生成部２１１、大容量予約情報送信部２１２、二次元コード発行部２１３、利用終了情報受信部２１４等を実現する。
【0040】
予約管理装置２において実行される予約管理処理の流れについては、後に図４を用いて詳細に説明する。
【0041】
〔管理装置記憶部２２〕
管理装置記憶部２２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。管理装置記憶部２２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。
管理装置記憶部２２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。管理装置記憶部２２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。
【0042】
管理装置記憶部２２には、マイクロコンピューターで実行される制御プログラム、予約テーブル２２１、秘密鍵２２２等が記憶されている。
【0043】
［予約テーブル２２１］
図２は、予約テーブル２２１の一例である。予約テーブル２２１は、予約時間帯、予約の対象となる管理対象Ｍの管理に用いられる錠３を識別可能な錠ＩＤ、予約の対象となる管理対象Ｍの管理に用いられるロック装置４を識別可能なロック装置ＩＤ等を含む予約情報を格納する。
図２は、予約テーブル２２１の一例である。予約テーブル２２１は、予約時間帯、予約の対象となる管理対象Ｍの管理に用いられる錠３を識別可能な錠ＩＤ、予約の対象となる管理対象Ｍの管理に用いられるロック装置４を識別可能なロック装置ＩＤ等を含む予約情報を格納する。
【0044】
予約テーブル２２１は、予約を識別可能な予約情報ＩＤと予約情報とを関連付けて格納可能であることが好ましい。これにより、予約管理装置２は、予約ＩＤを用いて予約情報を格納及び／又は取得できる。
【0045】
必須の態様ではないが、予約情報は、錠３において予約情報を識別可能であり、予約情報をよりデータ量が小さい識別情報を含むことが好ましい。これにより、予約情報を受信し、二次元コードＢを介して識別情報を取得した錠３は、識別情報を用いて予約情報を識別し、予約情報に応じて錠３を制御できる。
【0046】
識別情報は、特に限定されない。識別情報は、予約時間帯に関する情報であって暗号化されていない情報を含まないことが好ましい。これにより、識別情報の秘密が保たれていない場合に、予約時間帯以外の時間帯に錠３を解錠可能とする偽造二次元コードが識別情報を用いて生成されることを防ぎ得る。識別情報として、例えば、予約情報と対応する暗証番号が挙げられる。
【0047】
必須の態様ではないが、予約情報は、当該予約情報が錠３に送信済であるかの情報と関連付けられて格納されることが好ましい。これにより、送信済の予約情報が繰り返し送信されることを防ぎ得る。
【0048】
必須の態様ではないが、予約情報は、当該予約情報の利用が終了したかの情報と関連付けられて格納されることが好ましい。これにより、利用が終了した予約情報が繰り返し送信されることを防ぎ得る。
【0049】
図２に示す予約テーブル２２１は、予約情報ＩＤと関連付けられた予約情報を格納している。図２に示す予約テーブル２２１が格納する予約情報は、予約について、「予約時間帯」、「錠ＩＤ」、「ロック装置ＩＤ」、予約情報を識別可能な「識別情報」を含み、予約情報が「送信済」であるかの情報、予約情報と対応する管理対象Ｍの予約時間帯における利用が「利用終了」したかの情報、と関連付けられている。
【0050】
図２の予約情報ＩＤ「Ｒ０００１」と関連付けられた予約情報は、以下の情報を含んでいる：
開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯。
錠３を識別可能な錠ＩＤ「３ａ」。
錠ＩＤ「３ａ」によって識別される錠３が制御可能なロック装置４を識別可能なロック装置ＩＤ「４ａａ」。
予約時間帯に関する情報であって暗号化されていない情報を含まず、予約情報を識別可能な識別情報「０６２６・・・」。
開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯。
錠３を識別可能な錠ＩＤ「３ａ」。
錠ＩＤ「３ａ」によって識別される錠３が制御可能なロック装置４を識別可能なロック装置ＩＤ「４ａａ」。
予約時間帯に関する情報であって暗号化されていない情報を含まず、予約情報を識別可能な識別情報「０６２６・・・」。
【0051】
また、図２の予約情報ＩＤ「Ｒ０００１」と関連付けられた予約情報は、以下の情報と関連付けられている：
予約情報が送信済であることを示す送信済情報「Ｙｅｓ」。
予約情報と対応する予約の利用が終了していることを示す利用終了情報「Ｙｅｓ」。
予約情報が送信済であることを示す送信済情報「Ｙｅｓ」。
予約情報と対応する予約の利用が終了していることを示す利用終了情報「Ｙｅｓ」。
【0052】
これにより、予約管理装置２は、錠ＩＤ「３ａ」によって識別される錠３によって制御されるロック装置４であって、ロック装置ＩＤ「４ａａ」によって識別されるロック装置４によって管理される管理対象Ｍを、開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯に利用する予約に関する大容量予約情報を錠３に送信できる。また、予約管理装置２は、送信された大容量予約情報を識別可能な識別情報「０６２６・・・」を含む二次元コードＢを発行できる。
【0053】
［秘密鍵２２２］
秘密鍵２２２は、公開暗号鍵方式の秘密鍵であれば、特に限定されない。秘密鍵２２２は、例えば、素因数分解に基づく公開暗号鍵方式（ＲＳＡ（Ｒｉｖｅｓｔ－Ｓｈａｍｉｒ－Ａｄｌｅｍａｎ）暗号、Ｐａｉｌｌｉｅｒ暗号、Ｒａｂｉｎ暗号等）、離散対数に基づく公開暗号鍵方式（Ｃｒａｍｅｒ－Ｓｈｏｕｐ暗号、ＥｌＧａｍａｌ暗号等）、格子暗号に基づく公開暗号鍵方式（ＮＴＲＵ暗号等）、確率的暗号に基づく公開暗号鍵方式（マックエリス暗号、ＥＰＯＣ（Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｂａｂｉｌｉｓｔｉｃ Ｐｕｂｌｉｃ Ｋｅｙ Ｅｎｃｒｙｐｔｉｏｎ）等）、等の公開暗号鍵方式の秘密鍵でよい。
秘密鍵２２２は、公開暗号鍵方式の秘密鍵であれば、特に限定されない。秘密鍵２２２は、例えば、素因数分解に基づく公開暗号鍵方式（ＲＳＡ（Ｒｉｖｅｓｔ－Ｓｈａｍｉｒ－Ａｄｌｅｍａｎ）暗号、Ｐａｉｌｌｉｅｒ暗号、Ｒａｂｉｎ暗号等）、離散対数に基づく公開暗号鍵方式（Ｃｒａｍｅｒ－Ｓｈｏｕｐ暗号、ＥｌＧａｍａｌ暗号等）、格子暗号に基づく公開暗号鍵方式（ＮＴＲＵ暗号等）、確率的暗号に基づく公開暗号鍵方式（マックエリス暗号、ＥＰＯＣ（Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｂａｂｉｌｉｓｔｉｃ Ｐｕｂｌｉｃ Ｋｅｙ Ｅｎｃｒｙｐｔｉｏｎ）等）、等の公開暗号鍵方式の秘密鍵でよい。
【0054】
なかでも、秘密鍵２２２は、素因数分解に基づく公開暗号鍵方式の秘密鍵を含むことが好ましい。ＲＳＡ暗号等によって例示される素因数分解に基づく公開暗号鍵方式は、暗号化及び復号が比較的容易であることが知られている。したがって、秘密鍵２２２が素因数分解に基づく公開暗号鍵方式の秘密鍵を含むことにより、暗号化及び／又は復号における負荷を軽減し得る。
【0055】
管理装置記憶部２２が秘密鍵２２２を記憶することにより、予約管理装置２は、予約時間帯を含む予約情報を秘密鍵２２２で暗号化し、暗号化予約情報を生成できる。これにより、予約管理装置２は、暗号化予約情報を含む二次元コードを発行できる。二次元コードが秘密鍵２２２で暗号化された暗号化予約情報を含むため、制御システムＳは、復号に用いる鍵（公開鍵）が秘密でない場合であっても利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0056】
また、管理装置記憶部２２が秘密鍵２２２を記憶することにより、予約管理装置２は、識別情報を含み、予約時間帯を含まない情報を秘密鍵２２２で暗号化し、暗号化小容量情報を生成できる。これにより、復号に用いる鍵（公開鍵）が秘密でない場合であっても利用者が予約した予約時間帯以外の時間帯にロック装置を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0057】
〔管理装置通信部２３〕
管理装置通信部２３は、予約管理装置２をネットワークＮに接続して利用者端末１、錠３等と通信可能にする通信部であれば特に限定されず、例えば、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス、及びイーサネット規格に対応したネットワークカード等が挙げられる。
管理装置通信部２３は、予約管理装置２をネットワークＮに接続して利用者端末１、錠３等と通信可能にする通信部であれば特に限定されず、例えば、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス、及びイーサネット規格に対応したネットワークカード等が挙げられる。
【0058】
管理装置通信部２３は、なかでも、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス等によって例示される無線ネットワークに接続可能な通信部を含むことが好ましい。これにより、利用者端末１及び／又は錠３の場所において有線通信が制限されている場合であっても、予約管理装置２は、利用者端末１及び／又は錠３と通信し得る。
【0059】
＜錠３＞
錠３は、管理対象Ｍを管理可能なロック装置４、二次元コードＢを読み取り可能な読取装置５、ロック装置４及び読取装置５と有線及び／又は近距離無線で電気的に接続された制御装置６、を含む。
錠３は、管理対象Ｍを管理可能なロック装置４、二次元コードＢを読み取り可能な読取装置５、ロック装置４及び読取装置５と有線及び／又は近距離無線で電気的に接続された制御装置６、を含む。
【0060】
ロック装置４の数は、１以上であれば特に限定されない。管理対象Ｍの数が２以上である場合、ロック装置４の数は、管理対象Ｍの数以上であることが好ましい。これにより、錠３は、２以上の管理対象Ｍそれぞれとロック装置４とを対応付けて、管理対象Ｍそれぞれの予約に応じた利用を管理できる。
【0061】
ロック装置４の数の上限は、特に限定されない。
【0062】
〔ロック装置４〕
ロック装置４は、施錠状態と解錠状態との間で切り換え可能なロック装置であれば、特に限定されない。ロック装置４は、例えば、電気錠、マグネット錠、自動ドア等によって例示される商用電源で動作する電気式のロック装置、スマートロックによって例示される商用電源が供給可能な電力より小さな電力を供給可能な電源で動作する電子式のロック装置、等でよい。
ロック装置４は、施錠状態と解錠状態との間で切り換え可能なロック装置であれば、特に限定されない。ロック装置４は、例えば、電気錠、マグネット錠、自動ドア等によって例示される商用電源で動作する電気式のロック装置、スマートロックによって例示される商用電源が供給可能な電力より小さな電力を供給可能な電源で動作する電子式のロック装置、等でよい。
【0063】
なかでも、ロック装置４は、商用電源が供給可能な電力より小さな電力を供給可能な電源部で動作する電子式のロック装置を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
【0064】
ロック装置４は、近距離無線通信によって制御装置６と接続可能なロック装置４であることが好ましい。これにより、制御装置６は、ロック装置４と有線で接続されることなく構成され得る。制御装置６がロック装置４と有線で接続されることなく構成可能であることにより、管理対象Ｍへの錠３の後付けをよりいっそう容易とし得る。
【0065】
近距離無線通信は、特に限定されず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）等に準拠した近距離無線通信等でよい。
【0066】
近距離無線通信は、なかでも、Ｂｌｕｅｔｏｏｔｈ（登録商標）のうち、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈ ＬＥ、ＢＬＥ）に準拠した近距離無線通信を含むことが好ましい。近距離無線通信がＢｌｕｅｔｏｏｔｈ ＬＥに準拠した近距離無線通信を含むことにより、制御装置６は、ロック装置４との通信に係る消費電力をよりいっそう低減できる。
【0067】
［電源部］
必須の態様ではないが、ロック装置４は、商用電源が供給可能な電力より小さな電力を供給可能な電源部を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
必須の態様ではないが、ロック装置４は、商用電源が供給可能な電力より小さな電力を供給可能な電源部を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
【0068】
電源部は、商用電源が供給可能な電力より小さな電力を供給可能であれば、特に限定されない。電源部は、例えば、電池、ＡＣアダプタ、ＵＳＢ給電、非接触給電等の１以上を用いて電力を供給可能な電源部でよい。
【0069】
電源部は、なかでも、電池を用いて電力を供給可能な電源部を含むことが好ましい。これにより、ロック装置４を管理する管理者は、電池を交換する比較的簡便な管理によって電源部を保守できる。これにより、電源部の保守にかかる労力が低減され得る。
【0070】
〔読取装置５〕
読取装置５は、二次元コードＢを読み取り可能であれば、特に限定されない。
読取装置５は、二次元コードＢを読み取り可能であれば、特に限定されない。
【0071】
必須の態様ではないが、読取装置５は、管理対象Ｍを予約した予約者が管理対象Ｍの利用を終了するときに二次元コードＢを読み取らせる利用終了読取装置を含んでもよい。これにより、予約者は、利用終了読取装置に二次元コードＢを読み取らせることによって、管理対象Ｍの利用を終了できる。
【0072】
必須の態様ではないが、読取装置５は、制御装置６が錠３に含まれるロック装置４と近距離無線通信を行うための情報を読み取ることが可能であることが好ましい。これにより、管理対象Ｍを管理する管理者は、既存のロック装置４に読取装置５及び制御装置６を後付けすることを容易に行い得る。また、既存の錠３にロック装置４を後付けすることを容易に行い得る。
【0073】
［検知部］
必須の態様ではないが、読取装置５は、二次元コードＢ、利用者端末１、及び／又は利用者端末１を利用する利用者等の検知対象が読取装置５の周辺に存在するか等を検知可能な検知部を含むことが好ましい。読取装置５が検知部を含むことにより、読取装置５は、検知対象が検知されない場合に読み取りを行わないことで、消費電力を低減することができる。
必須の態様ではないが、読取装置５は、二次元コードＢ、利用者端末１、及び／又は利用者端末１を利用する利用者等の検知対象が読取装置５の周辺に存在するか等を検知可能な検知部を含むことが好ましい。読取装置５が検知部を含むことにより、読取装置５は、検知対象が検知されない場合に読み取りを行わないことで、消費電力を低減することができる。
【0074】
検知部は、利用者端末１、及び／又は利用者端末１を利用する利用者等が読取装置５の周辺に存在するか等を検知可能であれば、特に限定されない。検知部は、例えば、読取装置５周辺にある動くものを検知可能な動体識別センサ、読取装置５周辺にいる人を検知可能な人感センサ等を含む検知部でよい。
【0075】
検知部は、なかでも、動体識別センサを含む検知部であることが好ましい。これにより、検知部は、予約を行った予約者が読取装置５に二次元コードＢを提示する動きを検知できる。したがって、予約者が単に読取装置５周辺にいて二次元コードＢを提示していない場合に読み取りを行わずに消費電力を低減することと、予約者が読取装置５に二次元コードＢを提示したときに読み取りを行うこととを両立できる。
【0076】
検知部は、検知対象が一定時間検知されない場合に読取装置５及び／又は制御装置６を待機状態に制御することが可能であり、検知対象が検知された場合に読取装置５及び制御装置６の待機状態を終了させることが可能な検知部であることが好ましい。これにより、検知部は、検知対象が一定時間検知されない場合に読取装置５及び／又は制御装置６を待機状態とし、消費電力を低減することができる。
【0077】
［電源部］
必須の態様ではないが、読取装置５は、商用電源が供給可能な電力より小さな電力を供給可能な電源部を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
必須の態様ではないが、読取装置５は、商用電源が供給可能な電力より小さな電力を供給可能な電源部を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
【0078】
電源部は、商用電源が供給可能な電力より小さな電力を供給可能であれば、特に限定されない。電源部は、例えば、電池、ＡＣアダプタ、ＵＳＢ給電、非接触給電等の１以上を用いて電力を供給可能な電源部でよい。
【0079】
電源部は、なかでも、電池を用いて電力を供給可能な電源部を含むことが好ましい。これにより、錠３を管理する管理者は、電池を交換する比較的簡便な管理によって電源部を保守できる。これにより、電源部の保守にかかる労力が低減され得る。
【0080】
〔制御装置６〕
制御装置６は、少なくとも、制御装置制御部６１と、制御装置記憶部６２と、制御装置通信部６３と、タイマー部６４と、を含んで構成される。
制御装置６は、少なくとも、制御装置制御部６１と、制御装置記憶部６２と、制御装置通信部６３と、タイマー部６４と、を含んで構成される。
【0081】
［制御装置制御部６１］
制御装置制御部６１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。
制御装置制御部６１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。
【0082】
制御装置制御部６１は、所定のプログラムを読み込み、必要に応じて制御装置記憶部６２及び／又は制御装置通信部６３等の制御装置６が含む各部材と協働することで、制御装置６におけるソフトウェア構成の要素である、動作判別部６１１、大容量予約情報受信部６１２、読取部６１３、復号部６１４、判別部６１５、解錠指令部６１６、時刻合わせ部６１７、利用終了情報送信部６１８等を実現する。
【0083】
制御装置６において実行される制御処理の流れについては、後に図６を用いて詳細に説明する。
【0084】
［制御装置記憶部６２］
制御装置記憶部６２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。制御装置記憶部６２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。
制御装置記憶部６２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。制御装置記憶部６２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。
【0085】
制御装置記憶部６２には、マイクロコンピューターで実行される制御プログラム、大容量予約情報テーブル６２１、公開鍵６２２等が記憶されている。制御装置６が外部との通信を行うオンライン制御処理を実行する場合、制御装置記憶部６２は、制御装置６が制御処理を行わないスリープ状態となるスリープ時間帯及び制御装置６が大容量予約情報を受信する受信タイミングを記憶可能であることが好ましい。
【0086】
（大容量予約情報テーブル６２１）
図３は、大容量予約情報テーブル６２１の一例である。大容量予約情報テーブル６２１は、予約時間帯、予約の対象となる管理対象Ｍの管理に用いられるロック装置４を識別可能なロック装置ＩＤ、予約情報を識別可能であり、予約情報をよりデータ量が小さい識別情報等を含む大容量予約情報を格納する。
図３は、大容量予約情報テーブル６２１の一例である。大容量予約情報テーブル６２１は、予約時間帯、予約の対象となる管理対象Ｍの管理に用いられるロック装置４を識別可能なロック装置ＩＤ、予約情報を識別可能であり、予約情報をよりデータ量が小さい識別情報等を含む大容量予約情報を格納する。
【0087】
識別情報は、特に限定されず、予約テーブル２２１に格納される識別情報と同じでよい。大容量予約情報テーブル６２１に格納可能な大容量予約情報の数は、特に限定されないが、１０００件以下であることが好ましい。これにより、大容量予約情報テーブル６２１が制御装置記憶部６２において使用する記憶領域及び制御装置記憶部６２の記憶容量を抑え、制御装置記憶部６２の消費電力を低減し得る。
【0088】
大容量予約情報テーブル６２１は、大容量予約情報を識別可能な大容量予約情報ＩＤと大容量予約情報とを関連付けて格納可能であることが好ましい。これにより、制御装置６は、大容量予約情報ＩＤを用いて大容量予約情報を格納及び／又は取得できる。
【0089】
必須の態様ではないが、大容量予約情報は、当該大容量予約情報に対応する管理対象Ｍが利用中であるかの情報と関連付けられて格納されることが好ましい。これにより、管理対象Ｍが利用中であるかの情報を予約管理装置２に送信し得る。
【0090】
必須の態様ではないが、予約情報は、当該大容量予約情報に対応する管理対象Ｍの予約時間帯における利用が終了したかの情報と関連付けられて格納されることが好ましい。これにより、予約時間帯における利用が終了した場合に管理対象Ｍに後付けされたロック装置４を解錠状態にすることを防ぎ得る。
【0091】
図３に示す大容量予約情報テーブル６２１は、大容量予約情報ＩＤと関連付けられた大容量予約情報を格納している。図３に示す大容量予約情報テーブル６２１が格納する大容量予約情報は、予約について、「予約時間帯」、「錠ＩＤ」、「ロック装置ＩＤ」、予約情報を識別可能な「識別情報」を含み、大容量予約情報に対応する管理対象Ｍが「利用中」であるかの情報、大容量予約情報に対応する管理対象Ｍの予約時間帯における利用が「利用終了」したかの情報、と関連付けられている。
【0092】
図３の大容量予約情報ＩＤ「Ｍ０００１」と関連付けられた予約情報は、以下の情報を含んでいる：
開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯。
ロック装置４を識別可能なロック装置ＩＤ「４ａａ」。
予約時間帯に関する情報であって暗号化されていない情報を含まず、予約情報を識別可能な識別情報「０６２６・・・」。
開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯。
ロック装置４を識別可能なロック装置ＩＤ「４ａａ」。
予約時間帯に関する情報であって暗号化されていない情報を含まず、予約情報を識別可能な識別情報「０６２６・・・」。
【0093】
また、図３の大容量予約情報ＩＤ「Ｍ０００１」と関連付けられた予約情報は、以下の情報と関連付けられている：
大容量予約情報に対応する管理対象Ｍが利用中でないことを示す利用中情報「Ｎｏ」。
大容量予約情報に対応する管理対象Ｍの予約時間帯における利用が終了していることを示す利用終了情報「Ｙｅｓ」。
大容量予約情報に対応する管理対象Ｍが利用中でないことを示す利用中情報「Ｎｏ」。
大容量予約情報に対応する管理対象Ｍの予約時間帯における利用が終了していることを示す利用終了情報「Ｙｅｓ」。
【0094】
これにより、制御装置６は、識別情報「０６２６・・・」を含む二次元コードＢの読み取りに応じて、当該識別情報と対応する大容量予約情報が示す、ロック装置ＩＤ「４ａａ」によって識別されるロック装置４によって管理される管理対象Ｍを、開始日時が「７月７日 １６：００」で終了日時が「７月７日 １８：００」である予約時間帯に利用する予約に基づいて、ロック装置４を制御できる。
【0095】
（公開鍵６２２）
公開鍵６２２は、秘密鍵２２２と対応する公開鍵であれば、特に限定されない。公開鍵６２２は、対応する秘密鍵２２２と同じ公開鍵暗号方式の公開鍵でよい。
公開鍵６２２は、秘密鍵２２２と対応する公開鍵であれば、特に限定されない。公開鍵６２２は、対応する秘密鍵２２２と同じ公開鍵暗号方式の公開鍵でよい。
【0096】
制御装置記憶部６２が公開鍵６２２を記憶することにより、制御装置６は、秘密鍵２２２で暗号化された暗号化予約情報を復号できる。また、制御装置記憶部６２が公開鍵６２２を記憶することにより、制御装置６は、秘密鍵２２２で暗号化された暗号化小容量情報を復号できる。
【0097】
公開鍵６２２が公開鍵暗号方式の公開鍵であるため、錠３がリバースエンジニアリングされる等して公開鍵６２２の秘密が保たれなくなった場合であっても、秘密鍵２２２の秘密が保たれる。これにより、公開鍵６２２の秘密が保たれなくなった場合であっても、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0098】
［制御装置通信部６３］
制御装置通信部６３は、制御装置６とロック装置４及び読取装置５とを有線及び／又は近距離無線通信によって電気的に接続可能であれば、特に限定されない。
制御装置通信部６３は、制御装置６とロック装置４及び読取装置５とを有線及び／又は近距離無線通信によって電気的に接続可能であれば、特に限定されない。
【0099】
制御装置通信部６３が制御装置６とロック装置４及び読取装置５とを有線及び／又は近距離無線通信によって電気的に接続可能であることにより、既存のロック装置４に読取装置５及び制御装置６を後付けして、既存のロック装置４、読取装置５、及び制御装置６を含む錠３を構成することができる。
【0100】
制御装置通信部６３は、制御装置６とロック装置４とを近距離無線通信によって電気的に接続可能であることが好ましい。これにより、制御装置６は、ロック装置４と有線で接続されることなく構成され得る。制御装置６がロック装置４と有線で接続されることなく構成可能であることにより、管理対象Ｍへの錠３の後付けをよりいっそう容易とし得る。
【0101】
近距離無線通信は、特に限定されず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）等に準拠した近距離無線通信等でよい。
【0102】
近距離無線通信は、なかでも、Ｂｌｕｅｔｏｏｔｈ（登録商標）のうち、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈ ＬＥ、ＢＬＥ）に準拠した近距離無線通信を含むことが好ましい。近距離無線通信がＢｌｕｅｔｏｏｔｈ ＬＥに準拠した近距離無線通信を含むことにより、制御装置６は、ロック装置４との通信に係る消費電力をよりいっそう低減できる。
【0103】
制御装置通信部６３は、制御装置６をネットワークＮに接続して予約管理装置２と通信可能であることが好ましい。これにより、制御装置６は、予約管理装置２から大容量予約情報等を受信するオンライン制御処理を実行できる。
【0104】
制御装置通信部６３が含む制御装置６をネットワークＮに接続して予約管理装置２と通信可能とする部材は、特に限定されず、例えば、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス、及びイーサネット規格に対応したネットワークカード等が挙げられる。
【0105】
［タイマー部６４］
制御装置６は、現在時刻を計時可能なタイマー部６４を含む。これにより、制御装置６は、外部との通信を行わずに現在時刻が予約時間帯に該当するかを判別できる。これにより、制御装置６は、外部との通信を行わないオフライン制御処理を行うことができる。
制御装置６は、現在時刻を計時可能なタイマー部６４を含む。これにより、制御装置６は、外部との通信を行わずに現在時刻が予約時間帯に該当するかを判別できる。これにより、制御装置６は、外部との通信を行わないオフライン制御処理を行うことができる。
【0106】
タイマー部６４は、現在時刻を計時可能であれば特に限定されず、従来技術の現在時刻を計時可能な各種の手段（クオーツ時計、計時回路、電波時計等）を含むタイマー部でよい。
【0107】
制御装置６が外部との通信を行わないオフライン制御処理を行うことにより、制御装置６及び錠３の消費電力を軽減できる。したがって、電力の供給が制限されている場所であっても、制御装置６は、錠３を制御できる。
【0108】
また、制御装置６が外部との通信を行わないオフライン制御処理を行うことにより、外部との通信において予約情報等が傍受等されるリスクを軽減し得る。これにより、制御システムＳは、傍受等された予約情報を用いて、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードが生成されることを防ぐことができる。
【0109】
［制御装置電源部６５］
必須の態様ではないが、制御装置６は、商用電源が供給可能な電力より小さな電力を供給可能な制御装置電源部６５を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
必須の態様ではないが、制御装置６は、商用電源が供給可能な電力より小さな電力を供給可能な制御装置電源部６５を含むことが好ましい。これにより、錠３は、電力の供給が制限されている場所であっても、管理対象Ｍの管理を提供し得る。したがって、電力の供給が制限されている場所であっても、錠３は、電気式及び／又は電子式の錠を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。
【0110】
制御装置電源部６５は、商用電源が供給可能な電力より小さな電力を供給可能であれば、特に限定されない。制御装置電源部６５は、例えば、電池、ＡＣアダプタ、ＵＳＢ給電、非接触給電等の１以上を用いて電力を供給可能な電源部でよい。
【0111】
制御装置電源部６５は、なかでも、電池を用いて電力を供給可能な電源部を含むことが好ましい。これにより、錠３を管理する管理者は、電池を交換する比較的簡便な管理によって制御装置電源部６５を保守できる。これにより、制御装置電源部６５の保守にかかる労力が低減され得る。
【0112】
制御装置電源部６５は、読取装置５に電力を供給可能であることが好ましい。これにより、読取装置５と制御装置６との両方に電源部を設けることなく、読取装置５と制御装置６との両方が電力を供給され得る。これにより、錠３の保守にかかる労力が低減され得る。
【0113】
［動作指定部６６］
必須の態様ではないが、制御装置６は、オフライン制御処理を行う動作及びオンライン制御処理を行う動作を少なくとも含む２以上の動作から制御装置６の動作を指定可能な動作指定部６６を含むことが好ましい。これにより、制御装置６は、外部との通信を行わないオフライン制御処理を行う動作と、外部との通信を行うオンライン制御処理を行う動作とを錠３を管理する管理者の指定に基づいて切り替え得る。これにより、管理者は、動作が異なる複数の錠３及び／又は制御装置６を付け替えることなく、制御装置６の動作を切り替えることができる。
必須の態様ではないが、制御装置６は、オフライン制御処理を行う動作及びオンライン制御処理を行う動作を少なくとも含む２以上の動作から制御装置６の動作を指定可能な動作指定部６６を含むことが好ましい。これにより、制御装置６は、外部との通信を行わないオフライン制御処理を行う動作と、外部との通信を行うオンライン制御処理を行う動作とを錠３を管理する管理者の指定に基づいて切り替え得る。これにより、管理者は、動作が異なる複数の錠３及び／又は制御装置６を付け替えることなく、制御装置６の動作を切り替えることができる。
【0114】
動作指定部６６は、特に限定されない。動作指定部６６は、例えば、読取装置５がオフライン制御処理を行う動作を指定する二次元コードを読み取った場合にオフライン制御処理を行う動作を指定し、読取装置５がオンライン制御処理を行う動作を指定する二次元コードを読み取った場合にオンライン制御処理を行う動作を指定する動作指定部等でよい。
【0115】
動作指定部６６は、制御装置６が利用終了処理を行う利用終了動作を指定可能であることが好ましい。これにより、制御装置６は、当該指定に基づいて管理対象Ｍの利用を終了する利用終了処理を実行できる。
【0116】
［装置識別標識６７］
必須の態様ではないが、制御装置６は、制御装置６を識別可能な装置識別標識６７を含むことが好ましい。これにより、利用者端末１は、装置識別標識６７を読み取り、読み取った装置識別標識６７が含む情報を予約管理装置２に送信して、制御装置６を含む錠３によって管理される管理対象Ｍに関する二次元コードを取得する要求、予約の要求、及び／又は予約を取り消す要求を、制御装置６及び／又は管理対象Ｍに関する情報を手入力することなく行い得る。
必須の態様ではないが、制御装置６は、制御装置６を識別可能な装置識別標識６７を含むことが好ましい。これにより、利用者端末１は、装置識別標識６７を読み取り、読み取った装置識別標識６７が含む情報を予約管理装置２に送信して、制御装置６を含む錠３によって管理される管理対象Ｍに関する二次元コードを取得する要求、予約の要求、及び／又は予約を取り消す要求を、制御装置６及び／又は管理対象Ｍに関する情報を手入力することなく行い得る。
【0117】
装置識別標識６７は、特に限定されず、例えば、制御装置６を識別可能な情報を含む二次元コード等でよい。
【0118】
［入力部］
制御装置６が外部との通信を行うオンライン制御処理を行う場合、制御装置６は、予約情報を識別可能な識別情報を入力可能な入力部（図示せず）を含むことが好ましい。これにより、二次元コードだけでなく、予約者の入力によっても錠３を制御するハイブリッド制御を実現し得る。入力部は、特に限定されず、例えば、識別情報を入力可能なキーパッド等でよい。
制御装置６が外部との通信を行うオンライン制御処理を行う場合、制御装置６は、予約情報を識別可能な識別情報を入力可能な入力部（図示せず）を含むことが好ましい。これにより、二次元コードだけでなく、予約者の入力によっても錠３を制御するハイブリッド制御を実現し得る。入力部は、特に限定されず、例えば、識別情報を入力可能なキーパッド等でよい。
【0119】
＜ネットワークＮ＞
ネットワークＮの種類は、予約管理装置２と利用者端末１及び錠３とを通信可能にするネットワークであれば特に限定されず、例えば、パーソナルエリアネットワーク、ローカルエリアネットワーク、イントラネット、エクストラネット、インターネット、Ｗｉ－Ｆｉネットワーク、携帯電話ネットワーク、あるいはこれらのネットワークを複数組み合わせたネットワーク等が挙げられる。
ネットワークＮの種類は、予約管理装置２と利用者端末１及び錠３とを通信可能にするネットワークであれば特に限定されず、例えば、パーソナルエリアネットワーク、ローカルエリアネットワーク、イントラネット、エクストラネット、インターネット、Ｗｉ－Ｆｉネットワーク、携帯電話ネットワーク、あるいはこれらのネットワークを複数組み合わせたネットワーク等が挙げられる。
【0120】
ネットワークＮは、なかでも、携帯電話ネットワーク、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）ス等によって例示される無線ネットワークを含むことが好ましい。これにより、利用者端末１及び／又は錠３の場所において有線通信が制限されている場合であっても、予約管理装置２は、利用者端末１及び／又は錠３と通信し得る。
【0121】
＜管理対象Ｍ＞
管理対象Ｍは、錠３によって管理可能な管理対象であれば、特に限定されない。管理対象Ｍは、例えば、錠３によって施錠可能な扉等を備える部屋（例えば、貸会議室、貸しオフィス、ホテルの部屋等）、錠３によって施錠可能な扉等を備える建物（例えば、隠れ家店舗等の店舗等）、錠３によって施錠可能な扉等を備える収納装置（例えば、貸金庫、貸しロッカー、レンタルサイクルの車庫等）を含む管理対象でよい。
管理対象Ｍは、錠３によって管理可能な管理対象であれば、特に限定されない。管理対象Ｍは、例えば、錠３によって施錠可能な扉等を備える部屋（例えば、貸会議室、貸しオフィス、ホテルの部屋等）、錠３によって施錠可能な扉等を備える建物（例えば、隠れ家店舗等の店舗等）、錠３によって施錠可能な扉等を備える収納装置（例えば、貸金庫、貸しロッカー、レンタルサイクルの車庫等）を含む管理対象でよい。
【0122】
管理対象Ｍの数は、特に限定されない。
【0123】
〔予約管理装置２で実行される予約処理のメインフローチャート〕
図４は、予約管理装置２で実行される予約処理の一例を示すメインフローチャートである。以下、図４を用いて、予約管理装置２で実行される予約処理の好ましい流れの一例を説明する。
図４は、予約管理装置２で実行される予約処理の一例を示すメインフローチャートである。以下、図４を用いて、予約管理装置２で実行される予約処理の好ましい流れの一例を説明する。
【0124】
［ステップＳ１：予約を要求されたか判別］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報生成部２１１を実行し、予約時間帯に管理対象Ｍを利用する予約を利用者端末１に要求されたか判別する処理を行う（ステップＳ１）。予約を要求されたならば、管理装置制御部２１は、処理をステップＳ２に移す。予約を要求されていないならば、管理装置制御部２１は、処理をステップＳ４に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報生成部２１１を実行し、予約時間帯に管理対象Ｍを利用する予約を利用者端末１に要求されたか判別する処理を行う（ステップＳ１）。予約を要求されたならば、管理装置制御部２１は、処理をステップＳ２に移す。予約を要求されていないならば、管理装置制御部２１は、処理をステップＳ４に移す。
【0125】
［ステップＳ２：大容量予約情報を生成］
管理装置制御部２１は、管理装置記憶部２２と協働して大容量予約情報生成部２１１を実行し、予約時間帯に管理対象Ｍを利用する予約に関する大容量予約情報（予約情報）を生成する処理を行う（ステップＳ２）。管理装置制御部２１は、処理をステップＳ３に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して大容量予約情報生成部２１１を実行し、予約時間帯に管理対象Ｍを利用する予約に関する大容量予約情報（予約情報）を生成する処理を行う（ステップＳ２）。管理装置制御部２１は、処理をステップＳ３に移す。
【0126】
ステップＳ２で実行される大容量予約情報（予約情報）を生成する処理は、生成した予約情報を予約テーブル２２１に格納する処理を含むことが好ましい。これにより、予約管理装置２は、予約テーブル２２１に格納された予約情報を用いて大容量予約情報を送信できる。
【0127】
［ステップＳ３：二次元コードを発行］
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、ステップＳ２で生成した予約情報の少なくとも一部を含む二次元コードＢをステップＳ１で予約を要求した利用者端末１を利用する利用者に発行する処理を行う（ステップＳ３）。管理装置制御部２１は、処理をステップＳ４に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、ステップＳ２で生成した予約情報の少なくとも一部を含む二次元コードＢをステップＳ１で予約を要求した利用者端末１を利用する利用者に発行する処理を行う（ステップＳ３）。管理装置制御部２１は、処理をステップＳ４に移す。
【0128】
二次元コードＢを発行する処理は、特に限定されない。二次元コードＢを発行する処理は、例えば、二次元コードＢを表示可能な情報をステップＳ１で予約を要求した利用者端末１に送信する方法、二次元コードＢを印刷可能な情報をステップＳ１で予約を要求した利用者端末１に送信する方法、二次元コードＢを印刷したものをステップＳ１で予約を要求した利用者端末１を利用する利用者に送付する方法等の１以上を含む処理でよい。
【0129】
必須の態様ではないが、ステップＳ３で実行される処理は、予約を特定可能な情報（例えば、予約情報ＩＤ、識別情報、予約時間帯と管理対象Ｍとを特定可能な情報、利用者端末１を利用する利用者を特定可能な情報と予約時間帯とを含む情報等）と二次元コードを発行可能な情報とを関連付けて外部のデータベース（例えば、予定を管理可能なカレンダーを提供するサービスのデータベース。）に登録する処理を含むことが好ましい。これにより、利用者端末１は、予約を特定可能な情報を用いて二次元コードを発行可能な情報を外部のデータベースから取得し、二次元コードを発行できる。
【0130】
（二次元コードＢ）
二次元コードＢは、特に限定されず、例えば、ＱＲコード（登録商標）等によって例示される二次元コードでよい。二次元コードＢは、利用者端末１に表示可能であることが好ましい。これにより、利用者端末１は、発行された二次元コードＢを表示して、錠３で管理された管理対象Ｍを利用できる。
二次元コードＢは、特に限定されず、例えば、ＱＲコード（登録商標）等によって例示される二次元コードでよい。二次元コードＢは、利用者端末１に表示可能であることが好ましい。これにより、利用者端末１は、発行された二次元コードＢを表示して、錠３で管理された管理対象Ｍを利用できる。
【0131】
管理対象Ｍが後述するオフライン制御処理を行う制御装置６が制御するロック装置４によって管理される予約と対応する二次元コードＢが含むオフライン予約情報は、管理対象Ｍを特定可能な特定情報（例えば、ロック装置４を識別可能なロック装置ＩＤ。）及び予約時間帯に関する予約時間帯情報を有することが好ましい。これにより、制御装置６は、外部との通信を行うことなく、特定情報を用いて特定された管理対象Ｍと対応するロック装置４を予約時間帯にオフラインで解錠できる。
【0132】
必須の態様ではないが、オフライン予約情報は、発行された二次元コードＢの通し番号を含むことが好ましい。これにより、通し番号を用いて偽造された偽造二次元コードを判別し得る。
【0133】
必須の態様ではないが、オフライン予約情報が含む情報のうち、少なくとも予約時間帯情報は、秘密鍵２２２で暗号化されていることが好ましい。これにより、公開鍵６２２が秘密でない場合であっても、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0134】
必須の態様ではないが、オフライン予約情報は、秘密鍵２２２で暗号化された暗号化予約情報であることが好ましい。これにより、公開鍵６２２が秘密でない場合であっても、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0135】
管理対象Ｍが後述するオンライン制御処理を行う制御装置６が制御するロック装置４によって管理される予約と対応する二次元コードＢが含むオンライン予約情報（小容量情報）は、大容量予約情報と対応する識別情報を含み、予約時間帯情報を含まないことが好ましい。これにより、二次元コードＢを用いて利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードが生成されることを防ぐことができる。
【0136】
必須の態様ではないが、小容量情報は、秘密鍵２２２で暗号化されている暗号化小容量情報であることが好ましい。
【0137】
小容量情報が秘密鍵２２２で暗号化されている暗号化小容量情報であることにより、公開鍵６２２が秘密でない場合であっても、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0138】
ところで、公開暗号鍵方式は、共通鍵方式より暗号強度が高い一方、暗号化処理及び復号処理にかかる負荷が、共通鍵方式に比べて大きいことが知られている。これにより、公開暗号鍵方式を用いる場合に、制御装置６における消費電力が共通鍵方式より高くなり得る。
【0139】
また、暗号化小容量情報が大容量予約情報と対応する識別情報を含み、予約時間帯情報を含まない小容量情報を秘密鍵２２２で暗号化した暗号化小容量情報であることにより、制御装置６は、復号する情報を、暗号化小容量情報のみにとどめ、公開暗号鍵方式の復号処理にかかる負荷を軽減することと、偽造二次元コードの生成を防ぐこととを両立できる。
【0140】
必須の態様ではないが、予約処理は、ステップＳ４からＳ５で実行される二次元コード発行処理を含むことが好ましい。
【0141】
［ステップＳ４：二次元コードの発行を要求されたか判別］
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、二次元コードの発行を利用者端末１に要求されたか判別する処理を行う（ステップＳ４）。二次元コードの発行を要求されたのであれば、管理装置制御部２１は、処理をステップＳ５に移す。二次元コードの発行を要求されていないのであれば、管理装置制御部２１は、処理をステップＳ６に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、二次元コードの発行を利用者端末１に要求されたか判別する処理を行う（ステップＳ４）。二次元コードの発行を要求されたのであれば、管理装置制御部２１は、処理をステップＳ５に移す。二次元コードの発行を要求されていないのであれば、管理装置制御部２１は、処理をステップＳ６に移す。
【0142】
［ステップＳ５：二次元コードを発行］
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、ステップＳ４で二次元コードの発行を要求した利用者端末１を利用する利用者に二次元コードＢを発行する処理を行う（ステップＳ５）。管理装置制御部２１は、処理をステップＳ６に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して二次元コード発行部２１３を実行し、ステップＳ４で二次元コードの発行を要求した利用者端末１を利用する利用者に二次元コードＢを発行する処理を行う（ステップＳ５）。管理装置制御部２１は、処理をステップＳ６に移す。
【0143】
ステップＳ５で発行する二次元コードＢが、管理対象Ｍが後述するオフライン制御処理を行う制御装置６が制御するロック装置４によって管理される予約と対応する二次元コードＢである場合、ステップＳ５で発行する二次元コードＢは、ステップＳ２で生成した予約情報の少なくとも一部を含み、発行時刻付二次元コードを発行する時刻に関する発行時刻情報をさらに含む発行時刻付二次元コードであることが好ましい。
【0144】
これにより、制御装置６は、発行時刻付二次元コードを用いてタイマー部６４の時刻合わせを行うことができる。発行時刻付二次元コードを用いたタイマー部６４の時刻合わせは、後に図７を用いてより詳細に説明される。
【0145】
予約処理がステップＳ４－Ｓ５で実行される二次元コード発行処理を含むことにより、利用者端末１を利用する利用者は、二次元コードＢを紛失等した場合であっても、二次元コードＢの発行を要求し、発行された二次元コードＢを利用できる。
【0146】
また、予約処理がステップＳ４－Ｓ５で実行される二次元コード発行処理を含むことにより、利用者端末１のうち無線ネットワークと接続可能な利用者端末１は、予約管理装置２が錠３から離れた場所にある場合であっても、錠３の近傍で予約管理装置２に二次元コードＢの発行を要求し、発行された二次元コードＢを表示して、錠３で管理された管理対象Ｍを利用できる。
【0147】
必須の態様ではないが、予約管理装置２は、ステップＳ６からＳ７の予約終了処理を実行可能であることが好ましい。予約終了処理は、ステップＳ１からＳ５の予約処理と別の処理として実行されてもよい。
【0148】
［ステップＳ６：利用終了情報を受信したか判別］
管理装置制御部２１は、管理装置記憶部２２と協働して利用終了情報受信部２１４を実行し、利用終了情報を制御装置６から受信したか判別する処理を行う（ステップＳ６）。利用終了情報を受信したのであれば、管理装置制御部２１は、処理をステップＳ７に移す。利用終了情報を受信していないのであれば、管理装置制御部２１は、処理をステップＳ８に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して利用終了情報受信部２１４を実行し、利用終了情報を制御装置６から受信したか判別する処理を行う（ステップＳ６）。利用終了情報を受信したのであれば、管理装置制御部２１は、処理をステップＳ７に移す。利用終了情報を受信していないのであれば、管理装置制御部２１は、処理をステップＳ８に移す。
【0149】
［ステップＳ７：予約を終了］
管理装置制御部２１は、管理装置記憶部２２と協働して利用終了情報受信部２１４を実行し、ステップＳ６で受信した利用終了情報と対応する予約を終了する処理を行う（ステップＳ７）。管理装置制御部２１は、処理をステップＳ８に移す。
管理装置制御部２１は、管理装置記憶部２２と協働して利用終了情報受信部２１４を実行し、ステップＳ６で受信した利用終了情報と対応する予約を終了する処理を行う（ステップＳ７）。管理装置制御部２１は、処理をステップＳ８に移す。
【0150】
予約を終了する処理は、特に限定されない。予約を終了する処理は、ステップＳ６で受信した利用終了情報と対応する予約情報と当該予約情報と対応する予約時間帯における管理対象Ｍの利用を終了する情報とを予約テーブル２２１において関連付ける処理を含むことが好ましい。これにより、利用が終了した予約時間帯における管理対象Ｍに関する予約情報が繰り返し送信されることが防がれ得る。
【0151】
予約を終了する処理は、ステップＳ６で受信した利用終了情報と対応する予約の利用を終了する情報を、ステップＳ６で利用終了情報を送信した制御装置６以外の制御装置６に送信する処理を含むことが好ましい。これにより、利用が終了した予約情報と対応する二次元コードＢを用いて錠３が解錠されることが防がれ得る。
【0152】
錠３が後述するオンライン制御処理を行う錠３を含む場合、予約処理は、ステップＳ８で実行される大容量予約情報送信処理を含むことが好ましい。
【0153】
［ステップＳ８：大容量予約情報送信処理］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、ステップＳ２で生成された大容量予約情報を送信する大容量予約情報送信処理を行う（ステップＳ８）。管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、ステップＳ２で生成された大容量予約情報を送信する大容量予約情報送信処理を行う（ステップＳ８）。管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
【0154】
ステップＳ８で実行される大容量予約情報送信処理は、図５を用いて詳細に説明される。
【0155】
〔大容量予約情報送信処理のフローチャート〕
図５は、図４のステップＳ８で実行される大容量予約情報送信処理の一例を示すフローチャートである。以下、図５を用いて、ステップＳ８で実行される大容量予約情報送信処理の好ましい流れの一例を説明する。
図５は、図４のステップＳ８で実行される大容量予約情報送信処理の一例を示すフローチャートである。以下、図５を用いて、ステップＳ８で実行される大容量予約情報送信処理の好ましい流れの一例を説明する。
【0156】
［ステップＳ１１：大容量予約情報を送信するタイミングであるか判別］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、大容量予約情報を送信するタイミングであるか判別する処理を行う（ステップＳ１１）。大容量予約情報を送信するタイミングであれば、管理装置制御部２１は、処理をステップＳ１２に移す。大容量予約情報を送信するタイミングでなければ、管理装置制御部２１は、処理をステップＳ１３に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、大容量予約情報を送信するタイミングであるか判別する処理を行う（ステップＳ１１）。大容量予約情報を送信するタイミングであれば、管理装置制御部２１は、処理をステップＳ１２に移す。大容量予約情報を送信するタイミングでなければ、管理装置制御部２１は、処理をステップＳ１３に移す。
【0157】
大容量予約情報を送信するタイミングであるか判別する方法は、特に限定されない。
【0158】
大容量予約情報を送信するタイミングであるか判別する方法は、例えば、ステップＳ１２において大容量予約情報を送信した直前のタイミングから指定の時間以上の間隔を空けたタイミングである場合に大容量予約情報を送信するタイミングであると判別する方法、制御装置６から大容量予約情報の送信を指令された場合に大容量予約情報を送信するタイミングであると判別する方法等でよい。
【0159】
指定の時間は、特に限定されない。指定の時間の下限は、０．５時間以上であることが好ましく、１時間以上であることがより好ましい。指定の時間の下限を上述のとおり定めることにより、予約管理装置２は、予約が行われるごとに逐一大容量予約情報が送信される場合より大容量予約情報が送信される頻度を少なくできる。したがって、制御システムＳは、通信の秘匿性が制限されている場所であっても、大容量予約情報が傍受等されて不正に利用されるリスクを低減できる。また、大容量予約情報が送信される頻度を少なくすることにより、制御装置６は、遠距離間での通信にかかる消費電力の増大を低減できる。
【0160】
指定の時間の上限は、１６８時間以下であることが好ましく、７２時間以下であることが好ましく、２４時間以下であることがより好ましい。指定の時間の上限を上述のとおり定めることにより、予約時間帯が現在時刻を含む大容量予約情報を制御装置６が受信していない頻度を低減し得る。
【0161】
［ステップＳ１２：大容量予約情報を送信］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、制御装置６に大容量予約情報をまとめて送信する処理を行う（ステップＳ１２）。管理装置制御部２１は、処理をステップＳ１３に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、制御装置６に大容量予約情報をまとめて送信する処理を行う（ステップＳ１２）。管理装置制御部２１は、処理をステップＳ１３に移す。
【0162】
制御装置６に大容量予約情報をまとめて送信する処理は、特に限定されず、例えば、未送信の予約情報をまとめて送信する処理を含む処理等でよい。制御装置６に大容量予約情報をまとめて送信する処理が未送信の予約情報をまとめて送信する処理を含む場合、ステップＳ１２の処理は、予約テーブル２２１が格納する予約情報のうち、ステップＳ１２で送信した大容量予約情報と対応する予約情報に送信済であるとの情報を関連付ける処理を含むことが好ましい。これにより、予約管理装置２は、ステップＳ１２において、予約情報が未送信であるかを予約テーブル２２１が格納する予約情報を用いて判別できる。
【0163】
制御装置６に大容量予約情報をまとめて送信する処理は、まとめて送信する対象となる大容量予約情報のすべてが送信されたときに、送信する対象となるすべての大容量予約情報が送信されたことを制御装置６に通知する処理を含むことが好ましい。これにより、制御装置６は、送信する対象となるすべての大容量予約情報を受信したときに、ネットワークＮとの接続を終了し、ネットワークＮと接続することによって消費される消費電力を低減できる。
【0164】
［ステップＳ１３：特定大容量予約情報の送信を指令されたか判別］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、特定大容量予約情報の送信を指令されたか判別する処理を行う（ステップＳ１３）。特定大容量予約情報の送信を指令されていれば、管理装置制御部２１は、処理をステップＳ１４に移す。特定大容量予約情報の送信を指令されていなければ、管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、特定大容量予約情報の送信を指令されたか判別する処理を行う（ステップＳ１３）。特定大容量予約情報の送信を指令されていれば、管理装置制御部２１は、処理をステップＳ１４に移す。特定大容量予約情報の送信を指令されていなければ、管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
【0165】
［ステップＳ１４：特定大容量予約情報を送信］
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、ステップＳ１３で特定大容量情報の送信を指令した利用者端末１に特定大容量予約情報を送信する処理を行う（ステップＳ１４）。管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
管理装置制御部２１は、管理装置記憶部２２及び管理装置通信部２３と協働して大容量予約情報送信部２１２を実行し、ステップＳ１３で特定大容量情報の送信を指令した利用者端末１に特定大容量予約情報を送信する処理を行う（ステップＳ１４）。管理装置制御部２１は、予約処理を終了し、処理をステップＳ１に移す。
【0166】
ステップＳ１１－Ｓ１４の大容量予約情報送信処理を行うことにより、予約管理装置２は、指定の時間以上の間隔を空けて大容量予約情報をまとめて送信する。これにより、予約管理装置２は、予約が行われるごとに逐一大容量予約情報が送信される場合より大容量予約情報が送信される頻度を少なくできる。したがって、制御システムＳは、通信の秘匿性が制限されている場所であっても、大容量予約情報が傍受等されて不正に利用されるリスクを低減できる。また、大容量予約情報が送信される頻度を少なくすることにより、制御装置６は、遠距離間での通信にかかる消費電力の増大を低減できる。
【0167】
ステップＳ１１－Ｓ１４の大容量予約情報送信処理を行うことにより、制御装置６は、対応大容量予約情報が受信された大容量予約情報に含まれていない場合に、対応大容量予約情報に相当する特定大容量予約情報を予約管理装置２から受信できる。したがって、制御システムＳは、予約が行われるごとに制御装置６が予約情報を逐一送信して傍受されるリスク及び消費電力を低減することと、錠３側の制御装置６が、復号後小容量情報に対応する対応大容量予約情報を確実に受信して、予約時間帯の妥当性を迅速に判別可能にすることとを両立できる。
【0168】
〔制御装置６で実行される制御処理のメインフローチャート〕
図６は、制御装置６で実行される制御処理の一例を示すメインフローチャートである。以下、図６を用いて、制御装置６で実行される制御処理の好ましい流れの一例を説明する。
図６は、制御装置６で実行される制御処理の一例を示すメインフローチャートである。以下、図６を用いて、制御装置６で実行される制御処理の好ましい流れの一例を説明する。
【0169】
［ステップＳ４１：オフライン動作を行うか判別］
制御装置制御部６１は、制御装置記憶部６２及び動作指定部６６と協働して動作判別部６１１を実行し、オフライン動作を行うか判別する処理を行う（ステップＳ４１）。オフライン動作を行うのであれば、制御装置制御部６１は、処理をステップＳ４２に移す。オフライン動作を行わないのであれば、制御装置制御部６１は、処理をステップＳ４３に移す。
制御装置制御部６１は、制御装置記憶部６２及び動作指定部６６と協働して動作判別部６１１を実行し、オフライン動作を行うか判別する処理を行う（ステップＳ４１）。オフライン動作を行うのであれば、制御装置制御部６１は、処理をステップＳ４２に移す。オフライン動作を行わないのであれば、制御装置制御部６１は、処理をステップＳ４３に移す。
【0170】
オフライン動作を行うか判別する処理は、特に限定されない。オフライン動作を行うか判別する処理は、動作指定部６６がオフライン制御処理を行う動作を指定する場合にオフライン動作を行うと判別する処理及び／又は動作指定部６６がオンライン制御処理を行う動作を指定する場合にオフライン動作を行わないと判別する処理を含むことが好ましい。これにより、制御装置６を管理する管理者は、動作指定部６６を用いて制御装置６の動作を指定できる。
【0171】
［ステップＳ４２：オフライン制御処理］
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して読取部６１３、復号部６１４、判別部６１５、解錠指令部６１６、時刻合わせ部６１７等を実行し、外部との通信を行うことなくロック装置４を制御するオフライン制御処理を行う（ステップＳ４２）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して読取部６１３、復号部６１４、判別部６１５、解錠指令部６１６、時刻合わせ部６１７等を実行し、外部との通信を行うことなくロック装置４を制御するオフライン制御処理を行う（ステップＳ４２）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
【0172】
ステップＳ４２で実行されるオフライン制御処理は、後に図７を用いて詳細に説明される。
【0173】
［ステップＳ４３：利用終了動作を行うか判別］
制御装置制御部６１は、制御装置記憶部６２及び動作指定部６６と協働して動作判別部６１１を実行し、利用終了動作を行うか判別を行う（ステップＳ４３）。利用終了動作を行うのであれば、制御装置制御部６１は、処理をステップＳ４４に移す。利用終了動作を行わないのであれば、制御装置制御部６１は、処理をステップＳ４５に移す。
制御装置制御部６１は、制御装置記憶部６２及び動作指定部６６と協働して動作判別部６１１を実行し、利用終了動作を行うか判別を行う（ステップＳ４３）。利用終了動作を行うのであれば、制御装置制御部６１は、処理をステップＳ４４に移す。利用終了動作を行わないのであれば、制御装置制御部６１は、処理をステップＳ４５に移す。
【0174】
［ステップＳ４４：利用終了処理］
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して利用終了情報送信部６１８を実行し、予約した管理対象Ｍの利用を終了する利用終了処理を行う（ステップＳ４４）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して利用終了情報送信部６１８を実行し、予約した管理対象Ｍの利用を終了する利用終了処理を行う（ステップＳ４４）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
【0175】
ステップＳ４４で実行される利用終了処理は、後に図１０を用いて詳細に説明される。
【0176】
［ステップＳ４５：オンライン制御処理］
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して大容量予約情報受信部６１２、読取部６１３、復号部６１４、判別部６１５、解錠指令部６１６等を実行し、ロック装置４を制御するオンライン制御処理を行う（ステップＳ４５）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、必要に応じて制御装置記憶部６２、制御装置通信部６３、及び／又はタイマー部６４と協働して大容量予約情報受信部６１２、読取部６１３、復号部６１４、判別部６１５、解錠指令部６１６等を実行し、ロック装置４を制御するオンライン制御処理を行う（ステップＳ４５）。制御装置制御部６１は、制御処理を終了し、処理をステップＳ４１に移す。
【0177】
ステップＳ４５で実行されるオンライン制御処理は、後に図８を用いて詳細に説明される。
【0178】
必須の態様ではないが、制御処理は、現在時刻が制御装置記憶部６２に記憶されたスリープ時間帯に含まれる場合に、制御処理を行わないスリープ状態となるスリープ処理と、現在時刻が制御装置記憶部６２に記憶されたスリープ時間帯に含まれない場合に、制御処理を行わないスリープ状態を解除するスリープ解除処理と、を含むことが好ましい。制御処理がこれらの処理を含むことにより、制御システムＳが利用されない時間帯の一部又は全部をスリープ時間帯に含める等して、制御システムＳが利用される時間帯において制御処理を行うことと、制御装置６の消費電力をよりいっそう低減することとを両立できる。
【0179】
〔オフライン制御処理のフローチャート〕
図７は、図６のステップＳ４２で実行されるオフライン制御処理の一例を示すフローチャートである。以下、図７を用いて、ステップＳ４２で実行されるオフライン制御処理の好ましい流れの一例を説明する。
図７は、図６のステップＳ４２で実行されるオフライン制御処理の一例を示すフローチャートである。以下、図７を用いて、ステップＳ４２で実行されるオフライン制御処理の好ましい流れの一例を説明する。
【0180】
読取装置５が検知部を有する場合、オフライン制御処理は、ステップＳ５１の読取可能判別処理を含むことが好ましい。
【0181】
［ステップＳ５１：二次元コードの読み取りが可能か判別］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、二次元コードの読み取りが可能か判別する処理を行う（ステップＳ５１）。二次元コードの読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ５２に移す。二次元コードの読み取りが可能でなければ、制御装置制御部６１は、処理をステップＳ５１に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、二次元コードの読み取りが可能か判別する処理を行う（ステップＳ５１）。二次元コードの読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ５２に移す。二次元コードの読み取りが可能でなければ、制御装置制御部６１は、処理をステップＳ５１に移す。
【0182】
二次元コードの読み取りが可能か判別する方法は、特に限定されず、例えば、読取装置５の検知部が二次元コードＢ、利用者端末１、及び／又は利用者端末１を利用する利用者等が読取装置５の周辺に存在すると検知した場合に二次元コードの読み取りが可能であると判別する方法でよい。
【0183】
読取装置５の検知部が動体識別センサを含む検知部である場合、二次元コードの読み取りが可能か判別する方法は、予約を行った予約者が読取装置５に二次元コードＢを提示する動きを検知部が検知した場合に二次元コードの読み取りが可能であると判別する方法を含むことが好ましい。これにより、予約者が単に読取装置５周辺にいて二次元コードＢを提示していない場合に読み取りを行わずに消費電力を低減することと、予約者が読取装置５に二次元コードＢを提示したときに読み取りを行うこととを両立できる。
【0184】
オフライン制御処理がステップＳ５１の読取可能判別処理を含むことにより、二次元コードの読み取りが可能でない場合に読取装置５が二次元コードの読み取りを試みて消費電力を増大させることを防ぎ得る。
【0185】
［ステップＳ５２：二次元コードを読み取る］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ５２）。制御装置制御部６１は、処理をステップＳ５３に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ５２）。制御装置制御部６１は、処理をステップＳ５３に移す。
【0186】
二次元コードＢが秘密鍵２２２で暗号化された暗号化予約情報及び／又は秘密鍵２２２で暗号化された予約時間帯情報を含む場合、オフライン制御処理は、ステップＳ５３の予約情報復号処理を含むことが好ましい。
【0187】
［ステップＳ５３：予約情報を復号］
制御装置制御部６１は、制御装置記憶部６２と協働して復号部６１４を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる情報であって、秘密鍵２２２で暗号化された情報を、公開鍵６２２を用いて復号する処理を行う（ステップＳ５３）。制御装置制御部６１は、処理をステップＳ５４に移す。
制御装置制御部６１は、制御装置記憶部６２と協働して復号部６１４を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる情報であって、秘密鍵２２２で暗号化された情報を、公開鍵６２２を用いて復号する処理を行う（ステップＳ５３）。制御装置制御部６１は、処理をステップＳ５４に移す。
【0188】
ステップＳ５２で読み取った二次元コードＢが含むオフライン予約情報が有する予約時間帯情報が秘密鍵２２２で暗号化されている場合、ステップＳ５３の秘密鍵２２２で暗号化された情報を復号する処理は、暗号化された予約時間帯情報を復号して復号後予約時間帯情報を得る処理を含むことが好ましい。これにより、制御装置６は、復号後予約時間帯情報を用いて、現在時刻が予約時間帯に該当するか判別できる。
【0189】
ステップＳ５２で読み取った二次元コードＢが含むオフライン予約情報が秘密鍵２２２で暗号化された暗号化予約情報である場合、ステップＳ５３の秘密鍵２２２で暗号化された情報を復号する処理は、暗号化予約情報を復号して復号化予約情報を得る処理を含むことが好ましい。これにより、制御装置６は、復号化予約情報を用いて、現在時刻が予約時間帯に該当するか判別できる。
【0190】
予約管理装置２で実行される予約処理が発行時刻付二次元コードを発行可能な二次元コード発行処理を含む場合、オフライン制御処理は、ステップＳ５４からステップＳ５６の時刻合わせ処理を含むことが好ましい。
【0191】
［ステップＳ５４：二次元コードＢが発行時刻情報を含むか判別］
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢが発行時刻情報を含むか判別する処理を行う（ステップＳ５４）。二次元コードＢが発行時刻情報を含むのであれば、制御装置制御部６１は、処理をステップＳ５５に移す。二次元コードＢが発行時刻情報を含まないのであれば、制御装置制御部６１は、処理をステップＳ５７に移す。
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢが発行時刻情報を含むか判別する処理を行う（ステップＳ５４）。二次元コードＢが発行時刻情報を含むのであれば、制御装置制御部６１は、処理をステップＳ５５に移す。二次元コードＢが発行時刻情報を含まないのであれば、制御装置制御部６１は、処理をステップＳ５７に移す。
【0192】
［ステップＳ５５：経過した時間が所定時間以下であるか判別］
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる発行時刻情報が示す発行時刻から経過した時間が所定時間以下であるか判別する処理を行う（ステップＳ５５）。所定時間以下であれば、制御装置制御部６１は、処理をステップＳ５６に移す。所定時間以下でなければ、制御装置制御部６１は、処理をステップＳ５７に移す。
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる発行時刻情報が示す発行時刻から経過した時間が所定時間以下であるか判別する処理を行う（ステップＳ５５）。所定時間以下であれば、制御装置制御部６１は、処理をステップＳ５６に移す。所定時間以下でなければ、制御装置制御部６１は、処理をステップＳ５７に移す。
【0193】
所定時間の下限は、特に限定されない。所定時間の下限は、０．５分以上であることが好ましく、１分以上であることがより好ましい。所定時間の下限を上述のとおり定めることにより、制御装置６は、時刻合わせの機会を増やし得る。
【0194】
所定時間の上限は、特に限定されない。所定時間の上限は、３分以下であることが好ましく、２分以下であることがより好ましく、１分以下であることがさらに好ましい。所定時間の上限を上述のとおり定めることにより、制御装置６は、タイマー部６４が計時する現在時刻と標準時における現在時刻との差が時刻合わせによって増大することを防ぎ得る。
【0195】
［ステップＳ５６：時刻合わせを行う］
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる発行時刻情報が示す発行時刻を用いてタイマー部６４の時刻合わせを行う処理を行う（ステップＳ５６）。制御装置制御部６１は、処理をステップＳ５７に移す。
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して時刻合わせ部６１７を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる発行時刻情報が示す発行時刻を用いてタイマー部６４の時刻合わせを行う処理を行う（ステップＳ５６）。制御装置制御部６１は、処理をステップＳ５７に移す。
【0196】
発行時刻情報が示す発行時刻を用いてタイマー部６４の時刻合わせを行う処理は、特に限定されない。発行時刻情報が示す発行時刻を用いてタイマー部６４の時刻合わせを行う処理は、タイマー部６４が示す現在時刻を発行時刻に特定時間を加えた時刻にする時刻合わせを含むことが好ましい。特定時間を加えた時刻にすることにより、二次元コードＢが発行されてから読取装置５が当該二次元コードＢを読み取るまでの時間を考慮した時刻合わせを行える。
【0197】
特定時間の下限は、特に限定されない。特定時間の下限は、５秒以上であることが好ましく、１０秒以上であることがより好ましい。特定時間の下限を上述のとおり定めることにより、制御装置６は、タイマー部６４が計時する時刻が遅れることを防ぎ得る。
【0198】
特定時間の上限は、特に限定されない。特定時間の上限は、３０秒以下であることが好ましく、２０秒以下であることがより好ましく、１０秒以下であることがさらに好ましい。特定時間の上限を上述のとおり定めることにより、制御装置６は、タイマー部６４が計時する時刻が進みすぎることを防ぎ得る。
【0199】
発行時刻情報が示す発行時刻を用いてタイマー部６４の時刻合わせを行う処理は、時刻合わせに用いた二次元コードＢを記憶し、一度時刻合わせに用いた二次元コードＢを用いた再度の時刻合わせを行わない処理であることが好ましい。これにより、再度の時刻合わせによってタイマー部６４が計時する時刻が遅れることを防ぎ得る。
【0200】
タイマー部６４は、外部から提供された正確な現在時刻に基づく時刻合わせを行うことにより、実質的に正確な計時を行い続けることができる。しかし、通信手段及び／又は電力の供給が制限されている場所では、公開ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）サービス等によって例示される正確な現在時刻を提供する外部の手段を利用することに困難があり得る。時刻合わせを行えないことによってタイマー部６４における計時が不正確となった場合、予約に応じた錠の制御が行われないリスクが生じ得る。
【0201】
オフライン制御処理がステップＳ５４からステップＳ５６の時刻合わせ処理を含むことにより、制御装置６は、利用者端末１からの要求信号が送信された場合（利用者端末１が二次元コードの発行を要求した場合）に発行された二次元コードＢに含まれる発行時刻情報が示す発行時刻を用いて、タイマー部６４の時刻合わせを行うことができる。これにより、制御装置６は、時刻合わせを提供する外部の手段を利用できない場所であっても、タイマー部６４の時刻合わせを行い、予約に応じた錠３の制御を提供し続けることができる。
【0202】
オフライン制御処理がステップＳ５４からステップＳ５６の時刻合わせ処理を含むことにより、発行時刻からタイマー部６４において計時した現在時刻までの間に経過した時間が所定時間以下である場合に時刻合わせを行うため、制御装置６は、発行時刻からの経過時間が短く、発行時刻を実質的に正確な現在時刻とみなせる場合に時刻合わせを行える。
【0203】
［ステップＳ５７：予約時間帯に該当するか判別］
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して判別部６１５を実行し、タイマー部６４が計時した現在時刻がステップＳ５２で読み取った二次元コードＢに含まれる予約時間帯に該当するか判別する処理を行う（ステップＳ５７）。予約時間帯に該当するのであれば、制御装置制御部６１は、処理をステップＳ５８に移す。予約時間帯に該当しないのであれば、制御装置制御部６１は、オフライン制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して判別部６１５を実行し、タイマー部６４が計時した現在時刻がステップＳ５２で読み取った二次元コードＢに含まれる予約時間帯に該当するか判別する処理を行う（ステップＳ５７）。予約時間帯に該当するのであれば、制御装置制御部６１は、処理をステップＳ５８に移す。予約時間帯に該当しないのであれば、制御装置制御部６１は、オフライン制御処理を終了し、処理をステップＳ４１に移す。
【0204】
［ステップＳ５８：解錠を指令］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して解錠指令部６１６を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる予約情報と対応するロック装置４に解錠を指令する処理を行う（ステップＳ５８）。制御装置制御部６１は、オフライン制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して解錠指令部６１６を実行し、ステップＳ５２で読み取った二次元コードＢに含まれる予約情報と対応するロック装置４に解錠を指令する処理を行う（ステップＳ５８）。制御装置制御部６１は、オフライン制御処理を終了し、処理をステップＳ４１に移す。
【0205】
オフライン制御処理がステップＳ５７からステップＳ５８の処理を含むことにより、制御装置６は、二次元コードＢに含まれる予約情報に記録されている予約時間帯に該当するかを、内蔵のタイマー部６４を参照して外部との通信を行うことなく判別できる。これにより、制御装置６は、外部との通信を行うことなくロック装置４をオフラインで解錠できる。
【0206】
したがって、錠３は、通信手段が制限されている場所であっても、電気式及び／又は電子式の錠３を取り付けた部屋の貸し出し等をほぼ無人の管理で実現することができる。また、錠３は、判別部６１５が外部との通信を行わないことにより、錠３の消費電力を軽減できる。したがって、電力の供給が制限されている場所であっても、制御装置６は、錠３を制御できる。
【0207】
〔オンライン制御処理のフローチャート〕
図８は、図６のステップＳ４５で実行されるオンライン制御処理の一例を示すフローチャートである。以下、図７を用いて、ステップＳ４５で実行されるオンライン制御処理の好ましい流れの一例を説明する。
図８は、図６のステップＳ４５で実行されるオンライン制御処理の一例を示すフローチャートである。以下、図７を用いて、ステップＳ４５で実行されるオンライン制御処理の好ましい流れの一例を説明する。
【0208】
［ステップＳ６１：二次元コードの読み取りが可能か判別］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、二次元コードＢの読み取りが可能か判別する処理を行う（ステップＳ６１）。二次元コードＢの読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ６２に移す。二次元コードＢの読み取りが可能でなければ、制御装置制御部６１は、処理をステップＳ６９に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、二次元コードＢの読み取りが可能か判別する処理を行う（ステップＳ６１）。二次元コードＢの読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ６２に移す。二次元コードＢの読み取りが可能でなければ、制御装置制御部６１は、処理をステップＳ６９に移す。
【0209】
二次元コードＢの読み取りが可能か判別する方法は、特に限定されず、例えば、読取装置５の検知部が二次元コードＢ、利用者端末１、及び／又は利用者端末１を利用する利用者等が読取装置５の周辺に存在すると検知した場合に二次元コードＢの読み取りが可能であると判別する方法でよい。
【0210】
読取装置５の検知部が動体識別センサを含む検知部である場合、二次元コードＢの読み取りが可能か判別する方法は、予約を行った予約者が読取装置５に二次元コードＢを提示する動きを検知部が検知した場合に二次元コードＢの読み取りが可能であると判別する方法を含むことが好ましい。これにより、予約者が単に読取装置５周辺にいて二次元コードＢを提示していない場合に読み取りを行わずに消費電力を低減することと、予約者が読取装置５に二次元コードＢを提示したときに読み取りを行うこととを両立できる。
【0211】
オンライン制御処理がステップＳ６１の読取可能判別処理を含むことにより、二次元コードの読み取りが可能でない場合に読取装置５が二次元コードＢの読み取りを試みて消費電力を増大させることを防ぎ得る。
【0212】
［ステップＳ６２：二次元コードを読み取る］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ６２）。制御装置制御部６１は、処理をステップＳ６３に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して読取部６１３を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ６２）。制御装置制御部６１は、処理をステップＳ６３に移す。
【0213】
制御装置６が入力部を含む場合、ステップＳ６１からＳ６２の二次元コードＢを読み取る処理は、二次元コードＢに含まれる暗号化小容量情報に相当する情報が入力部を介して入力されたときに、当該情報を取得する処理を含むことが好ましい。これにより、二次元コードだけでなく、予約者の入力によっても錠３を制御するハイブリッド制御を実現し得る。
【0214】
二次元コードＢが秘密鍵２２２で暗号化された暗号化小容量情報を含む場合、オンライン制御処理は、ステップＳ６３の暗号化小容量情報復号処理を含むことが好ましい。
【0215】
［ステップＳ６３：暗号化小容量情報を復号］
制御装置制御部６１は、制御装置記憶部６２と協働して復号部６１４を実行し、ステップＳ６２で読み取った二次元コードＢに含まれる暗号化小容量情報を、公開鍵６２２を用いて復号し、復号後小容量情報を得る処理を行う（ステップＳ６３）。制御装置制御部６１は、処理をステップＳ６４に移す。
制御装置制御部６１は、制御装置記憶部６２と協働して復号部６１４を実行し、ステップＳ６２で読み取った二次元コードＢに含まれる暗号化小容量情報を、公開鍵６２２を用いて復号し、復号後小容量情報を得る処理を行う（ステップＳ６３）。制御装置制御部６１は、処理をステップＳ６４に移す。
【0216】
［ステップＳ６４：特定大容量情報を受信しているか判別］
制御装置制御部６１は、制御装置記憶部６２と協働して判別部６１５を実行し、大容量予約情報テーブル６２１を用いて、ステップＳ６３で得た復号後小容量情報に対応する特定大容量情報（対応大容量予約情報）を受信しているか判別する処理を行う（ステップＳ６４）。特定大容量情報を受信しているのであれば、制御装置制御部６１は、処理をステップＳ６７に移す。特定大容量情報を受信していないのであれば、制御装置制御部６１は、処理をステップＳ６５に移す。
制御装置制御部６１は、制御装置記憶部６２と協働して判別部６１５を実行し、大容量予約情報テーブル６２１を用いて、ステップＳ６３で得た復号後小容量情報に対応する特定大容量情報（対応大容量予約情報）を受信しているか判別する処理を行う（ステップＳ６４）。特定大容量情報を受信しているのであれば、制御装置制御部６１は、処理をステップＳ６７に移す。特定大容量情報を受信していないのであれば、制御装置制御部６１は、処理をステップＳ６５に移す。
【0217】
大容量予約情報テーブル６２１を用いて、ステップＳ６３で得た復号後小容量情報に対応する特定大容量情報（対応大容量予約情報）を受信しているか判別する処理は、特に限定されず、例えば、復号後小容量情報に含まれる識別情報に対応する大容量予約情報を大容量予約情報テーブル６２１から取得可能である場合に対応大容量情報を受信していると判別する処理でよい。
【0218】
［ステップＳ６５：特定大容量情報の送信を指令］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ６３で得た復号後小容量情報に対応する特定大容量情報（対応大容量予約情報）の送信を予約管理装置２に指令する処理を行う（ステップＳ６５）制御装置制御部６１は、処理をステップＳ６６に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ６３で得た復号後小容量情報に対応する特定大容量情報（対応大容量予約情報）の送信を予約管理装置２に指令する処理を行う（ステップＳ６５）制御装置制御部６１は、処理をステップＳ６６に移す。
【0219】
［ステップＳ６６：特定大容量情報を受信］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ６５で送信を指令した特定大容量情報（対応大容量予約情報）を受信する処理を行う（ステップＳ６６）制御装置制御部６１は、処理をステップＳ６７に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ６５で送信を指令した特定大容量情報（対応大容量予約情報）を受信する処理を行う（ステップＳ６６）制御装置制御部６１は、処理をステップＳ６７に移す。
【0220】
［ステップＳ６７：予約時間帯に該当するか判別］
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して判別部６１５を実行し、タイマー部６４が計時した現在時刻が特定大容量情報（対応大容量予約情報）に含まれる予約時間帯に該当するか判別する処理を行う（ステップＳ６７）。予約時間帯に該当するのであれば、制御装置制御部６１は、処理をステップＳ６８に移す。予約時間帯に該当しないのであれば、制御装置制御部６１は、処理をステップＳ６９に移す。
制御装置制御部６１は、制御装置記憶部６２及びタイマー部６４と協働して判別部６１５を実行し、タイマー部６４が計時した現在時刻が特定大容量情報（対応大容量予約情報）に含まれる予約時間帯に該当するか判別する処理を行う（ステップＳ６７）。予約時間帯に該当するのであれば、制御装置制御部６１は、処理をステップＳ６８に移す。予約時間帯に該当しないのであれば、制御装置制御部６１は、処理をステップＳ６９に移す。
【0221】
［ステップＳ６８：解錠を指令］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して解錠指令部６１６を実行し、特定大容量情報（対応大容量予約情報）と対応するロック装置４に解錠を指令する処理を行う（ステップＳ６８）。制御装置制御部６１は、処理をステップＳ６９に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して解錠指令部６１６を実行し、特定大容量情報（対応大容量予約情報）と対応するロック装置４に解錠を指令する処理を行う（ステップＳ６８）。制御装置制御部６１は、処理をステップＳ６９に移す。
【0222】
必須の態様ではないが、ステップＳ６８の解錠を指令する処理は、大容量予約情報テーブル６２１において、特定大容量情報が予約を終了する情報と関連付けられていない場合に、ロック装置４に解錠を指令する処理であることが好ましい。これにより、制御装置６は、まだ終了していない予約に限って、ロック装置４に解錠を指令できる。
【0223】
オンライン制御処理がステップＳ６４からステップＳ６８の処理を含むことにより、制御装置６は、対応大容量予約情報が受信された大容量予約情報に含まれていない場合に、対応大容量予約情報に相当する特定大容量予約情報を予約管理装置２から受信できる。したがって、制御システムＳは、予約が行われるごとに制御装置６が予約情報を逐一送信して傍受されるリスク及び消費電力を低減することと、錠３側の制御装置６が、復号後小容量情報に対応する対応大容量予約情報を確実に受信して、予約時間帯の妥当性を迅速に判別可能にすることとを両立できる。
【0224】
共通鍵方式では、復号に用いる鍵（共通鍵）が秘密でない場合、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする、偽造された小容量情報が共通鍵を用いて暗号化され得る。これにより、利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードが生成され得る。
【0225】
オンライン制御処理がステップＳ６３の処理を含むことにより、制御システムＳは、復号に用いる鍵（公開鍵）が秘密でない場合であっても利用者が予約した予約時間帯以外の時間帯にロック装置４を解錠状態とすることを可能とする偽造二次元コードの生成を防ぐことができる。
【0226】
ところで、公開暗号鍵方式は、共通鍵方式より暗号強度が高い一方、暗号化処理及び復号処理にかかる負荷が、共通鍵方式に比べて大きいことが知られている。これにより、公開暗号鍵方式を用いる場合に、制御装置６における消費電力が共通鍵方式より高くなり得る。
【0227】
オンライン制御処理がステップＳ６３からステップＳ６８の処理を含むことにより、制御装置６は、復号部６１４によって暗号化小容量情報を復号し、復号された復号後小容量情報に対応する対応大容量予約情報を用いて、現在時刻が予約時間帯に該当するかを判別できる。これにより、制御装置６は、復号する情報を、暗号化小容量情報のみにとどめ、公開暗号鍵方式の復号処理にかかる負荷を軽減することと、偽造二次元コードの生成を防ぐこととを両立できる。
【0228】
［ステップＳ６９：大容量予約情報受信処理］
制御装置制御部６１は、必要に応じて制御装置記憶部６２及び／又は制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信する大容量予約情報受信処理を行う（ステップＳ６９）。制御装置制御部６１は、オンライン制御処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、必要に応じて制御装置記憶部６２及び／又は制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信する大容量予約情報受信処理を行う（ステップＳ６９）。制御装置制御部６１は、オンライン制御処理を終了し、処理をステップＳ４１に移す。
【0229】
ステップＳ６９で実行される大容量予約情報受信処理は、図９を用いて詳細に説明される。
【0230】
〔大容量予約情報受信処理のフローチャート〕
図９は、図８のステップＳ６９で実行される大容量予約情報受信処理の一例を示すフローチャートである。以下、図９を用いて、ステップＳ６９で実行される大容量予約情報受信処理の好ましい流れの一例を説明する。
図９は、図８のステップＳ６９で実行される大容量予約情報受信処理の一例を示すフローチャートである。以下、図９を用いて、ステップＳ６９で実行される大容量予約情報受信処理の好ましい流れの一例を説明する。
【0231】
［ステップＳ７１：大容量予約情報を受信するタイミングか判別］（Ｎｏ→戻る）
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信するタイミングであるか判別する処理を行う（ステップＳ７１）。大容量予約情報を受信するタイミングであれば、制御装置制御部６１は、処理をステップＳ７２に移す。大容量予約情報を送信するタイミングでなければ、制御装置制御部６１は、大容量予約情報受信処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信するタイミングであるか判別する処理を行う（ステップＳ７１）。大容量予約情報を受信するタイミングであれば、制御装置制御部６１は、処理をステップＳ７２に移す。大容量予約情報を送信するタイミングでなければ、制御装置制御部６１は、大容量予約情報受信処理を終了し、処理をステップＳ４１に移す。
【0232】
大容量予約情報を受信するタイミングであるか判別する方法は、特に限定されない。
【0233】
大容量予約情報を受信するタイミングであるか判別する方法は、例えば、ステップＳ７２において大容量予約情報の受信を開始した直前のタイミングから指定の時間以上の間隔を空けたタイミングである場合に大容量予約情報を受信するタイミングであると判別する方法等でよい。
【0234】
指定の時間は、特に限定されない。指定の時間の下限は、０．５時間以上であることが好ましく、１時間以上であることがより好ましい。指定の時間の下限を上述のとおり定めることにより、制御装置６は、予約が行われるごとに逐一大容量予約情報が受信される場合より大容量予約情報が受信される頻度を少なくできる。したがって、制御システムＳは、通信の秘匿性が制限されている場所であっても、大容量予約情報が傍受等されて不正に利用されるリスクを低減できる。また、大容量予約情報が受信される頻度を少なくすることにより、制御装置６は、遠距離間での通信にかかる消費電力の増大を低減できる。
【0235】
指定の時間の上限は、１６８時間以下であることが好ましく、７２時間以下であることが好ましく、２４時間以下であることがより好ましい。指定の時間の上限を上述のとおり定めることにより、予約時間帯が現在時刻を含む大容量予約情報を制御装置６が受信していない頻度を低減し得る。
【0236】
大容量予約情報を受信するタイミングであるか判別する方法は、指定の時間以上の間隔を空けて指定された１以上の指定の日時であれば大容量予約情報を受信するタイミングであるか判別する方法を含むことが好ましい。１以上の指定の日時は、特に限定されず、例えば、毎日の６時、１２時、１８時のそれぞれを指定する日時等でよい。これにより、直前に大容量予約情報を受信したタイミングを記憶することなく、大容量予約情報を受信するタイミングであるか判別できる。
【0237】
大容量予約情報を受信するタイミングであるか判別する方法は、指定された時間帯以外の時間帯に大容量予約情報を受信するタイミングであるか判別する方法を含むことが好ましい。これにより、予約管理装置２の保守が行われる時間帯等の大容量予約情報を受信できないタイミングに遠距離間での通信を試みることを防ぎ得る。
【0238】
［ステップＳ７２：大容量予約情報の受信を開始］
制御装置制御部６１は、制御装置記憶部６２及び／又は制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報の受信を開始する処理を行う（ステップＳ７２）。制御装置制御部６１は、処理をステップＳ７３に移す。
制御装置制御部６１は、制御装置記憶部６２及び／又は制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報の受信を開始する処理を行う（ステップＳ７２）。制御装置制御部６１は、処理をステップＳ７３に移す。
【0239】
大容量予約情報の受信を開始する処理は、制御装置６をネットワークＮと接続する処理を含むことが好ましい。これにより、大容量予約情報の受信を行う間において、制御装置６は、ネットワークＮを介して予約管理装置２と通信し得る。
【0240】
大容量予約情報の受信を開始する処理は、予約管理装置２に大容量予約情報の送信を要求する処理を含むことが好ましい。これにより、制御装置６が大容量予約情報の受信を開始するタイミングと、予約管理装置２が大容量予約情報の送信を開始するタイミングとの間の時間差をよりいっそう小さくできる。これにより、制御装置６が上述の時間差の間においてネットワークＮと接続されることを防ぎ、遠距離間での通信にかかる消費電力の増大を低減できる。
【0241】
［ステップＳ７３：すべての大容量予約情報を受信したか判別］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、すべての大容量予約情報を受信したか判別する処理を行う（ステップＳ７３）。すべての大容量予約情報を受信したのであれば、制御装置制御部６１は、処理をステップＳ７６に移す。すべての大容量予約情報を受信したのでなければ、制御装置制御部６１は、処理をステップＳ７４に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、すべての大容量予約情報を受信したか判別する処理を行う（ステップＳ７３）。すべての大容量予約情報を受信したのであれば、制御装置制御部６１は、処理をステップＳ７６に移す。すべての大容量予約情報を受信したのでなければ、制御装置制御部６１は、処理をステップＳ７４に移す。
【0242】
すべての大容量予約情報を受信したか判別する処理は、特に限定されず、例えば、予約管理装置２からすべての大容量予約情報を受信したことを通知する情報を受信した場合にすべての大容量予約情報を受信したと判別する処理等を含む処理でよい。
【0243】
［ステップＳ７４：大容量予約情報を受信したか判別］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信したか判別する処理を行う（ステップＳ７４）。大容量予約情報を受信したのであれば、制御装置制御部６１は、処理をステップＳ７５に移す。大容量予約情報を受信したのでなければ、制御装置制御部６１は、処理をステップＳ７３に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報を受信したか判別する処理を行う（ステップＳ７４）。大容量予約情報を受信したのであれば、制御装置制御部６１は、処理をステップＳ７５に移す。大容量予約情報を受信したのでなければ、制御装置制御部６１は、処理をステップＳ７３に移す。
【0244】
［ステップＳ７５：大容量予約情報を格納］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ７４で受信した大容量予約情報を格納する処理を行う（ステップＳ７５）。制御装置制御部６１は、処理をステップＳ７３に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、ステップＳ７４で受信した大容量予約情報を格納する処理を行う（ステップＳ７５）。制御装置制御部６１は、処理をステップＳ７３に移す。
【0245】
［ステップＳ７６：大容量予約情報の受信を終了］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報の受信を終了する処理を行う（ステップＳ７６）。制御装置制御部６１は、大容量予約情報受信処理を終了し、処理をステップＳ４４に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して大容量予約情報受信部６１２を実行し、大容量予約情報の受信を終了する処理を行う（ステップＳ７６）。制御装置制御部６１は、大容量予約情報受信処理を終了し、処理をステップＳ４４に移す。
【0246】
制御装置６は、ネットワークＮと接続した状態において、ネットワークＮを介してデータを受信したかを判別する処理等のための電力を消費する。とりわけ、制御装置通信部６３が無線ネットワークを含むネットワークＮと接続する場合において、このような消費電力は、制御装置通信部６３が有線ネットワークのみを含むネットワークＮと接続する場合より増大する。
【0247】
大容量予約情報の受信を終了する処理は、制御装置６とネットワークＮとの接続を終了する処理を含むことが好ましい。これにより、制御装置６は、大容量予約情報を受信しないタイミングにおいて、ネットワークＮと接続することによって消費される消費電力を低減できる。
【0248】
大容量予約情報受信処理を行うことにより、制御装置６は、指定の時間以上の間隔を空けたタイミングでまとめて送信される１以上の大容量予約情報を受信できる。これにより、制御装置６は、通信の安定性が制限されている場所であっても、通信が安定しているタイミングで大容量予約情報を受信できる。
【0249】
大容量予約情報受信処理を行うことにより、制御装置６は、予約が行われるごとに逐一大容量予約情報が送信される場合より大容量予約情報を受信される頻度を少なくできる。したがって、制御システムＳは、通信の秘匿性が制限されている場所であっても、大容量予約情報が傍受等されて不正に利用されるリスクを低減できる。また、大容量予約情報を受信する頻度を少なくすることにより、制御装置６は、遠距離間での通信にかかる消費電力の増大を低減できる。
【0250】
大容量予約情報受信処理を行うことにより、制御装置６は、対応大容量予約情報が受信された大容量予約情報に含まれていない場合に、対応大容量予約情報に相当する特定大容量予約情報を予約管理装置２から受信できる。したがって、制御システムＳは、予約が行われるごとに制御装置６が予約情報を逐一送信して傍受されるリスク及び消費電力を低減することと、制御装置６が、復号後小容量情報に対応する対応大容量予約情報を確実に受信して、予約時間帯の妥当性を迅速に判別可能にすることとを両立できる。
【0251】
〔利用終了処理のフローチャート〕
図１０は、図６のステップＳ４４で実行される利用終了処理の一例を示すフローチャートである。以下、図１０を用いて、ステップＳ４４で実行される利用終了処理の好ましい流れの一例を説明する。
図１０は、図６のステップＳ４４で実行される利用終了処理の一例を示すフローチャートである。以下、図１０を用いて、ステップＳ４４で実行される利用終了処理の好ましい流れの一例を説明する。
【0252】
［ステップＳ８１：二次元コードの読み取りが可能か判別］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、管理対象Ｍの利用終了に関する二次元コードの読み取りが可能か判別する処理を行う（ステップＳ８１）。読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ５２に移す。読み取りが可能でなければ、制御装置制御部６１は、利用終了処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、管理対象Ｍの利用終了に関する二次元コードの読み取りが可能か判別する処理を行う（ステップＳ８１）。読み取りが可能であれば、制御装置制御部６１は、処理をステップＳ５２に移す。読み取りが可能でなければ、制御装置制御部６１は、利用終了処理を終了し、処理をステップＳ４１に移す。
【0253】
読取装置５が管理対象Ｍの利用を終了する二次元コードＢを読み取る利用終了読取装置を含む場合、ステップＳ８１の二次元コードＢの読み取りが可能か判別する処理は、利用終了読取装置において二次元コードＢの読み取りが可能である場合に二次元コードＢの読み取りが可能であると判別する処理を含むことが好ましい。これにより、予約を行った予約者は、利用終了読取装置に二次元コードＢを読み取らせることによって、予約した管理対象Ｍの利用を終了できる。
【0254】
［ステップＳ８２：二次元コードを読み取る］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ８２）。制御装置制御部６１は、処理をステップＳ８３に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、読取装置５を用いて二次元コードＢを読み取る処理を行う（ステップＳ８２）。制御装置制御部６１は、処理をステップＳ８３に移す。
【0255】
［ステップＳ８３：予約を終了］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、ステップＳ８２で読み取った二次元コードＢと対応する予約を終了する処理を行う（ステップＳ８３）。制御装置制御部６１は、処理をステップＳ８４に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、ステップＳ８２で読み取った二次元コードＢと対応する予約を終了する処理を行う（ステップＳ８３）。制御装置制御部６１は、処理をステップＳ８４に移す。
【0256】
予約を終了する処理は、特に限定されない。予約を終了する処理は、大容量予約情報テーブル６２１に格納された大容量予約情報であって、ステップＳ８２で読み取った二次元コードＢと対応する大容量予約情報に予約を終了する情報を関連付ける処理を含むことが好ましい。これにより、制御装置６は、予約を終了する情報が関連付けられていない大容量予約情報と対応する二次元コードＢが読み取られた場合に、ロック装置４を解錠状態にする制御を行える。
【0257】
［ステップＳ８４：利用終了情報を送信］
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、ステップＳ８２で読み取った二次元コードＢと対応する管理対象Ｍの予約時間帯における利用を終了することに関する利用終了情報を予約管理装置２に送信する処理を行う（ステップＳ８４）。制御装置制御部６１は、利用終了処理を終了し、処理をステップＳ４１に移す。
制御装置制御部６１は、制御装置記憶部６２及び制御装置通信部６３と協働して利用終了情報送信部６１８を実行し、ステップＳ８２で読み取った二次元コードＢと対応する管理対象Ｍの予約時間帯における利用を終了することに関する利用終了情報を予約管理装置２に送信する処理を行う（ステップＳ８４）。制御装置制御部６１は、利用終了処理を終了し、処理をステップＳ４１に移す。
【0258】
制御装置６が利用終了処理を実行することにより、管理対象Ｍを予約した予約者は、管理対象Ｍの利用を予約時間帯の終了日時を待たずに終了できる。これにより、管理対象Ｍを管理する管理者は、予約時間帯の終了日時を待たずに管理対象Ｍを他の予約者に利用させ得る。
【0259】
＜＜制御システムＳの使用例＞＞
続いて、本実施形態における制御システムＳの使用例を説明する。
続いて、本実施形態における制御システムＳの使用例を説明する。
【0260】
＜管理対象Ｍへの錠３の後付け＞
図１１は、管理対象Ｍへの錠３の後付けの一例を示す図である。管理対象Ｍ（貸出対象となる部屋）を管理する管理者は、管理対象Ｍへの出入りを管理可能なロック装置４を管理対象Ｍに設置する。そして、管理者は、読取装置５及び制御装置６を管理対象Ｍの周辺に後付けして、錠３を構成する。
図１１は、管理対象Ｍへの錠３の後付けの一例を示す図である。管理対象Ｍ（貸出対象となる部屋）を管理する管理者は、管理対象Ｍへの出入りを管理可能なロック装置４を管理対象Ｍに設置する。そして、管理者は、読取装置５及び制御装置６を管理対象Ｍの周辺に後付けして、錠３を構成する。
【0261】
図１１に示す例では、管理対象Ｍの外部に後付けされた制御装置６は、制御装置通信部６３が行う近距離無線通信によって管理対象Ｍの内部に設けられたロック装置４と電気的に接続されている。制御装置６が近距離無線通信によってロック装置４と電気的に接続可能であることにより、管理者は、ロック装置４を管理対象Ｍの外部に設けることなく、錠３を構成できる。これにより、管理者は、ロック装置４が管理対象Ｍの外部にいる者によって破壊等されることを防ぎ得る。
【0262】
図１１に示す例では、制御装置６は、制御装置電源部６５（電池によって電力を供給可能な電源部）を含んでいる。これにより、管理者は、管理対象Ｍの周辺において電力の供給が制限されている場合であっても、錠３を用いて管理対象Ｍの利用を管理できる。また、管理者は、電池を交換する比較的簡便な手順で、制御装置電源部６５を保守し得る。
【0263】
＜オフライン制御を行う錠３で管理された管理対象Ｍの貸出＞
続いて、外部との通信を行わないオフライン制御を行う錠３で管理された管理対象Ｍの貸出について説明する。
続いて、外部との通信を行わないオフライン制御を行う錠３で管理された管理対象Ｍの貸出について説明する。
【0264】
〔管理対象Ｍの利用を予約〕
管理対象Ｍの利用を予約する予約者は、利用者端末１を介して予約管理装置２に予約時間帯における管理対象Ｍの利用の予約を要求する。予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む大容量予約情報（予約情報）を生成する。
管理対象Ｍの利用を予約する予約者は、利用者端末１を介して予約管理装置２に予約時間帯における管理対象Ｍの利用の予約を要求する。予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む大容量予約情報（予約情報）を生成する。
【0265】
〔二次元コードを発行〕
予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む予約情報を秘密鍵２２２で暗号化した暗号化予約情報を含むオフライン制御用の二次元コードＢを表示可能なオフライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、オフライン二次元コード表示情報を受信する。
予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む予約情報を秘密鍵２２２で暗号化した暗号化予約情報を含むオフライン制御用の二次元コードＢを表示可能なオフライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、オフライン二次元コード表示情報を受信する。
【0266】
〔二次元コードの読み取り〕
予約者は、オフライン二次元コード表示情報を用いて利用者端末１にオフライン制御用の二次元コードＢを表示し、表示したオフライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
予約者は、オフライン二次元コード表示情報を用いて利用者端末１にオフライン制御用の二次元コードＢを表示し、表示したオフライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
【0267】
〔予約時間帯に該当するか判別〕
制御装置６は、暗号化予約情報を公開鍵６２２で復号して復号後予約情報を得る。制御装置６は、外部との通信を行うことなく、タイマー部６４が計時する現在時刻が復号後予約情報に含まれる予約時間帯に含まれるか判別する。
制御装置６は、暗号化予約情報を公開鍵６２２で復号して復号後予約情報を得る。制御装置６は、外部との通信を行うことなく、タイマー部６４が計時する現在時刻が復号後予約情報に含まれる予約時間帯に含まれるか判別する。
【0268】
〔ロック装置４を解錠状態に制御〕
現在時刻が予約時間帯に含まれる場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を解錠状態に制御する。これにより、予約者は、予約時間帯に管理対象Ｍを利用できる。
現在時刻が予約時間帯に含まれる場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を解錠状態に制御する。これにより、予約者は、予約時間帯に管理対象Ｍを利用できる。
【0269】
〔ロック装置４を施錠状態に維持〕
現在時刻が予約時間帯に含まれない場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を施錠状態に維持する。これにより、予約者は、予約時間帯外に管理対象Ｍを利用できない。
現在時刻が予約時間帯に含まれない場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を施錠状態に維持する。これにより、予約者は、予約時間帯外に管理対象Ｍを利用できない。
【0270】
＜オフライン制御を行う錠３の時刻合わせ＞
外部との通信を行わないオフライン制御を行う錠３の時刻合わせを説明する。
外部との通信を行わないオフライン制御を行う錠３の時刻合わせを説明する。
【0271】
〔生成時刻付二次元コードを発行〕
予約者は、管理対象Ｍの周辺において、利用者端末１を介して予約管理装置２に二次元コードＢの発行を要求する。予約管理装置２は、二次元コードＢを生成した生成時刻情報、予約時間帯及び管理対象Ｍを特定可能な情報を含む生成時刻付予約情報を秘密鍵２２２で暗号化した暗号化生成時刻付予約情報を含むオフライン制御用の生成時刻付二次元コードＢを表示可能な生成時刻付オフライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、生成時刻付二次元コード表示情報を受信する。
予約者は、管理対象Ｍの周辺において、利用者端末１を介して予約管理装置２に二次元コードＢの発行を要求する。予約管理装置２は、二次元コードＢを生成した生成時刻情報、予約時間帯及び管理対象Ｍを特定可能な情報を含む生成時刻付予約情報を秘密鍵２２２で暗号化した暗号化生成時刻付予約情報を含むオフライン制御用の生成時刻付二次元コードＢを表示可能な生成時刻付オフライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、生成時刻付二次元コード表示情報を受信する。
【0272】
〔二次元コードの読み取り〕
予約者は、オフライン二次元コード表示情報を用いて利用者端末１にオフライン制御用の二次元コードＢを表示し、表示したオフライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
予約者は、オフライン二次元コード表示情報を用いて利用者端末１にオフライン制御用の二次元コードＢを表示し、表示したオフライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
【0273】
〔時刻合わせ〕
制御装置６は、生成時刻情報に対応する生成時刻からタイマー部６４が計時する現在時刻までに経過した時間が所定時間以下であるか判別する。所定時間以下であれば、制御装置６は、生成時刻に特定時間を加えた時刻に現在時刻を時刻合わせする。これにより、制御装置６は、ネットワークＮを介して時刻合わせに用いる時刻を提供する外部の手段を用いることなく、タイマー部６４の時刻合わせを行うことができる。
制御装置６は、生成時刻情報に対応する生成時刻からタイマー部６４が計時する現在時刻までに経過した時間が所定時間以下であるか判別する。所定時間以下であれば、制御装置６は、生成時刻に特定時間を加えた時刻に現在時刻を時刻合わせする。これにより、制御装置６は、ネットワークＮを介して時刻合わせに用いる時刻を提供する外部の手段を用いることなく、タイマー部６４の時刻合わせを行うことができる。
【0274】
＜オンライン制御を行う錠３で管理された管理対象Ｍの貸出＞
予約管理装置２と通信を行うオンライン制御を行う錠３で管理された管理対象Ｍの貸出について説明する。
予約管理装置２と通信を行うオンライン制御を行う錠３で管理された管理対象Ｍの貸出について説明する。
【0275】
〔管理対象Ｍの利用を予約〕
管理対象Ｍの利用を予約する予約者は、利用者端末１を介して予約管理装置２に予約時間帯における管理対象Ｍの利用の予約を要求する。予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む大容量予約情報（予約情報）を生成する。
管理対象Ｍの利用を予約する予約者は、利用者端末１を介して予約管理装置２に予約時間帯における管理対象Ｍの利用の予約を要求する。予約管理装置２は、予約時間帯及び管理対象Ｍを特定可能な情報を含む大容量予約情報（予約情報）を生成する。
【0276】
〔二次元コードを発行〕
予約管理装置２は、大容量予約情報と対応する識別情報を含み、予約時間帯を含まない小容量情報を秘密鍵２２２で暗号化した暗号化小容量情報を含むオンライン制御用の二次元コードＢを表示可能なオンライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、オンライン二次元コード表示情報を受信する。
予約管理装置２は、大容量予約情報と対応する識別情報を含み、予約時間帯を含まない小容量情報を秘密鍵２２２で暗号化した暗号化小容量情報を含むオンライン制御用の二次元コードＢを表示可能なオンライン二次元コード表示情報を利用者端末１に送信する。利用者端末１は、オンライン二次元コード表示情報を受信する。
【0277】
〔大容量予約情報の送信〕
予約管理装置２は、予約時間帯、識別情報、及び管理対象Ｍを特定可能な１以上の大容量予約情報を指定の時間以上の間隔を空けたタイミングでまとめて送信する。制御装置６は、まとめて送信された１以上の大容量予約情報を受信する。
予約管理装置２は、予約時間帯、識別情報、及び管理対象Ｍを特定可能な１以上の大容量予約情報を指定の時間以上の間隔を空けたタイミングでまとめて送信する。制御装置６は、まとめて送信された１以上の大容量予約情報を受信する。
【0278】
〔二次元コードの読み取り〕
予約者は、オンライン二次元コード表示情報を用いて利用者端末１にオンライン制御用の二次元コードＢを表示し、表示したオンライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
予約者は、オンライン二次元コード表示情報を用いて利用者端末１にオンライン制御用の二次元コードＢを表示し、表示したオンライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５に読み取らせる。動き識別センサを備える読取装置５は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
【0279】
〔対応大容量予約情報を受信しているか判別〕
制御装置６は、暗号化小容量情報を公開鍵６２２で復号して復号後小容量情報を得る。制御装置６は、復号後小容量情報に対応する対応大容量予約情報を受信しているか判別する。
制御装置６は、暗号化小容量情報を公開鍵６２２で復号して復号後小容量情報を得る。制御装置６は、復号後小容量情報に対応する対応大容量予約情報を受信しているか判別する。
【0280】
〔特定大容量予約情報を受信〕
対応大容量予約情報を受信していない場合、制御装置６は、対応大容量予約情報に相当する特定大容量予約情報の送信を予約管理装置２に指令し、特定大容量予約情報を受信する。
対応大容量予約情報を受信していない場合、制御装置６は、対応大容量予約情報に相当する特定大容量予約情報の送信を予約管理装置２に指令し、特定大容量予約情報を受信する。
【0281】
〔予約時間帯に該当するか判別〕
制御装置６は、現在時刻が対応大容量予約情報に含まれる予約時間帯に該当するか判別する。
制御装置６は、現在時刻が対応大容量予約情報に含まれる予約時間帯に該当するか判別する。
【0282】
〔ロック装置４を解錠状態に制御〕
現在時刻が予約時間帯に含まれる場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を解錠状態に制御する。これにより、予約者は、予約時間帯に管理対象Ｍを利用できる。
現在時刻が予約時間帯に含まれる場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を解錠状態に制御する。これにより、予約者は、予約時間帯に管理対象Ｍを利用できる。
【0283】
〔ロック装置４を施錠状態に維持〕
現在時刻が予約時間帯に含まれない場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を施錠状態に維持する。これにより、予約者は、予約時間帯外に管理対象Ｍを利用できない。
現在時刻が予約時間帯に含まれない場合、制御装置６は、管理対象Ｍへの出入りを管理可能なロック装置４を施錠状態に維持する。これにより、予約者は、予約時間帯外に管理対象Ｍを利用できない。
【0284】
＜オンライン制御を行う錠３で管理された管理対象Ｍの貸出を終了＞
予約管理装置２と通信を行うオンライン制御を行う錠３で管理された管理対象Ｍの貸出の終了について説明する。
予約管理装置２と通信を行うオンライン制御を行う錠３で管理された管理対象Ｍの貸出の終了について説明する。
【0285】
〔二次元コードの読み取り〕
予約者は、オンライン二次元コード表示情報を用いて利用者端末１にオンライン制御用の二次元コードＢを表示し、表示したオンライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５のうち、利用終了に関する利用終了読取装置に読み取らせる。動き識別センサを備える利用終了読取装置は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
予約者は、オンライン二次元コード表示情報を用いて利用者端末１にオンライン制御用の二次元コードＢを表示し、表示したオンライン制御用の二次元コードＢを管理対象Ｍの周辺に設置された錠３の読取装置５のうち、利用終了に関する利用終了読取装置に読み取らせる。動き識別センサを備える利用終了読取装置は、予約者が二次元コードＢを読み取らせる動きを検知し、二次元コードＢを読み取る。
【0286】
〔予約の終了〕
制御装置６は、読み取った二次元コードＢと対応する大容量予約情報に利用終了を示す情報を関連付ける。制御装置６は、読み取った二次元コードＢと対応する予約の終了に関する利用終了情報を予約管理装置２に送信する。予約管理装置２は、利用終了情報を受信し、当該予約に関する大容量予約情報に利用終了を示す情報を関連付ける。これにより、予約時間帯に該当する時刻であっても、二次元コードＢによる錠３の解錠を行えなくなる。また、予約管理装置２は、当該予約に関する大容量予約情報の送信を終了する。
制御装置６は、読み取った二次元コードＢと対応する大容量予約情報に利用終了を示す情報を関連付ける。制御装置６は、読み取った二次元コードＢと対応する予約の終了に関する利用終了情報を予約管理装置２に送信する。予約管理装置２は、利用終了情報を受信し、当該予約に関する大容量予約情報に利用終了を示す情報を関連付ける。これにより、予約時間帯に該当する時刻であっても、二次元コードＢによる錠３の解錠を行えなくなる。また、予約管理装置２は、当該予約に関する大容量予約情報の送信を終了する。
【実施例0287】
以下、実施例により本発明を具体的に説明するが、本発明はこれらに限定されるもので
はない。
はない。
【0288】
＜実施例及び比較例に係る制御システムＳの構築＞
〔実施例１〕 オフライン動作を行う錠３の制御システムＳ
まず、本発明の実施形態にかかる予約管理装置２を用意した。そして、管理対象Ｍの利用を管理可能であり、ＢＬＥによって制御装置６と電気的に接続可能である電子式のロック装置４に読取装置５及び制御装置６を後付けして実施形態にかかる錠３を構成した。錠３が外部との通信を行わないオフライン動作を行うよう指定し、２２時から６時までの時間帯に制御処理を行わないスリープ状態となるよう指定して、実施例１の制御システムＳを構成した。
〔実施例１〕 オフライン動作を行う錠３の制御システムＳ
まず、本発明の実施形態にかかる予約管理装置２を用意した。そして、管理対象Ｍの利用を管理可能であり、ＢＬＥによって制御装置６と電気的に接続可能である電子式のロック装置４に読取装置５及び制御装置６を後付けして実施形態にかかる錠３を構成した。錠３が外部との通信を行わないオフライン動作を行うよう指定し、２２時から６時までの時間帯に制御処理を行わないスリープ状態となるよう指定して、実施例１の制御システムＳを構成した。
【0289】
実施例１の読取装置５及び制御装置６は、動作電圧が３．３［Ｖ］のものを用いた。実施例の制御装置電源部６５は、公称電圧５［Ｖ］で容量２２００［ｍＡ］の電池が供給する電力を変換効率０．９で出力電圧３．３［Ｖ］に変換して読取装置５及び制御装置６に供給可能であるものを用いた。
【0290】
〔実施例２〕 オンライン動作を行う錠３の制御システムＳ
制御装置通信部６３がＷｉ－Ｆｉネットワークに接続可能である錠３に、Ｗｉ－Ｆｉネットワークを介した外部との通信を行うオンライン動作を行うよう指定したこと以外は、実施例１と同様にして実施例２の制御システムＳを構成した。
制御装置通信部６３がＷｉ－Ｆｉネットワークに接続可能である錠３に、Ｗｉ－Ｆｉネットワークを介した外部との通信を行うオンライン動作を行うよう指定したこと以外は、実施例１と同様にして実施例２の制御システムＳを構成した。
【0291】
〔比較例〕 大容量予約情報を逐一受信する錠３の制御システム
比較対象として、実施例２と同じ予約管理装置２を用意し、実施例２と同じロック装置４、読取装置５、制御装置６、及び制御装置電源部６５で構成された錠３に大容量予約情報を逐一受信させる動作を行うよう指定して、比較例の制御システムＳを構成した。
比較対象として、実施例２と同じ予約管理装置２を用意し、実施例２と同じロック装置４、読取装置５、制御装置６、及び制御装置電源部６５で構成された錠３に大容量予約情報を逐一受信させる動作を行うよう指定して、比較例の制御システムＳを構成した。
【0292】
＜試験内容＞
〔消費電流〕
実施例１、実施例２、及び比較例のそれぞれについて、市販の電流計を用いて、二次元コードＢの読み取り、大容量予約情報の受信、及びロック装置４の制御のいずれも行わない待機状態において読取装置５と制御装置６とが消費する消費電流の合計である待機状態消費電流、二次元コードを読み取る読取状態において読取装置５が消費する読取消費電流、大容量予約情報を受信する受信状態において制御装置通信部６３が消費する受信消費電流、並びにロック装置４を制御する制御状態において制御装置通信部６３が消費する制御消費電流を測定した。結果を表１に示す。
〔消費電流〕
実施例１、実施例２、及び比較例のそれぞれについて、市販の電流計を用いて、二次元コードＢの読み取り、大容量予約情報の受信、及びロック装置４の制御のいずれも行わない待機状態において読取装置５と制御装置６とが消費する消費電流の合計である待機状態消費電流、二次元コードを読み取る読取状態において読取装置５が消費する読取消費電流、大容量予約情報を受信する受信状態において制御装置通信部６３が消費する受信消費電流、並びにロック装置４を制御する制御状態において制御装置通信部６３が消費する制御消費電流を測定した。結果を表１に示す。
【表1】
【0293】
〔動作試験〕
実施例１、実施例２、及び比較例の制御システムＳを６時から翌日６時までの１日間動作させる試験を行った。当該試験において、実施例１及び実施例２の制御システムＳは、スリープ状態に関する指定に基づき、２２時から６時までスリープ状態であった。当該試験において、実施例２の制御システムＳは、大容量予約情報を送信するタイミングの指定に基づき、６時、１２時、１８時に大容量予約情報を送信した。
実施例１、実施例２、及び比較例の制御システムＳを６時から翌日６時までの１日間動作させる試験を行った。当該試験において、実施例１及び実施例２の制御システムＳは、スリープ状態に関する指定に基づき、２２時から６時までスリープ状態であった。当該試験において、実施例２の制御システムＳは、大容量予約情報を送信するタイミングの指定に基づき、６時、１２時、１８時に大容量予約情報を送信した。
【0294】
［平均動作時間〕
動作試験中に発生した読取状態のそれぞれについて読取状態が継続した読取時間を測定し、その平均である平均読取時間を算出した。また、動作試験中に発生した受信状態のそれぞれについて受信状態が継続した受信時間を測定し、その平均である平均受信時間を算出した。また、動作試験中に発生した制御状態のそれぞれについて制御状態が継続した制御時間を測定し、その平均である平均制御時間を算出した。結果を表２に示す。
動作試験中に発生した読取状態のそれぞれについて読取状態が継続した読取時間を測定し、その平均である平均読取時間を算出した。また、動作試験中に発生した受信状態のそれぞれについて受信状態が継続した受信時間を測定し、その平均である平均受信時間を算出した。また、動作試験中に発生した制御状態のそれぞれについて制御状態が継続した制御時間を測定し、その平均である平均制御時間を算出した。結果を表２に示す。
【表2】
【0295】
［消費電力］
１日間の動作試験中において、実施例１、実施例２、及び比較例のそれぞれについて、錠３が読取装置５と制御装置６とにおいて消費した消費電力を測定した。結果を表３に示す。
１日間の動作試験中において、実施例１、実施例２、及び比較例のそれぞれについて、錠３が読取装置５と制御装置６とにおいて消費した消費電力を測定した。結果を表３に示す。
【表3】
【0296】
＜試験結果の考察と検討＞
待機状態、読取状態、及び制御状態における消費電流は、実施例１、実施例２、比較例のいずれにおいても同じであった。また、平均読取時間及び平均制御時間は、実施例１、実施例２、比較例のいずれにおいても同じであった。
待機状態、読取状態、及び制御状態における消費電流は、実施例１、実施例２、比較例のいずれにおいても同じであった。また、平均読取時間及び平均制御時間は、実施例１、実施例２、比較例のいずれにおいても同じであった。
【0297】
外部との通信を行わず、受信状態にならない実施例１は、実施例２及び比較例より消費電力が少なかった。外部との通信を行う実施例２と比較例は、待機状態、読取状態、受信状態、及び制御状態における消費電流、平均読取時間、並びに平均制御時間が同じであったにもかかわらず、試験を行った１日間における消費電力に大きな開きがあった。実施例２と比較例との消費電力の違いは、実施例２が動作試験中に３回あった受信状態にならなかったのに対し、比較例は、常時受信状態であったためであると考えられる。また、実施例１及び実施例２は、指定された時間帯にスリープ状態となることによっても、消費電力を低減していたものと考えられる。
【0298】
上述のとおり、実施例１、実施例２、及び比較例において用いた制御装置電源部６５は、公称電圧５［Ｖ］で容量２２００［ｍＡ］の電池が供給する電力を変換効率０．９で出力電圧３．３［Ｖ］に変換して読取装置５及び制御装置６に供給可能である電源部である。
【0299】
したがって、実施例１の錠３は、試験中と同様の制御を、電池を交換することなく３２４日間（約１０ヶ月）以上継続可能であると考えられる。また、実施例２の錠３は、試験中と同様の制御を、電池を交換することなく２７５日間（約９ヶ月）以上継続可能であると考えられる。一方、比較例の錠３は、電池を交換しない場合、試験中と同様の制御を９－１０日間程度しか継続できないと考えられる。
【0300】
すなわち、実施例１及び実施例２の錠３は、１年間における電池の交換が１－２回程度であると見込まれるのに対し、比較例の錠３は、１年間における電池の交換が３６－４１回程度であると見込まれる。
【0301】
したがって、オフライン制御を行う実施例１の錠３及びオンライン制御を行う実施例２の錠３は、いずれも比較例より消費電力を低減できる。よって、実施例１及び実施例２の制御システムＳは、電源部の保守にかかる頻度を大幅に低減可能であることが確かめられた。
【0302】
なお、本発明の思想の範疇において、当業者であれば各種の変更例及び修正例に想到し得るものであり、それら変更例及び修正例についても本発明の範囲に属するものと了解される。例えば、前述の実施の形態に対して、当業者が適宜、構成要素の追加、削除若しくは設計変更を行ったもの、又は、工程の追加、省略若しくは条件変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。
【符号の説明】
【0303】
Ｓ 制御システム
１ 利用者端末
２ 予約管理装置
２１ 管理装置制御部
２１１ 大容量予約情報生成部
２１２ 大容量予約情報送信部
２１３ 二次元コード発行部
２１４ 利用終了情報受信部
２２ 管理装置記憶部
２２１ 予約テーブル
２２２ 秘密鍵
２３ 管理装置通信部
３ 錠
４ ロック装置
５ 読取装置
６ 制御装置
６１ 制御装置制御部
６１１ 動作判別部
６１２ 大容量予約情報受信部
６１３ 読取部
６１４ 復号部
６１５ 判別部
６１６ 解錠指令部
６１７ 時刻合わせ部
６１８ 利用終了情報送信部
６２ 制御装置記憶部
６２１ 大容量予約情報テーブル
６２２ 公開鍵
６３ 制御装置通信部
６４ タイマー部
６５ 制御装置電源部
６６ 動作指定部
６７ 装置識別標識
Ｂ 二次元コード
Ｍ 管理対象
Ｎ ネットワーク
１ 利用者端末
２ 予約管理装置
２１ 管理装置制御部
２１１ 大容量予約情報生成部
２１２ 大容量予約情報送信部
２１３ 二次元コード発行部
２１４ 利用終了情報受信部
２２ 管理装置記憶部
２２１ 予約テーブル
２２２ 秘密鍵
２３ 管理装置通信部
３ 錠
４ ロック装置
５ 読取装置
６ 制御装置
６１ 制御装置制御部
６１１ 動作判別部
６１２ 大容量予約情報受信部
６１３ 読取部
６１４ 復号部
６１５ 判別部
６１６ 解錠指令部
６１７ 時刻合わせ部
６１８ 利用終了情報送信部
６２ 制御装置記憶部
６２１ 大容量予約情報テーブル
６２２ 公開鍵
６３ 制御装置通信部
６４ タイマー部
６５ 制御装置電源部
６６ 動作指定部
６７ 装置識別標識
Ｂ 二次元コード
Ｍ 管理対象
Ｎ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】