本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及訂單密度的確定方法、終端及服務器。

背景技術(shù)：

目前，打車系統(tǒng)的使用越來越普遍，乘客可以便捷地通過用戶設(shè)備(User Equipment，簡稱UE)上安裝的打車系統(tǒng)發(fā)布打車需求，隨著使用打車軟件的司機和乘客數(shù)量日益增多，如何對同時在線的大規(guī)模訂單和司機進行快速的最佳匹配，對算法和架構(gòu)是一個極具挑戰(zhàn)性的問題。

目前，乘客通過打車軟件發(fā)送訂單，而打車軟件平臺接收訂單之后，將該訂單推送給乘客附近的司機。司機會針對符合要求的訂單進行搶單操作。如果搶單成功，司機就能夠執(zhí)行這一訂單以獲得收益。

由此可見，若司機附近的乘客越多，則司機可以獲得的訂單數(shù)也就越多。因此司機附近訂單密度的高低，能夠影響司機執(zhí)行訂單的數(shù)量，從而影響到司機當天的收益。而目前通過打車軟件，司機無法獲知其附近的訂單數(shù)量，以輔助司機做出更優(yōu)的決策，從而造成了訂單成交率降低。

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

針對現(xiàn)有技術(shù)中打車軟件無法獲得附近的訂單數(shù)量，以輔助司機做出更優(yōu)的決策，從而造成了訂單成交率降低的缺陷，本發(fā)明提供一種訂單密度的確定方法、終端及服務器。

第一方面，本發(fā)明提供了一種訂單密度的確定方法，包括：

終端向打車系統(tǒng)發(fā)送該終端的當前位置信息；

所述終端接收所述打車系統(tǒng)發(fā)送的基于所述終端上的地圖顯示的 訂單交互數(shù)量及訂單密度分布信息；

所述訂單密度分布信息為所述打車系統(tǒng)根據(jù)所述終端的當前位置信息以及該當前位置信息所屬區(qū)域內(nèi)預設(shè)時間段內(nèi)的訂單交互數(shù)量確定的信息。

優(yōu)選地，所述方法還包括：

所述終端采用展示框展示所述訂單密度分布信息。

優(yōu)選地，所述終端向打車系統(tǒng)發(fā)送該終端的當前位置信息之前，所述方法還包括：

所述終端接收用戶觸發(fā)的用于顯示訂單密度分布信息的第一信號。

優(yōu)選地，所述訂單交互數(shù)量包括：訂單總數(shù)量、搶同一訂單的終端數(shù)量、訂單成交數(shù)量、訂單未成交數(shù)量。

第二方面，本發(fā)明提供了一種訂單密度的確定方法，包括：

接收終端發(fā)送的該終端的當前位置信息；

根據(jù)所述當前位置信息，確定該當前位置信息所屬的區(qū)域；

查找所述區(qū)域內(nèi)在預設(shè)時間段內(nèi)的訂單交互數(shù)量及訂單密度分布信息；

將查找的訂單交互數(shù)量及訂單密度分布信息發(fā)送至所述終端，以使所述終端基于該終端上的地圖顯示訂單交互數(shù)量及訂單密度分布信息。

優(yōu)選地，所述將查找的訂單交互數(shù)量及密度分布信息發(fā)送至所述終端之前，所述方法還包括：

判斷所述訂單交互數(shù)量是否大于第一閾值；

若所述訂單交互數(shù)量大于第一閾值，則執(zhí)行將查找的訂單交互數(shù)量及密度分布信息發(fā)送至所述終端的步驟。

第三方面，本發(fā)明提供了一種終端，包括：

發(fā)送單元，用于向打車系統(tǒng)發(fā)送該終端的當前位置信息；

接收單元，用于接收所述打車系統(tǒng)發(fā)送的基于所述終端上的地圖 顯示的訂單交互數(shù)量及訂單密度分布信息；

所述訂單密度分布信息為所述打車系統(tǒng)根據(jù)所述終端的當前位置信息以及該當前位置信息所屬區(qū)域內(nèi)預設(shè)時間段內(nèi)的訂單交互數(shù)量確定的信息。

