本發(fā)明涉及通信技術(shù)，尤其涉及一種多項目排隊處理方法、服務(wù)器及移動終端。

背景技術(shù)：

隨著大型游樂場的不斷發(fā)展和推廣，游樂場已經(jīng)是人們度假、放松、游玩的首選。游樂場里的各個項目不僅能夠提供娛樂與享受，還能夠幫助游客發(fā)展協(xié)作能力、強健身體，因而越來越受到人們的喜愛與重視。

但是，游樂場經(jīng)常會面臨節(jié)假日巨量游客涌入的問題，各個游玩項目動輒排隊以小時計，如果游客想要游玩多個項目，每個項目都需要分別排隊。而現(xiàn)有技術(shù)只能向用戶展示各個游玩項目的位置和簡介，不能為游客提供合理的游玩順序，游客只能盲目選擇，大量時間都浪費在排隊上，且經(jīng)常會錯過一些項目，導致出行效率低下，體驗度較差。

技術(shù)實現(xiàn)要素：

本發(fā)明提供一種多項目排隊處理方法、服務(wù)器及移動終端，用以解決現(xiàn)有技術(shù)中用戶只能盲目選擇游玩項目導致出行效率低下的技術(shù)問題。

本發(fā)明提供一種多項目排隊處理方法，包括：

接收移動終端發(fā)送的請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息；

根據(jù)所述請求信息，查詢各個項目的排隊時間；

根據(jù)各個項目的排隊時間，確定游玩順序；

將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶。

進一步地，在接收移動終端發(fā)送的請求信息之后，還包括：

根據(jù)所述請求信息，生成多個項目的排號信息；

將排號信息發(fā)送給移動終端，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，根據(jù)所述請求信息，查詢各個項目的排隊時間，包括：

根據(jù)所述請求信息，查詢各個項目的排隊人數(shù)；

根據(jù)各個項目的排隊人數(shù)，確定排隊時間。

進一步地，根據(jù)各個項目的排隊時間，確定游玩順序，包括：

將多個項目按照排隊時間從短到長的順序進行排序；

若任意兩個項目中，前一項目的參與時間小于所述兩個項目的排隊時間差，則以多個項目的當前排序作為所述游玩順序。

進一步地，在將多個項目按照排隊時間從短到長的順序進行排序之后，還包括：

若存在兩個項目，前一項目的參與時間大于所述兩個項目的排隊時間差，則根據(jù)歷史數(shù)據(jù)，預(yù)計兩個項目中每個項目排號過期后重新排隊需要的時間；

根據(jù)每個項目重新排隊需要的時間的長短，確定兩個項目的先后順序。

本發(fā)明還提供一種多項目排隊處理方法，包括：

接收用戶輸入的期望游玩的多個項目的信息；

向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，以使服務(wù)器根據(jù)所述請求信息，查詢各個項目的排隊時間，并根據(jù)各個項目的排隊時間，確定游玩順序；

接收服務(wù)器發(fā)送的游玩順序，并將所述游玩順序顯示給用戶。

進一步地，在向服務(wù)器發(fā)送請求信息之后，還包括：

接收服務(wù)器根據(jù)所述請求信息生成的多個項目的排號信息；

向用戶顯示所述排號信息，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述方法還包括：

接收服務(wù)器發(fā)送的各個項目的排隊時間，根據(jù)所述排隊時間，預(yù)估開始游玩各個項目的時間；

在各個項目開始前的預(yù)設(shè)時間內(nèi)，獲取用戶當前所在的位置信息；

若用戶當前所在位置與將要開始的項目的位置之間的距離大于預(yù)設(shè)閾值，則向用戶發(fā)送提示信息。

本發(fā)明還提供一種服務(wù)器，包括：

請求信息接收模塊，用于接收移動終端發(fā)送的請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息；

查詢模塊，用于根據(jù)所述請求信息，查詢各個項目的排隊時間；

確定模塊，用于根據(jù)各個項目的排隊時間，確定游玩順序；

游玩順序發(fā)送模塊，用于將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶。

進一步地，所述請求信息接收模塊還用于：

在接收移動終端發(fā)送的請求信息之后，根據(jù)所述請求信息，生成多個項目的排號信息；

