TWM534874U - 媒合貨運供應與需求之運輸系統 - Google Patents

Description

媒合貨運供應與需求之運輸系統

本創作是有關於一種運輸系統，特別是有關於一種藉由媒合需求端及供應端來達成貨物運輸的媒合貨運供應與需求之運輸系統。

自古以來，因人類的活動而產生的物品流通的需求，便是社會運作中不可或缺的一部分，而這些物品流通的需求又因現代商業行為的擴展以及生活上物質需求的增加等原因而日益增加。因此，整合並達到這些物品流通的需求的物流業便甚為重要。

雖然因現代交通運輸工具的進步，在物品流通上已相較於過去更為快速，然而，現行物品流通的需求的達成方式，通常皆需仰賴大型貨運業者，而大型貨運業者的運送方式通常需經過多次的貨物集散，才能將貨物運送到目的地。雖然這樣的方法在大量物品的運送上有較好的效率及可系統化的管理，但是對於單一寄件人來說，所寄送貨物要經過多次的貨物集散，反而會增加貨物運送的時間，並且可能還會增加所需付出的成本。因此，若有一種可以令送件者在取貨後，直接進行運送的運輸系統，應能令散貨的運送更有效率及更節省成本。

有鑑於上述習知之問題，本創作之目的在於提供一種可媒合需求端及供應端，令送件人可直接進行取送貨的媒合貨運供應與需求之運輸系統。

根據上述之目的，本創作係提出一種媒合貨運供應與需求之運輸系統，其包含需求端、複數個供應端及伺服器。需求端經由需求介面產生貨運需求資訊。複數個供應端分別經由供應介面產生貨運供應資訊。伺服器接收來自需求端之貨運需求資訊，且接收來自複數個供應端之複數個貨運供應資訊，伺服器根據一媒合規則來媒合貨運需求資訊及複數個貨運供應資訊，並產生媒合結果，伺服器將媒合結果經由需求介面通知需求端，且將媒合結果經由供應介面通知複數個供應端當中被選定的供應端。

較佳者，媒合規則可是由伺服器選定複數個供應端中的其中之一。

較佳者，媒合規則可是提供複數個供應端中的其中一些給需求端選擇，伺服器並經由供應介面通知由需求端選定的供應端。

較佳者，貨運需求資訊可包含地點資訊、時間資訊及貨物資訊。

較佳者，貨運供應資訊可包含地點資訊、時間資訊及運送工具資訊。

較佳者，需求介面可包含地圖，以即時顯示進行運送的供應端的狀況。

較佳者，在貨物運送完成後，供應端可經由供應介面產生並傳送貨運完成資訊至伺服器，伺服器根據貨運完成資訊結束需求介面之地圖的顯示。

根據上述之目的，本創作再提出一種媒合貨運供應與需求之運輸系統，其包含購物端、商品販售端、複數個供應端及伺服器。購物端經由購物整合介面產生商品訂單。商品販售端接受商品訂單，並根據商品訂單產生貨運需求資訊。複數個供應端分別經由供應介面產生貨運供應資訊。伺服器接收來自商品販售端之貨運需求資訊，且接收來自複數個供應端之複數個貨運供應資訊，伺服器根據一媒合規則來媒合貨運需求資訊及複數個貨運供應資訊，並產生媒合結果，伺服器將媒合結果經由供應介面通知複數個供應端當中被選定的供應端。

較佳者，購物整合介面可包含地圖，以即時顯示進行運送的供應端的狀況。

較佳者，在貨物運送完成後，供應端可經由供應介面產生並傳送貨運完成資訊至伺服器，伺服器根據貨運完成資訊結束購物整合介面之地圖的顯示。

較佳者，購物端進一步可包含檢視介面，檢視介面包含地圖，以即時顯示進行運送的供應端的狀況。

較佳者，在貨物運送完成後，該供應端經由供應介面產生並傳送貨運完成資訊至伺服器，伺服器根據貨運完成資訊結束檢視介面之地圖的顯示。

承上所述之本創作之媒合貨運供應與需求之運輸系統藉由伺服器媒合需求端及供應端，令供應端可直接完成需求端所需要的取送貨，而不須經由貨物的集散，達到減少貨運時間及成本的效果。

請參閱第1圖及第2圖，第1圖係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之方塊圖；第2圖係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之示意圖。如圖所示，本創作之媒合貨運供應與需求之運輸系統10之第一實施例包含需求端11、複數個供應端13a、13b、13c及伺服器12。

