專利名稱：電梯系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電梯系統(tǒng)。更具體地，本發(fā)明涉及用于在電梯系統(tǒng)中服務(wù)用戶組的方 法和系統(tǒng)。
背景技術(shù)：
高層建筑典型地包含多個電梯、自動扶梯和其他用于將人從建筑中的一層運輸?shù)?另一層的對應(yīng)的移動部件。當(dāng)乘客對電梯給出呼叫時，電梯系統(tǒng)的組控制器基于在電梯系 統(tǒng)中的占優(yōu)勢的交通(traffic)狀況以及給定的最優(yōu)化準(zhǔn)則來分配電梯轎廂以供乘客使 用。在傳統(tǒng)電梯系統(tǒng)中，呼叫的給出是通過以下來布置的在每層安置上/下按鈕，乘客通 過所述上/下按鈕表達他/她的期望的移動方向，并且進一步，在電梯到達乘客所位于的樓 層之后，乘客通過電梯轎廂中的轎廂按鈕來表達他/她期望的目的地樓層。然而，上述給出 呼叫的方法是不實際的并且經(jīng)常是低效的，作為其結(jié)果，越來越多地通過所謂的目的地呼 叫系統(tǒng)來實施電梯系統(tǒng)中的呼叫的給出，在所述目的地呼叫系統(tǒng)中，乘客在出發(fā)樓層，例如 在進入電梯轎廂之前、在入口大廳中，已經(jīng)給出他/她的個人的目的地樓層信息。通過特殊 的目的地呼叫終端來進行目的地呼叫的給出，所述目的地呼叫終端具有按鈕或利用電可讀 標(biāo)識符(identifier)，例如RFID (射頻標(biāo)識符)標(biāo)簽。因為與目的地呼叫相聯(lián)系而識別每 個乘客的移動路線的出發(fā)點和結(jié)束點，并且因此每個乘客的移動路線的出發(fā)點和結(jié)束點對 于組控制器可用，所以相比于傳統(tǒng)的呼叫給出系統(tǒng)，組控制器能夠精確地并且最優(yōu)化地確 定乘客的移動路線。分配由用戶給出的呼叫的目的是評估乘客的不同的路線選項，并且以如此方式向 電梯給出要被服務(wù)的呼叫以使得描述電梯系統(tǒng)的一些性能指標(biāo)(indicator)或性能指標(biāo) 的組合盡可能地好。傳統(tǒng)地，最常用的性能指標(biāo)是關(guān)于乘客的服務(wù)時間的性能指標(biāo)，但關(guān)于 能量或關(guān)于電梯系統(tǒng)的另一對應(yīng)的屬性的優(yōu)化準(zhǔn)則也是可能的。通常使用所謂的成本函數(shù) 來將路線選項彼此比較。利用不同的路線選項最小化所述成本函數(shù)的值(總成本)表達最 優(yōu)分配?？梢詫嵤┓峙湟允沟迷陔娞菹到y(tǒng)的不同的交通狀況中采用對于該時刻的最佳交通 狀況合適的成本函數(shù)。這是要給予電梯系統(tǒng)適應(yīng)于占優(yōu)勢的交通狀況(例如建筑中的上行 高峰交通)的機會。所考慮的技術(shù)在專利公開FI972937和其他文件中描述，從專利公開 FI972937中得知電梯組的控制方法，其中基于在任何給定時間的交通狀況(即占優(yōu)勢的交 通類型和交通強度)來最優(yōu)化電梯的控制，在該情況中，識別占優(yōu)勢的交通狀況，并且基于 對應(yīng)于所述交通狀況的最優(yōu)化準(zhǔn)則來控制電梯組。為了識別占優(yōu)勢的交通狀況，可以根據(jù) 不同的24小時時段和一周中的天來收集關(guān)于電梯系統(tǒng)的使用的統(tǒng)計信息，并且可以基于 所收集的統(tǒng)計數(shù)據(jù)來在任何給定時刻預(yù)報電梯系統(tǒng)的將來的交通狀況。所考慮的解決方案 被稱作交通預(yù)報器。提高電梯系統(tǒng)的運輸容量的一種現(xiàn)有技術(shù)方法是將由電梯系統(tǒng)服務(wù)的樓層劃分 為區(qū)域，以使得只利用某個電梯或某些電梯服務(wù)某些區(qū)域。通過應(yīng)用分區(qū)，特別在高峰交 通時段期間，乘客的等待時間和與移動事件相聯(lián)系的其他時間可以縮短，并且同時可以提高電梯系統(tǒng)的運輸容量?？梢酝ㄟ^基于電梯系統(tǒng)的交通狀況而動態(tài)地改變區(qū)域界限(zone limit)來進一步提高分區(qū)的效率，在該情況中電梯系統(tǒng)的組控制器可以快速地適應(yīng)于交通 狀況發(fā)生的改變。因為典型地為某種使用目的或用戶組的某種用途保留建筑的不同的樓 層，所以還可以基于樓層的使用目的和/或基于使用樓層的用戶組來實施對區(qū)域的分配。 例如居住樓層、辦公樓層、到達大廳樓層、泊車樓層等可以被確定為其自身的區(qū)域。在現(xiàn)有技術(shù)分區(qū)解決方案中，對服務(wù)某個區(qū)域或某些區(qū)域的電梯的呼叫不被分配 到其他區(qū)域。顯然，該類分配方法是低效的，并且可能導(dǎo)致等待時間的顯著加長以及運輸容 量的降低，和/或在電梯系統(tǒng)中沒有空閑的電梯以供分配給由乘客給出的呼叫的情況中電 梯的滿載率(filling rate)的不平衡。如果用于服務(wù)乘客的電梯不立即被分配給乘客，并 且也不向他/她通知該事實，這導(dǎo)致乘客關(guān)于移動路線的選擇以及關(guān)于對目的地樓層的訪 問的不合理的不確定性。在利用分區(qū)來努力首要地最優(yōu)化電梯系統(tǒng)的運輸容量、而不考慮 用戶組時，屬于不同的用戶組的乘客被分配至相同的電梯轎廂，在該情況下，乘坐舒適性、 訪問控制甚至移動安全性可能受到損害。因而存在在分區(qū)電梯系統(tǒng)中實施用戶組的服務(wù) 以使得可以在全部情況下將電梯系統(tǒng)的乘坐舒適性、訪問控制和運輸容量保持在最優(yōu)的需 要。

