特開 2024-61091 建物のゲート管理システム、該管理システムに於ける通信端末及び該通信端末用プログラム

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

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

(11)【公開番号】P2024061091

(43)【公開日】2024-05-07

(54)【発明の名称】建物のゲート管理システム、該管理システムに於ける通信端末及び該通信端末用プログラム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20240425BHJP

   G07C 9/27 20200101ALI20240425BHJP

   G07C 9/29 20200101ALI20240425BHJP

   G08B 25/04 20060101ALI20240425BHJP

【ＦＩ】

E05B49/00 J

G07C9/27

G07C9/29

G08B25/04 H

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2022168806

(22)【出願日】2022-10-21

(71)【出願人】

【識別番号】390037028

【氏名又は名称】美和ロック株式会社

(74)【代理人】

【識別番号】100080838

【弁理士】

【氏名又は名称】三浦 光康

(74)【代理人】

【識別番号】100194261

【弁理士】

【氏名又は名称】栢原 崇行

(72)【発明者】

【氏名】岩田 圭司

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

2E250

3E138

5C087

【Ｆターム（参考）】

2E250AA02

2E250AA03

2E250BB04

2E250BB53

2E250FF23

2E250FF36

3E138AA01

3E138JA01

3E138JC01

3E138JC19

5C087DD06

5C087DD20

5C087EE02

5C087FF01

5C087FF02

5C087FF25

5C087GG19

(57)【要約】      （修正有）

【課題】建物から退去した元居住者が所持する通信端末が保持している認証用鍵ＩＤを一定期間使用していない場合には、認証用鍵ＩＤを利用する権限がなくなったものと見做し、自動的に通信端末（特にスマホ）に認証用鍵ＩＤを残さない或いは認証用鍵ＩＤを使用不可とする。
【解決手段】ゲートのロック装置を少なくとも解除するための認証用鍵ＩＤを記録する通信端末と、前記認証用鍵ＩＤと登録済み鍵情報とを照合し照合の判定結果が正当である場合には前記ゲート用のロック装置を作動させる認証システムとを備え、通信端末は、計時部が示す現在時刻を参照して、認証用アプリケーションは一定期間内に全く起動しなかった又は認証用鍵ＩＤの認証は一定期間内に全く実行されになかった、のいずれか一方であると判別した場合に認証用鍵ＩＤの利用不可情報を記憶部に登録し、以後認証用鍵ＩＤを認証システムに送信することができない状態となるゲート管理システム。
【選択図】図２

【特許請求の範囲】

【請求項1】

物のセキュリティーゾーンのゲートのロック装置を、少なくとも解除するための認証用鍵ＩＤを記録する通信端末と、前記認証用鍵ＩＤと登録済み鍵情報とを照合し、その照合の判定結果が正当である場合には、前記ゲート用のロック装置を作動させる認証システムとを備える建物のゲート管理システムであって、
前記通信端末は、認証用アプリケーションと、前記認証用アプリケーションが一定期間内に起動したか否か、又は前記認証用アプリケーションによる認証用鍵ＩＤの認証が一定期間内に実行されたか否かのいずれか一方を判別する判別手段と、通信端末の制御を行う端末制御部とを有し、前記判別手段は、計時部が示す現在時刻を参照して前記認証用アプリケーションは一定期間内に全く起動しなかった、又は計時部が示す現在時刻を参照して前記認証用鍵ＩＤの認証は一定期間内に全く実行されになかった、のいずれか一方であると判別した場合に、端末制御部は、前記認証用鍵ＩＤの利用不可情報を記憶部に登録し、これにより、以後、前記通信端末は前記認証用鍵ＩＤを前記認証システムに送信することができない状態となる建物のゲート管理システム。

【請求項2】

請求項１の建物のゲート管理システムに於いて、前記セキュリティーゾーンは、少なとも専有部又は共用部の入口のいずれか一方であることを特徴とする建物のゲート管理システム。

【請求項3】

