本發(fā)明涉及計算機(jī)技術(shù)領(lǐng)域，尤其涉及一種乘客打車訂單切換方法及裝置。

背景技術(shù)：

現(xiàn)有打車服務(wù)系統(tǒng)中，接單車輛在中途發(fā)生故障(如爆胎)或其他緊急情況，無法繼續(xù)完成所接訂單。此時乘客不得不結(jié)束當(dāng)前訂單后重新發(fā)出打車請求，使得在乘坐具有起步價的車輛時，需重新?lián)?fù)一份起步價。這樣勢必給乘客帶來經(jīng)濟(jì)損失，降低了用戶體驗(yàn)。

技術(shù)實(shí)現(xiàn)要素：

針對現(xiàn)有技術(shù)的缺陷，本發(fā)明提供一種乘客打車訂單切換方法及裝置，解決了現(xiàn)有技術(shù)中接單車輛中途發(fā)生故障后，乘客不得不重新發(fā)出打車請求，并重新?lián)?fù)另一份起步價的問題。

第一方面，本發(fā)明提供一種乘客打車訂單切換方法，包括：

當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，服務(wù)端接收所述第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成切換訂單；

服務(wù)端向續(xù)單車輛所具備的第二終端發(fā)送所述切換訂單。

優(yōu)選地，當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷為車輛發(fā)生故障時，服務(wù)端接收所述第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成切換訂單，所述訂單切換請求包括故障地地址和初始訂單的目的地地址，所述初始訂單為所述第一終端應(yīng)答的訂單。

優(yōu)選地，服務(wù)端向第二終端發(fā)送所述切換訂單時，還向第二終端發(fā)送訂單類型信息，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。

優(yōu)選地，服務(wù)端在接收所述訂單切換請求之后，根據(jù)初始訂單的出發(fā)地地址與故障地地址之間的行程信息生成第一終端費(fèi)用信息并存儲。

優(yōu)選地，服務(wù)端在接收所述切換訂單完成請求之后，根據(jù)故障地地址與目的地地址之間的行程信息生成第二終端費(fèi)用信息并存儲。

優(yōu)選地，服務(wù)端在接收所述切換訂單完成請求之后，根據(jù)所述第一終端費(fèi)用信息和第二終端費(fèi)用信息對乘客結(jié)單費(fèi)用進(jìn)行分配處理。

優(yōu)選地，服務(wù)端接收所述訂單切換請求之后，向其他終端發(fā)送救援請求，所述救援請求包括第一終端的故障地地址和第一終端的注冊信息。

第二方面，本發(fā)明提供一種乘客打車訂單切換方法，包括：續(xù)單車輛所具備的第二終端接收服務(wù)端發(fā)來的切換訂單，所述切換訂單為當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，所述服務(wù)端接收第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成的訂單，所述訂單切換請求包括故障地地址和初始訂單的目的地地址；所述初始訂單為所述第一終端應(yīng)答的訂單。

優(yōu)選地，所述切換訂單為當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷為車輛發(fā)生故障時，所述服務(wù)端接收第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成的訂單，所述訂單切換請求包括故障地地址和初始訂單的目的地地址；所述初始訂單為所述第一終端應(yīng)答的訂單。

優(yōu)選地，所述第二終端接收服務(wù)端發(fā)來的切換訂單，同時還接收服務(wù)端發(fā)來的訂單類型信息，并根據(jù)訂單類型信息確定是否應(yīng)答所述切換訂單，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。

第三方面，本發(fā)明提供一種乘客打車訂單切換裝置，包括：

請求獲取模塊，用于當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，接收所述第一終端發(fā)出的訂單切換請求；

訂單生成模塊，用于根據(jù)所述訂單切換請求生成切換訂單；

訂單分配模塊，用于向續(xù)單車輛所具備的第二終端發(fā)送所述切換訂單。

優(yōu)選地，所述訂單分配模塊，還用于在向第二終端發(fā)送所述切換訂單時，同時發(fā)送訂單類型信息，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。

優(yōu)選地，還包括費(fèi)用生成存儲模塊，用于在請求獲取模塊接收所述訂單切換請求之后，根據(jù)初始訂單的出發(fā)地地址與故障地地址之間的行程信息生成第一終端費(fèi)用信息并存儲；還用于在請求獲取模塊接收所述切換訂單完成請求之后，根據(jù)故障地地址與目的地地址之間的行程信息生成第二終端費(fèi)用信息并存儲。

優(yōu)選地，還包括費(fèi)用分配模塊，用于根據(jù)所述第一終端費(fèi)用信息和第二終端費(fèi)用信息對乘客結(jié)單費(fèi)用進(jìn)行分配處理。

