TWI677850B - 無障礙客車的預約方法及無障礙客車預約系統 - Google Patents

Abstract

一種無障礙客車的預約方法，包含：接收預約用戶裝置所傳遞的資料，以於伺服器的資料庫中建立一候位清單資訊。候位清單資訊中包含有至少一筆候位資訊，候位資訊至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資料。當營運用戶裝置向伺服器傳遞補位要求資訊時，伺服器能查找資料庫中與補位要求資訊相同日期的候位清單資訊，以傳遞至營運用戶裝置，從而讓營運用戶裝置能依據候位清單資訊中所包含的至少一筆候位資訊，對現有的班表進行補位排班作業。

Description

無障礙客車的預約方法及無障礙客車預約系統

本發明涉及一種客車的預約方法及客車預約系統，特別是一種無障礙客車的預約方法及無障礙客車預約系統。

現有的無障礙客車(例如復康巴士)的預約方式，大多是身障者透過打電話的方式至相關單位進行預約，而相關單位接到身障者的來電後，將會以人工的方式記錄，並據以進行相關的排班作業。雖然，近年部份地區有提供相關的網路平台，以供身障者線上預約。但，無論何種預約方式，當相關單位的車輛皆被預約時，身障者則必需在預約日來到之前，反覆地自行聯絡相關單位，已確認是否有其他成功預約者取消預約，如此，造成身障者的困擾，且相對地造成相關單位的困擾。

緣此，本發明人乃潛心研究並配合學理的運用，而提出一種設計合理且有效改善上述問題的本發明。

本發明的主要目的在於提供一種無障礙客車的預約方法及無障礙客車預約系統，用以改善現有技術中，身障者在未順利預約到車輛時，必需自行反覆地與相關單位確認是否有其他成功預約的人員取消預約，如此，造成身障者的困擾的問題。

為了實現上述目的，本發明提供一種無障礙客車的預約方法，其包含：利用一伺服器，接收多個預約用戶裝置所傳遞的一 候位資訊；候位資訊至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資料；利用伺服器將具有相同的乘車日期的候位資訊整合為至少一候位清單資訊，並儲存於一資料庫；在伺服器接收至少一個營運用戶裝置所傳遞的一補位要求資訊時，依據補位要求資訊的一載運日期，查找資料庫中相對應的候位清單資訊；其中，補位要求資訊還包含一載運區域、一載運時間、一載運車種及一載運路線四者中的至少一個；當資料庫中存在有對應於補位要求資訊的候位清單資訊時，伺服器將候位清單資訊傳遞至發出補位要求資訊的營運用戶裝置；在伺服器接收已接收候位清單資訊的營運用戶裝置，所回傳的一補位成功資訊時，依據補位成功資訊所包含的至少一個用戶基本資料，傳遞一補位結果資訊至相對應的預約用戶裝置；其中，補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；在伺服器接收已接收補位成功資訊的預約用戶裝置所回傳的一確認資訊時，更新資料庫中相對應的候位清單資訊，並於相對應的候位清單資訊中去除已成功補位的候位資訊；在伺服器接收已接收補位成功資訊的預約用戶裝置所回傳的一不同意資訊時，傳遞相對應的候位清單資訊及一拒絕補位資訊，至相對應的營運用戶裝置；再次傳遞至營運用戶裝置的候位清單資訊中，將不再包含有回傳不同意資訊的預約用戶裝置所對應的候位資訊；其中，在所述伺服器接收其中一個所述預約用戶裝置所傳遞的一取消資訊時，所述伺服器將依據所述取消資訊查找所述資料庫中相對應的一預約成功資訊，並依據所述預約成功資訊所包含的一乘車資訊，查找所述資料庫中具有相同乘車日期的所述候位清單資訊，所述伺服器據以將所述乘車資訊及相對應的所述候位清單資訊一併傳遞至相對應的所述營運用戶裝置。

為了實現上述目的，本發明還提供一種無障礙客車的預約方 法，其包含：利用一伺服器接收已註冊的預約用戶裝置所輸入的一預約資訊；預約資訊至少包含一乘車日期、一乘車時間、一用戶類別、一上車位置、一下車位置及一用戶基本資料；利用伺服器依據預約資訊與一資料庫中的多筆空車資訊進行媒合；當預約資訊與資料庫中的其中一筆空車資訊媒合成功時，伺服器則發出一預約成功資訊至相對應的預約用戶裝置；當預約資訊未與任一筆空車資訊媒合成功時，伺服器將預約資訊以一候位資訊儲存於資料庫中；利用伺服器將具有相同的乘車日期的至少一筆候位資訊，整合為至少一候位清單資訊，並儲存於資料庫中；在伺服器接收至少一個營運用戶裝置所傳遞的一補位要求資訊時，依據補位要求資訊的一載運日期，查找資料庫中相對應的候位清單資訊；其中，補位要求資訊還包含一載運區域、一載運時間、一載運車種及一載運路線四者中的至少一個；當資料庫中存在有對應於補位要求資訊的候位清單資訊時，伺服器將候位清單資訊傳遞至發出補位要求資訊的營運用戶裝置；在伺服器接收已接收候位清單資訊的營運用戶裝置，所回傳的一補位成功資訊時，依據補位成功資訊所包含的至少一個用戶基本資料，傳遞一補位結果資訊至相對應的預約用戶裝置；其中，補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；在伺服器接收已接收補位成功資訊的預約用戶裝置所回傳的一確認資訊時，更新資料庫中相對應的候位清單資訊，並於相對應的候位清單資訊中去除已成功補位的候位資訊；在伺服器接收已接收補位成功資訊的預約用戶裝置所回傳的一不同意資訊時，傳遞相對應的候位清單資訊及一拒絕補位資訊，至相對應的營運用戶裝置；再次傳遞至營運用戶裝置的候位清單資訊中，將不再包含有回傳不同意資訊的預約用戶裝置所對應的候位資訊；其中，在所述伺服器接收其中一個所述預約用戶裝置所傳遞的一取消資訊時，所述伺服器將依據所述取消資訊查找所述資料庫中相對應的 一預約成功資訊，並依據所述預約成功資訊所包含的一乘車資訊，查找所述資料庫中具有相同乘車日期的所述候位清單資訊，所述伺服器據以將所述乘車資訊及相對應的所述候位清單資訊一併傳遞至相對應的所述營運用戶裝置。

