TWI661387B - 用於提供運輸服務資訊的方法和設備 - Google Patents

Abstract

本申請的實施例涉及用於提供用以在終端裝置上顯示的運輸服務資訊的方法和設備。所述方法可以包括從終端裝置接收運輸服務請求。所述方法還可以包括確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具。所述方法還可以包括確定與所述搜索區域相關的歷史運輸服務請求資料。所述方法還可以包括基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊。所述方法還可以包括提供所述供需資訊，以在所述終端裝置上顯示。

Description

用於提供運輸服務資訊的方法和設備

本申請涉及資訊顯示，更具體地涉及用於在使用者終端上提供與運輸服務相關的資訊的方法、設備和電腦可讀取媒體。

本申請主張2018年2月11日提交之申請號為PCT/CN2018/076333的PCT申請案、2017年8月16日提交之申請號為201710700638.X的中國專利申請案和2017年12月29日提交之申請號為15/858,697的美國專利申請案的優先權，其全部內容通過引用併入本文。

線上叫車平臺（例如，DiDi ^TM線上）可以從乘客接收運輸服務請求，然後將服務請求發送到至少一個運輸服務提供者（例如，計程車司機、私家車車主等）。服務請求可以被服務提供者接單，或者如果沒有人在預定時段內接收服務請求，則該服務請求將被分配給服務提供者。通過這種方式，線上叫車平臺為乘客和司機提供了極大的便利。

然而，當在特定地理區域中的運輸服務的需求和供給之間存在不平衡時，運輸服務的周轉和使用者體驗可能受到不利影響。例如，當運輸服務請求的數量遠遠超過可用服務運輸工具的數量時，乘客需要支付額外費用才有資格接收動態調度服務以減少等待時間。同時，當乘客已經等待很長一段時間但是沒有可用的服務運輸工具回應運輸服務請求時，乘客會不知道延遲的原因，並且也不知道在請求被接受之前需要等待多久。因此，乘客無法相應地調整行程計畫。

所揭露的用於提供運輸服務資訊的方法和設備解決了上述問題。

本申請的實施例提供了一種用於產生在終端裝置上顯示的運輸服務資訊的電腦實施的方法。所述方法可以包括從所述終端裝置接收第一運輸服務請求。所述方法還可以包括確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具。所述方法還可以包括確定與所述搜索區域相關的歷史運輸服務請求資料。所述方法還可以包括基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊。所述方法還可以包括提供所述供需資訊，以在所述終端裝置上顯示。

本申請的實施例還揭露了一種用於提供運輸服務的裝置。所述裝置可以包括與終端裝置通訊的通訊介面。所述裝置還可以包括儲存指令的記憶體。所述裝置還可以包括耦合到所述通訊介面和所述記憶體的處理器。所述處理器被配置為執行所述指令，藉以從終端裝置接收運輸服務請求。所述處理器還被配置用於確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具，並確定與所述搜索區域相關的歷史運輸服務請求資料。所述處理器還被配置為基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊，以及提供所述供需資訊，以在所述終端裝置上顯示。

本申請的實施例還揭露了一種非暫時性電腦可讀取媒體，其儲存一組指令，當由伺服器的至少一個處理器執行時，使終端裝置執行用於提供與運輸服務有關的資訊的方法。所述方法可以包括從所述終端裝置接收運輸服務請求。所述方法還可以包括確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具。所述方法還可以包括確定與所述搜索區域相關的歷史運輸服務請求資料。所述方法還可以包括基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊。所述方法還可以包括提供所述供需資訊，以在所述終端裝置上顯示。

應當理解的是，前面的一般性描述和下面的詳細描述都只是示例性和說明性的，並不是對所揭露的實施方式進行限制。

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

圖1係根據本申請的實施例所示的用於提供與運輸服務有關的資訊的示例性系統10的示意圖。

參考圖1，系統10可以包括用於提供與運輸服務有關的資訊的伺服器100。伺服器100可以是通用伺服器或專門設計用於管理運輸服務請求的專有裝置。可以設想的是，伺服器100可以是單獨的系統或更大的計算系統的整合元件。在一些實施例中，伺服器100可以包括子系統，其中一些子系統可以是遠端的。

與本申請實施例一致，伺服器100可以包括通訊介面102、處理器104、儲存單元106和記憶體模組108等。伺服器100的至少一些元件可以被配置用於傳輸資料，並在彼此之間或之中發送或接收指令。

通訊介面102可以被配置用於與一個或多個乘客20和服務運輸工具30通訊。具體地，每個乘客20可以具有用於與伺服器100通訊的相關乘客終端400。例如，乘客終端400可以是智慧電話、平板電腦、可穿戴裝置、電腦等。乘客20可以使用乘客終端400向伺服器100發送運輸服務請求。運輸服務請求可以包括乘客20的當前位置、請求的運輸服務的起始地和目的地、請求時間等。通常，請求的運輸服務的起始地可以與乘客20及/或乘客終端400的位置重疊。然而，可以假設的是，即使從乘客終端400發送運輸服務請求，請求的運輸起始地也可以與乘客終端400的位置不同。例如，使用者可以從電腦為遠離該使用者的朋友請求運輸服務。

類似地，每個服務運輸工具30可以具有用於與伺服器100通訊的相關通訊裝置300。與所揭露的實施例一致，通訊裝置300可以整合在運輸工具30中，或者可以是由運輸工具30的司機攜帶的行動終端，例如智慧電話、平板電腦、可穿戴裝置等。通訊介面102可以從通訊裝置22接收服務運輸工具20的運輸工具資訊。服務運輸工具20可以是計程車或私家車。可以設想的是，服務運輸工具20也可以是自動運輸工具。運輸工具資訊可以包括位置、容量、當前行駛方向、運輸工具型號或服務運輸工具20的其他特徵中的至少一個。

在各種揭露的實施例中，通訊介面102可以是整合式服務數位網路（ISDN）卡、纜線數據機、衛星數據機或數據機，以在伺服器100和其他裝置（例如，乘客終端400和通訊裝置300）之間提供資料通訊連接。又例如，通訊介面102可以是區域網路（LAN）卡，以提供與相容LAN的資料通訊連接。無線鏈路也可以由通訊介面102實現。在這樣的實現中，通訊介面102可以經由網路90發送和接收電信號、電磁信號或光信號，所述電信號、電磁信號或光信號可以攜帶表示各種類型資訊的數位資料流。網路90通常可以包括蜂巢式通訊網路、無線區域網路（WLAN）、廣域網路（WAN）等。

處理器104可以是一個或多個已知的處理裝置，例如來自Intel ^TM製造的Pentium ^TM系列的微處理器，或由AMD ^TM製造的Turion ^TM系列的微處理器。處理器104可以由同時執行平行程序的單核心或多核心處理器構成。例如，處理器104可以是配置有虛擬處理技術的單核心處理器。在一些實施例中，處理器104可以使用邏輯處理器來同時執行和控制多個程序。處理器104可以實現虛擬機器技術或其他已知技術，以提供執行、控制、運行、操作、儲存等多個軟體程序、應用程式、程式等的能力。在另一實施例中，處理器104可以包括多核心處理器設置（例如，雙核心、四核心等）被配置用於提供平行程序功能以允許伺服器100同時執行多個程序。本領域具有通常知識者將理解的是，其他類型的處理器設置可以實現，以提供本文揭露的功能。

處理器104可以執行儲存單元106和記憶體模組108中儲存的電腦指令（程式碼），並且可以根據本申請中描述的示例性技術執行功能。稍後將結合圖3描述處理器104的更多示例性功能。

儲存單元106和記憶體模組108可以包括任何適當類型的大容量儲存器，用以儲存處理器104可能需要操作的任何類型的資訊。儲存單元106和記憶體模組108可以是揮發性或非揮發性、磁性、半導體、磁帶、光學、可移除、不可移除或其他類型的儲存裝置或有形的（即非暫時性）電腦可讀取媒體，包括但不限於ROM、快閃記憶體、動態RAM和靜態RAM。儲存單元106及/或記憶體模組108可以被配置用於儲存一個或多個電腦程式，其可以由處理器104執行來實現本申請中所揭露的提供運輸服務資訊的示例性功能。儲存單元106及/或記憶體模組108可以進一步被配置為儲存處理器104使用的資訊和資料。

圖2係根據本申請的實施例所示的示例性乘客終端400的示意圖。如圖2所示，乘客終端400可以包括處理器202、記憶體模組204、使用者介面206和通訊介面208。

