本發(fā)明涉及信息
技術(shù)領(lǐng)域：
，特別涉及一種訂單處理方法、裝置及系統(tǒng)。
背景技術(shù)：
：隨著互聯(lián)網(wǎng)及移動設(shè)備的迅速發(fā)展，特別是智能手機和智能移動導(dǎo)航系統(tǒng)的普及，給人們的出行帶來了極大的便利。隨著城市的發(fā)展，打車需求已經(jīng)是人們的普遍需求。互聯(lián)網(wǎng)和打車行業(yè)的有機結(jié)合，使由打車客戶端與打車服務(wù)器所組成的打車平臺應(yīng)運而生?；诖蜍嚻脚_的訂單處理方法提高了打車效率，使人們出行更加快捷?，F(xiàn)有技術(shù)中有一種訂單處理方法，通過該方法，用戶通過自身攜帶的終端(即用戶終端)中的打車客戶端打車，具體的，用戶終端將訂單請求通過打車客戶端發(fā)送至用于預(yù)定車輛的打車服務(wù)器，該訂單請求包括下單信息，該下單信息包括用戶輸入的起始地址、目的地址及用戶信息(包括用戶姓名和用戶電話號碼)，打車服務(wù)器再將該訂單請求發(fā)送至一定范圍內(nèi)的多個車輛的終端(即車載終端)，多個車載終端接收訂單請求后，打車服務(wù)器從多個車載終端中確定一個車載終端為用戶服務(wù)，或者，打車服務(wù)器直接將訂單請求發(fā)送至一個車載終端，使該車載終端為用戶服務(wù)。上述方法僅適用于下單信息中包括一個目的地址的情況，無法適用于多個目的地址的情況，所以目前的訂單處理方法，預(yù)定的車輛可靠性較低。技術(shù)實現(xiàn)要素：為了解決現(xiàn)有技術(shù)預(yù)定的車輛可靠性較低的問題，本發(fā)明提供了一種訂單處理方法、裝置及系統(tǒng)。所述技術(shù)方案如下：第一方面，提供了一種訂單處理方法，包括：接收第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；根據(jù)所述n個目的地址，對所述第一訂單請求進行處理，得到第二訂單請求；將所述第二訂單請求發(fā)送至車載終端。另一方面，提供一種訂單處理方法，包括：獲取第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；將所述第一訂單請求發(fā)送至打車服務(wù)器，以使所述打車服務(wù)器根據(jù)所述n個目的地址對所述第一訂單請求進行處理，得到第二訂單請求，并將所述第二訂單請求發(fā)送至車載終端。還提供一種訂單處理裝置，所述裝置包括：第一接收模塊，用于接收第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；處理模塊，用于根據(jù)所述n個目的地址，對所述第一訂單請求進行處理，得到第二訂單請求；第一發(fā)送模塊，用于將所述第二訂單請求發(fā)送至車載終端。一種訂單處理裝置，所述裝置包括：獲取模塊，用于獲取第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；第一發(fā)送模塊，用于將所述第一訂單請求發(fā)送至打車服務(wù)器，以使所述打車服務(wù)器根據(jù)所述n個目的地址對所述第一訂單請求進行處理，得到第二訂單請求，并將所述第二訂單請求發(fā)送至車載終端。一種訂單處理系統(tǒng)，包括：打車服務(wù)器、用戶終端和車載終端；所述打車服務(wù)器用于：接收第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；根據(jù)所述n個目的地址，對所述第一訂單請求進行處理，得到第二訂單請求；將所述第二訂單請求發(fā)送至所述車載終端；所述用戶終端用于：獲取第一訂單請求，所述第一訂單請求包括下單信息，所述下單信息至少包括：n個目的地址，n≥2且所述n為整數(shù)；將所述第一訂單請求發(fā)送至打車服務(wù)器，以使所述打車服務(wù)器根據(jù)所述n個目的地址對所述第一訂單請求進行處理，得到第二訂單請求，并將所述第二訂單請求發(fā)送至所述車載終端。本發(fā)明提供的技術(shù)方案帶來的有益效果是：本發(fā)明提供的訂單處理方法、裝置及系統(tǒng)，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。附圖說明為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例提供的各個實施例所涉及的實施環(huán)境的示意圖；圖2是本發(fā)明實施例提供的一種訂單處理方法流程圖；圖3是本發(fā)明實施例提供的另一種訂單處理方法流程圖；圖4是本發(fā)明實施例提供的又一種訂單處理方法流程圖；圖5-1是本發(fā)明實施例提供的再一種訂單處理方法流程圖；圖5-2是本發(fā)明實施例提供的一種用戶終端獲取第一訂單請求流程圖；圖5-3是本發(fā)明實施例提供的一種下單頁面的示意圖；圖5_4是本發(fā)明實施例提供的一種路線圖的示意圖；圖5-5是本發(fā)明實施例提供的一種打車服務(wù)器發(fā)送子訂單請求流程圖；圖5-6是本發(fā)明實施例提供的一種打車服務(wù)器分別與車載終端Z1和Z2交互的示意圖；圖6-1是本發(fā)明實施例提供的再一種訂單處理方法流程圖；圖6-2是本發(fā)明實施例提供的又一種路線圖的示意圖；圖7-1是本發(fā)明實施例提供的再一種訂單處理方法流程圖；圖7-2是本發(fā)明實施例提供的一種訂單處理方法流程圖圖8-1是本發(fā)明實施例提供的一種訂單處理裝置的框圖；圖8-2是本發(fā)明實施例提供的一種處理模塊的框圖；圖8-3是本發(fā)明實施例提供的一種第一發(fā)送模塊的框圖；圖8-4是本發(fā)明實施例提供的一種訂單處理裝置的框圖；圖9-1是本發(fā)明實施例提供的再一種訂單處理裝置的框圖；圖9-2是本發(fā)明實施例提供的一種訂單處理裝置的框圖；圖9-3是本發(fā)明實施例提供的一種訂單處理裝置的框圖；圖10-1是本發(fā)明實施例提供的一種訂單處理裝置的框圖；圖10-2是本發(fā)明實施例提供的一種訂單處理裝置的框圖。具體實施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細(xì)描述。圖1示出了本發(fā)明各個實施例所涉及的實施環(huán)境的示意圖，該實施環(huán)境可以包括打車服務(wù)器100、用戶終端200和多個車載終端300。打車服務(wù)器100可以是一臺服務(wù)器，或者由若干臺服務(wù)器組成的服務(wù)器集群，或者是一個云計算服務(wù)中心。打車服務(wù)器100分別與用戶終端200和車載終端300通過無線網(wǎng)絡(luò)建立連接。用戶終端200可以為可穿戴設(shè)備、手機、平板電腦、計算機等等。車載終端300可以為可穿戴設(shè)備、手機、平板電腦、計算機等等，本實施環(huán)境不對車載終端300的數(shù)量作出限制。打車服務(wù)器100在接收到用戶終端200發(fā)送的第一訂單請求后，能夠根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端300。圖2是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境中的打車服務(wù)器100來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟201、接收第一訂單請求，該第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。步驟202、根據(jù)n個目的地址，對第一訂單請求進行處理，得到第二訂單請求。步驟203、將第二訂單請求發(fā)送至車載終端。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。進一步的，一方面，步驟202可以包括：根據(jù)下單信息判斷是否需要拆分第一訂單請求；當(dāng)需要拆分第一訂單請求時，根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，2≤m≤n且m為整數(shù)；將m個子訂單請求作為第二訂單請求。相應(yīng)的，步驟203可以包括：將m個子訂單請求分別發(fā)送至至少m個不同的車載終端。另一方面，下單信息還包括第一地址類型標(biāo)識和起始地址，第一地址類型標(biāo)識用于指示n個目的地址為n個串行的目的地址，步驟202可以包括：判斷起始地址與n個目的地址組成的n+1個地址是否滿足第二預(yù)設(shè)條件；當(dāng)n+1個地址滿足第二預(yù)設(shè)條件時，調(diào)整n個串行的目的地址的順序，得到第二訂單請求。其中，第二預(yù)設(shè)條件為：S1＞S3；或者，T1＞T3；或者，S1＞S3且T1＞T3；S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛時間之和。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。圖3是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境中的用戶終端200來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟301、獲取第一訂單請求，該第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。步驟302、將第一訂單請求發(fā)送至打車服務(wù)器，以使打車服務(wù)器根據(jù)n個目的地址對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，用戶終端能夠?qū)⒌谝挥唵握埱蟀l(fā)送至打車服務(wù)器，使得打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。圖4是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境中的車載終端300來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟401、接收打車服務(wù)器發(fā)送的第二訂單請求，該第二訂單請求是打車服務(wù)器根據(jù)n個目的地址，對第一訂單請求進行處理后得到的，該第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，車載終端能夠接收打車服務(wù)器發(fā)送的第二訂單請求，該第二訂單請求是打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理后得到的，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。圖5-1是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟501、用戶終端獲取第一訂單請求。第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。具體的，如圖5-2所示，步驟501可以包括：步驟5011、用戶終端接收用戶的輸入信息。輸入信息包括n個目的地址。示例的，輸入方式可以是語音輸入方式，文字輸入方式和圖形輸入方式中的任一種。假設(shè)用戶YH當(dāng)前所處的地址為A0(即起始地址)，用戶YH想先去目的地址A1，再去目的地址A2，那么示例的，如圖5-3所示，用戶終端的下單頁面可以顯示有兩個可選項：“串行”和“并行”，用戶YH可以通過用戶終端的下單頁面輸入兩個目的地址：A1和A2，然后選擇“串行”選項。為了便于用戶了解什么是串行的目的地址和并行的目的地址，兩個選項可以分別設(shè)置一個鏈接，當(dāng)用戶點擊選項鏈接的標(biāo)識時，用戶可以獲得串行的目的地址或并行的目的地址的解釋。此外，用戶終端的下單頁面也可以顯示兩個表格，一個表格用于輸入多個串行的目的地址，該表格可以如表1所示。另一個表格用于輸入多個并行的目的地址，該表格可以如表2所示。當(dāng)用戶YH在表1中輸入兩個目的地址：A1和A2，用戶終端則可以確定A1和A2這兩個目的地址為用戶期望依次到達的兩個串行的目的地址。當(dāng)用戶YH在表2中輸入兩個目的地址：A1和A2，用戶終端則可以確定A1和A2這兩個目的地址為用戶期望到達的兩個并行的目的地址。表1目的地址A1A2表2目的地址A1A2另外，用戶YH還可以在用戶終端的下單頁面上繪制一個路線圖，如圖5-4所示，用戶終端根據(jù)路線圖中的端點名稱，數(shù)量以及線段上的指示箭頭，可以確定A1和A2這兩個目的地址為用戶期望依次到達的兩個串行的目的地址。步驟5012、用戶終端根據(jù)輸入信息生成第一訂單請求。以步驟5011中的目的地址A1和A2為例，用戶終端根據(jù)輸入信息生成第一訂單請求，該第一訂單請求包括下單信息，下單信息包括兩個目的地址：A1和A2。進一步的，當(dāng)用戶選擇了“串行”選項，或者在表1中輸入了兩個目的地址，那么下單信息可以包括第一地址類型標(biāo)識，該第一地址類型標(biāo)識用于指示A1和A2這兩個目的地址為用戶期望依次到達的兩個串行的目的地址。此外，下單信息還包括起始地址和用戶信息，該用戶信息包括目標(biāo)用戶的通訊號碼，示例的，該目標(biāo)用戶可以為用戶YH?？蛇x的，目標(biāo)用戶的通訊號碼為目標(biāo)用戶的電話號碼。需要補充說明的是，目標(biāo)用戶的通訊號碼可以直接采用目標(biāo)用戶的電話號碼來表示，也可以采用電話號碼中的一部分來表示，還可以采用任一能夠唯一指示電話號碼的號碼標(biāo)識來表示，本發(fā)明實施例對此不做限定。另外，用戶信息還可以包括目標(biāo)用戶的標(biāo)識，可選的，該目標(biāo)用戶的標(biāo)識為目標(biāo)用戶的姓名，也可以為目標(biāo)用戶姓氏，還可以為目標(biāo)用戶的名。步驟502、用戶終端將第一訂單請求發(fā)送至打車服務(wù)器。下單信息還包括用戶在第一目的地址的停留時間，第一目的地址為n個目的地址中除最后一個目的地址之外的任一目的地址。打車服務(wù)器接收到用戶終端發(fā)送的第一訂單請求后，由于下單信息包括第一地址類型標(biāo)識，該第一地址類型標(biāo)識用于指示n個目的地址為用戶期望依次到達的n個串行的目的地址，所以打車服務(wù)器能夠根據(jù)第一地址類型標(biāo)識確定n個目的地址為n個串行的目的地址。示例的，地址類型標(biāo)識可以采用數(shù)字來表示，如第一地址類型標(biāo)識用1來表示，第二地址類型標(biāo)識用0來表示。第二地址類型標(biāo)識用于指示n個目的地址為n個并行的目的地址。以用戶YH為例，用戶終端向打車服務(wù)器發(fā)送的第一訂單請求的下單信息可以包括：起始地址A0，兩個目的地址A1和A2，用戶YH的姓名，用戶YH的電話號碼，以及用戶YH在A1的停留時間T′(A1A2)。下單信息還包括第一地址類型標(biāo)識：1。步驟503、打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址是否滿足第二預(yù)設(shè)條件。該第二預(yù)設(shè)條件為：S1＞S3；或者，T1＞T3；或者，S1＞S3且T1＞T3；其中，S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛時間之和。可選的，當(dāng)打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址滿足第二預(yù)設(shè)條件時，執(zhí)行步驟504；當(dāng)打車服務(wù)器判斷n+1個地址不滿足第二預(yù)設(shè)條件時，執(zhí)行步驟505。對于起始地址A0，兩個目的地址A1和A2來說，調(diào)整了目的地址的順序后，用戶YH是先去目的地址A2，再去目的地址A1，將A0和A1之間的行駛距離記為S(A0A1)，將A1和A2之間的行駛距離記為S(A1A2)，將A0和A2之間的行駛距離記為S(A0A2)，將A2和A1之間的行駛距離記為S(A2A1)，將A0和A1之間的行駛時間記為T(A0A1)，將A1和A2之間的行駛時間記為T(A1A2)，將A0和A2之間的行駛時間記為T(A0A2)，將A2和A1之間的行駛時間記為T(A2A1)，那么存在：S1＝S(A0A1)+S(A1A2)，S3＝S(A0A2)+S(A2A1)，T1＝T(A0A1)+T(A1A2)，T3＝T(A0A2)+T(A2A1)，那么S(A0A1)+S(A1A2)＞S(A0A2)+S(A2A1)時，或者，T(A0A1)+T(A1A2)＞T(A0A2)+T(A2A1)時，或者，S(A0A1)+S(A1A2)＞S(A0A2)+S(A2A1)且T(A0A1)+T(A1A2)＞T(A0A2)+T(A2A1)時，打車服務(wù)器則可以判斷A0，A1和A2滿足第二預(yù)設(shè)條件。其中，行駛時間S為行駛距離，v為平均速度，λ為道路擁堵率，道路擁堵率用于指示當(dāng)前道路的擁堵程度，如當(dāng)前道路的擁堵程度特別高，那么λ可以等于1.5；當(dāng)前道路的擁堵程度一般高，那么λ可以等于1.2；當(dāng)前道路不擁堵，那么λ可以等于1。λ的大小可以根據(jù)實際應(yīng)用來設(shè)置，本發(fā)明實施例對此不做限定。示例的，需要說明的是，當(dāng)下單信息包括用戶在第一目的地址的停留時間時，為了提高計算結(jié)果的準(zhǔn)確性，計算行駛時間時應(yīng)該將停留時間考慮進去，比如，已知用戶YH在目的地址A1的停留時間T′(A1A2)，那么A1和A2之間的行駛時間步驟504、當(dāng)n+1個地址滿足第二預(yù)設(shè)條件時，打車服務(wù)器調(diào)整n個串行的目的地址的順序。當(dāng)起始地址與n個目的地址n+1個地址滿足第二預(yù)設(shè)條件時，打車服務(wù)器便可以調(diào)整n個串行的目的地址的順序。以用戶YH為例，調(diào)整之前兩個目的地址的順序為A1→A2，調(diào)整之后兩個目的地址的順序為A2→A1。調(diào)整了n個串行的目的地址的順序之后，執(zhí)行步驟505。該方法通過第二預(yù)設(shè)條件，調(diào)整多個串行目的地址的順序，可以降低預(yù)定車輛的費用。步驟505、打車服務(wù)器判斷第一目的地址是否滿足第一預(yù)設(shè)條件。其中，第一預(yù)設(shè)條件為：t1＞a*t2；t1為用戶在第一目的地址的停留時間，t2為第一目的地址到第二目的地址的行駛時間，第二目的地址為第一目的地址下一個相鄰的目的地址，a大于0且小于1。示例的，a可以等于1/3。以用戶YH為例，第一種情況，假設(shè)三個地址不滿足第二預(yù)設(shè)條件，打車服務(wù)器沒有調(diào)整兩個目的地址的順序，兩個目的地址的順序仍然為A1→A2，那么打車服務(wù)器可以判斷目的地址A1是否滿足第一預(yù)設(shè)條件，第一預(yù)設(shè)條件中的t1＝T′(A1A2)，t2＝T(A1A2)，打車服務(wù)器判斷t1＞a*t2是否成立，如果成立，則執(zhí)行步驟506，確定需要拆分第一訂單請求，如果不成立，則確定不需要拆分第一訂單請求；第二種情況，假設(shè)三個地址滿足第二預(yù)設(shè)條件，打車服務(wù)器將兩個目的地址的順序調(diào)整為了A2→A1，那么打車服務(wù)器可以判斷目的地址A2是否滿足第一預(yù)設(shè)條件，此時，第一預(yù)設(shè)條件中的t1＝T′(A2A1)，t2＝T(A2A1)，打車服務(wù)器再判斷t1＞a*t2是否成立，如果成立，則執(zhí)行步驟506，確定需要拆分第一訂單請求，如果不成立，則確定不需要拆分第一訂單請求。步驟506、當(dāng)?shù)谝荒康牡刂窛M足第一預(yù)設(shè)條件時，打車服務(wù)器確定需要拆分第一訂單請求。當(dāng)?shù)谝荒康牡刂窛M足第一預(yù)設(shè)條件時，打車服務(wù)器確定需要拆分第一訂單請求。然后執(zhí)行步驟507，對第一訂單請求進行拆分。步驟507、當(dāng)需要拆分第一訂單請求時，打車服務(wù)器根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求。2≤m≤n且m為整數(shù)。打車服務(wù)器根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，再將m個子訂單請求作為第二訂單請求。具體的，步驟507可以包括：以第一目的地址為分界點，將第一訂單請求拆分為第一子訂單請求和第二子訂單請求，第一子訂單請求中的終點為第一目的地址，第二子訂單請求的起點為第一目的地址。以步驟505中的第一種情況為例，打車服務(wù)器以目的地址A1為分界點，將第一訂單請求拆分為兩個子訂單請求，其中一個子訂單請求中的起點為A0，終點為A1，另一個子訂單請求中的起點為A1，終點為A2；以步驟505中的第二種情況為例，打車服務(wù)器以目的地址A2為分界點，將第一訂單請求拆分為兩個子訂單請求，其中一個子訂單請求中的起點為A0，終點為A2，另一個子訂單請求中的起點為A2，終點為A1。另外，每個子訂單請求還可以包括用戶YH的姓名和用戶YH的電話號碼等。步驟508、打車服務(wù)器向用戶終端發(fā)送拆分請求。拆分請求包括m個子訂單請求、子訂單請求的個數(shù)或拆分提示信息，即該拆分請求可以包括拆分好的m個子訂單請求，也可以包括子訂單請求的個數(shù)m，還可以包括拆分提示信息，本發(fā)明實施例對該拆分提示信息的具體形式不做限定。打車服務(wù)器將訂單請求拆分為m個子訂單請求后，可以向用戶終端發(fā)送拆分請求，以便于用戶確定是否需要采用本次拆分方案。步驟509、用戶終端向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)。如果用戶確定需要采用本次拆分方案，用戶終端接收確定指令，并向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)。步驟510、打車服務(wù)器將m個子訂單請求分別發(fā)送至至少m個不同的車載終端。具體的，如圖5-5所示，步驟510可以包括：步驟5101、打車服務(wù)器將第一子訂單請求發(fā)送至至少一個第一車載終端。步驟5102、在確定用戶達到第一目的地址且經(jīng)過預(yù)設(shè)時間段后，打車服務(wù)器將第二子訂單請求發(fā)送至至少一個第二車載終端。該預(yù)設(shè)時間段小于或等于t1。以步驟505中的第一種情況為例，打車服務(wù)器先將拆分得到的起點為A0的子訂單請求發(fā)送至至少一個車載終端，將拆分得到的起點為A1的子訂單請求發(fā)送至至少一個車載終端，關(guān)于打車服務(wù)器如何確定出兩個車載終端為用戶服務(wù)的具體過程可以參考現(xiàn)有技術(shù)，在此不再贅述。假設(shè)打車服務(wù)器直接將起點為A0的子訂單請求發(fā)送至車載終端Z1，那么在用戶達到目的地址A1且經(jīng)過預(yù)設(shè)時間段后，再將起點為A1的子訂單請求直接發(fā)送至車載終端Z2。該預(yù)設(shè)時間段小于或等于用戶YH在A1的停留時間T′(A1A2)。圖5-6示出了打車服務(wù)器分別與車載終端Z1和Z2交互的示意圖。需要說明的是，圖5-6中未示出步驟510之前的步驟，步驟510之前的步驟可以參考圖5-1中的步驟501至509。步驟511、車載終端向打車服務(wù)器發(fā)送子訂單請求響應(yīng)。以步驟505中的第一種情況為例，打車服務(wù)器將起點為A0的子訂單請求發(fā)送至車載終端Z1后，車載終端Z1向打車服務(wù)器發(fā)送子訂單請求響應(yīng)，該子訂單請求響應(yīng)包括車載終端Z1對應(yīng)的車輛信息和駕駛員信息。其中，車輛信息可以包括車輛的顏色，型號以及車牌號等，駕駛員信息可以包括駕駛員的姓名和電話號碼。同樣的，打車服務(wù)器將起點為A1的子訂單請求發(fā)送至車載終端Z2后，車載終端Z2向打車服務(wù)器發(fā)送子訂單請求響應(yīng)，該子訂單請求響應(yīng)包括車載終端Z2對應(yīng)的車輛信息和駕駛員信息。步驟512、打車服務(wù)器從至少m個子訂單請求響應(yīng)中選擇m個子訂單請求響應(yīng)。以步驟505中的第一種情況為例，如果打車服務(wù)器將兩個子訂單請求分別發(fā)送至一個車載終端，那么打車服務(wù)器可以直接將每一個車載終端發(fā)送的子訂單請求響應(yīng)發(fā)送至用戶終端。如果打車服務(wù)器將兩個子訂單請求發(fā)送至三個車載終端，三個車載終端中的每個車載終端向打車服務(wù)器發(fā)送子訂單請求響應(yīng)，打車服務(wù)器需要從三個子訂單請求響應(yīng)中選擇出兩個子訂單請求響應(yīng)，再將這兩個子訂單請求響應(yīng)發(fā)送至用戶終端。步驟513、打車服務(wù)器將m個子訂單請求響應(yīng)發(fā)送至用戶終端。以步驟505中的第一種情況為例，打車服務(wù)器將車載終端Z1發(fā)送的子訂單請求響應(yīng)發(fā)送至用戶終端，該子訂單請求響應(yīng)包括車載終端Z1對應(yīng)的車輛信息和駕駛員信息；打車服務(wù)器將車載終端Z2發(fā)送的子訂單請求響應(yīng)發(fā)送至用戶終端，該子訂單請求響應(yīng)包括車載終端Z2對應(yīng)的車輛信息和駕駛員信息。打車服務(wù)器每次都是在接收到車載終端發(fā)送子訂單請求響應(yīng)后就將該子訂單請求響應(yīng)發(fā)送至用戶終端的。本發(fā)明實施例提供的訂單處理方法適用于單用戶去多個串行的目的地址的場景，也適用于多用戶去多個串行的目的地址的場景，該方法能夠在用戶輸入多個串行的目的地址的情況下，調(diào)整目的地址的順序，并對第一訂單請求進行拆分以完成車輛預(yù)定過程，解決了現(xiàn)有技術(shù)中單用戶或多用戶去多個串行的目的地址時，必須用戶臨時給駕駛員指路，或者依靠駕駛員的經(jīng)驗確定行駛路線的問題，降低了預(yù)定車輛的費用，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠根據(jù)用戶終端發(fā)送的第一訂單請求中的下單信息，判斷是否需要拆分第一訂單請求，下單信息包括多個目的地址，當(dāng)確認(rèn)需要拆分該第一訂單請求時，再根據(jù)下單信息將第一訂單請求拆分為多個子訂單請求，并將該多個子訂單請求發(fā)送至多個車載終端，相較于現(xiàn)有技術(shù)，當(dāng)用戶想去多個串行的目的地址時，該方法能夠在確認(rèn)需要拆分訂單請求時，將第一訂單請求拆分為多個子訂單請求，這樣一來，無需用戶針對每個目的地址都臨時給駕駛員指路，或依靠駕駛員的經(jīng)驗確定行駛路線，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。圖6-1是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟601、用戶終端獲取第一訂單請求。第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。具體的，用戶終端接收用戶的輸入信息，用戶終端根據(jù)輸入信息生成第一訂單請求。輸入信息包括n個目的地址。假設(shè)用戶YH和用戶HX當(dāng)前所處的地址為A0(即起始地址)，用戶YH想去目的地址A1，用戶HX想去目的地址A2，用戶YH為下單者，用戶YH可以通過圖5-3所示的下單頁面輸入兩個目的地址：A1和A2，然后選擇“并行”選項?；蛘?，用戶YH在表2中輸入兩個目的地址：A1和A2?；蛘?，用戶YH在下單頁面上繪制一個路線圖，如圖6-2所示，用戶終端根據(jù)該路線圖中的端點名稱，數(shù)量以及線段上的指示箭頭，可以確定A1和A2這兩個目的地址為用戶期望到達的n個并行的目的地址。下單信息可以包括起始地址和第二地址類型標(biāo)識，該第二地址類型標(biāo)識用于指示n個目的地址為n個并行的目的地址。此外，下單信息還包括用戶信息，用戶信息可以包括用戶的通訊號碼和用戶的標(biāo)識。步驟602、用戶終端將第一訂單請求發(fā)送至打車服務(wù)器。打車服務(wù)器接收到用戶終端發(fā)送的第一訂單請求后，由于下單信息包括第二地址類型標(biāo)識，該第二地址類型標(biāo)識用于指示n個目的地址為用戶期望到達的n個并行的目的地址，所以打車服務(wù)器能夠根據(jù)第二地址類型標(biāo)識確定n個目的地址為n個并行的目的地址。以用戶YH和用戶HX為例，用戶終端向打車服務(wù)器發(fā)送的第一訂單請求的下單信息可以包括起始地址A0，兩個目的地址A1和A2，用戶YH的姓名，以及用戶YH的電話號碼。步驟603、打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址是否滿足第三預(yù)設(shè)條件。該第三預(yù)設(shè)條件為：S1＞S2；或者，T1＞T2；或者，S1＞S2且T1＞T2；其中，S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S2為起始地址與n個目的地址中每個目的地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T2為起始地址與n個目的地址中每個目的地址的行駛時間之和?？蛇x的，當(dāng)打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址滿足第三預(yù)設(shè)條件時，執(zhí)行步驟604，確定需要拆分第一訂單請求；當(dāng)打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址不滿足第三預(yù)設(shè)條件時，則確定不拆分第一訂單請求。以用戶YH和用戶HX為例，對于起始地址A0，兩個目的地址A1和A2來說，將A0和A1之間的行駛距離記為S(A0A1)，將A1和A2之間的行駛距離記為S(A1A2)，將A0和A2之間的行駛距離記為S(A0A2)，將A0和A1之間的行駛時間記為T(A0A1)，將A1和A2之間的行駛時間記為T(A1A2)，將A0和A2之間的行駛時間記為T(A0A2)，那么存在：S1＝S(A0A1)+S(A1A2)，S2＝S(A0A1)+S(A0A2)，T1＝T(A0A1)+T(A1A2)，T2＝T(A0A1)+T(A0A2)，那么當(dāng)S(A0A1)+S(A1A2)＞S(A0A1)+S(A0A2)時，或者，T(A0A1)+T(A1A2)＞T(A0Al)+T(A0A2)時，或者，S(A0A1)+S(AiA2)＞S(A0A1)+S(A0A2)且T(A0Al)+T(A1A2)＞T(A0A1)+T(A0A2)時，打車服務(wù)器則可以判斷A0，A1和A2滿足第三預(yù)設(shè)條件。其中，行駛時間的計算公式可以參考步驟503中的進行說明，在此不再贅述。步驟604、當(dāng)n+1個地址滿足第三預(yù)設(shè)條件時，打車服務(wù)器確定需要拆分第一訂單請求。當(dāng)n+1個地址滿足第三預(yù)設(shè)條件時，打車服務(wù)器確定需要拆分第一訂單請求，然后執(zhí)行步驟605，對第一訂單請求進行拆分。步驟605、當(dāng)需要拆分第一訂單請求時，打車服務(wù)器根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求。打車服務(wù)器根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，再將m個子訂單請求作為第二訂單請求。具體的，步驟605可以包括：根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，m等于n，每個子訂單請求中的起點為起始地址，終點為n個目的地址中的一個目的地址。進一步的，一方面，下單信息還包括用戶信息，該用戶信息包括目標(biāo)用戶的通訊號碼；每個子訂單請求包括起始地址、n個目的地址和目標(biāo)用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識。另一方面，下單信息還包括用戶信息，該用戶信息包括n個用戶的通訊號碼，以及地址號碼對應(yīng)關(guān)系。該地址號碼對應(yīng)關(guān)系用于記錄目的地址與用戶的通訊號碼的對應(yīng)關(guān)系，n個用戶包括目標(biāo)用戶；每個子訂單請求包括起始地址、n個目的地址中的一個目的地址，以及與n個目的地址中的一個目的地址對應(yīng)的用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識。需要說明的是，每個子訂單請求可以包括目的地址，也可以不包括目的地址，當(dāng)不包括目的地址時，用戶可以告訴駕駛員要去的地方是哪里，本發(fā)明實施例對此不做限定。以用戶YH和用戶HX為例，打車服務(wù)器確定需要拆分第一訂單請求后，根據(jù)下單信息將第一訂單請求拆分為兩個子訂單請求，其中一個子訂單請求中的起點為A0，終點為A1，該子訂單請求用于為用戶YH服務(wù)，另一個子訂單請求中的起點為A0，終端為A2，該子訂單請求用于為用戶HX服務(wù)。另外，每個子訂單請求還包括用戶YH的姓名和用戶YH的電話號碼。上述過程中，由于每個子訂單請求中均包括用戶YH的電話號碼，所以如果為用戶YH服務(wù)的車輛先到達A0，為用戶HX服務(wù)的車輛后達到A0，用戶YH會先離開A0，用戶HX會后離開A0，這樣會給用戶HX打車帶來不便，為了避免這種現(xiàn)象發(fā)生，一方面，下單信息還包括用戶信息，該用戶信息可以包括用戶YH的姓名和用戶YH的電話號碼，一個子訂單請求可以包括起始地址A0、兩個目的地址A1和A2、用戶YH的姓名和用戶YH的電話號碼，另一個子訂單請求可以包括起始地址A0、兩個目的地址A1和A2、用戶YH的姓名和用戶YH的電話號碼。由于每個子訂單請求均包括A1和A2，所以無論哪輛車輛都可以為用戶HX服務(wù)，這樣一來，如果兩輛車輛沒有同時達到A0，那么用戶YH可以在用戶HX離開A0后再離開A0；另一方面，下單信息還包括用戶信息，該用戶信息可以包括用戶YH的姓名、用戶YH的電話號碼、用戶HX的電話號碼，以及地址號碼對應(yīng)關(guān)系，該地址號碼對應(yīng)關(guān)系可以如表3所示，表3中的150xxxxxxxx為用戶YH的電話號碼，138yyyyyyyy為用戶HX的電話號碼。打車服務(wù)器根據(jù)下單信息拆分的一個子訂單請求可以包括起始地址A0、目的地址A1、用戶YH的姓名和用戶YH的電話號碼，另一個子訂單請求可以包括起始地址A0、目的地址A2、用戶YH的姓名和用戶HX的電話號碼。這樣一來，為用戶YH服務(wù)的車載終端能夠獲取用戶YH的電話號碼，為用戶HX服務(wù)的車載終端能夠獲取用戶HX的電話號碼，所以用戶YH無需等用戶HX離開A0后再離開A0，提高了用戶打車體驗。表3目的地址用戶的通訊號碼A1150xxxxxxxxA2138yyyyyyyy步驟606、打車服務(wù)器向用戶終端發(fā)送拆分請求。拆分請求包括m個子訂單請求、子訂單請求的個數(shù)或拆分提示信息。打車服務(wù)器將訂單請求拆分為m個子訂單請求后，可以向用戶終端發(fā)送拆分請求，以便于用戶確定是否需要采用本次拆分方案。步驟607、用戶終端向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)。如果用戶確定需要采用本次拆分方案，用戶終端接收確定指令，并向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)。步驟608、打車服務(wù)器將m個子訂單請求分別發(fā)送至至少m個不同的車載終端。以用戶YH和用戶HX為例，打車服務(wù)器可以將一個子訂單請求發(fā)送至至少一個車載終端，將另一個子訂單請求發(fā)送至至少一個車載終端，關(guān)于打車服務(wù)器如何確定出兩個車載終端為用戶服務(wù)的具體過程可以參考現(xiàn)有技術(shù)。步驟609、車載終端向打車服務(wù)器發(fā)送子訂單請求響應(yīng)。該子訂單請求響應(yīng)包括車載終端對應(yīng)的車輛信息和駕駛員信息。以用戶YH和用戶HX為例，假設(shè)打車服務(wù)器直接將一個子訂單請求發(fā)送至車載終端Z1，將另一個子訂單請求發(fā)送至車載終端Z2，那么在打車服務(wù)器將子訂單請求發(fā)送至車載終端Z1后，車載終端Z1會向發(fā)車服務(wù)器發(fā)送子訂單請求響應(yīng)，該子訂單請求響應(yīng)包括車載終端Z1對應(yīng)的車輛信息和駕駛員信息，在打車服務(wù)器將子訂單請求發(fā)送至車載終端Z2后，車載終端Z2會向發(fā)車服務(wù)器發(fā)送子訂單請求響應(yīng)，該子訂單請求響應(yīng)包括車載終端Z2對應(yīng)的車輛信息和駕駛員信息。打車服務(wù)器分別與車載終端Z1和Z2的交互過程可以參考圖5-6。需要補充說明的是，當(dāng)打車服務(wù)器拆分的每個子訂單請求包括起始地址、n個目的地址和目標(biāo)用戶的通訊號碼時，車載終端需要從n個目的地址中選擇一個目的地址作為該子訂單請求中的終點。相應(yīng)的，在車載終端向打車服務(wù)器發(fā)送子訂單請求響應(yīng)之后，該方法還包括：車載終端顯示n個目的地址；車載終端接收用于指示從n個目的地址中選擇一個目的地址作為終點的選擇指令；車載終端根據(jù)選擇指令從n個目的地址中選擇一個目的地址作為終點。示例的，以用戶YH和用戶YH為例，假設(shè)打車服務(wù)器拆分的一個子訂單請求可以包括起始地址A0、兩個目的地址A1和A2、用戶YH的姓名和用戶YH的電話號碼，另一個子訂單請求可以包括起始地址A0、兩個目的地址A1和A2、用戶YH的姓名和用戶YH的電話號碼，那么車載終端需要根據(jù)用戶指示，從兩個目的地址A1和A2選擇出一個目的地址作為終點，以便于為用戶YH或用戶YH服務(wù)。步驟610、打車服務(wù)器從至少m個子訂單請求響應(yīng)中選擇m個子訂單請求響應(yīng)。以步驟609中的車載終端Z1和車載終端Z2為例，打車服務(wù)器在接收到兩個車載終端分別發(fā)送的子訂單請求響應(yīng)后，直接將兩個子訂單請求響應(yīng)發(fā)送至用戶終端。如果打車服務(wù)器接收到多于三個子訂單請求響應(yīng)，需要從三個子訂單請求響應(yīng)中選擇出兩個子訂單請求響應(yīng)，再將這兩個子訂單請求響應(yīng)發(fā)送至用戶終端。步驟611、打車服務(wù)器將m個子訂單請求響應(yīng)發(fā)送至用戶終端。以步驟609中的車載終端Z1和車載終端Z2為例，打車服務(wù)器將車載終端Z1發(fā)送的子訂單請求響應(yīng)發(fā)送至用戶終端，該子訂單請求響應(yīng)包括車載終端Z1對應(yīng)的車輛信息和駕駛員信息；打車服務(wù)器將車載終端Z2發(fā)送的子訂單請求響應(yīng)發(fā)送至用戶終端，該子訂單請求響應(yīng)包括車載終端Z2對應(yīng)的車輛信息和駕駛員信息。打車服務(wù)器每次都是在接收到車載終端發(fā)送子訂單請求響應(yīng)后就將該子訂單請求響應(yīng)發(fā)送至用戶終端的。本發(fā)明實施例提供的訂單處理方法適用于多用戶去多個并行的目的地址的場景，該方法能夠在用戶輸入多個并行的目的地址的情況下，對第一訂單請求進行拆分以完成車輛預(yù)定過程，解決了現(xiàn)有技術(shù)中無法同時滿足多個用戶的打車需求的問題，該方法無需用戶臨時給駕駛員指路，或者依靠駕駛員的經(jīng)驗確定行駛路線，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠根據(jù)用戶終端發(fā)送的第一訂單請求中的下單信息，判斷是否需要拆分第一訂單請求，下單信息包括多個目的地址，當(dāng)確認(rèn)需要拆分該第一訂單請求時，再根據(jù)下單信息將第一訂單請求拆分為多個子訂單請求，并將該多個子訂單請求發(fā)送至多個車載終端，相較于現(xiàn)有技術(shù)，當(dāng)多個用戶想去多個并行的目的地址時，該方法能夠在確認(rèn)需要拆分第一訂單請求時，將第一訂單請求拆分為多個子訂單請求，這樣一來，無需用戶針對每個目的地址都臨時給駕駛員指路，或依靠駕駛員的經(jīng)驗確定行駛路線，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。圖7-1是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟701、用戶終端接收用戶的輸入信息。輸入信息包括n個目的地址。n≥2且n為整數(shù)。用戶終端可以將包括n個目的地址的第一訂單請求發(fā)送至打車服務(wù)器，由打車服務(wù)器采用多種拆分方式對第一訂單請求進行拆分，得到多個拆分方案，最后由用戶選擇出一種滿足用戶需求的拆分方案。假設(shè)用戶YH當(dāng)前所處的地址為A0(即起始地址)，用戶YH想先去目的地址A1，再去目的地址A2，如圖5-3所示，用戶YH通過用戶終端的下單頁面輸入兩個目的地址：A1和A2，但用戶未選擇“串行”選項?；蛘?，用戶終端的下單頁面并未有串行”和“并行”兩個可選項，也未顯示表1和表2所示的表格，在這種情況下，用戶終端可以將兩個目的地址發(fā)送至打車服務(wù)器，由打車服務(wù)器給用戶推薦出多種拆分方案供用戶YH選擇。步驟702、用戶終端根據(jù)輸入信息生成第一訂單請求。第一訂單請求包括下單信息，該下單信息至少包括：n個目的地址。以用戶YH輸入兩個目的地址：A1和A2為例，下單信息可以包括：起始地址A0，兩個目的地址A1和A2，用戶YH的姓名，以及用戶YH的電話號碼。步驟703、用戶終端將第一訂單請求發(fā)送至打車服務(wù)器。用戶終端將生成的第一訂單請求發(fā)送至打車服務(wù)器，以便于打車服務(wù)器判斷是否需要拆分第一訂單請求。步驟704、打車服務(wù)器根據(jù)下單信息判斷是否需要拆分第一訂單請求。一方面，打車服務(wù)器可以將下單信息包括的n個目的地址作為n個串行的目的地址，那么打車服務(wù)器根據(jù)下單信息判斷是否需要拆分第一訂單請求的過程可以參考步驟505和步驟506。此外，打車服務(wù)器也可以判斷是否需要調(diào)整n個串行的目的地址的順序，具體可以參考步驟503和步驟504；另一方面，打車服務(wù)器可以將下單信息包括的n個目的地址作為n個并行的目的地址，那么打車服務(wù)器根據(jù)下單信息判斷是否需要拆分第一訂單請求的過程可以參考步驟603和步驟604，在此不再贅述。步驟705、當(dāng)需要拆分第一訂單請求時，打車服務(wù)器采用至少兩種拆分方式，根據(jù)下單信息對第一訂單請求進行拆分得到至少兩組拆分請求。每組拆分請求包括：m個待選子訂單請求。至少兩種拆分方式包括串行拆分方式和并行拆分方式，2≤m≤n且m為整數(shù)。以用戶YH輸入兩個目的地址：A1和A2為例，打車服務(wù)器采用兩種拆分方式，根據(jù)下單信息對第一訂單請求進行拆分。當(dāng)打車服務(wù)器將n個目的地址作為n個串行的目的地址時，打車服務(wù)器可以采用步驟506所述的拆分方式對第一訂單請求進行拆分，得到一組拆分請求，該拆分請求包括兩個待選子訂單請求，其中一個待選子訂單請求可以包括：起始地址A0，目的地址A1，用戶YH的姓名，以及用戶YH的電話號碼，另一個待選子訂單請求可以包括：目的地址A1(即該待選子訂單請求中的起點)，目的地址A2，用戶YH的姓名，以及用戶YH的電話號碼。當(dāng)打車服務(wù)器將n個目的地址作為n個并行的目的地址時，打車服務(wù)器可以采用步驟605所述的拆分方式對第一訂單請求進行拆分，得到一組拆分請求，該拆分請求包括兩個待選子訂單請求，其中，一個子訂單請求可以包括起始地址A0，兩個目的地址A1和A2，用戶YH的姓名和用戶YH的電話號碼，另一個子訂單請求可以包括起始地址A0，兩個目的地址A1和A2，用戶YH的姓名和用戶YH的電話號碼。步驟706、打車服務(wù)器向用戶終端發(fā)送拆分請求。該拆分請求包括對應(yīng)于不同拆分方式的至少兩組拆分請求。打車服務(wù)器得到至少兩組拆分請求后，將該至少兩組拆分請求發(fā)送至用戶終端，以便于用戶終端從該至少兩組拆分請求中確認(rèn)一組拆分請求。步驟707、用戶終端向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)。該響應(yīng)包括用戶終端在至少兩組拆分請求中確認(rèn)的一組目標(biāo)拆分請求。以步驟705中的兩組拆分請求為例，假設(shè)用戶終端在該兩組拆分請求中確認(rèn)的一組目標(biāo)拆分請求為打車服務(wù)器將n個目的地址作為n個串行的目的地址時，對第一訂單請求進行拆分得到的一組拆分請求，那么用戶終端向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)，該響應(yīng)包括用戶終端在兩組拆分請求中確認(rèn)的一組目標(biāo)拆分請求。步驟708、打車服務(wù)器將目標(biāo)拆分請求中的m個待選子訂單請求確定為m個子訂單請求。打車服務(wù)器接收到用戶終端發(fā)送的確認(rèn)拆分的響應(yīng)后，將該響應(yīng)中包括的目標(biāo)拆分請求中的m個待選子訂單請求確定為m個子訂單請求，并將該m個子訂單請求作為第二訂單請求。步驟709、打車服務(wù)器將m個子訂單請求分別發(fā)送至至少m個不同的車載終端。該步驟可以參考步驟510或步驟608，在此不再贅述。步驟710、車載終端向打車服務(wù)器發(fā)送子訂單請求響應(yīng)。子訂單請求響應(yīng)包括車載終端對應(yīng)的車輛信息和駕駛員信息。該步驟可以參考步驟511或步驟609，在此不再贅述。步驟711、打車服務(wù)器從至少m個子訂單請求響應(yīng)中選擇m個子訂單請求響應(yīng)。該步驟可以參考步驟512或步驟610，在此不再贅述。步驟712、打車服務(wù)器將m個子訂單請求響應(yīng)發(fā)送至用戶終端。該步驟可以參考步驟513或步驟611，在此不再贅述。本發(fā)明實施例提供的訂單處理方法適用于多用戶去多個目的地址的場景，該方法能夠根據(jù)用戶輸入的多個目的地址為用戶推薦出多個拆分方案，使得用戶能夠從多個拆分方案中選擇一種拆分方案來完成車輛預(yù)定過程，極大滿足了用戶的打車需求，提高了用戶打車體驗。該方法通過對用戶輸入的多個目的地址進行分析，當(dāng)多個目的地址滿足預(yù)設(shè)條件時，將第一訂單請求拆分為多個子訂單請求，降低了預(yù)定車輛的費用，提高了用戶的出行效率，且路徑規(guī)劃較為優(yōu)化。本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠根據(jù)用戶終端發(fā)送的第一訂單請求中的下單信息，判斷是否需要拆分第一訂單請求，下單信息包括多個目的地址，當(dāng)確認(rèn)需要拆分該第一訂單請求時，再根據(jù)下單信息將第一訂單請求拆分為多個子訂單請求，并將該多個子訂單請求發(fā)送至多個車載終端，相較于現(xiàn)有技術(shù)，當(dāng)用戶想去多個目的地址時，該方法能夠在確認(rèn)需要拆分第一訂單請求時，將第一訂單請求拆分為多個子訂單請求，并給用戶推薦出多種拆分方案供用戶選擇，這樣一來，無需用戶針對每個目的地址都臨時給駕駛員指路，或依靠駕駛員的經(jīng)驗確定行駛路線，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。圖7-2是根據(jù)一示例性實施例示出的一種訂單處理方法的流程圖，本實施例以該訂單處理方法應(yīng)用于圖1所示實施環(huán)境來舉例說明。該訂單處理方法可以包括如下幾個步驟：步驟801、用戶終端獲取第一訂單請求。第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。下單信息還包括第一地址類型標(biāo)識和起始地址。該第一地址類型標(biāo)識用于指示n個目的地址為n個串行的目的地址。步驟801的具體過程可以參考步驟501。步驟802、用戶終端將第一訂單請求發(fā)送至打車服務(wù)器。打車服務(wù)器接收到用戶終端發(fā)送的第一訂單請求后，由于下單信息包括第一地址類型標(biāo)識，該第一地址類型標(biāo)識用于指示n個目的地址為用戶期望依次到達的n個串行的目的地址，所以打車服務(wù)器能夠根據(jù)第一地址類型標(biāo)識確定n個目的地址為n個串行的目的地址。步驟803、打車服務(wù)器判斷起始地址與n個目的地址組成的n+1個地址是否滿足第二預(yù)設(shè)條件。該第二預(yù)設(shè)條件為：S1＞S3；或者，T1＞T3；或者，S1＞S3且T1＞T3；其中，S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛時間之和。步驟803的具體過程可以參考步驟503。步驟804、當(dāng)n+1個地址滿足第二預(yù)設(shè)條件時，打車服務(wù)器調(diào)整n個串行的目的地址的順序，得到第二訂單請求。步驟804可以參考步驟504。第二訂單請求中的多個目的地址的順序與第一訂單請求包括的下單信息中的多個目的地址的順序不同。該方法通過第二預(yù)設(shè)條件，調(diào)整多個串行目的地址的順序，可以降低預(yù)定車輛的費用。步驟805、打車服務(wù)器將第二訂單請求發(fā)送至車載終端。在打車服務(wù)器將第二訂單請求發(fā)送至車載終端之前，打車服務(wù)器可以向用戶終端發(fā)送調(diào)整請求，以便于用戶確定是否采用本次調(diào)整方案。如果用戶確定需要采用本次調(diào)整方案，用戶終端接收確定指令，并向打車服務(wù)器發(fā)送確認(rèn)調(diào)整的響應(yīng)。打車服務(wù)器將第二訂單請求發(fā)送至車載終端之后，車載終端將車載終端對應(yīng)的車輛信息和駕駛員信息發(fā)送至打車服務(wù)器，以使打車服務(wù)器將對應(yīng)的車輛信息和駕駛員信息發(fā)送至用戶終端，完成整個車輛預(yù)定過程。打車服務(wù)器將第二訂單請求發(fā)送至一個車載終端，也可以將第二訂單請求發(fā)送至多個車載終端，當(dāng)打車服務(wù)器將第二訂單請求發(fā)送至多個車載終端時，需要打車服務(wù)器從多個車載終端中選擇一個車載終端為用戶服務(wù)，該選擇過程可以參考現(xiàn)有技術(shù)。本發(fā)明實施例提供的訂單處理方法適用于單用戶或多個用戶去多個串行的目的地址的場景，該方法能夠在用戶輸入多個串行的目的地址的情況下，對多個目的地址的順序進行調(diào)整，完成車輛預(yù)定過程，降低了預(yù)定車輛的費用，提高了用戶的出行效率，路徑規(guī)劃較為優(yōu)化。綜上所述，本發(fā)明實施例提供的訂單處理方法，該方法中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該方法適用于下單信息包括多個目的地址的情況，該方法使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。需要說明的是，本發(fā)明實施例提供的訂單處理方法步驟的先后順序可以進行適當(dāng)調(diào)整，步驟也可以根據(jù)情況進行相應(yīng)增減，任何熟悉本
技術(shù)領(lǐng)域：
的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化的方法，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)，因此不再贅述。下述為本發(fā)明裝置實施例，可以用于執(zhí)行本發(fā)明方法實施例。對于本發(fā)明裝置實施例中未披露的細(xì)節(jié)，請參照本發(fā)明方法實施例。圖8-1是根據(jù)一示例性實施例示出的一種訂單處理裝置的框圖，該訂單處理裝置可以通過軟件、硬件或者兩者的結(jié)合實現(xiàn)成為打車服務(wù)器的部分或者全部。該訂單處理裝置可以包括：第一接收模塊810，用于接收第一訂單請求，第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。處理模塊820，用于根據(jù)n個目的地址，對第一訂單請求進行處理，得到第二訂單請求。第一發(fā)送模塊830，用于將第二訂單請求發(fā)送至車載終端。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。具體的，如圖8-2所示，處理模塊820，包括：第一判斷子模塊8201，用于根據(jù)下單信息判斷是否需要拆分第一訂單請求。拆分子模塊8202，用于在需要拆分第一訂單請求時，根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，2≤m≤n且m為整數(shù)。處理子模塊8203，用于將m個子訂單請求作為第二訂單請求。相應(yīng)的，如圖8-3所示，第一發(fā)送模塊830包括：第一發(fā)送子模塊8301，用于將m個子訂單請求分別發(fā)送至至少m個不同的車載終端。進一步的，如圖8-4所示，該裝置還包括：第二發(fā)送模塊840，用于向用戶終端發(fā)送拆分請求，拆分請求包括m個子訂單請求、子訂單請求的個數(shù)或拆分提示信息。第二接收模塊850，用于接收用戶終端發(fā)送的確認(rèn)拆分的響應(yīng)?？蛇x的，下單信息還包括第一地址類型標(biāo)識，第一地址類型標(biāo)識用于指示n個目的地址為n個串行的目的地址，下單信息還包括用戶在第一目的地址的停留時間，第一目的地址為n個目的地址中除最后一個目的地址之外的任一目的地址，第一判斷子模塊8201，用于：判斷第一目的地址是否滿足第一預(yù)設(shè)條件；在第一目的地址滿足第一預(yù)設(shè)條件時，確定需要拆分第一訂單請求。拆分子模塊8202，用于：以第一目的地址為分界點，將第一訂單請求拆分為第一子訂單請求和第二子訂單請求，第一子訂單請求中的終點為第一目的地址，第二子訂單請求的起點為第一目的地址；其中，第一預(yù)設(shè)條件為：t1＞a*t2；t1為用戶在第一目的地址的停留時間，t2為第一目的地址到第二目的地址的行駛時間，第二目的地址為第一目的地址下一個相鄰的目的地址，a大于0且小于1。具體的，第一發(fā)送子模塊8301，用于：將第一子訂單請求發(fā)送至至少一個第一車載終端；在確定用戶達到第一目的地址且經(jīng)過預(yù)設(shè)時間段后，將第二子訂單請求發(fā)送至至少一個第二車載終端，預(yù)設(shè)時間段小于或等于t1。進一步的，如圖8-2所示，下單信息還包括起始地址，處理模塊820還包括：第二判斷子模塊8204，用于判斷起始地址與n個目的地址組成的n+1個地址是否滿足第二預(yù)設(shè)條件。調(diào)整子模塊8205，用于在n+1個地址滿足第二預(yù)設(shè)條件時，調(diào)整n個串行的目的地址的順序。其中，第二預(yù)設(shè)條件為：S1＞S3；或者，T1＞T3；或者，S1＞S3且T1＞T3；S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛時間之和?？蛇x的，下單信息還包括起始地址和第二地址類型標(biāo)識，第二地址類型標(biāo)識用于指示n個目的地址為n個并行的目的地址，第一判斷子模塊8201，用于：判斷起始地址與n個目的地址組成的n+1個地址是否滿足第三預(yù)設(shè)條件；在n+1個地址滿足第三預(yù)設(shè)條件時，確定需要拆分第一訂單請求。拆分子模塊8202，用于：根據(jù)下單信息將第一訂單請求拆分為m個子訂單請求，m等于n，每個子訂單請求中的起點為起始地址，終點為n個目的地址中的一個目的地址。其中，第三預(yù)設(shè)條件為：S1＞S2；或者，T1＞T2；或者，S1＞S2且T1＞T2；S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S2為起始地址與n個目的地址中每個目的地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T2為起始地址與n個目的地址中每個目的地址的行駛時間之和。一方面，下單信息還包括用戶信息，用戶信息包括目標(biāo)用戶的通訊號碼，每個子訂單請求包括起始地址、n個目的地址和目標(biāo)用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識。目標(biāo)用戶的通訊號碼可以采用目標(biāo)用戶的電話號碼來直接表示，也可以采用電話號碼中的一部分來表示，還可以采用任一能夠唯一指示電話號碼的號碼標(biāo)識來表示，本發(fā)明實施例對此不做限定。示例的，目標(biāo)用戶的標(biāo)識為目標(biāo)用戶的姓名。另一方面，下單信息還包括用戶信息，用戶信息包括n個用戶的通訊號碼，以及地址號碼對應(yīng)關(guān)系，地址號碼對應(yīng)關(guān)系用于記錄目的地址與用戶的通訊號碼的對應(yīng)關(guān)系，n個用戶包括目標(biāo)用戶，每個子訂單請求包括起始地址、n個目的地址中的一個目的地址，以及與n個目的地址中的一個目的地址對應(yīng)的用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識?？蛇x的，拆分子模塊8202，用于：采用至少兩種拆分方式，根據(jù)下單信息對第一訂單請求進行拆分得到至少兩組拆分請求，每組拆分請求包括：m個待選子訂單請求，至少兩種拆分方式包括串行拆分方式和并行拆分方式；向用戶終端發(fā)送拆分請求，拆分請求包括對應(yīng)于不同拆分方式的至少兩組拆分請求；接收用戶終端發(fā)送的確認(rèn)拆分的響應(yīng)，響應(yīng)包括用戶終端在至少兩組拆分請求中確認(rèn)的一組目標(biāo)拆分請求；將目標(biāo)拆分請求中的m個待選子訂單請求確定為m個子訂單請求。進一步的，如圖8-4所示，該裝置還包括：第三接收模塊860，用于接收至少m個不同的車載終端分別發(fā)送的子訂單請求響應(yīng)，子訂單請求響應(yīng)包括車載終端對應(yīng)的車輛信息和駕駛員信息；選擇模塊870，用于從至少m個子訂單請求響應(yīng)中選擇m個子訂單請求響應(yīng)；第三發(fā)送模塊880，用于將m個子訂單請求響應(yīng)發(fā)送至用戶終端。圖8-4中其他標(biāo)記含義可以參考圖8-1進行說明?？蛇x的，下單信息還包括第一地址類型標(biāo)識和起始地址，第一地址類型標(biāo)識用于指示n個目的地址為n個串行的目的地址，處理模塊820，用于：判斷起始地址與n個目的地址組成的n+1個地址是否滿足第二預(yù)設(shè)條件；當(dāng)n+1個地址滿足第二預(yù)設(shè)條件時，調(diào)整n個串行的目的地址的順序，得到第二訂單請求；其中，第二預(yù)設(shè)條件為：S1＞S3；或者，T1＞T3；或者，S1＞S3且T1＞T3；S1為n+1個地址中任意相鄰兩個地址的行駛距離之和，S3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛距離之和，T1為n+1個地址中任意相鄰兩個地址的行駛時間之和，T3為順序調(diào)整后的n+1個地址中任意相鄰兩個地址的行駛時間之和。本發(fā)明實施例提供的訂單處理裝置，該裝置能夠根據(jù)用戶終端發(fā)送的第一訂單請求中的下單信息，判斷是否需要拆分第一訂單請求，下單信息包括多個目的地址，當(dāng)確認(rèn)需要拆分該第一訂單請求時，再根據(jù)下單信息將第一訂單請求拆分為多個子訂單請求，并將該多個子訂單請求發(fā)送至多個車載終端，該裝置還可以不拆分第一訂單請求，根據(jù)預(yù)設(shè)條件調(diào)整多個目的地址的順序，降低預(yù)定車輛的費用。相較于現(xiàn)有技術(shù)，當(dāng)用戶想去多個目的地址時，該裝置能夠在確認(rèn)需要拆分第一訂單請求時，將第一訂單請求拆分為多個子訂單請求，這樣一來，無需用戶針對每個目的地址都臨時給駕駛員指路，或依靠駕駛員的經(jīng)驗確定行駛路線，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。圖9-1是根據(jù)一示例性實施例示出的一種訂單處理裝置的框圖，該訂單處理裝置可以通過軟件、硬件或者兩者的結(jié)合實現(xiàn)成為用戶終端的部分或者全部。該訂單處理裝置可以包括：獲取模塊910，用于獲取第一訂單請求，第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。第一發(fā)送模塊920，用于將第一訂單請求發(fā)送至打車服務(wù)器，以使打車服務(wù)器根據(jù)n個目的地址對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠?qū)⒌谝挥唵握埱蟀l(fā)送至打車服務(wù)器，使得打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性。進一步的，第二訂單請求為m個子訂單請求，2≤m≤n且m為整數(shù)，如圖9-2所示，該裝置還包括：第一接收模塊930，用于接收打車服務(wù)器發(fā)送的拆分請求，拆分請求包括m個子訂單請求、子訂單請求的個數(shù)或拆分提示信息；第二發(fā)送模塊940，用于向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)?？蛇x的，下單信息還包括第一地址類型標(biāo)識，第一地址類型標(biāo)識用于指示n個目的地址為n個串行的目的地址，下單信息還包括用戶在第一目的地址的停留時間，第一目的地址為n個目的地址中除最后一個目的地址之外的任一目的地址。可選的，下單信息還包括起始地址和第二地址類型標(biāo)識，第二地址類型標(biāo)識用于指示n個目的地址為n個并行的目的地址?？蛇x的，下單信息還包括用戶信息，用戶信息包括目標(biāo)用戶的通訊號碼，每個子訂單請求包括起始地址、n個目的地址和目標(biāo)用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識?？蛇x的，下單信息還包括用戶信息，用戶信息包括n個用戶的通訊號碼，以及地址號碼對應(yīng)關(guān)系，地址號碼對應(yīng)關(guān)系用于記錄目的地址與用戶的通訊號碼的對應(yīng)關(guān)系，n個用戶包括目標(biāo)用戶，每個子訂單請求包括起始地址、n個目的地址中的一個目的地址，以及與n個目的地址中的一個目的地址對應(yīng)的用戶的通訊號碼?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識。進一步的，如圖9-3所示，該裝置還包括：第二接收模塊950，用于接收打車服務(wù)器發(fā)送的拆分請求，拆分請求包括對應(yīng)于不同拆分方式的至少兩組拆分請求，至少兩組拆分請求是打車服務(wù)器采用至少兩種拆分方式，對第一訂單請求進行拆分后得到的，每組拆分請求包括：m個待選子訂單請求，至少兩種拆分方式包括串行拆分方式和并行拆分方式；第三發(fā)送模塊960，用于向打車服務(wù)器發(fā)送確認(rèn)拆分的響應(yīng)，以使打車服務(wù)器將目標(biāo)拆分請求中的m個待選子訂單請求確定為m個子訂單請求，響應(yīng)包括用戶終端在至少兩組拆分請求中確認(rèn)的一組目標(biāo)拆分請求。如圖9-2所示，該裝置還包括：第三接收模塊970，用于接收打車服務(wù)器針對每個子訂單請求發(fā)送的子訂單請求響應(yīng)，子訂單請求響應(yīng)是車載終端發(fā)送給打車服務(wù)器的，子訂單請求響應(yīng)包括車載終端對應(yīng)的車輛信息和駕駛員信息。具體的，獲取模塊910，用于：接收用戶的輸入信息，輸入信息包括n個目的地址；根據(jù)輸入信息生成第一訂單請求。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠?qū)⒌谝挥唵握埱蟀l(fā)送至打車服務(wù)器，使得打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。圖10-1是根據(jù)一示例性實施例示出的一種訂單處理裝置的框圖，該訂單處理裝置可以通過軟件、硬件或者兩者的結(jié)合實現(xiàn)成為車載終端的部分或者全部。該訂單處理裝置可以包括：第一接收模塊1010，用于接收打車服務(wù)器發(fā)送的第二訂單請求，第二訂單請求是打車服務(wù)器根據(jù)n個目的地址，對第一訂單請求進行處理后得到的，第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠接收打車服務(wù)器發(fā)送的第二訂單請求，該第二訂單請求是打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理后得到的，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性?？蛇x的，第二訂單請求為m個子訂單請求，2≤m≤n且m為整數(shù)，如圖10-2所示，該裝置還包括：發(fā)送模塊1020，用于向打車服務(wù)器發(fā)送子訂單請求響應(yīng)，以使打車服務(wù)器將子訂單請求響應(yīng)發(fā)送至用戶終端，子訂單請求響應(yīng)包括車載終端的車輛信息和駕駛員信息。進一步的，下單信息還包括起始地址、用戶信息和第二地址類型標(biāo)識，第二地址類型標(biāo)識用于指示n個目的地址為n個并行的目的地址，用戶信息包括目標(biāo)用戶的通訊號碼，每個子訂單請求包括起始地址、n個目的地址和目標(biāo)用戶的通訊號碼，如圖10-2所示，該裝置還包括：顯示模塊1030，用于顯示n個目的地址；第二接收模塊1040，用于接收用于指示從n個目的地址中選擇一個目的地址作為終點的選擇指令；選擇模塊1050，用于根據(jù)選擇指令從n個目的地址中選擇一個目的地址作為終點?？蛇x的，用戶信息還包括目標(biāo)用戶的標(biāo)識，每個子訂單請求還包括目標(biāo)用戶的標(biāo)識。圖10-2中的其他標(biāo)記含義可以參考圖10-1。綜上所述，本發(fā)明實施例提供的訂單處理裝置，該裝置能夠接收打車服務(wù)器發(fā)送的第二訂單請求，該第二訂單請求是打車服務(wù)器根據(jù)第一訂單請求包括的下單信息中的多個目的地址，對第一訂單請求進行處理后得到的，相較于現(xiàn)有技術(shù)，該裝置適用于下單信息包括多個目的地址的情況，該裝置使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。本發(fā)明實施例還提供了一種訂單處理系統(tǒng)，該系統(tǒng)包括：打車服務(wù)器、用戶終端和車載終端。打車服務(wù)器用于：接收第一訂單請求，第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)；根據(jù)n個目的地址，對第一訂單請求進行處理，得到第二訂單請求；將第二訂單請求發(fā)送至車載終端。用戶終端用于：獲取第一訂單請求，第一訂單請求包括下單信息，下單信息至少包括：n個目的地址，n≥2且n為整數(shù)；將第一訂單請求發(fā)送至打車服務(wù)器，以使打車服務(wù)器根據(jù)n個目的地址對第一訂單請求進行處理，得到第二訂單請求，并將第二訂單請求發(fā)送至車載終端。打車服務(wù)器包括圖8-1或圖8-4所示的訂單處理裝置；用戶終端包括圖9-1、圖9-2或圖9-3所示的訂單處理裝置；車載終端包括圖10-1或圖10-2所示的訂單處理裝置。綜上所述，本發(fā)明實施例提供的訂單處理系統(tǒng)，該系統(tǒng)中，打車服務(wù)器能夠接收用戶終端發(fā)送的第一訂單請求，并對該第一訂單請求進行處理，得到第二訂單請求，再將第二訂單請求發(fā)送至車載終端，其中，第一訂單請求包括下單信息，該下單信息包括多個目的地址，相較于現(xiàn)有技術(shù)，該系統(tǒng)適用于下單信息包括多個目的地址的情況，該系統(tǒng)使得用戶在輸入多個目的地址時也能成功預(yù)訂車輛，提高了預(yù)定的車輛可靠性，提高了用戶打車體驗，降低了預(yù)定車輛的費用。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和模塊的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。當(dāng)前第1頁1 2 3