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