(57)【特許請求の範囲】
【請求項１】
ホームセキュリティ監視システムであって、検知端末と、コンピュータで構成されたサーバと、ゲートウェイユニットとを有しており、
前記検知端末は顧客の住宅内での障害状況を検出して障害信号を発生するように構成され、各検知端末は他の検知端末に対して第１の通信ネットワークを介して上記の障害信号を送信するための無線送受信器を備え、
コンピュータで構成された前記サーバは上記複数の各検知端末に関する登記レコードを保持する端末登記テーブルを備え、上記登記レコードは、各検知端末を識別する予め決定された端末コードを含み、
前記ゲートウェイユニットは各住宅に設置されるもので、上記サーバと公衆コンピュータネットワークを介して通信するための通信手段を有し、この通信端末は、上記の各検知端末との間で第２の通信ネットワークを介して無線通信を確立して、少なくとも一つの上記検知端末からの支援要求信号を受信してこれをサーバへ送信するように構成され、
上記サーバは、上記のゲートウェイユニットから上記支援要求信号を受信するように構成されたプロセッサと、上記支援要求を受けた時に警告レポートを作成するように構成された警告手段を備え、
上記の各検知端末は、自身が発生する上記の障害信号或いは他の検知端末の一つからの連動障害信号を受けた時に、警報を発する警報ユニットを備え、
上記の各検知端末は、マスタやスレーブとして選択的に機能するように構成され、上記マスタは他の何れかの上記検知端末から上記の障害信号を受けた時に上記の連動障害信号を与えるように規定され、上記のスレーブは上記の障害信号を第１の通信ネットワークを介して上記マスタに送信するように規定され、
上記のゲートウェイユニットは、上記支援要求信号を受けた時にこれを上記サーバへ中継するように構成され、
上記の各検知端末は、上記障害信号を発生した時に、上記の支援要求信号を作り出し、上記の第２通信ネットワークを介して上記のゲートウェイユニットへ上記の支援要求信号を送信するように構成され、この第２通信ネットワークは、上記第１通信ネットワークと異なる通信プロトコルを有しており、
上記ゲートウェイユニットが割り当て手段を有し、この割り当て手段は、上記検知端末の内で最初に電源が投入されて上記ゲートウェイユニットに通信した検知端末を上記マスタとして割り当て、後に電源が投入されてゲートウェイユニットと通信する他の検知端末を上記スレーブとして割り当てるように構成されていることを特徴とするホームセキュリティ監視システム。
【請求項２】
上記ゲートウェイユニットは、上記の支援要求信号を送信する検知端末に対して、要求受領確認信号を送信するように構成され、
上記の各検知端末は、所定の応答期間内に、上記要求受領確認信号を受信しない場合、上記の支援要求信号を再送信するように構成されていることを特徴とする請求項１に記載のホームセキュリティ監視システム。
【請求項３】
上記スレーブは、上記障害信号を発生した時に、最初に上記支援要求信号を上記ゲートウェイユニットへ送信し、その後、上記障害信号を上記マスタへ送信するようにプログラムされ、
上記ゲートウェイユニットは、上記の支援要求信号を送信するスレーブに対して、要求受領確認信号を送信するように構成され、
上記のスレーブは、所定の応答期間内に、上記要求受領確認信号を受信しない場合、上記の障害信号を上記マスタへ再送信するように構成されていることを特徴とする請求項１に記載のホームセキュリティ監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームセキュリティ監視システム、更に詳しくは、サービスプロバイダによって、家庭内警報ネットワークを備えた各顧客住宅に対してホームセキュリティサービスを実施するシステムに関するものである。
【背景技術】
【０００２】
例えば、ＷＯ２００８／０８８０７９号公報に開示されているように、障害警報システムは従来から提案されている。このシステムは、複数ある部屋や場所の内の一箇所でも火災発生の検知がなされた時に、複数の部屋や場所に火災警報を与えるためのものとして、使用者のホームにおいてのみ動作するように設計されている。この目的のために、従来の警報システムは、一台のマスタ検出器と複数のスレーブ検出器を使用し、これらの検出器は別々の場所に配置され、家庭内ネットワークを介してたがいに通信するようになっている。マスタ及びスレーブ検出器は、それぞれ障害や火災条件を検出する検知器と、この検知器が障害状況の発生を示す障害信号を発生した時に警報を発する警報ユニットを内蔵している。マスタ検出器は、特に、何れのスレーブ検出器からの障害信号を受信し、連動障害信号を発生し、これを全ての他の検出器に送信して、全ての検出器即ち部屋での同時警報を行うように設計されている。一方、スレーブ検出器は、障害信号をマスタ検出器へ、オプションとして、他のスレーブ検出器へ送信するように設計されてはいるが、障害信号を他のスレーブ検出器へ中継するようには設計されていない。このため、マスタ検出器のみが中継器として障害信号を全ての他の検出器へ中継し、全ての検出器から警報を発報させることで、何れかの部屋において警報が発報できないような不具合が起こらないようにシステムの完全性を高めている。
【０００３】
近年、インターネットのような広範囲に利用可能なコンピュータネットワークを利用して、上述した個々の家庭内警報ネットワークを、統合ネットワークサービスやシステム迄に拡大して、障害状況を個々の使用者以外の第３者で対処する援助サービスを行うとする要求が高まってきている。このような統合サービスを実施するためには、サービス提供者側にコンピュータによるサーバを用いることが求められ、各使用者の家庭には、家庭内警報ネットワークとサーバとの間のインターフェースとして、家庭内警報ネットワーク内で送信される障害信号を集めるためのゲートウェイを用いることが求められる。サーバは、家庭内警報ネットワーク内で検出された障害状況を認識するように、公衆のコンピュータネットワークを介してゲートウェイと通信し、家庭内警報ネットワーク内で検出された障害状況を受信した時に、支援サービスを提供するように設計することが可能である。
【０００４】
このように、ゲートウェイと家庭内警報ネットワーク、すなわち、少なくとも一つの検知器との間で通信を確立することが必要とされる。従って、最も簡単な解決策は、家庭内警報ネットワークで私用されている通信プロトコルを、家庭内警報ネットワークとゲートウェイとの間の通信にも使用し、ゲートウェイとマスタ検知器との間の通信を、この検知器の中継機能を利用して、行うことである。
【０００５】
しかしながら、このような簡単な解決策では、家庭内警報ネットワークでの通信エラーが起きれば、サーバに障害状況を報知してしまうことや、また、マスタ検知器が故障した時でも同様の欠陥を生じてしまうため、高い信頼性でフェイルセーフのサービスには不十分だと考えられる
従って、統合ネットワークシステムを実施する場合、上記の潜在的な不備を考慮して、現存する家庭内警報ネットワークとうまく調和した、信頼性が高くてフェイルセーフなホームセキュリティ監視システムを実現することが必要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】ＷＯ２００８／０８８０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、信頼性が高くフェイルセーフなホームセキュリティ監視システム、すなわち、家庭内警報ネットワークで検出された障害状況を異なる信号情報経路を介して確実にサーバが収集できる統合サービスシステムを提供するという課題を解決するためになされたものである。
【課題を解決するための手段】
【０００８】
本発明に係るホームセキュリティ監視システムは、顧客の住宅内での障害状況を検出して障害信号を発生するように構成された複数の検知端末と、コンピュータにより構成されたサーバと、各住宅に設置されるゲートウェイユニットを備える。サーバは上記の各検知端末に関する登記レコードを保持する端末登記テーブルを備える。上記登記レコードは、各検知端末を識別する予め決定された端末コードを含む。各検知端末は他の検知端末に対して第１の通信ネットワークを介して上記の障害信号を送信するための無線送受信器を備える。ゲートウェイユニット上記サーバと公衆コンピュータネットワークを介して通信するための通信手段を有し、この通信端末は、上記の各検知端末との間で第２の通信ネットワークを介して無線通信を確立するように構成されて、少なくとも一つの検知端末からの支援要求信号を受信してこの支援要求信号をサーバに送信する。サーバは上記のゲートウェイユニットから上記支援要求信号を受信するように構成されたプロセッサと、上記支援要求を受けた時に警告レポートを作成するように構成された警告手段を備える。
【０００９】
上記の各検知端末は、自身が発生する上記の障害信号或いは他の検知端末の一つからの連動障害信号を受けた時に、警報を発する警報ユニットを備える。更に、各検知端末は、マスタやスレーブとして選択的に機能するように構成される。マスタは他の何れかの上記検知端末から上記の障害信号を受けた時に上記の連動障害信号を与えるように規定され、スレーブは上記の障害信号を第１の通信ネットワークを介して上記マスタに送信するように規定される。上記のゲートウェイユニットは、上記支援要求信号を受けた時にこれを上記サーバへ中継するように構成される。
【００１０】
本発明の特徴とするところは、上記の各検知端末が上記障害信号を発生した時に、上記の支援要求信号を作り出し、上記の第２通信ネットワークを介して上記のゲートウェイユニットへ上記の支援要求信号を送信するように構成され、この第２通信ネットワークは、上記第1通信ネットワークと異なる通信プロトコルを有することである。
【００１１】
この特徴を有するため、サーバは支援要求信号をマスタかスレーブから受信して、顧客住宅で検知された障害状況をフェイルセーフで認識することができる上、第１通信ネットワークと第２通信ネットワークとの間で起こりうる干渉を無くすることができる。
【００１２】
好ましくは、ゲートウェイユニットが、支援要求信号を送信する検知端末に対して要求受領確認信号を送信するように構成され、各検知端末は、所定の応答期間内に、上記要求受領確認信号を受信しない場合、上記の支援要求信号を再送信するように構成される。このため、支援要求信号の送信が一時的に不能となったとしても、マスタやスレーブは、ゲートウェイユニットを介してサーバへ確実に支援要求信号を送信することができる。
【００１３】
更に、スレーブとして割り当てられた検知端末は、障害信号を発生した時に、最初に上記支援要求信号を上記ゲートウェイユニットへ送信し、その後、障害信号を上記マスタへ送信するようにプログラムされることができる。このため、ゲートウェイユニットは、支援要求信号を即座にサーバへ送信して、サーバ側で障害状況が遅滞なく認識できる。また、スレーブは、所定の応答期間内に要求受領確認信号をゲートウェイユニットから受信しない時に、障害信号をマスターへ再送信するように構成され、これによりマスタは、障害信号を確実に知ることができる。
【００１４】
好ましい実施形態においては、ゲートウェイユニットが割り当て手段を有し、この割り当て手段は、検知端末の内で最初に電源が投入されてゲートウェイユニットに通信した検知端末を上記マスタとして割り当て、後に電源が投入されてゲートウェイユニットと通信する他の検知端末を上記スレーブとして割り当てるように構成される。このため、本システムは、マスタをスレーブ或いはその逆の区別の仕方についての理解を顧客に対して求めることなく、顧客住宅で容易に展開できるものである。
【００１５】
上述した本発明の利点及びその他の利点は、添付する図面を参照する以下の詳細な説明からより明確になる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明に係るホームセキュリティ監視システムを示す概略図。
【図２】図２は、上記のシステムを構成する検知端末とゲートウェイユニットにおいてそれぞれ用意される端末登録テーブルと端末ステータステーブルとに加えて、サーバの端末登記テーブルを、示す概略図。
【図３】図３は、サーバを示すブロック図。
【図４】図４は、検知端末を示すブロック図
【図５】図５は、ゲートウェイユニットを示すブロック図。
【図６】図６は、検知端末がマスタやスレーブとして割り当てられる方式を示すタイミング図。
【図７】図７は、スレーブの一つがシステムから削除された時にシステムがどのようしにて再構成されるかをタイミング図。
【図８】図８は、マスタがシステムから削除された時にシステムがどのようしにて再構成されるかをタイミング図。
【図９】図９は、スレーブの一つが新しい検知端末に交換される時にシステムがどのようしにて再構成されるかをタイミング図。
【図１０】図１０は、マスタが新しい検知端末に交換される時にシステムがどのようしにて再構成されるかをタイミング図。
【図１１】図１１は、検知端末の一つで障害状況が検知された時の一連動作を示すタイミング図。
【発明を実施するための形態】
【００１７】
図１は、本発明に係る障害検知サブシステムを利用したホームセキュリティ監視システムを示す。ホームセキュリティ監視システムは、サービスプロバイダによって提供されるものであり、サービスプロバイダ側に設置されるコンピュータからなるサーバ３０を備え、このサーバは各顧客住宅の家庭内警報ネットワークからの例えば、火災発生のようは障害情報を収集して、例えば、有資格者を顧客住宅に派遣する乃至外出中の顧客への緊急対処の通知のような支援を行うことを提供する。家庭内ネットワークは、各顧客住宅で発展したサブシステムによって実現されており、例えば、煙検出器のような複数の検知端末５０、及び検知端末とサーバ３０との間のインターフェースとして動作するゲートウェイユニット１０を備える。サーバ３０は、警告装置３８を備えるかまたはリンクしており、この警告装置は、ゲートウェイユニット１０を介して何れかの検知端末５０から支援要求信号である障害情報を受信した時に、警告レポートを作成する。後に詳細に説明するように、各検知端末は第１通信ネットワークを介して互いに通信し、第２通信ネットワークを介してゲートウェイユニット１０と通信するように構成されている。
【００１８】
このシステムは、各顧客に属するパーソナルコンピュータのような入力装置１００を備え、この入力装置は、公衆コンピュータネットワーク、即ち、インターネットを介してサーバ３０と通信して、サーバ内に検知端末５０を登記する。このため、サーバ２０には、端末登記テーブル３７が備えられ、このテーブルは、図２に示すように、顧客が入力装置１００を使用して記入した、例えば、製造者のシリアル番号のような端末のレコードを記憶するように構成されている。その他の入力は顧客側では必要とされない。家庭内警報ネットワークを発展させるために先だって顧客に要求されることは、単に、端末コードのレコードを追加又は削除することである。
【００１９】
図３に示すように、サーバ３０は、端末登記テーブル３７を構成するメモリに加えて、公衆ネットワークを介して入力装置１００やゲートウェイユニット１０と通信を行う通信モジュール３２と、登記モジュール３４や障害事象モジュール３６を構成するプロセッサを備える。登記モジュール３４は、入力装置１００での顧客による入力に応じて、端末登記テーブル３７内の登記レコードの追加、削除、更新を行うようにプログラムされている。障害事象モジュール３６は、ゲートウェイユニット１０を介して送信されて通信モジュール３２で受信した支援要求信号に応答して、警告レポートを提供するように警告装置３８を動作させるようにプログラムされる。警告装置は、ディスプレイやスピーカなどでよく、これによりサービスプロバイダの職員に情報を提供しうるものであればよい。
【００２０】
本発明において使用される検知端末５０は、同じ構成となっていて、各検知端末をマスタ或いはスレーブとして機能することを可能としている。検知端末５０は、内蔵電池（図示せず）から電源を得ており、図４に示すように、電源スイッチ５２、煙センサ５６、警報ユニット５８、無線送受信器６８、プロセッサ、及びメモリを備えている。煙センサ５６は、雰囲気中の煙濃度を検出し、検知煙濃度を示す濃度信号をプロセッサで実現される障害事象モジュール６４へ出力するように構成される。煙濃度が所定の閾値を超えると、障害事象モジュール６４が、火事可能性を示す障害信号を作り出し、この信号を警報ユニット５８に出力し、警報ユニットがこれに応答して警報音を発する。障害信号は、無線送受信器６８によって、家庭内警報ネットワークを形成する他の検知端末５０へ、第１通信ネットワークを介して送信され、また、支援要求信号として、ゲートウェイユニット１０へ第２通信ネットワークを介して送信される。このため、障害事象モジュール６４は、第１通信ネットワークに特有の第１通信プロトコルに準拠した障害信号を作り出し、第２通信ネットワークに特有で、第１通信プロトコルとは異なる、第２通信プロトコルに準拠した支援要求信号を作り出す。
【００２１】
マスタは他の検知端末の何れからからの障害信号を受けた時に、連動障害信号を与えるように規定され、スレーブは障害信号を第１通信ネットワークを介してマスタに送信し、マスタから連動障害信号を受信した時に、警報を与えるように規定されている。連動障害信号は、第１通信プロトコルに基づいて作成され、マスタから家庭内警報ネットワークを構成する全てのスレーブに送信されて、各検知端末で同時に警報を与える。マスタは、また、スレーブの何れから障害信号を受信した時に、或いは、障害信号を自身で発生させた時に、支援要求信号を作成しこれをゲートウェイユニット１０へ送信するように構成される。この意味において、マスタは、中継器として動作し、スレーブから直接ゲートウェイユニットへ支援要求信号が送信されるのと平行して、支援要求信号をゲートウェイユニットへ送信する。また、スレーブは、障害状況、即ち、火災発生を検出した時に、障害信号を他のスレーブへ送信するように構成される。マスタとスレーブとの間での関連動作を行うために、検知端末はメモリ内に作られる端末登録テーブル６７を備え、図２に示すように、マスタやスレーブを示すマスタ・スレーブ識別子と、家庭内警報ネットワーク内で、他の検知端末と区別するためのノード番号のレコードを記憶する。更に、端末登録テーブル６７のレコードは端末コードを含む。検知端末がマスタとして割り当てられた場合は、後述するように、マスタ・スレーブ識別子と、全ての検知端末についてのノード番号が記憶される。他方、検知端末がスレーブとして割り当てられる場合は、マスタ・スレーブ識別子と、自身及びマスタについてのノード番号が記憶される。
【００２２】
プロセッサは、構成／登録モジュール６２を形成しており、これはゲートウェイユニット１０と共同して、マスタやスレーブを割り当てる端末構成、及びマスタ・スレーブ識別子に関連させてノード番号を決定する端末登録を実現する。
【００２３】
図５に示すように、ゲートユニット１０は、第２通信ネットワークを介して、サーバ３０や検知端末５０と通信するための無線送受信器１１を備える。この第２通信ネットワークは、第１通信ネットワークと異なる特定の通信プロトコルを使用しており、検知端末同士を結合する第１通信ネットワークと区別される。ゲートウェイユニット１０は、また、端末登記テーブル３７と同一の構成である端末ステータステーブル１７を実現するメモリを備え、この端末ステータステーブルは、端末登記テーブル３７での登記レコードの変化を反映するように更新される。更に、ゲートウェイユニット１０は、障害事象モジュール１２、認証モジュール１４、及び割り当てモジュール１６を構成するプロセッサを有する。障害事象モジュール１２は、何れかの検知端末５０からの支援要求信号を受信した時に、これをサーバ３０へ中継するようにプログラムされている。認証モジュール１４は、検知端末を認証、すなわち、構成要請を行う検知端末５０が端末ステータステーブル１７に記録されているかをチェックし、この端末ステータステーブル１７に記録されていれば、その検知端末５０を家庭内警報ネットワークに加入することを許可する。割り当てモジュール１６は、認証された検知端末５０の一つにマスタを割り当て、認証された他の検知端末にスレーブを割り当てるようにプログラムされている。この割り当ての結果は、端末ステータステーブル１７及び各検知端末の端末登録テーブル６７に記録される。
【００２４】
次ぎに、図６を参照して、端末構成及び端末登録について詳細に説明する。住宅に設置される各検知端末５０についての端末コードが顧客によって端末登記テーブル３７へ入力された後は、ゲートウェイユニット１０は、最初にサーバと通信する時に、端末コードを端末ステータステーブル１７に記録する。このようにして、ゲートウェイユニット１０は端末構成を行う準備が整う。検知端末の一つが最初に電源スイッチをオンにして通電された時、この検知端末はゲートウェイユニット１０へ端末コードを含む構成要請を送信する。ゲートウェイユニットが、構成要請を送信する検知端末を端末ステータステーブル１７に記録されているものとして認証した場合、ゲートウェイユニット１０、即ち、割り当てモジュール１６が、ゲートウェイユニット１０と通信を確立した最初のものであるとものとして、この検知端末へ構成要求を返して、この検知端末からゲートウェイユニット１０へ特有の暗号キーによる構成応答を送信することを要求する。ゲートウェイユニット１０が構成応答が有効であると確認すると、マスタを割り当てる構成指令を検知端末へ送信し、同時に、共にマスタを示す「１」のマスタ・スレーブ識別子と、「００」のノード番号を検知端末に設定して、端末ステータステーブル１７内のこの検知端末に関するレコードを更新する。構成要求及び構成応答は、暗号化通信のために検知端末とゲートウェイユニットとの間で暗号キーを交換することにだけに用意されており、無くてもよい。即ち、ゲートウェイユニット１０は、端末コードが認証された検知端末からの構成要請に直接応答する形で、構成指令を送信するように構成することができる。
【００２５】
検知端末５０で構成指令を受信すると、構成／登録モジュール６２はこれに応じてマスタ・スレーブ識別子「１」とノード番号「００」とを自身の端末コードと関連させて端末登録テーブル６７へ書き込む。これにより、検知端末（以後ＤＴマスタとも称す）は、ＤＴマスタとで家庭内警報ネットワークを構成する他の検知端末（以後ＤＴスレーブとも称す）の登録準備が整う。
【００２６】
次いで、他の検知端末５０（ＤＴスレーブ）の一つが、電源スイッチ５２の操作によって通電されると、検知端末５０（ＤＴスレーブ）はステージ１の手順（即ち、スレーブ構成手順）に進んで、構成要請を端末コードと共に送信し、オプションとして、ゲートウェイユニット１０からの構成要求を受信し、構成応答をゲートウェイユニット１０へ返送する。端末コードが、端末ステータステーブル１７に記録されていると、ゲートウェイユニット１０は、検知端末５０へ構成指令を送信することで、この検知端末（ＤＴスレーブ）にスレーブを割り当て、ＤＴスレーブの構成／登録モジュール６２がこの構成指令に基づいて、自身の端末コードと関連させてマスタ・スレーブ識別子「０」を端末登録テーブル６７に書き込む。先の検知端末、即ち、ＤＴマスタ、より後にゲートウェイユニット１０との間で通信を確立したＤＴスレーブへ構成指令を送信すると、ゲートウェイユニット１０は構成指令に登録指令を含める。即ち、割り当てモジュール１６が、構成指令に加えられる登録指令を発生する。このような構成指令を受信すると、ＤＴスレーブはステージ２手順（スレーブ登録手順）に進み、ＤＴマスタへ登録要請を送信することによってＤＴマスタを呼び起こす。
【００２７】
登録要請を受信すると、ＤＴマスタは要請承認をＤＴスレーブに返し、登録問い合わせをゲートウェイユニット１０へ返す。この後、ゲートウェイユニット１０はスレーブ登録許可を返す、この登録許可は割り当てモジュール１６で作成されてＤＴスレーブへ与えられるノード番号「０１」を含む。次いで、ＤＴマスタは、ＤＴマスタによって最初に認識されたＤＴスレーブであることを示すノード番号「０１」を有するＤＴスレーブへ、登録命令を、マスタ・スレーブ識別子、及びＤＴマスタのノード番号と共に、送信し、これによって、ＤＴスレーブの構成／登録モジュール６２が自身のレコードを更新してノード番号「０１」として、図２に示すように、端末登録テーブル６７へ、ＤＴマスタのレコードを追加する。端末登録テーブルの更新が完了すると、ＤＴスレーブは登録応答をＤＴマスタへ返し、ＤＴマスタはＤＴスレーブのレコードを端末登録テーブル６７に追加する。ＤＴスレーブからの登録応答を受信すると、ＤＴマスタは、ゲートウェイユニット１０へスレーブ登録要求を送信して、ゲートウェイユニット１は、端末ステータステーブル１７におけるマスタ・スレーブ識別子及び端末コードに関連するノード番号に関するＤＴマスタと、新たに追加されたＤＴスレーブのレコードを、更新する。端末ステータステーブル１７を更新した後、ゲートウェイユニット１０は、登録完了応答をＤＴスレーブへ発信して、スレーブ登録手順、即ち、ステージ２手順を完了する。
【００２８】
登録完了応答が、構成要請から２５００ミリ秒以内に受信できなかった場合は、上のスレーブ構成手順及びこれに引き続くスレーブ登録手順が繰り返される。他の全てのＤＴスレーブについて、上記の登録が完了すると、ＤＴマスタは各ＤＴスレーブが家庭内警報ネットワークを構成するものとして認識し、同様に各ＤＴスレーブがＤＴマスタを認識し、これにより、各ＤＴスレーブが、第１通信ネットワーク、即ち家庭内警報ネットワークを介して、障害信号をＤＴマスタ及び他のＤＴスレーブへ送信でき、何れかのＤＴスレーブから障害信号を受信した時には、各ＤＴスレーブが支援要求信号を第２通信ネットワークを介して直接ゲートウェイユニット１０へ送信できることに加えて、ＤＴマスタは、支援要求信号を第２通信ネットワークを介してゲートウェイユニット１０へ送信できる。
【００２９】
図７は、ＤＴスレーブの一つがシステムから削除された場合に、システムがどのように動作するかを示すタイムチャートを示す。ＤＴスレーブ、例えば、ノード番号「０１」を有するものが故障し、電源がオフになると、顧客は入力装置１００を利用して、サーバ３０内の端末登記テーブル３７から、故障したＤＴスレーブのレコードを削除する。ゲートウェイユニット１０の端末ステータステーブル１７では、サーバ３０に通信したときに、このレコードの変更が反映される。即ち、端末ステータステーブル１７は、更新されて、故障したＤＴスレーブのレコードに、このレコードが削除されるべきであることを示す削除フラグを加える。この状況では、ＤＴマスタは、登録されたＤＴスレーブが現在利用できるかどうかのチェックのためのステータスチェック手順を行うように機能する。ステータスチェック手順は、ＤＴマスタの設定ボタン５４を操作することで開始される。設定ボタン５４を操作すると、構成／登録モジュール６２がこれに応答して、全ての存在する、即ち登録されたＤＴスレーブについてのステータスチェック要求を発生して、端末登録テーブル６７に登録されレいる各ＤＴスレーブが、ゲートウェイユニット１０の端末ステータステーブル１７に有効なものであるとして登録されているかどうかを調べる。ＤＴマスタへ、ステータス要求承認が返されると、ゲートウェイユニット１０は、端末登録テーブル６７から故障したＤＴスレーブ、即ち、端末ステータステーブル１７で削除フラグが付されたＤＴスレーブのレコード、を削除するスレーブ削除指令を与える。このスレーブ除去指令に応答して、ＤＴマスタはその端末登録テーブルからこのレコードを削除し、スレーブ削除確認をゲートウェイユニットへ返すことで、ゲートウェイユニットは、削除フラグが付されたレコードを実際に削除することによって、みずからの端末ステータステーブルを更新する。他の故障していないＤＴスレーブ、例えば、ノード番号「０２」で設定ボタン５４が押されると、このＤＴスレーブは同様のステータスチェック要求、ＤＴスレーブ「０２」がゲートウェイユニットの端末ステータステーブルに記録されているかどうかの要求を送信し、ゲートウェイユニットからステータス要求承認を受けるが、ＤＴスレーブの端末登録テーブル６７に変更は必要とされない。
【００３０】
尚、ステータスチェック手順は、設定ボタン５４を短い時間で、例えば、４秒以下、押すことによって開始される。他方、設定ボタン５４を４秒を超える長い時間押せば、ＤＴマスタやＤＴスレーブは、上記のステータスチェックを行った後、手動テストを行う。手動テストでは仮想の障害信号を発生させて、家庭内警報システムが反応して各検知端末から警報を発するかどうかをチェックする。この場合、ステータスチェック要求を送信してステータス要求承認を受信した後、ＤＴマスタやＤＴスレーブはテスト要求をゲートウェイユニットへ送信し、ゲートウェイユニットはテスト要求承認を返す。テスト要求承認を受信すると、ＤＴマスタやＤＴスレーブは、家庭内ネットワーク内で警報を発生させるための仮想の障害信号を与える手動テストモードに入ることが可能となる。この場合、ゲートウェイユニットは、得られる警報が偽であり単にテストの結果であることを認識するものである。
【００３１】
また、図１１を参照して、後述するように、家庭内警報ネットワークで検出された障害状況が有る場合は、設定ボタンを長押しすると、警報停止信号を発生させる。
【００３２】
更に、各ＤＴマスタやＤＴスレーブはそれぞれ、間欠的に動作される、すなわち、障害状況が検出されたかをチェックし、障害状況を検出するや否や障害信号及び支援要求信号送信するようにウェークアップする間欠動作モードとなる。図面においては、このような端末の間欠動作モードを「間欠動作」として表記している。また、ＤＴマスタやＤＴスレーブの各々は、第２通信ネットワークが正常に動作しているかどうかをチェックするために、一定間隔で、ステータスチェック要求をゲートウェイユニットへ送信するように構成されている。
【００３３】
図８は、ＤＴマスタが削除された時にシステムがどのように動作するかを示すタイムチャートを示す。ＤＴマスタが故障して、システムから除外されると、顧客側では、サーバ３０の端末登記テーブル３７から故障したＤＴマスタのレコードを削除することが求められる。これにより、ゲートウェイユニット１０は、自身の端末ステータステーブル１７において、レコードの削除を反映して、端末ステータステーブル１７を更新する。このような状況の下で、ＤＴスレーブの一つ、この場合ノード番号「０１」を持つＤＴスレーブの設定ボタン５４が短押しされると、このＤＴスレーブはゲートウェイユニット１０へステータスチェック要求を送信することによってステータスチェック手順を行う。しかしながら、ゲートウェイユニット１０は、自身の端末ステータステーブル１７内でＤＴマスタを認識することができないため、ＤＴスレーブへステータス要求承認を返すことができない。設定ボタン５４を短押しした後の所定の期間内で所定回数ステータスチェック要求の送信を繰り返した後、ＤＴスレーブは、ゲートウェイユニット１０に対して構成手順を行うことが許可される。ＤＴスレーブから構成要請を受信すると、ゲートウェイユニット１０は再構成ルーチンを行って家庭内警報ネットワークを再確立する。この再構成ルーチンは、構成指令を返送するゲートウェイユニット１０によって継続され、この構成指令により受信側のＤＴスレーブは新たなマスタとして割り当てられ、自身の端末登録テーブル６７をマスタ・スレーブ識別子「１」に更新する。すなわち、図６を参照して説明するように、ゲートウェイユニットと通信を確立した検知端末から構成要請を受信すると、ゲートウェイユニットは自身の端末ステータステーブルを参照し、構成要請を送信する検知端末のレコードが端末ステータステーブルにあり、マスタとして既に割り当てられた検知端末のレコードがこの端末ステータステーブルに無い時にのみ、構成要請を送信する検知端末に対して、割り当てモジュール１６がマスタを割り当てることを許可する。
【００３４】
この時点で、ゲートウェイユニット１０は端末ステータステーブル１７を更新して、新たなＤＴマスタのマスタ・スレーブ識別子を書き替える。その後、ＤＴマスタはステータスチェック要求をゲートウェイユニット１０へ送信し、ここからＤＴマスタへステータス要求承認を返す。これにより、ＤＴマスタは、ノード番号に関して残りのＤＴスレーブのレコードをクリアし、ゲートウェイユニットは、ノード番号に関して残りのＤＴスレーブのレコードをクリアする。続いて、ゲートウェイユニット１０は、ＤＴマスタと協働して、再構成ルーチンを行う準備を整える。すなわち、残りの各ＤＴスレーブ、この場合ノート番号「０２」のＤＴスレーブからの構成要請を受信すると、ゲートウェイユニット１０は、新たなノード番号「０１」、マスタ・スレーブ識別子「０」を指定する構成指令を発生して、これをＤＴスレーブへ送信し、これを受けたＤＴスレーブは自身の端末登録テーブル６７をこれに対応させるように更新して、ステージ１手順（スレーブ構成手順）を完了する。この時点で、ゲートウェイユニット１０は自身の端末ステータステーブル１７を更新して、ＤＴスレーブになされた変更を反映する。ゲートウェイユニット１０よって作り出される構成指令には、登録指令が含まれ、これによってＤＴスレーブがステージ２手順（即ち、スレーブ登録手順）に移行するものであり、この手順は、図６を参照して詳述するように、構成要請を送信して新たなＤＴマスタをウェークアップさせることで開始され、ゲートウェイユニット１０から登録完了応答を受信することで完了する。同様に、残りのＤＴスレーブの何れもが、設定ボタン５４を短押しするだけで、上述の再構成ルーチンを完了する。存在する全てのＤＴスレーブについての再構成が完了すると、ＤＴマスタやＤＴスレーブが個別のノード番号によってゲートウェイユニット１０と送信することができることに加えて、新たなＤＴマスタは、その端末登録テーブル６７を更新して、家庭内警報ネットワークでの通信のためのノード番号によってＤＴスレーブを認識できるようになる。
【００３５】
図９は、ＤＴスレーブを新たなものに置き換える場合に、システムがどのように動作するかを示す別のタイムチャートを示す。登録されたＤＴスレーブ（例えば、ノード番号「０１」）が故障した結果、新たな検知端末に交換しなければならなくなると、顧客は入力装置１００を使用して故障したＤＴスレーブのレコードをサーバ３０の端末登記テーブル３７から削除し、新たに追加される検知端末のレコードをこの端末登記テーブル３７に挿入する。このレコードの変更は、ゲートウェイユニット１０がサーバ３０と通信した時に、ゲートウェイユニット１０の端末ステータステーブル１７に反映される。この状況下では、新たなＤＴスレーブが通電によりゲートウェイユニット１０と通信するようになると、ゲートウェイユニット１０との相互作用により、上述したように、ステージ１手順とステージ２手順を完了して、マスタ・スレーブ識別子「０」と新たなノード番号が与えられ、これによって、新たなＤＴスレーブがゲートウェイユニット１０並びにＤＴマスタで認識されてこれらとの間で確かな通信が行える。その後、ＤＴマスタは設定ボタン５４の短押しによって、端末登録テーブルに記録されているＤＴスレーブがシステムにおいて現時点で利用できるかどうかのステータスチェック手順を行う。すなわち、ＤＴマスタはステータスチェック要求を作り出してゲートウェイユニット１０へ送信して、端末登録テーブル６７に記録されている各ＤＴスレーブが、ゲートウェイユニット１０の端末ステータステーブル１７に有効な者として記録されているかを調べる。ゲートウェイユニット１０がＤＴマスタへ、ステータス要求承認を返すと、端末ステータステーブル１７に削除フラグが付けられた端末のレコードを端末登録テーブル６７から削除するためのスレーブ削除指令を作り出す。ＤＴマスタは、このスレーブ削除指令に応答して、その端末登録テーブル６７からそのレコードを削除し、スレーブ削除確認をゲートウェイユニット１０へ返して、このレコードを端末ステータステーブルからも削除することを完了する。その後、ＤＴスレーブの設定ボタンが短押しされると、ステータスチェック要求がＤＴスレーブからゲートウェイユニット１０へ送信されて、ゲートウェイユニット１０からは、要求元のＤＴスレーブの端末登録テーブルについて変更は不要であることを示すステータス要求承認が返される。
【００３６】
ＤＴマスタが故障して、新しいものと交換されると、図１０に示すように、システムが動作する。この状況下では、使用者は、故障したＤＴマスタのレコードを削除し、新しい検知端末の端末コードを挿入することによって、サーバの端末登記テーブルを更新する。これに伴う変更は、ゲートウェイユニット１０の端末ステータステーブル１７に反映される。新しい検知端末が通電されて構成要請を送信することによってゲートウェイユニット１０との通信を確立すると、ゲートウェイユニット１０は端末ステータステーブル１７にマスアトして割り当てられている検知端末のレコードがあるか否かをチェックし、マスタとして割り当てられた検知端末を示すレコードが端末ステータステーブルに無い場合にマスタをこの新しい検知端末に割り当てるための構成指令を送信することによってステージ１手順を完了する。このようにして、新たに追加された検知端末が新たなＤＴマスタとして認識される。その後、新たなＤＴマスタがステータスチェック要求をゲートウェイユニット１０へ送信し、ここからＤＴマスタが端末ステータステーブルに記録されているとの確認のためのステータス要求承認を受信する。この時点では、ＤＴマスタはその端末登録テーブル６７にＤＴスレーブのレコードが入力されていないため、関連するＤＴスレーブを認識していない。また、ゲートウェイユニット１０はこの端末ステータステーブルから各ＤＴスレーブのノード番号をクリアしており、各ＤＴスレーブがゲートウェイユニットと交信を試みようとして設定ボタンを短押ししたとしても、各ＤＴスレーブへステータス承認を返すことができない。
【００３７】
次いで、ＤＴマスタは設定ボタンが短押しされると、ステータスチェック要求を送信して、ゲートウェイユニット１０に対して各ＤＴスレーブからの構成要請並びにこれに引き続くステータスチェック要求を受け入れるように要求する。その後、ＤＴスレーブは、ゲートウェイユニットに対して構成手順を行い、上述したような方式で、構成指令を受信してステージ１手順並びにステージ２手順を完了させることが許可され、これによって、ＤＴスレーブがゲートウェイユニットから与えられたノード番号を持つスレーブとして再定義され、ＤＴマスタの端末登録テーブルに記録される。このような方式によって、全ての現存するＤＴスレーブが再定義され、ＤＴマスタ及びゲートウェイユニットによって認識される。
【００３８】
図１１は、ＤＴスレーブの一つで障害状況が検出された時にシステムがどのように動作するかを示す。この例では、ノード番号「０１」を有するＤＴスレーブ（以後、検出ＤＴスレーブと称す）が障害状況を検知してウェークアップされ、警報を発し、支援要求信号をゲートウェイユニット１０へ送信する。ゲートウェイユニットは、これに応じて、支援要求信号をサーバ３０へ中継して障害状況を報知し、支援要求承認を検出ＤＴスレーブに返す。この直後、検出ＤＴスレーブは障害信号を送信して、ＤＴマスタ並びに他のＤＴスレーブ（以後、非検出ＤＴスレーブと称す）をウェークアップさせる。障害信号に応答して、非検出ＤＴスレーブは警報を発し、ＤＴマスタは連動障害信号を作り出すと共にこれを非検出ＤＴスレーブに送信することで、各ＤＴスレーブが警報を発する。非検出ＤＴスレーブが、何等かの一時的な通信エラーによって、ウェークアップすることができなかった場合、連動障害信号によってウェークアップされて警報を発する。検出ＤＴスレーブ及び非検出ＤＴスレーブは、ウェークアップした時、連動警報応答を、ＤＴマスタに返し、ＤＴマスタはこれに呼応して、支援要求信号をゲートウェイユニットへ繰り返して送信し、同時に連動障害信号を繰り返し検出ＤＴスレーブ並びに非検出ＤＴスレーブへ送信する連動モードに入る。
【００３９】
連動障害信号が繰り返し送信される状況で、設定ボタンが押されると、ＤＴマスタは警報停止命令を検出ＤＴスレーブ及び非検出ＤＴスレーブに送信し、同時に、ＤＴマスタがＤＴスレーブへ警報の停止を要求していることを示す警報ステータス信号をゲートウェイユニット１０に送信する。警報停止命令及び警報ステータス信号は、例えば、９０秒の所定の期間、繰り返して送信される。この期間の後、ＤＴマスタは、検出及び非検出ＤＴスレーブに対して、警報停止命令が受け入れられたことを示す警報停止応答を返すように要求する警報停止確認を送信する。しかしながら、検出ＤＴスレーブが依然として障害状況を検出している間は、検出ＤＴスレーブは、障害状況を示す警報停止応答を返し、ＤＴマスタはこれに応じて、障害状況が無くなるまで連動障害信号の送信を継続し、ＤＴマスタが警報停止命令を送信した後でも、検出ＤＴスレーブにおいて障害状況が依然として検出されているとの情報を含む支援要求信号を、ゲートウェイユニット１０へ送信することを継続する。
【００４０】
障害状況がなくなると、検出ＤＴスレーブは警報停止要請をＤＴマスタに送信し、自身の警報を停止する。次いで、ＤＴマスタはこれに応じて、警報停止確認命令を全てのＤＴスレーブに送信して、ＤＴスレーブが警報停止の準備ができているかの情報を含む警報停止応答を返すように要求する。警報停止応答を受領すると、ＤＴマスタは警報停止命令をＤＴスレーブに送信して個々のＤＴスレーブでの警報を停止させる。警報が停止されると、各ＤＴスレーブは警報ステータスを示す警報停止応答をＤＴマスタに返し、間欠受信モードに入る。同様にして、ＤＴマスタは、ＤＴスレーブからの警報停止応答を受信すると、間欠受信モードに入る。更に、警報停止要請を受信した後で、警報停止応答を受信する迄は、ＤＴマスタはＤＴマスタが検出ＤＴスレーブから警報停止要請を受けたとの情報と共に警報ステータス信号をゲートウェイユニットへ送信するように機能する。
【００４１】
尚、検知端末は、障害状況が自身で検知された場合に、「ブーン・ブーン煙注意警告」なる音声警報を発し、他の検知端末で検知された場合は、「ブーン・ブーン  他の部屋での煙注意警告」なる音声警報を発するように設計されている。
【００４２】
検知端末が間欠動作モードにある時は、例えば、３３時間毎の決まった間隔で、電池状態や検知端末が正常出るかどうかを示す他の幾つかのパラメータについての情報と共に、ステータスチェック要求を、ゲートウェイユニット１０へ送信する。
【００４３】
本発明は、例示の実施形態を参照して記述しているが、クレームされた発明以外の改良発明を構築するために、上述において記載された個々の特徴を適切に組み合わせることができるものである。
【図１】
0005162034.tif 000002
【図２】
0005162034.tif 000003
【図３】
0005162034.tif 000004
【図４】
0005162034.tif 000005
【図５】
0005162034.tif 000006
【図６】
0005162034.tif 000007
【図７】
0005162034.tif 000008
【図８】
0005162034.tif 000009
【図９】
0005162034.tif 000010
【図１０】
0005162034.tif 000011
【図１１】
0005162034.tif 000012