(57)【要約】【課題】不要な通信データの通信量の低減を図ること。【解決手段】制御方法は、携帯端末１の制御方法である。制御方法は、鍵送信ステップと、受信ステップと、履歴通知ステップと、を含む。鍵送信ステップでは、電気錠３の施錠又は解錠の制御に関する鍵データの認証を行う認証システム２に対して、少なくとも鍵データを含む鍵信号Ｋ１を送信する。受信ステップでは、鍵送信ステップ後において、認証システム２から上記制御に関する応答信号Ｕ１を受信する。履歴通知ステップでは、応答信号Ｕ１の受信に応じて、履歴データを所定の対象機器５に通知する。履歴データは、制御に対応する、電気錠３側の状態及び状態変化のうち少なくとも１つに関するデータを含む。【選択図】図３
2020010235.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末の制御方法であって、
電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する、鍵送信ステップと、
前記鍵送信ステップ後において、前記認証システムから前記制御に関する応答信号を受信する、受信ステップと、
前記応答信号の受信に応じて、履歴データを所定の対象機器に通知する、履歴通知ステップと、
を含み、
前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む、
制御方法。
【請求項２】
前記応答信号は、
前記鍵データの認証結果、
前記制御の要求に対する前記電気錠の制御結果、及び、
前記認証システムが受信した前記携帯端末の電波強度値に関する閾値結果のうち少なくとも１つを含む、
請求項１に記載の制御方法。
【請求項３】
前記応答信号は、前記制御の要求に対する前記電気錠の制御結果を含み、
前記認証システムは、前記応答信号を、所定の応答条件を満たしたときに前記携帯端末に送信する、
請求項１又は請求項２に記載の制御方法。
【請求項４】
前記所定の応答条件は、
前記認証システムが備える操作装置が所定の操作を受け付けたこと、
所定の時間が経過したこと、及び、
前記制御の要求に対する前記電気錠の制御が完了したことのうち少なくとも１つを含む、
請求項３に記載の制御方法。
【請求項５】
規定の指示条件を満たしたときに、前記認証システムに対して前記制御を要求する指示を含む指示信号を送信する、指示送信ステップを、更に含み、
前記所定の応答条件は、前記認証システムが前記指示信号を受信したことを含む、
請求項３又は請求項４に記載の制御方法。
【請求項６】
前記規定の指示条件は、
前記携帯端末が備える操作部が規定の操作を受け付けたこと、
前記携帯端末が前記認証システムから所定のトリガー信号を受信したこと、及び、
一定の時間が経過したことのうち少なくとも１つを含む、
請求項５に記載の制御方法。
【請求項７】
前記応答信号は、
前記電気錠が施錠状態及び解錠状態のうちいずれの状態にあるかを示す錠状態結果、及び、
前記電気錠が設置されている扉が開状態及び閉状態のうちいずれの状態にあるかを示す扉状態結果のうち少なくとも１つを含み、
前記履歴データは、前記電気錠側の状態に関するデータを含む、
請求項１〜６のいずれか１項に記載の制御方法。
【請求項８】
前記応答信号は、
前記電気錠の施解錠の状態に変化があったことを示す錠変化結果、及び、
前記電気錠が設置されている扉の開閉の状態に変化があったことを示す扉変化結果のうち少なくとも１つを含み、
前記履歴データは、前記電気錠側の状態変化に関するデータを含む、
請求項１〜６のいずれか１項に記載の制御方法。
【請求項９】
前記鍵送信ステップにおける前記鍵信号は、前記携帯端末上で動作する第１アプリケーションにより送信され、
前記履歴通知ステップにおける前記履歴データは、前記第１アプリケーションと異なり、かつ前記携帯端末上で動作する第２アプリケーションにより通知される、
請求項１〜８のいずれか１項に記載の制御方法。
【請求項１０】
前記履歴通知ステップでは、電子メールにより、前記履歴データを前記所定の対象機器に通知する、
請求項１〜９のいずれか１項に記載の制御方法。
【請求項１１】
コンピュータシステムに請求項１〜１０のいずれか１項に記載の制御方法を実行させる、
プログラム。
【請求項１２】
電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する鍵送信部と、
前記鍵信号の送信後において、前記認証システムから前記制御に関する応答信号を受信する受信部と、
前記応答信号の受信に応じて、履歴データを所定の対象機器に通知する履歴通知部と、
を備え、
前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む、
携帯端末。
【請求項１３】
請求項１２に記載の携帯端末を１又は複数と、
前記鍵信号を前記携帯端末から受信して、前記鍵データの認証を行う前記認証システムと、
を備え、
前記認証システムは、前記認証に成功し、かつ前記制御を要求する指示を受け付けると、前記電気錠に対して前記指示に応じた制御を行う、
電気錠制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、制御方法、プログラム、携帯端末、及び電気錠制御システムに関する。本開示は、より詳細には、携帯端末の制御方法、プログラム、携帯端末、及び電気錠制御システムに関する。
【背景技術】
【０００２】
特許文献１には、履歴データ通知システムが記載されている。この履歴データ通知システムは、鍵データが記憶された移動端末と、移動端末との間の近距離通信により取得した鍵データを認証する認証装置とを備える。認証装置は、鍵データの認証結果に基づき、例えば錠前を電気的に施解錠制御する電気錠システムや、ゲートの開閉を電気的に制御してゲートの出入を管理する出入管理装置等で構成される。移動端末は、鍵データの認証時における履歴データを、メールサーバを介して予め登録された宛て先の通知対象機器にメール送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１４９６０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に記載される移動端末は、鍵データの認証時における履歴データを通知対象機器にメール送信する。言い換えると、履歴データをメール送信する基準が、鍵データの認証である。そのため、移動端末（携帯端末）と認証装置（認証システム）とが通信可能なエリア内に携帯端末が入ることで、不要な履歴データがメール送信されてしまう可能性がある。
【０００５】
本開示は上記事由に鑑みてなされ、不要な通信データの通信量の低減を図ることができる、制御方法、プログラム、携帯端末、及び電気錠制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一態様に係る制御方法は、携帯端末の制御方法である。前記制御方法は、鍵送信ステップと、受信ステップと、履歴通知ステップと、を含む。前記鍵送信ステップでは、電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する。前記受信ステップでは、前記鍵送信ステップ後において、前記認証システムから前記制御に関する応答信号を受信する。前記履歴通知ステップでは、前記応答信号の受信に応じて、履歴データを所定の対象機器に通知する。前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む。
【０００７】
本開示の一態様に係るプログラムは、コンピュータシステムに上記制御方法を実行させる。
【０００８】
本開示の一態様に係る携帯端末は、鍵送信部と、受信部と、履歴通知部と、を備える。前記鍵送信部は、電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する。前記受信部は、前記鍵信号の送信後において、前記認証システムから前記制御に関する応答信号を受信する。前記履歴通知部は、前記応答信号の受信に応じて、履歴データを所定の対象機器に通知する。前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む。
【０００９】
本開示の一態様に係る電気錠制御システムは、上記携帯端末を１又は複数と、前記認証システムと、を備える。前記認証システムは、前記鍵信号を前記携帯端末から受信して、前記鍵データの認証を行う。前記認証システムは、前記認証に成功し、かつ前記制御を要求する指示を受け付けると、前記電気錠に対して前記指示に応じた制御を行う。
【発明の効果】
【００１０】
本開示によれば、不要な通信データの通信量の低減を図ることができる、という利点がある。
【図面の簡単な説明】
【００１１】
【図１】図１は、本開示の一実施形態に係る携帯端末及びそれを備えた電気錠制御システムのシステム構成図である。
【図２】図２は、同上の電気錠制御システムの使用例を示す概略図である。
【図３】図３は、同上の電気錠制御システムの動作を説明するシーケンス図である。
【図４】図４は、同上の電気錠制御システムの変形例１の動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１２】
（１）概要
以下の実施形態において説明する図１〜４は、模式的な図であり、図１〜４中の各構成要素の大きさや厚さそれぞれの比が、必ずしも実際の寸法比を反映しているとは限らない。
【００１３】
本実施形態に係る携帯端末（鍵装置）１は、図１に示すように、鍵送信部１０１と、受信部１０３と、履歴通知部１０２と、を備えている。鍵送信部１０１は、電気錠３の施錠又は解錠の制御に関する鍵データの認証を行う認証システム２に対して、少なくとも鍵データを含む鍵信号Ｋ１を送信する。受信部１０３は、鍵信号Ｋ１の送信後において、認証システム２から上記制御に関する応答信号Ｕ１を受信する。履歴通知部１０２は、応答信号Ｕ１の受信に応じて、履歴データを所定の対象機器５に通知する。履歴データは、制御に対応する、電気錠３側の状態及び状態変化のうち少なくとも１つに関するデータを含む。
【００１４】
電気錠３は、例えば、建物７（図２参照）の開口部７０を開閉する扉（開閉部材）７１を施錠又は解錠する。以下では、建物７が一例として戸建て住宅であり、扉７１は、図２に示すように、玄関扉であることを想定する。ただし、建物７は、戸建て住宅に限定されず、例えば、複数の住戸を有する集合住宅であってもよい。この場合、扉７１は、個々の住戸の内側と外側とを隔てる扉であってもよいし、ロビー玄関の扉でもよい。あるいは、建物７は、住宅に限らず、テナントビルや、オフィスビル、公共施設、学校、病院、工場等の非住宅であってもよい。
【００１５】
ここで言う「応答信号」は、一例として、電気錠３の施錠又は解錠の制御の要求に対する電気錠３の制御結果を含む。また「制御の要求」の要求元（ユーザ操作の受け付け元）は、携帯端末１でもよいし、扉７１又はその近傍に設置される操作装置８（図２参照）でもよい。また実際に認証システム２へ制御を要求する「指示」を出す指示元（認証システム２へ指示信号Ｒ１を送信する送信元）も、携帯端末１でもよいし、操作装置８でもよい。例えば、要求元及び指示元の両方が携帯端末１でもよいし、要求元が操作装置８で指示元が携帯端末１でもよいし、要求元及び指示元の両方が操作装置８でもよい。「指示」の指示元が携帯端末１である場合、鍵信号Ｋ１の送信が施錠又は解錠の要求の指示も兼ねてもよいし、あるいは鍵信号Ｋ１とは別に指示信号Ｒ１が、施錠又は解錠の要求の指示として送信されてもよい。また「電気錠３側」の状態とは、電気錠３自体の施解錠の状態でもよいし、電気錠３が設置されている扉７１の開閉状態でもよい。
【００１６】
本実施形態に係る電気錠制御システムＡ１は、図１に示すように、携帯端末１を１又は複数（図示例では１つ）と、認証システム２と、を備えている。認証システム２は、鍵信号Ｋ１を携帯端末１から受信して、鍵データの認証を行う。認証システム２は、認証に成功し、かつ（施錠又は解錠の制御を要求する）指示を受け付けると、電気錠３に対してその指示に応じた制御を行う。
【００１７】
本実施形態の携帯端末１及び電気錠制御システムＡ１の構成によれば、認証システム２から制御に関する応答信号Ｕ１の受信に応じて、履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。したがって、不要な通信データの通信量の低減を図ることできる。
【００１８】
なお、上述した携帯端末１と同様の機能は、制御方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。
【００１９】
（２）詳細
次に、本実施形態に係る電気錠制御システムＡ１の全体構成についてより詳細に説明する。電気錠制御システムＡ１は、電気錠３と共に、電気錠システムＢ１を構成する（図１参照）。以下では、戸建て住宅である建物７の住人の一人であり、携帯端末１の所有者を、ユーザＸ１（図２参照）と呼ぶ。
【００２０】
（２．１）全体構成
本実施形態に係る電気錠制御システムＡ１は、上の「（１）概要」の欄で説明した通り、携帯端末１と認証システム２とを備えている。ここでは、説明の便宜上、携帯端末１の数は、図１に示すように、１つであることを想定するが、携帯端末１の数は、特に限定されず、２つ以上でもよい。
【００２１】
認証システム２は、電気錠制御装置４と操作装置８とを備えている。認証システム２は、電気錠３の施錠又は解錠の制御に関する鍵データを、携帯端末１から受信すると、鍵データの認証を行うように構成されている。
【００２２】
（２．２）電気錠
電気錠３は、扉（開閉部材）７１（ここでは玄関扉）を解錠又は施錠する。電気錠３は、デッドボルトと、駆動部と、駆動回路と、を有している。駆動回路は、電気錠制御装置４（の錠制御部４０２）から出力される制御信号（解錠信号又は施錠信号）に応じて駆動信号を作成し、この駆動信号を駆動部に出力する。駆動部は、電動モータと、電動モータの駆動力をデッドボルトに伝達する伝達機構と、を備えている。駆動部は、駆動回路から入力される駆動信号に従って駆動モータを駆動する。駆動モータの駆動力が伝達機構を介してデッドボルトに伝達されることによって、デッドボルトが施錠位置又は解錠位置に移動する。ここで、デッドボルトが施錠位置に移動した状態では、デッドボルトの少なくとも一部が、扉７１を支持する扉枠に設けられたボルト穴に挿入されており、この状態では扉７１が閉じた状態で保持される。つまり、扉７１が施錠された状態となる。デッドボルトが解錠位置に移動した状態では、デッドボルトの全体がボルト穴の外に出ており、この状態では扉７１の開閉が可能になる。つまり、扉７１が解錠された状態となる。
【００２３】
（２．３）電気錠制御装置
電気錠制御装置４は、図１に示すように、錠側制御部４０と、錠側通信部４１と、錠側記憶部４２とを備えている。錠側制御部４０は、認証部４０１と、錠制御部４０２と、を有している。言い換えると、錠側制御部４０は、認証部４０１としての機能、及び錠制御部４０２としての機能を有している。
【００２４】
電気錠制御装置４は、建物７の扉７１に設けられている。錠側制御部４０、錠側通信部４１、及び錠側記憶部４２は、例えば、１つのケースに収容されて、扉７１の内部に埋め込まれている。電気錠制御装置４は、電源ライン（不図示）を通じて電力供給を受けて動作する。また電気錠制御装置４は、電線Ｓ１を通じて電気錠３と電気的に接続され、更に、電線Ｓ２を通じて操作装置８と電気的に接続されている（図１参照）。
【００２５】
錠側制御部４０は、例えば、ＣＰＵ（Central Processing Unit）及びメモリを主構成とするマイクロコントローラにて構成されている。そして、ＣＰＵがメモリに格納されているプログラムを実行することにより、マイクロコントローラが錠側制御部４０として機能する。ＣＰＵが実行するプログラムは、ここではマイクロコントローラのメモリに予め記録されているが、メモリカード等の非一時的な記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。錠側制御部４０は、錠側通信部４１及び電気錠３等を制御する。
【００２６】
錠側通信部４１は、例えば、アンテナと、通信回路と、を有している。錠側通信部４１は、携帯端末１との間で電波を媒体とする無線通信を行う。無線通信にて使用する周波数帯域は、例えば、４２０ＭＨｚ帯、９２０ＭＨｚ帯、２．４ＧＨｚ帯などである。錠側通信部４１は、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）の規格に準拠した近距離無線通信を行うように構成されている。ここで、「ＢＬＥ」とは、無線ＰＡＮ（Personal Area Network）技術であるＢｌｕｅｔｏｏｔｈ（登録商標）の仕様における、低消費電力仕様の呼称である。錠側通信部４１は、錠側制御部４０からの指令に従って、ビーコン信号を送信する。また、錠側通信部４１は、ビーコン応答を受信する。ビーコン応答は、ビーコン信号に応答した携帯端末１の（後述の）通信部１３から送信される。つまり、錠側通信部４１は、信号の送信機能及び受信機能を有しており、携帯端末１の通信部１３との間で双方向の通信を行うように構成されている。
【００２７】
錠側制御部４０は、錠側通信部４１を通じて、携帯端末１から、少なくとも鍵データを含む鍵信号Ｋ１（図１及び図３参照）を受信するように構成される。錠側制御部４０は、鍵信号Ｋ１を受信すると、認証処理を実行する。また錠側制御部４０は、携帯端末１からのビーコン応答の電波強度値（例えばＲＳＳＩ値：Received Signal Strength Indication）を監視するように構成される。この監視の開始タイミングは、例えば、鍵信号Ｋ１の受信後に開始される。具体的には、電気錠制御装置４は、鍵信号Ｋ１の受信後、携帯端末１と定期的に通信を行い、電波強度値が閾値を超えたか否か（言い換えると、携帯端末１が所定の通信エリア内に進入したか否か）を判定する。電波強度値が閾値を超えたと判定すると、錠側制御部４０は、錠側通信部４１を通じてその旨を示す閾値信号Ｍ１（図３参照）を携帯端末１に送信する。また錠側制御部４０は、受信した鍵データに関する認証結果を示す認証結果信号Ｎ１（図３参照）を携帯端末１に送信する。
【００２８】
また錠側制御部４０は、錠側通信部４１を通じて、携帯端末１から、電気錠３の施錠又は解錠の制御を要求する指示を含む指示信号Ｒ１（図３参照）を受信するように構成される。錠側制御部４０は、錠側通信部４１を通じて、指示信号Ｒ１に対する返信として、指示応答信号Ｒ２（図３参照）を、携帯端末１に送信する。指示応答信号Ｒ２は、正常に指示信号Ｒ１を受け取って制御を行ったことを示す信号（制御結果信号）である。
【００２９】
さらに錠側制御部４０は、錠側通信部４１を通じて、携帯端末１から、履歴データに関する情報を要求する要求信号Ｖ１（図３参照）を受信するように構成される。錠側制御部４０は、錠側通信部４１を通じて、要求信号Ｖ１に対する返信として、要求応答信号Ｖ２（図３参照）を、携帯端末１に送信する。要求応答信号Ｖ２は、携帯端末１からの履歴データに関する情報の要求に答えるように、例えば、施錠又は解錠を実行した制御時刻、及び制御結果後の現在の電気錠３の状態に関するデータ等を含む。
【００３０】
錠側記憶部４２は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ等の不揮発性メモリにて構成されている。錠側記憶部４２は、複数の携帯端末１の登録情報等を記憶可能である。例えば、建物７の住人が、ユーザＸ１を含めて３人であり、その３人が個々の携帯端末１を携帯する場合、これらの携帯端末１の登録情報が、錠側記憶部４２に登録される。登録情報は、各携帯端末１に固有の識別情報、及び認証処理用の「認証情報」を含む。認証情報は、携帯端末１から送信される鍵データと一対一に対応している。なお、錠側記憶部４２は、錠側制御部４０が有するメモリであってもよい。
【００３１】
錠側制御部４０の認証部４０１は、錠側通信部４１が携帯端末１から識別情報及び鍵データを含む鍵信号Ｋ１を受信すると、受信した識別情報に対応する認証情報を錠側記憶部４２から読み出す。そして、認証部４０１は、受信した鍵データと、認証情報との照合を行うことで、携帯端末１の認証処理を実行する。具体的には、鍵データに対応する認証情報が錠側記憶部４２に記憶されている場合、認証部４０１による鍵データの認証が成功となる。一方、鍵データに対応する認証情報が錠側記憶部４２に記憶されていない場合、認証部４０１による鍵データの認証が失敗となる。錠側制御部４０は、認証が成功か失敗かに関わらず、認証結果信号Ｎ１を携帯端末１に返信することが望ましい。また錠側制御部４０は、通信エラー等により正常に鍵データを取得出来なかった場合にも、その旨を示す認証結果信号Ｎ１を携帯端末１に返信することが望ましい。
【００３２】
錠側制御部４０の錠制御部４０２は、認証の成功を示す認証結果信号Ｎ１を携帯端末１に返信後に、携帯端末１から指示信号Ｒ１を受信すると、指示信号Ｒ１が示す内容に応じて電気錠３を制御して扉７１の施錠又は解錠を行う。具体的には、認証部４０１が鍵データの認証に成功し、例えば、錠側通信部４１が携帯端末１から解錠制御を要求する指示を含む指示信号Ｒ１を受信すると、電気錠３の施錠状態が解錠状態に切り替わるように電気錠３を制御する。このように認証部４０１によって認証処理が行われることで、建物７におけるセキュリティの低下が抑制される。
【００３３】
ところで、電気錠制御装置４は、図１に示すように、扉７１の外側に設置された操作装置８と電気的に接続されている。操作装置８は、例えば、０〜９まで数字及び記号が表記された複数のタッチキーを有している。ユーザＸ１等の人によって、複数のタッチキーを通じて、鍵データに相当する数字等が入力されると、その入力情報は、電線Ｓ２を通じて、電気錠制御装置４に送信される。認証部４０１は、その入力情報に対する認証処理を実行し、認証が成功すると、電気錠３に対する解錠、施錠が可能となる。
【００３４】
あるいは、操作装置８は、認証部４０１が携帯端末１から送信された鍵データの認証に成功した後にユーザＸ１が指でタッチ操作することで、解錠又は施錠するための簡易タッチキーを備えていてもよい。この場合、電気錠３の施錠又は解錠の制御を要求する要求元（ユーザ操作の受け付け元）は、操作装置８になる。
【００３５】
操作装置８は、複数のタッチキーの代わりに、又は複数のタッチキーに加えて、ＩＣ（Integrated Circuit）カード内に記憶されている鍵データを読み取るためのカードリーダー等を有していてもよい。また、操作装置８は、扉７１の外側（屋外）ではなく、扉７１の内側（屋内）に設置されていてもよい。
【００３６】
（２．４）携帯端末
本実施形態の携帯端末（鍵装置）１は、スマートフォン、タブレット端末等の携帯可能な情報端末であることを想定する。携帯端末１は、図１に示すように、制御部１０と、表示部１２（操作部１１）と、通信部１３と、記憶部１４と、を備えている。
【００３７】
制御部１０は、例えば、ＣＰＵ（Central Processing Unit）及びメモリを主構成とするマイクロコントローラにて構成されている。そして、ＣＰＵがメモリに格納されているプログラムを実行することにより、マイクロコントローラが制御部１０として機能する。ＣＰＵが実行するプログラムは、ここではマイクロコントローラのメモリに予め記録されているが、メモリカード等の非一時的な記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。制御部１０は、表示部１２及び通信部１３等を制御する。
【００３８】
通信部１３は、例えば、アンテナと、通信回路と、を有している。通信部１３は、錠側通信部４１との間で、例えばＢＬＥの規格に準拠した近距離無線通信を行うように構成されている。通信部１３は、錠側通信部４１から送信されるビーコン信号を受信する。また、通信部１３は、ビーコン信号を受信すると、受信したビーコン信号に応答する信号を電気錠制御装置４に送信する。つまり、通信部１３は、信号の送信機能及び受信機能を有しており、錠側通信部４１との間で双方向の通信を行うように構成されている。
【００３９】
また通信部１３は、図１に示すように、インターネット等の通信ネットワーク６０を介して、メールサーバ６と通信可能に構成され、（後述の）履歴データを所定の対象機器５に通知するために、電子メールをメールサーバ６に送出する。図１では、通信ネットワーク６０上にあるメールサーバの数は１つであるが、２つ以上でもよい。例えば電子メールを送信する側のメールサーバと、電子メールを受信する側のメールサーバとが存在してもよい。
【００４０】
ここで言う「所定の対象機器５」は、ユーザＸ１とは別のユーザが携帯する、スマートフォン、タブレット端末等の携帯可能な情報端末であることを想定する。対象機器５は、ユーザＸ１が携帯する携帯端末１と同等の機能を有した携帯端末であってもよい。対象機器５に関する情報（メールアドレス情報等）は、ユーザＸ１の携帯端末１の記憶部１４に予め登録されていてもよいし、電気錠制御装置４から受信する要求応答信号Ｖ２に含まれてもよい。対象機器５を携帯する別のユーザは、例えば、ユーザＸ１の家族でもよく、子供であるユーザＸ１の親でもよい。また対象機器５は、携帯端末に限定されず、据置き型の端末でもよい。
【００４１】
表示部１２は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の薄型ディスプレイ装置である。表示部１２は、制御部１０によって表示内容が制御される。
【００４２】
操作部１１は、例えばユーザＸ１等の人による操作入力（ユーザ操作）を受け付ける機能を有している。本実施形態では、操作部１１は、表示部１２を構成するディスプレイ装置に設けられたタッチパネルを有している。タッチパネルは、静電容量方式、感圧式等のタッチセンサを有する。ユーザＸ１が表示部１２のディスプレイ装置に触れる操作（タップ操作、スワイプ操作等）を行うと、操作部１１は、操作に応じた信号を制御部１０に出力する。要するに、ここでは、表示部１２が、操作部１１としての機能を兼ね備えている。なお、操作部１１は、タッチパネルを有する構成に限定されず、例えば携帯端末１のケースに設けられた押釦スイッチで構成されていてもよいし、携帯端末１のケースに設けられたレバーで構成されていてもよい。
【００４３】
記憶部１４は、例えばＥＥＰＲＯＭ、フラッシュメモリ等の不揮発性メモリにて構成されている。記憶部１４は、携帯端末１に割り当てられた個別の識別情報、及び認証システム２から付与された鍵データ等を記憶する。また、記憶部１４には、携帯端末１のコンピュータが実行するプログラムが記憶されている。このプログラムは、予めメモリに記憶されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。また、本実施形態のように、携帯端末１がスマートフォン等の情報端末であれば、記憶部１４には、ユーザＸ１が任意にインストールした種々のアプリケーションが記憶されていてもよい。
【００４４】
本実施形態の制御部１０は、図１に示すように、鍵送信部１０１と、履歴通知部１０２と、受信部１０３と、を備えている。言い換えると、制御部１０は、鍵送信部１０１としての機能、履歴通知部１０２としての機能、及び受信部１０３としての機能を有している。
【００４５】
鍵送信部１０１は、鍵データの認証を行う認証システム２に対して、少なくとも鍵データを含む鍵信号Ｋ１を送信する。鍵信号Ｋ１は、鍵データに加えて、携帯端末１に割り当てられた個別の識別情報等を含んでもよい。鍵送信部１０１は、鍵信号Ｋ１を、通信部１３を介して、電気錠制御装置４との近距離無線通信により送信する。
【００４６】
また制御部１０は、図３に示すように、鍵送信部１０１による鍵信号Ｋ１の送信に加えて、電気錠３の施錠又は解錠の制御を要求する指示を含む指示信号Ｒ１、及び履歴データに関する情報を要求する要求信号Ｖ１を、電気錠制御装置４に送信する。つまり、本実施形態において、施解錠の制御を要求する指示を出す（指示信号Ｒ１を送信する）指示元は、携帯端末１である。
【００４７】
受信部１０３は、鍵信号Ｋ１の送信以降において、認証システム２から制御に関する応答信号Ｕ１（図１及び図３参照）を受信する。応答信号Ｕ１の受信は、履歴通知部１０２が履歴データを通知するための基準となる。ここでは応答信号Ｕ１は、一例として、制御後の電気錠３の状態が施錠か解錠かを判定した判定結果を含み、言い換えると、施錠又は解錠制御の要求に対する制御結果を示す指示応答信号Ｒ２に相当する。
【００４８】
また受信部１０３は、指示応答信号Ｒ２（応答信号Ｕ１）の他にも、閾値信号Ｍ１、認証結果信号Ｎ１、及び要求応答信号Ｖ２の３つの信号（図３参照）を受信するように構成される。受信部１０３は、これらの信号を、通信部１３を介して、電気錠制御装置４との近距離無線通信により受信する。
【００４９】
ここで本実施形態の電気錠制御装置４は、指示応答信号Ｒ２（応答信号Ｕ１）を、無条件で携帯端末１に送信するのではなく、所定の応答条件を満たしたときに送信する。所定の応答条件は、例えば、次の３つのうち少なくとも１つを含む。当該３つとは、操作装置８が所定の操作を受け付けたこと（第１応答条件）、ある起点から所定の時間Ｔ１が経過したこと（第２応答条件）、及び、施錠又は解錠の要求に対して電気錠３の制御が完了したこと（第３応答条件）である。
【００５０】
第１応答条件は、例えば、ユーザＸ１が操作装置８に対して制御結果を要求する操作入力を行うと満たされる。操作装置８は、当該操作入力を受け付けると、電線Ｓ２を介して電気錠制御装置４にその旨を送信する。当該操作入力は、施錠又は解錠の制御を要求するための操作入力でもよいし、要求元が携帯端末１の表示部１２の場合、制御の結果を要求するための操作でもよい（図３のＳＴ１１参照）。
【００５１】
第２応答条件は、例えば、認証処理（図３のＳＴ２参照）を終えて認証結果信号Ｎ１を携帯端末１に送信した時点（起点）から所定の時間Ｔ１が経過すると満たされる。電気錠制御装置４は、内蔵されるタイマを用いて、所定の時間Ｔ１を計時する。ただし、所定の時間Ｔ１の開始となる起点は、認証結果信号Ｎ１の送信した時点ではなく、認証処理の完了時点でもよいし、あるいは鍵信号Ｋ１を受信した時点でもよい。
【００５２】
第３応答条件は、例えば、電気錠制御装置４が、電気錠３に制御信号を送信して、電気錠３から施錠又は解錠への切り替えを完了したことを示す完了信号を受信すると満たされる。
【００５３】
本実施形態では、所定の応答条件は、一例として、第１〜第３応答条件の全てを含むとする。すなわち、第１〜第３応答条件の全てを満たしたときに、電気錠制御装置４は、指示応答信号Ｒ２を送信するものとする。
【００５４】
履歴通知部１０２は、応答信号Ｕ１である指示応答信号Ｒ２の受信に基づいて、例えば電子メールにより、履歴データを所定の対象機器５に通知する。言い換えると、制御部１０は、指示応答信号Ｒ２を受信しない限り、履歴データを通知する動作を実行しない。ここでは、制御部１０は、指示応答信号Ｒ２を受信すると、要求信号Ｖ１を送信し、要求応答信号Ｖ２を受信してから、履歴通知部１０２に履歴通知を実行させる。
【００５５】
履歴データは、（施錠又は解錠の）制御に対応する、電気錠３側の状態及び状態変化のうち少なくとも１つに関するデータを含む。ここでは、「電気錠３側」とは、電気錠３自体であり、履歴データは、電気錠３の施解錠の状態に関するデータを含むことを想定する。電気錠３の施解錠の状態とは、例えば、電気錠制御装置４が要求信号Ｖ１を携帯端末１から受信した時点での状態（施錠又は解錠）である。なお、施解錠の制御を実行後の電気錠３の状態は、扉７１の開閉状態とは違って、変化することが前提である（状態が変化しなければ、制御エラーが発生したと言える）。そのため、電気錠３の施解錠の状態を通知するということは、制御エラー等を考慮しなければ、電気錠３の状態変化を通知することと概ね等しい。
【００５６】
履歴データは、電気錠３の施解錠の状態に加えて、例えば、制御時刻、電気錠３の名称（固有の識別情報でもよい）、及び、施錠又は解錠を実施したユーザＸ１の名称等を含む。要求応答信号Ｖ２は、上述の通り、制御時刻及び電気錠３の施解錠の状態に関するデータを含む。携帯端末１は、電気錠３の名称及びユーザＸ１の名称も、要求応答信号Ｖ２により電気錠制御装置４から取得してもよいし、これらの情報は、携帯端末１の記憶部１４に予め記憶されていてもよい。
【００５７】
履歴通知部１０２は、電気錠制御装置４及び自身の記憶部１４から得られた情報に基づき、例えば「ＸＸ（例えば子供の名前）が１８時３０分に玄関扉を解錠しました」という文字情報を作成し、履歴データとして通知してもよい。あるいは履歴通知部１０２は、例えば「解錠しました」といった電気錠３の施解錠の状態だけを含んだ文字情報を作成し、履歴データとして通知してもよい。また履歴通知部１０２は、「ＸＸが１８時３０分に帰宅しました」というように「解錠」を「帰宅」という表現へ置き換えて通知してもよい。また履歴通知部１０２は、文字だけではなく、例えば、玄関扉の解錠を示していることが直感的に分かるような画像や記号等を含めて、履歴データとして通知してもよい。
【００５８】
本実施形態では、例えば、鍵データの認証に成功した旨を示す認証結果信号Ｎ１を受信すると、制御部１０は、表示部１２（操作部１１）に、施錠又は解錠を制御する要求を受け付けるための「施錠」や「解錠」と表記されたボタン型の操作領域を画像表示する。つまり、要求元（ユーザ操作の受け付け元）も、携帯端末１である。そして、ユーザＸ１が表示部１２上の操作領域へのタッチ操作等（所定の操作）により施錠又は解錠を制御する要求を行うことで、指示信号Ｒ１が送信される。制御部１０は、電波強度値が閾値を超えたことを示す閾値信号Ｍ１を電気錠制御装置４から受信するまで、上記操作領域を表示しないことが望ましい。
【００５９】
ところで、携帯端末１には、携帯端末１上で動作する、少なくとも２つのアプリケーション（通信アプリケーションソフト）がインストールされている。２つのアプリケーションとは、例えばＢＬＥの規格に準拠した近距離無線通信を電気錠制御装置４と行うための第１アプリケーションと、インターネット等の通信ネットワーク６０を介してメールサーバ６と通信するための第２アプリケーションと、である。
【００６０】
第１アプリケーションは、鍵送信部１０１における鍵信号Ｋ１の送信機能（鍵送信ステップ）を実現する。第１アプリケーションは、鍵信号Ｋ１の送信に加えて、指示信号Ｒ１や要求信号Ｖ１等の送信機能、及び受信部１０３における受信機能（受信ステップ）を実現する。第１アプリケーションは、携帯端末１の電源が投入されている状態において、例えば、常時起動した状態にあるが、ユーザＸ１による操作を通じて起動するものでもよい。
【００６１】
第２アプリケーションは、履歴通知部１０２における履歴データの通知機能（履歴通知ステップ）を実現する。第２アプリケーションは、２つ以上のアプリケーションにより実現されるサービスを連携させて一連の作業を自動化するサービス連携ツールを用いて、予め第１アプリケーションと連携するように設定されている。サービス連携ツールとは、例えば、ＩＦＴＴＴ（IF This Then That）である。つまり、第２アプリケーションは、第１アプリケーションの動作中において、履歴データを通知する履歴通知ステップを実行する際には、自動的に起動するように設定されている。
【００６２】
このように鍵信号Ｋ１の送信機能（鍵送信ステップ）と履歴データの通知機能（履歴通知ステップ）とでアプリケーションが異なることで、例えば、履歴データの送信手段を別の送信手段に、容易に置き換えることができる。
【００６３】
ユーザＸ１は、上述した構成を有する携帯端末１を携帯することで、例えば、帰宅時又は外出時等に、扉７１の電気錠制御装置４から一定の距離内に近づくと、携帯端末１は、電気錠制御装置４と自動的に通信する。そして、鍵データの認証に成功後に、ユーザＸ１が、例えば、携帯端末１の表示部１２（操作部１１）への所定のタッチ操作を通じて解錠又は施錠の制御要求を行えば、電気錠３の解錠又は施錠を行える。
【００６４】
また電気錠３の施解錠の状態に関するデータを含んだ履歴データが電子メールにて所定の対象機器５に通知される。そのため、対象機器５を所有する別のユーザ（例えばユーザＸ１の親）は、例えば外出先にて、電子メールに記載されている電気錠３の施解錠の状態を通じて、ユーザＸ１が帰宅した（又は外出した）ことを知ることができる。特に本実施形態では、応答信号Ｕ１である指示応答信号Ｒ２の受信に応じて履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。したがって、不要な通信データの通信量の低減を図ることができる。
【００６５】
（２．５）動作の説明
以下、上述した電気錠制御システムＡ１及び電気錠３を備えた電気錠システムＢ１の動作について、図３を参照しながら説明する。ここでは、携帯端末１を携帯するユーザＸ１が、建物７（住宅）に外出先から帰宅する場合（つまり電気錠３が施錠状態から解錠状態に切り替わる場合）について説明する。また携帯端末１の電源は投入されており、第１アプリケーションは、バックグラウンドで起動中にあるとする。
【００６６】
まず携帯端末１を携帯するユーザＸ１が、電気錠制御装置４と無線通信可能な第１通信エリア内に進入すると、携帯端末１は、電気錠制御装置４に鍵信号Ｋ１を送信する（ＳＴ１）。電気錠制御装置４は、鍵信号Ｋ１を受信すると、鍵信号Ｋ１内の鍵データに対する認証処理を実行する（ＳＴ２）。そして電気錠制御装置４は、受信した鍵データに関する認証結果（成功、失敗、及び通信エラー等のうちのいずれか）を示す認証結果信号Ｎ１を、携帯端末１に返信する（ＳＴ３）。
【００６７】
また電気錠制御装置４は、鍵信号Ｋ１の受信後、携帯端末１と定期的に通信を行い、電波強度値が閾値を超えたか否かを判定する閾値処理を実行する（ＳＴ４）。なお、鍵データの認証結果が成功以外の場合、電気錠制御装置４は、閾値処理を実行しない、又は実行中の閾値処理を中止してもよい。電波強度値が閾値を超えたと判定すると、つまり、例えば携帯端末１を携帯するユーザＸ１が上記の第１通信エリアよりも更に範囲の狭い所定の第２通信エリア内に進入すると、電気錠制御装置４は、閾値信号Ｍ１を携帯端末１に送信する（ＳＴ５）。
【００６８】
一方、携帯端末１は、受信した認証結果信号Ｎ１が認証の成功を示し、かつ、閾値信号Ｍ１を受信すると、解錠や施錠の要求を受け付けるための操作領域を画像表示する（ＳＴ６）。携帯端末１は、事前に（例えばＳＴ１〜ＳＴ５までの間に）、現在の電気錠３の施解錠の状態に関するデータを受信していれば、その状態とは反対の要求を受け付ける操作領域のみを画像表示してもよい。例えば現在の電気錠３の状態が施錠状態であれば、この時に表示部１２に表示される操作領域は、「解錠」の要求のみを受け付けるものでもよい。あるいは、「解錠」及び「施錠」の両方の操作領域が表示されてもよく、現在の電気錠３の状態と同じ状態を要求する操作領域が操作された場合にはエラー表示してもよい。
【００６９】
なお、電気錠制御装置４は、閾値信号Ｍ１を携帯端末１に送信した後も電波強度値を監視しており、電波強度値が閾値以下になると（つまりユーザＸ１が上記の第２通信エリアの外に出ると）、その旨を携帯端末１に送信する。その場合には、携帯端末１は、操作領域の画像表示を中止する。
【００７０】
ユーザＸ１は、表示部１２に表示された「解錠」を示す操作領域にタッチ操作（所定の操作）すると、携帯端末１は、電気錠制御装置４に、解錠を要求する指示を含む指示信号Ｒ１を送信する（ＳＴ７）。電気錠制御装置４は、指示信号Ｒ１を受信すると、受信した指示信号Ｒ１における解錠の要求に従って、電気錠３の解錠制御を行うために制御信号を電気錠３に送信する（ＳＴ８）。この時、電気錠制御装置４は、制御信号を電気錠３に送信した制御時刻を錠側記憶部４２に記憶する。なお、電気錠制御装置４は、電気錠３の状態を、定期的に監視することが望ましい。
【００７１】
電気錠３は、制御信号を受信すると錠前の状態を施錠から解錠に切り替える（ＳＴ９）。そして、電気錠３は、施錠から解錠への切り替えを完了したことを示す完了信号を、電気錠制御装置４に送信する（ＳＴ１０）。電気錠制御装置４は、電気錠３から完了信号を受信することで、上述した第３応答条件を満たしたと判断する。なお、制御信号を送信後一定期間が過ぎても完了信号を受信しない場合、又は完了信号が示す施解錠の状態に誤りがある場合には、電気錠制御装置４は、制御エラーが発生したと判断し、その旨を携帯端末１に送信する。
【００７２】
ここで例えば、ユーザＸ１が、操作装置８に対して制御結果を要求する操作入力を行ったとする（ＳＴ１１）。操作装置８は、当該操作入力を受け付けると電気錠制御装置４にその旨を示す操作受付信号を送信する（ＳＴ１２）。電気錠制御装置４は、操作装置８から操作受付信号を受信することで、第１応答条件を満たしたと判断する。なお、図示例では、操作装置８で操作入力を受け付けたタイミングが、制御信号の送信の後であるが、例えば、認証処理の完了以降であれば、特に限定されない。特にこの動作例では、制御の要求元が携帯端末１の操作部１１であるため、第１応答条件を満たすための操作装置８に対する操作入力は、単に制御結果を要求するためのものであり、解錠制御に直接的に対応した操作ではない。しかし、要求元が操作装置８の場合、第１応答条件を満たすための操作装置８に対する操作入力は、解錠制御を要求する操作でもよい。
【００７３】
次に、電気錠制御装置４は、認証結果信号Ｎ１を携帯端末１に送信した時点から所定の時間Ｔ１が経過することで、上述した第２応答条件を満たしたと判断する。図示例では、第２応答条件を満たす前に、既に第１及び第３応答条件を満たしている。そのため、電気錠制御装置４は、所定の時間Ｔ１が経過した時点で、制御結果を示す指示応答信号Ｒ２を携帯端末１に送信する（ＳＴ１３）。例えば、所定の時間Ｔ１が既に経過していても、電気錠制御装置４が、操作装置８から操作受付信号を未だ受信していなければ、操作受付信号を受信するまで指示応答信号Ｒ２の送信を保留する。またこの動作例では、所定の応答条件は、第１〜第３応答条件を全て含むが、第１〜第３応答条件の少なくとも１つを含んでいればよい。所定の応答条件は、第２応答条件のみを含んでもよく、電気錠制御装置４は、例えば認証結果信号Ｎ１を携帯端末１に送信した時点から所定の時間Ｔ１が経過するだけで、指示応答信号Ｒ２を携帯端末１に送信してもよい。
【００７４】
そして、携帯端末１は、指示応答信号Ｒ２を受信すると、履歴データに関する情報を要求する要求信号Ｖ１を、電気錠制御装置４に送信する（ＳＴ１４）。電気錠制御装置４は、要求信号Ｖ１を受信すると、施錠を実行した制御時刻と、制御結果後の現在の電気錠３の状態（この場合、解錠状態）とに関するデータを含む要求応答信号Ｖ２を、携帯端末１に返信する（ＳＴ１５）。
【００７５】
電気錠制御装置４は、要求信号Ｖ１を受信したときに、電気錠３に確認信号を送信して、電気錠３の状態を確認してから要求応答信号Ｖ２を返信してもよい。あるいは、電気錠制御装置４は、電気錠３より完了信号を受信した時点で、電気錠３の状態（制御結果）に関する情報を、錠側記憶部４２に記憶していれば、その記憶している情報を読み込んで要求応答信号Ｖ２を返信してもよい。
【００７６】
一方、携帯端末１では、要求応答信号Ｖ２を受信すると、第１アプリケーションと連携するように設定されている第２アプリケーションが起動する（ＳＴ１６）。そして、携帯端末１は、第２アプリケーションの動作の下で、対象機器５に対して、電子メールによって履歴データの通知を行う（ＳＴ１７）。携帯端末１は、要求応答信号Ｖ２が示す電気錠３の状態に変化が無かった場合、つまり解錠の要求を指示したにも関わらず要求応答信号Ｖ２が示す電気錠３の状態が施錠状態であった場合、制御エラーが生じた旨を表示部１２に表示する。更に、携帯端末１は、制御エラーが生じた旨を、対象機器５に対しても通知してもよい。
【００７７】
なお、上の動作説明では「解錠」が要求された場合を例に挙げたが、「施錠」が要求された場合も同様に、携帯端末１にて要求応答信号Ｖ２を受信すると、第２アプリケーションが起動して履歴データの通知が行われる。
【００７８】
このようにして対象機器５を携帯するユーザとっては、電気錠３の施解錠に関するデータを含む、履歴データの通知を受ける（ＳＴ１８）ことで、電気錠３の状況を把握（遠隔監視）することができる。また、応答信号Ｕ１である指示応答信号Ｒ２の受信に応じて履歴データが通知されるので、例えば、ユーザＸ１に施錠又は解錠する意図がなくても不要な履歴データが通知されてしまう可能性が低減される。したがって、不要な通信データの通信量の低減を図ることができる。
【００７９】
特に、携帯端末１から対象機器５に電子メールによりそのまま通知できる。そのため、例えば携帯端末１から電気錠制御装置４又はＨＥＭＳ（Home Energy Management System）に履歴データを送信し、ネットワークに接続されているゲートウェイより対象機器５に履歴データを送信する必要がない。要するに、建物７においてＩＯＴ（Internet of Things）が整っていなくても、携帯端末１から対象機器５への通知が容易に実現可能（対象機器５による遠隔監視が容易に実現可能）である。
【００８０】
ところで、上述した第１通信エリアとは、鍵信号Ｋ１を送信可能なエリア、つまり鍵データの認証可能なエリアに相当し、比較的広いエリアである。例えば、第１通信エリアは、電気錠制御装置４を中心に建物７の敷地の外側も含むエリアである。一方、上述した第２通信エリアは、電波強度値が閾値を超え得るエリア、つまり施解錠の要求を受け付け可能なエリアに相当し、第１通信エリアよりも狭い範囲のエリアである。例えば、第２通信エリアは、電気錠制御装置４を中心に建物７の敷地内の扉７１の周辺のみを含むエリアである。本実施形態のように通信エリアが複数設定されている場合、もし鍵データの認証を基準に履歴データが通知されると、携帯端末１を携帯したユーザＸ１が、偶然に第１通信エリア内に入るだけで、履歴データが通知されてしまうことになる。この点において、本実施形態では応答信号Ｕ１である指示応答信号Ｒ２の受信に応じて履歴データが通知されるため、ユーザＸ１に施錠又は解錠する意図がなくても不要な履歴データが通知されてしまう可能性が低減される。言い換えると、不要な履歴データの通知を減らしつつ、第１通信エリアの範囲をより広く設定することが可能となる。
【００８１】
（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、上記実施形態に係る携帯端末１と同様の機能は、携帯端末１の制御方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。
【００８２】
以下、上記実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。なお、以下では、上記実施形態を「基本例」と呼ぶこともある。
【００８３】
本開示における携帯端末１は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における携帯端末１としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。
【００８４】
また、携帯端末１及び電気錠制御装置４の各々における複数の機能が、１つの筐体に集約されていることは携帯端末１及び電気錠制御装置４に必須の構成ではない。例えば、携帯端末１及び電気錠制御装置４の各々の構成要素は、複数の筐体に分散して設けられていてもよい。さらに、制御部１０等、携帯端末１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）等によって実現されてもよい。反対に、上記実施形態のように、携帯端末１の全ての機能が、１つの筐体に集約されていてもよい。同様に、電気錠制御装置４の少なくとも一部の機能は、例えば、クラウド等によって実現されてもよい。
【００８５】
（３．１）変形例１
基本例では、認証システム２の電気錠制御装置４は、（第１〜第３応答条件の少なくとも１つを含む）所定の応答条件を満たすとき、制御結果を示す指示応答信号Ｒ２（応答信号Ｕ１）を送信する。しかし、所定の応答条件は、第１〜第３応答条件の少なくとも１つに加えて、又は第１〜第３応答条件の代わりに、第４応答条件を含んでもよい。第４応答条件とは、電気錠制御装置４が指示信号Ｒ１を受信したことである。
【００８６】
本変形例（変形例１）では、所定の応答条件が、一例として、第４応答条件のみを含むものとして説明する。ここで、所定の応答条件が第４応答条件を含む場合、前提が設定されており、携帯端末１は、「規定の指示条件」を満たしたときに、電気錠制御装置４に対して指示信号Ｒ１を送信する。
【００８７】
規定の指示条件は、次の３つの条件のうち少なくとも１つを含む。３つの条件とは、携帯端末１の操作部１１が規定の操作を受け付けたこと（第１指示条件）、携帯端末１が電気錠制御装置４から所定のトリガー信号ＴＲ１を受信したこと（第２指示条件）、及びある起点から一定の時間Ｔ２が経過したこと（第３指示条件）である。
【００８８】
第１指示条件は、例えばユーザＸ１が表示部１２上の「施錠」又は「解錠」を示す操作領域にタッチ操作（規定の操作）をすることで満たされる。ただし、これは、施解錠の制御を要求する要求元が携帯端末１である場合である。例えば、要求元が操作装置８である場合、第１指示条件は、ユーザＸ１が操作装置８で施錠又は解錠の操作入力を行うと、携帯端末１は無線通信によりその旨を受信し、タッチ操作を催促するような操作領域にタッチ操作（規定の操作）することで満たされてもよい。要するに、第１指示条件における規定の操作は、施錠又は施錠に直接的に対応した操作でなくてもよい。
【００８９】
第２指示条件は、所定のトリガー信号ＴＲ１として、例えば（認証の成功を示す）認証結果信号Ｎ１を電気錠制御装置４から受信することで満たされる。なお、認証結果信号Ｎ１が認証の失敗や通信エラー等を示していれば、第２指示条件は満たさないものとする。トリガー信号ＴＲ１は、認証結果信号Ｎ１ではなく、閾値信号Ｍ１でもよい。
【００９０】
第３指示条件は、例えば（認証の成功を示す）認証結果信号Ｎ１を電気錠制御装置４から受信した時点（起点）から一定の時間Ｔ２が経過することで満たされる。一定の時間Ｔ２の開始となる起点は、認証結果信号Ｎ１を受信した時点ではなく、閾値信号Ｍ１を受信した時点でもよい。
【００９１】
変形例１では、規定の指示条件は、一例として、第１〜第３指示条件の全てを含むとする。すなわち、第１〜第３指示条件の全てを満たしたとき、携帯端末１は、電気錠制御装置４に対して指示信号Ｒ１を送信し（指示送信ステップ）、その結果、電気錠制御装置４が指示応答信号Ｒ２を送信するための所定の応答条件（第４応答条件）が満たされる。
【００９２】
以下、変形例１における電気錠制御システムＡ１の動作について、図４のシーケンス図を参照しながら説明する。なお、図４は、説明の便宜上、基本例の図３のシーケンス図に対して異なる要部だけを示す。
【００９３】
携帯端末１は、鍵信号Ｋ１の送信後、認証結果信号Ｎ１（トリガー信号ＴＲ１）を受信すると（ＳＴ３）、第２指示条件を満たしたと判断する。また携帯端末１は、認証結果信号Ｎ１を受信した時点で、内蔵されるタイマを用いて、一定の時間Ｔ２の計時を開始する。携帯端末１は、受信した認証結果信号Ｎ１が認証の成功を示し、かつ閾値信号Ｍ１を受信すると（ＳＴ５）、解錠や施錠の要求を受け付けるための操作領域を表示部１２に画像表示する（ＳＴ６）。
【００９４】
そして、ユーザＸ１が表示部１２上の操作領域にタッチ操作等を行うと、携帯端末１は、第１指示条件を満たしたと判断する。更に、携帯端末１は、認証結果信号Ｎ１を受信した時点から一定の時間Ｔ２が経過することで、第３指示条件を満たしたと判断する。図示例では、第３指示条件を満たす前に、既に第１及び第２指示条件を満たしている。そのため、携帯端末１は、一定の時間Ｔ２が経過した時点で、指示信号Ｒ１を送信する（ＳＴ７）。言い換えると、ユーザＸ１が表示部１２上の操作領域にタッチ操作等を行っても、一定の時間Ｔ２が未だ経過していなければ、携帯端末１は、一定の時間Ｔ２が経過するまで指示信号Ｒ１の送信を保留する。
【００９５】
なお、この動作例では、所定の指示条件は、第１〜第３指示条件を全て含むが、第１〜第３指示条件の少なくとも１つを含んでいればよい。例えば、所定の指示条件は、第３指示条件のみを含んでもよく、携帯端末１は、一定の時間Ｔ２が経過するだけで、指示信号Ｒ１を電気錠制御装置４に送信してもよい。この場合、施解錠の制御を要求する要求元（ユーザ操作の受け付け元）が存在しなくてもよいし、またそのようなユーザ操作が不要でもよい。例えば、携帯端末１は、認証結果信号Ｎ１の受信から一定の時間Ｔ２が経過すると、表示部１２上に「解錠」を示す操作領域を表示することなく、自動的に（現在の電気錠の施解錠状態を切り替える）指示信号Ｒ１を送信するように構成されてもよい。
【００９６】
変形例１では、このような一連の送受信の動作を経ることで、電気錠制御装置４が指示応答信号Ｒ２を送信するための所定の応答条件（第４応答条件）が満たされる。したがって、応答信号Ｕ１である指示応答信号Ｒ２の受信に応じて履歴データを通知する携帯端末１の側においては、例えば、ユーザＸ１に施錠又は解錠する意図がなくても不要な履歴データが通知されてしまう可能性が低減される。したがって、不要な通信データの通信量の低減を図ることができる。
【００９７】
（３．２）変形例２
基本例では、履歴データは、電気錠３の施解錠の状態に関するデータを含むことを想定していた。つまり、基本例では、認証システム２の電気錠制御装置４から受信する「制御に関する応答信号Ｕ１」は、制御結果、つまり電気錠３が施錠状態及び解錠状態のうちいずれの状態にあるかを示す錠状態結果を含む。しかし、応答信号Ｕ１は、制御結果ではなく、電気錠３が設置されている扉７１が開状態及び閉状態のうちいずれの状態にあるかを示す扉状態結果を含んでもよい。
【００９８】
また基本例では、応答信号Ｕ１は、指示応答信号Ｒ２であったが、履歴データに関する情報を返信する要求応答信号Ｖ２でもよい。
【００９９】
本変形例（変形例２）の電気錠制御システムＡ１は、例えば、扉７１の開閉状態を監視する開閉センサ（不図示）を更に備えている。電気錠制御装置４は、開閉センサと電気的に接続されていて、開閉センサから受信する開閉状態に関する信号に基づき、扉７１の開閉状態に関する情報とのその時刻とを要求応答信号Ｖ２（応答信号Ｕ１）に含めて送信する。そして、携帯端末１が対象機器５に通知する履歴データは、扉７１の開閉状態に関するデータを含む。
【０１００】
この構成によれば、要求応答信号Ｖ２の受信に応じて履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。また対象機器５の側では、より詳細な電気錠３側の状態（扉７１の開閉状態）を確認できる。
【０１０１】
なお、履歴データが、扉７１の開閉状態を含む場合、更に電気錠３の施解錠状態も含んでもよい。具体的には、履歴データは、複数のデータから構成されてもよい。履歴データは、例えば、「１８時３０分００秒：玄関扉、解錠状態」という第１データと「１８時３０分１０秒：玄関扉、開状態」という第２データとから構成されてもよい。第１データと第２データとは、１通の電子メールで送信されてもよいし、異なる２通の電子メールで順次送信されてもよい。
【０１０２】
また基本例の携帯端末１では、指示信号Ｒ１と要求信号Ｖ１とが互いに別に送信される。しかし、指示信号Ｒ１の送信が、施錠又は解錠の制御を要求する指示だけでなく、履歴データに関する情報の要求も兼ねていてもよい。この場合、電気錠制御装置４は、指示信号Ｒ１を受信することで、電気錠３の制御後に、電気錠３の施解錠状態と扉７１の開閉状態に関する情報の送信も兼ねた指示応答信号Ｒ２（応答信号Ｕ１）を送信する。
【０１０３】
（３．３）変形例３
基本例では、履歴データは、電気錠３の施解錠の状態に関するデータを含んでいた。しかし、履歴データは、電気錠３の「状態」ではなく「状態変化」であってもよい。
【０１０４】
本変形例（変形例３）では、認証システム２の電気錠制御装置４から受信する「制御に関する応答信号Ｕ１」は、電気錠３の施解錠の状態に変化があったことを示す錠変化結果を含む。
【０１０５】
変形例３では、履歴データは、電気錠３の状態が施錠から解錠に変化したとき、又は、解錠から施錠に変化したときだけ通知される。したがって、例えば、解錠の要求が指示されたにも関わらず、制御エラー等により、電気錠３の状態が解錠に変化していなければ、携帯端末１は、履歴データを通知しない。言い換えると、基本例では、制御エラー等の発生により施解錠状態が正常に切り替わらなかった場合、履歴データは通知される。
【０１０６】
この構成によれば、対象機器５にて電気錠３の状態変化を確認できる。また電気錠３で状態変化があった場合に履歴データが通知されるため、不要な履歴データが通知される可能性を更に低減できる。
【０１０７】
ところで、変形例２では、履歴データは、扉７１の開閉状態に関するデータを含んでいた。しかし、履歴データは、扉７１の「状態」ではなく「状態変化」であってもよい。この場合、「制御に関する応答信号Ｕ１」は、扉７１の開閉の状態に変化があったことを示す扉変化結果を含んでもよい。履歴データは、扉７１の状態が閉状態から開状態に変化したとき、又は、開状態から閉状態に変化したときだけ通知されてもよい。例えば、解錠の要求が指示されて電気錠３が実際に解錠されたにも関わらず、ユーザＸ１が何かしらの都合により扉７１を開けなかった場合、携帯端末１は、履歴データを通知しない。ただし、扉７１が開閉される度に、履歴データが通知される可能性があるため、携帯端末１は、例えば鍵信号Ｋ１を送信後、一定期間内（例えば５分以内）における開閉だけを通知するものでもよい。あるいは、１回の鍵信号Ｋ１の送信に対して所定の回数の開閉変化についてだけ、履歴データが通知されてもよい。上記一定期間及び回数等は、ユーザ側で適宜に調整可能であることが望ましい。
【０１０８】
あるいは「制御に関する応答信号Ｕ１」は、錠変化結果及び扉変化結果の両方を含んでもよい。履歴データは、例えば、「１８時３０分００秒：玄関扉の錠が解錠されました」という第１データと「１８時３０分１０秒：玄関扉が開かれました」という第２データとから構成されてもよい。また電気錠３及び扉７１の一方に状態変化があれば、他方に変化がなくても、携帯端末１は、履歴データを通知してもよい。具体的には、履歴データは、例えば「１８時３０分００秒：玄関扉の錠が解錠されました」という第１データと「解錠後１分を経過しましたが玄関扉は開かれませんでした」という第２データとから構成されてもよい。
【０１０９】
（３．４）その他の変形例
基本例の携帯端末１では、鍵信号Ｋ１と指示信号Ｒ１とが互いに別に送信される。言い換えると、携帯端末１は、鍵信号Ｋ１の送信とは別に、表示部１２（操作部１１）への操作により施錠又は解錠の要求を受け付けて、指示を出す。しかし、携帯端末１は、鍵信号Ｋ１を送信することで、施錠又は解錠を要求する指示を出してもよい。つまり、施錠又は解錠の要求の受け付けが省略されてもよい。この場合、電気錠制御装置４は、鍵信号Ｋ１の鍵データの認証に成功し、かつ電波強度が閾値を超えていれば、そのまま現在の電気錠３の状態が切り替わるように制御する。
【０１１０】
基本例では、応答信号Ｕ１は、制御結果を含むが、鍵データの認証結果を含んでもよい。すなわち、応答信号Ｕ１は、認証結果信号Ｎ１でもよい。この場合、認証結果信号Ｎ１の受信に応じて、携帯端末１は、履歴データを通知するために要求信号Ｖ１の送信を実行する。携帯端末１は、例えば、認証結果信号Ｎ１の受信後、所定時間が経過してから要求信号Ｖ１を送信してもよい。
【０１１１】
基本例では、応答信号Ｕ１は、制御結果を含むが、閾値結果を含んでもよい。閾値結果とは、電気錠制御装置４が受信した携帯端末１の電波強度値に関する結果である。すなわち、応答信号Ｕ１は、閾値信号Ｍ１でもよい。この場合、閾値信号Ｍ１の受信に応じて、携帯端末１は、履歴データを通知するために要求信号Ｖ１の送信を実行する。携帯端末１は、例えば、閾値信号Ｍ１の受信後、所定時間が経過してから要求信号Ｖ１を送信してもよい。
【０１１２】
あるいは、応答信号Ｕ１は、例えば、認証結果信号Ｎ１、閾値信号Ｍ１、指示応答信号Ｒ２、及び要求応答信号Ｖ２のうちの２つ以上に相当してもよい。つまり、これらの信号のうちの２つ以上が受信されることで、携帯端末１は、履歴データを、対象機器５に通知するように構成されてもよい。
【０１１３】
基本例の携帯端末１では、履歴データに関する情報を電気錠制御装置４に要求して受信するものであった。しかし、携帯端末１において、履歴データに関する情報を電気錠制御装置４に要求して受信することは、必須の構成ではない。つまり、携帯端末１の側では、指示信号Ｒ１の内容や応答信号Ｕ１（ＡＣＫ信号等でもよい）から施解錠の状態が推定可能であるため、携帯端末１は、その内容に基づいて履歴データを生成してもよい。また携帯端末１は、予め履歴データを保持していてもよい。この場合、応答信号Ｕ１は、要求応答信号Ｖ２以外であることが望ましい。
【０１１４】
また履歴データは、電気錠３の施解錠の状態又は状態変化だけではく、電気錠３、電気錠制御装置４、又は鍵として機能する携帯端末１に関する状態や状態変化を含んでもよい。具体的には、履歴データは、例えば、携帯端末１の鍵情報やメールアドレス情報等の新規登録、登録内容の変更（削除も含む）に関する情報を含んでもよい。また履歴データは、電気錠３、電気錠制御装置４、及び携帯端末１等の電源状態又は電源状態の変化、これらで発生する異常の有無、異常の内容等を含んでもよい。
【０１１５】
基本例では、電気錠制御装置４が携帯端末１の電波強度値を計測し、更に、閾値と比較する閾値処理（図３のＳＴ４）も、電気錠制御装置４が行なっている。しかし、閾値処理は、携帯端末１で行われてもよい。比較する閾値は、携帯端末１の記憶部１４に予め記憶されていてもよい。要するに、電気錠制御装置４が携帯端末１に送信する閾値信号Ｍ１は、電波強度値が閾値を超えたという判定結果ではなく、計測された電波強度値を含んでもよい。この場合、電気錠制御装置４は、鍵信号Ｋ１の受信以降、閾値信号Ｍ１を継続的に送信することが望ましい。
【０１１６】
基本例では、携帯端末１の制御部１０は、閾値信号Ｍ１を電気錠制御装置４から受信するまでは、解錠や施錠の要求を受け付ける操作領域を表示しなかった。しかし、鍵信号Ｋ１の送信後、閾値信号Ｍ１の受信に関わらず、操作領域が表示されてもよい。
【０１１７】
基本例では、ユーザＸ１が携帯端末１の表示部１２に表示される操作領域にタッチ操作することで、携帯端末１が、解錠又は施錠の要求を受け付けて指示を出すものである。しかし、携帯端末１が鍵信号Ｋ１の送信を行う一方で、解錠又は施錠の要求は、扉７１の外側に設置された操作装置８に対する操作により受け付けられてもよい。携帯端末１は、操作装置８から受信する操作信号に基づいて、指示信号Ｒ１を電気錠制御装置４に送信してもよい。この場合、要求元は操作装置８で、指示元は携帯端末１となる。なお、操作装置８から出力される操作信号は、一旦電気錠制御装置４を経由して、電気錠制御装置４から携帯端末１に送信されてもよい。
【０１１８】
あるいは、携帯端末１が鍵信号Ｋ１の送信を行う一方で、解錠又は施錠の要求は、操作装置８に対する操作により受け付けられ、指示（指示信号）も、操作装置８が、直接電気錠制御装置４に出してもよい。つまり、要求元及び指示元の両方が、操作装置８であってもよい。この場合、指示応答信号Ｒ２（応答信号Ｕ１）については、携帯端末１が受信してもよい。
【０１１９】
基本例では、携帯端末１は、スマートフォン、タブレット端末等の携帯可能な情報端末であるが、情報端末でなくてもよい。携帯端末１は、例えばユーザＸ１が所持する鞄などに収容又は取付可能な電子タグ等であってもよい。
【０１２０】
携帯端末１が電子タグ等である場合、解錠又は施錠の要求は、扉７１の外側に設置された操作装置８への操作入力等により受け付けられてもよい。
【０１２１】
基本例の携帯端末１では、鍵信号Ｋ１の送信後に、指示信号Ｒ１を送信している。しかし、この順は逆でもよく、指示信号Ｒ１を先に送信してから、鍵信号Ｋ１を送信してもよい。この場合、電気錠制御装置４は、指示信号Ｒ１を受信しても、その要求をプールしておき、鍵信号Ｋ１を受信して鍵データの認証に成功してから、プールしていた指示信号Ｒ１の要求に従ってもよい。
【０１２２】
基本例では、電気錠制御装置４は、鍵信号Ｋ１の受信をトリガーとして閾値処理を行なっているが、鍵信号Ｋ１の受信とは無関係に閾値処理を開始してもよい。
【０１２３】
基本例では、電気錠制御装置４が操作装置８と別体となっているが、互いに一体となっていてもよい。すなわち、認証システム２は、１つの筐体内に電気錠制御装置４及び操作装置８の機能が収まった認証装置でもよい。
【０１２４】
また基本例では、電気錠制御装置４が、鍵データの認証処理と電気錠３の施解錠制御の両方を行なっている。しかし、認証処理は、電気錠制御装置４とは別体に設けられて電気錠制御装置４と通信可能な認証サーバ装置で行われてもよい。
【０１２５】
基本例では、履歴データが、電子メールにより対象機器５に通知される。しかし、履歴データは、電子メールに限らず、例えば対象機器５を携帯するユーザの能動的な操作を必要とすることなく情報を通知させるプッシュ型情報配信、いわゆる「プッシュ通知」により通知されてもよい。
【０１２６】
（４）利点
以上説明したように、第１の態様に係る制御方法は、携帯端末（１）の制御方法である。制御方法は、鍵送信ステップと、受信ステップと、履歴通知ステップと、を含む。鍵送信ステップでは、電気錠（３）の施錠又は解錠の制御に関する鍵データの認証を行う認証システム（２）に対して、少なくとも鍵データを含む鍵信号（Ｋ１）を送信する。受信ステップでは、鍵送信ステップ後において、認証システム（２）から上記制御に関する応答信号（Ｕ１）を受信する。履歴通知ステップでは、応答信号（Ｕ１）の受信に応じて、履歴データを所定の対象機器（５）に通知する。履歴データは、上記制御に対応する、電気錠（３）側の状態及び状態変化のうち少なくとも１つに関するデータを含む。第１の態様によれば、応答信号（Ｕ１）の受信に応じて履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。したがって、不要な通信データの通信量の低減を図ることが可能な制御方法を提供できる。
【０１２７】
第２の態様に係る制御方法に関して、第１の態様において、応答信号（Ｕ１）は、鍵データの認証結果、上記制御の要求に対する電気錠（３）の制御結果、及び、閾値結果のうち少なくとも１つを含むことが好ましい。閾値結果とは、認証システム（２）が受信した携帯端末（１）の電波強度値に関する結果である。第２の態様によれば、不要な履歴データが通知される可能性を更に低減できる。
【０１２８】
第３の態様に係る制御方法に関して、第１の態様又は第２の態様において、応答信号（Ｕ１）は、上記制御の要求に対する電気錠（３）の制御結果を含むことが好ましい。認証システム（２）は、応答信号（Ｕ１）を、所定の応答条件を満たしたときに携帯端末（１）に送信することが好ましい。第３の態様によれば、所定の応答条件を満たしたときのみ、電気錠（３）の制御結果を含む応答信号（Ｕ１）が送信されるので、不要な履歴データが通知される可能性をより低減できる。
【０１２９】
第４の態様に係る制御方法に関して、第３の態様において、所定の応答条件は、次の３つのうち少なくとも１つを含むことが好ましい。当該３つとは、認証システム（２）が備える操作装置（８）が所定の操作を受け付けたこと、所定の時間（Ｔ１）が経過したこと、及び、上記制御の要求に対する電気錠（３）の制御が完了したこと、である。第４の態様によれば、例えばユーザに施錠又は解錠の意図がないにも関わらず、不要な履歴データが通知される可能性をより低減できる。
【０１３０】
第５の態様に係る制御方法は、第３の態様又は第４の態様において、指示送信ステップを、更に含むことが好ましい。指示送信ステップでは、規定の指示条件を満たしたときに、認証システム（２）に対して上記制御を要求する指示を含む指示信号（Ｒ１）を送信することが好ましい。所定の応答条件は、認証システム（２）が指示信号（Ｒ１）を受信したことを含むことが好ましい。第５の態様によれば、例えばユーザに施錠又は解錠の意図がないにも関わらず、不要な履歴データが通知される可能性をより低減できる。
【０１３１】
第６の態様に係る制御方法に関して、第５の態様において、規定の指示条件は、次の３つのうち少なくとも１つを含むことが好ましい。当該３つとは、携帯端末（１）が備える操作部（１１）が規定の操作を受け付けたこと、携帯端末（１）が認証システム（２）から所定のトリガー信号（ＴＲ１）を受信したこと、及び、一定の時間（Ｔ２）が経過したこと、である。第６の態様によれば、例えばユーザに施錠又は解錠の意図がないにも関わらず、不要な履歴データが通知される可能性をより低減できる。
【０１３２】
第７の態様に係る制御方法に関して、第１〜第６の態様のいずれか１つにおいて、応答信号（Ｕ１）は、次の２つのうち少なくとも１つを含むことが好ましい。当該２つとは、電気錠（３）が施錠状態及び解錠状態のうちいずれの状態にあるかを示す錠状態結果、及び、電気錠（３）が設置されている扉（７１）が開状態及び閉状態のうちいずれの状態にあるかを示す扉状態結果である。この場合、履歴データは、電気錠（３）側の状態に関するデータを含む。第７の態様によれば、対象機器（５）にて電気錠（３）側の状態を確認できる。
【０１３３】
第８の態様に係る制御方法に関して、第１〜第６の態様のいずれか１つにおいて、応答信号（Ｕ１）は、次の２つのうち少なくとも１つを含むことが好ましい。当該２つとは、電気錠（３）の施解錠の状態に変化があったことを示す錠変化結果、及び、電気錠（３）が設置されている扉（７１）の開閉の状態に変化があったことを示す扉変化結果である。この場合、履歴データは、電気錠（３）側の状態変化に関するデータを含む。第８の態様によれば、対象機器（５）にて電気錠（３）側の状態変化を確認できる。また電気錠（３）側で状態変化があった場合に履歴データが通知されるため、不要な履歴データが通知される可能性を更に低減できる。
【０１３４】
第９の態様に係る制御方法に関して、第１〜第８の態様のいずれか１つにおいて、鍵送信ステップにおける鍵信号（Ｋ１）は、携帯端末（１）上で動作する第１アプリケーションにより送信されることが好ましい。履歴通知ステップにおける履歴データは、第１アプリケーションと異なり、かつ携帯端末（１）上で動作する第２アプリケーションにより通知されることが好ましい。第９の態様によれば、鍵送信ステップと履歴通知ステップとでアプリケーションが異なるため、例えば、履歴データの送信手段を別の送信手段に、容易に置き換えることができる。
【０１３５】
第１０の態様に係る制御方法に関して、第１〜第９の態様のいずれか１つにおいて、履歴通知ステップでは、電子メールにより、履歴データを所定の対象機器（５）に通知することが好ましい。第１０の態様によれば、簡易な構成でありながら、履歴データの通知を実現できる。
【０１３６】
第１１の態様に係るプログラムは、コンピュータシステムに第１〜第１０の態様のいずれか１つにおける制御方法を実行させる。第１１の態様によれば、不要な通信データの通信量の低減を図ることが可能な機能を提供できる。
【０１３７】
第１２の態様に係る携帯端末（１）は、鍵送信部（１０１）と、受信部（１０３）と、履歴通知部（１０２）と、を備える。鍵送信部（１０１）は、電気錠（３）の施錠又は解錠の制御に関する鍵データの認証を行う認証システム（２）に対して、少なくとも鍵データを含む鍵信号（Ｋ１）を送信する。受信部（１０３）は、鍵信号（Ｋ１）の送信後において、認証システム（２）から上記制御に関する応答信号（Ｕ１）を受信する。履歴通知部（１０２）は、応答信号（Ｕ１）の受信に応じて、履歴データを所定の対象機器（５）に通知する。履歴データは、上記制御に対応する、電気錠（３）側の状態及び状態変化のうち少なくとも１つに関するデータを含む。第１２の態様によれば、不要な通信データの通信量の低減を図ることができる。
【０１３８】
第１３の態様に係る電気錠制御システム（Ａ１）は、第１２の態様における携帯端末（１）を１又は複数と、認証システム（２）と、を備える。認証システム（２）は、鍵信号（Ｋ１）を携帯端末（１）から受信して、鍵データの認証を行う。認証システム（２）は、認証に成功し、かつ上記制御を要求する指示を受け付けると、電気錠（３）に対して指示に応じた制御を行う。第１３の態様によれば、不要な通信データの通信量の低減を図ることができる電気錠制御システム（Ａ１）を提供できる。
【０１３９】
第２〜１０の態様に係る構成については、携帯端末（１）の制御方法に必須の構成ではなく、適宜省略可能である。
【符号の説明】
【０１４０】
Ａ１  電気錠制御システム
１  携帯端末
１０１  鍵送信部
１０２  履歴通知部
１０３  受信部
１１  操作部
２  認証システム
３  電気錠
５  対象機器
７１  扉
８  操作装置
Ｋ１  鍵信号
Ｒ１  指示信号
ＴＲ１  トリガー信号
Ｔ１  所定の時間
Ｔ２  一定の時間
Ｕ１  応答信号
【図１】
2020010235.tif 000003
【図２】
2020010235.tif 000004
【図３】
2020010235.tif 000005
【図４】
2020010235.tif 000006