コンピュータに対し、通信端末の判別手段は、計時部が示す現在時刻を参照して認証用アプリケーションは一定期間内に全く起動しなかった、又は計時部が示す現在時刻を参照して認証用鍵ＩＤの認証は一定期間内に全く実行されになかった、のいずれか一方であると判別した場合、建物の元居住者が所持する通信端末の認証用鍵ＩＤの利用不可情報の制御信号であると判定し、前記利用不可情報を記憶部に記録する処理を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は 建物のゲート管理システム、該管理システムに於ける通信端末及び該通信端末用プログラムに関し、特に、通信端末が記録している認証用鍵ＩＤによりセキュリティーゾーンのゲート用の電気錠、自動扉開閉装置などのロック装置の作動（例えば解錠、開閉など）させることができる建物のゲート管理システム、該管理システムに於ける通信端末及び該通信端末用プログラムに関する。

【背景技術】

【0002】

まず特許文献１は、スマートフォンなどの電子機器（以下、簡単に「スマホ」という場合もある）を通じて解錠／施錠を行うスマートロックにおいて、利用者の権限を管理するサーバー側で利用者の認証を行う場合、スマートロックとサーバーとの間で通信が行われる出入管理システムの認証装置に関するもので、前記サーバーの解錠認証手段は、前記スマホが保持している認証用鍵ＩＤ（識別情報）が利用可能であるか、それとも利用できないものであるかを判別（認証）するものである。

【0003】

すなわち、特許文献１の発明は、電気錠の解錠を制御する錠制御端末と、電気錠が設置された施設の利用者が所持する携帯端末とを有する電気錠システムであって、錠制御端末は、携帯端末から受信した電子証明書及び送信元端末識別情報を用いて、携帯端末が電気錠の解錠権限を有することを認証する解錠認証手段と、該解錠認証手段によって携帯端末が電気錠の解錠権限を有すると認証された場合、電気錠を解錠するよう制御する解錠制御手段とを有する。そして、解錠認証手段は、正当であると検証した電子証明書から読み出した錠識別情報が電気錠の錠識別情報と一致する場合、電子証明書が電気錠に対する電子証明書であると確認し、確認した電子証明書から読み出した端末識別情報が送信元端末識別情報と一致する場合、携帯端末が電気錠の解錠権限を有すると認証するものである。

【0004】

そこで、特許文献１の請求項５には、「 前記錠制御端末（認証システム側）は、前記電気錠の解錠を禁止する携帯端末の端末識別情報を登録したブラックリストを記憶する記憶部をさらに有し、前記携帯端末からブラックリストを受信すると、前記記憶したブラックリストを更新し、前記送信元端末識別情報が、前記更新したブラックリストに登録されている端末識別情報と一致する場合、前記携帯端末が前記電気錠の解錠権限を有するものと認証しないこと」が記載されている。

【0005】

前記請求項５に記載の発明は、電気錠が、電気錠の解錠権限を管理する管理装置と通信しなくても、解錠を要求した携帯端末が解錠権限を有することを適切に認証できるという効果があるものの、携帯端末及び錠制御端末（認証システム側）の両方にそれぞれ携帯端末自体の端末識別情報を登録したブラックリストを記録（ブラックリストの更新も含む）させ、通信接続の際、錠制御端末（認証システム側）が常にブラックリストの端末識別情報を検証することから、端末同士の記録情報が増大化する、システムが複雑になる、携帯端末にブラックリストに記録されている情報が残る等のという問題点がある。

【0006】

次に特許文献２及び特許文献３は、いわゆるスマホと称されている携帯端末の「アプリケーション」の一つである着信音の通常モードとマナーモードを切り替える機能に関するものである。例えば特許文献２は、自動的に通常モードとマナーモードを切り替えるために、マナーモードの設定を開始する設定時刻保持手段、前記設定時刻保持手段に保持されている開始設定時刻に基づいて、前記マナーモードの設定の開始を制御するモード管理手段を備えるものである。

【0007】

ところで、前記スマホの記憶部には、周知の如く多数のアプリケーションが格納されているが、建物のゲート管理システムとの関係で、例えば建物の元居住者が所持している通信端末の認証用鍵ＩＤの利用不可情報に関することは全く記載されていない。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１９－１７３５２３号公報

【特許文献2】特開２００６－５０２９３号公報

【特許文献3】特開２０１０－１０９６１６号公報

【発明の概要】

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

【0009】

