“其實，我們沒有必要讓那些沒有載人的吊廂同時與輪子轉動的。
我們可以把每個吊廂與輪子的連線點做成可以活動的掛鉤，s型的掛鉤可以正反兩個方向旋轉，用於鉤住或者放開輪子上的承重杆。
在每個走道的吊廂停靠點，設計出一段滑軌，滑軌的上面也有一個s型的掛鉤。
如果吊廂需要停靠的話，在接近停靠點的時候，滑軌上的s型掛鉤就會率先伸出，鉤住吊廂上面的受力杆。
然後吊廂上面的掛鉤反轉，鬆開輪子上的承重杆。
滑軌上的s型掛鉤就把吊廂透過滑軌拉進停靠間，這樣就可以在不影響到輪子上其它吊廂正常執行的情況下，實現任何一個吊廂的停靠。”
“這個想法太妙了，那些沒有載人不需要執行的吊廂平時就在停靠間裡，有人使用的時候再掛到輪子上。
而使用過的吊廂會自動停靠在可以供人進出的停靠間，等待有需要的人再次使用。”
吳光良看到這裡，心裡一亮，這樣的電梯執行方式還比較奇特，如果這些吊廂裡面再安裝一些感測器，就可以透過電腦來控制吊廂在什麼時候可以參與到電梯的執行過程之中。
甚至還可以讓這些吊廂自動選擇有空位的停靠間去停靠，保證在任何時候，幾乎每個樓層的人都可以有吊廂使用。
但是，吳光良瞬間又想到了另外一個問題，於是透過網路回覆到：“其它樓層還好辦，但最底層的那個停靠間如果已經有了一個吊廂存在的話，其它人的吊廂又該怎麼停靠？
難道要等到那個吊廂離開停靠間把位置空出來之後，其它的吊廂才能夠依次停靠？”
“這個？”
“哈哈！如果某一時候每個樓層都有人下樓的話，底樓的停靠間沒有位置了，是不是整個輪子都得停下來啊？
不然的話，他們就只有在上面不停的轉，轉一圈換一個吊廂，六、七樓的可能會轉暈吧！”
“我覺得這不是問題，我們可以把底層的停靠間設計成可以停靠多個吊廂的滑軌間作為緩衝，先把有人的吊廂下完之後，在空閒時候把這些空吊廂送回到不同樓層的停靠間。”
“我覺得還不如把這個最底層的滑軌間做成弧形的，吊廂從這邊下來，然後透過滑軌到達輪子的另一邊，利用輪子轉動的時間差在另一邊掛上去，從而提高吊廂的使用效率。”
“這個辦法是好，但是，這個弧形的滑軌會佔去很大的地方，而且執行的效率還是有點低。”
“那你再說一個辦法啊？”
“我覺得用一個輪子來解決四個或者六個單元居民的上下需求，還是有點緊張。
如果我們並排做兩個旋轉方向相反的輪子，這個問題就好辦多了。”
“用兩個並排的輪子？只需要加大過道之間的距離，成本提高不多，但通行能力相當於提高了一倍。
可是，這仍然沒有解決先前那個需要等待的問題啊？”