發(fā)明內(nèi)容
本發(fā)明的目的是公開用于在電梯系統(tǒng)中服務(wù)用戶組的一種新的解決方案，其中將 要服務(wù)的樓層劃分為樓層區(qū)域。本發(fā)明的目的是消除在現(xiàn)有技術(shù)解決方案中出現(xiàn)的缺點， 并且實現(xiàn)以下目標(biāo)中的一項或多項以及其他目標(biāo)-總體提高乘客的服務(wù)水平以及乘坐舒適性，-與電梯系統(tǒng)的狀態(tài)和乘客的用戶組無關(guān)而立即分配由乘客給出的呼叫，_在分區(qū)電梯系統(tǒng)中最優(yōu)化電梯系統(tǒng)的運輸容量，-比以往更好地使乘客信息針對(target)不同的用戶組，-改善不同的用戶組之間的訪問控制，_在用戶組的服務(wù)中利用多轎廂電梯的特殊特征。根據(jù)本發(fā)明的方法特征在于權(quán)利要求1的特征部分所公開的特征。根據(jù)本發(fā)明的 電梯系統(tǒng)特征在于權(quán)利要求12的特征部分所公開的特征。本發(fā)明的其他實施例特征在于 其他權(quán)利要求中所公開的特征。也在本申請的描述部分的附圖中呈現(xiàn)了一些本發(fā)明的實施 例。也可以以與所附權(quán)利要求不同地定義本申請的發(fā)明內(nèi)容。特別在根據(jù)表述或隱含的子 任務(wù)來考慮本發(fā)明、或從所實現(xiàn)的優(yōu)點或優(yōu)點類別的觀點考慮本發(fā)明的情況下，本發(fā)明的 內(nèi)容還可以包括若干獨立的發(fā)明。在該情況下，在所附權(quán)利要求中所包含的一些屬性從獨 立的發(fā)明性構(gòu)思的觀點來看可能是多余的?？梢耘c其他實施例相聯(lián)系在基本的發(fā)明構(gòu)思的 范圍內(nèi)應(yīng)用各個實施例的特征。以下更詳細地解釋在該背景中使用的某些術(shù)語的含義-交通狀況確定在電梯系統(tǒng)中占優(yōu)勢的交通類型以及交通強度，例如“輕混合 交通”。交通類型指示在電梯系統(tǒng)中大體占優(yōu)勢的乘客流的方向，例如上行交通(從入口 大廳到建筑的其他樓層)、下行交通(從建筑的其他樓層到入口大廳)、內(nèi)部交通(樓層之 間的交通，其中乘客不到達建筑或離開建筑)、雙向交通(同時的下行交通和上行交通)、
5混合交通(不同的交通類型的組合)。交通強度指示在電梯系統(tǒng)中占優(yōu)勢的交通相對于 電梯系統(tǒng)的最大運輸容量來說有多繁忙，例如輕(light)交通、正常交通、繁忙交通和密集 (intensive)交通。除以上之外，交通類型和交通強度的許多其他類別是可能的。-電梯呼叫樓層上的乘客給出的?？?landing)呼叫或目的地呼叫、或基于乘客 的識別的目的地呼叫。-分類規(guī)則確定數(shù)據(jù)和規(guī)則，基于所述數(shù)據(jù)和規(guī)則可以將由樓層上的乘客給出 的電梯呼叫(從而將給出呼叫的乘客)分類到特定用戶組。本發(fā)明公開了一種用于在電梯系統(tǒng)中服務(wù)用戶組的方法，其中將要服務(wù)的樓層劃 分為一個或更多個區(qū)域。在該方法的第一階段中，確定用于將電梯呼叫分類為不同的用戶 組的分類規(guī)則。在該方法中，接收由在樓層?？刻?landing)的乘客給出的電梯呼叫，基于 所接收的呼叫信息并且也基于所述分類規(guī)則來確定每個乘客的用戶組，向已經(jīng)給出電梯呼 叫的每個乘客分配電梯轎廂，并且根據(jù)用戶組來服務(wù)被分配給每個電梯轎廂的乘客。本發(fā)明還公開了一種用于服務(wù)用戶組的電梯系統(tǒng)，該電梯系統(tǒng)包括至少一個電梯 組和控制所述電梯組的組控制器；在樓層停靠處的呼叫給出設(shè)施，用于接收呼叫信息以及 用于將其發(fā)送至所述組控制器；并且在所述電梯系統(tǒng)中將要服務(wù)的樓層劃分為一個或更多 個區(qū)域。根據(jù)本發(fā)明，電梯系統(tǒng)被布置為基于所接收的呼叫信息以及在電梯中記錄的分類 規(guī)則而將乘客分類為用戶組，向已經(jīng)給出電梯呼叫的每個乘客分配電梯轎廂，并且根據(jù)用 戶組來服務(wù)被分配給每個電梯轎廂的乘客。在本發(fā)明的一個實施例中，在電梯轎廂的分配階段中考慮乘客的用戶組。作為該 實施例的結(jié)果，可以更均等地服務(wù)不同的用戶組，并且同時可以最優(yōu)化電梯系統(tǒng)的運輸容量。在本發(fā)明的一個實施例中，在一個或更多個區(qū)域的樓層上的電梯呼叫作為目的地 呼叫而被接收，而在其他區(qū)域的樓層上的電梯呼叫作為?？亢艚卸唤邮?。在本發(fā)明的一個實施例中，從乘客所擁有的終端設(shè)備、或從建筑的訪問控制系統(tǒng) 接收確定乘客的用戶組的信息。在本發(fā)明的一個實施例中，與給出呼叫相聯(lián)系而識別乘客，該識別數(shù)據(jù)被用于確 定乘客的用戶組。在本發(fā)明的一個實施例中，在分類規(guī)則中確定從每個區(qū)域可能向其移動的目的地 樓層。作為該實施例的結(jié)果，可以利用簡單的布置在電梯系統(tǒng)中實施建筑的訪問控制，同時 可以提高乘坐安全性。在本發(fā)明的一個實施例中，基于一天中的時間和/或一周中的天來動態(tài)地改變分 類規(guī)則。作為該實施例的結(jié)果，可以在一天中不同的時間期間改進建筑的訪問控制。在本發(fā)明的一個實施例中，基于在電梯系統(tǒng)中占優(yōu)勢的交通狀況和/或異常狀況 來改變分類規(guī)則。作為該實施例的結(jié)果，可以將電梯系統(tǒng)的運輸容量和/或電梯系統(tǒng)的另 外的期望的屬性動態(tài)地最優(yōu)化為最好地對應(yīng)于在任何給定時間在電梯系統(tǒng)中占優(yōu)勢的交 通狀況。作為該實施例的結(jié)果，也可以在異常狀況下(例如在電梯系統(tǒng)的一個或更多的電 梯停止服務(wù)時或在例如由于建筑物中檢測到的火情而疏散某些區(qū)域時)最優(yōu)化電梯系統(tǒng) 的行為。在本發(fā)明的一個實施例中，在電梯大廳中和/或在電梯轎廂中和/或與電梯呼叫的接收相聯(lián)系地向用戶呈現(xiàn)基于用戶組確定的信息。作為該實施例的結(jié)果，可以在電梯行 程期間向乘客呈現(xiàn)針對不同的用戶組的最新的信息。在本發(fā)明的一個實施例中，電梯系統(tǒng)使用用戶組信息來形成電梯轎廂的運行簡檔 (run profile)，并且根據(jù)該運行簡檔來控制電梯轎廂。運行簡檔例如確定電梯移動速度、 加速度、電梯轎廂的門的門打開時間等。作為該實施例的結(jié)果，可以在電梯轎廂的乘客服務(wù) 中更好地考慮到不同的用戶組的需要，并且因而可以提高乘坐舒適性。在本發(fā)明的一個實施例中，利用多轎廂電梯的不同的轎廂同時服務(wù)兩個或更多的 用戶組。作為該實施例的結(jié)果，與多轎廂電梯的全部轎廂同時只服務(wù)一個用戶組相比，可以 提高電梯系統(tǒng)的運輸容量。作為本發(fā)明的結(jié)果，在期望主要以不同的用戶組自己的電梯轎廂來服務(wù)不同的用 戶組的建筑中，可以既保持乘坐舒適性最優(yōu)，又限制不同的用戶組在電梯中的同時存在。并 且，盡管存在在用戶組的服務(wù)上的限制的設(shè)置，但仍可以有效地利用電梯系統(tǒng)的運輸容量。 由于其動態(tài)的方面，根據(jù)本發(fā)明的電梯系統(tǒng)的操作可以適應(yīng)于在任何給定時間在電梯系統(tǒng) 中占優(yōu)勢的交通狀況和/或異常狀況。另外，可以有利地與不同類型的電梯系統(tǒng)和呼叫給 出系統(tǒng)相聯(lián)系而應(yīng)用根據(jù)本發(fā)明的解決方案。還可以通過將不同的用戶組指引至不同的到 達大廳來減少建筑的擁擠，更具體地說到達大廳的擁擠，從所述到達大廳只存在到為所考 慮的用戶組保留的樓層的通道(access)。上面也呈現(xiàn)了與本發(fā)明的不同實施例相聯(lián)系的本 發(fā)明的其他優(yōu)點。整體來說，當(dāng)在電梯系統(tǒng)的控制中可以考慮到不同的乘客組、特殊組和組 織的需要時，乘客的服務(wù)水平得到提高。
具體實施例方式

