本申請涉及電子技術(shù)領(lǐng)域，尤其涉及一種自動接單方法、系統(tǒng)及派單服務(wù)器。

背景技術(shù)：

在網(wǎng)絡(luò)打車系統(tǒng)中，司機可能會有既定的行程安排，如下班回家等。因而，系統(tǒng)向其派發(fā)的訂單如果不能與其既定的行程安排相匹配，那么司機接單的概率會很低。

現(xiàn)有的網(wǎng)絡(luò)打車系統(tǒng)通常以既定的目的地址作為向司機派單的考慮因素，通過系統(tǒng)決策為司機派發(fā)目的地附近的訂單，再由司機自己判定訂單是否與自己的既定行程相吻合，如果能從訂單中選擇出合適的訂單，那么再由司機操作司機端設(shè)備，進行接單。

顯然，上述的方法會造成司機頻繁對訂單進行操作，這樣導致服務(wù)器的派單準確性較低，并且最終的成單率也較低。

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

本發(fā)明實施例提供了一種自動接單方法、系統(tǒng)及派單服務(wù)器，用以解決現(xiàn)有技術(shù)中手動接單造成司機頻繁對訂單進行操作，這樣導致服務(wù)器的派單準確性較低，并且最終的成單率也較低的問題。

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

一種自動接單方法，所述方法包括：

派單服務(wù)器接收服務(wù)端發(fā)送的偏好行程信息，其中，所述偏好行程信息至少包含服務(wù)端的設(shè)定起始位置、設(shè)定終點位置以及設(shè)定開始時間；

獲取客戶訂單中的客戶行程信息，根據(jù)所述偏好行程信息以及所述客戶行程信息得到偏差范圍值，并判定所述偏差范圍值是否小于等于預設(shè)閾值；

若是，則將所述客戶訂單作為自動接單訂單，并派單至所述服務(wù)端，其中，所述自動接單訂單為服務(wù)端自動接單的訂單。

可選的，根據(jù)所述偏好行程信息以及所述客戶行程信息得到偏差范圍值，并判定所述偏差范圍值是否小于等于預設(shè)閾值，包括：

確定所述客戶行程信息中的行程開始時間與所述設(shè)定開始時間的差值；

判定所述差值是否小于等于時間差閾值；

若是，則判定所述客戶行程信息中起始位置與所述設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件。

可選的，判定所述客戶行程信息中起始位置與所述設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件，包括：

確定所述設(shè)定起始位置與所述設(shè)定終點位置之間的線段；

判定所述客戶行程信息中的起始位置與所述線段之間的垂直距離是否小于等于第一設(shè)定距離；

若是，則判定所述客戶行程信息中的終點位置與所述線段之間的距離值是否小于等于第二預設(shè)距離。

可選的，判定所述客戶行程信息中起始位置與所述設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件，包括：

確定所述設(shè)定起始位置與所述設(shè)定終點位置之間線段；

判定所述客戶行程信息中的起始位置是否位于所述線段上；

若是，則判定所述客戶行程信息中的終點位置與所述線段之間的距離值是否小于等于所述第二預設(shè)距離。

可選的，在將所述客戶訂單作為自動接單訂單，并派單至所述服務(wù)端之前，所述方法還包括：

接收服務(wù)端的修改信息，其中，所述修改信息包含了新設(shè)定起始位置、新設(shè)定終點位置以及新設(shè)定起始時間；

根據(jù)所述修改信息，更新所述服務(wù)端的偏好行程信息；

根據(jù)更新的偏好行程信息對客戶訂單進行匹配。

一種自動接單方法，所述方法包括：

獲取用戶在服務(wù)端上輸入的設(shè)定行程信息，其中，所述設(shè)定行程信息至少包含了設(shè)定起始位置、設(shè)定終點位置以及設(shè)定起始時間；

接收服務(wù)器基于所述設(shè)定行程信息發(fā)送的客戶訂單，其中，所述客戶訂單的行程信息與所述設(shè)定行程信息匹配；

將所述客戶訂單作為自動接單訂單，并執(zhí)行接單。

可選的，在執(zhí)行接單之后，所述方法還包括：

