JP7190672B2 - 制御方法、プログラム、携帯端末、及び電気錠制御システム - Google Patents

Description

本開示は、一般に、制御方法、プログラム、携帯端末、及び電気錠制御システムに関する。本開示は、より詳細には、携帯端末の制御方法、プログラム、携帯端末、及び電気錠制御システムに関する。

特許文献１には、履歴データ通知システムが記載されている。この履歴データ通知システムは、鍵データが記憶された移動端末と、移動端末との間の近距離通信により取得した鍵データを認証する認証装置とを備える。認証装置は、鍵データの認証結果に基づき、例えば錠前を電気的に施解錠制御する電気錠システムや、ゲートの開閉を電気的に制御してゲートの出入を管理する出入管理装置等で構成される。移動端末は、鍵データの認証時における履歴データを、メールサーバを介して予め登録された宛て先の通知対象機器にメール送信する。

特開２０１５－１４９６０８号公報

ところで、特許文献１に記載される移動端末は、鍵データの認証時における履歴データを通知対象機器にメール送信する。言い換えると、履歴データをメール送信する基準が、鍵データの認証である。そのため、例えば、ユーザに錠前を施錠又は解錠する意図がなくても、偶然、移動端末（携帯端末）と認証装置（認証システム）とが通信可能なエリア内に携帯端末が入ることで、不要な履歴データがメール送信されてしまう可能性がある。

本開示は上記事由に鑑みてなされ、不要な通信データの通信量の低減を図ることができる、制御方法、プログラム、携帯端末、及び電気錠制御システムを提供することを目的とする。

本開示の一態様に係る制御方法は、携帯端末の制御方法である。前記制御方法は、鍵送
信ステップと、履歴通知ステップと、を含む。前記鍵送信ステップでは、電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する。前記履歴通知ステップでは、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行された場合には、履歴データを所定の対象機器に通知し、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行されなかった場合には、履歴データを前記所定の対象機器に通知しない。前記所定の対象機器は、前記携帯端末及び前記認証システムのいずれとも異なる情報端末である。前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む。

本開示の一態様に係るプログラムは、コンピュータシステムに上記制御方法を実行させる。

本開示の一態様に係る携帯端末は、鍵送信部と、履歴通知部と、を備える。前記鍵送信部は、電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する。前記履歴通知部は、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行された場合には、履歴データを所定の対象機器に通知し、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行されなかった場合には、履歴データを前記所定の対象機器に通知しない。前記所定の対象機器は、前記携帯端末及び前記認証システムのいずれとも異なる情報端末である。前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む。

本開示の一態様に係る電気錠制御システムは、上記携帯端末を１又は複数と、前記認証システムと、を備える。前記認証システムは、前記鍵信号を前記携帯端末から受信して、前記鍵データの認証を行う。前記認証システムは、前記認証に成功し、かつ前記制御を要求する指示を受け付けると、前記電気錠に対して前記指示に応じた制御を行う。

本開示によれば、不要な通信データの通信量の低減を図ることができる、という利点がある。

図１は、本開示の一実施形態に係る携帯端末及びそれを備えた電気錠制御システムのシステム構成図である。 図２は、同上の電気錠制御システムの使用例を示す概略図である。 図３は、同上の電気錠制御システムの動作を説明するシーケンス図である。 図４は、同上の電気錠制御システムの変形例１の動作を説明するシーケンス図である。

（１）概要
以下の実施形態において説明する図１～４は、模式的な図であり、図１～４中の各構成要素の大きさや厚さそれぞれの比が、必ずしも実際の寸法比を反映しているとは限らない。

本実施形態に係る携帯端末（鍵装置）１は、図１に示すように、鍵送信部１０１と履歴通知部１０２とを備えている。鍵送信部１０１は、電気錠３の施錠又は解錠の制御に関する鍵データの認証を行う認証システム２に対して、少なくとも鍵データを含む鍵信号Ｋ１を送信する。履歴通知部１０２は、上記制御を要求する指示が認証システム２に対して実行されたことに伴って、履歴データを所定の対象機器５に通知する。履歴データは、制御に対応する、電気錠３側の状態及び状態変化のうち少なくとも１つに関するデータを含む。

