WO2007037175A1

WO2007037175A1 - エレベーター制御システム

Info

Publication number: WO2007037175A1
Application number: PCT/JP2006/318817
Authority: WO
Inventors: Takamichi Hoshino; Satoru Toriyabe; Keiichi Aida; Atsuya Fujino; Toshifumi Yoshikawa; Tatsuro Saito; Ryo Okabe; Chikara Iketomi; Kenji Yoneda
Original assignee: Hitachi, Ltd.; Hitachi Mito Engineering Co., Ltd.
Priority date: 2005-09-27
Filing date: 2006-09-22
Publication date: 2007-04-05
Also published as: CN101193812B; JP2007091354A; HK1119643A1; CN101193812A; JP4928761B2

Abstract

　実際のエレベーター運行状況を一目で分かるように、少なくとも乗り場継続時間、利用人数、稼働台数の計測値を、１画面上にグラフ表示と共に表示することで、専用装置を使用しなくても現在・過去における運行状況の過程や使い勝手仕様の設定状況を“一目で見える”形で初心者にも分かり易くした。

Description

明細書

エレベーター制御システム技術分野

[0001] 本発明は、エレベーターの運行状況を好適に表示するエレベーターの運行状況表示方法及びユーザーの多種多様な要求を実現する装置に関する。

背景技術

[0002] 従来技術として、例えば、特許文献 1では、エレベーター運行に対するユーザーの多様な要求を実現する群管理制御を提供するため、オフラインにて実現方法を探索する個性ィ匕支援装置の方法が開示されている。

[0003] また、特許文献 2では、運行サービス状況が悪化して!/ヽるカゝ否かを判定して、悪ィ匕していると判定した場合に発報信号を出力することが決定されたとき、発報信号とともに統計結果を出力する発報信号出力手段を備えた方法が開示されている。

[0004] さらに、特許文献 3では、エレベーター制御装置から運行状況を受信するエレべ一ターの監視装置にて、エレベーターの運行異常発生時に運行状況をモニター表示させて効率的に監視ができる方法等が開示されている。

[0005] 特許文献 1：特公平 07 - 98624号公報

特許文献 2：特開 2004— 26450号公報

特許文献 3 :特開 2004— 189358号公報

発明の開示

発明が解決しょうとする課題

[0006] 前述した従来技術では、エレベーター制御システム力の信号データを専用の変換装置を備える必要があり、表示するにはクライアント装置側に大半の機能を持たせることになるため、ソフトのインストールが必要であったり、バージョンアップ発生時等には手間と労力が力かったりしていた。

課題を解決するための手段

[0007] 本発明による技術によれば、 WEB技術の応用により画面データ作成機能を製品側に集中させ、クライアント装置側ソフトの WEBブラウザを利用することにより、前記のような保守作業の軽減やクライアント装置の交換 ·追加を容易に行うことができ、ユーザ一要望に応じた運行状況を適正に評価し易、エレベーターの運行状況表示、使ヽ勝手仕様を変更し易いシステムを迅速に提供することができる。

[0008] 表示方法につ!、て具体例で示すと、作成されたオンラインで所定の周期、例えば、 0. 1秒周期で時系列に収集 ·記録した運行データに基づき、少なくとも乗り場呼び継続時間、利用人数、稼働台数の計測結果データを記憶する。前記記憶したデータに基づ、てグラフ作成する場合、乗り場呼び継続時間がスケールオーバーした箇所には、通常と区別できるようにマーク等を付けて表示し、その主な要因である利用人数や稼働台数を共に表示することで、初心者でも容易に運行状況を理解できる表示機能を提供することも目的とする。

発明の効果

[0009] エレベーター納入後の運用時において、それぞれのビルの個性に合った使い勝手仕様の変更や運行状況把握をエレベーター管理の初心者でも容易に行え、利用者力ものクレームにも迅速対応でき、運行効率低下によるクレームの未然防止に役立つと!/、つたサービスを提供できるため、ビルの付加価値を高めると!、つた効果がある

