本發(fā)明涉及短途物流和電子商務(wù)領(lǐng)域，具體的涉及到一種同城配送的貨找車的系統(tǒng)和方法。

背景技術(shù)：

目前，同城配送中其中之一的環(huán)節(jié)就是將貨物從同一個城市的A地點集體運輸?shù)紹地點，然后再進行貨物卸載或者轉(zhuǎn)運。此過程看似簡單，但是對資源的要求卻是極高。也就是說，各家同城配送公司必須要有自己的車隊，而且要能夠隨時調(diào)用的過來，這就使得同城配送模式必須要有很強大的資金鏈支撐。但是，目前擁有如此強大的資金鏈的同城配送公司畢竟是少數(shù)。大部分的中小型規(guī)模的同城配送公司還是有外包車隊的習(xí)慣，但是這就使得貨物與車輛匹配產(chǎn)生了不穩(wěn)定性，不能使得貨物能夠及時地從出發(fā)地運輸?shù)侥康牡亍Ｔ斐梢陨贤桥渌统杀靖?、周轉(zhuǎn)速度慢的原因主要在于：1)在同城配送運輸?shù)倪^程中，由于缺乏渠道將車主與貨主的信息資源相互連通，導(dǎo)致車主與貨主互相不了解對方的信息，從而導(dǎo)致了空車等貨或者貨物找不到車的情況經(jīng)常發(fā)生。2)由于車主與貨主之間缺乏信任基礎(chǔ)，從而導(dǎo)致了車主與貨主雙方的信任危機，簡單點說，車主與貨主之間不敢輕易建立合作關(guān)系。3)由于貨主不了解車主的情況，所以價格存在不透明的現(xiàn)象，這就導(dǎo)致了優(yōu)質(zhì)車主容易被劣性競爭或者低價競爭失去有優(yōu)勢的同城配送運輸服務(wù)機會。

基于以上存在的問題，迫切需要開發(fā)一種新的渠道，來整合車主與貨主的信息，包括信用信息、價格信息、聯(lián)系方式等等。而目前，有很多電子商務(wù)平臺將很多信息資源做出了整合，使得人們的信息來源不再受到地域和時間的限制，同時也解決了信任危機，大大提高了交易效率，同時還降低了運營成本。但是，目前并沒有同城配送方面的關(guān)于貨主與車主的信息資源的整合的渠道。

鑒于電子商務(wù)平臺的機遇，和目前同城配送運輸過程中存在的信息資源不暢通，以及車主與貨主之間的互不信任的現(xiàn)狀，本發(fā)明提出一種同城配送的貨物與車輛匹配的系統(tǒng)和方法。采用本發(fā)明的系統(tǒng)和方法，可以使得車主與貨主的信息公開化，價格透明化，提高貨主找到合適價格的車輛的機會。

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

有鑒于此，本發(fā)明提出一種同城配送的貨物與車輛匹配的系統(tǒng)和方法。采用本發(fā)明的系統(tǒng)和方法，可以使得車主與貨主的信息公開化，價格透明化，提高貨主找到合適價格的的車輛的機會。

一種同城配送的貨物與車輛匹配的系統(tǒng)，其包括：數(shù)據(jù)庫、認(rèn)證模塊、訂單模塊、推送模塊和結(jié)算模塊。所述的數(shù)據(jù)庫用于錄入車主和貨主的所有的信息，所述的認(rèn)證模塊用于判斷錄入數(shù)據(jù)庫的車主和貨主的信息的真實性和信用度，所述的訂單模塊用于生成訂單，所述的推送模塊用于將訂單信息推送給車主或貨主，所述的結(jié)算模塊用于進行相關(guān)費用的結(jié)算。

