TWI447679B - 車輛派遣方法與車輛派遣系統 - Google Patents

Description

車輛派遣方法與車輛派遣系統

本案係為一種車輛派遣方法及車輛派遣系統，尤指應用於計程車或貨運車派遣之車輛派遣方法及車輛派遣系統。

在繁忙的都會交通中，可直接到府服務的計程車是最常被使用的交通工具之一。而為能撮合乘客並機動地調派車輛，目前常用的方法是設立一車輛派遣中心，用以接到乘客透過電話或網路所傳達之叫車訊息，然後再利用無線通訊來詢問多輛計程車之承接意願，進而協調出一最適合的車輛來承接案件。由於車輛派遣中心可以同時服務許多不同品牌的計程車隊，但目前尚缺乏如何公平分配載客機會以及快速找到符合乘客需求車輛的系統與方法來成功整合眾多車隊中之車輛，而針對此類車輛派遣問題進行改進，係為發展本案之最主要的目的。

本案係為一種車輛派遣方法，應用於一服務中心與複數個車輛之上，該方法包含下列步驟：該服務中心與複數個車輛上之相對應主機完成信號連結，進而建立一資料庫，該資料庫中之該等車輛分別登錄有一派遣條件集合；該服務中心根據一叫車請求所對應出之一用車需求來從該資料庫中選擇出一車輛，該車輛登錄於該資料庫之一派遣條件集合符合該用車需求條件；以及該服務中心向該車輛上之主機發出一詢問信號。

根據上述構想，本案所述之車輛派遣方法，其中該用車需求包含一預約時間，而該派遣條件集合中包含一可接案時間，而該可接案時間可由主機主動輸入來進行修改。

根據上述構想，本案所述之車輛派遣方法，其中該用車需求包含一絕對條件，若該車輛登錄於該資料庫之該派遣條件集合中不具有該絕對條件，該車輛不會被選出，該絕對條件包含可機場接送之後廂清空車、可使用悠遊卡付費之車輛、可使用信用卡付費之車輛或是具有輪椅收納等老人設施之車輛。

根據上述構想，本案所述之車輛派遣方法，其中該用車需求包含一優先條件，若該車輛登錄於該資料庫之該派遣條件集合中具有該絕對條件又具有該優先條件，該車輛會被優先選出，其中該優先條件包含司機可用外國語溝通之英語車或日語車、排氣量大於某個數值之大型車輛、車齡低於兩年之新車或沒有客訴的優質車。

根據上述構想，本案所述之車輛派遣方法，其中可利用該車輛上之主機或一行動通訊裝置來輸入關於地區群組之數據資料來給該服務中心進行更改，該車輛可依需求選擇加入一個大區域與屬於該大區域中之複數個小區域，使得該資料庫根據地區群組之數據資料來進行分類。

根據上述構想，本案所述之車輛派遣方法，其中可先透過下列方法來從該資料庫選出車輛，該方法包含下列步驟：該服務中心接收到預約案件中之一預約時間；利用一換算機制來換算出一距離半徑；以客戶所在位置為中心，利用該距離半徑來定義出一區域；以及把該資料庫中位於該區域中的車輛選出。

本案之另一方面係為一種車輛派遣系統，應用於複數個車輛之上，該系統包含：複數個主機，裝置於該些車輛之上；以及一服務中心，與該些主機完成信號連結，其中建立一資料庫，該資料庫中之該等車輛分別登錄有一派遣條件集合，該服務中心因應一叫車請求而根據該叫車請求所對應出之一用車需求來從該資料庫中選擇出一車輛，該車輛登錄於該資料庫之一派遣條件集合符合該用車需求條件，然後該服務中心向該車輛上之主機發出一詢問信號。

根據上述構想，本案所述之車輛派遣系統，其中該服務中心根據該叫車請求所對應出之該用車需求包含一預約時間，而該派遣條件集合中包含一可接案時間，而該可接案時間可由主機主動輸入來進行修改。

