由於人口密度低的郊區與非都市化地區，運輸需求低且分散，因此一般固定路線固定班次的公共運輸服務，常因承載率低使得業者營運虧損嚴重，間接加重城鄉間都市化的差異。
本文討論的需求反應式運輸服務(DRTS)，係利用先進的資通訊技術結合符合區域性生活特性打造的彈性運輸服務，不僅可解決上述問題，還可彌補傳統大眾運輸系統不足，提升公共運輸服務品質，並增加郊區經濟發展與推展觀光。
公共運輸就定義上而言，不具排他性，可依使用型態和運具可區分為大眾運輸與副大眾運輸。DRTS則為一種介於公共運輸與私人運具間的特殊服務型態，通常被列為副大眾運輸系統。此種運輸系統更具彈性，適合於離峰時段提供服務和不易使用傳統公車服務地區。相對大眾運輸的固定路線、固定班次，DRTS為可彈性地調派班次、路線，因此發展DRTS可促使公共運輸服務更趨完善。
台灣已進行小規模DRTS試運
目前台灣已在桃園縣復興鄉推行DRTS示範計畫，另外，台中市工業區之藍光1號亦為DRTS公共運輸服務。透過示範營運的方式，證明DRTS可以有效解決偏遠地區公共運輸使用率偏低以及路線虧損補貼等問題，且最終成果亦符合預期效益，因此提升許多其他地方政府規畫與推動DRTS的意願。但由於地方政府對於此種新形態的運輸服務並不熟稔，且仍然有許多不確定因素，如車輛須透過適當的派遣調度、乘客的預約使用、後端的監管與稽查等。不過，上述不確定因素可透過先進科技的輔助確保其營運品質，且可協助業者、乘客及政府機關，降低操作上的不便。
本文將闡述開發DRTS所需的基礎軟體系統與其架構。DRTS成功關鍵在於運具間的整合、客製化運輸服務及更友善的服務介面以供民眾使用，因此如何透過資通訊技術提升整體服務品質、效率，為未來成功之關鍵。
DRTS軟體設計由數個子系統組成
DRTS系統乘客、車輛與維運者三者彼此的交互需求特性關係整體系統架構如圖1所示。其中，較主要的功能模組包含「會員管理系統」、「預約訂車系統」、「共乘媒合系統」、「車機系統」、「訊息通知系統」和「資料庫系統」等數個子系統所建構而成。各部分功能細述如下：
 |
| 圖1 DRTS系統功能架構圖 |
| ‧ |
|
| |
如圖2所示，會員管理系統的使用者主要可區分為乘客與經營業者兩種。其中，乘客定義為使用DRTS系統且透過電話或是網路預約的使用者，其對於會員管理系統的期望與基本需求包括，透過該系統可使用個人化帳號、密碼進行會員註冊，也成為營運者管理資料庫來源；當使用者完成個人化會員記錄後便可使用系統內部功能，包含預約訂車等；會員資料可隨時因應使用者需求進行變更與修正。
營運業者則定義為經營DRTS的公共運輸服務提供者。營運業者於會員管理子系統功能的期望與需求包括，針對乘客進行會員申請時可透過系統資料庫紀錄判斷是否認證該會員的資格；當會員登記與認證完成後，業者可於系統功能中查詢內部會員之資料，以及可查詢乘客乘車資訊紀錄。
另外，會員管理系統的功能則涵蓋，乘客註冊為會員以便業者審查管理後才能登入系統進行預約乘車；業者查詢乘車資訊紀錄的管理，以及業者針對會員資料審查認證。 |
 |
| 圖2 會員管理系統架構 |
| ‧ |
|
| |
預約乘車系統為乘客直接透過該系統或是交由值機人員代為操作預約。在此子系統功能中主要參與者可分為乘客、值機人員。
乘客定義為使用DRTS系統且透過電話或是網路預約之使用者，其對於該子系統的期望與基本需求分析可分為可選擇欲乘車時間、可選擇欲乘車人數、可選擇上下車地點、可查詢與修改預約資料與可得知乘車票價等五項，而這些功能需求皆可透過DRTS系統達成。
值機人員定義為中心端接線與系統操作人員，可協助乘客代替操作預約乘車資訊，亦即乘客能使用的功能值機人員也能操作，且當民眾完成預約後，值機人員應當有權限得以查詢與修改其中預約資訊。 |
| ‧ |
|
| |
共乘媒合系統為該派遣系統的核心，透過乘客預約時段、人數、位置等資訊，將各使用者進行撮合，使其共乘化，讓運輸資源得以更有效率地運用，突破以往單點對單點的派遣模式。圖3為共乘媒合系統功能架構圖。
共乘媒合系統功能為在乘客完成預約訂車後，值機人員透過共乘媒合系統進行車輛載客路線派遣運算，並將時間帶內的預約訂車乘客統合，進行路線派遣運算，且配合路線的彎繞判斷須符合乘客旅行時間限制，亦須符合車輛容量限制，判斷載客順序後完成載客路線派遣。該系統還可完成路線派遣後產生正確到站時間、旅次路線、載客人數與票價，將此訊息透過訊息通知系統傳送給乘客和車機系統。
值機人員在共乘媒合系統中定義為中心端地接線與系統操作人員。該人員可統合乘客上下車地點、可判斷載客順序與可透過路徑上的距離等資訊判斷運輸工具能否彎繞進行接載任務。值機人員還兼任判斷是否符合載客容量限制、透過邏輯建置可自動產生派遣路線並進行乘客媒合，以及完成正確到站時間、車輛行駛路線、載客人數、票價計算的任務。 |
 |