在示例性實施例中，處理器202可以包括任何適當類型的通用或專用微處理器、數位訊號處理器或微處理器。處理器202可以被配置為單獨的處理器模組，專用於執行所揭露的提供與運輸服務有關的資訊的方法。另選地，處理器202可以被配置為共用處理器模組，用於執行乘客終端400中與所揭露的用於提供與運輸服務有關的資訊的方法無關的其他功能。在示例性實施例中，處理器202可以執行儲存在記憶體模組204中的電腦指令（程式碼），並且可以根據本申請中描述的示例性技術執行功能。

記憶體模組204可以包括任何適當類型的大容量儲存器，用以儲存處理器202可能需要操作的任何類型的資訊。記憶體模組204可以是揮發性或非揮發性、磁性、半導體、磁帶、光學、可移除、不可移除或其他類型的儲存裝置，或有形的（即，非暫時性）電腦可讀取媒體，包括但不限於到ROM、快閃記憶體、動態RAM和靜態RAM。記憶體模組204可以被配置為儲存一個或多個電腦程式，其可以由處理器202執行，用以執行所揭露的用於提供與運輸服務有關的資訊的方法。

使用者介面206可以包括顯示幕。顯示幕可以包括液晶顯示器（LCD）、發光二極體（LED）、電漿顯示器、投影或任何其他類型的顯示器，並且還可以包括麥克風、揚聲器及/或音訊輸入/輸出（例如，耳機插孔）。

使用者介面206也可以被配置用於接收來自乘客20的輸入或命令。例如，顯示幕可以實現為觸控式螢幕，用以接收來自使用者的輸入信號。觸控式螢幕包括一個或多個觸碰感測器，以感測觸控式螢幕上的觸碰、滑動和其他手勢。觸碰感測器不僅可以感測觸碰或滑動動作的邊界，還可以感測與觸碰或滑動動作相關的時間段和壓力。另選地或另外地，使用者介面206可以包括其他輸入裝置，諸如鍵盤、按鈕、操縱桿及/或軌跡球。使用者介面206可以被配置用於將使用者輸入發送到處理器202。

通訊介面208可以基於一個或多個通訊標準（例如，WiFi、LTE、2G、3G、4G、5G等）來存取無線網路，例如網路90。通訊介面208可以具有與通訊介面102類似的配置。如下面更詳細描述的，通訊介面208可以被配置為向伺服器100發送運輸服務請求，並從伺服器100接收運輸服務資訊。

通訊裝置300的結構類似於乘客終端400的結構，在此不再贅述。應當理解的是，為了便於描述，本文已經定義了系統10（圖1）的功能構建方塊的配置和邊界。只要適當地執行指定的功能及其關係，即可定義替代邊界。基於本文包含的教示，替代方案（包括本文描述的那些均等物、擴展、變化、偏差等）對相關領域的技術人員來說是顯而易見的。這些替代方案落入所揭露實施例的範圍和精神內。

圖3係根據本申請的實施例所示的用於提供運輸服務資訊的示例性方法300的流程圖。例如，方法300可以由伺服器100執行。參考圖3，方法300可以包括以下步驟。

在步驟302，伺服器100可以從乘客終端400接收運輸服務請求。第一運輸服務請求可以經由網路90從乘客終端400發送到伺服器100。第一運輸服務請求可以包括資訊，所述資訊可以指示乘客20的當前位置、請求的運輸服務的起始地和目的地、請求時間等。

在步驟304，伺服器100可以確定搜索區域，所述搜索區域用於定位提供請求的運輸服務的服務運輸工具30。例如，可以基於乘客20的當前位置及/或請求的運輸服務的起始地來確定搜索區域。具體地，伺服器100可以將搜索區域設置為包括或靠近由運輸服務請求指定的行程起始地的區域。在一些實施例中，伺服器100可以將給定的地理區域（例如，大都會區域）劃分為複數個子區域。伺服器100可以選擇包含請求的運輸服務的起始地的子區域作為搜索區域。

根據所揭露的實施例，在接收到運輸服務請求之後，伺服器100可以將運輸服務請求廣播到位於搜索區域中的服務運輸工具20（或通訊裝置300）。這樣，搜索區域也被稱為運輸服務請求的「廣播區域」。如果搜索區域中的服務運輸工具20當前可用於接載乘客20，則服務運輸工具20的司機可以操作相關的通訊裝置300以接受運輸服務請求，並前往接載乘客30。如果當前沒有可用的服務運輸工具20，則伺服器100可以將運輸服務請求放入佇列中，並將其分配給下一個可用的服務運輸工具20。

