專利名稱：電梯群管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電梯群管理裝置，更具體地講，是涉及能防止與不想見面的人一起合乘電梯的電梯群管理裝置。
電梯一般來說是公共交通工具。因此，各種各樣的人合乘電梯是很平常的事。
但是，近幾年經(jīng)常有許多公司租用同一幢大樓的情況發(fā)生。租用者中有特定公司(比方說互相竟?fàn)幍墓?的情況也較多，因此，不想和特定公司的人合乘電梯的要求也提出來了?？紤]了上述要求的電梯群管理目前還沒有進(jìn)入實用裝置，只是在稱為“情侶旅館”的旅館的電梯中和功能與之相近的裝置。
另外，在日本專利公報昭56-17874號中揭示的電梯操作裝置中，在旅館的各個房間內(nèi)裝有電梯呼叫按鈕，當(dāng)有人操作某個房間的呼叫按鈕進(jìn)行候梯呼叫登記時，就阻止別人利用其他的按鈕進(jìn)行候梯呼叫登記。這樣，即使同一層上有許多房間，但只對一個房間報告電梯的?？壳闆r，這樣，就能避免在候梯處與別人照面了。
但是，上述的現(xiàn)有裝置的問題在于，不能防止上述的特定公司(如對手公司)的人員合乘電梯的情況，其理由如下(1)要在有別于上述的旅館的大寫字樓中避免合乘，不能禁止別人候梯呼叫登記，當(dāng)然在候梯呼叫被登記之后必須派別的電梯進(jìn)行服務(wù)，(2)一個租用者占用幾層樓面的情況也很普通，在同一租用者占居的樓層之間必須能自由往來。
本發(fā)明就是為了解決上述問題而作出的，其目的是提供一種能防止特定公司的人合乘電梯，而讓他們乘坐不同的電梯的電梯群控裝置。
在本發(fā)明的電梯群控裝置中，配備了判斷電梯進(jìn)行服務(wù)的分成多個區(qū)域的樓層中任意樓層上預(yù)定方向上的候樓呼叫按鈕是否被操作以及判斷上述預(yù)定方向上的候梯呼叫是否已分配給某個電梯艙的裝置以及能使不同區(qū)域的乘客不合乘電梯地進(jìn)行電梯艙分配的合乘防止裝置。
在本發(fā)明中，如發(fā)生候梯呼叫，則把上述候梯所屬的區(qū)域之外的區(qū)域中的候梯呼叫的電梯以及正在服務(wù)中的電梯以分配對象中排除出去，這樣，特定的公司的職員合乘電梯的現(xiàn)象不會發(fā)生，并能使服務(wù)質(zhì)量不惡化地實現(xiàn)電梯群控。


