乘車系統及其方法
2023-05-31 09:05:41
乘車系統及其方法
【專利摘要】本發明公開一種乘車系統及其方法，通過搭乘端傳送搭乘坐標及搭乘請求，以及行車端持續傳送行車信息，使服務端無需在行車端或搭乘端進行確認的情況下，持續根據搭乘坐標及行車信息配對出距離搭乘端最近且行車狀態為待載客的行車端，以便搭乘端能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間，用以達成提高乘車便利性的技術功效。
【專利說明】乘車系統及其方法
【技術領域】
[0001]本發明涉及一種乘車系統及其方法，特別是指一種無需在行車端或搭乘端進行確認的情況下，能夠持續且即時地配對出距離搭乘端最近的行車端的乘車系統及其方法。
【背景技術】
[0002]近年來，隨著網絡的普及與蓬勃發展，許多傳統服務也陸續與網絡相互結合，提供更加多元化的應用，例如:乘車服務。
[0003]一般而言，傳統的乘車服務是由搭乘者以電話聯絡計程車車行，請計程車車行派計程車至指定地點載客，然而，以電話聯絡的方式在即時性、選擇性及便利性皆存在相當大的改進空間，例如:通過人工方式指派計程車須耗費許多時間、電話聯繫較為不便......等等。因此，具有乘車不便的問題。
[0004]有鑑於此，便有廠商提出一種將傳統乘車服務結合網絡及全球定位系統的方式，其在計程車車行設置服務端、在計程車設置行車端且持續將行車端的定位坐標回傳至服務端，搭乘者可通過網絡連線至服務端進行叫車，以便由服務端選擇適合的計程車並指派給此搭乘者。如此一來，即可降低傳統電話叫車的不便。然而，上述方式在指派完成後，倘若要更換或取消原先指派的計程車，將產生許多耗費時間的步驟或確認流程，換句話說，行車端與搭乘者在配對完成後並無動態調整機制，以至於當有另一戴載客且距離搭乘者更近的行車端存在時，搭乘者仍然必須等候原先配對的行車端，這麼一來反而導致等候時間過長，同時也延長了搭乘者整體的搭乘時間。因此，上述方式仍然無法有效解決乘車不便的問題。
[0005]綜上所述，可知現有技術中長期以來一直存在乘車不便的問題，因此實有必要提出改進的技術手段，來解決此一問題。
【發明內容】
[0006]本發明揭露一種乘車系統及其方法。
[0007]首先，本發明揭露一種乘車系統，此系統包含:行車端、搭乘端及服務端。其中，行車端用以接收並顯示第一配對請求及第二配對請求，以及持續傳送行車信息，此行車信息包括行車坐標及行車狀態；搭乘端用以偵測搭乘坐標,並且傳送此搭乘坐標及搭乘請求；至於服務端的部分，服務端包含:接收模塊、配對模塊、調整模塊及確認模塊。其中，接收模塊用以接收及記錄搭乘請求與行車信息；配對模塊用以根據搭乘坐標及行車信息配對出距離搭乘端最近且行車狀態為待載客的行車端，並產生第一配對請求且傳送至配對出的行車端以進行顯示；調整模塊用以在傳送第一配對請求後，持續根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示；確認模塊用以在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端最近且行車狀態為待載客的行車端以產生第三配對請求且傳送至配對出的行車端進行顯示。
[0008]另外，本發明揭露一種乘車方法，其步驟包括:服務端持續接收行車端的行車信息,此行車信息包括行車坐標及行車狀態；搭乘端偵測搭乘坐標,並且將搭乘坐標及搭乘請求傳送至服務端；服務端根據搭乘坐標及行車信息配對出距離搭乘端最近且行車狀態為待載客的行車端，並產生第一配對請求且傳送至配對出的行車端以進行顯示；服務端在傳送第一配對請求後，持續根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示；服務端在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端最近且行車狀態為待載客的行車端以產生第三配對請求且傳送至配對出的行車端進行顯示。
[0009]本發明所揭露的系統與方法如上，與現有技術的差異在於本發明是通過搭乘端傳送搭乘坐標及搭乘請求，以及行車端持續傳送行車信息，使服務端無需在行車端或搭乘端進行確認的情況下，持續根據搭乘坐標及行車信息配對出距離搭乘端最近且行車狀態為待載客的行車端，以便搭乘端能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間。
[0010]通過上述的技術手段，本發明可以達成提高乘車便利性的技術功效。
【專利附圖】
【附圖說明】
[0011]圖1為本發明乘車系統的系統方塊圖。
[0012]圖2為本發明乘車方法的方法流程圖。
[0013]圖3為應用本發明以搭乘端進行叫車的示意圖。
[0014]圖4A至圖4C為應用本發明在行車端顯示服務端產生的配對結果的示意圖。
[0015]【符號說明】
[0016]110行車端
[0017]IlOA 行車端
[0018]IlOB 行車端
[0019]120搭乘端
[0020]130服務端
[0021]131接收模塊
[0022]132配對模塊
[0023]133調整模塊
[0024]134確認模塊
[0025]135選擇模塊
[0026]140 網絡
[0027]310觸控裝置
[0028]311叫車按鈕
[0029]410顯示裝置
[0030]411黑色圓點
[0031]412網點圓點
[0032]421待載客按鍵
[0033]422已載客按鍵
[0034]423取消載客按鍵
[0035]431取消圖示
【具體實施方式】
[0036]以下將配合圖式及實施例來詳細說明本發明的實施方式，藉此對本發明如何應用技術手段來解決技術問題並達成技術功效的實現過程能充分理解並據以實施。
[0037]在說明本發明所揭露的乘車系統及其方法之前，先對本發明所應用的環境作說明，本發明是應用在服務端中，並且能夠通過網絡與行車端及搭乘端進行通訊，所述服務端可為與網絡相連的個人電腦、大型主機、……等計算機設備；搭乘端可為具有網絡功能的智慧型手機或個人數字助理……等行動裝置；至於行車端可為設置在車輛上的電子設備(如:車載裝置)並具有定位、顯示及網絡功能。
[0038]以下配合圖式對本發明乘車系統及其方法做進一步說明，請參閱「圖1」，「圖1」為本發明乘車系統的系統方塊圖，此系統包含:行車端110、搭乘端120及服務端130。其中，行車端110能夠接收並顯示來自服務端130的第一配對請求、第二配對請求及第三配對請求，以及持續通過網絡140傳送行車信息，此行車信息包括行車坐標及行車狀態。在實際實施上，行車坐標是通過全球定位系統(Global Posit1ning System, GPS)來獲得，而行車狀態則是允許司機自行設定後產生，行車端110會持續傳送包含行車坐標及行車狀態的行車信息至服務端130以便服務端130更新行車端110的位置及狀態。所述行車端110、搭乘端120及服務端130之間通過網絡140相互通訊，行車端110可為能夠接收第一配對請求及第二配對請求的車載裝置。
[0039]搭乘端120用以偵測搭乘坐標，並且傳送搭乘坐標及搭乘請求。在實際實施上,搭乘端120是搭乘者的可攜式裝置，並且通過全球定位系統獲得所在位置的坐標以作為搭乘坐標，當搭乘者欲進行叫車時可通過運行於搭乘端120的應用程式產生搭乘請求，並且將搭乘坐標及搭乘請求傳送至服務端130。
[0040]至於在服務端130的部分，其服務端130包含:接收模塊131、配對模塊132、調整模塊133及確認模塊134。其中，接收模塊131用以通過網絡140接收來自搭乘端120的搭乘請求與行車信息，並且將其記錄於儲存媒體，如:硬碟、內存、……等裝置中，由於接收及記錄的方式為現有技術，故在此不再多作贅述。
[0041]配對模塊132用以根據搭乘坐標及行車信息配對出距離搭乘端120最近且行車狀態為待載客的行車端110，並產生第一配對請求且傳送至配對出的行車端110以進行顯示。在實際實施上，配對模塊132會計算搭乘坐標與每一個行車狀態為待載客的行車端110的行車坐標之間的距離，距離最短者代表距離搭乘端120最近，如此一來，即可將距離搭乘端120最近且行車狀態為待載客的行車端110用以與搭乘端120配對，並產生第一配對請求且傳送至配對出的行車端110以進行顯示，行車端110的司機看到此第一配對請求即可前往搭乘端120的位置載客。
[0042]調整模塊133用以在傳送第一配對請求後，持續根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端，當重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示。特別要說明的是，調整模塊133與配對模塊132的差異在於配對模塊132是用以對搭乘端120進行初次配對，而調整模塊133則是用以在配對模塊132對搭乘端120進行初次配對後，以同樣方式繼續找出距離搭乘端120最近且行車狀態為待載客的行車端，假設配對模塊132與調整模塊133配對出的行車端不同時，調整模塊133產生第二配對請求並傳送至重新配對出的行車端以進行顯示。如此一來，重新配對出的行車端即可前往搭乘端120的位置載客。特別要說明的是，上述配對與重新配對的過程皆無需經行車端110及搭乘端120的同意及確認即可即時重新配對。
[0043]確認模塊134用以在第一配對請求或第二配對請求於預設時間內未配對成功後，再次根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端110以產生第三配對請求且傳送至配對出的行車端進行顯示。在實際實施上，配對模塊132、調整模塊133及確認模塊134基本上都是用以配對出距離搭乘端120最近且行車狀態為待載客的行車端110，三者的差異僅在於配對模塊132是直接根據搭乘坐標及行車信息進行配對；調整模塊133是在配對模塊132進行配對後，持續維持配對出的行車端110為距離搭乘端120最近且行車狀態為待載客；至於確認模塊134則是在預設時間內仍未配對成功後重新進行配對處理。所述預設時間內可為一段自訂的時間，如:五分鐘、二十秒......等等。
[0044]在實際實施上，本系統更可包含選擇模塊135，用以傳送行車端110的行車信息至搭乘端120，並且允許搭乘端120選擇拒絕配對或接受配對，當搭乘端120選擇接受配對時，服務端130記錄相應於行車信息的行車端的行車狀態為已載客，當搭乘端120選擇拒絕配對時，服務端130重新進行配對直到搭乘端選擇接受配對為止。
[0045]要補充說明的是，配對模塊132、調整模塊133及確認模塊134所產生的第一配對請求、第二配對請求與第三配對請求還可包括行車端110行駛至配對出的搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊信息，由於計算兩個坐標之間的行駛距離及行駛時間為現有技術，故在此不再多作贅述。另外，配對模塊132、調整模塊133及確認模塊134配對出距離最近的行車端是通過計算搭乘坐標及各行車坐標之間的行車距離，並且查詢出具有最短行車距離的行車坐標所對應的行車端作為距離最近的行車端。
[0046]接著，請參閱「圖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能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間。
[0047]特別要說明的是，在步驟250之後，行車端110在接收到第一配對請求或第二配對請求後，允許傳送已載客信息至服務端130，使服務端130將相應行車端的行車狀態記錄為已載客，以及允許傳送取消載客信息至服務端130，使服務端130將相應行車端的行車狀態記錄為取消載客(步驟260)。如此一來，由於行車狀態已改變(即:非待載客的狀態)，所以服務端130會篩除此行車信息，重新根據其他行車信息及搭乘坐標再次進行配對處理。另夕卜，服務端130亦可傳送行車端110的行車信息至搭乘端120，並且允許搭乘端120選擇拒絕配對或接受配對，當搭乘端120選擇接受配對時，服務端130記錄相應行車端的行車狀態為已載客，當搭乘端120選擇拒絕配對時，服務端130重新進行配對直到搭乘端120選擇接受配對為止(步驟270)。
[0048]以下配合「圖3」至「圖4C」以實施例的方式進行如下說明，請先參閱「圖3」，「圖3」為應用本發明以搭乘端進行叫車的示意圖。當搭乘者欲叫車時，可通過搭乘端120，如:行動電話、個人數字助理、……等可攜式設備來實現，此設備具全球定位系統用以獲得定位坐標(此定位坐標在搭乘端120將視為搭乘坐標)。搭乘者在觸控裝置310上點選叫車按鈕311之後,搭乘端120會偵測搭乘坐標並產生搭乘請求，以及將此搭乘坐標及搭乘請求通過網絡140傳送至服務端130。在實際實施上，搭乘者也可以僅通過筆記型電腦查詢當前位置的坐標作為搭乘坐標，並且由筆記型電腦將此搭乘坐標及搭乘請求傳送至服務端130。
[0049]如「圖4A」至「圖4C」為應用本發明在行車端顯示服務端產生的配對結果的示意圖，首先，請先參閱「圖4A」。前面提到，服務端130會根據搭乘坐標及行車信息配對出距離搭乘端120最近且行車狀態為待載客的行車端，以此例而言，假設服務端130初次根據搭乘坐標及行車信息配對出一個行車端110A，此行車端IlOA會顯示在顯示裝置410上顯示接收自服務端130的第一配對請求，例如:以黑色圓點411及地圖資訊來呈現搭乘端120的位置，以及以網點圓點412代表行車端IlOA的位置。如此一來，行車端IlOA的司機即可清楚得知搭乘端120的位置。此時，假設司機不便載客，可按壓取消載客按鍵423使行車端IlOA產生的行車信息的行車狀態為「取消載客」，特別要說明的是，當行車端IlOA前往搭乘端120的位置並載到乘客後，可按壓已載客按鍵422使行車端IlOA產生的行車信息的行車狀態為「已載客」，避免服務端130在已載客期間將行車端IlOA配對給其他搭乘端。另外，當乘客到達目的地且下車後，可按壓待載客按鍵421使行車端IlOA產生的行車信息的行車狀態為「待載客」，以便服務端130重新將行車端IlOA列入配對的選擇。
[0050]承上所述，假設服務端130初次根據搭乘坐標及行車信息配對出一個行車端IlOA且產生第一配對請求並傳送至配對出的行車端IlOA之後，當有另一個行車端(如:行車端110B)更接近搭乘端120且行車狀態為待載客時，由於服務端130會持續根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端，並且在重新配對出的行車端不同時，產生第二配對請求並傳送至重新配對出的行車端以進行顯示，其顯示方式可如「圖4B」所示意，在行車端IlOB的顯示裝置410中，將重新配對出的行車端IlOB以網點圓點413的方式呈現。特別要說明的是，此顯示並不影響行車端110A，換句話說，行車端IlOA和行車端IlOB的顯示裝置410皆會顯示地圖資訊以及以黑色圓點411呈現的搭乘端120，雖然搭乘端120可能先被其中一個行車端或其他未應用本發明的行車端所載走，但整體上對行車端110而言並無影響，因為其造成的結果只是改變了行車端110尋找乘客的行車路線而已。除此之外，假設服務端130在第一配對請求或第二配對請求於預設時間內未配對成功，那麼服務端130會再次根據接收到的行車信息及搭乘坐標重新配對出距離搭乘端120最近且行車狀態為待載客的行車端以產生第三配對請求，並且將此第三配對請求傳送至配對出的行車端以進行顯示。
[0051]另外，在實際實施上，可如「圖4C」所示意，假設搭乘端120所傳送的搭乘坐標及搭乘請求已經持續存在一段預設的時間，服務端130可以自行刪除此搭乘坐標及搭乘請求，並且以取消圖示431來呈現，避免搭乘端120已被載走導致其他行車端110撲空的情況。
[0052]綜上所述，可知本發明與現有技術之間的差異在於通過搭乘端傳送搭乘坐標及搭乘請求，以及行車端持續傳送行車信息，使服務端無需在行車端或搭乘端進行確認的情況下，持續根據搭乘坐標及行車信息配對出距離搭乘端最近且行車狀態為待載客的行車端，以便搭乘端能夠即時搭乘到距離最近的行車端，節省等候搭乘的時間，藉由此一技術手段可以解決現有技術所存在的問題，進而達成提高乘車便利性的技術功效。
[0053]雖然本發明以前述的實施例揭露如上，然其並非用以限定本發明，任何熟習相像技藝者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，因此本發明的專利保護範圍須視本說明書所附的申請專利範圍所界定者為準。
【權利要求】
1.一種乘車系統，其特徵在於，該系統包含: 至少一行車端，用以接收並顯示一第一配對請求及一第二配對請求，以及持續傳送一行車信息，該行車信息包括一行車坐標及一行車狀態； 一搭乘端，用以偵測一搭乘坐標，並且傳送該搭乘坐標及一搭乘請求；以及 一服務端，該服務端包含: 一接收模塊，用以接收及記錄該搭乘請求與該行車信息； 一配對模塊，用以根據該搭乘坐標及該行車信息配對出距離該搭乘端最近且該行車狀態為待載客的行車端，並產生該第一配對請求且傳送至配對出的該行車端以進行顯示；一調整模塊，用以在傳送該第一配對請求後，持續根據接收到的行車信息及該搭乘坐標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端，當重新配對出的該行車端不同時，產生該第二配對請求並傳送至重新配對出的該行車端以進行顯示；以及 一確認模塊，用以在該第一配對請求或該第二配對請求於一預設時間內未配對成功後，再次根據接收到的行車信息及該搭乘坐標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端以產生一第三配對請求且傳送至配對出的該行車端進行顯示。
2.根據權利要求1的乘車系統，其特徵在於，該第一配對請求及該第二配對請求包括行車端行駛至配對出的該搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊信息。
3.根據權利要求1的乘車系統，其特徵在於，所述行車端在接收到該第一配對請求或該第二配對請求後，允許傳送一已載客信息至該服務端，使該服務端將相應行車端的該行車狀態記錄為已載客，以及允許傳送一取消載客信息至該服務端，使該服務端將相應行車端的該行車狀態記錄為取消載客。
4.根據權利要求1的乘車系統，其特徵在於，該配對出距離該搭乘端最近的行車端的步驟為計算該搭乘坐標與各行車坐標之間的行車距離，並且查詢出具有最短行車距離的行車坐標所對應的行車端。
5.根據權利要求1的乘車系統，其特徵在於，該服務端更包含一選擇模塊，用以傳送該行車端的行車信息至該搭乘端，並且允許該搭乘端選擇拒絕配對或接受配對，當該搭乘端選擇接受配對時，該服務端記錄相應該行車端的行車狀態為已載客，當該搭乘端選擇拒絕配對時，該服務端重新進行配對直到該搭乘端選擇接受配對。
6.一種乘車方法，其特徵在於，步驟包括: 一服務端持續接收至少一行車端的行車信息，該行車信息包括一行車坐標及一行車狀態； 一搭乘端偵測一搭乘坐標，並且將該搭乘坐標及一搭乘請求傳送至該服務端； 該服務端根據該搭乘坐標及該行車信息配對出距離該搭乘端最近且該行車狀態為待載客的行車端，並產生一第一配對請求且傳送至配對出的該行車端以進行顯示； 該服務端在傳送該第一配對請求後，持續根據接收到的行車信息及該搭乘坐標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端，當重新配對出的該行車端不同時，產生一第二配對請求並傳送至重新配對出的該行車端以進行顯示；以及 該服務端在該第一配對請求或該第二配對請求於一預設時間內未配對成功後，再次根據接收到的行車信息及該搭乘坐標重新配對出距離該搭乘端最近且該行車狀態為待載客的行車端以產生一第三配對請求且傳送至配對出的該行車端進行顯示。
7.根據權利要求6的乘車方法，其特徵在於，該第一配對請求及該第二配對請求包括行車端行駛至配對出的該搭乘端的行駛距離及行駛時間、行車端的車型、車牌號、行車端的駕駛記錄及通訊信息。
8.根據權利要求6的乘車方法，其特徵在於，所述行車端在接收到該第一配對請求或該第二配對請求後，允許傳送一已載客信息至該服務端，使該服務端將相應行車端的該行車狀態記錄為已載客，以及允許傳送一取消載客信息至該服務端，使該服務端將相應行車端的該行車狀態記錄為取消載客。
9.根據權利要求6的乘車方法，其特徵在於，該配對出距離該搭乘端最近的行車端的步驟為計算該搭乘坐標與各行車坐標之間的行車距離，並且查詢出具有最短行車距離的行車坐標所對應的行車端。
10.根據權利要求6的乘車方法，其特徵在於，該方法更包含該服務端傳送該行車端的行車信息至該搭乘端，並且允許該搭乘端選擇拒絕配對或接受配對，當該搭乘端選擇接受配對時，該服務端記錄相應該行車端的行車狀態為已載客，當該搭乘端選擇拒絕配對時，該服務端重新進行配對直到該搭乘端選擇接受配對。
【文檔編號】G07C5/00GK104252719SQ201310267733
【公開日】2014年12月31日 申請日期:2013年6月28日 優先權日:2013年6月28日
【發明者】華俊 申請人:英業達科技有限公司, 英業達股份有限公司