特開 2024-9761 ロック解除コードおよびロック識別子をランダムに生成して関連づけるためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024009761

(43)【公開日】2024-01-23

(54)【発明の名称】ロック解除コードおよびロック識別子をランダムに生成して関連づけるためのシステムおよび方法

(51)【国際特許分類】

   E05B 37/00 20060101AFI20240116BHJP

【ＦＩ】

E05B37/00

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023092143

(22)【出願日】2023-06-05

(31)【優先権主張番号】17/861,731

(32)【優先日】2022-07-11

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】523212405

【氏名又は名称】ダヴィンチ ロック エルエルシー

(74)【代理人】

【識別番号】100114775

【弁理士】

【氏名又は名称】高岡 亮一

(74)【代理人】

【識別番号】100121511

【弁理士】

【氏名又は名称】小田 直

(74)【代理人】

【識別番号】100202751

【弁理士】

【氏名又は名称】岩堀 明代

(74)【代理人】

【識別番号】100208580

【弁理士】

【氏名又は名称】三好 玲奈

(74)【代理人】

【識別番号】100191086

【弁理士】

【氏名又は名称】高橋 香元

(72)【発明者】

【氏名】ミンスレー，ブラッドフォード

(72)【発明者】

【氏名】ミンスレー，クリフトン

(57)【要約】      （修正有）

【課題】付き添いを必要とすることなくオーバーロックされたストレージユニットへのアクセスを許可または禁止するシステムを提供する。
【解決手段】ストレージユニット１０４へのアクセスを防止するオーバーロック１１０と、コンピューティングハードウェアおよびソフトウェア１１９を有し、コンピューティングハードウェアおよびソフトウェア１１９は、複数のロック解除コードとロック識別子をランダムに生成したうえで複数のロック解除コード／ロック識別子対を作り出し、そのうちの１つを選択する。オーバーロック１１０には、選択されたロック識別子が付与され、かつ選択されたロック解除コードでプログラムされる。
【選択図】図１

【特許請求の範囲】

【請求項1】

ロックをロック解除コードおよびロック識別子と関連づけるための方法であって、
ロック識別子が付され、かつロック解除コードでプログラムされた電子通信することができないロックを選択する工程
を含み、
プロセッサに接続されたデータベースはロック解除コードおよびロック識別子を記憶しており、
前記プロセッサは、
（ｉ）複数のロック解除コードをランダムに生成し、
（ｉｉ）複数のロック識別子をランダムに生成し、
（ｉｉｉ）前記複数のロック解除コードからロック解除コードをランダムに選択すること、および前記複数のロック識別子からロック識別子をランダムに選択することにより、複数のロック解除コード／ロック識別子対を作り出し、かつ
（ｉｖ）前記複数のロック解除コード／識別子対からロック解除コード／ロック識別子対を選択する
ように構成されており、
前記ロックは前記選択されたロック識別子が付されており、かつ前記ロックは前記選択されたロック解除コードでプログラムされている方法。

【請求項2】

前記ロック識別子は数字、アルファベット文字、特殊文字および英数字からなる群から選択される文字列である、請求項１に記載の方法。

【請求項3】

前記プロセッサは乱数生成器を利用して前記複数のロック解除コードを生成する、請求項１に記載の方法。

【請求項4】

前記プロセッサは乱数生成器を利用して前記複数のロック識別子を生成する、請求項１に記載の方法。

【請求項5】

前記プロセッサはランダムリンク生成器を利用して前記複数のロック解除コード／ロック識別子対を作り出す、請求項１に記載の方法。

【請求項6】

前記選択されたロック解除コード／ロック識別子対は前記データベース内の表に記憶される、請求項１に記載の方法。

【請求項7】

前記プロセッサはさらに、前記ロック解除コードをテキストメッセージ、マルチメディアメッセージ（ＭＭＳ）、Ｅメールまたはセキュアメッセージとしてモバイル端末に送信するように構成されている、請求項１に記載の方法。

【請求項8】

前記プロセッサはさらに、顧客が前記ロックに関連づけられているか否かを決定するために前記データベースにおいてルックアップ動作を行うように構成されている、請求項１に記載の方法。

【請求項9】

ロックのロック解除コードをランダムに生成するための方法であって、
位置を電子通信することができないロックで防犯する工程
を含み、
プロセッサに接続されたデータベースは前記ロックと顧客との関連づけを記憶しており、
前記プロセッサは、
（ｉ）複数のロック解除コードをランダムに生成し、
（ｉｉ）複数の識別子をランダムに生成し、
（ｉｉｉ）ロック解除コード／識別子対を作り出し、ここでは前記ロック解除コード／識別子対は前記複数のロック解除コードからロック解除コードをランダムに選択すること、および前記複数の識別子から識別子をランダムに選択することにより作り出し、かつ
（ｉｖ）前記データベースにおいて前記ロック解除コード／識別子対を前記ロックに関連づける
ように構成されており、
前記プロセッサはさらに、前記データベースから前記ロックに関連づけられた前記ロック解除コードを検索し、かつ前記ロック解除コードを前記顧客に関連づけられたモバイル端末に送信する
ように構成されている方法。

【請求項10】

前記識別子は数字、アルファベット文字、特殊文字および英数字からなる群から選択される文字列である、請求項９に記載の方法。

【請求項11】

前記プロセッサは乱数生成器を利用して前記複数のロック解除コードを生成する、請求項９に記載の方法。

【請求項12】

前記プロセッサは乱数生成器を利用して前記複数の識別子を生成する、請求項９に記載の方法。

【請求項13】

前記プロセッサはランダムリンク生成器を利用して前記ロック解除コード／識別子対を作り出す、請求項９に記載の方法。

【請求項14】

前記ロック解除コード／識別子対は前記データベース内の表において前記ロックに関連づけられている、請求項９に記載の方法。

【請求項15】

前記ロック解除コードはテキストメッセージ、マルチメディアメッセージ（ＭＭＳ）、Ｅメールまたはセキュアメッセージとして前記モバイル端末に送信される、請求項９に記載の方法。

【請求項16】

前記プロセッサはさらに、前記顧客が前記ロックに関連づけられているか否かを決定するために前記データベースにおいてルックアップ動作を行うように構成されている、請求項９に記載の方法。

【請求項17】

ロックのロック解除コードをランダムに生成するためのシステムであって、
電子通信することができないロックと、
前記ロックと顧客情報との関連づけを記憶するように構成され、かつさらに複数のロック解除コード／識別子対を記憶するように構成されたデータベースと、
前記データベースに通信可能に接続されたプロセッサであって、
（ｉ）複数のロック解除コードをランダムに生成し、
（ｉｉ）複数の識別子をランダムに生成し、
（ｉｉｉ）複数のロック解除コード／識別子対を作り出し、ここでは各ロック解除コード／識別子対は前記複数のロック解除コードからロック解除コードをランダムに選択すること、および前記複数の識別子から識別子をランダムに選択することによって作り出し、
（ｉｖ）前記複数のロック解除コード／識別子対からロック解除コード／識別子対を選択し、かつ
（ｖ）前記データベースにおいて前記選択されたロック解除コード／識別子対を前記ロックと関連づける
ように構成されているプロセッサと、
前記プロセッサに通信可能に接続されたモバイル端末であって、顧客アカウント情報を前記プロセッサに送信するように構成されているモバイル端末と、
前記プロセッサに通信可能に接続された送受信機とを
備え、
前記プロセッサはさらに、前記顧客情報の受信時に前記データベースから前記ロックに関連づけられた前記ロック解除コードを検索するように構成されており、かつ
前記送受信機は前記ロック解除コードを前記モバイル端末に送信するように構成されているシステム。

【請求項18】

前記プロセッサはさらに、前記モバイル端末から受信された前記顧客情報が前記ロックに関連づけられているか否かを決定するために前記データベースにおいてルックアップ動作を行うように構成されている、請求項１７に記載のシステム。

【請求項19】

前記送受信機はさらに、前記モバイル端末から受信された前記顧客情報が前記ロックに関連づけられている場合に前記ロック解除コードを前記モバイル端末に送信するように構成されている、請求項１８に記載のシステム。

【請求項20】

前記プロセッサはさらに、前記データベースにおいて前記ロック解除コード／識別子対を前記ロックにランダムに関連づけるように構成されている、請求項１７に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１８年８月２４日に出願された米国仮特許出願第６２／７２２，３７９号の優先権を主張する、２０１９年８月２０日に出願された米国通常特許出願第１６／５４５，２４７号の優先権を主張する、２０２１年１月１８日に出願された米国通常特許出願第１７／１５１，６０９号の優先権を主張する、２０２１年１２月１０日に出願された米国通常特許出願第１７／５４７，２８９号の一部継続出願であり、かつその利益および優先権を主張するものであり、それらの完全な主題全体が参照により本明細書に組み込まれ、さらなる米国通常特許出願第１６／５４５，２４７号は、２０１７年９月２０日に出願された米国仮特許出願第６２／５６０，９００号の利益を主張する、２０１８年３月７日に出願された米国通常特許出願第１５／１４１，１７９号の一部継続出願であり、かつその利益を主張する、２０１８年４月２５日に出願された米国通常特許出願第１５／９６２，５８３号の一部継続出願であり、かつその利益を主張するものであり、それらの全ての内容全体が参照により本明細書に組み込まれる。

【0002】

本発明は一般に、レンタル可能な施設のためのオーバーロック（ｏｖｅｒ－ｌｏｃｋ）および解除システムの分野に関する。より詳細には、本発明は、空きユニットをオーバーロックで防犯することを可能にし、かつセルフストレージ施設の人間の介入すなわち手動の介入なしに顧客によってオーバーロックを取り外すのを可能にするセルフストレージ施設のための分散管理システムである。

【背景技術】

【0003】

セルフストレージユニットは典型的には月単位でレンタルされる。顧客が滞納状態であり、合意した期日までにセルフストレージ施設所有者に自身のレンタル料を支払わない場合には、所有者（すなわち大家）は顧客がストレージユニットにアクセスするのを止める権利を有する。セルフストレージ施設所有者は典型的に、ドアの開放を防止する掛け金などによりストレージユニットのドアにオーバーロックをかける。オーバーロックは顧客が自身のアカウント上の滞納状態の支払期限を過ぎた残高を支払うまで利用される。

【0004】

オーバーロックをかけ、かつ取り外すプロセスは、特にその大多数が月決めの顧客にレンタルされる可能性がある数百個ものストレージユニットを有する大きい施設のセルフストレージ施設所有者にはかなりの負担となり得る。ストレージユニットにオーバーロックをかけた後に、顧客アカウントが滞納状態でなくなったらオーバーロックを最終的に取り外さなければならない。オーバーロックを取り外すことは、セルフストレージ施設の職員が実際にストレージユニットに赴いてオーバーロックを取り外すことを必要とするため、時間およびコストがかかる。

【0005】

また従来のオーバーロックのコストは手が出ないほどに高額な場合がある。多くの従来のオーバーロックは電子式であり、自動化およびリモート施錠／開錠機能を提供する。そのようなオーバーロックはそのスペース内部のストレージドアの背後に設置しなければならないため、これらのオーバーロックはストレージ構造に対してかなりの設備改良を必要とする場合が多い。さらに、これらの電子ロックは本質的に絶え間ない電力を必要とし、それらの連続的な２４時間の動作によりセルフストレージ施設の電力消費コストは上昇する。

【0006】

さらに、あらゆる複雑な電子装置と同様に電子オーバーロックは故障および誤作動しやすく、最終的に交換を必要としないとしても電気工によるコストのかかる修理を行うことを必要とする場合がある。

【0007】

他の従来のオーバーロックとしては標準的な文字合わせ錠が挙げられる。但し、限られた数の標準的な文字合わせオーバーロックを利用しているセルフストレージ施設の場合、習慣的に滞納状態の顧客は最終的にロック解除コードを認識し始め、これらのオーバーロックは役に立たないものになる。次いでセルフストレージ施設は、公知になって危険に曝されるようになったロック解除コードを有するオーバーロックを絶え間なく交換しなければならない。

【0008】

標準的な文字合わせオーバーロックの別の欠点は、顧客へのアクセスが遅れる可能性である。顧客が支払いを行って自身のアカウントを復活させた場合に、セルフストレージ管理事務所が営業を終えていたり、週末、時間外または休日などに職員が求めに応じることができなかったりする場合に、顧客はその事務所が営業を開始し、オーバーロックを取り外すために職員が求めに応じるまで待たなければならない。従って顧客は、自身のアカウントを復活させるために支払いを行った直後に自身のストレージユニットへのアクセスおよび占有権を得ることができない。そのような支払いとオーバーロックの取り外しとの間の時差により、即時に自身のストレージユニットへのアクセスを必要とする場合があるテナントの要求に応じられない。

