TW201911216A - 用於提供運輸服務的方法及系統 - Google Patents

Abstract

提供了用於提供運輸服務的方法和系統。所述方法可以包括通過至少一個處理器，檢測與區域相關的請求佇列。所述方法可以進一步包括從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求。所述方法還可以包括通過所述至少一個處理器，確定所述請求佇列的所述運輸服務請求的數量。所述方法可以進一步包括回應於所確定的數量大於啟動臨界值，通過所述至少一個處理器，啟動所述請求佇列；以及根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。

Description

用於提供運輸服務的方法及系統

本揭露涉及提供運輸服務，尤其涉及對運輸服務請求進行排序的方法和系統。

本申請基於並主張2018年2月11日提交的申請號為PCT/CN2018/076347的國際申請案、2017年8月16日提交的申請號為201710702596.3的中國申請案和2017年12月27日提交的申請號為15/855,746的美國專利申請案的優先權，其全部內容以引用方式被包含於此。

線上叫車平臺（例如，滴滴™線上）可以接收乘客的運輸服務請求，然後派遣服務運輸工具（例如，計程車、私家車等）以完成服務請求。通常，在先進先出的基礎上，按接收請求的順序處理請求。然而，可能會對與醫療需要或不可抗拒的商業原因有關的緊急請求做出例外處理。當請求的數量超過服務運輸工具的容量時，可以形成佇列以按照預定的順序來處理請求。在這個佇列中，一些優先請求可以不按順序處理，而其餘的非優先請求通常按照先來先服務的原則處理。因此，如果在發出優先請求時啟動佇列，則由於有限的資源正被用於首先滿足優先請求，所以該區域中的非優先請求可能必須等待一段不被期望的時間段。

因此，為了平衡非優先請求和優先請求，只有在有必要時佇列才應被啟動。

本揭露的實施例通過用以提供運輸服務的方法和系統，解決何時啟動佇列的問題。

本揭露的一個實施例提供了一種用於提供運輸服務的方法。所述方法可以包括通過至少一個處理器，檢測與區域相關的請求佇列。所述方法可以進一步包括從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求。所述方法還可以包括通過所述至少一個處理器，確定所述請求佇列的所述運輸服務請求的數量。所述方法可以進一步包括回應於所確定的數量大於啟動臨界值，通過所述至少一個處理器，啟動所述請求佇列；以及根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。

本揭露的另一實施例提供了一種用於提供運輸服務的系統。所述系統可以包括被配置為檢測與區域相關的請求佇列的至少一個處理器。所述系統可以進一步包括記憶體；以及通訊介面，被配置為從遠端終端機裝置接收要放置在請求佇列中的運輸服務請求。所述至少一個處理器可以被進一步配置為確定所述請求佇列的所述運輸服務請求的數量。所述至少一個處理器還可以被配置為回應於所確定的數量大於啟動臨界值，啟動所述請求佇列，以及根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。

本揭露的又一實施例提供了一種儲存有一組指令的非暫時性電腦可讀取媒體。當該組指令被電子裝置的至少一個處理器執行時，該組指令使所述電子裝置執行一種用於提供運輸服務的方法。所述方法可以包括通過至少一個處理器，檢測與區域相關的請求佇列。所述方法可以進一步包括從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求。所述方法還可以包括確定所述請求佇列的所述運輸服務請求的數量。所述方法還可以包括回應於所確定的數量大於啟動臨界值，啟動所述請求佇列，以及根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。

應該理解的是，前面的一般描述和下面的詳細描述僅僅是示例性和說明性的，並不是對本申請要求保護的發明進行限制。

現在將詳細參考示例性實施例，其示例在圖式中示出。儘可能地，在整個圖式中將使用相同的元件符號來指代相同或相似的部分。

本揭露的一個態樣涉及用於提供運輸服務的系統。圖1所示為根據本揭露的實施例的用於提供運輸服務的系統100的示意圖。

系統100可以是通用伺服器或專用於提供運輸服務的專有裝置。可以設想，系統100可以是單獨的系統（例如，伺服器）或伺服器的整合元件。因為處理運輸服務請求可能需要大量的計算資源，所以在一些實施例中，系統100可以較佳地實施為單獨的系統。在一些實施例中，系統100可以包括子系統，其中的一些可以是遠端的。

