集合住宅システム
【課題】居住者が退去する場合に、住戸端末に保存されている個人情報を確実に削除することができる集合住宅システムを提供する。
【解決手段】管理装置２は、住戸１１の各々について居住者が退去したか否かを判断する判断部２６と、判断部２６にて居住者が退去したと判断された住戸１１の住戸端末３に対して初期化信号を送信する処理部２７とを有している。住戸端末３は、管理装置２からの初期化信号を受信すると端末メモリ３２に記憶されている個人情報を自動的に削除する初期化部３４を有している。判断部２６は、管理メモリ２２に各住戸１１に対応付けて登録されている居住者に固有の識別情報が削除されると、この識別情報に対応付する住戸１１から居住者が退去したと判断する。
【解決手段】管理装置２は、住戸１１の各々について居住者が退去したか否かを判断する判断部２６と、判断部２６にて居住者が退去したと判断された住戸１１の住戸端末３に対して初期化信号を送信する処理部２７とを有している。住戸端末３は、管理装置２からの初期化信号を受信すると端末メモリ３２に記憶されている個人情報を自動的に削除する初期化部３４を有している。判断部２６は、管理メモリ２２に各住戸１１に対応付けて登録されている居住者に固有の識別情報が削除されると、この識別情報に対応付する住戸１１から居住者が退去したと判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、集合住宅に用いられ各住戸ごとに設置される住戸端末を備えた集合住宅システムに関する。
【背景技術】
【０００２】
従来から、この種の集合住宅システムとして、各住戸の住戸端末をインターホン親機や警報器、居住者（入居者）へのメッセージ通知用の端末として用いたシステムが提供されている。この種の集合住宅システムでは、共同玄関のカメラで撮影された来客の画像や、管理室から居住者宛のメッセージなど、居住者のプライベートな情報（以下、「個人情報」という）が住戸端末（装置）に保存されることになる（たとえば特許文献１参照）。
【０００３】
ところで、集合住宅においては、様々な理由により住戸の居住者が入れ替わることがある。そのため、居住者は、住戸から退去するに当たって、この住戸に後から入居する入居者に個人情報を見られないように、住戸端末に保存されている個人情報を削除するリセット操作を住戸端末に対して行うことが望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３３６５４０号公報（第０００２段落）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、居住者が住戸端末のリセット操作をし忘れたまま退去してしまうことがあり、この場合、後から入居する入居者に個人情報を見られる可能性がある。また、集合住宅の管理者が、退去する居住者の代わりに住戸端末のリセット操作を行う場合もあるが、この場合でも、管理者が住戸端末のリセット操作をし忘れることにより、後から入居する入居者に前の居住者の個人情報を見られることがあり、問題となる。
【０００６】
本発明は上記事由に鑑みて為されており、居住者が退去する場合に、住戸端末に保存されている個人情報を確実に削除することができる集合住宅システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の集合住宅システムは、集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記集合住宅に設けられた前記住戸端末と通信可能に接続された管理装置とを備え、前記管理装置は、前記住戸の各々について前記居住者が退去したか否かを判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする。
【０００８】
この集合住宅システムにおいて、前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部から前記識別情報が削除されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することが望ましい。
【０００９】
この集合住宅システムにおいて、前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部に新規の前記識別情報が登録されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することがより望ましい。
【００１０】
この集合住宅システムにおいて、前記識別情報は、前記住戸の前記居住者にそれぞれ配布されている当該住戸の鍵を識別する情報であることがより望ましい。
【００１１】
また、本発明の集合住宅システムは、集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記住戸の出入口に設けられ当該住戸の居住者に配布されている電子鍵の識別情報を認証し正当な識別情報が認証されると前記出入口の電気錠を解錠する認証端末と、前記住戸から前記居住者が退去した後で当該住戸に次の居住者が入居するまでの期間にのみ使用が許可される制限付きの電子鍵が前記認証端末で認証されると、当該認証端末が設けられている前記住戸から前記居住者が退去したと判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする。
【発明の効果】
【００１２】
本発明は、管理装置が、住戸の各々について居住者が退去したか否かを判断し、退去したと判断された住戸の住戸端末に対して初期化信号を送信するので、居住者が退去する場合に、住戸端末に保存されている個人情報を確実に削除できるという利点がある。
【図面の簡単な説明】
【００１３】
【図１】実施形態１の集合住宅システムの概略構成図である。
【図２】同上の管理装置の動作の説明図である。
【図３】実施形態２の集合住宅システムの概略構成図である。
【図４】同上の管理装置の動作の説明図である。
【図５】実施形態３の管理装置の動作の説明図である。
【発明を実施するための形態】
【００１４】
（実施形態１）
本実施形態の集合住宅システム１は、図１に示すように、集合住宅１０ごとに設けられた管理装置２と、集合住宅１０の各住戸１１１，１１２，…ごとに設けられた住戸端末３０１，３０２，…とを備えている。以下、個々の住戸１１１，１１２，…を特に区別しないときには単に「住戸１１」といい、また、個々の住戸端末３０１，３０２，…を特に区別しないときには単に「住戸端末３」という。集合住宅１０内の複数台の住戸端末３はそれぞれＬＡＮ（ローカルエリアネットワーク）などの構内網４を介して管理装置２に接続されており、管理装置２と住戸端末３とは互いに通信可能に構成されている。
【００１５】
管理装置２は、ＣＰＵ（中央処理装置）を主構成とする第１制御部２１と、第２記憶部としての管理メモリ２２と、現在日時を計時する時計部２３と、利用者からの操作入力を受け付ける操作パネル２４と、情報を表示するディスプレイ２５とを有している。なお、管理装置２はインターネットにも接続可能である。
【００１６】
管理メモリ２２には、集合住宅１０内の全住戸１１について、各住戸１１に住む居住者に固有の識別情報が各住戸１１に対応付けて住戸１１ごとに記憶されている。本実施形態では、各住戸１１に設けられている住戸端末３にはそれぞれ固有の識別子（以下、「端末ＩＤ」という）が割り当てられており、管理メモリ２２においては、各住戸端末３の端末ＩＤと対応付けられることにより識別情報が各住戸１１に対応付けられる。
【００１７】
ここでいう識別情報は、たとえば各住戸１１の名義（世帯主の氏名）などの各住戸１１の居住者を特定する情報であって、管理者による集合住宅１０の管理に用いられている。居住者が居ない（つまり空室である）住戸１１に対応する識別情報は空白となる。これら識別情報は、通常、集合住宅１０の管理者がディスプレイ装置２５の表示を見ながら管理装置２の操作パネル２４を操作することによって、居住者が入居する前に予め登録され、居住者が退去した場合には削除される。すなわち、入居が決まった住戸１１については、遅くとも入居日までには識別情報が管理メモリ２２に登録され、居住者が退去した住戸１１については、登録済みの識別情報が遅くとも次の入居者の入居日までには管理メモリ２２から削除されることになる。
【００１８】
ただし、本実施形態では、管理メモリ２２内の識別情報は、管理装置２に対して管理者等から直接に操作入力があった場合だけでなく、対応する端末ＩＤの住戸端末３からの指示によっても削除される。つまり、居住者は、住戸１１から退去する際にはこの住戸１１の住戸端末３に対してある操作を行うことにより、この住戸１１に対応する識別情報を管理メモリ２２から削除することができる。
【００１９】
この場合において、第１制御部２１は住戸端末３から退去予定日を含む指示を受けると、この指示を受けてすぐに識別情報を削除するのではなく、退去予定日になるのを待って識別情報を削除する。具体的には、管理装置２は、退去予定日を含む指示を受けると、この退去予定日を指示の送信元の住戸端末３の端末ＩＤと対応付けて管理メモリ２２に記憶する。これにより、管理メモリ２２には、端末ＩＤと退去予定日との対応関係を表す予約テーブルが記憶されることになる。第１制御部２１は、時計部２３が示す現在日時が退去予定日に該当すると、この退去予定日と予約テーブル上で対応付けられている端末ＩＤに対応する識別情報を、管理メモリ２２内から削除する。このとき、第１制御部２１は、識別情報を削除した住戸１１の退去予定日についても、管理メモリ２２内の予約テーブルから削除する。なお、退去予定日の指定は、退去する居住者ではなく、集合住宅１０の管理者が管理装置２の操作パネル２４を操作して行ってもよい。
【００２０】
また、入居に伴う管理メモリ２２への新規の識別情報の登録は、居住者ではなく集合住宅１０の管理者によって行われる。ここで、管理者は、識別情報を入居予定日と共に操作パネル２４を用いて入力することができ、この場合、管理装置２は、入居予定日が入力されてすぐに識別情報を登録するのではなく、入居予定日になるのを待って識別情報を登録する。具体的には、管理装置２は、識別情報と共に入居予定日が入力されると、この入居予定日を対象となる住戸の住戸端末３の端末ＩＤと対応付けて管理メモリ２２に記憶する。これにより、管理メモリ２２には、端末ＩＤと入居予定日との対応関係を表す予約テーブルが記憶されることになる。このとき、識別情報は端末ＩＤと対応付けて管理メモリ２２に仮登録される。第１制御部２１は、時計部２３が示す現在日時が入居予定日に該当すると、この入居予定日と予約テーブル上で対応付けられている端末ＩＤに対応する識別情報を、管理メモリ２２に登録する。このとき、第１制御部２１は、識別情報を登録した住戸１１の入居予定日を、管理メモリ２２内の予約テーブルから削除する。
【００２１】
一方、住戸端末３は、本実施形態では各住戸１１の室内の壁などに取り付けられており、ＣＰＵを主構成とする第２制御部３１と、第１記憶部としての端末メモリ３２と、入出力デバイスとしてのタッチパネルディスプレイ３３とを有している。この住戸端末３は、各住戸１１の入口付近や、集合住宅１０の共同玄関に設けられたインターホン子器（図示せず）に接続され、インターホン子器とともにインターホンシステムを構築するインターホン親機として機能する。つまり、住戸端末３は、インターホン子器と通信することにより住戸１１の内外での双方向通話を実現したり、インターホン子器のカメラ（図示せず）で撮影された来客の画像を表示したりする。さらに、住戸端末３は、防犯警報・火災警報の鳴動、集合住宅１０の管理室から居住者宛の音声メッセージの通知などの機能も有している。これらの各機能は、タッチパネルディスプレイ（以下、「タッチパネル」と略称する）３３に対する操作により実行可能である。
【００２２】
端末メモリ３２には、居住者の個人情報が記憶されている。ここでいう個人情報は、たとえば居住者の不在時に録画された来客の画像や、居住者宛の音声メッセージのように、一般的に居住者が他人に知られることを好まないプライベートな情報である。端末メモリ３２は、不揮発性メモリからなり、居住者等がタッチパネル３３に対して所定の操作を行うか、あるいは後述の初期化部によって個人情報が削除されるまでは、一旦記憶した個人情報を継続的に保存する。
【００２３】
ところで、本実施形態の集合住宅システム１は、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、この住戸１１に後から入居する入居者に、前の（退去した）居住者の個人情報を見られないように、個人情報を自動的に削除する機能を有している。
【００２４】
すなわち、管理装置２は、住戸１１の各々について居住者が退去したか否かを判断する判断部２６と、判断部２６にて居住者が退去したと判断された住戸１１の住戸端末３に対して初期化信号を送信する処理部２７とを第１制御部２１に有している。また、住戸端末３は、管理装置２からの初期化信号を受信すると端末メモリ３２に記憶されている個人情報を自動的に削除する初期化部３４を、第２制御部３１に有している。
【００２５】
本実施形態では、判断部２６は、管理メモリ２２から登録済みの識別情報が削除されると、この識別情報に対応付けられている住戸１１から居住者が退去したと判断する。そのため、管理装置２は、管理メモリ２２から識別情報が削除される度に、この識別情報に対応付けられている端末ＩＤの住戸端末３に対して、処理部２７から初期化信号を送信する。
【００２６】
要するに、管理メモリ２２に登録されている識別情報は、対応する住戸１１の居住者に固有の情報であって、上述したように居住者が退去した場合には管理メモリ２２から削除されるので、この識別情報が削除されることをもって居住者の退去を検知できる。そこで、管理装置２は、管理メモリ２２に登録済みの識別情報が削除されたことを判断部２６で検知し、この識別情報に対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する。
【００２７】
本実施形態における管理装置２の基本的な動作について図２のフローチャートを参照して説明する。判断部２６は、時計部２３から現在日時の情報を取得し（Ｓ１）、予約テーブル上の退去予定日を検索して（Ｓ２）、当日が退去予定日に当たる住戸（つまり、退去予定日を過ぎた住戸）１１があるか否かを判断する（Ｓ３）。管理装置２は、当日が退去予定日に当たる住戸１１があれば（Ｓ３：Ｙｅｓ）、この住戸１１の識別情報を管理メモリ２２から削除し、当該住戸１１から居住者が退去したと判断部２６にて判断する。この場合、管理装置２は、処理部２７から当該住戸１１の住戸端末３に対して初期化信号を送信する（Ｓ４）。
【００２８】
初期化信号を受信した住戸端末３は、端末メモリ３２内の全ての個人情報を初期化部３４によって一括削除する。ここで、初期化部３４は、個人情報を実際に削除する前に、個人情報を削除する旨をタッチパネル３３等に提示させてもよい。さらにこの場合、初期化部３４は、提示後の所定の猶予期間内にタッチパネル３３に対しキャンセル操作が行われなければ、猶予期間の経過後に自動的に個人情報を削除するように構成されていてもよい。
【００２９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が１週間後に退去する場合を例に説明する。
【００３０】
住戸１１１の居住者が、１週間後の日付（ここでは「２０１０年３月２６日」とする）を退去予定日として住戸端末３０１のタッチパネル３３を操作して指定すると、住戸端末３０１は、退去予定日を含む退去予約情報を管理装置２に送信する。
【００３１】
管理装置２は、住戸端末３０１から退去予約情報を受信すると、管理メモリ２２の予約テーブル上に住戸端末３０１の端末ＩＤと対応付けて退去予定日（２０１０年３月２６日）を記憶する。管理装置２は、時計部２３が示す現在日時と予約テーブルの退去予定日とを定期的に（たとえば１日１回の頻度で）比較する。ここで、時計部２３が示す現在日時が「２０１０年３月２６日」になると、管理装置２は住戸１１１に対応する（つまり住戸端末３０１の端末ＩＤに対応する）識別情報を管理メモリ２２から削除する。
【００３２】
これにより、判断部２６は、削除された識別情報に対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。また、このとき、住戸１１１の退去予定日についても管理メモリ２２内の予約テーブルから削除される。
【００３３】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００３４】
以上説明した構成の集合住宅システム１によれば、住戸１１から居住者が退去した場合、居住者が退去したことをトリガとしてこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができるという利点がある。すなわち、管理装置２は、居住者が退去したと判断部２６で判断すると該当する住戸端末３に処理部２７から初期化信号を送信し、住戸端末３は、初期化部３４で初期化信号を受けて個人情報を削除するので、退去した居住者の個人情報は自動的に削除される。
【００３５】
要するに、退去する居住者や集合住宅１０の管理者が、住戸端末３に対してリセット操作を行うことにより個人情報を削除する場合には、居住者や管理者がリセット操作をし忘れることがあるが、上記集合住宅システム１を用いれば個人情報を確実に削除できる。したがって、上記集合住宅システム１を用いれば、住戸１１から居住者が退去した際に住戸端末３から個人情報が自動的に削除され、この住戸１１に後から入居する入居者に、前の（退去した）居住者の個人情報が見られることを確実に防止できる。
【００３６】
また、本実施形態では、判断部２６は、管理メモリ２２から識別情報が削除されたことをもって居住者が退去したと判断するので、識別情報が削除されさえすれば、この識別情報に対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。識別情報は、管理者による集合住宅１０の管理に用いられている情報であるから、居住者が退去した住戸１１については確実に削除されることになり、判断部２６は、識別情報が削除されることをもって居住者の退去を確実に検知できる。要するに、住戸端末３から個人情報を削除するためだけのリセット操作は忘れられてしまうこともあるが、識別情報の削除という居住者の退去に伴って必然的に為される行為に連動して個人情報が削除されることにより、個人情報を確実に削除できることになる。
【００３７】
さらに、居住者が住戸端末３を操作して管理装置２に指示を出す場合には、居住者は退去予定日を指定することができるので、退去日さえ決まれば退去予定日を含む指示を予め管理装置２に出し、退去予定日になった時点で識別情報を確実に削除させることができる。つまり、居住者からすれば、退去予定日を指定することができる期間に余裕があるので、退去時の慌しい状況下で住戸端末３を操作する場合に比べると、住戸端末３の操作をし忘れることが格段に少なくなる。
【００３８】
ところで、本実施形態の他の構成例として、管理装置２は、管理メモリ２２に新規の識別情報が登録されると、この識別情報に対応付けられている住戸１１から居住者が退去したと判断する構成の判断部２６を採用してもよい。
【００３９】
要するに、管理メモリ２２に登録されている識別情報は、対応する住戸１１の居住者に固有の情報であって、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、後から入居する入居者の識別情報が管理メモリ２２に新たに登録されることになる。そこで、管理装置２は、管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したことを判断部２６で検知し、この識別情報に対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する構成であってもよい。
【００４０】
この場合、管理装置２の基本的な動作は、図２中の「Ｓ３」の処理において、当日が「退去予定日」ではなく「入居予定日」に当たるか否かを判断する点で、図２のフローチャートに示した上記実施形態の動作と相違する。
【００４１】
以下、管理装置２が管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したことを検知する構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が入れ替わる場合を例に説明する。
【００４２】
前の居住者が住戸１１１から退去した後、この住戸１１１に新たな入居者が入居することが決まると、集合住宅１０の管理者は新たな入居者の識別情報を入居予定日と共に、入居予約情報として管理装置２の操作パネル２４より入力する。
【００４３】
管理装置２は、入居予約情報が入力されると、管理メモリ２２の予約テーブル上に住戸端末３０１の端末ＩＤと対応付けて入居予定日を記憶する。管理装置２は、時計部２３が示す現在日時と予約テーブルの入居予定日とを定期的に（たとえば１日１回の頻度で）比較する。ここで、時計部２３が示す現在日時が住戸１１１についての入居予定日になると、管理装置２は住戸１１１に対応する（つまり住戸端末３０１の端末ＩＤに対応する）識別情報を管理メモリ２２に登録する。
【００４４】
これにより、判断部２６は、登録された識別情報に対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。また、このとき、住戸１１１の入居予定日についても管理メモリ２２内の予約テーブルから削除される。
【００４５】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００４６】
この構成によれば、判断部２６は、管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したと判断するので、新たな入居者の識別情報が登録されれば、この識別情報に対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。識別情報は、管理者による集合住宅１０の管理に用いられている情報であるから、新たな入居者の入居日までには確実に登録されることになり、判断部２６は、識別情報が登録されることをもって前の居住者の退去を確実に検知できる。要するに、住戸端末３から個人情報を削除するためだけのリセット操作は忘れられてしまうこともあるが、識別情報の登録という新たな入居者の入居に伴って必然的に為される行為に連動して個人情報が削除されることにより、個人情報を確実に削除できる。
【００４７】
なお、識別情報の登録および削除は、管理装置２や住戸端末３以外の装置、たとえば管理装置２にインターネットを介して接続される通信装置に対する操作により、実行されてもよい。
【００４８】
（実施形態２）
本実施形態の集合住宅システム１は、判断部２６において住戸１１から居住者が退去したか否かの判断に用いる識別情報が、各住戸１１の居住者にそれぞれ配布されている当該住戸１１の鍵を識別する情報である点が実施形態１の集合住宅システム１と相違する。以下、実施形態１と同様の構成については同じ符号を付して説明を適宜省略する。
【００４９】
本実施形態では、居住者に配布されている鍵は、電子鍵としての非接触型のカードキー（図示せず）であって、それぞれに割り当てられ予め記憶されている個別のキーＩＤが、専用の認証端末に非接触で読み出される。認証端末には、図３に示すように、集合住宅１０の共同玄関に設けられているロビー用認証端末５と、各住戸１１の出入口（玄関）に設けられている住戸用認証端末６１，６２，…（以下、各々を特に区別しないときには単に「住戸用認証端末６」という）とがある。
【００５０】
ロビー用認証端末５と住戸用認証端末６とは、それぞれカードキーのキーＩＤを読み取る読取部５０，６０を有しており、いずれも管理装置２と通信可能に接続されている。ロビー用認証端末５と各住戸用認証端末６とには、それぞれに割り当てられたリーダＩＤが予め登録されており、ロビー用認証端末５および住戸用認証端末６は、読み出したキーＩＤを自己のリーダＩＤと共に認証要求として管理装置２に送信する。
【００５１】
管理装置２は、キーＩＤとリーダＩＤとの各組み合わせについて、解錠の「許可」・「禁止」の別を表すアクセス制限との対応関係を表す認証許可テーブルを管理メモリ２２に記憶している。下記表１は、認証許可テーブルの一例を示す。この例では、住戸３０１の居住者にはキーＩＤが「0301_0001」，「0301_0002」のカードキーが配布されており、住戸３０２の居住者にはキーＩＤが「0302_0001」のカードキーが配布されている。住戸３０１にはリーダＩＤが「KR_301」の住戸用認証端末６１、住戸３０２にはリーダＩＤが「KR_302」の住戸用認証端末６２、住戸３０３にはリーダＩＤが「KR_303」の住戸用認証端末６３がそれぞれ設置されている。ロビー用認証端末５のリーダＩＤは「KR_000」である。
【００５２】
【表１】
【００５３】
管理装置２は、ロビー用認証端末５あるいは住戸用認証端末６から受信した認証要求に含まれるキーＩＤとリーダＩＤとの組み合わせを認証許可テーブルで照合し、アクセス制限（「許可」・「禁止」の別）を第１制御部２１にて判定する。管理装置２は、アクセス制限の判定結果が「許可」であった場合、キーＩＤが正当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証成功応答を返信する。一方、管理装置２は、アクセス制限の判定結果が「禁止」であった場合、キーＩＤが不当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証失敗応答を返信する。
【００５４】
ロビー用認証端末５は、管理装置２から認証成功応答を受信すると、共同玄関の電気錠（図示せず）を解錠する。同様に、住戸用認証端末６は、管理装置２から認証成功応答を受信すると、該当する住戸１１の出入口の電気錠（図示せず）を解錠する。すなわち、各住戸１１の居住者は、予め配布されるカードキーを用いることにより、共同玄関と自宅である住戸１１の玄関との両方の電気錠を解錠することができる。
【００５５】
ところで、本実施形態の集合住宅システム１では、各カードキーに割り当てられているキーＩＤが、各住戸１１の居住者に固有の識別情報として各住戸１１に対応付けられて管理メモリ２２に記憶されている。具体的には、識別情報としてのキーＩＤは、各住戸１１の住戸端末３にそれぞれ割り当てられている端末ＩＤと対応付けられることにより、各住戸１１に対応付けられて住戸対応テーブルを構成する。下記表２は、住戸対応テーブルの一例を示す。この例では、住戸３０１（端末ＩＤ：T_301）にはキーＩＤ「0301_0001」，「0301_0002」が対応付けられ、住戸３０２（端末ＩＤ：T_302）にはキーＩＤ「0302_0001」が対応付けられている。
【００５６】
【表２】
【００５７】
本実施形態においては、各住戸１１に対応付けられている識別情報としてのキーＩＤは、この住戸１１の居住者が入れ替わる際に必ず変更される。これにより、退去した居住者は、退去前に使用していたカードキーを用いても住戸１１に入れなくなる。後から入居する入居者には、前の（退去した）居住者に配布されていたカードキーとはキーＩＤの異なるカードキーが配布される。これらキーＩＤは、通常、集合住宅１０の管理者が管理装置２の操作パネル２４を操作することによって、居住者が退去した場合には削除され、新たな入居者が入居する前に改めて登録される。すなわち、居住者が退去した住戸１１については、登録済みのキーＩＤが遅くとも次の入居者の入居日までには管理メモリ２２の認証許可テーブルおよび住戸対応テーブルから削除され、新たなキーＩＤに変更されることになる。
【００５８】
本実施形態における管理装置２の基本的な動作について図４のフローチャートを参照して説明する。判断部２６は、操作パネル２４に対する操作入力を監視し（Ｓ１１）、登録済みのキーＩＤを削除する操作が為されたか否かを判断する（Ｓ１２）。管理装置２は、キーＩＤを削除する操作が為されれば（Ｓ１２：Ｙｅｓ）、このキーＩＤが削除されるように認証許可テーブルを編集し（Ｓ１３）、このキーＩＤに対応する端末ＩＤを住戸対応テーブルから検索する（Ｓ１４）。管理装置２は、処理Ｓ１４で検索した端末ＩＤの住戸端末３に対して処理部２７から初期化信号を送信する（Ｓ１５）。
【００５９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が退去する場合を例に説明する。
【００６０】
住戸１１１の居住者が退去することが決定すると、集合住宅１０の管理者は、管理装置２に対して、住戸１１１の居住者に配布していたカードキーのキーＩＤ（「0301_0001」，「0301_0002」）を指定して、これらのキーＩＤの登録抹消を指示する操作を行う。
【００６１】
管理装置２は、管理者から登録抹消を指示する操作入力があると、認証許可テーブル上から、指定されたキーＩＤ（「0301_0001」，「0301_0002」）に対応するアクセス制限を検索し、このキーＩＤに対して対応付けられているアクセス制限を全て「禁止」に変更する。これにより、判断部２６は、このキーＩＤに対応する住戸１１１から居住者が退去したと判断し、管理装置２は、このキーＩＤに住戸対応テーブル上で対応付けられている端末ＩＤ（「T_301」）を検索し、この端末ＩＤの住戸端末３０１に対して初期化信号を送信する。
【００６２】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００６３】
以上説明した本実施形態の構成によれば、判断部２６は、各住戸１１の居住者にそれぞれ配布されている当該住戸１１の鍵を識別するキーＩＤを用いて、住戸１１から居住者が退去したか否かを判断するので、退去したか否かの判断の確実性が一層高くなる。すなわち、識別情報としてのキーＩＤは住戸１１の居住者が入れ替わる際に必ず変更されるので、管理装置２は、キーＩＤが削除されたことをトリガとすれば、居住者が退去した際にこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができる。
【００６４】
また、識別情報としてキーＩＤを用いる場合でも、実施形態１において他の構成例として説明したように、判断部２６は、管理メモリ２２に新規の識別情報が登録されたときに、この識別情報に対応付けられている住戸１１から居住者が退去したと判断してもよい。
【００６５】
要するに、管理メモリ２２に登録されているキーＩＤは、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、後から入居する入居者に配布されるカードキーのキーＩＤが管理メモリ２２に新たに登録されることになる。そこで、管理装置２は、管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したことを判断部２６で検知し、このキーＩＤに対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する構成であってもよい。
【００６６】
以下、管理装置２が管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したことを検知する構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が入れ替わる場合を例に説明する。
【００６７】
前の居住者が住戸１１１から退去した後、住戸１１１に新たな入居者が入居することが決まると、集合住宅１０の管理者は新たな入居者に配布するカードキーのキーＩＤを端末ＩＤ（「T_301」）と共に、上書き情報として管理装置２の操作パネル２４より入力する。
【００６８】
管理装置２は、上書き情報が入力されると、入力された端末ＩＤに管理メモリ２２の住戸対応テーブル上で対応付けられているキーＩＤ（「0301_0001」，「0301_0002」）、つまり住戸１１１の前の（退去した）居住者に配布していたカードキーのキーＩＤを検索する。管理装置２は、検索したキーＩＤに上書きするように、上書き情報に含まれているキーＩＤのレコードを認証許可テーブルに登録する。
【００６９】
これにより、認証許可テーブル上では、上書き情報に含まれているキーＩＤのアクセス制限は、住戸１１１の住戸用認証端末６１とロビー用認証端末５とに対して「許可」となる。さらに、管理装置２は、上書き情報に含まれているキーＩＤと住戸端末３０１の端末ＩＤ（「T_301」）とを対応付けるレコードを住戸対応テーブル上に設ける。このとき、判断部２６は、登録されたキーＩＤに対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。
【００７０】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００７１】
この構成によれば、判断部２６は、管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したと判断するので、新たな入居者に配布するカードキーが登録されれば、対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。キーＩＤは、新たな入居者がカードキーを使用可能となるのに必要な情報であるから、新たな入居者の入居日までには確実に登録されることになり、判断部２６は、識別情報が登録されることをもって前の居住者の退去を確実に検知できる。
【００７２】
なお、上記実施形態の集合住宅システム１で使用される各住戸１１の鍵は、上述したカードキー以外の電子鍵であってもよく、また、機械的な構造によって錠前を解錠する機械鍵であってもよい。いずれの場合でも、各住戸１１の居住者に配布される鍵にはそれぞれ固有の識別情報としてキーＩＤが割り当てられ、判断部２６は、このキーＩＤを住戸１１から居住者が退去したか否かの判断に用いることができる。
【００７３】
その他の構成および機能は実施形態１と同様である。
【００７４】
（実施形態３）
本実施形態の集合住宅システム１は、判断部２６において、居住者の退去後の所定期間にのみ使用が許可される制限付きのカードキー（電子鍵）が使用されたことをもって、住戸１１から居住者が退去したと判断する点が実施形態２の集合住宅システム１と相違する。以下、実施形態２と同様の構成については同じ符号を付して説明を適宜省略する。
【００７５】
一般的な集合住宅１０では、住戸１１から居住者が退去した後、この住戸１１に次の入居者が入居するまでの所定期間に、清掃業者などがこの住戸１１に出入りすることがあり、これらの業者には制限付きのカードキー（以下、「特権キー」という）が貸与される。管理メモリ２２に記憶される認証許可テーブル上では、上記所定期間に亘って、特権キーのキーＩＤのアクセス制限は対象となる住戸１１の住戸用認証端末６およびロビー用認証端末５に対して「許可」となる。
【００７６】
また、管理メモリ２２には、特権キーのキーＩＤの一覧が特権テーブルとして記憶され、さらに、各認証端末（住戸用認証端末６、ロビー用認証端末５）の設置場所の一覧が設置場所テーブルとして記憶されている。設置場所テーブルでは、住戸用認証端末６については設置されている住戸１１の住戸端末３の端末ＩＤにリーダＩＤが対応付けられ、ロビー用認証端末５についてはリーダＩＤの対応する端末ＩＤが「なし」に設定されている。
【００７７】
本実施形態における管理装置２の基本的な動作について図５のフローチャートを参照して説明する。判断部２６は、各認証端末（住戸用認証端末６、ロビー用認証端末５）と通信し（Ｓ２１）、キーＩＤおよびリーダＩＤを含んだ認証要求を受信すると（Ｓ２２：Ｙｅｓ）、認証要求のキーＩＤとリーダＩＤとの組み合わせを認証許可テーブルで照合する（Ｓ２３）。このとき、管理装置２は、アクセス制限の判定結果が「禁止」であれば（Ｓ２４：Ｎｏ）、キーＩＤが不当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証失敗応答を返信する（Ｓ２５）。
【００７８】
一方、管理装置２は、アクセス制限の判定結果が「許可」であれば（Ｓ２４：Ｙｅｓ）、キーＩＤが正当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証成功応答を返信する（Ｓ３１）。ただし、認証成功応答を返信する前に、管理装置２は以下の処理Ｓ２６〜Ｓ３０を実行する。すなわち、管理装置２は、認証要求に含まれているキーＩＤを特権テーブルで検索し（Ｓ２６）、検索したキーＩＤが特権テーブル内にあれば（Ｓ２７：Ｙｅｓ）、認証要求に含まれているリーダＩＤに対応する住戸端末３の有無を設置場所テーブルにて検索する（Ｓ２８）。対応する住戸端末３があれば（Ｓ２９：Ｙｅｓ）、管理装置２は対応する住戸端末３に対して処理部２７から初期化信号を送信する（Ｓ３０）。その後、管理装置２は住戸用認証端末６に対して認証成功応答を返信する（Ｓ３１）。なお、検索したキーＩＤが特権テーブル内にない場合（Ｓ２７：Ｎｏ）や、リーダＩＤに対応する住戸端末３がない場合（Ｓ２９：Ｙｅｓ）には、管理装置２はその後の処理を飛ばして処理Ｓ３１に移行する。
【００７９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が退去する場合を例に説明する。
【００８０】
住戸１１１の居住者が退去した後、清掃業者は特権キーを用いて住戸１１１の解錠を行う。このとき、住戸１１１に設けられている住戸用認証端末６１は、カードキーが特権キーか否かに関わらず、読取部６０にて読み取ったキーＩＤを自己のリーダＩＤ（「KR_301」）と共に認証要求として管理装置２に送信する。
【００８１】
認証要求を受信した管理装置２は、認証許可テーブルや特権テーブルの照合を行う。ここでは特権キーが用いられているため、キーＩＤは正当であると判断され、さらに、管理装置２は、設置場所テーブルを参照し、特権キーが使用された場所（住戸１１１）を特定する。そのため、管理装置２は、住戸１１１の住戸用認証端末６１に認証成功応答を送信するとともに、この住戸１１１から居住者が退去したと判断部２６で判断し、処理部２７から住戸１１１の住戸端末３０１に対して初期化信号を送信する。
【００８２】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００８３】
以上説明した本実施形態の構成によれば、判断部２６は、居住者の退去後の所定期間にのみ使用が許可される制限付きのカードキー（特権キー）が使用されたことをもって、住戸１１から居住者が退去したと判断するので、退去したか否かの判断を確実に行える。すなわち、住戸１１から居住者が退去した後は清掃のために必ず特権キーが使用されるので、管理装置２は、特権キーが使用されたことをトリガとすれば、居住者が退去した際にこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができる。
【００８４】
なお、本実施形態の集合住宅システム１では管理装置２は必須の構成ではなく、たとえば管理装置２が省略され、住戸１１から居住者が退去したか否かを判断する判断部および初期化信号を出す処理部が各住戸１１ごとに設けられていてもよい。この場合、カードキーのキーＩＤが正当であるか否かの判断は、住戸端末３あるいは住戸用認証端末６にて行われる。また、判断部および処理部は、住戸端末３あるいは住戸用認証端末６に一体に設けられていてもよい。
【００８５】
その他の構成および機能は実施形態２と同様である。
【符号の説明】
【００８６】
１ 集合住宅システム
２ 管理装置
３，３０１，３０２，３０３ 住戸端末
５ （ロビー用）認証端末
６ （住戸用）認証端末
１０ 集合住宅
１１，１１１，１１２，１１３ 住戸
２２ 管理メモリ（第２記憶部）
２６ 判断部
２７ 処理部
３２ 端末メモリ（第１記憶部）
３４ 初期化部
【技術分野】
【０００１】
本発明は、集合住宅に用いられ各住戸ごとに設置される住戸端末を備えた集合住宅システムに関する。
【背景技術】
【０００２】
従来から、この種の集合住宅システムとして、各住戸の住戸端末をインターホン親機や警報器、居住者（入居者）へのメッセージ通知用の端末として用いたシステムが提供されている。この種の集合住宅システムでは、共同玄関のカメラで撮影された来客の画像や、管理室から居住者宛のメッセージなど、居住者のプライベートな情報（以下、「個人情報」という）が住戸端末（装置）に保存されることになる（たとえば特許文献１参照）。
【０００３】
ところで、集合住宅においては、様々な理由により住戸の居住者が入れ替わることがある。そのため、居住者は、住戸から退去するに当たって、この住戸に後から入居する入居者に個人情報を見られないように、住戸端末に保存されている個人情報を削除するリセット操作を住戸端末に対して行うことが望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３３６５４０号公報（第０００２段落）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、居住者が住戸端末のリセット操作をし忘れたまま退去してしまうことがあり、この場合、後から入居する入居者に個人情報を見られる可能性がある。また、集合住宅の管理者が、退去する居住者の代わりに住戸端末のリセット操作を行う場合もあるが、この場合でも、管理者が住戸端末のリセット操作をし忘れることにより、後から入居する入居者に前の居住者の個人情報を見られることがあり、問題となる。
【０００６】
本発明は上記事由に鑑みて為されており、居住者が退去する場合に、住戸端末に保存されている個人情報を確実に削除することができる集合住宅システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の集合住宅システムは、集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記集合住宅に設けられた前記住戸端末と通信可能に接続された管理装置とを備え、前記管理装置は、前記住戸の各々について前記居住者が退去したか否かを判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする。
【０００８】
この集合住宅システムにおいて、前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部から前記識別情報が削除されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することが望ましい。
【０００９】
この集合住宅システムにおいて、前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部に新規の前記識別情報が登録されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することがより望ましい。
【００１０】
この集合住宅システムにおいて、前記識別情報は、前記住戸の前記居住者にそれぞれ配布されている当該住戸の鍵を識別する情報であることがより望ましい。
【００１１】
また、本発明の集合住宅システムは、集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記住戸の出入口に設けられ当該住戸の居住者に配布されている電子鍵の識別情報を認証し正当な識別情報が認証されると前記出入口の電気錠を解錠する認証端末と、前記住戸から前記居住者が退去した後で当該住戸に次の居住者が入居するまでの期間にのみ使用が許可される制限付きの電子鍵が前記認証端末で認証されると、当該認証端末が設けられている前記住戸から前記居住者が退去したと判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする。
【発明の効果】
【００１２】
本発明は、管理装置が、住戸の各々について居住者が退去したか否かを判断し、退去したと判断された住戸の住戸端末に対して初期化信号を送信するので、居住者が退去する場合に、住戸端末に保存されている個人情報を確実に削除できるという利点がある。
【図面の簡単な説明】
【００１３】
【図１】実施形態１の集合住宅システムの概略構成図である。
【図２】同上の管理装置の動作の説明図である。
【図３】実施形態２の集合住宅システムの概略構成図である。
【図４】同上の管理装置の動作の説明図である。
【図５】実施形態３の管理装置の動作の説明図である。
【発明を実施するための形態】
【００１４】
（実施形態１）
本実施形態の集合住宅システム１は、図１に示すように、集合住宅１０ごとに設けられた管理装置２と、集合住宅１０の各住戸１１１，１１２，…ごとに設けられた住戸端末３０１，３０２，…とを備えている。以下、個々の住戸１１１，１１２，…を特に区別しないときには単に「住戸１１」といい、また、個々の住戸端末３０１，３０２，…を特に区別しないときには単に「住戸端末３」という。集合住宅１０内の複数台の住戸端末３はそれぞれＬＡＮ（ローカルエリアネットワーク）などの構内網４を介して管理装置２に接続されており、管理装置２と住戸端末３とは互いに通信可能に構成されている。
【００１５】
管理装置２は、ＣＰＵ（中央処理装置）を主構成とする第１制御部２１と、第２記憶部としての管理メモリ２２と、現在日時を計時する時計部２３と、利用者からの操作入力を受け付ける操作パネル２４と、情報を表示するディスプレイ２５とを有している。なお、管理装置２はインターネットにも接続可能である。
【００１６】
管理メモリ２２には、集合住宅１０内の全住戸１１について、各住戸１１に住む居住者に固有の識別情報が各住戸１１に対応付けて住戸１１ごとに記憶されている。本実施形態では、各住戸１１に設けられている住戸端末３にはそれぞれ固有の識別子（以下、「端末ＩＤ」という）が割り当てられており、管理メモリ２２においては、各住戸端末３の端末ＩＤと対応付けられることにより識別情報が各住戸１１に対応付けられる。
【００１７】
ここでいう識別情報は、たとえば各住戸１１の名義（世帯主の氏名）などの各住戸１１の居住者を特定する情報であって、管理者による集合住宅１０の管理に用いられている。居住者が居ない（つまり空室である）住戸１１に対応する識別情報は空白となる。これら識別情報は、通常、集合住宅１０の管理者がディスプレイ装置２５の表示を見ながら管理装置２の操作パネル２４を操作することによって、居住者が入居する前に予め登録され、居住者が退去した場合には削除される。すなわち、入居が決まった住戸１１については、遅くとも入居日までには識別情報が管理メモリ２２に登録され、居住者が退去した住戸１１については、登録済みの識別情報が遅くとも次の入居者の入居日までには管理メモリ２２から削除されることになる。
【００１８】
ただし、本実施形態では、管理メモリ２２内の識別情報は、管理装置２に対して管理者等から直接に操作入力があった場合だけでなく、対応する端末ＩＤの住戸端末３からの指示によっても削除される。つまり、居住者は、住戸１１から退去する際にはこの住戸１１の住戸端末３に対してある操作を行うことにより、この住戸１１に対応する識別情報を管理メモリ２２から削除することができる。
【００１９】
この場合において、第１制御部２１は住戸端末３から退去予定日を含む指示を受けると、この指示を受けてすぐに識別情報を削除するのではなく、退去予定日になるのを待って識別情報を削除する。具体的には、管理装置２は、退去予定日を含む指示を受けると、この退去予定日を指示の送信元の住戸端末３の端末ＩＤと対応付けて管理メモリ２２に記憶する。これにより、管理メモリ２２には、端末ＩＤと退去予定日との対応関係を表す予約テーブルが記憶されることになる。第１制御部２１は、時計部２３が示す現在日時が退去予定日に該当すると、この退去予定日と予約テーブル上で対応付けられている端末ＩＤに対応する識別情報を、管理メモリ２２内から削除する。このとき、第１制御部２１は、識別情報を削除した住戸１１の退去予定日についても、管理メモリ２２内の予約テーブルから削除する。なお、退去予定日の指定は、退去する居住者ではなく、集合住宅１０の管理者が管理装置２の操作パネル２４を操作して行ってもよい。
【００２０】
また、入居に伴う管理メモリ２２への新規の識別情報の登録は、居住者ではなく集合住宅１０の管理者によって行われる。ここで、管理者は、識別情報を入居予定日と共に操作パネル２４を用いて入力することができ、この場合、管理装置２は、入居予定日が入力されてすぐに識別情報を登録するのではなく、入居予定日になるのを待って識別情報を登録する。具体的には、管理装置２は、識別情報と共に入居予定日が入力されると、この入居予定日を対象となる住戸の住戸端末３の端末ＩＤと対応付けて管理メモリ２２に記憶する。これにより、管理メモリ２２には、端末ＩＤと入居予定日との対応関係を表す予約テーブルが記憶されることになる。このとき、識別情報は端末ＩＤと対応付けて管理メモリ２２に仮登録される。第１制御部２１は、時計部２３が示す現在日時が入居予定日に該当すると、この入居予定日と予約テーブル上で対応付けられている端末ＩＤに対応する識別情報を、管理メモリ２２に登録する。このとき、第１制御部２１は、識別情報を登録した住戸１１の入居予定日を、管理メモリ２２内の予約テーブルから削除する。
【００２１】
一方、住戸端末３は、本実施形態では各住戸１１の室内の壁などに取り付けられており、ＣＰＵを主構成とする第２制御部３１と、第１記憶部としての端末メモリ３２と、入出力デバイスとしてのタッチパネルディスプレイ３３とを有している。この住戸端末３は、各住戸１１の入口付近や、集合住宅１０の共同玄関に設けられたインターホン子器（図示せず）に接続され、インターホン子器とともにインターホンシステムを構築するインターホン親機として機能する。つまり、住戸端末３は、インターホン子器と通信することにより住戸１１の内外での双方向通話を実現したり、インターホン子器のカメラ（図示せず）で撮影された来客の画像を表示したりする。さらに、住戸端末３は、防犯警報・火災警報の鳴動、集合住宅１０の管理室から居住者宛の音声メッセージの通知などの機能も有している。これらの各機能は、タッチパネルディスプレイ（以下、「タッチパネル」と略称する）３３に対する操作により実行可能である。
【００２２】
端末メモリ３２には、居住者の個人情報が記憶されている。ここでいう個人情報は、たとえば居住者の不在時に録画された来客の画像や、居住者宛の音声メッセージのように、一般的に居住者が他人に知られることを好まないプライベートな情報である。端末メモリ３２は、不揮発性メモリからなり、居住者等がタッチパネル３３に対して所定の操作を行うか、あるいは後述の初期化部によって個人情報が削除されるまでは、一旦記憶した個人情報を継続的に保存する。
【００２３】
ところで、本実施形態の集合住宅システム１は、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、この住戸１１に後から入居する入居者に、前の（退去した）居住者の個人情報を見られないように、個人情報を自動的に削除する機能を有している。
【００２４】
すなわち、管理装置２は、住戸１１の各々について居住者が退去したか否かを判断する判断部２６と、判断部２６にて居住者が退去したと判断された住戸１１の住戸端末３に対して初期化信号を送信する処理部２７とを第１制御部２１に有している。また、住戸端末３は、管理装置２からの初期化信号を受信すると端末メモリ３２に記憶されている個人情報を自動的に削除する初期化部３４を、第２制御部３１に有している。
【００２５】
本実施形態では、判断部２６は、管理メモリ２２から登録済みの識別情報が削除されると、この識別情報に対応付けられている住戸１１から居住者が退去したと判断する。そのため、管理装置２は、管理メモリ２２から識別情報が削除される度に、この識別情報に対応付けられている端末ＩＤの住戸端末３に対して、処理部２７から初期化信号を送信する。
【００２６】
要するに、管理メモリ２２に登録されている識別情報は、対応する住戸１１の居住者に固有の情報であって、上述したように居住者が退去した場合には管理メモリ２２から削除されるので、この識別情報が削除されることをもって居住者の退去を検知できる。そこで、管理装置２は、管理メモリ２２に登録済みの識別情報が削除されたことを判断部２６で検知し、この識別情報に対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する。
【００２７】
本実施形態における管理装置２の基本的な動作について図２のフローチャートを参照して説明する。判断部２６は、時計部２３から現在日時の情報を取得し（Ｓ１）、予約テーブル上の退去予定日を検索して（Ｓ２）、当日が退去予定日に当たる住戸（つまり、退去予定日を過ぎた住戸）１１があるか否かを判断する（Ｓ３）。管理装置２は、当日が退去予定日に当たる住戸１１があれば（Ｓ３：Ｙｅｓ）、この住戸１１の識別情報を管理メモリ２２から削除し、当該住戸１１から居住者が退去したと判断部２６にて判断する。この場合、管理装置２は、処理部２７から当該住戸１１の住戸端末３に対して初期化信号を送信する（Ｓ４）。
【００２８】
初期化信号を受信した住戸端末３は、端末メモリ３２内の全ての個人情報を初期化部３４によって一括削除する。ここで、初期化部３４は、個人情報を実際に削除する前に、個人情報を削除する旨をタッチパネル３３等に提示させてもよい。さらにこの場合、初期化部３４は、提示後の所定の猶予期間内にタッチパネル３３に対しキャンセル操作が行われなければ、猶予期間の経過後に自動的に個人情報を削除するように構成されていてもよい。
【００２９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が１週間後に退去する場合を例に説明する。
【００３０】
住戸１１１の居住者が、１週間後の日付（ここでは「２０１０年３月２６日」とする）を退去予定日として住戸端末３０１のタッチパネル３３を操作して指定すると、住戸端末３０１は、退去予定日を含む退去予約情報を管理装置２に送信する。
【００３１】
管理装置２は、住戸端末３０１から退去予約情報を受信すると、管理メモリ２２の予約テーブル上に住戸端末３０１の端末ＩＤと対応付けて退去予定日（２０１０年３月２６日）を記憶する。管理装置２は、時計部２３が示す現在日時と予約テーブルの退去予定日とを定期的に（たとえば１日１回の頻度で）比較する。ここで、時計部２３が示す現在日時が「２０１０年３月２６日」になると、管理装置２は住戸１１１に対応する（つまり住戸端末３０１の端末ＩＤに対応する）識別情報を管理メモリ２２から削除する。
【００３２】
これにより、判断部２６は、削除された識別情報に対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。また、このとき、住戸１１１の退去予定日についても管理メモリ２２内の予約テーブルから削除される。
【００３３】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００３４】
以上説明した構成の集合住宅システム１によれば、住戸１１から居住者が退去した場合、居住者が退去したことをトリガとしてこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができるという利点がある。すなわち、管理装置２は、居住者が退去したと判断部２６で判断すると該当する住戸端末３に処理部２７から初期化信号を送信し、住戸端末３は、初期化部３４で初期化信号を受けて個人情報を削除するので、退去した居住者の個人情報は自動的に削除される。
【００３５】
要するに、退去する居住者や集合住宅１０の管理者が、住戸端末３に対してリセット操作を行うことにより個人情報を削除する場合には、居住者や管理者がリセット操作をし忘れることがあるが、上記集合住宅システム１を用いれば個人情報を確実に削除できる。したがって、上記集合住宅システム１を用いれば、住戸１１から居住者が退去した際に住戸端末３から個人情報が自動的に削除され、この住戸１１に後から入居する入居者に、前の（退去した）居住者の個人情報が見られることを確実に防止できる。
【００３６】
また、本実施形態では、判断部２６は、管理メモリ２２から識別情報が削除されたことをもって居住者が退去したと判断するので、識別情報が削除されさえすれば、この識別情報に対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。識別情報は、管理者による集合住宅１０の管理に用いられている情報であるから、居住者が退去した住戸１１については確実に削除されることになり、判断部２６は、識別情報が削除されることをもって居住者の退去を確実に検知できる。要するに、住戸端末３から個人情報を削除するためだけのリセット操作は忘れられてしまうこともあるが、識別情報の削除という居住者の退去に伴って必然的に為される行為に連動して個人情報が削除されることにより、個人情報を確実に削除できることになる。
【００３７】
さらに、居住者が住戸端末３を操作して管理装置２に指示を出す場合には、居住者は退去予定日を指定することができるので、退去日さえ決まれば退去予定日を含む指示を予め管理装置２に出し、退去予定日になった時点で識別情報を確実に削除させることができる。つまり、居住者からすれば、退去予定日を指定することができる期間に余裕があるので、退去時の慌しい状況下で住戸端末３を操作する場合に比べると、住戸端末３の操作をし忘れることが格段に少なくなる。
【００３８】
ところで、本実施形態の他の構成例として、管理装置２は、管理メモリ２２に新規の識別情報が登録されると、この識別情報に対応付けられている住戸１１から居住者が退去したと判断する構成の判断部２６を採用してもよい。
【００３９】
要するに、管理メモリ２２に登録されている識別情報は、対応する住戸１１の居住者に固有の情報であって、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、後から入居する入居者の識別情報が管理メモリ２２に新たに登録されることになる。そこで、管理装置２は、管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したことを判断部２６で検知し、この識別情報に対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する構成であってもよい。
【００４０】
この場合、管理装置２の基本的な動作は、図２中の「Ｓ３」の処理において、当日が「退去予定日」ではなく「入居予定日」に当たるか否かを判断する点で、図２のフローチャートに示した上記実施形態の動作と相違する。
【００４１】
以下、管理装置２が管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したことを検知する構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が入れ替わる場合を例に説明する。
【００４２】
前の居住者が住戸１１１から退去した後、この住戸１１１に新たな入居者が入居することが決まると、集合住宅１０の管理者は新たな入居者の識別情報を入居予定日と共に、入居予約情報として管理装置２の操作パネル２４より入力する。
【００４３】
管理装置２は、入居予約情報が入力されると、管理メモリ２２の予約テーブル上に住戸端末３０１の端末ＩＤと対応付けて入居予定日を記憶する。管理装置２は、時計部２３が示す現在日時と予約テーブルの入居予定日とを定期的に（たとえば１日１回の頻度で）比較する。ここで、時計部２３が示す現在日時が住戸１１１についての入居予定日になると、管理装置２は住戸１１１に対応する（つまり住戸端末３０１の端末ＩＤに対応する）識別情報を管理メモリ２２に登録する。
【００４４】
これにより、判断部２６は、登録された識別情報に対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。また、このとき、住戸１１１の入居予定日についても管理メモリ２２内の予約テーブルから削除される。
【００４５】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００４６】
この構成によれば、判断部２６は、管理メモリ２２に新規の識別情報が登録されたことをもって居住者が退去したと判断するので、新たな入居者の識別情報が登録されれば、この識別情報に対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。識別情報は、管理者による集合住宅１０の管理に用いられている情報であるから、新たな入居者の入居日までには確実に登録されることになり、判断部２６は、識別情報が登録されることをもって前の居住者の退去を確実に検知できる。要するに、住戸端末３から個人情報を削除するためだけのリセット操作は忘れられてしまうこともあるが、識別情報の登録という新たな入居者の入居に伴って必然的に為される行為に連動して個人情報が削除されることにより、個人情報を確実に削除できる。
【００４７】
なお、識別情報の登録および削除は、管理装置２や住戸端末３以外の装置、たとえば管理装置２にインターネットを介して接続される通信装置に対する操作により、実行されてもよい。
【００４８】
（実施形態２）
本実施形態の集合住宅システム１は、判断部２６において住戸１１から居住者が退去したか否かの判断に用いる識別情報が、各住戸１１の居住者にそれぞれ配布されている当該住戸１１の鍵を識別する情報である点が実施形態１の集合住宅システム１と相違する。以下、実施形態１と同様の構成については同じ符号を付して説明を適宜省略する。
【００４９】
本実施形態では、居住者に配布されている鍵は、電子鍵としての非接触型のカードキー（図示せず）であって、それぞれに割り当てられ予め記憶されている個別のキーＩＤが、専用の認証端末に非接触で読み出される。認証端末には、図３に示すように、集合住宅１０の共同玄関に設けられているロビー用認証端末５と、各住戸１１の出入口（玄関）に設けられている住戸用認証端末６１，６２，…（以下、各々を特に区別しないときには単に「住戸用認証端末６」という）とがある。
【００５０】
ロビー用認証端末５と住戸用認証端末６とは、それぞれカードキーのキーＩＤを読み取る読取部５０，６０を有しており、いずれも管理装置２と通信可能に接続されている。ロビー用認証端末５と各住戸用認証端末６とには、それぞれに割り当てられたリーダＩＤが予め登録されており、ロビー用認証端末５および住戸用認証端末６は、読み出したキーＩＤを自己のリーダＩＤと共に認証要求として管理装置２に送信する。
【００５１】
管理装置２は、キーＩＤとリーダＩＤとの各組み合わせについて、解錠の「許可」・「禁止」の別を表すアクセス制限との対応関係を表す認証許可テーブルを管理メモリ２２に記憶している。下記表１は、認証許可テーブルの一例を示す。この例では、住戸３０１の居住者にはキーＩＤが「0301_0001」，「0301_0002」のカードキーが配布されており、住戸３０２の居住者にはキーＩＤが「0302_0001」のカードキーが配布されている。住戸３０１にはリーダＩＤが「KR_301」の住戸用認証端末６１、住戸３０２にはリーダＩＤが「KR_302」の住戸用認証端末６２、住戸３０３にはリーダＩＤが「KR_303」の住戸用認証端末６３がそれぞれ設置されている。ロビー用認証端末５のリーダＩＤは「KR_000」である。
【００５２】
【表１】
【００５３】
管理装置２は、ロビー用認証端末５あるいは住戸用認証端末６から受信した認証要求に含まれるキーＩＤとリーダＩＤとの組み合わせを認証許可テーブルで照合し、アクセス制限（「許可」・「禁止」の別）を第１制御部２１にて判定する。管理装置２は、アクセス制限の判定結果が「許可」であった場合、キーＩＤが正当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証成功応答を返信する。一方、管理装置２は、アクセス制限の判定結果が「禁止」であった場合、キーＩＤが不当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証失敗応答を返信する。
【００５４】
ロビー用認証端末５は、管理装置２から認証成功応答を受信すると、共同玄関の電気錠（図示せず）を解錠する。同様に、住戸用認証端末６は、管理装置２から認証成功応答を受信すると、該当する住戸１１の出入口の電気錠（図示せず）を解錠する。すなわち、各住戸１１の居住者は、予め配布されるカードキーを用いることにより、共同玄関と自宅である住戸１１の玄関との両方の電気錠を解錠することができる。
【００５５】
ところで、本実施形態の集合住宅システム１では、各カードキーに割り当てられているキーＩＤが、各住戸１１の居住者に固有の識別情報として各住戸１１に対応付けられて管理メモリ２２に記憶されている。具体的には、識別情報としてのキーＩＤは、各住戸１１の住戸端末３にそれぞれ割り当てられている端末ＩＤと対応付けられることにより、各住戸１１に対応付けられて住戸対応テーブルを構成する。下記表２は、住戸対応テーブルの一例を示す。この例では、住戸３０１（端末ＩＤ：T_301）にはキーＩＤ「0301_0001」，「0301_0002」が対応付けられ、住戸３０２（端末ＩＤ：T_302）にはキーＩＤ「0302_0001」が対応付けられている。
【００５６】
【表２】
【００５７】
本実施形態においては、各住戸１１に対応付けられている識別情報としてのキーＩＤは、この住戸１１の居住者が入れ替わる際に必ず変更される。これにより、退去した居住者は、退去前に使用していたカードキーを用いても住戸１１に入れなくなる。後から入居する入居者には、前の（退去した）居住者に配布されていたカードキーとはキーＩＤの異なるカードキーが配布される。これらキーＩＤは、通常、集合住宅１０の管理者が管理装置２の操作パネル２４を操作することによって、居住者が退去した場合には削除され、新たな入居者が入居する前に改めて登録される。すなわち、居住者が退去した住戸１１については、登録済みのキーＩＤが遅くとも次の入居者の入居日までには管理メモリ２２の認証許可テーブルおよび住戸対応テーブルから削除され、新たなキーＩＤに変更されることになる。
【００５８】
本実施形態における管理装置２の基本的な動作について図４のフローチャートを参照して説明する。判断部２６は、操作パネル２４に対する操作入力を監視し（Ｓ１１）、登録済みのキーＩＤを削除する操作が為されたか否かを判断する（Ｓ１２）。管理装置２は、キーＩＤを削除する操作が為されれば（Ｓ１２：Ｙｅｓ）、このキーＩＤが削除されるように認証許可テーブルを編集し（Ｓ１３）、このキーＩＤに対応する端末ＩＤを住戸対応テーブルから検索する（Ｓ１４）。管理装置２は、処理Ｓ１４で検索した端末ＩＤの住戸端末３に対して処理部２７から初期化信号を送信する（Ｓ１５）。
【００５９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が退去する場合を例に説明する。
【００６０】
住戸１１１の居住者が退去することが決定すると、集合住宅１０の管理者は、管理装置２に対して、住戸１１１の居住者に配布していたカードキーのキーＩＤ（「0301_0001」，「0301_0002」）を指定して、これらのキーＩＤの登録抹消を指示する操作を行う。
【００６１】
管理装置２は、管理者から登録抹消を指示する操作入力があると、認証許可テーブル上から、指定されたキーＩＤ（「0301_0001」，「0301_0002」）に対応するアクセス制限を検索し、このキーＩＤに対して対応付けられているアクセス制限を全て「禁止」に変更する。これにより、判断部２６は、このキーＩＤに対応する住戸１１１から居住者が退去したと判断し、管理装置２は、このキーＩＤに住戸対応テーブル上で対応付けられている端末ＩＤ（「T_301」）を検索し、この端末ＩＤの住戸端末３０１に対して初期化信号を送信する。
【００６２】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００６３】
以上説明した本実施形態の構成によれば、判断部２６は、各住戸１１の居住者にそれぞれ配布されている当該住戸１１の鍵を識別するキーＩＤを用いて、住戸１１から居住者が退去したか否かを判断するので、退去したか否かの判断の確実性が一層高くなる。すなわち、識別情報としてのキーＩＤは住戸１１の居住者が入れ替わる際に必ず変更されるので、管理装置２は、キーＩＤが削除されたことをトリガとすれば、居住者が退去した際にこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができる。
【００６４】
また、識別情報としてキーＩＤを用いる場合でも、実施形態１において他の構成例として説明したように、判断部２６は、管理メモリ２２に新規の識別情報が登録されたときに、この識別情報に対応付けられている住戸１１から居住者が退去したと判断してもよい。
【００６５】
要するに、管理メモリ２２に登録されているキーＩＤは、住戸１１から居住者が退去しこの住戸１１の居住者が入れ替わる際、後から入居する入居者に配布されるカードキーのキーＩＤが管理メモリ２２に新たに登録されることになる。そこで、管理装置２は、管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したことを判断部２６で検知し、このキーＩＤに対応する住戸１１の住戸端末３に処理部２７から初期化信号を送信する構成であってもよい。
【００６６】
以下、管理装置２が管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したことを検知する構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が入れ替わる場合を例に説明する。
【００６７】
前の居住者が住戸１１１から退去した後、住戸１１１に新たな入居者が入居することが決まると、集合住宅１０の管理者は新たな入居者に配布するカードキーのキーＩＤを端末ＩＤ（「T_301」）と共に、上書き情報として管理装置２の操作パネル２４より入力する。
【００６８】
管理装置２は、上書き情報が入力されると、入力された端末ＩＤに管理メモリ２２の住戸対応テーブル上で対応付けられているキーＩＤ（「0301_0001」，「0301_0002」）、つまり住戸１１１の前の（退去した）居住者に配布していたカードキーのキーＩＤを検索する。管理装置２は、検索したキーＩＤに上書きするように、上書き情報に含まれているキーＩＤのレコードを認証許可テーブルに登録する。
【００６９】
これにより、認証許可テーブル上では、上書き情報に含まれているキーＩＤのアクセス制限は、住戸１１１の住戸用認証端末６１とロビー用認証端末５とに対して「許可」となる。さらに、管理装置２は、上書き情報に含まれているキーＩＤと住戸端末３０１の端末ＩＤ（「T_301」）とを対応付けるレコードを住戸対応テーブル上に設ける。このとき、判断部２６は、登録されたキーＩＤに対応する住戸１１１から居住者が退去したと判断し、処理部２７は、住戸１１１の住戸端末３０１に対して初期化信号を送信する。
【００７０】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００７１】
この構成によれば、判断部２６は、管理メモリ２２に新規のキーＩＤが登録されたことをもって居住者が退去したと判断するので、新たな入居者に配布するカードキーが登録されれば、対応する住戸１１の住戸端末３から個人情報が確実に削除されることになる。キーＩＤは、新たな入居者がカードキーを使用可能となるのに必要な情報であるから、新たな入居者の入居日までには確実に登録されることになり、判断部２６は、識別情報が登録されることをもって前の居住者の退去を確実に検知できる。
【００７２】
なお、上記実施形態の集合住宅システム１で使用される各住戸１１の鍵は、上述したカードキー以外の電子鍵であってもよく、また、機械的な構造によって錠前を解錠する機械鍵であってもよい。いずれの場合でも、各住戸１１の居住者に配布される鍵にはそれぞれ固有の識別情報としてキーＩＤが割り当てられ、判断部２６は、このキーＩＤを住戸１１から居住者が退去したか否かの判断に用いることができる。
【００７３】
その他の構成および機能は実施形態１と同様である。
【００７４】
（実施形態３）
本実施形態の集合住宅システム１は、判断部２６において、居住者の退去後の所定期間にのみ使用が許可される制限付きのカードキー（電子鍵）が使用されたことをもって、住戸１１から居住者が退去したと判断する点が実施形態２の集合住宅システム１と相違する。以下、実施形態２と同様の構成については同じ符号を付して説明を適宜省略する。
【００７５】
一般的な集合住宅１０では、住戸１１から居住者が退去した後、この住戸１１に次の入居者が入居するまでの所定期間に、清掃業者などがこの住戸１１に出入りすることがあり、これらの業者には制限付きのカードキー（以下、「特権キー」という）が貸与される。管理メモリ２２に記憶される認証許可テーブル上では、上記所定期間に亘って、特権キーのキーＩＤのアクセス制限は対象となる住戸１１の住戸用認証端末６およびロビー用認証端末５に対して「許可」となる。
【００７６】
また、管理メモリ２２には、特権キーのキーＩＤの一覧が特権テーブルとして記憶され、さらに、各認証端末（住戸用認証端末６、ロビー用認証端末５）の設置場所の一覧が設置場所テーブルとして記憶されている。設置場所テーブルでは、住戸用認証端末６については設置されている住戸１１の住戸端末３の端末ＩＤにリーダＩＤが対応付けられ、ロビー用認証端末５についてはリーダＩＤの対応する端末ＩＤが「なし」に設定されている。
【００７７】
本実施形態における管理装置２の基本的な動作について図５のフローチャートを参照して説明する。判断部２６は、各認証端末（住戸用認証端末６、ロビー用認証端末５）と通信し（Ｓ２１）、キーＩＤおよびリーダＩＤを含んだ認証要求を受信すると（Ｓ２２：Ｙｅｓ）、認証要求のキーＩＤとリーダＩＤとの組み合わせを認証許可テーブルで照合する（Ｓ２３）。このとき、管理装置２は、アクセス制限の判定結果が「禁止」であれば（Ｓ２４：Ｎｏ）、キーＩＤが不当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証失敗応答を返信する（Ｓ２５）。
【００７８】
一方、管理装置２は、アクセス制限の判定結果が「許可」であれば（Ｓ２４：Ｙｅｓ）、キーＩＤが正当であると判断し、認証要求の送信元であるロビー用認証端末５あるいは住戸用認証端末６に対して、認証成功応答を返信する（Ｓ３１）。ただし、認証成功応答を返信する前に、管理装置２は以下の処理Ｓ２６〜Ｓ３０を実行する。すなわち、管理装置２は、認証要求に含まれているキーＩＤを特権テーブルで検索し（Ｓ２６）、検索したキーＩＤが特権テーブル内にあれば（Ｓ２７：Ｙｅｓ）、認証要求に含まれているリーダＩＤに対応する住戸端末３の有無を設置場所テーブルにて検索する（Ｓ２８）。対応する住戸端末３があれば（Ｓ２９：Ｙｅｓ）、管理装置２は対応する住戸端末３に対して処理部２７から初期化信号を送信する（Ｓ３０）。その後、管理装置２は住戸用認証端末６に対して認証成功応答を返信する（Ｓ３１）。なお、検索したキーＩＤが特権テーブル内にない場合（Ｓ２７：Ｎｏ）や、リーダＩＤに対応する住戸端末３がない場合（Ｓ２９：Ｙｅｓ）には、管理装置２はその後の処理を飛ばして処理Ｓ３１に移行する。
【００７９】
以下、上述した構成の集合住宅システム１の具体的な動作について、住戸１１１の居住者が退去する場合を例に説明する。
【００８０】
住戸１１１の居住者が退去した後、清掃業者は特権キーを用いて住戸１１１の解錠を行う。このとき、住戸１１１に設けられている住戸用認証端末６１は、カードキーが特権キーか否かに関わらず、読取部６０にて読み取ったキーＩＤを自己のリーダＩＤ（「KR_301」）と共に認証要求として管理装置２に送信する。
【００８１】
認証要求を受信した管理装置２は、認証許可テーブルや特権テーブルの照合を行う。ここでは特権キーが用いられているため、キーＩＤは正当であると判断され、さらに、管理装置２は、設置場所テーブルを参照し、特権キーが使用された場所（住戸１１１）を特定する。そのため、管理装置２は、住戸１１１の住戸用認証端末６１に認証成功応答を送信するとともに、この住戸１１１から居住者が退去したと判断部２６で判断し、処理部２７から住戸１１１の住戸端末３０１に対して初期化信号を送信する。
【００８２】
住戸１１１の住戸端末３０１は、初期化信号を受信することにより、端末メモリ３２内の個人情報を初期化部３４によって削除する初期化処理を実行する。その結果、住戸端末３０１に保存されていた来客の画像や、居住者宛の音声メッセージなどの個人情報は自動的に住戸端末３０１から削除されることになる。
【００８３】
以上説明した本実施形態の構成によれば、判断部２６は、居住者の退去後の所定期間にのみ使用が許可される制限付きのカードキー（特権キー）が使用されたことをもって、住戸１１から居住者が退去したと判断するので、退去したか否かの判断を確実に行える。すなわち、住戸１１から居住者が退去した後は清掃のために必ず特権キーが使用されるので、管理装置２は、特権キーが使用されたことをトリガとすれば、居住者が退去した際にこの住戸１１の住戸端末３に保存されている個人情報を確実に削除することができる。
【００８４】
なお、本実施形態の集合住宅システム１では管理装置２は必須の構成ではなく、たとえば管理装置２が省略され、住戸１１から居住者が退去したか否かを判断する判断部および初期化信号を出す処理部が各住戸１１ごとに設けられていてもよい。この場合、カードキーのキーＩＤが正当であるか否かの判断は、住戸端末３あるいは住戸用認証端末６にて行われる。また、判断部および処理部は、住戸端末３あるいは住戸用認証端末６に一体に設けられていてもよい。
【００８５】
その他の構成および機能は実施形態２と同様である。
【符号の説明】
【００８６】
１ 集合住宅システム
２ 管理装置
３，３０１，３０２，３０３ 住戸端末
５ （ロビー用）認証端末
６ （住戸用）認証端末
１０ 集合住宅
１１，１１１，１１２，１１３ 住戸
２２ 管理メモリ（第２記憶部）
２６ 判断部
２７ 処理部
３２ 端末メモリ（第１記憶部）
３４ 初期化部
【特許請求の範囲】
【請求項１】
集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記集合住宅に設けられた前記住戸端末と通信可能に接続された管理装置とを備え、
前記管理装置は、前記住戸の各々について前記居住者が退去したか否かを判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、
前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする集合住宅システム。
【請求項２】
前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部から前記識別情報が削除されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することを特徴とする請求項１記載の集合住宅システム。
【請求項３】
前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部に新規の前記識別情報が登録されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することを特徴とする請求項１記載の集合住宅システム。
【請求項４】
前記識別情報は、前記住戸の前記居住者にそれぞれ配布されている当該住戸の鍵を識別する情報であることを特徴とする請求項２または請求項３に記載の集合住宅システム。
【請求項５】
集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記住戸の出入口に設けられ当該住戸の居住者に配布されている電子鍵の識別情報を認証し正当な識別情報が認証されると前記出入口の電気錠を解錠する認証端末と、前記住戸から前記居住者が退去した後で当該住戸に次の居住者が入居するまでの期間にのみ使用が許可される制限付きの電子鍵が前記認証端末で認証されると、当該認証端末が設けられている前記住戸から前記居住者が退去したと判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、
前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする集合住宅システム。
【請求項１】
集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記集合住宅に設けられた前記住戸端末と通信可能に接続された管理装置とを備え、
前記管理装置は、前記住戸の各々について前記居住者が退去したか否かを判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、
前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする集合住宅システム。
【請求項２】
前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部から前記識別情報が削除されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することを特徴とする請求項１記載の集合住宅システム。
【請求項３】
前記管理装置は、前記集合住宅の前記住戸の各々に対応付けて前記居住者に固有の識別情報を記憶する第２記憶部を有し、前記判断部は、前記第２記憶部に新規の前記識別情報が登録されると当該識別情報に対応する前記住戸から前記居住者が退去したと判断することを特徴とする請求項１記載の集合住宅システム。
【請求項４】
前記識別情報は、前記住戸の前記居住者にそれぞれ配布されている当該住戸の鍵を識別する情報であることを特徴とする請求項２または請求項３に記載の集合住宅システム。
【請求項５】
集合住宅の各住戸ごとに設けられており当該住戸の居住者の個人情報を記憶する第１記憶部を有する住戸端末と、前記住戸の出入口に設けられ当該住戸の居住者に配布されている電子鍵の識別情報を認証し正当な識別情報が認証されると前記出入口の電気錠を解錠する認証端末と、前記住戸から前記居住者が退去した後で当該住戸に次の居住者が入居するまでの期間にのみ使用が許可される制限付きの電子鍵が前記認証端末で認証されると、当該認証端末が設けられている前記住戸から前記居住者が退去したと判断する判断部と、前記判断部にて前記居住者が退去したと判断された前記住戸の前記住戸端末に対して初期化信号を送信する処理部とを有し、
前記住戸端末は、前記初期化信号を受信すると前記第１記憶部に記憶されている前記個人情報を削除する初期化部を有することを特徴とする集合住宅システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−１２４８６１（Ｐ２０１２−１２４８６１Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７６２５０（Ｐ２０１０−２７６２５０）
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]