在步驟306，伺服器100可以確定與搜索區域相關的歷史運輸服務請求資料。歷史運輸服務請求資料包括在產生運輸服務請求之前，在預定時間段內由所揭露的線上叫車平臺接收的運輸服務請求的記錄。在所揭露的實施例中，伺服器100可以週期性地收集歷史運輸服務請求資料，並將其保存在儲存單元106及/或記憶體模組108中。另選地或另外地，伺服器100可以從遠端資料中心或雲端儲存器中檢索歷史運輸服務請求資料。

歷史運輸服務請求資料可以用來組織不同的營運區域。營運區域是相關運輸服務請求的起始地所在的地理區域。伺服器100可以設定運輸服務請求的搜索區域與歷史運輸服務請求資料的營運區域之間的對應關係。在一些實施例中，運輸服務請求的營運區域與運輸服務請求的廣播區域相同。與所揭露的實施例相一致，伺服器100可以獲得歷史運輸服務請求資料，其營運區域對應於運輸服務請求的搜索區域（即，廣播區域）。

在步驟308中，伺服器100可以基於歷史運輸服務請求資料來確定與搜索區域相關的供需資訊。具體地，歷史運輸服務請求資料可以包括在搜索區域中，運輸服務的需求量（例如，運輸服務請求的數量）和運輸服務的供給量（例如，可用於提供運輸服務的服務運輸工具20的數量）。為了確定供需資訊，伺服器100可以通過運輸服務的需求量減去運輸服務的供給量來確定差值。

在步驟310，伺服器100可以提供用於在乘客終端400上顯示的供需資訊。具體地，基於差值，伺服器100可以為乘客終端400產生各種指令，以顯示相關的供需資訊。

當差值大於第一臨界值時，伺服器100可以向乘客終端100發送第一指令。第一指令使乘客終端100通過使用者介面206顯示表示運輸服務請求量和運輸服務的供給量的圖表。圖表可以包括長條圖、折線圖、圓形圖、橫條圖、圓環圖、氣泡圖或雷達圖中的至少一個。

當差值大於第二臨界值時，伺服器100可以向乘客終端100發送第二指令。第二指令使乘客終端100：啟動運輸服務調度介面；在第一預設時間間隔，檢測是否接收到歷史運輸服務請求資料的更新；並且回應於接收到歷史運輸服務請求資料的更新，刷新圖表。

伺服器100還可以產生額外費用或常規服務費的加倍因數中的至少一項，用於調度廣播區域外的運輸能力，以滿足運輸服務請求。然後，伺服器100可以向乘客終端400發送第三指令。第三指令使乘客終端400：顯示額外費用金額或常規服務費的加倍因數中的至少一項；在第二預設時間間隔，檢測是否接收到額外費用或常規服務費的加倍因數中的至少一項的更新；並且回應於接收到額外費用或常規服務費的加倍因數中的至少一項的更新時，刷新顯示的額外費用金額或常規服務費的加倍因數中的至少一個。

由伺服器100執行相應方法300，本申請還提供了乘客終端400用於顯示運輸服務資訊的結構和方法。圖4係根據本申請的實施例所示的乘客終端400的示意圖。參考圖4，乘客終端400包括顯示單元412、預設單元414、切換單元416、檢測單元418、判定單元420、分析單元422和確定單元424。乘客終端400被配置為接收並顯示與運輸請求相關的供需資訊。

在這些實施例中，接收和顯示與歷史運輸服務請求記錄相對應的供需資訊可以使使用者能夠瞭解線上叫車營運的供需狀況，尤其是當運輸服務請求量大於可用營運資源量時。一方面，通過供需資訊，使用者可以瞭解動態調整計畫發生的原因以及動態調整費用如何產生。另一方面，使用者能夠根據供需資訊調整行程計畫。例如，如果運輸服務請求是快車服務的獨家預訂，則使用者可以附帶地發送快車服務的共用請求，或者不同的汽車類型的請求（例如，計程車、特殊汽車、豪華轎車、搭便車等），最大限度地滿足了使用者的運輸需求，提高了使用者體驗。

運輸服務請求包括起始點、目的地和出發時間等的行程資訊。後臺程序將行程資訊發送到伺服器。伺服器根據起始地所屬的營運區域的歷史運輸服務請求記錄產生供需資訊。供需資訊被發送到終端裝置，例如乘客終端400。終端裝置在使用者互動介面上顯示供需資訊，並直觀地提醒使用者。