將排號信息發(fā)送給移動終端，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述查詢模塊具體用于：

根據(jù)所述請求信息，查詢各個項目的排隊人數(shù)；

根據(jù)各個項目的排隊人數(shù)，確定排隊時間。

進一步地，所述確定模塊具體用于：

將多個項目按照排隊時間從短到長的順序進行排序；

若任意兩個項目中，前一項目的參與時間小于所述兩個項目的排隊時間差，則以多個項目的當前排序作為所述游玩順序。

進一步地，所述確定模塊還用于：

在將多個項目按照排隊時間從短到長的順序進行排序之后，若存在兩個項目，前一項目的參與時間大于所述兩個項目的排隊時間差，則根據(jù)歷史數(shù)據(jù)，預(yù)計兩個項目中每個項目排號過期后重新排隊需要的時間；

根據(jù)每個項目重新排隊需要的時間的長短，確定兩個項目的先后順序。

本發(fā)明還提供一種移動終端，包括：

游玩信息接收模塊，用于接收用戶輸入的期望游玩的多個項目的信息；

請求信息發(fā)送模塊，用于向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，以使服務(wù)器根據(jù)所述請求信息，查詢各個項目的排隊時間，并根據(jù)各個項目的排隊時間，確定游玩順序；

游玩順序接收模塊，用于接收服務(wù)器發(fā)送的游玩順序，并將所述游玩順序顯示給用戶。

進一步地，所述請求信息發(fā)送模塊還用于：

在向服務(wù)器發(fā)送請求信息之后，接收服務(wù)器根據(jù)所述請求信息生成的多個項目的排號信息；

向用戶顯示所述排號信息，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述游玩順序接收模塊還用于：

接收服務(wù)器發(fā)送的各個項目的排隊時間，根據(jù)所述排隊時間，預(yù)估開始游玩各個項目的時間；

在各個項目開始前的預(yù)設(shè)時間內(nèi)，獲取用戶當前所在的位置信息；

若用戶當前所在位置與將要開始的項目的位置之間的距離大于預(yù)設(shè)閾值，則向用戶發(fā)送提示信息。

本發(fā)明提供的多項目排隊處理方法、服務(wù)器及移動終端，通過接收移動終端發(fā)送的請求信息，根據(jù)所述請求信息中攜帶的用戶期望游玩的多個項目，查詢各個項目的排隊時間，確定合理的游玩順序，并將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶，方便用戶按照服務(wù)器推薦的游玩順序進行游玩，有效節(jié)約了用戶的排隊時間，提高了用戶的出行效率，提升了用戶體驗度。

附圖說明

圖1為本發(fā)明實施例一提供的多項目排隊處理方法的流程圖；

圖2為本發(fā)明實施例二提供的多項目排隊處理方法的流程圖；

圖3為本發(fā)明實施例三提供的多項目排隊處理方法的流程圖；

圖4為本發(fā)明實施例四提供的服務(wù)器的結(jié)構(gòu)框圖；

圖5為本發(fā)明實施例五提供的移動終端的結(jié)構(gòu)框圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在本申請實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本申請實施例中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。

應(yīng)當理解，本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應(yīng)于確定”或“當檢測(陳述的條件或事件)時”或“響應(yīng)于檢測(陳述的條件或事件)”。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

實施例一

本發(fā)明實施例一提供一種多項目排隊處理方法。圖1為本發(fā)明實施例一提供的多項目排隊處理方法的流程圖。如圖1所示，本實施例中的多項目排隊處理方法，可以包括：

步驟101、接收移動終端發(fā)送的請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息。

本實施例中的方法，可以應(yīng)用于游樂場，相應(yīng)的，所述項目可以為游樂場中可供游客游玩的項目，例如，旋轉(zhuǎn)木馬、滑梯、迷宮等。除游樂場之外，所述方法還可以應(yīng)用于其它場景，如景區(qū)、博物館、動物園、植物園、主題公園等具有多個項目的場合，相應(yīng)的，所述項目可以為景區(qū)的各個景點、動植物園內(nèi)的各個展館、主題公園內(nèi)的各個參觀場景等。

所述項目除了可以是供游客游玩的項目以外，還可以是為用戶提供便利的其它項目，如園區(qū)內(nèi)的公共衛(wèi)生間、便利店、餐廳等。