在一些實施例中，如圖1所示，系統100可以包括通訊介面102、處理器104和記憶體114。處理器104可以進一步包括多個模組，例如檢測單元106、計數單元108、啟動單元110、服務提供單元112等。這些模組（以及任何相應的子模組或子單元）可以是處理器104的硬體單元（例如，積體電路的部分），其被設計為與其他元件一起使用或執行程式的一部分。所述程式可以被儲存在電腦可讀取媒體上，並且當被處理器104執行時，所述程式可以執行一個或多個方法。儘管圖1示出了全部在一個處理器104內的單元106-112，但可以設想這些單元可以分佈在彼此靠近或遠離的多個處理器中。在一些實施例中，系統100可以在雲端上或在單獨的電腦/伺服器上實現。

檢測單元106可以被配置為檢測與區域相關的請求佇列124。例如，請求佇列124可以包含指定區域中的優先服務請求。在一些實施例中，請求佇列124可以是「非嚴格」佇列。「非嚴格」請求佇列中的服務請求不是按先來先服務的原則處理，而是基於各個請求的優先順序進行處理。在一些實施例中，可基於與所請求的運輸服務相關的資訊的集合，包括例如請求時間、起點、目的地、長度、額外費用、運輸工具型號、類型、請求的預估價格等，確定請求的優先順序。在一些實施例中，可以為請求佇列124設置滿載容量，例如50個請求。相應的，當請求佇列124達到其滿載容量時，請求佇列124不能在所述區域中接收任何進一步的請求。在這種情況下，系統100可以向所述區域提供另一個請求佇列以向優先乘客提供服務。在一些實施例中，可以從附近的另一個區域轉移請求佇列到所述區域。例如，在紐約市，請求佇列124被分配到曼哈頓地區並且在高峰時段達到其滿載容量，而布魯克林地區的佇列仍然具有剩餘容量。系統100可以將布魯克林佇列分配給曼哈頓地區以向曼哈頓地區提供更多優先服務。系統100可將固定數量的佇列分配給某個地區（例如，紐約市），並且將最大數量的佇列分配給該地區的某個區域（例如，曼哈頓區）。所述最大數量小於或等於所述固定數量。根據線上叫車平臺的計算容量，可以設置分配給某個地區的固定數量的佇列。可以設想，當檢測到請求佇列124時，檢測到的佇列仍然可以具有提供給請求的容量。也就是說，檢測到的佇列可能部分被請求填充。然而，有可能的是在檢測到部分填充的佇列時，所述區域可能已經有一個完全填充的佇列。因此，檢測到的佇列可能不是所述區域中唯一的佇列。

所述區域可以由系統100預先確定。例如，所述區域可以是與其他六邊形區域相鄰的六邊形區域。可以設想，所述區域可以具有六邊形以外的形狀，例如圓形、正方形、矩形等。在一些實施例中，所述區域的形狀和大小可以基於遠端終端機裝置120的當前位置動態地確定。圖2所示為根據本揭露的實施例的示例性區域200的示意圖。如圖2所示，區域200是六邊形區域，並且包括佇列124、佇列202和佇列204。在區域200的這些佇列中，佇列124是非啟動的，佇列202是啟動的，佇列204是啟動的。與本揭露一致，「非啟動的」佇列不能接受任何進一步的優先請求，「啟動的」佇列可以向其佇列添加優先請求。

所述佇列（例如，124、202和204）可以被提供給不同類型的請求，例如，非共乘佇列和共乘佇列、或者用於定期定價的服務的佇列和用於需要額外收費的服務的另一佇列。因為排序機制可能不同，在一些實施例中，所述佇列可能具有不同的容量。

返回參考圖1，通訊介面102可以被配置為從遠端終端機裝置120接收要放置在請求佇列124中的運輸服務請求122。遠端終端機裝置120可以是能夠與使用者互動的任何合適的裝置，例如智慧行動電話、平板電腦、可穿戴裝置、電腦等。遠端終端機裝置120可以是可由乘客攜帶的行動裝置。運輸服務請求122可以包括乘客的當前位置、所請求的運輸的起點和目的地、請求時間等。通常，所請求的運輸的起點可以基本上接近遠端終端機裝置的位置。例如，遠端終端機裝置120可檢測它們的相應位置並自動分配位置作為請求的起點。然而，可以設想，所請求的運輸服務的起點可以不同於遠端終端機裝置的位置。例如，使用者可以在電腦上，為遠離該使用者的他/她的朋友請求運輸服務。又例如，使用者可以預定他正在前往的位置的運輸服務。