優(yōu)選地，還包括救援信息發(fā)送模塊，用于向其他終端發(fā)送救援請求，所述救援請求包括第一終端的故障地地址和第一終端的注冊信息。

第四方面，本發(fā)明提供一種乘客打車訂單切換裝置，包括：訂單應(yīng)答模塊，用于接收服務(wù)端發(fā)來的切換訂單，所述切換訂單為當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，所述服務(wù)端接收第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成的訂單。

優(yōu)選地，所述訂單應(yīng)答模塊，還用于接收服務(wù)端發(fā)來的訂單類型信息，并根據(jù)訂單類型信息確定是否應(yīng)答所述切換訂單，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。

由上述技術(shù)方案可知，本發(fā)明提供一種乘客打車訂單切換方法及裝置，通過在接單車輛提供的服務(wù)發(fā)生中斷后，無需乘客重新發(fā)出打車請求生成新訂單，只需在原訂單基礎(chǔ)上匹配一個訂單，并由續(xù)單車輛執(zhí)行匹配后的訂單，從而為乘客避免了為新訂單承擔(dān)另一份起步價的風(fēng)險，提升了用戶體驗(yàn)。

附圖說明

為了更清楚地說明本公開實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本公開的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些圖獲得其他的附圖。

圖1為本公開實(shí)施例1提供的乘客打車訂單切換方法的流程示意圖；

圖2為本公開實(shí)施例2提供的乘客打車訂單切換方法的流程示意圖；

圖3為本公開實(shí)施例6提供的乘客打車訂單切換裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本公開實(shí)施例中的附圖，對本公開實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本公開中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本公開保護(hù)的范圍。

以下對本公開實(shí)施例中提及的部分詞語進(jìn)行舉例說明。

本公開實(shí)施例中提及的用戶設(shè)備(userequipment，簡稱ue)是指呼叫服務(wù)方，如交通工具叫車服務(wù)中的乘客，所使用的移動終端或個人計算機(jī)(personalcomputer，簡稱pc)等設(shè)備。例如智能手機(jī)、個人數(shù)碼助理(pda)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上游戲機(jī)、智能眼鏡、智能手表、可穿戴設(shè)備、虛擬顯示設(shè)備或顯示增強(qiáng)設(shè)備(如googleglass、oculusrift、hololens、gearvr)等。

本公開實(shí)施例中提及的終端為提供服務(wù)方，如交通工具叫車服務(wù)中的司機(jī)，所使用的用于接單的移動終端或pc端等設(shè)備。

本公開實(shí)施例中，為了區(qū)別乘客和司機(jī)，分別采用用戶設(shè)備ue 和終端來分別表示乘客和司機(jī)所持的移動終端等設(shè)備。

如圖1所示，本發(fā)明實(shí)施例1提供了一種乘客打車訂單切換方法，包括：

s11、當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，服務(wù)端接收所述第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成切換訂單。在本步驟中，需要說明的是，所述接單車輛提供的服務(wù)發(fā)生中斷包括車輛發(fā)生故障、司機(jī)有急事不能完成訂單、發(fā)生車禍以及其他緊急情況。當(dāng)某一情況出現(xiàn)后，司機(jī)均不能正常完成該訂單，此時需要進(jìn)行訂單切換方法，而切換訂單的出發(fā)地為此時接單車輛的停車位置。例如，乘客所持有的用戶設(shè)備ue發(fā)出打車請求，服務(wù)端根據(jù)打車請求生成初始訂單(該初始訂單為在本發(fā)明實(shí)施例需切換訂單的情況下的命名)。接單車輛所具備的第一終端應(yīng)答初始訂單，并執(zhí)行該訂單信息。接單車輛中途出現(xiàn)故障(如爆胎)，接單車輛司機(jī)通過第一終端向服務(wù)端發(fā)出訂單切換請求，其實(shí)現(xiàn)方式可以通過點(diǎn)擊終端頁面上的相應(yīng)按鈕去實(shí)現(xiàn)。所述訂單切換請求包括故障地地址和初始訂單的目的地地址。服務(wù)端根據(jù)訂單切換請求生成切換訂單。

s12、服務(wù)端向續(xù)單車輛所具備的第二終端發(fā)送所述切換訂單。在本步驟中，需要說明的是，續(xù)單車輛為應(yīng)答所述切換訂單的車輛。服務(wù)端生成所述切換訂單后，以故障地為中心，在預(yù)設(shè)區(qū)域范圍內(nèi)搜索處于未接單狀態(tài)的其他終端，并向其中一個或多個終端發(fā)出切換訂單。在本發(fā)明實(shí)施例中，為了更好對方案進(jìn)行解釋說明，其他終端均以第二終端的形式出現(xiàn)，便于與第一終端進(jìn)行區(qū)分。

本發(fā)明提供一種乘客打車訂單切換方法，通過在接單車輛提供的服務(wù)發(fā)生中斷后，無需乘客重新發(fā)出打車請求生成新訂單，只需在原訂單基礎(chǔ)上匹配一個訂單，并由續(xù)單車輛執(zhí)行匹配后的訂單，從而為乘客避免了為新訂單承擔(dān)另一份起步價的風(fēng)險，提升了用戶體驗(yàn)。

如圖2所示，本發(fā)明實(shí)施例2提供一種乘客打車訂單切換方法，包括：

s21、當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，服務(wù)端接收所述第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成切換訂單。

s22、服務(wù)端向續(xù)單車輛所具備的第二終端發(fā)送所述切換訂單和訂單類型信息。所述訂單類型信息用于區(qū)分切換訂單與其他訂單。需要說明的是，根據(jù)打車服務(wù)行業(yè)的不同服務(wù)類型，所述訂單類型信息可以拼車服務(wù)類型、快車服務(wù)類型、專車服務(wù)類型等等。

本發(fā)明實(shí)施例2所述的方法，通過向第二終端發(fā)送訂單類型信息，以給處于未接單狀態(tài)下的司機(jī)一個訂單類型的參考，便于司機(jī)選擇是否接單或不接單，提升了車輛司機(jī)的接單體驗(yàn)。

本發(fā)明實(shí)施例3提供一種乘客打車訂單切換方法，本發(fā)明實(shí)施例與上述實(shí)施例1和實(shí)施例2不同的地方在于：

服務(wù)端在接收所述訂單切換請求之后，根據(jù)初始訂單的出發(fā)地地址與故障地地址之間的行程信息生成第一終端費(fèi)用信息并存儲。需要說明的是，由于接單車輛中途故障，但又不能讓接單車輛司機(jī)不能有所經(jīng)濟(jì)上的損失。故在服務(wù)端接收所述訂單切換請求之后，服務(wù)端根據(jù)故障地和出發(fā)地的行程信息計算第一終端費(fèi)用信息。所述第一終端費(fèi)用信息包括一個起步價。

另外，服務(wù)端在接收所述切換訂單完成請求之后，根據(jù)故障地地址與目的地地址之間的行程信息生成第二終端費(fèi)用信息并存儲。需要說明的是，所述切換訂單完成之時，即是乘客初始訂單的完成之時。服務(wù)端接收所述切換訂單完成請求之后，服務(wù)端根據(jù)故障地和目的地的行程信息計算第二終端費(fèi)用信息。此時第二終端費(fèi)用信息不具有起步價。

服務(wù)端在接收所述切換訂單完成請求之后，根據(jù)所述第一終端費(fèi) 用信息和第二終端費(fèi)用信息對乘客結(jié)單費(fèi)用進(jìn)行分配處理。此處，乘客結(jié)單費(fèi)用僅僅包括一個起步價(若存在起步價的情況)，同時又包括原出發(fā)地到目的地的行程費(fèi)用。

本發(fā)明實(shí)施例3所述的方法，通過分別對兩個訂單的費(fèi)用進(jìn)行分開計算，便于在訂單完成之后對兩個接單司機(jī)所獲得的費(fèi)用進(jìn)行分配。

本發(fā)明實(shí)施例4提供一種乘客打車訂單切換方法，本發(fā)明實(shí)施例與實(shí)施例1不同的地方在于，服務(wù)端向第二終端發(fā)送所述切換訂單的同時，還需向包括所述第二終端在內(nèi)的其他終端發(fā)送救援請求，所述救援請求包括第一終端的故障地地址和第一終端的注冊信息。本發(fā)明實(shí)施例所述方法通過向其他終端發(fā)送關(guān)于接單車輛的救援請求，以使其他車輛司機(jī)接收到請求后為故障車輛司機(jī)提供幫助。例如為故障車輛司機(jī)拖車，為故障車輛司機(jī)聯(lián)系就近的拖車公司。

本發(fā)明實(shí)施例5提供一種乘客打車訂單切換方法，包括：續(xù)單車輛所具備的第二終端接收服務(wù)端發(fā)來的切換訂單，所述切換訂單為當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，所述服務(wù)端接收第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成的訂單。

所述第二終端接收服務(wù)端發(fā)來的切換訂單，同時還接收服務(wù)端發(fā)來的訂單類型信息，并根據(jù)訂單類型信息確定是否應(yīng)答所述切換訂單，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。需要說明的是，本發(fā)明實(shí)施例所述方法與上述實(shí)施例所述方法在原理上相互呼應(yīng)，故在此不再贅述。

本發(fā)明提供一種乘客打車訂單切換方法，通過在接單車輛提供的服務(wù)發(fā)生中斷后，無需乘客重新發(fā)出打車請求生成新訂單，只需在原訂單基礎(chǔ)上匹配一個訂單，并由續(xù)單車輛執(zhí)行匹配后的訂單，從而為乘客避免了為新訂單承擔(dān)另一份起步價的風(fēng)險，提升了用戶體驗(yàn)。

如圖3所示，本發(fā)明實(shí)施例6提供一種乘客打車訂單切換裝置，包括：

請求獲取模塊61，用于當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，接收所述第一終端發(fā)出的訂單切換請求，所述訂單切換請求包括故障地地址和初始訂單的目的地地址；所述初始訂單為所述第一終端應(yīng)答的訂單；

訂單生成模塊62，用于根據(jù)所述訂單切換請求生成切換訂單；

訂單分配模塊63，用于向續(xù)單車輛所具備的第二終端發(fā)送所述切換訂單。

本發(fā)明提供一種乘客打車訂單切換裝置，通過在接單車輛提供的服務(wù)發(fā)生中斷后，無需乘客重新發(fā)出打車請求生成新訂單，只需在原訂單基礎(chǔ)上匹配一個訂單，并由續(xù)單車輛執(zhí)行匹配后的訂單，從而為乘客避免了為新訂單承擔(dān)另一份起步價的風(fēng)險，提升了用戶體驗(yàn)。

另外，需要說明的是，本裝置所述訂單分配模塊，還用于在向第二終端發(fā)送所述切換訂單時，同時發(fā)送訂單類型信息，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。還包括費(fèi)用生成存儲模塊，用于在請求獲取模塊接收所述訂單切換請求之后，根據(jù)初始訂單的出發(fā)地地址與故障地地址之間的行程信息生成第一終端費(fèi)用信息并存儲；還用于在請求獲取模塊接收所述切換訂單完成請求之后，根據(jù)故障地地址與目的地地址之間的行程信息生成第二終端費(fèi)用信息并存儲。還包括費(fèi)用分配模塊，用于根據(jù)所述第一終端費(fèi)用信息和第二終端費(fèi)用信息對乘客結(jié)單費(fèi)用進(jìn)行分配處理。還包括救援信息發(fā)送模塊，用于向其他終端發(fā)送救援請求，所述救援請求包括第一終端的故障地地址和第一終端的注冊信息。

對于上述模塊的功能均是基于上述實(shí)施例所述方法的原理基礎(chǔ)上，因此各個模塊的功能原理均已被上述實(shí)施例所公開，在此不再贅述。

需要說明的是，本發(fā)明實(shí)施例中可以通過硬件處理器(hardwareprocessor)來實(shí)現(xiàn)相關(guān)功能模塊。

本發(fā)明實(shí)施例7提供一種乘客打車訂單切換裝置，其特征在于，包括訂單應(yīng)答模塊，用于接收服務(wù)端發(fā)來的切換訂單，所述切換訂單為當(dāng)乘客乘坐的第一終端所屬接單車輛提供的服務(wù)發(fā)生中斷時，所述服務(wù)端接收第一終端發(fā)出的訂單切換請求，并根據(jù)訂單切換請求生成的訂單。另外，所述訂單應(yīng)答模塊還用于接收服務(wù)端發(fā)來的訂單類型信息，并根據(jù)訂單類型信息確定是否應(yīng)答所述切換訂單，所述訂單類型信息用于區(qū)分切換訂單與其他訂單。需要說明的是，本發(fā)明實(shí)施例中可以通過硬件處理器(hardwareprocessor)來實(shí)現(xiàn)相關(guān)功能模塊。

本發(fā)明提供一種乘客打車訂單切換裝置，通過在接單車輛提供的服務(wù)發(fā)生中斷后，無需乘客重新發(fā)出打車請求生成新訂單，只需在原訂單基礎(chǔ)上匹配一個訂單，并由續(xù)單車輛執(zhí)行匹配后的訂單，從而為乘客避免了為新訂單承擔(dān)另一份起步價的風(fēng)險，提升了用戶體驗(yàn)。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或者部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲在計算機(jī)可讀取的存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實(shí)施例的步驟。

本公開的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本公開的實(shí)施例可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解

本領(lǐng)域普通技術(shù)人員可以理解：以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特 征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明權(quán)利要求所限定的范圍。