JP2017040125A

JP2017040125A - 錠前装置

Info

Publication number: JP2017040125A
Application number: JP2015163166A
Authority: JP
Inventors: 芳貴清水; Yoshitaka Shimizu; 優成田中; Masashige Tanaka
Original assignee: ADC Technology Inc; Indigo Corp
Current assignee: ADC Technology Inc; Indigo Corp
Priority date: 2015-08-20
Filing date: 2015-08-20
Publication date: 2017-02-23

Abstract

【課題】錠前のセキュリティ性を向上させる。【解決手段】錠前装置は、サーバからユーザに通知されるパスワードの入力を受け付けるパスワード受付部（Ｓ１１４）と、パスワード受付部が入力を受け付けたパスワードが、自装置にて記憶されている錠前装置パスワードに対応する場合には、錠前を開錠する開錠部（Ｓ１１６）と、を備える。サーバは、錠前装置を識別するための装置識別情報と、ユーザを識別するためのユーザ識別情報とを、無線通信を介してユーザの携帯端末から受信すると共に、これらの識別情報に基づき錠前の開錠を許可するか否かを決定し、該開錠を許可する場合には、当該サーバに記憶されている、錠前装置パスワードに対応するサーバパスワードを該ユーザに通知する。【選択図】図４

Description

本開示は、錠前の開錠を行う錠前装置に関する。

無線通信により電子鍵から受信した識別情報と、予め保存されている識別情報とにより錠前に設けられた電子錠にて認証処理を行い、認証に成功した場合には錠前の開錠を許可するセキュリティ装置が知られている（特許文献１参照）。このようなセキュリティ装置によれば、扉等に設けられた錠前のセキュリティ性を高めることができる。

特開２００９−２８７２５１号公報

しかしながら、電子鍵と電子錠との間の無線通信が傍受されて識別情報が漏えいする恐れがあると共に、電子錠にて認証処理が行われるため、電子錠が解析されて認証処理の内容が漏えいする恐れがある。

本開示は、錠前のセキュリティ性を向上させることを目的とする。

本開示の一側面は、サーバからユーザに通知されるパスワードの入力を受け付けるパスワード受付部と、パスワード受付部が入力を受け付けたパスワードが、自装置にて記憶されている錠前装置パスワードに対応する場合には、錠前を開錠する開錠部と、を備えることを特徴とする錠前装置であって、サーバは、錠前装置を識別するための装置識別情報と、ユーザを識別するためのユーザ識別情報とを、無線通信を介してユーザの携帯端末から受信すると共に、これらの識別情報に基づき錠前の開錠を許可するか否かを決定し、該開錠を許可する場合には、当該サーバに記憶されている、錠前装置パスワードに対応するサーバパスワードを該ユーザに通知すること、を特徴とする錠前装置に関するものである。

このような構成によれば、サーバにて、携帯端末から受信した装置識別情報とユーザ識別情報とに基づき錠前の開錠を許可するか否かが決定され、開錠が許可された場合には、錠前を開錠するためのパスワードがユーザに通知される。そして、ユーザが通知されたパスワードを錠前装置に入力することで、錠前が開錠される。

このため、錠前装置や携帯端末を解析しても、ユーザの開錠を許可するか否かを決定する処理の内容を把握できない。また、ユーザが自ら錠前装置にパスワードを入力するため、錠前装置との間の通信が傍受されてパスワードが漏えいすることを未然に防ぐことができる。したがって、錠前のセキュリティ性を向上させることができる。

また、上記構成において、錠前装置は、携帯端末に装置識別情報を提供する識別情報提供部をさらに備え、携帯端末は、錠前装置から取得した装置識別情報を前記サーバに送信する。

このような構成によれば、装置識別情報を人目に晒すことなくサーバに送信することができ、装置識別情報が第三者に把握されるのを抑制できる。また、開錠の対象となる錠前に設けられた錠前装置の装置識別情報が、確実に携帯端末を介してサーバに提供されるため、サーバでは、開錠を許可するか否かを正確に判断できる。

また、上記構成において、サーバパスワードは、錠前の開錠を許可することを決定したサーバから携帯端末に無線通信を介して送信され、該携帯端末によりユーザに通知される。

このような構成によれば、錠前の開錠が許可された場合には、携帯端末を介してユーザに対し錠前装置に入力すべきパスワードが報知される。このため、使い勝手が向上すると共に、パスワードが第三者に把握されるのを抑制できる。

図１Ａは第１実施形態の開錠システムのブロック図であり、図１Ｂは第１実施形態の携帯端末のブロック図である。図２Ａは第１実施形態の錠前装置のブロック図であり、図２Ｂは第１実施形態の認証用サーバのブロック図である。図３Ａ，図３Ｂは、第１実施形態の錠前装置が設けられた箱型部材の一例である。第１実施形態の開錠処理のフローチャートである。第２実施形態の開錠処理のフローチャートである。図６Ａは第２実施形態の錠前装置パスワード更新処理のフローチャートであり、図６Ｂは第２実施形態のサーバパスワード更新処理のフローチャートである。

以下、本開示の実施形態について図面を用いて説明する。なお、本開示の実施の形態は、下記の実施形態に何ら限定されることはなく、本開示の技術的範囲に属する限り種々の形態を採りうる。

［第１実施形態］
［構成の説明］
第１実施形態の開錠システム１は、錠前の開錠や施錠を行うためのシステムであり、１又は複数の携帯端末１０，１又は複数の錠前装置２０，認証用サーバ３０を有する（図１Ａ）。なお、携帯端末１０と錠前装置２０とは、無線通信が可能となっている。また、携帯端末１０は、インターネット２を介して認証用サーバ３０と通信を行うと共に、認証用サーバ３０は、インターネット２を介してＳＭＳサーバ４０と通信を行う。

携帯端末１０は、携帯電話機能を有し、インターネットにアクセス可能な携帯型の装置（例えば、携帯電話やスマートフォン等）として構成されている。携帯端末１０は、錠前装置２０により制御される錠前を開錠するためのパスワードを認証用サーバ３０から取得し、ユーザに報知する。携帯端末１０は、近距離通信部１１，電話通信部１２，記憶部１３，制御部１４，表示部１５，操作部１６等を有する（図１Ｂ）。

近距離通信部１１は、ブルートゥース（登録商標）により近距離の無線通信を行う部位であり、錠前装置２０と無線通信を行う。また、近距離通信部１１は、自装置の付近に設けられた中継機と無線通信を行い、インターネット２にアクセスしても良い。無論、ブルートゥースに替えて、例えば、無線ＬＡＮ等の規格に従い近距離の無線通信を行っても良い。

電話通信部１２は、携帯電話回線を利用して通話やインターネット２へのアクセスを行う部位であり、無線通信を介して認証用サーバ３０と通信を行う。また、電話通信部１２は、ショートメッセージサービスを利用してテキストデータの送受信を行う。

記憶部１３は、フラッシュメモリやＨＤＤ等の不揮発性の記憶装置から構成されており、各種データが保存されている。また、記憶部１３には、ユーザＩＤ（特許請求の範囲におけるユーザ識別情報の一例に相当）やユーザによる錠前の開錠や施錠を記録したログ情報が記憶されている。

なお、ユーザＩＤとは、自装置のユーザに割り当てられた識別情報であり、錠前を開錠するか否かを決定するための認証処理（詳細は後述する）において、当該ユーザと他のユーザとを見分けるために用いられる。ユーザＩＤは、例えば、文字データや数値データ等から構成されていても良いし、画像データとして構成されていても良い。また、ユーザＩＤに替えて、当該ユーザに固有に割り当てられた認証用データを用いても良い。

制御部１４は、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ及びこれらを接続するバスライン等からなる周知のコンピュータを中心に構成されており、記憶部１３等から読み出され、ＲＡＭにロードされたプログラム等に従い動作する。

表示部１５は、液晶ディスプレイ等として構成され、各種情報を表示する。
操作部１６は、タッチパネル等として構成され、各種操作を受け付ける。
また、携帯端末１０には、錠前の開錠等を行うための端末用アプリがインストールされており、記憶部１３には、端末用アプリとして動作するプログラムが保存されている。なお、端末用アプリは、例えば、記憶媒体１７に記憶された状態で提供されても良いし、インターネット２を介して提供されても良い。

また、携帯端末１０には、現在の年月日時を特定する時計アプリがインストールされている。
錠前装置２０は、正しいパスワードが入力されると、キーボックス等の箱型部材を開閉する蓋部に設けられた錠前を開錠する。無論、これに限らず、錠前装置２０は、様々な錠前を開錠する構成とすることができ、例えば、ロッカーや建物の戸や窓等に設けられた錠前を開錠しても良いし、建物の戸等に設けられた錠前に後から取り付けられ、該錠前を開錠する構成となっていても良い。また、錠前装置２０は、予め定められた条件が充足されると、自装置に記憶されているパスワード（錠前装置パスワード）を更新する（詳細は後述する）。

錠前装置２０は、近距離通信部２１，記憶部２２，表示部２３，操作部２４，制御部２５，錠前制御部２６，錠前２７，収容状態センサ２８等を有する（図２Ａ）。
近距離通信部２１は、ブルートゥースにより近距離の無線通信を行う部位であり、携帯端末１０と無線通信を行う。無論、ブルートゥースに替えて、例えば、無線ＬＡＮ等の規格に従い近距離の無線通信を行っても良い。

記憶部２２は、フラッシュメモリやＨＤＤ等の不揮発性の記憶装置から構成されており、各種データが保存されている。また、記憶部２２には、装置ＩＤ（特許請求の範囲における装置識別情報の一例に相当）や錠前装置パスワードが記憶されている。

なお、装置ＩＤとは、自装置に割り当てられた識別情報であり、錠前の開錠を許可するか否かを決定するための認証処理（詳細は後述する）において、自装置と他の錠前装置２０とを見分けるために用いられる。装置ＩＤは、例えば、文字データや数値データ等から構成されていても良いし、画像データとして構成されていても良い。また、自装置に固有に割り当てられたアドレス（例えば、ブルートゥースデバイスに固有に割り当てられたアドレスや、物理アドレス等）等を、装置ＩＤとして用いても良い。また、装置ＩＤに替えて、錠前装置２０に固有に割り当てられた認証用データを用いても良い。

また、錠前装置パスワードとは、錠前を開錠することが許可されたユーザを確認するために記憶部２２に記憶されているパスワード（符号）である。
表示部２３は、ＬＥＤや液晶ディスプレイ等から構成され、各種情報を表示する。

操作部２４は、各種ボタン等から構成され、開錠のためのパスワードの入力操作等といった各種操作を受け付ける。
制御部２５は、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ及びこれらを接続するバスライン等からなる周知のコンピュータを中心に構成されており、ＲＯＭに記憶されているプログラム等に従い動作する。また、制御部２５は、現在の年月日時を特定する時計機能を有している。

錠前制御部２６は、モータ等のアクチュエータを駆動することで、錠前２７の施錠及び開錠を行う。
錠前２７は、箱型部材を開閉する蓋部に設けられており、施錠されると蓋部が開放できない状態にする。

収容状態センサ２８は、箱型部材に保全対象物（例えば、ドアの鍵等の物品）が収容されていることを検出するセンサである。
認証用サーバ３０は、錠前装置２０に錠前を開錠させるためのパスワードをユーザに通知すると共に、錠前装置２０と同様のタイミング及び更新方法で、自装置に記憶されているパスワード（サーバパスワード）を更新する（詳細は後述する）。

サーバパスワードとは、各錠前装置２０により開錠がなされる錠前に対応して設けられており、対応する錠前を開錠することが許可されたユーザを確認するために用いられるパスワード（符号）である。

また、認証用サーバ３０は、ＰＣ等として構成されており、通信部３１，記憶部３２，制御部３３，表示部３４，操作部３５等を備える（図２Ｂ参照）。
通信部３１は、インターネット２や携帯電話回線へのアクセスを行う部位であり、無線通信を介して携帯端末１０と通信を行う。

記憶部３２は、ＨＤＤ等の不揮発性の記憶装置から構成されており、各種データが保存されている。また、記憶部３２には、後述する開錠のための認証処理に用いられる認証データや、開錠システム１を利用する各ユーザ（携帯端末１０のユーザ）の個人情報（例えば、携帯端末１０の電話番号等）や、各ユーザによる錠前の開錠や施錠等を記録したログ情報が記憶されている。

制御部３３は、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ及びこれらを接続するバスライン等からなる周知のコンピュータを中心に構成されており、記憶部３２等から読み出され、ＲＡＭにロードされたプログラム等に従い動作する。

表示部３４は、液晶ディスプレイ等として構成され、各種情報を表示する。
操作部３５は、キーボードやマウス等として構成され、各種操作を受け付ける。
また、認証用サーバ３０には、錠前２７を開錠するためのパスワードをユーザに通知するサーバ用アプリがインストールされており、記憶部３２には、サーバ用アプリとして動作するプログラムが保存されている。なお、サーバ用アプリは、例えば、記憶媒体３６に記憶された状態で提供されても良いし、インターネット２を介して提供されても良い。

また、認証用サーバ３０には、現在の年月日時を特定する時計アプリがインストールされている。
ここで、錠前装置２０が設けられた箱型部材の一例について説明する。箱型部材５０は、錠前装置２０が搭載されており、内部に保全対象物を収納可能であると共に、南京錠として構成されている（図３Ａ，３Ｂ）。

箱型部材５０は、略直方体形状の筐体５１を有しており、筐体５１は、正面側の主面を含む前側部分５１ａと、背面側の主面を含む後側部分５１ｂとに分離可能に構成されている。そして、前側部分５１ａと後側部分５１ｂとを結合した状態で固定する図示しない錠前機構（錠前２７に相当）が設けられている。また、筐体５１の内部には、物品を収容するためのスペースが形成されている。