生成用于提示所述服務(wù)端接單成功的提示信息；

通過顯示裝置顯示所述提示信息和/或通過揚聲器輸出語音提示信息。

可選的，在執(zhí)行接單之后，所述方法還包括：

檢測是否存在用戶在所述服務(wù)端上的取消接單操作；

若存在，則生成取消接單指令，并將所述取消接單指令發(fā)送至所述服務(wù)器，其中，所述取消接單指令為取消當前已自動接單成功的訂單。

一種派單服務(wù)器，包括：

接收模塊，用于接收服務(wù)端發(fā)送的偏好行程信息，其中，所述偏好行程信息至少包含服務(wù)端的設(shè)定起始位置、設(shè)定終點位置以及設(shè)定開始時間；

處理模塊，用于獲取客戶訂單中的客戶行程信息，根據(jù)所述偏好行程信息以及所述客戶行程信息得到偏差范圍值，并判定所述偏差范圍值是否小于等于預設(shè)閾值；若是，則將所述客戶訂單作為自動接單訂單，并派單至所述服務(wù)端，其中，所述自動接單訂單為服務(wù)端自動接單的訂單。

一種自動接單系統(tǒng)，包括：

獲取模塊，用于獲取用戶在服務(wù)端上輸入的設(shè)定行程信息，其中，所述設(shè)定行程信息至少包含了設(shè)定起始位置、設(shè)定終點位置以及設(shè)定起始時間；

接收模塊，用于接收服務(wù)器基于所述設(shè)定行程信息發(fā)送的客戶訂單，其中，所述客戶訂單的行程信息與所述設(shè)定行程信息匹配；

執(zhí)行模塊，用于將所述客戶訂單作為自動接單訂單，并執(zhí)行接單。

基于本發(fā)明所提供的方法，派單服務(wù)器可以基于服務(wù)端上報的偏好行程信息匹配出可以讓服務(wù)端自動接單的客戶訂單，并將該客戶訂單派發(fā)至對應的服務(wù)端，這樣服務(wù)端對應用戶不再需要進行接單操作，而是服務(wù)端直接自動接單，這樣不僅提升了派單服務(wù)器的派單準確性，并且也提升了成單率。

附圖說明

圖1為本發(fā)明實施例中一種自動接單方法的流程圖；

圖2為本發(fā)明實施例中設(shè)置偏好行程信息的界面示意圖；

圖3為本發(fā)明實施例中新增路線設(shè)置界面的示意圖；

圖4為本發(fā)明實施例中一種自動接單方法的流程圖；

圖5為本發(fā)明實施例中一種派單服務(wù)器的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例中一種自動接單系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

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

實施例一：

如圖1所示為本發(fā)明實施例中一種自動接單方法的流程圖，該方法包括：

S101，派單服務(wù)器接收服務(wù)端發(fā)送的偏好行程信息；

這里的偏好行程信息至少包含服務(wù)端的設(shè)定起始位置、設(shè)定終點位置以及設(shè)定開始時間。

S102，獲取客戶訂單中的客戶行程信息，根據(jù)偏好行程信息以及客戶行程信息得到偏差范圍值，并判定偏差范圍值是否小于等于預設(shè)閾值；

若偏差范圍值小于等于預設(shè)閾值時，則執(zhí)行S103，若偏差范圍值大于預設(shè)閾值時，則執(zhí)行S104。

S103，將客戶訂單作為自動接單訂單，并派單至所述服務(wù)端；

這里的自動接單訂單為服務(wù)端自動接單的訂單。

S104，將客戶訂單作為普通訂單。

這里需要說明是，服務(wù)器和服務(wù)端為兩個不同的終端，服務(wù)器為向服務(wù)端派發(fā)訂單的終端，而服務(wù)端為提供服務(wù)的終端。為了避免司機頻繁對訂單進行操作，這樣導致服務(wù)器的派單準確性較低，并且最終的成單率也較低的問題，本發(fā)明實施例中，服務(wù)器可以將訂單作為自動接單的訂單派發(fā)給服務(wù)端，從而使服務(wù)端自動接單，免去了司機的頻繁操作，并且也提升了成單率。具體實現(xiàn)方案如下：

