本發(fā)明涉及長途物流和電子商務領域，具體的涉及到一種長途干線的車找貨的系統(tǒng)和方法。

背景技術：

目前，我國的長途物流產(chǎn)業(yè)與發(fā)達國家相比，在成本、周轉速度方面、以及產(chǎn)業(yè)化方面存在較大差異，服務水平和效率方面均比較低。而造成長途物流成本高、周轉速度緩慢以及產(chǎn)業(yè)化程度低的重要一方面的原因在于：1)在長途干線運輸?shù)倪^程中，由于缺乏渠道將車主與貨主的信息資源相互連通，導致車主與貨主互相不了解對方的信息，從而導致了空車等貨或者貨物找不到車的情況經(jīng)常發(fā)生。2)由于車主與貨主之間缺乏信任基礎，從而導致了車主與貨主雙方的信任危機，簡單點說，車主與貨主之間不敢輕易建立合作關系。3)由于車主不了解貨主的情況，從而不知道貨主何時需要發(fā)貨，且不能將自身的價格傳遞給貨主，這就導致了優(yōu)質(zhì)車主容易被劣性競爭或者低價競爭失去有優(yōu)勢的長途物流服務機會。

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

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

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

有鑒于此，本發(fā)明提出一種長途干線的車輛與貨物匹配的系統(tǒng)和方法。采用本發(fā)明的系統(tǒng)和方法，可以使得貨主與車主的信息公開化，價格透明化，提高車主找到貨源的機會，增加了車主運輸?shù)拇螖?shù)，同時提高了貨主發(fā)貨的速度。

一種長途干線的車輛與貨物匹配的系統(tǒng)，其包括：數(shù)據(jù)庫、數(shù)據(jù)采集模塊、認證模塊、訂單模塊、推送模塊和結算模塊。所述的數(shù)據(jù)庫用于保存車主、貨主、長途干線的地圖和報價等的所有的信息，所述的數(shù)據(jù)采集模塊用于采集車主與貨主的信息，所述的認證模塊用于判斷錄入數(shù)據(jù)庫的車主和貨主的信息的真實性和信用度，所述的訂單模塊用于生成訂單，所述的推送模塊用于將訂單信息推送給車主或貨主，所述的結算模塊用于進行相關費用的結算。

所述的數(shù)據(jù)庫用于保存長途干線信息，所述的長途干線信息包括電子地圖、國內(nèi)主要的長途干線的物流裝卸貨的地點、長途干線的物流報價。其中，所述的電子地圖為是利用計算機技術，以數(shù)字方式存儲和查閱的地圖。電子地圖存儲資訊的方法，采用向量式圖像存儲，地圖比例可放大、縮小或者旋轉而不影響其現(xiàn)實效果。該電子地圖可以利用地理信息系統(tǒng)來存儲和傳送地圖數(shù)據(jù)。本發(fā)明中的電子地圖可以采用目前已經(jīng)公開的技術，比如高德地圖、百度地圖、搜狗地圖等等。所述的長途干線的物流裝卸貨的地點包括中國大部分的省、市、自治區(qū)，具體的包括23個省份、4個直轄市、5個自治區(qū)、2個特別行政區(qū)，其中23個省份分別為河北省、山西省、遼寧省、吉林省、黑龍江省、江蘇省、浙江省、安徽省、福建省、江西省、山東省、河南省、湖北省、湖南省、廣東省、海南省、四川省、貴州省、云南省、山西省、甘肅省、青海省、臺灣省，4個直轄市分別為北京市、上海市、天津市、重慶市，5個自治區(qū)分別為廣西壯族自治區(qū)、內(nèi)蒙古自治區(qū)、西藏自治區(qū)、寧夏回族自治區(qū)、新疆維吾爾自治區(qū)，2個特別行政區(qū)分別為香港特別行政區(qū)、澳門特別行政區(qū)。所述的裝卸貨點在以上23個省份、4個直轄市、5個自治區(qū)、2個特別行政區(qū)中每個單獨的省、市或區(qū)中分別分布有1-60個固定點。以上所述的長途干線的物流裝卸貨的地點均預先導入到電子地圖中。以上所述的長途干線的物流系統(tǒng)報價根據(jù)每兩個卸貨點之間的行車距離、貨物重量和貨物體積來確定。

