本發(fā)明涉及網絡打車技術領域，具體涉及一種打車方法、信息交互方法、移動終端、服務器和打車系統(tǒng)。

背景技術：

用戶在打車時，如果用戶所使用的移動終端(比如手機、ipad)的電量較低，這時因為存在移動終端和服務器信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的過程，就使得在用戶打車的過程中極有可能因為手機因電量過低自動關機而導致完不成打車。

由此，如何提供一種在移動終端電量較低時仍能使用戶完成打車的方法，成為亟待解決的問題。

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

針對現(xiàn)有技術中的缺陷，本發(fā)明實施例提供一種打車方法、信息交互方法、移動終端、服務器和打車系統(tǒng)。

一方面，本發(fā)明實施例提出一種利用移動終端進行打車的方法，包括：

接收用戶的叫車指令，檢測移動終端當前的電池電量使用情況；

若電量低于預設的數(shù)值，則獲取所述用戶的上車地點和目的地點，將所述上車地點和目的地點發(fā)送給服務器，并觸發(fā)所述用戶賬戶的關聯(lián)賬戶向所述服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述用戶的聯(lián)系方式，向所述移動終端和登錄所述關聯(lián)賬戶的移動終端發(fā)送打車成功的信息；

接收所述服務器發(fā)送的打車成功的信息，并在打車結束后接收所述服務器發(fā)送的打車費用信息，在所述用戶確認支付打車費用后， 觸發(fā)所述關聯(lián)賬戶支付本次打車費用。

本發(fā)明實施例提供的利用移動終端進行打車的方法，當用戶打車時，首先檢測用戶打車所用移動終端的電池電量情況，若電池電量較低，則觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶與服務器進行交互，且代替當前用戶賬戶進行打車費用支付，而僅上傳打車用戶的上車地點和目的地點，接收所述服務器發(fā)送的打車成功的信息，從而相較于需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前用戶賬戶與服務器之間的交互以及當前用戶打車所用移動終端側調用的應用程序的數(shù)量，從而極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

接收登錄第一賬戶的第一移動終端發(fā)送的第一觸發(fā)指令，根據(jù)所述第一觸發(fā)指令向服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移動終端和發(fā)起所述打車請求的第二移動終端發(fā)送打車成功的信息，其中，所述第一賬戶和所述第二終端登錄的第二賬戶互為關聯(lián)賬戶；

接收所述服務器發(fā)送的打車成功的信息，在所述用戶打車結束后接收所述第一移動終端發(fā)送的第二觸發(fā)指令，根據(jù)所述第二觸發(fā)指令由所述第二賬戶支付所述用戶的本次打車費用。

本發(fā)明實施例提供的打車過程中的信息交互方法，由當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且代替當前打車用戶賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，接收所 述服務器發(fā)送的打車成功的信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

接收登錄第一賬戶的第一移動終端發(fā)送的上車地點和目的地點，并接收登錄第二賬戶的第二移動終端發(fā)送的打車請求，其中，所述第一賬戶和第二賬戶互為關聯(lián)賬戶；

根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移動終端和第二移動終端發(fā)送打車成功的信息；

在所述用戶打車結束后獲取第三移動終端發(fā)送的所述用戶所乘坐車輛的行駛路徑長度，根據(jù)所述行駛路徑長度計算打車費用，將所述打車費用發(fā)送給所述第一移動終端，以使所述用戶在確認支付打車費用后，觸發(fā)所述第二賬戶支付所述打車費用；

在所述第二賬戶支付所述打車費用后，向所述第一移動終端和第三移動終端發(fā)送支付成功信息。

本發(fā)明實施例提供的打車過程中的信息交互方法，由當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且代替當前打車用戶賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，接收所述服務器發(fā)送的打車成功的信息和支付成功信息，從而相較于登錄 當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

在接單后，接收服務器發(fā)送的乘客的聯(lián)系方式；

在所述乘客打車結束后向所述服務器發(fā)送所述乘客所乘坐車輛的行駛路徑長度，以使所述服務器根據(jù)所述行駛路徑長度計算打車費用，并將所述打車費用發(fā)送給登錄所述乘客賬戶的移動終端；