首先，若是服務(wù)端要實現(xiàn)自動接單，那么服務(wù)端對應的用戶需要在服務(wù)端上輸入偏好行程信息，這里的偏好行程信息中至少包含了服務(wù)端的設(shè)定起始位置、設(shè)定終點位置以及設(shè)定開始時間。比如圖2所示，某個司機在手機上輸入的設(shè)定起始位置、設(shè)定終點位置、設(shè)定開始時間。上述的參數(shù)就可以作為偏好行程信息。

在設(shè)定完成之后， 服務(wù)端將該偏好行程信息發(fā)送至派單服務(wù)器，派單服務(wù)器在保存該偏好行程信息。

在派單服務(wù)器接收到客戶端的客戶訂單時，派單服務(wù)器在客戶訂單中獲取到客戶行程信息，該客戶行程信息中至少包含了行程起始位置、行程終點位置、行程開始時間。

在確定出客戶行程信息中的參數(shù)之后，派單服務(wù)器將確定客戶行程信息中的行程開始時間與設(shè)定開始時間的差值，判定該差值是否小于等于時間差閾值，比如說，設(shè)定開始時間為18:00，而客戶行程信息中的行程開始時間為18:20，那么差值為20分鐘，而時間差閾值為30分鐘，那么該差值小于時間差閾值；若時間差閾值為10分鐘，那么該差值大于時間差閾值。這里的差閾值可以為服務(wù)端設(shè)定，也可以是派單服務(wù)器中的默認值。

若該差值大于時間差閾值時，則將所述客戶訂單作為普通訂單；若該差值小于等于時間差閾值，則判定客戶行程信息中的起始位置與設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件。

在本發(fā)明實施例中可以通過兩種情況來判定起始位置與設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件，具體如下：

方式一：

確定設(shè)定起始位置與設(shè)定終點位置之間的線段，判定客戶行程信息中的起始位置與線段之間的垂直距離是否小于等于第一預設(shè)距離，若是，則判定客戶行程信息中的終點位置與線段之間的距離值是否小于等于第二距離。

簡單來講，在地圖中可以將設(shè)定起始位置與設(shè)定終點位置連線，從而得到一線段，該線段可以基本確定服務(wù)端的行程軌跡，然后派單服務(wù)器計算客戶行程信息中的起始位置與線段之間的垂直距離，基于垂直距離與第一設(shè)定距離就可以確定客戶端是否在服務(wù)端的順路位置上。

在確定客戶端滿足第一個條件之后，派單服務(wù)器將確定客戶端的終點位置是否偏離確定出線段，此處就通過第二預設(shè)距離來判定。若是客戶端的終點位置也滿足條件，此時說明該客戶端與服務(wù)端的線路接近。

方式的二：

確定設(shè)定起始位置與設(shè)定終點位置之間的線段，判定客戶行程信息中的起始位置是否在線段上，若是，則判定客戶行程信息中的終點位置與線段之間的距離值是否小于等于第二距離。

簡單來講，在地圖中可以將設(shè)定起始位置與設(shè)定終點位置連線，從而得到一線段，該線段可以基本確定服務(wù)端的行程軌跡，然后派單服務(wù)器計算客戶行程信息中的起始位置是否在線段上，從而就可以確定客戶端是否在服務(wù)端的順路位置上。

在確定客戶端滿足第一個條件之后，派單服務(wù)器將確定客戶端的終點位置是否偏離確定出線段，此處就通過第二預設(shè)距離來判定。若是客戶端的終點位置也滿足條件，此時說明該客戶端與服務(wù)端的線路接近。當然，終點位置也可能會出現(xiàn)在線段上。

通過上述的兩種方式就可以確定客戶訂單是否為服務(wù)端的偏好訂單。

另外，為了避免派單服務(wù)器將反向訂單派發(fā)給服務(wù)端，所以通過客戶行程信息中的設(shè)定起始位置以及設(shè)定終點位置可以確定行程方向，同理也可以確定客戶訂單的行程方向，若是這兩個方向相反，則將客戶訂單作為普通訂單。

