JP3880202B2 - 集合住宅監視通話システム - Google Patents
集合住宅監視通話システム Download PDFInfo
- Publication number
- JP3880202B2 JP3880202B2 JP17291398A JP17291398A JP3880202B2 JP 3880202 B2 JP3880202 B2 JP 3880202B2 JP 17291398 A JP17291398 A JP 17291398A JP 17291398 A JP17291398 A JP 17291398A JP 3880202 B2 JP3880202 B2 JP 3880202B2
- Authority
- JP
- Japan
- Prior art keywords
- dwelling unit
- lobby
- address
- panel
- called
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Interconnected Communication Systems, Intercoms, And Interphones (AREA)
- Selective Calling Equipment (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、マンション等の集合住宅における監視通話システム、特に、複数のロビーインターホンを設けている集合住宅監視通話システムに関する。
【０００２】
【従来の技術】
近時の集合住宅では、各住戸に設置したインターホン機能付きの住宅情報盤と、共同玄関に設置したロビーインターホンと、管理人室に設置したインターホン機能付きの警報監視盤とを、通話線と制御用の信号線とを介して接続し、集合住宅監視通話システムを構成している。
【０００３】
このシステムの基本動作を説明すると、来訪者はロビーインターホンから住戸番号を入力して、警報監視盤を介して、目的とする住戸を呼び出す。これに対して、その住戸の住宅情報盤では、呼出音を鳴動させる。ここで、ハンドセットを取り上げるなどで応答すれば、玄関先の来訪者との通話が可能になり、集合住宅内への立ち入りを許可するときには、ボタン操作などにより共同玄関の解錠を指示すれば、警報監視盤が玄関に設置された電気錠などを解錠する。また、来訪者は管理人を呼び出すこともでき、この場合も同様の操作をすれば、ロビーインターホンと警報監視盤との通話が可能になる。
【０００４】
【発明が解決しようとする課題】
ところが、上記従来の集合住宅監視通話システムでは、集合住宅が大規模になると、以下のような問題が生じていた。
図９と図１０は、その問題を説明するための図である。
図９は、同じ階において通路（廊下）がない、階段（及びエレベータ）独立型の住宅を示している。図中、ＭＫは管理人室等に設置される警報監視盤、ＬＢ（ＬＢ１〜ＬＢ３）は複数ある共同玄関の各々に設けられたロビーインターホン、ＪＫは各住戸に設置された住宅情報盤を示している。
【０００５】
このタイプの住宅では、各共同玄関から訪問できる住戸が限定されている。例えば、この図では、ロビーインターホンＬＢ１が設置されている共同玄関からは、住戸（１０１，１０２，２０１，２０２，３０１，３０２号室）のみが訪問できる。
ところが、各ロビーインターホンＬＢ１〜ＬＢ３からは、すべての住戸を個別に呼び出しできるようになっており、例えば、ロビーインターホンＬＢ１から３０６号室の住戸を呼出できるが、その住戸の住宅情報盤ＪＫから、共同玄関の解錠指示があったとしても、通話中であったロビーインターホンＬＢ１が設置された共同玄関の解錠がされるのみであり、その玄関から階段１を昇っても、３０６号室を訪問することはできなかった。また、３０６号室の住宅情報盤ＪＫから、ロビーインターホンＬＢ１に、ロビーインターホンＬＢ３から再度呼び出すことを指示しなければならず、面倒であった。
【０００６】
図１０（ａ）は、複数の棟（図では、１棟〜８棟）からなるタイプの住宅を示している。このタイプの住宅でも、各棟のロビーインターホンＬＢから、他棟の住戸の住宅情報盤ＪＫが呼び出すことができてしまうという問題があった。
図示したように、１台の警報監視盤ＭＫによって複数の棟を管理する場合、２桁の階番号と２桁の部屋番号からなる住戸番号を、１桁の棟番号と１桁の階番号と２桁の部屋番号で構成すればよいが、１０階（２桁）以上あるいは１０棟（２桁）以上の住宅では、住戸番号の桁数が足りなくなるので対処できない。
【０００７】
そこで、同図（ｂ）に示すように、各棟に警報監視盤ＭＫを設置し、各警報監視盤ＭＫを、群管理インタフェースＩＦを介してセンタ監視盤ＣＫに接続し、群管理システムを構成すればよいが、センタ監視盤ＣＫを設置する必要があり、また、棟毎に警報監視盤ＭＫを設置する必要があるため、大幅なコストアップになるという問題がある。
【０００８】
本発明は、このような問題に鑑みてなされたものであり、各ロビーインターホンから呼び出しできる住戸を限定し、また、１台の警報監視盤で、大規模な集合住宅の管理が出来るようにした集合住宅監視通話システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
本発明は、上記目的を達成するために提案されたものであり、請求項１〜請求項５に記載の集合住宅監視通話システムでは、警報監視盤の構成に特徴を有している。
請求項１では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、ロビーインターホンのいずれかから、グループ番号を含んだ住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して、呼出信号によって指定された住戸番号に含まれているグループ番号が記憶されていれば、更に記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
ここに、住戸のグループ番号には、棟番号や階段番号、エレベータ番号の他、各ロビーインターホンに割り当てられた、１又は複数の住戸が属するグループを示す番号がある。
【００１０】
請求項２では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、ロビーインターホンのいずれかから、グループ番号を含まない住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して記憶されているグループ番号を取り出し、呼出信号によって指定された住戸番号に含ませて、更に記憶手段を参照し、その住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
【００１１】
請求項３では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段を備え、この記憶手段は、ロビーインターホンのアドレスに対応させて、そのロビーインターホンはいずれのグループに属する住戸であっても呼出可能であることを記憶できるようになっており、ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して、いずれのグループに属する住戸であっても呼出可能であることが記憶されていれば、更に記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段を備えた。
【００１２】
請求項４では、警報監視盤の制御手段は、ロビーインターホンから送出されてくる呼出信号に対して、住宅情報盤を呼び出さないときには、そのロビーインターホンに呼出不可信号を返信することを特徴とする。
【００１３】
請求項５では、警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、記憶手段に記憶されたロビーインターホンのアドレス、そのロビーインターホンから呼出可能な住戸のグループ番号のデータをチェックするチェック手段と、チェック手段がデータのエラーを検出した後に、ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときは、記憶手段を参照して、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
【００２０】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照しつつ説明する。
図１は、本発明に係る集合住宅監視通話システムの基本構成を示したブロック図である。
管理人室や警備室等に設置した警報監視盤１と、共同玄関に設置したロビーインターホン２と、各住戸に設置した住宅情報盤３とは、信号線Ｌ１と通話線Ｌ２とを介して接続されており、それぞれの間での通話を可能としている。
【００２１】
警報監視盤１には、この警報監視盤１とともにシステム全体を制御する制御手段を構成するホストＣＰＵ１０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部１１と、この信号送受信部１１による伝送を制御する伝送ＣＰＵ１２と、通話線Ｌ２を通じたインターホン通話を制御するとともに、スピーカＳＰ１からの呼出音などの出力を行うインターホン回路部１３と、インターホン通話のためのハンドセット１４と、液晶画面や各種表示灯などで構成される表示回路部１５と、ファンクションキーやテンキー等で構成されたキー入力部１６と、書換え可能とした読み出し専用メモリであるフラッシュメモリ１７（フラッシュＥＥＰＲＯＭ）と、データの読み出しと書き込みが随時可能なＳ−ＲＡＭ１８（スタティックＲＡＭ）とを備える。
【００２２】
ロビーインターホン２には、ロビーインターホン２の各部を制御するＣＰＵ２０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部２１と、通話線Ｌ２を通じたマイクＭＩ２とスピーカＳＰ２によるインターホン通話を制御するインターホン回路部２２と、液晶画面、７セグメント表示器、各種表示灯などで構成され、住戸番号などを表示する表示回路部２３と、テンキーや呼出ボタン等で構成されたキー入力部２４と、このロビーインターホン２に割り当てられたアドレスを設定するためのディップスイッチ２５とを備える。
【００２３】
また、各住戸に設置された住宅情報盤３には、住宅情報盤３の各部を制御するＣＰＵ３０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部３１と、通話線Ｌ２を通じたインターホン通話を制御するとともに、スピーカＳＰ３からの呼出音などの出力を制御するインターホン回路部３２と、インターホン通話をするためのハンドセット３３と、液晶画面や各種表示灯などで構成された表示回路部３４と、テンキー等で構成されたキー入力部３５と、この住宅情報盤３に割り当てられたアドレスを設定するためのディップスイッチ３６とを備える。
【００２４】
警報監視盤１は、信号線Ｌ１を通じ、ロビーインターホン２から住戸の呼出信号を受信したときには、呼び出す住戸の住宅情報盤３のアドレスを指定し、信号線Ｌ１を通じて呼出信号を送出する。住宅情報盤３では、自己宛の呼出信号を検出すれば、スピーカＳＰ３から呼出音を出力し、ハンドセット３３を取り上げて応答すれば、ロビーインターホン２と住宅情報盤３の間では、通話線Ｌ２を通じて、双方のインターホン回路部２２，３２による通話が可能になる。通話中の住宅情報盤３は、信号送受信部３１から信号線Ｌ１を通じて、解錠信号を送出すれば、警報監視盤１は、ロビーインターホン２に近設された電気錠（不図示）を解錠して、呼び出した人が共同玄関から住宅内に入ることを許可する。
【００２５】
警報監視盤１は、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホン２のアドレスと、そのロビーインターホン２から呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段とを備えており、ここでは、フラッシュメモリ１７及びＳ−ＲＡＭ１８に設けられる。
【００２６】
記憶手段に記憶されるデータは、電源の供給が停止したとしても消えないように、フラッシュメモリ１７に記憶されるようになっているが、通常の動作時は、アクセス速度の高速化を図るため、フラッシュメモリ１７からＳ−ＲＡＭ１８に転送されたデータを用いるようにしている。なお、記憶手段は、フラッシュメモリ１７に登録することには限定されず、マスクＲＯＭや、ＥＰＲＯＭなどのＰＲＯＭに登録しておくようにしてもよい。
【００２７】
図２には、上記した記憶手段の構成の例を示している。
図２（ａ）には、ロビーインターホン２のアドレスと、そのロビーインターホン２から呼出可能な住戸が属する棟の番号（棟番号）とを対応させて記憶した棟番号テーブルＴ２の例を示している。なお、住戸のグループ番号には、棟番号や階段番号（図９、図１０参照）の他、各ロビーインターホン２に割り当てられる複数の住戸が属するグループを示す番号がある。
【００２８】
また、棟番号テーブルＴ２には、ロビーインターホン２のアドレスに対応させて、そのロビーインターホン２は、いずれのグループに属する住戸であっても呼出可能であることも記憶できる。図例では、「アドレス６」のロビーインターホン２に対応して、棟番号として「０」を登録して、いずれの棟に属する住戸も呼び出しできるようにしている。
【００２９】
図２（ｂ）には、各住戸の住戸番号と、その住戸の住宅情報盤３のアドレスとを対応させて記憶した住戸番号テーブルＴ１の例を示している。ここに記憶される住戸番号は、その住戸のグループ番号である棟番号をも含んだ構成になっている。
ここでは、記憶手段は、棟番号テーブルＴ２と住戸番号テーブルＴ１の２つのテーブルで構成されているが、これに限定されることはなく、両者を一体化させた構成にしてもよい。
【００３０】
以上のようにして、テーブルＴ２，Ｔ１の内容を構成したときのシステム構成は、図３に示すようになる。図中、ＭＫは警報監視盤（１）、ＬＢ１〜ＬＢ６は複数ある共同玄関の各々に設けられたロビーインターホン（２）、ＪＫは各住戸に設置された住宅情報盤（３）を示している。
ここでは、１棟にロビーインターホンＬＢ１（アドレス１），ＬＢ２（アドレス２）が設置され、２棟にロビーインターホンＬＢ３（アドレス３），ＬＢ４（アドレス４）が設置され、３棟にロビーインターホンＬＢ５（アドレス５）が設置され、各ロビーインターホンＬＢ１〜ＬＢ６は、同じ棟に属する住戸のみを呼び出すことができるようになっている。また、警報監視盤ＭＫを設置した管理棟では、ロビーインターホンＬＢ６（アドレス６）から、いずれの棟に属する住戸であっても呼出可能になっている。
【００３１】
また、図９に示した階段独立型の集合住宅であっても、警報監視盤１のテーブルＴ２，Ｔ１に、各ロビーインターホンＬＢ１〜ＬＢ３（２）から呼出可能な住戸を登録しておけば、その呼び出した玄関から集合住宅内に入ると、確実に目的とする住戸を訪問できることになる。
警報監視盤１では、登録手段を構成するキー入力部１６によって、登録モードとした後に、テンキー等を操作して、住戸番号テーブルＴ１に、各住戸の住戸番号、その住戸の住宅情報盤３のアドレスが登録できるとともに、棟番号テーブルＴ２に、ロビーインターホン２のアドレス、そのロビーインターホン２から呼出可能な住戸の棟番号（グループ番号）が登録できる。なお、この登録は、キー操作によるもの以外に、ディップスイッチなどによってできるようにしてもよい。
【００３２】
次に、警報監視盤１の動作を、図４のフローチャートを用いて説明する。ここでは、呼出信号として、グループ番号である棟番号を含んだ住戸番号を指定する場合と、棟番号を含まずに住戸番号を指定する場合とがある。
警報監視盤１のホストＣＰＵ１０は、ロビーインターホン２のいずれかから、信号線Ｌ１を通じて、呼出信号を受信したときは（１００）、その呼出信号によって指定されている住戸番号に、棟番号が含まれているかをチェックする（１０１）。
【００３３】
住戸番号に棟番号が含まれているときは、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２を参照して、呼出元のロビーインターホン２のアドレスに対応して、その住戸番号に含まれている棟番号が記憶されているかをチェックする。棟番号テーブルＴ２に、同じ棟番号が記憶されているか、全棟の呼出を可とすることが記憶されていれば、住戸番号テーブルＴ１を参照する（１０２〜１０５）。すなわち、棟番号テーブルＴ２に、そのロビーインターホン２のアドレスに対応して、いずれのグループに属する住戸であっても呼出可能であることが記憶されている場合も、住戸番号テーブルＴ１を参照する（１０４，１０５）。
【００３４】
住戸番号テーブルＴ１に、呼出信号によって指定された住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す（１０６，１０７）。
一方、ロビーインターホン２から、棟番号を含まない住戸番号が指定された呼出信号が送出されてきたときは、棟番号テーブルＴ２を参照して、呼出元のロビーインターホン２のアドレスに対応して記憶されている棟番号を取り出し、呼出信号によって指定された住戸番号に含ませ、この住戸番号を基に、住戸番号テーブルＴ１を参照する（１０８〜１１２）。
【００３５】
そして、住戸番号テーブルＴ１に、その住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す（１１３，１１４）。
ところが、棟番号を含んだ住戸番号が指定された呼出信号を受信したときに、その棟番号が棟番号テーブルＴ２に記憶されている棟番号と一致せず、棟番号テーブルＴ２に全棟呼出可の設定もされていない場合（１０４のＮ）、住戸番号テーブルＴ１に指定された住戸番号が記憶されていない場合（１０６のＮ）、棟番号を含まない住戸番号が指定された呼出信号を受信したときに、棟番号テーブルＴ２が全棟呼出可の設定になっている場合（１１０のＹ）、住戸番号テーブルＴ１に住戸番号が記憶されていない場合（１１３のＮ）などでは、呼出元のロビーインターホン２に呼出不可信号を返信する（１１５）。
【００３６】
すなわち、ホストＣＰＵ１０は、ロビーインターホン２から送出されてくる呼出信号に対して、住宅情報盤３を呼び出さないときには、そのロビーインターホン２に信号線Ｌ１を通じて呼出不可信号を返信する。これを受けたロビーインターホン２では、呼出ができないことを、表示回路部２２によって表示したり、スピーカＳＰ２からアラーム音や音声メッセージを出力する。
【００３７】
図５には、呼出信号の構成例を示している。図５（ａ）は、グループ番号である棟番号を含まずに住戸番号を指定する場合、図５（ｂ）は、棟番号を含んだ住戸番号を指定する場合である。
例えば、図３に示すシステム構成、図２に示すテーブル構成において、２棟にあるロビーインターホンＬＢ４（アドレス４）で、部屋番号「２０１」のみが入力され、呼出ボタンが操作されると、図５（ａ）に示すような信号が送出される。警報監視盤１では、呼出番号内の棟番号が「００」なので、棟番号テーブルＴ２を参照して、「アドレス４」に対応して登録されている棟番号「２」を取り出し、これを住戸番号に含ませ、住戸番号テーブルＴ１を参照する。住戸番号テーブルＴ１には、住戸番号「２棟２０１号室」に対応してアドレス「Ｄ７ｈ」が記憶されているので、このアドレスを指定して、住宅情報盤３を呼び出す。
【００３８】
一方、例えば、管理棟にあるロビーインターホンＬＢ６（アドレス６）で、棟番号「３」と部屋番号「３０４」が入力され、呼出ボタンが操作されると、図５（ｂ）に示すような信号が送出される。警報監視盤１では、棟番号テーブルＴ２から、「アドレス６」に対応して登録されている棟番号「０」を参照する。登録されている棟番号「０」は、いずれの棟に属する住戸でも呼出が可能であることを示すものなので、続いて、住戸番号テーブルＴ１を参照し、住戸番号「３棟３０４号室」のアドレス「ＦＣｈ」を指定して、住宅情報盤３を呼び出す。
【００３９】
次に、警報監視盤１における、棟番号テーブルＴ２のチェック機能について説明する。
ホストＣＰＵ１０は、チェック手段をも構成して、棟番号テーブルＴ２に記憶されたロビーインターホン２のアドレス、そのロビーインターホン２から呼出可能な住戸のグループ番号のデータをチェックするようになっており、データのエラーを検出した後に、ロビーインターホン２のいずれかから、住戸番号が指定された呼出信号が送出されてきたときは、棟番号テーブルＴ２を参照せずに、住戸番号テーブルＴ１を参照して、呼出信号によって指定された住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す。
【００４０】
このようにすれば、棟番号テーブルＴ２のデータが、ノイズなどの影響によって破壊されたとしても、元々、呼出可能であった住戸が、呼出不可になることがない（フェイルセーフ）。
図６には、上記チェック機能の具体的な動作をフローチャートで示している。図６（ａ）は、書き込んだデータを読み出して、書き込んだデータと読み込んだデータを比較してチェックする場合である（２００〜２０６）。
【００４１】
警報監視盤１では、キー入力部１６の操作により、棟番号テーブルＴ２の登録処理を開始し、登録データの入力が完了すると、そのデータをフラッシュメモリ１７に書き込むが（２００〜２０２）、書き込んだデータを、すぐに、または、一定期間後や定期的に、フラッシュメモリ１７から読み出して、書き込んだデータと読み出したデータとを比較する（２０３，２０４）。
【００４２】
その結果、両者が一致すれば、データは正常のままであるので、登録後にすぐにチェックした場合は、以降の動作において使用するため、フラッシュメモリ１７に記憶された棟番号テーブルＴ２のデータを、Ｓ−ＲＡＭ１８に転送する（２０５）。一方、両者が一致しなければ、データは異常（エラー）であるので、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２のロビーインターホン２のアドレスに対応して記憶されている棟番号を、すべて「０」（全棟呼出可）に書き換える（２０６）。なお、このとき、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２は、書き換えずに、そのまま使用するようにしてもよい。
【００４３】
図６（ｂ）は、チェックサムによって、データの有効性をチェックする場合である（２１０〜２１５）。チェックサムとは、データをブロックに分け、各ブロック内のデータの総和を求め、その値の一部を、例えば、時間をおいて比較することでチェックする方式であり、ここでは、テーブルＴ２のすべてのデータを１つのブロックとしてチェックサムを行えばよい。このため、フラッシュメモリ１７にデータが登録されるときは、同時にチェックサムデータも登録されている。
【００４４】
ここでは、データチェックを定期的に行っており、前回のチェックから所定時間が経過すれば、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２のデータからチェックサムデータを作成し、フラッシュメモリ１７に記憶されているチェクサムデータと比較する（２１０〜２１３）。
その結果、両者が一致すれば、データは正常のままであるので、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２は書き換えずに、そのまま使用する。一方、両者が一致しなければ、データは異常（エラー）であるので、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２のロビーインターホン２のアドレスに対応して記憶されている棟番号を、すべて「０」（全棟呼出可）に書き換える（２１４，２１５）。このとき、フラッシュメモリ１７に記憶されているデータは正常であるとして、フラッシュメモリ１７からＳ−ＲＡＭ１８にデータを転送するようにしてもよい。チェックサムによれば、すべてのデータを比較せずに済むので、処理時間が短縮できる。
【００４５】
なお、ここでは、フラッシュメモリ１７とＳ−ＲＡＭ１８に記憶されたデータを比較するようにしているが、フラッシュメモリ１７に記憶されたデータと、ホストＣＰＵ１０内部に持つデータとを比較するようにしてもよい。
次に、本発明に係る集合住宅監視通話システムの別の構成を、図７にブロック図で示す。
【００４６】
図１に示した構成と比べ、警報監視盤１と、各住戸の住宅情報盤３は、同じ構成になっている。但し、警報監視盤１のフラッシュメモリ１７及びＳ−ＲＡＭ１８には、住戸番号テーブルＴ１と棟番号テーブルＴ２を設けていない。
ロビーインターホン２Ａは、図１の構成に加えて、書換え可能とした読み出し専用メモリであるフラッシュメモリ２６と、データの読み出しと書き込みが随時可能なＳ−ＲＡＭ２７とを備えており、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、このロビーインターホン２Ａから呼出可能な住戸のグループ番号を記憶した記憶手段を、これらフラッシュメモリ２６及びＳ−ＲＡＭ２７に設けている。
【００４７】
記憶手段の構成は、図２（ｂ）に示した住戸番号テーブルＴ１、同図（ａ）に示した棟番号テーブルＴ２と同様である。したがって、棟番号テーブルＴ２には、そのロビーインターホン２Ａはいずれのグループに属する住戸であっても呼出可能であることを記憶できるようにもなっている。
ロビーインターホン２Ａの棟番号テーブルＴ２には、図１において警報監視盤１に記憶しているように、他のロビーインターホンが呼出可能である住戸のグループは登録しなくてもよいが、すべてのロビーインターホン２Ａに同じ構成のテーブルＴ２が使用できるようにする場合は、図２（ａ）に示したテーブル構成にすればよい。
【００４８】
各ロビーインターホン２Ａに、テーブルＴ１，Ｔ２を設ければ、図３に示したシステム構成では、各棟（１棟〜８棟）に設けられたロビーインターホンＬＢ１〜ＬＢ５（２Ａ）は、同じ棟に属する住戸のみを呼び出すことができる。また、管理棟に設置されたロビーインターホンＬＢ６からは、いずれの棟に属する住戸であっても呼出可能にすることができる。
【００４９】
また、図９に示した階段独立型の集合住宅であっても、各ロビーインターホンＬＢ１〜ＬＢ３（２Ａ）のテーブルＴ２，Ｔ１に、各々から呼出可能な住戸を登録しておけば、その呼び出した玄関から集合住宅内に入ると、確実に目的とする住戸を訪問できることになる。
ロビーインターホン２Ａでは、登録手段を構成するキー入力部２４によって、住戸番号テーブルＴ１に、各住戸の住戸番号、その住戸の住宅情報盤３のアドレスが登録できるとともに、棟番号テーブルＴ２に、そのロビーインターホン２Ａから呼出可能な住戸の棟番号（グループ番号）が登録できる。なお、この登録は、キー操作によるもの以外に、ディップスイッチなどで出来るようにしてもよい。
【００５０】
次に、ロビーインターホン２Ａの動作を、図８のフローチャートを用いて説明する。
制御手段であるＣＰＵ２０は、操作手段を構成するキー入力部２４によって、呼び出す住戸の住戸番号が入力操作され、更に、呼出ボタンが操作されると（３００）、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２を参照して、入力された住戸番号の住戸が属する棟番号が記憶されているかをチェックする。同じ棟番号が記憶されているか、全棟の呼出を可とすることが記憶されていれば、次に住戸番号テーブルＴ１を参照する（３０２〜３０４）。すなわち、棟番号テーブルＴ２に、いずれの棟（グループ）に属する住戸であっても呼出可能であることが記憶されている場合も、住戸番号テーブルＴ１を参照する。
【００５１】
住戸番号テーブルＴ１に、入力された住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、警報監視盤１を介して、住宅情報盤３を呼び出す（３０５，３０６）。
ところが、入力された住戸番号が属する棟番号と、棟番号テーブルＴ２に記憶されている棟番号とが一致せず、全棟呼出可の設定でもない場合（３０３のＮ）、住戸番号テーブルＴ１に、入力された住戸番号が記憶されていない場合（３０５のＮ）などでは、このロビーインターホン２Ａにおいて、呼出不可を報知する（３０７）。
【００５２】
この報知手段には、呼出ができないことを文字や表示灯によって表示する表示回路部２３や、スピーカＳＰ２からアラーム音や音声メッセージを出力するインターホン回路部２２がある。
なお、ここでは、ロビーインターホン２Ａから、警報監視盤１を介して住宅情報盤３を呼び出す場合を説明したが、ロビーインターホン２Ａでは、住宅情報盤３のアドレスを指定できるため、住宅情報盤３を、直接呼び出すようにしてもよい。
【００５３】
また、ここでは、ロビーインターホン２Ａから、住宅情報盤３のアドレスを指定して呼び出す場合を説明したが、住戸番号テーブルＴ１をロビーインターホン２Ａ側に設けず、警報監視盤１側に設けるようにして、ロビーインターホン２Ａからは住戸番号を指定した呼出信号（図５参照）を、警報監視盤１に送信し、警報監視盤１が住宅情報盤３のアドレスを指定して呼び出すようにしてもよい。
【００５４】
次に、ロビーインターホン２Ａにおける、棟番号テーブルＴ２のチェック機能について説明する。
ＣＰＵ２０は、チェック手段を構成して、棟番号テーブルＴ２に記憶された、このロビーインターホン２Ａから呼出可能な住戸のグループ番号のデータをチェックする。チェックの結果、データのエラーを検出した後に、キー操作部２４によって、呼び出す住戸番号が入力されたときには、棟番号テーブルＴ２を参照せずに、住戸番号テーブルＴ１を参照して、入力された住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す。
【００５５】
このチェック機能の具体的な動作は、図６（ａ），（ｂ）にフローチャートで示した動作と同様であり、処理の対象が、ロビーインターホン２Ａのフラッシュメモリ２６、Ｓ−ＲＡＭ２７に記憶されたデータになる以外は同じである。
【００５６】
【発明の効果】
以上の説明から理解できるように、請求項１〜５では、警報監視盤に、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応付けて記憶しているので、ロビーインターホンから呼出可能なグループの住戸のみを呼び出すことができる。
【００５７】
したがって、従来のように、ロビーインターホンから、他の階段を使用する住戸や、他の棟の住戸を呼び出すことがなく、呼び出した玄関から入れば、必ず、目的とする住戸が存在することになる。また、警報監視盤では、各住宅情報盤のアドレスと住戸番号とを対応させて管理しているので、１台の警報監視盤で大規模な集合住宅が管理できる。
【００５９】
また、請求項１では、ロビーインターホンから、住戸番号とグループ番号とを入力すれば、目的とする住戸の呼出ができる。請求項２では、グループ番号を入力してくても、目的とする住戸の呼出ができる。請求項３では、いずれのグループに属する住戸であっても呼出可能とするロビーインターホンを登録できる。請求項４では、警報監視盤からロビーインターホンに呼出不可信号を返信する機能を有しているので、ロビーインターホンにおいて呼出ができないことがわかる。
【００６０】
請求項５では、警報監視盤に記憶されたロビーインターホンのアドレス、そのロビーインターホンから呼出可能な住戸のグループ番号のデータをチェックし、そのデータのエラーを検出した後に、ロビーインターホンから呼出信号が送出されてきたときには、いずれのグループに属する住戸でも呼出できるようにするので、データ破壊が生じても、目的とする住戸が呼出不可になることがない。
【図面の簡単な説明】
【図１】本発明に係る集合住宅監視通話システムの基本構成の一例を示すブロック図である。
【図２】棟番号テーブルと住戸番号テーブルの構成の一例を示す図である。
【図３】本発明に係る集合住宅監視通話システムの構成の例を示す模式図である。
【図４】警報監視盤の動作の一例を示すフローチャートである。
【図５】ロビーインターホンから警報監視盤に送出される信号の構成例を示す図である。
【図６】警報監視盤のテーブルのチェック動作の例を示すフローチャートである。
【図７】本発明に係る集合住宅監視通話システムの基本構成の別の例を示すブロック図である。
【図８】ロビーインターホンの動作の一例を示すフローチャートである。
【図９】従来の集合住宅監視通話システムの問題点を説明するための図である。
【図１０】従来の集合住宅監視通話システムの問題点を説明するための図である。
【符号の説明】
１，ＭＫ 警報監視盤
１０ ホストＣＰＵ
１７ フラッシュメモリ
１８ Ｓ−ＲＡＭ
２，２Ａ，ＬＢ１〜ＬＢ６ ロビーインターホン
２０ ＣＰＵ
２２ インターホン回路部
２３ 表示回路部
２４ キー入力部
２６ フラッシュメモリ
２７ Ｓ−ＲＡＭ
３，ＪＫ 住宅情報盤
３０ ＣＰＵ
Ｌ１ 信号線
Ｌ２ 通話線
Ｔ１ 住戸番号テーブル
Ｔ２ 棟番号テーブル
【発明の属する技術分野】
本発明は、マンション等の集合住宅における監視通話システム、特に、複数のロビーインターホンを設けている集合住宅監視通話システムに関する。
【０００２】
【従来の技術】
近時の集合住宅では、各住戸に設置したインターホン機能付きの住宅情報盤と、共同玄関に設置したロビーインターホンと、管理人室に設置したインターホン機能付きの警報監視盤とを、通話線と制御用の信号線とを介して接続し、集合住宅監視通話システムを構成している。
【０００３】
このシステムの基本動作を説明すると、来訪者はロビーインターホンから住戸番号を入力して、警報監視盤を介して、目的とする住戸を呼び出す。これに対して、その住戸の住宅情報盤では、呼出音を鳴動させる。ここで、ハンドセットを取り上げるなどで応答すれば、玄関先の来訪者との通話が可能になり、集合住宅内への立ち入りを許可するときには、ボタン操作などにより共同玄関の解錠を指示すれば、警報監視盤が玄関に設置された電気錠などを解錠する。また、来訪者は管理人を呼び出すこともでき、この場合も同様の操作をすれば、ロビーインターホンと警報監視盤との通話が可能になる。
【０００４】
【発明が解決しようとする課題】
ところが、上記従来の集合住宅監視通話システムでは、集合住宅が大規模になると、以下のような問題が生じていた。
図９と図１０は、その問題を説明するための図である。
図９は、同じ階において通路（廊下）がない、階段（及びエレベータ）独立型の住宅を示している。図中、ＭＫは管理人室等に設置される警報監視盤、ＬＢ（ＬＢ１〜ＬＢ３）は複数ある共同玄関の各々に設けられたロビーインターホン、ＪＫは各住戸に設置された住宅情報盤を示している。
【０００５】
このタイプの住宅では、各共同玄関から訪問できる住戸が限定されている。例えば、この図では、ロビーインターホンＬＢ１が設置されている共同玄関からは、住戸（１０１，１０２，２０１，２０２，３０１，３０２号室）のみが訪問できる。
ところが、各ロビーインターホンＬＢ１〜ＬＢ３からは、すべての住戸を個別に呼び出しできるようになっており、例えば、ロビーインターホンＬＢ１から３０６号室の住戸を呼出できるが、その住戸の住宅情報盤ＪＫから、共同玄関の解錠指示があったとしても、通話中であったロビーインターホンＬＢ１が設置された共同玄関の解錠がされるのみであり、その玄関から階段１を昇っても、３０６号室を訪問することはできなかった。また、３０６号室の住宅情報盤ＪＫから、ロビーインターホンＬＢ１に、ロビーインターホンＬＢ３から再度呼び出すことを指示しなければならず、面倒であった。
【０００６】
図１０（ａ）は、複数の棟（図では、１棟〜８棟）からなるタイプの住宅を示している。このタイプの住宅でも、各棟のロビーインターホンＬＢから、他棟の住戸の住宅情報盤ＪＫが呼び出すことができてしまうという問題があった。
図示したように、１台の警報監視盤ＭＫによって複数の棟を管理する場合、２桁の階番号と２桁の部屋番号からなる住戸番号を、１桁の棟番号と１桁の階番号と２桁の部屋番号で構成すればよいが、１０階（２桁）以上あるいは１０棟（２桁）以上の住宅では、住戸番号の桁数が足りなくなるので対処できない。
【０００７】
そこで、同図（ｂ）に示すように、各棟に警報監視盤ＭＫを設置し、各警報監視盤ＭＫを、群管理インタフェースＩＦを介してセンタ監視盤ＣＫに接続し、群管理システムを構成すればよいが、センタ監視盤ＣＫを設置する必要があり、また、棟毎に警報監視盤ＭＫを設置する必要があるため、大幅なコストアップになるという問題がある。
【０００８】
本発明は、このような問題に鑑みてなされたものであり、各ロビーインターホンから呼び出しできる住戸を限定し、また、１台の警報監視盤で、大規模な集合住宅の管理が出来るようにした集合住宅監視通話システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
本発明は、上記目的を達成するために提案されたものであり、請求項１〜請求項５に記載の集合住宅監視通話システムでは、警報監視盤の構成に特徴を有している。
請求項１では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、ロビーインターホンのいずれかから、グループ番号を含んだ住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して、呼出信号によって指定された住戸番号に含まれているグループ番号が記憶されていれば、更に記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
ここに、住戸のグループ番号には、棟番号や階段番号、エレベータ番号の他、各ロビーインターホンに割り当てられた、１又は複数の住戸が属するグループを示す番号がある。
【００１０】
請求項２では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、ロビーインターホンのいずれかから、グループ番号を含まない住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して記憶されているグループ番号を取り出し、呼出信号によって指定された住戸番号に含ませて、更に記憶手段を参照し、その住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
【００１１】
請求項３では、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段を備え、この記憶手段は、ロビーインターホンのアドレスに対応させて、そのロビーインターホンはいずれのグループに属する住戸であっても呼出可能であることを記憶できるようになっており、ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときに、記憶手段を参照して、そのロビーインターホンのアドレスに対応して、いずれのグループに属する住戸であっても呼出可能であることが記憶されていれば、更に記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段を備えた。
【００１２】
請求項４では、警報監視盤の制御手段は、ロビーインターホンから送出されてくる呼出信号に対して、住宅情報盤を呼び出さないときには、そのロビーインターホンに呼出不可信号を返信することを特徴とする。
【００１３】
請求項５では、警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、警報監視盤は、各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、記憶手段に記憶されたロビーインターホンのアドレス、そのロビーインターホンから呼出可能な住戸のグループ番号のデータをチェックするチェック手段と、チェック手段がデータのエラーを検出した後に、ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときは、記憶手段を参照して、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている。
【００２０】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照しつつ説明する。
図１は、本発明に係る集合住宅監視通話システムの基本構成を示したブロック図である。
管理人室や警備室等に設置した警報監視盤１と、共同玄関に設置したロビーインターホン２と、各住戸に設置した住宅情報盤３とは、信号線Ｌ１と通話線Ｌ２とを介して接続されており、それぞれの間での通話を可能としている。
【００２１】
警報監視盤１には、この警報監視盤１とともにシステム全体を制御する制御手段を構成するホストＣＰＵ１０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部１１と、この信号送受信部１１による伝送を制御する伝送ＣＰＵ１２と、通話線Ｌ２を通じたインターホン通話を制御するとともに、スピーカＳＰ１からの呼出音などの出力を行うインターホン回路部１３と、インターホン通話のためのハンドセット１４と、液晶画面や各種表示灯などで構成される表示回路部１５と、ファンクションキーやテンキー等で構成されたキー入力部１６と、書換え可能とした読み出し専用メモリであるフラッシュメモリ１７（フラッシュＥＥＰＲＯＭ）と、データの読み出しと書き込みが随時可能なＳ−ＲＡＭ１８（スタティックＲＡＭ）とを備える。
【００２２】
ロビーインターホン２には、ロビーインターホン２の各部を制御するＣＰＵ２０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部２１と、通話線Ｌ２を通じたマイクＭＩ２とスピーカＳＰ２によるインターホン通話を制御するインターホン回路部２２と、液晶画面、７セグメント表示器、各種表示灯などで構成され、住戸番号などを表示する表示回路部２３と、テンキーや呼出ボタン等で構成されたキー入力部２４と、このロビーインターホン２に割り当てられたアドレスを設定するためのディップスイッチ２５とを備える。
【００２３】
また、各住戸に設置された住宅情報盤３には、住宅情報盤３の各部を制御するＣＰＵ３０と、信号線Ｌ１を通じて制御信号を送受する信号送受信部３１と、通話線Ｌ２を通じたインターホン通話を制御するとともに、スピーカＳＰ３からの呼出音などの出力を制御するインターホン回路部３２と、インターホン通話をするためのハンドセット３３と、液晶画面や各種表示灯などで構成された表示回路部３４と、テンキー等で構成されたキー入力部３５と、この住宅情報盤３に割り当てられたアドレスを設定するためのディップスイッチ３６とを備える。
【００２４】
警報監視盤１は、信号線Ｌ１を通じ、ロビーインターホン２から住戸の呼出信号を受信したときには、呼び出す住戸の住宅情報盤３のアドレスを指定し、信号線Ｌ１を通じて呼出信号を送出する。住宅情報盤３では、自己宛の呼出信号を検出すれば、スピーカＳＰ３から呼出音を出力し、ハンドセット３３を取り上げて応答すれば、ロビーインターホン２と住宅情報盤３の間では、通話線Ｌ２を通じて、双方のインターホン回路部２２，３２による通話が可能になる。通話中の住宅情報盤３は、信号送受信部３１から信号線Ｌ１を通じて、解錠信号を送出すれば、警報監視盤１は、ロビーインターホン２に近設された電気錠（不図示）を解錠して、呼び出した人が共同玄関から住宅内に入ることを許可する。
【００２５】
警報監視盤１は、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホン２のアドレスと、そのロビーインターホン２から呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段とを備えており、ここでは、フラッシュメモリ１７及びＳ−ＲＡＭ１８に設けられる。
【００２６】
記憶手段に記憶されるデータは、電源の供給が停止したとしても消えないように、フラッシュメモリ１７に記憶されるようになっているが、通常の動作時は、アクセス速度の高速化を図るため、フラッシュメモリ１７からＳ−ＲＡＭ１８に転送されたデータを用いるようにしている。なお、記憶手段は、フラッシュメモリ１７に登録することには限定されず、マスクＲＯＭや、ＥＰＲＯＭなどのＰＲＯＭに登録しておくようにしてもよい。
【００２７】
図２には、上記した記憶手段の構成の例を示している。
図２（ａ）には、ロビーインターホン２のアドレスと、そのロビーインターホン２から呼出可能な住戸が属する棟の番号（棟番号）とを対応させて記憶した棟番号テーブルＴ２の例を示している。なお、住戸のグループ番号には、棟番号や階段番号（図９、図１０参照）の他、各ロビーインターホン２に割り当てられる複数の住戸が属するグループを示す番号がある。
【００２８】
また、棟番号テーブルＴ２には、ロビーインターホン２のアドレスに対応させて、そのロビーインターホン２は、いずれのグループに属する住戸であっても呼出可能であることも記憶できる。図例では、「アドレス６」のロビーインターホン２に対応して、棟番号として「０」を登録して、いずれの棟に属する住戸も呼び出しできるようにしている。
【００２９】
図２（ｂ）には、各住戸の住戸番号と、その住戸の住宅情報盤３のアドレスとを対応させて記憶した住戸番号テーブルＴ１の例を示している。ここに記憶される住戸番号は、その住戸のグループ番号である棟番号をも含んだ構成になっている。
ここでは、記憶手段は、棟番号テーブルＴ２と住戸番号テーブルＴ１の２つのテーブルで構成されているが、これに限定されることはなく、両者を一体化させた構成にしてもよい。
【００３０】
以上のようにして、テーブルＴ２，Ｔ１の内容を構成したときのシステム構成は、図３に示すようになる。図中、ＭＫは警報監視盤（１）、ＬＢ１〜ＬＢ６は複数ある共同玄関の各々に設けられたロビーインターホン（２）、ＪＫは各住戸に設置された住宅情報盤（３）を示している。
ここでは、１棟にロビーインターホンＬＢ１（アドレス１），ＬＢ２（アドレス２）が設置され、２棟にロビーインターホンＬＢ３（アドレス３），ＬＢ４（アドレス４）が設置され、３棟にロビーインターホンＬＢ５（アドレス５）が設置され、各ロビーインターホンＬＢ１〜ＬＢ６は、同じ棟に属する住戸のみを呼び出すことができるようになっている。また、警報監視盤ＭＫを設置した管理棟では、ロビーインターホンＬＢ６（アドレス６）から、いずれの棟に属する住戸であっても呼出可能になっている。
【００３１】
また、図９に示した階段独立型の集合住宅であっても、警報監視盤１のテーブルＴ２，Ｔ１に、各ロビーインターホンＬＢ１〜ＬＢ３（２）から呼出可能な住戸を登録しておけば、その呼び出した玄関から集合住宅内に入ると、確実に目的とする住戸を訪問できることになる。
警報監視盤１では、登録手段を構成するキー入力部１６によって、登録モードとした後に、テンキー等を操作して、住戸番号テーブルＴ１に、各住戸の住戸番号、その住戸の住宅情報盤３のアドレスが登録できるとともに、棟番号テーブルＴ２に、ロビーインターホン２のアドレス、そのロビーインターホン２から呼出可能な住戸の棟番号（グループ番号）が登録できる。なお、この登録は、キー操作によるもの以外に、ディップスイッチなどによってできるようにしてもよい。
【００３２】
次に、警報監視盤１の動作を、図４のフローチャートを用いて説明する。ここでは、呼出信号として、グループ番号である棟番号を含んだ住戸番号を指定する場合と、棟番号を含まずに住戸番号を指定する場合とがある。
警報監視盤１のホストＣＰＵ１０は、ロビーインターホン２のいずれかから、信号線Ｌ１を通じて、呼出信号を受信したときは（１００）、その呼出信号によって指定されている住戸番号に、棟番号が含まれているかをチェックする（１０１）。
【００３３】
住戸番号に棟番号が含まれているときは、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２を参照して、呼出元のロビーインターホン２のアドレスに対応して、その住戸番号に含まれている棟番号が記憶されているかをチェックする。棟番号テーブルＴ２に、同じ棟番号が記憶されているか、全棟の呼出を可とすることが記憶されていれば、住戸番号テーブルＴ１を参照する（１０２〜１０５）。すなわち、棟番号テーブルＴ２に、そのロビーインターホン２のアドレスに対応して、いずれのグループに属する住戸であっても呼出可能であることが記憶されている場合も、住戸番号テーブルＴ１を参照する（１０４，１０５）。
【００３４】
住戸番号テーブルＴ１に、呼出信号によって指定された住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す（１０６，１０７）。
一方、ロビーインターホン２から、棟番号を含まない住戸番号が指定された呼出信号が送出されてきたときは、棟番号テーブルＴ２を参照して、呼出元のロビーインターホン２のアドレスに対応して記憶されている棟番号を取り出し、呼出信号によって指定された住戸番号に含ませ、この住戸番号を基に、住戸番号テーブルＴ１を参照する（１０８〜１１２）。
【００３５】
そして、住戸番号テーブルＴ１に、その住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す（１１３，１１４）。
ところが、棟番号を含んだ住戸番号が指定された呼出信号を受信したときに、その棟番号が棟番号テーブルＴ２に記憶されている棟番号と一致せず、棟番号テーブルＴ２に全棟呼出可の設定もされていない場合（１０４のＮ）、住戸番号テーブルＴ１に指定された住戸番号が記憶されていない場合（１０６のＮ）、棟番号を含まない住戸番号が指定された呼出信号を受信したときに、棟番号テーブルＴ２が全棟呼出可の設定になっている場合（１１０のＹ）、住戸番号テーブルＴ１に住戸番号が記憶されていない場合（１１３のＮ）などでは、呼出元のロビーインターホン２に呼出不可信号を返信する（１１５）。
【００３６】
すなわち、ホストＣＰＵ１０は、ロビーインターホン２から送出されてくる呼出信号に対して、住宅情報盤３を呼び出さないときには、そのロビーインターホン２に信号線Ｌ１を通じて呼出不可信号を返信する。これを受けたロビーインターホン２では、呼出ができないことを、表示回路部２２によって表示したり、スピーカＳＰ２からアラーム音や音声メッセージを出力する。
【００３７】
図５には、呼出信号の構成例を示している。図５（ａ）は、グループ番号である棟番号を含まずに住戸番号を指定する場合、図５（ｂ）は、棟番号を含んだ住戸番号を指定する場合である。
例えば、図３に示すシステム構成、図２に示すテーブル構成において、２棟にあるロビーインターホンＬＢ４（アドレス４）で、部屋番号「２０１」のみが入力され、呼出ボタンが操作されると、図５（ａ）に示すような信号が送出される。警報監視盤１では、呼出番号内の棟番号が「００」なので、棟番号テーブルＴ２を参照して、「アドレス４」に対応して登録されている棟番号「２」を取り出し、これを住戸番号に含ませ、住戸番号テーブルＴ１を参照する。住戸番号テーブルＴ１には、住戸番号「２棟２０１号室」に対応してアドレス「Ｄ７ｈ」が記憶されているので、このアドレスを指定して、住宅情報盤３を呼び出す。
【００３８】
一方、例えば、管理棟にあるロビーインターホンＬＢ６（アドレス６）で、棟番号「３」と部屋番号「３０４」が入力され、呼出ボタンが操作されると、図５（ｂ）に示すような信号が送出される。警報監視盤１では、棟番号テーブルＴ２から、「アドレス６」に対応して登録されている棟番号「０」を参照する。登録されている棟番号「０」は、いずれの棟に属する住戸でも呼出が可能であることを示すものなので、続いて、住戸番号テーブルＴ１を参照し、住戸番号「３棟３０４号室」のアドレス「ＦＣｈ」を指定して、住宅情報盤３を呼び出す。
【００３９】
次に、警報監視盤１における、棟番号テーブルＴ２のチェック機能について説明する。
ホストＣＰＵ１０は、チェック手段をも構成して、棟番号テーブルＴ２に記憶されたロビーインターホン２のアドレス、そのロビーインターホン２から呼出可能な住戸のグループ番号のデータをチェックするようになっており、データのエラーを検出した後に、ロビーインターホン２のいずれかから、住戸番号が指定された呼出信号が送出されてきたときは、棟番号テーブルＴ２を参照せずに、住戸番号テーブルＴ１を参照して、呼出信号によって指定された住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す。
【００４０】
このようにすれば、棟番号テーブルＴ２のデータが、ノイズなどの影響によって破壊されたとしても、元々、呼出可能であった住戸が、呼出不可になることがない（フェイルセーフ）。
図６には、上記チェック機能の具体的な動作をフローチャートで示している。図６（ａ）は、書き込んだデータを読み出して、書き込んだデータと読み込んだデータを比較してチェックする場合である（２００〜２０６）。
【００４１】
警報監視盤１では、キー入力部１６の操作により、棟番号テーブルＴ２の登録処理を開始し、登録データの入力が完了すると、そのデータをフラッシュメモリ１７に書き込むが（２００〜２０２）、書き込んだデータを、すぐに、または、一定期間後や定期的に、フラッシュメモリ１７から読み出して、書き込んだデータと読み出したデータとを比較する（２０３，２０４）。
【００４２】
その結果、両者が一致すれば、データは正常のままであるので、登録後にすぐにチェックした場合は、以降の動作において使用するため、フラッシュメモリ１７に記憶された棟番号テーブルＴ２のデータを、Ｓ−ＲＡＭ１８に転送する（２０５）。一方、両者が一致しなければ、データは異常（エラー）であるので、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２のロビーインターホン２のアドレスに対応して記憶されている棟番号を、すべて「０」（全棟呼出可）に書き換える（２０６）。なお、このとき、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２は、書き換えずに、そのまま使用するようにしてもよい。
【００４３】
図６（ｂ）は、チェックサムによって、データの有効性をチェックする場合である（２１０〜２１５）。チェックサムとは、データをブロックに分け、各ブロック内のデータの総和を求め、その値の一部を、例えば、時間をおいて比較することでチェックする方式であり、ここでは、テーブルＴ２のすべてのデータを１つのブロックとしてチェックサムを行えばよい。このため、フラッシュメモリ１７にデータが登録されるときは、同時にチェックサムデータも登録されている。
【００４４】
ここでは、データチェックを定期的に行っており、前回のチェックから所定時間が経過すれば、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２のデータからチェックサムデータを作成し、フラッシュメモリ１７に記憶されているチェクサムデータと比較する（２１０〜２１３）。
その結果、両者が一致すれば、データは正常のままであるので、Ｓ−ＲＡＭ１８に記憶されている棟番号テーブルＴ２は書き換えずに、そのまま使用する。一方、両者が一致しなければ、データは異常（エラー）であるので、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２のロビーインターホン２のアドレスに対応して記憶されている棟番号を、すべて「０」（全棟呼出可）に書き換える（２１４，２１５）。このとき、フラッシュメモリ１７に記憶されているデータは正常であるとして、フラッシュメモリ１７からＳ−ＲＡＭ１８にデータを転送するようにしてもよい。チェックサムによれば、すべてのデータを比較せずに済むので、処理時間が短縮できる。
【００４５】
なお、ここでは、フラッシュメモリ１７とＳ−ＲＡＭ１８に記憶されたデータを比較するようにしているが、フラッシュメモリ１７に記憶されたデータと、ホストＣＰＵ１０内部に持つデータとを比較するようにしてもよい。
次に、本発明に係る集合住宅監視通話システムの別の構成を、図７にブロック図で示す。
【００４６】
図１に示した構成と比べ、警報監視盤１と、各住戸の住宅情報盤３は、同じ構成になっている。但し、警報監視盤１のフラッシュメモリ１７及びＳ−ＲＡＭ１８には、住戸番号テーブルＴ１と棟番号テーブルＴ２を設けていない。
ロビーインターホン２Ａは、図１の構成に加えて、書換え可能とした読み出し専用メモリであるフラッシュメモリ２６と、データの読み出しと書き込みが随時可能なＳ−ＲＡＭ２７とを備えており、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、このロビーインターホン２Ａから呼出可能な住戸のグループ番号を記憶した記憶手段を、これらフラッシュメモリ２６及びＳ−ＲＡＭ２７に設けている。
【００４７】
記憶手段の構成は、図２（ｂ）に示した住戸番号テーブルＴ１、同図（ａ）に示した棟番号テーブルＴ２と同様である。したがって、棟番号テーブルＴ２には、そのロビーインターホン２Ａはいずれのグループに属する住戸であっても呼出可能であることを記憶できるようにもなっている。
ロビーインターホン２Ａの棟番号テーブルＴ２には、図１において警報監視盤１に記憶しているように、他のロビーインターホンが呼出可能である住戸のグループは登録しなくてもよいが、すべてのロビーインターホン２Ａに同じ構成のテーブルＴ２が使用できるようにする場合は、図２（ａ）に示したテーブル構成にすればよい。
【００４８】
各ロビーインターホン２Ａに、テーブルＴ１，Ｔ２を設ければ、図３に示したシステム構成では、各棟（１棟〜８棟）に設けられたロビーインターホンＬＢ１〜ＬＢ５（２Ａ）は、同じ棟に属する住戸のみを呼び出すことができる。また、管理棟に設置されたロビーインターホンＬＢ６からは、いずれの棟に属する住戸であっても呼出可能にすることができる。
【００４９】
また、図９に示した階段独立型の集合住宅であっても、各ロビーインターホンＬＢ１〜ＬＢ３（２Ａ）のテーブルＴ２，Ｔ１に、各々から呼出可能な住戸を登録しておけば、その呼び出した玄関から集合住宅内に入ると、確実に目的とする住戸を訪問できることになる。
ロビーインターホン２Ａでは、登録手段を構成するキー入力部２４によって、住戸番号テーブルＴ１に、各住戸の住戸番号、その住戸の住宅情報盤３のアドレスが登録できるとともに、棟番号テーブルＴ２に、そのロビーインターホン２Ａから呼出可能な住戸の棟番号（グループ番号）が登録できる。なお、この登録は、キー操作によるもの以外に、ディップスイッチなどで出来るようにしてもよい。
【００５０】
次に、ロビーインターホン２Ａの動作を、図８のフローチャートを用いて説明する。
制御手段であるＣＰＵ２０は、操作手段を構成するキー入力部２４によって、呼び出す住戸の住戸番号が入力操作され、更に、呼出ボタンが操作されると（３００）、Ｓ−ＲＡＭ１８に記憶された棟番号テーブルＴ２を参照して、入力された住戸番号の住戸が属する棟番号が記憶されているかをチェックする。同じ棟番号が記憶されているか、全棟の呼出を可とすることが記憶されていれば、次に住戸番号テーブルＴ１を参照する（３０２〜３０４）。すなわち、棟番号テーブルＴ２に、いずれの棟（グループ）に属する住戸であっても呼出可能であることが記憶されている場合も、住戸番号テーブルＴ１を参照する。
【００５１】
住戸番号テーブルＴ１に、入力された住戸番号が記憶されていれば、その住戸番号に対応して記憶されているアドレスを指定して、警報監視盤１を介して、住宅情報盤３を呼び出す（３０５，３０６）。
ところが、入力された住戸番号が属する棟番号と、棟番号テーブルＴ２に記憶されている棟番号とが一致せず、全棟呼出可の設定でもない場合（３０３のＮ）、住戸番号テーブルＴ１に、入力された住戸番号が記憶されていない場合（３０５のＮ）などでは、このロビーインターホン２Ａにおいて、呼出不可を報知する（３０７）。
【００５２】
この報知手段には、呼出ができないことを文字や表示灯によって表示する表示回路部２３や、スピーカＳＰ２からアラーム音や音声メッセージを出力するインターホン回路部２２がある。
なお、ここでは、ロビーインターホン２Ａから、警報監視盤１を介して住宅情報盤３を呼び出す場合を説明したが、ロビーインターホン２Ａでは、住宅情報盤３のアドレスを指定できるため、住宅情報盤３を、直接呼び出すようにしてもよい。
【００５３】
また、ここでは、ロビーインターホン２Ａから、住宅情報盤３のアドレスを指定して呼び出す場合を説明したが、住戸番号テーブルＴ１をロビーインターホン２Ａ側に設けず、警報監視盤１側に設けるようにして、ロビーインターホン２Ａからは住戸番号を指定した呼出信号（図５参照）を、警報監視盤１に送信し、警報監視盤１が住宅情報盤３のアドレスを指定して呼び出すようにしてもよい。
【００５４】
次に、ロビーインターホン２Ａにおける、棟番号テーブルＴ２のチェック機能について説明する。
ＣＰＵ２０は、チェック手段を構成して、棟番号テーブルＴ２に記憶された、このロビーインターホン２Ａから呼出可能な住戸のグループ番号のデータをチェックする。チェックの結果、データのエラーを検出した後に、キー操作部２４によって、呼び出す住戸番号が入力されたときには、棟番号テーブルＴ２を参照せずに、住戸番号テーブルＴ１を参照して、入力された住戸番号に対応して記憶されているアドレスを指定して、住宅情報盤３を呼び出す。
【００５５】
このチェック機能の具体的な動作は、図６（ａ），（ｂ）にフローチャートで示した動作と同様であり、処理の対象が、ロビーインターホン２Ａのフラッシュメモリ２６、Ｓ−ＲＡＭ２７に記憶されたデータになる以外は同じである。
【００５６】
【発明の効果】
以上の説明から理解できるように、請求項１〜５では、警報監視盤に、各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応付けて記憶しているので、ロビーインターホンから呼出可能なグループの住戸のみを呼び出すことができる。
【００５７】
したがって、従来のように、ロビーインターホンから、他の階段を使用する住戸や、他の棟の住戸を呼び出すことがなく、呼び出した玄関から入れば、必ず、目的とする住戸が存在することになる。また、警報監視盤では、各住宅情報盤のアドレスと住戸番号とを対応させて管理しているので、１台の警報監視盤で大規模な集合住宅が管理できる。
【００５９】
また、請求項１では、ロビーインターホンから、住戸番号とグループ番号とを入力すれば、目的とする住戸の呼出ができる。請求項２では、グループ番号を入力してくても、目的とする住戸の呼出ができる。請求項３では、いずれのグループに属する住戸であっても呼出可能とするロビーインターホンを登録できる。請求項４では、警報監視盤からロビーインターホンに呼出不可信号を返信する機能を有しているので、ロビーインターホンにおいて呼出ができないことがわかる。
【００６０】
請求項５では、警報監視盤に記憶されたロビーインターホンのアドレス、そのロビーインターホンから呼出可能な住戸のグループ番号のデータをチェックし、そのデータのエラーを検出した後に、ロビーインターホンから呼出信号が送出されてきたときには、いずれのグループに属する住戸でも呼出できるようにするので、データ破壊が生じても、目的とする住戸が呼出不可になることがない。
【図面の簡単な説明】
【図１】本発明に係る集合住宅監視通話システムの基本構成の一例を示すブロック図である。
【図２】棟番号テーブルと住戸番号テーブルの構成の一例を示す図である。
【図３】本発明に係る集合住宅監視通話システムの構成の例を示す模式図である。
【図４】警報監視盤の動作の一例を示すフローチャートである。
【図５】ロビーインターホンから警報監視盤に送出される信号の構成例を示す図である。
【図６】警報監視盤のテーブルのチェック動作の例を示すフローチャートである。
【図７】本発明に係る集合住宅監視通話システムの基本構成の別の例を示すブロック図である。
【図８】ロビーインターホンの動作の一例を示すフローチャートである。
【図９】従来の集合住宅監視通話システムの問題点を説明するための図である。
【図１０】従来の集合住宅監視通話システムの問題点を説明するための図である。
【符号の説明】
１，ＭＫ 警報監視盤
１０ ホストＣＰＵ
１７ フラッシュメモリ
１８ Ｓ−ＲＡＭ
２，２Ａ，ＬＢ１〜ＬＢ６ ロビーインターホン
２０ ＣＰＵ
２２ インターホン回路部
２３ 表示回路部
２４ キー入力部
２６ フラッシュメモリ
２７ Ｓ−ＲＡＭ
３，ＪＫ 住宅情報盤
３０ ＣＰＵ
Ｌ１ 信号線
Ｌ２ 通話線
Ｔ１ 住戸番号テーブル
Ｔ２ 棟番号テーブル
Claims (5)
- 警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、
上記警報監視盤は、
各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、
上記ロビーインターホンのいずれかから、グループ番号を含んだ住戸番号が指定された呼出信号が送出されてきたときに、上記記憶手段を参照して、そのロビーインターホンのアドレスに対応して、呼出信号によって指定された住戸番号に含まれているグループ番号が記憶されていれば、更に上記記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている、集合住宅監視通話システム。 - 警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、
上記警報監視盤は、
各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、
上記ロビーインターホンのいずれかから、グループ番号を含まない住戸番号が指定された呼出信号が送出されてきたときに、上記記憶手段を参照して、そのロビーインターホンのアドレスに対応して記憶されているグループ番号を取り出し、呼出信号によって指定された住戸番号に含ませて、更に上記記憶手段を参照し、その住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている、集合住宅監視通話システム。 - 警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、
上記警報監視盤は、
各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段を備え、この記憶手段は、
ロビーインターホンのアドレスに対応させて、そのロビーインターホンはいずれのグループに属する住戸であっても呼出可能であることを記憶できるようになっており、
上記ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときに、上記記憶手段を参照して、そのロビーインターホンのアドレスに対応して、いずれのグループに属する住戸であっても呼出可能であることが記憶されていれば、更に上記記憶手段を参照し、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段を備えた、集合住宅監視通話システム。 - 上記警報監視盤の制御手段は、上記ロビーインターホンから送出されてくる呼出信号に対して、住宅情報盤を呼び出さないときには、そのロビーインターホンに呼出不可信号を返信することを特徴とする請求項１〜請求項３のいずれかに記載の集合住宅監視通話システム。
- 警報監視盤に、各住戸の住宅情報盤を接続するとともに、複数のロビーインターホンを接続して、ロビーインターホンから住宅情報盤を呼出可能としている集合住宅監視通話システムにおいて、
上記警報監視盤は、
各住戸のグループ番号を含む各住戸の住戸番号と、その住戸の住宅情報盤のアドレスとを対応させて記憶するとともに、ロビーインターホンのアドレスと、そのロビーインターホンから呼出可能な住戸のグループ番号とを対応させて記憶した記憶手段と、
上記記憶手段に記憶されたロビーインターホンのアドレス、そのロビーインターホンから呼出可能な住戸のグループ番号のデータをチェックするチェック手段と、
上記チェック手段がデータのエラーを検出した後に、上記ロビーインターホンのいずれかから、住戸番号が指定された呼出信号が送出されてきたときは、上記記憶手段を参照して、呼出信号によって指定された住戸番号に対応して記憶されているアドレスの住宅情報盤を呼び出す制御手段とを備えている、集合住宅監視通話システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17291398A JP3880202B2 (ja) | 1998-06-19 | 1998-06-19 | 集合住宅監視通話システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17291398A JP3880202B2 (ja) | 1998-06-19 | 1998-06-19 | 集合住宅監視通話システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000013516A JP2000013516A (ja) | 2000-01-14 |
| JP3880202B2 true JP3880202B2 (ja) | 2007-02-14 |
Family
ID=15950677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17291398A Expired - Fee Related JP3880202B2 (ja) | 1998-06-19 | 1998-06-19 | 集合住宅監視通話システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3880202B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3767365B2 (ja) * | 2000-10-24 | 2006-04-19 | 松下電工株式会社 | 群管理システム |
| JP5111734B2 (ja) * | 2005-03-31 | 2013-01-09 | 能美防災株式会社 | インターホンシステム |
| JP4589184B2 (ja) * | 2005-06-30 | 2010-12-01 | アイホン株式会社 | 集合住宅インターホンシステム |
| JP2009201061A (ja) * | 2008-02-25 | 2009-09-03 | Aiphone Co Ltd | 集合住宅インターホンシステム |
| JP6714410B2 (ja) | 2016-03-28 | 2020-06-24 | アイホン株式会社 | インターホンシステム |
| JP6823995B2 (ja) * | 2016-10-24 | 2021-02-03 | アイホン株式会社 | インターホンシステム |
-
1998
- 1998-06-19 JP JP17291398A patent/JP3880202B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000013516A (ja) | 2000-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20050001717A1 (en) | Security system | |
| JP2009030230A (ja) | 電気錠システム | |
| GB2368955A (en) | Intercom and supervisory system recording image of caller | |
| JP4589184B2 (ja) | 集合住宅インターホンシステム | |
| JP3880202B2 (ja) | 集合住宅監視通話システム | |
| JP3057401B2 (ja) | タッチパネル表示操作画面を備えたロビーインターホン | |
| JP5539753B2 (ja) | 集合住宅インターホンシステム | |
| JP2007133646A (ja) | 集合住宅インターホンシステム | |
| JP2003129712A (ja) | 共同玄関施解錠システム | |
| JPS63238758A (ja) | 集合住宅用監視通話システム | |
| JP3791575B2 (ja) | 集合住宅管理システム | |
| JP2008079105A (ja) | 集合住宅インターホンシステム | |
| JP3878101B2 (ja) | 集合住宅インターホンシステム | |
| JP3079280B2 (ja) | 集合住宅用監視通話システム | |
| JP2551594B2 (ja) | 集合住宅用監視通話システム | |
| JP3656712B2 (ja) | インターホン及びそのシステム | |
| JP3622139B2 (ja) | 集合玄関機 | |
| JPS61125699A (ja) | 集合住宅用監視通話システム | |
| JP3704635B2 (ja) | インターホン | |
| JP2621487B2 (ja) | 大規模集合住宅システム | |
| JP2022152888A (ja) | ドア解錠システム及び集合住宅インターホンシステム | |
| JP2003169150A (ja) | 集合住宅インターホンシステム | |
| JP4771478B2 (ja) | インターホンシステム | |
| JP2740957B2 (ja) | 集合住宅用監視通話システム | |
| JP2022146571A (ja) | 集合住宅インターホンシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040914 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041115 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041227 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050318 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091117 Year of fee payment: 3 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091117 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091117 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |