(57)【特許請求の範囲】
【請求項１】
自動ドアの作動を制御するコントローラを備えた複数台の自動ドアシステムが設けられ、これら各自動ドアシステムは、自動ドアの故障部位を診断する自己診断手段を備え、前記各自己診断手段が、これらに対応する自動ドアシステムに異常が発生したとき、前記自己診断出力を通信装置を介して保守拠点に送信した後、前記自己診断手段が前記出力を発生した自動ドアシステムの前記コントローラに、前記自動ドアを全開または全閉状態とする指令を、前記保守拠点から送信する自動ドアシステムのリモート監視装置。
【請求項２】
自動ドアの作動を制御するコントローラを備えた自動ドアシステムが複数台設けられ、これら複数台の自動ドアシステムのうち、所有者から連絡のあった自動ドアシステムのコントローラに対し、通信装置を介して保守拠点から前記自動ドアの動作状況を変更する指令と、前記自動ドアに特定の動作を前記動作状況の変更を行う直前または直後に行わせる指令とを、同時に送信することを特徴とする自動ドアシステムのリモート監視装置。
【請求項３】
請求項２記載の自動ドアシステムのリモート監視装置において、前記各自動ドアシステムは、前記自動ドアに物体が接近したとき、この物体を検出するセンサを備え、前記各コントローラは、これらが対応する前記センサが物体を非検出時に、前記動作状況の変更と、前記特定の作動とをすることを特徴とする自動ドアシステムのリモート監視装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動ドアシステムを、遠隔地にある保守拠点から監視する装置に関する。
【０００２】
【従来の技術】
自動ドアシステムには、自動ドアを開閉させるモータと、自動ドア付近に物体が存在しているか否かを検出するセンサと、このセンサが物体を検出しているとき、モータに自動ドアを開かせ、このセンサが物体を検出しなくなったとき、モータにドアを閉じさせるコントローラを備えたものがある。自動ドアシステムに故障が発生した場合、その自動ドアシステムの販売会社に保守の要請がある。この要請に応じて、販売会社の各サービスマンのうち派遣可能な者が捜される。この派遣可能なサービスマンが、故障が発生したドアシステムの設置場所に出向き、故障が発生した自動ドアシステムの保守を行う。しかし、このサービスマンの派遣までに、多くの時間がかかることがある。派遣されたサービスマンは、自動ドアシステムの故障箇所を、自動ドアシステムの各部品を点検しながら特定しなければならないので、故障箇所を特定するのに、時間と手間がかかっていた。
【０００３】
そこで、自動ドアシステムの故障を故障診断装置によって自動的に診断し、故障の場合に診断結果を、サービス店等に通報する自動ドアの故障診断・通報システムが、実開昭６３−８３３８４号公報に開示されている。
【０００４】
【発明が解決しようとする課題】
しかし、上記の故障診断・通報システムでは、故障診断装置は、ドアが閉じられたままの状態が維持されている或いはドアが開いたままの状態が維持されている等の異常が発生していることをサービス店に通報している。このような状態にドアがなる原因としては、様々なものが予想される。従って、サービス店側では、この情報だけでは、自動ドアシステムのいずれの部品が故障しているかについてまで、把握することができない。従って、サービスマンが異常が発生している自動ドアシステムの設置場所まで出向いても、故障部位を特定するのに、やはり手間と時間がかかり、迅速に保守を行うことができない。
【０００５】
また、自動ドアシステムを設置したときに、自動ドアの開速度や閉速度等が設定されている。しかし、自動ドアシステムの所有者が、設定された開速度や閉速度を異なる速度に変更して欲しいと要求することがある。このような場合にも、サービスマンが、その自動ドアシステムの設置場所まで出向き、これらの設定の変更を行っている。即ち、設定を変更する保守の場合にも、一々サービスマンが出向いて行っているので、迅速に保守が行えない。
【０００６】
本発明は、迅速に保守が行える自動ドアシステムのリモート監視装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
請求項１記載の発明では、自動ドアの作動を制御するコントローラを備えた複数台の自動ドアシステムが設けられている。これら各自動ドアシステムは、自動ドアの故障部位を診断する自己診断手段を備えている。これら自己診断手段が、これらに対応する自動ドアシステムに異常が発生したとき、前記自己診断出力を通信装置を介して保守拠点に送信した後、前記自己診断手段が前記出力を発生した自動ドアシステムの前記コントローラに、前記自動ドアを全開または全閉状態とする指令を、前記保守拠点から送信する。
【００２１】
自動ドアシステムの故障部位によっては、現在の自動ドアの動作状況、例えば自動ドアの開閉速度で自動ドアを作動させていると、故障が保守可能な状態まで進行することがある。このような場合に備えて、請求項１記載の発明では、故障が発生している自動ドアシステムから、故障が発生している旨の情報が送られてきた保守拠点では、その自動ドアシステムに対して、自動ドアの動作を変更させる指令を送出している。これによって、故障の発生している自動ドアシステムでは、自動ドアの動作が変更され、保守不可能な状態にまで、故障が進行することを防止している。
【００２２】
特に、自動ドアを全開状態までは全閉状態にすると、この全開または全閉状態が維持されるので、即ち、自動ドアは停止状態を維持するので、故障が進行することがない。さらに、利用者が自動ドアに接近しても、全開または全閉状態が維持されているので、自動ドアシステムが故障していることを、利用者に認識させることができる。
【００２３】
請求項２記載の発明では、自動ドアの作動を制御するコントローラを備えた自動ドアシステムが複数台設けられている。これら複数台の自動ドアシステムのうち、所有者から連絡のあった自動ドアシステムのコントローラに対し、通信装置を介して保守拠点から前記自動ドアの動作状況を変更する指令と、前記自動ドアに特定の作動を前記動作状況の変更を行う直前または直後に行わせる指令とを、同時に送信する。
【００２４】
自動ドアシステムを設置した場合に、自動ドアがどのような状態、例えばどのような速度で開閉するかはサービスマンによって設定される。しかし、この自動ドアシステムの所有者が、自動ドアシステムの利用者の通過量等を観察した結果、自動ドアの作動状況の変更を希望することがある。このような場合にも、保守拠点に、この旨の連絡が所有者から保守拠点に入ると、保守拠点から自動ドアの作動状況を変更する指令を送信し、当該自動ドアシステムの動作状況を変更する。これによって、一々自動ドアシステムの設置場所まで、サービスマンを派遣する必要がなく、迅速に動作状況の変更という保守を迅速に行える。
【００２６】
さらに、自動ドアシステムでは、特定の作動を行わせる指令を受けたことにより、特定の作動を行う。よって、作動状況の変更が行われたことが、自動ドアシステム側で確実に把握することができる。
【００２９】
請求項３記載の発明では、請求項２記載の自動ドアシステムのリモート監視装置において、前記各自動ドアシステムは、前記自動ドアに物体が接近したとき、この物体を検出するセンサを備え、前記各コントローラは、これらが対応する前記センサが物体を非検出時に、前記動作状況の変更と、前記特定の作動とをする。
【００３０】
請求項３記載の発明によれば、物体、例えば人体が自動ドアに接近していない状態において、動作状況の変更が行われる。従って、動作状況の変更が行われても、人体等に自動ドアが衝突するような事故を防止することができる。
【００３１】
【発明の実施の形態】
本発明の参考例の自動ドアシステムのリモート監視装置は、図１に示されているように、複数台、例えば３台の自動ドアシステム２ａ乃至２ｃを有している。これら自動ドアシステム２ａ乃至２ｃは、例えば１つのビル４の様々な箇所に設けられている。
【００３２】
各自動ドアシステム２ａ乃至２ｃは、ビル４に形成されたドア開口に取り付けられ、これを開閉する自動ドア、即ちドアパネルを有している。この自動ドアをベルト等の駆動伝達機構（図示せず）を介して駆動するモータ６と、このモータ６を制御するコントローラ８とを、各自動ドアシステム２ａ乃至２ｃが含んでいる。モータ６としては、三相ブラシレスモータを使用することができる。
【００３３】
さらに、自動ドアシステム２ａ乃至２ｃは、自動ドアの近傍に物体、例えば人体が存在しているか否かを検出するセンサ群１０も有している。このセンサ群１０は、複数のセンサを有している。自動ドアは、通常にはドア開口を完全に閉じていて、センサ群１０のいずれかのセンサが物体を検出したとき、コントローラ８がモータ６を一方の方向に回転させて、自動ドアにドア開口を開かせる。センサ群１０のいずれのセンサも、物体を検出しなくなったとき、コントローラ８がモータ６を反対方向に回転させて、自動ドアにドア開口を閉じさせる。これらセンサとしては、例えば投光器と受光器とを備えた光学式のものを使用することができる。
【００３４】
コントローラ８は、図２に示されているように、マイクロプロセッサユニット（ＭＰＵ）１２を有している。ＭＰＵ１２は、ＣＰＵ１４と不揮発性記憶部、例えばＲＯＭ１６と揮発性記憶部、例えばＲＡＭ１８とを備えている。コントローラ８は、この他に書き込み可能な不揮発性記憶部、例えばＥＥＰＲＯＭ２０と、モータドライバ２２とを含み、これらはＣＰＵ１４に接続されている。
【００３５】
モータドライバ２２内には、モータ６に流れる電流を検出し、ＣＰＵ１４に供給する電流検出器２３が設けられている。モータ６には、その回転数を検出し、ＣＰＵ１４に供給するモータ回転検出部、例えばエンコーダ２４が取り付けられている。さらに、モータ６には、モータ６が所定の温度を超えると、ＣＰＵ１４に温度異常検出信号を供給する温度検出器２６も取り付けられている。
【００３６】
ＣＰＵ１４は、ＲＯＭ１６に記憶されているプログラムに従って、自動ドアの制御、自動ドアシステムの自己診断及び保守拠点への通信を行う。ＲＡＭ１８は、このような処理に使用するデータを一時的に記憶するために使用される。ＥＥＰＲＯＭ２０は、ドアを制御するときに使用する各種動作パラメータや、自己診断において使用するデータを記憶している。
【００３７】
モータドライバ２２は、ＣＰＵ１４から指示された方向に、指示された回転数でモータ６を回転させる。指示された回転数でモータ６を回転させるように、モータ６をフィードバック制御するためや、自動ドアの位置を知るために、エンコーダ２４の出力がＣＰＵ１４に供給されている。
【００３８】
自己診断をＣＰＵ１４がＲＯＭ１６に記憶されているプログラムに従って行う。この自己診断では、ＥＥＰＲＯＭ２０に異常があるかの診断、ＲＯＭ１６及びＲＡＭ１８に異常があるかの診断、ベルト切れがあるかの診断、エンコーダ２４とＣＰＵ１４とを接続している線路が断線しているかの診断、モータ電流に異常があるかの診断、センサ群１０のセンサに異常があるかの診断、モータ６に磁力の異常があるかの診断、モータ６が異常に発熱しているかの診断を行う。なお、自己診断は、これらだけに限ったものではなく、他の自己診断を行うこともできる。
【００３９】
ＥＥＰＲＯＭ２０、ＲＯＭ１６及びＲＡＭ１８の診断は、ＣＰＵ１４がこれらにデータの読み書きを行うことによって行われる。モータ電流の異常の診断は、モータ電流検出器２３の出力に基づいて行われる。モータ６の発熱異常の診断は、温度検出器２６の出力に基づいて行われる。ベルト切れの診断、エンコーダ線の断線の診断及び磁力異常は、エンコーダ２４の出力に基づいて行われる。
【００４０】
センサ群１０の各センサ内にも、ＣＰＵ、ＲＯＭ及びＲＡＭが設けられており、このＣＰＵが実行するプログラムによって、このＣＰＵが対応するセンサが故障しているか否かの診断が行われ、その診断結果は、ＣＰＵ１４に供給されている。
【００４１】
ＣＰＵ１４は、自己診断した結果、故障があると判断したとき、この判断結果を、図１に示す保守拠点３０、例えばこれら自動ドアシステム２ａ乃至２ｃの販売会社に設けられている専用端末装置３２に通信する。
【００４２】
そのため、各ドアシステム２ａ乃至２ｃは、インターフェース３４をそれぞれ有し、これらはメインインターフェース３６に接続されている。メインインターフェース３６は、モデム３８に接続され、モデム３８は、電話機４０に接続されている。電話機４０は、公衆回線４２を介して保守拠点３０の電話機４４と通信可能である。この電話機４４は、モデム４６に接続され、このモデム４６はインターフェース４８を介して専用端末装置３２に接続されている。
【００４３】
従って、各ドアシステム２ａ乃至２ｃのコントローラ８は、インターフェース３４、４８、メインインターフェース３６、モデム３８、４６、電話機４０、４４及び公衆回線４２からなる通信装置を介して専用端末装置３２と通信が可能である。なお、専用端末装置３２も、コントローラ８と同様に、ＣＰＵ、ＲＯＭ及びＲＡＭ等を備えたものである。
【００４４】
図３に、各ドアシステム２ａ乃至２ｃのコントローラ８のＣＰＵ１４が実行するプログラムがフローチャート形式で示されている。
【００４５】
ＣＰＵ１４は、この自動ドアシステムに電源が供給されたとき、ＥＥＰＲＯＭ２０の診断が行われる（ステップＳ２）。このＥＥＰＲＯＭ２０の診断は、ＥＥＰＲＯＭ２０が有する各記憶領域のうち或る領域に予め定めたデータを書き込み、この書き込んだデータを読出して上記予め定めたデータと一致するか判断することによって行われる。両データが一致すると、データ書き込み領域を次の記憶領域に変更する。一致しないと、その不一致の数をカウントし、そのカウント値が予め定めた数以上となるか判断し、この予め定めた数以上でないと、データ書き込み領域を変更する。
【００４６】
このようにして順次データの書き込み、読出し、比較を行い、不一致の数が予め定めた数以上となると、ＥＥＰＲＯＭ２０に異常があると判断する。全ての領域に書き込み、読出し及び比較を行っても、不一致の数が予め定めた数以上にならなければ、ＥＥＰＲＯＭ２０は正常であると判断する。不一致の数が予め定めた数以上となると、後述する異常情報の通報を実行する（ステップＳ４）。
【００４７】
ＥＥＰＲＯＭ２０が正常であると判断されると、ＲＯＭ１６、ＲＡＭ１８の診断が実行される（ステップＳ６）。ＲＡＭ１８が異常であるか否かの診断でも、ＥＥＰＲＯＭ２０の診断と同様に、各記憶領域に予め定めたデータの書き込み、読出し及び比較を行う。比較の結果、不一致と判断された回数が、予め定めた回数以上にならなかったとき、ＲＡＭ１８は正常と判断する。不一致と判断された回数が予め定めた回数以上となったとき、異常と判断し、ステップＳ４の異常情報の通報の処理を実行する。
【００４８】
ＲＡＭ１８に異常がなければ、ＲＯＭ１６の診断が行われる。ＲＯＭ１６には、自動ドアの制御等に関連して多数の命令コードが２進数で書き込まれている。ＲＯＭ１６には、これら命令コードの他に、自動ドアの制御等に関連しない仮想の命令コードも記憶されている。この仮想の命令コードは、この仮想の命令コードを含めて、全ての命令コードの加算値の複数の特定の桁、例えば下２桁が特定の値、例えば００となるように定められている。従って、各命令コードの値が加算され、その加算値の下２桁の値が００であるか判断される。この下２桁の値が００であれば、ＲＯＭ１６は正常であると判断される。下２桁の値が００でなければ、ＲＯＭ１６は異常であると判断される。この場合、ステップＳ４の異常情報の通報の処理が実行される。
【００４９】
ＥＥＰＲＯＭ２０、ＲＡＭ１８及びＲＯＭ１６の処理が実行された後、メインルーチンが実行される（ステップＳ８）。このメインルーチンでは、センサ群１０のセンサが物体を検出すると、自動ドアを開き、物体がセンサ群１０のセンサによって検出されなくなると、自動ドアを閉じるように、モータドライブ２２に指令を送る。
【００５０】
メインルーチンの処理に続いて、ベルト切れ診断の処理が行われる（ステップＳ１０）。モータ６の回転は、駆動伝達機構のベルトを介して自動ドアに伝達される。このベルトが劣化等により切れることがある。例えば自動ドアが完全に閉じた全閉位置からエンコーダ２４の信号のカウントを開始すると、自動ドアが完全に開いた全開位置に到達したときのカウント値は予測できる。この予測値よりも実際のカウント値がかなり大きな値であると、ベルトが切れていると判断できる。そこで、全閉位置からエンコーダ２４の信号のカウントを開始し、全開位置に到達したときのカウント値を、予め定めた値（前記予測値に誤差を見込んで設定した値を加算した値）と比較して、予め定めた値以上であると、ベルト切れの故障と判断し、予め定めた値よりも小さいと、ベルト切れの故障がないと判断している。
【００５１】
ベルト切れがあると判断されると、自動をドアを停止させるようにモータドライバ２２に指令を送り（ステップＳ１２）、ステップＳ４の異常情報の通報を行う。なお、自動ドアの停止を行っているのは、例えばベルトが切れているにも係わらずモータ６を回転させていると、正常であるモータ６までもが故障する可能性があるからである。後述する他の診断においても、異常があると判断されたとき、ドア停止を行うのも同様な理由による。
【００５２】
ベルト切れがないと判断されると、エンコーダ線断線の診断の処理が行われる（ステップＳ１４）。モータ６が三相モータであるので、エンコーダ２４には、１２０度ずつ位相が異なったＡ相、Ｂ相及びＣ相の３つのパルス信号をモータ６の回転に従って発生するものが使用されている。エンコーダ２４が故障しているか或いはエンコーダ２４からＣＰＵ１４にＡ乃至Ｃ相のパルス信号をそれぞれ伝送する３本の線路のうちいずれに断線があると、Ａ乃至Ｃ相の全てのパルス信号がＣＰＵ１４には供給されない。従って、ＣＰＵ１４は、全てのパルス信号がＣＰＵ１４に供給されているか否かによって、エンコーダ２４が故障しているか或いは上記線路に断線があるか判断している。
【００５３】
エンコーダ２４またはそれの線路に断線がある場合、ステップＳ１２のドア停止処理と、ステップＳ４の異常情報の通報が実行される。
【００５４】
エンコーダ２４及びその線路が正常であると診断されると、モータ電流の診断の処理が行われる（ステップＳ１６）。モータ６が正常な場合、モータ６が回転しているときにモータ６に流れる電流は、予め定めた所定値よりも小さい。そこで、モータ６が回転しているときに、モータ電流検出器２３によってモータ６に流れる電流を検出し、これを上記所定値と比較し、上記所定値以上であると、モータ６に流れる電流が異常であると判断し、ステップＳ１２及びステップＳ４を実行する。
【００５５】
検出電流が上記所定値以上でないと、モータ６に流れる電流は正常であると判断し、センサ診断の処理を行う（ステップＳ１８）。センサ診断の処理では、センサ群１０のいずれかのセンサから故障信号が送信されているか否かを判断し、送信されていると、ステップＳ１２、ステップＳ４を実行する。
【００５６】
故障信号が送信されていないと、磁力異常診断の処理を行う（ステップＳ２０）。モータ６に三相ブラシレスモータを使用しているので、モータ６には永久磁石が使用されている。エンコーダ２４には、この永久磁石による磁界の変化を検出して、パルス信号を発生するものを使用することがある。例えばエンコーダ２４は、これが有する磁界検出センサが永久磁石のＳ極と対向しているとき、出力信号をＨレベルとし、Ｎ極と対向しているとき、出力信号をＬレベルとする。この永久磁石が老朽化すると、磁力が弱くなり、その磁界の分布に変化が生じる。その結果、モータ６がほぼ一定の速度で回転している状態において、Ｈレベルである期間と、Ｌレベルである期間との比が、予め定められた所定範囲から外れることがある。この場合、モータ６が低温化に置かれたか、外的要因（例えば強力な磁力）が与えられて永久磁石が減磁したと考えられる。
【００５７】
従って、モータ６の回転がほぼ一定に制御されている状態において、エンコーダ２４からの信号の１周期におけるＨレベルの期間を計測し、次に１周期におけるＬレベルの期間を計測する。この計測は、例えばＭＰＵ１２を駆動させるために使用しているクロック信号をＨレベル期間中及びＬレベル期間中にカウントすることによって行える。そして、これらのカウント値の比を求め、これが予め定めた範囲外であるか判断する。範囲外であると、その範囲外である回数をカウントするカウンタの値を１つ増加させる。以下、各周期について同様に処理を行う。そして、範囲外カウンタの値が予め定めた回数以上になると、磁力異常と判断される。なお、範囲外カウンタの値が予め定めた回数以上になる前に、上記カウントの比が所定範囲内の値となると、範囲外カウンタはリセットされ、最初から処理が実行される。
【００５８】
磁力異常と判断された場合、ステップＳ１２とステップＳ４とが実行される。磁力異常でないと判断された場合、モータ温度の診断の処理が行われる（ステップＳ２２）。
【００５９】
自動ドアを開閉するたびにモータ６に電流が流れ、モータ６は発熱し、その温度が上昇する。モータ６が正常な場合、その温度は予め定めた温度以上には上昇しない。上述したように、温度検出器２６はモータ６の温度が所定温度を超えると、温度異常検出信号を発生する。そこで、ＣＰＵ１４は、温度異常検出信号を発生しているか判断する。温度異常検出信号が発生していると、モータ６に故障が発生しているとＣＰＵ１４は判断する。温度異常検出信号が発生していないと、モータ６は正常であるとＣＰＵ１４は判断する。
【００６０】
モータ６が正常であると、ステップＳ８に戻り、以下、同様に自動ドアの制御と共に、様々な自己診断が行われる。
【００６１】
モータ６が正常でないと判断されると、パラメータ変更の処理が実行される（ステップＳ２４）。パラメータの変更は、例えば自動ドアの開閉速度を、予め設定されている速度よりも遅くするように、開閉速度を定めているパラメータの値を変更する。このパラメータの変更を行うのは、モータ６の負担を軽くすることによって、自動ドアの開閉を継続しながら、自動ドアが全く移動できないような大きな故障がモータ６に生じないようにするためである。そして、異常情報の通報が行われる（ステップＳ２６）。この異常情報の通報は、後述するようにステップＳ４の異常通報とは若干異なっている。
【００６２】
図４（ａ）はステップＳ４における異常情報の通報の処理と、これに伴って保守拠点の専用端末装置３０が実行する処理をフローチャートで表したものである。
【００６３】
ステップＳ４の異常情報の通報処理では、呼出が行われる（ステップＳ４ａ）。即ちＣＰＵ１４は、インターフェース３４、メインインターフェース３６を介してモデム３８に、保守拠点３０のモデム４６を呼び出すように指示を与える。これによってモデム３８が電話機４０、公衆回線４２、電話機４４を介してモデム４６を呼び出す。
【００６４】
一方、保守拠点３０側では、モデム４６が呼出を検出し、専用端末装置３０に報知する（ステップＳ３０ａ）。専用端末装置３０は、モデム４６に回線の接続を指示し、これによってモデム４６は回線を接続する（ステップＳ３０ｂ）。
【００６５】
ＣＰＵ１４側では、ステップＳ４ａの後、回線が接続されたかの判断（ステップＳ４ｂ）を繰り返しており、回線が接続されると、データ、即ち異常情報の送出を開始する（ステップＳ４ｃ）。ここで、送出される異常情報は、図５に示すように、ＩＤコード、エラーコード及び状態コードである。
【００６６】
ＩＤコードは、各ドアシステム２ａ乃至２ｃに、これらをそれぞれ個別に認識するために割り当てられたコードである。このコードを送信することによって、いずれのドアシステムにおいて故障が生じているか、保守拠点３０側で判断できる。
【００６７】
エラーコードは、ＣＰＵ１４においてなされた自己診断それぞれを個別に認識するために割り当てられたコードである。このコードを送信することによって、自動ドア装置のいずれの部分で、故障が生じているのか、保守拠点３０側で判断できる。
【００６８】
状態コードは、故障が生じたときの自動ドアの作動情報を表したもので、保守拠点３０側において、故障が生じている部分をどのように保守するかについて、例えばその故障が生じている部品の交換が必要であるか否か等の判断をする材料となるものである。具体的には、自動ドアがどのような位置で停止しているかを表す自動ドア位置情報や、各作動パラメータの値や今までに行われてきた保守に関する保守情報である。
【００６９】
保守情報としては、直前にメンテナンスが行われてからの自動ドアの開閉回数、自動ドアが外的要因、例えば人が衝突した或いは小石が自動ドアの軌道に噛み込んだ等により停止した回数、この自動ドアシステムを設置してから行った保守回数、ＣＰＵ１４が暴走してＣＰＵ１４をリセットしたリセット回数、モータ温度上昇によってパラメータを変更した回数等がある。
【００７０】
送出されたデータは、保守拠点３０の専用端末装置３２に読み込まれる（ステップＳ３０ｃ）。そして、専用端末装置３２は、回線を切断する指令をモデム４６に与え、モデム４６は回線を切断する（ステップＳ３０ｄ）。
【００７１】
一方、データを送出したＣＰＵ１４は、回線が切断されたかの判断（ステップＳ４ｄ）を繰り返し、回線が切断されると、待機状態となる（ステップＳ４ｅ）。従って、ステップＳ１２によって行われたドア停止の状態が維持される。このドア停止の状態は、サービスマンが保守を終了するまで維持される。
【００７２】
ステップＳ２６の異常情報の通報は、図４（ａ）の異常情報の通報とほぼ同様である。しかし、この異常情報の通報は、図４（ｂ）に示すように、ステップＳ４ｄにおいて回線が切断されたと判断されると、待機状態とはならずに、ステップＳ８のメインルーチンの処理を実行する点で、ステップＳ４の異常情報の通報と異なっている。
【００７３】
この相違があるのは、モータ６の発熱異常の場合、ステップＳ２４においてパラメータの変更が行われており、一応自動ドアを作動させることができるからである。
【００７４】
この参考例の自動ドアシステムのリモート監視装置では、パラメータの変更やドアの停止は、自動ドアシステムのコントローラ８側において行われている。しかし、本発明の第１の実施の形態のように、専用端末装置３２側から、動作状態の変更、例えばパラメータの変更やドアの停止等を行うこともできる。
【００７５】
例えばパラメータの変更が専用端末装置３２側から行われる場合には、図３におけるステップＳ２４のパラメータ変更の処理が除去されて、ステップＳ２６の異常通報が実行される。その代わりに、図６（ａ）に示すように、異常情報を送信してきた自動ドアシステムに対して、保守拠点３０側からパラメータ等の送信処理を行う。
【００７６】
即ち、異常通報を送信してきた自動ドアシステムを保守拠点３０の専用端末装置３２から呼び出し（ステップＳ３００ａ）、回線が接続されるのを待つ（ステップＳ３００ｂ）。異常情報を送信してきた自動ドアシステムは、呼出に応答し（ステップＳ４００ａ）、回線を接続する（ステップＳ４００ｂ）。
【００７７】
回線が接続されると、専用端末装置３２は、異常情報を送信してきた自動ドアシステムのＩＤコードと、パラメータとを送信し（ステップＳ３００ｃ）、回線が切断されるのを待つ（ステップＳ３００ｄ）。回線が切断されると、この処理を終了する。
【００７８】
異常情報を送信してきた自動ドアシステムでは、送信されてきたＩＤコードが、自己に割り当てられているＩＤコードと一致しているか判断し（ステップＳ４００ｃ）、一致していると、送信されてきたパラメータを読み込み（ステップＳ４００ｄ）、回線を切断する（ステップＳ４００ｅ）。以後、この読み込まれたパラメータによって自動ドアシステムが動作する。
【００７９】
このように保守拠点３０側からパラメータを送信するようにすると、例えば異常情報を通報してきた自動ドアシステムから送信されてきた状態コードの内容を、保守拠点３０のサービスマンが判断することによって、その自動ドアシステムの現状に適切なパラメータを決定して、送信することができる。
【００８０】
また、自動ドアの停止を保守拠点３０側で行う場合には、図３のステップＳ１２のドア停止の処理が除去されて、ステップＳ４の異常情報の通報が、実行される。その後、図６（ａ）におけるステップＳ３００ｃとＳ４００ｄを、同図（ｂ）に示すステップＳ３００ｅとＳ４００ｆに、それぞれ置換した処理が行われる。
【００８１】
従って、保守拠点３０側から自動ドアを完全に開くまたは閉じるの指令が、異常情報を出力した自動ドアシステムに対して送信され、この自動ドアシステムの自動ドアは、全開または全閉状態とされる。全開とするか全閉とするかは、保守拠点３０のサービスマンが、送信されてきた状態コード、例えばドアの位置の内容を判断して、決定する。このように自動ドアが全閉状態または全開状態とされているので、自動ドアを通行しようとする者が、自動ドアシステムが故障していることを容易に認識できる。
【００８２】
上記２つの自動ドアシステムのリモート監視装置では、１つのビル内の複数の自動ドアシステムから、１つの保守拠点３０に異常情報の通報が行われている。図７に示す第２の実施の形態の自動ドアシステムでは、複数のビル４ａ、４ｂの複数の自動ドアシステム２ａａ、２ｂａ、２ｃａ、２ｂａ、２ｂｂ、２ｃｂから、複数の保守拠点３０ａ、３０ｂのいずれかに異常情報の通報が可能とされている。
【００８３】
また、保守拠点３０ａの専用端末装置３２ａは、伝送された異常情報を、保守拠点３０ｂの専用端末装置３２ｂに転送可能とされ、専用端末装置３２ｂは、伝送された異常情報を、専用端末装置３２ａに転送可能とされている。
【００８４】
なお、各ドアシステム２ａａ、２ｂａ、２ｃａ、２ｂａ、２ｂｂ、２ｃｂ及び保守拠点３０ａ、３０ｂの構成は、ドアシステム２ａ乃至２ｃ及び保守拠点３０とそれぞれ同一である。
【００８５】
図８は、例えばビル４ａ側の自動ドアシステムが、通常には保守拠点３０ａに異常情報を通報するが、通信不能のとき、保守拠点３０ｂ側に異常情報を通報する場合に、ビル４ａ側の自動ドアシステムが行う、図３のステップＳ４に相当する処理を示したフローチャートである。
【００８６】
この処理では、まず保守拠点３０ａの呼出が行われる（ステップＳ４１０）。次に、呼出を行っている回数が予め定めた回数であるか判断される（ステップＳ４１２）。予め定めた回数でないと、回線が接続されているか判断される（ステップＳ４１４）。回線が接続されていないと、ステップＳ４１０を再び実行する。回線が接続されると、図４（ａ）に示すステップＳ４ｃ、Ｓ４ｄ、Ｓ４ｅと同様にデータ送出、回線切断か否かの判断、回線切断後の待機の処理が、ステップＳ４１６、Ｓ４１８、Ｓ４２０において行われる。
【００８７】
保守拠点３０ａに対して予め定めた回数だけ呼び出した場合（ステップＳ４１２の判断の答えがイエスの場合）、保守拠点３０ｂの呼出が行われる（ステップＳ４２２）。そして、この呼出が予め定めた回数だけ行われたか判断し（ステップＳ４２４）、設定回数の呼出が行われていない場合、回線が接続されたか判断され（ステップＳ４２６）、回線が接続されると、ステップＳ４１６、Ｓ４１８、Ｓ４２０が実行される。回線が接続されていない場合、ステップＳ４２２が実行される。保守拠点３０ｂに対して予め定めた回数だけ呼び出した場合（ステップＳ４２４の判断がイエスの場合）、ステップＳ４１０が実行される。従って、保守拠点３０ａまたは３０ｂのいずれかと通信が可能になるまで、両保守拠点に対する通信が試みられる。
【００８８】
このように一方の保守拠点への通信が不能な場合、他の保守拠点に対して異常情報を通信するので、いずれかの保守拠点からサービスマンを派遣することができ、迅速な保守を行うことができる。
【００８９】
ビル４ａ側の自動ドアシステムが行う、図３のステップＳ２６に相当する処理では、図８におけるステップＳ４２０が除去され、ステップＳ４１８に続いてメインルーチンステップＳ８が実行される。また、ビル４ｂ側の自動ドアシステムが行う図３のステップＳ４、Ｓ２６に相当する処理では、ステップＳ４１０において保守拠点３０ｂが呼び出され、ステップＳ４２２において保守拠点３０ａが呼び出される。
【００９０】
また、例えば保守拠点３０ａにおいて、ビル４ａのドアシステムから異常情報の通報を受けたとき、図９に示すような処理を管理者が行う。即ち、異常情報を受け付けると（ステップＳ３０）、その内容を管理者が検討し、保守拠点３０ａにおいて、その異常について対処できるか判断する（ステップＳ３２）。この判断は、例えば、サービスマンが、拠点３０ａに現在いるか、或いは故障が生じていると思われる部品の交換用の部品が、この拠点３０ａに存在しているか等を基に行う。対処できるときには、派遣しようとするサービスマンを決定し、このサービスマンに、ビル４ａのいずれのドアシステムが、どのような故障を、どのような状態で生じているか、修理用の部品として何を持っていくか等を指示し、保守に向かうように指示する（ステップＳ３４）。
【００９１】
本拠点３０ａにおいて、対処できないと管理者が判断すると、他の拠点のうちいずれの拠点に異常情報を転送するか決定する（ステップＳ３６）。図７では、拠点は、拠点３０ａ、３０ｂしか示していないが、この他にも拠点が実際には存在しており、これら拠点のうち、管理者がこの異常状態を元に戻すのに適していると思う拠点を選択する。次に、専用端末装置３２ａを、管理者が操作して、異常情報を、その拠点に転送する（ステップＳ３８）。例えば、拠点３０ｂを選択すると、この異常情報が、インターフェース４８ａ、モデム４６ａ、電話機４４ａ、公衆回線４２０、電話機４４ｂ、モデム４６ｂ、インターフェース４８ｂを介して専用端末装置３２ｂに伝送される。
【００９２】
上記の各実施の形態の自動ドアシステムのリモート監視装置は、自動ドアシステムに故障が生じた場合に、対処するためのものである。第３の実施形態の自動ドアシステムのリモート監視装置は、各自動ドアシステムの所有者が、自動ドアシステムの動作状況、例えば自動ドアの開閉速度に不満があり、変更を拠点に対して要求してきた場合に、サービスマンを派遣することなく、自動ドアシステムの動作状況を変更するためのものである。
【００９３】
各自動ドアシステム及び拠点の構成は、図１に示したものと同一である。但し、コントローラ８内のＣＰＵ１４及び専用端末装置３２が実行するプログラムが、例えば図１０にフローチャートで示すようなものとなる。
【００９４】
拠点３０側では、まず動作状況の変更の要求のあった自動ドアシステムが取り付けられているビル４のモデム３８に、モデム４６、電話機４４を介して電話をかけて、呼び出し（ステップＳ４０）、回線が接続されるのを待つ（ステップＳ４１）。これに対して、ビル４側のモデム３８が呼出を検出し（ステップＳ４２）、回線を接続する（ステップＳ４４）。
【００９５】
回線が接続されたことにより、拠点３０側では、ステップＳ４１から、データ送出の処理を実行し（ステップＳ４６）、回線が切断されるのを待つ（ステップＳ４８）。送出されるデータは、動作状況を変更しようとする自動ドアシステムのＩＤコードと、特定の動作、例えば低速開動作と５秒間の開状態保持の指示と、変更しようとするパラメータとを含んでいる。
【００９６】
ビル４の各自動ドアシステム２ａ乃至２ｃの各コントローラ８のＣＰＵ１４は、モデム３８、メインインターフェース３６、インターフェース３４を介して伝送された各データのうち、ＩＤコードが自己に割り当てられているＩＤコードと一致するか判断する（ステップＳ５０）。ＩＤコードが一致した自動ドアシステムのＣＰＵ１４は、低速開動作と５秒間開保持の指示及びパラメータを読み込む（ステップＳ５２）。そして、回線を切断する（ステップＳ５４）。この回線の切断により、拠点３０側では、処理を終了する。
【００９７】
自動ドアシステム側では、回線の切断後、センサ群１０のセンサのいずれもが、物体を検出していないか判断する（ステップＳ５６）。物体を検出している間、このステップＳ５６を繰り返し、物体を検出しなくなると、ＣＰＵ１４は、自動ドアを一旦全閉位置まで移動させる（ステップＳ５８）。ＣＰＵ１４は、この全閉位置から自動ドアを設定されている自動ドアの開速度よりもかなり遅い低速度で、自動ドアを全開位置まで移動させる（ステップＳ６０）。この全開状態でＣＰＵ１４は、パラメータを変更する（ステップＳ６２）。次に、この全開状態を５秒間保持する（ステップＳ６４）。
【００９８】
このように低速度で全開状態となり、この全開状態を５秒間も維持するので、パラメータの変更が行われたことを、所有者が理解できる。この全開状態を５秒間維持した後、変更されたパラメータで自動ドアが作動する（ステップＳ６６）。
【００９９】
上記の各自動ドアシステムのリモート監視装置は、本発明の例示にすぎず、種々の改変が可能である。例えばモータ６、６ａ、６ｂには、三相ブラシレスモータを使用したが、直流モータを使用することもできる。また、図１では、３台の自動ドアシステム２ａ乃至２ｃが保守拠点３０に異常情報を通報するようにしたが、さらに多くの自動ドアシステムが保守拠点３０に異常情報を通報するようにすることもできる。また、図７では、２か所のビル４ａ、４ｂの自動ドアシステムから、保守拠点３０ａ、３０ｂに異常情報が通報されるようにしたが、さらに多くのビルから異常情報が通報されるようにしてもよい。また、保守拠点の数も増加させることができる。
【図面の簡単な説明】
【図１】本発明の参考例の自動ドアシステムのリモート監視装置のブロック図である。
【図２】図１のコントローラ及びその周辺の機器の詳細なブロック図である。
【図３】図１の自動ドアシステムのリモート監視装置のフローチャートである。
【図４】図２の異常情報通報処理及びこれに対応する専用端末装置の受信処理の詳細なフローチャートである。
【図５】図２のデータ処理において送出されるデータを示す図である。
【図６】本発明の第１の実施の形態の自動ドアシステムのリモート監視装置のフローチャートである。
【図７】本発明の第２の実施の形態の自動ドアシステムのリモート監視装置のブロック図である。
【図８】図７の自動ドアシステムのリモート監視装置の異常情報通報処理のフローチャートである。
【図９】図７の自動ドアシステムのリモート監視装置における保守拠点で管理者が行う処理のフローチャートである。
【図１０】本発明の第３の実施の形態の自動ドアシステムのリモート監視装置における自動ドアシステムと専用端末装置とが行う処理のフローチャートである。
【符号の説明】
２ａ乃至２ｃ  自動ドアシステム
８  コントローラ
１４  ＣＰＵ（自己診断手段）
３０  保守拠点
３２  専用端末装置
３８  ４６  モデム（通信装置）
４０  ４４  電話機（通信装置）
４２  公衆回線（通信装置）
【図１】
0003547977.tif 000002
【図２】
0003547977.tif 000003
【図３】
0003547977.tif 000004
【図４】
0003547977.tif 000005
【図５】
0003547977.tif 000006
【図９】
0003547977.tif 000007
【図６】
0003547977.tif 000008
【図７】
0003547977.tif 000009
【図８】
0003547977.tif 000010
【図１０】
0003547977.tif 000011