JP2016191278A - 開扉システム、鍵収容器および無線端末機器の制御プログラム - Google Patents

Abstract

【課題】例えば、家事代行サービス事業者において、作業者は、営業所に備えられる保管装置から顧客の家の鍵を借り、顧客の家へ出向き顧客の家の扉を開いて、家事代行サービスを提供する。その後、作業者は、営業所に戻り保管装置に当該鍵を返却する。この場合、営業所から持ち出された鍵の管理は、作業者に委ねられることになり、家事代行サービス事業者による統括的な管理が行えない、との課題があった。
【解決手段】開扉システムであって、近距離無線通信による通信機能を有する無線端末と、対象となる扉の近傍に設けられ、前記通信機能を介して認証開始信号を前記無線端末へ送信する送信部と、前記無線端末が前記認証開始信号を受信した場合に、前記扉に設置された錠の解錠を行うための鍵が取り出し可能となる鍵収容器とを備える開扉システム。
【選択図】図１

Description

本発明は、開扉システム、鍵収容器および無線端末機器の制御プログラムに関する。

管理対象物である鍵の貸し出し状況を、鍵に付与されたＩＣタグによって管理する貸出管理装置が知られている（例えば、特許文献１参照）。

特開２００７−１２６８８９

例えば、家事代行サービス事業者において、作業者は、営業所に備えられる保管場所から顧客の家の鍵を借り、顧客の家へ出向き顧客の家の扉を開いて、家事代行サービスを提供する。その後、作業者は、営業所に戻り保管場所に当該鍵を返却する。この場合、営業所から持ち出された鍵の管理は、作業者に委ねられることになり、家事代行サービス事業者による統括的な管理が行えない、との課題があった。

本発明の第１の態様における開扉システムは、近距離無線通信による通信機能を有する無線端末と、対象となる扉の近傍に設けられ、前記通信機能を介して認証開始信号を前記無線端末へ送信する送信部と、前記無線端末が前記認証開始信号を受信した場合に、前記扉に設置された錠の解錠を行うための鍵が取り出し可能となる鍵収容器とを備える。

本発明の第２の態様における鍵収容器は、対象となる扉に設けられた錠の解錠を行う鍵を収容する収容部と、前記収容部を封止する封止部と、前記扉の近傍で無線通信機能を介して送信される認証開始信号に基づいて前記封止部の封止を解除する解除部とを備える。

本発明の第３の態様における無線端末機器の制御プログラムは、対象となる扉の近傍で送信される認証開始信号を、近距離無線通信を介して受信する受信ステップと、前記認証開始信号を受信した場合に、前記扉に設置された錠の解錠を行うための鍵が収容された鍵収容容器から前記鍵を取り出し可能とする取出信号を送信する送信ステップとを含む。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態に係る開扉システム１００の全体を示す概略図である。 鍵収容器６０の一例を示す部分に透視された斜視図である。 図２におけるＡおよびＡ'矢視方向の断面図を示す。 図２におけるＢおよびＢ'矢視方向の断面図を示す。 開扉システム１００の機能ブロック図を示す。 状態データベース５０の一例を示す。 電子鍵データベース５２の一例を示す。 履歴データベース５４の一例を示す。 顧客管理データベース１２８の一例を示す。 業務管理データベース１３０の一例を示す。 鍵収容器６０の開封処理の流れを示すフロー図である。 鍵収容器６０の封止処理の流れを示すフロー図である。 他の開扉システム１５０の全体を示す概略図である。 他の鍵収容器２００を示す斜視図である。 他の電子鍵データベース５３を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明される特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係る開扉システム１００の全体を示す概略図である。本実施形態に係る開扉システム１００は、例えば、家事代行サービス事業者、訪問介護事業者、ホームセキュリティー事業者または宅配事業者によって使用される。本実施形態においては、家事代行サービス事業者によって開扉システム１００が使用されたとして説明する。家事代行サービス事業者は、家事代行サービスを提供する顧客の家の鍵を預かる。家事代行サービス事業者は、開扉システム１００を用いて顧客から預かった鍵を統括的に管理する。

開扉システム１００は、インターネット１１０を利用して、扉２０、スマートフォン４０、鍵収容器６０、管理サーバ１２０を主な構成要素として構築される。扉２０は、家事代行サービスの提供を受ける顧客の家１０に設けられる。管理サーバ１２０は、家事代行サービス事業者の営業所に設けられ、当該事業者によって管理される。

扉２０は、送信タグ２２と、錠２４と、操作ハンドル２６とを備える。送信タグ２２は、解錠の対象となる扉２０の近傍であって、扉２０の外側表面に貼り付けられている。送信タグ２２は、例えば、ＩＳＯ／ＩＥＣ１４４４３（ＭＩＦＡＲＥ）またはＩＳＯ／ＩＥＣ１８０９２等に準拠する電磁波を用いた近接型の近距離無線通信（ＮＦＣ）を可能とするＣＰＵやＲＯＭ、ＲＡＭ等で構成されるＩＣチップを備える。送信タグ２２は、当該近距離無線通信による通信機能によりスマートフォン４０に認証開始信号を送信する。送信タグ２２は、スマートフォン４０に認証開始信号を送信する送信部の一例である。

錠２４は、例えば、扉２０に設けられたシリンダー錠である。錠２４は、その鍵穴に一対一で対応したディンプルキー等である物理的な鍵１４が差し込まれることによって回転操作が可能となる。錠２４は、鍵１４が差し込まれた状態で一方の方向に回転操作されることによって施錠され、他方の方向に回転操作されることによって解錠される。操作ハンドル２６は、錠２４が解錠状態の場合に、扉２０を開閉するために操作される。

スマートフォン４０は、家事代行サービスを提供する作業者１２に所持される。スマートフォン４０には、予め、管理サーバ１２０によって鍵収容器６０を開封するための取出信号と、送信タグ２２から送信される認証開始信号とを一対一で対応付けた情報が格納される。また、スマートフォン４０には、管理サーバ１２０と連携して使用されるアプリケーションがインストールされている。

スマートフォン４０は、上述のように近距離無線通信によって送信タグ２２と通信するので、当該近距離無線通信の有効範囲まで近接されなければ、送信タグ２２と通信できない。このため、作業者１２は、顧客の家１０を訪れて、所持するスマートフォン４０を送信タグ２２に近接させる。これにより、スマートフォン４０は、送信タグ２２から認証開始信号を受信できる。