優(yōu)選地，所述終端還包括展示單元，用于：

采用展示框展示所述訂單密度分布信息。

優(yōu)選地，所述終端還包括觸發(fā)單元，用于：

接收用戶觸發(fā)的用于顯示訂單密度分布信息的第一信號。

優(yōu)選地，所述訂單交互數(shù)量包括：訂單總數(shù)量、搶同一訂單的終端數(shù)量、訂單成交數(shù)量、訂單未成交數(shù)量。

第四方面，本發(fā)明提供了一種服務器，包括：

接收單元，用于接收終端發(fā)送的該終端的當前位置信息；

區(qū)域確定單元，用于根據(jù)所述當前位置信息，確定該當前位置信息所屬的區(qū)域；

查找單元，用于查找所述區(qū)域內(nèi)在預設(shè)時間段內(nèi)的訂單交互數(shù)量及訂單密度分布信息；

發(fā)送單元，用于將查找的訂單交互數(shù)量及訂單密度分布信息發(fā)送至所述終端，以使所述終端基于該終端上的地圖顯示訂單交互數(shù)量及訂單密度分布信息。

優(yōu)選地，所述服務器還包括判斷單元，用于：

判斷所述訂單交互數(shù)量是否大于第一閾值。

由上述技術(shù)方案可知，本發(fā)明提供一種訂單密度的確定方法、終端及服務器，能夠通過終端的當前位置信息，獲得終端附近區(qū)域的訂單交互數(shù)量及訂單分布密度信息，并基于終端的地圖進行顯示，如此通過終端可以獲知附近的訂單數(shù)量及訂單分布情況，能夠輔助司機做出更優(yōu)的決策，從而有效地提高訂單成交率。

附圖說明

為了更清楚地說明本公開實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本公開的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些圖獲得其他的附圖。

圖1是本公開一實施例提供的一種訂單密度的確定方法的流程示意圖；

圖2是本公開另一實施例提供的基于終端的地圖顯示的訂單密度分布信息示意圖；

圖3是本公開另一實施例提供的一種訂單密度的確定方法的流程示意圖；

圖4是本公開一實施例提供的一種終端的結(jié)構(gòu)示意圖；

圖5是本公開另一實施例提供的一種服務器的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本公開實施例中的附圖，對本公開實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒竟_中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本公開保護的范圍。

如圖1所示，為本公開一實施例提供的一種訂單密度的確定方法的流程示意圖，該方法包括如下步驟：

S101：終端向打車系統(tǒng)發(fā)送該終端的當前位置信息。