需求端11可為有貨物要進行運送的寄件人所使用的電子裝置，例如智慧型手機、平板電腦、桌上型電腦或筆記型電腦等，但不以此為限。需求端11可包含有需求介面111，需求介面111可為電子裝置中的應用程式，寄件人可對需求介面111進行操作，並經由需求介面111輸入而產生貨運需求資訊。

貨運需求資訊可包含地點資訊、時間資訊及貨物資訊。貨運需求資訊的地點資訊可包含寄件人指定的取貨地點以及欲送達的地點。貨運需求資訊的時間資訊可包含寄件人指定的取貨時間以及欲送達的時間。而貨運需求資訊的貨物資訊可包含貨物的大小、重量及特性(例如，易碎)等。

供應端可為可運送貨物的送件人所使用的電子裝置，例如智慧型手機、平板電腦、桌上型電腦或筆記型電腦等，但不以此為限。供應端可包含有供應介面131，供應介面131可為電子裝置中的應用程式，送件人可對供應介面131進行操作，並經由需求介面111輸入而產生貨運需求資訊。

再者，貨運供應資訊可包含地點資訊、時間資訊及運送工具資訊。貨運供應資訊的地點資訊可包含送件人預定移動的地點或可進行運送的區域等。貨運需求資訊的時間資訊可包含送件人預定移動的時間或可進行運送的時間等。而貨運需求資訊的運送工具資訊可為送件人用來進行運送的工具的資訊，例如轎車、貨卡車、廂型車或機車等，但不以此為限。

在本文中，若未特別提及，需求端所進行的運作，例如輸入、傳輸或顯示資訊等等，皆是經由需求介面來進行。而供應端所進行的運作，例如輸入、傳輸或顯示資訊等等，皆是經由供應介面131來進行。

進一步地，需求端11及供應端皆可以無線網路或有線網路的方式與伺服器12連接，並且與伺服器12進行資訊的傳輸。需求端11可以需求介面111來顯示從伺服器12接收的資訊，或是藉由需求介面傳輸資訊至伺服器12。而供應端可以供應介面131來顯示從伺服器12接收的資訊，或是藉由供應介面131傳輸資訊至伺服器12。

如此，伺服器12可接收來自需求端11之貨運需求資訊，且可接收來自供應端之貨運供應資訊。接著，伺服器12會根據一媒合規則來對貨運需求資訊及複數個貨運供應資訊進行媒合，並產生媒合結果。

更進一步來說，可有複數個供應端13a、13b、13c分別可包含相同的供應介面131，並藉由供應介面131將其各自的貨運供應資訊傳輸至伺服器12，且伺服器12可將複數個貨運供應資訊儲存。也就是說，可有複數個可提供貨物運送服務的送件人藉由供應端將其各自的貨運供應資訊傳輸至伺服器12，而伺服器12會將這些貨運供應資訊儲存。而當有來自需求端11的貨運需求資訊時，伺服器12再將貨運需求資訊及複數個貨運供應資訊進行媒合。其中，來自需求端11的貨運需求資訊實際所包含的資訊內容可能如表一所示。

表一 <TABLE border="1" borderColor="#000000" width="_0001"><TBODY><tr><td> 貨運需求資訊 </td><td> 取貨地點 </td><td> 送達地點 </td><td> 取貨時間 </td><td> 送達時間 </td><td> 貨物大小 </td></tr><tr><td> 內容 </td><td> 甲地 </td><td> 乙地 </td><td> 07/01 </td><td> 07/02 </td><td> 15*15cm </td></tr></TBODY></TABLE>

如表一所示，貨運需求資訊可能包含了各種條件，而伺服器12便會根據媒合規則來將這些條件分別與複數個貨運供應資訊進行比對，而媒合規則便是可包含篩選貨運供應資訊符合的條件。舉例來說，供應端13a可進行甲地至乙地的貨物運送，而供應端13b可進行包含甲地及乙地在內的區域內的貨物運送，這樣，供應端13a及供應端13b皆符合運送此需求端11的貨物的條件。並且，供應端13a所使用的運送工具為轎車，供應端13b所使用的運送工具為貨車，兩者皆可運送15cm×15cm大小的貨物。再者，供應端13a僅可在7月1日進行運送，而供應端13b可進行在7月1日至7月5日的運送。如此根據媒合規則，伺服器12便會選擇地點、時間及運送工具資訊皆符合供應端13b，進而產生媒合結果。