預設單元414用於設定預約的廣播區域與歷史預訂記錄的營運區域之間的對應關係。歷史預訂記錄是在預訂產生之前，在預設時間段內的預訂記錄。歷史預訂記錄包括產生的預訂總量和可用的運輸資源量。預訂的廣播區域是行程起始地所屬的營運區域。通過預訂的廣播區與歷史預訂記錄的營運區域之間的對應關係，預訂總量和可用運輸資源量最能反映預訂發送前的供需狀況，從而提高了供需資訊的準確性和可靠性。

因此，當檢測到要發送的運輸服務請求時，以及當產生的運輸服務請求總量和可用運輸資源量之間的差值大於第一預設差值時，顯示單元412還被配置為產生並顯示與所產生的運輸服務請求總量和可用運輸資源量相對應的圖表。所述圖表包括柱狀圖、折線圖、圓形圖、橫條圖、圓環圖、氣泡圖或雷達圖中的至少一個。

當產生的運輸服務請求總量與可用運輸資源量之間的差值大於第一預設差值時，將會發生嚴重的供需不平衡。等待發送的運輸服務請求極有可能無法被及時回應。在這種情況下，通過產生並顯示與產生的運輸服務請求總量和可用運輸資源量相對應的圖表，有效地降低了乘客終端400的記憶體消耗，提高了終端裝置的能量效率。使用者可以直觀地瞭解供需狀況，並根據圖表調整行程計畫。

當產生的運輸服務請求總量與可用運輸資源量之間的差值大於第二預設差值時，切換單元416被配置為切換到運輸資源調度介面。檢測單元418被配置用於根據第一預設週期檢測圖表是否更新。當檢測到圖表更新時，將刷新並顯示圖表。當未檢測到圖表更新，則不會刷新並顯示圖表。

在這些實施例中，當產生的運輸服務請求總量與可用運輸資源量之間的差值大於第二預設差值時，通過切換到運輸資源調度介面，提示使用者他或她是否想要提高費用，以便調度在他或她的行程所屬的營業區之外的可用的運輸資源。因此，使用者的運輸需求被最大限度地滿足了，使用者體驗被提高了。同時，網際網路汽車預訂的周轉量也有所提升。此外，當未檢測到圖表被更新時，不刷新和顯示圖表，從而有效地提高了乘客終端400的能量效率。

判定單元420被配置用於判定動態調整費用、常規服務費的加倍因數或其組合，以動態調度廣播區域外可用的運輸資源。檢測單元418進一步被配置用於根據第二預設週期，檢測動態調整費用、常規服務費用的加倍因數或其組合是否被調整。當檢測到動態調整費用、常規服務費的加倍因數或其組合被調整時，顯示單元412進一步被配置為刷新並顯示動態調整費用、常規服務費的加倍因數或其組合。回應於動態調整費用、常規服務費的加倍因數或其組合未被檢測到被調整時，顯示單元412進一步被配置為不刷新和不顯示動態調整費用、常規服務費的加倍因數或其組合。

在這些實施例中，通過判定動態調整費用、常規服務費的加倍因數或其組合，以動態調度廣播區域外的可用運輸資源，以及當檢測到動態調整費用、常規服務費的加倍因數或其組合被調整時，刷新、顯示動態調整費用、常規服務費用的加倍因數或其組合，使用者可以直觀地理解運輸資源的調度是由於供需的不平衡導致的。使用者可以更容易理解和接受運輸資源調度。這滿足了使用者的運輸需求，同時提高了網際網路汽車預訂的周轉量。

當檢測到運輸服務請求被發送時，分析單元422被配置用於分析運輸服務請求的特徵資訊。確定單元424被配置用於確定特徵資訊是否與預設特徵資訊匹配。當確定特徵資訊與一條預設特徵資訊匹配時，顯示單元412進一步被配置為產生與匹配的預設特徵資訊對應的場景提示資訊。預設特徵資訊包括天氣特徵資訊、時間特徵資訊、區域特徵資訊和道路狀況特徵資訊中的至少一個。

在這些實施例中，當確定特徵資訊與一條預設特徵資訊匹配時，通過分析運輸服務請求的特徵資訊，並產生與匹配的預設特徵資訊對應的場景提示資訊。使用者可以直觀地理解供需不平衡的原因，例如，雨天或起霧（天氣特徵資訊）、早上高峰和晚上高峰（時間特徵資訊）、人流量大的商業區、學區、偏遠地區和住宅區（區域特徵資訊）、行程起始地周圍的事故或雍塞（路況特徵資訊）。

接下來，提供圖5-9以說明乘客終端400用於顯示運輸服務資訊的顯示介面。

圖5係根據本申請實施例所示的由乘客終端400使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊。參考圖5，用於資訊顯示計畫的示例性介面包括供需提示資訊402、動態調度提示資訊404、運輸服務請求的特徵資訊406、控制加價介面408，以及控制等待介面410。當檢測到運輸服務請求被發送時，乘客終端400接收並顯示與歷史運輸服務請求記錄相對應的供需提示資訊。供需提示資訊402可以被配置為「約8輛可用汽車」和「約15人正在預訂」，所述「約8輛可用汽車」可作為可用的運輸資源量，所述「約15人正在預訂」可作為產生的運輸服務請求總量。動態調度提示資訊404被配置用於顯示從廣播區域外動態調度可用運輸資源的動態調整費用、常規服務費的加倍因數或其組合。例如，動態調度提示資訊404可被配置為「增加0.5倍」和「增加到39.5左右、增加部分轉給司機」。根據資料的週期或更新，動態調度提示資訊404可以被刷新和更新。運輸服務請求的特徵資訊406被配置為顯示動態調度的原因。運輸服務請求的特徵資訊406被配置為顯示運輸服務請求的特徵資訊，例如「下雨和下雪天氣造成過多的使用者運輸服務請求」。控制加價介面408和控制等待介面410被配置為允許使用者選擇他們喜歡如何進行，例如，「同意給司機支付更多」可以作為控制加價介面408和「等會再請求」可以作為控制等待介面410。

圖6係根據本申請實施例所示的由乘客終端400使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊。參考圖6，用於資訊顯示的使用者介面包括簡化的供需提示資訊402和被調整的動態調度提示資訊404。當產生的運輸服務請求總量與可用運輸資源量之間的差值大於第二預設差值時，使用者介面被配置為切換到運輸資源調度介面。簡化的供需提示資訊402可以被配置為文本資訊，例如，「約27個使用者正在打車，僅有8個可用的汽車。」被調整的動態調度提示資訊404可以被配置為「增加0.3倍、增加到32.8左右、報價有效2分鐘、增加部分轉給司機。」該配置用於鼓勵使用者獲取動態調度計畫。

圖7係根據本申請實施例的由乘客終端400使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊。參考圖7，乘客終端400的使用者介面顯示動態提示資訊600和使用者確認觸發埠602。動態提示資訊600可以是「該地區的需求多，您可以選擇增加費用以加快您的行程，或者您可以嘗試等會再叫車。」使用者確認觸發埠602可以顯示諸如「知道了」的訊息。當使用者觸發使用者確認觸發埠602時，介面切換到如圖8或9所示的運輸資源調度頁面。

用於運輸資源調度的介面，例如圖8和9中所示，包括運輸服務請求的特徵資訊406。在圖8中，運輸服務請求的特徵資訊406表示「高峰時段」，並且在圖9中，運輸服務請求的特徵資訊406表示「偏遠起點或終點」，以便直觀地導引使用者，並使其能夠理解動態調整的原因。這提高了營運成本的透明度和使用者體驗。方便使用者及時調整行程計畫。

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

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

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

10 示例性系统 100 伺服器 102 通訊介面 104 處理器 106 儲存單元 108 記憶體模組 20 乘客 30 運輸工具 300 通訊裝置 90 網路 200 乘客終端 202 處理器 204 記憶體模組 206 使用者介面 208 通訊介面 300 方法 302 步驟 304 步驟 306 步驟 308 步驟 310 步驟 400 乘客終端 402 供需提示資訊 404 動態調度提示資訊 406 運輸服務請求的特徵資訊 408 控制加價介面 410 控制等待介面 412 顯示單元 414 預設單元 416 切換單元 418 檢測單元 420 判定單元 422 分析單元 424 確定單元 600 動態提示資訊 602 使用者確認觸發埠

圖1係根據本申請的實施例所示的用於提供與運輸服務有關的資訊的示例性系統的示意圖；

圖2係根據本申請的實施例所示的由圖1的系統使用的示例性乘客終端的示意圖；