為了實現上述目的，本發明更提供一種無障礙客車預約系統，其包含：一伺服器、多個預約用戶裝置及多個營運用戶裝置。伺服器包含有一資料庫，資料庫中儲存有多筆空車資訊、多筆預約用戶資訊及多筆營運用戶資訊。多個預約用戶裝置能與伺服器通訊連接；各個預約用戶裝置能傳遞一使用者資訊至伺服器，伺服器能比對依據預約用戶裝置所傳遞的使用者資訊，比對資料庫中的多筆預約用戶資訊，以判斷預約用戶裝置是否為已註冊的裝置；伺服器判斷預約用戶裝置為已註冊的裝置時，各個預約用戶裝置能傳遞一候位資訊至伺服器，候位資訊至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資。多個營運用戶裝置能與伺服器通訊連接；各個營運用戶裝置能傳遞一使用者資訊至伺服器，伺服器能比對依據營運用戶裝置所傳遞的使用者資訊，比對資料庫中的多筆營運用戶資訊，以判斷營運用戶裝置是否為已註冊的裝置；伺服器判斷營運用戶裝置為已註冊的裝置時，營運用戶裝置能傳遞一補位要求資訊至伺服器；補位要求資訊至少包含一載運日期及一載運區域，補位要求資訊還包含一載運時間、一載運車種及一載運路線中的至少一個。其中，伺服器能接收多個預約用戶裝置所分別傳遞的候位資訊，並將具有相同的乘車日期的至少一個候位資訊，整合為一候位清單資訊，以儲存於資料庫中。其中，伺服器能在接收任一個預約用戶裝置所傳遞的補位要求資訊時，能依據補位要求資訊的載運日期，查找資料庫中具有相同日期的候位清單資訊；當資料庫中存在具有相同日期的候位清單資訊時，伺服器將傳遞候位清單資訊至營運用戶裝置。其中，伺服器接收 營運用戶裝置所回傳的一補位成功資訊時，伺服器能依據補位成功資訊中的所包含的至少一個用戶基本資料，傳遞一補位結果資訊至相對應的預約用戶裝置；其中，補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個。其中，當伺服器接收已接收補位成功資訊的預約用戶裝置所回傳的一確認資訊時，伺服器能更新資料庫中相對應的候位清單資訊，而於相對應的候位清單資訊中去除已成功補位的候位資訊。其中，伺服器能於接收已接收補位成功資訊的預約用戶裝置所回傳的一不同意資訊時，傳遞預約用戶裝置所對應的候位資訊及一拒絕補位資訊，至相對應的營運用戶裝置；伺服器再次傳遞至營運用戶裝置的候位資訊中，將不再包含有回傳不同意資訊的預約用戶裝置所對應的候位資訊。

本發明的有益效果可以在於：無法順利預約到車輛的預約用戶裝置，其所傳送的相關預約資料，能被儲存為候位資訊，且具有相同乘車日期的候位資訊將被整合為候位清單資訊。而後，在相關業者能額外載運人員時，營運業者將可透過營運用戶裝置向伺服器取得候位清單資訊，並據以由該候位清單資訊中挑選可載運的人員；當營運業者確認可額外載運候位清單資訊中的人員時，伺服器將會收到補位成功資訊，而伺服器亦會傳遞補位結果資訊至相對應的預約用戶裝置，而預約用戶裝置則可依據需求，選擇是否進行補位。是以，預約用戶在無法順利預訂到車輛時，僅需透過預約用戶裝置傳送一次候位資訊，而後預約用戶將無需再自行向相關單位確認是否有空車可補位，伺服器將會自動地將候位資訊傳遞至合適的營運用戶裝置，且預約用戶裝置接收到相關的補位結果資訊時，還可以依據需求選擇是否進行補位；其中，所述伺服器能傳遞一一般預約資訊至其中一個已註冊的所述預約用戶裝置，所述預約用戶裝置接收所述一般預約資訊能以一一般預約介面呈現，呈現有所述一般預約介面的所述預約用戶裝置能 被操作，而對應產生一輸入資訊，所述輸入資訊至少包含一乘車日期、一乘車時間、一上車位置及一下車位置；所述伺服器能接收來自所述預約用戶裝置所傳遞的所述輸入資訊，以依據所述輸入資訊所對應的乘車日期，查找所述資料庫中具有相同日期的至少一筆所述空車資訊，而所述伺服器能將具有相同日期的至少一筆所述空車資訊傳遞至所述預約用戶裝置，所述預約用戶裝置接收來自所述伺服器所傳送的所述空車資訊，能以一空車選擇介面呈現，呈現有所述空車選擇介面的所述預約用戶裝置能被操作，而對應產生一預約資訊，所述伺服器接收所述預約資訊時，能將所述預約資訊及其對應的空車資訊，以一預約成功資訊儲存於所述資料庫中。

為使能更進一步瞭解本發明的特徵及技術內容，請參閱以下有關本發明的詳細說明與附圖，然而所附圖式僅提供參考與說明用，並非用來對本發明加以限制者。

1‧‧‧伺服器

10‧‧‧資料庫

101‧‧‧候位清單資訊

102‧‧‧預約成功資訊

1021‧‧‧乘車資訊

103‧‧‧空車資訊

104‧‧‧預約用戶資訊

105‧‧‧營運用戶資訊

106‧‧‧預約選擇資訊

107‧‧‧一般預約資訊

108‧‧‧候位預約資訊

109‧‧‧查找失敗資訊

110‧‧‧同意資訊

11‧‧‧補位結果資訊

12‧‧‧拒絕補位資訊

A‧‧‧預約用戶裝置

A1‧‧‧候位資訊

A2‧‧‧確認資訊

A3‧‧‧不同意資訊

A4‧‧‧取消資訊

A5‧‧‧預約資訊

A6‧‧‧使用者資訊

A7‧‧‧輸入資訊

B‧‧‧營運用戶裝置

B1‧‧‧補位要求資訊

B2‧‧‧補位成功資訊

B3‧‧‧使用者資訊

B4‧‧‧排班要求資訊

S‧‧‧無障礙客車預約系統

P0、P1、P1a、P2、P3A、P3B‧‧‧流程步驟

圖1為本發明的無障礙客車的預約方法的流程示意圖。

圖2為本發明的無障礙客車的預約方法的候位清單資訊生成步驟的示意圖。

圖3及圖4為本發明的無障礙客車的預約方法的補位步驟的示意圖；如圖3及圖4亦為本發明的無障礙客車預約系統的方塊示意圖。

圖5為本發明的無障礙客車的預約方法的拒絕補位步驟的示意 圖；如圖5亦為本發明的無障礙客車預約系統的方塊示意圖。

圖6為本發明的無障礙客車的預約方法的取消步驟的示意圖。

圖7為本發明的無障礙客車的預約方法的另一實施例的流程示意圖。

圖8為本發明的無障礙客車預約方法的另一實施例的一般預約步驟的流程示意圖；如8亦為本發明的無障礙客車預約系統的 方塊示意圖。

圖9為本發明的無障礙客車預約系統的示意圖。

圖10為本發明的無障礙客車預約系統的另一示意圖。

以下係藉由特定的具體實例說明本發明之無障礙客車預約系統的實施方式，於以下說明中，如有指出請參閱特定圖式或是如特定圖式所示，其僅是用以強調於後續說明中，所述及的相關內容大部份出現於該特定圖式中，但不限制該後續說明中僅可參考所述特定圖式。

請一併參閱圖1至圖5，其為本發明的無障礙客車的預約方法，所述無障礙客車的預約方法能應用於一伺服器，而所述伺服器中運行的電腦程序能執行所述無障礙客車的預約方法。圖1為無障礙客車預約方法的流程示意圖；圖2顯示為無障礙客車的預約方法的候位清單資訊生成步驟的方塊示意圖；圖3顯示為無障礙客車的預約方法的補位步驟的方塊示意圖；圖4顯示為無障礙客車的預約方法的更新步驟的方塊示意圖；圖5顯示為無障礙客車的預約方法的拒絕補位步驟的示意圖。

