TWI450211B

TWI450211B - 具配對功能的計程車叫車系統及其方法

Info

Publication number: TWI450211B
Application number: TW099138345A
Authority: TW
Inventors: Kai Chieh Chang
Original assignee: Ibosscom
Priority date: 2010-11-08
Filing date: 2010-11-08
Publication date: 2014-08-21
Also published as: TW201220240A

Description

具配對功能的計程車叫車系統及其方法

本發明為有關於一種計程車叫車系統及其方法，特別是指一種能夠根據預設的服務事項進行篩選及配對之具配對功能的計程車叫車系統及其方法。

近年來，隨著全球定位系統的普及與蓬勃發展，許多車輛均設置有全球定位系統，用以提供定位及導航服務，也因此各式應用全球定位系統的服務便應運而生，其中又以計程車指派系統最受矚目。

一般而言，傳統的計程車指派系統包含有伺服端及司機端，其中伺服端設置於計程車車行；司機端則設置在計程車上。接著，伺服端持續接收計程車(即司機端)所回傳的座標以得知其當前位置，當乘客撥打電話叫車時，再以人工方式根據乘客告知的所在位置查詢附近可供指派的計程車進行派遣。然而，此方式的派遣效率受制於人工查詢時間的影響，容易造成乘客久候而感到不便，並且無法供乘客篩選不合適的計程車。

有鑑於此，便有廠商提出使乘客端同樣透過全球定位系統進行定位，並且將定位產生的座標傳送伺服端，以供伺服端計算出與乘客端距離最近的司機端來進行配對及派遣。不過，雖然此方式有效省略人工查詢的時間，但是由於無法提供乘客篩選不合適的計程車，故對乘客而言仍然具有叫車不便的問題，而且亦無法有效提高乘客對於配對的滿意度。

綜上所述，可知先前技術中長期以來一直存在無法提高配對滿意度及乘客叫車不便之問題，因此實有必要提出改進的技術手段，來解決此一問題。

有鑒於先前技術存在的問題，本發明遂揭露一種具配對功能的計程車叫車系統及其方法。

本發明所揭露之具配對功能的計程車叫車系統，包含：乘客端、司機端及伺服端。其中，每一乘客端用以傳送搭乘請求，此搭乘請求至少包含座標位置及乘客身分；每一司機端用以接收並顯示相應的運輸請求，以及持續傳送行車訊息，此行車訊息至少包含行車座標、司機身分及載客狀態；在伺服端的部分，伺服端包含訊息資料庫、車況模組、搭乘模組、篩選模組、配對模組及傳送模組。其中，訊息資料庫儲存司機訊息及乘客訊息，每一司機訊息及每一乘客訊息均至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄；車況模組用以接收行車訊息，並讀取行車訊息中的司機身分以與每一司機訊息的身分識別進行比對，且讀取此行車訊息中的行車座標以更新比對符合的司機訊息之座標，以及讀取行車訊息中的載客狀態以更新比對符合的司機訊息之狀態記錄；搭乘模組用以接收搭乘請求，並且讀取搭乘請求中的乘客身分以與每一乘客訊息的身分識別進行比對，以及讀取此搭乘請求中的座標位置以更新比對符合的乘客訊息之座標；篩選模組用以讀取比對符合且更新後的乘客訊息，並根據此乘客訊息中包含的座標、服務事項、拒絕名單及狀態記錄對所有司機訊息進行篩選；配對模組用以將篩選出的每一司機訊息依服務事項的相符程度分別產生相應的權重值，並根據此權重值的大小自篩選出的司機訊息中選擇至少其一；傳送模組用以根據選擇的司機訊息及比對符合且更新後的乘客訊息產生相應的運輸請求，並且將此運輸請求傳送至相應的司機端。

至於本發明之具配對功能的計程車叫車方法，應用於具有乘客端、司機端及伺服端的傳輸環境中，其步驟包括：於伺服端的訊息資料庫提供司機訊息及乘客訊息，其中每一司機訊息及每一乘客訊息均至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄；每一司機端持續傳送行車訊息，此行車訊息至少包含行車座標、司機身分及載客狀態；伺服端接收行車訊息，並讀取此行車訊息中的司機身分以與每一司機訊息的身分識別進行比對，且讀取此行車訊息中的行車座標以更新比對符合的司機訊息之座標，以及讀取行車訊息中的載客狀態以更新比對符合的司機訊息之狀態記錄；乘客端傳送搭乘請求，此搭乘請求至少包含座標位置及乘客身分；伺服端接收搭乘請求，並且讀取此搭乘請求中的乘客身分以與每一乘客訊息的身分識別進行比對，以及讀取此搭乘請求中的座標位置以更新比對符合的乘客訊息之座標；伺服端讀取比對符合且更新後的乘客訊息，並根據乘客訊息中包含的座標、服務事項、拒絕名單及狀態記錄對所有司機訊息進行篩選；伺服端將篩選出的每一司機訊息依服務事項的相符程度分別產生相應的權重值，並根據此權重值的大小自篩選出的司機訊息中選擇至少其一；伺服端根據選擇的司機訊息及所述比對符合且更新後的乘客訊息產生相應的運輸請求，並且將運輸請求傳送至相應的司機端；所述司機端用以接收並顯示相應的運輸請求。