所述的數(shù)據(jù)庫需要錄入車主的信息，車主分為個人和企業(yè)兩種群體。當(dāng)車主為個人用戶時，錄入數(shù)據(jù)庫的信息主要包含三類，分別為聯(lián)系方式、個人基本信息及身份認(rèn)證信息，其中，聯(lián)系方式至少包括個人用戶的手機號碼，個人基本信息至少包括姓名、性別、身份證號，身份認(rèn)證信息至少包含身份證正反面照片。當(dāng)車主為企業(yè)用戶時，錄入數(shù)據(jù)庫的信息主要包含四類，分別為聯(lián)系方式、企業(yè)信息、資質(zhì)認(rèn)證和操作人信息，其中，聯(lián)系方式為企業(yè)法人的聯(lián)系電話，企業(yè)信息包含企業(yè)全稱、企業(yè)簡介、營業(yè)執(zhí)照注冊號、企業(yè)法人姓名、法人身份證號、地址、開戶名稱、開戶行、結(jié)算賬號，資質(zhì)認(rèn)證信息包含法人身份證正反面照片、營業(yè)執(zhí)照照片，操作人信息包含操作人手持身份證照片、操作人身份證正反面照片。

如上所述的個人用戶的車主的信息保存在數(shù)據(jù)庫中編號為“1”的數(shù)據(jù)庫中，如上所述的企業(yè)用戶的車主的信息保存在數(shù)據(jù)庫中編號為“2”的數(shù)據(jù)庫中。

所述的數(shù)據(jù)庫需要錄入貨主的信息，所述的貨主的信息包含貨運信息以及貨主的基本信息。所述的貨運信息包含出發(fā)地、目的地、貨物的名稱、貨物的重量、收貨人的姓名、收貨人的電話、收貨人的地址、寄件人的姓名、寄件人的電話、寄件人的地址、用車的時間和司機的報價信息。所述的貨主的基本信息包含貨主的聯(lián)系方式、貨主的基本信息和身份認(rèn)證信息，其中，貨主的聯(lián)系方式為貨主的手機號碼，貨主的基本信息至少包含姓名、性別、身份證號，身份認(rèn)證信息至少包含身份證正反面照片。

如上所述的貨運信息保存在數(shù)據(jù)庫中編號為“3”的數(shù)據(jù)庫中，如上所述的貨主的基本信息保存在數(shù)據(jù)庫中編號為“4”的數(shù)據(jù)庫中。

所述的數(shù)據(jù)庫中需要預(yù)先錄入同城配送信息，所述的同城配送信息包括國內(nèi)主要的城市的同城配送的裝卸貨點、同城配送的運輸報價、同城地圖。其中所述的同城配送的裝卸貨的地點為同城里面的任意兩個位置，同城配送的報價根據(jù)出發(fā)地與目的地之間的路面行駛距離、貨物的重量和貨物的體積來確定。

如上所述的同城配送信息保存在數(shù)據(jù)庫中編號為“5”的數(shù)據(jù)庫中。

所述的認(rèn)證模塊，用于將保存在數(shù)據(jù)庫中的車主與貨主的信息進行認(rèn)證，審核通過后，將信息調(diào)到接口，發(fā)送給車主或者貨主。所述的認(rèn)證模塊采用的審核方法為人工審核或者智能審核。當(dāng)審核通過后，將審核是否成功的信息調(diào)到接口，然后將信息推送給車主或貨主的客戶端，或者將信息按照短信的方式發(fā)送到客戶手機上。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第一部分為審核車主或者貨主的信息，即審核聯(lián)系方式是否為手機號碼，也就是判斷聯(lián)系方式是否為11位，若為11位則判定聯(lián)系方式正確；接著審核個人基本信息，若個人的身份證號碼是否為18位，若為18位則判定個人基本信息正確；接著審核企業(yè)信息的營業(yè)執(zhí)照注冊號是否為15位或者18位，同時需要審核法人身份證號碼是否為18位，若企業(yè)的營業(yè)執(zhí)照注冊號為15位或18位，且法人身份證號碼為18位，則判定企業(yè)信息合格。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第二部分為審核車主或者貨主的個人基本信息與身份認(rèn)證信息是否匹配，車主的企業(yè)信息與資質(zhì)認(rèn)證信息是否匹配。具體的，需要審核個人的身份證的姓名、性別、身份證號碼是否與身份證照片上的姓名、性別和身份證號碼吻合，若吻合，則判定為個人信息審核通過；若不吻合，則判斷為個人信息審核不通過。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第三部分為審核車主及貨主是否繳納一定數(shù)額的保證金，所述的保證金的數(shù)額具有下限要求，通常保證金≥1000元。過審核過程中保證金已經(jīng)繳納，則最終判定用戶注冊成功，可以享受本發(fā)明的同城配送的貨物與車輛匹配的系統(tǒng)的資源共享服務(wù)。若審核過程中沒有繳納保證金，則最終判定用戶注冊不成功，注冊不成功的貨主可以輸入自己的需求，但是無法生成訂單。