所述無障礙客車的預約方法，適用於一預約用戶裝置A無法通過一一般預約步驟而成功預約到車輛的情況，所述無障礙客車的預約方法包含：一候位清單資訊生成步驟P1(如圖1及圖2所示)：利用一伺服器1接收多個預約用戶裝置A所傳遞的一候位資訊A1；候位資訊A1至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資料；利用所述伺服器1將具有相同的乘車日期的候位資訊A1整合為至少一候位清單資訊101，並儲存於伺服器1的一資料庫10； 一補位步驟P2(如圖1、圖3及圖4所示)：在伺服器1接收至少一個營運用戶裝置B所傳遞的一補位要求資訊B1時，伺服器1將依據所述補位要求資訊B1的一載運日期，查找所述資料庫10中相對應的所述候位清單資訊101；其中，所述補位要求資訊B1還包含一載運區域、一載運時間、一載運車種及一載運路線四者中的至少一個；當所述資料庫10中存在有對應於所述補位要求資訊B1的所述候位清單資訊101時，伺服器1則會將所述候位清單資訊101傳遞至發出所述補位要求資訊B1的所述營運用戶裝置B；在伺服器1接收已接收所述候位清單資訊101的所述營運用戶裝置B，所回傳的一補位成功資訊B2時，伺服器1將依據所述補位成功資訊B2中的所包含的至少一個所述用戶基本資料，傳遞一補位結果資訊11至相對應的所述預約用戶裝置A；其中，所述補位結果資訊11還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；一更新步驟P3A(如圖1及圖4所示)：在伺服器1接收已接收補位結果資訊11的預約用戶裝置A所回傳的一確認資訊A2時，伺服器1將更新資料庫10中相對應的候位清單資訊101；其中，伺服器1更新資料庫10的方式，可以是刪除或是標記相對應的候位清單資訊101中的候位資訊A1；一拒絕補位步驟P3B(如圖1及圖5所示)：在伺服器1接收已接收補位結果資訊11的預約用戶裝置A所回傳的一不同意資訊A3時，伺服器1將傳遞相對應的候位清單資訊101及一拒絕補位資訊12，至相對應的營運用戶裝置B；再次傳遞至營運用戶裝置B的候位清單 資訊101中，將不再包含有回傳不同意資訊A3的預約用戶裝置A所對應的候位資訊A1。

特別強調的是，在上述候位清單資訊生成步驟P1中，是指相關預約用戶裝置A無法通過一般預約步驟進行車輛預約時(所有相對應的車輛皆被預訂時)，才進行所述候位清單資訊生成步驟P1；亦即，上述候位清單資訊生成步驟P1，是在預約用戶裝置A無法直接預約到車輛的情況下所執行，預約用戶裝置A進行車輛預約時，若當下即有相對應的空車，則可直接完成預訂作業，而上述候位清單資訊生成步驟P1將不會被執行。

上述預約用戶裝置A及營運用戶裝置B例如可以是各式電腦、智慧型手機等，於此不加以限制，在特殊的應用中，預約用戶裝置A及營運用戶裝置B也可以是伺服器。在具體的實施中，伺服器1可以是由公營或是半公營的單位所營運(例如是現有的復康巴士業者)，而營運用戶裝置B則可以是現有民營的計程車單位所營運。預約用戶裝置A可以是由身障者所持有，或者是由相關的身障者服務單位所營運。

在上述補位步驟P2中，依據多筆候位資訊A1整合於候位清單資訊101時的分類方式的不同，伺服器1在接收補位要求資訊B1，且經過資料庫10的查找後，伺服器1可以是傳遞兩筆以上具有相同日期(乘車日期)的候位清單資訊101至營運用戶裝置B。

在上述補位步驟P2中，伺服器1除了依據載運日期，對資料庫10中的多筆候位清單資訊101進行查找、篩選外，還可以是依據需求，以補位要求資訊B1中的其他資料(例如一載運區域、一載運時間、一載運車種及一載運路線等)，對資料庫10中的多筆候位清單資訊101進行篩選。舉例來說，伺服器1可以是先依據載運日期，查找出資料庫10中的多筆候位清單資訊101，而後再依據補位要求資訊B1中的需求車種等資料，對該些候位清單資訊101進行篩選，最後才將篩選後的候位清單資訊101傳遞至營運用 戶裝置B。

具體來說，不同的預約用戶裝置A所需求的車種，可能與營運用戶裝置B所發出的補位要求資訊B1中的載運車種不相同，而發生無法載運的問題，舉例來說，當營運用戶裝置B所發出的補位要求資訊B1中的載運車種為一般房車，而候位清單資訊101中的部份候位資訊A1中所包含的需求車種為具有輪椅載運功能的復康巴士時，營運用戶裝置B若接收到需求車種為具有輪椅載運功能的復康巴士的候位清單資訊101或候位資訊A1時，營運用戶裝置B將無法使用。是以，伺服器1在傳送候位清單資訊101至營運用戶裝置B前，可以是依據補位要求資訊B1先進行篩選，據以使營運用戶裝置B接收到候位清單資訊101時，無需再另外進行篩選，從而可加速營運用戶裝置B的相關作業效率。

當資料庫10中未存在有對應於補位要求資訊B1的候位清單資訊101時，伺服器1將可以是對應傳遞一查找失敗資訊109至提出補位要求資訊B1的營運用戶裝置B。當伺服器1於資料庫10中未查找到相對應的候位清單資訊101時，伺服器1還可以是以補位要求資訊B1中的其他資料，對資料庫10中的多筆候位清單資訊101進行查找，亦即，當資料庫10中未存在有相同載運日期(乘車日期)的候位清單資訊101時，伺服器1也可以是將資料庫10中具有相同或是相似的上車位置、下車位置等資料的候位清單資訊101，傳遞至營運用戶裝置B；又或者，伺服器1可以是於資料庫10中，查找載運日期前後兩天(但不以此為限)的相關候位清單資訊101，以將具有不同載運日期的候位清單資訊101傳遞至營運用戶裝置B。

如圖3所示，在上述補位步驟P2中，所述營運用戶裝置B接收到來至伺服器1所回傳的候位清單資訊101時，營運用戶裝置B將可依據候位清單資訊101中的多筆候位資訊A1，進行相關的補位排班作業，而當營運用戶裝置B將其中一筆或多筆候位資訊A1 排入其所具有的現有班表內時，營運用戶裝置B將可以回傳該筆或多筆候位資訊A1或/及其所包含相關資料(例如用戶基本資料)至伺服器1。而後，伺服器1將可依據營運用戶裝置B所回傳的該筆或多筆候位資訊A1等資料，傳遞一補位結果資訊11至相對應的預約用戶裝置A。其中，所述補位排班作業可以是使用者透過營運用戶裝置B進行，或者可以是營運用戶裝置B中的程式自動進行。

具體來說，營運用戶裝置B在完成預約用戶裝置A通過一般預約步驟所完成的預約成功資訊的排班作業後，營運用戶裝置B可能發現其所排定的現有班表中，仍可額外載運至少一位人員，此時，營運用戶裝置B即可向伺服器1發出上述補位要求資訊B1。當營運用戶裝置B收到伺服器1所發出的候位清單資訊101時，營運用戶裝置B則可以是依據候位清單資訊101中所包含的多筆候位資訊A1，對現有班表進行所述補位排班作業，以將至少一筆候位資訊A1安插於仍可額外載運至少一位人員的現有班表中。若營運用戶裝置B成功地將候位清單資訊101中至少一筆候位資訊A1，安排至現有班表中時，營運用戶裝置B將回傳相關資料至伺服器1。上述預約成功資訊是指，預約用戶裝置A通過伺服器1順利地預約到車輛時所產生的資訊。