電気錠３は、例えば、建物７（図２参照）の開口部７０を開閉する扉（開閉部材）７１を施錠又は解錠する。以下では、建物７が一例として戸建て住宅であり、扉７１は、図２に示すように、玄関扉であることを想定する。ただし、建物７は、戸建て住宅に限定されず、例えば、複数の住戸を有する集合住宅であってもよい。この場合、扉７１は、個々の住戸の内側と外側とを隔てる扉であってもよいし、ロビー玄関の扉でもよい。あるいは、建物７は、住宅に限らず、テナントビルや、オフィスビル、公共施設、学校、病院、工場等の非住宅であってもよい。

ここで言う「制御を要求する」要求元（ユーザ操作の受け付け元）は、携帯端末１でもよいし、扉７１又はその近傍に設置される操作装置８（図２参照）でもよい。また制御の要求を実際に認証システム２へ「指示」を出す指示元（認証システム２へ指示信号Ｒ１を送信する送信元）も、携帯端末１でもよいし、操作装置８でもよい。例えば、要求元及び指示元の両方が携帯端末１でもよいし、要求元が操作装置８で指示元が携帯端末１でもよいし、要求元及び指示元の両方が操作装置８でもよい。

また指示が実行されたことに「伴う」とは、時間的に「同時」でという意味ではなく「起点となる」という意味である。言い換えると、指示が実行されない限り、履歴通知部１０２は、履歴データを通知しない。さらに「電気錠３側」の状態とは、電気錠３自体の施解錠の状態でもよいし、電気錠３が設置されている扉７１の開閉状態でもよい。

本実施形態に係る電気錠制御システムＡ１は、図１に示すように、携帯端末１を１又は複数（図示例では１つ）と、認証システム２と、を備えている。認証システム２は、鍵信号Ｋ１を携帯端末１から受信して、鍵データの認証を行う。認証システム２は、認証に成功し、かつ（施錠又は解錠の制御を要求する）指示を受け付けると、電気錠３に対してその指示に応じた制御を行う。

本実施形態の携帯端末１及び電気錠制御システムＡ１の構成によれば、要求の指示が認証システム２に対して実行されたことに伴って、履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。したがって、不要な通信データの通信量の低減を図ることできる。

なお、上述した携帯端末１と同様の機能は、制御方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。

（２）詳細
次に、本実施形態に係る電気錠制御システムＡ１の全体構成についてより詳細に説明する。電気錠制御システムＡ１は、電気錠３と共に、電気錠システムＢ１を構成する（図１参照）。以下では、戸建て住宅である建物７の住人の一人であり、携帯端末１の所有者を、ユーザＸ１（図２参照）と呼ぶ。

（２．１）全体構成
本実施形態に係る電気錠制御システムＡ１は、上の「（１）概要」の欄で説明した通り、携帯端末１と認証システム２とを備えている。ここでは、説明の便宜上、携帯端末１の数は、図１に示すように、１つであることを想定するが、携帯端末１の数は、特に限定されず、２つ以上でもよい。

認証システム２は、電気錠制御装置４と操作装置８とを備えている。認証システム２は、電気錠３の施錠又は解錠の制御に関する鍵データを、携帯端末１から受信すると、鍵データの認証を行うように構成されている。

（２．２）電気錠
電気錠３は、扉（開閉部材）７１（ここでは玄関扉）を解錠又は施錠する。電気錠３は、デッドボルトと、駆動部と、駆動回路と、を有している。駆動回路は、電気錠制御装置４（の錠制御部４０２）から出力される制御信号（解錠信号又は施錠信号）に応じて駆動信号を作成し、この駆動信号を駆動部に出力する。駆動部は、電動モータと、電動モータの駆動力をデッドボルトに伝達する伝達機構と、を備えている。駆動部は、駆動回路から入力される駆動信号に従って駆動モータを駆動する。駆動モータの駆動力が伝達機構を介してデッドボルトに伝達されることによって、デッドボルトが施錠位置又は解錠位置に移動する。ここで、デッドボルトが施錠位置に移動した状態では、デッドボルトの少なくとも一部が、扉７１を支持する扉枠に設けられたボルト穴に挿入されており、この状態では扉７１が閉じた状態で保持される。つまり、扉７１が施錠された状態となる。デッドボルトが解錠位置に移動した状態では、デッドボルトの全体がボルト穴の外に出ており、この状態では扉７１の開閉が可能になる。つまり、扉７１が解錠された状態となる。