接著，伺服器12將媒合結果經由需求介面111通知需求端11，也就是通知需求端11將由供應端13b來進行運送。伺服器12也將媒合結果經由供應介面131通知被選定的供應端13b，也就是通知供應端13b接到運送任務，令供應端13b的送件人準備開始進行運送。

此外，在一較佳的實施例中，伺服器12可是先將媒合結果先通知被選定的供應端13b，讓供應端13b確認是否可進行運送，若可，則繼續進行通知需求端11的程序，而供應端13b的送件人便會開始執行運送任務；若否，則重新進行媒合，再找其他的供應端。

而如第2圖所示，本創作之媒合貨運供應與需求之運輸系統之第一實施例之需求端21可以智慧型手機實現，而需求介面便為智慧型手機中的手機應用程式(以下簡稱app)。複數個供應端23a、23b、23c也可以智慧型手機實現，而供應介面也為智慧型手機中的手機應用程式，且複數個供應端23a、23b、23c的送件人可駕駛例如轎車、貨卡車、廂型車或機車等交通工具來進行運送。伺服器22可為可儲存資料的電腦。並且，伺服器22與需求端21及複數個供應端23a、23b、23c是以無線網路的方式進行資料的傳輸。

如此，複數個供應端23a、23b、23c的送件人可分別以智慧型手機中的app(供應介面131)輸入可提供的貨物運送服務的條件，並以此產生貨運供應資訊再傳輸至伺服器22，伺服器22再將貨運供應資訊儲存。而需求端21的寄件人在有貨物需要運送時，可以智慧型手機中的app(需求介面111)輸入需要被運送的貨物的運送條件，並以此產生貨運需求資訊再傳輸至伺服器22。接著，伺服器22便會如上所述般根據媒合規則將貨運需求資訊的條件與複數個貨運供應資訊的條件進行媒合，產生媒合結果，再將媒合結果傳輸至需求端21及被選定的供應端的智慧型手機中，並以智慧型手機中對應的app顯示。

再者，媒合結果的被選定的供應端的送件人，便會根據需求端11所提供的資訊，前往取貨並進行貨物運送。供應端的送件人在將貨物送達後，可傳輸完成資訊至伺服器12，伺服器12便會再通知需求端11貨物已被送達。如此，便能達到由供應端直接進行取送貨，完成需求端的貨運需求，而不須經由貨物的集散，進而達到減少貨運時間及成本的效果。

除此之外，媒合規則可是由伺服器12選定複數個供應端13a、13b、13c中的其中之一。或者，媒合規則可是提供複數個供應端13a、13b、13c中的其中一些給需求端11選擇，待需求端11做出選擇而產生媒合結果後，伺服器12再經由供應介面131通知由需求端11選定的供應端。

換句話說，伺服器12可依據媒合規則直接選定複數個供應端13a、13b、13c中的其中之一，當有不只一個供應端符合條件時，媒合規則中可能有包含選擇的優先順序，例如地點較近的優先或是可較早取貨的優先等等，進而選出一個最適合的供應端，如此來產生媒合結果。又或者，伺服器12可依據媒合規則選出複數個供應端13a、13b、13c中的其中之一些，被選出的供應端可能是都符合貨運需求資訊，並將這些供應端提供給需求端11選擇，也就是提供建議清單，而伺服器12再依據需求端11的選擇而產生媒合結果，通知被需求端11選定的供應端。

續請參閱第3圖，其係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之實行示意圖。第3圖以圖示的方式示意了本創作之媒合貨運供應與需求之運輸系統之第一實施例實際實現時的一種可能的流程。

如圖所示，在步驟S31中，複數個供應端33a、33b、33c、33d的送件人分別經由智慧型手機之app(供應介面131)傳輸貨運供應資訊至伺服器32，且伺服器32儲存複數個貨運供應資訊，而複數個供應端33a、33b、33c、33d的送件人可駕駛例如轎車、貨卡車、廂型車或機車等交通工具來進行運送。

接著在步驟S32中，當一需求端31的寄件人有貨物需要運送時，需求端31的寄件人經由智慧型手機之app(需求介面111)傳輸貨運需求資訊至伺服器32。

在步驟S33中，伺服器32以上述方式媒合貨運需求資訊與複數個貨運供應資訊，並將媒合結果傳輸至需求端31的智慧型手機及被選定的供應端33b的智慧型手機中，且分別由智慧型手機中的app來顯示。

