特開 2023-944 錠の動作記録をサーバに送信するための機器、方法及びそのためのプログラム

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

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

(11)【公開番号】P2023000944

(43)【公開日】2023-01-04

(54)【発明の名称】錠の動作記録をサーバに送信するための機器、方法及びそのためのプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20221222BHJP

   E05B 49/00 20060101ALI20221222BHJP

【ＦＩ】

G06F13/00 353A

E05B49/00 J

G06F13/00 351B

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021102060

(22)【出願日】2021-06-18

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】515035685

【氏名又は名称】株式会社Ｐｈｏｔｏｓｙｎｔｈ

(74)【代理人】

【識別番号】100174078

【弁理士】

【氏名又は名称】大谷 寛

(72)【発明者】

【氏名】丹野 悠哉

(72)【発明者】

【氏名】伊東 悠

【テーマコード（参考）】

2E250

5B089

【Ｆターム（参考）】

2E250AA02

2E250BB08

2E250BB09

2E250BB65

2E250DD02

2E250DD08

2E250FF23

2E250FF28

2E250FF36

5B089GA11

5B089GA23

5B089GA31

5B089GB01

5B089HA10

5B089HA11

5B089JA35

5B089JB15

5B089JB21

5B089KA05

5B089KB04

5B089KC30

5B089KE10

5B089KF05

5B089KG04

(57)【要約】

【課題】扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による錠の動作記録をＩＰネットワーク上のサーバに送信するための方法において、当該動作記録をＩＰネットワーク上のサーバに送信する際の遅延を抑制する。
【解決手段】機器１００が、第１の装置と無線通信を行うための第１の接続を確立する（Ｓ３０１～Ｓ３０２）。機器１００が、無線信号を発信し（Ｓ３０３）、第２の装置との間で無線通信を行うための第２の接続の要求を受信する（Ｓ３０４）。次いで、機器１００は、第１の接続におけるデータ送信間隔を低減させ（Ｓ３０５）、第２の装置から錠の動作要求を受信する（Ｓ３０６）。機器１００は、動作要求に応じて錠を動作させるとともに、動作記録を生成し（Ｓ３１２～Ｓ３１３）、その後、当該動作記録の少なくとも一部を第１の装置を介してサーバに向けて送信する（Ｓ３１６）。
【選択図】図３Ａ

【特許請求の範囲】

【請求項1】

扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による前記錠の動作記録をＩＰネットワーク上のサーバに送信するための方法であって、
前記機器が、前記サーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立するステップと、
前記機器が、前記機器の機器識別子を含む無線信号を発信するステップと、
前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記機器識別子により識別される前記機器が、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信するステップと、
前記機器が、前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させるステップと、
前記機器が、前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信するステップと、
前記機器が、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成するステップと、
前記機器が、前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信するステップと
を含む。

【請求項2】

請求項１に記載の方法であって、
前記低減は、前記第２の接続の要求を受信した後であって、前記動作要求を受信した後に実行する。

【請求項3】

請求項１又は２に記載の方法であって、
前記機器が、前記錠を動作させる前に、前記動作要求に含まれる鍵ＩＤに基づいて、１又は複数の鍵ＩＤとそれぞれに付与された動作権限との対応づけを参照して、前記鍵ＩＤに動作権限が付与されているか否かを判定するステップをさらに含む。

【請求項4】

請求項１又は２に記載の方法であって、
前記機器が、前記錠を動作させる前に、
前記動作要求に含まれる鍵ＩＤに動作権限が付与されているか否かを判定する判定要求を前記第１の装置を介してＩＰネットワーク上の判定サーバに向けて送信するステップと、
前記第１の装置から、前記判定サーバにおける判定結果を受信するステップと
をさらに含む。

【請求項5】

請求項１から４のいずれに記載の方法であって、
前記機器が、前記錠の動作が完了したことの通知を前記第２の装置に送信するステップと、
前記機器が、前記通知を送信した後に、前記第２の接続を切断するステップと
をさらに含む。