（２．３）電気錠制御装置
電気錠制御装置４は、図１に示すように、錠側制御部４０と、錠側通信部４１と、錠側記憶部４２とを備えている。錠側制御部４０は、認証部４０１と、錠制御部４０２と、を有している。言い換えると、錠側制御部４０は、認証部４０１としての機能、及び錠制御部４０２としての機能を有している。

電気錠制御装置４は、建物７の扉７１に設けられている。錠側制御部４０、錠側通信部４１、及び錠側記憶部４２は、例えば、１つのケースに収容されて、扉７１の内部に埋め込まれている。電気錠制御装置４は、電源ライン（不図示）を通じて電力供給を受けて動作する。また電気錠制御装置４は、電線Ｓ１を通じて電気錠３と電気的に接続され、更に、電線Ｓ２を通じて操作装置８と電気的に接続されている（図１参照）。

錠側制御部４０は、例えば、ＣＰＵ（Central Processing Unit）及びメモリを主構成とするマイクロコントローラにて構成されている。そして、ＣＰＵがメモリに格納されているプログラムを実行することにより、マイクロコントローラが錠側制御部４０として機能する。ＣＰＵが実行するプログラムは、ここではマイクロコントローラのメモリに予め記録されているが、メモリカード等の非一時的な記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。錠側制御部４０は、錠側通信部４１及び電気錠３等を制御する。

錠側通信部４１は、例えば、アンテナと、通信回路と、を有している。錠側通信部４１は、携帯端末１との間で電波を媒体とする無線通信を行う。無線通信にて使用する周波数帯域は、例えば、４２０ＭＨｚ帯、９２０ＭＨｚ帯、２．４ＧＨｚ帯などである。錠側通信部４１は、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）の規格に準拠した近距離無線通信を行うように構成されている。ここで、「ＢＬＥ」とは、無線ＰＡＮ（Personal Area Network）技術であるＢｌｕｅｔｏｏｔｈ（登録商標）の仕様における、低消費電力仕様の呼称である。錠側通信部４１は、錠側制御部４０からの指令に従って、ビーコン信号を送信する。また、錠側通信部４１は、ビーコン応答を受信する。ビーコン応答は、ビーコン信号に応答した携帯端末１の（後述の）通信部１３から送信される。つまり、錠側通信部４１は、信号の送信機能及び受信機能を有しており、携帯端末１の通信部１３との間で双方向の通信を行うように構成されている。

錠側制御部４０は、錠側通信部４１を通じて、携帯端末１から、少なくとも鍵データを含む鍵信号Ｋ１（図１及び図３参照）を受信するように構成される。錠側制御部４０は、鍵信号Ｋ１を受信すると、認証処理を実行する。また錠側制御部４０は、携帯端末１からのビーコン応答の電波強度値（例えばＲＳＳＩ値：Received SignalStrength 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）、又はＵＬＳＩ（UltraLarge Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。

また、携帯端末１及び電気錠制御装置４の各々における複数の機能が、１つの筐体に集約されていることは携帯端末１及び電気錠制御装置４に必須の構成ではない。例えば、携帯端末１及び電気錠制御装置４の各々の構成要素は、複数の筐体に分散して設けられていてもよい。さらに、制御部１０等、携帯端末１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）等によって実現されてもよい。反対に、上記実施形態のように、携帯端末１の全ての機能が、１つの筐体に集約されていてもよい。同様に、電気錠制御装置４の少なくとも一部の機能は、例えば、クラウド等によって実現されてもよい。

（３．１）変形例１
以下、図４を参照しながら本変形例（変形例１）の電気錠制御システムＡ１について説明する。図４は、変形例１の電気錠制御システムＡ１の動作を説明するシーケンス図である。なお、図４は、説明の便宜上、基本例の図３のシーケンス図に対して異なる要部だけを示す。

基本例では、鍵送信部１０１が鍵信号Ｋ１の送信を実行した後（鍵送信ステップの実行後）、指示信号Ｒ１を認証システム２の電気錠制御装置４に送信するための所定の条件が、携帯端末１に対して所定の操作が行われることである。しかし、変形例１では、所定の条件とは、鍵信号Ｋ１の送信を実行した以降において（鍵送信ステップから）規定の時間Ｔ１（図４参照）が経過することである。携帯端末１は、内蔵されるタイマを用いて、規定の時間Ｔ１を計時する。