所述的認(rèn)證模塊，人工審核與智能審核的周期各不相同，所述的人工智能審核的周期通常為2-24小時，所述的智能審核的周期通常為1-60min。

所述的訂單模塊包括自動匹配模式和人工匹配模式，所述的自動匹配模式為貨主輸入貨運信息后，通過提交的方式將貨運信息保存到數(shù)據(jù)庫，然后從數(shù)據(jù)庫中調(diào)用同城配送信息，由預(yù)設(shè)好的同城配送信息計算出系統(tǒng)的報價，然后將此系統(tǒng)報價推送到在該出發(fā)地附近的車主。所述的人工匹配模式為當(dāng)此系統(tǒng)報價推送到該出發(fā)地附近的司機時，司機確認(rèn)過報價后點擊“確定”，由于是單個或者多個司機點擊了“確定”，則貨主根據(jù)已經(jīng)“確定”了的訂單，選擇其中一個車主進行最終的人工匹配，生成最終的訂單。

優(yōu)選的，如上所述的訂單模塊，在系統(tǒng)報價的基礎(chǔ)上，可以存在車主重新報價。具體的，在自動匹配模式下，當(dāng)系統(tǒng)報價推送到出發(fā)地附近的車主時，車主在接受到系統(tǒng)推送后點擊“接受”，然后將自己的報價重新錄入自動匹配模式的系統(tǒng)，然后點擊“確認(rèn)”，此時，系統(tǒng)將修改過的價格重新生成訂單，并推送給貨主，供貨主選擇，進入人工匹配過程，生成最終的訂單。

所述的推送模塊用于將訂單信息推送給貨主或車主，具體的，所述的推送模塊用于將貨主發(fā)出的訂單信息推送給車主，也就是將系統(tǒng)根據(jù)貨主輸入的貨運信息生成的系統(tǒng)報價推送給在出發(fā)地附近的車主的過程；所述的推送模塊用于將車主反饋的訂單信息推送給貨主，也就是說系統(tǒng)將車主確認(rèn)后的報價推送給車主的過程，此處所述的車主確認(rèn)后的報價包括系統(tǒng)生成的報價和車主修改后的報價。此處所述的推送過程包括APP推送信息的形式以及手機短信的推送的形式。具體的，將貨主發(fā)出的訂單信息推送給車主的時候采用APP推送信息的形式，而將車主確認(rèn)的訂單信息推送給貨主的時候，第一條推送信息采用短信推送的形式，其余的推送信息采用APP推送信息的形式。

所述的結(jié)算模塊用于相關(guān)費用的結(jié)算。所述的結(jié)算模塊系統(tǒng)收費模塊、系統(tǒng)扣費模塊和提現(xiàn)模塊。所述的系統(tǒng)收費模塊的作用在于，當(dāng)貨主與車主建立最終的訂單后，由貨主預(yù)先支付給車主全額運費，但是此全額運費會先凍結(jié)在系統(tǒng)賬號中，并不會進入到車主賬號；所述的系統(tǒng)扣費模塊的作用在于，當(dāng)車主履行訂單后的三個工作日內(nèi)，凍結(jié)在系統(tǒng)賬號中的全額運費會進入車主賬號中；所述的提現(xiàn)模塊的作用在于，車主每月可以在固定的日期將賬號中的運費轉(zhuǎn)入自己的銀行卡賬號。

