本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種訂單分配方法及系統(tǒng)。

背景技術(shù)：

隨著打車軟件深入人們的生活，出租車、快車、專車，順風車業(yè)務的逐漸發(fā)展，出行人數(shù)增長遠遠超過了運力的增長速度。從目前的狀況看大城市運力短缺的情況非常明顯。解決運力的一個有效辦法是讓多用戶共享同一出行工具。這就需要一種非常好的方式將不同用戶分配同一出行工具，完成用戶所需的從出發(fā)地到目的地的出行需求。

目前，很多城市原有出租車也會在線下自己進行類似的拼車行為，通過對不同的乘客連續(xù)詢問的方式尋找可以順路帶上的乘客。這種拼車行為多數(shù)是依靠司機個人經(jīng)驗選擇是否可以一起送乘客，因此，拼車效率低、成功率低。

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

針對現(xiàn)有技術(shù)中的缺陷，本發(fā)明提供了一種訂單分配方法及系統(tǒng)，具有提高拼車效率和拼車成功率的優(yōu)點。

第一方面，本發(fā)明提出了一種訂單分配方法，包括：

獲取預設(shè)區(qū)域內(nèi)有拼車意愿的待訂單信息；

根據(jù)所述訂單信息中的出行信息獲取各待訂單信息的行駛方向和行駛路線；

根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從待訂單信息中篩選出可拼車的訂單信息；

將所述可拼車的訂單信息分配給終端。

優(yōu)選地，所述出行信息包括：目的地信息和出發(fā)地信息；

相應地，所述根據(jù)所述訂單信息中的出行信息獲取各訂單信息的行駛方向和行駛路線的步驟具體包括：

根據(jù)所述目的地信息和所述出發(fā)地信息確定各訂單信息的行駛方向；

根據(jù)所述目的地信息和所述出發(fā)地信息生成各訂單信息的行駛路線。

優(yōu)選地，所述根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息的步驟具體包括：

判斷第一訂單信息的行駛方向和第二訂單信息的行駛方向之間的拼車夾角是否小于預設(shè)角度；

若是，則判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值；

若是，則判斷拼車前后所述第二訂單信息的行駛路線的第二路程比是否小于所述預設(shè)閾值；

若是，則將所述第一訂單信息和所述第二訂單信息確定為可拼車的訂單信息。

優(yōu)選地，在判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值的步驟之前，該方法還包括：

根據(jù)所述第一訂單信息的出發(fā)地信息、目的地信息以及所述第二訂單信息的出發(fā)地信息生成拼車后第一訂單信息的行駛路線；

根據(jù)所述第二訂單信息的出發(fā)地信息、目的地信息以及所述第一訂單信息的目的地信息生成拼車后第二訂單信息的行駛路線。

優(yōu)選地，在將所述可拼車的訂單信息分配給終端的步驟之前，該方法還包括：在檢測到存在多個訂單信息可與所述第一訂單信息拼車時，

分別獲取所述第一訂單信息的行駛方向和所述多個訂單信息的 行駛方向之間的拼車夾角；

分別獲取拼車前后所述多個訂單信息的行駛路線的第二路程比；

根據(jù)所述拼車夾角和所述第二路程比從所述多個訂單信息中篩選出與所述第一訂單信息匹配度最高的訂單信息。

優(yōu)選地，該方法還包括：在檢測到不存在可與所述第一訂單信息拼車的訂單信息時，將所述第一訂單信息分配給終端。

優(yōu)選地，在根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息的步驟之前，該方法還包括：

獲取處于可接單狀態(tài)的終端，并判斷所述終端是否為執(zhí)行訂單狀態(tài)；

若是，則所述根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息的步驟具體包括：

根據(jù)終端執(zhí)行的訂單的行駛方向和行駛路線，通過預設(shè)策略從除終端執(zhí)行的訂單之外的所述訂單信息中篩選出可與終端執(zhí)行的訂單拼車的訂單信息；

相應地，所述將所述可拼車的訂單信息分配給終端具體包括：

將所述可與終端執(zhí)行的訂單拼車的訂單信息分配給所述終端。

第二方面，本發(fā)明還提出了一種訂單分配系統(tǒng)，包括：

第一獲取模塊，用于獲取預設(shè)區(qū)域內(nèi)有拼車意愿的訂單信息；