また、箱型部材５０は、テンキー５２，ＬＥＤ５３，Ｕ字型部材５４等を備える。
テンキー５２は、前側部分５１ａにおける正面側の主面に配されており、錠前装置２０の操作部２４に相当する。

ＬＥＤ５３は、正面側の主面におけるテンキー５２の上方に配されており、錠前装置２０の表示部２３に相当する。ＬＥＤ５３は、内部に収納された保全対象物の有無や、施錠の状態を表示する。

Ｕ字型部材５４は、Ｕ字状に湾曲した金属製の棒状部材であり、筐体５１の上面に設けられている。Ｕ字型部材５４は、錠前２７に相当する部位であり、開錠された状態では、上下方向に変位可能に構成されており、上方向に変位させると、Ｕ字型部材５４の一端が孔部５１ｃの外部に位置する状態になる。

錠前装置２０の錠前制御部２６は、錠前機構とＵ字型部材５４の施錠及び開錠を同時に行う。錠前機構が開錠された状態になると、前側部分５１と後側部分５２とが分離可能になる。また、Ｕ字型部材５４が開錠された状態になると、Ｕ字型部材５４は上下方向に変位可能となり、Ｕ字型部材５４が上方向に変位すると、Ｕ字型部材５４の一端が、後側部分５１ｂの上部に形成された孔部５１ｃの外部に位置した状態になる。

そして、前側部分５１と後側部分５２とを結合させると共に、Ｕ字型部材５４を下端まで変位させると、錠前機構とＵ字型部材５４を施錠可能な状態になる。この時、これらを施錠すると、前側部分５１と後側部分５２とが結合し、且つ、Ｕ字型部材５４の一端が孔部５１ｃに挿入された状態で固定される。

［動作の説明］
次に、第１実施形態の開錠システム１の動作について説明する。
開錠システム１は、錠前２７の開錠が許可されているユーザに対し、該錠前２７を開錠するパスワードを通知する。具体的には、該ユーザのユーザＩＤと錠前２７に設けられた錠前装置２０の装置ＩＤが、携帯端末１０から認証用サーバ３０に送信され、これらのＩＤにより認証処理が行われる。認証処理により、該ユーザによる該錠前２７の開錠を許可するか否かが決定され、許可された場合、携帯端末１０を介して該ユーザにパスワード（認証用サーバ３０に記憶されているサーバパスワード）が通知される。通知されるパスワードは、錠前装置２０に記憶されている錠前装置パスワードに対応しており（一例として、これらのパスワードが一致しており）、ユーザが通知されたパスワードを錠前装置２０に入力すると、該錠前２７が開錠される。

また、第１実施形態では、開錠に用いるパスワードはワンタイムパスワードとして構成されており、開錠が行われると、錠前装置２０と認証用サーバ３０では、それぞれ、対応する更新アルゴリズムにより自装置にて記憶されているパスワードが更新される。無論、更新後における各装置のパスワードが、更新前と同様の対応関係を有しているのは、言うまでも無い。

以下では、錠前２７の開錠を行う際に携帯端末１０と錠前装置２０と認証用サーバ３０とにより行われる開錠処理について詳しく説明する（図４）。なお、開錠処理では、携帯端末１０での処理は、携帯用アプリに従い動作する制御部１４により実行されると共に、認証用サーバ３０での処理は、サーバ用アプリに従い動作する制御部３３により実行される。また、錠前装置２０での処理は、制御部２５により実行される。

Ｓ１００では、携帯端末１０は、開錠を行うユーザ（対象ユーザとも記載）からの操作に応じて近距離通信部１１を介して錠前装置２０と無線通信を行い、開錠を行う錠前２７（対象錠前とも記載）に設けられた錠前装置２０に装置ＩＤを要求するコマンドを送信する。なお、携帯端末１０は、錠前装置２０に接近した際に錠前装置２０から電波を受信すると、表示部１５等を介して錠前装置２０の存在をユーザに報知し、装置ＩＤの取得を促しても良い。また、携帯端末１０は、該電波の受信に応じて錠前装置２０に装置ＩＤを要求するコマンドを送信しても良い。

錠前装置２０は、近距離通信部２１を介して行われる携帯端末１０との間の無線通信により上記コマンドを受信すると、無線通信により、携帯端末１０に対し、自装置の装置ＩＤを送信する（Ｓ１０２）。

無論、無線通信に限らず、例えば、錠前装置２０と携帯端末１０を有線通信路により一時的に接続し、有線通信路を介して錠前装置２０から携帯端末１０に装置ＩＤを送信しても良い。また、例えば、ＲＦＩＤにより錠前装置２０から携帯端末１０に装置ＩＤを送信しても良いし、錠前装置２０のディスプレイに表示されたバーコード情報や、錠前装置２０本体やその周辺等に描かれたバーコード情報等を携帯端末１０にて読み取ることで、携帯端末１０にて装置ＩＤを取得しても良い。また、対象ユーザが錠前装置２０の表示部２３等から装置ＩＤを読み取り、操作部１６を介して携帯端末１０に装置ＩＤを入力する構成としても良い。

Ｓ１０４では、錠前装置２０から装置ＩＤを受信した携帯端末１０は、電話通信部１２により携帯電話回線やインターネット２を介して認証用サーバ３０と通信を行う。そして、認証用サーバ３０に対し、装置ＩＤと、自装置の記憶部１３に記憶されている対象ユーザのユーザＩＤを送信することで、対象錠前を開錠するパスワードを要求する。

Ｓ１０６では、通信部３１を介して装置ＩＤ及びユーザＩＤを受信した認証用サーバ３０は、これらのＩＤに基づき認証処理を行い、対象ユーザによる対象錠前の開錠を許可するか否かを決定する。

ここで、認証処理は、記憶部３２に記憶されている認証データに基づき行われる。認証データは、各ユーザのユーザＩＤと該ユーザが施錠を許可されている錠前２７に設けられた錠前装置２０の装置ＩＤとの対応関係を示している。受信した装置ＩＤとユーザＩＤが対応していることを認証データが示している場合には、対象ユーザによる対象錠前の開錠することを許可する。一方、そうでない場合には、対象ユーザによる対象錠前の開錠を許可しない。

開錠を許可すると、認証用サーバ３０は、記憶部３２から、対象錠前を開錠するサーバパスワードと、対象ユーザの携帯端末１０の電話番号を読み出す。そして、通信部３１を介してＳＭＳサーバと通信を行い、ショートメッセージサービスにより対象ユーザの携帯端末１０にサーバパスワードを送信する（Ｓ１０８，Ｓ１１０）。

Ｓ１１２では、携帯端末１０は、ショートメッセージサービスにより受信したサーバパスワードを表示部１５に表示することで、該サーバパスワードをユーザに報知する。無論、これに限らず、例えば、音声によりサーバパスワードを報知しても良い。