一種同城配送的貨物與車輛匹配的方法，其包括如下步驟：

S100，貨主錄入貨運信息，系統(tǒng)生成自動匹配訂單。

S200，系統(tǒng)將生成的自動匹配訂單推送給車主。

S300，車主接受自動匹配訂單后，將訂單返回給貨主。

S400，貨主采用人工匹配模式，生成最終訂單。

優(yōu)選的，S100中貨主錄入的貨運信息至少包含出發(fā)地、目的地，貨物的質(zhì)量和貨物的體積。

優(yōu)選的，S100中系統(tǒng)生成自動匹配訂單的過程，必須要生成系統(tǒng)報價，所述的系統(tǒng)報價需要根據(jù)數(shù)據(jù)庫中已經(jīng)錄入的同城配送的信息推算而出。

優(yōu)選的，S200中系統(tǒng)將生成的自動匹配的訂單推送給出發(fā)地附近的所有車主，所有的車主接受到的推送均為APP推送的形式。

優(yōu)選的，S300中車主接受自動匹配訂單后，會對自動匹配訂單報價進行修改。

優(yōu)選的，S300中訂單返回給貨主的時候，貨主接受到的第一條訂單推送為短信形式，其余的推送APP推送的形式。

優(yōu)選的，S400中，若只有一個車主接受訂單，并將訂單推送給貨主，則該訂單自動生成，貨主只能選擇確認(rèn)，生成最終訂單，不能取消。

優(yōu)選的，S400中，若由兩個以上車主接受訂單，并將訂單推送給貨主，則貨主可以選擇其中一個車主進行確認(rèn)，生成最終訂單，不能取消。

通過以上說明，可以發(fā)現(xiàn)，采用本發(fā)明的同城配送的貨物與車輛匹配的系統(tǒng)和方法，可以解決目前同城配送物流過程中存在的信息資源不暢通，以及車主與貨主之間的互不信任的現(xiàn)狀，確保在最短的時間內(nèi)使得同城配送交易達成，且消除了價格不透明造成的劣性競爭等。

附圖說明

圖1為同城配送的貨物與車輛匹配的系統(tǒng)示意圖。

圖2為認(rèn)證模塊的審核流程圖。

圖3為同城配送貨物與車輛匹配的方法示意圖。

圖4為實施案例1中同城配送貨物與車輛匹配的方式示意圖。

圖5為實施案例2中同城配送貨物與車輛匹配的方法示意圖。

圖6為實施案例3中同城配送貨物與車輛匹配的方法示意圖。

圖7為實施案例4中同城配送貨物與車輛匹配的方法示意圖。

以下將結(jié)合附圖對本發(fā)明的構(gòu)思、具體結(jié)構(gòu)及產(chǎn)生的技術(shù)效果作進一步說明，以充分地了解本發(fā)明的目的、特征和效果。

具體實施方式1：

一種同城配送的貨物與車輛匹配的系統(tǒng)，其包括：數(shù)據(jù)庫、認(rèn)證模塊、訂單模塊、推送模塊和結(jié)算模塊。所述的數(shù)據(jù)庫用于錄入車主和貨主的所有的信息，所述的認(rèn)證模塊用于判斷錄入數(shù)據(jù)庫的車主和貨主的信息的真實性和信用度，所述的訂單模塊用于生成訂單，所述的推送模塊用于將訂單信息推送給車主或貨主，所述的結(jié)算模塊用于進行相關(guān)費用的結(jié)算。