如上所述的長途干線的信息會根據(jù)電子地圖、國內(nèi)主要的長途干線的物流裝卸貨的地點、長途干線的物流報價的不斷變動而進行實時更新。通常情況下，電子地圖的更新由載入的第三方的地圖來決定，也就是說載入的第三方的電子地圖產(chǎn)生更新了，則本系統(tǒng)中的地圖就自動更新。而物流裝卸貨的地點可以根據(jù)實際變動來進行標準更新或者不更新，長途物流的報價則根據(jù)市場行情進行周期性調(diào)價。

如上所述的長途干線信息保存在數(shù)據(jù)庫中編號為“1”的數(shù)據(jù)庫中。

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

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

所述的數(shù)據(jù)庫用于保存車輛信息，所述的車輛信息至少包含車牌號、車長、載重、可載體積、車輛類型、運營證、保險單、車頭和車牌號碼照片、駕駛證編號、行駛證編號、駕駛證照片、行駛證照片、運營證照片。

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

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

所述的數(shù)據(jù)采集模塊用來采集保存到編號為“2”、“3”、“4”、“5”的數(shù)據(jù)庫的數(shù)據(jù)。

所述的認證模塊，用于將保存在數(shù)據(jù)庫中的車主與貨主的信息進行認證，審核結束后，將最后的審核結果的信息推送給車主或貨主的客戶端，或者將審核結果的信息按照短信的方式發(fā)送到客戶手機上。所述的認證模塊采用的審核方法為人工審核或者智能審核。

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

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

所述的認證模塊，在審核的過程中，主要分為三個部分：第三部分為審核車主或者貨主的個人基本信息是否真實，以及企業(yè)車主的信息是否真實。在此過程中，需要整合數(shù)據(jù)接口，數(shù)據(jù)主要來源于公安機關的數(shù)據(jù)、車管所的數(shù)據(jù)、以及保險公司的數(shù)據(jù)。

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

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

所述的訂單模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)時間，接著由訂單模塊將以上信息經(jīng)過處理生成相應的臨時訂單編號，然后由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，第一個確認搶單的貨主即可獲得此訂單，并生成正式的訂單號。

優(yōu)選的，所述的訂單生成模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，但是沒有給出報價，則訂單模塊將以上信息經(jīng)過處理后生成相應的臨時訂單編號，并由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，第一個確認搶單的貨主即可獲得此訂單，并生成正式的訂單號，不得取消訂單。

優(yōu)選的，所述的訂單模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，并給出了報價，則訂單模塊將以上信息經(jīng)過處理后生成相應的臨時訂單編號，并由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，貨主在搶單的過程中，可以對報價進行修改，然后推送模塊將修改后的訂單反饋給車主，車主經(jīng)過篩選后選擇一個合適的貨主。若車主對最終經(jīng)過貨主修改后的報價完全不同意，則此訂單可以取消。

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

優(yōu)選的，所述的推送模塊中含有時間限制，具體的，所有的推送形式都必須在車主上班的時間段才能被推送過去，若是休息時間段則所有的推送形式全部被過濾掉。

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

一種長途干線的車輛與貨物匹配的方法，其包括如下步驟：

s100，車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，系統(tǒng)生成臨時訂單。

s200，系統(tǒng)將生成的臨時訂單推送給出發(fā)地附近的貨主。

s300，貨主接收到臨時訂單后，將訂單確認后返回給車主。

s400，車主選擇其中之一的貨主，確立合作關系，生成最終的正式訂單。或者取消其訂單。

優(yōu)選的，s100中車主需要輸入其報價。

優(yōu)選的，s200中系統(tǒng)生成的臨時訂單會推送給出發(fā)地附近的所有貨主，所有貨主接收到的推送均為app推送的形式。

優(yōu)選的，s300中的貨主如果接受到的是無報價的臨時訂單，選擇確認訂單后，或者輸入報價后選擇確認訂單。

優(yōu)選的，s300中臨時訂單返回給車主的時候，車主接收到的第一條訂單推送為短信形式，其余的推送為app推送的形式。

優(yōu)選的，s400中，若車主在生成臨時訂單時，沒有輸入報價，則當只有一個貨主接收訂單，并將訂單推送給車主時，則正式訂單自動生成。

優(yōu)選的，s400中，若車主在生成臨時訂單時，輸入了報價，則當貨主接收訂單后，可以修改報價，并將訂單推送給車主，此時車主可以人工選擇其中之一的貨主并進行確認，生成正式訂單，該訂單不能取消。