【請求項6】

請求項１から４のいずれかに記載の方法であって、
前記機器が、前記動作要求を受信した後に、前記第２の接続を切断するステップと
をさらに含む。

【請求項7】

請求項１から６のいずれかに記載の方法であって、
前記機器が、前記少なくとも一部を前記第１の装置を介して前記サーバに向けて送信した後に、データ送信間隔を増大させるステップをさらに含む。

【請求項8】

請求項１から７のいずれかに記載の方法であって、
前記第２の機器は、ＩＣカードリーダー、生体認証端末及び携帯端末のいずれかである。

【請求項9】

扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による前記錠の動作記録をＩＰネットワーク上のサーバに送信するための方法を前記機器に実行させるためのプログラムであって、前記方法は、
前記機器が、前記サーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立するステップと、
前記機器が、前記機器の機器識別子を含む無線信号を発信するステップと、
前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記機器識別子により識別される前記機器が、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信するステップと、
前記機器が、前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させるステップと、
前記機器が、前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信するステップと、
前記機器が、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成するステップと、
前記機器が、前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信するステップと
を含む。

【請求項10】

扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器であって、
ＩＰネットワーク上のサーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立し、
前記機器の機器識別子を含む無線信号を発信して、前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信し、
前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させ、
前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信して、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成し、
前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信する。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、錠の動作記録をサーバに送信するための機器、方法及びそのためのプログラムに関し、より詳細には、扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による錠の動作記録をＩＰネットワーク上のサーバに送信するための機器、方法及びそのためのプログラムに関する。

【背景技術】

【0002】

近年、電子錠と呼ばれるものの利用が増えている。電子的に解錠及び施錠が可能な錠であり、扉にバッテリー駆動の機器を取り付ける方式のものが提供されている。

【0003】

当該機器は、解錠のために、一例として、スマートフォン、ＩＣカードリーダー等と無線通信をして、解錠権限の有無を判定する。スマートフォンの利用者、ＩＣカードの所持者等が解錠権限を有することが判定された場合、当該機器は解錠に必要な動作を錠に対して実行する。また、当該機器は、施錠のために、一例として、ドアセンサ―と無線通信をして、扉の開閉状態を判定する。扉が閉状態であることが判定された場合、オートロック機能が有効であれば、当該機器は施錠に必要な動作を扉に対して実行する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

当該機器には、このように繰り返される解錠及び施錠の記録が履歴として蓄積されていくところ、この履歴をインターネット等のＩＰネットワーク上のサーバで利用可能とし、さらなる利便性を提供することが考えられる。そのためには、当該機器で蓄積された錠の動作記録を遅延なくＩＰネットワークでアクセス可能にすることが望まれる。

【0005】

本発明は、このような問題点に鑑みてなされたものであり、その目的は、扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による錠の動作記録をＩＰネットワーク上のサーバに送信するための機器、方法及びそのためのプログラムにおいて、当該動作記録をＩＰネットワーク上のサーバに送信する際の遅延を抑制することにある。

【課題を解決するための手段】

【0006】

このような目的を達成するために、本発明の第１の態様は、扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による前記錠の動作記録をＩＰネットワーク上のサーバに送信するための方法であって、前記機器が、前記サーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立するステップと、前記機器が、前記機器の機器識別子を含む無線信号を発信するステップと、前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記機器識別子により識別される前記機器が、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信するステップと、前記機器が、前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させるステップと、前記機器が、前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信するステップと、前記機器が、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成するステップと、前記機器が、前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信するステップとを含む。

【0007】

また、本発明の第２の態様は、第１の態様の方法であって、前記低減は、前記第２の接続の要求を受信した後であって、前記動作要求を受信した後に実行する。

【0008】

また、本発明の第３の態様は、第１又は第２の態様の方法であって、前記機器が、前記錠を動作させる前に、前記動作要求に含まれる鍵ＩＤに基づいて、１又は複数の鍵ＩＤとそれぞれに付与された動作権限との対応づけを参照して、前記鍵ＩＤに動作権限が付与されているか否かを判定するステップをさらに含む。