第二獲取模塊，用于根據(jù)所述訂單信息中的出行信息獲取各訂單信息的行駛方向和行駛路線；

篩選模塊，用于根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息；

分配模塊，用于將所述可拼車的訂單信息分配給終端。

優(yōu)選地，所述出行信息包括：目的地信息和出發(fā)地信息；

相應地，所述第二獲取模塊，具體用于根據(jù)所述目的地信息和所述出發(fā)地信息確定各訂單信息的行駛方向；根據(jù)所述目的地信息和所 述出發(fā)地信息生成各訂單信息的行駛路線。

優(yōu)選地，所述篩選模塊，具體用于判斷第一訂單信息的行駛方向和第二訂單信息的行駛方向之間的拼車夾角是否小于預設(shè)角度；若是，則判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值；若是，則判斷拼車前后所述第二訂單信息的行駛路線的第二路程比是否小于所述預設(shè)閾值；若是，則將所述第一訂單信息和所述第二訂單信息確定為可拼車的訂單信息。

優(yōu)選地，所述第二獲取模塊，還用于在判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值之前，根據(jù)所述第一訂單信息的出發(fā)地信息、目的地信息以及所述第二訂單信息的出發(fā)地信息生成拼車后第一訂單信息的行駛路線；根據(jù)所述第二訂單信息的出發(fā)地信息、目的地信息以及所述第一訂單信息的目的地信息生成拼車后第二訂單信息的行駛路線。

優(yōu)選地，所述篩選模塊，還用于在將所述可拼車的訂單信息分配給終端之前，在檢測到存在多個訂單信息可與所述第一訂單信息拼車時，分別獲取所述第一訂單信息的行駛方向和所述多個訂單信息的行駛方向之間的拼車夾角；分別獲取拼車前后所述多個訂單信息的行駛路線的第二路程比；根據(jù)所述拼車夾角和所述第二路程比從所述多個訂單信息中篩選出與所述第一訂單信息匹配度最高的訂單信息。

優(yōu)選地，所述分配模塊，還用于在檢測到不存在可與所述第一訂單信息拼車的訂單信息時，將所述第一訂單信息分配給終端。

優(yōu)選地，該系統(tǒng)還包括：第三獲取模塊；

所述第三獲取模塊，用于在根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息之前，獲取處于可接單狀態(tài)的終端，并判斷所述終端是否為執(zhí)行訂單狀態(tài)；

若是，則所述篩選模塊，還用于根據(jù)終端執(zhí)行的訂單的行駛方向和行駛路線，通過預設(shè)策略從除終端執(zhí)行的訂單之外的所述訂單信息 中篩選出可與終端執(zhí)行的訂單拼車的訂單信息；

相應地，所述分配模塊，還用于將所述可與所述終端執(zhí)行的訂單拼車的訂單信息分配給所述終端。

由上述技術(shù)方案可知，本發(fā)明提出的訂單分配方法，基于行駛方向和行駛路線從訂單信息中篩選出可以拼車的訂單，與現(xiàn)有技術(shù)相比，具有提高拼車效率和拼車成功率的優(yōu)點。

附圖說明

通過參考附圖會更加清楚的理解本發(fā)明的特征和優(yōu)點，附圖是示意性的而不應理解為對本發(fā)明進行任何限制，在附圖中：

圖1是本公開一實施例提供的訂單分配方法的流程示意圖；

圖2是本公開另一實施例提供的訂單分配方法的流程示意圖；

圖3是本公開一實施例提供的訂單分配方法中篩選步驟的流程示意圖；

圖4是本公開一實施例提供的訂單分配方法中分配步驟的流程示意圖；

圖5是本公開一實施例提供的訂單分配系統(tǒng)的流程示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

以下對本發(fā)明實施例中提及的部分詞語進行舉例說明。

本發(fā)明實施例中提及的用戶設(shè)備(userequipment，簡稱ue)是指呼叫服務方，如交通工具叫車服務中的乘客，所使用的移動終 端或個人計算機(personalcomputer，簡稱pc)等設(shè)備。例如智能手機、個人數(shù)碼助理(pda)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上游戲機、智能眼鏡、智能手表、可穿戴設(shè)備、虛擬顯示設(shè)備或顯示增強設(shè)備(如googleglass、oculusrift、hololens、gearvr)等。

本發(fā)明實施例中提及的終端為提供服務方，如交通工具叫車服務中的司機，所使用的用于接單的移動終端或pc端等設(shè)備。諸如上述呼叫服務方所使用各設(shè)備。因此，本實施例中，第一終端為第一個司機所持的移動終端，第二終端為第二個司機所持的終端，……，第n終端為第n個司機所持的終端。本實施例中，為了區(qū)別乘客和司機，分別采用用戶設(shè)備ue和終端來分別表示乘客和司機所持的移動終端等設(shè)備。

如圖1所示，本公開一實施例提供了一種訂單分配方法，該方法包括以下步驟：

110、獲取預設(shè)區(qū)域內(nèi)有拼車意愿的訂單信息；

需要說明的是，服務器可以從大數(shù)據(jù)中統(tǒng)計出預定區(qū)域內(nèi)的空車率的值，還可以通過獲取預定區(qū)域內(nèi)執(zhí)行出行服務的各終端的狀態(tài)信息，根據(jù)狀態(tài)信息，例如空車、執(zhí)行訂單中等狀態(tài)，獲取該預定區(qū)域的空車率；其中，預設(shè)區(qū)域例如為北京、海淀區(qū)、中關(guān)村、西單等等；

可理解的是，訂單信息為愿意與他人共享同一輛車的訂單，其包括待分配的訂單信息以及服務中的訂單信息，服務中的訂單信息可能還有與乘客共享同一出行工具的需求；出行信息包括目的地信息和出發(fā)地信息；另外，本發(fā)明將優(yōu)先將待分配的訂單信息與服務中的訂單信息進行拼車。

120、根據(jù)所述訂單信息中的出行信息獲取各訂單信息的行駛方向和行駛路線；

可理解的是，根據(jù)用戶的出行信息即可得知與出行信息對應的終 端的行駛方向，例如出行信息為從北京到天津，則終端的行駛方向為北京與天津連接形成的直線；

另外，根據(jù)出行信息服務器自動獲取到與出行信息對應的一條或者是多條行駛路線。

130、根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息；

需要說明的是，本發(fā)明基于行駛方向和行駛路線，對訂單信息進行篩選，以篩選出可以拼車的訂單信息；以提高拼車的成功率。

140、將所述可拼車的訂單信息分配給終端。

可理解的是，本發(fā)明將從訂單信息中篩選出的可拼車的訂單信息后發(fā)送給終端，以提高拼車的效率。

綜上所述，本發(fā)明提出的訂單分配方法，基于行駛方向和行駛路線從訂單信息中篩選出可以拼車的訂單，與現(xiàn)有技術(shù)相比，具有提高拼車效率和拼車成功率的優(yōu)點。

在本實施例中，步驟120具體包括：

根據(jù)所述目的地信息和所述出發(fā)地信息確定各訂單信息的行駛方向；

需要說明的是，服務器獲取到的某一訂單信息的目的地信息和出發(fā)地信息即為地圖或者坐標系中的一個點，根據(jù)兩個點確定一條直線，該直線的方向即為該訂單信息的行駛方向；

根據(jù)所述目的地信息和所述出發(fā)地信息生成各訂單信息的行駛路線。

可理解的是，服務器根據(jù)獲取到的目的地信息和出發(fā)地信息能在地圖上自動生成一條或者多條行駛路線。

在一可行實施例中，為了進一步提高拼車效率和提高拼車成功率，在步驟130之前，本發(fā)明還包括：

獲取處于可接單狀態(tài)的終端，并判斷所述終端是否為執(zhí)行訂單狀 態(tài)；

需要說明的是，終端的運行狀態(tài)包括不可接單狀態(tài)和可接單狀態(tài)，其中，不可接單狀態(tài)包括終端執(zhí)行的訂單數(shù)量大于或等于閾值的狀態(tài)和其他因素導致一定時間內(nèi)終端不接單的狀態(tài)，服務器不會向不可接單狀態(tài)的終端分配訂單；可接單狀態(tài)包括空車運行狀態(tài)和執(zhí)行訂單狀態(tài)，此處的執(zhí)行訂單狀態(tài)為終端執(zhí)行的訂單數(shù)量小于閾值的狀態(tài)；

