電梯系統(tǒng)的群管理控制方法
【專利摘要】本發(fā)明提供一種能夠降低因轎廂內等待而引起的不愉快感的電梯系統(tǒng)的群管理控制方法。本發(fā)明的電梯系統(tǒng)的群管理控制方法是管理多臺電梯轎廂連結在一個升降通道內的多臺電梯的電梯系統(tǒng)的群管理控制方法，在該電梯系統(tǒng)的群管理控制方法中，根據(jù)門廳呼叫登錄信息和目的地樓層呼叫登錄信息在規(guī)定的條件下預測各個乘入樓層和目的地樓層的乘客人數(shù)，根據(jù)預測出的乘客人數(shù)和當前的使用狀況計算預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度，并根據(jù)計算出的預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度計算各臺電梯的預測不愉快程度評價值，使用所算出的預測不愉快程度評價值決定分配給各個樓層的分配轎廂。
【專利說明】電梯系統(tǒng)的群管理控制方法

【技術領域】
[0001]本發(fā)明涉及一種電梯系統(tǒng)的群管理控制方法，在具備多個系統(tǒng)的電梯的電梯系統(tǒng)中，能夠降低乘客的不愉快感，并且實現(xiàn)運送能力和等待時間等運行效率的提高，該電梯以在升降通道內將多個電梯轎廂連結在一起的方式設置，并為多個樓層提供服務。

【背景技術】
[0002]在多個電梯轎廂連結在一個升降通道內的雙層電梯等的電梯系統(tǒng)中，與使用通常的單層電梯的電梯系統(tǒng)不同，由于一臺電梯上連結有多臺電梯轎廂，所以只要至少有一臺電梯轎廂有響應預定，則其他沒有響應預定的電梯轎廂也必須進行停靠，從而會產生所謂的“轎廂內等待”的狀態(tài)，也就是其他乘客必須在電梯門關閉的狀態(tài)下等到有響應預定的電梯轎廂的乘客上下電梯結束這一狀態(tài)。該轎廂內等待狀態(tài)隨著乘客增加，有時在到達目的地樓層之前會發(fā)生多次，所以會導致乘客的不愉快感增加。
[0003]作為現(xiàn)有技術，在專利文獻I中公開了一種用于減少上述轎廂內等待的電梯系統(tǒng)，其具體內容如下:該電梯系統(tǒng)具有由上部轎廂和下部轎廂連結而成的雙層電梯、當設置在各個樓層的電梯門廳內的門廳呼叫按鈕被按壓時對門廳呼叫進行登錄的門廳呼叫登錄裝置、相對于門廳呼叫而計算各個上部轎廂和下部轎廂的分配評價值的分配評價值計算裝置、選擇分配評價值最好的轎廂并發(fā)出分配指令的分配轎廂選擇裝置、以及按照分配指令使電梯轎廂停靠規(guī)定的電梯門廳的轎廂控制裝置，在分配評價值計算裝置中，作為用于決定分配評價值的指標，使用在一方的轎廂有響應預定而另一方的轎廂沒有響應預定的狀態(tài)下?？康摹氨黄鹊却龝r間”。
[0004]在先技術文獻
[0005]專利文獻
[0006]專利文獻1:日本專利特開平8-198529號公報發(fā)明概要
[0007]發(fā)明要解決的課題
[0008]可是，在引用文獻I中，雖然將被迫等待時間也就是轎廂內等待時間作為用于決定分配評價值的指標使用，但并沒有將乘客所登錄的呼叫信息形成數(shù)據(jù)庫，沒有根據(jù)該數(shù)據(jù)庫來判斷高需求樓層，也沒有將其作為用于決定電梯轎廂的分配評價值的指標。
[0009]也就是說，在引用文獻I的結構中，雖然根據(jù)被迫等待時間計算用于決定電梯轎廂的分配評價值的指標，并根據(jù)轎廂內等待的發(fā)生次數(shù)和另一方電梯轎廂的乘客人數(shù)等來進行調整，但沒有對將來的乘客作出預測，也沒有將其反映在用于決定電梯轎廂的分配評價值的指標上，所以存在難以有效地減少轎廂內等待以及難以降低乘客不愉快感的問題。
[0010]


【發(fā)明內容】