【0009】

また、本発明の第４の態様は、第１又は第２の態様の方法であって、前記機器が、前記錠を動作させる前に、前記動作要求に含まれる鍵ＩＤに動作権限が付与されているか否かを判定する判定要求を前記第１の装置を介してＩＰネットワーク上の判定サーバに向けて送信するステップと、前記第１の装置から、前記判定サーバにおける判定結果を受信するステップとをさらに含む。

【0010】

また、本発明の第５の態様は、第１から第４のいずれかの態様の方法であって、前記機器が、前記錠の動作が完了したことの通知を前記第２の装置に送信するステップと、前記機器が、前記通知を送信した後に、前記第２の接続を切断するステップとをさらに含む。

【0011】

また、本発明の第６の態様は、第１から第４のいずれかの態様の方法であって、前記機器が、前記動作要求を受信した後に、前記第２の接続を切断するステップとをさらに含む。

【0012】

また、本発明の第７の態様は、第１から第６のいずれかの態様の方法であって、前記機器が、前記少なくとも一部を前記第１の装置を介して前記サーバに向けて送信した後に、データ送信間隔を増大させるステップをさらに含む。

【0013】

また、本発明の第８の態様は、第１から第７のいずれかの態様の方法であって、前記第２の機器は、ＩＣカードリーダー、生体認証端末及び携帯端末のいずれかである。

【0014】

また、本発明の第９の態様は、扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器による前記錠の動作記録をＩＰネットワーク上のサーバに送信するための方法を前記機器に実行させるためのプログラムであって、前記方法は、前記機器が、前記サーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立するステップと、前記機器が、前記機器の機器識別子を含む無線信号を発信するステップと、前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記機器識別子により識別される前記機器が、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信するステップと、前記機器が、前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させるステップと、前記機器が、前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信するステップと、前記機器が、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成するステップと、前記機器が、前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信するステップとを含む。

【0015】

また、本発明の第１０の態様は、扉が有する錠を解錠又は施錠するためのバッテリー駆動の機器であって、ＩＰネットワーク上のサーバと通信可能な第１の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第１の接続を確立し、前記機器の機器識別子を含む無線信号を発信して、前記無線信号を受信した前記第１の装置と異なる第２の装置から、前記第２の装置との間でＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信を行うための第２の接続の要求を受信し、前記第２の接続の要求を受信した後に、前記第１の接続におけるデータ送信間隔を低減させ、前記第２の接続の要求を受信した後に、前記第２の装置から、前記扉が有する錠の動作要求を受信して、前記動作要求に応じて前記錠を動作させるとともに、前記動作の動作記録を生成し、前記動作記録の少なくとも一部を前記第１の装置を介して前記サーバに向けて送信する。

【発明の効果】

【0016】

本発明の一態様によれば、機器が第１の装置との接続を確立し、当該第１の装置のみと接続されている状態と比較して、第２の装置との接続が確立し、当該第１の装置に加えて当該第２の装置と同時に接続された状態において、当該第１の装置との間の接続におけるデータ送信間隔を低減させることで、機器による錠の動作記録をＩＰネットワーク上のサーバに対して速やかに送信することができる。

【図面の簡単な説明】

【0017】

【図1】本発明の一実施形態にかかる機器の概略図である。

【図2】本発明の一実施形態にかかる機器を示す図である。

【図3A】本発明の一実施形態にかかる方法の流れの前半を示す図である。

【図3B】本発明の一実施形態にかかる方法の流れの後半を示す図である。

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

【0018】

以下、図面を参照して本発明の実施形態を詳細に説明する。

【0019】