優(yōu)選的，s400中，若車主在生成臨時訂單時，輸入了報價，則當貨主接收訂單后，可以修改報價，并將訂單推送給車主，此時車主可以不選擇其中任何一個貨主，并可以取消訂單。

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

附圖說明

圖1為長途干線的車輛與貨物匹配的系統(tǒng)示意圖。

圖2為數(shù)據(jù)庫模塊結構圖。

圖3為長途干線貨物與車輛匹配的方法示意圖。

圖4為實施案例1中長途干線車輛與貨物匹配的方式示意圖。

圖5為實施案例2中長途干線車輛與貨物匹配的方法示意圖。

圖6為實施案例3中長途干線車輛與貨物匹配的方法示意圖。

圖7為實施案例4中長途干線車輛與貨物匹配的方法示意圖。

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

具體實施方式1：

如圖1所示，為本發(fā)明的一種長途干線的車輛與貨物匹配的系統(tǒng)，其包括：數(shù)據(jù)庫、數(shù)據(jù)采集模塊、認證模塊、訂單模塊、推送模塊和結算模塊。所述的數(shù)據(jù)庫用于保存車主、貨主、長途干線的地圖和報價等的所有的信息，所述的數(shù)據(jù)采集模塊用于采集車主與貨主的信息，所述的認證模塊用于判斷錄入數(shù)據(jù)庫的車主和貨主的信息的真實性和信用度，所述的訂單模塊用于生成訂單，所述的推送模塊用于將訂單信息推送給車主或貨主，所述的結算模塊用于進行相關費用的結算。

如圖2所示，為本發(fā)明的數(shù)據(jù)庫的示意圖。

所述的數(shù)據(jù)庫用于保存長途干線信息，所述的長途干線信息包括電子地圖、國內(nèi)主要的長途干線的物流裝卸貨的地點、長途干線的物流報價。其中，所述的電子地圖為是利用計算機技術，以數(shù)字方式存儲和查閱的地圖。電子地圖存儲資訊的方法，采用向量式圖像存儲，地圖比例可放大、縮小或者旋轉而不影響其現(xiàn)實效果。該電子地圖可以利用地理信息系統(tǒng)來存儲和傳送地圖數(shù)據(jù)。本發(fā)明中的電子地圖可以采用目前已經(jīng)公開的技術，比如高德地圖、百度地圖、搜狗地圖等等。所述的長途干線的物流裝卸貨的地點包括中國大部分的省、市、自治區(qū)，具體的包括23個省份、4個直轄市、5個自治區(qū)、2個特別行政區(qū)，其中23個省份分別為河北省、山西省、遼寧省、吉林省、黑龍江省、江蘇省、浙江省、安徽省、福建省、江西省、山東省、河南省、湖北省、湖南省、廣東省、海南省、四川省、貴州省、云南省、山西省、甘肅省、青海省、臺灣省，4個直轄市分別為北京市、上海市、天津市、重慶市，5個自治區(qū)分別為廣西壯族自治區(qū)、內(nèi)蒙古自治區(qū)、西藏自治區(qū)、寧夏回族自治區(qū)、新疆維吾爾自治區(qū)，2個特別行政區(qū)分別為香港特別行政區(qū)、澳門特別行政區(qū)。所述的裝卸貨點在以上23個省份、4個直轄市、5個自治區(qū)、2個特別行政區(qū)中每個單獨的省、市或區(qū)中分別分布有1-60個固定點。以上所述的長途干線的物流裝卸貨的地點均預先導入到電子地圖中。以上所述的長途干線的物流系統(tǒng)報價根據(jù)每兩個卸貨點之間的行車距離、貨物重量和貨物體積來確定。

如上所述的長途干線的信息會根據(jù)電子地圖、國內(nèi)主要的長途干線的物流裝卸貨的地點、長途干線的物流報價的不斷變動而進行實時更新。通常情況下，電子地圖的更新由載入的第三方的地圖來決定，也就是說載入的第三方的電子地圖產(chǎn)生更新了，則本系統(tǒng)中的地圖就自動更新。而物流裝卸貨的地點可以根據(jù)實際變動來進行標準更新或者不更新，長途物流的報價則根據(jù)市場行情進行周期性調(diào)價。

如上所述的長途干線信息保存在數(shù)據(jù)庫中編號為“1”的數(shù)據(jù)庫中。

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

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

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

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

所述的數(shù)據(jù)采集模塊用來采集保存到編號為“2”、“3”、“4”、“5”的數(shù)據(jù)庫的數(shù)據(jù)。