為了便于描述，本實施例中，以游樂場為應(yīng)用場景對所述方法的原理進行介紹。本領(lǐng)域技術(shù)人員可以理解的是，該方法也可以適應(yīng)性地應(yīng)用于除游樂場以外的其它場景。

本實施例所述的多項目排隊處理方法的執(zhí)行主體可以為服務(wù)器。所述服務(wù)器可以接收移動終端發(fā)送的請求信息，所述請求信息中可以攜帶有用戶期望游玩的多個項目的信息。

具體地，所述移動終端可以向用戶顯示游樂場的各個項目的詳細信息，如位置、項目簡介、當前排隊人數(shù)、游玩一次需要的時間等。各個項目的詳細信息可以由服務(wù)器發(fā)送給所述移動終端。

用戶可以根據(jù)移動終端上顯示的各個項目的詳細信息，確定期望游玩的多個項目，由所述移動終端將用戶期望游玩的多個項目的信息發(fā)送給服務(wù)器。所述多個項目的信息，可以是指所述多個項目的名稱或者代碼等。

步驟102、根據(jù)所述請求信息，查詢各個項目的排隊時間。

服務(wù)器接收到移動終端發(fā)送的請求信息后，可以根據(jù)所述請求信息中攜帶的用戶期望游玩的多個項目的信息進行查詢，確定各個項目的排隊時間。

具體地，本步驟中的根據(jù)所述請求信息，查詢各個項目的排隊時間，可以包括：根據(jù)所述請求信息，查詢各個項目的排隊人數(shù)；根據(jù)各個項目的排隊人數(shù)，確定各個項目的排隊時間。

例如，對于旋轉(zhuǎn)木馬這一項目來說，當前有100人排隊，而旋轉(zhuǎn)木馬每次可容納的游玩人數(shù)為20人，游玩時間為10分鐘，則旋轉(zhuǎn)木馬的排隊時間約為(100÷20)×10＝50分鐘。

步驟103、根據(jù)各個項目的排隊時間，確定游玩順序。

本實施例中，可以按照總的排隊時間最短的原則，確定游玩順序。具體地，在確定各個項目的排隊時間之后，可以按照時間從短到長的順序?qū)Ω鱾€項目進行排序。

例如，用戶想要游玩三個項目，其中項目1的排隊時間為半個小時，項目2的排隊時間為1個半小時，項目3的排隊時間為1個小時，則游玩順序可以為項目1-項目3-項目2，這樣總的排隊時間為1個半小時，排隊時間最短。

除了直接按照各項目的排隊時間確定游玩順序以外，還可以根據(jù)歷史數(shù)據(jù)更精確地確定總排隊時間最短的游玩順序，具體地，可以首先將各個項目進行排列組合，獲取全部游玩順序，例如，用戶想要游玩三個項目，則有六種游玩順序，分別為：

(1)、項目1-項目2-項目3；(2)、項目1-項目3-項目2；(3)、項目2-項目1-項目3；(4)、項目2-項目3-項目1；(5)、項目3-項目1-項目2；(6)、項目3-項目2-項目1。

然后，分別計算每一個游玩順序需要的總排隊時間。由于排號過期后，需要重新進行排隊，所以，在計算總排隊時間時，可以根據(jù)歷史數(shù)據(jù)來進行估算。

例如，對于第(1)種游玩順序來說，假設(shè)現(xiàn)在是上午10點，項目1、項目2、項目3的排隊時間分別為半小時、1個半小時、1個小時。則首先在項目1處等候，預(yù)計10點30左右可以游玩項目1，然后去項目2處等候，預(yù)計11點30左右可以游玩項目2。

由于在項目2的等待過程中，項目3的排號已經(jīng)在11點左右過期，因此，需要重新對項目3進行排號。此時，可以根據(jù)歷史數(shù)據(jù)估算在11點左右時項目3的排隊時間，假設(shè)以往每天項目3在11點的排隊時間的平均值為50分鐘，則如果從11點開始重新排隊的話，項目3可以在11點50左右游玩，這樣，總的排隊時間約為1小時50分鐘。