図１には、本発明の一実施形態にかかる機器の概略を示す。機器１００は、ＢＬＥ等のＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信によって、ＩＰネットワーク上のサーバと接続されたゲートウェイ１１０と接続可能であり、機器１００に対して動作要求を送信するＩＣカードリーダー１２０と接続可能である。また、機器１００は、サムターンを有する扉１３０の室内側に設けられ、機器１００により扉１３０の解錠がなされる際には、ＩＣカードリーダー１２０からの解錠要求に基づいて、機器１００がサムターンのつまみを回転させる。また、機器１００は、ＢＬＥ等のＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信によって、扉１３０の開状態又は閉状態を判定するドアセンサ１４０と接続可能である。ドアセンサ１４０は、検出した扉１３０の開状態又は閉状態を機器１００に対して送信する。検出された状態が閉状態である場合、オートロック機能が有効であれば、一定時間経過後に扉１３０は施錠される。

【0020】

以下では、サムターンを有する扉１３０に対して後付けで設置し、サムターンのつまみを回転させることで解錠することを例に説明するが、必ずしもサムターンを有する扉に限定するものではない。たとえば、サムターンを取り外し、本願発明にかかる機器が有する部材がサムターンを代替する機構も考えられ、バッテリー駆動の機器によって扉が有する錠の解錠を行うことができれば、かかる扉又は錠に本発明を適用可能である。また、サムターンを有する扉１２０に対して後付けで設置することを例に説明するが、必ずしも後付けで設置するものに限定せず、扉に予め取り付けられているものであってもよい。本願発明にかかる機器は、バッテリー駆動であることから、消費電力を抑制しつつ、所要の動作を実現することが求められる。

【0021】

図２に示すように、機器１００は、扉１３０に設置される筐体２００と、扉１３０が有する錠を解錠するための駆動機構２０１と、通信インターフェースなどの通信部２０２と、プロセッサ、ＣＰＵ等の処理部２０３と、メモリ等の記憶装置又は記憶媒体を含む記憶部２０４とを備える。通信部２０２、処理部２０３及び記憶部２０４の少なくとも一部をマイコンにより実装してもよい。処理部２０３で、以下で説明する各処理を行うための記憶部２０４に記憶されたプログラムを実行することによって、機器１００は他の装置と通信し、また錠の解錠を行う。当該プログラムは、１又は複数のプログラムを含むことがあり、また、コンピュータ読み取り可能な記憶媒体に記録して非一過性のプログラムプロダクトとすることができる。

【0022】

図３Ａ及び３Ｂに、本実施形態にかかる機器による錠の動作記録をＩＰネットワーク上のサーバに送信する方法の流れを示す。まず、機器１００は、機器１００を識別するための機器識別子を含む無線信号を発信する（Ｓ３０１）。機器識別子は、たとえば、発信元のデバイスアドレスとすることができる。当該無線信号は、ＢＬＥにおいて「アドバタイズメント・パケット」という。アドバタイズメント・パケットは、周囲にある不特定の電子機器に対してブロードキャストされる。

【0023】

当該無線信号を受信したゲートウェイ１１０は、当該無線信号に含まれる機器識別子により識別される機器１００に対して接続要求を送信する（Ｓ３０２）。当該接続要求には、ＢＬＥにおいて「コネクションインターバル」と呼ばれる接続後のデータ送信間隔の設定値が含まれており、これに従った間隔で機器１００とゲートウェイ１１０との間でデータ送信のための無線通信が行われる。機器１００は、ゲートウェイ１１０からの接続要求を受信すると、機器１００とゲートウェイ１１０との接続（以下「第１の接続」と呼ぶことがある。）を確立する。これにより、機器１００は、ゲートウェイ１１０を介してＩＰネットワーク上のサーバにデータを送信することが可能となる。

【0024】

ここで、ゲートウェイ１１０は、機器１００の電力消費を抑えるために、当該間隔を大きく設定する。ＢＬＥ規格において、当該間隔は７．５ｍ秒から４秒の間で設定することができる。当該間隔が大きい程、一定時間内に送受信可能なデータ量が小さくなり、通信速度が遅くなる。

【0025】

