本申請(qǐng)涉及電子技術(shù)領(lǐng)域，尤其涉及一種派單處理方法及系統(tǒng)。

背景技術(shù)：

當(dāng)前，網(wǎng)絡(luò)約車已經(jīng)逐漸普及，用戶可以通過客戶端生成訂單，系統(tǒng)將根據(jù)客戶端發(fā)送來的訂單來為客戶端分配對(duì)應(yīng)的司機(jī)端，這里的司機(jī)端就是駕駛車輛的司機(jī)。司機(jī)端根據(jù)系統(tǒng)發(fā)送來的可以確定客戶端所在位置，從而行駛到客戶端所處位置為客戶端提供服務(wù)。

但是，目前在線司機(jī)端中，存在大量司機(jī)端收到派單信息，但不接單的情況，可能司機(jī)在出車狀態(tài)，并無接單意愿，或者是一些司機(jī)端為待機(jī)司機(jī)端，這里的待機(jī)司機(jī)端為可以收到派單，但是該待機(jī)司機(jī)端并不會(huì)接單，這樣到就導(dǎo)致了較多無效派單的產(chǎn)生，特別影響系統(tǒng)的派單效率，使得真正有接單意愿的司機(jī)端無法接派到訂單。減少了成單率，也降低了用戶體驗(yàn)。

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

本發(fā)明實(shí)施例提供了一種派單處理方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)無效派單的產(chǎn)生，影響系統(tǒng)的派單效率，并且較少成單率的問題。

其具體的技術(shù)方案如下：

一種派單處理方法，所述方法包括：

服務(wù)器檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值，其中，所述聽單總數(shù)為司機(jī)端接收到訂單并未接單的總數(shù)；

若是，則檢測所述指定時(shí)長內(nèi)是否存在所述司機(jī)端的接單信息；

若不存在，則將所述司機(jī)端置為收車狀態(tài)；

若存在，則維持所述司機(jī)端的狀態(tài)。

可選的，在檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值之前，所述方法還包括：

接收用戶輸入的時(shí)長以及數(shù)值；

將所述時(shí)長作為所述指定時(shí)長，并將所述數(shù)值作為所述預(yù)設(shè)閾值。

可選的，檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值，包括：

在司機(jī)端存在第一個(gè)聽單開啟計(jì)時(shí)，獲取在計(jì)時(shí)點(diǎn)到指定時(shí)長內(nèi)的所有聽單總數(shù)，其中，所述聽單總數(shù)包含所述第一個(gè)聽單；

檢測所述聽單總數(shù)是否超過所述預(yù)設(shè)閾值。

可選的，在將所述司機(jī)端置為收車狀態(tài)之后，所述方法還包括：

生成用于提示所述司機(jī)端進(jìn)入收車狀態(tài)提示信息；

將所述提示信息下發(fā)至所述司機(jī)端。

可選的，在將所述司機(jī)端置為收車狀態(tài)之后，所述方法還包括：

檢測是否接收到司機(jī)端上報(bào)的出車請(qǐng)求；

若是，則驗(yàn)證所述司機(jī)端；

若所述司機(jī)端驗(yàn)證通過，則將所述司機(jī)端置為出車狀態(tài)。

一種派單處理系統(tǒng)，包括：

檢測模塊，用于檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值，其中，所述聽單總數(shù)為司機(jī)端接收到訂單并未接單的總數(shù)；

處理模塊，用于在所述聽單總數(shù)超過預(yù)設(shè)閾值時(shí)，檢測所述指定時(shí)長內(nèi)是否存在所述司機(jī)端的接單信息；若不存在，則將所述司機(jī)端置為收車狀態(tài)；若存在，則維持所述司機(jī)端的狀態(tài)。

可選的，所述系統(tǒng)還包括：

接收模塊，用于接收用戶輸入的時(shí)長以及數(shù)值；

閾值處理模塊，用于將所述時(shí)長作為所述指定時(shí)長，并將所述數(shù)值作為所述預(yù)設(shè)閾值。

可選的，所述處理模塊，還用于在司機(jī)端存在第一個(gè)聽單開啟計(jì)時(shí)，獲取在計(jì)時(shí)點(diǎn)到指定時(shí)長內(nèi)的所有聽單總數(shù)；檢測所述聽單總數(shù)是否超過所述預(yù)設(shè)閾值。

可選的，所述處理模塊，生成用于提示所述司機(jī)端進(jìn)入收車狀態(tài)提示信息；將所述提示信息下發(fā)至所述司機(jī)端。