運輸服務請求122可以與多個特徵（或者稱為「請求參數」）相關，例如價格特徵、類型特徵、區域特徵等。這些特徵表徵了所請求的運輸服務。在一些實施例中，可以基於運輸服務請求122產生所述價格特徵，並且指示乘客需要為運輸服務支付的價格。所述區域特徵可以指示將在其中廣播運輸服務請求的區域，或者以另一種方式說明，服務運輸工具將被派往完成運輸服務請求的區域。所述類型特徵可以被包括在運輸服務請求122中，並且指示運輸服務的類型，包括非共乘類型、共乘類型等。

在一些實施例中，通訊介面102可以是整合式服務數位網路（ISDN）卡、纜線數據機、衛星數據機或提供資料通訊連接的數據機。又例如，通訊介面102可以是區域網路（LAN）卡，以提供到相容LAN的資料通訊連接。無線鏈路也可以由通訊介面102實現。在這樣的實現中，通訊介面102可以經由網路，發送和接收搭載表示各種類型的資訊的數位資料流的電信號、電磁信號或光信號。所述網路通常可以包括蜂巢式通訊網路、無線區域網路（WLAN）、廣域網路（WAN）等。

計數單元108可以被配置為確定請求佇列124的運輸服務請求122的數量。可以設想，當檢測到請求佇列124時，請求佇列124可以是非啟動的。因此，計數單元108可以將運輸服務請求122分配給請求佇列124，但是還不能對請求佇列124中的運輸服務請求122進行排序。計數單元108可以識別屬於請求佇列124的運輸服務請求122，並確定這些識別的運輸服務請求122的數量。

啟動單元110可以被配置為回應於所確定的數量大於啟動臨界值，啟動請求佇列124。當所確定的數量大於所述啟動臨界值（例如，5個請求）時，這表示運輸服務需求超過服務運輸工具的容量一定數量，佇列變得必要。在一些實施例中，至少一個佇列可能已經在區域中是啟動的，可以基於現有啟動的佇列中的一個的數量，確定用於啟動額外的佇列的所述啟動臨界值。為了避免針對同一地區中的特定區域具有太多佇列，啟動單元110可以被配置為回應於現有啟動的佇列的數量增加而提高所述啟動臨界值。在一些實施例中，當現有啟動的佇列的數量超過啟動數量，例如1，可以提高所述啟動臨界值。也就是說，當一個區域包含不止一個啟動的佇列時，可以提高所述啟動臨界值。例如，如參照圖2所討論的，區域200中有兩個啟動的佇列202和204。因此，可以提高請求佇列124的所述啟動臨界值，使其更難啟動佇列124。

圖3所示為根據本揭露的實施例的提高請求佇列124的啟動臨界值的示意圖。如圖3所示，當啟動單元110確定區域200包含不止一個啟動的佇列時，啟動單元110可以將所述啟動臨界值從佇列124的第一啟動臨界值提高到佇列124’的第二啟動臨界值。可以設想，可以基於第一啟動臨界值、啟動數量、以及所述區域中的啟動的佇列的數量，確定所述第二啟動臨界值。例如，可以根據以下公式確定所述第二啟動臨界值：

其中，SAT是所述第二啟動臨界值，FAT是所述第一啟動臨界值，N是所述區域中的啟動的佇列的數量，T是所述啟動數量，queue_quit_coef是預定係數。

啟動單元110可以被進一步配置為確定運輸服務請求122的數量是否小於關閉臨界值。當所確定的數量小於所述關閉臨界值（例如，3個請求）時，表明優先服務的需求並未顯著超過服務運輸工具的容量，因此請求佇列124應被關閉以釋放計算容量。可以設想，所述關閉臨界值小於所述啟動臨界值。