根據(jù)當前各項目的排隊時間以及歷史數(shù)據(jù)，可以大致計算出各個游玩順序的總排隊時間，然后，從中選取總排隊時間較少的一個或幾個游玩順序推送給用戶即可。

步驟104、將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶。

用戶可以去各個項目處取排隊號，然后按照所述游玩順序依次游玩各個項目，保證總的排隊時間最短。

進一步地，在步驟101中接收移動終端發(fā)送的請求信息之后，本實施例中的方法還可以包括：根據(jù)所述請求信息，生成多個項目的排號信息；將排號信息發(fā)送給移動終端，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

具體地，針對某一項目來說，服務(wù)器可以根據(jù)用戶的手機號或者用戶標識進行排隊，獲取排隊號，并將排號信息發(fā)送給移動終端，供用戶后續(xù)在開始游玩該項目時驗證身份。

例如，用戶期望游玩的項目包括旋轉(zhuǎn)木馬和摩天輪，旋轉(zhuǎn)木馬當前排隊至100號，摩天輪當前排隊至150號，則服務(wù)器接收到移動終端發(fā)送的請求信息后，可以生成這兩個項目的排號信息，其中，用戶在旋轉(zhuǎn)木馬處的排號為101號，在摩天輪處的排隊號為151號。

服務(wù)器可以將排號信息發(fā)送給移動終端，當用戶去旋轉(zhuǎn)木馬或者摩天輪處進行游玩時，項目管理員或驗票員可以根據(jù)移動終端上顯示的排號信息對用戶身份進行驗證。

所述排號信息可以有多種表現(xiàn)形式，例如，可以為數(shù)字、文字、二維碼、條形碼、驗證碼等，驗證方式也可以有多種，例如，可以由管理員目測、掃描二維碼或條形碼、在驗證裝置中輸入驗證碼等，只要能夠?qū)崿F(xiàn)對用戶排號的驗證即可，本實施例其具體實現(xiàn)方式不作限制。

在實際應(yīng)用中，用戶到達游樂場后，可以根據(jù)移動終端上顯示的各個項目的信息，確定想要玩的多個項目，并由移動終端發(fā)送請求信息給服務(wù)器，服務(wù)器直接根據(jù)所述請求信息幫助用戶在多個項目處分別排隊，這樣，用戶無需親自去拿取紙質(zhì)的排隊號碼，并且，服務(wù)器將排號信息發(fā)送給移動終端，用戶在游玩某項目時，直接出示移動終端上顯示的排號信息即可，為用戶提供了便利。

服務(wù)器可以根據(jù)請求信息，確定總排隊時間最短的游玩順序，并將游玩順序發(fā)送給服務(wù)器，由于游玩順序是按照排隊時間確定的，因此，用戶先游玩排隊時間短的項目，再游玩排隊時間長的項目，能夠最大限度地節(jié)約總的排隊時間，且不會錯過項目。

本實施例提供的多項目排隊方法，通過接收移動終端發(fā)送的請求信息，根據(jù)所述請求信息中攜帶的用戶期望游玩的多個項目，查詢各個項目的排隊時間，確定合理的游玩順序，并將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶，方便用戶按照服務(wù)器推薦的游玩順序進行游玩，有效節(jié)約了用戶的排隊時間，提高了用戶的出行效率，提升了用戶體驗度。

實施例二

本發(fā)明實施例二提供一種多項目排隊處理方法。圖2為本發(fā)明實施例二提供的多項目排隊處理方法的流程圖。如圖2所示，本實施例中的方法，可以包括：

步驟201、接收移動終端發(fā)送的請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息。

步驟202、根據(jù)所述請求信息，查詢各個項目的排隊時間。

本實施例中，步驟201至步驟202的具體實現(xiàn)方式與實施例一中的步驟101至步驟102類似，此處不再贅述。

步驟203、將多個項目按照排隊時間從短到長的順序進行排序。

步驟204、若任意兩個項目中，前一項目的參與時間小于所述兩個項目的排隊時間差，則以多個項目的當前排序作為所述游玩順序。

本實施例中，通過步驟203和步驟204來實現(xiàn)根據(jù)各個項目的排隊時間確定游玩順序。

具體地，可以首先將多個項目按照排隊時間從短到長的順序進行排序，然后看各項目之間是否存在沖突，即各項目之間的排隊時間差是否過短。