本發明所揭露之系統與方法如上，與先前技術之間的差異在於本發明是透過乘客端傳送搭乘請求至伺服端，以便伺服端根據搭乘請求查詢相應的乘客訊息，以及根據乘客訊息對司機訊息進行篩選及配對，以便選出符合的司機訊息並產生相應的運輸請求，並且將運輸請求傳送至相應的司機端。

透過上述的技術手段，本發明可以達成提高配對滿意度及叫車便利性之技術功效。

以下將配合圖式及實施例來詳細說明本發明之實施方式，藉此對本發明如何應用技術手段來解決技術問題並達成技術功效的實現過程能充分理解並據以實施。

在說明本發明所揭露之具配對功能的計程車叫車系統及其方法之前，先對本發明所應用的環境架構作說明，本發明是應用在具有乘客端、司機端及伺服端的傳輸環境，其中所述的乘客端為具有定位裝置的電子設備，在實際實施上，可為具有全球定位系統(Global Positioning System,GPS)的行動裝置，如：手機。此行動裝置能夠在叫車時偵測當前所在的座標位置，並且能夠提供乘客自行設定乘客身分，以及傳送搭乘請求至伺服端；所述司機端則同樣為具有定位裝置的電子設備，例如：可為設置在車輛上的行車裝置或者是司機的手機，此行車裝置或司機的手機能夠透過全球定位系統持續偵測行車座標(亦即車輛所在位置)，並提供司機設定司機身分及載客狀態，以及將行車座標、司機身分及載客狀態作為行車訊息傳送至伺服端，另外，此行車裝置設有顯示器以顯示來自伺服端的運輸請求，在實際實施上，司機端可在行車座標達到固定的距離(例如：每隔五百公尺或每隔一公里)時，再將行車訊息傳送至伺服端以降低伺服端的負載(Loading)；所述伺服端則是位於遠端(例如：計程車車行)的電腦主機，用以接收乘客端的搭乘請求以及司機端的行車訊息，以便進行更新、篩選及配對等處理後，產生運輸請求並傳送至相應的司機端，稍後將搭配圖式對乘客端、司機端及伺服端作詳細說明。

以下配合圖式對本發明具配對功能的計程車叫車系統及其方法作進一步說明，請參閱「第1圖」，「第1圖」為本發明具配對功能的計程車叫車系統之系統方塊圖，包含：乘客端110、司機端120及伺服端130。其中，乘客端110用以傳送搭乘請求，此搭乘請求至少包含座標位置及乘客身分，其中所述座標位置包括但不限於經緯度座標，而乘客身分在實際實施上則可為國際移動設備身份碼(International Mobile Equipment Identity,IMEI)、電話號碼......等具有唯一性的識別碼。特別要說明的是，乘客端110更可包含傳送對應司機訊息的乘客評價至伺服端130以儲存至訊息資料庫131中，稍後將對此部分作詳細說明。

司機端120用以自伺服端130接收並顯示相應的運輸請求，以及持續傳送行車訊息，所述運輸請求稍後將在伺服端130的部分作詳細說明，而所述行車訊息至少包含行車座標、司機身分及載客狀態，其中所述行車座標包括但不限於經緯度座標；所述司機身分則可包含司機姓名、聯絡資訊、計程車車牌號碼、計程車司機執業登記證號碼......等具有唯一性的識別資料；所述載客狀態則可包含空車、載客、配對中、休息......等狀態。特別要說明的是，在實際實施上，行車訊息更可包含目的位置，此目的位置為乘客欲到達的目的地，其可透過司機端120接收計程車司機的語音來進行設定，或是計程車司機在具有觸控螢幕的司機端120上以觸控點選地圖的方式來進行設定，由於透過語音或觸控設定目的位置的方式皆為習知技術，故在此將不再多作贅述。要補充說明的是，雖然本發明的司機端120以行車裝置舉例，然而本發明並未以此作限定，在實際實施上，所述司機端120亦可使用計程車司機的行動裝置(例如：手機)來達成所述行車裝置的功能及效果。

接著，在伺服端130的部分，伺服端130包含：訊息資料庫131、車況模組132、搭乘模組133、篩選模組134、配對模組135及傳送模組136。所述訊息資料庫131儲存司機訊息及乘客訊息，每一司機訊息及每一乘客訊息均至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄，舉例來說，每一個乘客訊息中，其座標分別記錄各乘客端110當前的所在位置(例如：經緯度座標)；身分識別記錄有IMEI、手機電話號碼、乘客姓名、聯絡資訊......等資料；服務事項則記錄乘客要求的服務事項，如：計程車的車型、內部環境、司機衛生習慣及寵物搭載......等資料，甚至可包含計程車服務記錄及滿意度評價；拒絕名單則記錄有拒絕的計程車司機，如：計程車司機的身分證字號、計程車車牌號碼、計程車司機執業登記證號......等足以辨識計程車司機的資料；狀態記錄則可記錄為已搭乘、未搭乘、配對中、取消搭乘......等狀態。另外，每一司機訊息所記錄的資料亦與乘客訊息雷同，其座標分別記錄各司機端120當前的所在位置(例如：經緯度座標)；身分識別則可記錄IMEI、手機電話號碼、計程車司機姓名、聯絡資訊、計程車車牌號碼、計程車司機執業登記證號、身分證字號......等資料；服務事項則記錄計程車提供的服務事項，如：計程車的車型、內部環境、司機衛生習慣及是否同意寵物搭載......等資料，甚至可包含計程車服務記錄及滿意度評價；拒絕名單則是記錄拒絕的乘客名單，如：乘客的手機電話號碼、IMEI......等足以辨識乘客身分的資料；狀態記錄則可記錄為空車、載客、配對中、休息......等狀態。特別要說明的是，雖然本發明以上述舉例說明每一司機訊息及乘客訊息所記錄的資料，但本發明並未以此為限，只要能夠識別位置、身分，且記錄有要求/提供的服務事項、拒絕名單及狀態等資料，皆不脫離本發明的應用範疇。另外，上述身分識別、服務事項及拒絕名單等資料均可由乘客或計程車司機預先連線至訊息資料庫131，並且在通過身分驗證之後，對其相應的乘客訊息或司機訊息進行新增、刪除及編輯等處理。