本発明の主たる課題は、建物から退去した元居住者が所持している通信端末の記憶部に登録されている認証用鍵ＩＤについて、該通信端末及び錠制御端末（認証システム側）の両方にブラックリストを記録させることなく、その代わり、通信端末がその記憶部に保持している認証用鍵ＩＤを一定期間使用していない場合には、もはや認証用鍵ＩＤを利用する権限がなくなっているものと見做し、これにより、前記建物の元居住者が所持している通信端末（例えばスマホ）に認証用鍵ＩＤを残さない、或いは認証用鍵ＩＤの使用を不可とすることである。これにより、端末同士のブラックリストの認証（例えば呼応）を不要にする、端末同士の記録情報が増大化しないようにする等の効果を得ることである。なお、使用停止にした利用不可情報は、例えばスリープ状態が含まれるが、好ましくは認証用鍵ＩＤの使用禁止（認証用鍵ＩＤの抹消も含む）である。第２の目的は、セキュリティーゾーンが、複数の共用部を含む場合に、全ての共用部のセキュリティーゾーンの記憶部に記録されている鍵情報を使用禁止の状態にすることである。具体的な実施形態として、例えばセキュリティーゾーンのゲートに、例えばエントランス、エレベーター等のゲートが含まれる場合には、これらのゲートの不当解錠を防止するために、共用部に設置された各認証システムの記憶部にそれぞれ記録されている鍵情報を使用禁止の状態にすることである。なお、本発明の利用実施の一例として、例えば通信端末が建物の数に対応して各々異なる認証用鍵ＩＤを有している場合には、前記異なる認証用鍵ＩＤの全てを対象として認証用鍵ＩＤを使用継続するか否かを判別することもできる。

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

【0010】

まず、本発明の建物のゲート管理システムは、物のセキュリティーゾーンのゲートのロック装置を、少なくとも解除するための認証用鍵ＩＤを記録する通信端末と、前記認証用鍵ＩＤと登録済み鍵情報とを照合し、その照合の判定結果が正当である場合には、前記ゲート用のロック装置を作動させる認証システムとを備える建物のゲート管理システムであって、前記通信端末は、認証用アプリケーションと、前記認証用アプリケーションが一定期間内に起動したか否か、又は前記認証用アプリケーションによる認証用鍵ＩＤの認証が一定期間内に実行されたか否かのいずれか一方を判別する判別手段と、通信端末の制御を行う端末制御部とを有し、前記判別手段は、計時部が示す現在時刻を参照して前記認証用アプリケーションは一定期間内に全く起動しなかった、又は計時部が示す現在時刻を参照して前記認証用鍵ＩＤの認証は一定期間内に全く実行されになかった、のいずれか一方であると判別した場合に、端末制御部は、前記認証用鍵ＩＤの利用不可情報を記憶部に登録し、これにより、以後、前記通信端末は前記認証用鍵ＩＤを前記認証システムに送信することができない状態となることを特徴とする（請求項１）。これにより、端末同士のブラックリストの認証を不要する、端末同士の記録情報が増大化しないようにする等の効果を得ることができる。

【0011】

上記構成に於いて、少なとも専有部又は共用部の入口のいずれか一方であることを特徴とする（請求項２）。また本発明のプログラムは、コンピュータに対し、通信端末の判別手段は、計時部が示す現在時刻を参照して認証用アプリケーションは一定期間内に全く起動しなかった、又は計時部が示す現在時刻を参照して認証用鍵ＩＤの認証は一定期間内に全く実行されになかった、のいずれか一方であると判別した場合、建物の元居住者が所持する通信端末の認証用鍵ＩＤの利用不可情報の制御信号であると判定し、前記利用不可情報を記憶部に記録する処理を実行させることを特徴とする（請求項３）。

【0012】

なお、請求項１の構成に於いて、端末制御部は、前記利用不可情報を記憶部に登録した後、利用不可情報を前記サーバーに送信し、該サーバーは前記利用不可情報をサーバー記憶部に記録することを特徴とする。これにより、サーバーが利用不可情報を一括管理しやすくなる。

【0013】