所述的數(shù)據(jù)庫需要錄入車主的信息，車主分為個人和企業(yè)兩種群體。當(dāng)車主為個人用戶時，錄入數(shù)據(jù)庫的信息主要包含三類，分別為聯(lián)系方式、個人基本信息及身份認(rèn)證信息，其中，聯(lián)系方式至少包括個人用戶的手機號碼，個人基本信息至少包括姓名、性別、身份證號，身份認(rèn)證信息至少包含身份證正反面照片。當(dāng)車主為企業(yè)用戶時，錄入數(shù)據(jù)庫的信息主要包含四類，分別為聯(lián)系方式、企業(yè)信息、資質(zhì)認(rèn)證和操作人信息，其中，聯(lián)系方式為企業(yè)法人的聯(lián)系電話，企業(yè)信息包含企業(yè)全稱、企業(yè)簡介、營業(yè)執(zhí)照注冊號、企業(yè)法人姓名、法人身份證號、地址、開戶名稱、開戶行、結(jié)算賬號，資質(zhì)認(rèn)證信息包含法人身份證正反面照片、營業(yè)執(zhí)照照片，操作人信息包含操作人手持身份證照片、操作人身份證正反面照片。

如上所述的個人用戶的車主的信息保存在數(shù)據(jù)庫中編號為“1”的數(shù)據(jù)庫中，如上所述的企業(yè)用戶的車主的信息保存在數(shù)據(jù)庫中編號為“2”的數(shù)據(jù)庫中。

所述的數(shù)據(jù)庫需要錄入貨主的信息，所述的貨主的信息包含貨運信息以及貨主的基本信息。所述的貨運信息包含出發(fā)地、目的地、貨物的名稱、貨物的重量、收貨人的姓名、收貨人的電話、收貨人的地址、寄件人的姓名、寄件人的電話、寄件人的地址、用車的時間和司機的報價信息。所述的貨主的基本信息包含貨主的聯(lián)系方式、貨主的基本信息和身份認(rèn)證信息，其中，貨主的聯(lián)系方式為貨主的手機號碼，貨主的基本信息至少包含姓名、性別、身份證號，身份認(rèn)證信息至少包含身份證正反面照片。

如上所述的貨運信息保存在數(shù)據(jù)庫中編號為“3”的數(shù)據(jù)庫中，如上所述的貨主的基本信息保存在數(shù)據(jù)庫中編號為“4”的數(shù)據(jù)庫中。

所述的數(shù)據(jù)庫中需要預(yù)先錄入同城配送信息，所述的同城配送信息包括國內(nèi)主要的城市的同城配送的裝卸貨點、同城配送的運輸報價。其中所述的同城配送的裝卸貨的地點為同城里面的任意兩個位置，同城配送的報價根據(jù)出發(fā)地與目的地之間的路面行駛距離、貨物的重量和貨物的體積來確定。

如上所述的同城配送信息保存在數(shù)據(jù)庫中編號為“5”的數(shù)據(jù)庫中。

所述的認(rèn)證模塊，用于將保存在數(shù)據(jù)庫中的車主與貨主的信息進行認(rèn)證，審核通過后，將信息調(diào)到接口，發(fā)送給車主或者貨主。所述的認(rèn)證模塊采用的審核方法為人工審核或者智能審核。當(dāng)審核通過后，將審核是否成功的信息調(diào)到接口，然后將信息推送給車主或貨主的客戶端，或者將信息按照短信的方式發(fā)送到客戶手機上。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第一部分為審核車主或者貨主的信息，即審核聯(lián)系方式是否為手機號碼，也就是判斷聯(lián)系方式是否為11位，若為11位則判定聯(lián)系方式正確；接著審核個人基本信息，若個人的身份證號碼是否為18位，若為18位則判定個人基本信息正確；接著審核企業(yè)信息的營業(yè)執(zhí)照注冊號是否為15位或者18位，同時需要審核法人身份證號碼是否為18位，若企業(yè)的營業(yè)執(zhí)照注冊號為15位或18位，且法人身份證號碼為18位，則判定企業(yè)信息合格。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第二部分為審核車主或者貨主的個人基本信息與身份認(rèn)證信息是否匹配，車主的企業(yè)信息與資質(zhì)認(rèn)證信息是否匹配。具體的，需要審核個人的身份證的姓名、性別、身份證號碼是否與身份證照片上的姓名、性別和身份證號碼吻合，若吻合，則判定為個人信息審核通過；若不吻合，則判斷為個人信息審核不通過。