車況模組132用以接收來自司機端120所傳送的行車訊息，並讀取此行車訊息中的司機身分以與訊息資料庫131中的每一司機訊息之身分識別進行比對，且讀取此行車訊息中的行車座標以更新訊息資料庫131中比對符合的司機訊息之座標，以及讀取行車訊息中的載客狀態以更新訊息資料庫131中比對符合的司機訊息之狀態記錄。舉例來說，假設車況模組132接收自司機端120所傳送的行車訊息為「24.206102°N,120.607101°E；N226605438；空車」，其分別代表行車座標、司機身分及載客狀態，則車況模組132將讀取司機身分「N226605438」以便與訊息資料庫131中所有的司機訊息之身分識別來進行比對，並且將載入比對符合的司機訊息，如：「24.206201°N,120.607100°E；N226605438；不抽菸、無汽車香水、女性司機；35-209900-176148-1；空車」，此司機訊息中所記錄的資料分別為座標、身分識別、服務事項、拒絕名單及狀態記錄。

接著，車況模組132再讀取行車訊息中的行車座標以更新比對符合的司機訊息之座標，以此例而言，司機訊息之座標將由「24.206201°N,120.607100°E」更新為「24.206102°N,120.607101°E」；然後，車況模組132會再讀取行車訊息中的載客狀態以更新比對符合的司機訊息之狀態記錄，以此例而言，由於載客狀態及司機訊息之狀態記錄同為「空車」，故車況模組132在更新之後，其訊息資料庫131中此比對符合的司機訊息之狀態記錄仍然維持在「空車」。換句話說，透過車況模組132可以根據接收到的行車訊息持續更新訊息資料庫131中相應的司機訊息，以便使司機訊息維持在最新的狀態。特別要說明的是，倘若行車訊息包含有目的位置，則車況模組132將根據行車訊息的目的位置及行車座標計算出預計到達時間，並且將目的位置及預計到達時間記錄於司機訊息之狀態記錄。

搭乘模組133用以自乘客端110接收搭乘請求，並且讀取此搭乘請求中的乘客身分以與訊息資料庫131中的每一乘客訊息之身分識別進行比對，以及讀取此搭乘請求中的座標位置以更新訊息資料庫131中比對符合的乘客訊息之座標。舉例來說，假設搭乘模組133接收到搭乘請求為「24.206120°N,120.607110°E；35-209900-176152-1」，其中「24.206120°N,120.607110°E」為座標位置、「35-209900-176152-1」為乘客身分(即手機的IMEI)，則搭乘模組133將讀取此乘客身分用以與訊息資料庫131中的所有乘客訊息之身分識別進行比對，以便找出比對符合的乘客訊息，例如：「21.202201°N,120.601100°E；35-209900-176152-1；不抽菸、無汽車香水、女性司機；A123456789；未搭乘」，此乘客訊息中所記錄的資料分別為座標、身分識別、服務事項、拒絕名單及狀態記錄。接著，搭乘模組133讀取此搭乘請求中的座標位置「24.206120°N,120.607110°E」，以便將原乘客訊息中的座標「21.202201°N,120.601100°E」更新成「24.206120°N,120.607110°E」。換句話說，在乘客端110發出搭乘請求後，伺服端130的搭乘模組133將更新其訊息資料庫131中相應此乘客端110的乘客訊息，以便使此乘客訊息維持在最新的狀態。

篩選模組134用以讀取在搭乘模組133中比對符合且更新後的乘客訊息，並根據此乘客訊息中包含的座標、服務事項、拒絕名單及狀態記錄對訊息資料庫131中所有的司機訊息進行篩選。以上例而言，比對符合且更新後的乘客訊息為「24.206120°N,120.607110°E；35-209900-176152-1；不抽菸、無汽車香水、女性司機；A123456789；未搭乘」，則篩選模組134將根據此乘客訊息包含的座標「24.206120°N,120.607110°E」、服務事項「不抽菸、無汽車香水、女性司機」、拒絕名單「A123456789」及狀態記錄「未搭乘」對所有司機訊息進行篩選，如：首先排除狀態記錄非「空車」的司機訊息，接著再篩選出座標相近、服務事項滿足一項以上，而且不在彼此的拒絕名單中的司機訊息。在實際實施上，判斷座標是否相近的方式可透過絕對距離及參考地圖資訊(例如：路線、路寬及單雙向線道等)與交通資訊(例如：車流量及平均車速等)以估計行駛距離，由於其判斷方式與距離估計方式為習知技術，故在此不再多作贅述。特別要說明的是，本發明亦可僅排除狀態記錄為「休息」的司機訊息，換句話說，即使狀態記錄為「載客」，仍然能夠作為被篩選的對象，使司機端120在載客完成時可以接續承載鄰近的乘客端110。另外，當司機訊息之狀態記錄存在目的位置及預計到達時間時，篩選模組134亦可在篩選司機訊息時，同時考慮狀態記錄為「載客」及「空車」的司機訊息，例如：將狀態記錄為「載客」且目的位置與乘客訊息之座標相近的司機訊息，以及狀態記錄為「空車」且座標與乘客訊息之座標相近的司機訊息等皆列入考慮範圍，並且根據預計到達時間的長短由短至長依序排列，以增加篩選目標的數量來提升配對成功的機會。