若任意兩個項目中，前一項目的參與時間小于所述兩個項目的排隊時間差，則以多個項目的當前排序作為所述游玩順序。其中，前一項目為所述兩個項目中排隊時間較短的一個項目。某一項目的參與時間是指用戶開始游玩該項目到結(jié)束該項目的時間，如對于摩天輪這一項目來說，參與時間可以為用戶登上摩天輪到用戶從摩天輪離開的時間。

例如，用戶想要游玩三個項目，其中項目1的排隊時間為半個小時，項目2的排隊時間為1個半小時，項目3的排隊時間為1個小時，而這三個項目的參與時間均只有5分鐘，則按照項目1-項目3-項目2的游玩順序，用戶可以從容地參與完這三個項目，也就是說，各個項目之間不存在沖突，因此，可以按照當前排序來進行游玩。

若存在兩個項目，前一項目的參與時間大于所述兩個項目的排隊時間差，則根據(jù)歷史數(shù)據(jù)，預(yù)計兩個項目中每個項目排號過期后重新排隊需要的時間，并根據(jù)每個項目重新排隊需要的時間的長短，確定兩個項目的先后順序。

例如，用戶想要游玩三個項目，其中項目1的排隊時間為半個小時，項目2的排隊時間為50分鐘，項目3的排隊時間均為55分鐘，這三個項目的參與時間均為10分鐘，則項目2和項目3之間有沖突，項目1-項目2-項目3的順序未必是最佳的游玩順序。

因此，可以根據(jù)歷史數(shù)據(jù)，預(yù)計項目2和項目3在排號過期后重新排隊需要的時間，假設(shè)現(xiàn)在是上午10點，根據(jù)歷史數(shù)據(jù)，在項目1游玩完畢后，若用戶先參加項目2而在10點55的時候錯過項目3，則需要針對項目3重新排號。

假設(shè)根據(jù)歷史數(shù)據(jù)計算得出在10點55的時候項目3的排隊時間為1個小時，則在11點55左右項目3會排到該用戶，完成項目3后用戶即游玩完畢這三個項目。

若在項目1游玩完畢后，用戶先參加項目3而在10點50的時候錯過項目2，則需要針對項目2重新排號，假設(shè)根據(jù)歷史數(shù)據(jù)計算得出10點50的時候項目2的排隊時間為30分鐘，則在11點20左右項目2會排到該用戶，完成項目2后用戶即游玩完畢這三個項目。

由此可見，若先游玩項目2，則用戶大約在12點05左右完成三個項目的游玩，若先游玩項目3，則用戶大約在11點30左右完成三個項目的游玩。因此，項目3應(yīng)先于項目2，最佳游玩順序為：項目1-項目3-項目2，將此順序作為游玩順序發(fā)送給用戶。

根據(jù)歷史數(shù)據(jù)計算某項目在未來某一時刻的排隊時間，可以直接將以往每天該時刻的排隊時間取平均值，作為今天該項目在該時刻的排隊時間。也可以根據(jù)當前時刻的排隊時間以及歷史數(shù)據(jù)來確定綜合計算，例如，現(xiàn)在10點，想要計算11點的排隊時間，則可以根據(jù)歷史數(shù)據(jù)，利用曲線擬合，確定每天10點的排隊時間和11點的排隊時間的對應(yīng)關(guān)系，然后根據(jù)今天10點的實際排隊時間以及所述對應(yīng)關(guān)系計算今天11點的排隊時間。

步驟205、將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶。

本實施例提供的多項目排隊處理方法，通過各項目之間的排隊時間差與各項目的參與時間的關(guān)系，來確定各項目的游玩是否存在沖突，并根據(jù)歷史數(shù)據(jù)對存在沖突的項目重新進行排序，能夠更加準確地確定用時較少的游玩順序，節(jié)約用戶的時間。

進一步地，所述移動終端還可以接收用戶輸入的可接受的排隊時間，若當前游樂場中有項目的排隊時間小于用戶輸入的可接受的排隊時間，則向用戶發(fā)送提醒信息，提醒用戶可以趁人少去該項目游玩。