本發(fā)明的閾值優(yōu)選為2個訂單，以避免出現(xiàn)降低用戶體驗的問題；可理解的是，若終端當前執(zhí)行2個及2個以上訂單時，處于不可接單狀態(tài)；若終端當前執(zhí)行1個訂單時，處于可接單狀態(tài)；

在終端處于執(zhí)行訂單狀態(tài)時，則步驟130具體包括：

根據(jù)終端執(zhí)行的訂單的行駛方向和行駛路線，通過預設(shè)策略從除終端執(zhí)行的訂單之外的所述訂單信息中篩選出可與終端執(zhí)行的訂單拼車的訂單信息；

可理解的是，服務器從除終端當前執(zhí)行訂單之外的預設(shè)區(qū)域內(nèi)有拼車意愿的訂單信息中篩選出一個訂單信息，并將該訂單信息分配給終端。

如圖2所示，本公開另一實施例提供了一種訂單分配方法，該方法包括以下步驟：

210、服務器獲取預設(shè)區(qū)域內(nèi)攜帶有出行信息的訂單信息；

需要說明的是，步驟210與步驟110相似，此處不再進行贅述。

220、根據(jù)所述出行信息獲取各訂單信息的行駛方向和行駛路線；

需要說明的是，步驟220與步驟120相似，此處不再進行贅述。

230、判斷第一訂單信息的行駛方向和第二訂單信息的行駛方向之間的拼車夾角是否小于預設(shè)角度；

可理解的是，在二維空間內(nèi)，第一訂單信息的行駛方向?qū)闹本€與第二訂單信息的行駛方向?qū)闹本€之間的關(guān)系為相交或平行；

在相交的情況下，限定兩個訂單信息的夾角在一個預設(shè)的范圍內(nèi)， 以確保訂單不會出現(xiàn)反方向；

240、若是，則判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值；

需要說明的是，在拼車之后，終端從第一訂單的出發(fā)地接駕第一位乘客，并前往第二訂單的出發(fā)地接駕第二位乘客，從第二訂單的出發(fā)地前往第一訂單的目的地，由此可知，拼車后終端有可能將會因為接駕第二位乘客而繞路；

因此，本發(fā)明對拼車前后各訂單信息的行駛路線之間的路程長度的變化做了限定，以防止因為拼車后行駛路線的繞路路程過長，導致用戶體驗下降。

250、若是，則判斷拼車前后所述第二訂單信息的行駛路線的第二路程比是否小于所述預設(shè)閾值；

260、若是，則將所述第一訂單信息和所述第二訂單信息確定為可拼車的訂單信息。

需要說明的是，本發(fā)明在篩選可拼車的訂單信息的過程中，綜合考慮行駛方向的夾角條件和滿足夾角條件后拼車前后的各訂單信息對應的路程的變化程度，以綜合性的篩選出拼車的訂單信息。

270、將可拼車的訂單信息分配給終端。

本實施例中，在步驟240之前，本發(fā)明還包括：

根據(jù)所述第一訂單信息的出發(fā)地信息、目的地信息以及所述第二訂單信息的出發(fā)地信息生成拼車后第一訂單信息的行駛路線；

可理解的是，拼車后終端從第一訂單信息的出發(fā)地出發(fā)，中途需要到第二訂單信息的出發(fā)地接駕第二位乘客，并從第二訂單信息的出發(fā)地開往第一訂單信息的目的地，以完成第一訂單信息的行駛路線；

根據(jù)所述第二訂單信息的出發(fā)地信息、目的地信息以及所述第一訂單信息的目的地信息生成拼車后第二訂單信息的行駛路線。

拼車前后的第二訂單信息的行駛路線參照第一訂單信息的行駛 路線。

如圖3所示，本公開一實施例提供了一種訂單分配方法中的篩選步驟，該步驟包括：在步驟140之前，若檢測到存在多個可與所述第一訂單信息拼車的訂單信息，

310、分別獲取所述第一訂單信息的行駛方向和所述多個可與所述第一訂單信息拼車的訂單信息的行駛方向之間的拼車夾角；

320、分別獲取拼車前后所述多個可與所述第一訂單信息拼車的訂單信息的行駛路線的第二路程比；

330、根據(jù)所述拼車夾角和所述第二路程比從所述多個訂單信息中篩選出與所述第一訂單信息匹配度最高的訂單信息；

