TWI498863B - 乘車系統及其方法 - Google Patents

Description

乘車系統及其方法

本發明涉及一種乘車系統及其方法，特別是指一種無需在行車端或搭乘端進行確認的情況下，能夠持續且即時地配對出距離搭乘端最近的行車端之乘車系統及其方法。

近年來，隨著網路的普及與蓬勃發展，許多傳統服務也陸續與網路相互結合，提供更加多元化的應用，例如：乘車服務。

一般而言，傳統的乘車服務是由搭乘者以電話聯絡計程車車行，請計程車車行派計程車至指定地點載客，然而，以電話聯絡的方式在即時性、選擇性及便利性皆存在相當大的改進空間，例如：透過人工方式指派計程車須耗費許多時間、電話聯繫較為不便......等等。因此，具有乘車不便的問題。

有鑑於此，便有廠商提出一種將傳統乘車服務結合網路及全球定位系統的方式，其在計程車車行設置伺服端、在計程車設置行車端且持續將行車端的定位座標回傳至伺服端，搭乘者可透過網路連線至伺服端進行叫車，以便由伺服端選擇適合的計程車並指派給此搭乘者。如此一來，即可降低傳統電話叫車的不便。然而，上述方式在指派完成後，倘若要更換或取消原先指派的計程車，將產生許多耗費時間的步驟或確認流程，換句話說，行車端與搭乘者在配對完成後並無動態調整機制，以致於當有另一戴載客且距離搭乘者更近的行車端存在時，搭乘者仍然必須等候原先配對的行車端，這麼一來反而導致等候時間過長，同時也延長了搭乘者整體的搭乘時間。因此，上述方式仍然無法有效解決乘車不 便之問題。

綜上所述，可知先前技術中長期以來一直存在乘車不便之問題，因此實有必要提出改進的技術手段，來解決此一問題。

本發明揭露一種乘車系統及其方法。

首先，本發明揭露一種乘車系統，此系統包含：行車端、搭乘端及伺服端。其中，行車端用以接收並顯示第一配對請求及第二配對請求，以及持續傳送行車訊息，此行車訊息包括行車座標及行車狀態；搭乘端用以偵測搭乘座標，並且傳送此搭乘座標及搭乘請求；至於伺服端的部分，伺服端包含：接收模組、配對模組、調整模組及確認模組。其中，接收模組用以接收及記錄搭乘請求與行車訊息；配對模組用以根據搭乘座標及行車訊息配對出距離搭乘端最近且行車狀態為待載客的行車端，並產生第一配對請求且傳送至配對出的行車端以進行顯示；調整模組用以在傳送第一配對請求後，持續根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示；確認模組用以在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端最近且行車狀態為待載客的行車端以產生第三配對請求且傳送至配對出的行車端進行顯示。

另外，本發明揭露一種乘車方法，其步驟包括：伺服端持續接收行車端的行車訊息，此行車訊息包括行車座標及行車狀態；搭乘端偵測搭乘座標，並且將搭乘座標及搭乘請求傳送至伺服端；伺服端根據搭乘座標及行車訊息配對出距離搭乘端最近且行車狀態為待載客的行車端，並產生第一配對請求且傳送至配對出的行車端以進行顯示；伺服端在 傳送第一配對請求後，持續根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示；伺服端在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端最近且行車狀態為待載客的行車端以產生第三配對請求且傳送至配對出的行車端進行顯示。

本發明所揭露之系統與方法如上，與先前技術的差異在於本發明是透過搭乘端傳送搭乘座標及搭乘請求，以及行車端持續傳送行車訊息，使伺服端無需在行車端或搭乘端進行確認的情況下，持續根據搭乘座標及行車訊息配對出距離搭乘端最近且行車狀態為待載客的行車端，以便搭乘端能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間。

透過上述的技術手段，本發明可以達成提高乘車便利性之技術功效。

110‧‧‧行車端

110A‧‧‧行車端

110B‧‧‧行車端

120‧‧‧搭乘端

130‧‧‧伺服端

131‧‧‧接收模組

132‧‧‧配對模組

133‧‧‧調整模組

134‧‧‧確認模組

135‧‧‧選擇模組

140‧‧‧網路

310‧‧‧觸控裝置

311‧‧‧叫車按鈕

410‧‧‧顯示裝置

411‧‧‧黑色圓點

412‧‧‧網點圓點