可選的，所述處理模塊，還用于檢測是否接收到司機(jī)端上報(bào)的出車請(qǐng)求；若是，則驗(yàn)證所述司機(jī)端；若所述司機(jī)端驗(yàn)證通過，則將所述司機(jī)端置為出車狀態(tài)。

在本發(fā)明技術(shù)方案中，系統(tǒng)會(huì)檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值，若是，則檢測指定時(shí)長內(nèi)是否存在司機(jī)端的接單信息；若不存在，則將司機(jī)端置為收車狀態(tài)；若存在，則維持司機(jī)端的狀態(tài)。也就是說，若是司機(jī)端長時(shí)間聽單，并且未接單，則系統(tǒng)判定該司機(jī)端為無效司機(jī)端，并將該司機(jī)端從平臺(tái)下線，從而避免了無線訂單的派發(fā)，提高了派單效率，提升了成單效率，提升了平臺(tái)的用戶體驗(yàn)。

附圖說明

圖1為本發(fā)明實(shí)施例中一種派單處理方法的流程圖；

圖2為本發(fā)明實(shí)施例中一種派單處理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面通過附圖以及具體實(shí)施例對(duì)本發(fā)明技術(shù)方案做詳細(xì)的說明，應(yīng)當(dāng)理解，本發(fā)明實(shí)施例以及實(shí)施例中的具體技術(shù)特征只是對(duì)本發(fā)明技術(shù)方案的說明，而不是限定，在不沖突的情況下，本發(fā)明實(shí)施例以及實(shí)施例中的具體技術(shù)特征可以相互組合。

為了解決現(xiàn)有技術(shù)中無效派單的產(chǎn)生，影響系統(tǒng)的派單效率，并且較少成單率的問題，本發(fā)明實(shí)施例中提供了一種派單處理方法，如圖1所示為本發(fā)明實(shí)施例中一種派單處理方法的流程圖，該方法包括：

S101，服務(wù)器檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值；

在本發(fā)明實(shí)施例中，系統(tǒng)設(shè)置了一個(gè)指定時(shí)長，以及一個(gè)聽單總數(shù)，這里的聽單總數(shù)為司機(jī)端接收到訂單并未接單的總數(shù)。

也就是說，司機(jī)端可能一直在線，而系統(tǒng)會(huì)自動(dòng)的給司機(jī)端給司機(jī)端派單，司機(jī)端會(huì)不停的接收到訂單。

在本發(fā)明實(shí)施例中，為了減少無效派單的產(chǎn)生，所以在司機(jī)端存在第一個(gè)聽單開啟計(jì)時(shí)，并獲取在計(jì)時(shí)點(diǎn)到指定時(shí)長內(nèi)的該的所有聽單總數(shù)，比如說，司機(jī)端在14:00開始第一個(gè)聽單，系統(tǒng)內(nèi)設(shè)置的指定時(shí)長為2小時(shí)，此時(shí)系統(tǒng)將連續(xù)的獲取到達(dá)16:00的所有聽單。

這里需要說明是，該指定時(shí)長以及預(yù)設(shè)閾值可以根據(jù)需求來進(jìn)行調(diào)整，也就是說，接收用戶輸入的時(shí)長以及數(shù)值，并將輸入的時(shí)長作為指定時(shí)長，將輸入的數(shù)值作為預(yù)設(shè)閾值。比如說，管理人員可以將指定時(shí)長設(shè)置為2小時(shí)，或者是3小時(shí)；可以將預(yù)設(shè)閾值設(shè)置為100單，或者150單等等。這樣可以實(shí)時(shí)的對(duì)閾值進(jìn)行設(shè)定，提升系統(tǒng)的實(shí)用性以及判定的準(zhǔn)確性。

在系統(tǒng)檢測司機(jī)端的聽到數(shù)時(shí)，系統(tǒng)會(huì)實(shí)時(shí)的檢測指定時(shí)長內(nèi)司機(jī)端的聽單總數(shù)是否超過預(yù)設(shè)閾值。

若是司機(jī)端的聽單總數(shù)未超過預(yù)設(shè)閾值，則繼續(xù)檢測司機(jī)端的聽單，若是司機(jī)端的聽單總數(shù)超過了預(yù)設(shè)閾值，則執(zhí)行S102。

S102，檢測指定時(shí)長內(nèi)是否存在司機(jī)端的接單信息；

在獲取到司機(jī)端的聽到總數(shù)之后，系統(tǒng)將檢在該指定時(shí)長內(nèi)是否存在司機(jī)端的接單信息，也就是說，檢測在聽單的過程中，司機(jī)端是否接單。若是在指定時(shí)長內(nèi)存在司機(jī)端的接單信息，則執(zhí)行S103；若是在指定時(shí)長內(nèi)不存在司機(jī)端的接單信息，則執(zhí)行S104。