需要說明的是，本發(fā)明基于拼車夾角、第一路程比和第二路程比，結(jié)合預設(shè)權(quán)重，分別對所述第一訂單信息與所述多個可與所述第一訂單信息拼車的訂單信息進行評分；

并根據(jù)評分結(jié)果確定出與第一訂單匹配度最高的訂單信息，并將該訂單信息與所述第一訂單確定為可拼車的訂單信息。

可理解的是，本方案將拼車夾角、所述第一路程比和所述第二路程比最為最優(yōu)拼車的考慮因素，通過預建立的模型以及模型中各因素的權(quán)重，計算獲得每個可與所述第一訂單信息拼車的訂單信息與第一訂單信息的評分值，并挑選出最高評分值對應的訂單信息與第一訂單信息確定為可拼車的訂單信息。

可理解的是，訂單信息中可能存在多個與同一訂單信息滿足預設(shè)夾角和預設(shè)比例內(nèi)的訂單信息；基于此，本發(fā)明提出了最優(yōu)選擇的方案，以從中選擇出一個帶分配訂單信息。

本實施例中，為了優(yōu)化訂單分配方法，在服務器檢測到不存在可與所述第一訂單信息拼車的訂單信息時，將所述第一訂單信息分配給終端；

需要說明的是，服務器將盡量快的對每個訂單進行匹配，并且不 會主動性的增加乘客的等待時間。

本實施例中，為了優(yōu)化訂單分配方法，避免降低拼車乘客的體驗，服務器將最多向終端發(fā)送兩個可拼車的訂單信息。

如圖4所示，本公開一實施例提供了一種訂單分配方法中分配步驟的流程示意圖，該步驟如下：

假設(shè)存在三個(或多個)訂單a、b和c，這些訂單是愿意與他人共享同一輛車，同時存在兩個(或者多個)可提供服務的司機d1和d2。經(jīng)過一系列的判斷和計算，我們發(fā)現(xiàn)a訂單和c訂單滿足上述所有條件可以匹配，而b訂單不能與a或者c任意一個訂單滿足匹配條件。在分配中我們會把a和c分配給司機d1或者d2，b訂單分配給剩下的司機。系統(tǒng)直接進行合理的訂單匹配大大提高拼成效率。

其中，在篩選出a訂單和c訂單為可拼車的訂單后，服務器將根據(jù)預設(shè)范圍內(nèi)各終端的當前位置，綜合考慮各終端的接駕距離和繞路距離選擇一個最優(yōu)的終端，以完成訂單分配過程。

由此，本發(fā)明基于接駕距離和繞路距離來選擇終端，以確保乘客體驗以及接駕耗時的相對可控。

對于方法實施方式，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應該知悉，本發(fā)明實施方式并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明實施方式，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應該知悉，說明書中所描述的實施方式均屬于優(yōu)選實施方式，所涉及的動作并不一定是本發(fā)明實施方式所必須的。

如圖5所示，本公開一實施例提供了一種訂單分配系統(tǒng)，該系統(tǒng)包括：

第一獲取模塊510，用于獲取預設(shè)區(qū)域內(nèi)有拼車意愿的訂單信息；

需要說明的是，其中的出行信息包括：目的地信息和出發(fā)地信息；

第二獲取模塊520，用于根據(jù)所述訂單信息中的出行信息獲取各 訂單信息的行駛方向和行駛路線；

篩選模塊530，用于根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息；

分配模塊540，用于將所述可拼車的訂單信息分配給終端。

本發(fā)明基于行駛方向和行駛路線從訂單信息中篩選出可以拼車的訂單，與現(xiàn)有技術(shù)相比，具有提高拼車效率和拼車成功率的優(yōu)點。

下面對本系統(tǒng)的模塊進行詳細說明：

本實施例中，第二獲取模塊520，具體用于根據(jù)所述目的地信息和所述出發(fā)地信息確定各訂單信息的行駛方向；根據(jù)所述目的地信息和所述出發(fā)地信息生成各訂單信息的行駛路線。

本實施例中，所述篩選模塊530，具體用于判斷第一訂單信息的行駛方向和第二訂單信息的行駛方向之間的拼車夾角是否小于預設(shè)角度；若是，則判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值；若是，則判斷拼車前后所述第二訂單信息的行駛路線的第二路程比是否小于所述預設(shè)閾值；若是，則將所述第一訂單信息和所述第二訂單信息確定為可拼車的訂單信息。