そして、Ｓ１１４では、錠前装置２０は、操作部２４を介してユーザからパスワードの入力を受け付ける。入力されたパスワードが、錠前装置２０にて記憶されている錠前装置パスワードに対応する場合（一例として、これらが一致する場合）、錠前装置２０は、錠前制御部２６により錠前２７（対象錠前）を開錠する。

Ｓ１１８では、錠前装置２０は、携帯端末１０に対し、サーバパスワードの更新を要求するパスワード更新要求を送信する。パスワード更新要求を受信した携帯端末１０は、パスワード更新要求を認証用サーバ３０に送信する（Ｓ１２０）。

Ｓ１２２では、錠前装置２０は、予め定められた更新アルゴリズムに従い、記憶部２２に記憶されている錠前装置パスワードを更新する。
Ｓ１２４では、携帯端末１０は、時計アプリにより現在の年月日時を特定し、ログ情報に、現在の年月日時と、対象錠前の開錠の記録と、対象錠前に設けられた錠前装置２０の装置ＩＤ等を追加する。

Ｓ１２６では、認証用サーバ３０は、錠前装置２０に対応する更新アルゴリズムに従い、記憶部３２に記憶されているサーバパスワードを更新する。
Ｓ１２８では、認証用サーバ３０は、時計アプリにより現在の年月日時を特定し、ログ情報に、現在の年月日時と、対象錠前の開錠の記録と、対象ユーザのユーザＩＤと、対象錠前に設けられた錠前装置２０の装置ＩＤ等を追加する。

Ｓ１３０では、対象錠前が施錠される。具体的には、例えば、ユーザが箱型部材を閉鎖したり、錠前２７に対し操作を行うことで施錠を行っても良い。また、例えば、携帯端末１０を操作し、錠前装置２０に施錠を指示するコマンドを送信し、錠前装置２０が該コマンドに応じて錠前２７を制御し、施錠を行っても良い。

Ｓ１３２では、錠前装置２０は、収容状態センサ２８からの信号に基づき、箱型部材の内部に保全対象物が収容されているか否か（収容状態）を判定し、表示部２３にて判定結果を表示する（以後、表示部２３は、判定結果の表示を継続する）。

Ｓ１３４では、錠前装置２０は、携帯端末１０に対し、収容状態と施錠がなされた旨の情報を送信する。
Ｓ１３６では、携帯端末１０は、収容状態と施錠がなされた旨の情報を受信すると、時計アプリにより現在の年月日時を特定する。そして、ログ情報に、現在の年月日時と、収容状態と、対象錠前の施錠の記録と、対象錠前に設けられた錠前装置２０の装置ＩＤ等を追加する。

Ｓ１３８では、携帯端末１０は、認証用サーバ３０に対し、収容状態と対象錠前の施錠がなされた旨の情報を送信する。
Ｓ１４０では、認証用サーバ３０は、収容状態と施錠がなされた旨の情報を受信すると、時計アプリにより現在の年月日時を特定する。そして、ログ情報に、現在の年月日時と、収容状態と、対象錠前の施錠の記録と、対象ユーザのユーザＩＤと、対象錠前に設けられた錠前装置２０の装置ＩＤ等を追加する。

［第２実施形態］
次に、第２実施形態の開錠システム１について説明する。第２実施形態の開錠システム１は、第１実施形態と同様の構成を有しているが、錠前装置パスワードやサーバパスワードの更新タイミングが異なっている。具体的には、第１実施形態では、開錠後に錠前装置パスワード及びサーバパスワードが更新される。これに対し、第２実施形態では、予め定められた更新時期が到来するとこれらのパスワードが更新される。具体的には、例えば、所定時間が経過する度にこれらのパスワードを更新しても良いし、予め定められた年月日時が到来した際にこれらのパスワードを更新しても良い。そして、開錠処理では、錠前装置２０にて特定される時刻を認証用サーバ３０にて特定される時刻に合わせる時刻合わせが行われる。以下では、第１実施形態との相違点を中心に説明する。

（１）開錠処理について
まず、第２実施形態の開錠処理について詳しく説明する（図５）。
Ｓ２００〜Ｓ２０４は、第１実施形態の開錠処理のＳ１００〜Ｓ１０４と同様であるため、説明を省略する。

Ｓ２０６では、認証用サーバ３０は、時計アプリにより現在の年月日時を特定し、現在の年月日時を示す日時情報を携帯端末１０に送信する。
Ｓ２０８では、日時情報を受信した携帯端末１０は、錠前装置２０に日時情報を送信する。

Ｓ２１０では、日時情報を受信した錠前装置２０は、制御部２５の時計機能の時刻合わせを行う。具体的には、該時計機能により特定される年月日時を、受信した日時情報が示す年月日時に一致させる。

Ｓ２１２〜Ｓ２２２は、第１実施形態の開錠処理のＳ１０６〜Ｓ１１６と同様であるため、説明を省略する。
Ｓ２２４では、錠前装置２０は、携帯端末１０に対し、対象錠前を開錠した旨を示す開錠通知を送信する。

Ｓ２２６では、開錠通知を受信した携帯端末１０は、認証用サーバ３０に対し、開錠通知を送信する。
Ｓ２２８，Ｓ２３０は、第１実施形態の開錠処理のＳ１２４，Ｓ１２８と同様であり、Ｓ２３２〜Ｓ２４２は、第１実施形態の開錠処理のＳ１３０〜Ｓ１４０と同様であるため、説明を省略する。

（２）錠前装置パスワード更新処理について
次に、予め定められた更新時期が到来すると、錠前装置２０に記憶されている錠前装置パスワードを更新する錠前装置パスワード更新処理について説明する（図６Ａ）。なお、本処理は、錠前装置２０にて周期的なタイミングで実行される。

Ｓ３００では、錠前装置２０の制御部２５は、時計機能により特定される年月日時に基づき（換言すれば、自装置で計測された時間に基づき）、予め定められた更新時期が到来したか否かを判定する。そして、肯定判定が得られた場合には（Ｓ３００：Ｙｅｓ）、Ｓ３０５に移行し、否定判定が得られた場合には（Ｓ３００：Ｎｏ）、本処理を終了する。

Ｓ３０５では、制御部２５は、第１実施形態の開錠処理のＳ１２２と同様にして、錠前装置パスワードを更新し、本処理を終了する。
（３）サーバパスワード更新処理について
次に、予め定められた更新時期が到来すると、認証用サーバ３０に記憶されているサーバパスワードを更新するサーバパスワード更新処理について説明する（図６Ｂ）。なお、本処理は、認証用サーバ３０にて周期的なタイミングで実行される。

Ｓ４００では、認証用サーバ３０の制御部３３は、時計アプリにより特定される年月日時に基づき（換言すれば、自装置で計測された時間に基づき）、予め定められた更新時期が到来したか否かを判定する。そして、肯定判定が得られた場合には（Ｓ４００：Ｙｅｓ）、Ｓ４０５に移行し、否定判定が得られた場合には（Ｓ４００：Ｎｏ）、本処理を終了する。