在請求佇列124被啟動之後，請求佇列124可以在第一重置時段內保持啟動的狀態。當請求佇列124被啟動時，運輸服務請求122可以排列在請求佇列124中進行處理。請求佇列124的運輸服務請求122的數量可能在請求佇列124被啟動之後立即下降到所述啟動臨界值以下。通過保持請求佇列124在所述第一重置時段（例如，10分鐘）內處於啟動的狀態，可以防止請求佇列124過早關閉。在一些實施例中，在請求佇列已經被啟動了所述第一重置時段之後，回應於所確定的數量小於所述關閉臨界值，啟動單元110可以關閉請求佇列124。

類似地，在一些實施例中，關閉的請求佇列可以在重新啟動之前在第二重置時段內保持關閉狀態。通過保持請求佇列在所述第二重置時段（例如，5分鐘）內處於非啟動的狀態，可以防止請求佇列過早地被啟動。

服務提供單元112可以被配置為根據運輸服務請求122在所述被啟動的請求佇列124中的相應位置，提供運輸服務。如上所述，運輸服務請求與多個特徵相關。所述特徵可以包括：起點、目的地、運輸工具型號，類型、預估價格等中的至少一個。所述類型可以包括共乘類型和非共乘類型。可以根據上述特徵確定運輸服務請求122在請求佇列124中的位置。

如上所述，當請求佇列124中的請求122的數量小於關閉臨界值（例如，5個請求）時，請求佇列124可以被關閉。因此，有可能的是，當請求佇列124被關閉時，一些請求122可以留在關閉的請求佇列124中。因此，服務提供單元112可以被配置為進一步為保留在關閉的請求佇列124中的請求122提供運輸服務。可以設想，雖然將繼續完成在關閉的請求佇列124中的保留的運輸服務請求，但請求佇列124不再接受更多的請求。

本揭露的另一態樣涉及提供運輸服務的方法。圖4所示為根據本揭露的實施例的用於提供運輸服務的方法400的流程圖。例如，方法400可以由包括至少一個處理器的系統100來實現，方法400可以包括如下所述的步驟S402-S410。

在步驟S402中，系統100可以檢測與區域相關的請求佇列。所述請求佇列可以被分配給一個區域，以服務所述區域中的優先服務請求。在所述請求佇列中，可以基於與所請求的運輸服務相關的資訊的集合包括例如，請求時間、起點、目的地、長度、額外費用、運輸工具型號、類型、請求的預估價格等，確定請求的優先順序。可以根據各自的優先順序對運輸服務請求進行排序。在一些實施例中，所述請求佇列可以具有滿載容量，例如50個請求。當所述請求佇列達到所述滿載容量時，所述請求佇列不能再接收任何進一步的請求。在這種情況下，系統100可以向所述區域提供另一個請求佇列，用於未被現有請求佇列接受的額外的請求。

在步驟S404中，系統100可以從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求。所述運輸服務請求可以包括乘客的當前位置、所請求的運輸的起點和目的地、請求時間等。所述運輸服務請求可以與多個特徵相關，例如價格特徵、類型特徵、區域特徵等。當在所述區域中有多個請求佇列可用時，系統100可以基於請求特徵確定接收到的運輸服務請求應該分配給哪個請求佇列。

在步驟S406中，系統100可以確定所述請求佇列的運輸服務請求的數量。可以設想，當檢測到所述請求佇列時，所述請求佇列可以是非啟動的。因此，系統100可以將服務請求分配給請求佇列，但是還不能對所述請求佇列中的服務請求進行排序。圖5所示為根據本揭露的實施例的確定對應於請求佇列的運輸服務請求的數量的方法500的流程圖。方法500可以與方法400分離或者是方法400的一部分。方法500可以包括如下所述的步驟S502-S506。

在步驟S502中，系統100可以確定所述區域中的運輸服務請求的特徵。如上所述，類型特徵可以被包括在所述運輸服務請求中，並且指示運輸服務的類型，包括非共乘類型、共乘類型等。所述類型特徵可以確定將該請求分配給哪個請求佇列。例如，非共乘類型的請求應分配給非共乘請求佇列。

在步驟S504中，系統100可以基於所確定的特徵來確定與請求佇列相對應的運輸服務請求。在一些實施例中，系統100可以基於它們的類型特徵確定哪個運輸服務請求被分配給請求佇列。

然後在步驟S506中，系統100可以確定分配給請求佇列的運輸服務請求的數量。