[0011]本發(fā)明是鑒于上述現(xiàn)有技術中所存在的實際問題而完成的，本發(fā)明的目的在于提供一種能夠有效減少轎廂內等待的電梯系統(tǒng)的群管理控制方法。
[0012]解決方案
[0013]為了實現(xiàn)上述目的，本發(fā)明提供一種電梯系統(tǒng)的群管理控制方法，該電梯系統(tǒng)具備:將多個電梯轎廂連結起來而進行運行的多個系統(tǒng)的電梯；目的地樓層登錄裝置；設置在各個樓層的電梯門廳的門廳呼叫登錄裝置；根據(jù)門廳呼叫和目的地樓層呼叫而運算各個電梯或者各個電梯轎廂的分配評價值，并向電梯轎廂輸出分配指令的群管理控制裝置；以及設置在電梯上并根據(jù)分配指令使電梯轎廂停靠在規(guī)定樓層的電梯門廳上的電梯控制裝置，在該電梯系統(tǒng)的群管理控制方法中，根據(jù)由門廳呼叫登錄裝置獲得的門廳呼叫登錄信息以及由目的地樓層登錄裝置獲得的目的地樓層呼叫登錄信息預測各個乘入樓層和目的地樓層的乘客人數(shù)，根據(jù)預測出的乘客人數(shù)以及當前的使用狀況計算預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度，根據(jù)計算出的預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度計算各臺電梯的預測不愉快程度評價值，并根據(jù)該預測不愉快程度評價值來決定分配給門廳呼叫或者目的地樓層呼叫的分配轎廂。
[0014]發(fā)明效果
[0015]根據(jù)本發(fā)明，在具有將多個電梯轎廂連結起來而進行運行的多個系統(tǒng)的電梯、目的地樓層登錄裝置、設置在各個樓層的電梯門廳內的門廳呼叫登錄裝置、根據(jù)門廳呼叫和目的地樓層呼叫而運算各個電梯或者電梯轎廂的分配評價值并向電梯轎廂輸出分配指令的群管理控制裝置以及設置在電梯上并根據(jù)分配指令使電梯轎廂?？吭谝?guī)定樓層的電梯門廳上的電梯控制裝置的電梯系統(tǒng)的群管理控制方法中，根據(jù)由門廳呼叫登錄裝置獲得的門廳呼叫登錄信息以及由目的地樓層登錄裝置獲得的目的地樓層呼叫登錄信息預測各個乘入樓層和目的地樓層的乘客人數(shù)，根據(jù)預測出的乘客人數(shù)以及當前的使用狀況計算預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度，根據(jù)計算出的預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度計算各臺電梯的預測不愉快程度評價值，根據(jù)該預測不愉快程度評價值進行群管理控制，針對門廳呼叫或者目的地樓層呼叫決定所使用的電梯以及分配的分配轎廂。由此，與現(xiàn)有技術相比，能夠有效減少轎廂內等待，能夠降低乘客的不愉快感。

【專利附圖】

【附圖說明】
[0016]圖1是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的整體結構的框圖。
[0017]圖2是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的基本動作的流程圖。
[0018]圖3是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的分配例的示意圖。
[0019]圖4是表示本發(fā)明的第一實施例所涉及的高需求樓層的判斷例的說明圖。
[0020]圖5是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的其他分配例的示意圖。
[0021]圖6是表示本發(fā)明的第一實施例所涉及的高需求樓層的其他判斷例的說明圖。
[0022]圖7是表示本發(fā)明的第二實施例所涉及的電梯系統(tǒng)的整體結構的框圖。
[0023]圖8是表示本發(fā)明的第二實施例所涉及的電梯系統(tǒng)的基本動作的流程圖。
[0024]附圖標記說明如下:
[0025]1:建筑物
[0026]3-1?3-16:門廳呼叫登錄裝置
[0027]311C-3nlC、311D-3nlD:目的地樓層登錄裝置
[0028]400、500:門廳呼叫登錄裝置
[0029]100:群管理控制裝置
[0030]210_2n0:電梯控制裝置
[0031]A2U、B2U:上部轎廂
[0032]A2L、B2L:下部轎廂
[0033]A4U、B4U:上部轎廂目的地樓層登錄裝置
[0034]A4L、B4L:下部轎廂目的地樓層登錄裝置
[0035]5、100:群管理控制裝置
[0036]A6、B6:電梯控制裝置
[0037]310C-3n0C、310D-3n0D:電梯轎廂
[0038]El-En:電梯