Ｓ４０５では、制御部３３は、第１実施形態の開錠処理のＳ１２６と同様にして、サーバパスワードを更新し、本処理を終了する。
［他の実施形態］
（１）第１，第２実施形態では、ショートメッセージサービスを利用して認証用サーバ３０からユーザにパスワードが通知される。しかしながら、パスワードの通知方法はこれに限定されることは無く、例えば、電子メールによりパスワードを通知しても良いし、携帯端末１０から認証用サーバ３０に設けられたウェブサイトにアクセスすることで、パスワードを通知しても良い。また、認証用サーバ３０から携帯端末１０における携帯用アプリにパスワードを送信しても良いし、認証用サーバ３０の表示部３４にパスワードを表示すると共に、オペレータが携帯端末１０に電話をかけ、表示されたパスワードをユーザに知らせても良い。

また、オペレータによる電話連絡や、専用のアプリケーションを利用してワンタイムパスワードをユーザに連絡するシステムが存在するが、このような既存のシステムと第１，第２実施形態の開錠システム１とを組み合わせて使用しても良い。すなわち、既存のシステムに用いられているサーバを認証用サーバ３０として構成し、携帯端末１０から認証用サーバ３０に装置ＩＤとユーザＩＤを送信しても良い。そして、認証用サーバ３０にてサーバパスワードを特定すると共に、既存のシステムと同様の手段でユーザにサーバパスワードを通知しても良い。

このような構成を有する場合であっても、同様の効果を得ることができる。
（２）第１実施形態の開錠処理では、錠前２７の開錠が行われた後の段階で、錠前装置パスワードとサーバパスワードが更新される。しかしながら、これに限らず、認証処理にて開錠が決定された後に、携帯端末１０を介して錠前装置２０と認証用サーバ３０との間で通信を行い、錠前装置パスワードとサーバパスワードを更新しても良い。そして、更新を行った後に、認証用サーバ３０からユーザに対しサーバパスワードを通知し、錠前装置２０に正しいパスワードが入力された際には、錠前２７を開錠しても良い。このような構成を有する場合であっても、同様の効果を得ることができる。

（３）第２実施形態の開錠処理では、錠前装置２０にパスワードが入力される前の段階で、認証用サーバ３０から錠前装置２０に日時情報が送信され、錠前装置２０の時刻合せが行われる。

しかしながら、これに限らず、パスワードの入力がなされた後の段階で、同様にして錠前装置２０の時刻合せを行っても良い。
また、第２実施形態の時刻合せでは、錠前装置２０にて特定される年月日時が、認証用サーバ３０にて特定される年月日時に合わせられる。

しかしながら、これに限らず、錠前装置２０にて生成された日時情報を、携帯端末１０を介して認証用サーバ３０に送信し、認証用サーバ３０にて特定される年月日時を、錠前装置２０にて特定される年月日時に合わせても良い。また、携帯端末１０にて生成された日時情報を錠前装置２０と認証用サーバ３０に送信し、錠前装置２０にて特定される年月日時と、認証用サーバ３０にて特定される年月日時を、該日時情報が示す年月日時に合わせることで、時刻合せを行っても良い。

このような構成を有する場合であっても、同様の効果を得ることができる。
（４）上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合させたりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載した文言のみによって特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

（５）上述した開錠システム１の他、携帯端末１０，錠前装置２０，認証用サーバ３０，ＳＭＳサーバ４０等、種々の形態で本開示を実現することもできる。この他にも、携帯端末１０，錠前装置２０，認証用サーバ３０，ＳＭＳサーバ４０等としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、携帯端末１０，錠前装置２０，認証用サーバ３０，ＳＭＳサーバ４０等により実行される処理に相当する方法等、種々の形態で本開示を実現することもできる。

［効果］
第１，第２実施形態によれば、以下の効果が得られる。
（１）ユーザが錠前２７の開錠を行う際には、装置ＩＤとユーザＩＤが認証用サーバ３０に送信され、認証用サーバ３０での認証処理にて開錠を許可するか否かが決定される。そして、開錠を許可する場合には、認証用サーバ３０にて記憶されているサーバパスワードがショートメッセージサービスを利用してユーザに通知され、通知されたサーバパスワードを錠前装置２０に入力することで、錠前２７が開錠される。

このため、携帯端末１０や錠前装置２０を解析しても、ユーザＩＤや認証処理の内容を把握できず、また、携帯端末１０を解析しても、錠前装置２０に入力すべきパスワードを把握できない。また、ユーザが自ら錠前装置２０にパスワードを入力するため、錠前装置２０と携帯端末１０との間の通信が傍受されてもパスワードが漏えいしない。したがって、錠前のセキュリティ性を向上させることができる。

また、携帯端末１０の処理負荷を抑えることができ、スマートフォン等のような高性能な携帯端末１０を用いなくても開錠システム１を利用することができる。
（２）また、高度なセキュリティを要する認証処理は、処理負荷が大きく、高性能のハードウェアが必要になると共に、処理が複雑であるため不具合が混入する可能性が高い。このため、仮に認証処理を錠前装置２０で行うとなると、錠前装置２０のコストが増加する。これに対し、開錠システム１では、複数の錠前２７の開錠に対応する認証処理が認証用サーバ３０にて一括して行われており、各錠前装置２０の処理が簡略化されている。

このため、数多く存在する錠前装置２０のコストを抑えることができ、これにより、開錠システム１全体のコストを大幅に抑制できる。
（３）また、錠前装置２０に不具合が混入した場合、数多くの錠前装置２０を個別に修正する必要があり、多大なコストが必要となるが、認証用サーバ３０の不具合に対処する場合には、認証用サーバ３０に対し１回の修正を行うのみで対処できる。これに対し、開錠システム１のように、複雑な認証処理を認証用サーバ３０で行うことで、錠前装置２０への不具合の混入を抑えることができる。さらに、認証処理のバージョンアップを行いたい場合にも、認証用サーバ３０に対し１回の修正を行うのみで対処できる。このため、不具合への対処やメンテナンスが容易になる。

（４）また、ブルートゥース等の規格の近距離無線通信により錠前装置２０から携帯端末１０に装置ＩＤを送信する構成とすることで、錠前装置２０に近づかないと装置ＩＤを取得できなくなる。このため、必要以上に装置ＩＤが携帯端末１０に送信されるのを抑制でき、これにより、セキュリティ性を向上させることができる。

（５）また、錠前装置２０では、箱型部材の内部に保全対象物が収容されているか否かの収容状態が判定され、収容状態が表示されるため、利便性が向上する。さらに、収容状態が携帯端末１０や認証用サーバ３０に送信され、ログ情報に記録される。これにより、保全対象物の紛失等のトラブルが生じた場合に、ログ情報を参照することで、トラブルの原因等を把握したり推測したりすることが可能となる。また、このような記録を残すことで、保全対象物の盗難等を抑止できる。