在確定客戶訂單滿足服務(wù)端的偏好時，就是與服務(wù)端順路時，派單服務(wù)器將該客戶訂單作為自動接單訂單，這里的自動接單訂單可以作為一個訂單類型。

派單服務(wù)器將該客戶訂單派發(fā)給該服務(wù)端，從而使服務(wù)端自動接單，也就是說該客戶訂單被派發(fā)給服務(wù)端端之后，服務(wù)端對應用戶不再需要進行接單操作，而是服務(wù)端直接自動接單，這樣不僅提升了派單服務(wù)器的派單準確性，并并且也提升了成單率。

進一步，在本發(fā)明實施例中，除了可以設(shè)置一條偏好行程信息之外，還可以設(shè)置多條偏好行程信息，當然具體設(shè)置的過程在上述的實施例中已經(jīng)說明，具體來講，可以是圖3所示的界面中點擊“新增線路”，從而服務(wù)端對應用戶可以再增加一條新的偏好行程信息。以此方式可以增加設(shè)定閾值內(nèi)的偏好行程信息。

進一步，在本發(fā)明實施例中，為了準確為服務(wù)端派發(fā)自動接單訂單，所以派單服務(wù)器將實時的檢測是否接收到服務(wù)端用于修改偏好行程修改信息，其中，該修改信息中新設(shè)定起始位置、新設(shè)定終點位置以及新設(shè)定起始時間。

若是接收到修改信息時，根據(jù)修改信息，更新服務(wù)端的偏好行程信息，并根據(jù)更新的偏好行程信息對客戶訂單進行匹配。這樣可以保證了對自動接單訂單的派發(fā)準確性。

基于上述方法，派單服務(wù)器可以基于服務(wù)端上報的偏好行程信息匹配出可以讓服務(wù)端自動接單的客戶訂單，并將該客戶訂單派發(fā)至對應的服務(wù)端，這樣服務(wù)端對應用戶不再需要進行接單操作，而是服務(wù)端直接自動接單，這樣不僅提升了派單服務(wù)器的派單準確性，并且也提升了成單率。

實施例二：

本發(fā)明實施例中，還提供了一種自動接單方法，如圖4所示為本發(fā)明實施例中一種自動接單方法的流程圖，該方法包括：

S401，獲取用戶在服務(wù)端上輸入的設(shè)定行程信息；

其中，這里的設(shè)定行程信息至少包含了設(shè)定起始位置、設(shè)定終點位置以及設(shè)定起始時間，具體設(shè)定的界面圖2所示；

S402，接收服務(wù)器基于所述設(shè)定行程信息發(fā)送的客戶訂單；

其中，客戶訂單的行程信息與所述設(shè)定行程信息匹配；

S403，將客戶訂單作為自動接單訂單，并執(zhí)行接單。

在服務(wù)端開啟自動接單之后，服務(wù)端將輸出一顯示界面，如圖2所示，用戶在顯示界面中輸入設(shè)定行程信息，然后將該設(shè)定行程信息發(fā)送至派單服務(wù)器。

派單服務(wù)器基于該設(shè)定行程信息對接收到的客戶訂單進行匹配，具體的匹配過程在實施例一中已經(jīng)詳細說明，此處不再贅述。

當客戶端接到派單服務(wù)器基于設(shè)定行程信息返回的客戶訂單之后，服務(wù)端將自動對該客戶訂單執(zhí)行接單，并在接單成功之后向派單服務(wù)器進行相應的反饋。這樣服務(wù)端就完成了自動接單，避免用戶對客戶訂單的手動處理。

進一步，在本發(fā)明實施例中，服務(wù)端在自動接單成功之后，服務(wù)端將生成用于提示所述服務(wù)端接單成功的提示信息；通過顯示裝置顯示提示信息和/或通過揚聲器輸出語音提示信息。這樣能夠及時的提示服務(wù)端對應用戶已經(jīng)自動接單成功。

進一步，在本發(fā)明實施例中，在自動接單成功之后，服務(wù)端將實時檢測是否存在用戶在服務(wù)端上的取消接單操作；若存在，則生成取消接單指令，并將取消接單指令發(fā)送至所述服務(wù)器。也就是說，取消接單指令為取消當前已自動接單成功的訂單。