また、前記通信端末は建物から退去した元居住者が所持するものであることを特徴とする。これにより、建物から退去した元居住者が通信端末を所持していても、共用部に複数個のゲートが存在する場合に、それらの登録済み鍵情報を、例えば抹消することができるので、不正に建物の中に入るのをより一層確実に防止することができる。また、集合住宅の場合の運用として、共用部の抹消等をトリガーとする理由は、退去者が出た場合、セキュリティ上、まず退去者がマンションに立ち入りを防ぐ必要がある為、一般的に、共用部の認証システムから鍵情報を抹消する方が好ましい。

【0014】

さらに、前記通信端末は、認証用鍵ＩＤを受信する受信手段、前記受信手段が受信した前記認証用鍵ＩＤを記憶部に登録する登録部、操作部、表示部、計時部、判別手段、認証システムに対して登録済の前記認証用鍵ＩＤを送信する送信手段、前記記憶部に登録された認証用アプリケーションを備えていることを特徴とする。

【0015】

加えて、実施形態如何によっては、通信端末が建物又はゲートの数のいずれかに対応して各々異なる認証用鍵ＩＤを有している場合には、端末制御部は、記憶部から前記認証用鍵ＩＤ毎に、操作部の操作を検出することにより、各認証用鍵ＩＤの送信が時系列的に停止した最終操作日情報をそれぞれ取得し、前記判別手段は、計時部が示す現在時刻を参照して前記認証用鍵ＩＤを使用継続するか否かを判別することを特徴とする。これにより、前記認証用鍵ＩＤの全てを対象として認証用鍵ＩＤを使用継続するか否かを判別することができる。

【0016】

上記本発明の建物のゲート管理システムに於いて、「通信端末の判別手段１８は、計時部１７が示す現在時刻を参照し、前記認証用鍵ＩＤの認証は一定期間内に全く実行されになかったか否かを判別する実施形態」が存在する。この実施形態は、判別手段１８の判別のタイミングに関して、必ず、認証用アプリの起動時に判別する必要がないことを意味する。具体的には、認証アプリがスマホのバックグラウンドで常時起動しており、一定期間内に認証用鍵ＩＤの使用があったか否かについて、その判別のタイミングは、所定期間毎に判別する場合を想定している。この想定に基づく実施形態としては、例えば現在時刻と最終操作履歴情報との比較ではなく、計時部１７が最終操作からタイマーを起動させ、経過時間を参照にして一定期間内に認証用ＩＤの使用があったか否かを判別する場合である。このような実施形態の場合には、一定期間内に認証用ＩＤの使用がなかったとき、そのまま次の認証をせず、即時に前記認証用鍵ＩＤを利用できないようにし、一方、前記最終操作を基準にして前記一定期間経過する前に当該認証用鍵ＩＤを利用した認証を行った場合には現状維持する。

【0017】

ここで「認証用鍵ＩＤ」は、例えば通信端末の識別情報や鍵ＩＤと、認証システム側の端末の識別情報と、認証システム側のゲートの識別情報と、サーバー側の識別情報とが適宜に紐付けられている電気キーが好ましい。なお、元居住者が複数人（父親、母親、子供など）存在する場合に於いて、それぞれ自己の通信端末を所持している時には、前記通信端末の認証用鍵ＩＤは、個々の通信端末の識別情報によって異なるので、このような場合には、認証システムの登録済み鍵情報も前記個々の通信端末の認証用鍵ＩＤの数に対応して複数個存在する。

【0018】

また「セキュリティーゾーン」とは、例えば集合住宅やオフィス、商業施設といった建物の敷地に入るための門扉、エントランスに入るための自動開閉扉、エレベーターに乗るための自動開閉ドア、専有部に入るための扉を基準にして区分けされた占有スペースをいう。それ故に、占有スペースは単数又は複数である。また「ゲート」とは、建物の遮蔽用開閉体をいう。

【0019】