圖1.是表示根據(jù)本發(fā)明的電梯群控裝置的一個實施例的方框圖，圖2.表示本發(fā)明的一個實施例中電梯與建筑物的關(guān)系的示意圖，圖3.是在圖1中的CPU(31)中進(jìn)行運算的程序的功能流程圖，圖4.是表示圖3中的步驟(54)的詳細(xì)情況的功能流程圖，圖5.是表示圖3中的步驟(55)的詳細(xì)情況的功能流程圖。
在以上各圖中，(1A)～(1C)表示A～C號梯的電梯艙，(2A)～(2B)為A～C號梯的單梯控制裝置，(3)為群控裝置，(31)為CPU，(32)為ROM，(33)為RAM，(34)為通信控制接口，(41)為候梯處呼叫按鈕。
另外，各圖中相同的符號表示相同或者相應(yīng)的部分。
下面，根據(jù)附圖指述本發(fā)明的一個實施例。
圖1為表示本發(fā)明的一個實施例的方框圖。圖1中，(1A)～(1C)分別為A～C號梯的電梯艙，(2A)～(2C)為控制各個電梯艙(1A)～(1C)的運行的A～C號梯的單梯控制裝置，(3)為由判斷裝置和合乘防止裝置組成的實現(xiàn)A～C號梯群控的群控裝置，(31)是作為群控裝置(3)的一部分、進(jìn)行群控的中央處理單元(以下稱為CPU)，(32)也是作為群控裝置(3)的一部分的只讀存貯器(以下稱為ROM)，(33)是作為群控裝置(3)的一部分的隨機存取存貯器(以下稱RAM)，(34)是作為群控裝置(3)的一部分的與單梯控制裝置進(jìn)行通信的通信控制接口，(4)為5層候梯處，(41)為5層的候梯處呼叫按鈕，(42A)～(42C)為A～C號梯的走廊燈。
第2圖為表示本發(fā)明的一個實施例中建筑物與電梯的位置關(guān)系的示意圖，圖2中，圖2(a)～(e)分別表示各個電梯的運行狀態(tài)，B、C號梯的電梯(1B)與(1C)中登記的呼叫也完全一樣。(1F)～(9F)分別為建筑物1層至9層的樓層，我們規(guī)定(1F)屬第1區(qū)，(2F)與(3F)屬第2區(qū)，(4F)至(6F)屬第3區(qū)，(7F)至8F)屬第4區(qū)，(9E)屬第5區(qū)。這種區(qū)域用來表示可否合乘電梯，同一區(qū)域的乘客可以合乘，不同區(qū)域的乘客不可以合乘。電梯艙(1A)～(1C)上加上的三角形表示運行方向，B號梯與圖2(a)、(b)、(d)、(e)中的A號梯在上升中，C號梯與圖2(C)中的A號梯在下降中。另外，(C4B)為在B號梯的電梯艙內(nèi)登記的4層電梯艙呼叫，(C1C)和(C8A)同樣分別為在C號梯的電梯艙內(nèi)登記的一層電梯艙呼叫以在A號樓的電梯艙內(nèi)登記的8樓電梯艙呼叫。(U7A)是已經(jīng)分配給A號梯的7層的向上方向的候梯處呼叫，(U3A)則是已經(jīng)分配給A號樓的3層的向上方向的候梯處呼叫。
圖3是在CPU(31)中運行的程序的功能流程圖，圖4是表示圖3中的步驟(54)的詳細(xì)情況的功能流程圖，圖5是表示圖3中的步驟(55)的詳細(xì)情況的功能流程圖，圖3中的(51)～(56)、圖4中的(60)～(68)、(70)、(80)以及圖5中的(100)～(103)、(110)、(120)、(137)為在CPU(31)中運行的程序的各個步驟。
下面，說明本實施例的工作情況。假定5層的候梯處(4)的候梯呼叫按鈕(41)中的上行方向鈕被操作，在步驟(51)中，電梯艙及候梯處的狀態(tài)作為一個輸入信號通過通信控制接口(34)讀入，存貯在RAM(33)中。在步驟(51)中被輸入的其他信號還有電梯艙位置、電梯艙呼叫、電梯艙運行方向、電梯停止中及已分配的呼叫等信息。
接下來，在步驟(52)中，檢查5層候梯處的呼叫按鈕(41)中的上行鈕是否被操作，如果是“沒有”則回到步驟(51)，如果是“是”則進(jìn)入步驟(53)。在步驟(53)中檢查是否已經(jīng)把5層的上行方向的候梯處呼叫分配給某部電梯，如果有能進(jìn)行5層上行方向服務(wù)的電梯，則把該梯作為“已被分配任務(wù)的電梯”，不再進(jìn)行新的分配，回到步驟(51)。如果在步驟(53)中還沒有電梯已被分配給該任務(wù)，則進(jìn)到步驟(54)。這里，首先假定各電梯的呼叫狀態(tài)如圖2(a)所示。在表示步驟(54)的詳細(xì)情況的圖4中，步驟(60)是為A號梯進(jìn)行合乘檢查的步驟。由于A號梯(1A)正在從3層上行進(jìn)行服務(wù)，因此流程從步驟(67)進(jìn)到步驟(62)、(63)。A號梯已被分配給7層的上行方向的候梯處呼叫，由于7層屬第4區(qū)。因此，步驟(63)中的判斷結(jié)果為“是”，在步驟(68)A號梯(1A)則成立不能執(zhí)行分配任務(wù)的電梯。下面進(jìn)行B號梯的合乘檢查。由于步驟(70)只是把A號梯合乘檢查置換成B號樓合乘檢查，因此詳細(xì)步驟在此就省略了，而步驟(61)～(68)當(dāng)作步驟(71)～(78)進(jìn)行說明。由于B號梯(1B)也是正在從1層向上進(jìn)行服務(wù)中，因此，流程從步驟(71)進(jìn)入步驟(72)和(73)。但是由于沒有被分配給候樓處呼叫，因此流程進(jìn)入步驟(74)，另外，由于又沒有第4區(qū)(7層～8層)或者第5區(qū)(9層)的電梯艙呼叫。因此進(jìn)入到步驟(75)中。由于B號梯是假定從1層(1F)出發(fā)的，因此，步驟(75)中的判斷結(jié)果將是“否”，B號梯就不會成為不能執(zhí)行分配任務(wù)的電梯。同樣，把步驟(60)～(68)用作(80)～(88)對C號梯進(jìn)行合乘檢查(80)，由于C號梯(1C)正在從層下行進(jìn)行服務(wù)，因此流程從步驟(81)進(jìn)入步驟(87)。因為沒有分配給候梯處呼叫，因此流程不會進(jìn)入步驟(88)，因此，C號樓不會成為不能分配給任務(wù)的電梯。
這樣，在圖2(a)所示的狀態(tài)下，A號梯(1A)被分配給5層的向上方向的候梯處呼叫時，由于從5層乘入的人與通過7層的上行呼叫從7層乘入的人將會合乘電梯，因此，A號樓為不能分配任務(wù)的電梯。
步驟(54)結(jié)束時，進(jìn)入電梯分配步驟(55)。此時，首先在第5圖的步驟(100)中計算A號梯的預(yù)測到達(dá)時間。TYJ(A)。由于在步驟(101)判定A號梯為不能分配任務(wù)的電梯，因此，把A號梯的預(yù)測到達(dá)時間TYJ(A)定為999。亦即，把在步驟(131)中不能分配轉(zhuǎn)化成一個非常大的值。然后進(jìn)入步驟(110)，算出B號梯的預(yù)測到達(dá)時間TYJ(B)。詳細(xì)步驟已被省略，把步驟(101)～(103)照原樣換成B號梯即可。由于B號梯不是不能分配的電梯，因此從實際狀態(tài)就能求出預(yù)定到達(dá)時間TYJ(B)。求解的方法是公知的，這里不再詳述，按1次停梯10秒1個樓層2秒計算。B號梯(1B)在1層，4層有電梯艙呼叫(C4B)，因此，到達(dá)5層(5F)的預(yù)定到達(dá)時間TYJ(B)為TYJ(B)＝10×1+2×(5-1)＝18(秒)同樣，C號梯(1C)在6層，1層上有電梯艙呼叫(C1C)，因此，到達(dá)5層(5F)的預(yù)定到達(dá)時間TYJ(C)在步驟(120)中算出TYJ(C)＝10×1+2×｛(6-1)+(5-1)｝＝28(秒)這里，在計算中C號梯(1C)是在1層停留10秒后折返5層的。
這樣，A～C號梯的預(yù)定到達(dá)時間分別為TYJ＝999，TYJ(B)＝18，TYJ(C)＝28，因此，在步驟(131)中把數(shù)值最小的B號梯作為接受任務(wù)的電梯。亦即，為了能避免合并，只能把給5層的候梯處呼叫服務(wù)得第二好的B號樓(1B)分配任務(wù)。
最后，在步驟(56)給B號梯的單梯控制裝置(2B)(圖中未示出)輸出分配信號。為了表示分配到的任務(wù)，B號梯的走廊燈(U2B)將點亮。隨后返回步驟(51)，由于5層的上行方向的候梯處呼叫已經(jīng)決定分配給B號梯，因此，步驟(53)中的判斷將為“是”，即使5層候梯處的按鈕(41)中的上行方向被操作，也不會再次進(jìn)行電梯艙分配。
圖2(b)～(e)中示出了把5層的上行方向的候梯處呼叫分配給A號梯時，不同區(qū)域的人將合乘電梯的各種情況。
首先，在圖2(b)中，由于A號梯(1A)已經(jīng)被分配了3層的上行方向候梯處呼叫(U3A)，因而再把5層的上行方向呼叫也分配給它時，它將根據(jù)8層的電梯艙呼叫(CBA)進(jìn)行下行行駛，從3層再次換向成上行，將在3層、5層?？?。這樣，不同區(qū)域(第2區(qū)與第3區(qū))的人將合乘電梯。在程序中，從步驟(61)，(62)，(66)進(jìn)入(68)。把A號梯定為不能分配的電梯。
圖2(c)中，A號樓正在由4層下行服務(wù)中。與圖2(a)一樣，由于已經(jīng)被分配了3層上的上行呼叫(U3A)，因此也將出現(xiàn)合乘情況。程序中，從步驟(61)，(67)進(jìn)入(68)，把A號梯(1A)定為不能分配的電梯。
圖2(d)中，A號梯(1A)中已經(jīng)有了想去第4區(qū)8層上的乘客，電梯呼叫(C8A)被登記。該乘客即使到了5層還得繼續(xù)乘，因此將和從第3區(qū)5層進(jìn)入的乘客合乘電梯。在程序中，應(yīng)該從步驟(61)、(62)、(63)、(64)進(jìn)入(68)，把A號梯確定為不能分配的電梯。
圖2(e)中，A號梯(1A)?？吭?層上，運行方向為上行。另外雖然沒有電梯呼叫被登記，但有乘客進(jìn)入的可能性相當(dāng)高，另外，行駛到5層的上面樓層的可能性也很高，從而發(fā)生與圖2(d)相同的合乘情況的可能性也很高。在程序中，流程應(yīng)該行進(jìn)至(61)、(62)、(63)、(64)、(65)，在步驟(68)中把A號梯定為不能分配的電梯。
圖2(b)～2(e)中的任一個中A號梯(1A)應(yīng)定為不能分配的電梯，應(yīng)該和圖2(a)中一樣，在步驟(55)把服務(wù)分配給B號梯(1B)。
另外，在上述實施例中雖然只示出了5層上有上行該梯處呼叫時的情形，對于其他候梯處的呼叫用同樣的程序也能進(jìn)行處理。樓層數(shù)、電梯部數(shù)、區(qū)域數(shù)雖然也不限于實施例中的具體數(shù)據(jù)。
另外，在本實施例中雖然示出了進(jìn)行候樓處呼叫分配時與其他區(qū)域的各合乘電梯的典型例子，但不應(yīng)局限示出的情況。
此外，在本實施例中，有合乘的電梯從一開始就從評價對象中排除了出去，但是根據(jù)服務(wù)的好壞也作為一個分配評價的做法也是可以的。比方說，給預(yù)計將要合乘的電梯加上30秒的懲罰時間，把這個時間加在預(yù)計到達(dá)時間上再與其他電梯相比較，這樣做也是比較好的。在這種情況下，如果預(yù)計要合乘的電梯要比其他電梯早30秒以上到達(dá)，那么，就服務(wù)分配給該電梯。
如上所述，根據(jù)本發(fā)明，由于配備了在電梯提供服務(wù)分割成多個區(qū)域的樓層中任意樓層的候梯處的所定方向的呼叫按鈕是否被操作以及上述的所定方向上是否有已分配任務(wù)的電梯的判斷裝置，以及能防止不同區(qū)域的乘客合乘電梯地分配上述電梯艙的合乘防止裝置，就不會有特定公司(如對手公司)的人合乘電梯的事情，從而達(dá)到不降低服務(wù)質(zhì)量又能實現(xiàn)群控的效果。
權(quán)利要求
1.電梯群控裝置，其特征在于包括·判斷電梯服務(wù)的、分割成多個區(qū)域的樓層中任意樓層上的候樓處預(yù)定方向上的呼叫按鈕是否被操作，同時判斷是否有電梯已經(jīng)被分配給上述預(yù)定方向上的候樓處呼叫的判斷裝置，以及·能使不同區(qū)域進(jìn)入的乘客不合乘上述電梯地分配上述電梯的電梯艙的裝置。
全文摘要
本發(fā)明為一種電梯群控裝置，其特征在于包括判斷電梯服務(wù)的、分割成多個區(qū)域的樓層中任意樓層上的候樓處預(yù)定方向上的呼叫按鈕是否被操作，同時判斷是否有電梯已經(jīng)被分配給上述預(yù)定方向上的候梯處呼叫的判斷裝置，以及能使不同區(qū)域進(jìn)入的乘客不合乘上述電梯的分配上述電梯的裝置。
文檔編號B66B1/18GK1060825SQ9110967
公開日1992年5月6日 申請日期1991年10月15日 優(yōu)先權(quán)日1990年10月16日
發(fā)明者梅田安和, 辻伸太郎, 中田稔, 武島功児, 中島秀信 申請人:三菱電機株式會社