在步驟S34中，被選定的供應端33b的送件人依據貨運需求資訊所提供的內容，在取貨時間內駕駛其使用的運輸工具(例如，轎車)前往取貨地點取貨，再將貨物在送達時間前送至送達地點。

在步驟S35中，在貨物送達後，供應端33b的送件人再經由智慧型手機之app傳輸貨運完成資訊至伺服器32，令伺服器32結束此運送任務。而在此伺服器32也可藉由需求端31的智慧型手機之app通知寄件人貨物已被送達。

如上所述的步驟，便是完成一次運送，其中複數個供應端33a、33b、33c、33d的貨運供應資訊可是儲存在伺服器32中，不須每次都輸入。

另外值得一提的是，供應端的貨運供應資訊可能是在一個區域中皆可進行運送，例如在一個城市中任何兩地皆可進行運送，如同待命一般。又或者，供應端的貨運供應資訊可能是提供在特定時間的特定運送路線，例如星期一從甲城市到乙城市，也就是供應端的送件人可能在星期一會從甲城市移動到乙城市，因此可順帶進行貨物的運送。以這樣的方式，供應端的空閒時間及多餘乘載空間可被充分利用，以達到資源運用最大化的效果。

再者，供應端在此雖以類似個人的方式以智慧型手機與伺服器傳輸資訊並接收媒合結果，然而，供應端也可能是其他運輸網路，例如大型貨運業者的運輸網路，也就是說伺服器可整合其他運輸網路，令其他運輸網路的送件人也可以本創作之媒合貨運供應與需求之運輸系統進行貨運媒合。

續請參閱第4圖，其係為本創作之媒合貨運供應與需求之運輸系統之地圖之顯示示意圖。在上述的供應端在進行運送時，需求端的需求介面可包含地圖，以即時顯示進行運送的被選定的供應端43的狀況。如第4圖所示，供應端43將從地點A將貨物送至地點B，供應端43可藉由供應端43的GPS定位將其位置資訊傳輸至伺服器，而需求端的需求介面可顯示地圖，伺服器並可將供應端43的目前位置資訊顯示在地圖上，令需求端的送件人可掌握目前貨物的運送狀況。

接著，在貨物運送完成後，進行運送的被選定的供應端43可經由供應介面產生並傳送貨運完成資訊至伺服器，伺服器再根據貨運完成資訊結束需求介面之地圖的顯示，也就是停止傳輸供應端43的目前位置資訊至需求端。

續請參閱第5圖，其係為本創作之媒合貨運供應與需求之運輸系統之第二實施例之方塊圖。如圖所示，本創作之媒合貨運供應與需求之運輸系統50之第二實施例與第一實施例部分相同，因此不再贅述相同之部分，僅就其不同之處進行說明。

相較於第一實施例，在第二實施例中，本創作之媒合貨運供應與需求之運輸系統50以購物端51及商品販售端54取代需求端11。購物端51可為進行網路購物的購物人所使用的電子裝置，例如智慧型手機、平板電腦、桌上型電腦或筆記型電腦等，但不以此為限。購物端51可包含有購物整合介面511，購物整合介面511可為電子裝置中的應用程式或是網頁，購物人可對購物整合介面511進行操作，選取欲購買的商品，並經由購物整合介面511輸入而產生商品訂單。

商品販售端54可為購物網站業者的伺服器，購物端51的購物人藉由購物整合介面511購買商品，而商品販售端54便是接受商品訂單，並根據商品訂單產生貨運需求資訊。在第二實施例中的貨運需求資訊與第一實施例類似，同樣可包含時間資訊、地點資訊或貨物資訊，但在第二實施例中，貨運需求資訊中的取貨地點可能皆為相同的地點，也就是購物網站業者的貨物倉庫等地，而取送貨時間可能也有特定的時間。

接著，伺服器52便接收來自商品販售端54之貨運需求資訊，且也可如同第一實施例般的接收來自複數個供應端53a、53b、53c之複數個貨運供應資訊，並根據媒合規則來對貨運需求資訊及複數個貨運供應資訊進行媒合，進而產生媒合結果。而在第二實施例中，購物端51僅進行商品的選購，因此伺服器52在產生媒合結果後，便不另行通知購物端51，而僅將媒合結果經由供應介面531通知被選定的供應端，並且被選定的供應端如上所述般完成商品的運送，同時也可不提供建議清單。