在上述各實施例中，均是以時間最短為標準來確定游玩順序的，除此之外，還可以以路程最短來確定游玩順序。具體地，用戶可以輸入期望游玩的多個項目的信息，然后，可以選擇以路程最短或者是以時間最短來計算游玩順序。

若用戶選擇時間最短，則可以按照實施例一或者實施例二中所述的方法確定游玩順序。若用戶選擇路程最短，則可以首先確定多個項目的全部排序方式，并計算每種排序方式所經(jīng)過的路程，最終確定路程最短的游玩順序。

在確定游玩順序后，移動終端可以根據(jù)游玩順序生成游玩路線，并打開地圖界面，為用戶導航到各項目處。在導航過程中，可以實時檢測移動終端的位置變化以及所述用戶的行進速度，實時計算到達下一項目的步行時間。

進一步地，服務(wù)器可以每隔一段時間刷新各項目的排隊時間，并發(fā)送給移動終端，方便用戶及時了解當前各項目的排隊時間。此外，還可以提示用戶下一項目的開始時間以及所需路程時間，并在路線中加入用戶感興趣的輔助功能如商店和飯店的信息等。

實施例三

本發(fā)明實施例三提供一種多項目排隊處理方法。圖3為本發(fā)明實施例三提供的多項目排隊處理方法的流程圖。如圖3所示，本實施例中的方法，可以包括：

步驟301、接收用戶輸入的期望游玩的多個項目的信息。

其中，用戶可以通過觸摸屏、麥克風、攝像頭等輸入所述期望游玩的多個項目的信息。

步驟302、向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，以使服務(wù)器根據(jù)所述請求信息，查詢各個項目的排隊時間，并根據(jù)各個項目的排隊時間，確定游玩順序。

步驟303、接收服務(wù)器發(fā)送的游玩順序，并將所述游玩順序顯示給用戶。

本實施例中方法的執(zhí)行主體可以為移動終端。所述移動終端可以為智能手機、平板設(shè)備、筆記本電腦等。本實施例中的方法與實施例一和實施例二中的多項目排隊處理方法類似，其具體實現(xiàn)原理可以參照實施例一和實施例二，此處不再贅述。

本實施例提供的多項目排隊處理方法，通過接收用戶輸入的期望游玩的多個項目的信息，向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，并接收服務(wù)器根據(jù)所述請求信息確定游玩的順序，將所述游玩順序顯示給用戶，方便用戶按照服務(wù)器推薦的游玩順序進行游玩，有效節(jié)約了用戶的排隊時間，提高了用戶的出行效率，提升了用戶體驗度。

進一步地，在向服務(wù)器發(fā)送請求信息之后，所述方法還可以包括：接收服務(wù)器根據(jù)所述請求信息生成的多個項目的排號信息；向用戶顯示所述排號信息，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述方法還可以包括：接收服務(wù)器發(fā)送的各個項目的排隊時間，根據(jù)所述排隊時間，預(yù)估開始游玩各個項目的時間；在各個項目開始前的預(yù)設(shè)時間內(nèi)，獲取用戶當前所在的位置信息；若用戶當前所在位置與將要開始的項目的位置之間的距離大于預(yù)設(shè)閾值，則向用戶發(fā)送提示信息。

例如，預(yù)計某一項目的開始游玩時間為11點，則在11點前的預(yù)設(shè)時間內(nèi)，判斷用戶當前所在的位置與該項目的位置之間的距離是否大于預(yù)設(shè)閾值，若大于，說明用戶沒有在該項目附近，需要向用戶發(fā)送提示信息，提醒用戶盡快趕到該項目處，若小于，說明用戶就在該項目附近，則無需向用戶發(fā)送提示信息。

所述預(yù)設(shè)時間和預(yù)設(shè)閾值可以根據(jù)實際需要來設(shè)置。例如，所述預(yù)設(shè)時間可以為5分鐘，所述預(yù)設(shè)閾值可以為300米。

實施例四

本發(fā)明實施例四提供一種服務(wù)器。圖4為本發(fā)明實施例四提供的服務(wù)器的結(jié)構(gòu)框圖。如圖4所示，本實施例中的服務(wù)器，可以包括：

請求信息接收模塊401，用于接收移動終端發(fā)送的請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息；

