(57)【要約】【課題】電子錠に対する遠隔からの簡便な管理方法を提供する。【解決手段】電子錠と管理サーバとが有線又は無線でＩＰネットワーク上で接続されていると、電子錠に対して遠隔からの制御が可能となる。一実施形態では、管理サーバが、携帯端末又はＰＣなどのコンピュータ上で動作するウェブブラウザから開錠要求を受信して（Ｓ４０１）、必要に応じて４桁のパスワードなどによって認証を行い（Ｓ４０２）、当該開錠要求に応じて電子錠に対して開錠信号を送信する（Ｓ４０３）。認証を行う際には、パスコードの入力を含めて、開錠要求と考えることができる。また、電子錠に対する開錠信号の送信前に、入力画面をユーザーに対して表示し、開錠ボタンがクリック又はタップされるか、つまみがフリック又はスライドされたことに応じて、送信を行ってもよい。逆に、開錠要求を受信したら、追加のユーザーからの入力を必要とせずに、開錠信号の送信をしてもよい。【選択図】図４
2017025584.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の電子錠に対する遠隔からの管理方法であって、
前記１又は複数の電子錠に対する開錠権限の指定を受け取るステップと、
前記開錠権限に対応する開錠情報を生成するステップと、
前記開錠情報をユーザー端末に送信するステップと、
前記開錠情報に基づく開錠要求を受け取るステップと、
前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信するステップと
を含むことを特徴とする管理方法。
【請求項２】
前記開錠権限は、ユーザー及び１又は複数の電子錠の指定を含むことを特徴とする請求項１に記載の管理方法。
【請求項３】
前記開錠権限は、日時の制限、時間帯の制限及び回数の制限のうちの少なくとも１つをさらに含むことを特徴とする請求項２に記載の管理方法。
【請求項４】
前記開錠情報の送信は、電子メール、ＳＭＳ及びチャットツールのうちのいずれかによって行うことを特徴とする請求項１から３のいずれかに記載の管理方法。
【請求項５】
前記開錠権限は、ユーザー及び複数の電子錠の指定を含み、
前記開錠信号の送信は、前記複数の電子錠のうちの開錠する電子錠の指定を受け取った後に行うことを特徴とする請求項１から４のいずれかに記載の管理方法。
【請求項６】
前記開錠情報は、前記開錠権限に対応するＵＲＬを含むことを特徴とする請求項１から５のいずれかに記載の管理方法。
【請求項７】
前記開錠要求は、ユーザー端末のウェブブラウザによる前記ＵＲＬへのアクセスを含むことを特徴とする請求項６に記載の管理方法。
【請求項８】
前記開錠情報は、前記開錠権限に対応するパスコードをさらに含み、
前記開錠要求は、前記ＵＲＬが指示するウェブサイトにおける前記パスコードの入力をさらに含むことを特徴とする請求項７に記載の管理方法。
【請求項９】
前記開錠情報は、電話番号及び前記開錠権限に対応するパスコードを含むことを特徴とする請求項１から５のいずれかに記載の管理方法。
【請求項１０】
前記開錠要求は、ユーザー端末から前記電話番号への発信と、前記パスコードの入力を含むことを特徴とする請求項９に記載の管理方法。
【請求項１１】
前記開錠要求があらかじめ登録された電話番号からなされた場合にのみ前記開錠信号の送信を行うことを特徴とする請求項９又は１０に記載の管理方法。
【請求項１２】
前記開錠要求が前記開錠情報のＳＭＳによる送信先とした電話番号からなされた場合にのみ前記開錠信号の送信を行うことを特徴とする請求項９又は１０に記載の管理方法。
【請求項１３】
コンピュータに、１又は複数の電子錠に対する遠隔からの管理方法を実行させるためのプログラムであって、前記管理方法は、
前記１又は複数の電子錠に対する開錠権限の指定を受け取るステップと、
前記開錠権限に対応する開錠情報を生成するステップと、
前記開錠情報をユーザー端末に送信するステップと、
前記開錠情報に基づく開錠要求を受け取るステップと、
前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信するステップと
を含むことを特徴とするプログラム。
【請求項１４】
１又は複数の電子錠に対する遠隔からの管理サーバであって、
前記１又は複数の電子錠に対する開錠権限の指定を受け取り、
前記開錠権限に対応する開錠情報を生成し、
前記開錠情報をユーザー端末に送信し、
前記開錠情報に基づく開錠要求を受け取り、
前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信することを特徴とする管理サーバ。
【請求項１５】
１又は複数の電子錠を遠隔から管理するための電子錠システムであって、
前記１又は複数の電子錠と、
前記電子錠とＩＰネットワーク上で接続可能な、請求項１４に記載の管理サーバと
を備えることを特徴とする電子錠システム。
【請求項１６】
前記電子錠は、サムターンを有する錠が設けられた扉に開錠補助装置が取り付けられた電子錠であり、
前記電子錠は、前記開錠補助装置とＢｌｕｅｔｏｏｔｈにより接続可能なゲートウェイを介して前記管理サーバと接続可能であることを特徴とする請求項１５に記載の電子錠システム。
【請求項１７】
前記電子錠は、前記管理サーバに対して入退室の記録を送信し、
前記管理サーバは、受信した記録を入退室履歴として記憶することを特徴とする請求項１５又は１６に記載の電子錠システム。
【請求項１８】
前記管理サーバは、前記入退室履歴に基づいて所定の宛先に対して通知を送信することを特徴とする請求項１７に記載の電子錠システム。
【請求項１９】
前記電子錠は、前記管理サーバに対して施錠の記録を送信し、
前記管理サーバは、受信した記録を施錠履歴として記憶することを特徴とする請求項１５から１８のいずれかに記載の電子錠システム。
【請求項２０】
前記管理サーバは、前記施錠履歴に基づいて所定の宛先に対して通知を送信することを特徴とする請求項１９に記載の電子錠システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１又は複数の電子錠に対する遠隔からの管理方法及び管理装置に関する。
【背景技術】
【０００２】
近年、「スマートロック」とよばれるスマートフォン、タブレットなどの携帯端末で開錠可能な電子錠が大きな注目を集めている。
【０００３】
スマートロックの大きな特徴の１つは、従来の金属製の鍵をデジタル化することによって、鍵の受け渡しが極めて容易になったことである。インターネットを介して、家族や友人、宅配業者等に日時、期間等を定めてワンタイムパスで鍵を「渡す」ことができるのである。
【０００４】
鍵を付与された人は、スマートロックに対応したアプリケーション（以下「アプリ」）を携帯端末上で呼び出して、画面上で開錠ボタンをクリック又はタップするか、つまみをフリック又はスライドすることによって（図１）、扉に取り付けられたスマートロックに開錠信号を送信して開錠を行うことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、スマートロックの利用が進むにつれて、これらに対する管理の利便性向上が望まれる。
【０００６】
本発明は、このような問題点に鑑みてなされたものであり、その目的は、電子錠に対する遠隔からの簡便な管理方法又は管理装置を提供することにある。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、本発明の第１の態様は、１又は複数の電子錠に対する遠隔からの管理方法であって、前記１又は複数の電子錠に対する開錠権限の指定を受け取るステップと、前記開錠権限に対応する開錠情報を生成するステップと、前記開錠情報をユーザー端末に送信するステップと、前記開錠情報に基づく開錠要求を受け取るステップと、前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信するステップとを含むことを特徴とする。
【０００８】
また、本発明の第２の態様は、第１の態様において、前記開錠権限は、ユーザー及び１又は複数の電子錠の指定を含むことを特徴とする。
【０００９】
また、本発明の第３の態様は、第２の態様において、前記開錠権限は、日時の制限、時間帯の制限及び回数の制限のうちの少なくとも１つをさらに含むことを特徴とする。
【００１０】
また、本発明の第４の態様は、第１から第３のいずれかの態様において、前記開錠情報の送信は、電子メール、ＳＭＳ及びチャットツールのうちのいずれかによって行うことを特徴とする。
【００１１】
また、本発明の第５の態様は、第１から第４のいずれかの態様において、前記開錠権限は、ユーザー及び複数の電子錠の指定を含み、前記開錠信号の送信は、前記複数の電子錠のうちの開錠する電子錠の指定を受け取った後に行うことを特徴とする。
【００１２】
また、本発明の第６の態様は、第１から第５のいずれかの態様において、前記開錠情報は、前記開錠権限に対応するＵＲＬを含むことを特徴とする。
【００１３】
また、本発明の第７の態様は、第６の態様において、前記開錠要求は、ユーザー端末のウェブブラウザによる前記ＵＲＬへのアクセスを含むことを特徴とする。
【００１４】
また、本発明の第８の態様は、第７の態様において、前記開錠情報は、前記開錠権限に対応するパスコードをさらに含み、前記開錠要求は、前記ＵＲＬが指示するウェブサイトにおける前記パスコードの入力をさらに含むことを特徴とする。
【００１５】
また、本発明の第９の態様は、第１から第５のいずれかの態様において、前記開錠情報は、電話番号及び前記開錠権限に対応するパスコードを含むことを特徴とする。
【００１６】
また、本発明の第１０の態様は、第９の態様において、前記開錠要求は、ユーザー端末から前記電話番号への発信と、前記パスコードの入力を含むことを特徴とする。
【００１７】
また、本発明の第１１の態様は、第９又は１０の態様において、前記開錠要求があらかじめ登録された電話番号からなされた場合にのみ前記開錠信号の送信を行うことを特徴とする。
【００１８】
また、本発明の第１２の態様は、第９又は１０の態様において、前記開錠要求が前記開錠情報のＳＭＳによる送信先とした電話番号からなされた場合にのみ前記開錠信号の送信を行うことを特徴とする。
【００１９】
また、本発明の第１３の態様は、コンピュータに、１又は複数の電子錠に対する遠隔からの管理方法を実行させるためのプログラムであって、前記管理方法は、前記１又は複数の電子錠に対する開錠権限の指定を受け取るステップと、前記開錠権限に対応する開錠情報を生成するステップと、前記開錠情報をユーザー端末に送信するステップと、前記開錠情報に基づく開錠要求を受け取るステップと、前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信するステップとを含むことを特徴とする。
【００２０】
また、本発明の第１４の態様は、１又は複数の電子錠に対する遠隔からの管理サーバであって、前記１又は複数の電子錠に対する開錠権限の指定を受け取り、前記開錠権限に対応する開錠情報を生成し、前記開錠情報をユーザー端末に送信し、前記開錠情報に基づく開錠要求を受け取り、前記開錠要求に応じて開錠信号を前記１又は複数の電子錠のうちの少なくとも１つに送信することを特徴とする。
【００２１】
また、本発明の第１５の態様は、１又は複数の電子錠を遠隔から管理するための電子錠システムであって、前記１又は複数の電子錠と、前記電子錠とＩＰネットワーク上で接続可能な、第１４の態様の管理サーバとを備えることを特徴とする。
【００２２】
また、本発明の第１６の態様は、第１５の態様において、前記電子錠は、サムターンを有する錠が設けられた扉に開錠補助装置が取り付けられた電子錠であり、前記電子錠は、前記開錠補助装置とＢｌｕｅｔｏｏｔｈにより接続可能なゲートウェイを介して前記管理サーバと接続可能であることを特徴とする。
【００２３】
また、本発明の第１７の態様は、第１５又は１６の態様において、前記電子錠は、前記管理サーバに対して入退室の記録を送信し、前記管理サーバは、受信した記録を入退室履歴として記憶することを特徴とする。
【００２４】
また、本発明の第１８の態様は、第１７の態様において、前記管理サーバは、前記入退室履歴に基づいて所定の宛先に対して通知を送信することを特徴とする。
【００２５】
また、本発明の第１９の態様は、第１５から第１８のいずれかの態様において、前記電子錠は、前記管理サーバに対して施錠の記録を送信し、前記管理サーバは、受信した記録を施錠履歴として記憶することを特徴とする。
【００２６】
また、本発明の第２０の態様は、第１９の態様において、前記管理サーバは、前記施錠履歴に基づいて所定の宛先に対して通知を送信することを特徴とする。
【発明の効果】
【００２７】
本発明の一態様によれば、１又は複数の電子錠に対する開錠権限に対応する開錠情報を生成してユーザー端末に送信し、当該開錠情報に基づく開錠要求をユーザーから受け取り、開錠を行うことによって、電子錠に対する遠隔からの簡便な管理方法又は管理装置を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】スマートロック用のアプリで開錠信号を送信するための画面を示す図である。
【図２】本発明の一実施形態にかかる開錠補助装置の動作を説明するための図である。
【図３】本発明の一実施形態にかかるゲートウェイについて説明するための図である。
【図４】本発明の一実施形態にかかる開錠信号の送信プロセスを示す図である。
【図５】本発明の一実施形態にかかるＵＲＬの生成プロセスを示す図である。
【図６】本発明の一実施形態にかかる電話認証のためのパスコードの生成プロセスを示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００３０】
（第１の実施形態）
一例として、図２に示すように、サムターンを有する錠が設けられた扉２０１に開錠補助装置２０２を取り付けて、金属製の鍵により施錠及び開錠がなされる従来の錠を電子錠として用いる場合を考える。
【００３１】
サムターンは扉２０１の室内側にあるため、開錠補助装置２０２も室内側に設置される。開錠補助装置２０２が有する無線通信部が、扉を介して開錠信号を受信すると、その後、開錠信号に基づいて開錠補助装置２０２が駆動され、サムターンのつまみを回転して開錠が行われ、入室が可能となる。開錠信号は、スマートフォン、タブレット、専用リモコン等の携帯端末２０３上で開錠信号を送信するためのアプリを実行することにより、送信することができる。たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）などのＢｌｕｅｔｏｏｔｈ、あるいはＺｉｇＢｅｅ（登録商標）により通信することができる（図２参照）。ＺｉｂＢｅｅを用いる場合には、携帯端末２０３上にもＺｉｂＢｅｅによる通信機能が求められ、たとえば現状ではスマートフォンを携帯端末２０３として用いることができず、汎用性が下がるものの、通信可能なその他の小型デバイスは少なくない。低消費電力であるため、開錠補助装置の省エネを図ることができる。
【００３２】
開錠信号の送信は、第２及び第３の実施形態にて後述するように、専用のアプリを携帯端末２０３にインストールすることなく、行うこともできる。また、携帯端末ではなく、ＰＣなどのコンピュータを用いて行うこともできる。
【００３３】
開錠補助装置２０２は、筐体への物体の接触又は接近を検知するセンサーを備えることができる。この場合、開錠補助装置２０２は、センサーが物体を検知したことを示す検知信号に基づいてサムターンのつまみを回転させることができ、室内から室外への移動、すなわち退室をする際の開錠が容易になる。開錠補助装置２０２の筐体にはタッチパネルディスプレイ等の表示部を設けて、当該表示部を圧力センサーとして用いることもできる。また、物体が接触又は接近したときの静電容量の変化、押下によりオン・オフするタクタイルスイッチなどを用いることもできる。筐体の一部を可動とし、手動でサムターンのつまみを回転させることもできる。
【００３４】
電子錠に対する遠隔からの管理を実現するため、電子錠と管理サーバとを有線又は無線でＩＰネットワーク上で接続して電子錠システムを構築することになるが、このような開錠補助装置２０２にＳＩＭカードを取り付けて、無線通信部をインターネットなどのＩＰネットワークに接続可能とすることができる。
【００３５】
また、開錠補助装置自体を直接管理サーバにアクセス可能とするのではなく、図３に示すように、ゲートウェイを介して行うこともできる。開錠補助装置３０１とゲートウェイ３０２とをＢｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅなどの通信方法によって接続し、ゲートウェイ３０２と管理サーバ３０３とをＩＰネットワーク上で接続可能とすることもできる。ゲートウェイ３０２は、無線又は有線の通信部を有し、たとえばＳＩＭカードを取り付けて、３Ｇ、ＬＴＥ、Ｗｉ−Ｆｉなどの通信規格によってＩＰネットワークに接続する無線通信部としてもよい。開錠補助装置３０１における消費電力を抑制するために、常時ゲートウェイ３０２との間の接続を確保するのではなく、定期的に接続をしたり、ゲートウェイ３０２が管理サーバ３０３から所定の信号を受信したときに接続をしたり、開錠補助装置３０１において所定の量又は内容のデータが記憶されたときに接続をしたりするようにしてもよい。
【００３６】
別の例として、錠自体がＩＰネットワークに接続可能な無線又は有線の通信部を有するようにすることも可能である。
【００３７】
ゲートウェイ３０２は、サーバからの信号を常時受け取れる状態にするために常にネットワークにつながっていることが望ましく、その状態を維持するには、電力消費が激しいため電源に直接つながっていることが必要である。
【００３８】
いずれの形であっても、電子錠と管理サーバとをＩＰネットワーク上で接続することによって、室外から室内への入室、室内から室外への退室の記録を電子錠において取り、リアルタイム、定期的、又は所定の時に管理サーバ３０３に送信して履歴を残すことができる。電子錠の管理者は、管理サーバ３０３にアクセスすることで、遠隔で履歴を取得することができる。たとえば、管理サーバ３０３上で動作するウェブサイトにウェブブラウザを用いてアクセスし、履歴を閲覧することができる。
【００３９】
入室履歴又は退室履歴（これらの少なくとも一方を「入退室履歴」とも呼ぶ。）には、たとえば、開錠日時、開錠者、開錠方法、開錠権限などが含まれる。
【００４０】
入退室履歴は、管理サーバ３０３がこれに基づいて所定の宛先に対して通知を送信するために用いることができる。具体的には、アルバイトのＡさんなどの開錠権限を有する者が所定の日時までに入店した履歴がない場合に、飲食店、カフェなどのその店舗（電子錠）の管理者（電子錠に関連づけられた者）に通知を送ることができる。また、一人暮らしの高齢者などの開錠権限を有する者が１日、１週間等所定の期間入退室した履歴がない場合に、体調不良等のおそれがある旨をヘルパーなどの当該開錠権限を有する者と関連づけられた者に通知を送ることができる。また、子供等の開錠権限を有する者が帰宅して入室した場合に、当該子供の親等の当該開錠権限を有する者と関連づけられた者に通知を送ることができる。また、オフィスに深夜の所定の時間帯に入退室の履歴があった場合に、警備会社等の電子錠と関連づけられた者に通知を送ることができる。
【００４１】
電子錠は、入退室の記録に加えて、施錠の記録も取り、これを管理サーバ３０３上で施錠履歴として記憶することができる。開錠補助装置２０２を用いる場合には、オートロックなどの施錠補助も行わせることができる。施錠履歴も、管理サーバ３０３がこれに基づいて所定の宛先に対して通知を送信するために用いることができる。具体的には、家事代行者等の施錠権限を有する者が退室して施錠した場合に、家主等の電子錠に関連づけられた者に通知を送ることができる。また、アルバイトのＡさんなどの施錠権限を有する者が所定の日時までに施錠した履歴がない場合に、飲食店、カフェなどのその店舗の管理者に通知を送ることができる。また、日中等の所定の時間帯の施錠した履歴がない場合に、家の扉が開きっ放しである旨を電子錠に関連づけられた者に送ることができる。この場合、庭掃除をしているなど家の近くに管理者がいる可能性もあるため、ＧＰＳなどを用いた位置検出を行い、ユーザーの携帯端末が電子錠から所定の距離の範囲内に存在する場合には通知をオフしてもよい。
【００４２】
（第２の実施形態）
電子錠と管理サーバとが有線又は無線でＩＰネットワーク上で接続されていると、電子錠に対して遠隔からの制御が可能となる。本実施形態では、図４に示すように、管理サーバが、携帯端末又はＰＣなどのコンピュータ上で動作するウェブブラウザから開錠要求を受信して（Ｓ４０１）、必要に応じて４桁のパスワードなどによって認証を行い（Ｓ４０２）、当該開錠要求に応じて電子錠に対して開錠信号を送信する（Ｓ４０３）。認証を行う際には、パスコードの入力を含めて、開錠要求と考えることができる。また、電子錠に対する開錠信号の送信前に、入力画面をユーザーに対して表示し、開錠ボタンがクリック又はタップされるか、つまみがフリック又はスライドされたことに応じて、送信を行ってもよい。逆に、開錠要求を受信したら、追加のユーザーからの入力を必要とせずに、開錠信号の送信をしてもよい。
【００４３】
開錠要求は、ユーザー端末のウェブブラウザによる所与のＵＲＬに対するアクセスとすることができ、図５にＵＲＬ生成のプロセスを示す。パスコードは、当該ＵＲＬが指示するウェブサイトにおいて入力される。
【００４４】
管理サーバは、まず、電子錠の管理者から、開錠権限を付与するユーザーの指定を受ける（Ｓ５０１）。次に、開錠権限を付与する電子錠の指定を受ける（Ｓ５０２）。そして、日時、時間帯の制限、回数の制限等、その他の開錠権限の指定を受ける（Ｓ５０３）。これらの開錠権限の指定は、異なる順序で行ってもよい。
【００４５】
次いで、管理サーバは、指定された開錠権限に対応するＵＲＬを生成する（Ｓ５０４）。生成されるＵＲＬは、同一のＵＲＬが同時に異なる開錠権限に対応することがないよう、ユニークに生成するのが好ましい。具体的には、ランダムな10進数(0-9の数字のみの)文字列、ランダムな16進数(0-9,a-fを組み合わせた)文字列、ランダムなbase64(数字、アルファベットと一部の記号を組み合わせた)文字列、UUID (Universally Unique Identifier)、、ユーザーや鍵の情報を元にハッシュ関数(SHA1など)で生成した文字列等を含むＵＲＬとすることができる。認証を行う際には、パスコードの生成も行い、１組のＵＲＬ及びパスコードが同時に異なる開錠権限に対応することがないよう、これらを生成するのが好ましい。パスコードもランダムな10進数(0-9の数字のみの)文字列等、ユニークに生成することができる。
【００４６】
そして、生成されたＵＲＬと、必要に応じて生成されたパスコードとが、開錠情報として、ユーザー端末に送信される（Ｓ５０５）。送信は、電子メール、ＳＭＳ、又はＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）メッセンジャーなどのチャットツールを用いて送信することができる。送信先は、あらかじめユーザー情報として管理サーバに登録しておくこともできるし、開錠権限を付与するユーザーを指定するとき、入力されるものでもよい。
【００４７】
ＵＲＬと必要に応じてパスコードを受信したユーザーは、ユーザー端末のウェブブラウザで当該ＵＲＬを指定してアクセスすることができる。当該ＵＲＬがクリッカブルであれば、クリック又はタップによりアクセスすることができる。
【００４８】
このようにウェブブラウザ経由での開錠であれば、ユーザーは専用のアプリを携帯端末にインストールすることなく、電子錠の開錠が可能となる。携帯端末で開錠可能な電子錠であるスマートロックは、簡単に鍵（正確には開錠権限）の付与・共有ができる利点が大きいが、たとえば、定期的にはではなく一度しか鍵を必要とすることのないゲストユーザーにとっては、そのためだけにアプリのインストールするのは煩雑であるが、本実施形態によれば、一般的に利用可能なウェブブラウザがあれば十分であり、簡便である。
【００４９】
さらに、スマートフォン、タブレットなどではなく、フィーチャーフォンが携帯端末として利用される場合には、専用のアプリのインストールができない。したがって、フィーチャーフォンのユーザーはスマートロックの利便性を享受できていなかったが、本実施例によれば、ウェブブラウザ経由の遠隔での制御という方法で開錠が可能となる。
【００５０】
また、ＰＣなどのコンピュータがユーザー端末として利用される場合には、多数のユーザーの管理に求められる複雑な操作が容易になる。
【００５１】
なお、開錠権限の付与は、複数の電子錠に対して行うこともできる。この場合には、開錠要求として所与のＵＲＬへのアクセスがあった後に、開錠する少なくとも１つの電子錠の選択又は指定を求めることができる。
【００５２】
また、上述の説明では開錠を例に説明したが、施錠についても同様に遠隔での制御が可能である。
【００５３】
また、管理サーバは適宜１又は複数のサーバにより構成され、上記各ステップを実行するためのプログラムをＩＰネットワーク上のコンピュータに実行させることにより構成可能であることを付言する。
【００５４】
（第３の実施形態）
電子錠と管理サーバとが有線又は無線でＩＰネットワーク上で接続されていると、電子錠に対して遠隔からの制御が可能となる。本実施形態では、図４に示すように、管理サーバが、携帯端末から開錠要求を受信して（Ｓ４０１）、４桁のパスワードなどによって認証を行い（Ｓ４０２）、当該開錠要求に応じて電子錠に対して開錠信号を送信する（Ｓ４０３）。認証のためのパスコードの入力を含めて、開錠要求と考えることができる。また、電子錠に対する開錠信号の送信前に、番号の入力等、携帯端末におけるユーザーの操作を求めてもよい。逆に、開錠要求を受信したら、ユーザーの追加の操作を必要とせずに、開錠信号の送信をしてもよい。
【００５５】
開錠要求は、ユーザー端末からの所与の電話番号に対する発信とすることができる。この際、認証のためのパスコードのユーザー端末への送信が必要となり、そのプロセスを図６に示す。パスコードは、当該電話番号への通話中に適宜自動音声に応答して入力されるものとすることができる。
【００５６】
管理サーバは、まず、電子錠の管理者から、開錠権限を付与するユーザーの指定を受ける（Ｓ６０１）。次に、開錠権限を付与する電子錠の指定を受ける（Ｓ６０２）。そして、日時、時間帯の制限、回数の制限等、その他の開錠権限の指定を受ける（Ｓ６０３）。これらの開錠権限の指定は、異なる順序で行ってもよい。
【００５７】
次いで、管理サーバは、指定された開錠権限に対応する電話認証用のパスコードを生成する（Ｓ６０４）。生成されるパスコードは、同一のパスコードが同時に異なる開錠権限に対応することがないよう、ユニークに生成するのが好ましい。具体的には、ランダムな10進数(0-9の数字のみの)文字列とすることができる。または、１組の電話番号及びパスコードが同時に異なる開錠権限に対応することがないよう、電話番号の選択とパスコードの生成を行うのが好ましい。電話番号を都度生成することができれば各開錠権限に固有の電話番号とすることができるが、電話番号は通常あらかじめ購入・契約が必要であり、無制限の数の電話番号をあらかじめ用意することは困難であるため、パスコードとの組み合わせ又はパスコード自体によってユニークにすることが求められる。
【００５８】
そして、所与の電話番号と生成されたパスコードとが、開錠情報として、ユーザー端末に送信される（Ｓ６０５）。送信は、電子メール、ＳＭＳ、又はＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）メッセンジャーなどのチャットツールを用いて送信することができる。送信先は、あらかじめユーザー情報として管理サーバに登録しておくこともできるし、開錠権限を付与するユーザーを指定するとき、入力されるものでもよい。
【００５９】
電話番号とパスコードを受信したユーザーは、ユーザー端末で当該電話番号を指定して発信することができる。当該電話番号がクリッカブルであれば、クリック又はタップにより発信することができる。
【００６０】
このように電話経由での開錠であれば、ユーザーは専用のアプリを携帯端末にインストールすることなく、電子錠の開錠が可能となる。携帯端末で開錠可能な電子錠であるスマートロックは、簡単に鍵（正確には開錠権限）の付与・共有ができる利点が大きいが、たとえば、定期的にはではなく一度しか鍵を必要とすることのないゲストユーザーにとっては、そのためだけにアプリのインストールするのは煩雑であるが、本実施形態によれば、一般的に利用可能な電話機能があれば十分であり、簡便である。
【００６１】
さらに、スマートフォン、タブレットなどではなく、フィーチャーフォンが携帯端末として利用される場合には、専用のアプリのインストールができない。したがって、フィーチャーフォンのユーザーはスマートロックの利便性を享受できていなかったが、本実施例によれば、電話経由の遠隔での制御という方法で開錠が可能となる。
【００６２】
なお、開錠権限の付与は、複数の電子錠に対して行うこともできる。この場合には、開錠要求として所与の電話番号への発信があった後に、開錠する少なくとも１つの電子錠の選択又は指定を求めることができる。
【００６３】
また、発信は、管理サーバに登録された電話番号からしか許可しないことができ、さらに、管理サーバがＳＭＳの送信先として用いた電話番号からしか許可しないことができる。このようにすることで、セキュリティが強化される。このような場合には、パスコードを不要とすることも可能である。
【００６４】
また、上述の説明では開錠を例に説明したが、施錠についても同様に遠隔での制御が可能である。
【００６５】
また、管理サーバは適宜１又は複数のサーバにより構成され、上記各ステップを実行するためのプログラムをＩＰネットワーク上のコンピュータに実行させることにより構成可能であることを付言する。
【符号の説明】
【００６６】
２０１  扉
２０２  開錠補助装置
２０３  携帯端末
３０１  電子錠
３０２  ゲートウェイ
３０３  管理サーバ
【図１】
2017025584.tif 000003
【図２】
2017025584.tif 000004
【図３】
2017025584.tif 000005
【図４】
2017025584.tif 000006
【図５】
2017025584.tif 000007
【図６】
2017025584.tif 000008