JP4231995B2 - 通報装置 - Google Patents
通報装置 Download PDFInfo
- Publication number
- JP4231995B2 JP4231995B2 JP2002282180A JP2002282180A JP4231995B2 JP 4231995 B2 JP4231995 B2 JP 4231995B2 JP 2002282180 A JP2002282180 A JP 2002282180A JP 2002282180 A JP2002282180 A JP 2002282180A JP 4231995 B2 JP4231995 B2 JP 4231995B2
- Authority
- JP
- Japan
- Prior art keywords
- notification
- information
- specific information
- crime prevention
- report
- 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
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【発明の属する技術分野】
この発明は、予め設定された通報先に、例えば火災やガス漏れなどの通報を送出する通報装置に関する。
【0002】
【従来の技術】
例えば、盗難、火災、ガス漏れ等の非常事態が発生した場合に、押ボタンスイッチやセンサにより起動されて、予め設定された通報先に通報を行なうようにする通報装置が知られている(例えば特許文献1参照)。集合住宅に設置されて、共用設備の故障や火災、ガスもれなどの情報を、センタなどの所定の通報先に通報を行なう通報装置も知られている(例えば特許文献2参照)。
【0003】
これらの従来の通報装置では、通報要因が発生すると、その都度、通報先に通報動作を行なうようにしている。
【0004】
【特許文献1】
特開平10−4464号公報。
【特許文献2】
特開平5−20582号公報。
【発明が解決しようとする課題】
ところで、マンションなどの集合住宅に設置される通報装置の場合、各住戸における住人の在/不在が判れば、通報を受けるセンタで、各住戸についての異常事態の発生に起因する非常通報の緊急性や的確性を容易に判断することができるようになり、便利である。
【0005】
そこで、各住戸の住人の外出時および帰宅時など、在/不在の状態の変更時に、当該在/不在情報をセンタに通報することが考えられる。しかし、この在/不在情報を、在/不在状態の変更時という通報要因発生時の都度、通報先に送るようにすると、非常に頻繁にセンタに通報動作を行なうことになり、通信費が非常にかさむことになる。
【0006】
この発明は、以上の点にかんがみ、上述のような問題点を回避できる通報装置を提供することを目的とする。
【0007】
【課題を解決するための手段】
上記の課題を解決するために、請求項1の発明においては、
緊急性を有する通報要因の発生に応じて、予め設定された通報先に通報を送出する通報装置において、
緊急性を有しないが、前記通報先に通報する情報として定められている特定情報の通報要因が発生する毎に、前記特定情報を蓄積する蓄積手段と、
前記蓄積手段により蓄積した前記特定情報の蓄積数が予め定められている第1の所定数を超えたときに送信フラグをセットすると共に、前記蓄積手段により蓄積した前記特定情報の蓄積数が予め定められている第2の所定数(第1の所定数<第2の所定数)を超えたときに前記蓄積手段に蓄積されている全ての前記特定情報を前記通報先に送信し、当該送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と、
前記緊急性を有する通報要因が発生したときに、当該通報要因に基づく通報をする際に、前記蓄積手段に蓄積されている全ての前記特定情報を前記通報先に送信し、その送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と、
予め設定された周期で前記送信フラグがセットされているか否かを判別し、送信フラグがセットされていると判別したときに、前記蓄積手段に蓄積されている前記特定情報を前記通報先に送信し、その送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と
を備えることを特徴とする。
【0011】
【作用】
上述の構成の請求項1の発明によれば、例えば前述した在/不在情報等の緊急性を有しない特定情報は、通報要因として発生しても、そのたびに通報先に送信するのではなく、先ず、蓄積手段に蓄積される。
【0012】
そして、この請求項1の発明においては、緊急性を有する通報要因が発生したときに、当該緊急通報要因に基づく通報をする際に、蓄積手段に蓄積されている特定情報を通報先に送信する。
【0013】
したがって、特定情報は、まとめて通報先に送信されるので、通信費を抑えることができるという利点がある。
【0014】
また、通報先では、例えば緊急通報を受けたときには、必ず特定情報も取得できるので、特定情報の送信タイミングが遅れて利用できないという事態を防止することができる。つまり、通報先で、特定情報を必要とするのは、他の通報情報を受信したときに、その緊急性や的確性を判断するときであるが、通報先では、当該他の通報情報を受信したときには、特定情報も常にタイムリに得られることになる。
【0015】
また、請求項1の発明によれば、蓄積数が予め定められた所定数を超えたときにも、特定情報が通報先に送信されるようにされる。したがって、大量の特定情報を蓄積手段に蓄積する必要はなく、蓄積手段の蓄積のためのメモリ容量は、少なくてよいという利点がある。
【0016】
また、請求項1の発明においては、さらに、予め設定された周期ごとにおいても、蓄積手段に特定情報が蓄積されているときには、その蓄積された特定情報が通報先に送信されるので、特定情報の通報先への送信の遅れが防止される。
【0020】
【発明の実施の形態】
以下、この発明による通報装置の実施形態を、図を参照しながら説明する。以下に説明する通報装置の実施形態は、マンション・ビル等に設置されて、共用設備の故障およびガス漏れ等の非常事態が発生したとき、センサや非常ボタンの押下による起動イベントに応じて、通報を、自動ダイヤルにてセンタ等に送信する装置の場合である。
【0021】
また、この実施形態の通報装置は、マンションの各住戸の盗難(不審者侵入)、火災、ガス漏れ等もセンタ等に通報可能に構成されている。そして、さらに、マンションの各住戸の住人の在/不在情報を、防犯情報としてセンタ等に通報するように構成されている。
【0022】
図1は、この実施形態の通報装置のブロック図である。この実施形態の通報装置は、通報送信装置1と、この通報送信装置1に対してアダプタ2を介して接続される集合住宅管理システム3とからなる。アダプタ2は、通報送信装置1と集合住宅管理システム3との間で通信を行なうためのインターフェースの機能を備えるものである。
【0023】
集合住宅管理システム3に対しては、各住戸に設けられる住戸用装置4が接続されている。住戸用装置4は、玄関ドアや窓に設けられる侵入センサや、火災センサなどの各種センサと、非常通報起動用の押しボタンと、在/不在を通知するための手段とを含む。在/不在を通知するための手段としては、この例では、住人が操作して、在/不在を通知するためのボタンが用いられる。
【0024】
なお、人感センサや玄関ドアの開閉センサ、玄関ドアの電子鍵の施錠、開錠状態などの情報を用いることにより、自動的に各住戸の住人の在/不在を集合住宅管理システムに知らせるように構成することもできる。
【0025】
集合住宅管理システム3は、各住戸用装置4のセンサ出力により異常を検出したり、また、各住戸用装置4の非常通報起動用の押しボタンが操作されたことを検出したりした場合には、その異常状態発生を通報要因として、アダプタ2を通じて通報送信装置1に送る。通報送信装置1は、これらの異常状態発生の通報要因を受けると、予め通報先として定められたセンタなどに通報を行なう。
【0026】
各住戸用装置4で、在/不在を通知するボタンが押されて、各住戸の在/不在状態が変化したときには、在/不在の通知情報が集合住宅管理システム3に送られる。集合住宅管理システム3は、各住戸用装置4から在/不在の通知情報を受け取ると、それを防犯情報として、アダプタ2を通じて通報送信装置1に送る。在/不在情報には、マンションの棟、階、号などの、どの住戸の在/不在についての情報であるかの識別情報も含まれる。
【0027】
この実施形態では、防犯情報は、緊急性を有しない通報要因の情報として、通報送信装置1は、後述するように、できるだけ、まとめて送るようにする。このため、後述するように、通報送信装置1は、受け取った在/不在情報を、受け取った時刻の情報と共に、メモリに蓄積するようにする。
【0028】
次に、通報送信装置1について説明する。この実施形態の通報送信装置1は、マイクロコンピュータを搭載して構成される送信制御部10と、入力検出部11と、通報送信装置1を電話回線L1,L2に接続するための回線制御部12と、送信制御部10と回線制御部12との間に設けられるモデム13および音声合成部14と、LCD(Liquid Crystal Display;液晶表示装置)15と、LED(Light Emitting Diode;発光ダイオード)群16と、時計回路17と、メモリ18とを備えてなる。
【0029】
入力検出部11は、共用設備の故障の検出出力や、火災・ガス漏れ等の検出出力などを、それぞれ入力信号として受け、送信制御部10に供給する。この入力検出部11は、複数の検出出力を入力信号として受け付けることができるように構成されている。これらの入力信号は、それぞれ通報要因の発生原因となる。
【0030】
回線制御部12は、アナログ回線対応のものと、デジタル回線(ISDN回線)対応のもののいずれかが用いられる。アナログ回線対応の回線制御部の場合には、ネットワークコントロールユニット(NCU)と、トランスを含む。また、ISDN回線対応のものは、コーデック回路と、マイクロコンピュータを搭載して構成される。
【0031】
モデム13は、送信制御部10と回線制御部12との間で信号のやり取りを行なうためのもので、送信制御部10からのデジタル信号を電話回線を通じて送り出す信号に変調し、また、回線制御部12からの信号を送信制御部10に渡す信号に変換する役割をする。モデム13と送信制御部10との間ではデジタル信号によりやり取りを行ない、モデム13と回線制御部12との間ではアナログ信号によりやり取りを行なう。
【0032】
音声合成部14は、通報時に、必要に応じて送信制御部10から指定された通報メッセージを音声として回線制御部12に供給するためのものである。
【0033】
LCD15には、時計回路17により刻まれる現在時刻のほか、動作状況や通報履歴などの表示情報が、送信制御部10から供給されて表示される。LED群16の各LEDは、通電状態表示、電話回線接続中表示、点検表示などを、点灯、点滅、などにより報知するために用いられる。
【0034】
時計回路17は、現在時刻を刻むために用いられるほか、一定周期で所定のアプリケーションプログラムを起動したりする場合のタイマとしても使用する。送信制御部10は、この時計回路17の時刻情報を常時監視する。
【0035】
メモリ18は、防犯情報としての在/不在情報等を記憶するためのもので、この例では、リングバッファ形式のものとされる。
【0036】
送信制御部10は、この実施形態では、通報の実行に当たっては、緊急性を有する通報要因と、緊急性を有しない通報要因とを区別して行なう。火災などの警報情報は、緊急性を有するので、当該通報要因が発生したときには、送信制御部10は、即座に通報を実行する。一方、防犯情報は、緊急性を有しないので、できるだけまとめて通報を実行して、通信費の軽減を図る。
【0037】
以下、通報先としてのセンタへの防犯情報の送信のための動作を中心として、通報送信装置1の動作を説明する。
【0038】
図2は、アダプタ2を通じて集合住宅管理システム3から在/不在情報(防犯情報)を受信したときの、通報送信装置1の送信制御部10における処理の流れを説明するための図である。
【0039】
すなわち、まず、アダプタ2を通じて防犯情報を受信したか否かを判別する(ステップS1)。防犯情報を受信しなかったときには、その他の処理を実行し(ステップS5)、この処理ルーチンを抜ける。
【0040】
ステップS1で、防犯情報を受信したと判別したときには、アダプタ2で検知された当該防犯情報の受信時刻を検知して、当該防犯情報を検知した受信時刻の情報と共に、メモリ18に蓄積する(ステップS2)。
【0041】
そして、メモリ18には、防犯情報がその容量分、蓄積されて満杯になったかどうか判別する(ステップS3)。そして、ステップS3において、メモリ18には、防犯情報がその容量一杯に蓄積されていると判別すると、防犯情報蓄積オーバ通報を実行する(ステップS4)。
【0042】
この防犯情報蓄積オーバ通報は、次のような理由により行なわれる。すなわち、この実施形態では、メモリ18が前述したようにリングバッファ形式のメモリであるので、メモリ18が満杯になった後に、防犯情報がセンタに送信されずに次の防犯情報が到来すると、当該到来した防犯情報により、メモリ18に蓄積されている最も旧い防犯情報が重ね書きされて、当該旧い防犯情報がセンタ側に送信されずに消えてしまう。そこで、メモリ18の旧い防犯情報が消えたことをセンタに送信するようにする。この処理を防犯情報蓄積オーバ通報と呼ぶものである。このとき、メモリ18に蓄積されている防犯情報は順次センタに送信される。
【0043】
ステップS4の防犯情報蓄積オーバ通報が終了すると、図2の処理ルーチンを抜ける。また、ステップS3で、メモリ18が満杯ではないと判別したときには、そのまま図2の処理ルーチンを抜ける。
【0044】
以上のようにして、集合住宅管理システムからの在/不在情報は、その都度、センタに送信されるのではなく、防犯情報として、基本的には、メモリ18に蓄積されるものである。
【0045】
次に、送信制御部10は、一定周期で、防犯情報チェック処理を行なって、防犯情報をセンタに送信すべきタイミングになったと判別したときには、センタへの送信を促すために、送信フラグセットの処理を行なうようにする。
【0046】
防犯情報をセンタに送信すべきタイミングは、この例では、メモリ18に、予め定められた所定数、この例では20件分の防犯情報が蓄積されたときと、予め定められた所定周期間隔のタイミングである。図3は、その防犯情報のチェック処理のルーチンを説明するためのフローチャートである。
【0047】
先ず、送信制御部10は、メモリ18に蓄積されている防犯情報が、予め定められた所定数以上、この例では20件以上であるか否か判別する(ステップS11)。20件以上であると判別したときには、送信制御部10は、防犯情報送信フラグをセットする(ステップS14)。
【0048】
また、ステップS11で、メモリ18に蓄積されている防犯情報が20件よりも少ないと判別したときには、送信制御部10は、前回の防犯情報のセンタへの送信後、予め定めた設定時間(防犯情報の送信周期)を経過したか否か判別する(ステップS12)。設定時間が経過していないと判別したときには、この処理ルーチンをそのまま抜ける。
【0049】
そして、前記設定時間が経過したと判別したときには、送信制御部10は、メモリ18の防犯情報の蓄積件数が1件以上あるか否か(つまり送信しなければならない防犯情報があるか否か)判別し(ステップS13)、1件以上有ると判別したときには、送信制御部10は、防犯情報送信フラグをセットする(ステップS14)。そして、ステップS14の後は、この処理ルーチンを抜ける。
【0050】
また、ステップS13において、メモリ18には、防犯情報は1件も蓄積されていないと判別したときには、そのまま、この処理ルーチンを抜ける。
【0051】
送信制御部10は、この防犯情報チェック処理と、異なるタイミングで、一定周期で通信処理を行なう。図4は、この通信処理を説明するためのフローチャートである。この通信処理に示されるように、防犯情報がセンタに送信されるのは、防犯情報送信フラグがセットされているときだけでなく、この例においては、防犯情報以外の通報要因が発生したとき、当該通報要因の通報と共に、防犯情報の通報を行なうようにする。
【0052】
防犯情報以外の通報要因としては、火災、ガス漏れなどの緊急性の有するものだけではなく、通報送信装置1に予め用意されている定時通報などの緊急性を有しない通報要因も含まれるものである。
【0053】
図4に示すように、送信制御部10は、先ず、防犯情報以外の通報要因が発生していないかどうか判別し(ステップS21)、防犯情報以外の通報要因が発生していないと判別したときには、防犯情報送信フラグはセットされているか否か判別する(ステップS22)。防犯情報送信フラグはセットされていないと判別したときには、送信制御部10は、この処理ルーチンを抜ける。
【0054】
ステップS22で、防犯情報送信フラグがセットされていると判別したときには、送信制御部10は、図示を省略したメモリに記憶されている通報先の電話番号を用いて通報先としてのセンタに対して発呼するために自動ダイヤルする(ステップS23)。
【0055】
そして、メモリ18に蓄積されている防犯情報を、センタに対して送出する。そして、例えばセンタからの受信完了通知を受け取るなどして、防犯情報の送出を完了した後、メモリ18の防犯情報を消去する(ステップS24)。
【0056】
そして、防犯情報送信フラグをリセット状態にし(ステップS25)、電話回線の回線切断処理を行なって(ステップS26)、この処理ルーチンを抜ける。
【0057】
また、ステップS21において、防犯情報以外の通報要因が発生したと判別したときには、送信制御部10は、図示を省略したメモリに記憶されている通報先の電話番号を用いて通報先としてのセンタに対して発呼するために自動ダイヤルする(ステップS27)。
【0058】
そして、防犯情報以外の通報要因における通報情報を、センタに送信する処理を実行する(ステップS28)。続いて、メモリ18に蓄積されている防犯情報の蓄積件数が1件以上あるか否か判別する(ステップS29)。メモリ18には、防犯情報は1件も蓄積されていないと判別したときには、電話回線の回線切断処理を行なって(ステップS32)、この処理ルーチンを抜ける。
【0059】
また、ステップS29で、メモリ18の防犯情報の蓄積件数が1件以上あると判別したときには、メモリ18に蓄積されている防犯情報を、センタに対して送出する。そして、例えばセンタからの受信完了通知を受け取るなどして、防犯情報の送出を完了した後、メモリ18の防犯情報を消去する(ステップS30)。
【0060】
そして、防犯情報送信フラグをリセット状態にし(ステップS31)、電話回線の回線切断処理を行なって(ステップS32)、この処理ルーチンを抜ける。
【0061】
以上のようにして、上述の実施形態によれば、緊急性を有しない防犯情報は、まとめてセンタなどの通報先に送信されるので、防犯情報が発生する都度、送信が行なわれる場合に比べて通信費の軽減を図ることができる。
【0062】
しかも、上述のように、この実施形態では、防犯情報は所定周期ごとにまとめて送信する、所定の件数以上蓄積されたら、その時点で送信する、他の通報要因があったときには、その際に一緒に送信する、というように複数の機会を捕らえてまとめて送るようにするので、防犯情報の発生が一度にまとめて発生したり、殆ど発生しなかった場合であっても、適当なタイミングで、タイムリにセンタに送信されるというメリットがある。
【0063】
特に、上述の実施形態では、防犯情報発生以外の他の通報要因が発生した際には、その通報要因に続けて防犯情報も送るようにしたので、センタ側では、受信した防犯情報により、各住戸の在/不在状態を把握し、例えば前記他の通報要因が「賊侵入」を意味する情報であったときに、「不在」であれば、警備会社から確認のための警備員を派遣させる、「在」の場合には、センタ側から電話をかけて確認など、細かい対応が取れるというメリットがある。
【0064】
つまり、防犯情報は、他の通報要因を判断する際の資料として使用される場合が多いと考えられるが、当該判断機会が生じるのは、当該他の通報要因が発生したときであるので、当該他の通報要因の際に防犯情報が送られれば、センタ側では、防犯情報を確実に資料として利用することができるものである。
【0065】
なお、上述の実施形態では、通報送信装置と、集合住宅管理システムとは別の装置として、通信インターフェースとしてのアダプタを介して接続するようにしたが、通報送信装置がアダプタの機能を内蔵するように構成してもよいことは言うまでもない。
【0066】
また、緊急性を有しない通報要因の特定情報としては、集合住宅の各住戸の在/不在の情報を防犯情報とした場合について説明したが、緊急性を有しない通報要因の特定情報としては、これに限られるものではないことは言うまでもない。
【0067】
また、この発明は、集合住宅用の通報装置に限定されるのものではなく、緊急性を有する通報情報の他に、緊急性を有しない通報情報が存在する場合の全てに適用可能である。
【0068】
【発明の効果】
以上説明したように、この発明による通報装置によれば、緊急性を有しない特定情報は、まとめて通報先に送信するようにしたので、通信費が軽減されるという効果を奏するものである。
【図面の簡単な説明】
【図1】この発明による通報装置の実施形態のブロック図である。
【図2】実施形態の通報装置の動作を説明するためのフローチャートである。
【図3】実施形態の通報装置の動作を説明するためのフローチャートである。
【図4】実施形態の通報装置の動作を説明するためのフローチャートである。
【符号の説明】
1 通報送信装置
2 アダプタ
3 集合住宅管理システム
10 送信制御部
17 時計回路
18 メモリ
Claims (2)
- 緊急性を有する通報要因の発生に応じて、予め設定された通報先に通報を送出する通報装置において、
緊急性を有しないが、前記通報先に通報する情報として定められている特定情報の通報要因が発生する毎に、前記特定情報を蓄積する蓄積手段と、
前記蓄積手段により蓄積した前記特定情報の蓄積数が予め定められている第1の所定数を超えたときに送信フラグをセットすると共に、前記蓄積手段により蓄積した前記特定情報の蓄積数が予め定められている第2の所定数(第1の所定数<第2の所定数)を超えたときに前記蓄積手段に蓄積されている全ての前記特定情報を前記通報先に送信し、当該送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と、
前記緊急性を有する通報要因が発生したときに、当該通報要因に基づく通報をする際に、前記蓄積手段に蓄積されている全ての前記特定情報を前記通報先に送信し、その送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と、
予め設定された周期で前記送信フラグがセットされているか否かを判別し、送信フラグがセットされていると判別したときに、前記蓄積手段に蓄積されている前記特定情報を前記通報先に送信し、その送信完了後、前記蓄積手段に蓄積されている前記特定情報を消去する手段と
を備えることを特徴とする通報装置。 - 請求項1に記載の通報装置において、
前記特定情報は、住戸の住人の在/不在情報であって、その通報要因の発生は前記住人の在/不在状態が変化したときであることを特徴とする通報装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002282180A JP4231995B2 (ja) | 2002-09-27 | 2002-09-27 | 通報装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002282180A JP4231995B2 (ja) | 2002-09-27 | 2002-09-27 | 通報装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004120450A JP2004120450A (ja) | 2004-04-15 |
JP4231995B2 true JP4231995B2 (ja) | 2009-03-04 |
Family
ID=32276394
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002282180A Expired - Fee Related JP4231995B2 (ja) | 2002-09-27 | 2002-09-27 | 通報装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4231995B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5460245B2 (ja) * | 2009-11-09 | 2014-04-02 | アズビル株式会社 | 通信システム |
JP5543878B2 (ja) * | 2010-08-26 | 2014-07-09 | 日立オムロンターミナルソリューションズ株式会社 | 監視装置 |
JP5886236B2 (ja) * | 2013-04-15 | 2016-03-16 | 株式会社ケービデバイス | 防犯システムに使用される通信装置および防犯システム |
-
2002
- 2002-09-27 JP JP2002282180A patent/JP4231995B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004120450A (ja) | 2004-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR920010745B1 (ko) | 부재중 비상사태 원격감시시스템 및 화상 송,수신 처리방법 | |
US20040036596A1 (en) | Security system and methods | |
JP3005931B2 (ja) | 緊急通報ネットワークシステム | |
JP4231995B2 (ja) | 通報装置 | |
JP4901400B2 (ja) | インターホンシステム | |
JP2009237991A (ja) | インターホンシステム | |
JPH06274782A (ja) | 全自動防災監視システム | |
JP2009024425A (ja) | 電気錠システム | |
JP4202228B2 (ja) | 管理サーバおよび監視システム | |
JP3969839B2 (ja) | 画像監視装置 | |
KR20030042966A (ko) | 네트워크 서버형 인텔리젼트 원격 및 구내 감시/제어/보안시스템 | |
JP2006222500A (ja) | 通報装置 | |
JP3134143B2 (ja) | 遠隔監視システムにおける異常検出伝送装置 | |
JPH10243122A (ja) | 通信システム及び通信システムに使用する送信装置、受信装置 | |
JP3523786B2 (ja) | 集合住宅監視システム | |
JP3915915B2 (ja) | 通報装置 | |
JP3004156B2 (ja) | 自動情報送信装置 | |
JP4872427B2 (ja) | 住棟受信機、集合住宅火災警報システム | |
JP2000003493A (ja) | 防犯・防災監視システム | |
CN201029047Y (zh) | 有线式防瘫痪保安*** | |
JP2578722Y2 (ja) | 機械警備装置 | |
JPS62256194A (ja) | 電話回線を使用した監視システム | |
JPH1166475A (ja) | 画像伝送装置 | |
JP4153356B2 (ja) | 監視システムにおける定時通報方法 | |
JP2835835B2 (ja) | 監視システム及び監視方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040423 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040617 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041001 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070808 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071009 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071212 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080208 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081112 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081125 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111219 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4231995 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111219 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121219 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131219 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |