TW201709094A

TW201709094A - 交通服務提供方法及應用其之使用者裝置與伺服器

Info

Publication number: TW201709094A
Application number: TW104128587A
Authority: TW
Inventors: 黃士嘉; 焦名楷; 周聖凱
Original assignee: 國立臺北科技大學
Priority date: 2015-08-31
Filing date: 2015-08-31
Publication date: 2017-03-01
Also published as: US9858820B2; TWI611306B; US20170061801A1

Abstract

一種交通服務提供方法及應用其之使用者裝置與伺服器。所述交通服務提供方法包括以下步驟：提供連結至少一個社群網站的服務平台；蒐集所述社群網站上有關於活動資訊的動態消息，並且將蒐集到的動態消息顯示於服務平台上；取得活動資訊的活動地點；以及於動態消息上建立交通服務連結，其中交通服務連結提供指示活動地點與多個交通需求設定的交通服務介面。

Description

交通服務提供方法及應用其之使用者裝置與伺服器

本發明是有關於服務提供方法及其應用，且特別是有關於一種交通服務提供方法及應用其之使用者裝置與伺服器。

隨著網路越來越普及，在現今社會中，通過社群網站來關心家人朋友的動態、與家人朋友進行互動並且通過張貼在社群網站上的資訊增進新知，已經是現在相當普及的社交與資訊獲取方式。

在一般社群網站的平台上，其會顯示有各個不同社群聯絡人、追蹤的粉絲團或藝人的動態消息。使用者通過瀏覽社群網站上的打卡資訊、活動參加資訊等動態消息，可以得知社群聯絡人最近去過了哪些餐廳、參加了甚麼活動、看了甚麼電影、或是欣賞的藝人在甚麼時候有演唱會等活動資訊。

但是，在一般的使用情境下，使用者根據社群聯絡人的動態消息發現到有興趣的活動資訊並且想進一步參與時，通常必須先根據動態消息中的活動名稱或店家資訊來查詢活動地點。在查到活動地點後，使用者還需規畫交通方式以決定要如何前往活動地點。

此外，一般使用者可能會同時使用多種不同類型的社群網站，而各社群網站上會有不同的動態消息跟活動資訊。如果使用者沒有時常開啟並瀏覽各社群網站，則很可能會遺漏有興趣的活動資訊。以上的使用情境都會造成使用者在使用上的不便利，進而降低參與活動的意願。

本發明提供一種交通服務提供方法及應用其之使用者裝置與伺服器，其可解決先前技術所述及之問題。

本發明的交通服務提供方法適用於使用者裝置或伺服器。所述交通服務提供方法包括以下步驟：提供連結至少一個社群網站的服務平台；蒐集所述社群網站上有關於活動資訊的動態消息，並且將蒐集到的動態消息顯示於服務平台上；取得活動資訊的活動地點；以及於動態消息上建立交通服務連結，其中交通服務連結提供指示活動地點與多個交通需求設定的交通服務介面。

本發明的可提供交通服務的使用者裝置包括通訊單元、儲存單元以及處理單元。通訊單元用以收發交通服務請求與派遣請求。儲存單元用以儲存多個模組。處理單元耦接通訊單元與儲存單元，其中當使用者裝置被註冊為乘客身分時，處理單元存取所述多個模組以執行下列步驟：提供連結至少一個社群網站的服務平台；蒐集所述社群網站上有關於活動資訊的動態消息，並且將蒐集到的動態消息顯示於服務平台上；取得活動資訊的活動地點；以及於動態消息上建立交通服務連結，其中交通服務連結提供指示活動地點與多個交通需求設定的交通服務介面。

本發明的可提供交通服務的伺服器包括通訊單元、儲存單元以及處理單元。通訊單元用以接收交通服務請求並且發出派遣請求，其中交通服務請求係藉使用者裝置使用交通服務介面所發出。儲存單元用以儲存多個模組。處理單元，耦接通訊單元與儲存單元用以存取所述多個模組以執行下列步驟：提供連結至少一個社群網站的服務平台；蒐集所述社群網站上有關於活動資訊的動態消息，並且將蒐集到的動態消息顯示於服務平台上；取得活動資訊的活動地點；以及於動態消息上建立交通服務連結，其中交通服務連結提供指示活動地點與多個交通需求設定的交通服務介面。

基於上述，本發明提出一種交通服務提供方法及應用其之使用者裝置與伺服器，所述交通服務提供方法可提供一個顯示有各社群網站中有關於活動資訊之動態消息的服務平台，使用者裝置/伺服器會取得各動態消息中的活動地點，並且在各動態消息上產生一個對應的交通服務連結。使用者可藉由點選交通服務連結來開啟交通服務介面，並且通過預設有活動地點資訊的交通服務介面來發送交通服務請求。如此一來，使用者即可不需再手動的查詢活動地點，並且另外進行叫車、交通路線規劃、交通工具購票訂票或徵求共乘的動作，大大提高了使用者在使用交通服務時的便利性。

為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

為了使本揭露之內容可以被更容易明瞭，以下特舉實施例做為本揭露確實能夠據以實施的範例。另外，凡可能之處，在圖式及實施方式中使用相同標號的元件/構件/步驟，係代表相同或類似部件。

圖1為本發明一實施例的交通服務提供系統的示意圖。在本實施例的交通服務提供系統100中，使用者裝置110與伺服器120可提供顯示各種社群網站中跟活動資訊有關的動態消息的服務平台，使用者可通過此服務平台觀看到跟社群聯絡人所參與的活動相關的動態消息，並且利用此服務平台所建立的交通服務連結直接進行交通服務（包含叫車及交通路線規劃/訂票）或共乘的請求。

請參照圖1，本實施例的交通服務提供系統100包括使用者裝置110、伺服器120、行動通訊網路130、交易服務伺服器140、地理資訊系統伺服器150以及社群伺服器160。

在本實施例中，使用者裝置110可例如為家用電腦、筆記型電腦、智慧型手機、平板電腦、個人數位助理（personal digital assistant，PDA）或其他類似的電子裝置，本發明不以此為限。此外，根據裝置持有者的身分不同，所述使用者裝置130可分為乘客端的使用者裝置P1~Pk以及司機端的使用者裝置D1~Dm（k和m為正整數）。

在實際應用中，裝置持有者的身分可通過在服務平台上進行註冊來辨識（但本發明不僅限於此）。舉例來說，欲使用交通服務的交通請求用戶（底下稱“乘客”）可在伺服器120或乘客裝置P1~Pk所提供的服務平台上註冊，使伺服器120可指派乘客身分（passenger identification）予這些乘客端的使用者裝置P1~Pk。同樣地，欲分享座位或收費進行載送服務的交通運輸用戶（底下稱“司機”）亦可在伺服器120上註冊，而伺服器120可指派司機身分（driver identification）予這些司機端的使用者裝置D1~Dm。

為便於說明，底下將乘客端的使用者裝置P1~Pk簡稱為“乘客端裝置P1~Pk”，並且將司機端的使用者裝置D1~Dm簡稱為“司機端裝置D1~Dm”。

伺服器120可透過行動通訊網路130與使用者裝置110、交易服務伺服器140、地理資訊系統伺服器150及社群伺服器160連接，藉以依據乘客端裝置P1~Pk所發出的交通服務請求TSR，從交易服務伺服器140及地理資訊系統伺服器150存取所需資訊，並且據以產生派遣請求SR給司機端裝置D1~Dm。

在本實施例中，使用者裝置110與伺服器120的硬體配置可如圖2所示。請同時參照圖1與圖2，在本實施例的使用者裝置110與伺服器120中分別包括通訊單元210、儲存單元220以及處理單元230。通訊單元210可用於連接行動通訊網路120。舉例而言，通訊單元210可與電信站台建立一連線，以將使用者裝置110/伺服器120連接至網際網路。行動通訊網路130可以是基於2G、3G、3.5G、4G或類似者的行動通訊科技的網路。舉例而言，行動通訊網路130可基於通用封包無線服務（General Packet Radio Service，GPRS）、分碼多工存取(Code Division Multiple Access，CDMA)、高速下行鏈路封包存取（High Speed Downlink Packet Access ，HSDPA）或是其他類似的行動網路科技而組態。在本實施例中，通訊單元210不限於採用特定的行動網路科技。

儲存單元220可以是固定式隨機存取記憶體（Random Access Memory，RAM）、移動式RAM、唯讀記憶體（Read-Only Memory，ROM）、快閃記憶體（Flash Memory）、硬碟或是其他相似裝置的其中之一或其組合。儲存單元220可儲存可由處理單元230執行的多個模組。這些模組可載入至處理單元230以執行交通服務提供方法。

處理單元230為中央處理單元（Central Processing Unit，CPU）、一般用途或特定用途的可程式化微處理器、數位訊號處理器（Digital Signal Processor，DSP）、可程式化控制器、特殊應用集成電路（Application Specific Integrated Circuit，ASIC）、可程式化邏輯裝置（Programmable Logic Device，PLD）或是其他類似裝置的其中之一或其組合。處理單元230耦接通訊單元210以及儲存單元220。使用者裝置110與伺服器120各自的處理單元230可存取及執行儲存於儲存單元220中的模組，以執行本發明實施例提出的交通服務提供方法，其將在以下篇幅中介紹。

交易服務伺服器140可用於向使用交通服務的乘客收取費用，或是付款給接送乘客的司機。地理資訊系統伺服器150可提供地理資訊供使用者裝置110與伺服器120通過行動通訊網路130進行存取。社群伺服器160可提供社群網站的動態消息與社群聯絡人資訊供使用者裝置110與伺服器120通過行動通訊網路130進行存取。

底下搭配圖3的步驟流程來具體說明本案的交通服務提供方法。請同時參照圖1與圖3，首先，乘客端裝置P1~Pk或伺服器120會提供連結至少一社群網站的服務平台（步驟S310），其中乘客端裝置P1~Pk/伺服器120會蒐集所述社群網站上有關於活動資訊的動態消息，並且將蒐集到的動態消息顯示於服務平台上（步驟S320）。其中，乘客端裝置P1~Pk/伺服器120會藉由存取地理資訊系統伺服器150與社群伺服器160以進一步取得顯示於服務平台上的動態消息中之活動資訊的活動地點（步驟S330）。在取得活動地點的資訊後，乘客端裝置P1~Pk/伺服器120會在顯示於服務平台的動態消息上建立一交通服務連結（步驟S340）。所述交通服務連結提供指示活動地點與交通需求設定的交通服務介面，乘客可通過在交通服務介面中輸入特定的交通需求設定後，發出對應的交通服務請求TSR給伺服器120（步驟S350），藉以令伺服器120接收到交通服務請求時，依據活動地點與交通需求設定發出派遣請求SR給司機端裝置D1~Dm或回傳交通規劃資訊給乘客端裝置P1~Pk（步驟S360）。

更具體地說，在本實施例中，當乘客欲請求伺服器120所提供的交通服務時，乘客可操作安裝在乘客端裝置P1~Pk中的交通服務應用程式，藉以利用交通服務應用程式所提供的服務平台的介面來發送交通服務請求TSR至伺服器120。或者，乘客可操作乘客端裝置P1~Pk通過行動通訊網路130連接至伺服器120，藉以從伺服器110存取交通服務的服務平台，並且利用服務平台的介面來發送交通服務請求TSR。

本實施例的服務平台的介面可如圖4所示。請參照圖4，在本實施例的服務平台SP的介面下，其會顯示有從各個不同社群網站所蒐集到的關聯於活動資訊的動態消息DI（例如從facebook、twitter上的動態消息）。類似於各社群網站中的動態消息呈現方式，在本實施例的服務平台介面下所顯示的動態消息DI中，其可例如包括有社群聯絡人名字與頭像、動態消息發布時間、動態消息內容以及打卡地點與活動名稱等活動資訊（但不僅限於如圖示所繪示之呈現方式）。

其中，交通服務連結TSC例如顯示在每則動態消息DI的右下角（不僅限於此）。乘客在進入服務平台SP後，可藉由點選交通服務連結TSC來開啟如圖5所示的交通服務介面TSI。

請一併參照圖5，在交通服務介面TSI中包含有目的地欄位以及叫車服務與交通規劃的按鍵。其中，伺服器120會根據乘客所點選的交通服務連結TSC所對應的動態消息的活動資訊，從地理資訊系統伺服器150與社群伺服器160存取有關於活動地點的資訊，並且在交通服務介面TSI被開啟時，自動地將活動地點的資訊填入目的地的欄位中。因此，乘客不需另外利用線上的地圖來查詢活動地點，再手動的將地址輸入目的地欄位中。

另外，在本實施例的交通服務介面TSI中，乘客可依其需求點選叫車服務或交通規劃按鍵來開啟叫車服務的介面或交通規劃的介面。當乘客點選叫車服務按鍵時，乘客端裝置會進一步開啟如圖6所示的叫車服務介面TSIc；當乘客點選交通規劃按鍵時，乘客端裝置則會開啟如圖7A所示的交通規劃介面TSIt。

請先參照圖6，在交通服務介面TSI底下的叫車服務介面TSIc中，會進一步顯示有搭乘時間、搭乘地點、付款方式及是否同意共乘等交通需求設定的欄位。

關於搭乘時間欄位與搭乘地點欄位，叫車服務介面TSIc可根據乘客當前所在位置以及活動資訊來提供一個預設的搭乘時間與搭乘地點，乘客可根據其需求手動的對搭乘時間與搭乘地點欄位作修改。

再者，乘客可依據其需求選擇付款方式與是否同意共乘，並且於確認各欄位皆填寫完成後確認送出以發出交通服務請求TSR。

從伺服器120端來看，伺服器120會判斷是否接收到乘客使用交通服務介面TSI所發出的交通服務請求TSR，並且在判定接收到交通服務請求TSR時，根據乘客所選擇的服務類型（叫車服務或交通規劃）及叫車服務介面TSIc內之各欄位的內容發出派遣請求SR或回傳交通規劃資訊。

在叫車服務的應用範例中，當司機（繪示為車輛）欲接送乘客（亦即，分享或提供座位給乘客）時，司機可利用司機端裝置D1~Dm操作交通服務應用程式以透過行動通訊網路130從伺服器120接收派遣請求SR。當司機端裝置D1~Dm接收到派遣請求SR時，司機可依據乘客的搭乘地點、搭乘時間、目的地及是否同意共乘等交通需求來決定是否接受此一派遣請求SR。

若司機同意接受派遣請求SR，即可在司機端裝置D1~Dm上顯示乘客所登記的搭乘時間、搭乘地點及活動地點等資訊，使得司機可前往載送乘客。

在一範例實施例中，伺服器120會根據乘客所設定之共乘請求同意與否來決定所發出的派遣請求SR類型。更具體地說，伺服器120會基於從不同的乘客端裝置P1~Pk所接收的交通服務請求TSR的共乘請求設定來判斷各乘客是否允許/同意共乘。若伺服器120判斷有至少二個以上的乘客同意共乘時，伺服器120會對設定為允許共乘的乘客進行共乘配對。在共乘配對中，伺服器120會依據各個請求共乘的乘客的搭乘地點、搭乘時間及目的地來進行配對，藉以將搭乘地點、搭乘時間及目的地相近的乘客配對在一起，並且發出對應的共乘派遣請求給司機端裝置D1~Dm，藉以利用同一派遣車輛來接送被配對在一起的乘客。

另外，針對不允許共乘的乘客而言，伺服器120會對司機端裝置D1~Dm發出單獨派遣請求給司機端裝置D1~Dm，藉以利用派遣車輛單獨接送設定為不允許共乘的乘客。

請再參照圖7A，在交通服務介面TSI底下的交通規劃介面TSIt中，會進一步顯示有出發時間、出發地點、交通工具類型等交通需求設定欄位，其中交通工具類型可例如包括高鐵、捷運、火車及客運等公共交通工具可供乘客選擇（但不僅限於此）。其中，乘客可依據其需求選擇所欲搭乘的公共交通工具類型，並且於確認各欄位皆填寫完成後確認送出以發出交通服務請求TSR。

類似於前述圖6實施例，從伺服器120端來看，伺服器120會判斷是否接收到乘客使用交通服務介面TSI所發出的交通服務請求TSR，並且在判定接收到交通服務請求TSR時，根據乘客所選擇的服務類型（叫車服務或交通規劃）及交通規劃介面TSIt內之各欄位的內容發出派遣請求SR或回傳交通規劃資訊。

在交通規劃的應用範例中，伺服器120會基於交通規劃設定選擇以乘客所設定的交通資源進行交通路線規劃。舉例來說，若乘客在交通規劃介面TSIt中點選了高鐵、捷運、客運，伺服器120即會依據此三種交通工具的組合來規劃交通路線。此外，伺服器120還會根據其所規劃之交通路線，取得選用的交通工具的時刻資訊。舉例來說，若伺服器120規劃了高鐵轉乘捷運的路線，伺服器120會進一步根據乘客設定取得高鐵及捷運的班次時刻。接著，伺服器120即會將規劃好的交通路線與取得的時刻資訊回傳給乘客端裝置，使得乘客端裝置顯示如圖7B的交通規劃資訊TSIti。