【具體實施方式】
[0039]以下參照實施例和附圖對本發(fā)明進行說明。
[0040]第一實施例
[0041](整體結構)
[0042]圖1是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的整體結構的框圖。第一實施例的電梯系統(tǒng)具有對η臺的多個系統(tǒng)的電梯El?En分別獨立地進行控制的電梯控制裝置210?2η0、以使系統(tǒng)整體的運行效率最佳的方式對各臺電梯El?En的運行進行控制的群管理控制裝置100、設置在各個樓層的門廳呼叫登錄裝置400以及對電梯控制裝置210?2η0和群管理控制裝置100進行切換的切換開關S。
[0043]電梯控制裝置210?2η0由群管理控制裝置內的運行管理控制部101控制，其通過運行控制部212和速度控制部213對各臺電梯的運行分別獨立地進行控制，該運行控制部212對電梯進行自動運行和手動運行等，該速度控制部213對用于使上部轎廂310C?3nOC以及下部轎廂310D?3nOD進行升降的電動機進行控制。
[0044]與此同時，從各臺電梯El?En將轎廂內負載和電梯門的開閉等各種狀況的信息發(fā)送給群管理控制裝置100內的運行管理控制部101。
[0045]電梯控制裝置210?2n0的運行管理控制部211按照電梯轎廂內的目的地樓層登錄裝置311C?3nlC、311D?3nlD的指示時刻對各個系統(tǒng)的電梯El?En的運行分別獨立地進行控制。在此，在進行群管理運行期間，通過切換開關S使得電梯控制裝置210?2n0內的運行管理控制部211不動作。
[0046]在群管理控制裝置100內，將從電梯控制裝置210?2n0輸入的時時刻刻在變化的電梯信息和目的地樓層信息等運行數(shù)據(jù)經(jīng)由運行管理控制部101發(fā)送給學習部102。
[0047]學習部102根據(jù)運行數(shù)據(jù)學習交通狀況，以判斷當前時間點什么運行程序最為適合。在智能處理部103中，使用學習部102的學習結果自動生成與各個交通需求相應的最佳的運行程序。
[0048]在運行管理控制部101中，使用自動生成的運行程序進行分配控制，針對各個乘入樓層和目的地樓層決定分配哪臺電梯，并且向電梯控制裝置210?2n0發(fā)送與各個乘入樓層和目的地樓層相關的分配指令。
[0049]在上述結構中，在群管理控制裝置100發(fā)生了異常時，可以在不使用群管理控制裝置100的情況下動作，能夠通過切換切換開關S使電梯控制裝置210?2n0內的運行管理控制部211進行動作，由此使電梯系統(tǒng)作為群管理控制電梯實現(xiàn)簡易的動作。
[0050](群管理控制裝置)
[0051]以下回到圖1對第一實施例中的電梯系統(tǒng)的群管理控制裝置的結構進行說明。
[0052]本發(fā)明的控制通過群管理控制裝置100內的處理來實現(xiàn)。群管理控制裝置100例如由包括微型計算機、DSP(Digital Signal Processer、數(shù)字信號處理器)、系統(tǒng)LS1、個人計算機在內的電子計算機的軟件程序等執(zhí)行。以多臺電梯轎廂連結在一個升降通道內的電梯為控制對象，例如可以列舉出雙層電梯等。在第一實施例中也是以雙層電梯的控制為例進行說明。
[0053]雙層電梯的兩臺電梯轎廂即上部轎廂31C?3nOC以及下部轎廂31D?3nOD相互連結地設置在一個升降通道內。群管理控制裝置100將雙層電梯的上部轎廂3nOC和下部轎廂3nOD分別作為獨立的電梯轎廂進行控制。
[0054]控制各臺電梯轎廂的電梯控制裝置210?2n0與群管理控制裝置100 —樣，例如在包括微型計算機等在內的電子計算機上執(zhí)行。在第一實施例中的電梯控制裝置中，相對于雙層電梯的上部轎廂310C?3nOC和下部轎廂310D?3nOD設置一個電梯控制裝置210?2n0，但也可以分開設置成單獨的下部轎廂的轎廂控制裝置和單獨的上部轎廂的轎廂控制裝置。
[0055]從電梯控制裝置210?2n0將與電梯運行相關的輸入信息存儲到群管理控制裝置100內的運行管理控制部101中。每次通過設置在各個樓層的電梯門廳的門廳呼叫登錄裝置400進行了呼叫登錄時，均將所登錄的樓層信息和上升方向或下降方向的要求信息等輸入信息存儲到運行管理控制部101中。
[0056]此外，還將電梯轎廂內的乘客人數(shù)和轎廂位置信息、各臺轎廂已經(jīng)受理的呼叫數(shù)量、有效轎廂數(shù)量、服務樓層信息、預先輸入的與各臺電梯轎廂有關的規(guī)格信息等電梯信息、規(guī)格信息等存儲到運行管理控制部101中。上述輸入信息只不過是一個示例，本發(fā)明并不僅限于上述信息。在第一實施例中，根據(jù)上述輸入信息進行電梯的分配控制。
[0057]在第一實施例中，在一個升降通道內存在有連結在一起的多臺電梯轎廂時，根據(jù)由設置在電梯門廳的門廳呼叫登錄裝置和設置在電梯轎廂內的目的地樓層登錄裝置以各個交通流模式為單位每天統(tǒng)計的乘入樓層和目的地樓層以及上下電梯人數(shù)等的過去的交通需求、實時統(tǒng)計的當前的交通需求來預測不遠的將來(例如從現(xiàn)在到此后的10分鐘為止)的預測交通需求，將預測到的各個電梯門廳的目的地樓層人數(shù)和當前的運行狀況下的乘客人數(shù)相加，預測并計算將來的轎廂內等待次數(shù)、轎廂內等待時間和轎廂內等待時的轎廂內擁擠程度，并按照所算出的將來的不愉快程度指數(shù)也就是不愉快程度評價值以能夠降低不愉快程度評價值的方式進行電梯轎廂的分配，并對轎廂內機器進行控制，由此向更多的轎廂內乘客提供舒適的乘坐環(huán)境。
[0058]在此，交通流是指根據(jù)所統(tǒng)計的乘客流算出的典型的移動模式，與時間相應地產生若干個移動模式。
[0059](不愉快程度評價值)
[0060]在決定用于分配的分配轎廂時，在運行管理控制部101中，由電梯轎廂評價部1lD根據(jù)預先賦予的例如等待時間評價值和節(jié)能評價值等普通電梯轎廂的分配評價值和不愉快程度評價值來決定分配轎廂，其中不愉快程度評價值根據(jù)由不愉快程度指數(shù)生成部1lC算出的不愉快程度指數(shù)得出。
[0061]以下說明不愉快程度評價值的生成方法。經(jīng)由門廳呼叫登錄裝置400和電梯控制裝置210?2n0，從上部轎廂的目的地樓層呼叫登錄裝置311C-3nlC和下部轎廂的目的地樓層呼叫登錄裝置311D-3nlD以及未圖示的轎廂內負載檢測裝置發(fā)送乘客信息和運行信息。接著，在群管理控制裝置100內的學習部102中將發(fā)送來的乘客信息和運行信息以在智能處理部103中生成的各個交通流模式為單位進行分類存儲。
[0062]在學習部102中，根據(jù)所存儲的信息以各個交通流模式為單位進行統(tǒng)計處理，根據(jù)以各個交通流模式為單位存儲的過去的交通需求得到與當前的交通流模式相一致的過去的交通需求102A，根據(jù)實時統(tǒng)計出的乘客信息和運行信息生成當前的交通需求102B，預測交通需求生成部102C根據(jù)過去的交通需求102A和當前的交通需求102B生成不遠的將來(例如從現(xiàn)在到此后的10分鐘為止)的預測交通需求。
[0063]在學習部102的預測交通需求生成部102C預測各個電梯門廳的目的地樓層人數(shù)。接著，在運行管理控制部101中，根據(jù)從上部轎廂的目的地樓層呼叫登錄裝置31 ic-3nic和下部轎廂的目的地樓層呼叫登錄裝置311D-3nlD以及未圖示的轎廂內負載檢測裝置經(jīng)由門廳呼叫登錄裝置400和電梯控制裝置210?2n0實時發(fā)送來的乘客信息1lA和運行信息1lB來計算乘客人數(shù)。
[0064]接著，在不愉快程度指數(shù)生成部1lC中，將通過預測交通需求生成部102C預測出的各個門廳的目的地樓層人數(shù)與根據(jù)乘客信息1lA和運行信息1lB算出的乘客人數(shù)相加。
[0065]由此，預測并計算將來的轎廂內等待次數(shù)、轎廂內等待時間和轎廂內等待時的轎廂內擁擠程度，并將所算出的將來的不愉快程度指數(shù)作為不愉快程度評價值，在電梯轎廂評價部1lD中，將不愉快程度評價值與普通電梯分配評價值(例如等待時間評價值和節(jié)能評價值等)組合起來進行綜合評價，由此來決定分配電梯或分配轎廂。
[0066]如上所述，對所有的電梯轎廂內的乘客預測不愉快程度，并預先分配能夠緩和不愉快程度的電梯轎廂，由此能夠減少成為無謂停靠的轎廂內等待，能夠提高運行效率，使得能夠縮短門廳乘客的等待時間，能夠縮短轎廂內乘客的等待時間，能夠同時提高電梯門廳和電梯轎廂內的乘客的舒適性，從而能夠實現(xiàn)大樓整體環(huán)境的最佳化。
[0067](基本動作流程)
[0068]以下對本發(fā)明的第一實施例中的基本動作流程進行說明。圖2是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的基本動作的流程圖。
[0069]首先，在新發(fā)生了門廳呼叫時(SlOl)，將門廳呼叫的乘入樓層和預測目的地樓層臨時分配給各臺電梯轎廂(S102)。在此，預測目的地樓層例如是指根據(jù)預測交通需求求出的各個乘入樓層的乘客人數(shù)最多的目的地樓層。
[0070]接著，計算臨時分配給各臺電梯轎廂時的各臺電梯的轎廂內等待次數(shù)和轎廂內等待時間以及轎廂內等待時的轎廂內擁擠程度(S103)。在此，轎廂內等待時間例如是轎廂內全體等待人數(shù)的合計乘坐時間。并且，轎廂內擁擠程度例如根據(jù)預測轎廂內人數(shù)和轎廂內負載等算出。
[0071]此后，將轎廂內等待次數(shù)和轎廂內等待時間以及轎廂內擁擠程度的各個項目加上各個交通流模式的加權系數(shù)，并將由此算出的不愉快程度指數(shù)作為不愉快程度評價值(S104)。
[0072]最后，將不愉快程度評價值和通常的分配評價值的合計值最小的電梯轎廂用作分配轎廂(S105)。
[0073](電梯系統(tǒng)的第一分配例)
[0074]圖3是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的第一分配例的示意圖，圖4是表示本發(fā)明的第一實施例所涉及的高需求樓層的判斷例的說明圖。
[0075]圖3的電梯系統(tǒng)設置在16層高的建筑物I中，具有電梯A和電梯B這兩個系統(tǒng)的雙層電梯，電梯A具有上部轎廂A2U和下部轎廂A2L，電梯B也具有上部轎廂B2U和下部轎廂B2L。此外，該電梯系統(tǒng)還具備:設置在建筑物I的各個樓層的電梯門廳且用于登錄門廳呼叫的門廳呼叫登錄裝置3-1?3-16 ;設置在電梯轎廂A2U、A2L、B2U、B2L內且用于登錄目的地樓層呼叫的目的地樓層登錄裝置A4U、A4L、B4U、B4L ;根據(jù)呼叫而計算各臺電梯和各臺電梯轎廂的分配評價值并輸出分配指令的群管理控制裝置5 ;以及根據(jù)分配指令使電梯轎廂?？恳?guī)定的電梯門廳的電梯控制裝置A6、B6。
[0076]圖3所示的狀況是，電梯A和電梯B分別位于最下層，上部轎廂A2U的乘客操作目的地樓層登錄裝置A4U而登錄了 10層作為目的地樓層，下部轎廂A2L的乘客操作目的地樓層登錄裝置A4L而登錄了 5層作為目的地樓層，上部轎廂B2U的乘客操作目的地樓層登錄裝置B4U而登錄了 16層作為目的地樓層，下部轎廂B2L的乘客操作目的地樓層登錄裝置B4L而登錄了 5層作為目的地樓層。
[0077]在上述狀況下，當在5層發(fā)生了門廳呼叫后，群管理控制裝置5計算在當前的狀態(tài)乘出轎廂A2U、A2L、B2U、B2L到達任意樓層的預測到達時間。預測到達時間通過將根據(jù)當前的轎廂位置與目的地樓層之間的距離算出的行駛所需時間和根據(jù)途中的停靠次數(shù)算出的?？克钑r間相加而求出。
[0078](高需求樓層)
[0079]此外，圖3的群管理控制裝置5每天收集通過操作門廳呼叫登錄裝置3-1?3-16而登錄的門廳呼叫登錄信息和通過操作目的地樓層登錄裝置A4U、A4L、B4U、B4L而登錄的目的地樓層呼叫登錄信息，并根據(jù)上述登錄信息例如以小時為單位判斷乘客人數(shù)眾多的高需求樓層，并將其作為用于決定分配評價值的指標。
[0080]如圖4所示，群管理控制裝置5根據(jù)預先收集到的上述登錄信息，在處于規(guī)定的交通流模式，例如處于前一半上班時段的交通流模式時，判斷為在I層乘入而在5層乘出的乘客多，并且判斷為在5層乘入而在9層乘出的乘客多。
[0081 ] 如上所述，在前一半上班時段的交通流模式時，在電梯A和電梯B分別位于最下層、上部轎廂A2U的乘客操作目的地樓層登錄裝置A4U而登錄了 10層作為目的地樓層、下部轎廂A2L的乘客操作目的地樓層登錄裝置A4L而登錄了 5層作為目的地樓層、上部轎廂B2U的乘客操作目的地樓層登錄裝置B4U而登錄了 16層作為目的地樓層、下部轎廂B2L的乘客操作目的地樓層登錄裝置B4L而登錄了 5層作為目的地樓層的狀況下，當在5層登錄了門廳上行呼叫時，將電梯A的下部轎廂A2L分配給5層。
[0082]這是因為，在上述狀況下，像所預測的那樣在5層乘入電梯的乘客登錄了以9層為目的地樓層的呼叫的情況，能夠將轎廂內等待的發(fā)生控制在一次。
[0083]也就是說，在下部轎廂A2L根據(jù)下部轎廂A2L的乘客進行的以5層為目的地樓層的登錄以及5層乘客進行的門廳上行呼叫登錄?？吭?層時，上部轎廂A2U停靠在6層，上部轎廂A2U的乘客被迫進行轎廂內等待。此后，電梯A按照上部轎廂A2U的乘客進行的以10層為目的地樓層的登錄以及下部轎廂A2L的乘客進行的以9層為目的地樓層的登錄使上部轎廂A2U停靠在10層，并且使下部轎廂A2L停靠在9層。因此，在上部轎廂A2U的乘客到達作為其目的地樓層的10層之前發(fā)生一次轎廂內等待。
[0084]另一方面，如果將電梯B的下部轎廂B2L分配給在5層發(fā)生的門廳上行呼叫，則在下部轎廂B2L按照下部轎廂B2L的乘客進行的以5層為目的地樓層的登錄以及5層乘客的門廳上行呼叫登錄?？吭?層時，上部轎廂B2U?？吭?層，上部轎廂B2U的乘客被迫進行轎廂內等待。此后，在下部轎廂B2L按照在5層乘入下部轎廂B2L的乘客登錄的目的地樓層呼叫登錄?？?層時，上部轎廂B2U?？吭?0層，上部轎廂B2U的乘客又一次被迫進行轎廂內等待。因此，在上部轎廂B2U的乘客到達作為其目的地樓層的16層之前發(fā)生兩次轎廂內等待。
[0085]此外，在有I個乘客從2層前往10層，以及有5個乘客從2層前往16層的情況下，在各臺電梯為2層的門廳呼叫提供服務后，電梯A的上部轎廂A2U內有5個乘客，電梯B的上部轎廂B2U內有10個乘客。預測的轎廂內等待次數(shù)為電梯A的上部轎廂A2U —次，電梯B的上部轎廂B2U兩次，與電梯A的上部轎廂A2U相比，電梯B的上部轎廂B2U更擁擠，并且轎廂內等待時間更長。
[0086]在此，根據(jù)轎廂內人數(shù)的多少來判斷轎廂內的擁擠程度，但也可以設定為在轎廂內人數(shù)超過了規(guī)定值時判斷為處于擁擠狀態(tài)。此外，轎廂內等待時間的判斷也可以使用預測上下電梯時間和預測乘坐時間等來進行。
[0087](不愉快程度評價值的計算)
[0088]如上所述，將電梯A的上部轎廂分配時的不愉快程度評價值=a Xl次(轎廂內等待次數(shù))+ β Χ5人(轎廂內等待人數(shù))+ Υ Χ8個樓層(乘坐距離)，另一方面，將電梯B的上部轎廂分配時的不愉快程度評價值=α \2次(轎廂內等待次數(shù))+ 0父10人(轎廂內等待人數(shù))+Y X 14個樓層(乘坐距離)。其中，各個項目的系數(shù)α、β、Y的值以當前的各個交通流模式為單位進行了最佳化。
[0089]因此，在電梯系統(tǒng)的群管理控制方法中，根據(jù)當前的使用狀況，變更構成所述預測不愉快程度評價值的所述預測轎廂內等待次數(shù)、所述預測轎廂內等待時間和所述預測轎廂內擁擠程度的優(yōu)先度。
[0090]此外，群管理控制裝置5將根據(jù)上述不愉快程度評價值和分配評價值而決定的分配指令輸出到電梯控制裝置Α6、Β6,電梯控制裝置Α6、Β6根據(jù)分配指令使上部轎廂A2U、下部轎廂A2L、上部轎廂B2U和下部轎廂B2L?？恳?guī)定的電梯門廳。
[0091](電梯系統(tǒng)的第二分配例)
[0092]圖5是表示本發(fā)明的第一實施例所涉及的電梯系統(tǒng)的第二分配例的示意圖，圖6是表示本發(fā)明的第一實施例中的群管理控制裝置所涉及的其他條件下的高需求樓層的判斷例的說明圖。在圖5和圖6的分配例中，電梯A和電梯B的呼叫登錄狀況與上述圖3和圖4所示的呼叫登錄狀況大致相同，但所處的時間段不同。
[0093]如圖5所示，群管理控制裝置5根據(jù)預先收集到的登錄信息，例如在處于后一半的上班時段的交通流模式時，判斷為在I層乘入而在5層乘出的乘客多，并且判斷為在5層乘入而在15層乘出的乘客多。
[0094]如上所述，例如處于后一半的上班時段的交通流模式，電梯A和電梯B分別位于最下層，在上部轎廂A2U的乘客登錄了 10層作為目的地樓層、下部轎廂A2L的乘客登錄了 5層作為目的地樓層、上部轎廂B2U的乘客登錄了 16層作為目的地樓層、下部轎廂B2L的乘客登錄了 5層作為目的地樓層的狀況下，當在5層登錄了門廳上行呼叫時，將電梯B的下部轎廂B2L分配給5層。
[0095]這是因為，在上述狀況下，像所預測的那樣在5層乘入電梯的乘客登錄了 15層作為目的地樓層的情況，能夠將轎廂內等待的發(fā)生控制在一次。
[0096]也就是說，在下部轎廂B2L根據(jù)下部轎廂B2L的乘客進行的以5層為目的地樓層的登錄以及5層乘客進行的門廳上行呼叫登錄?？吭?層時，上部轎廂B2U停靠在6層，上部轎廂B2U的乘客被迫進行轎廂內等待。此時，乘入下部轎廂B2L的乘客操作目的地樓層登錄裝置B4L登錄了 15層作為目的地樓層。此后，電梯B根據(jù)上部轎廂B2U的乘客進行的以16層為目的地樓層的登錄以及下部轎廂B2L的乘客進行的以15層為目的地樓層的登錄使上部轎廂B2U停靠在16層，并且使下部轎廂B2L?？吭?5層。因此，在電梯B的上部轎廂B2U和下部轎廂B2L從基準層行駛到最上層位置的一個行程中發(fā)生一次轎廂內等待。
[0097]另一方面，如果將電梯A的下部轎廂A2L分配給在5層發(fā)生的門廳上行呼叫，則在下部轎廂A2L根據(jù)下部轎廂A2L的乘客進行的以5層為目的地樓層的登錄以及5層的乘客進行的門廳上行呼叫登錄停靠在5層時，上部轎廂A2U?？吭?層，上部轎廂A2U的乘客被迫進行轎廂內等待。此后，在上部轎廂A2U根據(jù)上部轎廂A2U的乘客進行的以10層為目的地樓層的登錄而停靠10層時，下部轎廂A2L?？吭?層，下部轎廂A2L的乘客被迫進行轎廂內等待。此后，電梯A根據(jù)在5層乘入下部轎廂A2L的乘客登錄的目的地樓層呼叫登錄移動到15層。因此，在電梯A的上部轎廂A2U和下部轎廂A2L從基準層行駛到最上層位置的一個行程中發(fā)生兩次轎廂內等待。
[0098]此外，在有10個乘客從5層前往15層的情況下，在各臺電梯為5層的門廳呼叫提供服務后，電梯A的下部轎廂A2L內有10個乘客，在電梯B的下部轎廂B2L內有10個乘客。預測的轎廂內等待次數(shù)為電梯A的下部轎廂一次，電梯B的下部轎廂O次，與電梯A的下部轎廂相比，電梯B的下部轎廂更擁擠，并且轎廂內等待時間更長。
[0099]此外，在有5個乘客從2層前往10層、并有10個乘客從2層前往16層的情況下，在電梯A的上部轎廂內有5個乘客，在電梯B的上部轎廂內有10個乘客。預測的轎廂內等待次數(shù)為電梯A的上部轎廂一次，電梯B的上部轎廂一次，與電梯A的上部轎廂相比，電梯B的上部轎廂更擁擠，并且轎廂內等待時間更長。
[0100]在此，根據(jù)轎廂內人數(shù)的多少來判斷轎廂內的擁擠程度，但也可以設定為在轎廂內人數(shù)超過了規(guī)定值時判斷為處于擁擠狀態(tài)。此外，轎廂內等待時間的判斷也可以使用預測上下電梯時間和預測乘坐時間等來進行。
[0101](不愉快程度評價值的計算)
[0102]如上所述，將電梯A的下部轎廂分配時的不愉快程度評價值=α Χ2次(轎廂內等待次數(shù))+ β Χ5人(轎廂內等待人數(shù):2層的乘客)+ γ Χ8個樓層(乘坐距離:2層的乘客)+ β X 10人(轎廂內等待人數(shù):5層的乘客)+ Y X 10個樓層(乘坐距離:5層的乘客)。
[0103]另一方面，將電梯B的下部轎廂分配時的不愉快程度評價值=α Xl次(轎廂內等待次數(shù))+ β XlO人(轎廂內等待人數(shù))+ γ Χ14個樓層(乘坐距離)。
[0104]其中，各個項目的系數(shù)α、β、Y的值以當前的各個交通流模式為單位進行了最佳化。
[0105]如上所述，根據(jù)第一實施例，預先根據(jù)門廳呼叫登錄信息以及目的地樓層呼叫登錄信息，在滿足規(guī)定的條件時，判斷有很多呼叫發(fā)生的高需求樓層，并將其作為用于決定分配評價值的指標使用，由此，通過預測乘客將要進行的將來的呼叫，并且分配電梯和電梯轎廂，能夠減少轎廂內等待，能夠減少乘客的不愉快感。
[0106]此外，在上述圖5的示例中，也可以將群管理控制裝置5設置成收集通過操作門廳呼叫登錄裝置3-1?3-16而登錄的門廳呼叫登錄信息和通過操作目的地樓層登錄裝置A4U、A4L、B4U、B4L而登錄的目的地樓層呼叫登錄信息、并根據(jù)該等登錄信息以小時為單位判斷有很多呼叫發(fā)生的高需求樓層。
[0107]本發(fā)明并不僅限于此，也可以按照其他的條件，例如以每個日期為單位來判斷有很多呼叫發(fā)生的高需求樓層，并且也可以將多種條件下的登錄信息組合來判斷高需求樓層。
[0108]根據(jù)第一實施例，還能夠根據(jù)預測轎廂內乘客的不愉快程度指數(shù)來控制轎廂內設備，例如，通過廣播或者液晶顯示器來告知用于降低乘客的不愉快程度評價值的信息，并且根據(jù)不愉快程度評價值預先變更空調的設定溫度等，由此能夠實際降低電梯轎廂內乘客的不愉快程度指數(shù)，能夠間接減少乘客的不愉快感。
[0109]第二實施例
[0110]以下對本發(fā)明的第二實施例進行說明。圖7是表示本發(fā)明的第二實施例所涉及的電梯系統(tǒng)的整體結構的框圖，圖8是表示本發(fā)明的第二實施例所涉及的電梯系統(tǒng)的基本動作的流程圖。
[0111]在圖7所示的第二實施例的電梯群管理系統(tǒng)的系統(tǒng)結構中，多臺電梯轎廂連結在一個升降通道內的電梯系統(tǒng)構造成通過設置在電梯門廳的門廳/目的地樓層登錄裝置，電梯系統(tǒng)能夠在電梯門廳掌握乘客的目的地樓層和乘客人數(shù)。
[0112]在第一實施例所述的系統(tǒng)中，由于通過設置在電梯轎廂內的目的地樓層登錄裝置來收集乘客的信息，所以只有在對門廳呼叫提供了服務后才能夠獲得乘客的目的地樓層和乘客人數(shù)，無法十分精確地獲得本發(fā)明的不愉快程度指數(shù)的生成所需的預測交通需求和實時的使用信息以及運行信息。
[0113]另一方面，在第二實施例中，通過使用設置在電梯門廳內的目的地樓層呼叫登錄裝置，能夠事先獲得目的地樓層信息和前往各個目的地樓層的乘客人數(shù)的信息，能夠十分精確地獲得預測交通需求和實時的使用信息以及運行信息，能夠最大限度地發(fā)揮本發(fā)明的效果。
[0114]在第二實施例中，在一個升降通道內存在有連結在一起的多臺電梯轎廂時，根據(jù)由設置在電梯門廳的用于登錄門廳呼叫和目的地樓層呼叫以及乘客人數(shù)的門廳/目的地樓層呼叫登錄裝置按照各個交通流模式每天統(tǒng)計的乘入樓層和目的地樓層以及上下電梯人數(shù)等的過去的交通需求、實時統(tǒng)計的當前的交通需求來預測不遠的將來(例如從現(xiàn)在到此后的10分鐘為止)的預測交通需求，將預測到的各個電梯門廳的目的地樓層人數(shù)和當前的運行狀況下的乘客人數(shù)相加，預測并計算將來的轎廂內等待次數(shù)、轎廂內等待時間和轎廂內擁擠程度，并按照所算出的將來的不愉快程度評價值，以能夠降低不愉快程度評價值的方式進行電梯轎廂的分配，并對轎廂內機器進行控制，由此向更多的轎廂內乘客提供舒適的乘坐環(huán)境。
[0115]在決定分配轎廂時，在電梯轎廂評價部1lD中例如根據(jù)普通電梯的分配評價值(例如等待時間評價和節(jié)能評價等)以及由不愉快程度指數(shù)生成部101C評價出的不愉快程度評價值來決定分配轎廂。
[0116](不愉快程度評價值)
[0117]以下說明不愉快程度評價值的生成方法。將從用于登錄門廳呼叫和目的地樓層呼叫以及乘客人數(shù)的門廳/目的地樓層呼叫登錄裝置500發(fā)送來的乘客信息和從電梯控制裝置210?2n0發(fā)送來的運行信息在群管理控制裝置100的學習部102中按照在智能處理部103中生成的交通流模式進行存儲。
[0118]根據(jù)所存儲的信息以各個交通流模式為單位進行統(tǒng)計處理，根據(jù)以各個交通流模式為單位存儲的過去的交通需求而得出的與當前的交通流模式相一致的過去的交通需求102A、以及根據(jù)實時統(tǒng)計出的乘客信息和運行信息生成的當前的交通需求102B，在預測交通需求生成部102C中生成不遠的將來(例如從現(xiàn)在到此后的10分鐘為止)的預測交通需求。
[0119]根據(jù)從用于登錄門廳呼叫和目的地樓層呼叫以及乘客人數(shù)的門廳/目的地樓層呼叫登錄裝置500實時發(fā)送來的乘客信息1lA和從電梯控制裝置210?2n0發(fā)送來的運行信息1lB計算乘客人數(shù)，并且群管理控制裝置100內的運行管理控制部101中的不愉快程度指數(shù)生成部1lC將在預測交通需求生成部102C中預測到的各個電梯門廳的目的地樓層人數(shù)與根據(jù)當前的乘客信息1lA和運行信息1lB算出的乘客人數(shù)相加。
[0120]由此，預測并計算將來的轎廂內等待次數(shù)、轎廂內等待時間和轎廂內擁擠程度，并將所算出的將來的不愉快程度指數(shù)作為不愉快程度評價值，在電梯轎廂評價部1lD中，將其與普通電梯分配評價值(例如等待時間評價和節(jié)能評價等)組合起來進行綜合評價，由此來決定分配電梯和分配轎廂。
[0121]如上所述，對所有的電梯轎廂內的乘客預測不愉快程度，并預先分配能夠緩和不愉快程度評價值的電梯轎廂。由此，不僅能夠減少轎廂內等待，能夠提高運行效率，能夠縮短門廳乘客的等待時間，并且還能夠縮短轎廂內乘客的等待時間，能夠同時提高電梯門廳和電梯轎廂內的乘客的舒適性，進而能夠實現(xiàn)大樓整體的使用環(huán)境的最佳化。
[0122](基本動作流程)
[0123]以下參照圖8對本發(fā)明的第二實施例中的基本動作流程進行說明。首先，在新發(fā)生了門廳呼叫時(SlOl)，將門廳呼叫的乘入樓層和目的地樓層以及乘客人數(shù)臨時分配給各臺電梯轎廂(102)。
[0124]接著，計算臨時分配給各臺電梯轎廂時的各臺電梯的轎廂內等待次數(shù)和轎廂內等待時間以及轎廂內等待時的轎廂內擁擠程度(S103)。在此，轎廂內等待時間例如是各個轎廂內的等待人數(shù)的乘坐時間。并且，轎廂內擁擠程度例如根據(jù)預測轎廂內人數(shù)和轎廂內負載等算出。
[0125]此后，在轎廂內等待次數(shù)和轎廂內等待時間以及轎廂內擁擠程度的各個項目加上各個交通流模式的加權系數(shù)，將由此算出的值作為不愉快程度評價值(S104)。
[0126]最后，將不愉快程度評價值和通常的分配評價值的合計值最小的電梯轎廂用作分配轎廂(S105)。
【權利要求】
1.一種電梯系統(tǒng)的群管理控制方法，該電梯系統(tǒng)具備:將多個電梯轎廂連結起來而進行運行的多個系統(tǒng)的電梯；目的地樓層登錄裝置；設置在各個樓層的電梯門廳的門廳呼叫登錄裝置；根據(jù)門廳呼叫和目的地樓層呼叫而運算各個所述電梯或者各個所述電梯轎廂的分配評價值，并向所述電梯轎廂輸出分配指令的群管理控制裝置；以及設置在所述電梯上并根據(jù)所述分配指令使所述電梯轎廂停靠在規(guī)定樓層的電梯門廳上的電梯控制裝置， 所述電梯系統(tǒng)的群管理控制方法的特征在于， 根據(jù)由所述門廳呼叫登錄裝置獲得的門廳呼叫登錄信息以及由所述目的地樓層登錄裝置獲得的目的地樓層呼叫登錄信息預測各個乘入樓層和目的地樓層的乘客人數(shù)，根據(jù)預測出的乘客人數(shù)以及當前的使用狀況計算預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度，根據(jù)計算出的預測轎廂內等待次數(shù)、預測轎廂內等待時間和預測轎廂內擁擠程度計算各臺所述電梯的預測不愉快程度評價值，并根據(jù)該預測不愉快程度評價值來決定分配給所述門廳呼叫或者所述目的地樓層呼叫的分配轎廂。
2.根據(jù)權利要求1所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 將所述預測不愉快程度評價值與賦予所述電梯轎廂的規(guī)定的分配評價值相加而算出評價值，根據(jù)該評價值來決定分配的分配轎廂。
3.根據(jù)權利要求1或2所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 將所述預測不愉快程度評價值最小的所述電梯轎廂決定為分配的分配轎廂。
4.根據(jù)權利要求1至3中任一項所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 所述目的地樓層登錄裝置設置在所述電梯轎廂內。
5.根據(jù)權利要求1至3中任一項所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 所述目的地樓層登錄裝置設置在所述各個樓層或者特定樓層的電梯門廳。
6.根據(jù)權利要求1至5中任一項所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 所述群管理控制裝置根據(jù)過去的門廳呼叫登錄信息以及目的地樓層呼叫登錄信息和當前的門廳呼叫登錄信息以及目的地樓層呼叫登錄信息來判斷有很多乘客要乘坐所述電梯轎廂的高需求樓層和有很多乘客要從所述電梯轎廂下去的高需求樓層， 將有很多乘客要乘坐所述電梯轎廂的高需求樓層的預測乘客人數(shù)以及有很多乘客要從所述電梯轎廂下去的高需求樓層的預測乘客人數(shù)與當前已經(jīng)確定的各臺電梯轎廂的運行信息相加，由此來計算各臺所述電梯的預測不愉快程度評價值。
7.根據(jù)權利要求1至5中任一項所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 根據(jù)當前的使用狀況來變更構成所述預測不愉快程度評價值的所述預測轎廂內等待次數(shù)、所述預測轎廂內等待時間和所述預測轎廂內擁擠程度的優(yōu)先度。
8.根據(jù)權利要求1至5中任一項所述的電梯系統(tǒng)的群管理控制方法，其特征在于， 根據(jù)所述預測不愉快程度評價值來變更設置在所述電梯的所述電梯轎廂內的機器的控制。
【文檔編號】B66B1/18GK104229570SQ201410247347
【公開日】2014年12月24日 申請日期:2014年6月5日 優(yōu)先權日:2013年6月5日
【發(fā)明者】前原知明, 羽鳥貴大, 星野孝道, 鳥谷部訓, 會田敬一 申請人:株式會社日立制作所