根據上述構想，本案所述之車輛派遣系統，其中該服務中心根據該叫車請求所對應出之該用車需求包含一絕對條件，若該車輛登錄於該資料庫之該派遣條件集合中不具有該絕對條件，該車輛不會被選出，該絕對條件包含可機場接送之後廂清空車、可使用悠遊卡付費之車輛、可使用信用卡付費之車輛或是具有輪椅收納等老人設施之車輛。

根據上述構想，本案所述之車輛派遣系統，其中該用車需求包含一優先條件，若該車輛登錄於該資料庫之該派遣條件集合中具有該絕對條件又具有該優先條件，該車輛會被優先選出，其中該優先條件包含司機可用外國語溝通之英語車或日語車、排氣量大於某個數值之大型車輛、車齡低於兩年之新車或沒有客訴的優質車。

根據上述構想，本案所述之車輛派遣系統，其中該車輛上之主機可提供駕駛輸入關於地區群組之數據資料來給該服務中心進行更改，該車輛可依需求選擇加入一個大區域與屬於該大區域中之複數個小區域，使得該資料庫根據地區群組之數據資料來進行分類。

根據上述構想，本案所述之車輛派遣系統，其中該服務中心可先執行下列方法來從該資料庫選出車輛，該方法包含下列步驟：該服務中心接收到預約案件中之一預約時間；利用一換算機制來換算出一距離半徑；以客戶所在位置為中心，利用該距離半徑來定義出一區域；以及把該資料庫中位於該區域中的車輛選出。

請參見第一圖，其係本案為解決習用手段缺失所發展出來之一種車輛派遣系統之功能方塊示意圖，其主要由一服務中心10以及複數個主機111～11n來組成，其中服務中心10可具有接收各種資訊的能力，例如圖中所示，服務中心10可與網際網路2以及電話網路3連接，用以接收客戶利用個人電腦20、個人數位助理21、行動電話手機22、家用電話23等各式使用者裝置，透過網際網路2或電話網路3等資訊通道所發出之叫車請求。舉例來說，客戶可利用個人電腦20或個人數位助理21之線上即時通功能來傳送給服務中心10一個以文字訊息或語音訊息存在之叫車請求，或是利用行動電話手機22傳送簡訊，以及可利用行動電話手機22或家用電話23來與服務中心10的服務人員對話等等，都可以向服務中心10發出不同型態的叫車請求，進而將客戶所在位置甚或是客戶想要到達之目的地等資訊傳達給服務中心10。

至於主機111～11n則可分別裝設於複數輛計程車上，而每個主機皆可透過一無線資料傳輸機制19來與服務中心10來完成信號連結。舉例來說，主機可透過行動電話網路之通用封包無線服務(General Packet Radio Service，簡稱GPRS)來與服務中心10完成資料傳輸。當然，新興的3G行動電話網路或是WiMAX與Wi-Fi等無線網路架構也可以是無線資料傳輸機制的選項之一。另外，該等主機皆可具有定位功能，例如具有接收衛星定位信號來進行定位之全球定位系統元件(GPS device)，或是可利用行動電話基地台或無線網路基地台來進行定位之行動定位服務來完成。如此一來，該等主機利用本身定位功能所產生出之位置資訊，可與代表是否空車之一載客狀態訊息一併透過上述無線資料傳輸機制19傳給服務中心10，使得服務中心10可即時地掌握裝載有該等主機之所有計程車之行蹤及載客狀態。

於是，當服務中心接收到客戶之即時用車需求時，也就是客戶馬上需要搭車之情況下，服務中心便可根據叫車請求中客戶所在位置之資訊來自動搜尋出附近可供派遣之至少一輛甚至多輛計程車，並透過上述無線資料傳輸機制對該等計程車上之主機發出一訊息，該訊息中主要包含有客戶所在位置之地點資訊，最後服務中心可從該等計程車中決定出一輛車來承接案件。

請參見第二圖，其係本案所發展出來之一種車輛派遣方法之步驟流程示意圖，首先，該服務中心發出包含有地點資訊之訊息給複數個車輛上之主機進行接收(步驟90)，接著，接收到該訊息之每一車輛上之主機係因應該地點資訊與該車輛自身位置而播放一路程資訊(步驟91)，而接收到該路程資訊之駕駛，便可依其意願而決定是否觸發該主機發出一帶有其車輛識別資訊(例如車號)之接案信號至該服務中心(步驟921～92m)，而該服務中心便可從接收到之該等接案信號中擇一而發出一派遣信號至獲選之該車輛之該主機(步驟93)，用以驅動該主機自動播放與該地點資訊相關之一導航資訊供該車輛之駕駛參考(步驟94)。

再請參見第三圖，其係本案車輛派遣系統中關於主機的較佳實施例功能方塊示意圖，圖中導航主機40設置於一車輛4上並可透過無線資料傳輸機制19來與服務中心10完成信號連結，而該導航主機40主要包含一派遣單元401以及一導航單元402，該派遣單元401用以接收該服務中心10發出之該訊息而解讀出其中包含之該地點資訊，並可因應該車輛駕駛之觸發而發出接案信號至該服務中心10，以及接收該服務中心10因應該接案信號而發出之派遣信號，而上述動作所需之無線資料傳輸機制19可透過行動電話網路之通用封包無線服務(General Packet Radio Service，簡稱GPRS)來與服務中心10完成資料傳輸。當然，新興的3G行動電話網路或是WiMAX與Wi-Fi等無線網路架構也可以是上述無線資料傳輸機制的選項之一。至於導航單元402則主要是具有定位功能且內建有電子地圖4020及顯示器4021以及揚聲器4022之裝置，其可與該派遣單元401整合於一殼體中，也可以另一單獨殼體設置於該派遣單元401之殼體外，因為只要透過信號傳輸線或是無線藍芽等短程無線傳輸便可完成與該派遣單元401之信號連結。而該導航單元402被設計成可接收並處理該派遣單元401輸出之地點資訊，進而可利用顯示器4021與揚聲器4022來自動播放一路程資訊，並因應該派遣信號而自動播放與該地點資訊相關之一導航資訊供該車輛之駕駛參考。而在上述裝置與方法的描述中，服務中心發出訊息中之地點資訊主要包含有客戶所在的位置，而其內容可以是一個地址，或是將地址換算後得到之一經緯度座標。因此，當可供派遣之該等計程車上之主機收到訊息中包含之客戶所在位置後，便可利用主機內之電子地圖來根據自身位置與客戶所在位置之地址或是經緯度座標，進而運算出一路程資訊。而該路程資訊可顯示於該導航主機之顯示器4021上，當然，該路程資訊可為標示有客戶所在位置、自身位置與客戶所在位置間之距離估計值以及到達時間預估值之地圖，或是包含有自身位置與客戶所在位置之相對位置、自身位置與客戶所在位置間之距離估計值以及到達時間預估值路線圖。而為能讓駕駛有最佳的閱讀效果，該路線圖之解析度係以可將自身位置與客戶所在位置同時顯示於顯示幕上之最佳解析度來進行調整。例圖請參見第四圖(a)、(b)、(c)及(d)之所示，其中第四圖(a)表示出有客戶所在位置41以及自身位置與客戶所在位置間之距離估計值43之地圖，用以提供給駕駛進行是否要接案之參考，而第四圖(b)則為包含有自身位置42與客戶所在位置41之相對位置路線圖，其特色是將駕駛之車輛自身位置42置於顯示器中央，並顯示出自身位置與客戶所在位置間之路線49、距離估計值43以及到達時間預估值44。至於第四圖(c)同樣為包含有自身位置42與客戶所在位置41之相對位置路線圖，也顯示出自身位置與客戶所在位置間之距離估計值43以及到達時間預估值44，而其特色是將自身位置42與客戶所在位置41所成直線之中點置於顯示器中央，以求以最大解析度來呈現該路線圖。當然也可以如第四圖(d)所示，僅顯示出自身位置42與客戶所在位置41，但是沒有標示路徑。

而上述自身位置與客戶所在位置間之距離估計值43以及到達時間預估值44之數值皆可由導航單元402來進行估計。另外，路程資訊也可以是自身位置到客戶所在位置所需之里程數或預估時間，而該路程資訊也可用聲音形態來進行播放，例如。可自動撥放下列語音內容“客戶所在地址為臺北市八德路二段100號，距離1.2公里，需時約兩分鐘”。如此可以讓駕駛可選擇以顯示幕上的畫面或聆聽語音等方式來對路程資訊進行瞭解。