421‧‧‧待載客按鍵

422‧‧‧已載客按鍵

423‧‧‧取消載客按鍵

431‧‧‧取消圖示

步驟210‧‧‧一伺服端持續接收至少一行車端的行車訊息，該行車訊息包括一行車座標及一行車狀態

步驟220‧‧‧一搭乘端偵測一搭乘座標，並且將該搭乘座標及一搭乘請求傳送至該伺服端

步驟230‧‧‧該伺服端根據該搭乘座標及該行車訊息配對出距離該搭乘端最近且該行車狀態為待載客的行車端，並產生一第一配對請求且傳送至配對出的該行車端以進行顯示

步驟240‧‧‧該伺服端在傳送該第一配對請求後，持續根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端，當重新配對出的該行車端不同時，產生一第二配對請求並傳送至重新配對出的該行車端以進行顯示

步驟250‧‧‧該伺服端在該第一配對請求或該第二配對請求於一預設時間內未配對成功後，再次根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端以產生一第三配對請求且傳送至配對出的該行車端進行顯示

步驟260‧‧‧行車端在接收到該第一配對請求或該第二配對請求後，允許傳送一已載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為已載客，以及允許傳送一取消載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為取消載客

步驟270‧‧‧該伺服端傳送該行車端的行車訊息至該搭乘端，並且允許該搭乘端選擇拒絕配對或接受配對，當該搭乘端選擇接受配對時，該伺服端記錄相應該行車端的行車狀態為已載客，當該搭乘端選擇拒絕配對時，該伺服端重新進行配對直到該搭乘端選擇接受配對

第1圖為本發明乘車系統之系統方塊圖。

第2圖為本發明乘車方法之方法流程圖。

第3圖為應用本發明以搭乘端進行叫車之示意圖。

第4A圖至第4C圖為應用本發明在行車端顯示伺服端產 生的配對結果之示意圖。

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

在說明本發明所揭露之乘車系統及其方法之 前，先對本發明所應用的環境作說明，本發明是應用在伺服端中，並且能夠透過網路與行車端及搭乘端進行通訊，所述伺服端可為與網路相連的個人電腦、大型主機、......等計算機設備；搭乘端可為具有網路功能的智慧型手機或個人數位助理......等移動設備；至於行車端可為設置在車輛上的電子設備(如：車載裝置)並具有定位、顯示及網路功能。

以下配合圖式對本發明乘車系統及其方法做進一步說明，請參閱「第1圖」，「第1圖」為本發明乘車系統之系統方塊圖，此系統包含：行車端110、搭乘端120及伺服端130。其中，行車端110能夠接收並顯示來自伺服端130的第一配對請求、第二配對請求及第三配對請求，以及持續透過網路140傳送行車訊息，此行車訊息包括行車座標及行車狀態。在實際實施上，行車座標是透過全球定位系統(Global Positioning System,GPS)來獲得，而行車狀態則是允許司機自行設定後產生，行車端110會持續傳送包含行車座標及行車狀態的行車訊息至伺服端130以便伺服端130更新行車端110的位置及狀態。所述行車端110、搭乘端120及伺服端130之間透過網路140相互通訊，行車端110可為能夠接收第一配對請求及第二配對請求的車載裝置。

搭乘端120用以偵測搭乘座標，並且傳送搭乘座標及搭乘請求。在實際實施上，搭乘端120是搭乘者的可攜式裝置，並且透過全球定位系統獲得所在位置的座標以作為搭乘座標，當搭乘者欲進行叫車時可透過運行於搭乘端120的應用程序產生搭乘請求，並且將搭乘座標及搭乘請求傳送至伺服端130。

至於在伺服端130的部分，其伺服端130包含：接收模組131、配對模組132、調整模組133及確認模組134。其中，接收模組131用以透過網路140接收來自搭乘端120的搭乘請求與行車訊息，並且將其記錄於儲存媒體，如：硬碟、記憶體、......等裝置中，由於接收及記錄的方式為習知技 術，故在此不再多作贅述。

配對模組132用以根據搭乘座標及行車訊息配對出距離搭乘端120最近且行車狀態為待載客的行車端110，並產生第一配對請求且傳送至配對出的行車端110以進行顯示。在實際實施上，配對模組132會計算搭乘座標與每一個行車狀態為待載客的行車端110的行車座標之間的距離，距離最短者代表距離搭乘端120最近，如此一來，即可將距離搭乘端120最近且行車狀態為待載客的行車端110用以與搭乘端120配對，並產生第一配對請求且傳送至配對出的行車端110以進行顯示，行車端110的司機看到此第一配對請求即可前往搭乘端120的位置載客。