其中，終端可通過全球定位系統(tǒng)(Global Positioning System，簡稱GPS)技術(shù)、基站定位技術(shù)或Wifi定位技術(shù)等，獲得終端的當前位置信息。其中，終端為提供服務方，如交通工具叫車服務中的司機，所使用的用于接單的移動終端或PC端等設(shè)備。例如智能手機、個人數(shù)碼助理(PDA)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上游 戲機、智能眼鏡、智能手表、可穿戴設(shè)備、虛擬顯示設(shè)備或顯示增強設(shè)備(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

S102：所述終端接收所述打車系統(tǒng)發(fā)送的基于所述終端上的地圖顯示的訂單交互數(shù)量及訂單密度分布信息。

其中，終端上的地圖是指預先下載并存儲在終端中的地圖或者終端上的在線地圖。而當終端接收到訂單密度分部信息后，在地圖上顯示該訂單密度分布信息，如此可使得訂單密度的顯示更為直觀清楚。

其中，所述訂單密度分布信息為所述打車系統(tǒng)根據(jù)所述終端的當前位置信息以及該當前位置信息所屬區(qū)域內(nèi)預設(shè)時間段內(nèi)的訂單交互數(shù)量確定的信息。訂單交互數(shù)量包括：訂單總數(shù)量、搶同一訂單的終端數(shù)量、訂單成交數(shù)量、訂單未成交數(shù)量等。

舉例來說，如圖2所示，圖2為基于終端的地圖顯示的訂單密度分布信息的示意圖。圖2中的三角形標記為終端的當前位置信息，整個方框中的區(qū)域為終端當前位置所屬區(qū)域，其中，每個圓點表示一個訂單，如圖可知，在終端當前位置所屬區(qū)域中，購物中心B周圍的訂單數(shù)量明顯大于大廈A周圍的訂單數(shù)量，則根據(jù)該訂單密度分布信息，司機可選擇到購物中心B附近去接單，以提高接單效率。

進一步地，可在上述地圖中顯示訂單交互數(shù)量。如在地圖中顯示訂單總數(shù)量，在每個訂單處顯示搶該訂單的終端數(shù)量、該訂單的發(fā)起時間等，也可通過不同的顏色顯示訂單是否成交，例如紅色圓點表示訂單已成交，綠色圓點表示訂單未成交。如此可更詳細的顯示終端當前位置所述區(qū)域的訂單信息，以使司機更清楚地了解該區(qū)域當前訂單的實時狀況。

本實施例中，所述方法還包括：

所述終端采用展示框展示所述訂單密度分布信息。

需要說明的是，該方法還可包括如下步驟：

將訂單交互數(shù)量中的訂單總數(shù)量與預設(shè)閾值進行比較；若訂單總數(shù)量小于預設(shè)閾值，則終端通過對話框提示用戶該區(qū)域訂單數(shù)量較少。 例如預設(shè)閾值為10，當終端當前位置所述區(qū)域的訂單總數(shù)量小于10時，則打車軟件則會彈出對話框以提示司機當前區(qū)域的訂單數(shù)量少，如此以使用戶提高搶單速度，或前往其他區(qū)域區(qū)搶單，從而提高訂單成交率。

本實施例中，所述終端向打車系統(tǒng)發(fā)送該終端的當前位置信息之前，所述方法還可包括如下步驟：

所述終端接收用戶觸發(fā)的用于顯示訂單密度分布信息的第一信號。

由此可見，當用戶需要了解當前位置所屬區(qū)域的訂單密度分布狀況時，可去觸發(fā)終端的打車軟件中用于顯示訂單密度分布信息的按鈕，從而顯示訂單密度分布信息。

需要說明的是，本實施例也可根據(jù)設(shè)置的周期定期顯示訂單密度分布信息。

本實施例提供了一種訂單密度的確定方法，能夠通過終端的當前位置信息，獲得終端附近區(qū)域的訂單交互數(shù)量及訂單分布密度信息，并基于終端的地圖進行顯示，如此通過終端可以獲知附近的訂單數(shù)量及訂單分布情況，能夠輔助司機做出更優(yōu)的決策，從而有效地提高訂單成交率。

如圖3所示，為本公開另一實施例提供的一種訂單密度的確定方法的流程示意圖，該方法包括如下步驟：

S301：接收終端發(fā)送的該終端的當前位置信息。

具體來說，打車系統(tǒng)接收終端發(fā)送的當前位置信息。其中，打車系統(tǒng)即打車軟件平臺，用于對接收的訂單進行數(shù)據(jù)處理，并將訂單發(fā)送給多個終端的處理平臺。

S302：根據(jù)所述當前位置信息，確定該當前位置信息所屬的區(qū)域。

其中，當前位置信息所屬的區(qū)域可為：與當前位置的距離小于預設(shè)閾值的范圍內(nèi)的區(qū)域；或者，當前位置信息所屬的地理區(qū)域，如海淀區(qū)、朝陽區(qū)等。

S303：查找所述區(qū)域內(nèi)在預設(shè)時間段內(nèi)的訂單交互數(shù)量及訂單密度分布信息。

其中，訂單密度分布信息為所述打車系統(tǒng)根據(jù)所述終端的當前位置信息以及該當前位置信息所屬區(qū)域內(nèi)預設(shè)時間段內(nèi)的訂單交互數(shù)量確定的信息。訂單交互數(shù)量包括：訂單總數(shù)量、搶同一訂單的終端數(shù)量、訂單成交數(shù)量、訂單未成交數(shù)量等。

具體來說，查找該區(qū)域內(nèi)在預設(shè)時間段內(nèi)的所有訂單及訂單相應的狀態(tài)信息(發(fā)送時間、所在位置及被搶單的狀態(tài)等)，從而得到訂單交互數(shù)量及訂單密度分布信息。

S304：將查找的訂單交互數(shù)量及訂單密度分布信息發(fā)送至所述終端，以使所述終端基于該終端上的地圖顯示訂單交互數(shù)量及訂單密度分布信息。

本實施例中，步驟S304之前，所述方法還可包括如下步驟：

判斷所述訂單交互數(shù)量是否大于第一閾值；

若所述訂單交互數(shù)量大于第一閾值，則執(zhí)行將查找的訂單交互數(shù)量及密度分布信息發(fā)送至所述終端的步驟。

可理解的是，當所述訂單交互數(shù)量小于等于第一閾值，則不執(zhí)行將查找的訂單交互數(shù)量及密度分布信息發(fā)送至所述終端的步驟。

如圖4所示，為本公開一實施例提供的一種終端的結(jié)構(gòu)示意圖，該終端包括：發(fā)送單元401及接收單元402。其中：

發(fā)送單元401，用于向打車系統(tǒng)發(fā)送該終端的當前位置信息。

接收單元402，用于接收所述打車系統(tǒng)發(fā)送的基于所述終端上的地圖顯示的訂單交互數(shù)量及訂單密度分布信息。

其中，所述訂單密度分布信息為所述打車系統(tǒng)根據(jù)所述終端的當前位置信息以及該當前位置信息所屬區(qū)域內(nèi)預設(shè)時間段內(nèi)的訂單交互數(shù)量確定的信息。

本實施例中，所述終端還包括展示單元，用于：

采用展示框展示所述訂單密度分布信息。

本實施例中，所述終端還包括觸發(fā)單元，用于：

接收用戶觸發(fā)的用于顯示訂單密度分布信息的第一信號。

本實施例中，所述訂單交互數(shù)量包括：訂單總數(shù)量、搶同一訂單的終端數(shù)量、訂單成交數(shù)量、訂單未成交數(shù)量。

如圖5所示，為本公開另一實施例提供的一種服務器的結(jié)構(gòu)示意圖，該服務器包括：接收單元501、區(qū)域確定單元502、查找單元503及發(fā)送單元504。其中：

接收單元501，用于接收終端發(fā)送的該終端的當前位置信息。

區(qū)域確定單元502，用于根據(jù)所述當前位置信息，確定該當前位置信息所屬的區(qū)域。

查找單元503，用于查找所述區(qū)域內(nèi)在預設(shè)時間段內(nèi)的訂單交互數(shù)量及訂單密度分布信息。

發(fā)送單元504，用于將查找的訂單交互數(shù)量及訂單密度分布信息發(fā)送至所述終端，以使所述終端基于該終端上的地圖顯示訂單交互數(shù)量及訂單密度分布信息。

本實施例中，所述服務器還包括判斷單元，用于：

判斷所述訂單交互數(shù)量是否大于第一閾值。

可理解的是，若所述訂單交互數(shù)量大于第一閾值，則發(fā)送單元504執(zhí)行將查找的訂單交互數(shù)量及密度分布信息發(fā)送至所述終端的步驟。

對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

應當注意的是，在本公開的系統(tǒng)的各個部件中，根據(jù)其要實現(xiàn)的功能而對其中的部件進行了邏輯劃分，但是，本公開不受限于此，可以根據(jù)需要對各個部件進行重新劃分或者組合，例如，可以將一些部件組合為單個部件，或者可以將一些部件進一步分解為更多的子部件。

本公開的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器 (DSP)來實現(xiàn)根據(jù)本公開實施例的系統(tǒng)中的一些或者全部部件的一些或者全部功能。本公開還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本公開的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本公開進行說明而不是對本公開進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本公開可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。

以上實施方式僅適于說明本公開，而并非對本公開的限制，有關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本公開的精神和范圍的情況下，還可以做出各種變化和變型，因此所有等同的技術(shù)方案也屬于本公開的范疇，本公開的專利保護范圍應由權(quán)利要求限定。