スマートフォン４０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）の近距離無線通信規格に準拠して、鍵収容器６０と通信する。スマートフォン４０は、送信タグ２２から認証開始信号を受信すると、当該認証開始信号に対応した取出信号を鍵収容器６０に送信する。

また、スマートフォン４０は、例えば、３ＧまたはＬＴＥ等の無線通信規格に準拠して、インターネット１１０に接続する。スマートフォン４０は、インターネット１１０を介して、管理サーバ１２０と通信する。なお、携帯電話端末であるスマートフォン４０は、無線端末の一例であり、インターネット１１０は、広域ネットワークの一例である。

鍵収容器６０は、扉２０に設置された錠２４の解錠を行うための鍵１４を収容する。鍵収容器６０は、作業者１２に所持されて、顧客の家１０まで持ち運ばれる。鍵収容器６０は、収容する鍵１４を取り出すことができない封止状態と、鍵１４を取り出すことができる開封状態とをとりえる。

鍵収容器６０が封止状態である場合において、スマートフォン４０から取出信号を受信した場合に鍵収容器６０は、開封状態になる。作業者１２は、この状態において、鍵収容器６０から鍵１４を取り出して錠２４を解錠する。作業者１２は、扉２０から家１０に入り家事代行サービスを提供する。

作業者１２が家事代行サービスを提供した後であって、鍵収容器６０が開封状態である場合において、スマートフォン４０から取出信号を受信すると、作業者１２は、鍵収容器６０を封止状態にすることができる。この場合には、取出信号は封止信号として機能する。作業者１２は、鍵１４を収容して封止状態とすると、再び取出信号を受信しない限り、鍵収容器６０から鍵１４を取り出せなくなる。

管理サーバ１２０は、例えば、家事代行サービス事業者の営業所に設けられている。管理サーバ１２０は、家事代行サービス事業者により管理される。管理サーバ１２０は、インターネット１１０を介して、スマートフォン４０と通信する。管理サーバ１２０は、スマートフォン４０に、認証開始信号と取出信号とを一対一で対応つけた暗号化された電子鍵信号を事前に送信する。また、管理サーバ１２０は、スマートフォン４０から鍵収容器６０の封止履歴および解除履歴を示す履歴情報を受信する。管理サーバ１２０は、受信した履歴情報を利用して、作業者１２が行った家事代行サービスの提供時間、提供場所等を記録する。このように、管理サーバ１２０は、受信した履歴情報に基づいて作業者１２の家事代行作業を管理している。

図２は、鍵収容器６０の一例を示す部分的に透視された斜視図である。図２（ａ）は、収容部６２ａが封止部６４ａに封止された封止状態の一例を示す。図２（ｂ）は、収容部６２ａが封止部６４ａに封止されていない封止解除状態の一例を示す。

鍵収容器６０は、鍵収容器６０の短手方向に並べて設けられた３つの収容部６２ａ、６２ｂ、６２ｃを有する。このように、鍵収容器６０は、３つの鍵を収容部６２ａ等に個別に収容できる。この例によれば、作業者１２は、３軒の顧客の鍵を預かって、３軒の家事代行サービスを担当することができる。なお、収容部６２ａ、６２ｂ、６２ｃの構成は同じであるので、収容部の説明においては、収容部６２ａを説明し、収容部６２ｂおよび収容部６２ｃの説明は省略する。また、以後の説明において３つの収容部６２ａ、６２ｂおよび６２ｃをまとめて６２ａ等と称する場合がある。同様に、３つの封止部６４ａ、６４ｂおよび６４ｃをまとめて封止部６４ａ等、３つの検出部６６ａ、６６ｂおよび６６ｃをまとめて検出部６６ａ等と称する場合がある。

収容部６２ａには、封止部６４ａと、検出部６６ａとが設けられる。収容部６２ａは、鍵１４を収容する中空の四角柱状の容器である。収容部６２ａは、長手方向の一端面に開口が設けられた筐体部６８と、当該開口を封止する蓋部７０とから構成される。蓋部７０には、帯状に突出して形成され帯状部７２が設けられ、当該帯状部には、係止穴７４が設けられている。蓋部７０および帯状部７２は、開口の形状に合わせて折り曲げられるように、筐体部６８の一側面側から延出して形成されている。

封止部６４ａは、鍵収容部６２ａの長手方向の一側面であって蓋部７０寄りに設けられている。封止部６４ａは、封止状態において、帯状部７２の係止穴７４と係止する。鍵収容器６０は、スマートフォン４０から封止部６４ａに対応する取出信号を受信すると、封止部６４ａと係止穴７４との係止を解除させる。これにより、蓋部７０の固定は解除され、収容部６２ａは、開封状態となる。家事代行サービスを提供する作業者１２は、この状態において、収容部６２ａに収容される鍵１４を取り出すことができる。なお、収容部６２ａ、収容部６２ｂ、収容部６２ｃは、鍵収容器６０がそれぞれの封止部６４ａ、封止部６４ｂ、封止部６４ｃに対応する認証開始信号を受信することによって、独立して開封状態となる。

また、鍵収容器６０は、封止部６４ａの封止が解除された解除状態であって、帯状部７２が封止部６４ａに差し込まれた状態である場合にスマートフォン４０から取出信号を受信すると、封止部６４ａは再び封止状態となる。これにより、蓋部７０は収容部６２ａの開口部を塞いで固定され、収容部６２ａは封止状態となる。家事代行サービスを提供する作業者１２は、この状態において、収容部６２ａに収容される鍵１４を取り出すことができない。

なお、本実施形態においては、後述する鍵装着検出機能により、鍵１４が収容部６２ａに収容されていることを検出した場合に、封止部６４ａを封止するように構成されている。鍵１４が収容されていない状態で取出信号を受信すると、スマートフォン４０の表示画面に警告が表示されるなどの警告通知がなされ、スマートフォン４０を介して管理サーバ１２０にも警告通知が履歴情報として送信される。

図３は、図２におけるＡおよびＡ'矢視方向の断面図を示す。図３（ａ）は、図２におけるＡ矢視方向の断面図を示す。図３（ｂ）は、図２におけるＡ'矢視方向の断面図を示す。封止部６４ａは、プル型ソレノイドを構成する本体７８とプランジャー８０、および封止装着部８２を備える。

封止部６４ａの封止状態において、帯状部７２は、封止装着部８２に挿入されている。この状態では、プランジャー８０は、帯状部７２の方向へ不図示のバネにより付勢されて帯状部７２の係止穴７４を挿通している。これにより、係止穴７４はプランジャー８０に係止され、帯状部７２は固定される。