在實際應用中，營運用戶裝置B在依據候位清單資訊101，對仍可額外載運至少一位人員的現有班表進行補位安排作業時，可能會為了順利將候位資訊A1，安插於現有班表中，而對應調整候位資訊A1中的乘車時間、上車位置、下車位置等資料，因此，在營運用戶裝置B回傳至伺服器1的補位結果資訊11中，還可以是包含有變更時間、變更上車位置、變更下車位置等資料。

在上述拒絕補位步驟P3B中，預約用戶裝置A在接收到補位結果資訊11時，可能判斷無法配合補位結果資訊11中經過營運用戶裝置B變更後的變更時間、變更上車位置、變更下車位置等， 此時，預約用戶裝置A將可透過傳遞不同意資訊A3至伺服器1，以拒絕進行該次的補位作業，而伺服器1將會再次傳遞相關的候位清單資訊101(不包含有回傳不同意資訊A3所對應的候位資訊A1)至營運用戶裝置B。在具體實施中，伺服器1可以是在補位步驟P2中，對應產生一記錄資料，所述記錄資料能記錄有伺服器1於何時將哪些候位清單資訊101傳遞至哪一個營運用戶裝置B，如此，當伺服器1接收到預約用戶裝置A所傳遞的不同意資訊A3時，快速地查找出相對應的候位清單資訊101。

依上所述，本發明的無障礙客車的預約方法，是將多個預約用戶裝置A所傳遞的候位資訊A1，整合為至少一筆候位清單資訊101，並於營運用戶裝置B發出補位要求資訊B1時，將相對應的候位清單資訊101傳遞至營運用戶裝置B，以提供營運用戶裝置B進行相關的補位排班作業。是以，本發明的無障礙客車的預約方法，能有效地輔助相關預約用戶裝置A及營運用戶裝置B進行相關的補位排班作業，從而提升補位的成功率，以及相關的載運效能。另外，相關的使用者透過預約用戶裝置A向伺服器1傳遞相關的候位資訊A1後，使用者將無需再自行反覆地確認是否有空車可以進行補位，而伺服器1將會自動地將候位資訊A1，傳遞至相關的營運用戶裝置B，如此，將使相關使用者(身障者)能更方便地進行相關補位作業。

請參閱圖6，其為本發明的無障礙客車的預約方法的另一實施例的流程示意圖。如圖所示，本實施例與前述實施例最大不同之處在於：在候位清單資訊生成步驟P1a前，還可以是包含有：一般預約步驟P0(如圖6及圖7所示)：利用伺服器1接收已註冊的預約用戶裝置A所傳遞的一預約資訊A5；預約資訊A5至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置及一用戶基本資料； 利用伺服器1依據預約資訊A5與資料庫10中的多筆空車資訊103進行媒合；當伺服器1將預約資訊A5成功與資料庫10中的其中一筆空車資訊103媒合時，伺服器1將發出一預約成功資訊102至相對應的預約用戶裝置A。其中，所述媒合成功即為預約資訊A5的相關資料，與空車資訊103的相關資料相互符合，白話地說，即為預約用戶裝置A成功地預約到車輛。當伺服器1未能將預約資訊A5成功地與空車資訊103相互媒合時，伺服器1則將預約資訊A5以一候位資訊A1儲存於資料庫10中。

於所述般預約步驟P0後還包含有類似於前述候位清單資訊生成步驟P1a、補位步驟P2、更新步驟P3A(或拒絕補位步驟P3B)，該些步驟請參前述實施例的說明，於此不再贅述。其中，候位清單資訊生成步驟P1a與前述候位清單資訊生成步驟P1之差異僅在於：在利用伺服器將具有相同乘車日期的候位清單資訊整合為至少一候位清單資訊，並儲存於伺服器的資料庫中的步驟前，候位清單資訊生成步驟P1是先利用伺服器接收多個預約用戶裝置所傳遞的候位資訊，而候位清單資訊生成步驟P1a則是將預約資訊以一候位資訊儲存於資料庫。

依上所載，當預約用戶裝置A所傳送的預約資訊A5，能被成功地與資料庫10中的空車資訊103媒合時，將不會執行所述候位清單資訊生成步驟P1等後續步驟；但，當預約用戶裝置A所傳遞的預約資訊A5，未能成功地與資料庫10中的空車資訊103相互媒合時，將會對應執行所述候位清單資訊生成步驟P1等步驟。所述相互媒合的執行方式，可以是伺服器1透過其本身所具有的相關應用程式自動地執行，或者可以是透過人工的方式進行，並配合相關的輸入裝置，以將媒合的結果輸入於伺服器1中，於此不加以限制。簡而言之，預約用戶裝置A在通過伺服器1進行車輛預約時，若預約用戶裝置A順利預訂到空車，則預約用戶裝置A 所傳送的相關資訊，將不會以候位資訊A1儲存於資料庫10中，亦即，預約用戶裝置A所傳送的相關資訊(預約資訊A5)將不會與其他預約用戶裝置A所傳送的候位資訊A1相互整合為候位清單資訊101；相對地，預約用戶裝置A所傳送的相關資訊，若未成媒合，則伺服器1將會以候位資訊A1儲存於資料庫10中。

在不同的實施例中，本發明的無障礙客車的預約方法，還可以包含：一取消步驟(如圖8所示)：在伺服器1接收其中一個預約用戶裝置A所傳遞的一取消資訊A4時，依據取消資訊A4查找所述資料庫10中相對應的預約成功資訊102，並依據所述預約成功資訊102所包含的一乘車資訊1021，對應查找資料庫10中具有相同的乘車日期的候位清單資訊101，並據以將乘車資訊1021及相對應的候位清單資訊101，傳遞至乘車資訊1021所對應的營運用戶裝置B。

其中，乘車資訊1021例如可以是包含有乘車日期、乘車時間、上車位置、下車位置、用戶基本資料等。當已經成功預約到車輛的預約用戶裝置A向伺服器1發出取消資訊A4時，伺服器1將可在通知相對應的營運用戶裝置B的同時，傳遞至少一筆相關的候位清單資訊101，如此，相關營運用戶裝置B將可同時接收到來至伺服器1所傳遞的乘車資訊1021及至少一筆相對應的候位清單資訊101，而相關營運用戶裝置B即可快速地依據候位清單資訊101，重新安排現有班表，藉此，將可大幅提升補位成功的機率。換言之，相關營運用戶裝置B在接收到取消先前已經成功預約的相關資訊時，將同時接收到相關的候位清單資訊101，而營運用戶裝置B將無需發送相關補位要求資訊至伺服器1，即可直接進行補位排班作業。