請參照圖7B，在交通規劃資訊TSIti的介面中，其可提供有出發地點至目的地的交通路線地圖以及建議的交通路線中所使用的交通工具組合的時刻及轉乘資訊，如圖7B所繪示的路線1：高鐵-＞捷運，以及路線2：客運-＞捷運。乘客可在交通規劃資訊TSIti的介面中點選“時刻表”的按鍵以查看對應的交通路線上的交通工具班次時刻，並且點選“訂票”的按鍵進行車票購買/預訂的動作。

如此一來，使用者可利用本案所提出的服務平台即可完成交通路線規劃與交通工具票卷購買/預訂的動作，而不需要另外再連結至特定交通工具的網站進行購票/預訂的動作，進而大幅地提高了使用者操作上的便利性。

另外附帶一提的是，上述圖5至圖7B實施例的交通服務介面TSI僅係一示例性的範例，並非用以限定本案的交通服務介面僅能以上述方式呈現。於此合先敘明。

綜上所述，本發明提出一種交通服務提供方法及應用其之使用者裝置與伺服器，所述交通服務提供方法可提供一個顯示有各社群網站中有關於活動資訊之動態消息的服務平台，使用者裝置/伺服器會取得各動態消息中的活動地點，並且在各動態消息上產生一個對應的交通服務連結。使用者可藉由點選交通服務連結來開啟交通服務介面，並且通過預設有活動地點資訊的交通服務介面來發送交通服務請求。如此一來，使用者即可不需再手動的查詢活動地點，並且另外進行叫車、交通路線規劃、交通工具購票訂票或徵求共乘的動作，大大提高了使用者在使用交通服務時的便利性。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

100‧‧‧交通服務提供系統
110‧‧‧使用者裝置
120‧‧‧伺服器
130‧‧‧行動通訊網路
140‧‧‧交易服務伺服器
150‧‧‧地理資訊系統伺服器
160‧‧‧社群伺服器
210‧‧‧通訊單元
220‧‧‧儲存單元
230‧‧‧處理單元
D1~Dm‧‧‧司機端裝置
DI‧‧‧動態消息
P1~Pk‧‧‧乘客端裝置
S310~S360‧‧‧步驟
SP‧‧‧服務平台
SR‧‧‧派遣請求
TSC‧‧‧交通服務連結
TSI‧‧‧交通服務介面
TSIc‧‧‧叫車服務介面
TSIt‧‧‧交通規劃介面
TSIti‧‧‧交通規劃資訊
TSR‧‧‧交通服務請求

圖1 為本發明一實施例的交通服務提供系統的示意圖。圖2 為本發明一實施例的使用者裝置與伺服器的示意圖。圖3 為本發明一實施例的交通服務提供方法的步驟流程圖。圖4 為本發明一實施例的用以提供交通服務的服務平台示意圖。圖5 為本發明一實施例的交通服務介面的示意圖。圖6 為依照圖5 之一實施例的交通服務介面的叫車服務介面示意圖。圖7A 與圖7B 為依照圖5 之一實施例的交通服務介面的交通規劃介面示意圖。

S310~S360‧‧‧步驟

Claims