一方、本体７８が通電されプランジャー８０が係止穴７４から退避すると、封止部６４ａの封止が解除された開封状態となる。作業者１２は、開封状態において帯状部７２を封止装着部８２から引き抜けば、鍵１４を収容部６２ａから取り出すことができる。なお、本実施形態においては、プル型ソレノイドを利用することにより、開封状態とする場合に本体７８に通電する構成としている。この構成によれば、開封状態に対して相対的に継続時間が長い封止状態においては通電を要せず、消費電力を少なくできる。

図４は、図２におけるＢおよびＢ'矢視方向の断面図を示す。図４（ａ）は、図２におけるＢ矢視方向の断面図を示す。図４（ｂ）は、図２におけるＢ'矢視方向の断面図を示す。検出部６６ａは、収容部６２ａに鍵１４が収容されているか否かを検出する。検出部６６ａは、フォトインタラプタを構成する発光部８４と受光部８６、および鍵装着部８８とを備える。

発光部８４は、例えば赤外光を発光し、受光部８６は、当該赤外光を受光する。鍵装着部８８に鍵１４が装着されていると、発光部８４が発光した赤外光は鍵１４に遮られ、受光部８６は無受光状態となる。一方、鍵１４が鍵装着部８８から取り出されていると、受光部８６は受光状態となる。これにより、鍵１４の存否を検出することができる。

図５は、開扉システム１００の機能ブロック図を示す。開扉システム１００は、上述の通り、インターネット１１０を利用して、扉２０、スマートフォン４０、鍵収容器６０、管理サーバ１２０を主な構成要素として構築される。扉２０は、送信タグ２２と、錠２４と、操作ハンドル２６とを備える。送信タグ２２は、送受信部２８と、制御部３０と、格納部３２とを備える。

ＥＥＰＲＯＭ等の不揮発性メモリによって構成される格納部３２には、家事代行サービスの提供を受ける顧客ＩＤが事前に格納されている。顧客ＩＤは、家事代行サービスを提供する事業者によって管理サーバ１２０に登録された顧客ＩＤと同一または関連付けられたＩＤである。送信タグ２２は、家事代行サービスを提供する事業者によって、対象顧客に配布される。

作業者１２は、家１０付近に到着すると、スマートフォン４０に予めインストールされている開扉システム１００用のアプリケーションを立ち上げる。スマートフォン４０は、アプリケーションの処理に従い、予め定められた時間間隔で、起動信号を発信する。

送信タグ２２の送受信部２８は、スマートフォン４０から起動信号を受信して、起動信号に含まれる電磁波からエネルギーを得る。制御部３０は、供給されエネルギーを利用して、格納部３２に格納された顧客ＩＤ３４を読み出す。制御部３０は、読み出した顧客ＩＤから顧客ＩＤ信号を生成し、当該信号を認証開始信号として、送受信部２８からスマートフォン４０へ送信する。

送信タグ２２は、スマートフォン４０からエネルギーが供給されるので、自身に電源を備えなくてよい。そのため、家事代行サービスを受ける顧客は、送信タグ２２を貼着等により既存の扉２０に容易に設置することができる。本実施形態では、扉２０に貼着等により設置された送信部の例を示したが、送信部は、扉２０と一体的に設けられ家庭用電源いからの電力供給を受けて認証開始信号を送信するものであってもよい。

スマートフォン４０は、送受信部４２と、制御部４４と、格納部４６と、ネットワーク接続部４８とを備える。また、不揮発性メモリによって構成される格納部４６には、状態データベース５０と、電子鍵データベース５２と、履歴データベース５４とが格納される。

図６は、状態データベース５０の一例を示す。状態データベース５０には、顧客ＩＤ欄と、収容部欄と、封止部の状態を示す封止欄と、検出部６６ａ等の状態を示す鍵検出欄とが設けられている。顧客ＩＤ欄に記述された顧客ＩＤは、顧客を識別する識別子であって、例えば、顧客のＩＤであることを示すアルファベットのＡと３桁の数字から構成される。顧客ＩＤは、家事代行サービス事業者からサービスが提供される顧客ごとに割り付けられる。図６に示した例において、状態データベース５０の顧客ＩＤ欄には、「Ａ００１」「Ａ００２」および「Ａ００３」の顧客ＩＤがそれぞれ記述される。

収容部欄には、各顧客ＩＤに対応する顧客の鍵１４が収容される収容部番号が記述される。本実施形態では、収容部番号は、図２を用いて説明した収容部６２ａ、６２ｂおよび６２ｃに対応する、「６２ａ」「６２ｂ」および「６２ｃ」である。

封止欄には、フラグ「１」または「０」が記述される。封止欄におけるフラグ「１」は、封止部が封止状態であることを示し、フラグ「０」は、封止部が開封状態であることを示す。鍵検出欄には、フラグ「１」または「０」が記述される。鍵検出欄におけるフラグ「１」は、検出部により鍵の存在が検出された状態であることを示し、フラグ「０」は、検出部により鍵の存在が検出されなかった状態であることを示す。各フラグは、状態の変化に応じて更新される。

図７は、電子鍵データベース５２の一例を示す。電子鍵データベース５２には、収容部欄と、取出信号欄とが設けられている。収容部欄は、状態データベース５０の収容部欄と同様である。取出信号欄には、それぞれの収容部番号に対応する、暗号化された電子鍵信号が記述される。例えば、収容部番号「６２ａ」に対応する取出信号欄の電子鍵信号「×××××××」を用いれば、収容部６２ａの封止部６４ａを解錠することができることを表す。

状態データベース５０と電子鍵データベース５２とを連携して用いれば、スマートフォン４０は、送信タグ２２から受信した認証開始信号から顧客ＩＤを得て顧客ＩＤに対応する収容部を確定させ、当該収容部に対応する電子鍵信号を取出信号として鍵収容器６０に送信することができる。例えば、認証開始信号から抽出された顧客ＩＤがＡ００２であれば、鍵１４は収容部６２ｂに収容されていることが状態データベース５０により確定され、収容部６２ｂの封止部６４ｂを開封する電子鍵信号「□□□□□□□」が電子鍵データベース５２から抽出されて取出し信号として送信される。

なお、本実施形態においては、頻繁に更新される状態データベース５０と、初期設定を除いて原則として更新されない電子鍵データベース５２とを別々のデータベースとした。しかし、状態データベース５０と電子鍵データベース５２は、一体的なテーブルとして形成されてもよい。

図８は、履歴データベース５４の一例を示す。履歴データベース５４は、家事代行サービスが提供される顧客ごとに作成される。履歴データベース５４には、顧客ＩＤ欄と、作業者ＩＤ欄と、封止欄と、鍵検出欄と、時間欄とが設けられている。顧客ＩＤ欄には、鍵１４の所有者である顧客の顧客ＩＤが格納される。

作業者ＩＤ欄には、作業者ＩＤが格納される。作業者ＩＤは、家事代行サービスを提供する作業者を識別する識別子であって、例えば、作業者ＩＤであることを示すアルファベットＳと４桁の数字から構成される。作業者ＩＤは、作業者ごとに異なる作業者ＩＤが割り付けられる。作業者ＩＤは、作業者１２によって予め登録されてよく、登録された作業者ＩＤは、履歴データベース５４の作業者ＩＤ欄に格納される。

封止の欄および鍵検出の欄には、フラグ「１」または「０」が格納される。それぞれのフラグが表す意味は、状態データベース５０の封止の欄および鍵検出の欄と同様である。

制御部４４は、予め定められた時間ごとに、封止部の状態を示すフラグと、検出部の状態を示すフラグと、時間とを追記する。図８に示した例において、予め定められた時間は、１分である。制御部４４は、１分ごとに、状態データベース５０の封止欄のフラグを参照して、履歴データベース５４の封止欄に、「１」または「０」のいずれかを記述する。なお、履歴データベース５４に記述される情報は、鍵収容器６０に関する情報として封止状態を示す情報（封止の欄）、および検出部の検出結果を示す情報（鍵検出の欄）を含む他に、他の履歴情報を含んでもよい。

格納部４６に顧客の連絡先であるメールアドレスが格納されている場合において、制御部４４は、封止の欄および検出の欄のフラグが「１」から「０」に変化した場合に、メールを送信することによって、封止部が開封されたことを顧客に通知してもよい。また、同様に、制御部４４は、封止の欄および検出の欄のフラグが「０」から「１」に変化した場合に、メールを送信することによって、封止部が封止されたことを顧客に通知してもよい。

再び、図５を参照して説明する。送受信部４２は、送信タグ２２から顧客ＩＤ信号を含んで構成される認証開始信号を受信する。送受信部４２から認証開始信号を取得すると、制御部４４は、状態データベースおよび電子鍵データベース５２を参照して、取得した認証開始信号から抽出される顧客ＩＤが顧客ＩＤの欄に存在するか否かを判断し、存在すれば正規の認証開始信号として、対応する収容部を開封する電子鍵信号を読み出す。一方、制御部４４は、取得した認証開始信号から抽出される顧客ＩＤが顧客ＩＤの欄に存在しなければ、取得した認証開始信号は非正規の認証開始信号であると判断し、当該認証開始信号を消去する。

より具体的には、制御部４４は、認証開始信号が正規の認証開始信号であると判断した場合には、状態データベース５０を参照して、抽出した顧客ＩＤの鍵を封止している封止部が封止状態であるか否かを、封止欄のフラグを参照して判断する。

制御部４４は、封止部が封止状態であると判断した場合には、状態データベース５０の封止欄のフラグを「１」から「０」に変更するとともに、当該顧客ＩＤに対応する電子鍵信号を読み出して取出信号として、送受信部４２から鍵収容器６０へ出力する。

一方、制御部４４は、封止部が開封状態であると判断した場合には、状態データベース５０の封止欄のフラグを「０」から「１」に変更するとともに、当該顧客ＩＤに対応する電子鍵信号を読み出して取出信号として、送受信部４２から鍵収容器６０へ出力する。この場合の取出信号は、封止部を封止状態とするための封止信号として機能する。

制御部４４は、予め定められた時間（一例としては一日）ごとに履歴データベース５４を参照して、履歴情報を作成する。制御部４４は、作成した履歴情報を、ネットワーク接続部４８を通じて管理サーバ１２０へ送信する。

鍵収容器６０は、３つの収容部６２ａ、６２ｂ、６２ｃと、送受信部９０と、制御部９２と、解除部９４とを備える。また、収容部６２ａは、封止部６４ａと検出部６６ａを備え、収容部６２ｂは、封止部６４ｂと検出部６６ｂを備え、収容部６２ｃは封止部６４ｃと検出部６６ｃを備える。

送受信部９０は、スマートフォン４０から取出信号を受信する。また、送受信部９０は、封止状態に関する情報として鍵１４が検出部６６ａから引き抜かれたことを示す引抜信号および鍵１４が検出部６６ａに差し込まれたことを示す差込信号を発信する。このため、送受信部９０は、引抜信号および差込信号を発信する発信部として機能する。

制御部９２は、送受信部９０から取出信号を取得すると、取出し信号に含まれる電子鍵信号が、封止部６４ａから封止部６４ｃの何れに対応する電子鍵信号であるかを判断する。例えば、当該電子鍵信号が、制御部９２のメモリに格納される封止部６４ａの電子鍵信号と一致した場合、制御部９２は、当該電子鍵信号が、封止部６４ａに対応する電子鍵信号であると判断する。

さらに、制御部９２は、対応する封止部が封止状態か否かを確認する。具体的には、当該封止部のソレノイドを構成する本体７８が、非通電状態か通電状態かにより判断する。本体７８が非通電状態であれば封止状態であると判断して、制御部９２は、解除部９４に封止を解除する解除信号を送る。解除部９４は、制御部９２から解除信号を受けると、本体７８に通電してプランジャー８０を退避させ、封止を解除する。これにより、作業者１２は、対応する収容部から鍵を取り出すことができるようになる。

一方、本体７８が通電状態であれば開封状態であると判断して、制御部９２は、解除部９４に封止を実行する封止信号を送る。解除部９４は、制御部９２から封止信号を受けると、本体７８の通電を停止してプランジャー８０を突出させ、封止を実行する。これにより、作業者１２は、対応する収容部から鍵を取り出すことができなくなる。

管理サーバ１２０は、送受信部１２２と、制御部１２４と、格納部１２６とを備える。格納部１２６は、顧客管理データベース１２８と、業務管理データベース１３０とを格納する。送受信部１２２は、スマートフォン４０から履歴情報である履歴データベース５４を受信する。制御部１２４は、顧客管理データベースを参照して、スマートフォン４０の格納部４６に格納されている状態データベース５０、電子鍵データベース５２および履歴データベース５４に、認証開始信号等の情報を提供する。また、管理サーバ１２０は、受信した履歴データベース５４に基づいて、業務管理データベース１３０を作成する。