前面提到，所述的司機訊息至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄，在實際實施上，司機訊息更可包含服務記錄用以記錄一定時間內的服務次數、完成比率及主動取消次數，如此一來，篩選模組134即可根據服務記錄篩選出一定時間內(例如：單日或連續兩日等)的服務次數、完成比率及主動取消次數皆符合預設條件的司機訊息，並且可根據次數及比率由高至低進行排序。另外，前面亦提及乘客端110更可包含傳送對應司機訊息的乘客評價至伺服端130以儲存至訊息資料庫131。此時，篩選模組134即可根據與司機訊息對應的乘客評價進行篩選，並且將乘客評價由高至低進行排序，甚至篩選模組134亦可計算所有司機訊息的乘客評價以產生平均值，並且篩選出平均值以上的司機訊息後再根據乘客訊息中包含的座標、服務事項、拒絕名單及狀態記錄進行第二次篩選，透過上述設置乘客評價的機制可提供一具有公信力之計程車司機服務品質績效評量方法，俾能改善計程車產業之整體服務水準。

配對模組135用以將篩選出的每一司機訊息依照服務事項的相符程度分別產生相應的權重值，並根據此權重值的大小自篩選出的司機訊息中選擇至少其一，特別要說明的是，所述乘客訊息之服務事項更允許設定成是否為必要項目，若乘客訊息之服務事項中所設的必要項目與司機訊息中的服務事項不符，則無論產生的權重值多少皆排除此司機訊息(亦即不列入配對的選擇)。以上例來說，假設篩選模組134篩選出的第一個司機訊息為「24.206100°N,120.607210°E；N226605438；不抽菸、無汽車香水、女性司機；34-109901-176140-1；空車」以及篩選出的第二個司機訊息為「24.206100°N,120.607220°E；A123456789；不抽菸、無汽車香水、男性司機；31-209900-100000-1；空車」等兩個司機訊息，則配對模組135會分別將這兩個司機訊息的服務事項與乘客訊息的服務事項「不抽菸、無汽車香水、女性司機」進行比對，並且根據相符程度產生相應的權重值，以此例而言，由於第一個司機訊息與乘客訊息的服務事項有三項相符，故配對模組135產生相應的權重值，如：數值「3」，而第二個司機訊息與乘客訊息的服務事項有兩項相符，故配對模組135產生相應的權重值，如：數值「2」。另外，假設乘客訊息之服務事項中，預先將「女性司機」設為必要項目，則配對模組135將因第二個司機訊息之服務事項記錄為「男性司機」而判斷為不符，在此例中雖然仍有兩項服務事項符合(如：「不抽菸」及「無汽車香水」)，但其產生的權重值無論設為多少，配對模組135皆會將第二個司機訊息排除。

接著，配對模組135可選擇權重值最大的司機訊息，例如：第一個司機訊息的權重值為數值「3」，第二個司機訊息的權重值為數值「2」，此時配對模組135將選擇第一個司機訊息。在實際實施上，配對模組135亦可根據篩選出的司機訊息來計算權重值的平均值，並且選擇大於平均值的所有司機訊息，舉例來說，假設篩選模組134篩選出三個司機訊息，其權重值分別為：數值「9」、數值「4」及數值「5」，那麼配對模組135可計算出這三個權重值的平均值為數值「6」(計算式為：「(9+4+5)/3=6」)，並且選擇大於權重值「6」的司機訊息(即選擇權重值為數值「9」的司機訊息)。除此之外，倘若權重值相同則配對模組135將會同時選擇兩個司機訊息。特別要說明的是，雖然本發明以上述舉例說明權重值的計算方式，然而本發明並未以此作限定，任何能夠根據服務事項的相符程度產生相應之權重值的方式皆不脫離本發明的應用範疇。

承上所述，在實際實施上，所述服務事項的每一個項目亦可對應一個數據，用以代表其項目的必要性及重要性的程度大小，以便將所述數據作為配對模組135對篩選出的司機訊息進行配對時的排序依據。舉例來說，如下表所示意按照重要性進行排序，其中，重要性的數值越小代表重要性越高：

除此之外，亦可如下表所示意，以滿足的服務事項之項目數量進行排序：

另外，亦可下表所示意，同時根據預設的重要性及權重參數，計算權重值後進行排序：

其中，「司機端A/230」的數值「230」是根據符合三項服務事項的權重參數進行累計(即「100+80+50=230」)；「司機端C/130」的數值「130」是根據符合兩項服務事項(無汽車香水、女性司機)的權重參數進行累計(即「80+50=130」)；「司機端B/100」的數值「100」則是來自於符合一項服務事項(不抽菸)的權重參數(即「100」)。特別要說明的是，所述服務事項、重要性及其權重參數可透過乘客端110預先連線至伺服端130的訊息資料庫131進行編輯與設定，若無預先設定則可根據乘客端110以往傳送的乘客評價，搜尋高於平均值的司機訊息，並且讀取其中記錄的服務事項作為計算重要性及排序的依據。