変形例１では、規定の時間Ｔ１の開始タイミングは、例えば、鍵データの認証が完了（成功）したタイミングとする。言い換えると、規定の時間Ｔ１の開始タイミングは、認証の成功を示す認証結果信号Ｎ１を受信したタイミングとする。ただし、規定の時間Ｔ１の開始タイミングは、認証結果信号Ｎ１を受信したタイミングではなく、例えば、鍵信号Ｋ１を送信したタイミングでもよい。

変形例１の携帯端末１は、解錠や施錠の要求を受け付ける操作領域を表示し（ＳＴ６）、例えば、ユーザＸ１が操作領域にタッチ操作した時点で規定の時間Ｔ１が既に経過していれば、そのまま指示信号Ｒ１を送信する（ＳＴ７）。一方、ユーザＸ１が当該操作領域にタッチ操作した時点で規定の時間Ｔ１が経過していなければ、携帯端末１は、規定の時間Ｔ１が経過するまで指示信号Ｒ１の送信を保留する。そして、携帯端末１は、規定の時間Ｔ１が経過した時点で指示信号Ｒ１を送信する。

この構成によれば、規定の時間Ｔ１が設定されておらず鍵信号Ｋ１と指示信号Ｒ１とが連なって送信される場合に比べて、不要な履歴データが通知される可能性をより低減できる。

（３．２）変形例２
あるいは、指示信号Ｒ１を認証システム２の電気錠制御装置４に送信するための所定の条件は、携帯端末１が「特定の信号」を認証システム２から受信することであってもよい。特定の信号とは、例えば、基本例における電波強度値が閾値を超えたことを示す閾値信号Ｍ１であってもよい。

また基本例では、携帯端末１の制御部１０は、閾値信号Ｍ１を電気錠制御装置４から受信するまでは、解錠や施錠の要求を受け付ける操作領域を表示しなかった。しかし、鍵信号Ｋ１の送信後、閾値信号Ｍ１の受信に関わらず、操作領域が表示されてもよい。

その代わりに、本変形例（変形例２）の携帯端末１は、電気錠制御装置４から閾値信号Ｍ１を受信するまでは、指示信号Ｒ１を送信しない。要するに、例えば、ユーザＸ１が操作領域にタッチ操作した時点で、既に閾値信号Ｍ１を受信していれば、そのまま指示信号Ｒ１を送信する。一方、ユーザＸ１が当該操作領域にタッチ操作した時点で、閾値信号Ｍ１を受信していなければ、携帯端末１は、閾値信号Ｍ１を受信するまで指示信号Ｒ１の送信を保留する。そして、携帯端末１は、閾値信号Ｍ１を受信した時点で指示信号Ｒ１を送信する。ただし、この場合、携帯端末１は、電気錠制御装置４のある扉７１に近づくように催促する旨を表示部１２に表示することが望ましい。

この構成によれば、特定の信号（例えば閾値信号Ｍ１）を受信した場合に、指示信号Ｒ１が認証システム２に送信されるため、不要な履歴データが通知される可能性をより低減できる。

ところで、基本例では、ユーザＸ１が携帯端末１の表示部１２に表示される操作領域にタッチ操作することで、携帯端末１が、解錠又は施錠の要求を受け付けて指示を出すものである。しかし、携帯端末１が鍵信号Ｋ１の送信を行う一方で、解錠又は施錠の要求は、扉７１の外側に設置された操作装置８に対する操作により受け付けられてもよい。この場合、認証システム２から受信する「特定の信号」とは、操作装置８から無線通信により直接携帯端末１が受信する、解錠又は施錠の要求を含む操作信号であってもよい。携帯端末１は、操作装置８から受信する操作信号に基づいて、指示信号Ｒ１を電気錠制御装置４に送信してもよい。この場合、要求元は操作装置８で、指示元は携帯端末１となる。なお、操作装置８から出力される操作信号は、一旦電気錠制御装置４を経由して、電気錠制御装置４から携帯端末１に送信されてもよい。

