(57)【要約】【課題】より重要な通信を確保して回線の混乱を回避しながらデータの送受信を行うことができるようにした昇降機保守システムを提供する。【解決手段】  複数の昇降設備それぞれに第１の制御コントローラ、管制センタに第２の制御コントローラ、第１の制御コントローラと第２の制御コントローラとを接続する通信網を備える昇降機保守システムにおいて、データを優先順を設定し、優先順位の高いデータの通信が行われているときに優先順位の低いデータの通信を中止する重要度送受信判定部を、第１の制御コントローラまたは第２の制御コントローラに設けた。【選択図】図１
2017088294.tif 000002
【特許請求の範囲】
【請求項１】
複数の昇降設備それぞれに第１の制御コントローラ、管制センタに第２の制御コントローラ、前記第１の制御コントローラと前記第２の制御コントローラとを接続する通信網を備える昇降機保守システムにおいて、
前記データを優先順を設定し、優先順位の高いデータの通信が行われているときに優先順位の低いデータの通信を中止する重要度送受信判定部を、前記第１の制御コントローラまたは前記第２の制御コントローラに設けた、ことを特徴とする昇降機保守システム。
【請求項２】
請求項１に記載の昇降機保守システムであって、
前記重要度送受信判定部は前記第２の制御コントローラに設けられ、
前記第２の制御コントローラが前記第１の制御コントローラから前記優先順位の低いデータの受信中に、前記重要度送受信判定部は前記通信網の状態を監視し、前記優先順位の高いデータが送信されている場合には、前記第１のコントローラに前記優先順位の低いデータの送信を停止命令を送信する、
ことを特徴とする昇降機保守システム。
【請求項３】
請求項２に記載の昇降機保守システムであって、
前記第２の制御コントローラは前記第１の制御コントローラに前記優先順位の低いデータの送信要求を送信後、リトライタイムのカウントを始め、
前記第１の制御コントローラに前記優先順位の低いデータの送信停止命令を送信後であって、前記リトライタイムがあらかじめ設定された時限であるリトライタイムアウトの時間内に、前記通信網に前記優先順位の高いデータが送信されなくなった場合、
前記重要度送受信判定部は、前記第１の制御コントローラに前記優先順位の低いデータの送信再開指示を送信する
ことを特徴とする昇降機保守システム。
【請求項４】
請求項１に記載の昇降機保守システムであって、
前記重要度送受信判定部は前記第１の制御コントローラに設けられ、
前記重要度判定部は前記優先順位の低いデータの送信前に、前記通信網に前記優先順位の高いデータが送信されているかを判定し、前記優先順位の高いデータが送信されている場合には、前記優先順位の低いデータの送信を中止する、
ことを特徴とする昇降機保守システム。
【請求項５】
請求項４に記載の昇降機保守システムであって、
前記重要度送受信判定部は前記複数の昇降設備それぞれに設けられる第１の制御コントローラそれぞれに備えられる
ことを特徴とする昇降機保守システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、昇降機保守システムに関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１がある。この公報には、一般公衆回線を介して昇降機を遠隔監視センタで監視制御し、一般公衆回線が、昇降機からセンタへの大容量情報を伝送する高速デジタル回線網及びセンタから昇降機への制御指令を伝送する低通信コスト公衆回線網を含む複数種類の回線網を有し、回線網選択手段で大容量情報であれば高速デシタル回線網、制御指令であれば低通信コスト公衆回線網を選択して伝送を行わせ、セキュリティ手段で回線網毎に伝送する情報を暗号化又は復号化すると共にセンタ側で制御指令に付加した特定コードを昇降機側で照合認証する昇降機保守システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００５／１１３４００号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されたエレベータ装置では、管制センタと昇降機設備の間で膨大なデータが送受信されるとき、決まった時刻に一斉に行われるようになったりすると、回線が圧迫されて混乱状況が生じてしまう。
【０００５】
そこで、本発明の目的は、より重要な通信を確保して回線の混乱を回避しながらデータの送受信を行うことができるようにした昇降機保守システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、複数の昇降設備それぞれに第１の制御コントローラ、管制センタに第２の制御コントローラ、第１の制御コントローラと第２の制御コントローラとを接続する通信網を備える昇降機保守システムにおいて、データを優先順を設定し、優先順位の高いデータの通信が行われているときに優先順位の低いデータの通信を中止する重要度送受信判定部を、第１の制御コントローラまたは第２の制御コントローラに設けた。
【発明の効果】
【０００７】
本発明の昇降機保守システムによれば、より重要な通信を確保して回線の混乱を回避しながらデータの送受信を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施例による昇降機保守システムの概略構成を示すブロック構成図である。
【図２】図１に示した昇降機保守システムにおける管制センタ部の処理動作を示すフローチャートである。
【図３】図１に示した昇降機保守システムにおける昇降機部の処理動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施例を図面に基づいて説明する。
【実施例１】
【００１０】
図１は、本発明の一実施例による昇降機保守システムの概略構成を示すブロック構成図である。
【００１１】
ＩＰ通信網１には、基地局２Ａ〜２Ｃを介して複数の昇降設備３Ａ〜３Ｃにおける制御コントローラ４Ａ〜４Ｃがそれぞれ接続されている。この制御コントローラ４Ａ〜４Ｃには、通常の構成に加えて詳細を後述する重要度送信判定部８Ａ〜８Ｃが付加されている。また、管制センタ５には制御コントローラ６が設けられており、この制御コントローラ６には、通常の構成に加えて詳細を後述する重要度送信判定部７が付加されている。昇降設備３Ａ〜３Ｃ、例えばエレベータ装置では、管制センタ５との間で、各機器の状態を監視するために収集した機器状態データや、乗りかごや乗り場に設置した監視カメラなどの画像データや、乗りかご内への閉じ込め事故発生時などの緊急時の発報情報の送受信が行われる。管制センタ５の制御コントローラ６では、これらの各送受信データを重要度によって重要度送信判別部７によって判別され、緊急時における発報情報の送受信と、その他のデータの送受信とに判別できるようにしている。図２の実施例では、管制センタ５の制御コントローラ６に重要度送信判別部７があり、図３の実施例では昇降設備３の制御コントローラ４に重要度送信判定部８を備える。
【００１２】
図２は、緊急時における発報情報とその他のデータの送受信時における管制センタ５の制御コントローラ６側での処理動作を示すフローチャートである。
【００１３】
管制センタ５の制御コントローラ６では、ステップＳ１で機器状態データの送信要求送信タイミングをコントロールする。定期的に送信要求を送信する様にしても良いし、図示しない入力手段によって指示されたタイミングで送信要求を送信する。要求信号を発行する場合、ステップＳ２で機器状態データの取得要求を各制御コントローラ４A〜４Cに発行し、受信を開始する。次いで、制御コントローラ６がステップＳ３で機器状態データの受信が全て完了したことを検出するまで、接続される回線の状態をモニタする（ステップ４）。ここで、各制御コントローラ４A〜４Cは危機状態データを送信しつつ、緊急度の高い情報があれば管制センタに発砲をする。ステップＳ５で、重要度送信判別部７は海鮮状態が優先順位の高い緊急時の発報があるかどうかを判定する。その結果、緊急時の発報状態であった場合、ステップＳ６で重要度送信判別部７は機器情報データの送受信を中止する処理を行う。具体的には機器状態データの送信停止指示を各制御コントローラ４A〜４Cに送信する。その後、重要度送信判別部７はステップＳ７で予め設定したリトライタイムをカウントし、ステップＳ２での取得要求発行からのカウントされるリトライタイムアウトの時間を満了するまで、ステップＳ４からの処理を繰り返す。ここで一度S6で機器状態データの取得を停止した後、リトライタイムアウトの時間内に回線状態が緊急時の発報状態が解消されている場合、つまりS5でYESの判定がNOの判定に変化した場合、重要度送信判別部７は危機情報データの送信再開指示を各制御コントローラ４A〜４Cに送信する。
【００１４】
ステップＳ５の判定で、緊急時の発報が行われていなかった場合、ステップＳ４に戻り、制御コントローラ６は機器状態データの送信が完了するまで引き続き緊急時の発報が行われないかどうかを監視する。ステップＳ３の判定で、機器状態データの送信が完了した場合、本処理動作が終了となる。
【００１５】
このように機器状態データの送信が行われるときに、優先順位の高い緊急時の発報状態かどうかを判定し、緊急時の発報状態がある場合は機器状態データの送信よりも緊急時の発報を優先させることができる。このため、例えば、昇降設備としてエレベータ装置に適用した場合、乗りかご内の閉じ込め事故が発生し、かつ、乗りかご内インターホンなどによって乗客と管制センタ５と間で通話中であった場合、この状況が優先されて通話が保たれる。また、緊急時の発報状態であるときに、一斉に機器状態データや画像データなどの大容量データの送受信が行われて、緊急時の発報が途切れてしまうような事態が発生するのを防止することもできる。従って、閉じ込め事故中で緊急時の発報を行っている乗客に、さらなる不安を与える新たな状況の発生を回避することができる。
【００１６】
ここでは、機器状態データの送信について説明したが、昇降設備としてエレベータ装置に適用した場合、種々の情報に活用されている監視カメラの画像データの送受信に関しても同様に行うことができる。また、昇降設備としてエレベータ装置を例示して説明したが、その他の昇降設備についても同様に、通信を重要度に応じて二分して優先順を設定し、優先順の低い通信時に、優先順位の高い通信が行われているときにデータの通信を中止する重要度送受信判定部を設けて適用することができる。
【００１７】
図３は、本発明の他の実施例による緊急時における発報情報とその他のデータの送受信時におけるフローチャートである。本実施例では管制センタ側の制御コントローラ６ではなく、各昇降設備の制御コントローラ４の備える重要度送受信判定部８で判定する例である。なお、必ずしも管制センタ５の制御コントーラ６に重要度送受信判定部がある事を否定するものではなく、各昇降設備３と管制センタ５と双方に備えても良い。本実施例では昇降設備３Ａを例として説明する。
【００１８】
昇降設備３Ａの制御コントローラ４Ａでは、ステップＳ８で機器状態データの送信タイミングを監視しており、予め設定した送信タイミングになったとき、または管制センタ５からの要求信号があったとき、先ず、ステップＳ９で回線状態をモニタする。次いで、制御コントローラ４Ａの重要度送信判別部８ＡはステップＳ１０で、優先順位の高い緊急時の発報状態があるかどうかを判定する。緊急時の発報状態があった場合、制御コントローラ４Ａの重要度送信判別部８ＡはステップＳ１２で機器情報データの送受信を中止する処理を行う。その後、重要度送信判別部はステップＳ１３で予め設定したリトライタイムをカウントし、ステップＳ９からの処理を繰り返し、リトライタイムを満了したとき本処理動作を完了する。
【００１９】
ステップＳ１０の判定で、緊急時の発報が行われていなかった場合、ステップＳ１１で管制センタ５へ機器状態データの送信を行う。この送信中にも、ステップＳ９からの処理を繰り返し、途中で緊急時の発報が行われるようになった場合、制御コントローラ４Ａの重要度送信判別部はステップＳ１２で機器状態データの送信を中止する。
【００２０】
このように昇降設備３Ａの制御コントローラ４Ａでも、先の実施例での管制センタ５に代わって処理を行うことができる。本実施例でも、自己監視する機器状態データの送信が行われるときに、優先順位の高い緊急時の発報状態かどうかを判定し、緊急時の発報状態がある場合は機器状態データの送信よりも緊急時の発報を優先させることができる。このため、例えば、乗りかご内の閉じ込め事故が発生し、かつ、乗りかご内インターホンなどによって乗客と管制センタ５と間で通話中であった場合、こちらが優先されて通話が保たれる。また、緊急時の発報状態であるときに機器状態データの送受信を行って、緊急時の発報が途切れる事態が発生することを防止することができる。従って、閉じ込め事故中の乗客にさらなる不安を与える状況の発生を回避することができる。
【００２１】
尚、本発明は、上述した実施例に限定するものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定するものではない。
【符号の説明】
【００２２】
１    ＩＰ通信網
３Ａ〜３Ｃ  昇降設備
４Ａ〜４Ｃ  昇降設備  制御コントローラ
５    管制センタ
６    管制センタ  制御コントローラ
７    管制センタ  重要度送受信判定部
８Ａ〜８Ｃ  昇降設備  重要度送受信判定部
【図１】
2017088294.tif 000003
【図２】
2017088294.tif 000004
【図３】
2017088294.tif 000005