JP2000137888A - 警備監視システム - Google Patents
警備監視システムInfo
- Publication number
- JP2000137888A JP2000137888A JP31344798A JP31344798A JP2000137888A JP 2000137888 A JP2000137888 A JP 2000137888A JP 31344798 A JP31344798 A JP 31344798A JP 31344798 A JP31344798 A JP 31344798A JP 2000137888 A JP2000137888 A JP 2000137888A
- Authority
- JP
- Japan
- Prior art keywords
- terminal device
- center device
- monitoring system
- center
- security monitoring
- 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.)
- Granted
Links
Landscapes
- Alarm Systems (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 回線障害を常時チェックして警備監視システ
ムの信頼性を向上させるとともに、停電時のセンタ装置
側回線のトラフィックの増大を回避する。 【解決手段】 ユーザ宅内の端末装置３−２、３−３を
サービス統合デジタルネットワーク（ＩＳＤＮ）網３−
４を介してセンタ装置Ａ（３−１）で監視する警備監視
システムであって、前記端末装置及び前記センタ装置
は、前記ＩＳＤＮ網内の交換機との間で個別にデータリ
ンクレベルの通信設定を行い、前記センタ装置に、前記
端末装置についてのシステムデータを登録し、前記セン
タ装置は、前記端末装置に対し、順次発呼要求を行い、
前記端末装置は、前記発呼要求に応答して着呼受付を返
答してリンク（呼び）接続を行い、前記リンク接続を維
持したままで、警備監視データの送受信を行うようにし
ている。
ムの信頼性を向上させるとともに、停電時のセンタ装置
側回線のトラフィックの増大を回避する。 【解決手段】 ユーザ宅内の端末装置３−２、３−３を
サービス統合デジタルネットワーク（ＩＳＤＮ）網３−
４を介してセンタ装置Ａ（３−１）で監視する警備監視
システムであって、前記端末装置及び前記センタ装置
は、前記ＩＳＤＮ網内の交換機との間で個別にデータリ
ンクレベルの通信設定を行い、前記センタ装置に、前記
端末装置についてのシステムデータを登録し、前記セン
タ装置は、前記端末装置に対し、順次発呼要求を行い、
前記端末装置は、前記発呼要求に応答して着呼受付を返
答してリンク（呼び）接続を行い、前記リンク接続を維
持したままで、警備監視データの送受信を行うようにし
ている。
Description
【０００１】
【発明の属する技術分野】本発明は、警備監視システム
に関し、特に、ユーザ宅内の端末装置をサービス統合デ
ジタルネットワーク（ＩＳＤＮ）網を介してセンタ装置
で監視する警備監視システムに関する。
に関し、特に、ユーザ宅内の端末装置をサービス統合デ
ジタルネットワーク（ＩＳＤＮ）網を介してセンタ装置
で監視する警備監視システムに関する。
【０００２】
【従来の技術】従来のＩＳＤＮ網を用いる警備監視シス
テムにおいては、ユーザ宅内に置かれた端末装置をＩＳ
ＤＮ網の交換機に接続し、監視センタにおかれたセンタ
装置は、論理多重機能を持ったＩＳＤＮ回線を介して交
換機に接続されている。
テムにおいては、ユーザ宅内に置かれた端末装置をＩＳ
ＤＮ網の交換機に接続し、監視センタにおかれたセンタ
装置は、論理多重機能を持ったＩＳＤＮ回線を介して交
換機に接続されている。
【０００３】それぞれのセンタ装置間におけるデータの
やりとりについては、センタ装置間通信網によって行
う。ただし、このセンタ装置間通信網においては、回線
の種類は問わず、たとえば、ＩＳＤＮ回線、一般アナロ
グ回線、専用回線等が用いられる。
やりとりについては、センタ装置間通信網によって行
う。ただし、このセンタ装置間通信網においては、回線
の種類は問わず、たとえば、ＩＳＤＮ回線、一般アナロ
グ回線、専用回線等が用いられる。
【０００４】上記のように構成された従来の警備監視シ
ステムにおいて、例えば、端末装置からセンタ装置に対
し、警報信号を通報する場合について説明する。
ステムにおいて、例えば、端末装置からセンタ装置に対
し、警報信号を通報する場合について説明する。
【０００５】図６は、従来の警備監視システムにおける
通信シーケンスである。ＩＳＤＮ回線における通信で
は、パケットデータを送受信する前にまず通信相手との
間にリンク（呼）接続しなければならない。図６におい
て、リンク確立のためには、シーケンスａのように、ま
ず通信相手のセンタ装置に対し、発呼要求を行う。これ
を受けたセンタ装置は、着信可能ならば、着呼受付を行
い両者の接続が完了する。これにより端末装置より送信
したいパケットデータ、すなわち警報信号等の送信が行
われる（シーケンスｂ）。パケットデータの送信が完了
すると、端末装置はリンク（呼）の接続を切断するため
に切断要求を行い、センタ装置が切断を確認することに
より、通信過程が終了する（シーケンスｃ）。
通信シーケンスである。ＩＳＤＮ回線における通信で
は、パケットデータを送受信する前にまず通信相手との
間にリンク（呼）接続しなければならない。図６におい
て、リンク確立のためには、シーケンスａのように、ま
ず通信相手のセンタ装置に対し、発呼要求を行う。これ
を受けたセンタ装置は、着信可能ならば、着呼受付を行
い両者の接続が完了する。これにより端末装置より送信
したいパケットデータ、すなわち警報信号等の送信が行
われる（シーケンスｂ）。パケットデータの送信が完了
すると、端末装置はリンク（呼）の接続を切断するため
に切断要求を行い、センタ装置が切断を確認することに
より、通信過程が終了する（シーケンスｃ）。
【０００６】このように、送信したいパケットデータが
発生する度にリンク接続（シーケンスａ）を行う必要が
ある。
発生する度にリンク接続（シーケンスａ）を行う必要が
ある。
【０００７】
【発明が解決しようとする課題】しかし、上述した従来
の警備関しシステムでは、回線断線時等に即時検出がで
きない。すなわち、ＩＳＤＮパケット通信における断線
検出機能は、リンク（呼）接続状態にある装置間におい
て一方の回線が切断された場合に、パケット網が切断さ
れた装置の通信相手に対し断線通知を行うことになる
が、従来の警備監視システムでは、送信すべきパケット
データが発生した時のみ通信相手との間でリンク（呼）
を接続後、パケットデータのやりとりを行い、通信が終
了すればリンク（呼）を切断してしまうため、パケット
データの送受信を行っている間しか断線検出が出来ない
ことになる。警備監視中の大半の時間帯は正常な状態、
すなわち送信すべきパケットデータが無い状態であるた
め、もし断線が発生したとしても、リンク（呼）が接続
されていない状態ではパケット網が断線を検出、通知す
ることも出来ないため、センタ装置側でも即時これを検
出する術はない。
の警備関しシステムでは、回線断線時等に即時検出がで
きない。すなわち、ＩＳＤＮパケット通信における断線
検出機能は、リンク（呼）接続状態にある装置間におい
て一方の回線が切断された場合に、パケット網が切断さ
れた装置の通信相手に対し断線通知を行うことになる
が、従来の警備監視システムでは、送信すべきパケット
データが発生した時のみ通信相手との間でリンク（呼）
を接続後、パケットデータのやりとりを行い、通信が終
了すればリンク（呼）を切断してしまうため、パケット
データの送受信を行っている間しか断線検出が出来ない
ことになる。警備監視中の大半の時間帯は正常な状態、
すなわち送信すべきパケットデータが無い状態であるた
め、もし断線が発生したとしても、リンク（呼）が接続
されていない状態ではパケット網が断線を検出、通知す
ることも出来ないため、センタ装置側でも即時これを検
出する術はない。
【０００８】又、端末装置側から発呼しリンク接続を行
う従来の通信方式においては、センタ装置の故障、ある
いはセンタ側回線の断線が発生した場合、そのセンタ装
置を通報先として持つ端末装置は通信不能となる。つま
り、この状況においては、故障／断線中に発生した端末
装置からの状態信号・警報信号は、センタ装置の復旧あ
るいは、回線断線の復旧あるいは、端末装置が他センタ
装置に通報出来るように回線番号等リンク接続に必要な
データを修正しない限り即時通知、通報ができない。そ
こで、もし通報先を２つ持っていたとして、一方の通報
先が断線で不通となったとき、もう一方で通報可能であ
るが、この時センタ装置はそれぞれが同一の端末装置デ
ータを保持する必要が生ずる。これでは、正常動作をし
ているシステムにおいて、有限な記憶容量を無駄に使用
することになる。
う従来の通信方式においては、センタ装置の故障、ある
いはセンタ側回線の断線が発生した場合、そのセンタ装
置を通報先として持つ端末装置は通信不能となる。つま
り、この状況においては、故障／断線中に発生した端末
装置からの状態信号・警報信号は、センタ装置の復旧あ
るいは、回線断線の復旧あるいは、端末装置が他センタ
装置に通報出来るように回線番号等リンク接続に必要な
データを修正しない限り即時通知、通報ができない。そ
こで、もし通報先を２つ持っていたとして、一方の通報
先が断線で不通となったとき、もう一方で通報可能であ
るが、この時センタ装置はそれぞれが同一の端末装置デ
ータを保持する必要が生ずる。これでは、正常動作をし
ているシステムにおいて、有限な記憶容量を無駄に使用
することになる。
【０００９】又、端末装置がセンタ装置の回線番号等リ
ンク接続に必要なデータを保持しているため、センタ装
置移設等に伴うシステムデータの変更が発生する度に端
末装置それぞれについて回線番号等リンク接続に必要な
データを修正し直さなければならない。
ンク接続に必要なデータを保持しているため、センタ装
置移設等に伴うシステムデータの変更が発生する度に端
末装置それぞれについて回線番号等リンク接続に必要な
データを修正し直さなければならない。
【００１０】又、センタ装置と端末装置との１対多の通
信システムにおいては、端末装置側停電等の場合に通報
が短時間に集中する、すなわちセンタ装置側回線におけ
るパケットデータや呼設定等によるトラフィックが非常
に大きい。
信システムにおいては、端末装置側停電等の場合に通報
が短時間に集中する、すなわちセンタ装置側回線におけ
るパケットデータや呼設定等によるトラフィックが非常
に大きい。
【００１１】そこで、本発明は、回線障害を常時チェッ
クして警備監視システムの信頼性を向上させることを課
題としている。
クして警備監視システムの信頼性を向上させることを課
題としている。
【００１２】又、本発明は、停電時のセンタ装置側回線
のトラフィックの増大を回避することも課題としてい
る。
のトラフィックの増大を回避することも課題としてい
る。
【００１３】
【課題を解決するための手段】上記の課題を解決するた
めの本発明は、ユーザ宅内の端末装置をサービス統合デ
ジタルネットワーク（ＩＳＤＮ）網を介してセンタ装置
で監視する警備監視システムであって、前記端末装置及
び前記センタ装置は、前記ＩＳＤＮ網内の交換機との間
で個別にデータリンクレベルの通信設定を行い、前記セ
ンタ装置に、前記端末装置についてのシステムデータを
登録し、前記センタ装置は、前記端末装置に対し、順次
発呼要求を行い、前記端末装置は、前記発呼要求に応答
して着呼受付を返答してリンク（呼び）接続を行い、前
記リンク接続を維持したままで、警備監視データの送受
信を行うようにしている。
めの本発明は、ユーザ宅内の端末装置をサービス統合デ
ジタルネットワーク（ＩＳＤＮ）網を介してセンタ装置
で監視する警備監視システムであって、前記端末装置及
び前記センタ装置は、前記ＩＳＤＮ網内の交換機との間
で個別にデータリンクレベルの通信設定を行い、前記セ
ンタ装置に、前記端末装置についてのシステムデータを
登録し、前記センタ装置は、前記端末装置に対し、順次
発呼要求を行い、前記端末装置は、前記発呼要求に応答
して着呼受付を返答してリンク（呼び）接続を行い、前
記リンク接続を維持したままで、警備監視データの送受
信を行うようにしている。
【００１４】
【発明の実施の形態】以下、図面を参照して、本発明の
警備監視システムについて説明する。
警備監視システムについて説明する。
【００１５】図１は、ＩＳＤＮパケット通信を用いた本
発明における警備監視システムのブロック図である。以
下に説明されるすべての端末装置及びセンタ装置は、パ
ケット組立分解機能（ＰＡＤ機能）を搭載したパケット
端末である。ただし、非パケット端末（ＰＡＤ機能を有
しない端末）の場合には、ＰＡＤ機能を有したＴＡ（タ
ーミナルアダプタ）を介して接続可能であるならば、こ
れも含むものとする。
発明における警備監視システムのブロック図である。以
下に説明されるすべての端末装置及びセンタ装置は、パ
ケット組立分解機能（ＰＡＤ機能）を搭載したパケット
端末である。ただし、非パケット端末（ＰＡＤ機能を有
しない端末）の場合には、ＰＡＤ機能を有したＴＡ（タ
ーミナルアダプタ）を介して接続可能であるならば、こ
れも含むものとする。
【００１６】ユーザ宅内に置かれた端末装置１（１−
７）、及び端末装置２（１−８）は、それぞれＩＳＤＮ
回線（Ｌ３）、ＩＳＤＮ回線（Ｌ４）を介して、ＩＳＤ
Ｎ網（１−１１）内の交換機ＩＳＭ３（１−６）に接続
されている。また、別のユーザ宅内に置かれた端末装置
３（１−９）は、ＩＳＤＮ回線（Ｌ５）を介して交換機
ＩＳＭ４（１−５）に接続されている。交換機ＩＳＭ３
（１−６）、及び交換機ＩＳＭ４（１−５）は、それぞ
れＩＳＤＮ回線網（１−１１）内のいくつかの交換機を
経て、最終的に交換機ＩＳＭ１、及び交換機ＩＳＭ２と
繋がっている。それぞれ別々の監視センタに置かれたセ
ンタ装置Ａ（１−１）、及びセンタ装置Ｂ（１−２）
は、論理多重機能を持ったＩＳＤＮ回線（Ｌ１）、ＩＳ
ＤＮ回線（Ｌ２）を介して交換機ＩＳＭ１、及び交換機
ＩＳＭ２に接続されている。
７）、及び端末装置２（１−８）は、それぞれＩＳＤＮ
回線（Ｌ３）、ＩＳＤＮ回線（Ｌ４）を介して、ＩＳＤ
Ｎ網（１−１１）内の交換機ＩＳＭ３（１−６）に接続
されている。また、別のユーザ宅内に置かれた端末装置
３（１−９）は、ＩＳＤＮ回線（Ｌ５）を介して交換機
ＩＳＭ４（１−５）に接続されている。交換機ＩＳＭ３
（１−６）、及び交換機ＩＳＭ４（１−５）は、それぞ
れＩＳＤＮ回線網（１−１１）内のいくつかの交換機を
経て、最終的に交換機ＩＳＭ１、及び交換機ＩＳＭ２と
繋がっている。それぞれ別々の監視センタに置かれたセ
ンタ装置Ａ（１−１）、及びセンタ装置Ｂ（１−２）
は、論理多重機能を持ったＩＳＤＮ回線（Ｌ１）、ＩＳ
ＤＮ回線（Ｌ２）を介して交換機ＩＳＭ１、及び交換機
ＩＳＭ２に接続されている。
【００１７】それぞれのセンタ装置間におけるデータの
やりとりについては、センタ装置間通信網（ＣＬ）によ
って行う。ただし、このセンタ装置間通信網（ＣＬ）
は、ＩＳＤＮ回線、一般アナログ回線、及び専用回線等
種類は問わない。
やりとりについては、センタ装置間通信網（ＣＬ）によ
って行う。ただし、このセンタ装置間通信網（ＣＬ）
は、ＩＳＤＮ回線、一般アナログ回線、及び専用回線等
種類は問わない。
【００１８】上記のように構成された警備監視システム
において、例えば、端末装置３（１−９）からセンタ装
置Ｂ（１−２）に対し、警報信号を通報する場合につい
て説明する。
において、例えば、端末装置３（１−９）からセンタ装
置Ｂ（１−２）に対し、警報信号を通報する場合につい
て説明する。
【００１９】図２は、本発明における正常パケットデー
タ通信時のシーケンスである。ここでは、センタ装置Ａ
（３−１）とその監視先である端末装置１（３−２）及
び端末装置２（３−３）における通信シーケンス例を示
す。
タ通信時のシーケンスである。ここでは、センタ装置Ａ
（３−１）とその監視先である端末装置１（３−２）及
び端末装置２（３−３）における通信シーケンス例を示
す。
【００２０】まず、センタ装置Ａ（３−１）、端末装置
１（３−２）及び端末装置２（３−３）は、ＩＳＤＮ網
（３−４）に接続された時点で、ＩＳＤＮ網内の交換機
との間において、それぞれが個別にデータリンクレベル
の通信設定を行う（図２のの部分）。すなわち、ここ
ではパケットデータが送受信できるような通信設定を行
う。この時点では、センタ装置Ａ（３−１）と端末装置
１（３−２）及び端末装置２（３−３）間の通信は行わ
れておらず、ＩＳＤＮ網（３−４）内の交換機との間で
それぞれデータリンクレベル通信設定が行われる。デー
タリンクレベルの通信設定が完了し、センタ装置Ａ（３
−１）に監視先として端末装置１（３−２）及び端末装
置２（３−３）についてのシステムデータの登録がされ
る。この内容を元にセンタ装置Ａ（３−１）は、各監視
先端末装置、ここでは端末装置１（３−２）及び端末装
置２（３−３）に対し、リンク（呼）接続を行うため順
次発呼要求を行う。この発呼要求を受けた各端末装置
は、着信可能であればこれを受付け、その旨をセンタ装
置Ａ（３−１）に返す。これで、センタ装置Ａ（３−
１）と端末装置１（３−２）及び端末装置２（３−３）
間のリンク接続がそれぞれ完了する（図２の部分）。
このリンク（呼）接続については、お互いに送受信パケ
ットデータの有無に関わらず行われる初期設定処理であ
る。また、１度リンク（呼）接続を行うと、断線等の異
常時以外はリンク（呼）の切断をせず、リンク（呼）接
続状態を維持する。リンク（呼）接続状態が維持され続
けているので、即時パケットデータの送受信が可能であ
り、図２のの部分にあるようにパケットデータが発生
した時点でそのデータの送受信を行える。これが、正常
通信のシーケンス例である。
１（３−２）及び端末装置２（３−３）は、ＩＳＤＮ網
（３−４）に接続された時点で、ＩＳＤＮ網内の交換機
との間において、それぞれが個別にデータリンクレベル
の通信設定を行う（図２のの部分）。すなわち、ここ
ではパケットデータが送受信できるような通信設定を行
う。この時点では、センタ装置Ａ（３−１）と端末装置
１（３−２）及び端末装置２（３−３）間の通信は行わ
れておらず、ＩＳＤＮ網（３−４）内の交換機との間で
それぞれデータリンクレベル通信設定が行われる。デー
タリンクレベルの通信設定が完了し、センタ装置Ａ（３
−１）に監視先として端末装置１（３−２）及び端末装
置２（３−３）についてのシステムデータの登録がされ
る。この内容を元にセンタ装置Ａ（３−１）は、各監視
先端末装置、ここでは端末装置１（３−２）及び端末装
置２（３−３）に対し、リンク（呼）接続を行うため順
次発呼要求を行う。この発呼要求を受けた各端末装置
は、着信可能であればこれを受付け、その旨をセンタ装
置Ａ（３−１）に返す。これで、センタ装置Ａ（３−
１）と端末装置１（３−２）及び端末装置２（３−３）
間のリンク接続がそれぞれ完了する（図２の部分）。
このリンク（呼）接続については、お互いに送受信パケ
ットデータの有無に関わらず行われる初期設定処理であ
る。また、１度リンク（呼）接続を行うと、断線等の異
常時以外はリンク（呼）の切断をせず、リンク（呼）接
続状態を維持する。リンク（呼）接続状態が維持され続
けているので、即時パケットデータの送受信が可能であ
り、図２のの部分にあるようにパケットデータが発生
した時点でそのデータの送受信を行える。これが、正常
通信のシーケンス例である。
【００２１】図３は、センタ装置Ａ（４−１）が端末装
置２（４−２）を監視しており、その端末装置側回線が
断線した場合についてのシーケンスである。
置２（４−２）を監視しており、その端末装置側回線が
断線した場合についてのシーケンスである。
【００２２】データリンクレベルの通信設定、さらにリ
ンク（呼）接続をし、パケットデータの送受信までの処
理は、先に説明した通常通信シーケンスと同様である。
すなわち、リンク（呼）は接続状態を維持したままであ
る。パケット通信を行う際のプロトコルであるＸ．２５
プロトコルでは、切断の際には、切断の原因を通知する
機能が備わっている。通信終了による正常切断時には、
その旨を伝えるコードが付加されるが、何らかの異常に
より通信が切断される場合には、その原因を示すコード
が付加されて通信相手に送られる。この機能を利用する
と、図３の様に何らかの要因で端末装置２（４−２）の
回線が切断された場合、ＩＳＤＮ網（４−３）におい
て、回線の切断を検出し、通信相手であるセンタ装置Ａ
（４−１）に対して、切断指示パケットを送出し、通信
相手回線つまり監視先の端末装置２（４−２）間の回線
に異常が発生したことを通知する。この時、センタ装置
Ａ（４−１）では切断指示パケットに設定された論理チ
ャネル番号と原因コードにより、端末装置２（４−２）
の回線で何らかの通信障害が発生したことを把握するこ
とができる。
ンク（呼）接続をし、パケットデータの送受信までの処
理は、先に説明した通常通信シーケンスと同様である。
すなわち、リンク（呼）は接続状態を維持したままであ
る。パケット通信を行う際のプロトコルであるＸ．２５
プロトコルでは、切断の際には、切断の原因を通知する
機能が備わっている。通信終了による正常切断時には、
その旨を伝えるコードが付加されるが、何らかの異常に
より通信が切断される場合には、その原因を示すコード
が付加されて通信相手に送られる。この機能を利用する
と、図３の様に何らかの要因で端末装置２（４−２）の
回線が切断された場合、ＩＳＤＮ網（４−３）におい
て、回線の切断を検出し、通信相手であるセンタ装置Ａ
（４−１）に対して、切断指示パケットを送出し、通信
相手回線つまり監視先の端末装置２（４−２）間の回線
に異常が発生したことを通知する。この時、センタ装置
Ａ（４−１）では切断指示パケットに設定された論理チ
ャネル番号と原因コードにより、端末装置２（４−２）
の回線で何らかの通信障害が発生したことを把握するこ
とができる。
【００２３】図４は、センタ装置Ａ（５−２）が端末装
置２（５−３）を監視している際に、センタ装置Ａ（５
−２）における回線が切断した場合についてのシーケン
スである。なお、センタ装置Ｂ（５−１）は、図１にあ
るようなセンタ装置間通信網（ＣＬ）によりセンタ装置
Ａ（５−２）と接続されている。
置２（５−３）を監視している際に、センタ装置Ａ（５
−２）における回線が切断した場合についてのシーケン
スである。なお、センタ装置Ｂ（５−１）は、図１にあ
るようなセンタ装置間通信網（ＣＬ）によりセンタ装置
Ａ（５−２）と接続されている。
【００２４】断線した場合、リンク（呼）接続は元より
データリンクレベルの接続も切断されることになる。こ
の場合、センタ装置Ａ（５−２）はＩＳＤＮ網（５−
４）との間で再度データリンクレベルからの接続設定を
行うため、センタ装置Ａ（５−２）よりデータリンクレ
ベル設定要求データを送信する（図４のＳＡＢＭ信
号）。しかし、ＩＳＤＮ網（５−４）側からは、断線に
より応答信号（図４のＵＡ信号）が返ってこないため、
センタ装置Ａ（５−２）は、データリンク設定不能、あ
るいはＩＳＤＮ網側の障害等により通信不能として判断
することが可能である。するとセンタ装置Ａ（５−２）
は、他センタ装置Ｂ（５−１）に対してセンタ装置間通
信網（ＣＬ）を介し、その旨を伝える。この場合の通信
データ内容としては、通信不能のために監視できない端
末装置、この場合には端末装置２（５−３）の回線番号
等リンク接続に必要なデータを付加して送信する。これ
を受けたセンタ装置Ｂ（５−１）は、断線により通信不
能なセンタ装置Ａ（５−２）の代わりに、端末装置２
（５−３）に対してリンク（呼）接続のため発呼を行
い、パケットデータ送受信を可能とすることで警備の継
続を実行する。
データリンクレベルの接続も切断されることになる。こ
の場合、センタ装置Ａ（５−２）はＩＳＤＮ網（５−
４）との間で再度データリンクレベルからの接続設定を
行うため、センタ装置Ａ（５−２）よりデータリンクレ
ベル設定要求データを送信する（図４のＳＡＢＭ信
号）。しかし、ＩＳＤＮ網（５−４）側からは、断線に
より応答信号（図４のＵＡ信号）が返ってこないため、
センタ装置Ａ（５−２）は、データリンク設定不能、あ
るいはＩＳＤＮ網側の障害等により通信不能として判断
することが可能である。するとセンタ装置Ａ（５−２）
は、他センタ装置Ｂ（５−１）に対してセンタ装置間通
信網（ＣＬ）を介し、その旨を伝える。この場合の通信
データ内容としては、通信不能のために監視できない端
末装置、この場合には端末装置２（５−３）の回線番号
等リンク接続に必要なデータを付加して送信する。これ
を受けたセンタ装置Ｂ（５−１）は、断線により通信不
能なセンタ装置Ａ（５−２）の代わりに、端末装置２
（５−３）に対してリンク（呼）接続のため発呼を行
い、パケットデータ送受信を可能とすることで警備の継
続を実行する。
【００２５】図５は、端末装置１（６−２）及び端末装
置２（６−３）が停電によりセンタ装置Ａ（６−１）に
対し、その旨を伝えるパケットデータを送信する場合の
シーケンスである。
置２（６−３）が停電によりセンタ装置Ａ（６−１）に
対し、その旨を伝えるパケットデータを送信する場合の
シーケンスである。
【００２６】停電が発生したことを端末装置が検出した
際には、その旨を知らせるパケットデータをセンタ装置
に送信する。端末装置自体は、通常バッテリバックアッ
プシステムにより、停電等の要因で電源供給が無くなっ
たとしても即時にダウンするということはなく、停電発
生パケットデータをセンタ装置に対し送信する。この際
に、パケットデータを送信するタイミングとして各端末
ごとに遅延時間を設けることにする。例えば、ある遅延
時間をＴ秒とし、各端末装置のアドレス下１桁が「１」
の時「Ｔ×１秒」、「２」の時「Ｔ×２秒」、「３」の
時「Ｔ×３秒」、「４」の時「Ｔ×４秒」、……、のよ
うにアドレス下１桁の数字により、各端末装置がセンタ
装置に対して送信するパケットデータについて、送出タ
イミングを変化させて実行することにする。また停電が
復旧した場合にも同様に端末装置は、このタイミングに
より復旧信号を送出する。
際には、その旨を知らせるパケットデータをセンタ装置
に送信する。端末装置自体は、通常バッテリバックアッ
プシステムにより、停電等の要因で電源供給が無くなっ
たとしても即時にダウンするということはなく、停電発
生パケットデータをセンタ装置に対し送信する。この際
に、パケットデータを送信するタイミングとして各端末
ごとに遅延時間を設けることにする。例えば、ある遅延
時間をＴ秒とし、各端末装置のアドレス下１桁が「１」
の時「Ｔ×１秒」、「２」の時「Ｔ×２秒」、「３」の
時「Ｔ×３秒」、「４」の時「Ｔ×４秒」、……、のよ
うにアドレス下１桁の数字により、各端末装置がセンタ
装置に対して送信するパケットデータについて、送出タ
イミングを変化させて実行することにする。また停電が
復旧した場合にも同様に端末装置は、このタイミングに
より復旧信号を送出する。
【００２７】
【発明の効果】以上説明した本発明によれば、断線等の
回線障害を即時に検出できる。つまり、リンク（呼）を
常時接続したままの状態を維持することで、何らかの異
常により通信が切断される場合、例えば端末装置側回線
の障害時には、センタ装置は、ＩＳＤＮ網側からの通知
により切断の原因を示す原因コードと診断符号が付加さ
れたパケット情報を受けることができるため、その内容
により即時対応が可能である。
回線障害を即時に検出できる。つまり、リンク（呼）を
常時接続したままの状態を維持することで、何らかの異
常により通信が切断される場合、例えば端末装置側回線
の障害時には、センタ装置は、ＩＳＤＮ網側からの通知
により切断の原因を示す原因コードと診断符号が付加さ
れたパケット情報を受けることができるため、その内容
により即時対応が可能である。
【００２８】又、本発明によれば、センタ装置側回線の
障害時には、他センタ装置への監視切替機能により継続
的監視が可能である。よって、センタ装置側の障害、あ
るいは回線異常時に通信不能のため、警報信号等を即時
通知できないこと、あるいは端末装置側の回線障害を即
時に検出できないといった事態を避けることができる。
障害時には、他センタ装置への監視切替機能により継続
的監視が可能である。よって、センタ装置側の障害、あ
るいは回線異常時に通信不能のため、警報信号等を即時
通知できないこと、あるいは端末装置側の回線障害を即
時に検出できないといった事態を避けることができる。
【００２９】上述した効果により、常に回線状況のチェ
ックが可能であり、同時に異常時の原因も把握できるた
め、ネットワークシステム全体としての信頼性、及び運
用性を大きく向上させることができる。
ックが可能であり、同時に異常時の原因も把握できるた
め、ネットワークシステム全体としての信頼性、及び運
用性を大きく向上させることができる。
【００３０】又、本発明によれば、センタ装置による発
呼のシステム、すなわちセンタ装置が各端末装置の回線
番号等リンク接続に必要なデータを管理することで、セ
ンタ装置移設等によるシステム移管を容易にすることが
できる。その理由は、センタ装置による一括管理によ
り、例えばセンタ装置を移設する（別のセンタ装置によ
る監視に変更する場合等）、あるいはセンタ装置そのも
のを移動させる場合等には、センタ装置側において、回
線番号等リンク接続に関する修正だけで済む。これによ
り、それぞれ個別にシステムデータの修正が必要となる
端末装置側管理システムに比べ飛躍的な工数削減を見込
める。
呼のシステム、すなわちセンタ装置が各端末装置の回線
番号等リンク接続に必要なデータを管理することで、セ
ンタ装置移設等によるシステム移管を容易にすることが
できる。その理由は、センタ装置による一括管理によ
り、例えばセンタ装置を移設する（別のセンタ装置によ
る監視に変更する場合等）、あるいはセンタ装置そのも
のを移動させる場合等には、センタ装置側において、回
線番号等リンク接続に関する修正だけで済む。これによ
り、それぞれ個別にシステムデータの修正が必要となる
端末装置側管理システムに比べ飛躍的な工数削減を見込
める。
【００３１】又、本発明によれば、停電時、あるいはセ
ンタ装置側回線断線復旧時等の障害時にセンタ装置側回
線のトラフィックの増大を避けることができる。停電時
における端末装置側からの停電情報通知の際には、端末
装置自体にパケットデータ送信遅延時間を設けること
で、センタ装置側回線における受信パケットデータの過
大なトラフィックは回避できる。またセンタ装置側回線
が断線し、その後復旧した際に端末装置側からのリンク
（呼）接続集中によるトラフィックも、センタ装置によ
る発呼により、監視先の端末装置に対し順次リンク
（呼）を接続することから、トラフィックの増大は防げ
る。本効果により、停電信号受信や復旧信号受信等、あ
る処理が集中することでセンタ装置において処理が持ち
きりになり、他の処理が行えない、例えばトラフィック
集中により警報信号受信が即時に出来ない等、といった
状況は発生しない。
ンタ装置側回線断線復旧時等の障害時にセンタ装置側回
線のトラフィックの増大を避けることができる。停電時
における端末装置側からの停電情報通知の際には、端末
装置自体にパケットデータ送信遅延時間を設けること
で、センタ装置側回線における受信パケットデータの過
大なトラフィックは回避できる。またセンタ装置側回線
が断線し、その後復旧した際に端末装置側からのリンク
（呼）接続集中によるトラフィックも、センタ装置によ
る発呼により、監視先の端末装置に対し順次リンク
（呼）を接続することから、トラフィックの増大は防げ
る。本効果により、停電信号受信や復旧信号受信等、あ
る処理が集中することでセンタ装置において処理が持ち
きりになり、他の処理が行えない、例えばトラフィック
集中により警報信号受信が即時に出来ない等、といった
状況は発生しない。
【図１】本発明の警備監視システムのブロック図
【図２】本発明の警備監視システムの正常時のパケット
通信のシーケンス図
通信のシーケンス図
【図３】本発明の警備監視システムにおいて端末装置側
が断線した時ののパケット通信のシーケンス図
が断線した時ののパケット通信のシーケンス図
【図４】本発明の警備監視システムにおいてセンタ装置
側が断線した時のパケット通信のシーケンス図
側が断線した時のパケット通信のシーケンス図
【図５】本発明の警備監視システムにおいて端末装置側
が停電した時ののパケット通信のシーケンス図
が停電した時ののパケット通信のシーケンス図
【図６】従来の警備監視システムのパケット通信のシー
ケンス図
ケンス図
１−１、１−２、３−１ センタ装置 １−７、１−８、１−９、３−２、３−３ 端末装置 １−１１、３−４ ＩＳＤＮ網
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１１年１２月２１日（１９９９．１２．
２１）
２１）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【請求項４】 前記端末装置は、その回線番号に基づい
て遅延時間を算出し、前記遅延時間経過後に、前記停電
信号又は復旧信号を前記センタ装置に送信することを特
徴とする請求項１記載の警備監視システム。
て遅延時間を算出し、前記遅延時間経過後に、前記停電
信号又は復旧信号を前記センタ装置に送信することを特
徴とする請求項１記載の警備監視システム。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/04 Ｈ０４Ｌ 11/20 １０２Ｚ Ｆターム(参考） 5C087 BB12 BB13 BB14 BB32 BB46 BB62 BB73 BB75 CC05 CC46 CC48 DD05 DD24 EE07 EE12 FF01 FF02 FF14 FF20 GG11 GG12 GG13 GG21 GG24 GG40 GG48 GG66 GG67 GG71 5K019 AA08 AB06 AC09 BA51 BA61 BB31 CD10 DC02 EA02 EA15 5K030 GA12 HA08 HB06 HC04 JT02 LB19 MA04 MA06 MB01 MC07 5K101 KK13 LL03 MM04 MM07 RR17 SS07 TT06 VV01 VV04
Claims (6)
- 【請求項１】 ユーザ宅内の端末装置をサービス統合デ
ジタルネットワーク（ＩＳＤＮ）網を介してセンタ装置
で監視する警備監視システムであって、 前記端末装置及び前記センタ装置は、前記ＩＳＤＮ網内
の交換機との間で個別にデータリンクレベルの通信設定
を行い、 前記センタ装置に、前記端末装置についてのシステムデ
ータを登録し、 前記センタ装置は、前記端末装置に対し、順次発呼要求
を行い、 前記端末装置は、前記発呼要求に応答して着呼受付を返
答してリンク（呼び）接続を行い、 前記リンク接続を維持したままで、警備監視データの送
受信を行うことを特徴とする警備監視システム。 - 【請求項２】 前記端末装置からの通信が異常切断され
た場合において、 前記ＩＳＤＮ網は、前記異常切断を検出し、センタ装置
に対して、前記異常切断の原因を示すコードと共に切断
指示パケットを送出することを特徴とする請求項１記載
の警備監視システム。 - 【請求項３】 前記センタ装置からの通信が異常切断さ
れた場合において、 前記センタ装置は、センタ装置間通信網を介して、別の
センタ装置に対して前記システムデータを送信し、 前記別のセンタ装置は、前記システムデータを受信し
て、前記端末装置に対して発呼要求を行うことを特徴と
する請求項１記載の警備監視システム。 - 【請求項４】 前記端末装置で停電が発生し又は復旧し
た場合において、 前記端末装置は、停電信号又は復旧信号を前記センタ装
置に送信することを特徴とする請求項１記載の警備監視
システム。 - 【請求項５】 前記端末装置ごとに異なる所定の遅延時
間経過後に、前記停電信号又は復旧信号を前記センタ装
置に送信することを特徴とする請求項４記載の警備監視
システム。 - 【請求項６】 前記遅延時間は、前記システムデータの
一部に所定時間を乗じた時間であることを特徴とする請
求項５記載の警備監視システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31344798A JP3183275B2 (ja) | 1998-11-04 | 1998-11-04 | 警備監視システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31344798A JP3183275B2 (ja) | 1998-11-04 | 1998-11-04 | 警備監視システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000137888A true JP2000137888A (ja) | 2000-05-16 |
| JP3183275B2 JP3183275B2 (ja) | 2001-07-09 |
Family
ID=18041422
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31344798A Expired - Lifetime JP3183275B2 (ja) | 1998-11-04 | 1998-11-04 | 警備監視システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3183275B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6333484B1 (ja) * | 2017-01-17 | 2018-05-30 | 三菱電機株式会社 | 通信装置、検針システムおよび停電通知方法 |
-
1998
- 1998-11-04 JP JP31344798A patent/JP3183275B2/ja not_active Expired - Lifetime
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6333484B1 (ja) * | 2017-01-17 | 2018-05-30 | 三菱電機株式会社 | 通信装置、検針システムおよび停電通知方法 |
| WO2018134881A1 (ja) * | 2017-01-17 | 2018-07-26 | 三菱電機株式会社 | 通信装置、検針システムおよび停電通知方法 |
| CN110199564A (zh) * | 2017-01-17 | 2019-09-03 | 三菱电机株式会社 | 通信装置、抄表系统及停电通知方法 |
| TWI678676B (zh) * | 2017-01-17 | 2019-12-01 | 日商三菱電機股份有限公司 | 通信裝置、檢測系統及停電通知方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3183275B2 (ja) | 2001-07-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060092831A1 (en) | Methods, systems, and computer program products for substitution of card-based telephony bearer channel switch modules in a manner that preserves stable calls | |
| US7359317B1 (en) | Redundancy arrangement for telecommunications switch | |
| JP2773424B2 (ja) | ネットワークシステムおよび接続コンピュータ切替え方法 | |
| JP3183275B2 (ja) | 警備監視システム | |
| JP3883285B2 (ja) | トンネル防災システム | |
| JP3844461B2 (ja) | 回線切替接続装置 | |
| JP2962062B2 (ja) | プロセッサ監視方式 | |
| JP3638337B2 (ja) | フレームリレー網および網における情報伝送方法 | |
| KR960009546B1 (ko) | 공통선신호장치의 메세지 처리부 데이타 제어 방법 | |
| RU2286014C2 (ru) | Системы для защитного контролирования линии связи | |
| JP3535673B2 (ja) | 多重化装置のバックアップ制御方式 | |
| KR100279827B1 (ko) | 원격접속 스위치 모듈의 독립운용 제어 방법 | |
| KR100291099B1 (ko) | 디바이스 제어보드의 이중화 상태 보고 방법 | |
| JP3100464B2 (ja) | パケット交換機 | |
| JP3097625B2 (ja) | 情報処理システム | |
| KR100233245B1 (ko) | 고속무선호출 시스템에서의 이중화 제어방법 | |
| JPH0946395A (ja) | バックアップ機能付ターミナルアダプタ | |
| JP3433453B2 (ja) | パケット交換システムおよびパケット交換機 | |
| JPH0797783B2 (ja) | 交換網における障害監視制御方式 | |
| KR20080047043A (ko) | 통신 시스템에서 터미널과 전자교환기의 연결 방법 및 그시스템 | |
| JP3026532B2 (ja) | パケット交換システム | |
| JP2953183B2 (ja) | 保守運用モジュール監視方法 | |
| JPH08186604A (ja) | 交換網内状態監視方法 | |
| JPH0438172B2 (ja) | ||
| JPH04345342A (ja) | パケット交換網における片切れ呼検出方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080427 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090427 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100427 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110427 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140427 Year of fee payment: 13 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |