訂單密度的確定方法、終端及伺服器與流程
2023-09-14 09:25:45 3
本發明涉及計算機技術領域，尤其涉及訂單密度的確定方法、終端及伺服器。
背景技術：
目前，打車系統的使用越來越普遍，乘客可以便捷地通過用戶設備(User Equipment，簡稱UE)上安裝的打車系統發布打車需求，隨著使用打車軟體的司機和乘客數量日益增多，如何對同時在線的大規模訂單和司機進行快速的最佳匹配，對算法和架構是一個極具挑戰性的問題。
目前，乘客通過打車軟體發送訂單，而打車軟體平臺接收訂單之後，將該訂單推送給乘客附近的司機。司機會針對符合要求的訂單進行搶單操作。如果搶單成功，司機就能夠執行這一訂單以獲得收益。
由此可見，若司機附近的乘客越多，則司機可以獲得的訂單數也就越多。因此司機附近訂單密度的高低，能夠影響司機執行訂單的數量，從而影響到司機當天的收益。而目前通過打車軟體，司機無法獲知其附近的訂單數量，以輔助司機做出更優的決策，從而造成了訂單成交率降低。
技術實現要素：
針對現有技術中打車軟體無法獲得附近的訂單數量，以輔助司機做出更優的決策，從而造成了訂單成交率降低的缺陷，本發明提供一種訂單密度的確定方法、終端及伺服器。
第一方面，本發明提供了一種訂單密度的確定方法，包括：
終端向打車系統發送該終端的當前位置信息；
所述終端接收所述打車系統發送的基於所述終端上的地圖顯示的 訂單交互數量及訂單密度分布信息；
所述訂單密度分布信息為所述打車系統根據所述終端的當前位置信息以及該當前位置信息所屬區域內預設時間段內的訂單交互數量確定的信息。
優選地，所述方法還包括：
所述終端採用展示框展示所述訂單密度分布信息。
優選地，所述終端向打車系統發送該終端的當前位置信息之前，所述方法還包括：
所述終端接收用戶觸發的用於顯示訂單密度分布信息的第一信號。
優選地，所述訂單交互數量包括：訂單總數量、搶同一訂單的終端數量、訂單成交數量、訂單未成交數量。
第二方面，本發明提供了一種訂單密度的確定方法，包括：
接收終端發送的該終端的當前位置信息；
根據所述當前位置信息，確定該當前位置信息所屬的區域；
查找所述區域內在預設時間段內的訂單交互數量及訂單密度分布信息；
將查找的訂單交互數量及訂單密度分布信息發送至所述終端，以使所述終端基於該終端上的地圖顯示訂單交互數量及訂單密度分布信息。
優選地，所述將查找的訂單交互數量及密度分布信息發送至所述終端之前，所述方法還包括：
判斷所述訂單交互數量是否大於第一閾值；
若所述訂單交互數量大於第一閾值，則執行將查找的訂單交互數量及密度分布信息發送至所述終端的步驟。
第三方面，本發明提供了一種終端，包括：
發送單元，用於向打車系統發送該終端的當前位置信息；
接收單元，用於接收所述打車系統發送的基於所述終端上的地圖 顯示的訂單交互數量及訂單密度分布信息；
所述訂單密度分布信息為所述打車系統根據所述終端的當前位置信息以及該當前位置信息所屬區域內預設時間段內的訂單交互數量確定的信息。
優選地，所述終端還包括展示單元，用於：
採用展示框展示所述訂單密度分布信息。
優選地，所述終端還包括觸發單元，用於：
接收用戶觸發的用於顯示訂單密度分布信息的第一信號。
優選地，所述訂單交互數量包括：訂單總數量、搶同一訂單的終端數量、訂單成交數量、訂單未成交數量。
第四方面，本發明提供了一種伺服器，包括：
接收單元，用於接收終端發送的該終端的當前位置信息；
區域確定單元，用於根據所述當前位置信息，確定該當前位置信息所屬的區域；
查找單元，用於查找所述區域內在預設時間段內的訂單交互數量及訂單密度分布信息；
發送單元，用於將查找的訂單交互數量及訂單密度分布信息發送至所述終端，以使所述終端基於該終端上的地圖顯示訂單交互數量及訂單密度分布信息。
優選地，所述伺服器還包括判斷單元，用於：
判斷所述訂單交互數量是否大於第一閾值。
由上述技術方案可知，本發明提供一種訂單密度的確定方法、終端及伺服器，能夠通過終端的當前位置信息，獲得終端附近區域的訂單交互數量及訂單分布密度信息，並基於終端的地圖進行顯示，如此通過終端可以獲知附近的訂單數量及訂單分布情況，能夠輔助司機做出更優的決策，從而有效地提高訂單成交率。
附圖說明
為了更清楚地說明本公開實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本公開的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些圖獲得其他的附圖。
圖1是本公開一實施例提供的一種訂單密度的確定方法的流程示意圖；
圖2是本公開另一實施例提供的基於終端的地圖顯示的訂單密度分布信息示意圖；
圖3是本公開另一實施例提供的一種訂單密度的確定方法的流程示意圖；
圖4是本公開一實施例提供的一種終端的結構示意圖；
圖5是本公開另一實施例提供的一種伺服器的結構示意圖。
具體實施方式
下面將結合本公開實施例中的附圖，對本公開實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本公開中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本公開保護的範圍。
如圖1所示，為本公開一實施例提供的一種訂單密度的確定方法的流程示意圖，該方法包括如下步驟：
S101：終端向打車系統發送該終端的當前位置信息。
其中，終端可通過全球定位系統(Global Positioning System，簡稱GPS)技術、基站定位技術或Wifi定位技術等，獲得終端的當前位置信息。其中，終端為提供服務方，如交通工具叫車服務中的司機，所使用的用於接單的移動終端或PC端等設備。例如智慧型手機、個人數碼助理(PDA)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上遊 戲機、智能眼鏡、智能手錶、可穿戴設備、虛擬顯示設備或顯示增強設備(如Google Glass、Oculus Rift、Hololens、Gear VR)等。
S102：所述終端接收所述打車系統發送的基於所述終端上的地圖顯示的訂單交互數量及訂單密度分布信息。
其中，終端上的地圖是指預先下載並存儲在終端中的地圖或者終端上的在線地圖。而當終端接收到訂單密度分部信息後，在地圖上顯示該訂單密度分布信息，如此可使得訂單密度的顯示更為直觀清楚。
其中，所述訂單密度分布信息為所述打車系統根據所述終端的當前位置信息以及該當前位置信息所屬區域內預設時間段內的訂單交互數量確定的信息。訂單交互數量包括：訂單總數量、搶同一訂單的終端數量、訂單成交數量、訂單未成交數量等。
舉例來說，如圖2所示，圖2為基於終端的地圖顯示的訂單密度分布信息的示意圖。圖2中的三角形標記為終端的當前位置信息，整個方框中的區域為終端當前位置所屬區域，其中，每個圓點表示一個訂單，如圖可知，在終端當前位置所屬區域中，購物中心B周圍的訂單數量明顯大於大廈A周圍的訂單數量，則根據該訂單密度分布信息，司機可選擇到購物中心B附近去接單，以提高接單效率。
進一步地，可在上述地圖中顯示訂單交互數量。如在地圖中顯示訂單總數量，在每個訂單處顯示搶該訂單的終端數量、該訂單的發起時間等，也可通過不同的顏色顯示訂單是否成交，例如紅色圓點表示訂單已成交，綠色圓點表示訂單未成交。如此可更詳細的顯示終端當前位置所述區域的訂單信息，以使司機更清楚地了解該區域當前訂單的實時狀況。
本實施例中，所述方法還包括：
所述終端採用展示框展示所述訂單密度分布信息。
需要說明的是，該方法還可包括如下步驟：
將訂單交互數量中的訂單總數量與預設閾值進行比較；若訂單總數量小於預設閾值，則終端通過對話框提示用戶該區域訂單數量較少。 例如預設閾值為10，當終端當前位置所述區域的訂單總數量小於10時，則打車軟體則會彈出對話框以提示司機當前區域的訂單數量少，如此以使用戶提高搶單速度，或前往其他區域區搶單，從而提高訂單成交率。
本實施例中，所述終端向打車系統發送該終端的當前位置信息之前，所述方法還可包括如下步驟：
所述終端接收用戶觸發的用於顯示訂單密度分布信息的第一信號。
由此可見，當用戶需要了解當前位置所屬區域的訂單密度分布狀況時，可去觸發終端的打車軟體中用於顯示訂單密度分布信息的按鈕，從而顯示訂單密度分布信息。
需要說明的是，本實施例也可根據設置的周期定期顯示訂單密度分布信息。
本實施例提供了一種訂單密度的確定方法，能夠通過終端的當前位置信息，獲得終端附近區域的訂單交互數量及訂單分布密度信息，並基於終端的地圖進行顯示，如此通過終端可以獲知附近的訂單數量及訂單分布情況，能夠輔助司機做出更優的決策，從而有效地提高訂單成交率。
如圖3所示，為本公開另一實施例提供的一種訂單密度的確定方法的流程示意圖，該方法包括如下步驟：
S301：接收終端發送的該終端的當前位置信息。
具體來說，打車系統接收終端發送的當前位置信息。其中，打車系統即打車軟體平臺，用於對接收的訂單進行數據處理，並將訂單發送給多個終端的處理平臺。
S302：根據所述當前位置信息，確定該當前位置信息所屬的區域。
其中，當前位置信息所屬的區域可為：與當前位置的距離小於預設閾值的範圍內的區域；或者，當前位置信息所屬的地理區域，如海澱區、朝陽區等。
S303：查找所述區域內在預設時間段內的訂單交互數量及訂單密度分布信息。
其中，訂單密度分布信息為所述打車系統根據所述終端的當前位置信息以及該當前位置信息所屬區域內預設時間段內的訂單交互數量確定的信息。訂單交互數量包括：訂單總數量、搶同一訂單的終端數量、訂單成交數量、訂單未成交數量等。
具體來說，查找該區域內在預設時間段內的所有訂單及訂單相應的狀態信息(發送時間、所在位置及被搶單的狀態等)，從而得到訂單交互數量及訂單密度分布信息。
S304：將查找的訂單交互數量及訂單密度分布信息發送至所述終端，以使所述終端基於該終端上的地圖顯示訂單交互數量及訂單密度分布信息。
本實施例中，步驟S304之前，所述方法還可包括如下步驟：
判斷所述訂單交互數量是否大於第一閾值；
若所述訂單交互數量大於第一閾值，則執行將查找的訂單交互數量及密度分布信息發送至所述終端的步驟。
可理解的是，當所述訂單交互數量小於等於第一閾值，則不執行將查找的訂單交互數量及密度分布信息發送至所述終端的步驟。
如圖4所示，為本公開一實施例提供的一種終端的結構示意圖，該終端包括：發送單元401及接收單元402。其中：
發送單元401，用於向打車系統發送該終端的當前位置信息。
接收單元402，用於接收所述打車系統發送的基於所述終端上的地圖顯示的訂單交互數量及訂單密度分布信息。
其中，所述訂單密度分布信息為所述打車系統根據所述終端的當前位置信息以及該當前位置信息所屬區域內預設時間段內的訂單交互數量確定的信息。
本實施例中，所述終端還包括展示單元，用於：
採用展示框展示所述訂單密度分布信息。
本實施例中，所述終端還包括觸發單元，用於：
接收用戶觸發的用於顯示訂單密度分布信息的第一信號。
本實施例中，所述訂單交互數量包括：訂單總數量、搶同一訂單的終端數量、訂單成交數量、訂單未成交數量。
如圖5所示，為本公開另一實施例提供的一種伺服器的結構示意圖，該伺服器包括：接收單元501、區域確定單元502、查找單元503及發送單元504。其中：
接收單元501，用於接收終端發送的該終端的當前位置信息。
區域確定單元502，用於根據所述當前位置信息，確定該當前位置信息所屬的區域。
查找單元503，用於查找所述區域內在預設時間段內的訂單交互數量及訂單密度分布信息。
發送單元504，用於將查找的訂單交互數量及訂單密度分布信息發送至所述終端，以使所述終端基於該終端上的地圖顯示訂單交互數量及訂單密度分布信息。
本實施例中，所述伺服器還包括判斷單元，用於：
判斷所述訂單交互數量是否大於第一閾值。
可理解的是，若所述訂單交互數量大於第一閾值，則發送單元504執行將查找的訂單交互數量及密度分布信息發送至所述終端的步驟。
對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
應當注意的是，在本公開的系統的各個部件中，根據其要實現的功能而對其中的部件進行了邏輯劃分，但是，本公開不受限於此，可以根據需要對各個部件進行重新劃分或者組合，例如，可以將一些部件組合為單個部件，或者可以將一些部件進一步分解為更多的子部件。
本公開的各個部件實施例可以以硬體實現，或者以在一個或者多個處理器上運行的軟體模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數位訊號處理器 (DSP)來實現根據本公開實施例的系統中的一些或者全部部件的一些或者全部功能。本公開還可以實現為用於執行這裡所描述的方法的一部分或者全部的設備或者裝置程序(例如，電腦程式和電腦程式產品)。這樣的實現本公開的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從網際網路網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
應該注意的是上述實施例對本公開進行說明而不是對本公開進行限制，並且本領域技術人員在不脫離所附權利要求的範圍的情況下可設計出替換實施例。在權利要求中，不應將位於括號之間的任何參考符號構造成對權利要求的限制。單詞「包含」不排除存在未列在權利要求中的元件或步驟。位於元件之前的單詞「一」或「一個」不排除存在多個這樣的元件。本公開可以藉助於包括有若干不同元件的硬體以及藉助於適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬體項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
以上實施方式僅適於說明本公開，而並非對本公開的限制，有關技術領域的普通技術人員，在不脫離本公開的精神和範圍的情況下，還可以做出各種變化和變型，因此所有等同的技術方案也屬於本公開的範疇，本公開的專利保護範圍應由權利要求限定。