查詢模塊402，用于根據(jù)所述請求信息，查詢各個項目的排隊時間；

確定模塊403，用于根據(jù)各個項目的排隊時間，確定游玩順序；

游玩順序發(fā)送模塊404，用于將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶。

本實施例中的服務(wù)器，可以用于執(zhí)行實施例一中的多項目排隊處理方法，其具體實現(xiàn)原理與實施例一類似，此處不再贅述。

本實施例提供的服務(wù)器，通過接收移動終端發(fā)送的請求信息，根據(jù)所述請求信息中攜帶的用戶期望游玩的多個項目，查詢各個項目的排隊時間，確定合理的游玩順序，并將所述游玩順序發(fā)送給移動終端，以使所述移動終端將所述游玩順序顯示給用戶，方便用戶按照服務(wù)器推薦的游玩順序進行游玩，有效節(jié)約了用戶的排隊時間，提高了用戶的出行效率，提升了用戶體驗度。

進一步地，所述請求信息接收模塊401還可以用于：

在接收移動終端發(fā)送的請求信息之后，根據(jù)所述請求信息，生成多個項目的排號信息；

將排號信息發(fā)送給移動終端，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述查詢模塊402具體可以用于：

根據(jù)所述請求信息，查詢各個項目的排隊人數(shù)；

根據(jù)各個項目的排隊人數(shù)，確定排隊時間。

進一步地，所述確定模塊403具體可以用于：

將多個項目按照排隊時間從短到長的順序進行排序；

若任意兩個項目中，前一項目的參與時間小于所述兩個項目的排隊時間差，則以多個項目的當前排序作為所述游玩順序。

進一步地，所述確定模塊403還可以用于：

在將多個項目按照排隊時間從短到長的順序進行排序之后，若存在兩個項目，前一項目的參與時間大于所述兩個項目的排隊時間差，則根據(jù)歷史數(shù)據(jù)，預(yù)計兩個項目中每個項目排號過期后重新排隊需要的時間；

根據(jù)每個項目重新排隊需要的時間的長短，確定兩個項目的先后順序。

實施例五

本發(fā)明實施例五提供一種移動終端。圖5為本發(fā)明實施例五提供的移動終端的結(jié)構(gòu)框圖。如圖5所示，本實施例中的移動終端，可以包括：

游玩信息接收模塊501，用于接收用戶輸入的期望游玩的多個項目的信息；

請求信息發(fā)送模塊502，用于向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，以使服務(wù)器根據(jù)所述請求信息，查詢各個項目的排隊時間，并根據(jù)各個項目的排隊時間，確定游玩順序；

游玩順序接收模塊503，用于接收服務(wù)器發(fā)送的游玩順序，并將所述游玩順序顯示給用戶。

本實施例中的移動終端，可以用于執(zhí)行實施例三中的多項目排隊處理方法，其具體實現(xiàn)原理與實施例三類似，此處不再贅述。

本實施例提供的移動終端，通過接收用戶輸入的期望游玩的多個項目的信息，向服務(wù)器發(fā)送請求信息，所述請求信息中攜帶有用戶期望游玩的多個項目的信息，并接收服務(wù)器根據(jù)所述請求信息確定游玩的順序，將所述游玩順序顯示給用戶，方便用戶按照服務(wù)器推薦的游玩順序進行游玩，有效節(jié)約了用戶的排隊時間，提高了用戶的出行效率，提升了用戶體驗度。

進一步地，所述請求信息發(fā)送模塊502還用于：

在向服務(wù)器發(fā)送請求信息之后，接收服務(wù)器根據(jù)所述請求信息生成的多個項目的排號信息；

向用戶顯示所述排號信息，以使用戶根據(jù)所述排號信息游玩相應(yīng)的項目。

進一步地，所述游玩順序接收模塊503還用于：

接收服務(wù)器發(fā)送的各個項目的排隊時間，根據(jù)所述排隊時間，預(yù)估開始游玩各個項目的時間；

在各個項目開始前的預(yù)設(shè)時間內(nèi)，獲取用戶當前所在的位置信息；

若用戶當前所在位置與將要開始的項目的位置之間的距離大于預(yù)設(shè)閾值，則向用戶發(fā)送提示信息。

最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。