（３．３）変形例３
指示信号Ｒ１を送信するための所定の条件は、認証システム２の電気錠制御装置４が受信した携帯端末１の電波強度値が、閾値を超えることであってもよい。これは、基本例及び変形例２のように閾値信号Ｍ１を受信する場合も含むが、それだけではなく、閾値処理を実行する装置が、電気錠制御装置４に限定されないという意味も含む。

つまり、基本例及び変形例２では、電気錠制御装置４が携帯端末１の電波強度値を計測し、更に、閾値と比較する閾値処理（図３のＳＴ４）も、電気錠制御装置４が行なっている。しかし、閾値処理は、携帯端末１で行われてもよい。比較する閾値は、携帯端末１の記憶部１４に予め記憶されていてもよい。要するに、電気錠制御装置４が携帯端末１に送信する閾値信号Ｍ１は、電波強度値が閾値を超えたという判定結果ではなく、計測された電波強度値を含んでもよい。この場合、電気錠制御装置４は、鍵信号Ｋ１の受信以降、閾値信号Ｍ１を継続的に送信することが望ましい。

また所定の条件は、携帯端末１が受信した電気錠制御装置４の電波強度値が、閾値を超えることであることであってもよい。つまり、携帯端末１が、電気錠制御装置４の電波強度値を計測し、更に、閾値と比較する閾値処理も携帯端末１が行なってもよい。

（３．４）その他の変形例
基本例では、携帯端末１は、スマートフォン、タブレット端末等の携帯可能な情報端末であるが、情報端末でなくてもよい。携帯端末１は、例えばユーザＸ１が所持する鞄などに収容又は取付可能な電子タグ等であってもよい。

携帯端末１が電子タグ等である場合、変形例２で説明したように、解錠又は施錠の要求は、扉７１の外側に設置された操作装置８への操作入力等により受け付けられてもよい。

基本例では、履歴データは、電気錠３の施解錠の状態に関するデータを含むことを想定していた。しかし、履歴データは、施解錠の状態ではなく、電気錠３の施解錠の状態変化に関するデータを含んでもよい。要するに、履歴データは、電気錠３の状態が施錠から解錠に変化したとき、又は、解錠から施錠に変化したときだけ、通知されてもよい。この場合、例えば、解錠の要求を指示したにも関わらず、制御エラー等により、電気錠３の状態が解錠に変化していなければ、携帯端末１は、履歴データを通知しない。

また履歴データは、電気錠３の施解錠の状態又は状態変化だけではく、電気錠３、電気錠制御装置４、又は鍵として機能する携帯端末１に関する状態や状態変化を含んでもよい。具体的には、履歴データは、例えば、携帯端末１の鍵情報やメールアドレス情報等の新規登録、登録内容の変更（削除も含む）に関する情報を含んでもよい。また履歴データは、電気錠３、電気錠制御装置４、及び携帯端末１等の電源状態又は電源状態の変化、これらで発生する異常の有無、異常の内容等を含んでもよい。

基本例では、「電気錠３側の状態」とは、電気錠３自体の状態であった。しかし、「電気錠３側の状態」とは、電気錠３の施解錠状態ではなく、扉７１の開閉状態又は開閉の状態変化に相当してもよい。この場合、電気錠制御システムＡ１は、例えば、扉７１の開閉状態を監視する開閉センサ（不図示）を更に備えることが望ましい。電気錠制御装置４は、開閉センサと電気的に接続されていて、開閉センサから受信する開閉状態（又は状態変化）に関する信号に基づき、扉７１の開閉状態（又は状態変化）に関する情報とのその時刻とを要求応答信号Ｖ２に含めて送信する。そして、携帯端末１が対象機器５に通知する履歴データは、扉７１の開閉状態（又は状態変化）に関するデータを含む。

また履歴データが、扉７１の開閉状態又は状態変化を含む場合、更に、電気錠３の施解錠状態又は状態変化も含んでもよい。具体的には、履歴データは、複数のデータから構成されてもよい。履歴データは、例えば、「１８時３０分００秒：玄関扉の錠が解錠されました」という第１データと「１８時３０分１０秒：玄関扉が開かれました」という第２データとから構成されてもよい。第１データと第２データとは、１通の電子メールで送信されてもよいし、異なる２通の電子メールで順次送信されてもよい。

基本例の携帯端末１では、鍵信号Ｋ１の送信後に、指示信号Ｒ１を送信している。しかし、この順は逆でもよく、指示信号Ｒ１を先に送信してから、鍵信号Ｋ１を送信してもよい。この場合、電気錠制御装置４は、指示信号Ｒ１を受信しても、その要求をプールしておき、鍵信号Ｋ１を受信して鍵データの認証に成功してから、プールしていた指示信号Ｒ１の要求に従ってもよい。

基本例では、携帯端末１が、解錠又は施錠の要求を受け付けて指示を出すものである（要求元及び指示元が携帯端末１）。また変形例２では、要求元は操作装置８で、指示元は携帯端末１となる場合を説明した。しかし、携帯端末１が鍵信号Ｋ１の送信を行う一方で、解錠又は施錠の要求は、操作装置８に対する操作により受け付けられ、指示（指示信号）も、操作装置８が、直接電気錠制御装置４に出してもよい。つまり、要求元及び指示元の両方が、操作装置８であってもよい。

基本例の携帯端末１では、指示信号Ｒ１と要求信号Ｖ１とが互いに別に送信される。しかし、指示信号Ｒ１の送信が、施錠又は解錠の制御を要求する指示だけでなく、履歴データに関する情報の要求も兼ねていてもよい。この場合、電気錠制御装置４は、指示信号Ｒ１を受信することで、電気錠３の制御後に、履歴データに関する情報の送信も兼ねた指示応答信号Ｒ２を送信する。

また携帯端末１においては、履歴データに関する情報を電気錠制御装置４に要求して受信すること自体も、必須の構成ではない。つまり、携帯端末１の側では、指示信号Ｒ１を送信した時点で、施解錠の状態が変わることは推定されるため、携帯端末１は、送信した指示信号Ｒ１の内容に基づいて履歴データを生成し、対象機器５に通知してもよい。また携帯端末１は、予め保持している履歴データを対象機器５に通知してもよい。

基本例では、電気錠制御装置４は、鍵信号Ｋ１の受信をトリガーとして閾値処理を行なっているが、鍵信号Ｋ１の受信とは無関係に閾値処理を開始してもよい。

基本例では、電気錠制御装置４が操作装置８と別体となっているが、互いに一体となっていてもよい。すなわち、認証システム２は、１つの筐体内に電気錠制御装置４及び操作装置８の機能が収まった認証装置でもよい。

また基本例では、電気錠制御装置４が、鍵データの認証処理と電気錠３の施解錠制御の両方を行なっている。しかし、認証処理は、電気錠制御装置４とは別体に設けられて電気錠制御装置４と通信可能な認証サーバ装置で行われてもよい。

基本例では、履歴データが、電子メールにより対象機器５に通知される。しかし、履歴データは、電子メールに限らず、例えば対象機器５を携帯するユーザの能動的な操作を必要とすることなく情報を通知させるプッシュ型情報配信、いわゆる「プッシュ通知」により通知されてもよい。

（４）利点
以上説明したように、第１の態様に係る制御方法は、携帯端末（１）の制御方法である。制御方法は、鍵送信ステップと、履歴通知ステップと、を含む。鍵送信ステップでは、電気錠（３）の施錠又は解錠の制御に関する鍵データの認証を行う認証システム（２）に対して、少なくとも鍵データを含む鍵信号（Ｋ１）を送信する。履歴通知ステップでは、上記制御を要求する指示が認証システム（２）に対して実行されたことに伴って、履歴データを所定の対象機器（５）に通知する。履歴データは、上記制御に対応する、電気錠（３）側の状態及び状態変化のうち少なくとも１つに関するデータを含む。第１の態様によれば、上記制御を要求する指示が認証システム（２）に対して実行されたことに伴って、履歴データが通知されるので、不要な履歴データが通知される可能性が低減される。したがって、不要な通信データの通信量の低減を図ることが可能な制御方法を提供できる。

第２の態様に係る制御方法に関して、第１の態様において、認証システム（２）に対して上記指示を含む指示信号（Ｒ１）を送信する、指示送信ステップを、更に含むことが好ましい。第２の態様によれば、指示信号（Ｒ１）が認証システム（２）に送信されたことに伴って、履歴データが通知されるので、不要な履歴データが通知される可能性を更に低減できる。