| 圖3 共乘媒合系統架構 |
| ‧ |
|
| |
 |
| 圖4 車機系統架構 |
上述各項子系統皆屬於軟體的內部功能，待完成相關資訊處理後則須透過實體介面傳遞資訊給司機。圖4為車機系統功能架構圖。中控中心與司機可透過車機進行資訊傳遞與交流。
車機系統功能包括值機人員將共乘媒合系統所產生之資訊，包含正確到站時間、載客路線、載客人數等傳送至車機系統。司機駕駛透過車機系統所接受的訊息指示進行載客，並完成載客確認，駕駛還可透過車機系統即時接收中心端值機人員的訊息傳遞，用以告知司機駕駛訊息指示。
在車機系統中，司機駕駛定義為經營DRTS公共運輸業者所指派的汽車駕駛員。該駕駛員可透過資通訊設備來告知派遣之相關細部資訊，包含路線、地點、時間、人數等，並透過系統設備連線，可與中心端進行資訊傳遞與交流。當司機當完成載客任務後，可透過車機的功能鍵傳遞確認載客成功資訊。
值機人員為中心端之接線與系統操作人員。該人員須傳送載客路線、載客地點、載客預計抵達時間等訊息給駕駛，並透過系統設備連線與司機傳遞資訊。 |
| ‧ |
|
| |
 |
| 圖5 訊息通知系統架構 |
當中心端完成相關資料彙整與處理後，須將訊息傳送給乘客，因此需要訊息通知系統。圖5為訊息通知系統功能架構圖。
訊息通知系統須接收乘客車輛預計抵達時間、票價及抵達目的地時間等乘車訊息，並透過中心端的接線與系統操作值機人員，告知乘客車輛預計抵達時間、票價及抵達目的地時間等乘車訊息。 |
| ‧ |
|
| |
資料庫統合系統為使用先進資通訊設備，同時將DRTS所有運作過程進行資料庫的記錄，而該資料庫所統整的資訊可為未來地方政府在考察或稽核得以使用的參考。圖6為資料庫統合系統功能架構圖。
資料庫統合系統功能包括，政府主管單位可透過資料庫系統進行服務水準調查與稽核，並可得知之資訊項目包含乘客預約紀錄，如乘載率、車輛實際到站時間是否與符合預定時間、系統回覆乘客正確乘車訊息時間之反應速度，以及乘客申訴紀錄與處理狀況。政府主管單位也可透過資料庫系統查詢營運業者的營運管理是否符合規定，如車輛維修保養記錄、財務狀況、員工管理等稽核項目。
|
 |
| 圖6 資料庫統合系統架構 |
DRTS流程規畫不可或缺
本文在前面已說明以系統參與者角度的基本DRTS系統功能需求分析，然而就系統開發角度而言，除DRTS系統功能需求分析外，仍須建立DRTS系統運作流程，方能完備系統運作。
DRTS營運為保障乘客權益與營運需求係以會員制度提供服務，乘客在透過DRTS系統進行預約訂車前須申請註冊成為會員，待營運業者審核通過為會員資格，才可以會員專屬的帳號和密碼登入DRTS系統進行預約訂車。當乘客輸入帳號和密碼通過認證登入DRTS系統後，即可開始進行預約。
訂車操作為先選擇預約日期與預計乘車時間，若所須搭乘的班次仍有餘額，則使用者可進入預約訂車資料操作表單，且在操作預約訂車資料表單中填選訂車資料，包含乘車人數、上車地點和下車地點。
填寫完成預約訂車資料表單後，系統將顯示乘客所填選的預約訂車資料和計算乘車票價給予乘客確認，如須進行修改則重新填選預約訂車資料表單，乘客確認後則完成預約訂車的操作，最後營運業者進行共乘派遣操作後，即將派遣結果的乘車資訊通知乘客。
DRTS係屬於新型態的運輸服務，其功能並非完全替代傳統公共運輸服務，而是取代傳統公共運輸較無效率的部分。本文已完整敘述DRTS基本功能、軟體系統需求分析及運作流程，將可協助系統業者直接進入系統實質建置，打造完善的DRTS運輸系統應用服務。
(本文作者任職於資策會智慧網通系統研究所)