なお「ロック装置」には、錠前本体にシリンダー錠やサムターン錠を備え、機械的・電気的に施・解錠することができる電気錠のみならず、駆動モータ、動力伝達手段等を備え、駆動モータの駆動力により遮蔽用開閉体を水平方向や垂直方向へと開くための駆動装置も含まれる。したがって、ここでの「作動」には、遮蔽用開閉体が静止状態で、いわゆるデッドボルトに対するロック手段のロック状態を解消させる場合、デッドボルトが解錠方向に移動する場合や、駆動モータの駆動力により遮蔽用開閉体が開く方向へ移動する場合が含まれる。また普通一般に、集合住宅の場合のセキュリティーゾーンは、エントランスに使用される共用部用のゲートと、個々の建物区分所有権に対応する専有部用のゲートが存在するので、認証システムも前記共用部用のゲート用の第１認証システムと前記専有部用のゲートに対応する第２認証システムとが存在する。またオフィスの場合のセキュリティーゾーンは、エントランスに使用される共用部用のゲートと、個々の建物区分所有権、又は貸テナントの賃貸契約に基づく占有権に対応する専有部用のゲートが存在するので、認証システムも前記共用部用のゲート用の第１認証システムと前記専有部用のゲートに対応する第２認証システムとが存在する。

【0020】

さらに、「認証用鍵ＩＤの利用不可の条件」は、例えば認証用アプリケーションが現在日時情報を基準として一定期間内に起動しなかった場合か、又は前記認証用アプリケーションが現在日時情報を基準として複数回使用された場合における最後の認証用鍵ＩＤ応答等を基準として、前記計時部の開始設定時刻から複数の日数を含む一定期間の経過した場合、のいずれか一方が含まれ、好ましくは「認証用鍵ＩＤの利用不可情報」には、認証用鍵ＩＤをスリープモードにした状態や認証用鍵ＩＤの抹消した状態等である。

【発明の効果】

【0021】

本発明は、建物から退去した元居住者が所持する通信端末が、その記憶部に保持している認証用鍵ＩＤを一定期間使用していない場合には、もはや認証用鍵ＩＤを利用する権限がなくなったものと見做し、これにより、例えば前記建物の元居住者が所持している通信端末（特にスマホ）自体に自動的に認証用鍵ＩＤを残さない、或いは自動的に認証用鍵ＩＤを使用不可とすることができる。こりより、認証システムの利便性の向上を図ることができる。

【図面の簡単な説明】

【0022】

図１乃至図６は本発明の第１実施形態を示す各説明図。

【図1】管理システムＸの全体を示す概念構成図。

【図2】通信端末の構成を示すブロック図。

【図3】認証システムの構成を示す概略図。

【図4】サーバーの構成を示す概略図。

【図5】通信端末の認証用アプリケーションの実行によって記憶部の記憶領域に登録される使用の履歴情報の一例を示す説明図。

【図6】通信端末の認証用アプリケーションが一定期間内に起動しなかった場合のフローチャート（第１の実施形態）。

【図7】一定期間内に認証用鍵ＩＤが使用されなかった場合のフローチャート（第２の実施形態）。

【図8】判別手段は、計時部が示す現在時刻及びカウント時間の幅を参照にして、一定期間内の認証用鍵ＩＤの使用があったか否かを判別するフローチャート（第３の実施形態）。

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

【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】

またセキュリティーゾーン１が、少なくとも第１のセキュリティーゾーン（例えば建物の共用部）と、第２のキュリティーゾーン（例えば建物の専有部）が存在する場合に、サーバー７又は認証システム５のいずれかが、認証用鍵ＩＤを利用することができなくなる制御信号を出力する時、該制御信号には、前記第１のセキュリティーゾーンのゲートを利用することができなくする共用部用の第１制御信号と、前記第１制御信号とは別個の前記第２のキュリティーゾーンのゲートを利用することができなくする専有部用の第２制御信号が含まれている。

【0049】

ここで、通信端末４用の「プログラム」についてクレームすると、次の通りである。「コンピュータに対し、建物のキュリティーゾーン１のゲート２のロック装置３を、少なくとも解除するための認証用鍵ＩＤを記録する通信端末４と、前記認証用鍵ＩＤと登録済み鍵情報とを照合し、その照合の判定結果が正当である場合にはゲート用のロック装置３を作動させる認証システム５と、前記通信端末４及び認証システム５がそれぞれ接続するネットワーク６と、前記ネットワークを介して前記認証システムに接続すると共に、前記認証用鍵ＩＤを管理するサーバー７とから成る建物のゲート管理方法に使用される前記通信端末のコンピュータを実行させるプログラムであって、前記コンピュータに、認証用アプリケーションＢが一定期間内に起動しなかった場合か、又は前記認証用アプリケーションＢが複数回使用された場合における最後の認証用鍵ＩＤ応答を基準として、前記計時部の認証用アプリケーション使用時刻又は認証用鍵ＩＤの使用時刻から複数の日数を含む一定期間の経過した場合、のいずれか一方であるとき、建物の元居住者が所持する前記通信端末の認証用鍵ＩＤの利用不可情報の制御信号であると判定し、前記利用不可情報を記憶部の使用禁止のリストに記録する処理を実行させるプログラム」。