図９は、顧客管理データベース１２８の一例を示す。顧客管理データベース１２８は、上述のように、管理サーバ１２０の格納部１２６に格納されている。

顧客管理データベース１２８には、認証開始信号欄と、取出信号欄と、収容部欄が設けられている。認証開始信号欄には、鍵１４の所有者である顧客の顧客ＩＤが記述されている。取出信号欄には、暗号化された電子鍵信号が記述されている。収容部欄には、電子鍵信号によって開封される収容部番号が記述されている。これら顧客ＩＤ、電子鍵信号、および収容部番号は、顧客が家事代行サービス事業者と、家事代行サービスの提供を受ける契約と締結した場合に、家事代行サービス事業者により登録されて顧客管理データベース１２８に追記される。そして、管理サーバ１２０は、顧客管理データベース１２８に格納された顧客ＩＤ、電子鍵信号、および収容部の情報を、作業者１２のスマートフォン４０に提供する。スマートフォン４０は、当該情報を取得すると、状態データベース５０、電子鍵データベース５２および履歴データベース５４を作成する。

なお、顧客管理データベース１２８には、１つの鍵収容器６０に対応する情報が記述されるばかりでなく、他の作業者が所持する鍵収容器６０に対応する情報も纏めて記述され得る。また、家事代行サービス事業者は、契約締結に伴って、錠２４を解錠する鍵１４を顧客から受け取り、対応する収容部での保管を開始する。

図１０は、業務管理データベース１３０の概念の一例を示す。業務管理データベース１３０には、作業者ＩＤと、年月日と、作業者ＩＤに対応した作業者が年月日に行った作業記録が記述される。作業記録は、横軸に時間をとった領域に、顧客ＩＤが記載された矩形１３２と矩形１３４とを配することによって記録される。矩形１３２は、２０１５年３月１５日の８:００から１１：００の時間の間、作業者Ｓ００１が、Ａ００２の家で家事代行サービスを提供したことを示している。また、矩形１３４は、作業者Ｓ００１が、Ａ００１の家で家事代行サービスを提供したことを示している。

管理サーバ１２０の制御部１２４は、インターネット１１０を介してスマートフォン４０から履歴データベース５４を受信する。制御部１２４は、履歴データベース５４における封止部の封止が解除されていた時間を、家事代行サービスが提供された時間と判断する。図８に示した履歴データベース５４の例において、封止部の封止は、２０１５年３月１５日１１：５５〜２０１５年月１５日１６：０３の期間解除されている。したがって制御部１２４は、当該時間の間、作業者Ｓ００１が、Ａ００１の家で家事代行サービスを行ったとして、当該時間に対応した幅の顧客ＩＤが記載された矩形１３４を記録する。なお、上記の例においては、封止部の封止が解除されていた時間に対応させて、家事代行サービスを提供した時間を判断する例を示した。しかしながら、これに限られず、検出部が鍵を検出していなかった時間に対応させて、家事代行サービスを提供した時間を判断してもよい。

図５に示した例において、制御部３０、４４、９２、１２４は、それぞれＣＰＵ等から構成され、ＣＰＵ内に内蔵されたメモリまたは外部の記憶部に記憶された制御プログラムを読み込むことによって上述した処理を実行する。また、これらの制御プログラムは、可搬メディアを介してそれぞれの装置にインストールされてもよく、インターネット１１０等からダウンロードされて、それぞれの装置にインストールされてもよい。

図１１は、鍵収容器６０の開封処理の流れを示すフロー図である。当該処理は、スマートフォン４０にインストールされている制御アプリが立ち上げられた時点から開始する。

制御部４４は、ステップＳ１０２において、送受信部４２から認証開始信号を取得する。制御部４４は、ステップＳ１０４において、状態データベース５０を参照して、認証開始信号に含まれる顧客ＩＤが登録されているかを判断する。例えば、図７に示した例において、認証開始信号から抽出した顧客ＩＤが「Ａ００１」であった場合、制御部４４は、同じ顧客ＩＤが状態データベース５０に登録されていると判断し（ステップＳ１０４：ＹＥＳ）、処理をステップＳ１０６へ進める。一方、例えば、認証開始信号から抽出した顧客ＩＤが「Ａ００４」である場合、制御部４４は、同じ顧客ＩＤが状態データベース５０に登録されていないと判断し（ステップＳ１０４：ＮＯ）、処理をステップＳ１０２に戻し、再び、送受信部４２が認証開始信号を受信するまで待機する。

制御部４４は、ステップＳ１０６において、状態データベース５０の封止欄に記述されているフラグを変更する。本処理は開封処理の流れを説明しているので封止欄にはフラグ「１」が記述されており、制御部４４は、封止欄のフラグを「１」から「０」に変更する。

制御部４４は、ステップＳ１０８において、電子鍵データベース５２から抽出した顧客ＩＤに対応する電子鍵信号を読み出す。そして、ステップＳ１１０において、電子鍵信号を取出信号として、送受信部４２を介して鍵収容器６０へ送信する。

ステップＳ２０２において、鍵収容器６０の制御部９２は、送受信部９０から取出信号として電子鍵信号を取得する。制御部９２は、電子鍵信号に対応する封止部を特定する。制御部９２は、特定した封止部の封止を解除させる解除信号を解除部９４に送り、解除部９４に封止部の封止を解除させる。

ステップＳ２０４において、制御部９２は、鍵１４の検出を行う。そしてステップＳ２０６において、制御部９２は、鍵１４が封止装着部８２から取り出されたかを判断する。制御部９２は、鍵１４が封止装着部８２から取り出されたと判断したら、ステップＳ２０８へ進む。一方、鍵１４が封止装着部８２から取り出されていないと判断したら、ステップＳ２０４へ戻り、鍵１４が取り出されることを待つ。例えば、一定時間内に鍵１４が取り出されない場合には、スマートフォン４０にエラー警告を表示させてもよい。この場合には、制御部９２は、開封処理を途中で終了させて封止状態に戻してもよい。

ステップＳ２０８において、制御部９２は、送受信部９０を介して、鍵１４が引き抜かれたことを示す引抜信号をスマートフォン４０に発信する。引抜信号をスマートフォン４０に送信して、鍵収容器６０における開封処理は終了する。スマートフォン４０の制御部４４は、送受信部４２から引抜信号を取得すると、ステップＳ１１２において、状態データベース５０の鍵検出欄のフラグ「１」を「０」に変更して、スマートフォン４０における開封処理は終了する。