傳送模組136用以根據選擇的司機訊息及比對符合且更新後的乘客訊息來產生相應的運輸請求，並且將此運輸請求傳送至相應的司機端。舉例來說，假設選擇的司機訊息為「24.206100°N,120.607210°E；N226605438；不抽菸、無汽車香水、女性司機；34-109901-176140-1；空車」，乘客訊息為「24.206120°N,120.607110°E；35-209900-176152-1；不抽菸、無汽車香水、女性司機；A123456789；未搭乘」，則傳送模組136將產生至少含有乘客端110的座標位置之運輸請求，並且將此運輸請求傳送給相應於選擇的司機訊息之司機端120。在實際實施上，其傳送模組136可透過如：衛星通訊、第三代行動通訊(Third Generation,3G)......等無線通訊方式，將運輸請求傳送至司機端120。特別要說明的是，倘若配對模組135選擇兩個或兩個以上的司機訊息，則傳送模組136可透過廣播(broadcast)的方式將運輸請求傳送至多個司機端120，或是根據司機訊息的排序由高至低依序傳送。另外，司機端120接收到運輸請求後，倘若司機欲接受運輸請求，則可自行設定載客狀態為「載客」，反之若司機不欲承載，那麼司機可自行設定載客狀態為「休息」，或是直接回覆伺服端130拒絕本次承載以記錄於訊息資料庫131中。

特別要說明的是，伺服端130更可包含指派模組137且每一乘客訊息更包含時間記錄，此時間記錄用以記錄每一乘客端每次傳送搭乘請求的時間，用以提供指派模組137統計每一乘客訊息的時間記錄及座標，並篩選出同一時段的相鄰乘客端以計算中心位置，以及將計算出的中心位置傳送至鄰近的司機端，此中心位置的計算方式為習知技術，故在此不再多作贅述。在實際實施上，此中心位置更可配合地圖資訊進行調整，以確保中心位置在道路上。如此一來，司機端120便能夠根據此中心位置前往該地點等候乘客並提供載客服務，稍後將配合圖式做詳細說明。

接著，請參閱「第2A圖」至「第2C圖」，「第2A圖」至「第2C圖」為本發明具配對功能的計程車叫車方法的方法流程圖，應用於具有乘客端110、司機端120及伺服端130的傳輸環境，其步驟包括：於伺服端130的訊息資料庫提供司機訊息及乘客訊息，其中每一司機訊息及每一乘客訊息均至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄(步驟201)；每一司機端120持續傳送行車訊息，此行車訊息至少包含行車座標、司機身分及載客狀態(步驟202)；伺服端130接收行車訊息，並讀取此行車訊息中的司機身分以與每一司機訊息的身分識別進行比對，且讀取此行車訊息中的行車座標以更新比對符合的司機訊息之座標，以及讀取行車訊息中的載客狀態以更新比對符合的司機訊息之狀態記錄(步驟203)；乘客端110傳送搭乘請求，此搭乘請求至少包含座標位置及乘客身分(步驟204)；伺服端130接收搭乘請求，並且讀取此搭乘請求中的乘客身分以與每一乘客訊息的身分識別進行比對，以及讀取此搭乘請求中的座標位置以更新比對符合的乘客訊息之座標(步驟205)；伺服端130讀取比對符合且更新後的乘客訊息，並根據乘客訊息中包含的座標、服務事項、拒絕名單及狀態記錄對所有司機訊息進行篩選(步驟206)；伺服端130將篩選出的每一司機訊息依服務事項的相符程度分別產生相應的權重值，並根據此權重值的大小自篩選出的司機訊息中選擇至少其一(步驟207)；伺服端130根據選擇的司機訊息及所述比對符合且更新後的乘客訊息產生相應的運輸請求，並且將運輸請求傳送至相應的司機端120(步驟208)；所述司機端120用以接收並顯示相應的運輸請求(步驟209)。透過上述步驟，即可讓欲搭乘計程車的乘客透過乘客端110傳送搭乘請求至伺服端130，以便伺服端130根據搭乘請求查詢相應的乘客訊息，以及根據乘客訊息對司機訊息進行篩選及配對，以便選出符合的司機訊息並產生相應的運輸請求，並且將運輸請求傳送至相應的司機端120。

特別要說明的是，在步驟209之後，將伺服端130選擇的司機訊息傳送至相應的乘客端110，用以提供乘客端110進行瀏覽及確認，且此乘客端110更包含傳送對應司機訊息的乘客評價至伺服端130以儲存於訊息資料庫(步驟210)；在每一乘客訊息中記錄每次傳送搭乘請求的時間作為時間記錄，並且統計每一乘客訊息的時間記錄及座標以篩選出同一時段的相鄰乘客端110並計算中心位置，以及將此中心位置傳送至鄰近的司機端120(步驟220)；以及在行車訊息中更記錄有目的位置，伺服端130根據此行車訊息的目的位置及行車座標計算預計到達時間，並且將此目的位置及預計到達時間記錄在狀態記錄中(步驟230)。