在實際應用中，伺服器1可以是在接收任一個營運用戶裝置B 所傳遞的補位成功資訊B2時，記錄所述補位成功資訊B2所對應的候位資訊A1，並於後續接收到任一營運用戶裝置B所傳遞的補位要求資訊B1時，不再傳遞先前記錄的補位成功資訊B2中所對應的候位資訊A1至發出補位要求資訊B1的營運用戶裝置B，如此，將可避免已被其中一個營運用戶裝置B安插於其所對應的班表中的候位資訊A1，再被傳遞至其他的營運用戶裝置B，而發生同一筆候位資訊A1被重複補位的問題。在具體應用中，伺服器1可以是在接收補位成功資訊B2時，對資料庫10中相對應的候位資訊A1進行記錄，而再後續依據補位要求資訊B1對資料庫10進行查找時，不將已被記錄的候位資訊A1，隨候位清單資訊101傳遞至營運用戶裝置B；換言之，伺服器1在傳遞候位清單資訊101至營運用戶裝置B之前，可以是先刪除已被記錄的候位資訊A1(即已被包含於其他營運用戶裝置B所傳遞的補位成功資訊B2中的候位資訊A1)。請參閱圖9，其為本發明的無障礙客車預約系統的示意圖。如圖所示，無障礙客車預約系統S包含：一伺服器1、多個預約用戶裝置A及多個營運用戶裝置B。所述預約用戶裝置A及營運用戶裝置B可以是智慧型手機、各式電腦、伺服器等，於此不加以限制。伺服器1包含有一資料庫10，資料庫10中儲存有多筆空車資訊103、多筆預約用戶資訊104及多筆營運用戶資訊105。伺服器1能與多個預約用戶裝置A通訊連線，且伺服器1亦能與多個營運用戶裝置B通訊連線，而伺服器1能依據各個預約用戶裝置A、各個營運用戶裝置B所傳遞的資訊，對應回傳相關的資訊。

在具體應用中，當各個預約用戶裝置A或各個營運用戶裝置B連線至伺服器1時，伺服器1能先要求各個預約用戶裝置A及營運用戶裝置B傳遞一使用者資訊A6、B3，而伺服器1將比對使用者資訊A6、B3及資料庫10中的多筆預約用戶資訊104及多筆營運用戶資訊105。當伺服器1確認各預約用戶裝置A或是各營 運用戶裝置B所傳遞的使用者資訊A6、B3，與資料庫10中所儲存的預約用戶資訊104或營運用戶資訊105相符合，則伺服器1將判定預約用戶裝置A或營運用戶裝置B為已註冊的用戶。

當伺服器1判斷營運用戶裝置B為已註冊的用戶時，營運用戶裝置B將能傳遞至少一筆空車資訊103至伺服器1，以儲存於資料庫10中，或者營運用戶裝置B能對應修改資料庫10中現有的空車資訊103；當然，伺服器1的管理人員，也可以是透過相關的輸入裝置對資料庫10中的空車資訊103進行建制、修改。具體來說，營運用戶裝置B可以由一般民營計程車業者運作，而伺服器1則可以是公營或是半公營的單位運作，伺服器1的資料庫10中可以是同時儲存有公營或半公營的單位所儲存的空車資訊103，及來自一般民營計程車業者所儲存的空車資訊103。

當伺服器1確認預約用戶裝置A為已註冊的預約用戶裝置A時，伺服器1能傳遞一預約選擇資訊106至預約用戶裝置A，而預約用戶裝置A接收到所述預約選擇資訊106時，將可以對應以一預約選擇介面呈現，而預約用戶裝置A的使用者將可利用預約選擇介面選擇所欲進行的車輛預約方式。

在實際應用中，所述預約選擇介面例如可以是至少包含有一個一般預約按鈕及一個候位預約按鈕；當使用者透過預約用戶裝置A於預約選擇介面中選擇一般預約按鈕時，伺服器1將傳遞一一般預約資訊107至預約用戶裝置A，而預約用戶裝置A將可以是以一一般預約介面呈現。所述一般預約介面能提供使用者輸入乘車日期、乘車時間、乘車位置等資料，而預約用戶裝置A能依據使用者通過一般預約介面所輸入的相關資訊，對應產生一輸入資訊A7。

伺服器1接收預約用戶裝置A所傳遞的輸入資訊A7時，伺服器1將可依據輸入資訊A7所包含的相關資料(乘車日期、乘車時間、乘車位置)，查找、比對資料庫10中相對應的多筆空車資 訊103，當資料庫10中具有相對應的至少一筆空車資訊103時，伺服器1將會把空車資訊103傳遞至預約用戶裝置A，而預約用戶裝置A接收該些空車資訊103後，則能以一空車選擇介面呈現，預約用戶裝置A的使用者則可透過空車選擇介面，以選擇所需的空車，而預約用戶裝置A則將據以產生一預約資訊A5至伺服器1。伺服器1接收預約資訊A5時，將會將該預約資訊A5及相對應的空車資訊103，以一預約成功資訊102，儲存於資料庫10中，且資料庫10中的相對應的空車資訊103將會被修改或刪除。

在實際應用中，單一筆空車資訊103可以是對應為單一時間(時段)的特定車種，例如是上午9點10分的9人座復康巴士，而伺服器1將會在該筆空車資訊103被預約用戶裝置A成功預約9次後，於資料庫10中刪除該筆空車資訊103，或者是資料庫10記錄該筆空車資訊103不能再被預約。

當資料庫10儲存有預約成功資訊102時，伺服器1的相關使用者則可透過相關裝置，以讀取或觀看所述預約成功資訊102，並據以進行排班作業。另外，伺服器1亦可將至少一部份的預約成功資訊102傳遞至營運用戶裝置B，而營運用戶裝置B則可依據其所接收的預約成功資訊102進行排班作業。又或者，伺服器1能接收來自營運用戶裝置B所傳遞的一排班要求資訊B4，而伺服器1則能依據排班要求資訊B4中所包含的相關資料(例如載運日期、載運區域、載運時間、載運車種、載運路線等)，查找資料庫10中具有相同日期(乘車日期)的至少一筆預約成功資訊102，而後伺服器1將會把查找出的至少一筆預約成功資訊102傳遞至發出該排班要求資訊B4的營運用戶裝置B。

當預約用戶裝置A的使用者於預約選擇介面中選擇一候位預約按鈕時，如圖10所示，伺服器1將會對應傳送一候位預約資訊108至預約用戶裝置A。預約用戶裝置A接收候位預約資訊108時，將可以一候位預約介面呈現，使用者則可利用候位預約介面 輸入乘車日期、乘車時間、上車位置、下車位置、需求車種、身障類別等資料，而預約用戶裝置A則能對應產生一候位資訊A1。伺服器接收來自預約用戶裝置A所傳遞的候位資訊A1後，則會將其儲存於資料庫10中。

伺服器1接收來自多個預約用戶裝置A所傳遞的多筆候位資訊A1後，伺服器1將會使具有相同的乘車日期的候位資訊A1，整合為至少一個候位清單資訊101。在具體的應用中，伺服器1除了利用乘車日期進行多個候位資訊A1的分類，並據以整合為不同的候位清單資訊101外，伺服器1還可以是依據需求，利用各個候位資訊A1所包含的其他資料，例如是需求車種等，而對多個候位資訊A1進行分類，以整合形成多筆不同的候位清單資訊101。舉例來說，可以是將具有相同或是相似的需求車種且具有相同的乘車日期的候位資訊A1，整合於同一候位清單資訊101中；而具有相同或相似的身障類別(例如是無需輪椅輔助)且具有相同的乘車日期的候位資訊A1，則整合於另一候位清單資訊101中。