在所述乘客賬戶的關聯(lián)賬戶支付所述打車費用后，接收所述服務器發(fā)送的支付成功信息。

本發(fā)明實施例提供的打車過程中的信息交互方法，在司機接到乘客后不需要登錄乘客賬戶的移動終端與服務器交互，在需要乘客支付打車費用時，由乘客賬戶的關聯(lián)賬戶代替乘客賬戶進行打車費用支付，而登錄乘客賬戶的移動終端僅需要接收服務器發(fā)送的打車費用信息，從而相較于登錄乘客賬戶的移動終端需要在打車結束時調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少乘客打車所用移動終端側調用的應用程序的數(shù)量，從而在乘客的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，使乘客在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種移動終端，包括：

電量檢測單元，用于接收用戶的叫車指令，檢測移動終端當前的電池電量使用情況；

打車觸發(fā)單元，用于若電量低于預設的數(shù)值，則獲取所述用戶 的上車地點和目的地點，將所述上車地點和目的地點發(fā)送給服務器，并觸發(fā)所述用戶賬戶的關聯(lián)賬戶向所述服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述用戶的聯(lián)系方式，向所述移動終端和登錄所述關聯(lián)賬戶的移動終端發(fā)送打車成功的信息；

支付觸發(fā)單元，用于接收所述服務器發(fā)送的打車成功的信息，并在打車結束后接收所述服務器發(fā)送的打車費用信息，在所述用戶確認支付打車費用后，觸發(fā)所述關聯(lián)賬戶支付本次打車費用。

本發(fā)明實施例提供的移動終端，當用戶打車時，首先由電量檢測單元檢測用戶打車所用移動終端的電池電量情況，若電池電量較低，則由打車觸發(fā)單元觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶與服務器進行交互，且由支付觸發(fā)單元觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶進行打車費用支付，而僅由所述打車觸發(fā)單元上傳打車用戶的上車地點和目的地點，并由所述支付觸發(fā)單元接收所述服務器發(fā)送的打車成功的信息，從而相較于需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前用戶賬戶與服務器之間的交互以及當前用戶打車所用移動終端側調用的應用程序的數(shù)量，從而極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種移動終端，包括：

打車請求發(fā)起單元，用于接收登錄第一賬戶的第一移動終端發(fā)送的第一觸發(fā)指令，根據(jù)所述第一觸發(fā)指令向服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移 動終端和發(fā)起所述打車請求的第二移動終端發(fā)送打車成功的信息，其中，所述第一賬戶和所述第二終端登錄的第二賬戶互為關聯(lián)賬戶；

打車費用支付單元，用于接收所述服務器發(fā)送的打車成功的信息，在所述用戶打車結束后接收所述第一移動終端發(fā)送的第二觸發(fā)指令，根據(jù)所述第二觸發(fā)指令由所述第二賬戶支付所述用戶的本次打車費用。

本發(fā)明實施例提供的移動終端，由打車請求發(fā)起單元根據(jù)登錄當前打車用戶賬戶的移動終端發(fā)送的第一觸發(fā)指令觸發(fā)當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且由打車費用支付單元根據(jù)登錄當前打車用戶賬戶的移動終端發(fā)送的第二觸發(fā)指令觸發(fā)所述關聯(lián)賬戶代替當前打車用戶賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，由所述打車費用支付單元接收所述服務器發(fā)送的打車成功的信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種服務器，包括：

接收單元，用于接收登錄第一賬戶的第一移動終端發(fā)送的上車地點和目的地點，并接收登錄第二賬戶的第二移動終端發(fā)送的打車請求，其中，所述第一賬戶和第二賬戶互為關聯(lián)賬戶；

匹配單元，用于根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第 一移動終端和第二移動終端發(fā)送打車成功的信息；

第一計算單元，用于在所述用戶打車結束后獲取第三移動終端發(fā)送的所述用戶所乘坐車輛的行駛路徑長度，根據(jù)所述行駛路徑長度計算打車費用，將所述打車費用發(fā)送給所述第一移動終端，以使所述用戶在確認支付打車費用后，觸發(fā)所述第二賬戶支付所述打車費用；

第一發(fā)送單元，用于在所述第二賬戶支付所述打車費用后，向所述第一移動終端和第三移動終端發(fā)送支付成功信息。

本發(fā)明實施例提供的服務器，由所述服務器的匹配單元與代替當前打車用戶賬戶的關聯(lián)賬戶進行交互，并由所述關聯(lián)賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要向接收單元發(fā)送打車用戶的上車地點和目的地點，接收匹配單元發(fā)送的打車成功的信息和第一發(fā)送單元發(fā)送的支付成功信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種移動終端，包括：

聯(lián)系方式接收單元，用于在接單后，接收服務器發(fā)送的乘客的聯(lián)系方式；

行駛路徑長度發(fā)送單元，用于在所述乘客打車結束后向所述服務器發(fā)送所述乘客所乘坐車輛的行駛路徑長度，以使所述服務器根據(jù)所述行駛路徑長度計算打車費用，并將所述打車費用發(fā)送給登錄所述乘客賬戶的移動終端；

支付成功信息接收單元，用于在所述乘客賬戶的關聯(lián)賬戶支付 所述打車費用后，接收所述服務器發(fā)送的支付成功信息。

本發(fā)明實施例提供的移動終端，在司機接到乘客后不需要登錄乘客賬戶的移動終端與服務器交互，在需要乘客支付打車費用時，由乘客賬戶的關聯(lián)賬戶代替乘客賬戶進行打車費用支付，而登錄乘客賬戶的移動終端僅需要接收服務器發(fā)送的打車費用信息，從而相較于登錄乘客賬戶的移動終端需要在打車結束時調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少乘客打車所用移動終端側調用的應用程序的數(shù)量，從而在乘客的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，使乘客在移動終端電量較低時仍然能完成打車。

另一方面，本發(fā)明實施例提出一種打車系統(tǒng)，包括：

上述移動終端和服務器。

本發(fā)明實施例提供的打車系統(tǒng)，包含上述移動終端和服務器，從而使得登錄當前打車用戶賬戶的關聯(lián)賬戶的移動終端能夠代替登錄當前打車用戶賬戶的移動終端與服務器進行交互，并完成打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需接收服務器發(fā)送的打車成功的信息和支付成功信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

附圖說明

圖1為本發(fā)明利用移動終端進行打車的方法一實施例的流程示意圖；

圖2為本發(fā)明打車過程中的信息交互方法一實施例的流程示意 圖；

圖3為本發(fā)明打車過程中的信息交互方法一實施例的流程示意圖；

圖4為本發(fā)明打車過程中的信息交互方法一實施例的流程示意圖；

圖5為本發(fā)明移動終端一實施例的結構示意圖；

圖6為本發(fā)明移動終端一實施例的結構示意圖；

圖7為本發(fā)明服務器一實施例的結構示意圖；

圖8為本發(fā)明移動終端一實施例的結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

參看圖1，本實施例公開一種利用移動終端進行打車的方法，包括：

s10、接收用戶的叫車指令，檢測移動終端當前的電池電量使用情況；

s11、若電量低于預設的數(shù)值(比如5％)，則獲取所述用戶的上車地點和目的地點，將所述上車地點和目的地點發(fā)送給服務器，并觸發(fā)所述用戶賬戶的關聯(lián)賬戶向所述服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述用戶的聯(lián)系方式(也可以附帶發(fā)送關聯(lián)賬戶對應的用戶的聯(lián)系方式)，向所述移動終端和登錄所述關聯(lián)賬戶的移動終端發(fā)送打車成功的信息；

s12、接收所述服務器發(fā)送的打車成功的信息，并在打車結束后接收所述服務器發(fā)送的打車費用信息，在所述用戶確認支付打車費用后，觸發(fā)所述關聯(lián)賬戶支付本次打車費用。