以下配合「第3圖」至「第7圖」以實施例的方式進行如下說明，請先參閱「第3圖」，「第3圖」為本發明司機訊息及乘客訊息之示意圖。前面提到，訊息資料庫131中的每一司機訊息及乘客訊息至少包含座標、身分識別、服務事項、拒絕名單及狀態記錄，其記錄方式可如「第3圖」所示意，在司機訊息310中記錄有座標「24.206102°N 120.607101°E」、身分識別「N226605438」、服務事項「不抽菸、無汽車香水、女性司機」、拒絕名單「35-209900-176148-1」及狀態記錄「空車」。其中，座標為全球定位系統所定位的經緯度座標；身分識別則為計程車司機的身分證字號；服務事項為此計程車所提供的服務；拒絕名單則記錄拒絕承載的乘客之IMEI號碼；狀態記錄則記錄當前計程車的運輸狀態。

另外，在乘客訊息320中記錄有座標「24.206120°N 120.607110°E」、身分識別「35-209900-176152-1」、服務事項「不抽菸、無汽車香水、女性司機」、拒絕名單「A123456789」及狀態記錄「配對中」。其中，座標為全球定位系統所定位的經緯度座標；身分識別則為乘客所持的行動裝置之IMEI號碼；服務事項為乘客要求提供的服務；拒絕名單則記錄拒絕搭乘的計程車之司機身分證字號；狀態記錄則記錄當前乘客的狀態。上述提及的司機訊息310及乘客訊息320可透過直接連線或遠端連線至訊息資料庫131進行編輯、新增或刪除。

承上所述，儲存於訊息資料庫131中的司機訊息310會根據每一司機端120所傳送的行車訊息進行更新，在實際實施上，每一司機端120皆會透過全球定位系統持續偵測行車座標，並且將此行車座標與預設的司機身分及載客狀態作為行車訊息並傳送至伺服端130，以便伺服端130根據行車訊息更新訊息資料庫131中與所述司機端120相應的司機訊息，而儲存在訊息資料庫131中的乘客訊息320則是在乘客端110傳送包含座標位置及乘客身分的搭乘請求至伺服端130時，由伺服端130根據接收到的搭乘請求用以更新對應的乘客訊息。

接下來，請參閱「第4圖」，「第4圖」為應用本發明的乘客端進行叫車之示意圖。當乘客欲搭乘計程車時，可透過行動裝置400開啟相應的應用程序進行叫車，此應用程序執行畫面將如「第4圖」所示意顯示在觸控螢幕410中。此時，乘客即可點選偵測按鍵411以便透過全球定位系統進行定位，並且取得定位後的經緯度座標「24.206102°N,120.607101°E」以便作為搜尋計程車的依據。接著，乘客確定進行叫車時，可點選叫車按鍵412以傳送搭乘請求至伺服端130，此搭乘請求包含座標位置(即定位後的經緯度座標)及乘客身分(即行動裝置400的IMEI號碼「35-209900-176148-1」)。在實際實施上，此座標位置及乘客身分亦可顯示在觸控螢幕410中，提供乘客進行確認。另外，亦可在伺服端130配對完成後，由伺服端130傳送配對的司機端120之座標至乘客端110，以便乘客端110搭配地圖資訊將司機端120的位置顯示在觸控螢幕中提供乘客瀏覽，甚至在乘客等候司機端120時，伺服端130能夠傳送廣告至乘客端110以透過相應的應用程序進行播放，以及在乘客端110與司機端120的座標重疊時，顯示車輛到達通知，並提供啟程確認視窗給乘客進行點選後，傳送至伺服端130以更新訊息資料庫131中的狀態記錄。

特別要說明的是，倘若乘客遲遲未見司機端120時，更可透過乘客端110傳送請求確認至伺服端130，當伺服端130接收到此一請求確認後，將根據司機端120的座標判斷是否朝向乘客前進，若是則反饋一個訊息告知乘客，反之若否，則由伺服端130傳送確認服務的通知訊息至司機端120並要求回覆，若司機端120回覆確認承載，則由伺服端130通知乘客該司機端120前往中，若司機端回覆取消承載，則伺服端130於訊息資料庫131的司機訊息中記錄為服務失敗，並且由篩選模組134及配對模組135再次進行篩選及配對後，再將結果通知乘客端110。

接著，請參閱「第5圖」，「第5圖」為應用本發明的司機端顯示運輸請求之示意圖。前面提到，應用本發明的司機端120是設置於車輛(即計程車)上的行車裝置500或是計程車司機的手機，以行車裝置500為例，此行車裝置500會透過全球定位系統持續偵測行車座標，並且將此行車座標與預設的司機身分及載客狀態傳送至伺服端130，以便伺服端130更新訊息資料庫131中所儲存的司機訊息，並作為伺服端130進行篩選及配對處理時的依據。

當伺服端130完成乘客端110與司機端120的配對後，伺服端130將如前所述產生並傳送運輸請求至相應的司機端120，此時司機端120(即行車裝置500)可透過顯示器510顯示伺服端130傳送的運輸請求。由於運輸請求至少包含乘客訊息之座標，因此可將此座標以醒目方式標示在地圖資訊中以顯示成乘客位置512，以及將司機端120的行車座標同樣標示在同一地圖資訊中以顯示成司機位置511，以便提供給計程車司機進行瀏覽，並且引導計程車司機駕車前往乘客位置512載客。在實際實施上，計程車司機可透過行車裝置500按壓空車按鍵521、載客按鍵522或拒載按鍵523來設定載客狀態，例如：在尚未載客時可按壓空車按鍵521設定載客狀態為「空車」；在已載客時可按壓載客按鍵522設定載客狀態為「載客」；在不想載此乘客時可按壓拒載按鍵523設定載客狀態為「拒載」，以便伺服端130根據載客狀態來篩選合適的司機訊息。除此之外，計程車司機更可按壓行車裝置500的設定按鍵524來設定司機身分，而所述設定後的載客狀態與司機身分皆儲存於伺服端130的訊息資料庫131中。

如「第6圖」所示意，「第6圖」為應用本發明瀏覽行車訊息之示意圖。前面提到，計程車司機可按壓行車裝置500的設定按鍵524來設定司機身分。在實際實施上，當按壓設定按鍵524後，更可如「第6圖」所示意先顯示行車訊息作為進行設定時的參考依據，接著再提示輸入新的司機身分以完成設定。另外，當按壓設定按鍵524後亦可顯示一個密碼輸入畫面(圖中未示)，用以提示輸入正確的密碼後才允許設定司機身分。

請參閱「第7圖」，「第7圖」為應用本發明於伺服端計算中心位置之示意圖。前面提到，伺服端130的指派模組137可在乘客訊息包含時間記錄時，統計訊息資料庫131中的每一乘客訊息之時間記錄及其座標，用以篩選出同一時段的相鄰乘客端(例如：在五百公尺的半徑範圍內即代表相鄰)，並且計算各乘客端110的中心位置。以「第7圖」為例，假設指派模組137在統計後篩選出同一時段在同一地圖區域600中具有相鄰的三個乘客端(611、612及613)，那麼指派模組137將根據這三個乘客端(611、612及613)的座標計算出中心位置610，以便在往後的日子裡，每當接近此時段時便將此中心位置610傳送至位於此地圖區域600中的司機端620，進而引導其計程車司機駕車前往此中心位置610進行等待，直到司機端620接收到三個乘客端(611、612及613)其中之一傳送搭乘請求時便即刻前往載客。換句話說，指派模組137可統計乘客端110的搭車規律預先指派司機端120前往鄰近地點等候，以節省司機端120的耗油並且有效降低乘客端110的等候時間。

承上所述，在實際實施上，指派模組137在傳送中心位置610時，更可同時將三個乘客端(611、612及613)的座標一併傳送至司機端620，並且將中心位置610及三個乘客端(611、612及613)的座標顯示在如「第5圖」所示意的顯示器510，其顯示畫面將如「第7圖」所示意，並且以不同顏色對三個乘客端(611、612及613)、中心位置610及司機端620進行標示(由於圖中無法以顏色區分，故在「第7圖」中以不同網點分別代表不同顏色)。

接下來，本發明再以另一個實施例說明叫車流程，此一實施例的叫車流程與上一實施例的叫車流程最大的差異在於回報機制。首先，司機端120持續傳送行車訊息至伺服端130，其傳送方式是根據全球定位系統定位的座標計算出司機端120已經移動一段固定距離(例如：五百公尺)後再進行傳送；接著，伺服端130根據此行車訊息更新訊息資料庫131中的司機端120之座標(記錄於司機訊息中)，當乘客端110傳送具有座標位置及乘客身分的搭乘請求至伺服端130時，伺服端130根據訊息資料庫131中的司機訊息及乘客訊息進行篩選及配對，以得到距離相近、符合服務事項且載客狀態為「空車」的司機端120並產生相應的運輸請求。然後，伺服端130將此運輸請求傳送至相應的司機端120並等待司機端120進行確認，當伺服端130收到司機端120的確認後，將載客狀態由「空車」改為「載客」，並且根據司機端120及乘客端110的座標計算等候時間，並且將此等候時間及司機端120確認承載的訊息傳送至乘客端110；當司機端120到達之後，司機端120回報伺服端130已到達，並由伺服端130記錄到達時間後再將此到達時間傳送至乘客端110，且提示乘客端110搭乘；此時，當乘客端110在上車之後，乘客端110及司機端120皆可傳送上車確認至伺服端130，由伺服端130記錄上車時間於訊息資料庫131中；最後，在乘客端110到達目的地時，由乘客端110及司機端120傳送到達確認至伺服端130，其中乘客端110所傳送的到達確認可包含乘客評價，而司機端120所傳送的到達確認可包含司機評價，伺服端130會將乘客評價記錄於司機訊息中，以及將司機評價記錄至乘客訊息中，以便作為未來篩選及配對處理時的參考依據，至此，即完成整個叫車流程。由上述說明可得知其與前一實施例主要差異在每個流程在處理後皆會執行回報處理。

要補充說明的是，前述提及伺服端130將運輸請求傳送至相應的司機端120並等待司機端120進行確認，倘若司機端120不同意承載時，伺服端130會再次篩選及配對其他司機端120直到有司機端120願意承載為止。另外，假設伺服端130以廣播的方式將運輸請求傳送至多個司機端120，那麼當其中一個司機端120確認承載時，伺服端130將通知其他司機端120取消運輸請求。除此之外，當乘客端110接收到司機端120確認承載後，亦可由乘客端110傳送取消訊息，用以拒絕由此司機端120承載。