而藉由對於路程資訊之閱讀或聆聽後，所有收到訊息的駕駛都可根據其意願而決定是否觸發該導航主機內派遣單元401上之按鍵4010來發出一帶有其車輛識別資訊(例如車號)之接案信號至該服務中心，甚或是傳送駕駛根據上述距離估計值43所預估出到達客戶所在位置之一時間數值，而該服務中心可根據一選取準則來進行挑選，該選取準則可同時參考回應速度、車輛權重值與到客戶所在位置所需之里程數遠近等條件，而這三個條件的處理方式可如下：(1)若只考慮回應速度時則不考慮權重值與里程數；(2)以某一里程範圍內的車輛中，挑選車輛權重值最高的，最後選出最適合的一輛車，並發出該派遣信號至獲選之該車輛之該主機。

而該派遣信號中具有一導航啟動信號，用以啟動該主機自動播放該導航資訊供該車輛之駕駛參考。而該導航資訊可以現存之導航畫面或聲音等型態來呈現，也就是一旦被服務中心選中，該車輛之主機將自動開始導航功能，用以協助駕駛將車輛導航到客戶之所在位置，在此同時，該派遣信號中還可包含有客戶想要到達之目的地位址，使得該車輛之主機在到達客戶之所在位置後，又可自動地開始協助駕駛將車輛導航到客戶想要到達之目的地位址。在此期間，駕駛完全不需要手忙腳亂地操作導航設備，只需在決定接案之際觸發該主機發出接案信號，就可以不必再操作任何介面便可達成任務。另外，伴隨該派遣信號之產生，服務中心還可產生一受理通知給客戶的使用者裝置，該受理通知可為語音或文字，用以通知客戶車輛之識別資訊及估計的等待時間。

但是，上述車輛權重值如何決定，或是當服務中心接收到客戶的用車需求是屬於預約案件，也就是幾個小時甚或是一兩天後的用車需求，並不適合根據預約當時搜尋出客戶附近可供派遣之計程車來進行撮合，而且此種用車需求通常是金額大之長程交通，因此公平分配是最重要的考量。於是本案發展出一個方法來決定出車輛權重值並解決上述問題，其流程步驟如第五圖之所示。

首先，在服務中心10中建立一個資料庫101(步驟900)，其中儲存有所有主機及其相對應計程車之資訊。而根據這些資訊，上述資料庫中可建立出一派遣順序表(步驟901)，其內容為每一個主機之身份辨識碼及一優先權數值之對應關係。依照優先權順位發出詢問信號給相對應之主機(步驟902)，直到有一主機回應服務中心之詢問並同意接案後(步驟903)，該主機相對應之優先權數值將被改至最後一個順位(步驟904)。

舉例來說，假設總共有身份辨識碼0～99號共100個主機，分別裝設在100輛計程車上，而0～99號之每個主機都對應有一個優先權數值，例如0～99。因此，本例之派遣順序表可如下表所示。

其中優先權數值係代表承接預約案件之優先順序，在本例中，數值越小代表優先權越高，因此在此表中，身份辨識碼3之主機可最為優先得到派遣之詢問。而當身份辨識碼3之主機回應服務中心之詢問而同意接案後，其相對應之優先權數值將被調低順位，例如改至最後一個順位(本例為99)。如此一來，上述車輛權重值便可使用優先權數值來代表，而利用上述方法，也可解決預約案件公平分配之問題。