（６）さらに、第１，第２実施形態、及び、他の実施形態は、以下の発明（ａ）〜（ｎ）として次のような構成を有している。
（ａ）錠前（２７）を開錠する錠前装置（２０）と、携帯端末（１０）と、無線通信を介して前記携帯端末と通信を行うサーバ（３０）とを有する開錠システム（１）において、前記錠前装置は、パスワードの入力を受け付けるパスワード受付部（Ｓ１１４，Ｓ２２０）と、前記パスワード受付部が入力を受け付けた前記パスワードが、自装置にて記憶されている錠前装置パスワードに対応する場合には、前記錠前を開錠する開錠部（Ｓ１１６，Ｓ２２２）と、を備え、前記携帯端末は、前記錠前装置を識別するための装置識別情報を取得する識別情報取得部（Ｓ１０２，Ｓ２０２）と、前記装置識別情報と、ユーザを識別するためのユーザ識別情報とを前記サーバに送信する識別情報送信部（Ｓ１０４，Ｓ２０４）と、を備え、前記サーバは、前記装置識別情報及び前記ユーザ識別情報を、前記携帯端末から受信する識別情報受信部（Ｓ１０４，Ｓ２０４）と、前記識別情報受信部が受信した前記装置識別情報及び前記ユーザ識別情報に基づき、前記錠前の開錠を許可するか否かを決定する開錠決定部（Ｓ１０６，Ｓ２１２）と、前記錠前の開錠を許可する場合には、自装置にて記憶されているパスワードであって、前記錠前装置パスワードに対応するパスワードであるサーバパスワードを前記ユーザに通知するための処理を行うパスワード通知部（Ｓ１０８，Ｓ２１４）と、を備えること、を特徴とする開錠システム（１）。

このような構成によれば、ユーザが錠前の開錠を行う際には、錠前装置識別情報とユーザ識別情報がサーバに送信され、サーバにて該ユーザによる開錠を許可するか否かが決定される。そして、開錠を許可する場合には、サーバにて記憶されているサーバパスワードが該ユーザに通知され、通知されたサーバパスワードが錠前装置に入力されると錠前が開錠される。

このため、錠前装置を解析しても、ユーザの開錠を許可するか否かを決定する処理の内容を把握できない。また、ユーザが自ら錠前装置にパスワードを入力するため、錠前装置との間の通信が傍受されてパスワードが漏えいすることを未然に防ぐことができる。したがって、錠前のセキュリティ性を向上させることができる。

（ｂ）また、（ａ）において、前記錠前装置は、前記携帯端末に前記装置識別情報を提供する識別情報提供部（Ｓ１０２，Ｓ２０２）をさらに備え、前記識別情報取得部は、前記錠前装置から提供された前記装置識別情報を取得すること、を特徴とする開錠システム。

このような構成によれば、装置識別情報を人目に晒すことなくサーバに送信することができ、装置識別情報が第三者に把握されるのを抑制できる。また、開錠の対象となる錠前に設けられた錠前装置の装置識別情報が確実に携帯端末に提供されるため、サーバでは、開錠を許可するか否かを正確に判断できる。

（ｃ）また、（ａ）又は（ｂ）において、前記パスワード通知部は、前記携帯端末に前記サーバパスワードを送信し、前記携帯端末は、前記サーバから前記サーバパスワードを受信するパスワード受信部（Ｓ１１０，Ｓ２１６）と、受信した前記サーバパスワードを前記ユーザに報知する報知部（Ｓ１１２，Ｓ２１８）と、をさらに備えることを特徴とする開錠システム。

（ｄ）また、（ｃ）において、前記携帯端末は、携帯電話機能を有しており、前記パスワード通知部は、前記携帯電話機能による通話の際に利用される携帯電話回線を介して行われるショートメッセージサービスにより、前記携帯端末に前記サーバパスワードを送信し、前記パスワード受信部は、前記ショートメッセージサービスにより、前記サーバから前記サーバパスワードを受信すること、を特徴とする開錠システム。

携帯電話番号は、メールアドレス等と比べると入手が困難であり、個人を特定する上で有用な情報であると考えられるが、このような構成によれば、開錠システムを利用するためには携帯端末の携帯電話番号の登録が必要となる。このため、開錠システムのユーザの特定が容易になり、ユーザによる不適切な行為（例えば、開錠システムの悪用や、錠前や錠前装置の破壊や、錠前により保全されている物の盗難や破壊等）を抑止できる。

（ｅ）また、（ａ）から（ｄ）のいずれかにおいて、前記錠前装置は、前記開錠部が前記錠前を開錠するのに伴い、予め定められた更新方法に従い、前記錠前装置パスワードを更新する錠前装置更新部（Ｓ１２２）をさらに備え、前記サーバは、前記開錠決定部が前記錠前の開錠を許可するか否かを決定するのに伴い、前記更新方法に従い前記サーバパスワードを更新することで、前記サーバパスワードを前記錠前装置パスワードに対応させるサーバ更新部（Ｓ１２６）をさらに備えること、を特徴とする開錠システム。

このような構成によれば、錠前が開錠される度に錠前装置パスワードとサーバパスワードが更新されるため、セキュリティ性が向上する。
また、錠前装置による錠前装置パスワードの更新タイミングとサーバによるサーバパスワードの更新タイミングを確実に同期させることができる。このため、一方のパスワードのみが更新された結果、錠前装置パスワードとサーバパスワードが異なってしまい、サーバから通知されたサーバパスワードを錠前装置に入力したにも関わらず、錠前を開錠できないという事態の発生を抑止できる。

（ｆ）また、（ａ）から（ｄ）のいずれかにおいて、前記錠前装置は、時間を計測した結果に基づき予め定められた更新時期が到来したか否かを判定し、肯定判定が得られた場合には、予め定められた更新方法に従い、前記錠前装置パスワードを更新する錠前装置更新部（Ｓ３００，Ｓ３０５）をさらに備え、前記サーバは、時間を計測した結果に基づき前記更新時期が到来したか否かを判定し、肯定判定が得られた場合には、前記更新方法に従い前記サーバパスワードを更新することで、前記サーバパスワードを前記錠前装置パスワードに対応させるサーバ更新部（Ｓ４００，Ｓ４０５）をさらに備えること、を特徴とする開錠システム。

このような構成によれば、錠前装置パスワードとサーバパスワードを予め定められた頻度で更新できるため、セキュリティ性が向上する。
また、錠前装置による錠前装置パスワードの更新タイミングとサーバによるサーバパスワードの更新タイミングを同期させることができ、一方のパスワードのみが更新された結果、錠前装置パスワードとサーバパスワードが異なってしまうという事態の発生を抑止できる。