本發(fā)明實施例提供的利用移動終端進行打車的方法，當用戶打車時，首先檢測用戶打車所用移動終端的電池電量情況，若電池電量較低，則觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶與服務器進行交互，且代替當前用戶賬戶進行打車費用支付，而僅上傳打車用戶的上車地點和目的地點，接收所述服務器發(fā)送的打車成功的信息，從而相較于需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前用戶賬戶與服務器之間的交互以及當前用戶打車所用移動終端側調用的應用程序的數(shù)量，從而極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明利用移動終端進行打車的方法的另一實施例中，還可以包括：

若電量低于所述數(shù)值，則將所述移動終端切換至省電模式。

本發(fā)明實施例中，當電量低于所述數(shù)值，則將所述移動終端切換至省電模式，從而能夠在前述實施例的基礎上進一步地減少打車過程所耗費的電量，便于用戶完成打車。

可選地，在本發(fā)明利用移動終端進行打車的方法的另一實施例中，在所述關聯(lián)賬戶支付本次打車費用成功后，所述方法，還可以包括：

記錄本次關聯(lián)打車信息，

其中，所述方法，還包括：

在下一次打車時，若檢測到所述移動終端的電池電量不低于所述數(shù)值，則提示所述用戶是否調出上次關聯(lián)打車信息；

在所述用戶確認調出上次關聯(lián)打車信息后，調出上次關聯(lián)打車 信息，并顯示，其中，在顯示上次關聯(lián)打車信息的界面上顯示有表示是否將上次打車費用支付給所述關聯(lián)賬戶的選擇按鍵；

在所述用戶確認將上次打車費用支付給所述關聯(lián)賬戶后，將上次打車費用支付給所述關聯(lián)賬戶。

本發(fā)明實施例中，每次關聯(lián)打車信息可以不存儲在本地，而是由服務器進行記錄，這樣，當下次打車時自動檢索乘客移動終端的電量，當電量充足的時候可以從服務器調出上次關聯(lián)打車信息，由乘客自己選擇是否顯示上次的叫車詳情并且支付打車費用給關聯(lián)賬戶，從而相較于在本地記錄關聯(lián)打車信息，能夠節(jié)省本地存儲空間。

參看圖2，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

s20、接收登錄第一賬戶的第一移動終端發(fā)送的第一觸發(fā)指令，根據(jù)所述第一觸發(fā)指令向服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移動終端和發(fā)起所述打車請求的第二移動終端發(fā)送打車成功的信息，其中，所述第一賬戶和所述第二終端登錄的第二賬戶互為關聯(lián)賬戶；

s21、接收所述服務器發(fā)送的打車成功的信息，在所述用戶打車結束后接收所述第一移動終端發(fā)送的第二觸發(fā)指令，根據(jù)所述第二觸發(fā)指令由所述第二賬戶支付所述用戶的本次打車費用。

本實施例公開的打車過程中的信息交互方法，由當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且代替當前打車用戶賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，接收所述服務器發(fā)送的打車成功的信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支 付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明打車過程中的信息交互方法的另一實施例中，在所述接收所述第一移動終端發(fā)送的第二觸發(fā)指令之前，還可以包括：

在所述第一賬戶對應用戶乘車的過程中獲取所述服務器發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時打車費用信息，顯示所述實時打車費用信息，并根據(jù)所述實時位置信息生成所述用戶所乘坐車輛的行駛路徑，顯示所述行駛路徑。

本發(fā)明實施例中，在用戶乘車的過程中在登錄其關聯(lián)賬戶的移動終端上顯示用戶的實時打車費用信息和用戶所乘坐車輛的行駛路徑，能夠使登錄其關聯(lián)賬戶的它人了解該用戶的打車信息，從而能夠一定程度上保證該用戶的打車安全。

參看圖3，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

s30、接收登錄第一賬戶的第一移動終端發(fā)送的上車地點和目的地點，并接收登錄第二賬戶的第二移動終端發(fā)送的打車請求，其中，所述第一賬戶和第二賬戶互為關聯(lián)賬戶；

s31、根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移動終端和第二移動終端發(fā)送打車成功的信息；

s32、在所述用戶打車結束后獲取第三移動終端發(fā)送的所述用戶所乘坐車輛的行駛路徑長度，根據(jù)所述行駛路徑長度計算打車費用， 將所述打車費用發(fā)送給所述第一移動終端，以使所述用戶在確認支付打車費用后，觸發(fā)所述第二賬戶支付所述打車費用；