【実施例0050】

ここでは、まず、図５を参照にて、通信端末４の認証用アプリケーションＢ（単に「アプリＢ」ともいう）の実行によって記憶部１２の時刻記憶領域１２ｂに登録される使用の履歴情報の一例を説明する。

【0051】

図５の記憶部１２の時刻記憶領域１２ｂには、アプリ起動開始時刻とアプリ使用停止時刻が記録されている。図面左側の前記アプリ起動開始時刻に関して、例えば２０２２年６月１日に於いて、午後に仕事から自宅に帰った人が所持しているスマホ４でゲート２のロック装置３をセキュリティーゾーン１で解錠する場合には、その日の第１回目のアプリ起動開始時刻１が記録される。そして、その後に外出し、例えば夕方等に、再び前記スマホ４でゲート２のロック装置３を解錠する場合には、その日の第２回目のアプリ起動開始時刻１－２が記録される。以下、それが繰り返されると、アプリ起動開始時刻１－３、１－４、１－ｎが逐次記録される。２０２２年６月２日、３日、４日も同様である。図面右側前記アプリ使用停止時刻に関しても、前記アプリ起動開始時刻と同様である。

【0052】

しかして、仮に前記スマホ４を利用していた人が退去し、元居住者となった場合、普通一般に前記セキュリティーゾーン１で一定期間内にアプリＢを使用しないであろう。元居住者は、特段の理由がない限り、アプリＢを利用する資格を有しないからである。
そこで、２０２２年６月５日から同年同月の１９日まで一定期間、例えば２週間アプリＢが使用されていない場合には、その間、使用の履歴情報が存在しないことになる。

【0053】

ところで、図５の記憶部１２の時刻記憶領域１２ｂには、アプリ起動開始時刻とアプリ使用停止時刻が記録されているが、アプリＢの使用に関する情報を、認証用鍵ＩＤの使用情報に置換することも可能である。なお、図５に於いて、時刻記憶領域１２ｂに、例えば１日に「何度、アプリを起動させたか」、又は「何度、認証用鍵ＩＤを使用したか」の使用回数を記憶する領域を設けても良い。

【0054】

したがって、記憶部１２の時刻記憶領域１２ｂには、少なくともアプリＢの使用に関する情報か、又は、認証用鍵ＩＤの使用情報（操作時刻や呼応時刻）のいずれか一方が、使用の履歴情報として記録されている。なお、一定期間は２週間に限定する趣旨ではなく、例えば２０日、３０日、４０日、５０日等、適宜に設定することができる事項である。
次に、図６は計時部が示す現在時刻を参照にして、通信端末の認証用アプリケーションが一定期間内に起動しなかった場合のフローチャート（第１の実施形態）である。さらに図７は図６のフローチャートと同一であり、計時部が示す現在時刻を参照にして、一定期間内に認証用鍵ＩＤが使用されなかった場合のフローチャート（第２の実施形態）である。なお、例えばステップ６０１と記載すべきであるが、略式で「Ｓ６０１、Ｓ６０２等」と記載する。

【0055】

まず図６に於いて、Ｓ６０１は認証用アプリが起動する。前述した如く、「アプリＢ」は、スマホ４にインストール済みであり、その記憶部１２に記録されている。Ｓ６０２はアプリＢが現在日時情報、つまり現在時刻（年・月・日・時・分）を取得する。現在時刻はスマホ４の計時部１７、時刻修正用サーバー、時刻専用サーバー等で取得することができる。Ｓ６０３は図５の時刻記憶領域に記録されている使用の履歴情報を取得する。判別手段１８は、計時部１７が示す現在時刻を参照にして、一定期間内にアプリＢの起動があったか否かを判別する（Ｓ６０４）。Ｓ６０５は一定期間内にアプリＢの起動があった「Ｙｅｓの場合」であり、この場合には現状をそのまま維持する。したがって、アプリＢをそのまま使用続けることができる。一方、Ｓ６０６は一定期間内にアプリＢの起動しなかった「Ｎｏの場合」であり、この場合には、例えばアプリＢの使用停止、又は認証用鍵ＩＤの使用停止、或いは認証用鍵ＩＤを抹消する。