（ｇ）また、（ｆ）において、前記サーバは、前記携帯端末に対し、前記サーバ更新部で計測される時間を示す時間情報を送信する時間情報送信部（Ｓ２０６）をさらに備え、前記携帯端末は、前記サーバから前記時間情報を受信すると共に、該時間情報を前記錠前装置に送信する時間情報中継部（Ｓ２０６，Ｓ２０８）をさらに備え、前記錠前装置は、前記携帯端末から前記時間情報を受信すると共に、該時間情報に基づき、前記錠前装置更新部にて計測される時間を、前記サーバ更新部にて計測される時間と一致するように調整する時間調整部（Ｓ２０８，Ｓ２１０）をさらに備えること、を特徴とする開錠システム。

このような構成によれば、錠前装置による錠前装置パスワードの更新タイミングとサーバによるサーバパスワードの更新タイミングを、より精度良く同期させることができる。
（ｈ）また、（ａ）から（ｇ）において、前記錠前装置は、前記開錠部が前記錠前を開錠すると、前記携帯端末に対し、前記錠前の開錠を示す開錠通知を送信する開錠通知部（Ｓ１１８，Ｓ２２４）をさらに備え、前記携帯端末は、前記錠前装置から前記開錠通知を受信すると、現在の日時と、前記錠前の開錠を記録する携帯端末記録部（Ｓ１１８，Ｓ１２４，Ｓ２２４，Ｓ２２８）をさらに備えること、を特徴とする開錠システム。

このような構成によれば、錠前により保全されている物の紛失や破壊等といったトラブルが生じた場合に記録を参照することで、トラブルの原因等を把握したり推測したりすることが可能となる。また、このようなトラブルが生じた場合には、ユーザは、自分の携帯端末に残っている記録に基づき自分に非が無いことを証明できる。

（ｉ）また、（ａ）から（ｇ）において、前記錠前装置は、前記開錠部が前記錠前を開錠すると、前記携帯端末に対し、前記錠前の開錠を示す開錠通知を送信する開錠通知部（Ｓ１１８，Ｓ２２４）をさらに備え、前記携帯端末は、前記錠前装置から前記開錠通知を受信すると、該開錠通知を前記サーバに送信する開錠通知中継部（Ｓ１１８，Ｓ１２０，Ｓ２２４，Ｓ２２６）をさらに備え、前記サーバは、前記携帯端末から前記開錠通知を受信すると、現在の日時と、前記錠前の開錠を記録するサーバ記録部（Ｓ１２０，Ｓ１２８，Ｓ２２６，Ｓ２３０）をさらに備えること、を特徴とする開錠システム。

このような構成によれば、錠前により保全されている物の紛失や破壊等といったトラブルが生じた場合に記録を参照することで、トラブルの原因等を把握したり推測したりすることが可能となる。また、このような記録を残すことで、ユーザによる不適切な行為（例えば、錠前により保全されている物の盗難や破壊等）を抑止できる。

（ｊ）錠前（２７）を開錠する錠前装置（２０）を識別するための装置識別情報を取得する識別情報取得部（Ｓ１０２，Ｓ２０２）と、ユーザによる前記錠前の開錠を許可するか否かをサーバ（３０）に決定させると共に、該開錠を許可する場合には、該ユーザに前記錠前装置に入力するパスワードを該サーバに通知させるため、該ユーザを識別するためのユーザ識別情報と、前記識別情報取得部が取得した前記装置識別情報とを、無線通信を介して該サーバに送信する識別情報送信部（Ｓ１０４，Ｓ２０４）と、を備えることを特徴とする携帯端末（１０）。

このような構成によれば、ユーザによる錠前の開錠を許可するか否かをサーバにおいて決定することができる。これにより、錠前装置や携帯端末を解析しても、ユーザの開錠を許可するか否かを決定する処理の内容を把握できなくなるため、錠前のセキュリティ性を向上させることができる。

（ｋ）錠前装置パスワードが入力されると錠前（２７）を開錠する錠前装置（２０）を識別するための装置識別情報、及び、該錠前を開錠するユーザを識別するためのユーザ識別情報を、無線通信を介して携帯端末（１０）から受信する識別情報受信部（Ｓ１０４，Ｓ２０４）と、前記識別情報受信部が受信した前記装置識別情報及び前記ユーザ識別情報に基づき、前記錠前の開錠を許可するか否かを決定する開錠決定部（Ｓ１０６，Ｓ２１２）と、前記錠前の開錠を許可する場合には、自装置にて記憶されているパスワードであって、前記錠前装置パスワードに対応するパスワードであるサーバパスワードを前記ユーザに通知するための処理を行うパスワード通知部（Ｓ１０８，Ｓ２１４）と、を備えることを特徴とするサーバ（３０）。

このような構成によれば、サーバにて、携帯端末から受信した装置識別情報とユーザ識別情報とに基づき錠前の開錠を許可するか否かが決定され、開錠が許可された場合には、錠前を開錠するためのパスワードがユーザに通知される。これにより、錠前装置や携帯端末を解析しても、ユーザの開錠を許可するか否かを決定する処理の内容を把握できなくなるため、錠前のセキュリティ性を向上させることができる。

（ｌ）錠前（２７）を開錠する錠前装置（２０）を識別するための装置識別情報を取得する識別情報取得部（Ｓ１０２，Ｓ２０２）と、前記錠前の開錠のために前記錠前装置に入力するパスワードをサーバ（３０）からユーザに通知させるため、該ユーザを識別するためのユーザ識別情報と、前記識別情報取得部が取得した前記装置識別情報とを、無線通信を介して該サーバに送信する識別情報送信部（Ｓ１０４，Ｓ２０４）として、携帯端末を制御するコンピュータを動作させること、を備えることを特徴とする携帯端末用プログラム。

（ｍ）錠前装置パスワードが入力されると錠前（２７）を開錠する錠前装置（２０）を識別するための装置識別情報、及び、該錠前を開錠するユーザを識別するためのユーザ識別情報を、無線通信を介して携帯端末（１０）から受信する識別情報受信部（Ｓ１０４，Ｓ２０４）と、前記識別情報受信部が受信した前記装置識別情報及び前記ユーザ識別情報に基づき、前記錠前の開錠を許可するか否かを決定する開錠決定部（Ｓ１０６，Ｓ２１２）と、前記錠前の開錠を許可する場合には、自装置にて記憶されているパスワードであって、前記錠前装置パスワードに対応するパスワードであるサーバパスワードを前記ユーザに通知するための処理を行うパスワード通知部（Ｓ１０８，Ｓ２１４）として、コンピュータを動作させること、を特徴とするサーバ用プログラム。

