專利名稱：電梯控制系統的制作方法
技術領域：
本發明涉及一種適合顯示電梯運行狀況的電梯運行狀況顯示方法以 及用于實現用戶多種多樣要求的裝置。
背景技術：
作為現有技術，例如在專利文獻1中公開了一種個性化支援裝置的方 法，在該方法中，為了提供能夠實現用戶對電梯運行提出的多種要求的群 管理控制，在脫機的狀態下檢索實現方法
此外，在專利文獻2中公開了一種方法，其具有一種報警信號輸出單 元，由該單元判斷運行服務狀況是否出現了惡化，并在被判定為出現了惡 化而決定輸出報警信號時，與所述報警信號一起輸出統計結果。
并且，在專利文獻3中公開了一些方法，在從電梯控制裝置接受運行 狀況的電梯監視裝置中，當發生了電梯運行異常時，通過在顯示器上顯示 運行狀況，能夠有效地監視運行狀況。
專利文獻l日本國專利特公平07-98624號公報 專利文獻2日本國專利特開2004-26450號公報 專利文獻3日本國專利特開2004-189358號公報
在所述現有技術中，需要設置專用的變換設備對來自電梯控制系統的 信號數據進行變換，由于顯示所需的大部分功能均設置在用戶端裝置側， 所以需要安裝軟件，而且在進行版本升級等時，需要花費很多功夫和時間。
發明內容
根據本發明所涉及的技術，能夠迅速地提供一種系統，其通過采用 WEB技術，使得畫面數據的生成功能均集中在產品側，通過使用作為用 戶端裝置側軟件的WEB瀏覽器，能夠降低所述維修作業的強度，并且能 夠方便地進行用戶端裝置的交換和追加，此外還能夠方便地對電梯的運行 狀況的顯示和使用性能規格進行變更，從而能夠按照用戶的要求，以簡單 的方式確切地評價電梯的運行狀況。
以下表示具體的顯示方法示例，本發明的目的還在于提供一種顯示功 能，其通過所生成的在線方式以規定的周期，例如以O.l秒的周期采用時 序方式收集和記錄運行數據，并根據該運行數據，至少存儲電梯門廳呼叫 持續時間、電梯使用人數和電梯運行臺數的測定結果數據。在根據所述存 儲的數據生成圖表時，在電梯門廳呼叫持續時間超出顯示尺度的部位標注 能夠與通常情況進行區分的標志等，并同時顯示作為其主要原因的電梯使 用人數和電梯運行臺數等，如此，即使是初學者也能夠很方便地理解運行 狀況。
發明效果
根據本發明，在電梯交付后的運行中，即使是電梯管理的初學者，也 能夠根據各種大樓的特點，方便地對使用性能規格進行更改以及方便地掌 握運行狀況，在接到用戶的投訴時能夠迅速地采取對應措施，能夠提供可 防止運行效率下降的服務，從而能夠避免因運行效率下降而引起用戶投 訴，因此具有能夠提升大樓附加價值的效果。
此外，根據本發明，由于在系統構筑方面采用了 WEB技術，所以具 有能夠方便地進行追加和交換等維護保養作業的效果，與此相比，在現有 技術中，由于大部分的功能都設置在用戶端裝置側，當需要進行追加和交 換等維護保養作業時，在用戶端裝置數量眾多的情況下，則需要花費很多 的勞力和時間。
圖1是應用了本發明的群管理系統的整體結構圖。
圖2是應用了本發明的單體電梯控制系統的整體結構圖。
圖3是本發明一實施例的運行數據表的結構圖。
圖4是本發明一實施例的電梯轎廂狀態數據表和呼叫狀態數據表的結
構圖。
圖5是本發明的WEB服務器內部控制方塊圖。
圖6是本發明的WEB服務器內部控制方塊圖中的數據處理部分的流 程圖。
圖7是本發明的使用性能規格項目數據設定的一實施例的流程圖。
圖8是本發明的畫面數據生成的一實施例的流程圖(1)。
圖9是本發明的畫面數據生成的一實施例的流程圖(2)。
圖IO是使用性能規格項目中的圖表結構圖。
圖11是本發明畫面數據的一實施例(1)。
圖12是本發明畫面數據的一實施例(2)。
圖13是本發明畫面數據的一實施例(3)。
圖14是本發明畫面數據的一實施例(4)。
圖15是本發明畫面數據的一實施例(5)。
圖16是本發明畫面數據的一實施例(6)。
圖中
100 :群管理控制系統； 210~2n0 :電梯控制系統； 300:用戶端裝置。
具體實施例方式
(實施例)
為了對本發明的具體實施形式進行說明，以下根據附圖，對能夠有效 地對多臺電梯進行分配的群管理電梯系統的一實施例進行詳細的說明。 圖l是應用了本發明的群管理電梯系統的整體結構圖。首先，該群管
理電梯系統具有:對多臺電梯分別進行控制的電梯控制系統210、220、2n0; 對各臺電梯的運行進行控制以在整體上獲得最佳運行效率的群管理控制
系統100;以及顯示從所述控制系統發送來的畫面數據，并且能夠對顯示
規格和各種使用性能規格項目提出要求的用戶端裝置300。
電梯控制系統210、 220、…2n0通過運行控制系統213和速度控制系 統214分別對各臺電梯的運行進行控制。其中，運行控制系統213在位于
群管理控制系統100內部的運行管理控制系統101的控制下，進行與自動 運行和手動運行等電梯的運行方式相一致的運行，速度控制系統214主要 用于對電動機進行控制。此外，各個電梯分別被構成為例如將電梯轎廂內 的負荷數據和電梯門的開關等各個項目的信息發送給群管理控制系統100 內的運行管理控制系統101。在此，電梯控制系統內的運行管理控制系統 211以及WEB服務器212被構成為在群管理運行中不動作。
在群管理控制系統100中，時時刻刻變化著的電梯信息以及電梯門廳 呼叫信息等運行數據被發送到學習系統103，學習系統103根據所述運行 數據學習交通狀況，并判斷此時何種運行程序更適合。智能系統104使用 學習結果自動生成對應各種人流量的最佳運行程序。運行管理控制系統 101用所述運行程序進行分配控制，決定將哪個電梯分配給電梯門廳呼叫， 并且向電梯控制系統發出電梯門廳呼叫的分配指令等。此外，運行管理控 制系統101將所述運行數據發送給WEB服務器102，并根據需要將來自 WEB服務器102的各種要求作為指令發送給電梯控制系統210、 220、… 2n0。其中，WEB服務器102具有通過在互聯網上被作為標準文檔系統使 用的WWW (World Wide Web)進行信息發送的功能。
在用戶端裝置300中，例如從使畫面數據顯示在電腦內的顯示器301 上的WEB瀏覽器304，將用戶指令的顯示內容和各種使用性能規格項目 更改等的要求指令發送到要求發送部分302，從而將要求指令等發送給 WEB服務器102。在WEB服務器102中，按照要求指令，向運行管理控 制系統101發出指令，同時生成必要的畫面數據，并將該畫面數據發送給 畫面數據接受部分303。在畫面數據接受部分303中，將從WEB瀏覽器 102接收到的畫面數據傳送給WEB瀏覽器304。 WEB瀏覽器304被構成 為根據畫面數據在顯示器301上進行圖形化顯示。
圖2是單體電梯的系統構造圖，從圖中可以看出，與圖1相比，運行 管理控制系統2H以及WEB服務器212被進行動作，所以容易在單獨的 情況下實現功能。
圖3表示本發明一實施例的時序方式的運行(狀態)數據表的結構。 數據收集日期數據表(DATE) 31中存儲狀態數據的收集日期以及指定的 時間段(收集開始時間以及收集結束時間)。狀態數據表(TDAT) 32 (參
照圖4)是用于依序存儲狀態數據的圖表，由電梯轎廂狀態數據表(CPT) 321以及呼叫狀態數據表(HCT) 322構成。
在電梯轎廂狀態數據表(CPT) 321中，分別存儲各臺電梯的電梯位 置、方向以及電梯轎廂內部負荷等數據。呼叫狀態數據表(HCT) 322針 對各個呼叫種類，存儲電梯門廳呼叫發生時間、每個樓層的各個方向的電
梯門廳呼叫分配狀況和每個乘入層的新出現的目的層呼叫登錄狀況、呼叫 持續時間以及乘入結束時間等。
數值數據表(SDAT) 33是用于在發生了預先設定的異常現象的情況 下依序存儲詳細數據的圖表，由呼叫分配評價值表(AST) 331以及參數 表(SPT) 332構成。
圖5是WEB服務器102、 212內部的控制方塊圖。WEB服務器102、 212包括數據測定部分51，其與數據測定單元相當，根據來自運行管理 控制系統IOI、 211的運行數據進行測定；數據處理部分52，其與數據處 理單元相當，進行測定數據的統計處理和判斷可否輸出并作出輸出許可； 累積測定中的數據的數據累積部分53;對用戶端裝置300進行輸出的輸出 部分54，其與對用戶端裝置300進行輸出的輸出單元相當，將數據處理部 分52的處理結果輸出到可通過電腦等實現可視顯示的用戶端裝置300中； 輸入部分55，其與從用戶端裝置300進行輸入的輸入單元相當，接受來自 用戶端裝置300的要求指令；以及數據設定部分56，其根據數據處理部分 52的可否輸出判斷進行運行管理控制系統101， 211內部的規格變更。
圖6是數據處理部分52中的運行狀況顯示和使用性能規格項目的變 更程序的流程圖600。以下說明在本實施例中測定上班時間段等的數據并 生成與其利用狀況相關的畫面數據的情況。
在步驟601中，指定最初的使用性能規格項目并進入下一個步驟602。
確認在步驟602中指定的使用性能規格項目是否為需要變更的時間段。
如被確定為需要變更時(在步驟602中判斷為"是"時)，在步驟603 中進行指定的使用性能規格項目的變更處理，如被確定為沒有必要變更時 (在步驟602判斷為"否"時)，直到所有的使用性能規格項目的確認結束 為止，反復進行步驟604到步驟605的處理。 在步驟606中確認測定數據是否在規定數量以下，如果在規定數量(通 常可以持續記錄和累積十二個月)以下("是"時)，則進入步驟607，而 如果在規定數量以上("否"時)，則進入步驟609。
在步驟607中對根據運行數據分析電梯的運行狀況所需的項目進行運 行數據測定，并在步驟608中由數據累積部分53記錄測定結果。
在步驟609中確認是否有來自用戶端裝置300的使用性能規格項目的 變更要求和測定數據的畫面數據生成等的各種要求，在沒有接到要求的情 況下("否")，不進行步驟610和步驟611的處理而直接結束。
如果在步驟610中確認接到了與使用性能規格項目有關的例如在上班 時間段要求使待機中的電梯返回到始發層的要求等時，則進行使用性能規 格項目變更所需的數據設定處理。
在步驟611中根據顯示形式(時間段、數據測定項目、使用性能規格 項目)從測定結果的數據累積部分53生成畫面數據。
圖7是與圖6的數據設定處理步驟610有關的一具體實施例的流程圖
700。
在步驟701中指定最初的使用性能規格項目后進入下一個步驟702。 在步驟702中確認指定的使用性能規格項目是否有變更要求，如沒有
變更要求("否")，則進入步驟705。
在步驟703中進行將指定的使用性能規格項目的操作履歷次數加一的
處理。該履歷次數在生成畫面數據時，在從履歷次數較多者開始依序進行
顯示時使用。
在步驟704中進行指定的使用性能規格項目的設定內容的設定變更， 例如在上班時間段將作為通常規格的"根據人流量情況對電梯進行均勻分 配"這一設定內容變更為作為選擇規格的"在上班時間段使待機中的電梯 返回到始發層"這一設定內容。
在步驟705中確認全部的使用性能規格項目，如果還沒有結束("否")， 則進入步驟706，確認指定項目的要求等。
圖8表示在圖6的畫面數據生成處理步驟611中生成能對電梯運行狀 況進行分析的多個測定結果的畫面數據的一實施例的流程圖800。
在步驟801中，將在圖6的步驟608中記錄了測定結果的數據累積部 分53中，限定的顯示指定時間段內的例如電梯門廳呼叫持續時間、電梯 使用人數和電梯運行臺數的數據中的可用于電梯運行狀況分析的數據，讀 入到畫面生成用工作區域內(讀取)。在步驟802中，確認是否需要對特 殊的顯示條件狀況進行區別顯示，例如確認在以圖表表示時是否對超出尺 度的情況或者比平均值高出規定數值以上的數值等進行區別顯示。
如被確認為有必要進行區別顯示時(在步驟802中確認為"是"時)， 在步驟803中，對在畫面數據生成用工作區域內的規格項目設定進行區別 所需的特殊顯示的記號數據。
在步驟804中，根據畫面生成用工作區域的內容和圖表尺度等的顯示 規格，生成打印區域至少能夠與橫向放置的A4尺寸原稿的寬度相對應的 畫面數據。
圖9表示在圖6的畫面數據生成處理步驟611中生成電梯使用性能規 格項目的畫面數據的一實施例的流程圖。
在步驟901中，從操作履歷次數較多者開始依序對全部的使用性能規 格項目進行排序。
在步驟902中指定最初的使用性能規格項目，在步驟903中，例如針 對獲準可對全項目進行變更(處理)的超級用戶重復實行步驟904、 906、 907的處理，對于普通用戶重復實行905、 906、 907的處理，從而將全部 項目讀入到畫面生成用工作區域。
在步驟908中，根據畫面生成用工作區域的內容以及圖表尺度等的顯 示規格，生成打印區域至少能夠與橫向放置的A4尺寸原稿的寬度相對應 的用于用戶端裝置300內顯示用顯示器的畫面數據。
圖IO表示本發明一實施例的使用性能規格項目的數據表(UTBL)的 結構。在項目標題欄(UTLl UTLn)中設定項目標題以及制造廠商推薦 的作為出廠時規格的標準規格或選擇規格內容，各種使用性能規格所需的 例如指定時間段、樓層名等數據設定信息存儲在設定數據欄 (UDATl UDATn)中。此外，還有等級欄(ULVLl ULVLn)和操作信 息欄(UINF01 UINF0n)，等級欄(ULVLl ULVLn)中記錄有與各種 使用許可等級(例如可否讀寫和顯示)相應的信息，而在操作信息欄 (UINF01 UINF0n)中存儲有包括使用許可等級的操作次數在內的操作
狀況，例如表示用戶對已由電梯維護保養公司完成了設定的項目只能在讀 取專用等級上進行使用的信息。
圖11是在圖8的步驟804中生成的畫面數據的一實施例，在本實施 例中，作為測定項目指定了三個項目(在每個樓層的上下各個方向分別測 定的電梯門廳呼叫持續時間和電梯使用人數以及平均電梯運行臺數(=各 臺電梯的群管理編入時間的總和(臺，時間)/測定時間))，顯示尺度 為標準尺度，作為顯示形式，采用了同時顯示例如作為導致電梯門廳呼叫 持續時間延長的主要原因的電梯使用人數和電梯運行臺數的顯示方式，以 下對此進行詳細說明。
圖11所示的畫面數據的顯示例表示根據圖1的群管理控制系統100 對時間段10:00-10:30內的電梯運行狀況進行監視時的監視器狀態，包括 當前時間的顯示區域NWTM、顯示內容標題的顯示區域WT、顯示運行狀 況的時間段顯示區域ST、標題顯示區域ADT1以及AST2、顯示尺度說明 的顯示區域ADS1以及ADS2、使用測定數據和圖表標簽以及字符而生成 的圖表的組合顯示區域ADTBL1以及ADTBL2、不需要按樓層顯示的測 定項目的標題以及測定數據的組合顯示區域BDT1、作為印刷開始決定按 鈕的印刷按鈕PRT、作為畫面數據下載開始決定按鈕的下載按鈕DL、決 定返回到上個畫面的按鈕即返回上一個畫面按鈕RTN。
此外，圖12所示的實施例是針對希望進一步了解一天的利用狀況和 各個時間段的利用狀況的用戶的具體實施例，在圖中，按照時間段排列， 作為包括上行方向和下行方向在內的全部樓層的合計值或者平均值，對指 定的測定結果項目進行顯示，由此能夠一目了然地并確切地掌握運行狀 態。
此外，圖13所示的實施例是針對希望進一步了解一個月的利用狀況 和一個星期中各天的利用狀況的用戶的具體實施例，在圖中，按照日期依 序顯示以天為單位的合計值或者平均值，對指定的測定結果進行顯示，由 此也能夠一目了然地并確切地掌握運行狀態。
圖14表示對圖11的電梯門廳呼叫持續時間欄中的一格進行了變更的 情況。
圖中，最底層上行方向的電梯門廳呼叫持續時間超出了尺度，為此，
通過放大文字的尺寸以及附加* (星號)CHKM，以此與通常值進行區分。 圖15表示在圖9的步驟卯6中所生成的畫面數據的一實施例，其能
夠按照操作次數以一覽方式確認所有的使用性能規格項目的設定內容。 圖16表示希望變更圖15中的規格內容而按下SET按鈕進入設定畫面
時所顯示出來的電梯使用性能規格狀況的一實施例。
權利要求
1.一種電梯控制系統，用于控制單體電梯，具有存儲電梯運行數據的數據庫，其具有電梯運行管理控制系統，所述電梯運行管理控制系統具有WEB服務器，該服務器具有通過在互聯網上被作為標準文檔系統使用的WWW進行信息發送的功能，用戶端裝置通過通信單元與所述WEB服務器連接，并且具有對由所述WEB服務器根據運行數據生成的多個測定結果等的畫面數據進行顯示的WEB瀏覽器，在該用戶端裝置上具有對電梯的運行狀況的顯示和使用性能規格進行變更的變更功能。
2. 如權利要求1所述的電梯控制系統，其特征在于，至少將根據所 述運行數據生成的多個測定結果中的能夠分析電梯運行狀況的多個測定 結果顯示在一個畫面上。
3. 如權利要求1所述的電梯控制系統，其特征在于，至少將根據所 述運行數據生成的多個測定結果中的電梯門廳呼叫持續時間、電梯使用人 數和電梯運行臺數這三個測定結果顯示在一個畫面上。
4. 如權利要求3所述的電梯控制系統，其特征在于，所述電梯運行 臺數是表示在規定的測定時間內的平均電梯運行臺數。
5. 如權利要求3所述的電梯控制系統，其特征在于，所述電梯運行 臺數是表示在規定的測定時間內的最小電梯運行臺數。
6. 如權利要求1所述的電梯控制系統，其特征在于，將根據所述運 行數據生成的多個測定結果作為至少包括上行方向和下行方向在內的全 部樓層或一天的合計值或平均值進行顯示。
7. 如權利要求6所述的電梯控制系統，其特征在于，將根據所述運 行數據生成的多個測定結果限定在指定的項目進行顯示。
8. 如權利要求7所述的電梯控制系統，其特征在于，以按照時間段 排列的方式來顯示根據所述運行數據生成的多個測定結果。
9. 如權利要求7所述的電梯控制系統，其特征在于，以按照日期順 序排列的方式來顯示根據所述運行數據生成的多個測定結果。
10. 如權利要求l所述的電梯控制系統，其特征在于，將根據所述運 行數據生成的多個測定結果限定在指定的時間段進行顯示。
11. 如權利要求l所述的電梯控制系統，其特征在于，將根據所述運 行數據生成的多個測定結果限定在規定的樓層進行顯示。
12. 如權利要求l所述的電梯控制系統，其特征在于，所述畫面數據 使用不依賴于應用軟件的數據即通常所說的HTML文檔數據生成，因此在 只能夠顯示文本的環境下也能使用。
13. 如權利要求12所述的電梯控制系統，其特征在于，使用制作表 格用的標簽即通常所說的表格標簽，通過字符和字符的顏色區分能夠進行 圖表顯示。
14. 如權利要求13所述的電梯控制系統，其特征在于，能夠變更圖 表上的一格的尺度。
15. 如權利要求13所述的電梯控制系統，其特征在于，能夠顯示由 數值顯示組合而成的圖表。
16. 如權利要求13所述的電梯控制系統，其特征在于，能夠將超出 尺度的部位和通常部分區分開來。
17. 如權利要求12至16的任一項所述的電梯控制系統，其特征在于， 在對所述畫面數據的內容進行印刷時，生成打印區域至少能夠與橫向放置 的A4尺寸原稿的寬度相對應的畫面數據。
18. 如權利要求6所述的電梯控制系統，其特征在于，在下載了所述 生成的多個測定結果等的畫面數據時，能夠下載包括各個樓層的詳細測定 結果的畫面數據。
19. 如權利要求10所述的電梯控制系統，其特征在于，在經過了規 定的時間而返回到上一個畫面時，催促下載。
20. 如權利要求l所述的電梯控制系統，其特征在于，按照指定的時 間間隔自動地向用戶端裝置進行下載。
21. 如權利要求l所述的電梯控制系統，其特征在于，針對能夠更改 權利要求1所述的使用性能規格的項目，至少能夠由用戶和電梯維護保養 公司設定優先度。
22. 如權利要求l所述的電梯控制系統，其特征在于，針對能夠更改權利要求1所述的使用性能規格的項目，從操作履歷較多者開始依序進行顯不o
23. 如權利要求l所述的電梯控制系統，其特征在于，針對能夠更改 權利要求1所述的使用性能規格的項目，優先顯示符合大樓特點的項目。
24. 如權利要求21至23的任一項所述的電梯控制系統，其特征在于， 至少針對由電梯維護保養公司進行了設定變更的項目，將用戶不能對這些 項目進行操作這一情況告知用戶。
25. 如權利要求1至24的任一項所述的電梯控制系統，其特征在于， 只有獲得電梯控制系統使用許可的人能夠對運行狀況的顯示和使用性能 規格進行變更。
26. 如權利要求25所述的電梯控制系統，其特征在于，能夠按照電 梯控制系統的使用許可等級限制操作范圍。
全文摘要
為了能夠一目了然地了解實際的電梯運行狀況，在一個畫面上至少同時顯示電梯門廳呼叫持續時間、電梯使用人數和電梯運行臺數的測定值，如此，即使是初學者，也不需要使用專用裝置，而能夠“一目了然”地掌握當前和過去的運行情況的過程和使用性能規格的設定狀況等。
文檔編號B66B3/00GK101193812SQ200680020129
公開日2008年6月4日 申請日期2006年9月22日 優先權日2005年9月27日
發明者會田敬一, 岡部令, 吉川敏文, 齋藤達郎, 星野孝道, 池富力, 米田健治, 藤野篤哉, 鳥谷部訓 申請人:株式會社日立制作所;日立水戶工程技術股份有限公司