[發明專利]訂單處理方法及服務器

在審

• 申請號: 201610355258.2
• 申請日: 2016-05-25
• 公開（公告）號: CN107437208A
• 公開（公告）日: 2017-12-05
• 發明（設計）人: 李雋欽
• 申請（專利權）人: 滴滴（中國）科技有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06
• 代理公司: 北京路浩知識產權代理有限公司11002
• 代理人: 李相雨

技術領域

本發明涉及網絡約車技術領域，具體涉及一種訂單處理方法及服務器。

背景技術

通常用戶在通過用戶終端叫車時，不管是實時用車還是預約用車，均會向服務器上傳包含乘車信息的用車訂單。實時用車的用車訂單稱為實時單，預約用車的用車訂單稱為預約單。服務器在接收到所述用車訂單后，會立即將所述用車訂單進行廣播，等待司機進行接單。在這樣運作的模式下，如果一個司機先搶到了一個預約單，而后服務器又廣播了一個實時單，而該實時單載客結束后司機仍然有充裕的時間趕往之前搶到的預約單的預約用車地，但是該司機卻未搶到該實時單，這就使得約車平臺的車輛資源不能得到合理的調配，增加了司機的成本。比如，假定當前時間為中午12:00，司機A搶到了一個下午2:00從郊區某工廠至市區某賓館的預約單X，而后服務器接到了一個從飛機場至郊區某小區的實時單Y，并立即通過廣播進行發布。假定完成實時單Y大概需要1個半小時，而郊區某工廠鄰近郊區某小區，如果這時司機B搶到了實時單Y，考慮司機A去往郊區某工廠以及司機B返回市區空載的可能性，如果考慮成本，現有的運作模式在派單方面就顯得不太合理。

由此，如何將用戶的用車訂單進行分配，以使車輛資源能夠得到較合理的調配，成為亟待解決的問題。

發明內容

針對現有技術中的缺陷，本發明實施例提供一種訂單處理方法及服務器。

一方面，本發明實施例提出一種訂單處理方法，包括：

接收第一用車訂單和第二用車訂單，所述第一用車訂單包括第一乘車出發地和第一乘車目的地，以及第一用車時間；所述第二用車訂單包括第二乘車出發地和第二乘車目的地，以及第二用車時間，所述第一用車時間早于所述第二用車時間；

判斷是否滿足預設的匹配條件，若滿足所述匹配條件，則將所述第一用車訂單和所述第二用車訂單合并形成一個用車訂單并發布。

本發明實施例提供的訂單處理方法，在發布用車訂單時，將滿足預設的匹配條件的第一用車訂單和第二用車訂單合并形成一個用車訂單并發布，從而相較于獲取用車訂單后即時進行廣播等待接單的現有技術，本發明使得滿足預設的匹配條件的第一用車訂單和第二用車訂單只能由一個司機終端完成，從而能夠根據用車訂單的實際情況將其兩兩分派給同一個司機終端，能夠實現車輛資源的合理調配，繼而能夠降低司機的成本。

另一方面，本發明實施例提出一種服務器，包括：

接收單元，用于接收第一用車訂單和第二用車訂單，所述第一用車訂單包括第一乘車出發地和第一乘車目的地，以及第一用車時間；所述第二用車訂單包括第二乘車出發地和第二乘車目的地，以及第二用車時間，所述第一用車時間早于所述第二用車時間；

判斷單元，用于判斷是否滿足預設的匹配條件，若滿足所述匹配條件，則將所述第一用車訂單和所述第二用車訂單合并形成一個用車訂單并發布。

本發明實施例提供的服務器，判斷單元在發布用車訂單時，將滿足預設的匹配條件的、接收單元接收到的第一用車訂單和第二用車訂單合并形成一個用車訂單并發布，從而相較于獲取用車訂單后即時進行廣播等待接單的現有技術，本發明使得滿足預設的匹配條件的第一用車訂單和第二用車訂單只能由一個司機終端完成，從而能夠根據用車訂單的實際情況將其兩兩分派給同一個司機終端，能夠實現車輛資源的合理調配，繼而能夠降低司機的成本。

附圖說明

圖1為本發明訂單處理方法一實施例的流程示意圖；

圖2為本發明服務器一實施例的結構示意圖；

圖3為本發明服務器另一實施例的結構示意圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

參看圖1，本實施例公開一種訂單處理方法，包括：

S1、接收第一用車訂單和第二用車訂單，所述第一用車訂單包括第一乘車出發地和第一乘車目的地，以及第一用車時間；所述第二用車訂單包括第二乘車出發地和第二乘車目的地，以及第二用車時間；