本實施例中，所述第二獲取模塊520，還用于在判斷拼車前后所述第一訂單信息的行駛路線的第一路程比是否小于預設(shè)閾值之前，根據(jù)所述第一訂單信息的出發(fā)地信息、目的地信息以及所述第二訂單信息的出發(fā)地信息生成拼車后第一訂單信息的行駛路線；根據(jù)所述第二訂單信息的出發(fā)地信息、目的地信息以及所述第一訂單信息的目的地信息生成拼車后第二訂單信息的行駛路線。

在一可行實施例中，所述篩選模塊530，還用于在將所述可拼車的訂單信息分配給終端之前，在檢測到存在多個可與所述第一訂單信息拼車的訂單信息時，分別獲取所述第一訂單信息的行駛方向和所述多個可與所述第一訂單信息拼車的訂單信息的行駛方向之間的拼車夾角；分別獲取拼車前后所述多個可與所述第一訂單信息拼車的訂單 信息的行駛路線的第二路程比；根據(jù)所述拼車夾角和所述第二路程比從所述多個訂單信息中篩選出與所述第一訂單信息匹配度最高的訂單信息。

在一可行實施例中，所述分配模塊540，還用于在檢測到不存在可與所述第一訂單信息拼車的訂單信息時，將所述第一訂單信息分配給終端。

在一可行實施例中，為了進一步提高拼車效率和提高拼車成功率，該系統(tǒng)還包括：第三獲取模塊；

所述第三獲取模塊，用于在根據(jù)所述行駛方向和所述行駛路線，通過預設(shè)策略從訂單信息中篩選出可拼車的訂單信息之前，獲取處于可接單狀態(tài)的終端，并判斷所述終端是否為執(zhí)行訂單狀態(tài)；

需要說明的是，終端的運行狀態(tài)包括不可接單狀態(tài)和可接單狀態(tài)，其中，不可接單狀態(tài)包括終端執(zhí)行的訂單數(shù)量大于或等于閾值的狀態(tài)和其他因素導致一定時間內(nèi)終端不接單的狀態(tài)，服務器不會向不可接單狀態(tài)的終端分配訂單；可接單狀態(tài)包括空車運行狀態(tài)和執(zhí)行訂單狀態(tài)，此處的執(zhí)行訂單狀態(tài)為終端執(zhí)行的訂單數(shù)量小于閾值的狀態(tài)；

本發(fā)明的閾值優(yōu)選為2個訂單，以避免出現(xiàn)降低用戶體驗的問題；可理解的是，若終端當前執(zhí)行2個及2個以上訂單時，處于不可接單狀態(tài)；若終端當前執(zhí)行1個訂單時，處于可接單狀態(tài)；

若是，則所述篩選模塊，還用于根據(jù)終端執(zhí)行的訂單的行駛方向和行駛路線，通過預設(shè)策略從除終端執(zhí)行的訂單之外的所述訂單信息中篩選出可與終端執(zhí)行的訂單拼車的訂單信息；

相應地，所述分配模塊，還用于將所述可與所述終端執(zhí)行的訂單拼車的訂單信息分配給所述終端。

對于裝置實施方式而言，由于其與方法實施方式基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施方式的部分說明即可。

應當注意的是，在本發(fā)明的裝置的各個部件中，根據(jù)其要實現(xiàn)的 功能而對其中的部件進行了邏輯劃分，但是，本發(fā)明不受限于此，可以根據(jù)需要對各個部件進行重新劃分或者組合。

本發(fā)明的各個部件實施方式可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本裝置中，pc通過實現(xiàn)因特網(wǎng)對設(shè)備或者裝置遠程控制，精準的控制設(shè)備或者裝置每個操作的步驟。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，并且程序產(chǎn)生的文件或文檔具有可統(tǒng)計性，產(chǎn)生數(shù)據(jù)報告和cpk報告等，能對功放進行批量測試并統(tǒng)計。應該注意的是上述實施方式對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施方式。在權(quán)利要求中，不應將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。

雖然結(jié)合附圖描述了本發(fā)明的實施方式，但是本領(lǐng)域技術(shù)人員可以在不脫離本發(fā)明的精神和范圍的情況下做出各種修改和變型，這樣的修改和變型均落入由所附權(quán)利要求所限定的范圍之內(nèi)。