【0009】

セルフストレージ施設を管理する上での別の課題は、空きストレージユニットがレンタルされていない場合にそれらを防犯することである。空きユニットが適切に防犯されていない場合、これらのユニットに無許可の人間が違法に侵入して物品を保管するためにお金を払わずに使用することができたり、ゴミを廃棄するために使用することができたり、セルフストレージ施設およびセルフストレージ施設の顧客の責任および安全問題を提起することができる他の不正もしくは違法行為のために使用することができたりする。現在のところ、空きユニットは従来のロックを用いて防犯しなければならない。ロックされた空きユニットがその後にレンタルされた場合、セルフストレージ施設の代表者はユニットを訪れて手動でそのロックを取り外さなければならない。そのようなプロセスは負担であり、手動集約的であり、顧客がユニットを借りてから実際にそのユニットにアクセスすることができるまでの時間が延びる。

【0010】

従ってセルフストレージ産業において、施設内への付き添いを必要とすることなく空きストレージユニットなどのオーバーロックされたストレージユニットへのアクセスを許可または禁止するシステムが必要とされている。そのような分散型オーバーロックシステムは、オーバーロックされたストレージユニットへの即時のアクセスを可能にし、滞納状態の顧客がタイミングよくアカウントを復活させるのを促し、かつ従来の電子式の標準的な文字合わせオーバーロックシステムに付随する動作コストを下げる。

【発明の概要】

【0011】

一実施形態では、本発明は、ロックをロック解除コードおよびロック識別子と関連づけるための方法であって、ロック識別子が付され、かつロック解除コードでプログラムされた電子通信することができないロックを選択する工程を含み、プロセッサに接続されたデータベースはロック解除コードおよびロック識別子を記憶しており、プロセッサは、（ｉ）複数のロック解除コードをランダムに生成し、（ｉｉ）複数のロック識別子をランダムに生成し、（ｉｉｉ）複数のロック解除コードからロック解除コードをランダムに選択すること、および複数のロック識別子からロック識別子をランダムに選択することにより、複数のロック解除コード／ロック識別子対を作り出し、かつ（ｉｖ）複数のロック解除コード／識別子対からロック解除コード／ロック識別子対を選択するように構成されており、ロックには選択されたロック識別子が付されており、かつロックは選択されたロック解除コードでプログラムされている方法に関する。

【0012】

別の実施形態では、本発明は、ロックのロック解除コードをランダムに生成するための方法であって、電子通信することができないロックで位置を防犯する工程を含み、プロセッサに接続されたデータベースはロックと顧客との関連づけを記憶しており、プロセッサは、（ｉ）複数のロック解除コードをランダムに生成し、（ｉｉ）複数の識別子をランダムに生成し、（ｉｉｉ）ロック解除コード／識別子対を作り出し、ここではロック解除コード／識別子対は複数のロック解除コードからロック解除コードをランダムに選択すること、および複数の識別子から識別子をランダムに選択することにより作り出し、かつ（ｉｖ）データベースにおいてロック解除コード／識別子対をロックに関連づけるように構成されており、プロセッサはさらに、データベースからロックに関連づけられたロック解除コードを検索し、かつロック解除コードを顧客に関連づけられたモバイル端末に送信するように構成されている方法に関する。

【0013】

さらに別の実施形態では、本発明は、ロックのロック解除コードをランダムに生成するためのシステムであって、電子通信することができないロックと、ロックと顧客情報との関連づけを記憶するように構成され、かつさらに複数のロック解除コード／識別子対を記憶するように構成されたデータベースと、データベースに通信可能に接続されたプロセッサであって、（ｉ）複数のロック解除コードをランダムに生成し、（ｉｉ）複数の識別子をランダムに生成し、（ｉｉｉ）複数のロック解除コード／識別子対を作り出し、ここでは各ロック解除コード／識別子対は複数のロック解除コードからロック解除コードをランダムに選択すること、および複数の識別子から識別子をランダムに選択することによって作り出し、（ｉｖ）複数のロック解除コード／識別子対からロック解除コード／識別子対を選択し、かつ（ｖ）データベースにおいて選択されたロック解除コード／識別子対をロックと関連づけるように構成されたプロセッサと、プロセッサに通信可能に接続されたモバイル端末であって、顧客アカウント情報をプロセッサに送信するように構成されているモバイル端末と、プロセッサに通信可能に接続された送受信機とを備え、プロセッサはさらに顧客情報の受信時にデータベースからロックに関連づけられたロック解除コードを検索するように構成されており、かつ送受信機はロック解除コードをモバイル端末に送信するように構成されているシステムに関する。

