本發(fā)明涉及移動通信和互聯(lián)網(wǎng)技術(shù)領(lǐng)域,特別涉及一種熟人間拼車的方法和裝置。
背景技術(shù):
隨著車輛的急劇增加,油價不斷上漲,車主出行成本迅速提高;另一方面,由于城市公共交通建設嚴重滯后,不少市民上下班等出行難問題日益突出。車輛擁有者也希望能在日常出行中能找到順路的乘客,減小他們?nèi)粘P旭傊挟a(chǎn)生的花費。現(xiàn)有的公共交通雖然具有載客量大,成本低廉的特點,但它沿規(guī)劃路線上停若干站,從而延長了乘坐者的通勤時間,缺乏便利性。于是,拼車出行現(xiàn)象漸漸流行起來。
拼車就是合伙乘車之意,即:有空余座位資源的車主,在出行過程中,給同一條路線上的乘客順便提供搭載服務。目前,一些提供拼車服務的拼車網(wǎng)站已經(jīng)出現(xiàn),有拼車需求的市民可以在網(wǎng)站上發(fā)布拼車信息,其他用戶可以查看發(fā)布出來的信息并聯(lián)系發(fā)布拼車信息的人,從而確定共乘關(guān)系。
但是目前提供拼車服務的平臺仍然存在一些缺陷。由于平臺人員較多,所有每次拼車主要是陌生人之間進行拼車,因此對用戶來說拼車缺乏安全感。而且現(xiàn)有的拼車都是基于單人拼車,車輛的剩余座位沒有利用,出行成本較高。如果和多個同事一起拼車,車費的計算也讓用戶感到十分為難,所以提供一種熟人間拼車的方法具體十分重要的意義。
技術(shù)實現(xiàn)要素:
本發(fā)明所要解決的技術(shù)問題是如何選擇熟人進行拼車,提高安全 性。
為此目的,本發(fā)明提供了一種熟人間拼車的方法,包括:
若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上的通訊錄聯(lián)系人窗口;
在接收到用戶選擇的至少一個聯(lián)系人標識后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、至少一個聯(lián)系人標識,和/或出發(fā)時間。
較優(yōu)的,所述方法還包括:若所有聯(lián)系人標識所屬的ue均發(fā)送拒絕拼車邀請,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
較優(yōu)的,所述方法還包括:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;
若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上的通訊錄聯(lián)系人窗口,以供用戶重新選擇聯(lián)系人。
較優(yōu)的,所述方法還包括:若至少一個聯(lián)系人標識對應的聯(lián)系人接受拼車邀請,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
較優(yōu)的,所述方法還包括:在拼車成功之后,接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息包括:當前ue應付金額信息。
另外,本發(fā)明還提供了一種熟人間拼車的方法,包括:
服務器接收第一ue發(fā)送的拼車請求,所述拼車請求為所述第一ue基于該第一ue上的通訊錄聯(lián)系人發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址以及至少一個聯(lián)系人標識的拼車請求;
服務器根據(jù)所述拼車請求,向所述至少一個聯(lián)系人標識對應的第 二ue發(fā)送拼車邀請,所述拼車邀請包括:發(fā)送拼車請求的第一ue的標識、所述第一ue的目的地地址、第一ue的起始地地址,以及是否接受拼車的確認信息,以使所述第二ue接收所述拼車邀請之后,向服務器發(fā)送是否接受所述拼車邀請的確認信息。
較優(yōu)的,所述方法還包括:若接收到所有聯(lián)系人標識對應的第二ue發(fā)送的拒絕拼車邀請信息,則根據(jù)所述拒絕拼車邀請信息向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因。
較優(yōu)的,所述方法還包括:若接收到至少一個聯(lián)系人標識對應的第二ue發(fā)送的接受拼車邀請信息,則根據(jù)所述拼車請求生成拼車訂單信息,并向第一ue及第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
較優(yōu)的,所述方法還包括:接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
另外,本發(fā)明還提供了一種熟人間拼車的方法,包括:
若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上用于輸入預設信息的窗口;
在接收到用戶輸入的預設信息后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、預設信息,和/或出發(fā)時間點。
較優(yōu)的,所述方法還包括:若存在至少一個與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息。
較優(yōu)的,所述方法還包括:若不存在與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
較優(yōu)的,所述方法還包括:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上用于輸入預設信息的窗口,以供用戶重新輸入預設信息。
較優(yōu)的,所述方法還包括:在拼車成功之后,接收所述服務器發(fā)送的行程訂單信息,所述行程訂單信息包括:當前ue應付金額信息。
另外,本發(fā)明還提供了一種熟人間拼車的方法,包括:服務器接收第一ue發(fā)送的第一拼車請求,所述第一拼車請求為所述第一ue基于該第一ue上輸入的預設信息發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
若接收到至少一個與所述第一ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的第二ue發(fā)送的第二拼車請求,所述第二拼車請求為所述第二ue基于該第二ue上輸入的預設信息發(fā)送的包括:第二ue的目的地地址、第二ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
根據(jù)所述第一拼車請求中的預設信息,以及第二拼車請求中的預設信息,判斷是否將該第一ue的第一拼車請求和第二ue的第二拼車請求生成一個拼車訂單信息;
若是,則生成一個拼車訂單信息,并向所述第一ue與第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
較優(yōu)的,所述方法還包括:若否,則向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
較優(yōu)的,所述方法還包括:接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
另一方面,本發(fā)明還提供了一種熟人間拼車的裝置,所述裝置包括:第一展示單元,用于若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上的通訊錄聯(lián)系人窗口;
第一拼車請求發(fā)送單元,用于在接收到用戶選擇的至少一個聯(lián)系人標識后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、至少一個聯(lián)系人標識,和/或出發(fā)時間點。
較優(yōu)的,所述裝置還包括:第一拼車失敗接收單元,用于若所有聯(lián)系人標識所屬的ue均發(fā)送拒絕拼車邀請,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
較優(yōu)的,所述第一展示單元還用于:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上的通訊錄聯(lián)系人窗口,以供用戶重新選擇聯(lián)系人。
較優(yōu)的,所述裝置還包括:第一拼車確認接收單元,用于若至少一個聯(lián)系人標識對應的聯(lián)系人接受拼車邀請,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
較優(yōu)的,所述裝置還包括:第一行程訂單接收單元,用于在拼車成功之后,接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息 包括:當前ue應付金額信息。
另外,本發(fā)明還提供了一種熟人間拼車的裝置,所述裝置包括:第一拼車請求接收單元,用于接收第一ue發(fā)送的拼車請求,所述拼車請求為所述第一ue基于該第一ue上的通訊錄聯(lián)系人發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址以及至少一個聯(lián)系人標識的拼車請求;
第一拼車邀請發(fā)送單元,用于根據(jù)所述拼車請求,向所述至少一個聯(lián)系人標識對應的第二ue發(fā)送拼車邀請,所述拼車邀請包括:發(fā)送拼車請求的第一ue的標識、所述第一ue的目的地地址、第一ue的起始地地址,以及是否接受拼車的確認信息,以使所述第二ue接收所述拼車邀請之后,向服務器發(fā)送是否接受所述拼車邀請的確認信息。
較優(yōu)的,所述裝置還包括:第一拼車失敗發(fā)送單元,用于若接收到所有聯(lián)系人標識對應的第二ue發(fā)送的拒絕拼車邀請信息,則根據(jù)所述拒絕拼車邀請信息向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因。
較優(yōu)的,所述裝置還包括:第一拼車確認發(fā)送單元,用于若接收到至少一個聯(lián)系人標識對應的第二ue發(fā)送的接受拼車邀請信息,則根據(jù)所述拼車請求生成拼車訂單信息,并向第一ue及第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
較優(yōu)的,所述裝置還包括:第一行程訂單發(fā)送單元,用于接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,并將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
另外,本發(fā)明還提供了一種熟人間拼車的裝置,所述裝置包括:
第二展示單元,用于若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上用于輸入預設信息的窗口;
第二拼車請求發(fā)送單元,用于在接收到用戶輸入的預設信息后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、預設信息,和/或出發(fā)時間點。
較優(yōu)的,所述裝置還包括:第二拼車確認接收單元,用于若存在至少一個與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息。
較優(yōu)的,所述裝置還包括:第二拼車失敗接收單元,用于若不存在與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
較優(yōu)的,所述第二展示單元還用于:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上用于輸入預設信息的窗口,以供用戶重新輸入預設信息。
較優(yōu)的,所述裝置還包括:第二行程訂單接收單元,用于在拼車成功之后,接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息包括:當前ue應付金額信息。
另外,本發(fā)明還提供了一種熟人間拼車的裝置,所述裝置包括:第二拼車請求接收單元,用于接收第一ue發(fā)送的第一拼車請求,所述第一拼車請求為所述第一ue基于該第一ue上輸入的預設信息發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
判斷單元,用于若接收到至少一個與所述第一ue的起始地地址 相同或起始地地址之間的距離在預設范圍內(nèi)的第二ue發(fā)送的第二拼車請求,所述第二拼車請求為所述第二ue基于該第二ue上輸入的預設信息發(fā)送的包括:第二ue的目的地地址、第二ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
根據(jù)所述第一拼車請求中的預設信息,以及第二拼車請求中的預設信息,判斷是否將該第一ue的第一拼車請求和第二ue的第二拼車請求生成一個拼車訂單信息;
第二拼車確認發(fā)送單元,用于若是,則生成一個拼車訂單信息,并向所述第一ue與第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
較優(yōu)的,所述裝置還包括:第二拼車失敗發(fā)送單元,用于若否,則向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
較優(yōu)的,所述裝置還包括:第二行程訂單發(fā)送單元,用于接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
本發(fā)明提供的一種熟人間拼車的方法和裝置,用戶設備可以自主選擇熟悉的人一起拼車,解決了現(xiàn)有與陌生人一起拼車的危險問題,提高了拼車出行的安全性;另外,還可以選擇多個用戶設備一起拼車,節(jié)省出行的費用。
附圖說明
通過參考附圖會更加清楚的理解本發(fā)明的特征和優(yōu)點,附圖是示意性的而不應理解為對本發(fā)明進行任何限制,在附圖中:
圖1為本發(fā)明熟人間拼車兩種實施方式的整體流程示意圖;
圖2為本發(fā)明實施例1熟人間拼車的方法的流程示意圖;
圖3為本發(fā)明實施例1熟人間拼車的方法的流程示意圖;
圖4為本發(fā)明實施例2熟人間拼車的方法的流程示意圖;
圖5為本發(fā)明實施例2熟人間拼車的方法的流程示意圖;
圖6為本發(fā)明實施例3熟人間拼車的裝置用戶設備的框架示意圖;
圖7為本發(fā)明實施例3熟人間拼車的裝置服務器的框架示意圖;
圖8為本發(fā)明實施例4熟人間拼車的裝置用戶設備的框架示意圖;
圖9為本發(fā)明實施例4熟人間拼車的裝置服務器的框架示意圖。
具體實施方式
下面將結(jié)合附圖對本發(fā)明的實施例進行詳細描述。
下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
以下對本發(fā)明實施例中提及的部分詞語進行舉例說明。
本發(fā)明實施例中提及的用戶設備(userequipment,簡稱ue)是指呼叫服務方,如交通工具叫車服務中的乘客,所使用的移動終端或個人計算機(personalcomputer,簡稱pc)等設備。例如智能手機、個人數(shù)碼助理(pda)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上游戲機、智能眼鏡、智能手表、可穿戴設備、虛擬顯示設備或顯示增強設備(如googleglass、oculusrift、hololens、gearvr)等。
本發(fā)明實施例中提及的終端為提供服務方,如交通工具叫車服務中的司機,所使用的用于接單的移動終端或pc端等設備。諸如上述呼叫服務方所使用各設備。本實施例中,為了區(qū)別乘客和司機,分別采用用戶設備ue和終端來分別表示乘客和司機所持的移動終端等設備。下面對本發(fā)明一種熟人間拼車的方法的技術(shù)方案展開詳 細的描述。
實施例1為本發(fā)明選擇手機通訊錄聯(lián)系人進行拼車的方案,如圖1所示,以當前ue為執(zhí)行主體,示出了實施例1一種熟人間拼車的方法流程示意圖,該方法包括:
s101:若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上的通訊錄聯(lián)系人窗口;
s201:在接收到用戶選擇的至少一個聯(lián)系人標識后,并向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、至少一個聯(lián)系人標識,和/或出發(fā)時間點。
其中,當前ue可為移動終端或pc端等,通訊錄聯(lián)系人可以是移動終端自帶通訊錄中預存的多個聯(lián)系人,也可以為不同應用程序中預存的聯(lián)系人。
其中,該聯(lián)系人標識可以是移動終端通訊中預存的聯(lián)系人的手機號碼。
需要說明的是,若所有聯(lián)系人標識所屬的ue均發(fā)送拒絕拼車邀請,即通訊錄中選擇的聯(lián)系人均不參與熟人拼車,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。其中,根據(jù)普通車輛的座位數(shù)量,用戶選擇的聯(lián)系人標識至多為4個。
具體的,在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;其中,若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則重復上述步驟s101和步驟s201,再次展示當前ue上的通訊錄聯(lián)系人窗口,以供用戶重新選擇聯(lián)系人。
若沒有接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則可以持續(xù)展示是否重新拼車的請求,直到接收到觸發(fā)重新拼車的請求的觸發(fā)指令。
需要解釋的是,若至少一個聯(lián)系人標識對應的聯(lián)系人接受拼車邀 請,即通訊錄中存在聯(lián)系人參與熟人拼車,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息。當前ue接收服務器發(fā)送的確認信息后,可以向服務器發(fā)送確認呼叫信息,即可通過服務器呼叫出租車、快車、專車、順風車等進行叫車,被呼叫的司機可以通過所持終端接收訂單,達到目的地之后,司機可以點擊所持終端的訂單結(jié)束按鈕向服務器發(fā)送訂單完成信息。其中較優(yōu)的,在拼車成功之后,可以接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息包括:當前ue應付金額信息。用戶可以通過所持移動終端支付對應的行車訂單金額。
如圖2所示,以服務器為執(zhí)行主體,示出了實施例1一種熟人間拼車的方法的流程示意圖,該方法包括:
s201:接收第一ue發(fā)送的拼車請求,所述拼車請求為所述第一ue基于該第一ue上的通訊錄聯(lián)系人發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址以及至少一個聯(lián)系人標識的拼車請求;
其中,該聯(lián)系人標識可以是移動終端通訊中預存的聯(lián)系人的手機號碼。
s202:服務器根據(jù)所述拼車請求,向所述至少一個聯(lián)系人標識對應的第二ue發(fā)送拼車邀請,所述拼車邀請包括:發(fā)送拼車請求的第一ue的標識、所述第一ue的目的地地址、第一ue的起始地地址,以及是否接受拼車的確認信息,以使所述第二ue接收所述拼車邀請之后,向服務器發(fā)送是否接受所述拼車邀請的確認信息。
需要說明的是,若接收到所有聯(lián)系人標識對應的第二ue發(fā)送的拒絕拼車邀請信息,則根據(jù)所述拒絕拼車邀請信息向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因。
需要解釋的是,若接收到至少一個聯(lián)系人標識對應的第二ue發(fā)送的接受拼車邀請信息,則根據(jù)所述拼車請求生成拼車訂單信息,并 向第一ue及第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。其中,第二ue可以是多個參與拼車的用戶設備。
其中,上述終端可以是交通工具叫車服務中的司機,所使用的用于接單的移動終端或pc端等設備。具體的,服務器向第一ue及第二ue發(fā)送確認信息后,就可以向終端推送訂單,其中,可通過服務器呼叫出租車、快車、專車、順風車等進行叫車。司機可以通過所持終端接收服務器發(fā)送的訂單。司機在達到目的地之后可以點擊司機所持終端向服務器發(fā)送完成訂單信息。
其中較優(yōu)的,為了解決熟人間拼車時,誰付車費以及如何分攤車費的問題,服務器接收終端完成訂單的信息之后,可以根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,并將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
第一ue及第二ue接收到各自的行程訂單信息后,可以支付各自的行程訂單金額。其中,為了計算簡便,每個ue支付的訂單金額可以是該次拼車出行的總金額除以拼車人數(shù)。每個ue完成各自的訂單支付后,即表示該次拼車出行結(jié)束。本發(fā)明每個用戶支付各自的行程訂單金額,解決了熟人間拼車aa制支付車費的難處。
實施例2為本發(fā)明選擇面對面熟人進行拼車的方案,如圖3所示,以當前ue為執(zhí)行主體,示出了實施例2一種熟人間拼車的方法的流程示意圖,該方法包括:
s301:若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上用于輸入預設信息的窗口;
其中,用戶在當前ue提供目的地地址和起始地地址,按下熟人拼車的按鈕后,當前ue就會展示一個窗口,供用戶輸入預設信息, 該預設信息可以是與面對面熟人事先約定的幾個數(shù)字、字母或者符號。
s302:在接收到用戶輸入的預設信息后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、預設信息,和/或出發(fā)時間點。
需要說明的是,若存在至少一個與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息。若不存在與當前ue的起始地地址相同的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
其中,與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue可以是與當前ue在相同經(jīng)緯度的ue。面對面參與拼車的熟人也可通過所持移動終端向服務器發(fā)送拼車請求,該拼車請求可以包括與當前ue所屬用戶事先約定的預設信息,起始地地址、目的地地址和/或出發(fā)時間點。當服務器確認與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送與當前ue相同的預設信息時,例如當前ue發(fā)送數(shù)字1234,與當前ue起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue也發(fā)送了數(shù)字1234,則服務器判斷當前ue和與當前ue起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue屬于同一個拼車請求,并會向終端推送訂單。當服務器確認不存在與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送與當前ue相同的預設信息時,例如當前ue發(fā)送數(shù)字1234,不存在與當前ue起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue也發(fā)送了數(shù)字1234,則服務器確定當前ue的拼車失敗,并向當前ue發(fā)送失敗信息。該失敗信息可以包括失敗的原因,如起始地地址不相同、沒有接收到匹配的預設信息等。
需要說明的是,在接收所述拼車失敗信息的同時,用戶設備可以 展示是否重新拼車的請求;其中,若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則重復上述步驟s301和步驟s302,再次展示當前ue上用于輸入預設信息的窗口,以供用戶重新輸入預設信息。
其中較優(yōu)的,在拼車成功之后,服務器會生成每個ue的拼車行程訂單信息,并發(fā)送給每個參與拼車的ue,ue接收服務器發(fā)送的行程訂單信息,所述行程訂單信息包括:當前ue應付金額信息。每個ue成功支付各自的行程訂單金額,表示該次aa制的熟人間拼車結(jié)束。
如圖4所示,以服務器為執(zhí)行主體,示出了實施例2一種熟人間拼車的方法的流程示意圖,該方法包括:
s401:接收第一ue發(fā)送的第一拼車請求,所述第一拼車請求為所述第一ue基于該第一ue上輸入的預設信息發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
其中,該預設信息可以是第一ue所屬用戶與參與拼車的用戶事先約定的幾個數(shù)字、字母或字符。
s402:若接收到至少一個與所述第一ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的第二ue發(fā)送的第二拼車請求,所述第二拼車請求為所述第二ue基于該第二ue上輸入的預設信息發(fā)送的包括:第二ue的目的地地址、第二ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
根據(jù)所述第一拼車請求中的預設信息,以及第二拼車請求中的預設信息,判斷是否將該第一ue的第一拼車請求和第二ue的第二拼車請求生成一個拼車訂單信息;
具體的,當?shù)谝黄窜囌埱笾械钠鹗嫉氐刂放c第二拼車請求中的起始地地址相同,如經(jīng)緯度相同或兩個起始地地址之間的距離在預設范圍之內(nèi);且同時第一拼車請求中的預設信息與第二拼車請求中的預設信息相同,如第一拼車請求中的預設信息是數(shù)字1234,第二拼車請求 中的預設信息也是數(shù)字1234,則判斷第一ue與第二ue屬于同一個拼車需求,可以生成一個拼車訂單信息。否則,就不屬于同一個拼車請求,不能生成一個拼車訂單信息。
s403:若是,則生成一個拼車訂單信息,并向所述第一ue與第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
若否,則向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。其中,失敗的原因可以是起始地地址不相同、沒有接收到匹配的預設信息等。
具體的,該確認信息可以是:參與拼車的用戶名稱、參與拼車的人數(shù)等。用戶設備接收拼車請求已生成待發(fā)送訂單的確認信息之后,可以點擊界面的呼叫按鈕,呼叫出租車、快車、專車、順風車等進行叫車。在用戶點擊呼叫按鈕后,服務器向終端推送訂單。終端接收訂單后,終端所屬司機將車開到指定的起始地地址,在到達目的地之后,司機點擊終端界面的完成訂單按鈕,終端則會向服務器發(fā)送完成訂單的信息。
其中較優(yōu)的,服務器接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
具體地,第一ue及第二ue接收到各自的行程訂單信息后,可以支付各自的行程訂單金額。其中,為了計算簡便,每個ue支付的訂單金額可以是該次拼車出行的總金額除以拼車人數(shù)。每個ue完成各自的訂單支付后,即表示該次拼車出行結(jié)束。本發(fā)明每個用戶支付各自的行程訂單金額,可以解決熟人間拼車aa制支付車費的難處。
如圖5所示,當用戶需要進行熟人間拼車時,用戶在打車界面輸 入目的地地址及起始地地址后,點擊熟人拼車按鈕,當前ue也可以同時彈出2個選項,一個是讀取手機通訊錄聯(lián)系人拼車的選項,一個是選擇面對面熟人拼車的選項。通過選擇對應的選項,也可以進行上述實施例1所述的選擇通訊錄聯(lián)系人進行拼車和實施例2的所述的選擇面對面熟人進行拼車。
另一方面,實施例3提供了采用實施例1選擇通訊錄聯(lián)系人進行熟人間拼車的方法的裝置,如圖6所示,以當前ue為執(zhí)行主體,該熟人間拼車的裝置包括:第一展示單元61,用于若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上的通訊錄聯(lián)系人窗口;第一拼車請求發(fā)送單元62,用于在接收到用戶選擇的至少一個聯(lián)系人標識后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、至少一個聯(lián)系人標識,和/或出發(fā)時間點。
其中,所述裝置還包括:第一拼車失敗接收單元,用于若所有聯(lián)系人標識所屬的ue均發(fā)送拒絕拼車邀請,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
需要說明書的是,所述第一展示單元還用于:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上的通訊錄聯(lián)系人窗口,以供用戶重新選擇聯(lián)系人。
其中,所述裝置還包括:第一拼車確認接收單元,用于若至少一個聯(lián)系人標識對應的聯(lián)系人接受拼車邀請,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息;所述拼車邀請為所述服務器根據(jù)所述拼車請求向至少一個聯(lián)系人標識所屬的ue發(fā)送的。
其中,所述裝置還包括:第一行程訂單接收單元,用于在拼車成 功之后,接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息包括:當前ue應付金額信息。
如圖7所示,以服務器為執(zhí)行主體,該熟人間拼車的裝置包括:第一拼車請求接收單元71,用于接收第一ue發(fā)送的拼車請求,所述拼車請求為所述第一ue基于該第一ue上的通訊錄聯(lián)系人發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址以及至少一個聯(lián)系人標識的拼車請求;
第一拼車邀請發(fā)送單元72,用于根據(jù)所述拼車請求,向所述至少一個聯(lián)系人標識對應的第二ue發(fā)送拼車邀請,所述拼車邀請包括:發(fā)送拼車請求的第一ue的標識、所述第一ue的目的地地址、第一ue的起始地地址,以及是否接受拼車的確認信息,以使所述第二ue接收所述拼車邀請之后,向服務器發(fā)送是否接受所述拼車邀請的確認信息。
需要說明的是,所述裝置還包括:第一拼車失敗發(fā)送單元,用于若接收到所有聯(lián)系人標識對應的第二ue發(fā)送的拒絕拼車邀請信息,則根據(jù)所述拒絕拼車邀請信息向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拒絕拼車邀請的聯(lián)系人標識,和/或拒絕拼車邀請的原因。
需要解釋的是,所述裝置還包括:第一拼車確認發(fā)送單元,用于若接收到至少一個聯(lián)系人標識對應的第二ue發(fā)送的接收拼車邀請信息,則根據(jù)所述拼車請求生成拼車訂單信息,并向第一ue及第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
其中,所述裝置還包括:第一行程訂單發(fā)送單元,用于接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,并將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
實施例4提供了采用實施例2選擇面對面熟人進行熟人間拼車的方法的裝置,如圖8所示,以當前ue為執(zhí)行主體,該熟人間拼車的裝置,所述裝置包括:第二展示單元81,用于若接收到用戶提供的目的地地址及起始地地址信息,則展示當前ue上用于輸入預設信息的窗口;第二拼車請求發(fā)送單元82,用于在接收到用戶輸入的預設信息后,向服務器發(fā)送拼車請求,所述拼車請求包括:當前ue的目的地地址、當前ue的起始地地址、預設信息,和/或出發(fā)時間點。
本實施例中,所述裝置還包括:第二拼車確認接收單元,用于若存在至少一個與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車請求已生成待發(fā)送訂單的確認信息。
其中,所述裝置還包括:第二拼車失敗接收單元,用于若不存在與當前ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的ue發(fā)送所述預設信息,則接收所述服務器發(fā)送的拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
需要解釋的是,所述第二展示單元還用于:在接收所述拼車失敗信息的同時,展示是否重新拼車的請求;若接收到觸發(fā)重新拼車的請求的觸發(fā)指令,則再次展示當前ue上用于輸入預設信息的窗口,以供用戶重新輸入預設信息。
其中較優(yōu)的,所述裝置還包括:第二行程訂單接收單元,用于在拼車成功之后,接收所述服務器發(fā)送的行程訂單信息,所述形成訂單信息包括:當前ue應付金額信息。
如圖9所示,以服務器為執(zhí)行主體,該熟人間拼車的裝置包括:第二拼車請求接收單元91,用于接收第一ue發(fā)送的第一拼車請求,所述第一拼車請求為所述第一ue基于該第一ue上輸入的預設信息發(fā)送的包括:第一ue的目的地地址、第一ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;
判斷單元92,用于若接收到至少一個與所述第一ue的起始地地址相同或起始地地址之間的距離在預設范圍內(nèi)的第二ue發(fā)送的第二拼車請求,所述第二拼車請求為所述第二ue基于該第二ue上輸入的預設信息發(fā)送的包括:第二ue的目的地地址、第二ue的起始地地址、預設信息,和/或出發(fā)時間點的拼車請求;根據(jù)所述第一拼車請求中的預設信息,以及第二拼車請求中的預設信息,判斷是否將該第一ue的第一拼車請求和第二ue的第二拼車請求生成一個拼車訂單信息;
第二拼車確認發(fā)送單元93,用于若是,則生成一個拼車訂單信息,并向所述第一ue與第二ue發(fā)送拼車請求已生成待發(fā)送訂單的確認信息,以及根據(jù)所述拼車訂單信息向至少一個終端推送訂單。
本實施例中,所述裝置還包括:第二拼車失敗發(fā)送單元,用于若否,則向所述第一ue發(fā)送拼車失敗信息,所述拼車失敗信息包括:拼車失敗的原因。
需要說明的是,所述裝置還包括:第二行程訂單發(fā)送單元,用于接收所述終端完成訂單的信息之后,根據(jù)所述拼車訂單信息生成第一ue的包括應付金額信息的行程訂單信息,以及生成第二ue的包括應付金額信息的行程訂單信息,將第一ue的行程訂單信息發(fā)送所述第一ue,以及將所述第二ue的行程訂單信息發(fā)送各自的ue。
本發(fā)明提供的一種熟人間拼車的方法和裝置,用戶可以自主選擇熟悉的人一起拼車,解決了現(xiàn)有與陌生人一起拼車的危險問題,提高了拼車出行的安全性;另外,還可以選擇多個用戶一起拼車,節(jié)省出行的費用;在拼車之后自動生成各自的拼車費用,解決了選擇熟人拼車時付車費的問題,讓用戶再也不用為多個熟人乘車時,誰付車費、如何分攤車費而糾結(jié)。
本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或者部分步驟可以通過程序指令相關(guān)的硬件來完成,前述的程序可以存儲在計算機可讀取的存儲介質(zhì)中,該程序在執(zhí)行時,執(zhí)行包括上 述方法實施例的步驟。
本發(fā)明的說明書中,說明了大量具體細節(jié)。然而,能夠理解,本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中,并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù),以便不模糊對本說明書的理解。
以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應當理解;其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。