調整模組133用以在傳送第一配對請求後，持續根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示。特別要說明的事，調整模組133與配對模組132的差異在於配對模組132是用以對搭乘端120進行初次配對，而調整模組133則是用以在配對模組132對搭乘端120進行初次配對後，以同樣方式繼續找出距離搭乘端120最近且行車狀態為待載客的行車端，假設配對模組132與調整模組133配對出的行車端不同時，調整模組133產生第二配對請求並傳送至重新配對出的行車端以進行顯示。如此一來，重新配對出的行車端即可前往搭乘端120的位置載客。特別要說明的是，上述配對與重新配對的過程皆無需經行車端110及搭乘端120的同意及確認即可即時重新配對。

確認模組134用以在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端110以產生第三配對請求且傳送至配對出的行車端進行顯示。在實際實施上，配對模組132、調整模組 133及確認模組134基本上都是用以配對出距離搭乘端120最近且行車狀態為待載客的行車端110，三者的差異僅在於配對模組132是直接根據搭乘座標及行車訊息進行配對；調整模組133是在配對模組132進行配對後，持續維持配對出的行車端110為距離搭乘端120最近且行車狀態為待載客；至於確認模組134則是在預設時間內仍未配對成功後重新進行配對處理。所述預設時間內可為一段自訂的時間，如：五分鐘、三十秒......等等。

在實際實施上，本系統更可包含選擇模組135，用以傳送行車端110的行車訊息至搭乘端120，並且允許搭乘端120選擇拒絕配對或接受配對，當搭乘端120選擇接受配對時，伺服端130記錄相應於行車訊息的行車端之行車狀態為已載客，當搭乘端120選擇拒絕配對時，伺服端130重新進行配對直到搭乘端選擇接受配對為止。

要補充說明的是，配對模組132、調整模組133及確認模組134所產生的第一配對請求、第二配對請求與第三配對請求還可包括行車端110行駛至配對出的搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊訊息，由於計算兩個座標之間的行駛距離及行駛時間為習知技術，故在此不再多作贅述。另外，配對模組132、調整模組133及確認模組134配對出距離最近的行車端是透過計算搭乘座標及各行車座標之間的行車距離，並且查詢出具有最短行車距離的行車座標所對應的行車端作為距離最近的行車端。

接著，請參閱「第2圖」，「第2圖」為本發明乘車方法，其步驟包括：伺服端130持續接收行車端110的行車訊息，行車訊息包括行車座標及行車狀態(步驟210)；搭乘端120偵測搭乘座標，並且將此搭乘座標及搭乘請求傳送至伺服端130(步驟220)；伺服端130根據搭乘座標及行車訊息配對出距離搭乘端120最近且行車狀態為待載客的行車 端，並產生第一配對請求且傳送至配對出的行車端以進行顯示(步驟230)；伺服端130在傳送第一配對請求後，持續根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示(步驟240)；伺服端130在第一配對請求或該第二配對請求於預設時間內未配對成功後，再次根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端110以產生第三配對請求且傳送至配對出的行車端進行顯示(步驟250)。透過上述步驟，即可透過搭乘端120傳送搭乘座標及搭乘請求，以及行車端110持續傳送行車訊息，使伺服端130無需在行車端110或搭乘端120進行確認的情況下，持續根據搭乘座標及行車訊息配對出距離搭乘端120最近且行車狀態為待載客的行車端，以便搭乘端120能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間。

特別要說明的是，在步驟250之後，行車端110在接收到第一配對請求或第二配對請求後，允許傳送已載客訊息至伺服端130，使伺服端130將相應行車端的行車狀態記錄為已載客，以及允許傳送取消載客訊息至伺服端130，使伺服端130將相應行車端的行車狀態記錄為取消載客(步驟260)。如此一來，由於行車狀態已改變(即：非待載客的狀態)，所以伺服端130會篩除此行車訊息，重新根據其他行車訊息及搭乘座標再次進行配對處理。另外，伺服端130亦可傳送行車端110的行車訊息至搭乘端120，並且允許搭乘端120選擇拒絕配對或接受配對，當搭乘端120選擇接受配對時，伺服端130記錄相應行車端的行車狀態為已載客，當搭乘端120選擇拒絕配對時，伺服端130重新進行配對直到搭乘端120選擇接受配對為止(步驟270)。