所述的認(rèn)證模塊，在審核的過程中，主要分為三個部分：第三部分為審核車主及貨主是否繳納一定數(shù)額的保證金，所述的保證金的數(shù)額具有下限要求，通常保證金≥1000元。過審核過程中保證金已經(jīng)繳納，則最終判定用戶注冊成功，可以享受本發(fā)明的同城配送的貨物與車輛匹配的系統(tǒng)的資源共享服務(wù)。若審核過程中沒有繳納保證金，則最終判定用戶注冊不成功，注冊不成功的貨主可以輸入自己的需求，但是無法生成訂單。

所述的認(rèn)證模塊，人工審核與智能審核的周期各不相同，所述的人工智能審核的周期通常為2-24小時，所述的智能審核的周期通常為1-60min。

所述的訂單模塊包括自動匹配模式和人工匹配模式，所述的自動匹配模式為貨主輸入貨運信息后，通過提交的方式將貨運信息保存到數(shù)據(jù)庫，然后從數(shù)據(jù)庫中調(diào)用同城配送信息，由預(yù)設(shè)好的同城配送信息計算出系統(tǒng)的報價，然后將此系統(tǒng)報價推送到在該出發(fā)地附近的車主。所述的人工匹配模式為當(dāng)此系統(tǒng)報價推送到該出發(fā)地附近的司機時，司機確認(rèn)過報價后點擊“確定”，由于是單個或者多個司機點擊了“確定”，則貨主根據(jù)已經(jīng)“確定”了的訂單，選擇其中一個車主進行最終的人工匹配，生成最終的訂單。

優(yōu)選的，如上所述的訂單模塊，在系統(tǒng)報價的基礎(chǔ)上，可以存在車主重新報價。具體的，在自動匹配模式下，當(dāng)系統(tǒng)報價推送到出發(fā)地附近的車主時，車主在接受到系統(tǒng)推送后點擊“接受”，然后將自己的報價重新錄入自動匹配模式的系統(tǒng)，然后點擊“確認(rèn)”，此時，系統(tǒng)將修改過的價格重新生成訂單，并推送給貨主，供貨主選擇，進入人工匹配過程，生成最終的訂單。

所述的推送模塊用于將訂單信息推送給貨主或車主，具體的，所述的推送模塊用于將貨主發(fā)出的訂單信息推送給車主，也就是將系統(tǒng)根據(jù)貨主輸入的貨運信息生成的系統(tǒng)報價推送給在出發(fā)地附近的車主的過程；所述的推送模塊用于將車主反饋的訂單信息推送給貨主，也就是說系統(tǒng)將車主確認(rèn)后的報價推送給車主的過程，此處所述的車主確認(rèn)后的報價包括系統(tǒng)生成的報價和車主修改后的報價。此處所述的推送過程包括APP推送信息的形式以及手機短信的推送的形式。具體的，將貨主發(fā)出的訂單信息推送給車主的時候采用APP推送信息的形式，而將車主確認(rèn)的訂單信息推送給貨主的時候，第一條推送信息采用短信推送的形式，其余的推送信息采用APP推送信息的形式。

所述的結(jié)算模塊用于相關(guān)費用的結(jié)算。所述的結(jié)算模塊系統(tǒng)收費模塊、系統(tǒng)扣費模塊和提現(xiàn)模塊。所述的系統(tǒng)收費模塊的作用在于，當(dāng)貨主與車主建立最終的訂單后，由貨主預(yù)先支付給車主全額運費，但是此全額運費會先凍結(jié)在系統(tǒng)賬號中，并不會進入到車主賬號；所述的系統(tǒng)扣費模塊的作用在于，當(dāng)車主履行訂單后的三個工作日內(nèi)，凍結(jié)在系統(tǒng)賬號中的全額運費會進入車主賬號中；所述的提現(xiàn)模塊的作用在于，車主每月可以在固定的日期將賬號中的運費轉(zhuǎn)入自己的銀行卡賬號。