返回參考圖4，在步驟S408中，回應於所確定的數量大於啟動臨界值，系統100可以啟動所述請求佇列。當所確定的數量大於所述啟動臨界值（例如，5個請求）時，這表示運輸服務需求超過服務運輸工具的容量一定數量，佇列變得必要。在一些實施例中，至少一個佇列可能已經在區域中是啟動的，可以基於現有啟動的佇列中的一個的數量，確定用於啟動額外的佇列的所述啟動臨界值。為了避免針對同一地區中的特定區域具有太多佇列，系統100可以被配置為回應於現有啟動的佇列的數量增加而提高所述啟動臨界值。在一些實施例中，當現有啟動的佇列的數量超過啟動數量，例如1，可以提高所述啟動臨界值。

系統100可以進一步確定所述運輸服務請求的數量是否小於關閉臨界值。當所確定的數量小於所述關閉臨界值（例如，3個請求）時，表明優先服務的需求並未顯著超過服務運輸工具的容量，因此請求佇列應該被關閉以釋放計算容量。可以設想，所述關閉臨界值小於所述啟動臨界值。

請求佇列被啟動後，所述請求佇列可以在第一重置時段內保持啟動的狀態。因此，在請求佇列已經被啟動了第一重置時段之後，回應於所確定的數量小於所述關閉臨界值，系統100可以關閉所述請求佇列。類似地，所關閉的請求佇列在被重新啟動之前在第二重置時段內保持關閉狀態。

在步驟S410中，系統100可以根據運輸服務請求在被啟動的請求佇列中的相應位置，提供運輸服務。在一些實施例中，系統100可以繼續為保留在關閉的請求佇列中的請求提供運輸服務。可以設想，雖然將繼續完成在關閉的請求佇列中保留的運輸服務請求，但是所關閉的請求佇列不能再接受更多的請求。

本揭露的另一態樣涉及儲存指令的非暫時性電腦可讀取媒體，所述指令在被執行時使得一個或多個處理器執行如上所述的所述方法。所述電腦可讀取媒體可以包括揮發性的或非揮發性的、磁性的、半導體、磁帶、光學的、可移動的、不可移動的或其他類型的電腦可讀取媒體或電腦可讀取儲存裝置。例如，如所揭露的，所述電腦可讀取媒體可以是其上儲存有電腦指令的儲存裝置或記憶體模組。在一些實施例中，所述電腦可讀取媒體可以是其上儲存有電腦指令的磁碟或快閃記憶體驅動器。

顯然，對於本領域具有通常知識者來說，可以對所揭露的系統和相關方法進行各種修改和變化。考慮到所揭露的系統和相關方法的說明書和實踐，其他實施例對於本領域具有通常知識者是顯而易見的。

說明書和示例僅被認為是示例性的，真正的範圍由以下申請專利範圍及其均等物指示。

100‧‧‧系統

102‧‧‧通訊介面

104‧‧‧處理器

106‧‧‧檢測單元

108‧‧‧計數單元

110‧‧‧啟動單元

112‧‧‧服務提供單元

114‧‧‧記憶體

120‧‧‧遠端終端機裝置

122‧‧‧運輸服務請求

124‧‧‧請求佇列

124’‧‧‧請求佇列

126‧‧‧佇列資訊

200‧‧‧區域

202‧‧‧佇列

204‧‧‧佇列

400‧‧‧方法

S402‧‧‧步驟

S404‧‧‧步驟

S406‧‧‧步驟

S408‧‧‧步驟

S410‧‧‧步驟

500‧‧‧方法

S502‧‧‧步驟

S504‧‧‧步驟

S506‧‧‧步驟

圖1所示為根據本揭露的實施例的用於提供運輸服務的系統的示意圖。

圖2所示為根據本揭露的實施例的示例性區域的示意圖。

圖3所示為根據本揭露的實施例的提高請求佇列的啟動臨界值的示意圖。

圖4所示為根據本揭露的實施例的用於提供運輸服務的示例性方法的流程圖。

圖5所示為根據本揭露的實施例的確定對應於請求佇列的運輸服務請求的數量的示例性方法的流程圖。

Claims (20)