在實際實施上，上述兩個實施例除了以伺服端130進行篩選及配對處理之外，亦可由乘客端110自行指定或選擇司機端120，並且等候被指定或被選擇的司機端120回覆是否承載，若是則完成配對，若否則由伺服端130提示乘客端110重新挑選司機端120。此外，若在預設時間內司機端120並未回覆是否承載，則可提示乘客端110並詢問是否繼續等待，若是，則維持等待，若否，則同樣由伺服端130提示乘客端110重新挑選司機端120。

前面提到，乘客端110可拒絕由伺服端130篩選及配對的司機端120，當此一情況發生時，伺服端130會將此司機端120的身分識別嵌入乘客訊息中的拒絕名單內，並且通知司機端120取消承載及更新司機訊息之狀態記錄為「空車」。同樣地，司機端120亦可拒絕由伺服端130所篩選及配對的乘客端110，當此一情況發生時，伺服端130會將此乘客端110的身分識別嵌入司機訊息中的拒絕名單內，並由伺服端130重新篩選及配對。

綜上所述，可知本發明與先前技術之間的差異在於透過乘客端110傳送搭乘請求至伺服端130，以便伺服端130根據搭乘請求查詢相應的乘客訊息，以及根據乘客訊息對司機訊息進行篩選及配對，以便選出符合的司機訊息並產生相應的運輸請求，並且將運輸請求傳送至相應的司機端120，藉由此一技術手段可以解決先前技術所存在的問題，進而達成提高配對滿意度及叫車便利性之技術功效。

雖然本發明以前述之實施例揭露如上，然其並非用以限定本發明，任何熟習相像技藝者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，因此本發明之專利保護範圍須視本說明書所附之申請專利範圍所界定者為準。

110．．．乘客端

120．．．司機端

130．．．伺服端

131．．．訊息資料庫

132．．．車況模組

133．．．搭乘模組

134．．．篩選模組

135．．．配對模組

136．．．傳送模組

137．．．指派模組

310．．．司機訊息

320．．．乘客訊息

400．．．行動裝置

410．．．觸控螢幕

411．．．偵測按鍵

412．．．叫車按鍵

500．．．行車裝置

510．．．顯示器

511．．．司機位置

512．．．乘客位置

521．．．空車按鍵

522．．．載客按鍵

523．．．拒載按鍵

524．．．設定按鍵

600．．．地圖區域

610．．．中心位置

611～613．．．乘客端

620．．．司機端

步驟201　於該伺服端的一訊息資料庫提供至少一司機訊息及至少一乘客訊息，其中每一司機訊息及每一乘客訊息均至少包含一座標、一身分識別、一服務事項、一拒絕名單及一狀態記錄

步驟202　每一司機端持續傳送一行車訊息，該行車訊息至少包含一行車座標、一司機身分及一載客狀態

步驟203　該伺服端接收該行車訊息，並讀取該行車訊息中的該司機身分以與每一司機訊息的該身分識別進行比對，且讀取該行車訊息中的該行車座標以更新比對符合的該司機訊息之該座標，以及讀取該行車訊息中的該載客狀態以更新比對符合的該司機訊息之該狀態記錄

步驟204　所述乘客端傳送一搭乘請求，該搭乘請求至少包含一座標位置及一乘客身分

步驟205　該伺服端接收該搭乘請求，並且讀取該搭乘請求中的該乘客身分以與每一乘客訊息的該身分識別進行比對，以及讀取該搭乘請求中的該座標位置以更新比對符合的該乘客訊息之該座標

步驟206　該伺服端讀取比對符合且更新後的該乘客訊息，並根據該乘客訊息中包含的該座標、該服務事項、該拒絕名單及該狀態記錄對所有司機訊息進行篩選

步驟207　該伺服端將篩選出的每一司機訊息依該服務事項的相符程度分別產生相應的一權重值，並根據該權重值的大小自篩選出的司機訊息中選擇至少其一

步驟208　該伺服端根據選擇的所述司機訊息及所述比對符合且更新後的乘客訊息產生相應的一運輸請求，並且將所述運輸請求傳送至相應的司機端

步驟209　所述司機端用以接收並顯示相應的該運輸請求

步驟210　將該伺服端選擇的司機訊息傳送至相應的乘客端，用以供該乘客端進行瀏覽及確認，且該乘客端更包含傳送對應該司機訊息的一乘客評價至該伺服端以儲存於該訊息資料庫

步驟220　在每一乘客訊息中記錄每次傳送該搭乘請求的時間作為一時間記錄，並且統計每一乘客訊息的該時間記錄及該座標以篩選出同一時段的相鄰乘客端並計算一中心位置，以及將該中心位置傳送至鄰近的司機端

步驟230　在該行車訊息記錄一目的位置，該伺服端根據該行車訊息的該目的位置及該行車座標計算一預計到達時間，並且將該目的位置及該預計到達時間記錄於該狀態記錄

第1圖為本發明具配對功能的計程車叫車系統之系統方塊圖。

第2A圖至第2C圖為本發明具配對功能的計程車叫車方法的方法流程圖。

第3圖為本發明司機訊息及乘客訊息之示意圖。

第4圖為應用本發明的乘客端進行叫車之示意圖。

第5圖為應用本發明的司機端顯示運輸請求之示意圖。

第6圖為應用本發明瀏覽行車訊息之示意圖。

第7圖為應用本發明於伺服端計算中心位置之示意圖。