通過實施例二中提供的方法，服務(wù)端可以自動的完成客戶訂單的接單，避免服務(wù)端對應用戶的手動操作過程，提升了客戶訂單的成單率，并且也提升了用戶的使用體驗。

實施例三：

對應實施例一中的一種自動接單方法，本發(fā)明實施例中還提供了一種派單服務(wù)器，如圖5所示為本發(fā)明實施例中一種派單服務(wù)器的結(jié)構(gòu)示意圖，該派單服務(wù)器包括：

接收模塊501，用于接收服務(wù)端發(fā)送的偏好行程信息，其中，所述偏好行程信息至少包含服務(wù)端的設(shè)定起始位置、設(shè)定終點位置以及設(shè)定開始時間；

處理模塊502，用于獲取客戶訂單中的客戶行程信息，根據(jù)所述偏好行程信息以及所述客戶行程信息得到偏差范圍值，并判定所述偏差范圍值是否小于等于預設(shè)閾值；若是，則將所述客戶訂單作為自動接單訂單，并派單至所述服務(wù)端，其中，所述自動接單訂單為服務(wù)端自動接單的訂單。

進一步，在本發(fā)明實施例中，所述處理模塊502，具體用于確定所述客戶行程信息中的行程開始時間與所述設(shè)定開始時間的差值；判定所述差值是否小于等于時間差閾值；若是，則判定所述客戶行程信息中起始位置與所述設(shè)定起始位置以及設(shè)定終點位置之間的位置關(guān)系是否滿足預設(shè)條件。

進一步，在本發(fā)明實施例中，所述處理模塊502，確定所述設(shè)定起始位置與所述設(shè)定終點位置之間的線段；判定所述客戶行程信息中的起始位置與所述線段之間的垂直距離是否小于等于第一設(shè)定距離；若是，則判定所述客戶行程信息中的終點位置與所述線段之間的距離值是否小于等于第二預設(shè)距離。

進一步，在本發(fā)明實施例中，所述處理模塊502，確定所述設(shè)定起始位置與所述設(shè)定終點位置之間線段；判定所述客戶行程信息中的起始位置是否位于所述線段上；若是，則判定所述客戶行程信息中的終點位置與所述線段之間的距離值是否小于等于所述第二預設(shè)距離。

進一步，在本發(fā)明實施例中，所述接收模塊501，還用于接收服務(wù)端的修改信息，其中，所述修改信息包含了新設(shè)定起始位置、新設(shè)定終點位置以及新設(shè)定起始時間；

所述處理模塊502，還用于根據(jù)所述修改信息，更新所述服務(wù)端的偏好行程信息；根據(jù)更新的偏好行程信息對客戶訂單進行匹配。

實施例四：

對應實施例二中的一種自動接單方法，本發(fā)明實施例中還提供了一種自動接單系統(tǒng)，如圖6所示為本發(fā)明實施例中一種自動接單系統(tǒng)的結(jié)構(gòu)示意圖，自動接單系統(tǒng)包括：

獲取模塊601，用于獲取用戶在服務(wù)端上輸入的設(shè)定行程信息，其中，所述設(shè)定行程信息至少包含了設(shè)定起始位置、設(shè)定終點位置以及設(shè)定起始時間；

接收模塊602，用于接收服務(wù)器基于所述設(shè)定行程信息發(fā)送的客戶訂單，其中，所述客戶訂單的行程信息與所述設(shè)定行程信息匹配；

執(zhí)行模塊603，用于將所述客戶訂單作為自動接單訂單，并執(zhí)行接單。

進一步，在本發(fā)明實施例中，所述系統(tǒng)還包括：

檢測模塊，用于檢測是否存在用戶在所述服務(wù)端上的取消接單操作；若存在，則生成取消接單指令，并將所述取消接單指令發(fā)送至所述服務(wù)器，其中，所述取消接單指令為取消當前已自動接單成功的訂單。

進一步，在本發(fā)明實施例中，所述系統(tǒng)還包括：

提示模塊，用于生成用于提示所述服務(wù)端接單成功的提示信息；通過顯示裝置顯示所述提示信息和/或通過揚聲器輸出語音提示信息。

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

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