在不同的應用中，同一筆候位資訊A1也可以是依據不同的分類方式，而同時存在於不同的候位清單資訊101中，舉例來說，假設伺服器1接收到三筆候位資訊A1、A11、A12，其皆具有相同的乘車日期，且候位資訊A1、A11具有相同的身障類別，而候位資訊A11、A12具有相同的需求車種。此三筆候位資訊A1、A11、A12則可以是被整合為兩筆候位清單資訊，其中一筆候位清單資訊包含有候位資訊A1、A11，而另一筆候位清單資訊則可以是包含有候位資訊A11、A12，亦即，候位資訊A11可以是同時存在於兩筆候位清單資訊101中。

在預約用戶裝置A所顯示的所述預約選擇介面是具有一般預約按鈕及一個候位預約按鈕的實施例中，使用者可以是在無法透過操作一般預約按鈕，而通過其所相對應的一般預約介面，成功地進行車輛預約時，轉而選擇候位預約按鈕，以由預約選擇介面 進行相關車輛的預約作業。在另一實施例中，預約用戶裝置A在上述的預約選擇介面中，也可以是僅顯示單一個預約按鈕，而相關使用者透過操作預約按鈕，所對應呈現出的相關介面，進行車輛預訂作業時，若無法成功地預訂到車輛時，則伺服器1可以是自動地將預約用戶裝置A所傳遞的相關資訊，儲存為所述候位資訊A1。

如圖3所示，當伺服器1接收來自營運用戶裝置B所傳遞的一補位要求資訊B1時，伺服器1將會依據補位要求資訊B1中所包含的相關資料(例如可以是包含有載運日期、載運區域、載運時間、載運車種、載運路線等)，查找資料庫10中具有相同日期(乘車日期)的至少一筆候位清單資訊101，而後伺服器1將會把其所查找出的至少一筆候位清單資訊101傳遞至發出該補位要求資訊B1的營運用戶裝置B。具體來說，營運用戶裝置B在接收前述的預約成功資訊102，而完成相關的排班作業後，營運用戶裝置B可能發現仍有空位或是時間能再額外載運其他乘客，此時，營運用戶裝置B將可發出所述補位要求資訊B1至伺服器1。

在實際應用中，伺服器1可以是先依據補位要求資訊B1中的載運日期，查找資料庫10中具有相同日期(乘車日期)的候位清單資訊101，而後直接相對應的候位清單資訊101傳遞至營運用戶裝置B；或者，伺服器1也可以利用補位要求資訊B1所包含的相關資訊(例如載運區域、載運時間、載運車種、載運路線等)，對由資料庫10中所查找出的候位清單資訊101進行篩選，而後伺服器1則是將經過篩選後的至少一筆候位清單資訊101傳遞至營運用戶裝置B。在不同的實施例中，伺服器1也可以是依據補位要求資訊B1所包含的相關資訊，對單一筆候位清單資訊101中的候位資訊A1進行篩選，而將已刪除部份候位資訊A1的候位清單資訊101傳遞至營運用戶裝置B。

舉例來說，營運用戶裝置B所發出的補位要求資訊B1中的載 運車種可能是一般房車，而候位清單資訊101中的部份候位資訊A1中所包含的需求車種為具有輪椅載運功能的復康巴士，候位清單資訊101中的另一部份候位資訊A1所包含的需求車種則為一般房車，如此，伺服器1可以是通過篩選，而將具有相同的日期及相對應的需求車種的候位清單資訊101傳遞至營運用戶裝置B。藉此，營運用戶裝置B接收候位清單資訊101後，將無需再進行相關的篩選作業，從而可節省營運用戶裝置B進行相關作業的時間。

如圖4所示，當伺服器1依據營運用戶裝置B所傳遞的補位要求資訊B1中的載運日期查找資料庫10時，未發現資料庫10中具有相對應的候位清單資訊101時，伺服器1可以是回傳一查找失敗資訊109至營運用戶裝置B；當然，伺服器1也可以在以補位要求資訊B1的載運日期查找資料庫10中的候位清單資訊101未果時，再以補位要求資訊B1中的其他資料，對資料庫10中的多筆候位清單資訊101進行查找，亦即，當資料庫10中存在有與補位要求資訊B1中所包含的載運區域、載運時間、載運車種及載運路線中的至少一個相對應的至少一個候位清單資訊101時，伺服器1將可以是同時傳遞一查找失敗資訊109及相對應的至少一個候位清單資訊101至發出補位要求資訊B1的營運用戶裝置B。

營運用戶裝置B接收來自伺服器1所回傳的候位清單資訊101時，營運用戶裝置B將可依據候位清單資訊101中的多筆候位資訊A1，進行相關的補位排班作業，而當營運用戶裝置B將其中一筆或多筆候位資訊A1排入現有班表內時，營運用戶裝置B則可以將該筆或多筆候位資訊A1或其所包含的相關資料(例如是用戶基本資料)回傳至伺服器1。伺服器1接收營運用戶裝置B所回傳的候位資訊A1或是其所包含的相關資料時，伺服器1將會傳遞一補位結果資訊11至相對應的預約用戶裝置A。其中，所述現有班表例如是營運用戶裝置B依據其所接收的相關預約資料而進行排班 作業後所得到的班表，或者可以是營運用戶裝置B依據伺服器1所傳送的至少一筆預約成功資訊102進行排班作業後所得到的班表，又或者，可以是營運用戶裝置B依據其所接收的相關預約資料及伺服器1所傳送的預約成功資訊102，而進行排班作業後所得到的班表。所述排班作業可以是使用者透過營運用戶裝置B進行，或者可以是營運用戶裝置B中的程式自動進行。

當營運用戶裝置B成功地將候位清單資訊101中至少一筆候位資訊A1，安排至現有班表中時，營運用戶裝置B會傳遞一補位成功資訊B2至伺服器1，補位成功資訊B2可以包含有被順利安插於現有班表中的候位資訊A1或是其所包含的用戶基本資料，以及變更時間、變更上車位置、變更下車位置等資料。

具體來說，營運用戶裝置B在將多筆候位資訊A1，安插於現有班表的過程中，可能會為了順利將候位資訊A1，安插於所述現有班表中，而對應調整候位資訊A1中的乘車時間、上車位置、下車位置等資料，因此，在營運用戶裝置B回傳至伺服器1的補位成功資訊B2中，可以是包含有變更時間、變更上車位置、變更下車位置等資料。當然，若營運用戶裝置B未對應調整候位資訊A1所包含的任一資料，則補位成功資訊B2可以是不包含有任何變更資料。

當預約用戶裝置A接收來至伺服器1所傳遞的補位結果資訊11時，預約用戶裝置A可以是同意或是不同意進行補位。如圖4所示，當預約用戶裝置A同意進行補位時，則可以是對應回傳確認資訊A2至伺服器1，而伺服器1將可對應更新資料庫10中相對應的候位清單資訊101，據以在相對應的候位清單資訊101中，刪除或是標記相對應的候位資訊A1。當然，伺服器1還可以是同步傳遞一同意資訊110至相對應的營運用戶裝置B，以通知營運用戶裝置B，相關的預約用戶裝置A已發出同意進行補位的資訊。