[0010] また本発明によれば、 WEB技術により構築するために、従来のように大部分の機能をクライアント装置に持たせて、ると、クライアント装置の数が多、場合には追カロ · 交換等の保守作業に手間が生じて、たが、容易に行うことができると、つた効果もある。

図面の簡単な説明

[0011] [図 1]本発明が適用された群管理システムの全体構成図である。

[図 2]本発明が適用された単独エレベーター制御システムの全体構成図である。

[図 3]本発明の一実施形態による運行データのテーブル構成図である。

[図 4]本発明の一実施形態による力ご状態データ、呼び状態データに関するテープル構成図である。

[図 5]本発明の WEBサーバ内制御ブロック図である。

[図 6]本発明の WEBサーバ内制御ブロック図におけるデータ処理部のフローチヤ一トである。

[図 7]本発明の使い勝手仕様項目データ設定の一実施例のフローチャートである。

[図 8]本発明の画面データ作成の一実施例のフローチャート（1)である。

[図 9]本発明の画面データ作成の一実施例のフローチャート (2)である。

[図 10]使い勝手仕様項目におけるテーブル構成図である。

[図 11]本発明の画面データの一実施例（1)である。

[図 12]本発明の画面データの一実施例（2)である。

[図 13]本発明の画面データの一実施例（3)である。

[図 14]本発明の画面データの一実施例 (4)である。

[図 15]本発明の画面データの一実施例（5)である。

[図 16]本発明の画面データの一実施例（6)である。

符号の説明

[0012] 100 群管理制御システム

210〜2n0 エレベーター制御システム

300 クライアント装置

発明を実施するための最良の形態