【0056】

次に図７のフローチャートは、実質的には図６のフローチャートと同一なので、重複するＳ７０１、Ｓ７０２、Ｓ７０３、Ｓ７０５及びＳ７０６の説明は割愛する（図６の各ステップを援用する）。図７のフローチャートに於いて、図６のそれと主に異なるステップは、Ｓ７０４である。Ｓ７０４は、判別手段１８が現在時刻を基準にして一定期間内に認証用鍵ＩＤの使用があったか否かを判別する。このように構成しても図６の実施形態と同一の課題と効果を達成することができる。

【0057】

さらに、図８は、図６及び図７の実施形態が、判別手段１８の判別時期に関して、必ず、認証用アプリの起動（Ｓ６０１又はＳ７０１）が前提であると限定的に解釈される恐れがあるので、念のために、判別手段１８の判別のタイミングについて、認証用アプリの起動（Ｓ６０１又はＳ７０１）から開始する必要がないことを示すものである。なお、図８の実施形態を説明するにあたって、図７と同一のステップには同一の符号を付して重複する説明を省略する。

【0058】

この図８の実施形態が図７の実施形態と主に異なる点は、認証用アプリの起動（Ｓ７０１）が前提である。また、図７の如く、必ずしも、使用の履歴情報から認証用鍵ＩＤの使用情報を取得しない（Ｓ７０３不要）。したがって、判別手段１８は、現在時刻を基準にして一定期間内に認証用鍵ＩＤの使用があったか否かを判別する（Ｓ７０４）。一定期間内に認証用鍵ＩＤの使用があった場合（Ｓ７０４：Ｙｅｓ）には、現状維持であり（Ｓ７０５）、現在時刻の取得を参照にすることができる元の状態へと戻る。つまり、認証可能状態の場合には、再度、現在時刻の取得が可能となる（Ｓ７０２）。そこで、前回の認証用鍵ＩＤの使用確認から一定期間内に認証用鍵ＩＤの使用があったか否かを判別する（Ｓ７０４）。そして、一定期間内に認証用鍵ＩＤの使用がなかった場合（Ｓ７０４：Ｎｏ）には、例えばアプリＢの使用停止、又は認証用鍵ＩＤの使用停止、或いは認証用鍵ＩＤを抹消する（Ｓ７０６）。

【0059】

ここで、図８の実施形態について付言する。この実施形態は、判別手段１８の判別のタイミングに関して、必ず、認証用アプリの起動時に判別する必要がないことを意味する。具体的には、認証アプリがスマホのバックグラウンドで常時起動しており、一定期間内に認証用鍵ＩＤの使用があったか否かについて（Ｓ７０４）、その判別のタイミングは、所定期間毎に判別する場合を想定している。この想定に基づく実施形態としては、例えば現在時刻と最終操作履歴情報との比較ではなく、計時部１７が最終操作（最終時刻の時間情報：現在時刻）からタイマーを起動させ、経過時間を参照にして一定期間内に認証用ＩＤの使用があったか否かを判別する場合である（Ｓ７０４）。このような実施形態の場合には、一定期間内（例えば２０日、３０日、４０日等）に認証用ＩＤの使用がなかったとき、そのまま次の認証をせず、即時に前記認証用鍵ＩＤを利用できないようにし、一方、前記最終操作を基準にして前記一定期間経過する前に当該認証用鍵ＩＤを利用した認証を行った場合には現状維持する（Ｓ７０５）。この場合、最終操作履歴情報ではなく、現在時刻を含むカウント時間の幅が問題視される。

【0060】