機器１００は、ゲートウェイ１１０との接続確立後もアドバタイズメント・パケットをブロードキャストしており（Ｓ３０３）、ＩＣカードを翳されたＩＣカードリーダー１２０は、アドバタイズメント・パケットを受信し、当該アドバタイズメント・パケットに含まれる機器識別子により識別される機器１００に対して接続要求を送信する（Ｓ３０４）。機器１００は、ＩＣカードリーダー１２０からの接続要求を受信すると、ＩＣカードリーダー１２０との接続（以下「第２の接続」と呼ぶこともある。）を確立する。機器１００とＩＣカードリーダー１２０との接続が確立されると、機器１００は、ゲートウェイ１１０に加えてＩＣカードリーダー１２０と同時に接続している状態になる。

【0026】

機器１００は、ＩＣカードリーダー１２０との接続が確立された後にゲートウェイ１１０との間におけるデータ送信間隔を低減させる（Ｓ３０５）。機器１００とゲートウェイ１１０との間におけるデータ送信間隔を低減させることで一定時間内に送受信可能なデータ量が多くなり、機器１００の消費電力は大きくなるものの、機器１００とゲートウェイ１１０との間の接続における通信速度が向上する。

【0027】

図３Ａの例では、機器１００と、ＩＣカードリーダー１２０との接続が確立された後に当該間隔を低減させることとしたが、ＩＣカードリーダー１２０からの接続要求を受信した後、又は後述する解錠要求、施錠要求等の動作要求を受信した後に低減させてもよい。

【0028】

次いで、ＩＣカードリーダー１２０は、機器１００に対して解錠要求を送信する（Ｓ３０６）。ＩＣカードリーダー１２０から送信された解錠要求は、ＩＣカードから読み取られた当該ＩＣカードを識別するためのＩＣカード識別子を含む。

【0029】

解錠要求は、暗号化されていてもよく、一例として、機器１００及びＩＣカードリーダー１２０がそれぞれ保持する共通鍵によって暗号化されていてもよい。当該共通鍵により解錠要求が復号化されて、当該解錠要求に含まれる照合データが、機器１００が予め保持する照合データと一致することによって、機器１００は、当該解錠要求が正当な送信元から送信されたものであることを認証することができる。

【0030】

機器１００は、必要に応じて解錠要求の送信元の認証を行った後に、ＩＣカード識別子を含む判定要求をゲートウェイ１１０に送信する（Ｓ３０７）。機器１００から判定要求を受信したゲートウェイ１１０は、当該判定要求を、ＩＰネットワーク上のサーバに対して送信する（Ｓ３０８）。

【0031】

判定要求は、ゲートウェイ１１０を介してＩＰネットワーク上の判定サーバに向けて送信され、判定要求を受信した判定サーバは、解錠要求に含まれるＩＣカード識別子に動作権限が付与されているか否かを判定する（Ｓ３０９）。機器１００からゲートウェイ１１０に対するデータの送信は、Ｂｌｕｅｔｏｏｔｈ規格に準拠したものであり、ゲートウェイ１１０から判定サーバに対するデータの送信はＩＰプロトコルに準拠したものであるから、データ形式は異なるものの、ともにＩＣカード識別子を含むデータを送信するものであり、上記のように区別せずに判定要求と呼ぶことがある。

【0032】

機器１００は、解錠要求の送信元の認証に失敗した場合は、消費電力を抑制する観点から、ＩＣカードリーダー１２０との接続を切断するための切断要求を送信してもよい。また、同様の観点から、ＩＣカードリーダー１２０との間の通信におけるデータ送信間隔を増大させたりしてもよい。また、同様に、機器１００とＩＣカードリーダー１２０との接続の確立後、一定時間経過してもＩＣカードリーダー１２０からの解錠要求がない場合にも、ＩＣカードリーダー１２０との接続を切断するための切断要求を送信してもよい。

【0033】