上述派遣順序表之變動方式除了上述狀況外，還可以用下列機制來進行設定。而為能快速回應客戶，上述派遣順序表可先根據主機是否開機及連線至服務中心10來進行篩選，也就是駕駛必須將主機開啟來與服務中心10連線，否則將被暫時從派遣順序表中移除，直到該主機開機並連線至服務中心後才會恢復到派遣順序表中。甚或是當某一駕駛之主機未連線時間累積超過一門檻值時，其相對應主機會得到優先權數值被向後調整n個順位之處罰(n可以是99999，即是調到最後一個)。再者，若有主機開機並連線至服務中心，但未回應服務中心之詢問是否接案達到了某個次數，也是會得到優先權數值向後調n個(n可以是99999，即是調到最後一個)之處罰。而上述設計可鼓勵車輛駕駛將主機開啟之意願，也讓駕駛積極接案，如此不但可讓服務中心10可有效掌握車輛之動態，還可讓服務中心10順利找到可接案之車輛。

另外，為能快速幫乘客找到適合的車輛，本案便發展出如第六圖所示之車輛派遣方法流程圖，首先，在每一車輛登錄於服務中心10之資料庫101的資訊中，可以設有一派遣條件集合(步驟61)，如此一來，該服務中心10因應一叫車請求而根據該叫車請求所對應出之一用車需求來從該資料庫101中選擇出一車輛(步驟62)，看資料庫101中之該車輛之派遣條件集合是否符合該用車需求條件(步驟63)，若符合則該服務中心便可向該車輛上之主機發出一詢問信號(步驟64)。若不符合則該服務中心便不向該車輛上之主機發出詢問信號，並回到步驟62中再選擇另一車輛來進行比對(步驟65)。

舉例來說，駕駛需要適當的休息時間，因此上述派遣條件集合中便可包含一可接案時間，而該可接案時間可由車輛上之主機、具上網功能之個人電腦，或是利用3G行動電話網路或是WiMAX與Wi-Fi等無線網路架構之行動通訊裝置來主動輸入來進行修改並上傳至服務中心10進行儲存。當然，也可提供駕駛輸入關於休息時間之日期與時間等數據資料並上傳至服務中心10進行儲存，如此一來，即使主機開機並連線至服務中心，但是當預約案件之預約時間位於該主機所登錄之休息時間時，該主機便會被排除在該預約案件之接案詢問對象之外，也不會因未回應而遭致處罰。而由於休息時間可由駕駛透過主機主動輸入，不需透過服務中心的人員，因此駕駛可以視自己時間規劃而隨時變動休息時間，大大增加時間運用的彈性，也增加車輛派遣之成功率。

另外，為能快速幫乘客找到適合的車輛，每一車輛登錄於服務中心之派遣條件集合可以更可包含有下列資訊，例如司機可用外國語溝通之英語車、日語車，可機場接送之後廂清空車，可使用悠遊卡付費之車輛，可使用信用卡付費之車輛，具有輪椅收納等老人設施之車輛，排氣量大於某個數值之大型車輛，車齡低於兩年之新車，沒有客訴的優質車等等，而由於服務中心10可具有接收各種資訊的能力，因此客戶可利用個人電腦20或個人數位助理21之線上即時通功能來傳送給服務中心10一個以文字訊息或語音訊息存在之叫車請求，或是利用行動電話手機22傳送簡訊，以及可利用行動電話手機22或家用電話23來與服務中心10的服務人員對話等等，都可以向服務中心10發出不同型態的叫車請求，進而將客戶之“特殊需求條件”傳達給服務中心10。如此一來，服務中心10根據該些“特殊需求條件”便可執行下列篩選機制。

請參見第七圖之所示，其係本案利用特殊需求條件所進行之篩選方法流程圖。首先，服務中心10可由接收到之即時用車需求或預約案件中，取得一個或多個特殊需求條件(步驟701)，然後利用一個或多個特殊需求條件來從派遣順序表中選出符合全部需求之車輛(步驟702)，然後判斷是否無符合全部需求之車輛(步驟703)，若是，便將多個特殊需求條件中順位最低者去除(步驟704)再進入步驟702，若已有符合全部需求之車輛，則將選出車輛來進行排序以進行派遣詢問(步驟705)，最後決定出一接案車輛(步驟706)。而上述特殊需求條件可由即時用車需求或預約案件中與客戶通話間或是客戶透過發送手機簡訊或網頁輸入等方式來獲得並記錄在服務中心10，並可提供下次同一乘客進行即時用車需求或案件預約時來使用，而不需乘客再輸入同樣的特殊需求條件。另外，服務中心10還可將特殊需求條件分成兩類，第一類為絕對條件，若不符合將不會被客戶接受，而第二類為優先條件，若不符合尚可被客戶接受。因此在多個特殊需求條件之順位上，可將屬於優先條件排在順位低處，而絕對條件排在順位高處，如此一來，將可找出符合絕對條件之車輛，而優先條件則可有可無。

本案主機除了可提供駕駛輸入關於可接案時間(或休息時間)之數據資料給服務中心10進行更改外，更可提供駕駛輸入關於地區群組之數據資料來給服務中心10進行更改。詳言之，整個車隊可根據都會分佈來區分成幾個大區域，然後再將每個大區域分成幾個小區域。舉例來說，台灣地區可分成台北、台中、台南、高雄等大區域，而台北可分成東、南、西、北等小區域，車隊中之車輛可依需求選擇加入某一個大區域，例如台北區，如此一來，當屬於台北區的一車輛主機完成開機而與服務中心10完成連線後，服務中心10便可根據其所屬之大區域而僅發送屬於台北區之東、南、西、北等小區域選項給該車輛主機進行顯示，進而提供給該車輛之駕駛來選擇加入那些小區域。舉例來說，駕駛可選擇東、南兩個小區域。

於是，上述派遣順序表中便可根據不同都會地區之不同小區域來建立出屬於該小區域之群組，使得派遣順序表中具有多個群組來進行分類。也就是說，上述選擇台北區東、南小區域之駕駛，其主機將分配至屬於東、南兩個小區域的派遣順序表中進行排序，使得服務中心可根據需求來選用不同群組的派遣順序表來進行派遣詢問。而上述分組方法中，身份辨識碼可以分為兩種作法，第一種作法為在不同群組中仍然使用同一個身份辨識碼，而第二種作法則是在不同群組中使用不同的身份辨識碼。

當叫車之需求不是即時但時間也不是太長時，例如數十分鐘或一兩個小時後之預約案件，便可以從乘客所在地所對應至該群組中來進行尋找可在指定時間內可到達的車輛來詢問，例如乘客之搭車地點在台北區之東小區域，如此便可利用屬於台北區東小區域群組之派遣順序表中來進行車輛派遣。

另外，為能確保車輛可準時到達乘客所在地，則可以從該指定時間內車輛可到達的距離半徑(例如每分鐘*0.5公里)內的所有車輛中，挑選優先權最高的幾輛車來依序詢問，也就是利用如第六圖所示之方法流程圖來進行篩選。當預約案件中之預約時間過短而小於一時間門檻值，例如小於90分鐘，則選用下列方法來選出可承接此一預約案件的車輛。而該時間門檻值可用該派遣順序表中車輛所屬區域之大小來推估出。例如，橫跨大台北地區之平均車程約為90分鐘，因此屬於大台北地區之派遣順序表的時間門檻值便可選用90分鐘。

於是，上述篩選機制之方法流程圖如第八圖之所示。首先，服務中心10可接收到預約案件中之一預約時間(步驟801)，然後可利用一換算機制來換算出一距離半徑(步驟802)，例如從現在起算的預約時間分鐘數乘上100公尺，然後以客戶所在位置為中心，利用該距離半徑來定義出一區域(步驟803)。而因為服務中心10可即時掌握上述派遣順序表中裝載有主機之所有車輛之位置，因此可把上述派遣順序表中位於該區域中的車輛選出而形成一個車輛數量較少的新派遣順序表(步驟804)，再由該新派遣順序表中優先權數值來決定出最優先得到派遣詢問之車輛(步驟805)。如此一來，短時間的預約案件可藉由上述方法來達成派遣。當然，也可以搭配第六圖或第七圖之篩選方法來找出符合客戶需求之車輛，進而提高服務品質。