所述的認證模塊，用于將保存在數(shù)據(jù)庫中的車主與貨主的信息進行認證，審核結束后，將最后的審核結果的信息推送給車主或貨主的客戶端，或者將審核結果的信息按照短信的方式發(fā)送到客戶手機上。所述的認證模塊采用的審核方法為人工審核或者智能審核。

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

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

所述的認證模塊，在審核的過程中，主要分為三個部分：第三部分為審核車主或者貨主的個人基本信息是否真實，以及企業(yè)車主的信息是否真實。在此過程中，需要整合數(shù)據(jù)接口，數(shù)據(jù)主要來源于公安機關的數(shù)據(jù)、車管所的數(shù)據(jù)、以及保險公司的數(shù)據(jù)。

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

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

所述的訂單模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)時間，接著由訂單模塊將以上信息經(jīng)過處理生成相應的臨時訂單編號，然后由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，第一個確認搶單的貨主即可獲得此訂單，并生成正式的訂單號。

優(yōu)選的，所述的訂單生成模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，但是沒有給出報價，則訂單模塊將以上信息經(jīng)過處理后生成相應的臨時訂單編號，并由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，第一個確認搶單的貨主即可獲得此訂單，并生成正式的訂單號，不得取消訂單。

優(yōu)選的，所述的訂單模塊生成訂單的過程如下：首先車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，并給出了報價，則訂單模塊將以上信息經(jīng)過處理后生成相應的臨時訂單編號，并由推送模塊推送給在出發(fā)地附近的貨主，由貨主搶單，貨主在搶單的過程中，可以對報價進行修改，然后推送模塊將修改后的訂單反饋給車主，車主經(jīng)過篩選后選擇一個合適的貨主。若車主對最終經(jīng)過貨主修改后的報價完全不同意，則此訂單可以取消。

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

優(yōu)選的，所述的推送模塊中含有時間限制，具體的，所有的推送形式都必須在車主上班的時間段才能被推送過去，若是休息時間段則所有的推送形式全部被過濾掉。

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

一種長途干線的貨物與車輛匹配的方法，其包括如下步驟：

s110，車主輸入出發(fā)地、目的地，以及預計出發(fā)的時間，系統(tǒng)生成臨時訂單。

s210，系統(tǒng)將生成的臨時訂單，以app消息的形式推送給出發(fā)地附近的所有貨主。

s310，貨主接收到臨時訂單后，選擇并確認臨時訂單，最后系統(tǒng)將臨時訂單返還給車主。

s410，系統(tǒng)自動給車主選擇第一個返回過來的臨時訂單，生成正式訂單，建立車主與貨主之間的聯(lián)系。

具體實施方式2：

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

一種長途干線的車輛與貨物匹配的方法，其包括如下步驟：

s120，車主輸入出發(fā)地、目的地、以及預計出發(fā)的時間和運輸報價，系統(tǒng)生成臨時訂單。

s220，系統(tǒng)將生成的臨時訂單以app的消息形式推送給出發(fā)地附近的所有貨主。

s320，貨主接收到臨時訂單后，未修改價格，并確認訂單，將訂單返回給車主。

s420，車主選擇其中之一的貨主，確立合作關系，生成最終的正式訂單。

具體實施方式3：

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

一種長途干線的車輛與貨物匹配的方法，其包括如下步驟：

s130，車主輸入出發(fā)地、目的地、預計出發(fā)的時間以及報價，系統(tǒng)生成臨時訂單。

s230，系統(tǒng)將生成的臨時訂單以app消息的形式推送給出發(fā)地附近的所有貨主。

s330，貨主接收到臨時訂單后，修改臨時訂單報價，并將訂單確認后返回給車主。

s430，車主選擇其中之一的貨主，確立合作關系，生成最終的正式訂單。

具體實施方式4：

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

一種長途干線的車輛與貨物匹配的方法，其包括如下步驟：

s140，車主輸入出發(fā)地、目的地、預計出發(fā)的時間、以及報價，系統(tǒng)生成臨時訂單。

s240，系統(tǒng)將生成的臨時訂單以app消息的形式推送給出發(fā)地附近的貨主。

s340，貨主接收到臨時訂單后，對訂單報價進行修改并確認，系統(tǒng)將修改過報價的臨時訂單返回給車主。

s440，車主收到所有修改價格后的臨時訂單后，覺得價格不合適，車主取消本次訂單。

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