以下配合「第3圖」至「第4C圖」以實施例的 方式進行如下說明，請先參閱「第3圖」，「第3圖」為應用本發明以搭乘端進行叫車之示意圖。當搭乘者欲叫車時，可透過搭乘端120，如：行動電話、個人數位助理、......等可攜式設備來實現，此設備具全球定位系統用以獲得定位座標(此定位坐標在搭乘端120將視為搭乘坐標)。搭乘者在觸控裝置310上點選叫車按鈕311之後，搭乘端120會偵測搭乘座標並產生搭乘請求，以及將此搭乘座標及搭乘請求透過網路140傳送至伺服端130。在實際實施上，搭乘者也可以僅透過筆記型電腦查詢當前位置的座標作為搭乘座標，並且由筆記型電腦將此搭乘座標及搭乘請求傳送至伺服端130。

如「第4A圖」至「第4C圖」為應用本發明在行車端顯示伺服端產生的配對結果之示意圖，首先，請先參閱「第4A圖」。前面提到，伺服端130會根據搭乘座標及行車訊息配對出距離搭乘端120最近且行車狀態為待載客的行車端，以此例而言，假設伺服端130初次根據搭乘座標及行車訊息配對出一個行車端110A，此行車端110A會顯示在顯示裝置410上顯示接收自伺服端130的第一配對請求，例如：以黑色圓點411及地圖資訊來呈現搭乘端120的位置，以及以網點圓點412代表行車端110A的位置。如此一來，行車端110A的司機即可清楚得知搭乘端120的位置。此時，假設司機不便載客，可按壓取消載客按鍵423使行車端110A產生的行車訊息的行車狀態為“取消載客”，特別要說明的是，當行車端110A前往搭乘端120的位置並載到乘客後，可按壓已載客按鍵422使行車端110A產生的行車訊息的行車狀態為“已載客”，避免伺服端130在已載客期間將行車端110A配對給其他搭乘端。另外，當乘客到達目的地且下車後，可按壓待載客按鍵421使行車端110A產生的行車訊息的行車狀態為“待載客”，以便伺服端130重新將行車端110A列入配對的選擇。

承上所述，假設伺服端130初次根據搭乘座標及 行車訊息配對出一個行車端110A且產生第一配對請求並傳送至配對出的行車端110A之後，當有另一個行車端(如：行車端110B)更接近搭乘端120且行車狀態為待載客時，由於伺服端130會持續根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端，並且在重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示，其顯示方式可如「第4B圖」所示意，在行車端110B的顯示裝置410中，將重新配對出的行車端110B以網點圓點413的方式呈現。特別要說明的是，此顯示並不影響行車端110A，換句話說，行車端110A和行車端110B的顯示裝置410皆會顯示地圖資訊以及以黑色圓點411呈現的搭乘端120，雖然搭乘端120可能先被其中一個行車端或其他未應用本發明的行車端所載走，但整體上對行車端110而言並無影響，因為其造成的結果只是改變了行車端110尋找乘客的行車路線而已。除此之外，假設伺服端130在第一配對請求或第二配對請求於預設時間內未配對成功，那麼伺服端130會再次根據接收到的行車訊息及搭乘座標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端以產生第三配對請求，並且將此第三配對請求傳送至配對出的行車端以進行顯示。

另外，在實際實施上，可如「第4C圖」所示意，假設搭乘端120所傳送的搭乘座標及搭乘請求已經持續存在一段預設的時間，伺服端130可以自行刪除此搭乘座標及搭乘請求，並且以取消圖示431來呈現，避免搭乘端120已被載走導致其他行車端110撲空的情況。

綜上所述，可知本發明與先前技術之間的差異在於透過搭乘端傳送搭乘座標及搭乘請求，以及行車端持續傳送行車訊息，使伺服端無需在行車端或搭乘端進行確認的情況下，持續根據搭乘座標及行車訊息配對出距離搭乘端最近且行車狀態為待載客的行車端，以便搭乘端能夠即時搭乘到 距離最近的行車端，節省等候搭乘的時間，藉由此一技術手段可以解決先前技術所存在的問題，進而達成提高乘車便利性之技術功效。

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