〈付記１〉
建物のゲート管理システムに於いて、前記セキュリティーゾーンが、少なくとも第１のセキュリティーゾーンと、第２のキュリティーゾーンが存在する場合に、前記第１のセキュリティーゾーンの認証システムが外部機器又は指令操作部前記指令信号により、前記登録済み鍵情報が利用できない状態になった場合、該利用できない状態を条件として、前記通信端末が記録している前記認証用鍵ＩＤの利用不可情報の制御信号を前記サーバーに送信し、該サーバーは前記利用不可情報を記憶部に記録後、認証用鍵ＩＤの利用不可情報の制御信号を第２のセキュリティーゾーンの認証システムに送信しても良い。これとは逆に、前記第２のセキュリティーゾーンの認証システムが外部機器又は指令操作部前記指令信号により、前記登録済み鍵情報が利用できない状態になった場合、該利用できない状態を条件として、前記通信端末が記録している前記認証用鍵ＩＤの利用不可情報の制御信号を前記サーバーに送信し、該サーバーは前記利用不可情報を記憶部に記録後、認証用鍵ＩＤの利用不可情報の制御信号を前記第１のセキュリティーゾーンの認証システムに送信しても良い。

【0061】

また同じ建物の共用部内においても、前記セキュリティーゾーンが共用玄関やエレベータフロア、駐車場や駐輪場への出入口等で区分けされ、セキュリティーゾーンが複数存在する場合がある。同様に、同じ建物の専有部においても、建物の住人が複数の居室（専有部）を所有している場合、セキュリティーゾーンが複数存在する場合がある。このように、前記セキュリティーゾーンが、複数存在する場合に、前記複数のセキュリティーゾーンの内、何れか一つのセキュリティーゾーンの認証システムが外部機器又は指令操作部の前記指令信号により、前記登録済み鍵情報が利用できない状態になった場合、該利用できない状態を条件として、前記通信端末が記録している前記認証用鍵ＩＤの利用不可情報の制御信号を前記サーバーに送信し、該サーバーは前記利用不可情報を記憶部に記録後、認証用鍵ＩＤの利用不可情報の制御信号をその他のセキュリティーゾーン内、少なくとも一つのセキュリティーゾーンの認証システムに送信しても良い。

【0062】

〈付記２〉
本発明の利用実施の一つの態様として、例えば請求項１の建物のゲート管理システムに於いて、通信端末は建物から退去した元居住者が所持するものであり、該通信端末が前記建物又はゲートの数のいずれかに対応して各々異なる認証用鍵ＩＤを有している場合には、端末制御部１０は、記憶部１２から前記認証用鍵ＩＤ毎に、操作部１１の操作を検出することにより、各認証用鍵ＩＤの送信が時系列的に停止した最終操作日情報をそれぞれ取得し、判別手段１８は、前記認証用鍵ＩＤを使用継続するか否かを判別することを特徴としても良い。

【0063】

〈付記３〉
本発明は、セキュリティーゾーンのゲートのロック装置を、少なくとも解除するための認証用鍵ＩＤを記録する通信端末と、前記認証用鍵ＩＤと登録済み鍵情報とを照合し、その照合の判定結果が正当である場合には、前記ゲート用のロック装置を作動させる認証システムとを備える建物のゲート管理システムを前提としているが、前記ゲートのロック装置を識別する識別情報は、前記通信端末のレコード、ユーザに関する氏名、生年月日、固定電話、住所、物件名、部屋番号等のレコードについての識別検索キーに適宜に関連付けられている。要するにゲート（扉）を通過することできる情報であれば、特にユーザの一部の情報に拘泥するものではなく、ユーザに関する情報の全部又は一部に関連付けられていれば良い。

【産業上の利用可能性】

【0064】

本発明は、建物のゲート管理システムの分野で利用することができる。

【符号の説明】

【0065】

Ｘ…建物のゲート管理システム、
１…セキュリティーゾーン、
２…ゲート、
３…ロック装置、
４…通信端末、
５…認証システム、
６…ネットワーク、
７…サーバー、
１０…端末制御部、
１２…記憶部、
１２ａ…登録部、
１２ｂ…時刻記憶領域（使用の履歴情報）、
１３…通信部、
１６…認証用鍵ＩＤの送信手段、
１７…計時部、
１８…判別手段、
２８…外部機器、
２８Ａ…指令操作部、
Ａ…認証用鍵ＩＤ、
Ｂ…認証用アプリケーション、
Ｒ…登録済み鍵情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】