s33、在所述第二賬戶支付所述打車費用后，向所述第一移動終端和第三移動終端發(fā)送支付成功信息。

本發(fā)明實施例中，除了向目標車輛發(fā)送第一賬戶對應用戶的聯(lián)系方式之外，還可以向目標車輛發(fā)送第二賬戶對應用戶的聯(lián)系方式，以使目標車輛司機聯(lián)系不到第一賬戶對應用戶的情況下，可以通過聯(lián)系第二賬戶對應用戶結束本次打車過程。

本實施例公開的打車過程中的信息交互方法，由當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且代替當前打車用戶賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，接收所述服務器發(fā)送的打車成功的信息和支付成功信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明打車過程中的信息交互方法的另一實施例中，所述在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，可以包括：

通過查找預設的賬戶和賬戶對應的用戶的聯(lián)系方式的對應關系確定所述第一賬戶對應用戶的聯(lián)系方式；

向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式。

可選地，在本發(fā)明打車過程中的信息交互方法的另一實施例中，還可以包括：

在所述用戶乘車的過程中獲取所述第三移動終端發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時行駛路徑長度，根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給所述第二移動終端。

本發(fā)明實施例中，在用戶乘車的過程中通過獲取所述第三移動終端(司機側)發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時行駛路徑長度，根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給所述第二移動終端(已登錄關聯(lián)賬戶)，有助于使登錄所述用戶賬戶的關聯(lián)賬戶的它人了解該用戶的打車信息，從而能夠一定程度上保證該用戶的打車安全。

參看圖4，本發(fā)明實施例提出一種打車過程中的信息交互方法，包括：

s40、在接單后，接收服務器發(fā)送的乘客的聯(lián)系方式；

s41、在所述乘客打車結束后向所述服務器發(fā)送所述乘客所乘坐車輛的行駛路徑長度，以使所述服務器根據(jù)所述行駛路徑長度計算打車費用，并將所述打車費用發(fā)送給登錄所述乘客賬戶的移動終端；

s42、在所述乘客賬戶的關聯(lián)賬戶支付所述打車費用后，接收所述服務器發(fā)送的支付成功信息。

本實施例公開的打車過程中的信息交互方法，在司機接到乘客后不需要登錄乘客賬戶的移動終端與服務器交互，在需要乘客支付打車費用時，由乘客賬戶的關聯(lián)賬戶代替乘客賬戶進行打車費用支付，而登錄乘客賬戶的移動終端僅需要接收服務器發(fā)送的打車費用信息，從而相較于登錄乘客賬戶的移動終端需要在打車結束時調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少乘客打車所用移動終端側調用的應用程序的數(shù)量，從而在乘客的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，使乘客在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明打車過程中的信息交互方法的另一實施例中，還可以包括：

在所述乘客乘車的過程中，獲取所述乘客所乘坐車輛的實時位置信息和實時行駛路徑長度，將所述實時位置信息和實時行駛路徑長度發(fā)送給所述服務器，以使所述服務器根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給登錄所述乘客賬戶的關聯(lián)賬戶的移動終端。

本發(fā)明實施例中，在乘客乘車的過程中獲取所述乘客所乘坐車輛的實時位置信息和實時行駛路徑長度，將所述實時位置信息和實時行駛路徑長度發(fā)送給所述服務器，有助于所述服務器根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給登錄所述乘客賬戶的關聯(lián)賬戶的移動終端，從而有助于登錄所述乘客賬戶的關聯(lián)賬戶的它人了解乘客的打車信息，從而能夠一定程度上保證乘客的打車安全。

參看圖5，本發(fā)明實施例提出一種移動終端，包括：

電量檢測單元10，用于接收用戶的叫車指令，檢測移動終端當前的電池電量使用情況；