圖3係根據本申請的實施例所示的用於提供運輸服務資訊的示例性方法的流程圖；

圖4係根據本申請的實施例所示的由圖1的系統使用的示例性乘客終端的示意圖；

圖5係根據本申請的實施例所示的由圖4中的乘客終端使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊；

圖6係根據本申請的實施例所示的由圖4中的乘客終端使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊；

圖7係根據本申請的實施例所示的由圖4中的乘客終端使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊；

圖8係根據本申請的實施例所示的由圖4中的乘客終端使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊；

圖9係根據本申請的實施例所示的由圖4中的乘客終端使用的示例性使用者介面的示意圖，所述使用者介面用於顯示運輸服務資訊。

Claims (19)

1. 一種用於產生在終端裝置上顯示的運輸服務資訊的電腦實施的方法，包括： 從所述終端裝置接收運輸服務請求； 確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具； 確定與所述搜索區域相關的歷史運輸服務請求資料； 基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊；以及 提供所述供需資訊以在所述終端裝置上顯示。
2. 如申請專利範圍第1項之方法，其中，所述歷史運輸服務請求資料包括在接收所述運輸服務請求之前的預設時間段內的運輸服務請求量和運輸服務供給量。
3. 如申請專利範圍第2項之方法，其中確定與所述搜索區域相關的歷史運輸服務請求資料包括： 基於所述運輸服務請求的搜索區域與所述歷史運輸服務請求資料的營運區域之間的預定關係，確定所述歷史運輸服務請求資料。
4. 如申請專利範圍第2項之方法，進一步包括： 確定在接收所述運輸服務請求之前的所述預設時間段內，所述運輸服務請求量與所述運輸服務供給量之間的差值； 當所述差值大於第一臨界值時，將第一指令發送到所述終端裝置，所述第一指令使所述終端裝置顯示表示所述運輸服務請求量和所述運輸服務供給量的圖表。
5. 如申請專利範圍第4項之方法，其中所述圖表包括柱狀圖、折線圖、圓形圖、橫條圖、圓環圖、氣泡圖或雷達圖中的至少一個。
6. 如申請專利範圍第4項之方法，進一步包括： 當所述差值大於第二臨界值時，將第二指令發送到所述終端裝置，所述第二指令使所述終端裝置： 回應於接收到所述歷史運輸服務請求資料的更新，刷新所述圖表。
7. 如申請專利範圍第6項之方法，進一步包括： 產生額外費用或常規服務費的加倍因數中的至少一項，以便調度所述搜索區域之外的運輸能力以滿足所述運輸服務請求；以及 將第三指令發送到所述終端裝置，所述第三指令使所述終端裝置： 顯示所述額外費用或所述常規服務費的加倍因數中的至少一項；以及 回應於接收到所述額外費用或所述常規服務費用的加倍因數中的至少一項的更新，刷新所顯示的所述額外費用或所述常規服務費用的加倍因數中的至少一項。
8. 一種用於提供運輸服務的裝置，包括： 與終端裝置通訊的通訊介面； 儲存指令的記憶體；以及 耦合到所述通訊介面和所述記憶體的處理器，所述處理器被配置為執行所述指令， 用於： 從所述終端裝置接收運輸服務請求； 確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具； 確定與所述搜索區域相關的歷史運輸服務請求資料； 基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊；以及 提供所述供需資訊，以在所述終端裝置上顯示。
9. 如申請專利範圍第8項之裝置，其中，所述處理器進一步被配置為： 預設所述運輸服務請求的搜索區域與所述歷史運輸服務請求資料的營運區域之間的對應關係； 其中，所述歷史運輸服務請求資料包括在接收所述運輸服務請求之前的預設時間段內的運輸服務請求量和運輸服務供給量。
10. 如申請專利範圍第9項之裝置，其中所述處理器進一步被配置為： 基於所述運輸服務請求的搜索區域與所述歷史運輸服務請求資料的營運區域之間的預定關係，確定所述歷史運輸服務請求資料。
11. 如申請專利範圍第9項之裝置，其中所述處理器進一步被配置為： 確定在接收所述運輸服務請求之前的所述預設時間段內，所述運輸服務請求量與所述運輸服務供給量之間的差值； 當所述差值大於第一臨界值時，將第一指令發送到所述終端裝置，所述第一指令使所述終端裝置： 顯示表示所述運輸服務請求量和所述運輸服務供給量的圖表，所述圖表包括柱狀圖、折線圖、圓形圖、橫條圖、圓環圖、氣泡圖或雷達圖中的至少一個。
12. 如申請專利範圍第11項之裝置，其中，所述處理器進一步被配置為： 當所述差值大於第二臨界值時，將第二指令發送到所述終端裝置，所述第二指令使所述終端裝置： 啟動運輸服務調度介面； 在第一預設時間間隔，檢測是否接收到所述歷史運輸服務請求資料的更新；以及 回應於接收到所述歷史運輸服務請求資料的更新，刷新所述圖表。
13. 如申請專利範圍第12項之裝置，其中所述處理器進一步被配置為： 產生額外費用或常規服務費的加倍因數中的至少一項，以便調度所述廣播區域外的運輸能力，以滿足所述運輸服務请求；以及 將第三指令發送到所述終端裝置，所述第三指令使所述終端裝置： 顯示所述額外費用或所述常規服務費的加倍因數中的至少一項；以及 回應於接收到所述額外費用或所述常規服務費用的加倍因數中的至少一項的更新，刷新所顯示的所述額外費用或所述常規服務費的加倍因數中的至少一項。
14. 一種非暫時性電腦可讀取媒體，其儲存一組指令，當由伺服器的至少一個處理器執行時，使終端裝置執行一方法，所述方法包括： 從所述終端裝置接收運輸服務請求； 確定搜索區域，所述搜索區域用於定位提供所請求的運輸服務的運輸工具； 確定與所述搜索區域相關的歷史運輸服務請求資料； 基於所述歷史運輸服務請求資料來確定與所述搜索區域相關的供需資訊；以及 提供所述供需資訊以在所述終端裝置上顯示。
15. 如申請專利範圍第14項之非暫時性電腦可讀取媒體，其中： 所述運輸服務請求的搜索區域對應於所述歷史運輸服務請求資料的營運區域；以及 所述歷史運輸服務請求資料包括在接收到所述運輸服務請求之前的預設時間段內的運輸服務請求量和運輸服務供給量。
16. 如申請專利範圍第15項之非暫時性電腦可讀取媒體，其中所述方法進一步包括： 將第一指令發送到所述終端裝置，所述第一指令表示所述運輸服務請求量與所述運輸服務供給量之間的差值大於第一臨界值；以及 回應於接收到所述第一指令，在所述終端裝置的所述使用者介面上顯示圖表，所述圖表表示所述運輸服務請求量和所述運輸服務供給量，所述圖表包括柱狀圖、折線圖、圓形圖、橫條圖、圓環圖、氣泡圖或雷達圖中的至少一個。
17. 如申請專利範圍第16項之非暫時性電腦可讀取媒體，其中所述方法進一步包括： 將第二指令發送到所述終端裝置，所述第二指令表示所述運輸服務請求數量和所述運輸服務供給量之間的差值大於第二臨界值；以及 回應於接收到所述第二指令： 啟動運輸服務調度介面； 在第一預設時間間隔，檢測是否接收到所述歷史運輸服務請求資料的更新；以及 回應於接收到所述歷史運輸服務請求資料的更新，刷新所述圖表。
18. 如申請專利範圍第17項之非暫時性電腦可讀取媒體，其中所述方法進一步包括： 產生額外費用或常規服務費的加倍因數中的至少一項，以調度所述搜索區域之外的運輸能力來滿足所述運輸服務請求；以及 將第三指令發送到所述終端裝置，回應於所述第三指令： 顯示所述額外費用或所述常規服務費的加倍因數中的至少一項，調度所述搜索區域之外的運輸能力，以滿足所述運輸服務請求； 在第二預設時間間隔，檢測是否從所述伺服器接收到所述額外費用或所述常規服務費的加倍因數中的至少一項的更新；以及 回應於接收到所述額外費用或所述常規服務費用的加倍因數中的至少一項的更新，刷新所顯示的所述額外費用或所述常規服務費的加倍因數中的至少一項。
19. 如申請專利範圍第14項之非暫時性電腦可讀取媒體，其中所述方法進一步包括： 分析所述運輸服務請求的特徵資訊； 確定所述特徵資訊是否與預設屬性中的一個或多個匹配，所述預設屬性包括天氣、時間、區域或道路狀況中的至少一個； 回應於確定所述特徵資訊匹配所述預設屬性中的一個或多個，產生表示所匹配的預設屬性的場景提示資訊。