（ｎ）錠前（２７）を開錠する錠前装置（２０）を識別するための装置識別情報と、該錠前を開錠するユーザを識別するためのユーザ識別情報とをサーバに送信する識別情報送信手順（Ｓ１０４）と、前記サーバにて、前記識別情報送信手順で該サーバに送信された前記装置識別情報と前記ユーザ識別情報とに基づき、前記錠前の開錠を許可するか否かを決定する開錠決定手順（Ｓ１０４，Ｓ２０４）と、前記開錠決定手順にて前記錠前の開錠を許可すると決定された場合には、前記サーバに記憶されている該開錠を行うためのパスワードを、前記ユーザに通知するパスワード通知手順（Ｓ１０８〜Ｓ１１２，Ｓ２１４〜Ｓ２１８）と、前記ユーザが、前記パスワード通知手順にて通知された前記パスワードを、前記錠前装置に入力するパスワード入力手順（Ｓ１１４，Ｓ２２０）と、前記パスワード入力手順にて入力された前記パスワードが、前記錠前装置に記憶されている錠前装置パスワードに対応する場合には、前記錠前の開錠する開錠手順（Ｓ１１６，Ｓ２２２）と、を備えることを特徴とする開錠方法。

このような開錠方法によれば、ユーザが錠前の開錠を行う際には、錠前装置識別情報とユーザ識別情報がサーバに送信され、サーバにて該ユーザによる開錠を許可するか否かが決定される。そして、開錠を許可する場合には、サーバにて記憶されているサーバパスワードが該ユーザに通知され、通知されたサーバパスワードが錠前装置に入力されると錠前が開錠される。

なお、上記実施形態の説明で用いた用語と、発明（ａ）〜（ｎ）の記載に用いた用語との対応を示す。
第１，第２実施形態における認証用サーバ３０がサーバの一例に相当し、装置ＩＤが装置識別情報の一例に、ユーザＩＤがユーザ識別情報の一例に相当する。

また、端末用アプリが携帯端末用プログラムの一例に相当し、サーバ用アプリがサーバ用プログラムの一例に相当する。また、開錠処理により実現される方法が、開錠方法の一例に相当する。

また、第１実施形態の開錠処理のＳ１０２が識別情報提供部，識別情報取得部の一例に、Ｓ１０４が識別情報送信部，識別情報受信部，識別情報送信手順の一例に、Ｓ１０６が開錠決定部，開錠決定手順の一例に相当する。

また、Ｓ１０８がパスワード通知部の一例に、Ｓ１０８〜Ｓ１１２がパスワード通知手順の一例に、Ｓ１１０がパスワード受信部の一例に、Ｓ１１２が報知部の一例に、Ｓ１１４がパスワード受付部，パスワード入力手順の一例に、Ｓ１１６が開錠部，開錠手順の一例に相当する。

また、Ｓ１１８が開錠通知部，携帯端末記録部，開錠通知中継部の一例に、Ｓ１２０が開錠通知中継部，サーバ記録部の一例に、Ｓ１２２が錠前装置更新部の一例に、Ｓ１２４が携帯端末記録部の一例に、Ｓ１２６がサーバ更新部の一例に、Ｓ１２８がサーバ記録部の一例に相当する。

また、第２実施形態の開錠処理のＳ２０２が識別情報取得部，識別情報提供部の一例に、Ｓ２０４が識別情報送信部，識別情報受信部，識別情報送信手順の一例に、Ｓ２０６が時間情報送信部，時間情報中継部の一例に、Ｓ２０８が時間情報中継部，時間調整部の一例に相当する。

また、Ｓ２１０が時間調整部の一例に、Ｓ２１２が開錠決定部，開錠決定手順の一例に、Ｓ２１４がパスワード通知部の一例に、Ｓ２１４〜Ｓ２１８がパスワード通知手順の一例に、Ｓ２１６がパスワード受信部の一例に、Ｓ２１８が報知部の一例に相当する。

また、Ｓ２２０がパスワード受付部，パスワード入力手順の一例に、Ｓ２２２が開錠部，開錠手順の一例に、Ｓ２２４が開錠通知部，携帯端末記録部，開錠通知中継部の一例に、Ｓ２２６が開錠通知中継部，サーバ記録部の一例に、Ｓ２２８が携帯端末記録部の一例に、Ｓ２３０がサーバ記録部の一例に相当する。

また、錠前装置パスワード更新処理のＳ３００，Ｓ３０５が錠前装置更新部の一例に、サーバパスワード更新処理のＳ４００，Ｓ４０５がサーバ側更新部の一例に相当する。
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲の記載に用いた用語との対応を示す。

第１，第２実施形態における認証用サーバ３０がサーバの一例に相当し、装置ＩＤが装置識別情報の一例に、ユーザＩＤがユーザ識別情報の一例に相当する。
また、第１実施形態の開錠処理のＳ１０２が識別情報提供部，識別情報取得部の一例に、Ｓ１０４が識別情報送信部，識別情報受信部の一例に、Ｓ１０６が開錠決定部の一例に、Ｓ１０８がパスワード通知部の一例に、Ｓ１１０がパスワード受信部の一例に、Ｓ１１２が報知部の一例に、Ｓ１１４がパスワード受付部の一例に、Ｓ１１６が開錠部の一例に相当する。

また、第２実施形態の開錠処理のＳ２０２が識別情報取得部，識別情報提供部の一例に、Ｓ２０４が識別情報送信部，識別情報受信部の一例に、Ｓ２１２が開錠決定部の一例に、Ｓ２１４がパスワード通知部の一例に、Ｓ２１６がパスワード受信部の一例に、Ｓ２１８が報知部の一例に、Ｓ２２０がパスワード受付部の一例に、Ｓ２２２が開錠部の一例に相当する。

１…開錠システム、２…インターネット、１０…携帯端末、１１…近距離通信部、１２…電話通信部、１３…記憶部、１４…制御部、１５…表示部、１６…操作部、２０…錠前装置、２１…近距離通信部、２２…記憶部、２３…表示部、２４…操作部、２５…制御部、２６…錠前制御部、２７…錠前、２８…収容状態センサ、３０…認証用サーバ、３１…通信部、３２…記憶部、３３…制御部、３４…表示部、３５…操作部。

Claims

サーバからユーザに通知されるパスワードの入力を受け付けるパスワード受付部と、
前記パスワード受付部が入力を受け付けた前記パスワードが、自装置にて記憶されている錠前装置パスワードに対応する場合には、錠前を開錠する開錠部と、を備えることを特徴とする錠前装置であって、
前記サーバは、前記錠前装置を識別するための装置識別情報と、前記ユーザを識別するためのユーザ識別情報とを、無線通信を介して前記ユーザの携帯端末から受信すると共に、これらの識別情報に基づき前記錠前の開錠を許可するか否かを決定し、該開錠を許可する場合には、当該サーバに記憶されている、前記錠前装置パスワードに対応するサーバパスワードを該ユーザに通知すること、
を特徴とする錠前装置。
請求項１に記載の錠前装置において、
前記錠前装置は、前記携帯端末に前記装置識別情報を提供する識別情報提供部をさらに備え、
前記携帯端末は、前記錠前装置から取得した前記装置識別情報を前記サーバに送信すること、
を特徴とする錠前装置。
請求項１又は請求項２に記載の錠前装置において、
前記サーバパスワードは、前記錠前の開錠を許可することを決定した前記サーバから前記携帯端末に無線通信を介して送信され、該携帯端末により前記ユーザに通知されること、
を特徴とする錠前装置。