打車觸發(fā)單元11，用于若電量低于預設的數(shù)值，則獲取所述用戶的上車地點和目的地點，將所述上車地點和目的地點發(fā)送給服務器，并觸發(fā)所述用戶賬戶的關聯(lián)賬戶向所述服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述用戶的聯(lián)系方式，向所述移動終端和登錄所述關聯(lián)賬戶的移動終端發(fā)送打車成功的信息；

支付觸發(fā)單元12，用于接收所述服務器發(fā)送的打車成功的信息，并在打車結束后接收所述服務器發(fā)送的打車費用信息，在所述用戶確認支付打車費用后，觸發(fā)所述關聯(lián)賬戶支付本次打車費用。

本實施例公開的移動終端，當用戶打車時，首先由電量檢測單元檢測用戶打車所用移動終端的電池電量情況，若電池電量較低，則由打車觸發(fā)單元觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶與服務器進行交互，且由支付觸發(fā)單元觸發(fā)當前用戶賬戶的關聯(lián)賬戶代替當前用戶賬戶進行打車費用支付，而僅由所述打車觸發(fā)單元上傳打車用戶的上車地點和目的地點，并由所述支付觸發(fā)單元接收所述服務器發(fā)送的打車成功的信息，從而相較于需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前用戶賬戶與服務器之間的交互以及當前用戶打車所用移動終端側調用的應用程序的數(shù)量，從而極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明移動終端的另一實施例中，還可以包括：

模式切換單元，用于若電量低于所述數(shù)值，則將所述移動終端切換至省電模式。

本發(fā)明實施例中，當電量低于所述數(shù)值，由模式切換單元將所述移動終端切換至省電模式，從而能夠在前述實施例的基礎上進一步地減少打車過程所耗費的電量，便于用戶完成打車。

可選地，在本發(fā)明移動終端的另一實施例中，還可以包括：

記錄單元，用于在所述關聯(lián)賬戶支付本次打車費用成功后，記錄本次關聯(lián)打車信息，

其中，所述移動終端，還可以包括：

提示單元，用于在下一次打車時，若檢測到所述移動終端的電池電量不低于所述數(shù)值，則提示所述用戶是否調出上次關聯(lián)打車信息；

顯示單元，用于在所述用戶確認調出上次關聯(lián)打車信息后，調出上次關聯(lián)打車信息，并顯示，其中，在顯示上次關聯(lián)打車信息的 界面上顯示有表示是否將上次打車費用支付給所述關聯(lián)賬戶的選擇按鍵；

支付單元，用于在所述用戶確認將上次打車費用支付給所述關聯(lián)賬戶后，將上次打車費用支付給所述關聯(lián)賬戶。

本發(fā)明實施例中，每次關聯(lián)打車信息可以不存儲在本地，而是由服務器進行記錄，這樣，當下次打車時自動檢索乘客移動終端的電量，當電量充足的時候可以從服務器調出上次關聯(lián)打車信息，由乘客自己選擇是否顯示上次的叫車詳情并且支付打車費用給關聯(lián)賬戶，從而相較于在本地記錄關聯(lián)打車信息，能夠節(jié)省本地存儲空間。

參看圖6，本發(fā)明實施例提出一種移動終端，包括：

打車請求發(fā)起單元20，用于接收登錄第一賬戶的第一移動終端發(fā)送的第一觸發(fā)指令，根據(jù)所述第一觸發(fā)指令向服務器發(fā)起打車請求，以使所述服務器根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第一移動終端和發(fā)起所述打車請求的第二移動終端發(fā)送打車成功的信息，其中，所述第一賬戶和所述第二終端登錄的第二賬戶互為關聯(lián)賬戶；

打車費用支付單元21，用于接收所述服務器發(fā)送的打車成功的信息，在所述用戶打車結束后接收所述第一移動終端發(fā)送的第二觸發(fā)指令，根據(jù)所述第二觸發(fā)指令由所述第二賬戶支付所述用戶的本次打車費用。