換句話說，在第二實施例中，購物端51之購物人僅需進行購物，而後續如第一實施例般的貨物運送，會由商品販售端54、伺服器52及複數個供應端53a、53b、53c來完成，購物端51不需額外進行確認。但是除此之外，購物整合介面511還是可如上所述般的包含地圖以即時顯示進行運送的被選定的供應端的狀況，也就藉由伺服器52將被選定的供應端的位置資訊傳輸至商品販售端54，商品販售端54再將其傳輸至購物端51，並由購物整合介面511來顯示，讓購物人掌握目前所購買商品的運送狀況。

再者，除了購物整合介面511之外，購物端51也可包含有一檢視介面512，檢視介面512同樣可為應用程式或是網頁，且檢視介面512也可如上所述般的包含地圖來顯示進行運送的被選定的供應端的狀況。更具體地來說，檢視介面512可是直接與伺服器52連接之應用程式，當購物端51傳送商品訂單給商品販售端54後，商品販售端54可回傳例如為貨物代碼等的資訊至購物端51，購物端51之購物人便可將該資訊輸入檢視介面512中，依此來從伺服器52獲得被選定的供應端的位置資訊，並由檢視介面512來顯示。也就是說，購物端51之購物人可選擇購物整合介面511或檢視介面512的其中之一來掌握目前所購買商品的運送狀況，或者也可兩者都使用。

續請參閱第6圖，其係為本創作之媒合貨運供應與需求之運輸系統之第二實施例之實行示意圖。第6圖以圖示的方式示意了本創作之媒合貨運供應與需求之運輸系統之第二實施例實際實現時的一種可能的流程。

如圖所示，在步驟S61中，複數個供應端61a、61b、61c、61d的送件人分別經由智慧型手機之app(供應介面531)傳輸貨運供應資訊至伺服器62，且伺服器62儲存複數個貨運供應資訊，而複數個供應端61a、61b、61c、61d的送件人可駕駛例如轎車、貨卡車、廂型車或機車等交通工具來進行運送。

在步驟S62中，61的購物人經由智慧型手機之app(購物整合介面511)進行商品的選購，再經由app輸入而產生商品訂單並傳輸至商品販售端64。

在步驟S63中，商品販售端64根據商品訂單產生貨運需求資訊並將其傳輸至伺服器62。

在步驟S64中，伺服器62以上述方式媒合貨運需求資訊與複數個貨運供應資訊，並將媒合結果傳輸至被選定的供應端63c的智慧型手機中，且由智慧型手機中的app(供應介面531)來顯示。

在步驟S65中，被選定的供應端63c的送件人依據貨運需求資訊所提供的內容，在取貨時間內駕駛其使用的運輸工具(例如，轎車)前往取貨地點取貨(例如，商品販售端64的購物網站業者的貨物倉庫)，再將貨物在送達時間前送至送達地點(例如，購物端61的購物人住處或其指定之地點)。

在步驟S66中，在貨物送達後，供應端63c的送件人再經由智慧型手機之app傳輸貨運完成資訊至伺服器62，令伺服器62結束此運送任務。而在此伺服器62也可藉由購物端61的智慧型手機之app通知購物人貨物已被送達。

承上所述之本創作之媒合貨運供應與需求之運輸系統藉由將需求端之貨運需求資訊以及複數個供應端之貨運供應資訊傳輸至伺服器，伺服器再根據媒合規則將這兩種資訊進行媒合，而產生媒合結果，選出適合的供應端來運送需求端的貨物。並且需求端可藉由需求介面的地圖顯示來顯示供應端的位置，進而可及時掌握運送貨物的運送狀況。

以上所述僅為舉例性，而非為限制性者。任何未脫離本創作之精神與範疇，而對其進行之等效修改或變更，均應包含於後附之申請專利範圍中。

10、50‧‧‧媒合貨運供應與需求之運輸系統
11、21、31‧‧‧需求端
111‧‧‧需求介面
12、22、32、52、62‧‧‧伺服器
13a、13b、13c、23a、23b、23c、33a、33b、33c、33d、43、53a、53b、53c、63a、63b、63c、63d‧‧‧供應端
131、531‧‧‧供應介面
51、61‧‧‧購物端
511‧‧‧購物整合介面
512‧‧‧檢視介面
54、64‧‧‧商品販售端
A、B‧‧‧地點
S31~S35、S61~S66‧‧‧步驟

第1圖係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之方塊圖。 第2圖係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之示意圖。 第3圖係為本創作之媒合貨運供應與需求之運輸系統之第一實施例之實行示意圖。 第4圖係為本創作之媒合貨運供應與需求之運輸系統之地圖之顯示示意圖。 第5圖係為本創作之媒合貨運供應與需求之運輸系統之第二實施例之方塊圖。 第6圖係為本創作之媒合貨運供應與需求之運輸系統之第二實施例之實行示意圖。