判定サーバには、１又は複数の鍵ＩＤとそれぞれに付与された動作権限との対応づけが記憶されており、当該サーバは、判定要求に含まれる鍵ＩＤに基づいて当該対応づけを参照し、動作権限が付与されているか否かを判定する。ここで、ＩＣカード識別子は鍵ＩＤの一例であるが、機器１００がＩＣカードリーダー１２０ではなく、異なるデバイスと接続する際には異なる識別子が鍵ＩＤに該当する。図３においては、判定サーバは、ゲートウェイ１１０から受信した判定要求に含まれるＩＣカード識別子に基づいて当該対応付けを参照して、当該ＩＣカード識別子に対して付与されている動作権限を取得する。

【0034】

動作権限は、さらに機器識別子及び有効期間を含んでもよい。機器識別子を含む場合、判定サーバには、１又は複数の組の鍵ＩＤ及び機器識別子とそれぞれに付与された動作権限との対応づけが記憶されており、また、判定要求には、鍵ＩＤに加え、機器識別子が含まれる。判定サーバは、判定要求に含まれる鍵ＩＤ及び機器識別子に基づいて当該対応づけを参照し、動作権限が付与されているか否かを判定することができる。

【0035】

判定サーバは、受信した判定要求に含まれるＩＣカード識別子に対して動作権限があると判定した場合は、動作権限の判定結果をゲートウェイ１１０に対して送信する（Ｓ３１０）。当該判定結果を受信したゲートウェイ１１０は、機器１００に対して動作権限の判定結果を送信し（Ｓ３１１）、肯定的な判定結果を受信した機器１００は、扉１３０の解錠動作を行う（Ｓ３１２）。なお、上述した判定要求と同様に、サーバからゲートウェイ１１０に対するデータ送信とゲートウェイ１１０から機器１００に対するデータ送信はデータ形式が異なるが、区別せずに判定結果と呼ぶことがある。

【0036】

扉１３０の解錠は、この例において、動作権限有の判定結果を機器１００の通信部２０２が受信し、処理部２０３が機器１００の駆動機構２０１に対し解錠信号を送信することでモーターを回転させ、サムターンのつまみを回転させることにより行われる。機器１００は、扉１３０の解錠が行われると、たとえば、回転角度センサにより扉１３０の解錠を検知し、動作記録を生成する（Ｓ３１３）。機器１００は、動作記録の生成後、ＩＣカードリーダー１２０に対して動作が完了したことの通知を送信してもよい（Ｓ３１４）。

【0037】

動作記録には、動作の発生時刻及びＩＣカード識別子等の鍵ＩＤが含まれる。ここまで、ＩＣカードリーダー１２０から機器１００に解錠要求がなされることを例に説明してきたが、施錠要求が送信されることも可能である。また、ＩＣカードリーダー１２０としては解錠又は施錠のいずれの動作を要求するのかを指定せずに、機器１００にて動作種類を判定して、それに応じた動作を実行することも考えられる。したがって、動作記録には、動作の種類がさらに含まれてもよい。

【0038】

そして、機器１００は、当該通知を送信した後に、ＩＣカードリーダー１２０との第２の接続を切断するための切断要求をＩＣカードリーダー１２０に対して送信してもよい（Ｓ３１５）。当該通知をしない場合には、解錠要求を受信した後に当該接続の切断要求を送信してしまってもよい。

【0039】

機器１００は、生成した動作記録の少なくとも一部をゲートウェイ１１０に対して送信する（Ｓ３１６）。そして、ゲートウェイ１１０は、当該動作記録の少なくとも一部をＩＰネットワーク上のサーバに対して送信する（Ｓ３１７）。サーバは、受信したデータをデータベースに記憶する（Ｓ３１８）。図３の例では、動作記録の送信を機器１００とＩＣカードリーダー１２０との接続が切断された後に行っているが、動作記録が生成された後に行ってもよい。また、図３においては、動作権限の有無を判定するサーバと動作記録を蓄積するサーバとを区別せずに図示しているが、必ずしも同一のサーバである必要はない。

【0040】