如圖5所示，當預約用戶裝置A不同意補位結果資訊11內的 相關補位內容(營運用戶裝置B所發出的變更時間、變更上車位置、變更下車位置等資料)時，預約用戶裝置A則可以是回傳不同意資訊A3至伺服器1，而伺服器1將可以是傳遞拒絕補位資訊12至相對應的營運用戶裝置B，且伺服器1可以是在傳遞拒絕補位資訊12的同時，一併再次傳遞相關的候位清單資訊101(即於所述補位步驟中所傳遞的候位清單資訊101)至營運用戶裝置B；當然，再次傳遞的候位清單資訊101中將對應刪除不同意進行補位的預約用戶裝置A所對應的候位資訊A1。其中，伺服器1接收不同意資訊A3時，可以是即時地依據不同意資訊A3所對應的相關候位資訊A1，再次查找資料庫10中相對應的候位清單資訊101，以將查找出的候位清單資訊101傳遞至營運用戶裝置B。具體來說，伺服器1在傳遞補位結果資訊11至預約用戶裝置A到接收到來自預約用戶裝置A所回傳的不同意資訊A3的過程中，可能有其他的預約用戶裝置A傳遞候位資訊A1至伺服器1，而資料庫10中的候位清單資訊101可能已進行多次的更新，因此，在伺服器1接收到不同意資訊A3時，伺服器1可以是再次依據相對應的補位要求資訊B1查找資料庫10，以將重新查找出的候位清單資訊101(當然不包含有傳遞不同意資訊A3的預約用戶裝置A所傳遞的候位資訊A1)傳遞至相對應的營運用戶裝置B。

在實際應用中，伺服器1在將候位清單資訊101傳遞至營運用戶裝置B時對應產生一記錄資料，所述記錄資料中可以是記錄有伺服器1何時將哪一筆候位清單資訊101，傳遞至哪一個營運用戶裝置B，而伺服器1在接收到不同意資訊A3時，則可依據記錄資料，將刪除發出不同意資訊A3的所述預約用戶裝置A所傳遞的候位資訊A1的候位清單資訊101，再次傳遞至記錄資料中所記錄的所述營運用戶裝置B，當然，伺服器1也可以是在接收到不同意資訊A3時，再次對資料庫10進行查找，而將查找出的相對應的候位清單資訊101及當初所記錄的候位清單資訊101一併傳 遞至營運用戶裝置B。

如圖8所示，當已經成功預約到車輛的預約用戶裝置A，向伺服器1發出一取消資訊A4時，伺服器1將可以依據取消資訊A4中的相關乘車資訊(例如乘車日期、乘車時間、上車位置、下車位置、用戶基本資料等)，查找資料庫10中相對應的至少一筆候位清單資訊101，從而在通知營運用戶裝置B其中一個預約用戶裝置A已發出取消資訊A4時，同時傳遞至少一筆相關的候位清單資訊101，如此，相關營運用戶裝置B將可同時接收到來至伺服器1所傳遞的取消資訊A4及至少一筆相對應的候位清單資訊101，而相關營運用戶裝置B即可快速地依據候位清單資訊101，重新安排班表，藉此，將可大幅提升補位成功的機率。換言之，相關營運用戶裝置B在接收到取消先前已經成功預約的相關資訊時，將同時接收到相關的候位清單資訊101，而營運用戶裝置B將無需發送相關補位要求資訊至伺服器1，即可直接進行相關補位的作業。

以上所述僅為本發明的較佳可行實施例，非因此侷限本發明的專利範圍，故舉凡運用本發明說明書及圖式內容所做的等效技術變化，均包含於本發明的保護範圍內。

Claims (7)