一種交通服務提供方法，適用於一使用者裝置或一伺服器，其中該交通服務提供方法包括：提供連結至少一社群網站的一服務平台；蒐集所述社群網站上有關於一活動資訊的動態消息，並且將蒐集到的動態消息顯示於該服務平台上；取得該活動資訊的一活動地點；以及於該動態消息上建立一交通服務連結，其中該交通服務連結提供指示該活動地點與多個交通需求設定的一交通服務介面。
如申請專利範圍第1項所述的交通服務提供方法，更包括：使用該交通服務介面發出一交通服務請求至一伺服器；以及當該伺服器接收到該交通服務請求時，藉該伺服器依據該活動地點與該些交通需求設定發出一派遣請求或回傳一交通規劃資訊。
如申請專利範圍第2項所述的交通服務提供方法，其中該些交通需求設定包括一搭乘時間設定、一搭乘地點設定、一共乘請求設定以及一交通資源設定至少其中之一。
如申請專利範圍第3項所述的交通服務提供方法，其中當所發出的該交通服務請求包括該共乘請求設定時，藉該伺服器依據該活動地點與該些交通需求設定發出該派遣請求的步驟包括：基於從不同的使用者裝置所接收的交通服務請求的共乘請求設定，判斷各該使用者裝置的交通請求用戶是否允許共乘；對設定為允許共乘的交通請求用戶進行一共乘配對；以及依據該共乘配對的結果發出一共乘派遣請求，藉以利用一派遣車輛接送被配對在一起的交通請求用戶。
如申請專利範圍第4項所述的交通服務提供方法，其中依據該活動地點與該些交通需求設定發出該派遣請求的步驟更包括：發出一單獨派遣請求，藉以利用一派遣車輛單獨接送設定為不允許共乘的交通請求用戶。
如申請專利範圍第3項所述的交通服務提供方法，其中當所發出的該交通服務請求包括該交通資源設定時，藉該伺服器依據該活動地點與該些交通需求設定回傳該交通規劃資訊的步驟包括：基於該交通資源設定，選擇以至少一交通工具規劃一交通路線；取得所述交通工具的一時刻資訊；以及回傳該時刻資訊與該交通路線。
一種可提供交通服務的使用者裝置，包括：一通訊單元，用以收發一交通服務請求與一派遣請求；一儲存單元，用以儲存多個模組；以及一處理單元，耦接該通訊單元與該儲存單元，其中當該使用者裝置被註冊為一乘客身分時，該處理單元存取該些模組以執行下列步驟：提供連結至少一社群網站的一服務平台；蒐集所述社群網站上有關於一活動資訊的動態消息，並且將蒐集到的動態消息顯示於該服務平台上；取得該活動資訊的一活動地點；以及於該動態消息上建立一交通服務連結，其中該交通服務連結提供指示該活動地點與多個交通需求設定的一交通服務介面。
如申請專利範圍第7項所述的可提供交通服務的使用者裝置，其中該些交通需求設定包括一搭乘時間設定、一搭乘地點設定、一共乘請求設定以及一交通資源設定至少其中之一。
如申請專利範圍第7項所述的可提供交通服務的使用者裝置，其中當該使用者裝置被註冊為一司機身份時，該處理單元存取該些模組以執行下列步驟：判斷是否接收到該派遣請求；當接收到該派遣請求時，判斷是否接受該派遣請求；以及當接受該派遣請求時，於該使用者裝置上顯示一搭乘時間、一搭乘地點以及該活動地點。
一種可提供交通服務的伺服器，包括：一通訊單元，用以接收一交通服務請求並且發出一派遣請求，其中該交通服務請求係藉一使用者裝置使用一交通服務介面所發出；一儲存單元，用以儲存多個模組；以及一處理單元，耦接該通訊單元與該儲存單元，用以存取該些模組以執行下列步驟：提供連結至少一社群網站的一服務平台；蒐集所述社群網站上有關於一活動資訊的動態消息，並且將蒐集到的動態消息顯示於該服務平台上；取得該活動資訊的一活動地點；以及於該動態消息上建立一交通服務連結，其中該交通服務連結提供指示該活動地點與多個交通需求設定的該交通服務介面。
如申請專利範圍第10項所述的可提供交通服務的伺服器，其中該些交通需求設定包括一搭乘時間設定、一搭乘地點設定、一共乘請求設定至少以及一交通資源設定其中之一。
如申請專利範圍第11項所述的可提供交通服務的伺服器，其中該處理單元基於從不同的使用者裝置所接收的交通服務請求的共乘請求設定，判斷各該使用者裝置的交通請求用戶是否允許共乘，再對設定為允許共乘的交通請求用戶進行一共乘配對，並且依據該共乘配對的結果藉該通訊單元發出一共乘派遣請求，藉以利用一派遣車輛接送被配對在一起的交通請求用戶。
如申請專利範圍第12項所述的可提供交通服務的伺服器，其中該處理單元更藉該通訊單元發出一單獨派遣請求，藉以利用一派遣車輛單獨接送設定為不允許共乘的交通請求用戶。
如申請專利範圍第12項所述的可提供交通服務的伺服器，其中該處理單元基於從該使用者裝置所接收的交通服務請求的交通資源設定，選擇以至少一交通工具規劃一交通路線，並且取得所述交通工具的一時刻資訊，再藉該通訊單元回傳該交通路線與該時刻資訊至該使用者裝置。