10‧‧‧媒合貨運供應與需求之運輸系統

11‧‧‧需求端

111‧‧‧需求介面

12‧‧‧伺服器

13a、13b、13c‧‧‧供應端

131‧‧‧供應介面

Claims (15)

1. 一種媒合貨運供應與需求之運輸系統，其包含： 一需求端，係經由一需求介面產生一貨運需求資訊； 複數個供應端，係分別經由一供應介面產生一貨運供應資訊； 一伺服器，係接收來自該需求端之該貨運需求資訊，且接收來自該複數個供應端之該複數個貨運供應資訊，該伺服器根據一媒合規則來媒合該貨運需求資訊及該複數個貨運供應資訊，並產生一媒合結果，該伺服器將該媒合結果經由該需求介面通知該需求端，且將該媒合結果經由該供應介面通知該複數個供應端當中被選定的該供應端。
2. 如申請專利範圍第1項所述之媒合貨運供應與需求之運輸系統，其中該媒合規則係由該伺服器選定該複數個供應端中的其中之一。
3. 如申請專利範圍第1項所述之媒合貨運供應與需求之運輸系統，其中該媒合規則係提供該複數個供應端中的其中一些給該需求端選擇，該伺服器並經由該供應介面通知由該需求端選定的該供應端。
4. 如申請專利範圍第1項所述之媒合貨運供應與需求之運輸系統，其中該貨運需求資訊包含一地點資訊、一時間資訊及一貨物資訊。
5. 如申請專利範圍第1項所述之媒合貨運供應與需求之運輸系統，其中該貨運供應資訊包含一地點資訊、一時間資訊及一運送工具資訊。
6. 如申請專利範圍第1項所述之媒合貨運供應與需求之運輸系統，其中該需求介面包含一地圖，以即時顯示進行運送的該供應端的狀況。
7. 如申請專利範圍第6項所述之媒合貨運供應與需求之運輸系統，其中在貨物運送完成後，該供應端經由該供應介面產生並傳送一貨運完成資訊至該伺服器，該伺服器根據該貨運完成資訊結束該需求介面之該地圖的顯示。
8. 一種媒合貨運供應與需求之運輸系統，其包含： 一購物端，係經由一購物整合介面產生一商品訂單； 一商品販售端，係接受該商品訂單，並根據該商品訂單產生一貨運需求資訊； 複數個供應端，係分別經由一供應介面產生一貨運供應資訊； 一伺服器，係接收來自該商品販售端之該貨運需求資訊，且接收來自該複數個供應端之該複數個貨運供應資訊，該伺服器根據一媒合規則來媒合該貨運需求資訊及該複數個貨運供應資訊，並產生一媒合結果，該伺服器將該媒合結果經由該供應介面通知該複數個供應端當中被選定的該供應端。
9. 如申請專利範圍第8項所述之媒合貨運供應與需求之運輸系統，其中該媒合規則係由該伺服器選定該複數個供應端中的其中之一。
10. 如申請專利範圍第8項所述之媒合貨運供應與需求之運輸系統，其中該貨運需求資訊包含一地點資訊、一時間資訊及一貨物資訊。
11. 如申請專利範圍第8項所述之媒合貨運供應與需求之運輸系統，其中該貨運供應資訊包含一地點資訊、一時間資訊及一運送工具資訊。
12. 如申請專利範圍第8項所述之媒合貨運供應與需求之運輸系統，其中該購物整合介面包含一地圖，以即時顯示進行運送的該供應端的狀況。
13. 如申請專利範圍第12項所述之媒合貨運供應與需求之運輸系統，其中在貨物運送完成後，該供應端經由該供應介面產生並傳送一貨運完成資訊至該伺服器，該伺服器根據該貨運完成資訊結束該購物整合介面之該地圖的顯示。
14. 如申請專利範圍第8項所述之媒合貨運供應與需求之運輸系統，其中該購物端進一步包含一檢視介面，該檢視介面包含一地圖，以即時顯示進行運送的該供應端的狀況。
15. 如申請專利範圍第14項所述之媒合貨運供應與需求之運輸系統，其中在貨物運送完成後，該供應端經由該供應介面產生並傳送一貨運完成資訊至該伺服器，該伺服器根據該貨運完成資訊結束該檢視介面之該地圖的顯示。