(57)【特許請求の範囲】
【請求項１】
監視対象の設備の制御を行う設備制御部を有し前記設備の状態を示す状態信号を送信する監視設備ブロックと、この監視設備ブロックから送信される前記状態信号を受信し前記設備の状態を表示すると共に前記設備に対する制御信号を前記監視設備ブロックに送信する設備状態表示システムから成る設備状態監視システムにおいて、
前記監視設備ブロックは各設備の状態に対応する設備側共通マップを含む同期信号を送信する手段を有し、前記監視設備ブロックは送信した内容を保持する手段と、
設備状態表示システム側では、共通マップ内の監視設備ブロック側から設備状態システム側への制御信号と、設備状態表示システム側から監視設備ブロック側への操作信号の制御信号を設備状態表示システム側に共通マップをセットする手段と、設備状態表示システム側にてセットされた共通マップの内容を監視設備ブロック側へ送信する手段と、監視設備ブロック側にて設備状態表示システム側から送られてきた共通マップの内容と前記保持していた共通マップを比較し、同じであれば同期が取れたと判断する手段と、前記比較して同じでなければ、同期が取れなかったと判断し、再度、同期信号を送る手段と、
前記同期が取れたと判断する手段にて同期が取れたと判断された場合、前記監視設備ブロックから前記設備状態表示システムに、複数のデータ通信パケットを送信すると共に、これら複数のデータ通信パケットが連続して所定回数を超えて破損していた場合には、その破損したデータ通信パケットを採用するデータ通信パケット送受信手段と、
を備えたことを特徴とする設備状態監視制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エレベータなどの設備の状態を表示装置の画面上で容易に監視できる設備状態の表示システム、設備状態監視制御システムなどに関する。
【０００２】
【従来の技術】
一般に、複数のエレベータ等の設備を効率的に監視するためには、それら設備からの情報を一箇所に集めそれらの設備の状態が把握できるようにすればよい。しかし、それら各設備の状態が多いと、情報が多すぎて、各設備の状態を即座に把握することが困難となる。
【０００３】
これらの設備の状態を監視する、従来の監視盤システムでは、個々のエレベータやエスカレータなどの設備との信号の授受は個別にレベル線で行っていたため、その信号線が膨大となり、しかも各設備の状態を詳しく知ることはできなかった。また、その状態にある設備はどの場所にある設備であるかを即座に把握することは通常、困難である。
【０００４】
したがって、従来は特定の設備がすぐに調べる必要がある状態になった場合にも、監視者が即座に知ることは困難であった。
【０００５】
【発明が解決しようとする課題】
本発明は、上述のような従来の問題点に鑑みてなされたもので、本発明の目的は、ある設備が通常と異なる状態となったこと及び、それがどの場所にある設備かを即座に知ることができ、あるいはその設備の現在の詳細な状態も即座に知ることが可能な、設備の状態の表示システム、設備状態監視制御システムなどを提供することである。
【０００６】
【課題を解決するための手段】
本発明の請求項１によれば、監視対象の設備の制御を行う設備制御部を有し前記設備の状態を示す状態信号を送信する監視設備ブロックと、この監視設備ブロックから送信される前記状態信号を受信し前記設備の状態を表示すると共に前記設備に対する制御信号を前記監視設備ブロックに送信する設備状態表示システムから成る設備状態監視システムにおいて、前記監視設備ブロックは各設備の状態に対応する設備側共通マップを含む同期信号を送信する手段を有し、前記監視設備ブロックは送信した内容を保持する手段と、設備状態表示システム側では、共通マップ内の監視設備ブロック側から設備状態システム側への制御信号と、設備状態表示システム側から監視設備ブロック側への操作信号の制御信号を設備状態表示システム側に共通マップをセットする手段と、設備状態表示システム側にてセットされた共通マップの内容を監視設備ブロック側へ送信する手段と、監視設備ブロック側にて設備状態表示システム側から送られてきた共通マップの内容と前記保持していた共通マップを比較し、同じであれば同期が取れたと判断する手段と、前記比較して同じでなければ、同期が取れなかったと判断し、再度、同期信号を送る手段と、前記同期が取れたと判断する手段にて同期が取れたと判断された場合、前記監視設備ブロックから前記設備状態表示システムに、複数のデータ通信パケットを送信すると共に、これら複数のデータ通信パケットが連続して所定回数を超えて破損していた場合には、その破損したデータ通信パケットを採用するデータ通信パケット送受信手段と、を備えたことを特徴とする設備状態監視制御システムを提供する。
【００２２】
【発明の実施の形態】
以下、本発明の実施形態について図面を用いて説明する。
【００２３】
図１に、監視対象の設備としてエレベータの場合の本発明一実施形態のシステム構成例を示す。
【００２４】
このエレベータ設備状態表示システム１０１は、各エレベータに設けられている、監視設備ブロック１０２とイーサネットにより情報の送受を行う通信部１０３と、この通信部１０３で受けた各エレベータ設備の状態変化情報１０４を表示するエレベータ情報表示部１０５と、この表示情報を決める仕様情報データベース（ＤＢ）１０６と、各設備の状態を監視するモニター画面上の背景を表示する建物背景表示部１０７と、モニター画面上のシンボルを表示する部品情報ＤＢ１０８と、画面上に表示されているシンボルがクリックされたとき、そのシンボルに対する情報を取得する画面情報ＤＢ１０９と、これらのシンボル、背景などを合成して表示する合成画面表示部１１０と、操作者が制御情報を入力するマウス・キーボード１１１と、このマウス・キーボード１１１から入力された情報を、エレベータ情報表示部１０５及び合成画面の合成部１１３に送ると共に、制御信号情報１１２として通信部１０３に送るエレベータ制御信号入力部１１４とから成る。
【００２５】
監視設備ブロック１０２は、エレベータの状態の監視対象となる単位であり、図１では１つしか示していないが実際は複数ある。これら監視設備ブロック１０２の各々は、エレベータ制御部１１６と通信部１１７から成っており、この通信部１１７は上記エレベータ設備状態表示システム１０１の通信部１０３とＴＣＰ／ＩＰプロトコルにより情報の授受を行う。
【００２６】
監視設備ブロック１０２の監視対象となるエレベータ（図示せず）の状態が変化するとエレベータ制御部１１６からその状態変化情報が通信部１１７を介して、上記エレベータ設備状態表示システム１０１の通信部１０３にイーサネットにより送られる。
【００２７】
通信部１０３で受信された状態変化情報１０４は仕様情報ＤＢ１０６の情報とリンクされエレベータ情報表示部１０５に送られる。エレベータ情報表示部１０５では、部品情報ＤＢ１０８から、エレベータ設備に対応して表示するシンボルの情報を取得し、合成画面表示部１１０に表示される。このとき、建物背景表示部１０７から表示する建物の背景図を取得し、建物背景の上にエレベータ情報表示部１０５の各シンボルが配置されるように合成される。この点については後で詳しく述べる。この合成画面は、使用時には監視のための監視表示画面（モニター画面）となる。
【００２８】
これにより、ユーザは建物背景上にエレベータが配置されているので、建物に設置されているエレベータの配置間隔を視覚的に見ることができ、エレベータの監視を行うことが可能となる。また、エレベータ情報表示部１０５及びエレベータ制御信号入力部で利用されるシンボルと画面情報ＤＢ１０９とが関連付けされ（リンクされ）ており、各シンボルをマウスなどで選択したとき、画面の移動先を取得し、画面を表示することができる。
【００２９】
次に、本発明のこの実施形態において、合成画面表示部１１０において表示されるシンボルの作成の方法を図面を用いて説明する。
【００３０】
Visual Basicエディター等、ソフトウェアのエディター画面において、図２（ａ）で示すように、複数のレイヤにより、詳細情報を得たい範囲の階層構造を決める。まずレイヤ２０１で、建物を含むレイアウトを決める。次にレイヤ２０２においてブロック２０３で建物のシンボルをおくことによりその範囲を示す。次に、レイヤ２０４で上記建物の範囲内において、バンク（領域）Ａ，Ｂ，Ｃのシンボル２０５を置くことにより、建物の中で詳細情報を見たい範囲を決める。更にその上のレイヤ２０６において、各バンク内にエレベータ設備のシンボル２０７を置くことにより、そのバンク内にあるエレベータを示すことになる。このようにして作成された画面は図２（ｂ）に示すようになる。
【００３１】
即ち、エレベータ情報表示部１０５では、エレベータ設備（号機）のシンボル２０７やバンクのシンボル２０５、建物のシンボル２０３を、建物の中にバンクがあり、バンクの中にエレベータがある如く見えるように、配置する。これにより、ユーザは恰も真上から建物の中を覗いているように、建物の中の各エレベータが実際に配置されているように見えることになる。
【００３２】
そして、後述するように、各シンボルの下には、詳細な画面を表示するための情報がリンクされているので、各シンボルをクリックするとそのシンボルに対応する範囲のエレベータの現在の状態が表示されるようになる。各シンボルは建物の中にバンクのシンボル、バンクのシンボルの中にエレベータのシンボル、というように画面を重ねているので、マウスによって各シンボルを選択することができ、更にこのシステムでは、マウスと各シンボルとが重なっただけで、各シンボルの周りをハイライトさせ、マウスの位置が各シンボルに一致していることをユーザに知らせることができる。
【００３３】
次に、合成画面上に表示されるシンボルと、そのシンボルに関連付けられるリンクの設定について図面を用いて説明する。
【００３４】
図３に、この場合のリンクの設定の仕方を示す。上述したように、ソフトウェアのエディタの画面上の部品コーナ３０１から、各物件の仕様に合わせられたシンボル３０２がマウスによりドラッグされ、合成画面３０３上の各位置に置かれる（１）。次に、この配置されたシンボル３０２と移動先の状態詳細画面３０４をパラメータの変更で関連付ける。この情報は画像情報ＤＢ１０９に記憶され、状態詳細画面移動時に利用される（２）。この移動先の状態詳細画面３０４はそのシンボル内にある、エレベータ設備の状態を詳しく表示する画面である。次に上記シンボル３０２が仕様情報ＤＢ１０６と関連付けられ、このシンボルのどのような場合にシンボル３０２の表示を変えるかを規定する条件がこのデータベースに記憶される（３）。
【００３５】
このようにして作成されたプログラムは、図３で３１０に示すようにコンパイルされてインストールＣＤが作成され、そのＣＤ３１１は顧客に提供される
例えば、図４（ａ）に示すように全建物のレイアウトが斜線により示されており、この中に、Ａ１棟，Ｂ棟，Ｃ棟などの建物のシンボルが配置され、それら建物の中にハングのシンボルが配置され、更にそれらハングの中にエレベータ設備のシンボルが配置される。図４（ａ）のＡ１棟の中を拡大した図が、同図（ｂ）であり、更にハング、例えばハング３を拡大した図が同図（ｃ）である。
【００３６】
したがって、図４（ａ）でＡ１棟をクリックすると、同図（ｂ）の画面が表示される。また、同図（ａ）において、Ａ１棟内のハング３をクリックすると、同図（ｃ）が表示される。このハング３にはエレベータがＮｏ１，Ｎｏ２，・・・・とあり、それらのエレベータの移動状態が示されている。このように、各設備を示すシンボルは、もっとも細かくは特定のエレベータから、大きくは全建物まで、階層的に特定して各設備の状態の詳細を知ることができる。
【００３７】
図４（ｄ）は、各ハング内の各エレベータ設備のかごの状態を表す図である。このエレベータの状態は、例えば図５（ａ）に示すように表わされる。各エレベータを表す四角の上部は、エレベータのかごの移動方向（上下）、戸が開いた状態、故障停止などを示し、カラーで表示される。例えば、平常運転、故障、点検運転、管制運転、非常運転、救出運転、専用運転、の場合には、各々、緑、赤、青、黄、オレンジ、オレンジ、緑の色で表される。これら状態を示す四角の下部は非常運転の場合には○非が、また救出運転の場合には○救が表示される。図５（ａ）の表示の右下の番号９９はエレベータの現在の位置（階床）を表している。
【００３８】
バンクを１つで表す場合には、例えば図５（ｂ）に示すように表示される。このように表示されている場合には、Ａ１棟のすべてのエレベータが平常運転中であることを示す。これらの表示の変化の条件は画像情報ＤＢ１０６に記憶されている。
【００３９】
次に、上述のように表示された合成画面を見ていて、通常と異なる状態が表示された場合の検索及び印刷について説明する。
【００４０】
図１に示した本発明一実施形態において、監視設備ブロック１０２からエレベータ設備状態表示システム１０１への状態変化情報の伝送方法について、図７を用いて説明する。最近のインターネットの爆発的な普及によりＴＣＰ／ＩＰプロトコルは広まってきており、イーサネットで通信を行う場合にもよく用いられており、コネクション通信を行うので、信頼性についても評価が高い。ＴＣＰ／ＩＰプロトコルを用いる場合、通信部からデータを送信すると、受信した側から、受信したことを相手方に示すＡＣＫ信号を自動的に送信する。これにより、データの送受がなされたことを送信側でも検知できる。
【００４１】
しかし、従来のシステムではＴＣＰ／ＩＰにおいて、データを受けてからＡＣＫ信号を自動的に返すタイミングが約２００ｍｓ程度にしか短縮できなかった。
【００４２】
本発明のこの実施形態では、図７（ａ）に示すようにエコーバックを用いて早い時期に、ＡＣＫ信号を送信側に送る。こうすることにより、従来の自動的にＡＣＫ信号を返す方法であると、約２００ｍｓ程度かかる時間が、受信側がエコーバックを強制的に送るこの実施形態では約１４〜２０ｍｓ程度と１０倍以上早いタイミングで、送信側に信号を返すことが可能となる。
【００４３】
また、従来のＴＣＰ／ＩＰのＡＣＫ処理は受信したデータの長さしか見ておらず、必ずしも送信側から送った信号とは限らない。しかしながら、この実施形態のようにエコーバックを行うと、送信側から送ったデータと同じデータを受信側が送信側にＡＣＫとして返すので、送信側から送った信号と同じ信号であることを確かめることが可能となる。したがって、イーサネット上で汎用性のあるＴＣＰ／ＩＰプロトコルによる通信に加えて、更に早く効率的な通信が行え、信頼性が向上する。
【００４４】
ところで、エレベータ設備には、非常に多くの状態があり、そのすべてを送ると多くのトラフィックが生ずる。このようなイーサネット上のトラフィックをできるだけ減らすために、各エレベータの状態変化に対して変化の発生した信号のみ伝送する。これにより、エレベータの状態が含まれる情報を常にすべて送らなくても、差分のみ送受信でき、イーサネット上のトラフィックを減らすことが可能となる。
【００４５】
この場合に伝送される信号の形式の一例を図７（ｂ）に示す。Ｅはデータ種別を示し、０の場合はデータ通信、１の場合はエコーバックであることを意味する。Ｋは機種情報であり、Ｂ４〜Ｂ０はバンク番号である。Ａ９〜Ａ０はアドレス、Ｄ７〜Ｄ０はデータを示す。また、Ｔはテスト種別を示し、０の場合はテストでなく、１の場合はテストであることを意味する。更にＲは棟内統括種別を示し、０では棟内であること、１では統括であることを意味する。
【００４６】
状態変化信号は５バイトで構成し、１バイトの７ビット目に先頭の１バイトを「０」、残りの４バイトの７ビット目に１を立てる。これにより、状態変化の信号が数珠つなぎになったとしても、受信側では容易にデータを５バイト毎に分割することができ、もしビットがずれていたら通信エラーが発生していることが容易に識別できる。
【００４７】
本発明の一実施形態のシステムにおいて、検索及び印刷を行うときの動作を図６を用いて説明する。管制、故障、操作などのイベント６０１が発生したときには、それらの履歴は、履歴データベース６０３（図１に示さず）に記録されている。マウス・キーボード１１１から、検索の条件を入力し、監視表示画面６０４で履歴ボタン６０５をクリックすると、履歴表示画面６０６になる。このときマウス・キーボード１１１から入力された検索条件６０７を満たす履歴６０８が、履歴ＤＢ６０３から出力され、履歴として表示される。この履歴の初期値としては、当日となっており、特別、日にちを指定しなければ、その日の履歴が表示される。その後、印刷ボタン６０９をマウスによりクリックすると、表示された履歴が印刷出力される。なお、本発明の一実施形態のシステムでは２４時間監視しつづけなければならないが、もしもシステムがダウンしてしまったときには、パソコンがダウンしたことをユーザに即座に知らせ、パソコンを再起動すればよい。
【００４８】
一般に、この種の監視システムは、エレベータやエスカレータの台数、機種、ビルの高さ、停止階床、バンク台数、建物敷地面積など、顧客によって仕様が大きく異なり、システムとして顧客の要望に応える必要がある。本発明のシステムによれば、各々の監視対象物をシンボル化することにより、次のような利点が生ずる。プログラムを修正せずパラメータ変更のみで標準のシンボルを再利用できる。標準のシンボルでは対応できないときには物件に対応した特殊なシンボルだけを用意し、標準シンボルと組み合わせることで容易に顧客の要望に応えることが可能となる。更にまた、システムを設計するときに視覚的に画面を構築できるので設計が容易であり、システムを完成するまでの時間を短縮することができる。
【００４９】
ところで、上述の実施形態では、監視設備ブロック１０２からエレベータ設備状態表示システム１０１には、各エレベータの状態はその変化分のみ伝送されていた。しかし、本発明においては変化分のみの限らず、エレベータの状態を示す情報を常時送るようにすることもできる。次に、この種の本発明の実施形態について図面を用いて説明する。
【００５０】
最近のインターネットの爆発的な普及によりTCP/IPプロトコルは広まってきており、イーサネットで通信を行う場合にもよく用いられており、コネクション通信を行うので、信頼性についても評価が高い。しかしながら、このようなTCP/IPプロトコルを図１に示すようなシステムに適用する場合、監視設備ブロック１０２内では、エレベータ制御部１１６から高周波のノイズが発生する。このノイズに対する対策として、本発明のこの実施形態では、エレベータの状態を示す信号を比較的早い期間に繰り返し送信し、受信側では受けた信号を比較することにより、正確な信号を取り出す。
【００５１】
図８にこの実施形態の場合の、監視設備ブロック１０２とエレベータ設備状態表示システム１０１（以下、表示システム１０１という）の間の信号授受の流れを示す。まず、監視設備ブロック１０２において、起動ｆ２もしくは再接続ｆ１の状態になると、コネクション要求ｆ３を表示システム１０１に送信する。
【００５２】
一方、表示システム１０１は、起動ｆ１１もしくは再接続ｆ１２の状態になっていると、コネクション待ち状態ｆ１３にて、コネクション要求ｆ３の受信を待っている。監視設備ブロック１０２からのコネクション要求ｆ３を受信すると、表示システム１０１ではコネクション受け入れｆ１４の状態になる。
【００５３】
そして、監視設備ブロック１０２が表示システム１０１に登録されているものか否かを調べ、登録されていれば、表示システム１０１はコネクション受け入れｆ１４を監視設備ブロック１０２に送信する。
【００５４】
これにより、監視設備ブロック１０２と表示システム１０１との間で、コネクション確立ｆ４およびｆ１５の状態となり、通信ができるようになる。
【００５５】
コネクションが確立した後、監視設備ブロック１０２と表示システム１０１において各々インクリメントｆ５およびｆ１６を開始する。インクリメントは１５秒に１回の割合で、監視設備ブロック１０２と表示システム１０１とにおいて、値をプラス１づつしていき、これにより、お互いに相手が正常に動作しているかを把握する。
【００５６】
ここで、通信のパケット構成について図９を用いて説明する。エレベータの状態を伝送する通信のパケットは、同図に示すように、開始コード１バイト（ｂyte）、コマンドコード１バイト、テスト種別１バイト、建物番号１バイト、バンク番号１バイト、インクリメント１バイト、共通マップ272バイト、終了コード１バイト、合計２７９バイトにより、構成される。
【００５７】
上記のコマンドコードは、同期（８１H）、データ通信エレベータ（８２H）、データ通信エスカレータ（８３H）、インクリメント（８４H）、操作信号（８５H）、再送（８６H）で構成される。ここでＨはその前の数字が１６進数であることを示す。
【００５８】
図１０にエレベータの状態を入力する共通マップの構成を示す。エレベータの監視は、エレベータ台数や監視項目が多いため、データはビット単位で大量のデータを送る必要がある。共通マップは、複数台のエレベータをグループ毎にまとめたものである、バンクを一単位の構成とする。エレベータは通常、建物の中に複数バンク存在するので、監視設備ブロック１０２から表示システム１０１側には図１０に示したような複数の共通マップが届くことになる。
【００５９】
図８に戻り、上述のインクリメントが開始した後、表示システム１０１では起動直後、エレベータの状態（エレベータの位置、ランプ、操作スイッチなど）がわからないので、エレベータ側に状態を合わせる必要がある。そこで、監視ブロック１０２の状態を図１０の共通マップに記録し、図９に示した構成のパケットを、表示システム１０１側に送信する。この状態を詳細に示したものを図１１に示す。
【００６０】
図１１において、エレベータ制御部１１６の制御信号を、図１０の共通マップの形に変換する共通マップ変換８００により、共通マップ８０１を生成する。監視設備ブロック１０２では、図９に示したパケット構成のコマンドコードに、同期８１Hをセットし、図８に示すように同期信号ｆ６を送信する。
【００６１】
ネットワーク上では同期信号８１Hｆ３１のデータが流れ、表示システム１０１側に到着する。表示システム１０１では通信部１０３において同期受信ｆ１７した後、受信した共通マップの内容で、ランプ信号、操作信号をセットし、セットした内容を同期確認送信として、パケットのコマンドコードに８１Hｆ３２をセットし、監視設備ブロック１０２側に送る。
【００６２】
監視設備ブロック１０２では同期確認ｆ７を受信した後、同期を取るために送信した共通マップ８０１の内容と一致しているか確認する。もし、それらの内容が異なっていれば、同期が監視設備ブロック１０２と表示システム１０１とにおいて合っていないことを意味し、失敗と判断した場合には、再度、同期ｆ６を監視設備ブロック１０２から送信する。失敗の回数は３回としている。
【００６３】
同期を取るために監視設備ブロック１０２から送信した内容が、共通マップ８０１の内容と一致していることが確認された場合には、同期の確立が成功したと判断し、データ通信を開始する。データ通信は、監視設備ブロック１０２から表示システム１０１への流れと、表示システム１０１から監視設備ブロック１０２への流れがある。ここで、状態設備ブロック１０２から表示システム１０１への流れについて説明する。
【００６４】
図８ではデータ通信ｆ８から、パケット上のコマンドコードにデータ通信（８２H）ｆ３３とｆ３４が順次流れている様子を示している。詳細の流れを図１２に示す。エレベータ制御部１１６の制御信号を共通マップ変換８００により、図１０の共通マップに変換し、図９のパケット構成のコマンドコードにデータ通信エレベータ（８２H）をセットし、監視設備ブロック側からエレベータ設備状態表示システム側へ送信する。
【００６５】
この方法により、前記同期処理を行った後、順次、監視設備ブロック１０２側からエレベータ制御部１１６の状態が表示システム１０１側に流れてくる。したがって、ノイズの影響によりパケットが破損したとしても、次のパケットが到着するので、エレベータ状態表示システムとしてはパケットが壊れていることだけを判断できれば、問題を回避できる。
【００６６】
階床データについて詳しく説明すると、順次、データ通信（８２H）の形で監視設備ブロック１０２からデータが流れてくる。表示システム１０１では、データ通信を受信した後、合成画面表示部１１０にて表示すべきデータを抽出する。この中には階床データも含まれる。
【００６７】
データ通信の内容が階床データの場合、エレベータの制御信号の情報内容と、建物の階床番号とは通常、合っていない。そこで、仕様情報DB１０６内に、エレベータの制御信号と建物の階床番号を合わせるためのテーブルを用意しておき、実際のエレベータの位置を知る必要がある。
【００６８】
階床データの正常な動きとしては３通りある。データが順次送られてくるので、（１）階床データと前の階床データが等しい、（２）階床データが前の階床データのプラス１、（３）階床データが前の階床データのマイナス１、の３通りである。
【００６９】
もし、これ以外なら階床データに破損が生じたと判断できる。したがって、エレベータ状態表示部１０５内において、上記判定処理を行った後、破損していると判断できれば、その階床データは捨ててしまい、次のパケットを待つ。
【００７０】
発生することは少ないが、もし、次々とノイズによりデータが破損した場合、上記条件が成立しない場合が生じる。この場合は、３回を超える回数で階床データが破損したとき、その破損した内容を信じて現在の階床に合わせる仕組みを採用する。
【００７１】
また、前の階床データを取っておく必要があり、前述の条件に当て嵌るときには、階床データをコピーして前階床データとする。また、合成画面表示部では常に前階床データの内容を表示できる仕組みになっており、通信がダウンしても、画面上には通信がダウンする前の状態も表示できる仕組みとする。
【００７２】
次に、表示システム１０１側から監視設備ブロック１０２側への通信方法について説明する。図８では操作信号送信ｆ２１から操作信号（８５H）ｆ３６とデータ通信としての８２Hの信号が監視設備ブロック１０２に送られる。詳細な動きを図１３に示した。
【００７３】
表示システム１０１から監視設備ブロック１０２に送出される、エレベータを操作するための信号は、ノイズによるデータ破損の影響に充分注意する必要がある。なぜならば、ノイズによりデータが破損した場合、勝手にスイッチが入った状態を作り出してしまうため、エレベータを誤動作させる心配があり、常に高度の信頼性が求められる。
【００７４】
そこで、監視設備ブロック１０２側の状態と表示システム１０１側とにおいて、常に同じ状態を作り出す通信方法を示す。表示システム１０１の通信部１０３では、表示システム１０１側の状態を、図９に示した構成のパケットのコマンドコードにデータ通信（８２H）をセットして、一定間隔で監視設備ブロック１０２に、常に送っている。
【００７５】
このようにすれば、インクリメントおよび同期処理の後、常に表示システム１０１の内容を監視設備ブロック１０２に送り続けるので、表示システム１０１と監視設備ブロック１０２はいつも同じ状態を共有できる利点がある。
【００７６】
監視設備ブロック１０２では、エレベータの制御部１１６から現在の制御信号を取り出し、共通マップ変換により共通マップ８０１に変換する。そして、共通マップ８０１の中から共通マップ操作信号のみ抽出し、この信号を表示システム１０１から流れてくる共通マップの操作信号と比較８０６し、同じであれば、何もしない（８０７）。
【００７７】
一方、両操作信号が異なることが判明したら、再送要求送信８０８により、図９に示したパケット構成のコマンドコードに、再送（８６H）をセットして、表示システム１０１に送る。
【００７８】
表示システム１０１は再送要求を受信した後、直ちに、操作信号の状態を操作信号送信８１０により送り出す。
【００７９】
ここで、操作信号の送出の方法について説明する。表示システム１０１のエレベータ制御信号入力部１１４において、監視人がエレベータを操作するため、合成画面上に表示されている操作シンボルをオンする。エレベータ制御信号入力部１１４において、オン８１８の信号が入ると、確認画面を表示し、本当に操作するか、しないかの確認を行う。もし、一旦指示した操作をキャンセルする場合には画面上にてキャンセルボタンを選択する。するとキャンセル８１６の状態に移行し、オン８１８が押されたボタンを戻す。
【００８０】
本来ならば、上記確認画面上にて監視人の確認ができた段階で、制御信号を送っても良い。しかし、この指示は人間が操作を行う部分であり、誤って確認ボタンを押してしまうおそれもあり、ヒューマンインタフェースを考慮し、このシステムでは１秒間待つ時間を作っている。これにより、万一、監視人が誤って確認ボタンで確認してしまった後でも、１秒以内であれば、オフ８１９ボタンにより、操作信号の発信を取り止めることが可能である。
【００８１】
また、エレベータの操作信号は、通常、１回のスイッチオンにより自動的に制御を行えるようになっているため、早いスイッチのオン,オフを行う制御はない。このシステムでは、その特性を利用して、ネットワーク上にオン信号を出力する際、操作信号のグループ単位で、ボタン操作ができないようにスイッチをロックする仕組みを搭載している。したがって、その直後に誤ってスイッチをオン、オフされても誤動作するおそれはなく、直前の操作信号が送信されることになる。
【００８２】
その後、操作信号が操作信号送信８１０に入り、図９に示したパケット構成のコマンドコードに操作信号（８５H）がセットされ、監視設備ブロック１０２へ送信される。このとき、ノイズが原因で操作信号（８５H）が壊れることを想定して、３パケット分例えば１秒間隔で送信し、その後、データ通信（８２H）でエレベータ状態表示システムの状態を送り続ける。
【００８３】
これにより、監視設備ブロック１０２では操作信号（８５H）を受信できた瞬間に、操作信号が入ったと認識でき、次の操作信号（８５H）の操作信号の状態と同じであれば、この信号に基づいてエレベータ制御部１１６へ指示を出す。
【００８４】
もし、ノイズの影響により操作信号（８５H）が壊れたとしても、次の操作信号（８５H）のデータが届くので、同じように壊れているか判定が可能となる。しかしながら、操作信号（８５H）のパケットは３回分しか届かないので，最初と２番目の操作信号（８５H）が破損し、最後の操作信号（８５H）が正確に届いた場合、操作信号（８５H）のデータと、次に届くデータ通信の８２Hの操作信号の内容を比較し、同じであれば操作が入ったと判断し、その信号に基づいてエレベータ制御部１１６に指示する。
【００８５】
もし、３つとも操作信号（８５H）の内容が破損した場合には、表示システム１０１の操作内容と監視設備ブロック１０２の状態が崩れるので、データ通信（８２H）の処理により、監視設備ブロック１０２側から再送要求８０８が送られる。これに従って表示システム１０１から、結果的に、操作信号が再度送られる仕組みとなり、エレベータ監視状態表示システム１０１側と監視設備ブロック１０２側の操作内容が、一致するようになっている。
【００８６】
ところで、上記状態信号は、複数の状態設備ブロックから統一された共通マップの形で通信する。図１４に示すように、設備状態監視システムの通信部１０３では共通マップ送受信プログラムと複数の複数の状態設備ブロックとで１：１の通信が行われる。このような構成により、共通マップ送受信プログラムが独立して動作するので、エレベータ情報表示部にて大きな負荷が発生したとしても、単独で状態設備ブロック側から共通マップの情報を入出力できる。また、万が一、状態設備ブロック側にてトラブルが発生し、一箇所から通信が出来なくなったとしても、他の状態設備ブロックからは共通マップの情報を入手しながら、不具合が発生した状態設備ブロックのみ、復旧作業を行うことが可能となる。
【００８７】
以上述べたように、本発明のこの実施形態によれば、同じデータを繰り返し送信する方法を取ることで、高速通信を行っても、次に到着するデータを元に効率よく処理することができ、ノイズの影響が出たとしても、信頼性の高い通信が可能となる。
【００８８】
さらに、エレベータ状態表示システム側から監視設備ブロック側に信号が入力されたタイミングを伝達することにより、監視設備ブロック側の処理が簡単になる。
【００８９】
また、常に同じデータを送っているため、変化分だけを送るものと違い、ネットワーク上の監視を行う際、デバックし易い利点がある。したがって、もし、監視設備ブロックとエレベータ状態表示システムとの通信において、トラブルが生じ、そのトラブルがネットワークに関するものであれば、早い対応が取れるようになる利点もある。
【００９０】
なお、上述の実施形態では、設備としてエレベータの場合について説明した。しかし、本発明はエレベータに限られず、エスカレータとか、エレベータとエスカレータが設置されている場合とか、その他、特定の場所に設置される乗物それぞれに適用できる。更に、設置される乗り物に限られず、本発明は動作する設備一般に適用可能である。
【００９１】
また、コンピュータに実現させるプログラムにより、本発明を実施することも可能である。
【００９２】
【発明の効果】
以上述べたように本発明によれば、ある設備が通常と異なる状態となったこと及びそれがどの場所にある設備かを即座に知ることができ、あるいはその設備の現在の詳細な状態も即座に知ることができる効果がある。
【図面の簡単な説明】
【図１】本発明一実施形態の構成例を示す図。
【図２】本発明一実施形態において、状態表示画面に配置するシンボルの置き方を説明するため図。
【図３】本発明一実施形態において、合成画面に表示されるシンボルに状態詳細画面、及びデータベースを関連付けることを説明するための図。
【図４】本発明一実施形態において、シンボルの特定を階層的に行うことができることを説明するための図。
【図５】本発明一実施形態において、エレベータのかごの状態及びバンクの状態の例を説明するための図。
【図６】本発明一実施形態において、監視状態から条件を入力して過去の履歴を検索し、印刷する場合を説明するための図。
【図７】本発明一実施形態において、エレベータの状態変化情報を送信する方法及びそのデータ形式を説明するための図。
【図８】監視設備ブロックからエレベータの状態信号を別の方法で送る本発明の他の実施形態の処理の流れを説明するための図。
【図９】本発明の他の実施形態における送信信号のパケット構成例を説明するための図。
【図１０】本発明の他の実施形態において共通マップの構成例を説明するための図。
【図１１】本発明の他の実施形態において同期の確立のための処理の流れを説明するための図。
【図１２】本発明の他の実施形態においてデータ通信の処理を説明するための図。
【図１３】本発明の他の実施形態においてデータ通信、操作信号の送受信の処理の流れを説明するための図。
【図１４】本発明の他の実施形態において、共通マップの作成の仕方を説明するための図である。
【符号の説明】
１０１・・・エレベータ設備状態表示システム、１０２・・・監視設備ブロック、１０３，１１７・・・通信部、１０４・・・状態変化情報、１０５・・・エレベータ情報表示部、１０６・・・仕様情報ＤＢ、１０７・・・建物背景表示部、１０８・・・部品情報ＤＢ，１０９・・・画像情報ＤＢ、１１０・・・合成画面表示部、１１２・・・制御信号情報、１１４・・・エレベータ制御信号入力部、１１６・・・エレベータ制御部、６０３・・・履歴ＤＢ。
【図１】
0004159274.tif 000002
【図２】
0004159274.tif 000003
【図３】
0004159274.tif 000004
【図４】
0004159274.tif 000005
【図５】
0004159274.tif 000006
【図６】
0004159274.tif 000007
【図７】
0004159274.tif 000008
【図８】
0004159274.tif 000009
【図９】
0004159274.tif 000010
【図１０】
0004159274.tif 000011
【図１１】
0004159274.tif 000012
【図１２】
0004159274.tif 000013
【図１３】
0004159274.tif 000014
【図１４】
0004159274.tif 000015