機器１００は、動作記録の少なくとも一部をゲートウェイ１１０を介して当該サーバに向けて送信した後に、ゲートウェイ１１０との間の接続におけるデータ送信間隔を増大させてもよい（Ｓ３１９）。

【0041】

以上のように、機器１００は、ゲートウェイ１１０との接続を確立し、第１の装置のみと接続されている状態と比較して、ＩＣカードリーダー１２０との接続が確立し、当該第１の装置に加えて第２の装置と同時に接続された状態において、第１の装置との間の接続におけるデータ送信間隔を低減させることで、機器１００による解錠の動作記録をＩＰネットワーク上のサーバに対して速やかに送信することができる。

【0042】

なお、上述の説明では、ＩＣカードリーダー１２０がユーザーが所持するＩＣカードからＩＣカード識別子を読み取り、これを鍵ＩＤとして機器１００に送信するものとして説明したが、顔認証、指紋認証等によってユーザーを認証する生体認証端末を第２の装置として用いてもよい。この場合、ユーザーの顔、指等の認証部位を生体認証端末が撮像し、当該認証部位を表すデータを鍵ＩＤとして機器１００に送信することができる。

【0043】

また、第２の装置として、スマートフォン、タブレット等の携帯端末を用いてもよい。携帯端末にインストールされたアプリケーションを動作させ、当該アプリケーションが保持している鍵ＩＤを機器１００に送信することができる。当該鍵ＩＤは、たとえば、機器１００及びゲートウェイ１１０を提供する事業者が管理するＩＰネットワーク上のサーバと通信して取得するようにしてもよい。

【0044】

また、上述の説明においては、動作要求に含まれる鍵ＩＤに動作権限が付与されているか否かの判定を判定サーバにおいて行っているが、機器１００の記憶部２０４に１又は複数の鍵ＩＤとそれぞれに付与された動作権限との対応づけを記憶し、当該判定を機器１００において行ってもよい。この場合は、図３Ａにおける機器１００からゲートウェイ１１０に対して行う動作要求の送信（Ｓ３０７）からゲートウェイ１１０から機器１００に対して行う判定結果の送信（Ｓ３１１）が行われない。

【0045】

また、動作要求に含まれる鍵ＩＤに動作権限が付与されているか否かの判定は、ＩＣカードリーダーの記憶部（図示せず）に１又は複数の鍵ＩＤとそれぞれに付与された動作権限との対応づけを記憶し、当該判定をＩＣカードリーダーにおいて行ってもよい。この場合、判定結果の送信は、ゲートウェイ１１０からではなく、ＩＣカードリーダー１２０から機器１００に対して行われる。

【0046】

また、上述の実施形態において、「××のみに基づいて」、「××のみに応じて」、「××のみの場合」というように「のみ」との記載がなければ、本明細書においては、付加的な情報も考慮し得ることが想定されていることに留意されたい。また、一例として、「ａの場合にｂする」という記載は、明示した場合を除き、「ａの場合に常にｂする」こと、「ａの直後にｂする」ことを必ずしも意味しないことに留意されたい。また、「Ａを構成する各ａ」という記載は、必ずしもＡが複数の構成要素によって構成されることを意味するものではなく、構成要素が単数であることを含む。

【0047】

また、念のため、なんらかの方法、プログラム、端末、装置、サーバ又はシステム（以下「方法等」）において、本明細書で記述された動作と異なる動作を行う側面があるとしても、本発明の各態様は、本明細書で記述された動作のいずれかと同一の動作を対象とするものであり、本明細書で記述された動作と異なる動作が存在することは、当該方法等を本発明の各態様の範囲外とするものではないことを付言する。

【符号の説明】

【0048】

１００ 機器
１１０ ゲートウェイ
１２０ ＩＣカードリーダー
１３０ 扉
１４０ ドアセンサ
２００ 筐体
２０１ 駆動機構
２０２ 通信部
２０３ 処理部
２０４ 記憶部

【図1】

【図2】

【図3A】

【図3B】