圖1呈現(xiàn)了應(yīng)用根據(jù)本發(fā)明的解決方案的電梯組1000。該電梯組包括四個電梯 (A、B、C、D)，其服務(wù)建筑的樓層-2、-1、0、1-12。每個電梯包括電梯轎廂、起重機(Ml、M2、 M3、M4)以及控制電梯的電梯控制器(C1、C2、C3、C4)。與電梯組的組控制器1300連接的呼 叫給出設(shè)施1301安裝在電梯的等待大廳中的樓層停靠處(landing)。在根據(jù)圖1的情況 中，呼叫給出設(shè)施是包括目的地呼叫按鈕1305以及顯示部件1304的目的地呼叫面板，但它 們可以是在一個或更多樓層上的被提供了上/下按鈕的?？亢艚性O(shè)施、或基于乘客的識別 的呼叫給出設(shè)施，利用其基于電子標(biāo)識符、生物標(biāo)識符或?qū)?yīng)的獨特標(biāo)識符來識別乘客，并 且基于所述識別來確定他/她的目的地樓層和/或他/她的用戶組。為了向電梯系統(tǒng)發(fā)送 電標(biāo)識符，乘客可擁有終端設(shè)備(1312)，例如向樓層?？刻幍慕邮詹考?1311)發(fā)送乘客的 識別碼和/或關(guān)于乘客的用戶組的信息并且將其繼而發(fā)送至組控制器的移動電話或RFID 收發(fā)器。也可以向電梯系統(tǒng)發(fā)送乘客的識別碼和/或關(guān)于乘客的用戶組的信息的建筑的訪 問控制系統(tǒng)1400也與組控制器連接。在乘客到達樓層上的電梯的等待大廳并使用呼叫給出設(shè)施1301給出電梯呼叫 時，與該呼叫相聯(lián)系的呼叫數(shù)據(jù)被發(fā)送至組控制器。如果如圖1中那樣作為?？亢艚卸o 出呼叫，則呼叫信息確定乘客的出發(fā)樓層以及目的地樓層(目標(biāo)樓層)。如果作為?？亢艚?而給出呼叫，則呼叫信息確定乘客的出發(fā)樓層以及移動方向。在包括具有兩個門的電梯轎 廂的電梯系統(tǒng)中，門信息也與呼叫信息相聯(lián)系，以從正確的等待大廳收集乘客以及/或者 在正確的等待大廳中放出乘客。如果該呼叫給出基于乘客的識別，則向組控制器發(fā)送識別乘客的識別碼，組控制器可以基于該識別碼間接地確定乘客的目的地樓層和/或用戶組。 可以向乘客提供個人終端設(shè)備，其向樓層上的接收部件發(fā)送乘客的識別碼和/或用戶組信 息并且繼而將其發(fā)送至組控制器。在組控制器已經(jīng)接收到與乘客的電梯呼叫相聯(lián)系的呼叫信息時，它確定乘客的用 戶組。在組控制器中記錄分類規(guī)則以確定乘客的用戶組，基于所述分類規(guī)則可以將由乘客 給出的電梯呼叫分類到某個用戶組。表1呈現(xiàn)了根據(jù)圖1的電梯系統(tǒng)的示例分類規(guī)則，其 中確定以下項-區(qū)域和屬于區(qū)域的樓層(區(qū)域界限)，_使用區(qū)域的用戶組，-通過確定可能從每個區(qū)域移動到的樓層、對于每個用戶組的區(qū)域的所允許的目 的地樓層，-對于特定區(qū)域的分類基準(zhǔn)，其中確定是否使用關(guān)于乘客的出發(fā)樓層或目的地樓 層的信息來確定用戶組。在表1中，根據(jù)樓層的使用目的而將要服務(wù)的樓層劃分為區(qū)域如下-區(qū)域8:餐館樓層12-區(qū)域7居住樓層10、11-區(qū)域6由公司“公司1”使用的樓層9-6-區(qū)域5由公司“公司2”使用的樓層5-2-區(qū)域4:到達大廳樓層1-區(qū)域3:到達大廳樓層0-區(qū)域2:泊車樓層-1-區(qū)域1:泊車樓層_2基于由呼叫信息表達的出發(fā)樓層，組控制器識別乘客給出他/她的呼叫的區(qū)域。 如果基于分類規(guī)則的區(qū)域僅由一個用戶組使用，則乘客被分類為所考慮的用戶組(分類基 準(zhǔn)=出發(fā)樓層)。例如，從區(qū)域7給出的呼叫可以基于出發(fā)樓層被分類為類別“住戶”，這是 因為區(qū)域7的樓層11和10被保留為僅由建筑的住戶使用。另一方面，如果該區(qū)域由兩個 或更多的用戶組使用，則需要附加的信息，基于所述附加的信息可以執(zhí)行分類。目的地樓層 (分類基準(zhǔn)=目的地樓層)可以用作附加信息，其可以基于區(qū)域劃分與某個用戶組關(guān)聯(lián)。例 如區(qū)域2(泊車樓層-1)供公司1的雇員以及建筑的住戶兩者使用?；谟捎脩艚o出的目 的地樓層來執(zhí)行用戶組“公司1”和“住戶”之間的劃分，以使得去往樓層9、8、7和6(區(qū)域 6)的乘客被分類為用戶組“公司1”，而對應(yīng)地去往樓層11和10的乘客被分類為用戶組“住 戶”。確定用戶組的附加信息也可以用作直接確定與例如從乘客所擁有的終端設(shè)備接收的 呼叫信息相聯(lián)系的用戶組的信息。空閑電梯的用戶組基于被分配給該電梯的第一個乘客來 確定“上和下”或“下和上”行程(所謂的往返行程)。在確定了乘客的用戶組時，組控制器例如使用基因(genetic)分配方法來分配電 梯轎廂以供乘客使用，在所述基因分配方法中最優(yōu)化準(zhǔn)則例如是移動時間、等待時間、能 量、轎廂的滿載率、或它們的某種組合。屬于一個或更多的用戶組的乘客可以被分配給每個 電梯。如果所分配的乘客屬于若干用戶組，則在服務(wù)呼叫的順序中考慮乘客的用戶組。在 分配階段中可以考慮與呼叫相聯(lián)系的用戶組，以使得例如在計算乘客的等待時間時考慮可
8能已經(jīng)被分配給每個電梯轎廂并且被分類到其他用戶組的呼叫、以及特定于用戶組的服務(wù) 他們的順序。在該情況下，要分配的呼叫的等待時間受到在電梯轎廂能夠服務(wù)給出呼叫的 乘客之前電梯轎廂必須服務(wù)哪些呼叫的影響。在已經(jīng)分配了要服務(wù)乘客的電梯轎廂時，可 以利用呼叫給出設(shè)施的顯示部件1304與給出呼叫相聯(lián)系而立即向乘客通知這一點，以將 乘客引導(dǎo)至所分配的電梯。在組控制器中將編址(addressed)至電梯轎廂的呼叫劃分至電梯轎廂，從而按用 戶組提供服務(wù)，以使得一次服務(wù)被分配給每個電梯轎廂并且屬于相同的用戶組的乘客。該 限制一次最多持續(xù)一個往返行程。在電梯已經(jīng)服務(wù)了用戶組的呼叫并且被釋放以取決于在 該時刻的服務(wù)要求和所分配的呼叫服務(wù)無論任何用戶組時該限制被去除。因而一次只有屬 于一個用戶組的乘客可以在每個電梯轎廂中移動。取決于每用戶組的呼叫量并且取決于分 配的最優(yōu)化準(zhǔn)則，可以同時利用一個或更多的電梯服務(wù)每個用戶組。如果在電梯系統(tǒng)中使 用多轎廂電梯，則可以利用相同的多轎廂電梯同時服務(wù)兩個或更多的用戶組，以使得被分 配給多轎廂電梯的每個電梯轎廂的乘客作為他們自己的用戶組而被彼此獨立地服務(wù)。為了實施訪問控制，對于從所述區(qū)域可能移動到的區(qū)域確定所允許的目的地樓層 或區(qū)域。例如，在根據(jù)表1的分區(qū)中，可能從區(qū)域7 (居住樓層11和10)移動到到達大廳 0 (區(qū)域3)、到泊車樓層-1 (區(qū)域2)、到餐館樓層12 (區(qū)域8)、以及到居住樓層11和10 (區(qū) 域7)?；谠诜诸愐?guī)則中所確定的所允許的目的地樓層，只對于所述所允許的目的地樓層 而在目的地呼叫面板中激活目的地呼叫的給出，并且相應(yīng)地防止到其他目的地樓層的目的 地呼叫的給出。如果向電梯轎廂提供用于在電梯轎廂中注冊目的地樓層的轎廂按鈕，則在 轎廂面板中只激活根據(jù)電梯轎廂正在服務(wù)從中收集的乘客的那些區(qū)域的所允許的目的地 樓層呼叫(呼叫按鈕)。因而，在服務(wù)某個用戶組時，電梯轎廂僅在對于該用戶組被允許的 那些樓層停止。因為每個乘客屬于某個用戶組，所以他/她只能向?qū)τ谒?她的用戶組所 確定的所允許的樓層移動。如果用戶組的確定基于乘客的識別或基于從乘客的終端設(shè)備接收的用戶組信息， 則在出發(fā)樓層立即限制乘客的所允許的目的地樓層以便只適用于所考慮的用戶組的使用 中的目的地樓層。例如，如果區(qū)域2 (泊車樓層-1)中的乘客被分類為用戶組“住戶”，則他 /她只能從泊車樓層-1移動至樓層11和12 (見表1)。被分配給乘客的電梯在服務(wù)時間期 間只能在對于所考慮的用戶組被允許的樓層停止。所允許的目的地樓層的確定可以是固定的，或其可以根據(jù)一天中的時間和/或一 周中的天而動態(tài)地改變。因而可以動態(tài)地改變訪問控制，例如以使得只在白天在工作時間 期間可以移動到某些區(qū)域，而在其它情況下該移動是不可能的。因為所允許的目的地樓層 的確定特定于區(qū)域，所以如果需要可以允許從某個區(qū)域到另一區(qū)域的移動但可以防止所述 區(qū)域之間的反向交通。訪問控制系統(tǒng)還可以安裝在建筑中，利用其對屬于某些用戶組的乘 客只允許到某些樓層(例如到達大廳)的訪問，乘客從所述到達大廳只能向每個到達大廳 的所允許的樓層移動。通過將用戶組最優(yōu)地劃分到不同的到達大廳，避免了到達大廳的擁 擠，并且總體的乘坐舒適性得到提高。根據(jù)本發(fā)明的一個實施例，向電梯轎廂提供顯示部件或其他這樣的信息部件，以 向電梯轎廂中的乘客通知特定于用戶組的信息。在電梯轎廂正在服務(wù)某個用戶組時，向信 息部件發(fā)送針對所考慮的用戶組的信息(諸如例如關(guān)于建筑中的主題事件的信息、特定于公司的新聞、引導(dǎo)消息等)。對應(yīng)地，可以與等待大廳和/或呼叫給出設(shè)施相聯(lián)系而布置信 息部件，利用其向乘客發(fā)送基于乘客被分類到哪個用戶組的信息。在根據(jù)圖1的電梯系統(tǒng) 中，可以利用目的地呼叫面板的顯示部件1304與呼叫的給出相聯(lián)系地、以及在電梯行程期 間利用電梯轎廂中的信息部件1310呈現(xiàn)特定于用戶組的信息。所呈現(xiàn)的信息可以是可聽 和/或可視信息。根據(jù)本發(fā)明的一個實施例，在組控制器中監(jiān)視電梯系統(tǒng)中占優(yōu)勢的交通狀況和/ 或可能的異常狀況。當(dāng)在電梯系統(tǒng)中占優(yōu)勢的交通狀況改變時，或在檢測到電梯系統(tǒng)中的 異常狀況時，組控制器改變分類規(guī)則以使得電梯系統(tǒng)對于每種交通狀況和/或異常狀況使 用最適用的、動態(tài)改變的區(qū)域界限和/或其他影響乘客分類的信息。例如，在電梯系統(tǒng)的高 峰交通時段期間，組控制器可以在分類規(guī)則中將兩個或更多的用戶組連結(jié)為一個用戶組， 在該情況下，可以更好地優(yōu)化呼叫的分配和服務(wù)順序，從而可以提高電梯系統(tǒng)的運輸容量。 為了確定在電梯系統(tǒng)中占優(yōu)勢的交通狀況，組控制器包括所謂的交通預(yù)報器，其記錄關(guān)于 在24小時時段上的不同時間以及平日電梯系統(tǒng)的移動事件的統(tǒng)計信息。基于由乘客給出 的呼叫而獲得關(guān)于移動事件的信息，但不同的運動檢測器(諸如轎廂負載稱重信號和/或 轎廂光電元件(photocell)信號)的監(jiān)視和統(tǒng)計記錄也是可能的。利用關(guān)于移動事件和所 給出的呼叫而收集的統(tǒng)計數(shù)據(jù)，交通預(yù)報器確定在任何給定時間在電梯系統(tǒng)中占優(yōu)勢的交 通狀況。根據(jù)本發(fā)明的一個實施例，在組控制器中確定和記錄特定于用戶組的運行簡檔， 基于該運行簡檔在利用電梯服務(wù)某個用戶組時控制電梯轎廂。例如，如果老年人住在建筑 中，在電梯服務(wù)用戶組“老年人”時，在運行簡檔中可以延長電梯轎廂的門的門打開時間，和 /或可以降低電梯轎廂的加速度等。本發(fā)明還可以應(yīng)用于大建筑內(nèi)包括兩個或更多的電梯組的電梯系統(tǒng)。例如，如果 乘客不得不使用兩個不同的組的電梯來到達目的地樓層，則可以向兩個電梯組發(fā)送與在出 發(fā)樓層發(fā)生的呼叫給出以及目的地樓層相聯(lián)系而對于乘客確定的用戶組信息，并且可以根 據(jù)上述分類原則分配(并通知)電梯轎廂以從這兩個電梯組服務(wù)他/她。在該情況下，乘 客可以便利地移動至換乘樓層，并且在換乘樓層上從第一電梯組的電梯移動至第二電梯組 的電梯，這兩個電梯均被分配為服務(wù)乘客被分類到的用戶組。本發(fā)明不僅僅限于上述實施例，而是在權(quán)利要求的范圍內(nèi)許多變化是可能的。雖 然在上述實施例中在電梯系統(tǒng)的組控制器中實施將乘客分類為用戶組以及管理用戶組的 服務(wù)順序，但根據(jù)本發(fā)明的解決方案也可以以其他方式實施，例如通過在組控制器的外部 的某個系統(tǒng)中將乘客分類為用戶組，或通過將服務(wù)順序的管理集成在每個電梯的電梯控制 器中來實現(xiàn)。
10
權(quán)利要求
一種用于在電梯系統(tǒng)中服務(wù)用戶組的方法，在所述電梯系統(tǒng)中，將所服務(wù)的樓層劃分為一個或更多個區(qū)域，其特征在于，該方法包括以下階段確定電梯呼叫的分類規(guī)則；接收由在樓層?？刻幍某丝徒o出的電梯呼叫；基于所接收的呼叫信息以及所述分類規(guī)則來確定每個乘客的用戶組；向已經(jīng)給出電梯呼叫的每個乘客分配電梯轎廂；以及根據(jù)用戶組來服務(wù)被分配給每個電梯轎廂的乘客。
2.根據(jù)權(quán)利要求1的方法，其特征在于，在分配階段中考慮乘客的用戶組。
3.根據(jù)權(quán)利要求1或2的方法，其特征在于，在一個或更多個區(qū)域的樓層上的電梯呼叫 作為目的地呼叫而被接收，而在其他區(qū)域的樓層上的電梯呼叫作為停靠呼叫而被接收。
4.根據(jù)以上權(quán)利要求1-3中任意一項的方法，其特征在于，從乘客所擁有的終端設(shè)備、 或從建筑的訪問控制系統(tǒng)接收確定乘客的用戶組的信息。
5.根據(jù)以上權(quán)利要求1-4中任意一項的方法，其特征在于，該方法包括以下階段 與給出呼叫相聯(lián)系而識別乘客；以及識別數(shù)據(jù)被用于確定乘客的用戶組。
6.根據(jù)以上權(quán)利要求1-5中任意一項的方法，其特征在于，在分類規(guī)則中確定可能從 每個區(qū)域向其移動的所允許的目的地樓層或區(qū)域。
7.根據(jù)以上權(quán)利要求1-6中任意一項的方法，其特征在于，基于一天中的時間和/或一 周中的天來改變分類規(guī)則。
8.根據(jù)以上權(quán)利要求1-7中任意一項的方法，其特征在于，基于在電梯系統(tǒng)中占優(yōu)勢 的交通狀況和/或異常狀況來改變分類規(guī)則。
9.根據(jù)以上權(quán)利要求1-8中任意一項的方法，其特征在于，其包括以下階段 確定特定于用戶組的電梯的運行簡檔；基于要服務(wù)的用戶組來選擇電梯的運行簡檔； 根據(jù)所選擇的運行簡檔來控制電梯轎廂。
10.根據(jù)以上權(quán)利要求1-9中任意一項的方法，其特征在于，基于所確定的用戶組，在 電梯大廳中和/或在電梯轎廂中、和/或與給出呼叫相聯(lián)系地向乘客呈現(xiàn)信息。
11.根據(jù)以上權(quán)利要求1-11中任意一項的電梯系統(tǒng)，其特征在于，利用多轎廂電梯的 不同的轎廂同時服務(wù)兩個或更多的用戶組。
12.一種用于服務(wù)用戶組的電梯系統(tǒng)，該電梯系統(tǒng)包括至少一個電梯組和控制所述 電梯組的組控制器(1300)；在樓層?？刻幍暮艚薪o出設(shè)施(1301)，用于接收呼叫信息以及 將其發(fā)送至所述組控制器(1301)；并且在所述電梯系統(tǒng)中將要服務(wù)的樓層劃分為一個或 更多個區(qū)域，該電梯系統(tǒng)的特征在于，該電梯系統(tǒng)被布置為基于所接收的呼叫信息以及在電梯系統(tǒng)中記錄的分類規(guī)則而將乘客劃分為用戶組； 向已經(jīng)給出電梯呼叫的每個乘客分配電梯轎廂；以及 根據(jù)用戶組來服務(wù)被分配給每個電梯轎廂的乘客。
13.根據(jù)權(quán)利要求12的電梯系統(tǒng)，其特征在于，該電梯系統(tǒng)被布置為在分配電梯轎廂 (A、B、C、D)以服務(wù)乘客時考慮乘客的用戶組。
14.根據(jù)權(quán)利要求12或13的電梯系統(tǒng)，其特征在于，一個或更多的呼叫給出設(shè)施(1301)是目的地呼叫面板。
15.根據(jù)權(quán)利要求12、13或14的電梯系統(tǒng)，其特征在于，一個或更多的呼叫給出設(shè)施 (1301)是?？亢艚性O(shè)施。
16.根據(jù)以上權(quán)利要求12-15中任意一項的電梯系統(tǒng)，其特征在于，該電梯系統(tǒng)包括 用于從乘客所擁有的終端設(shè)備(1312)、或從建筑的訪問控制系統(tǒng)(1400)接收確定乘客的 用戶組的信息的部件(1311、1300)。
17.根據(jù)以上權(quán)利要求12-17中任意一項的電梯系統(tǒng)，其特征在于，該電梯系統(tǒng)包括用 于接收乘客的識別數(shù)據(jù)的部件(1311、1300)，并且特征在于，該電梯系統(tǒng)被布置為基于所述 識別數(shù)據(jù)來識別乘客的用戶組。
18.根據(jù)以上權(quán)利要求12-17中任意一項的電梯系統(tǒng)，其特征在于，在分類規(guī)則中確定 可能從每個區(qū)域向其移動的所允許的目的地樓層或區(qū)域。
19.根據(jù)以上權(quán)利要求12-18中任意一項的電梯系統(tǒng)，其特征在于，基于一天中的時間 和/或一周中的天來動態(tài)地改變分類規(guī)則。
20.根據(jù)以上權(quán)利要求12-19中任意一項的電梯系統(tǒng)，其特征在于，基于在電梯系統(tǒng)中 占優(yōu)勢的交通狀況和/或異常狀況來改變分類準(zhǔn)則和/或區(qū)域界限。
21.根據(jù)以上權(quán)利要求12-20中任意一項的電梯系統(tǒng)，其特征在于，該電梯系統(tǒng)包括用 于在等待大廳中和/或在電梯轎廂中、和/或與接收電梯呼叫相聯(lián)系地呈現(xiàn)特定于用戶組 的信息的部件(1304、1310)。
22.根據(jù)以上權(quán)利要求12-21中任意一項的電梯系統(tǒng)，其特征在于，在電梯系統(tǒng)中記錄 特定于用戶組的運行簡檔以控制電梯。
23.根據(jù)以上權(quán)利要求12-22中任意一項的電梯系統(tǒng)，其特征在于，該電梯系統(tǒng)包括至 少一個多轎廂電梯，其被布置為同時服務(wù)兩個或更多的用戶組。
全文摘要
本發(fā)明公開了一種用于在電梯組中服務(wù)用戶組的方法和系統(tǒng)，其中要服務(wù)的樓層被劃分為樓層區(qū)域?；诤艚行畔⒑退_定的分類信息而將乘客分類為用戶組，向每個乘客分配電梯轎廂并且一次一個用戶組地服務(wù)被編址至每個電梯轎廂的呼叫。
文檔編號B66B1/20GK101980943SQ200980111683
公開日2011年2月23日 申請日期2009年3月30日 優(yōu)先權(quán)日2008年4月2日
發(fā)明者詹尼·索薩, 馬杰-利薩·西科南 申請人:通力股份公司