【0014】

本開示のこれらおよび他の実施形態について以下の例示的かつ非限定的な図を参照しながら考察する。これらの図では、同様の要素は同様に番号が付されている。

【図面の簡単な説明】

【0015】

【図1】分散型暗号化文字合わせオーバーロックおよび解除システムのネットワークアーキテクチャ図である。

【図2】文字合わせオーバーロックのロック解除コードを暗号化する工程を示すフローチャートである。

【図3】文字合わせオーバーロックのロック解除コードを復号化する工程を示すフローチャートである。

【図4A】本発明の一実施形態に係る、文字合わせオーバーロックの斜視図である。

【図4B】本発明の一実施形態に係る、識別子タグを有する文字合わせオーバーロックの斜視図である。

【図4C】本発明の一実施形態に係る、円筒形タンブラーを備えた文字合わせオーバーロックの斜視図である。

【図4D】本発明の一実施形態に係る、インタフェースを備えた電子オーバーロックの斜視図である。

【図5】本発明の一実施形態に係る、キオスクおよびストレージユニットの図である。

【図6A】本発明の一実施形態に係る、ソフトウェアアプリケーションのためのオーバーロック解除インタフェースの図である。

【図6B】本発明の一実施形態に係る、ソフトウェアアプリケーションのためのオーバーロック解除インタフェースの図である。

【図7】本発明の実施形態に係るオーバーロックを使用可能および使用不可能にする工程を示すフローチャートである。

【図8】本発明の一実施形態に係る、ソフトウェアアプリケーションを用いてロック解除コードを検索するために顧客によって行われる工程を示すフローチャートである。

【図9】本発明の一実施形態に係る、電話によりロック解除コードを検索するために顧客によって行われる工程を示すフローチャートである。

【図10】本発明の一実施形態に係る、ソフトウェアアプリケーションおよびアカウント識別子のみを用いてロック解除コードを検索するために顧客によって行われる工程を示すフローチャートである。

【図11A】本発明の一実施形態に係る、ソフトウェアアプリケーションのためのアカウント識別子を検索するオーバーロック解除インタフェースの図である。

【図11B】本発明の一実施形態に係る、ソフトウェアアプリケーションのためのアカウント識別子を検索するオーバーロック解除インタフェースの図である。

【図12】本発明の一実施形態に係る、アカウント識別子のみを用いて電話によりロック解除コードを検索するために顧客によって行われる工程を示すフローチャートである。

【図13】本発明の一実施形態に係る、オーバーロックを空きストレージユニットに適用するために行われる工程を示すフローチャートである。

【図14】本発明の一実施形態に係る、空きストレージユニットの防犯用オーバーロックのために第三者財産管理システムからロック解除コードを検索するために行われる工程を示すフローチャートである。

【図15】本発明の一実施形態に係る、空きストレージユニットの防犯用オーバーロックのために第三者財産管理システムからロック解除コードを検索するために行われる工程を示すフローチャートである。

【図16】本発明の一実施形態に係る、シリアルナンバーを用いて電子メッセージ通信を介してロック管理システムからロック解除コードを検索するために行われる工程を示すフローチャートである。

【図17】本発明の一実施形態に係る、英数字コードを用いて電子メッセージ通信を介してロック管理システムからロック解除コードを検索するために行われる工程を示すフローチャートである。

【図18】本発明の一実施形態に係る、顧客アカウントステータスが滞納状態から未滞納状態に変わった際にロック解除コードを顧客に送信する工程を示すフローチャートである。

【図19】本発明の一実施形態に係る、空きストレージが使用中になった際にロック解除コードを顧客に送信する工程を示すフローチャートである。

【図20】本発明の一実施形態に係る、ロック解除コードおよび識別子をランダムに生成し、かつロック解除コード／識別子対をランダムに作り出す工程を示すフローチャートである。

【発明を実施するための形態】

【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】

本明細書において示されている例示的な実施形態との関連で本開示の原理を例示してきたが、本開示の原理はそれらに限定されず、それらのあらゆる修正、変形または置換を含む。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【外国語明細書】