電梯群管理系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種電梯群管理系統(tǒng)，即使是雙層電梯也能夠通過分配控制使各轎廂在時間上保持等間隔。在生成目標路徑時，首先判斷評價對象是否為雙層電梯(ST107)。在判斷為是雙層電梯時，進入ST108，判斷是否為下部轎廂的運算。在判斷為是下部轎廂的運算時，進入ST110，由路徑評價函數(shù)運算部分15根據(jù)路徑距離指標進行分配評價值的運算。另一方面，在判斷為是上部轎廂的運算時，進入ST109，進行將上部轎廂的路徑評價值設定為與ST110中求出的下部轎廂的路徑評價值相同的路徑評價值的處理。
【專利說明】電梯群管理系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及一種電梯群管理系統(tǒng)，尤其是涉及一種將電梯轎廂(以下簡稱為“轎廂”)分配給已發(fā)生的門廳呼叫的分配控制。
【背景技術】
[0002]在電梯群管理系統(tǒng)中，通過將多臺電梯作為一個電梯群來進行管理，從而能夠向乘客提供更為有效的運行服務。具體來說是實施如下的控制:將多臺電梯(通常為3臺至8臺)作為一個電梯群來進行管理，使得在某個樓層發(fā)生了門廳呼叫時，從該電梯群中選擇一臺最佳的轎廂，并將該轎廂分配給該門廳呼叫。
[0003]當在某一樓層發(fā)生了門廳呼叫時，為了將對象門廳呼叫的等待時間控制得最小，期望在時間上等間隔地分配多臺電梯中的多臺轎廂?？墒?，在交通擁擠的狀況下，容易出現(xiàn)多臺轎廂在同一方向上連成一串運行的所謂“串珠運行”狀態(tài)，很可能會導致門廳呼叫的等待時間變長。為了防止發(fā)生“串珠運行”那樣的低效率的運行狀態(tài)，有必要在轎廂的分配控制時對將來的運行路徑作出考慮。
[0004]本發(fā)明的 申請人:等之前已經(jīng)公開了能夠以時間上保持等間隔的方式分配多臺轎廂的電梯群管理系統(tǒng)，其是一種管理為多個樓層提供服務的多臺電梯的電梯群管理系統(tǒng)，該電梯群管理系統(tǒng)的特征在于，確定規(guī)定時間后的各臺所述電梯的高度位置和上升或者下降方向，并為了實現(xiàn)這樣的高度位置和上升或者下降方向，根據(jù)當前時間點的各臺所述電梯的位置，在時間軸方向?qū)φ{(diào)整前的目標路徑中的方向反轉(zhuǎn)點的位置進行調(diào)整，由此來生成從當前時間點至所述規(guī)定時間為止的各臺所述電梯的新的目標路徑，以使各臺所述電梯分別以接近所述新的目標路徑的方式進行運行(例如參照專利文獻I的權(quán)利要求1)。在該電梯群管理系統(tǒng)中，由于針對各轎廂，以各轎廂將來應取的行駛軌跡在時間上變?yōu)榈乳g隔的方式生成目標路徑，所以能夠穩(wěn)定地維持時間上的等間隔狀態(tài)(例如參照專利文獻I的段落0065以及附圖10)。
[0005]可是，近年來，使上下連接的多臺轎廂在一個升降通道內(nèi)進行運行的雙層電梯能夠在有限的升降通道面積內(nèi)發(fā)揮很高的運輸能力，并且能夠增加大樓內(nèi)的有效使用面積，已經(jīng)引起了人們的關注(例如參照專利文獻2的段落0002以及附圖1)。
[0006]專利文獻1:日本國專利第4139819號公報
[0007]專利文獻2:日本國專利第3428522號公報
[0008]在專利文獻I所公開的電梯群管理系統(tǒng)中，由于通過將各轎廂分配給所發(fā)生的門廳呼叫，使得時間軸上和位置軸上的各轎廂的實際軌跡沿著各目標路徑，所以在應用于多個單層電梯(一臺轎廂在一個升降通道內(nèi)進行運行的通常類型的電梯)的運行管理時，從長期來看能夠?qū)崿F(xiàn)穩(wěn)定的時間上的等間隔控制。可是，在應用于雙層電梯時，由于雙層電梯的轎廂以上下連接的方式在一個升降通道內(nèi)運行，所以即使將專利文獻I所公開的電梯群管理系統(tǒng)應用于多臺雙層電梯的運行管理，也不能夠做到使各臺轎廂在時間上保持等間隔。因此，不能將專利文獻I所公開的電梯群管理系統(tǒng)直接應用于雙層電梯的運行管理中，即便是應用了也可能會導致運行效率下降。
[0009]也就是說，在專利文獻I所公開的電梯群管理系統(tǒng)中，為了避免出現(xiàn)“串珠運行”，在進行目標路徑評價值的運算時，將任意時間點的各個轎廂的位置控制成在時間上保持等間隔。因此，例如在進行連接兩臺轎廂而設置在一個升降通道內(nèi)的三臺雙層電梯的運行管理時，在時間上保持等間隔的對象是三臺雙層電梯。可是，在群管理系統(tǒng)的群管理控制處理部分中，將三臺雙層電梯識別為六臺單層電梯，將目標路徑生成為使六臺轎廂保持等間隔，并且在此后進行評價值運算，所以會產(chǎn)生無法進行最佳的分配處理的情況。

【發(fā)明內(nèi)容】

[0010]本發(fā)明是為了解決上述現(xiàn)有技術中所存在的問題而作出的，本發(fā)明的目的在于，提供一種在雙層電梯的場合也能夠通過分配控制使各臺轎廂在時間上保持等間隔的電梯
群管理系統(tǒng)。
[0011]為了解決上述問題，本發(fā)明提供一種電梯群管理系統(tǒng)，其具有針對多臺電梯中的各臺電梯生成表示從當前時間點起算的任意時間的所述電梯的目標的目標路徑的目標路徑生成部分，以使表示實際時間的各臺電梯的實際位置的實際軌跡接近各臺電梯的所述目標路徑的方式，運行各臺電梯，所述電梯群管理系統(tǒng)的特征在于，在生成所述各臺電梯的所述目標路徑時，針對所述多臺電梯中的具有上下連接的多個電梯轎廂的電梯，只對所述上下連接的多個電梯轎廂中的一個轎廂進行與所述目標路徑相關的評價值的運算，針對多個電梯轎廂中的其他轎廂而言，將其評價值的運算結(jié)果設定為與所述多個電梯轎廂中的所述一個電梯轎廂所得到的運算結(jié)果相同，由此生成所述目標路徑。
[0012](發(fā)明效果)
[0013]根據(jù)本發(fā)明，在生成包括至少一臺雙層電梯的多臺電梯的目標路徑時，對雙層電梯的上下連接的轎廂進行統(tǒng)一管理，所以針對雙層電梯也能夠進行在時間上保持等間隔的最佳的分配控制。
【專利附圖】