第３の態様に係る制御方法に関して、第２の態様において、指示送信ステップでは、鍵送信ステップの実行後、所定の条件を満たした場合のみ、指示信号（Ｒ１）を送信することが好ましい。第３の態様によれば、所定の条件を満たした場合のみ指示信号（Ｒ１）が認証システム（２）に送信されるため、不要な履歴データが通知される可能性をより低減できる。

第４の態様に係る制御方法に関して、第３の態様において、所定の条件とは、携帯端末（１）に対して所定の操作が行われることであることが好ましい。第４の態様によれば、携帯端末（１）に対して所定の操作が行われた場合に、指示信号（Ｒ１）が認証システム（２）に送信されるため、不要な履歴データが通知される可能性をより低減できる。

第５の態様に係る制御方法に関して、第３の態様において、所定の条件とは、鍵送信ステップから規定の時間（Ｔ１）が経過することであることが好ましい。第５の態様によれば、規定の時間（Ｔ１）が設定されておらず鍵信号（Ｋ１）と指示信号（Ｒ１）とが連なって送信される場合に比べて、不要な履歴データが通知される可能性をより低減できる。

第６の態様に係る制御方法に関して、第３の態様において、所定の条件とは、認証システム（２）が受信した携帯端末（１）の電波強度値が、閾値を超えることであることが好ましい。第６の態様によれば、電波強度値が閾値を超えた場合に、指示信号（Ｒ１）が認証システム（２）に送信されるため、不要な履歴データが通知される可能性をより低減できる。

第７の態様に係る制御方法に関して、第３の態様において、所定の条件とは、携帯端末（１）が受信した認証システム（２）の電波強度値が、閾値を超えることであることが好ましい。第７の態様によれば、電波強度値が閾値を超えた場合に、指示信号（Ｒ１）が認証システム（２）に送信されるため、不要な履歴データが通知される可能性をより低減できる。

第８の態様に係る制御方法に関して、第３の態様において、所定の条件とは、携帯端末（１）が特定の信号を認証システム（２）から受信することであることが好ましい。第８の態様によれば、携帯端末（１）が特定の信号を受信した場合に、指示信号（Ｒ１）が認証システム（２）に送信されるため、不要な履歴データが通知される可能性をより低減できる。

第９の態様に係る制御方法に関して、第１の態様において、上記指示は、認証システム（２）が備える操作装置（８）に対する操作に応じて実行されることが好ましい。第９の態様によれば、操作装置（８）に対する操作が実行されたことに伴って、履歴データが通知されるので、不要な履歴データが通知される可能性を低減できる。

第１０の態様に係る制御方法に関して、第１～第９の態様のいずれか１つにおいて、履歴通知ステップでは、電子メールにより、履歴データを所定の対象機器（５）に通知することが好ましい。第１０の態様によれば、簡易な構成でありながら、履歴データの通知を実現できる。

第１１の態様に係る制御方法に関して、第１～第１０の態様のいずれか１つにおいて、鍵送信ステップにおける鍵信号（Ｋ１）は、携帯端末（１）上で動作する第１アプリケーションにより送信されることが好ましい。また履歴通知ステップにおける履歴データは、第１アプリケーションと異なり、かつ携帯端末（１）上で動作する第２アプリケーションにより通知されることが好ましい。第１１の態様によれば、鍵送信ステップと履歴通知ステップとでアプリケーションが異なるため、例えば、履歴データの送信手段を別の送信手段に、容易に置き換えることができる。

第１２の態様に係るプログラムは、コンピュータシステムに第１～第１１の態様のいずれか１つにおける制御方法を実行させる。第１２の態様によれば、不要な通信データの通信量の低減を図ることが可能な機能を提供できる。

第１３の態様に係る携帯端末（１）は、鍵送信部（１０１）と、履歴通知部（１０２）と、を備える。鍵送信部（１０１）は、電気錠（３）の施錠又は解錠の制御に関する鍵データの認証を行う認証システム（２）に対して、少なくとも鍵データを含む鍵信号（Ｋ１）を送信する。履歴通知部（１０２）は、上記制御を要求する指示が認証システム（２）に対して実行されたことに伴って、履歴データを所定の対象機器（５）に通知する。履歴データは、上記制御に対応する、電気錠（３）側の状態及び状態変化のうち少なくとも１つに関するデータを含む。第１３の態様によれば、不要な通信データの通信量の低減を図ることができる。