另外，為鼓勵車輛駕駛提昇服務品質，服務中心10可利用行動電話、簡訊或是直接利用主機上之按鍵來對搭乘後之乘客進行意見調查，用以獲得該車輛駕駛之表現評比，進而得到相關於該車輛駕駛之服務品質參數，進而可將服務品質較佳之複數個駕駛另外再建置一優良駕駛派遣順序表，而該優良駕駛派遣順序表之資料內容與上表類似，只是可列入名單之駕駛數量較少，因此可以較快被指派到任務。而且同一駕駛可同時存在派遣順序表與優良駕駛派遣順序表中，服務中心則可於使用數次派遣順序表後，穿插使用一次優良駕駛派遣順序表，藉以提高表現優良駕駛之接案頻率，進而鼓勵車輛駕駛提昇服務品質。

再者，為確保預約叫車之任務可以順利達成，服務中心在完成與駕駛間的派遣約定後，仍會於預約時間前(例如預約時間前20分鐘)發出一提醒信息，並等待接案之駕駛回應一確認信息。如此可達到提醒接案之駕駛準時到達客戶所在地以完成任務，並可在駕駛未開機或未能回應該確認信息時，另外即時找到其它候補車輛來完成載客任務，用以確保任務可準時完成。同樣地，若是接案之駕駛在預約時間前未開機或未能回應該確認信息，其相對應主機會得到優先權數值被向後調整順位之處罰。

再者，為能讓駕駛了解其排班的狀況，導航主機內派遣單元401上之按鍵4010還可提供詢問順位之功能，透過觸發按鍵4010所產生一順位詢問信號，服務中心10可回應駕駛目前在派遣順序表與優良駕駛派遣順序之順位。另外，透過導航主機內派遣單元401上之按鍵4010還可傳回乘客上下車之資訊來提供服務中心10記錄。

綜合以上技術說明，本案所述之車輛派遣系統、車輛派遣方法，確實改善了在先前技術中習用技術手段的缺失，進而完成發展本案之最主要的目的，而本案服務中心10可用具有連接至網際網路能力之一電腦系統便可完成，因此本案主機與服務中心10進行之資料傳輸，也可使用具上網功能之個人電腦，或是利用3G行動電話網路或是WiMAX與Wi-Fi等無線網路架構之行動通訊裝置來進行，故本發明可廣泛應用於任何形態之出租交通工具或貨運物流車輛之派遣上，故本案得由熟習此技藝之人士任施匠思而為諸般修飾，然皆不脫如附申請專利範圍所欲保護者。

本案圖式中所包含之各元件列示如下：

10．．．服務中心

111～11n．．．主機

19．．．無線資料傳輸機制

2．．．網際網路

3．．．電話網路

20．．．個人電腦

21．．．個人數位助理

22．．．行動電話手機

23．．．家用電話

4．．．車輛

40．．．導航主機

401．．．派遣單元

402．．．導航單元

4020．．．電子地圖

4021．．．顯示器

4022．．．揚聲器

101．．．資料庫

4010．．．按鍵

41．．．客戶所在位置

42．．．自身位置

43．．．距離估計值

44．．．到達時間預估值

49．．．路線

本案得藉由下列圖式及說明，俾得一更深入之了解：

第一圖，其係本案為解決習用手段缺失所發展出來之一種車輛派遣系統之功能方塊示意圖

第二圖，其係本案所發展出來之一種車輛派遣方法之步驟流程示意圖。

第三圖，其係本案車輛派遣系統中一主機的較佳實施例功能方塊示意圖。

第四圖(a)、(b)、(c)及(d)，其係表示出有客戶所在位置以及自身位置與客戶所在位置間之四種電子地圖畫面示意圖。

第五圖，其係本案所發展出來之一種車輛公平分配派遣方法之步驟流程示意圖。

第六圖，其係本案所發展出來之另一種車輛派遣方法流程圖。

第七圖，其係本案利用特殊需求條件所進行之篩選方法流程圖。

第八圖，其係本案所發展出來之篩選機制方法流程圖。

Claims (8)