図１２は、鍵収容器６０の封止処理の流れを示すフロー図である。当該処理は、スマートフォン４０にインストールされている制御アプリが立ち上げられた時点から開始する。

制御部４４は、ステップＳ３０２において、送受信部４２から認証開始信号を取得する。制御部４４は、ステップＳ３０４において、状態データベース５０を参照して、認証開始信号に含まれる顧客ＩＤが登録されているかを判断する。制御部４４は、同じ顧客ＩＤが状態データベース５０に登録されていると判断した場合に（ステップＳ３０４：ＹＥＳ）、処理をステップＳ３０６へ進める。一方、制御部４４は、同じ顧客ＩＤが状態データベース５０に登録されていないと判断した場合に（ステップＳ３０４：ＮＯ）、処理をステップＳ１０２に戻し、再び、送受信部４２が認証開始信号を受信するまで待機する。

制御部４４は、ステップＳ３０６において、状態データベース５０の封止欄に記述されているフラグを変更する。本処理は封止処理の流れを説明しているので封止欄にはフラグ「０」が記述されており、制御部４４は、封止欄のフラグを「０」から「１」に変更する。

制御部４４は、ステップＳ３０８において、電子鍵データベース５２から抽出した顧客ＩＤに対応する電子鍵信号を読み出す。そして、ステップＳ３１０において、電子鍵信号を取出信号として、送受信部４２を介して鍵収容器６０へ送信する。

ステップＳ４０２において、鍵収容器６０の制御部９２は、送受信部９０から取出信号として電子鍵信号を取得する。制御部９２は、電子鍵信号に対応する封止部を特定する。制御部９２は、特定した封止部を封止させる封止信号を解除部９４に送り、解除部９４に封止部の封止を実行させる。

ステップＳ４０４において、制御部９２は、鍵１４の検出を行う。そしてステップＳ４０６において、制御部９２は、鍵１４が封止装着部８２に差し込まれたかを判断する。制御部９２は、鍵１４が封止装着部８２に差し込まれたと判断したら、ステップＳ４０８へ進む。一方、鍵１４が封止装着部８２に差し込まれていないと判断したら、ステップＳ４０４へ戻り、鍵１４が差し込まれることを待つ。例えば、一定時間内に鍵１４が差し込まれない場合には、スマートフォン４０にエラー警告を表示させてもよい。この場合には、制御部９２は、開封処理を途中で終了させて開封状態に戻してもよい。

ステップＳ４０８において、制御部９２は、送受信部９０を介して、鍵１４が差し込まれたことを示す差込信号をスマートフォン４０に発信する。差込信号をスマートフォン４０に送信して、鍵収容器６０における開封処理は終了する。スマートフォン４０の制御部４４は、送受信部４２から差込信号を取得すると、ステップＳ１１２において、状態データベース５０の鍵検出欄のフラグ「０」を「１」に変更して、スマートフォン４０における封止処理は終了する。

以上説明したように、本実施形態に係る開扉システム１００において、作業者１２は、所持するスマートフォン４０を、送信タグ２２に近接させて送信タグ２２から認証開始信号を取得しなければ、鍵収容器６０の封止を解除できない。また、送信タグ２２は、扉２０の近傍に設けられているので、作業者１２は、顧客の家の近傍に近づかなければ、鍵収容器６０の封止を解除できない。このように、家事代行サービス事業者は、本実施形態に係る開扉システム１００を用いることで、顧客の鍵を統括的に管理できると共に、作業者１２の行動も管理できる。

以上の実施形態においては、スマートフォン４０と、鍵収容器６０とが別体である例を示した。しかしながら、無線端末であるスマートフォン４０と鍵収容器６０は一体的に形成されてもよい。この場合に、作業者１２は、鍵収容器６０を送信タグ２２に近接させることにより、送信タグ２２から顧客ＩＤを含む信号を取得させて、封止部の封止を解除させる。

スマートフォン４０と鍵収容器を一体的に形成することによって、鍵収容器６０とスマートフォン４０とで重複する送受信部および制御部の機能を共通化できる。これにより、スマートフォン４０と鍵収容器６０とを別体で設けた場合と比較して構成の簡略化が図れる。なお、この場合において、送信タグ２２は、電子鍵信号を鍵収容器に送信してもよい。

以上の実施形態においては、錠２４がシリンダー錠である例を示した。本実施形態に係る開扉システム１００は、錠２４がシリンダー錠のような従前から利用されている錠システムに対して適用できる点で優れる。しかし、本実施形態に係る開扉システム１００は、錠２４が従前のシリンダー錠のような場合に限られず、錠２４がカードキーによる電子錠のような錠システムに対しても適用できる。本実施形態に係る開扉システム１００を適用させるためには、鍵１４が鍵収容器６０内に保管される場合に、鍵１４で錠２４が解錠できないことが条件となる。例えば、筐体部６８および蓋部７０を電磁遮蔽材料で形成すれば、鍵収容器６０内に保管される例えばカードキーでは錠２４が解錠できない。したがって、カードキーのような物理的な鍵１４であっても、鍵収容器６０に収容する構成であれば、開扉システム１００を適用できる。

以上の実施形態においては、スマートフォン４０と鍵収容器６０との通信を、Ｂｌｕｅｔｏｏｔｈ（登録商標）の近距離無線通信規格に準拠して行う例を示した。しかしながら、近距離無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に限られず、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、ＺｉｇＢｅｅ（登録商標）、Ｗｉ−Ｆｉ等の近距離無線通信規格に準拠して、鍵収容器６０と通信してもよく、ＭＩＦＡＲＥまたはＮＦＣにより通信してもよい。

また、以上の実施形態においては、無線端末として携帯電話端末の一例であるスマートフォン４０を用いた例を示した。しかしながら、これに限られず、スマートフォン４０に代えて、アプリケーションがインストール可能なＰＤＡ、タブレット型ＰＣ等を用いてもよい。

以上の実施形態においては、封止部がソレノイドにより構成される例を示したが、これに限らない。封止する構成は多様であり、例えば、モータを用いたロック機構を利用してもよい。

以上の実施形態においては、検出部が、フォトインタラプタにより構成される例を示したが、これに限らない。検出部として、鍵１４との接触を検知する接触センサを用いてもよく、また、鍵１４の重量を検出する重量センサを用いてもよい。また、鍵１４の表面の凹凸をセンシングする複数の圧力センサを用いれば、例えばディンプルキーの凹凸を検出でき、顧客の特定の鍵であるかまで検出することができる。この場合、顧客の鍵でない偽の鍵が挿抜されたことを検出することができる。

図１３は、他の実施形態としての開扉システム１５０の全体を示す概略図である。図１３において、図１と共通する要素には同じ符番を付して重複する説明を省略する。開扉システム１５０は、１つの収容部を備える鍵収容器１５２が、家事代行サービスの提供を受ける顧客の家１６に据え付けられている点において、開扉システム１００と異なる。

開扉システム１５０において、スマートフォン４０は、送信タグ２２から顧客ＩＤ信号を含む認証開始信号を受信する。スマートフォン４０は、受信した顧客ＩＤが電子鍵データベース５２に記述される場合に、スマートフォン４０は、鍵収容器６０に、取出信号を送信する。鍵収容器６０は、取出信号を受信すると、解除部９４に封止部の封止を解除させる。これにより、作業者１２は、鍵収容器１５２から鍵を取り出すことができるようになる。

このように、鍵収容器は、必ずしも作業者に所持されるものでなくてもよく、家事代行サービスの提供を受ける顧客の家に据え置かれていてもよい。これにより、作業者１２は、鍵収容器６０を持ち運びすることなく、家事代行サービスを提供できる。

図１４は、他の鍵収容器２００を示す斜視図である。図１４において、図２と共通する要素には同じ符番を付して重複する説明を省略する。鍵収容器２００は、収容部２０２ａ、２０２ｂ、２０２ｃと、電子南京錠２０４ａ、２０４ｂ、２０４ｃと、錠部２０６とを有する。

図１４に示した鍵収容器２００は、封止部６４ａ、６４ｂ、６４ｃに代えて、３つの電子南京錠２０４ａ、２０４ｂ、２０４ｃを備える。なお、以後の説明において、３つの電子南京錠２０４ａ、２０４ｂ、２０４ｃを電子南京錠２０４ａ等と称する場合がある。

スマートフォン４０は、送信タグ２２から認証開始信号を受信する。例えば、受信した認証開始信号が電子南京錠２０４ａの暗号化された電子鍵信号に対応した顧客ＩＤを含む場合であって、当該顧客ＩＤが状態データベース５０に記述されている場合に、スマートフォン４０は、電子南京錠２０４ａに暗号化された電子鍵信号である取出信号を送信する。電子南京錠２０４ａは、取出信号を受信すると、錠部２０６を解錠する。これにより、作業者１２は、鍵収容器１５２から鍵を取り出すことができるようになる。このように、鍵収容器に備えられた封止部６４ａ等に代えて、電子南京錠を用いてもよい。これにより、既存の収容器に電子南京錠２０４ａ等を追加するのみで、容易に鍵収容器２００を仕立てることができる。

図１４に示した例において、鍵収容器２００の１つの収容部２０２ａに１つの鍵１４を収容する例を示したが、これに限られない。図１４に示した収容部２０２ａを切り離した容器であって、当該容器を柔軟な素材で形成した袋体容器に、複数の鍵を収容させてもよい。これにより、１つの収容部と１つ封止部により多くの鍵を管理できる。

図１５は、他の電子鍵データベース５３を示す。電子鍵データベース５３は、収容部欄および取出信号欄に加え、時間欄が設けられている。時間欄には、取出信号を送信できる予め定められた時間の範囲が記述されている。図１５に示した例においては、「２０１５／０３／１５ １１：５０〜２０１５／０３／１５ １５：１０」が記述されている。この記述は、２０１５年３月１５日１１：５０から２０１５年０３月１５日１５：１０の間に取出信号を送信でき、上記時間の間に限り鍵収容器６０に収容される鍵が取り出し可能となることを示している。

電子鍵データベース５３を備える場合における図１１に示した開封処理について説明する。ステップＳ１０４において、制御部４４は上述の処理に加え、認証開始信号を取得した時刻が、時間欄に記述されている時間の範囲内であるかを判断する。制御部４４は、認証開始信号を取得した時刻と時間欄に記述されている時間とを比較する。認証開始信号を取得した時刻が時間欄に記述されている時間の範囲内であると判断した場合に、制御部４４は、処理をステップＳ１０６へ進める。一方、認証開始信号を取得した時刻が時間欄に記述されている時間の範囲外と判断した場合に、制御部４４は、処理をステップＳ１０２に戻す。なお、当該開封処理において、認証開始信号を取得した時刻が時間欄に記述されている時間外である場合には、スマートフォン４０にエラー警告を表示させてもよい。電子鍵データベース５３の時間欄に記述される時間の範囲は、インターネット１１０を介して管理サーバ１２０から更新される。

このように、電子鍵データベース５３に取出信号を送信できる時間の範囲を予め定めることによって、鍵収容器６０は、予め定められた時間の間だけ開封状態にすることができ、当該時間以外は開封することができない。これにより、家事代行サービス事業者は、顧客の鍵をさらに厳密に管理できる。

また、電子鍵データベース５３の他の例として電子鍵データベース５３の時間欄に、例えば、予め定められた時間が記述されていてもよい。この場合に制御部４４は、送信タグ２２から認証開始信号を取得してから、電子鍵データベース５３の時間欄に記述された予め定められた時間が経過した後に、取出信号を鍵収容器６０に送信することができる。

なお、予定時間の間だけ収容部の封止を解除できる構成においては、当該予定時間の範囲内であるかをスマートフォン４０の制御部４４が判断する例に限らず、鍵収容器６０の制御部９２が判断してもよい。この場合に、鍵収容器６０は、予定時間を記述するテーブルを格納する格納部を備える。スマートフォン４０の制御部４４は、認証開始信号を受信した時間を示す情報を取出信号に付加して鍵収容器６０へ送信する。鍵収容器６０の解除部９４は、取出信号とともに当該時間情報を取得する。解除部９４は、取得した時間情報と予め定められた予定時間とを比較する。取得した時間情報が予定時間の範囲内である場合に、解除部９４は、封止部ＩＤに対応した封止部の封止を解除する。一方、取得した時間情報が予定時間の範囲外である場合に、解除部９４は、封止部ＩＤに対応した封止部の封止を解除しない。