[0013] (実施例）

以下、本発明を実施するための最良の形態を説明するため、複数台のエレベータ一を効率良く配車させる群管理エレベーターシステムの一実施例を図面により詳細に説明する。

[0014] 図 1は、本発明を適用した群管理エレベーターシステムの全体構成図を示したものである。まず、複数台のエレベーターを個別に制御するエレベーター制御システム 2 10, 220, 2n0と、各エレベータ一を、全体の運行効率が最適となるように運行を制御する群管理制御システム 100と、前記制御システムから送信された画面データを表示し、かつ、表示仕様や各使い勝手仕様項目の要求を行うクライアント装置 300 を備えている。

[0015] エレベーター制御システム 210, 220, " ' 2110は、群管理制御システム 100内の運行管理制御系 101による制御の下で、自動運転や手動運転等と!/、つたエレベーターの運転方式に合った運転を行う運転制御系 213と、主にモーター制御を行う速度制御系 214により各エレベーターの運行を個別に制御する。同時に、各エレベーター毎に、例えば、力ご内荷重データやドアの開閉等の各事象の情報を群管理制御システム 100内の運行管理制御系 101に送信する構成になっている。ここで群管理運転中は、エレベーター制御システム内の運行管理制御系 211と WEBサーバ 212は動作しない構成になっている。

[0016] 群管理制御システム 100内では、時々刻々と変化するエレベーター情報と乗り場呼び情報等の運行データを学習系 103へ送信し、前記運行データに基づ!/ヽて学習系 103は交通状況を学習し、その時点でどのような運転プログラムが適しているかを判断する。知能系 104では学習結果を用いて各交通需要に応じた最適な運転プログラムの自動生成を行って、る。運行管理制御系 101では前記運転プログラムを用 V、て、乗り場呼びに対しどのエレベーターを配車するかを決める割り当て制御を行!ヽ、さらにエレベーター制御システムへ乗り場呼びの割り当て指令等を行っている。また運行管理制御系 101では、インターネットにて標準的に用いられるドキュメントシステムである WWW (World Wide Web)による情報送信機能を持った WEBサーバ 102 に対し、前記運行データを送信し、必要に応じて WEBサーバ 102からの各種要求をエレベーター制御システム 210, 220· · ·2η0へ指令して!/、る。

[0017] クライアント装置 300内では、例えばパソコン内のディスプレイ 301上に画面データを表示させる WEBブラウザ 304から、 WEBサーバ 102に対して、ユーザー指令の表示内容や各使い勝手仕様項目変更等の要求指令を要求送信部 302に渡し、前記要求指令等を送信する。 WEBサーバ 102では要求指令に応じて、運行管理制御系 101への指令と共に必要な画面データ作成を行い、画面データ受信部 303に画面データを送信する。画面データ受信部 303では、 WEBサーバ 102から受信した画面データを WEBブラウザ 304に渡す。 WEBブラウザ 304は画面データに基づ!/、てディプレイ 301上にグラフィカルな表示を行う構成になつて！、る。

[0018] 図 2は、単独エレベーターにおけるシステム構成図であり、図 1と比べ運行管理制御系 211と WEBサーバ 212が動作構成となり、容易に単独でも実現できることが分力る。 [0019] 図 3は、本発明の一実施形態による時系列の運行 (状態)データのテーブル構成を示して、る。収集日時データテーブル (DATE) 31は、状態データを収集した日付及び指定された時間帯 (収集開始時間と収集終了時間)を記憶する。状態データテーブル (TDAT)32 (図 4参照）は、状態データを順次記憶するためのテーブルで、エレベータ一のかご状態データテーブル（CPT) 321と、呼び状態データテーブル (HC T) 322とで構成されて、る。

[0020] エレベーターのかご状態データテーブル (CPT) 321には、エレベーターの位置、方向、及びかご内荷重等のデータを、各エレベーター別に記憶する。呼び状態データテーブル (HCT) 322には、乗り場呼び発生時刻、方向別階床毎の乗り場呼び割り当て状況と乗り込み階毎の新規行先階呼び登録状況、呼び継続時間及び乗込み完了時刻等を、呼びの種類毎に記憶している。

[0021] 数値データテーブル (SDAT) 33は、予め設定した異常現象が発生した場合に、詳細データを順次記憶するためのテーブルで、呼び割り当て評価値テーブル (AST ) 331とパラメータテーブル (SPT) 332とで構成されて!、る。

[0022] 図 5は、 WEBサーバ 102, 212内の制御ブロック図を示す。 WEBサーバ 102, 21 2には、データ測定手段に相当する、運行管理制御系 101, 211からの運行データに基づいて測定するデータ測定部 51、データ処理手段に相当する、測定データの統計処理、出力可否判定 ·出力許可を行うデータ処理部 52、測定中のデータを蓄積するデータ蓄積部 53、クライアント装置 300への出力手段に相当する、データ処理部 52での処理結果をパソコンなどによって可視化できるクライアント装置 300への出力部 54、クライアント装置 300からの入力手段に相当する、クライアント装置 300からの要求指令を受け取る入力部 55、データ処理部 52の出力可否判定により運行管理制御系 101, 211内の仕様変更を行うデータ設定部 56から構成されてヽる。

[0023] 図 6は、データ処理部 52における運行状況表示 ·使い勝手仕様項目の変更プログラムのフローチャート 600である。本実施例では、出勤といった時間帯にデータを計測し、その利用状況の画面データを作成する場合について説明する。

[0024] ステップ 601では、最初の使!、勝手仕様項目を指定し、次のステップ 602へ進む。

[0025] ステップ 602で指定された使、勝手仕様項目は変更が必要な時間帯であるかを確認する。

[0026] 必要がある場合には (ステップ 602で Yes)、ステップ 603で指定の使、勝手仕様項目の変更処理を行、、必要がなければ (ステップ 602で No)、全ての使!、勝手仕様項目の確認を終了するまで、ステップ 604から 605へ進み、繰り返し処理を行う。

[0027] ステップ 606で計測データが所定個数以下であるかの確認を行、、所定個数 (通常 12ヶ月は継続して記録.蓄積できる）以下であれば (Yes)、ステップ 607へ、それよりも多ければ（No)、ステップ 609へ進む。

[0028] ステップ 607で運行データからエレベーターの運行状況を分析に必要な項目につ V、て運行データ計測を行、、ステップ 608でデータ蓄積部 53による計測結果を記録する。

[0029] ステップ 609では、クライアント装置 300から使、勝手仕様項目の変更や計測データの画面データ作成等の各種要求があるかを確認し、要求がない場合には (No)、ステツプ 610と 611の処理を行わず終了する。

[0030] ステップ 610で使い勝手仕様項目に関する、例えば出勤時間帯には、待機中のェレベータ一を出発基準階へ呼び寄せる要求等がある場合、使、勝手仕様項目を変更するために必要なデータ設定処理を行う。

[0031] ステップ 611で表示形式 (時間帯、計測データ項目、使い勝手仕様項目）に基づいて計測結果のデータ蓄積部 53から画面データを作成している。

[0032] 図 7は、図 6のデータ設定処理ステップ 610に関する具体的な一実施例のフローチヤート 700である。

[0033] ステップ 701では、最初の使!、勝手仕様項目を指定し、次のステップ 702へ進む。

[0034] ステップ 702では、指定の使!、勝手仕様項目は変更要求があるかを確認し、変更要求がなければ（No)、ステップ 705へ進む。

[0035] ステップ 703で指定の使、勝手仕様項目の操作履歴回数を 1カウントアップ処理を行う。この履歴回数は、画面データ作成時において、履歴回数の多い順に表示を行う際に利用するものである。

[0036] ステップ 704で指定の使、勝手仕様項目の設定内容、例えば出勤時間帯であっても、通常仕様の「交通需要に応じて、エレベーターをバランスよく配車する」を、選択仕様の「出勤時には待機中のエレベーターを出発基準階へ呼び寄せる」への設定変更を行っている。

[0037] ステップ 705では、全ての使!ヽ勝手仕様項目の確認を行!ヽ、終了して!/ヽなけば (N o)ステップ 706へと進み、指定項目の要求確認等を行う。

[0038] 図 8は、図 6の画面データ作成処理ステップ 611にて、エレベーター運行状況を分析できる複数の計測結果の画面データ作成の一実施例のフローチャート 800を示す

[0039] ステップ 801で、図 6のステップ 608にて計測結果が記録されたデータ蓄積部 53のうち、例えば乗り場呼び継続時間、利用人数、稼働台数のデータを表示指定時間帯分に限定したエレベータ運行状況分析可能データを画面作成用ワークエリアへ読み込む（リードする）。ステップ 802では、特殊な表示条件状況、例えばグラフにて表示した場合にスケールオーバー、または平均値より所定値以上高い数値を示す等の表示区別が必要であるカゝ否かの確認を行う。

[0040] 区別が必要であれば (ステップ 802で Yes)、ステップ 803で、画面データ作成用ヮークエリア内にある仕様項目に対し、区別必要の特殊表示の目印データを設定する

[0041] ステップ 804では、画面作成用ワークエリア内容とグラフスケール等の表示仕様に基づいて、少なくとも原稿向き横の A4サイズ幅に印字領域が対応できる画面データを生成 (作成)する。

[0042] 図 9は、図 6の画面データ作成処理ステップ 611にて、エレベーター使い勝手仕様項目の画面データ作成における一実施例のフローチャートを示す。

[0043] ステップ 901では、全使、勝手仕様項目を操作履歴回数が多、順にソートする。

[0044] ステップ 902にて、最初の使!、勝手仕様項目を指定し、ステップ 903にて、例えば全項目に対して変更（取扱い）許可されたスーパーユーザーでは、ステップ 904, 90 6, 907を繰り返し実行され、通常のユーザーでは 905, 906, 907を繰り返し実行することにより全項目が画面作成用ワークエリアへリードされる。

[0045] ステップ 908では、画面作成用ワークエリア内容とグラフスケール等の表示仕様に基づいて、少なくとも原稿向き横の A4サイズ幅に印字領域が対応できるクライアント装置 300内表示用ディプレイの画面データを生成する。

[0046] 図 10は、本発明の一実施形態による使い勝手仕様項目のデータテーブル (UTB L)構成を示して、る。項目タイトル (UTLl〜UTLn)は、項目タイトルとメーカー推奨の出荷時仕様である標準仕様や選択仕様内容が設定され、各々の使い勝手仕様に必要な、例えば指定時間帯、階床名等のデータ設定情報を設定データ (UDAT1 〜UDATn)に記憶する。また、各々の取扱許可レベル (例えば読み書き '表示可否 )に応じた情報が記録されるレベル (ULVLl〜ULVLn)と、取扱許可レベルの操作回数も含めた操作状況、例えばエレベーター保守会社により設定済み項目は、ユーザ一の操作は読み取り専用レベルへ変更等といったときに使用する情報が記憶された操作†青報（UINF01〜UINFOn)がある。

[0047] 図 11は、図 8のステップ 804にて作成する画面データの一実施例、計測項目は 3 つを指定 (上り下り別に計測した階床毎の乗り場呼び «続時間とエレベーター利用人数、平均稼働台数（= 1台当たりの群管理編入時間の総和 [台，時間] Z計測時間 ) )し、表示スケールを標準選択にし、例えば乗り場呼び継続が長くなる主な要因であるエレベーターの利用人数や稼働台数と共にした表示形式として、以下に詳細を説明する。

[0048] この図 11に示す画面データの表示例は、図 1における群管理制御システム 100に基づ、て、時間帯 10： 00-10： 30までのエレベーター稼働状況のモニター状態を示す図として構成され、現在日時を表示するエリア NWTMと、表示内容タイトルを表示するエリア WTと、稼働状況を表示する時間帯表示エリア ST、タイトル表示エリアである ADT1と ADT2、表示スケールの説明を表示するエリア ADS1と ADS2、計測データとテーブルタグとキャラクタを用いて作成したグラフを組み合わせ表示するエリァ ADTBLlと ADTBL2、階床毎の表示を必要としない計測項目のタイトルと計測データを組み合わせ表示するエリア BDT1、印刷の開始決定する手段である印刷ボタン PRT、画面データのダウンロード開始決定する手段であるダウンロードボタン DL、上の画面へ戻るを決定する手段である上の画面へ戻るボタン RTNが各々設けられている。

[0049] さらに 1日の利用状況、時間帯毎の利用状況を知りたいユーザーには、具体的な例を図 12に示すが、指定した計測結果の項目から、上り下り方向を合わせた全階床の合計値または平均値として時間帯に並べて表示することにより、一目にて的確に把握することできる。

[0050] また 1月の利用状況、曜日毎の利用状況等を知りたいユーザーには、具体的な例を図 13に示すが、 1日単位毎の合計値または平均値として日付順に並べて表示することによって、こちらも同様に一目にて的確かつ容易に知ることできる。

[0051] 図 14には、図 11にて乗り場呼び継続時間におけるグラフ 1マススケールを変更した場合を示す。

[0052] ここで最下階において、上り方向の乗り場呼び継続時間がスケールオーバーを示しているため、文字サイズ大かつ * (アスタリスクマーク） CHKMを付けることにより通常値と区別できる工夫がされている。

[0053] 図 15には、図 9のステップ 906にて作成する画面データの一実施例、操作回数に応じて使、勝手勝手仕様項目の設定内容が一覧して確認できるようになって、る。

[0054] 図 16は、図 15において仕様内容を変更したい場合に、設定画面へ SETボタンを押下したときに表示されるエレベーター使い勝手仕様状況の一実施例を示したのものである。

Claims

請求の範囲

[1] エレベーター単体を制御し、エレベーターの運行データを格納するデータベースを有するエレベーター制御システムにおいて、インターネットにて標準的に用いられるドキュメントシステムである WWWによる情報送信機能を持った WEBサーバを有するエレベーター運行管理制御系と、前記 WEBサーバと通信手段を介して接続され、かつ、前記 WEBサーバによって運行データに基づ、て生成した複数の計測結果等の画面データを表示する WEBブラウザを備えるクライアント装置上に、エレベーター運行状況の表示や、使、勝手仕様の変更機能を有することを特徴とするエレベーター制御システム。

[2] 請求項 1において、前記運行データから生成した複数の計測結果中から、少なくともエレベーター運行状況を分析できる複数の計測結果を、 1つの画面上に表示することを特徴とするエレベーター制御システム。

[3] 請求項 1において、前記運行データから生成した複数の計測結果中から、少なくとも乗り場呼び継続時間、利用人数、稼働台数の 3つを 1つの画面上に表示することを特徴とするエレベーター制御システム。

[4] 請求項 3において、前記稼働台数とは所定計測時間内における平均稼働台数が表示されることを特徴とするエレベーター制御システム。

[5] 請求項 3において、前記稼働台数とは所定計測時間内における最小稼働台数が表示されることを特徴とするエレベーター制御システム。

[6] 請求項 1にお、て、前記運行データに基づ、て生成した複数の計測結果を、少なくとも上り下り方向を合わせた全階床や 1日の合計値または平均値として表示することを特徴とするエレベーター制御システム。

[7] 請求項 6において、前記運行データに基づいて生成した複数の計測結果から、指定項目に限定して表示することを特徴とするエレベーター制御システム。

[8] 請求項 7にお、て、前記運行データに基づ!/、て生成した複数の計測結果を、時間帯に並べて表示することを特徴とするエレベーター制御システム。

[9] 請求項 7において、前記運行データに基づいて生成した複数の計測結果を、日付順に並べて表示することを特徴とするエレベーター制御システム。

[10] 請求項 1において、前記運行データに基づいて生成した複数の計測結果を、指定時間帯に限定して表示することを特徴とするエレベーター制御システム。

[11] 請求項 1において、前記運行データに基づいて生成した複数の計測結果を、所定階に限定して表示することを特徴とするエレベーター制御システム。

[12] 請求項 1にお、て、前記画面データはアプリケーションに依存しな、データ、 V、わゆる HTML文書データを用いて作成されるため、テキストしか表示できなヽ環境でも利用できることを特徴とするエレベーター制御システム。

[13] 請求項 12において、表を作るタグ、いわゆるテーブルタグを用いてキャラクタとキヤラクタの色分けにてグラフ表示を可能としたことをことを特徴とするエレベーター制御システム。

[14] 請求項 13において、グラフ上における 1マスのスケールを変更できることを特徴とするエレベーター制御システム。

[15] 請求項 13において、値表示を組み合わせたグラフが表示できることを特徴とするェレベータ一制御システム。

[16] 請求項 13において、スケールオーバーが通常箇所と区別できることを特徴とするェレベータ一制御システム。

[17] 請求項 12から請求項 16のいずれか 1項において、前記画面データの内容を印刷するときには、少なくとも原稿向き横の A4サイズ幅に印字領域が対応できる画面データを生成することを特徴とするエレベーター制御システム。

[18] 請求項 6において、前記生成した複数の計測結果等の画面データをダウンロードしたときには、階床別の詳細な計測結果も含めてダウンロードできることを特徴とするェレベータ一制御システム。

[19] 請求項 10において、所定時間経過しているときに 1つ上の画面に戻る場合には、ダウンロードを促すことを特徴とするエレベーター制御システム。

[20] 請求項 1において、指定の時間間隔に基づいてクライアント装置に自動的にダウンロードすることを特徴とするエレベーター制御システム。

[21] 請求項 1の使い勝手仕様の変更できる項目において、少なくともユーザーとエレべ一ター保守会社にて優先度が設定できることを特徴とするエレベーター制御システム。

[22] 請求項 1の使、勝手仕様の変更できる項目にお、て、操作履歴の多、順に表示することを特徴とするエレベーター制御システム。

[23] 請求項 1の使、勝手仕様の変更できる項目にお、て、ビルの個性に合った項目を優先的に表示させること特徴とするエレベーター制御システム。

[24] 請求項 21から請求項 23のいずれか 1項において、少なくともエレベーター保守会社が設定変更した項目は、ユーザーには操作できない趣旨の明示をすることを特徴とするエレベーター制御システム。

[25] 請求項 1から請求項 24のいずれ力 1項において、エレベーター制御システムの取扱許可が認められた人のみが運行状況の表示や使い勝手仕様を変更できることを特徴とするエレベーター制御システム。

[26] 請求項 25において、エレベーター制御システムの取扱許可レベルに応じて、操作範囲を限定できることを特徴とするエレベーター制御システム。