1. 一種車輛派遣方法，應用於一服務中心與複數個車輛之上，該方法包含下列步驟：該服務中心與複數個車輛上之相對應主機完成信號連結，進而建立一資料庫，該資料庫中之該等車輛分別登錄有一派遣條件集合；該服務中心根據一叫車請求所對應出之一用車需求來從該資料庫中選擇出一車輛，該車輛登錄於該資料庫之該派遣條件集合符合該用車需求條件；以及該服務中心向該車輛上之主機發出一詢問信號，其中，可利用該車輛上之主機、具上網功能之一個人電腦或一行動通訊裝置來輸入關於地區群組之數據資料來給該服務中心進行更改，該車輛可依需求選擇加入一個大區域與屬於該大區域中之複數個小區域，使得該資料庫根據地區群組之數據資料來進行分類。
2. 如申請專利範圍第1項所述之車輛派遣方法，其中該用車需求包含一預約時間，而該派遣條件集合中包含一可接案時間，而該可接案時間可由該車輛上之主機、具上網功能之一個人電腦或一行動通訊裝置來主動輸入來進行修改。
3. 如申請專利範圍第1項所述之車輛派遣方法，其中該用車需求包含一絕對條件與一優先條件，若該車輛登錄於該資料庫之該派遣條件集合中不具有該絕對條件，該車輛不 會被選出，該絕對條件包含可機場接送之後廂清空車、可使用悠遊卡付費之車輛、可使用信用卡付費之車輛或是具有輪椅收納等老人設施之車輛，若該車輛登錄於該資料庫之該派遣條件集合中具有該絕對條件又具有該優先條件，該車輛會被優先選出，其中該優先條件包含司機可用外國語溝通之英語車或日語車、排氣量大於某個數值之大型車輛、車齡低於兩年之新車或沒有客訴的優質車。
4. 如申請專利範圍第1項所述之車輛派遣方法，其中可先透過下列方法來從該資料庫選出車輛，該方法包含下列步驟：該服務中心接收到預約案件中之一預約時間；利用一換算機制來換算出一距離半徑；以客戶所在位置為中心，利用該距離半徑來定義出一區域；以及把該資料庫中位於該區域中的車輛選出。
5. 一種車輛派遣系統，應用於複數個車輛之上，該系統包含：複數個主機，裝置於該些車輛之上；以及一服務中心，與該些主機完成信號連結，其中建立一資料庫，該資料庫中之該等車輛分別登錄有一派遣條件集合，該服務中心因應一叫車請求而根據該叫車請求所對應出之一用車需求來從該資料庫中選擇出一車輛，該車輛登錄於該資料庫之該派遣條件集合符合該用車需求條件，然後該服務中心向該車輛上之主機發出一詢問信號， 其中該車輛上之主機可提供駕駛輸入關於地區群組之數據資料來給該服務中心進行更改，該車輛可依需求選擇加入一個大區域與屬於該大區域中之複數個小區域，使得該資料庫根據地區群組之數據資料來進行分類。
6. 如申請專利範圍第5項所述之車輛派遣系統，其中該服務中心根據該叫車請求所對應出之該用車需求包含一預約時間，而該派遣條件集合中包含一可接案時間，而該可接案時間可由主機主動輸入來進行修改。
7. 如申請專利範圍第5項所述之車輛派遣系統，其中該服務中心根據該叫車請求所對應出之該用車需求包含一絕對條件與一優先條件，若該車輛登錄於該資料庫之該派遣條件集合中不具有該絕對條件，該車輛不會被選出，該絕對條件包含可機場接送之後廂清空車、可使用悠遊卡付費之車輛、可使用信用卡付費之車輛或是具有輪椅收納等老人設施之車輛，若該車輛登錄於該資料庫之該派遣條件集合中具有該絕對條件又具有該優先條件，該車輛會被優先選出，其中該優先條件包含司機可用外國語溝通之英語車或日語車、排氣量大於某個數值之大型車輛、車齡低於兩年之新車或沒有客訴的優質車。
8. 如申請專利範圍第5項所述之車輛派遣系統，其中該服務中心可先執行下列方法來從該資料庫選出車輛，該方法包含下列步驟：該服務中心接收到預約案件中之一預約時間；利用一換算機制來換算出一距離半徑； 以客戶所在位置為中心，利用該距離半徑來定義出一區域；以及把該資料庫中位於該區域中的車輛選出。