S103，將司機(jī)端置為收車狀態(tài)；

S104，維持司機(jī)端的狀態(tài)。

簡單來講，若是司機(jī)端長時(shí)間聽單，并且未接單，則系統(tǒng)判定該司機(jī)端為無效司機(jī)端，并將該司機(jī)端從平臺(tái)下線，從而避免了無線訂單的派發(fā)，提高了派單效率，提升了成單效率，提升了平臺(tái)的用戶體驗(yàn)。

進(jìn)一步，在本發(fā)明實(shí)施例中，在將司機(jī)端下線之后，系統(tǒng)將生成用戶提示司機(jī)端進(jìn)入收車狀態(tài)的提示信息，并將該提示信息下發(fā)至司機(jī)端。也就是說，系統(tǒng)在將無效司機(jī)端下線之后，系統(tǒng)將生成一個(gè)提示信息來提示司機(jī)端對(duì)應(yīng)用戶該司機(jī)端已經(jīng)下線，這樣該司機(jī)端對(duì)應(yīng)用戶能夠及時(shí)的獲知到運(yùn)行狀態(tài)。

進(jìn)一步，在本發(fā)明實(shí)施例中，在該司機(jī)端被下線之后，系統(tǒng)將檢測是否接收到司機(jī)端上報(bào)的出車請(qǐng)求，也就是說，司機(jī)端對(duì)應(yīng)司機(jī)通過在司機(jī)端上手動(dòng)操作生成出車請(qǐng)求之后，系統(tǒng)將接收到司機(jī)端上報(bào)的出車請(qǐng)求，然后系統(tǒng)將基于該出車請(qǐng)求將司機(jī)端的狀態(tài)調(diào)整為出車狀態(tài)，這樣系統(tǒng)可以根據(jù)司機(jī)端的請(qǐng)求及時(shí)調(diào)整司機(jī)端狀態(tài)。

綜上實(shí)施例，若是司機(jī)端長時(shí)間聽單，并且未接單，則系統(tǒng)判定該司機(jī)端為無效司機(jī)端，并將該司機(jī)端從平臺(tái)下線，從而避免了無線訂單的派發(fā)，提高了派單效率，提升了成單效率，提升了平臺(tái)的用戶體驗(yàn)。

對(duì)應(yīng)本發(fā)明實(shí)施例中一種派單處理方法，本發(fā)明實(shí)施例中還提供了一種派單處理系統(tǒng)，如圖2所示為本發(fā)明實(shí)施例中一種派單處理系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括：

檢測模塊201，用于檢測在指定時(shí)長內(nèi)司機(jī)端是否聽單總數(shù)是否超過預(yù)設(shè)閾值，其中，所述聽單總數(shù)為司機(jī)端接收到訂單并未接單的總數(shù)；

處理模塊202，用于在所述聽單總數(shù)超過預(yù)設(shè)閾值時(shí)，檢測所述指定時(shí)長內(nèi)是否存在所述司機(jī)端的接單信息；若不存在，則將所述司機(jī)端置為收車狀態(tài)；若存在，則維持所述司機(jī)端的狀態(tài)。

進(jìn)一步，在本發(fā)明實(shí)施例中，該系統(tǒng)還包括：

接收模塊，用于接收用戶輸入的時(shí)長以及數(shù)值；

閾值處理模塊，用于將所述時(shí)長作為所述指定時(shí)長，并將所述數(shù)值作為所述預(yù)設(shè)閾值。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊202，還用于在司機(jī)端存在第一個(gè)聽單開啟計(jì)時(shí)，獲取在計(jì)時(shí)點(diǎn)到指定時(shí)長內(nèi)的所有聽單總數(shù)；檢測所述聽單總數(shù)是否超過所述預(yù)設(shè)閾值。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊202，生成用于提示所述司機(jī)端進(jìn)入收車狀態(tài)提示信息；將所述提示信息下發(fā)至所述司機(jī)端。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊202，還用于檢測是否接收到司機(jī)端上報(bào)的出車請(qǐng)求；若是，則驗(yàn)證所述司機(jī)端；若所述司機(jī)端驗(yàn)證通過，則將所述司機(jī)端置為出車狀態(tài)。

盡管已描述了本申請(qǐng)的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的普通技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本申請(qǐng)范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本申請(qǐng)進(jìn)行各種改動(dòng)和變型而不脫離本申請(qǐng)的精神和范圍。這樣，倘若本申請(qǐng)的這些修改和變型屬于本申請(qǐng)權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本申請(qǐng)也意圖包含這些改動(dòng)和變型在內(nèi)。