本實施例公開的移動終端，由打車請求發(fā)起單元根據(jù)登錄當前打車用戶賬戶的移動終端發(fā)送的第一觸發(fā)指令觸發(fā)當前打車用戶賬戶的關聯(lián)賬戶代替當前打車用戶賬戶與服務器進行交互，且由打車費用支付單元根據(jù)登錄當前打車用戶賬戶的移動終端發(fā)送的第二觸發(fā)指令觸發(fā)所述關聯(lián)賬戶代替當前打車用戶賬戶進行打車費用支 付，而登錄當前打車用戶賬戶的移動終端僅需要上傳打車用戶的上車地點和目的地點，由所述打車費用支付單元接收所述服務器發(fā)送的打車成功的信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明移動終端的另一實施例中，還可以包括：

位置和行駛路徑顯示單元，用于用于在所述打車費用支付單元接收所述第一移動終端發(fā)送的第二觸發(fā)指令之前，在所述第一賬戶對應用戶乘車的過程中獲取所述服務器發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時打車費用信息，顯示所述實時打車費用信息，并根據(jù)所述實時位置信息生成所述用戶所乘坐車輛的行駛路徑，顯示所述行駛路徑。

本發(fā)明實施例中，在用戶乘車的過程中在登錄其關聯(lián)賬戶的移動終端上顯示用戶的實時打車費用信息和用戶所乘坐車輛的行駛路徑，能夠使登錄其關聯(lián)賬戶的它人了解該用戶的打車信息，從而能夠一定程度上保證該用戶的打車安全。

參看圖7，本發(fā)明實施例提出一種服務器，包括：

接收單元30，用于接收登錄第一賬戶的第一移動終端發(fā)送的上車地點和目的地點，并接收登錄第二賬戶的第二移動終端發(fā)送的打車請求，其中，所述第一賬戶和第二賬戶互為關聯(lián)賬戶；

匹配單元31，用于根據(jù)所述打車請求，利用所述第一移動終端發(fā)送的上車地點和目的地點進行車輛匹配，并在確定出目標車輛后，向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式，向所述第 一移動終端和第二移動終端發(fā)送打車成功的信息；

第一計算單元32，用于在所述用戶打車結束后獲取第三移動終端發(fā)送的所述用戶所乘坐車輛的行駛路徑長度，根據(jù)所述行駛路徑長度計算打車費用，將所述打車費用發(fā)送給所述第一移動終端，以使所述用戶在確認支付打車費用后，觸發(fā)所述第二賬戶支付所述打車費用；

第一發(fā)送單元33，用于在所述第二賬戶支付所述打車費用后，向所述第一移動終端和第三移動終端發(fā)送支付成功信息。

本發(fā)明實施例中，可以事先在服務器端由乘客自己設置關聯(lián)賬號，例如a的關聯(lián)賬號是自己妻子b的賬號。所述的服務器中存儲有第一賬戶與與所述第一賬戶關聯(lián)的第二賬戶的對應關系，當接收到移動終端發(fā)送的上車地點和目的地點，以及打車請求時，會查找所述對應關系，以確定出相關聯(lián)的賬戶，便于進行后續(xù)進行打車服務。

本實施例公開的服務器，由所述服務器的匹配單元與代替當前打車用戶賬戶的關聯(lián)賬戶進行交互，并由所述關聯(lián)賬戶進行打車費用支付，而登錄當前打車用戶賬戶的移動終端僅需要向接收單元發(fā)送打車用戶的上車地點和目的地點，接收匹配單元發(fā)送的打車成功的信息和第一發(fā)送單元發(fā)送的支付成功信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明服務器的另一實施例中，所述匹配單元，可以具體用于：

通過查找預設的賬戶和賬戶對應的用戶的聯(lián)系方式的對應關系確定所述第一賬戶對應用戶的聯(lián)系方式；

向所述目標車輛發(fā)送所述第一賬戶對應用戶的聯(lián)系方式。

可選地，在本發(fā)明服務器的另一實施例中，還可以包括：

第二計算單元，用于在所述用戶乘車的過程中獲取所述第三移動終端發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時行駛路徑長度，根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給所述第二移動終端。

本發(fā)明實施例中，在用戶乘車的過程中通過獲取所述第三移動終端(司機側)發(fā)送的所述用戶所乘坐車輛的實時位置信息和實時行駛路徑長度，根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給所述第二移動終端(已登錄關聯(lián)賬戶)，有助于使登錄所述用戶賬戶的關聯(lián)賬戶的它人了解該用戶的打車信息，從而能夠一定程度上保證該用戶的打車安全。