また、予定時間を記述するテーブルは、送信タグ２２の格納部３２に格納されてもよい。この場合に、送信タグ２２の制御部３０は、格納部３２から顧客ＩＤと予定時間とを読み出し、認証開始信号に当該予定時間を示す信号を含ませて、スマートフォン４０に送信してもよい。スマートフォン４０の制御部４４は、当該信号を受信した時刻と予定時間とを比較する。制御部４４は、受信した時刻が予定時間の範囲内である場合に、取出信号を鍵収容器６０に送信する。また、予定時間を記述するテーブルが送信タグ２２の格納部３２に格納されている場合において、予定時間の範囲内である場合は、送信タグから認証開始信号を送信し、予定時間の範囲外である場合は、送信タグから認証開始信号を送信しない構成としてもよい。

以上の実施形態においては、スマートフォン４０は、送信タグ２２からの認証開始信号を受けて鍵収容器６０へ取出信号を送信する例を示したが、これに限られない。例えば、何かしらの緊急時においては、作業者１２によるスマートフォン４０への操作により、鍵収容器６０へ取出信号を送信できてもよい。この場合に、状態データベース５０の検出欄に、鍵の存在が検出されなかったことを示すフラグ「０」が記述されている場合に、制御部４４は、当該検出部の検出結果である検出欄のフラグに基づいて、取出信号を送信する処理を変更して、取出信号を送信しないとしてもよい。これにより、既に開封状態である封止部を更に開封するという矛盾した処理が実行されることを防止でき、電力の消費を抑制できる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０、１６ 家、１２ 作業者、１４ 鍵、２０ 扉、２２ 送信タグ、２４ 錠、２６ 操作ハンドル、２８、４２、９０、１２２ 送受信部、３０、４４、９２、１２４ 制御部、３２、４６、１２６ 格納部、４０ スマートフォン、４８ ネットワーク接続部、５０ 状態データベース、５２、５３ 電子鍵データベース、５４ 履歴データベース、６０、１５２、２００ 鍵収容器、６２ａ、６２ｂ、６２ｃ、２０２ａ、２０２ｂ、２０２ｃ 収容部、６４ａ、６４ｂ、６４ｃ 封止部、６６ａ、６６ｂ、６６ｃ 検出部、６８ 筐体部、７０ 蓋部、７２ 帯状部、７４ 係止穴、７８ 本体、８０ プランジャー、８２ 封止装着部、８４ 発光部、８６ 受光部、８８ 鍵装着部、９４ 解除部、１００、１５０ 開扉システム、１１０ インターネット、１２０ 管理サーバ、１２８ 顧客管理データベース、１３０ 業務管理データベース、１３２、１３４ 矩形、２０４ａ、２０４ｂ、２０４ｃ 電子南京錠、２０６ 錠部

Claims (17)

1. 近距離無線通信による通信機能を有する無線端末と、
   対象となる扉の近傍に設けられ、前記通信機能を介して認証開始信号を前記無線端末へ送信する送信部と、
   前記無線端末が前記認証開始信号を受信した場合に、前記扉に設置された錠の解錠を行うための鍵が取り出し可能となる鍵収容器と
   を備える開扉システム。
2. 前記無線端末は、携帯電話端末であり、
   前記鍵収容器は、前記携帯電話から送信される、前記認証開始信号に基づく取出信号を受信して前記鍵を取り出し可能とする請求項１に記載の開扉システム。
3. 前記無線端末と前記鍵収容器が一体的に形成された請求項１に記載の開扉システム。
4. 前記鍵収容器は、複数の前記鍵を個別に収容する収容部を備え、
   それぞれの前記収容部は、互いに異なる前記認証開始信号により、収容された前記鍵が取り出し可能となる請求項１から３のいずれか１項に記載の開扉システム。
5. 前記鍵収容器は、前記認証開始信号に基づいて、予め定められた時刻に前記鍵が取り出し可能となる請求項１から４のいずれか１項に記載の開扉システム。
6. 前記送信部は、前記錠が閉状態の場合に限って前記認証開始信号を送信し、
   前記鍵収容器は、前記無線端末が前記認証開始信号を受信した場合に、前記鍵収容器が封止可能となる請求項１から５のいずれか１項に記載の開扉システム。
7. 前記無線端末は、広域ネットワークに接続する接続機能を介して、前記鍵収容器に関する履歴情報を前記広域ネットワークに送信する請求項１から６のいずれか１項に記載の開扉システム。
8. 前記鍵収容器は、前記鍵が収容されるか否かを検出する検出部を備え、
   前記無線端末は、前記検出部の検出結果に基づいて処理を変更する請求項１から７のいずれか１項に記載の開扉システム。
9. 対象となる扉に設けられた錠の解錠を行う鍵を収容する収容部と、
   前記収容部を封止する封止部と、
   前記扉の近傍で無線通信機能を介して送信される認証開始信号に基づいて前記封止部の封止を解除する解除部と
   を備える鍵収容器。
10. 複数の前記鍵を個別に収容するために前記収容部と前記封止部の組を複数備え、
    前記解除部は、互いに異なる前記認証開始信号により、対応する前記封止部の封止を解除する請求項９に記載の鍵収容器。
11. 前記解除部は、前記認証開始信号に付加された時刻情報に基づいて、前記封止部の封止を解除する請求項９または１０に記載の鍵収容器。
12. 前記封止部は、前記認証開始信号を受信した場合に、前記鍵を封止する請求項９から１１のいずれか１項に記載の鍵収容器。
13. 前記封止部の封止状態に関する情報を発信する発信部を備える請求項９から１２のいずれか１項に記載の鍵収容器。
14. 前記鍵が収容されるか否かを検出する検出部を備え、
    前記発信部は、前記検出部の検出結果を含む前記情報を発信する請求項１３に記載の鍵収容器。
15. 対象となる扉の近傍で送信される認証開始信号を、近距離無線通信を介して受信する受信ステップと、
    前記認証開始信号を受信した場合に、前記扉に設置された錠の解錠を行うための鍵が収容された鍵収容器から前記鍵を取り出し可能とする取出信号を送信する送信ステップと
    を含む無線端末機器の制御プログラム。
16. 前記送信ステップは、予め定められた時刻に前記取出信号を送信する請求項１５に記載の無線端末機器の制御プログラム。
17. 前記鍵収容器に関する履歴情報を取得する取得ステップと、
    前記履歴情報を広域ネットワークに送信する送信ステップと
    を含む請求項１５または１６に記載の無線端末機器の制御プログラム。

Images