110‧‧‧行車端

120‧‧‧搭乘端

130‧‧‧伺服端

131‧‧‧接收模組

132‧‧‧配對模組

133‧‧‧調整模組

134‧‧‧確認模組

135‧‧‧選擇模組

140‧‧‧網路

Claims (10)

1. 一種乘車系統，該系統包含：至少一行車端，用以接收並顯示一第一配對請求及一第二配對請求，以及持續傳送一行車訊息，該行車訊息包括一行車座標及一行車狀態；一搭乘端，用以偵測一搭乘座標，並且傳送該搭乘座標及一搭乘請求；以及一伺服端，該伺服端包含：一接收模組，用以接收及記錄該搭乘請求與該行車訊息；一配對模組，用以根據該搭乘座標及該行車訊息配對出距離該搭乘端最近且該行車狀態為待載客的行車端，並產生該第一配對請求且傳送至配對出的該行車端以進行顯示；一調整模組，用以在傳送該第一配對請求後，持續根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端，當重新配對出的該行車端不同時，產生該第二配對請求並傳送至重新配對出的該行車端以進行顯示；以及一確認模組，用以在該第一配對請求或該第二配對請求於一預設時間內未配對成功後，再次根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘 端最近且該行車狀態為待載客的行車端以產生一第三配對請求且傳送至配對出的該行車端進行顯示。
2. 根據申請專利範圍第1項之乘車系統，其中該第一配對請求及該第二配對請求包括行車端行駛至配對出的該搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊訊息。
3. 根據申請專利範圍第1項之乘車系統，其中所述行車端在接收到該第一配對請求或該第二配對請求後，允許傳送一已載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為已載客，以及允許傳送一取消載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為取消載客。
4. 根據申請專利範圍第1項之乘車系統，其中該配對出距離該搭乘端最近的行車端的步驟為計算該搭乘座標與各行車座標之間的行車距離，並且查詢出具有最短行車距離的行車座標所對應的行車端。
5. 根據申請專利範圍第1項之乘車系統，其中該伺服端更包含一選擇模組，用以傳送該行車端的行車訊息至該搭乘端，並且允許該搭乘端選擇拒絕配對或接受配對，當該搭乘端選擇接受配對時，該伺服端記錄相應該行車端的行車狀態為已載客，當該搭乘端選擇拒絕配對時，該伺服端重新進行配對直到該搭乘端選擇接受配對。
6. 一種乘車方法，其步驟包括： 一伺服端持續接收至少一行車端的行車訊息，該行車訊息包括一行車座標及一行車狀態；一搭乘端偵測一搭乘座標，並且將該搭乘座標及一搭乘請求傳送至該伺服端；該伺服端根據該搭乘座標及該行車訊息配對出距離該搭乘端最近且該行車狀態為待載客的行車端，並產生一第一配對請求且傳送至配對出的該行車端以進行顯示；該伺服端在傳送該第一配對請求後，持續根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端，當重新配對出的該行車端不同時，產生一第二配對請求並傳送至重新配對出的該行車端以進行顯示；以及該伺服端在該第一配對請求或該第二配對請求於一預設時間內未配對成功後，再次根據接收到的行車訊息及該搭乘座標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端以產生一第三配對請求且傳送至配對出的該行車端進行顯示。
7. 根據申請專利範圍第6項之乘車方法，其中該第一配對請求及該第二配對請求包括行車端行駛至配對出的該搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊訊息。
8. 根據申請專利範圍第6項之乘車方法，其中所述行車端在接收到該第一配對請求或該第二配對請求後，允許傳送一 已載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為已載客，以及允許傳送一取消載客訊息至該伺服端，使該伺服端將相應行車端的該行車狀態記錄為取消載客。
9. 根據申請專利範圍第6項之乘車方法，其中該配對出距離該搭乘端最近的行車端的步驟為計算該搭乘座標與各行車座標之間的行車距離，並且查詢出具有最短行車距離的行車座標所對應的行車端。
10. 根據申請專利範圍第6項之乘車方法，其中該方法更包含該伺服端傳送該行車端的行車訊息至該搭乘端，並且允許該搭乘端選擇拒絕配對或接受配對，當該搭乘端選擇接受配對時，該伺服端記錄相應該行車端的行車狀態為已載客，當該搭乘端選擇拒絕配對時，該伺服端重新進行配對直到該搭乘端選擇接受配對。