(57)【要約】【課題】多数の端末装置を設けた場合であっても、部屋等の任意の空間の管理を容易に行うことができる部屋管理システムおよび部屋管理方法を提供する。【解決手段】コントローラ１ａ〜１ｃは、大部屋Ｒに配設されたセンサ３、電気錠４、カードリーダ５等の端末装置に接続されることにより、対応する領域１０ａ〜１０ｃの管理を行う。このとき管理状態変更は、領域間の親子関係に基づいて変更する。これにより、大部屋Ｒに設けられた多数の端末装置を複数のコントローラ１ａ〜１ｃで容易に管理することができるので、結果として、大部屋Ｒの管理を容易に行うことができる。【選択図】  図１
2008176442.tif 000002
【特許請求の範囲】
【請求項１】
任意の空間内において所定の領域毎に配設された複数の端末装置と、
前記端末装置に接続され、設定された管理状態に応じて前記端末装置を制御することにより、それぞれ少なくとも１つの前記領域を管理する複数のコントローラと、
これらのコントローラを互いに接続する通信回線と、
前記領域間の親子関係を記憶する記憶部と
を備え、
前記コントローラは、前記領域間の親子関係に基づいて、前記領域の前記管理状態を変更する
ことを特徴とする部屋管理システム。
【請求項２】
親の領域を管理する前記コントローラは、
当該親の領域の管理状態の変更または子の領域の管理状態の変更依頼が要求されると、前記親の領域の管理状態を変更する第１の変更手段と、
この第１の変更手段により前記親の領域の管理状態が変更されると、前記子の領域を管理するコントローラに前記子の領域の管理状態の変更指示要求を送信する第１の通知手段と
を備え、
前記子の領域を管理するコントローラは、
前記変更指示要求を受け取ると、前記親の領域の管理状態と同じ管理状態に前記子の領域の管理状態を変更する第２の変更手段を備える
ことを特徴とする請求項１記載の部屋管理システム。
【請求項３】
前記子の領域を管理するコントローラは、
当該子の領域の管理状態の変更が要求されると、前記親の領域を管理するコントローラに前記子の領域の管理状態の変更を依頼する変更依頼要求を送信する第２の通知手段
をさらに備え、
前記第１の変更手段は、前記変更依頼要求に基づいて前記親の領域の管理状態を変更する
ことを特徴とする請求項２記載の部屋管理システム。
【請求項４】
任意の空間内において所定の領域毎に配設された複数の端末装置と、
前記端末装置に接続され、設定された管理状態に応じて前記端末装置を制御することにより、それぞれ少なくとも１つの前記領域を管理する複数のコントローラと、
これらのコントローラを互いに接続する通信回線と、
前記領域間の親子関係を記憶する記憶部と
を備え、
前記コントローラにより前記領域間の親子関係に基づいて、前記領域の管理状態を変更するステップ
を備えることを特徴とする部屋管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、部屋に設置された電気錠やセンサの制御を行うことにより部屋の管理を行う部屋管理システムおよび部屋管理方法に関する。
【背景技術】
【０００２】
従来より、建造物の各部屋の入退室や警備状態を管理する部屋管理システムが提案されている。このようなシステムは、例えば、個人を識別する照合データを記憶したＩＣカードと、管理対象となる部屋に設けられＩＣカードから照合データを読み取るカードリーダと、部屋の扉に設けられた電気錠と、部屋の状態を検出するセンサと、カードリーダ毎に入室が許可されている人物の照合データを示すマスタデータを格納し、カードリーダにより読み出された照合データが当該マスタデータに存在するか否かを確認するコントローラとを備えている。このコントローラは、カードリーダによりＩＣカードから照合データが読み取られると、その照合データがマスタデータに存在する場合には電気錠を解錠し、マスタデータに存在しない場合には電気錠を解錠しない。また、コントローラは、センサにより検出される情報に基づいて、部屋の状態を認識する。
【０００３】
このような部屋管理システムにおいて、実在の部屋だけでなく、部屋と部屋との間に設けられた間仕切りを除去し、複数の部屋を合わせた領域を仮想部屋として管理するシステムも提案されている（例えば、特許文献１参照。）。このシステムでは、間仕切りが存在する場合と間仕切りが存在しないときで、単独の部屋と間仕切りを除去した部屋との関連を定義してコントローラに記憶させる。これにより、間仕切りを変更した場合であっても、コントローラのデータベースを大幅に変更することなく、建造物の各部屋の管理を行うことができる。
【０００４】
【特許文献１】特開２００１−１６７１５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、１台のコントローラに接続することができるカードリーダ、電気錠、センサ等の端末装置の数量は物理的に限られるため、例えば大きな部屋や多数の間仕切りにより１つの大きな部屋に多数の部屋が設けられる場合などには、１台のコントローラでは端末装置を多数設けることができないので、複雑なシステムを設計したり大規模なコントローラを設けたりしなければならず、手間がかかり高コストであった。
【０００６】
そこで、本願発明は、多数の端末装置を設けた場合であっても、部屋等の任意の空間の管理を容易に行うことができる部屋管理システムおよび部屋管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述したような課題を解消するために、本発明に係る部屋管理システムは、任意の空間内において所定の領域毎に配設された複数の端末装置と、端末装置に接続され、設定された管理状態に応じて端末装置を制御することにより、それぞれ少なくとも１つの領域を管理する複数のコントローラと、これらのコントローラを互いに接続する通信回線と、領域間の親子関係を記憶する記憶部とを備え、コントローラは、領域間の親子関係に基づいて、領域の管理状態を変更することを特徴とする。
【０００８】
上記部屋管理システムにおいて、親の領域を管理するコントローラは、当該親の領域の管理状態の変更または子の領域の管理状態の変更依頼が要求されると、親の領域の管理状態を変更する第１の変更手段と、この第１の変更手段により親の領域の管理状態が変更されると、子の領域を管理するコントローラに子の領域の管理状態の変更指示要求を送信する第１の通知手段とを備え、子の領域を管理するコントローラは、変更指示要求を受け取ると、親の領域の管理状態と同じ管理状態に子の領域の管理状態を変更する第２の変更手段を備えるようにしてもよい。
【０００９】
上記部屋管理システムにおいて、子の領域を管理するコントローラは、当該子の領域の管理状態の変更が要求されると、親の領域を管理するコントローラに子の領域の管理状態の変更を依頼する変更依頼要求を送信する第２の通知手段をさらに備え、第１の変更手段は、変更依頼要求に基づいて親の領域の管理状態を変更するようにしてもよい。
【００１０】
また、本発明に係る部屋管理方法は、任意の空間内において所定の領域毎に配設された複数の端末装置と、端末装置に接続され、設定された管理状態に応じて端末装置を制御することにより、それぞれ少なくとも１つの領域を管理する複数のコントローラと、これらのコントローラを互いに接続する通信回線と、領域間の親子関係を記憶する記憶部とを備え、コントローラにより領域間の親子関係に基づいて、領域の管理状態を変更するステップを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、それぞれ少なくとも１つの領域を管理する複数のコントローラを設け、領域に対して設定される管理状態を領域間の親子関係に基づいて変更することより、任意の空間に設けられた多数の端末装置を複数のコントローラで管理することが容易になり、結果として任意の空間の管理を容易に行うことができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００１３】
［部屋管理システムの構成］
図１に示すように、本実施の形態に係る部屋管理システムは、大部屋Ｒ内の状態を管理するコントローラ１ａ〜１ｃと、コントローラ１ａ〜１ｃから受信する情報に基づいて大部屋Ｒ内を監視する中央監視装置２と、コントローラ１ａ〜１ｃおよび中央監視装置２を接続するネットワーク３とを備える。
【００１４】
コントローラ１ａ〜１ｃは、設置された領域への侵入者を検出するセンサ４、扉の施錠および解錠を行う電気錠５およびユーザが所持するカードから照合データを読み取るカードリーダ６がそれぞれ接続されている。これにより、コントローラ１ａ〜１ｃは、センサ４、電気錠５およびカードリーダ６が配設された大部屋Ｒ内の対応する領域１０ａ〜１０ｃの警備状態、電気錠５の施錠および解錠、通行モードの設定などの管理を行う。なお、図１において、コントローラ１ａ〜１ｃには、センサ４、電気錠５およびカードリーダ６がそれぞれ１つずつ設けられているが、これらの数量は大部屋Ｒの広さやコントローラ１ａ〜１ｃの限界に基づいて、適宜自由に設定することができる。したがって、１つのコントローラで複数の領域の状態を管理するようにしてもよい。
【００１５】
ここで、大部屋Ｒ内の領域には、親子関係、言い換えると他の領域との上位と下位の関係が予め設定される。１つの大部屋Ｒに対して、１つの親となる領域が設定され、他の領域は子として設定される。なお、本実施の形態では、コントローラ１ａが管理する領域１０ａが親（上位）、他のコントローラ１ｂ、１ｃが管理する領域１０ｂ、１０ｃが子（下位）として予め設定されている。このような親子関係は、後述するコントローラ１ａ〜１ｃの記憶部１４に記憶される。
【００１６】
［コントローラの構成］
コントローラ１ａ〜１ｃは、それぞれ同等の構成を有し、図２に示すように、受付部１１と、変更部１２と、要求部１３と、記憶部１４と、管理部１５とを備える。
【００１７】
受付部１１は、ユーザまたはネットワーク３を介して他のコントローラより、所定の領域の管理状態の変更を依頼する旨を示す変更依頼要求や所定の領域の管理状態の変更を指示する旨を示す変更指示要求を受け付ける。
【００１８】
変更部１２は、受付部１１により変更依頼要求や変更指示要求が受け付けられると、後述する記憶部１４の状態テーブル１４ｂに設定された管理状態を変更する。
【００１９】
要求部１３は、変更部１２により親の領域の管理状態が変更されると、子の領域に宛てて当該子の領域の管理状態の変更を指示する変更指示要求を送信する。
【００２０】
記憶部１４は、関係テーブル１４ａと、状態テーブル１４ｂと、許可テーブル１４ｃとを備える。
【００２１】
関係テーブル１４ａには、大部屋Ｒ内の領域の親子関係が記録される。本実施の形態では、各コントローラ１ａ〜１ｃが関係テーブル１４ａを有する場合を例に説明する。
【００２２】
状態テーブル１４ｂには、自装置が管理している領域の管理状態が記録される。この管理状態には、警備状態、通行モード等がある。警備状態とは、領域１０ａ〜１０ｃの警備状態のことを意味し、「警戒中」と「非警戒中」の状態がある。通行モードとは、カードにより入退室する際カードリーダ６に対応付けられた電気錠５の解錠動作の状態を意味し、連続して解錠する状態、一時的に解錠する状態、通行を不可とする状態等がある。
【００２３】
許可テーブル１４ｃは、自装置のコントローラが管理を行っている領域への侵入が許可されているユーザのカードの照合データが記録される。
【００２４】
管理部１５は、状態テーブル１４ｂの状態に基づく対応する領域１０ａ〜１０ｃの管理、および、この管理状態の制御を行う。
【００２５】
対応する領域１０ａ〜１０ｃの管理について、具体的には、管理部１５は、警備状態が警戒中のとき、電気錠５が解錠されたり、センサ４が反応したりすることにより、対応する領域１０ａ〜１０ｃへの侵入が検出されると、侵入発生を中央監視装置２に通知する。また、管理部１５は、カードリーダ６によりカードの照合データが読み取られると、この照合データが管理テーブル１４ｃに存在するか否かを確認し、管理テーブル１４ｃに存在する場合は対応する電気錠５を解錠し、管理テーブル１４ｃに存在しない場合は対応する電気錠５を解錠しない。
【００２６】
管理状態の制御について、自装置のコントローラが親の領域を管理する場合、当該親の領域の管理状態を変更する際、管理部１５は、変更部１２により当該親の領域の管理状態を変更させる。一方、自装置のコントローラが子の領域を管理する場合、当該子の領域の管理状態を変更する際、管理部１５は、要求部１３により親の領域を管理するコントローラに宛てて変更依頼要求を送信させる。
【００２７】
［部屋管理システムにおける管理状態の動作］
次に、本実施の形態に係る部屋管理システムにおける管理状態の変更動作について説明する。
【００２８】
（親の領域から管理状態の変更が要求された場合）
まず、図３を参照して、親の領域１０ａから管理状態の変更が要求された場合の管理状態の変更動作について説明する。なお、図３は、図１を模式的に示すものであり、この図３において、コントローラ１ａ〜１ｃは、それぞれ対応付けられた領域１０ａ〜１０ｃの管理を行う、すなわち、例えば図示しないセンサ、電気錠、カードリーダなど対応する領域に配設された端末装置に接続され、これらと各出信号をやりとりすることにより領域１０ａ〜１０ｃの管理を行う。
【００２９】
コントローラ１ａは、管理部１５により変更部１２に対して管理状態の変更が要求されると（ステップＳ１）、受付部１１により記憶部１４の関係テーブル１４ａを参照して領域１０ａが親の領域または子の領域の何れかであるかを確認する。
【００３０】
領域１０ａが親の領域であることが確認されると、コントローラ１ａは、変更部１２により状態テーブル１４ｂに記録された親の領域１０ａの管理状態を変更する（ステップＳ２）。
【００３１】
ここで、管理部１５は、例えば、カードリーダ６に対する照合操作、スケジュール制御、イベント制御、中央監視装置２からの操作に基づいて、変更部１２に対して管理状態の変更を要求する。管理状態の変更は、例えば、変更要求が警備状態に関するものである場合、「警戒中」または「非警戒中」に警備状態を変更する。
【００３２】
例えば、領域１０ａの警備状態が「警戒中」であったときに、警備状態を「非警戒中」に変更する旨の制御が行われると、コントローラ１ａは、変更部１２により状態テーブル１４ｂに記録された親の領域１０ａの警備状態を、「警戒中」から「非警戒中」に変更する。
【００３３】
管理状態を変更すると、コントローラ１ａは、要求部１３により記憶部１４の関係テーブル１４ａから子の領域１０ｂ，１０ｃを管理するコントローラ１ｂ，１ｃを検出し、変更指示要求をネットワーク３を介して当該コントローラ１ｂ、１ｃに送信する（ステップＳ３）。変更指示要求には、変更した管理状態に関する情報が少なくとも含まれる。例えば、警備状態を「警戒中」から「非警戒中」に変更した場合、変更指示要求には、警備状態を「非警戒中」に変更する旨の指示が含まれる。
【００３４】
コントローラ１ｂ，１ｃは、受付部１１によりネットワーク３を介してコントローラ１ａから変更指示要求を受け付けると、変更部１２によりその変更指示要求に基づいて状態テーブル１４ｂに記録された子の領域１０ｂ，１０ｃの管理状態を変更する（ステップＳ４）。例えば、警備状態を「非警戒中」に変更する旨の変更指示要求を受け付けた場合、コントローラ１ｂ，１ｃは、変更部１２により状態テーブル１４ｂに記録された子の領域１０ｂ，１０ｃの警備状態を、「警戒中」から「非警戒中」に変更する。これにより、子の領域１０ｂ，１０ｃの管理状態は、親の領域１０ａと同じ状態に変更される。
【００３５】
（子の領域から管理状態の変更が要求された場合）
次に、図４を参照して、子の領域から管理状態の変更が要求された場合の管理状態の変更動作について説明する。なお、図４において、図３の場合と同様、コントローラ１ａ〜１ｃは、それぞれ対応付けられた領域１０ａ〜１０ｃの管理を行うものとする。
【００３６】
例えば、コントローラ１ｂは、管理部１５により変更部１２に対して管理状態の変更が要求されると（ステップＳ１１）、受付部１１により記憶部１４の関係テーブル１４ａを参照して領域１０ｂが親の領域または子の領域の何れかであるかを確認する。
【００３７】
領域１０ｂが子の領域であることが確認されると、コントローラ１ｂは、要求部１３により、関係テーブル１４ａから親の領域１０ａを管理するコントローラ１ａを検出し、上記変更指示要求に基づく変更要求通知をネットワーク３を介して親の領域１０ａを管理するコントローラ１ａに送信する（ステップＳ１２）。例えば、領域１０ｂの警備状態が「警戒中」であったときに、警備状態を「非警戒中」に変更する旨の制御が行われると、コントローラ１ｂは、子の領域１０ｂの警備状態を、「警戒中」から「非警戒中」に変更する旨の変更依頼要求をコントローラ１ａに送信する。
【００３８】
コントローラ１ａは、受付部１１によりコントローラ１ｂから変更依頼要求を受け付けると、変更部１２により当該変更依頼要求に基づいて状態テーブル１４ｂに記録された親の領域１０ａの管理状態を変更する（ステップＳ１３）。例えば、警備状態を「非警戒中」に変更する旨の変更指示要求を受け付けた場合、コントローラ１ａは、変更部１２により状態テーブル１４ｂに記録された親の領域１０ａの警備状態を、「警戒中」から「非警戒中」に変更する。
【００３９】
管理状態を変更すると、コントローラ１ａは、記憶部１４の関係テーブル１４ａから子の領域１０ｂ，１０ｃを管理するコントローラ１ｂ，１ｃを検出し、変更部１３により変更指示要求をネットワーク３を介して当該コントローラ１ｂ、１ｃに送信する（ステップＳ１４）。例えば、警備状態を「警戒中」から「非警戒中」に変更した場合、変更指示要求には、連動モードを「連動なし」に変更する連動モードを「連動あり」から「連動なし」に変更した場合、変更指示要求には、連動モードを「連動なし」に変更する旨の指示が含まれる。
【００４０】
コントローラ１ｂ，１ｃは、受付部１１によりネットワーク３を介してコントローラ１ａから変更指示要求を受け付けると、変更部１２によりその変更指示要求に基づいて状態テーブル１４ｂに記録された子の領域１０ｂ，１０ｃの管理状態を変更する（ステップＳ１５）。例えば、警備状態を「非警戒中」に変更する旨の変更指示要求を受け付けた場合、コントローラ１ｂ，１ｃは、変更部１２により状態テーブル１４ｂに記録された子の領域１０ｂ，１０ｃの警備状態を、「警戒中」から「非警戒中」に変更する。これにより、領域１０ｂの管理状態は、変更依頼要求に対応した状態に変更される。また、領域１０ａ〜１０ｃは、同じ管理状態に設定されることとなる。
【００４１】
このように、本実施の形態によれば、大部屋Ｒの領域１０ａ〜１０ｃ毎に設置されたセンサ４、電気錠５、カードリーダ６等の端末装置に接続され、少なくとも１つの領域を管理する複数のコントローラ１ａ〜１ｃを設け、これらコントローラ１ａ〜１ｃにより領域間の親子関係に基づいて各領域の管理状態を変更することより、大部屋Ｒに設けられた多数の端末装置を複数のコントローラ１ａ〜１ｃで容易に管理することができ、結果として、大部屋Ｒの管理を容易に行うことができる。このように、領域単位で１つの管理単位を形成し、領域間で親子関係を設定して親の領域の管理状態に子の領域の管理状態を同期させることにより大部屋Ｒの管理を行うので、最小１つの領域毎に部屋を設定することが可能となり、間仕切りの変更なども容易に行うことができる。
【００４２】
本実施の形態によれば、例えば、図１に示す大部屋Ｒの領域１０ａ〜１０ｃの管理状態は同期しているため、領域１０ａの管理状態＝領域１０ｂの管理状態＝領域１０ｃの管理状態＝大部屋Ｒの管理状態という関係が成り立つ。したがって、中央監視装置２のヒューマンインターフェース上では、親の領域１０ａの管理状態を大部屋Ｒの管理状態として運用することができる。ここで、警備状態の管理状態が領域１０ａでは「警戒中」のとき、領域１０ｂ，１０ｃの警備状態も「警戒中」となるので、領域１０ｂのセンサ４が反応したり領域１０ｃの電気錠５が解錠されたりすると、中央監視装置２は、大部屋Ｒに不審者が侵入したことを検知する。このとき、警備状態等の管理状態はネットワーク３を介したコントローラ間の制御を要するが、侵入検知自体はコントローラ毎の制御である。また、侵入検知の方法は、管理状態の同期に依存しない。このように、本実施の形態では、管理状態の同期以外は従来の方法と同等の方法により部屋の管理を行うことができるので、コントローラ単位で分散した管理制御を実現することができる。
【００４３】
なお、ネットワーク３を介してコントローラを跨って１つの管理単位を形成することは、例えば、侵入監視を行うコントローラが別のコントローラに接続されたセンサ４の状態をネットワーク３を介して逐一収集するという方法でも可能ではある。しかしながら、この方法では、リアルタイムでセンサ４の状態を収集する必要があるため、ネットワーク３の通信負荷が大きくなる。また、ネットワーク３を介した通信が不能となったときに侵入監視ができなくなる。また、センサ４の状態を逐一収集しなければならないので、各コントローラの演算処理の負荷が大きくなる。
【００４４】
これに対して、本実施の形態では、ネットワーク３は管理状態の同期のみに用いるので、通信負荷が小さい。また、侵入監視等の管理はコントローラ単位で行われるので、ネットワーク３を介した通信が不能となっても、各領域の管理を行うことができる。また、管理状態の同期以外は、従来の方法と同等の方法により部屋の管理を行うので、演算負荷が小さい。
【００４５】
また、本実施の形態では、管理状態を変更する際、必ず親の領域の管理状態が変更されるので、親の領域の管理状態は常に最新の状態となる。したがって、子の領域は、管理状態が親の管理状態と異なる場合、親の領域の管理状態に合わせればよい。これは、例えば、親の領域を管理するコントローラが、子の領域を管理するコントローラに対して、一定の周期で親の領域の管理状態を通知することにより実現することができる。子の領域は、親の領域からの通知により親の領域と管理状態が異なっている場合、親の領域の管理状態に合わせることにより、親の管理状態と同期させることができる。逆に、子の領域を管理するコントローラが、親の領域を管理するコントローラに、親の領域の管理状態を一定の周期で収集するようにしてもよい。このようにすることにより、ネットワーク３の断線等により管理状態に違いが生じた場合であっても、親の領域と子の領域の管理状態を同期させることができる。
【００４６】
このような管理状態の同期において、本願発明のように親の領域に合わせて子の領域の管理状態を変更するのではなく、設備関連動等で用いられる状態変化をトリガとした連動制御でも実現できるかのように思える。しかしながら、状態変化をトリガとした同期では、同期の方向が一方向ときは実現可能であるが、何れか１つの出力状態が変化するとき他も全て同じ値で出力するという多方向の同期では実現することが困難である。多くの場合、ネットワークの断線等を考慮して一定周期での状態収集でも同期を行うが、例えば、図１において、ネットワーク３を介した通信が不能のときに、警備状態が領域１０ａは「警戒」、領域１０ｂは「非警戒」、領域１０ｃは「警戒」であり、この状態でネットワーク３の通信が回復したとき、領域１０ａ，１０ｃによる情報収集が先に行われれば領域１０ａ〜１０ｃの警備状態は「非警戒」になり、領域１０ｂによる情報収集が先に行われれば領域１０ａ〜１０ｃの警備状態は「警戒」となる。このように、状態変化をトリガとする方法は、管理状態が通信復帰のタイミング次第で左右されるので、制御上、適切ではない。
【００４７】
また、本実施の形態において、コントローラ１ａ〜１ｃはそれぞれ同じ関係テーブル１４ａを有するようにしたが、部屋管理システム内で親子関係を識別可能であるならば、全てのコントローラ１ａ〜１ｃが同じ関係テーブル１４ａを有しなくてもよい。例えば、親の領域１０ａを管理するコントローラ１ａの関係テーブルには、部屋管理システム内の全ての親子関係を記録し、子の領域１０ｂ，１０ｃを管理するコントローラ１ｂ，１ｃの関係テーブル１４ａには、親の領域１０ａを管理するコントローラ１ａを識別するための情報のみを記録するようにしてもよい。また、中央監視装置２に関係テーブル１４ａを設け、各コントローラ１ａ〜１ｃは、中央監視装置２に尋ねることにより親子関係を識別するようにしてもよい。
【００４８】
また、本実施の形態において、全ての領域において管理状態を同期させるようにしたが、場合に応じて同期させないようにしてもよい。例えば、通行モード連動の管理状態において、１つの大部屋Ｒに複数のカードリーダ６が存在する場合、通常、各カードリーダ６の通行モードは同じであることが多い。しかしながら、同じ大部屋Ｒであっても連動させたくない場合も生じうる。これは、以下の方法により実現することができる。
【００４９】
親の領域を管理するコントローラが通行モードの変更を行う場合、当該コントローラは、連動させる子の領域には通行モードを変更させる変更指示要求を送信し、連動させない子の領域には変更指示要求を送信しないようにする。また、全ての子の領域に対して変更指示要求を送信し、子の領域を管理するコントローラで通行モードを変更するか否かを選択するようにしてもよい。
【００５０】
子の領域を管理するコントローラが通行モードの変更を行う場合、親の領域を管理するコントローラは、当該コントローラからの変更依頼要求に対して親の領域の通行モードを変更せず、変更指示要求を当該子の領域を管理するコントローラにのみ送信するようにする。この変更指示要求は、変更指示要求の送信元ではないコントローラにも送信し、送信元でないコントローラが要求を読み捨てるようにしてもよい。
【００５１】
このようにすることにより、管理状態を同期させないようにすることができる。
【産業上の利用可能性】
【００５２】
本発明は、建造物を管理する管理システムに適用することができる。
【図面の簡単な説明】
【００５３】
【図１】本発明の部屋管理システムの構成を示す模式図である。
【図２】コントローラの構成を示すブロック図である。
【図３】部屋管理システムの動作を説明する図である。
【図４】部屋管理システムの動作を説明する図である。
【符号の説明】
【００５４】
１ａ〜１ｃ…コントローラ、２…中央監視装置、３…ネットワーク、４…センサ、５…電気錠、６…カードリーダ、１０ａ〜１０ｃ…領域、１１…受付部、１２…変更部、１３…要求部、１４…記憶部、１４ａ…関係テーブル、１４ｂ…状態テーブル、１４ｃ…許可テーブル、１５…管理部。
【図１】
2008176442.tif 000003
【図２】
2008176442.tif 000004
【図３】
2008176442.tif 000005
【図４】
2008176442.tif 000006