一種同城配送的貨物與車輛匹配的方法，其包括如下步驟：

S110，貨主錄入貨運信息，貨運信息包含出發(fā)地、目的地、貨物的質(zhì)量和貨物的體積，系統(tǒng)根據(jù)數(shù)據(jù)庫中同城配送信息自動生成系統(tǒng)報價，并將報價包含在自動匹配訂單中。

S210，系統(tǒng)將生成的自動匹配訂單推送給出發(fā)地附近的所有車主，所有的車主接受到的推送均為APP推送的形式。

S310，車主接受到自動匹配訂單后，直接點擊“確認(rèn)”，并將訂單返回給貨主。

S410，貨主采用人工匹配模式，生成最終訂單。

具體實施方式2：

一種同城配送的貨物與車輛匹配的系統(tǒng)與具體實施案例1相同，此處不再贅述。

一種同城配送的貨物與車輛匹配的方法，其包括如下步驟：

S120，貨主錄入貨運信息，貨運信息包含出發(fā)地、目的地、貨物的質(zhì)量和貨物的體積，系統(tǒng)根據(jù)數(shù)據(jù)庫中同城配送信息自動生成系統(tǒng)報價，并將報價包含在自動匹配訂單中。

S220，系統(tǒng)將生成的自動匹配訂單推送給出發(fā)地附近的所有車主，所有的車主接受到的推送均為APP推送的形式。

S320，車主接受到自動匹配訂單后，對自動匹配訂單報價進行修改，然后點擊“確認(rèn)”，并將訂單返回給貨主。

S420，貨主采用人工匹配模式，生成最終訂單。

具體實施方式3：

一種同城配送的貨物與車輛匹配的系統(tǒng)與具體實施案例1相同，此處不再贅述。

一種同城配送的貨物與車輛匹配的方法，其包括的步驟如下：

S130，貨主錄入貨運信息，貨運信息包含出發(fā)地、目的地、貨物的質(zhì)量和貨物的體積，系統(tǒng)根據(jù)數(shù)據(jù)庫中同城配送信息自動生成系統(tǒng)報價，并將報價包含在自動匹配訂單中。

S230，系統(tǒng)將生成的自動匹配訂單推送給出發(fā)地附近的所有車主，所有的車主接受到的推送均為APP推送的形式。

S330，車主接受到自動匹配訂單后，對自動匹配訂單報價進行修改，然后點擊“確認(rèn)”，并將訂單返回給貨主。

S430，貨主僅收到一個車主的訂單推送，貨主選擇確認(rèn)，生成最終訂單，不能取消。

具體實施方式4：

一種同城配送的貨物與車輛匹配的系統(tǒng)與具體實施案例1相同，此處不再贅述。

一種同城配送的貨物與車輛匹配的方法，其包括的步驟如下：

S140，貨主錄入貨運信息，貨運信息包含出發(fā)地、目的地、貨物的質(zhì)量和貨物的體積，系統(tǒng)根據(jù)數(shù)據(jù)庫中同城配送信息自動生成系統(tǒng)報價，并將報價包含在自動匹配訂單中。

S240，系統(tǒng)將生成的自動匹配訂單推送給出發(fā)地附近的所有車主，所有的車主接受到的推送均為APP推送的形式。

S340，車主接受到自動匹配訂單后，對自動匹配訂單報價進行修改，然后點擊“確認(rèn)”，并將訂單返回給貨主。

S440，貨主收到4個車主的訂單推送，貨主選擇確認(rèn)，生成最終訂單，不能取消。

以上所述實施例，其描述較為具體和詳細(xì)，但并不能因此而理解為對本發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。