1. 一種由電腦實施的用於提供運輸服務的方法，包括： 通過至少一個處理器，檢測與區域相關的請求佇列； 從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求； 通過所述至少一個處理器，確定所述請求佇列的所述運輸服務請求的數量； 回應於所確定的數量大於啟動臨界值，通過所述至少一個處理器，啟動所述請求佇列；以及 根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。
2. 如申請專利範圍第1項之方法，其中，所述請求佇列在被啟動之後的第一重置時段內保持啟動的狀態。
3. 如申請專利範圍第2項之方法，進一步包括： 確定所述請求佇列中的所述運輸服務請求的數量是否小於關閉臨界值，其中，所述關閉臨界值小於所述啟動臨界值；以及 在所述請求佇列已被啟動所述第一重置時段之後，回應於所確定的數量小於所述關閉臨界值，關閉所述請求佇列。
4. 如申請專利範圍第3項之方法，其中，所關閉的請求佇列被配置為不再接收進一步的運輸服務請求。
5. 如申請專利範圍第4項之方法，進一步包括： 向所關閉的請求佇列中剩餘的所述運輸服務請求提供所述運輸服務。
6. 如申請專利範圍第1項之方法，其中，所述區域包含至少一個啟動的請求佇列，所述方法進一步包括： 回應於所述至少一個啟動的請求佇列的數量大於啟動數量，提高所述啟動臨界值。
7. 如申請專利範圍第1項之方法，其中，所述運輸服務請求與多個特徵相關，所述多個特徵包括：起點、目的地、運輸工具型號、類型和預估價格中的至少一個。
8. 如申請專利範圍第7項之方法，其中，所述類型包括共乘類型和非共乘類型。
9. 如申請專利範圍第3項之方法，其中，所關閉的請求佇列在被重新啟動之前在第二重置時段內保持關閉狀態。
10. 如申請專利範圍第7項之方法，其中，根據所述特徵來確定所述運輸服務請求在被啟動的所述請求佇列中的相應位置。
11. 一種用於提供運輸服務的系統，包括： 至少一個處理器，被配置為檢測與區域相關的請求佇列； 記憶體；以及 通訊介面，被配置為從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求，其中， 所述至少一個處理器被進一步配置為： 確定所述請求佇列的所述運輸服務請求的數量； 回應於所確定的數量大於啟動臨界值，啟動所述請求佇列；以及 根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。
12. 如申請專利範圍第11項之系統，其中，所述請求佇列在被啟動之後的第一重置時段內保持啟動的狀態。
13. 如申請專利範圍第12項之系統，其中，所述至少一個處理器被進一步配置為： 確定所述請求佇列中的所述運輸服務請求的數量是否小於關閉臨界值，其中，所述關閉臨界值小於所述啟動臨界值；以及 在所述請求佇列已被啟動所述第一重置時段之後，回應於所確定的數量小於所述關閉臨界值，關閉所述請求佇列。
14. 如申請專利範圍第13項之系統，其中，所關閉的請求佇列被配置為不再接收進一步的運輸服務請求。
15. 如申請專利範圍第14項之系統，其中，所述至少一個處理器被進一步配置為： 向所關閉的請求佇列中剩餘的所述運輸服務請求提供所述運輸服務。
16. 如申請專利範圍第11項之系統，其中，所述區域包含至少一個啟動的請求佇列，所述至少一個處理器被進一步配置為： 回應於所述至少一個啟動的請求佇列的數量大於啟動數量，提高所述啟動臨界值。
17. 如申請專利範圍第11項之系統，其中，所述運輸服務請求與多個特徵相關，所述多個特徵包括：起點、目的地、運輸工具型號、類型和預估價格中的至少一個。
18. 如申請專利範圍第13項之系統，其中，所關閉的請求佇列在被重新啟動之前在第二重置時段內保持關閉狀態。
19. 如申請專利範圍第17項之系統，其中，根據所述特徵來確定所述運輸服務請求在被啟動的所述請求佇列中的相應位置。
20. 一種儲存有一組指令的非暫時性電腦可讀取媒體，當該組指令被電子裝置的至少一個處理器執行時，使所述電子裝置執行一種用於提供運輸服務的方法，所述方法包括： 檢測與區域相關的請求佇列； 從遠端終端機裝置接收要放置在所述請求佇列中的運輸服務請求； 確定所述請求佇列中的所述運輸服務請求的數量； 回應於所確定的數量大於啟動臨界值，啟動所述請求佇列；以及 根據所述運輸服務請求在被啟動的所述請求佇列中的相應位置，提供運輸服務。