1. 一種無障礙客車的預約方法，其包含：利用一伺服器，接收多個預約用戶裝置所傳遞的一候位資訊；所述候位資訊至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資料；利用所述伺服器將具有相同的所述乘車日期的候位資訊整合為至少一候位清單資訊，並儲存於一資料庫；在所述伺服器接收至少一個營運用戶裝置所傳遞的一補位要求資訊時，依據所述補位要求資訊的一載運日期，查找所述資料庫中相對應的所述候位清單資訊；其中，所述補位要求資訊還包含一載運區域、一載運時間、一載運車種及一載運路線四者中的至少一個；當所述資料庫中存在有對應於所述補位要求資訊的所述候位清單資訊時，所述伺服器將所述候位清單資訊傳遞至發出所述補位要求資訊的所述營運用戶裝置；在所述伺服器接收已接收所述候位清單資訊的所述營運用戶裝置，所回傳的一補位成功資訊時，依據所述補位成功資訊所包含的至少一個所述用戶基本資料，傳遞一補位結果資訊至相對應的所述預約用戶裝置；其中，所述補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；在所述伺服器接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一確認資訊時，更新所述資料庫中相對應的所述候位清單資訊，並於相對應的所述候位清單資訊中去除已成功補位的所述候位資訊；在所述伺服器接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一不同意資訊時，傳遞相對應的所述候位清單資訊及一拒絕補位資訊，至相對應的所述營運用戶裝置；再次傳遞至所述營運用戶裝置的所述候位清單資訊中，將不再包含有回傳所述不同意資訊的所述預約用戶裝置所對應的候位資訊；其中，在所述伺服器接收其中一個所述預約用戶裝置所傳遞的一取消資訊時，所述伺服器將依據所述取消資訊查找所述資料庫中相對應的一預約成功資訊，並依據所述預約成功資訊所包含的一乘車資訊，查找所述資料庫中具有相同乘車日期的所述候位清單資訊，所述伺服器據以將所述乘車資訊及相對應的所述候位清單資訊一併傳遞至相對應的所述營運用戶裝置。
2. 如請求項1所述的無障礙客車的預約方法，其中，在所述伺服器接收所述營運用戶裝置所傳遞的所述補位要求資訊時，所述伺服器將依據所述補位要求資訊的所述載運日期，查找所述資料庫中相對應的所述候位清單資訊，並再依據所述補位要求資訊所包含的所述載運區域、所述載運時間、所述載運車種及所述載運路線四者中的至少一個，對查找出的至少一筆所述候位清單資訊進行比對篩選，而後所述伺服器將會把通過比對篩選後的至少一筆所述候位清單資訊傳遞至所述營運用戶裝置。
3. 一種無障礙客車的預約方法，其包含：利用一伺服器接收已註冊的預約用戶裝置所輸入的一預約資訊；所述預約資訊至少包含一乘車日期、一乘車時間、一用戶類別、一上車位置、一下車位置及一用戶基本資料；利用所述伺服器依據所述預約資訊與一資料庫中的多筆空車資訊進行媒合；當所述預約資訊與所述資料庫中的其中一筆所述空車資訊媒合成功時，所述伺服器則發出一預約成功資訊至相對應的所述預約用戶裝置；當所述預約資訊未與任一筆所述空車資訊媒合成功時，所述伺服器將所述預約資訊以一候位資訊儲存於所述資料庫中；利用所述伺服器將具有相同的乘車日期的至少一筆所述候位資訊，整合為至少一候位清單資訊，並儲存於所述資料庫中；在所述伺服器接收至少一個營運用戶裝置所傳遞的一補位要求資訊時，依據所述補位要求資訊的一載運日期，查找所述資料庫中相對應的所述候位清單資訊；其中，所述補位要求資訊還包含一載運區域、一載運時間、一載運車種及一載運路線四者中的至少一個；當所述資料庫中存在有對應於所述補位要求資訊的所述候位清單資訊時，所述伺服器將所述候位清單資訊傳遞至發出所述補位要求資訊的所述營運用戶裝置；在所述伺服器接收已接收所述候位清單資訊的所述營運用戶裝置，所回傳的一補位成功資訊時，依據所述補位成功資訊所包含的至少一個所述用戶基本資料，傳遞一補位結果資訊至相對應的所述預約用戶裝置；其中，所述補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；在所述伺服器接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一確認資訊時，更新所述資料庫中相對應的所述候位清單資訊，並於相對應的所述候位清單資訊中去除已成功補位的所述候位資訊；在所述伺服器接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一不同意資訊時，傳遞相對應的所述候位清單資訊及一拒絕補位資訊，至相對應的所述營運用戶裝置；再次傳遞至所述營運用戶裝置的所述候位清單資訊中，將不再包含有回傳所述不同意資訊的所述預約用戶裝置所對應的候位資訊；其中，在所述伺服器接收其中一個所述預約用戶裝置所傳遞的一取消資訊時，所述伺服器將依據所述取消資訊查找所述資料庫中相對應的一預約成功資訊，並依據所述預約成功資訊所包含的一乘車資訊，查找所述資料庫中具有相同乘車日期的所述候位清單資訊，所述伺服器據以將所述乘車資訊及相對應的所述候位清單資訊一併傳遞至相對應的所述營運用戶裝置。
4. 如請求項3所述的無障礙客車的預約方法，其中，在所述伺服器接收所述營運用戶裝置所傳遞的所述補位要求資訊時，所述伺服器將依據所述補位要求資訊的所述載運日期，查找所述資料庫中相對應的所述候位清單資訊，並再依據所述補位要求資訊所包含的所述載運區域、所述載運時間、所述載運車種及所述載運路線四者中的至少一個，對查找出的至少一筆所述候位清單資訊進行比對篩選，而後所述伺服器將會把通過比對篩選後的至少一筆所述候位清單資訊傳遞至所述營運用戶裝置。
5. 一種無障礙客車預約系統，其包含：一伺服器，其包含有一資料庫，所述資料庫中儲存有多筆空車資訊、多筆預約用戶資訊及多筆營運用戶資訊；多個預約用戶裝置，其能與所述伺服器通訊連接；各個所述預約用戶裝置能傳遞一使用者資訊至所述伺服器，所述伺服器能比對依據所述預約用戶裝置所傳遞的使用者資訊，比對所述資料庫中的多筆所述預約用戶資訊，以判斷所述預約用戶裝置是否為已註冊的裝置；所述伺服器判斷所述預約用戶裝置為已註冊的裝置時，各個所述預約用戶裝置能傳遞一候位資訊至所述伺服器，所述候位資訊至少包含一乘車日期、一乘車時間、一身障類別、一上車位置、一下車位置、一需求車種及一用戶基本資料；多個營運用戶裝置，其與所述伺服器通訊連接；各個所述營運用戶裝置能傳遞一使用者資訊至所述伺服器，所述伺服器能比對依據所述營運用戶裝置所傳遞的使用者資訊，比對所述資料庫中的多筆所述營運用戶資訊，以判斷所述營運用戶裝置是否為已註冊的裝置；所述伺服器判斷所述營運用戶裝置為已註冊的裝置時，所述營運用戶裝置能傳遞一補位要求資訊至所述伺服器；所述補位要求資訊至少包含一載運日期及一載運區域，所述補位要求資訊還包含一載運時間、一載運車種及一載運路線中的至少一個；其中，所述伺服器能接收多個所述預約用戶裝置所分別傳遞的所述候位資訊，並將具有相同的乘車日期的至少一個所述候位資訊，整合為一候位清單資訊，以儲存於所述資料庫中；其中，所述伺服器能在接收任一個所述預約用戶裝置所傳遞的所述補位要求資訊時，能依據所述補位要求資訊的載運日期，查找所述資料庫中具有相同日期的所述候位清單資訊；當所述資料庫中存在具有相同日期的所述候位清單資訊時，所述伺服器將傳遞所述候位清單資訊至所述營運用戶裝置；其中，所述伺服器接收所述營運用戶裝置所回傳的一補位成功資訊時，所述伺服器能依據所述補位成功資訊中的所包含的至少一個所述用戶基本資料，傳遞一補位結果資訊至相對應的所述預約用戶裝置；其中，所述補位結果資訊還包含有一變更時間、一變更上車位置及一變更下車位置中的至少一個；其中，當所述伺服器接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一確認資訊時，所述伺服器能更新所述資料庫中相對應的所述候位清單資訊，而於相對應的所述候位清單資訊中去除已成功補位的所述候位資訊；其中，所述伺服器能於接收已接收所述補位成功資訊的所述預約用戶裝置所回傳的一不同意資訊時，傳遞所述預約用戶裝置所對應的所述候位資訊及一拒絕補位資訊，至相對應的所述營運用戶裝置；所述伺服器再次傳遞至所述營運用戶裝置的所述候位資訊中，將不再包含有回傳所述不同意資訊的所述預約用戶裝置所對應的所述候位資訊；其中，所述伺服器能傳遞一一般預約資訊至其中一個已註冊的所述預約用戶裝置，所述預約用戶裝置接收所述一般預約資訊能以一一般預約介面呈現，呈現有所述一般預約介面的所述預約用戶裝置能被操作，而對應產生一輸入資訊，所述輸入資訊至少包含一乘車日期、一乘車時間、一上車位置及一下車位置；所述伺服器能接收來自所述預約用戶裝置所傳遞的所述輸入資訊，以依據所述輸入資訊所對應的乘車日期，查找所述資料庫中具有相同日期的至少一筆所述空車資訊，而所述伺服器能將具有相同日期的至少一筆所述空車資訊傳遞至所述預約用戶裝置，所述預約用戶裝置接收來自所述伺服器所傳送的所述空車資訊，能以一空車選擇介面呈現，呈現有所述空車選擇介面的所述預約用戶裝置能被操作，而對應產生一預約資訊，所述伺服器接收所述預約資訊時，能將所述預約資訊及其對應的空車資訊，以一預約成功資訊儲存於所述資料庫中。
6. 如請求項5所述的無障礙客車預約系統，其中，所述伺服器能於接收其中一個所述預約用戶裝置所傳遞的一取消資訊時，依據所述取消資訊查找所述資料庫中相對應的所述預約成功資訊，並依據所述預約成功資訊所包含的一乘車資訊，查找所述資料庫中具有相同日期的所述候位清單資訊，而所述伺服器能據以將所述乘車資訊及相對應的所述候位清單資訊一併傳遞至相對應的所述營運用戶裝置。
7. 如請求項5所述的無障礙客車預約系統，其中，所述伺服器能於接收所述營運用戶裝置所傳遞的所述補位要求資訊時，依據所述補位要求資訊的所述載運日期，查找所述資料庫中相對應的所述候位清單資訊，並再依據所述補位要求資訊所包含的所述載運區域、所述載運時間、所述載運車種及所述載運路線四者中的至少一個，對查找出的至少一筆所述候位清單資訊進行比對篩選，而後所述伺服器將會把通過比對篩選後的至少一筆所述候位清單資訊傳遞至所述營運用戶裝置。