參看圖8，本發(fā)明實施例提出一種移動終端，包括：

聯(lián)系方式接收單元40，用于在接單后，接收服務器發(fā)送的乘客的聯(lián)系方式；

行駛路徑長度發(fā)送單元41，用于在所述乘客打車結束后向所述服務器發(fā)送所述乘客所乘坐車輛的行駛路徑長度，以使所述服務器根據(jù)所述行駛路徑長度計算打車費用，并將所述打車費用發(fā)送給登錄所述乘客賬戶的移動終端；

支付成功信息接收單元42，用于在所述乘客賬戶的關聯(lián)賬戶支付所述打車費用后，接收所述服務器發(fā)送的支付成功信息。

本實施例公開的移動終端，在司機接到乘客后不需要登錄乘客賬戶的移動終端與服務器交互，在需要乘客支付打車費用時，由乘客賬戶的關聯(lián)賬戶代替乘客賬戶進行打車費用支付，而登錄乘客賬戶的移動終端僅需要接收服務器發(fā)送的打車費用信息，從而相較于 登錄乘客賬戶的移動終端需要在打車結束時調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少乘客打車所用移動終端側調用的應用程序的數(shù)量，從而在乘客的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，使乘客在移動終端電量較低時仍然能完成打車。

可選地，在本發(fā)明移動終端的另一實施例中，還可以包括：

第二發(fā)送單元，用于在所述乘客乘車的過程中，獲取所述乘客所乘坐車輛的實時位置信息和實時行駛路徑長度，將所述實時位置信息和實時行駛路徑長度發(fā)送給所述服務器，以使所述服務器根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給登錄所述乘客賬戶的關聯(lián)賬戶的移動終端。

本發(fā)明實施例中，在乘客乘車的過程中獲取所述乘客所乘坐車輛的實時位置信息和實時行駛路徑長度，將所述實時位置信息和實時行駛路徑長度發(fā)送給所述服務器，有助于所述服務器根據(jù)所述實時行駛路徑長度計算實時打車費用，將所述實時位置信息和實時打車費用發(fā)送給登錄所述乘客賬戶的關聯(lián)賬戶的移動終端，從而有助于登錄所述乘客賬戶的關聯(lián)賬戶的它人了解乘客的打車信息，從而能夠一定程度上保證乘客的打車安全。

本發(fā)明實施例提出一種打車系統(tǒng)，包括：

上述實施例任一項所述的移動終端(指圖5所示的移動終端以及其擴展實施例)、上述實施例任一項所述的移動終端(指圖6所示的移動終端以及其擴展實施例)、上述實施例任一項所述的服務器(指圖7所示的服務器以及其擴展實施例)以及上述實施例任一項所述的移動終端(指圖8所示的移動終端以及其擴展實施例)。

本實施例公開的打車系統(tǒng)，包含上述移動終端和服務器，從而使得登錄當前打車用戶賬戶的關聯(lián)賬戶的移動終端能夠代替登錄當前打車用戶賬戶的移動終端與服務器進行交互，并完成打車費用支 付，而登錄當前打車用戶賬戶的移動終端僅需接收服務器發(fā)送的打車成功的信息和支付成功信息，從而相較于登錄當前打車用戶賬戶的移動終端需要和服務器進行信息交互以及在打車結束時需要調用支付軟件進行打車費用支付的現(xiàn)有技術，本發(fā)明能夠盡可能減少當前打車用戶賬戶與服務器之間的交互以及當前打車用戶打車所用移動終端側調用的應用程序的數(shù)量，從而在打車用戶的移動終端電量較低時能夠極大程度上節(jié)省打車過程所耗費的電量，從而使用戶在移動終端電量較低時仍然能完成打車。

雖然結合附圖描述了本發(fā)明的實施方式，但是本領域技術人員可以在不脫離本發(fā)明的精神和范圍的情況下做出各種修改和變型，這樣的修改和變型均落入由所附權利要求所限定的范圍之內。