【附圖說明】
[0014]圖1是實施例1所涉及的群管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖。
[0015]圖2是表示實施例1所涉及的群管理系統(tǒng)的動作順序的流程圖。
[0016]圖3是表示實施例1所涉及的群管理系統(tǒng)進行時間上的等間隔調(diào)整前的雙層電梯的目標路徑的運行路徑圖。
[0017]圖4是表示實施例1所涉及的群管理系統(tǒng)進行時間上的等間隔調(diào)整后的雙層電梯的目標路徑的運行路徑圖。
[0018]圖5是表示在實施例1所涉及的群管理系統(tǒng)中不將門廳呼叫分配給下部轎廂時的下部轎廂的預測路徑的圖。
[0019]圖6是表示在實施例1所涉及的群管理系統(tǒng)中將門廳呼叫分配給了下部轎廂時的下部轎廂的預測路徑的圖。
[0020]圖7是表示在實施例1所涉及的群管理系統(tǒng)中不將門廳呼叫分配給上部轎廂時的上部轎廂的預測路徑的圖。
[0021]圖8是表示在實施例1所涉及的群管理系統(tǒng)中將門廳呼叫分配給了上部轎廂時的上部轎廂的預測路徑的圖。
[0022]圖9是表示通過實施例1所涉及的群管理系統(tǒng)對上下轎廂進行統(tǒng)一處理時的下部轎廂的預測路徑和目標路徑的圖。
[0023]圖10是表示實施例2所涉及的群管理系統(tǒng)的動作順序的流程圖。
[0024]圖11是表示在實施例3所涉及的群管理系統(tǒng)中不將新的門廳呼叫分配給已經(jīng)分配有門廳呼叫的下部轎廂時的下部轎廂的預測路徑的圖。
[0025]圖12是表示在實施例3所涉及的群管理系統(tǒng)中將新的門廳呼叫分配給了已經(jīng)分配有門廳呼叫的下部轎廂時的下部轎廂的預測路徑的圖。
[0026]圖13是表示在實施例3所涉及的群管理系統(tǒng)中不將新的門廳呼叫分配給已經(jīng)分配有門廳呼叫的上部轎廂時的上部轎廂的預測路徑的圖。
[0027]圖14是表示在實施例3所涉及的群管理系統(tǒng)中將新的門廳呼叫分配給了已經(jīng)分配有門廳呼叫的上部轎廂時的上部轎廂的預測路徑的圖。
[0028]圖15是表示在實施例3所涉及的群管理系統(tǒng)中根據(jù)新的門廳呼叫將已經(jīng)分配有門廳呼叫的轎廂從下部轎廂變更為上部轎廂時的上部轎廂的預測路徑的圖。
[0029]圖16是表示在實施例3所涉及的群管理系統(tǒng)中根據(jù)新的門廳呼叫將已經(jīng)分配有門廳呼叫的轎廂從上部轎廂變更為下部轎廂時的下部轎廂的預測路徑的圖。
[0030]圖17是表示實施例3所涉及的群管理系統(tǒng)的動作順序的流程圖。
[0031]圖18是表示實施例3所涉及的群管理系統(tǒng)中的目標路徑的再設定處理的詳細情況的流程圖。
[0032]符號說明
[0033]I 群管理控制部分
[0034]10運行管理控制系統(tǒng)
[0035]11輸入控制部分
[0036]12目標路徑規(guī)格設定部分
[0037]13目標路徑生成部分
[0038]14預測路徑生成部分
[0039]15路徑評價函數(shù)運算部分
[0040]16綜合評價值運算部分
[0041]17電梯選擇部分
[0042]20學習系統(tǒng)
[0043]30智能系統(tǒng)
[0044]40,41,42下部轎廂的轎廂控制裝置
[0045]50、51、52上部轎廂的轎廂控制裝置
[0046]60、61、62 雙層電梯
[0047]70、71、72 上部轎廂
[0048]80,81,82 下部轎廂
[0049]90門廳呼叫注冊裝置
[0050]100轎廂內(nèi)操作盤
[0051]101目的地樓層注冊按鈕[0052]301、401、501、601、701、801 上部轎廂的目標路徑
[0053]302、402、502、602、702、802 下部轎廂的目標路徑
[0054]303、403、503、603、703、803 間隔推測時間
[0055]304、404、504、604、704、804 上部轎廂的目標地點
[0056]305、405、505、605、705、805 下部轎廂的目標地點
[0057]506、606、706、806 預測路徑
[0058]AO 1、BO 1、CO 1、DO 1、EO 1、FOI 上部轎廂的目標路徑
[0059]A02、B02、C02、D02、E02、R)2 下部轎廂的目標路徑
[0060]A03、B03、C03、D03、E03、R)3 間隔推測時間
[0061]A04、B04、C04、D04、E04、F04 上部轎廂的目標地點
[0062]A05、B05、C05、D05、E05、R)5 下部轎廂的目標地點
[0063]C06、D06、E06、R)6 預測路徑
[0064]E07.F07 已注冊呼叫
[0065]E08.F08新的門廳呼叫
【具體實施方式】
[0066]以下參照附圖，按每個實施例對本發(fā)明所涉及的電梯群管理系統(tǒng)的實施方式進行說明。
[0067]實施例1
[0068]首先，參照圖1至圖9對實施例1所涉及的群管理系統(tǒng)進行說明。實施例1所涉及的群管理系統(tǒng)的特征在于，將上下連接的轎廂中的任一個轎廂作為基準轎廂，并且只對該基準轎廂進行路徑評價值的運算，針對其他轎廂，將其路徑評價值設定為與基準轎廂的路徑評價值相同，并在這一基礎上選擇分配給門廳呼叫的轎廂。
[0069]如圖1所示，實施例1所涉及的電梯群管理系統(tǒng)主要由群管理控制部分1、多臺(N臺)雙層電梯(60、61、62)、控制雙層電梯的上部轎廂(70、71、72)的上部轎廂控制裝置(50、51、52)、控制雙層電梯的下部轎廂(80、81、82)的下部轎廂控制裝置(40、41、42)以及設置在各個樓層的電梯門廳的門廳呼叫注冊裝置90構(gòu)成。
[0070]群管理控制部分I例如由微處理器、DSP (Digital Signal Processor，數(shù)字信號處理器)、系統(tǒng)LSI以及個人計算機等計算機構(gòu)成。群管理控制部分I具備運行管理控制系統(tǒng)
10、學習系統(tǒng)20和智能系統(tǒng)30，運行管理控制系統(tǒng)10具備輸入控制部分11、目標路徑規(guī)格設定部分12、目標路徑生成部分13、預測路徑生成部分14、路徑評價函數(shù)運算部分15、綜合評價值運算部分16以及電梯選擇部分17。
[0071]在各臺雙層電梯60、61、62中，兩臺轎廂上下連接，并且設置在一個升降通道內(nèi)。上下連接的兩臺轎廂中，靠下側(cè)的轎廂(下部轎廂80、81、82)被分配給下部轎廂的轎廂控制裝置40、41、42，靠上側(cè)的轎廂(上部轎廂70、71、72)被分配給上部轎廂的轎廂控制裝置50、51、52，群管理控制部分I將雙層電梯中的上部轎廂70、71、72和下部轎廂80、81、82分別作為單獨的轎廂來進行控制。各個轎廂控制裝置與群管理控制部分I一樣，例如由包括微處理器等的計算機構(gòu)成。此外，在本實施例中，采用了具有下部轎廂的轎廂控制裝置40、41、42和上部轎廂的轎廂控制裝置50、51、52的結(jié)構(gòu)，但也可以由一個轎廂控制裝置進行各臺雙層電梯的上部轎廂和下部轎廂的控制，并且采用在群管理控制部分I內(nèi)獨立地識別上部轎廂和下部轎廂的方式。此外，在本實施例中，以雙層電梯的控制為例進行說明，但本實施例也能夠應用于三臺以上的轎廂上下連接的其他電梯的控制。此外，在本實施例中，群管理控制部分I所控制的多臺電梯全部是雙層電梯，但本實施例也可以適用于同時存在雙層電梯和單層電梯的場合。
[0072]在各臺轎廂內(nèi)分別具有轎廂內(nèi)操作盤100，在該轎廂內(nèi)操作盤100內(nèi)具備目的地樓層注冊按鈕101。
[0073]與各臺電梯的運行有關的信息從下部轎廂的轎廂控制裝置40、41、42和上部轎廂的轎廂控制裝置50、51、52存儲到群管理控制部分I的輸入控制部分11中。
[0074]此外，通過設置在各個樓層的電梯門廳的門廳呼叫注冊裝置90來注冊呼叫，每次注冊門廳呼叫后，均在輸入控制部分11中存儲所注冊的樓層信息以及與上升或者下降有關的請求信息。
[0075]另外，若通過操作設置在轎廂內(nèi)操作盤100上的目的地樓層注冊按鈕101而生成轎廂呼叫，則針對各臺轎廂，與輸入控制部分11之間交換實際提供服務所需的目的地樓層信息。
[0076]除了上述各種信息以外，還在輸入控制部分11中存儲轎廂內(nèi)的乘客人數(shù)和轎廂位置信息、各臺轎廂已經(jīng)受理的呼叫數(shù)量、有效轎廂數(shù)量、服務樓層信息、預先輸入的與各臺轎廂相關的規(guī)格信息等電梯信息以及規(guī)格信息等。這些信息是存儲在輸入控制部分11中的信息的一個示例，還可以根據(jù)需要在輸入控制部分11中存儲其他信息。在本實施例中，根據(jù)上述輸入信息進行電梯的分配控制。
[0077]本實施例的目的是，在由群管理控制部分I進行運行管理的多臺電梯中包括雙層電梯等多臺轎廂上下連接地設置在一個升降通道內(nèi)的電梯的場合，也通過對將來的運行路徑進行預測，例如將電梯控制成在時間上處于等間隔狀態(tài)，由此來抑制所謂的“串珠運行”，以提聞運行效率。
[0078]在目標路徑規(guī)格設定部分12中，根據(jù)積累在學習系統(tǒng)20中的每天的運行狀態(tài)來識別當前的交通狀況，并根據(jù)該信息來決定目標路徑的規(guī)格。也就是說，在群管理控制部分I內(nèi)的學習系統(tǒng)20中，根據(jù)轎廂位置和上下電梯人數(shù)等電梯信息和目的地樓層信息來學習交通狀況，并且判斷什么運行程序在該時間點更為適合，因此，根據(jù)在線的輸入信息，識別表示大樓內(nèi)人流量的各個樓層的上下電梯人數(shù)屬于表示大樓內(nèi)代表性的交通狀況的特征模式中的哪一個特征模式。根據(jù)經(jīng)時性或者相應時間點的大樓交通流信息(使用電梯的人流量的統(tǒng)計信息)，判斷所識別到的交通狀況。根據(jù)上述交通狀況來決定目標路徑的規(guī)格。目標路徑的規(guī)格原則上設定為“在時間上保持等間隔”。
[0079]目標路徑生成部分13根據(jù)由目標路徑規(guī)格設定部分12決定的規(guī)格來生成目標路徑。以下參照圖3和圖4對該目標路徑生成部分13中的目標路徑的生成方法進行說明。圖3是表示時間上的等間隔調(diào)整前的目標路徑的運行軌跡的圖，圖4是表示時間上的等間隔調(diào)整后的目標路徑的運行軌跡的圖。生成目標路徑所需的信息是電梯的預測運行方向，路徑的運行軌跡根據(jù)是上升方向還是下降方向而發(fā)生變化。此外，還需要當前的電梯位置信息、可提供服務的最上層和最下層、以及額定速度等信息。這些信息是生成目標路徑所需的最低限度的信息，通過對電梯的運行信息作出考慮，能夠生成更為精確的目標路徑。[0080]在圖3中，將當前時間點至任意設定的間隔推測時間303為止的期間設定為調(diào)整時間，在目標路徑的規(guī)格被設定為在時間上保持等間隔時，間隔推測時間303處的上部轎廂的目標地點304和下部轎廂的目標地點305被設定為滿足目標路徑規(guī)格的目標地點。在圖3的狀態(tài)下，由于沒有調(diào)整為在時間上保持等間隔，所以上部轎廂的目標路徑的運行軌跡301和下部轎廂的目標路徑的運行軌跡302不通過設定為間隔推測時間303的上部轎廂的目標地點304和下部轎廂的目標地點305。
[0081]目標路徑生成部分13根據(jù)由目標路徑規(guī)格設定部分12決定的“時間上保持等間隔”這一條件，對調(diào)整時間內(nèi)的上部轎廂和下部轎廂的各自的目標路徑進行調(diào)整，使得上部轎廂和下部轎廂分別朝向上部轎廂的目標地點304和下部轎廂的目標地點305。在調(diào)整目標路徑時，根據(jù)當前時間點的各臺轎廂的位置，在時間軸方向?qū)φ{(diào)整前的目標路徑中的方向反轉(zhuǎn)點的位置進行調(diào)整，由此進行目標路徑的調(diào)整。如圖4所示，在調(diào)整為時間上的等間隔后，上部轎廂的目標路徑401和下部轎廂的目標路徑402在任意的間隔推測時間403分別通過上部轎廂的目標地點404和下部轎廂的目標地點405。通過上述方法，能夠生成使各臺轎廂的運行軌跡在調(diào)整時間以后的期間變?yōu)榈乳g隔的目標路徑。
[0082]在預測路徑生成部分14中，針對由門廳呼叫注冊裝置90獲得的門廳呼叫信息，臨時分配要生成預測路徑的有效轎廂，以生成預測路徑。此時，在生成各臺轎廂的預測路徑時，如圖5至圖8所示，生成兩個預測路徑，一個是被分配了門廳呼叫而需要考慮?？块T廳呼叫發(fā)生樓層的影響的預測路徑，另一個是沒有被分配門廳呼叫而不停靠門廳呼叫發(fā)生樓層時的預測路徑。
[0083]圖5是不停靠門廳呼叫發(fā)生樓層時的下部轎廂的預測路徑，圖6是下部轎廂被臨時分配門廳呼叫而需要使下部轎廂?？块T廳呼叫發(fā)生樓層時的下部轎廂的預測路徑。通過對圖5和圖6進行比較可知，在不?？块T廳呼叫的預測路徑506和停靠門廳呼叫的預測路徑606中，停靠門廳呼叫的預測路徑606更接近目標路徑602。同樣，圖7是不?？块T廳呼叫發(fā)生樓層時的上部轎廂的預測路徑，圖8是上部轎廂被臨時分配了門廳呼叫而需要使上部轎廂停靠門廳呼叫發(fā)生樓層時的上部轎廂的預測路徑。通過對圖7和圖8進行比較可知，在不?？块T廳呼叫的預測路徑706和?？块T廳呼叫的預測路徑806中，不?？块T廳呼叫的預測路徑706更接近目標路徑701。
[0084]此外，在生成目標路徑和預測路徑時，還要考慮到為已經(jīng)受理的呼叫進行的?？?。此時，在雙層電梯中，還要考慮到為一個轎廂已經(jīng)受理的呼叫進行?？康挠绊?。
[0085]在路徑評價函數(shù)運算部分15中，根據(jù)路徑距離指標對作為分配評價的一部分的路徑評價函數(shù)進行運算。路徑評價函數(shù)是表示預測路徑和目標路徑相接近的程度的指標，如圖5至圖8的陰影部分所示，以由預測路徑和目標路徑形成的圖形的面積來表示。
[0086]選擇路徑評價函數(shù)小的轎廂，也就是選擇預測路徑的軌跡更接近目標路徑的轎廂，能夠得到在時間上保持等間隔的電梯。在通常的電梯中，通過采用本功能，能夠防止多臺轎廂像穿在一起的珠子那樣運行的所謂“串珠運行”(參照專利文獻1)，而在雙層電梯中，當上下連接的轎廂中的某一臺轎廂被分配門廳呼叫而開始行駛以提供服務時，另一臺轎廂也聯(lián)動地開始行駛。也就是說，上下連接的兩臺轎廂在時間上不會變?yōu)榈乳g隔，所以在考慮將來運行的目標路徑評價中，需要與一方的轎廂統(tǒng)一起來進行考慮。
[0087]為了實現(xiàn)上述目的，在本實施例中，將上部轎廂的路徑評價的運算結(jié)果設定為與下部轎廂的路徑評價的運算結(jié)果相同，并在這一基礎上選擇分配給門廳呼叫的電梯轎廂。如上所述，通過僅在路徑評價運算時將路徑評價運算結(jié)果與另一方統(tǒng)一，而其他采用與通常的電梯相同的控制，由此，針對雙層電梯，也能夠使用與通常電梯相同的計算機來進行最佳的分配。
[0088]在本實施例中，將下部轎廂作為基準轎廂，而將上部轎廂作為了要統(tǒng)一的轎廂對象，其理由僅僅是因為在獨立控制雙層電梯的兩臺轎廂時，下部轎廂的編號比上部轎廂的編號小，但并不代表必須將下部轎廂作為基準轎廂。例如，為了使距離更近的轎廂為門廳呼叫提供服務，也可以設置成針對朝上升方向的呼叫，將上部轎廂作為基準轎廂，針對朝下降方向的呼叫，將下部轎廂作為基準轎廂。此外，在具有層高調(diào)整功能的雙層電梯中，在進行層高調(diào)整時，一定存在作為基準的轎廂，所以也可以設置成將該轎廂作為基準轎廂。
[0089]此外，在生成預測路徑和目標路徑時，有必要對各臺轎廂的服務樓層作出考慮。也就是說，雙層電梯因其所在大樓的結(jié)構(gòu)方面的原因，有時存在無法提供服務的樓層，所以在生成預測路徑和目標路徑時，需要對可服務樓層作出考慮，這一點很重要。例如，在通常的10層的大樓中，在最上層和最下層沒有設置被稱為假樓層的能夠供一臺轎廂進入的空間的場合，下部轎廂的有效服務樓層為I層至9層，上部轎廂的有效服務樓層為2層至10層。另一方面，在設置有假樓層的10層的大樓中，上部轎廂和下部轎廂的有效服務樓層均為I層至10層。針對設置在通常大樓中的雙層電梯，在各臺轎廂的有效服務樓層不同的場合，根據(jù)發(fā)生了門廳呼叫的樓層的不同來變更基準轎廂的方法、或者在生成預測路徑和目標路徑時利用將上下各臺轎廂的服務樓層合成的合成服務樓層的方法比較有效。
[0090]在利用合成服務樓層時，由于還需要對已經(jīng)受理的門廳呼叫的?？孔鞒隹紤]，所以優(yōu)選進一步對上下各臺轎廂已經(jīng)受理的門廳呼叫的?？孔鞒隹紤]。也就是說，為了根據(jù)規(guī)格進行最佳的分配，選擇當前時間點最佳的基準轎廂，對路徑指標進行路徑評價值計算，并將該路徑評價值統(tǒng)一為一臺轎廂的路徑評價值。
[0091]圖9表示將路徑評價值統(tǒng)一為一臺轎廂的路徑評價值時的下部轎廂的預測路徑906和目標路徑901的示例。
[0092]在綜合評價值運算部分16中，根據(jù)在路徑評價函數(shù)運算部分15中運算出的路徑評價值，包括其他的評價值在內(nèi)，運算各臺轎廂的綜合評價值。除了路徑評價值以外，還存在實際等待時間評價值等的評價值，對該瞬間的電梯信息、門廳呼叫信息和轎廂呼叫信息等加以考慮。
[0093]在電梯選擇部分17中選擇根據(jù)從上述綜合評價值運算部分16獲得的運算結(jié)果，并在考慮了各種信息的基礎上被預測為在該瞬間進行最佳運行的電梯。
[0094]如上所述，實施例1所涉及的群管理系統(tǒng)對雙層電梯也能夠進行與通常的電梯大致相同的運行管理，所以能夠?qū)㈦p層電梯和通常的電梯一起進行管理。
[0095]以下，參照圖2對實施例1所涉及的群管理系統(tǒng)的動作流程進行說明。
[0096]在步驟STlOl中，更新控制所需的輸入信息。作為輸入信息，更新從門廳呼叫注冊裝置90獲得的門廳呼叫信息、從轎廂內(nèi)操作盤100獲得的轎廂呼叫信息、從上部轎廂的轎廂控制裝置50、51、52以及下部轎廂的轎廂控制裝置40、41、42發(fā)送來的轎廂信息。此外，根據(jù)門廳呼叫信息和轎廂呼叫信息，還對交通流信息、平均?？看螖?shù)信息以及停靠時間信息等進行更新。另外，還對預先設定在群管理控制部分I內(nèi)的各臺轎廂的規(guī)格信息、有效電梯臺數(shù)、轎廂的名稱以及服務樓層信息等進行更新。另外，在圖2中，在分配控制前對輸入信息進行一次性更新，但也可以設置成在需要的時間對需要的信息進行更新的形式。各臺轎廂的規(guī)格信息依賴于所在大樓的形狀和大小，可以作為常數(shù)預先設定。作為常數(shù)設定的信息以外的輸入信息隨著大樓當前的交通狀況和時間帶等而隨時發(fā)生變化。雙層電梯與通常的電梯不同，其服務樓層因運行方式而發(fā)生變化。在本實施例中，為了迅速應對服務樓層的變化，在進行分配控制前進行輸入信息的更新。
[0097]在步驟ST102中，通過目標路徑規(guī)格設定部分12來決定目標路徑的規(guī)格。原則上設定為在時間上保持等間隔。在步驟ST103中，根據(jù)由目標路徑規(guī)格設定部分12決定的目標路徑的規(guī)格，由目標路徑生成部分13生成目標路徑。在步驟ST104中，確認是否對門廳呼叫進行了轎廂的分配處理。在對門廳呼叫進行了轎廂的分配處理時，進入步驟ST105，在還沒有進行轎廂的分配處理時，返回步驟ST101，進行輸入信息的更新。在步驟ST105中，通過綜合評價值運算部分16對群管理控制部分I統(tǒng)一管理的各臺對象轎廂進行綜合評價值運算處理。在步驟ST106中，通過預測路徑生成部分14生成預測路徑。在生成預測路徑時，根據(jù)在步驟ST104中獲得的門廳呼叫信息，針對作為對象的門廳呼叫，生成兩個預測路徑，一個是?？繒r的預測路徑，一個是不?？繒r的預測路徑。在上述步驟STlOl至步驟ST106的各個步驟中進行的處理和運算與專利文獻I中所記載的單層電梯的群管理系統(tǒng)相同。
[0098]實施例1所涉及的群管理系統(tǒng)的特征在于，增加了步驟ST107至步驟STllO的步驟。也就是說，在步驟ST107中判斷是否為雙層電梯。在判斷為是雙層電梯時，進入步驟ST108，在判斷為不是雙層電梯時，進入步驟ST109。此外，在實施例1所涉及的群管理系統(tǒng)中，將雙層電梯識別為由兩臺轎廂連接在一起的電梯，并根據(jù)預先設定的數(shù)據(jù)判斷是否為雙層電梯。在步驟ST108中，判斷是否為下部轎廂的運算。在判斷為是下部轎廂的運算時，進入步驟ST110，在判斷為是上部轎廂的運算時，進入步驟ST109。在步驟STllO中，由路徑評價函數(shù)運算部分15根據(jù)路徑距離指標進行分配評價的運算。如圖5至圖8所示，由預測路徑和目標路徑形成的圖形的面積來表示路徑評價函數(shù)。在步驟ST109中，進行將上部轎廂的路徑評價值設定為與在步驟STllO中求出的下部轎廂的路徑評價值相同的路徑評價值的處理。
[0099]在步驟STlll中，進行等待時間評價值的運算。等待時間評價值可采用設為針對新發(fā)生的門廳呼叫臨時分配各臺轎廂時的預測等待時間等方法來決定。在步驟ST112中，通過綜合評價值運算部分16來運算在最終分配控制中使用的綜合評價值。對所述的路徑評價值和等待時間評價值進行加權(quán)加法運算。在本實施例的評價值中，還對根據(jù)電梯的狀態(tài)評價出的評價值等作出了考慮，并不僅限于使用等待時間評價和路徑評價來進行分配。在步驟ST113中，進行綜合評價值運算處理的結(jié)束處理。綜合評價值運算處理的結(jié)束處理是一種與進行統(tǒng)一管理的轎廂數(shù)量相應的綜合評價值運算處理結(jié)束之后，結(jié)束循環(huán)處理的處理。在圖1的群管理系統(tǒng)中，在I?2N臺轎廂的運算結(jié)束后進行綜合評價值運算處理的結(jié)束處理。在步驟ST114中，根據(jù)在步驟ST113中求出的綜合評價值，由分配電梯選擇部分17選擇在該瞬間能夠進行最佳運行的轎廂。在上述步驟STlll至步驟ST114的各個步驟中進行的處理和運算與專利文獻I中所記載的單層電梯的群管理系統(tǒng)相同。
[0100]如上所述，在實施例1所涉及的群管理系統(tǒng)中，只對上下連接的兩臺轎廂中的一臺轎廂進行路徑評價值的運算，將另一方轎廂的路徑評價值設定為與這一臺轎廂相同，并據(jù)此選擇分配給門廳呼叫的轎廂，由此，針對雙層電梯，也能夠以在時間上保持等間隔的方式來進行最佳的分配控制。
[0101]實施例2
[0102]以下，參照圖10對實施例2所涉及的群管理系統(tǒng)進行說明。實施例2所涉及的群管理系統(tǒng)的特征在于，按照電梯駛向門廳呼叫時的各個方向來改變目標路徑生成時的基準轎廂。
[0103]步驟ST201至步驟ST206的各個步驟與圖2所示的實施例1所涉及的群管理系統(tǒng)的動作流程中的步驟STlOl至步驟ST106相同。此外，步驟ST214至步驟ST217的各個步驟與圖2所示的實施例1所涉及的群管理系統(tǒng)的動作流程中的步驟STlll至步驟ST114相同。因此，為了避免重復說明，省略上述各個步驟的說明。
[0104]實施例2所涉及的群管理系統(tǒng)的特征在于，增加了步驟ST207至步驟ST210的步驟。也就是說，在步驟ST207中判斷是否為雙層電梯。在判斷為是雙層電梯時，進入步驟ST208，在判斷為不是雙層電梯時，進入步驟ST210。此外，在實施例2所涉及的群管理系統(tǒng)中，與實施例1所涉及的群管理系統(tǒng)一樣，將雙層電梯識別為由兩臺轎廂連接在一起的電梯，并根據(jù)預先設定的數(shù)據(jù)來判斷是否為雙層電梯。
[0105]在步驟ST208中，判斷為門廳呼叫提供服務的電梯的移動方向是上升方向還是下降方向。在判斷為是上升方向時，進入步驟ST209，在判斷為是下降方向時，進入步驟ST212。在步驟ST209中，判斷是否為下部轎廂的運算。在判斷是下部轎廂的運算時，進入步驟ST210，在判斷是上部轎廂的運算時，進入步驟ST211。
[0106]在步驟ST210中，由路徑評價函數(shù)運算部分15根據(jù)路徑距離指標進行分配評價的運算。如圖5至圖8所示，以由預測路徑和目標路徑形成的圖形的面積來表示路徑評價函數(shù)。在步驟ST211中，進行將上部轎廂的路徑評價值設定為與在步驟ST210中求出的下部轎廂的路徑評價值相同的路徑評價值的處理。在步驟ST212中，判斷是否為下部轎廂的運算。在判斷為是下部轎廂的運算時，進入步驟ST213，在判斷為是上部轎廂的運算時，進入步驟ST210。在步驟ST213，進行將下部轎廂的路徑評價值設定為與在步驟ST210中求出的上部轎廂的路徑評價值相同的路徑評價值的處理。
[0107]在實施例2所涉及的群管理系統(tǒng)中，由于按照電梯駛向門廳呼叫時的各個方向來改變目標路徑生成時的基準轎廂，所以能夠為所有的服務樓層的門廳呼叫生成最佳的目標路徑。
[0108]此外，在實施例2中，在為上升方向的門廳呼叫提供服務時，將上部轎廂作為基準轎廂，在為下降方向的門廳呼叫提供服務時，將下部轎廂作為基準轎廂，但本發(fā)明的基準轎廂并不僅限此。例如，在具有層高調(diào)整功能的雙層電梯中，在進行層高調(diào)整時，一定存在作為基準的轎廂。此時，也可以將該預先規(guī)定的基準轎廂設定為路徑評價運算時的基準轎廂。如上所述，能夠根據(jù)雙層電梯的規(guī)格等適當?shù)剡x擇路徑評價運算時的基準轎廂。
[0109]其它部分與實施例1所涉及的群管理系統(tǒng)相同，所以為了避免重復說明，省略其它部分的說明。
[0110]實施例3
[0111]以下，參照圖11至圖18對實施例3所涉及的群管理系統(tǒng)進行說明。實施例3所涉及的群管理系統(tǒng)的特征在于，在對上下連接的轎廂中的任一方的轎廂進行路徑評價函數(shù)運算時，將另一方轎廂的?？恳布右钥紤]。
[0112]從實施例1的說明也可以推測出，在根據(jù)目標路徑評價對單層電梯進行分配控制時，圖1所示的運行管理控制系統(tǒng)10內(nèi)的預測路徑處理部分14針對新的門廳呼叫，對一臺轎廂生成一次預測路徑?？墒牵陔p層電梯中，兩臺轎廂以連接的狀態(tài)在一個升降通道內(nèi)工作。所以，在其中一方轎廂受理了呼叫(門廳呼叫和轎廂呼叫)時，被分配已注冊呼叫的轎廂(自身轎廂)不僅對應于已注冊呼叫而?？?，還與連接在自身轎廂上的另一臺轎廂(對方轎廂)的?？窟B動地?？?。
[0113]因此，在生成預測路徑時，如果要生成的是單層電梯的運行路徑，需要對門廳呼叫信息和轎廂呼叫信息作出考慮，如果要生成的是雙層電梯的運行路徑，則還需要進一步對與對方轎廂的停靠連動的自身轎廂的停靠作出考慮，所以有必要對對方轎廂的呼叫信息和電梯信息等作出考慮。
[0114]此外，在生成單層電梯的運行路徑時，在相鄰的樓層發(fā)生呼叫的場合，重新進行路徑評價，生成在兩個樓層連續(xù)?？康倪\行路徑?？墒?，如果是上下轎廂隔開一個樓層的間隔而連接在一起的雙層電梯，則在發(fā)生了相同的情況時，還考慮對方轎廂的?？浚芍恍枰？恳淮蔚倪\行路徑，由此能夠在上述條件下進一步提高運行效率。如此，在實施例3中，在對上下連接的轎廂中的一臺轎廂進行路徑評價函數(shù)運算時，通過將另一方轎廂的?？恳部紤]在內(nèi)，能夠提高雙層電梯特有的運行效率，能夠通過對將來運行的預測來實現(xiàn)可消除“串珠運行”的分配控制。
[0115]在圖11至圖16中示出了已經(jīng)有以白色三角形表示的已受理呼叫時的預測路徑。在以下的說明中，假設已分配門廳呼叫被分配到下部轎廂。在已分配門廳呼叫被分配到下部轎廂的情況下，若發(fā)生以黑色三角形表示的新的門廳呼叫，則圖1所示的運行管理控制系統(tǒng)10內(nèi)的預測路徑生成部分14生成?？啃碌拈T廳呼叫A07時的運行路徑、和不?？啃碌拈T廳呼叫A07時的運行路徑。其中，圖11是下部轎廂不?？啃碌拈T廳呼叫A08時的預測路徑，圖12是將下部轎廂臨時分配給了新的門廳呼叫A08時的預測路徑。從圖12可知，在已分配門廳呼叫被分配到下部轎廂的情況下，若生成將新的門廳呼叫A08臨時分配給了下部轎廂時的預測路徑，則該預測路徑成為下部轎廂在一個個樓層連續(xù)停靠的運行路徑。
[0116]圖13是上部轎廂不?？啃碌拈T廳呼叫A08時的預測路徑，圖14是將上部轎廂臨時分配給了新的門廳呼叫A08時的預測路徑。在圖13和圖14中，由于將已注冊的呼叫C07、D07分配給了下部轎廂，所以對下部轎廂的?？孔鞒隽丝紤]。此外，在圖11至圖14中，圖12的預測路徑最接近目標路徑，并且其路徑指標的目標路徑評價值最高。
[0117]在此應該注意的是，本實施例的電梯是雙層電梯。在圖12中生成的預測路徑是一個個樓層?？康倪\行路徑，而雙層電梯的本來的目的如開頭部分所述，是通過減少?？繕菍觼硖岣哌\送能力和運行效率。因此，作為本來的雙層電梯應有的控制，在發(fā)生了連續(xù)樓層的呼叫時，不應該進行上述一個個樓層?？康倪\行，而是應該將呼叫分別分配給上部轎廂和下部轎廂，使得通過一次?？烤湍軌蝽憫獔D14的已分配門廳呼叫D07、和新的門廳呼叫D08。
[0118]圖15和圖16中示出了雙層電梯的上部轎廂和下部轎廂的理想的運行路徑。圖15是將已經(jīng)分配給已注冊呼叫E07的轎廂從下部轎廂變更為上部轎廂后的運行路徑，圖16是將新的門廳呼叫F08分配給了下部轎廂時的運行路徑。[0119]為了實現(xiàn)圖15和圖16所示的雙層電梯的上部轎廂和下部轎廂的理想的運行路徑，在連續(xù)樓層發(fā)生了門廳呼叫時，再次生成預測路徑。此時，如果僅僅看將來的目標路徑評價，則等間隔性的評價會下降，但作為雙層電梯的群管理控制，能夠在實現(xiàn)時間上的等間隔的同時，提聞整體的運行效率。
[0120]以下，參照圖17和圖18對實施例3所涉及的群管理系統(tǒng)的動作進行說明。
[0121]步驟ST301至步驟ST305的各個步驟與圖2所示的實施例1所涉及的群管理系統(tǒng)的動作流程中的步驟STlOl至步驟ST105相同。此外，步驟ST313和步驟ST314與圖2所示的實施例1所涉及的群管理系統(tǒng)的動作流程中的步驟ST113和步驟ST114相同。因此，為了避免重復說明，省略上述各個步驟的說明。
[0122]實施例3所涉及的群管理系統(tǒng)的特征在于，增加了步驟ST306至步驟ST312的步驟。也就是說，在步驟ST306中，判斷是否為雙層電梯。在判斷為是雙層電梯時，進入步驟ST307，在判斷為不是雙層電梯時，進入步驟ST308。此外，在實施例3所涉及的群管理系統(tǒng)中，與實施例1和實施例2所涉及的群管理系統(tǒng)一樣，將雙層電梯識別為兩臺轎廂上下連接的電梯，并根據(jù)所設定的數(shù)據(jù)判斷是否為雙層電梯。
[0123]在步驟ST307中，根據(jù)一次可提供服務的樓層數(shù)來判斷是否發(fā)生了相同方向的門廳呼叫(連續(xù)樓層的呼叫)。一次可提供服務的樓層數(shù)在沒有層高調(diào)整功能的雙層電梯中例如是2層和3層等相鄰的兩個樓層。在具有可調(diào)整一個樓層高度的層高調(diào)整功能的雙層電梯中，例如是2層和4層這樣的三個樓層。在發(fā)生了滿足本條件的門廳呼叫時，進入步驟ST312，在沒有發(fā)生滿足本條件的門廳呼叫時，進入步驟ST310。
[0124]在步驟ST308中，僅使用自身轎廂(被分配了已注冊呼叫的轎廂)的轎廂信息，通過預測路徑生成部分14生成預測路徑。此時，根據(jù)在步驟ST304中得到的門廳呼叫信息，針對對象門廳呼叫，生成兩個預測路徑，一個是?？康念A測路徑，另一個是不停靠的預測路徑(參照圖11至圖14)。
[0125]在步驟ST309中，根據(jù)在步驟ST308中獲得的預測路徑，在圖1的路徑評價函數(shù)運算部分15中進行通常的目標路徑控制。路徑評價函數(shù)運算部分15根據(jù)路徑距離指標進行路徑評價，由此來運算分配評價值。路徑評價函數(shù)如上所述，以由預測路徑和目標路徑形成的圖形的面積來表示。此外，計算等待時間評價值，最后通過圖1的綜合評價值運算部分16運算用于分配控制的綜合評價值。對路徑評價值和等待時間評價值進行加權(quán)加法運算。在本實施例的評價值中，還對根據(jù)電梯的狀態(tài)評價出的評價值等作出了考慮，因此并不僅限于只使用等待時間評價和路徑評價來進行分配。
[0126]在步驟ST310中，使用自身轎廂的信息和對方轎廂(與自身轎廂連接的另一臺轎廂)的轎廂信息，通過圖1的預測路徑生成部分14來生成預測路徑。此時，也同樣根據(jù)在步驟ST304中得到的門廳呼叫信息，針對對象門廳呼叫，生成兩個預測路徑，一個是?？康念A測路徑，另一個是不?？康念A測路徑。
[0127]在步驟ST311中，進行雙層電梯特有的目標路徑控制。雙層電梯特有的目標路徑控制是指圖2的步驟ST107至步驟STllO的控制、和圖10的步驟ST207至步驟ST213的控制等。
[0128]在步驟ST312中，針對來自對象樓層的門廳呼叫，再次生成目標路徑。目標路徑的再生成的詳細情況在后述部分參照圖18進行說明。此后，在步驟ST315中進行綜合評價值運算處理的結(jié)束處理，接著，進入步驟ST316，通過圖1的分配電梯選擇部分17，根據(jù)上述的綜合評價值選擇該瞬間能夠進行最佳運行的電梯。
[0129]以下，參照圖18對步驟ST312的目標路徑的再設定處理進行說明。
[0130]在雙層電梯中，在根據(jù)一次可提供服務的樓層數(shù)而檢測到前往相同方向的門廳呼叫時，啟動本流程。具體來說是，在兩臺轎廂簡單連接的沒有層高調(diào)整功能的雙層電梯中，在3層發(fā)生了上升方向的門廳呼叫并進行了分配處理后，在2層發(fā)生了上升方向的門廳呼叫的場合、或者在4層發(fā)生了上升方向的門廳呼叫的場合，啟動本流程。此時，假定3層的上升方向的門廳呼叫為已注冊呼叫，2層或者4層的上升方向的門廳呼叫的門廳呼叫為新的呼叫。此外，將雙層電梯一次可提供服務的樓層數(shù)稱為可停靠樓層數(shù)。
[0131]以下，對可?？繕菍拥暮艚袨?層和2層、已注冊呼叫為3層的場合進行說明。在上述各個呼叫均為上升方向的呼叫時，針對下部轎廂進行從可?？繕菍又械南路綐菍?在本實施例中為2層)開始的路徑評價運算，對上部轎廂不進行路徑評價運算。3層的路徑評價運算復制在此前運算出的下部轎廂的路徑運算。將這些路徑運算結(jié)果作為一個指標，進行綜合評價。另外，相對于已注冊的3層，將已注冊時的分配評價值和本次新計算出的評價值進行比較，在本次新計算出的評價值較好的場合，進行分配變更，進行能夠通過一次?？縼頌榭赏？繕菍拥暮艚刑峁┓盏姆峙洹?br> [0132]具體來說是，在步驟ST401中開始目標路徑的再設定處理。目標路徑的再設定處理對全部可?？繕菍右约叭哭I廂進行循環(huán)處理。在步驟ST402中，判斷由圖1的門廳呼叫注冊裝置90生成的門廳呼叫是上升方向的呼叫還是下降方向的呼叫。在判斷為是上升方向的呼叫時，進入步驟ST404，在判斷為是下降方向的呼叫時，進入步驟ST403。在步驟ST403中，判斷是否為來自連續(xù)樓層中的下方樓層的呼叫。在判斷為是來自下方樓層的呼叫時，進入步驟ST406，在判斷為是來自上方樓層的呼叫時，進入步驟ST405。在步驟ST404中，判斷是否為來自連續(xù)樓層中的上方樓層的呼叫。在判斷為是來自上方樓層的呼叫時，進入步驟ST408，在判斷為是來自下方樓層的呼叫時，進入步驟ST407。
[0133]在步驟ST405中，針對來自連續(xù)樓層中的上方樓層的呼叫，進行上部轎廂的路徑評價值的運算。此時，只對上部轎廂進行轎廂的評價，進行與圖17的步驟ST310和ST311相同的處理。在考慮了對方轎廂和自身轎廂的門廳呼叫信息和轎廂呼叫信息的基礎上生成預測路徑，并進行路徑評價值的運算。在步驟ST406中，針對來自連續(xù)樓層中的下方樓層的呼叫進行下部轎廂的路徑評價值的設定。此時，復制在步驟ST405中算出的上部轎廂的路徑評價值，并將其作為下部轎廂的路徑評價值。在步驟ST407中，針對來自連續(xù)樓層中的下方樓層的呼叫，進行下部轎廂的路徑評價值的設定。此時，只對下部轎廂進行轎廂的評價，進行與圖17的步驟ST310和ST311相同的處理。也就是說，在考慮了對方轎廂和自身轎廂的門廳呼叫信息和轎廂呼叫信息的基礎上生成預測路徑，并進行路徑評價值的運算。在步驟ST408中，針對來自連續(xù)樓層中的上方樓層的呼叫，進行上部轎廂的路徑評價值的設定。此時，復制在步驟ST407中算出的下部轎廂的路徑評價值，并將其作為上部轎廂的路徑評價值。
[0134]在步驟ST409中進行等待時間評價值的運算。作為等待時間評價值的運算方法，具有設為將各臺轎廂臨時分配給新發(fā)生的門廳呼叫時的預測等待時間的方法等。在步驟ST410中，通過圖1的綜合評價值運算部分16運算在最終的分配控制中使用的綜合評價值。對所述的路徑評價值和等待時間評價值進行加權(quán)加法運算。在本實施例的評價值中，還對根據(jù)電梯的狀態(tài)評價出的評價值等作出了考慮，并不僅限于使用等待時間評價和路徑評價來進行分配。
[0135]在步驟ST411中，判斷是否為發(fā)生了已分配的門廳呼叫的樓層。在判斷為是發(fā)生了已分配的門廳呼叫的樓層時，進入步驟ST412，在判斷為是新發(fā)生的門廳呼叫的樓層時，由于進行通常的分配控制，所以直接進入步驟ST414。在步驟ST412中，將以前注冊時的評價值與本次的評價值運算結(jié)果進行比較，若本次的評價值運算結(jié)果比以前的評價值好，則進入步驟ST413，在其他的情況下，直接進入步驟ST414。在步驟ST413中，使用本次的評價結(jié)果選擇最佳的轎廂。
[0136]此時，優(yōu)選使用雙層電梯，通過一次?？繛閮蓚€樓層提供服務。為此，在步驟ST414中進行循環(huán)處理的確認。在對象轎廂和可?？繕菍拥奶幚斫Y(jié)束后，結(jié)束處理。在對象轎廂和可停靠樓層的處理還沒有結(jié)束的場合，更新對象轎廂或者可?？繕菍樱⒎祷夭襟EST401。
[0137]在此，重要的是在考慮到將來運行的基礎上，將停靠樓層數(shù)控制在最小限度內(nèi)，進行路徑評價運算以在時間上保持等間隔。也就是說，在本實施例中，采用了復制路徑評價值這一簡單的方法，但也可以通過計算評價值來減少?？繕菍?。例如，在計算中，將?？看螖?shù)變少時路徑評價值被計算為比通常的評價值好。
[0138]根據(jù)實施例3，在考慮了對方轎廂信息的基礎上進行目標路徑的控制，所以能夠進行可盡量減少?？繕菍拥哪繕寺窂娇刂?，能夠提高雙層電梯的運行效率。但是，即使在進行了使停靠樓層變少的路徑評價的情況下，由于實際的分配還要參照綜合評價值，所以根據(jù)實際等待時間評價值、電梯轎廂內(nèi)的信息等，即使是來自可停靠樓層的呼叫，也不一定使上下轎廂提供服務。優(yōu)選根據(jù)當前時間點的交通需求進行最佳的轎廂分配。
[0139]如上所述，在本發(fā)明所涉及的電梯群管理系統(tǒng)中，由于針對雙層電梯也進行目標路徑控制，所以能夠在時間上等間隔地分配雙層電梯，能夠提高該瞬間的運行效率。
【權(quán)利要求】
1.一種電梯群管理系統(tǒng)，具有針對多臺電梯中的每臺電梯生成表示從當前時間點起算的任意時間的所述電梯的目標的目標路徑的目標路徑生成部分，并且以使表示實際時間的各臺電梯的實際位置的實際軌跡接近相對于各臺電梯的所述目標路徑的方式運行各臺電梯，所述電梯群管理系統(tǒng)的特征在于， 在針對所述各臺電梯生成所述目標路徑時，針對所述多臺電梯中的具有上下連接的多個電梯轎廂的電梯， 只對所述上下連接的多個電梯轎廂中的一個電梯轎廂進行與所述目標路徑相關的評價值的運算，針對多個電梯轎廂中的其他電梯轎廂而言將評價值的運算結(jié)果設定為與所述多個電梯轎廂中的所述一個電梯轎廂所得到的運算結(jié)果相同，由此生成所述目標路徑。
2.如權(quán)利要求1所述的電梯群管理系統(tǒng)，其特征在于， 針對所述多臺電梯中的所述具有上下連接的多個電梯轎廂的電梯，將所述上下連接的電梯轎廂視為一個電梯轎廂，將所述目標路徑生成為在時間上等間隔地分配所述多臺電梯。
3.如權(quán)利要求1所述的電梯群管理系統(tǒng)，其特征在于， 在進行與所述目標路徑相關的評價值的運算時，按照所述電梯的各個運行方向來變更運算與所述目標路徑相關的評價值時的基準電梯轎廂。
4.如權(quán)利要求1所述的電梯群管理系統(tǒng)，其特征在于， 在考慮與上下連接的多個電梯轎廂中的各個電梯轎廂分別分配得到的已注冊呼叫相應的電梯轎廂的?？康幕A上生成所述目標路徑。
5.如權(quán)利要求1所述的電梯群管理系統(tǒng)，其特征在于， 利用合成上下連接的多個電梯轎廂中的各個電梯轎廂的服務樓層而得到的服務樓層來生成所述目標路徑。
6.如權(quán)利要求1所述的電梯群管理系統(tǒng)，其特征在于， 在從上下連接的多個電梯轎廂能夠同時?？康亩鄠€樓層發(fā)生了多個相同方向的呼叫，且所述相同方向的多個呼叫中的先注冊的呼叫已經(jīng)被分配給了所述多個電梯轎廂中的任一個電梯轎廂時，根據(jù)所述相同方向的多個呼叫中的后注冊的呼叫，針對所述多個電梯轎廂中的各個電梯轎廂再次生成所述目標路徑。
7.如權(quán)利要求6所述的電梯群管理系統(tǒng)，其特征在于， 在再次生成所述目標路徑時，改變已經(jīng)分配給所述電梯轎廂的呼叫，以使上下連接的多個電梯轎廂能夠同時為規(guī)定的樓層提供服務。
【文檔編號】B66B1/06GK103848295SQ201310615817
【公開日】2014年6月11日 申請日期:2013年11月27日 優(yōu)先權(quán)日:2012年11月30日
【發(fā)明者】羽鳥貴大, 前原知明, 星野孝道, 鳥谷部訓, 會田敬一, 藤野篤哉, 吉川敏文 申請人:株式會社日立制作所