訂單處理方法和訂單處理設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001]本公開的實施例總體上涉及計算機應(yīng)用領(lǐng)域,并且更具體地涉及訂單處理方法和訂單處理設(shè)備。
【背景技術(shù)】
[0002]隨著電子信息的發(fā)展,基于移動互聯(lián)網(wǎng)的訂單服務(wù)得到了廣泛地使用。以打車為例,乘客通過打車應(yīng)用發(fā)起叫車請求,然后系統(tǒng)生成叫車訂單,并且根據(jù)周邊車輛情況將訂單發(fā)送給司機客戶端,司機客戶端通過點擊確認(rèn)按鈕等方式來接受乘客的訂單。
[0003]仍然以打車為例,現(xiàn)有的訂單處理方法主要包括搶單和指派兩種方法。但是,在這些方法中,存在一個嚴(yán)重的問題,也就是司機自身的用戶偏好(例如,接單意愿)沒有被考慮在內(nèi),從而司機本身滿意度不夠高,并且可能導(dǎo)致訂單處理效率低下。
[0004]因此,如何提高用戶(對于打車而言,例如,司機)的滿意度,進一步改善訂單處理效率,成為一種亟需解決的問題。
【發(fā)明內(nèi)容】
[0005]針對上述問題,本公開的實施例提供了一種訂單處理方法與訂單處理設(shè)備。
[0006]本公開的一個方面提供了一種訂單處理方法。該方法包括:接收訂單;至少部分地基于用戶偏好,為所述訂單確定至少一個用戶;以及將所述訂單發(fā)送給所述至少一個用戶。
[0007]在一些實施例中,至少部分地基于用戶偏好,為所述訂單確定至少一個用戶包括:從潛在用戶獲取其相應(yīng)的用戶偏好,所述用戶偏好至少包括目的地信息;以及根據(jù)所述目的地信息與所述訂單的目的地,為所述訂單確定至少一個用戶。
[0008]在一些實施例中,根據(jù)所述目的地信息與所述訂單的目的地,為所述訂單確定至少一個用戶包括:在所述目的地信息與所述訂單的目的地一致時,為所述訂單確定至少一個用戶。
[0009]在一些實施例中,至少部分地基于用戶偏好,為所述訂單確定至少一個用戶包括:基于歷史訂單信息,確定每個潛在用戶的用戶偏好,以為所述訂單確定至少一個用戶。
[0010]在一些實施例中,基于歷史訂單信息,確定每個潛在用戶的用戶偏好包括:對所述歷史訂單信息中的信息元素分配權(quán)重;針對信息元素,確定每個潛在用戶的優(yōu)先級;以及針對每個潛在用戶,根據(jù)所分配的權(quán)重對所述優(yōu)先級進行求和,以確定每個潛在用戶的用戶偏好。
[0011]本公開的另一方面提供了一種訂單處理設(shè)備。該設(shè)備包括:接收裝置,被配置成接收訂單;確定裝置,被配置成至少部分地基于用戶偏好,為所述訂單確定至少一個用戶;以及發(fā)送裝置,被配置成將所述訂單發(fā)送給所述至少一個用戶。
[0012]在一些實施例中,所述確定裝置包括:獲取模塊,被配置成從潛在用戶獲取其相應(yīng)的用戶偏好,所述用戶偏好至少包括目的地信息;以及確定模塊,被配置成根據(jù)所述目的地信息與所述訂單的目的地,為所述訂單確定至少一個用戶。
[0013]在一些實施例中,所述確定模塊被進一步配置成:在所述目的地信息與所述訂單的目的地一致時,為所述訂單確定至少一個用戶。
[0014]在一些實施例中,所述確定裝置包括:歷史訂單處理模塊,被配置成基于歷史訂單信息,確定每個潛在用戶的用戶偏好,以為所述訂單確定至少一個用戶。
[0015]在一些實施例中,所述歷史訂單處理模塊被進一步配置成:對所述歷史訂單信息中的信息元素分配權(quán)重;針對信息元素,確定每個潛在用戶的優(yōu)先級;以及針對每個潛在用戶,根據(jù)所分配的權(quán)重對所述優(yōu)先級進行求和,以確定每個潛在用戶的用戶偏好。
[0016]本公開的又一方面提供了一種訂單處理設(shè)備。該設(shè)備包括:處理器,所述處理器被配置成執(zhí)行根據(jù)本公開的第一方面所述的方法。
[0017]本公開的示例性實施例提供的示例性解決方案通過考慮用戶偏好,可以提高訂單處理效率,改善用戶滿意度。
【附圖說明】
[0018]結(jié)合附圖并參考以下詳細(xì)說明,本公開的各實施例的特征、優(yōu)點及其他方面將變得更加明顯,在此以示例性而非限制性的方式示出了本公開的若干實施例。在附圖中:
[0019]圖1是圖示根據(jù)本公開的實施例的訂單處理環(huán)境的示意圖;
[0020]圖2是圖示根據(jù)本公開的實施例的訂單處理方法的流程圖;以及[0021 ]圖3是圖示根據(jù)本公開的實施例的訂單處理設(shè)備的框圖。
【具體實施方式】
[0022]以下參考附圖詳細(xì)描述本公開的各個示例性實施例。附圖中的流程圖和框圖示出了根據(jù)本公開的各種實施例的方法和系統(tǒng)的可能實現(xiàn)的體系架構(gòu)、功能和操作。應(yīng)當(dāng)注意,流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分,所述模塊、程序段、或代碼的一部分可以包括一個或多個用于實現(xiàn)各個實施例中所規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意,在有些作為備選的實現(xiàn)中,方框中所標(biāo)注的功能也可以按照不同于附圖中所標(biāo)注的順序發(fā)生。例如,兩個接連地表示的方框?qū)嶋H上可以基本并行地執(zhí)行,或者它們有時也可以按照相反的順序執(zhí)行,這取決于所涉及的功能。同樣應(yīng)當(dāng)注意的是,流程圖和/或框圖中的每個方框、以及流程圖和/或框圖中的方框的組合,可以使用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn),或者可以使用專用硬件與計算機指令的組合來實現(xiàn)。
[0023]應(yīng)當(dāng)理解,給出這些示例性實施例僅是為了使本領(lǐng)域技術(shù)人員能夠更好地理解進而實現(xiàn)本公開的實施例,而并非以任何方式限制發(fā)明的范圍。
[0024]參考圖1,其圖示了根據(jù)本公開的實施例的訂單處理環(huán)境100的示意圖。下面為了簡單起見,結(jié)合專業(yè)應(yīng)用說明該訂單處理環(huán)境100。如圖1所示,乘客使用移動設(shè)備101-105生成訂單,移動設(shè)備可以指代各種擁有網(wǎng)絡(luò)接入功能、搭載各種操作系統(tǒng)(包括但不限于1S、Android、Windows Phone等)、可根據(jù)用戶需求定制各種功能的終端設(shè)備,包括但不限于智能手機、平板電腦、智能可穿戴設(shè)備等。此外,在移動設(shè)備101-105中可以安裝有相關(guān)的叫車應(yīng)用,從而訂單可以由乘客使用移動設(shè)備101-105中的叫車應(yīng)用而生成。
[0025]類似地,司機使用移動設(shè)備111-115來接收訂單,在這些移動設(shè)備中可以安裝有相關(guān)的接單應(yīng)用,從而可以通過接單應(yīng)用接收訂單并且通過按鍵、語音等方式接受訂單。在一些情況下,由乘客使用的叫車應(yīng)用和由司機使用的接單應(yīng)用可以由一個單獨的應(yīng)用來實施。
[0026]此外,訂單處理環(huán)境100還可以包括服務(wù)器120。服務(wù)器120可以從乘客所使用的移動設(shè)備101-105等接收訂單,并且篩選出一些訂單,以發(fā)送給移動設(shè)備111-115等,從而向司機分配訂單或者使司機搶單。當(dāng)司機接受訂單或者搶單之后,向服務(wù)器120發(fā)送確認(rèn)消息。然后服務(wù)器120可以向乘客使用的移動設(shè)備101-105發(fā)送訂單已被某個司機接受的消息。在搶單的情況下,服務(wù)器120還可以通過計算確定對于該訂單最優(yōu)的司機,并且向乘客使用的移動設(shè)備發(fā)送訂單已經(jīng)由這個最優(yōu)司機接受的消息。
[0027]在一些實施例中,服務(wù)器120在篩選向司機發(fā)送的訂單時可以進一步考慮司機的用戶偏好。司機的用戶偏好可以從司機所使用的移動設(shè)備收集或者根據(jù)歷史訂單信息確定。
[0028]應(yīng)當(dāng)注意,雖然圖1結(jié)合打車應(yīng)用示意性地說明了根據(jù)本公開的實施例的訂單處理環(huán)境100,但是本公開的實施例不限于這樣的實施環(huán)境,并且可以應(yīng)用于其他應(yīng)用環(huán)境,例如餐飲、購物等。
[0029]參考圖2,其圖示了根據(jù)本公開的實施例的為用戶確定訂單的方法200的流程圖。
[0030]在步驟201,接收訂單。以打車應(yīng)用為例,這些訂單例如由圖1中所示的乘客使用的移動設(shè)備101-105所生成。
[0031]然后,在步驟202,至少部分地根據(jù)用戶偏好,為訂單確定至少一個用戶。例如,在打車應(yīng)用中,服務(wù)器可以根據(jù)司機(即,訂單的用戶)的用戶偏好,為訂單確定一個司機,這種方法通常被稱為指派方法。反之,也可以為訂單確定多個司機,由多個司機進行搶單,這種方法通常被稱為搶單方法。
[0032]在一些實施例中,從潛在用戶獲取其相應(yīng)的用戶偏好,這些用戶偏好至少包括目的地信息,并且根據(jù)目的地信息與訂單的目的地之間的關(guān)系,為訂單確定至少一個用戶。在一個示例中,“潛在用戶”可以包括任何活躍的用戶,即任何準(zhǔn)備接收訂單的用戶都可以被視為潛在用戶。在一個示例中,“潛在用戶”也可以僅包括通過常規(guī)訂單處理方法進行篩選而獲得的用戶。以打車應(yīng)用為例,“潛在用戶”可以包括任何準(zhǔn)備接單的司機,也可以僅僅包括通過常規(guī)訂單處理方法篩選而獲得的司機,等等。如在【背景技術(shù)】中所介紹的,常規(guī)訂單處理方法通常不考慮用戶(例如,司機)的偏好。
[0033]仍然以打車應(yīng)用為例,例如,可以使?jié)撛谟脩粼谝苿咏K端上輸入目的地信息或使用定位技術(shù)挖掘用戶偏好目的地信息,這些目的地信息可以是地理名稱(例如,上地),或者地圖上的一個坐標(biāo)(例如,經(jīng)瑋度),或者一定的范圍(例如,回龍觀附近2公里)等等。例如,也可以設(shè)置一些常用目的地信息,從而便于快捷選擇。在一些實施例中,當(dāng)所偏好的目的地信息與訂單的目的地一致時,為訂單確定至少一個用戶。例如,如果從一些用戶獲得的目的地信息為上地,而訂單的目的地也是上地,則可以為這些訂單確定這些用戶。在一些實施例中,所偏好的目的地