第１４の態様に係る電気錠制御システム（Ａ１）は、第１３の態様における携帯端末（１）を１又は複数と、認証システム（２）と、を備える。認証システム（２）は、鍵信号（Ｋ１）を携帯端末（１）から受信して、鍵データの認証を行う。認証システム（２）は、認証に成功し、かつ上記制御を要求する指示を受け付けると、電気錠（３）に対して指示に応じた制御を行う。第１４の態様によれば、不要な通信データの通信量の低減を図ることができる電気錠制御システム（Ａ１）を提供できる。

第２～１１の態様に係る構成については、携帯端末（１）の制御方法に必須の構成ではなく、適宜省略可能である。

Ａ１ 電気錠制御システム
１ 携帯端末
１０１ 鍵送信部
１０２ 履歴通知部
２ 認証システム
３ 電気錠
５ 対象機器
８ 操作装置
Ｋ１ 鍵信号
Ｒ１ 指示信号
Ｔ１ 規定の時間

Claims (14)

1. 携帯端末の制御方法であって、
   電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する、鍵送信ステップと、
   前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行された場合には、履歴データを所定の対象機器に通知し、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行されなかった場合には、履歴データを前記所定の対象機器に通知しない、履歴通知ステップと、
   を含み、
   前記所定の対象機器は、前記携帯端末及び前記認証システムのいずれとも異なる情報端末であり、
   前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む、
   制御方法。
2. 前記認証システムに対して前記指示を含む指示信号を送信する、指示送信ステップを、更に含む、
   請求項１に記載の制御方法。
3. 前記指示送信ステップでは、前記鍵送信ステップの実行後、所定の条件を満たした場合のみ、前記指示信号を送信する、
   請求項２に記載の制御方法。
4. 前記所定の条件とは、前記携帯端末に対して所定の操作が行われることである、
   請求項３に記載の制御方法。
5. 前記所定の条件とは、前記鍵送信ステップから規定の時間が経過することである、
   請求項３に記載の制御方法。
6. 前記所定の条件とは、前記認証システムが受信した前記携帯端末の電波強度値が、閾値を超えることである、
   請求項３に記載の制御方法。
7. 前記所定の条件とは、前記携帯端末が受信した前記認証システムの電波強度値が、閾値を超えることである、
   請求項３に記載の制御方法。
8. 前記所定の条件とは、前記携帯端末が特定の信号を前記認証システムから受信することである、
   請求項３に記載の制御方法。
9. 前記指示は、前記認証システムが備える操作装置に対する操作に応じて実行される、
   請求項１に記載の制御方法。
10. 前記履歴通知ステップでは、電子メールにより、前記履歴データを前記所定の対象機器に通知する、
    請求項１～９のいずれか１項に記載の制御方法。
11. 前記鍵送信ステップにおける前記鍵信号は、前記携帯端末上で動作する第１アプリケーションにより送信され、
    前記履歴通知ステップにおける前記履歴データは、前記第１アプリケーションと異なり、かつ前記携帯端末上で動作する第２アプリケーションにより通知される、
    請求項１～１０のいずれか１項に記載の制御方法。
12. コンピュータシステムに請求項１～１１のいずれか１項に記載の制御方法を実行させる、
    プログラム。
13. 電気錠の施錠又は解錠の制御に関する鍵データの認証を行う認証システムに対して、少なくとも前記鍵データを含む鍵信号を送信する鍵送信部と、
    前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行された場合には、履歴データを所定の対象機器に通知し、前記電気錠の施錠又は解錠の制御を要求する指示が前記認証システムに対して実行されなかった場合には、履歴データを前記所定の対象機器に通知しない、履歴通知部と、
    を備える携帯端末であって、
    前記所定の対象機器は、前記携帯端末及び前記認証システムのいずれとも異なる情報端末であり、
    前記履歴データは、前記制御に対応する、前記電気錠側の状態及び状態変化のうち少なくとも１つに関するデータを含む、
    携帯端末。
14. 請求項１３に記載の携帯端末を１又は複数と、
    前記鍵信号を前記携帯端末から受信して、前記鍵データの認証を行う前記認証システムと、
    を備え、
    前記認証システムは、前記認証に成功し、かつ前記制御を要求する指示を受け付けると、前記電気錠に対して前記指示に応じた制御を行う、
    電気錠制御システム。

Images