打車方法、服務(wù)器及系統(tǒng)的制作方法
【專利摘要】本申請?zhí)峁┮环N打車方法、服務(wù)端及系統(tǒng)。打車方法包括：根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單；將打車服務(wù)訂單發(fā)送給出租車客戶端；接收出租車客戶端返回的接單信息；對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理；向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。本申請可以充分發(fā)揮打車軟件的優(yōu)勢。
【專利說明】
打車方法、服務(wù)器及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本申請涉及通信技術(shù)領(lǐng)域，尤其涉及一種打車方法、服務(wù)器及系統(tǒng)。
【【背景技術(shù)】】
[0002]為解決乘客打車?yán)щy的問題，涌現(xiàn)出一批打車軟件，例如滴滴打車、快的打車等，這些打車軟件提供打車服務(wù)的流程如下:
[0003]乘客客戶端向服務(wù)器端發(fā)送需要打車的請求，服務(wù)器端根據(jù)該請求，生成訂單信息向符合一定條件的出租車的車載終端進(jìn)行推送，當(dāng)使用車載終端的出租車司機根據(jù)自身運營情況選擇接單時，則訂單完成，乘客和出租車司機之間完成打車交易。
[0004]在現(xiàn)有打車軟件使用過程中經(jīng)常出現(xiàn)下面的情況:出租車司機選擇接單后，部分乘客沒待出租車到來，就選擇其他方式(例如乘坐公交車或選擇其他路過的出租車)先行離開，導(dǎo)致接單的出租車空跑。久而久之，就會使出租車司機對打車軟件喪失信心，無法充分發(fā)揮打車軟件的優(yōu)勢。由此可見，迫切需要一種能夠充分發(fā)揮打車軟件優(yōu)勢的打車方法。
【
【發(fā)明內(nèi)容】
】
[0005]本申請的多個方面提供一種打車方法、服務(wù)器及系統(tǒng)，用以充分發(fā)揮打車軟件的優(yōu)勢。
[0006]本申請的一方面，提供一種打車方法，包括:
[0007]根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單；
[0008]將所述打車服務(wù)訂單發(fā)送給出租車客戶端；
[0009]接收所述出租車客戶端返回的接單信息；
[0010]對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理；
[0011]向所述乘客客戶端和所述出租車客戶端發(fā)送訂單成功消息。
[0012]本申請的另一方面，提供一種服務(wù)端，包括:
[0013]生成模塊，用于根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單；
[0014]發(fā)送模塊，用于將所述打車服務(wù)訂單發(fā)送給出租車客戶端；
[0015]接收模塊，用于接收所述出租車客戶端返回的接單信息；
[0016]凍結(jié)模塊，用于對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理；
[0017]所述發(fā)送模塊，還用于向所述乘客客戶端和所述出租車客戶端發(fā)送訂單成功消息。
[0018]本申請的又一方面，提供一種打車系統(tǒng)，包括:乘客客戶端、出租車客戶端和服務(wù)端;
[0019]所述乘客客戶端，用于向所述服務(wù)端發(fā)送打車請求，并接收所述服務(wù)端發(fā)送的訂單成功消息；
[0020]所述服務(wù)端，用于根據(jù)所述打車請求，生成打車服務(wù)訂單，將所述打車服務(wù)訂單發(fā)送給所述出租車客戶端，并接收所述出租車客戶端返回的接單信息，對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，以及向所述乘客客戶端和所述出租車客戶端發(fā)送所述訂單成功消息；
[0021]所述出租車客戶端，用于根據(jù)所述打車服務(wù)訂單，生成所述接單信息，將所述接單信息發(fā)送給所述服務(wù)端，并接收所述服務(wù)端發(fā)送的所述訂單成功消息。
[0022]由上述可見，本申請根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單，將打車服務(wù)訂單發(fā)送給出租車客戶端，接收出租車客戶端返回的接單信息，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，向乘客客戶端和出租車客戶端發(fā)送訂單成功消息，完成打車流程。由于本申請通過對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)，在一定程度上向出租車司機提供了擔(dān)保，使得出租車司機可以放心接單，有利于促進(jìn)打車軟件的廣泛應(yīng)用，充分發(fā)揮打車軟件的優(yōu)勢。
【【附圖說明】】
[0023]為了更清楚地說明本申請實施例中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0024]圖1為本申請一實施例提供的打車方法的流程示意圖；
[0025]圖2為本申請另一實施例提供的打車方法的流程示意圖；
[0026]圖3為本申請一實施例提供的服務(wù)端的結(jié)構(gòu)示意圖；
[0027]圖4為本申請另一實施例提供的服務(wù)端的結(jié)構(gòu)示意圖；
[0028]圖5為本申請一實施例提供的打車系統(tǒng)的結(jié)構(gòu)示意圖。
【【具體實施方式】】
[0029]為使本申請實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護(hù)的范圍。
[0030]圖1為本申請一實施例提供的打車方法的流程示意圖。如圖1所示，該方法包括:[0031 ] 101、根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單。
[0032]102、將上述打車服務(wù)訂單發(fā)送給出租車客戶端。
[0033]103、接收出租車客戶端返回的接單信息。
[0034]104、對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理。
[0035]105、向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。
[0036]本實施例提供一種打車方法，可由打車系統(tǒng)中的服務(wù)端來執(zhí)行。該打車系統(tǒng)可由打車軟件實現(xiàn)，一般包括:乘客客戶端、出租車客戶端和服務(wù)端。
[0037]具體的，當(dāng)乘客需要打車時，可以通過乘客客戶端向服務(wù)端發(fā)送打車請求。乘客客戶端可安裝于乘客的終端設(shè)備上，終端設(shè)備可以是用戶的手機、平板電腦或筆記本等。乘客可以通過乘客客戶端以語音方式向服務(wù)端發(fā)送打車請求，或者乘客也可以通過乘客客戶端以文本方式向服務(wù)端發(fā)送打車請求。打車請求一般攜帶有乘客的聯(lián)系方式、起始位置信息和終點位置信息等信息。
[0038]服務(wù)端接收乘客客戶端發(fā)送的打車請求，根據(jù)該打車請求，生成打車服務(wù)訂單，并將打車服務(wù)訂單發(fā)送給出租車客戶端。其中打車服務(wù)訂單一般包括乘客的聯(lián)系方式、起始位置信息、終點位置信息、是否加價以及加價時的加價金額等信息?？蛇x的，服務(wù)端可以將打車服務(wù)訂單發(fā)送給符合一定條件的出租車客戶端，例如可以是距離乘客起始位置一定范圍的出租車客戶端。出租車客戶端接收服務(wù)端發(fā)送的打車服務(wù)訂單后，可以將打車服務(wù)訂單顯示給出租車司機，這樣出租車司機可以根據(jù)打車服務(wù)訂單攜帶的信息進(jìn)行搶單，其中，出租車司機搶單主要是向出租車客戶端發(fā)搶單指令。若出租車司機搶單成功，出租車客戶端會生成接單信息，并向服務(wù)端返回接單信息，該接單信息用于指示該出租車司機接單。
[0039]服務(wù)端接收出租車客戶端發(fā)送的接單信息，根據(jù)該接單信息可以了解到有出租車司機接單。為了降低因乘客在接單的出租車到達(dá)之前采用其他方式先行離開，造成接單的出租車空跑，降低上座率這一現(xiàn)象的概率，服務(wù)端在確定有出租車司機接單后，先對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，然后再向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。其中，乘客客戶端對應(yīng)的擔(dān)保賬戶實際上是乘客的擔(dān)保賬戶，該擔(dān)保賬戶可以是乘客簽約的賬戶。通過對乘客的擔(dān)保賬戶進(jìn)行凍結(jié)，若出現(xiàn)乘客在接單的出租車到達(dá)之前先行離開導(dǎo)致出租車空跑的情況，則可以根據(jù)所凍結(jié)的乘客的擔(dān)保賬戶，采取各種方式給出租車司機做出一定程度的補償或保障，例如將凍結(jié)的金額轉(zhuǎn)入出租車司機的賬戶以作為補償，或者也可以根據(jù)擔(dān)保賬戶的凍結(jié)情況，降低該乘客的誠信度，并在以后的打車過程中將該誠信度作為提醒信息提供給出租車司機，這樣可以降低日后出租車的空跑概率，提高上座率。
[0040]其中，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理具體可以是凍結(jié)該擔(dān)保賬戶中指定數(shù)量(例如可以是10元)的金額，這樣該擔(dān)保賬戶中被凍結(jié)的金額在解凍前將不能被使用；或者也可以是直接凍結(jié)該擔(dān)保賬戶，這樣該擔(dān)保賬戶中的全部金額在擔(dān)保賬戶被解凍前將不能被使用；或者還可以是凍結(jié)與該擔(dān)保賬戶綁定的銀行卡等。
[0041]值得說明的，服務(wù)端發(fā)送給乘客客戶端的訂單成功消息可以攜帶有該筆訂單的訂單號以及出租車司機的聯(lián)系方式。例如，乘客客戶端可以在其界面上顯示出租車司機的聯(lián)系方式，以便于乘客與出租車司機聯(lián)系。相應(yīng)的，服務(wù)端發(fā)送給出租車客戶端的訂單成功消息可以攜帶有該筆訂單的訂單號、乘客的聯(lián)系方式、起始位置信息和終點位置信息等。出租車客戶端可以在其界面上顯示乘客的聯(lián)系方式，以便于出租車司機與乘客聯(lián)系。
[0042]上述訂單號是全局唯一的，例如可以由日期、時間戳、司機號碼和N個信息位構(gòu)成，但不限于此。N是自然數(shù)。
[0043]由上述可見，在本實施例提供的方法中，服務(wù)端在確定有出租車司機接收乘客的打車服務(wù)訂單后，先對乘客的擔(dān)保賬戶進(jìn)行凍結(jié)處理，再向乘客和出租車司機發(fā)送訂單完成消息，完成該筆打車服務(wù)訂單，其中，通過對乘客的擔(dān)保賬戶進(jìn)行凍結(jié)，一定程度上給了出租車司機提供了保障，同時也對乘客的誠信度有了一定限定，有利于降低乘客在接單的出租車到達(dá)之前先行離開的概率，降低了出租車空跑的概率，并且有利于鼓勵出租車司機積極搶單，有利于促進(jìn)打車軟件的廣泛應(yīng)用，充分發(fā)揮打車軟件的優(yōu)勢。
[0044]圖2為本申請另一實施例提供的打車方法的流程示意圖。如圖2所示，該方法包括:
[0045]201、根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單。
[0046]202、將上述打車服務(wù)訂單發(fā)送給出租車客戶端。
[0047]203、接收出租車客戶端返回的接單信息，該接單信息攜帶有擔(dān)保指示信息，該擔(dān)保指示信息用以指示出租車司機選擇擔(dān)保打車模式。
[0048]204、根據(jù)上述擔(dān)保指示信息，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理。
[0049]205、向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。
[0050]本實施例與圖1所示實施例相類似，區(qū)別在于:本實施例向出租車司機提供了至少兩種服務(wù)模式，至少兩種服務(wù)模式中包括擔(dān)保打車模式，另外還可以包括普通打車模式等非擔(dān)保打車模式。其中，普通打車模式是指現(xiàn)有技術(shù)中的常規(guī)做法，即服務(wù)端確定有出租車司機接單后，直接向乘客客戶端和出租車客戶端返回訂單成功消息。擔(dān)保打車模式是指需要對乘客的擔(dān)保賬戶進(jìn)行凍結(jié)處理的方式，即對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理后，向乘客客戶端和出租車客戶端返回訂單成功消息。
[0051]其中，出租車司機可以選擇服務(wù)模式，為了便于服務(wù)端了解出租車司機選擇的是何種服務(wù)模式，出租車客戶端需要在返回給服務(wù)端的接單消息中攜帶用于指示出租車司機選擇何種服務(wù)模式的指示信息，當(dāng)出租車司機選擇擔(dān)保打車模式時，接單信息攜帶擔(dān)保指示信息，用以指示出租車司機選擇擔(dān)保打車模式。
[0052]在一實施方式中，服務(wù)模式的選擇可由出租車司機來控制，即出租車司機可以自行決定使用哪種服務(wù)模式。在該實施方式中，出租車司機向出租車客戶端發(fā)出接單指令時可以直接發(fā)出選擇擔(dān)保打車模式的接單指令，則出租車客戶端在生成接單信息時，可以直接將擔(dān)保指示信息攜帶在接單信息中。
[0053]在另一實施方式中，服務(wù)模式的選擇可以由服務(wù)端來控制，例如服務(wù)端可以向出租車客戶端發(fā)送擔(dān)保提示信息，用以提示出租車司機是否選擇擔(dān)保打車模式，還是選擇其他服務(wù)模式?？蛇x的，服務(wù)端可以將擔(dān)保提示信息攜帶在打車服務(wù)訂單中提供給出租車客戶端?？蛇x的，服務(wù)端提供的擔(dān)保提示信息可以是給出租車客戶端一指令，出租車客戶端根據(jù)該指令生成擔(dān)保打車模式的選擇按鈕和普通打車模式的選擇按鈕，并將兩個選擇按鈕顯示給出租車司機，以供出租車司機進(jìn)行選擇。在該實施方式中，出租車客戶端可以在向出租車客戶端發(fā)出接單指令時，直接點擊擔(dān)保打車模式的選擇按鈕，在發(fā)出接單指令的同時選擇了擔(dān)保打車模式，則出租車客戶端在生成接單信息時，可以將擔(dān)保指示信息攜帶在接單信息中。
[0054]進(jìn)一步，在上述各實施例的基礎(chǔ)上，若對乘客客戶端對應(yīng)的擔(dān)保賬戶凍結(jié)處理失敗，例如無法凍結(jié)或者余額不足或者不支持等，服務(wù)端可以將凍結(jié)失敗消息發(fā)送給乘客客戶端，以提示乘客可以選擇普通打車模式；并將凍結(jié)失敗消息發(fā)送給出租車司機客戶端，提示本次訂單失敗，并告知失敗原因。
[0055]進(jìn)一步，在上述各實施例的基礎(chǔ)上，當(dāng)服務(wù)端向乘客客戶端和出租車客戶端發(fā)送訂單成功消息之后，出租車司機開始向乘客提供打車服務(wù)。當(dāng)打車服務(wù)完成之后，乘客需要向出租車司機支付打車費。乘客可以選擇現(xiàn)金支付，也可以選擇在線支付。其中，在線支付過程具體包括:
[0056]服務(wù)端接收乘客客戶端發(fā)送的付款請求；根據(jù)付款請求，執(zhí)行扣款操作，并對擔(dān)保賬戶進(jìn)行解凍處理；向乘客客戶端和出租車客戶端發(fā)送付款成功消息。
[0057]在一可選實施方式中，服務(wù)端可以通過用戶簽約的第三方支付公司提供的支付平臺(簡稱為第三方支付平臺)執(zhí)行扣款操作。該過程屬于現(xiàn)有技術(shù)，本實施例不做詳述。
[0058]在另一可選實施方式中，考慮到乘客可能會有多個賬戶，例如微信支付賬戶、支付寶賬戶、財付通賬號、信用卡預(yù)授權(quán)賬戶等，若乘客使用不同賬戶作為擔(dān)保賬戶時，需要分別到相應(yīng)的第三方支付平臺，例如微信平臺、支付寶平臺、財付通平臺、信用卡平臺等進(jìn)行簽約。為了避免乘客需要到多個平臺進(jìn)行簽約，本實施例提供一種統(tǒng)一的平臺，稱為簽約平臺，各種支付平臺，例如微信平臺、支付寶平臺、財付通平臺、信用卡平臺等可以接入簽約平臺，乘客只需與簽約平臺簽約即可，這樣可以屏蔽平臺無關(guān)性，實現(xiàn)乘客無縫接入的目的，提高乘客使用打車軟件的便利性。
[0059]其中，簽約平臺會預(yù)先綁定乘客信息與支付平臺提供的擔(dān)保賬戶以及支付賬戶之間的關(guān)系。若乘客與簽約平臺簽約，該簽約平臺統(tǒng)一跳到第三方支付平臺(例如支付寶平臺或微信平臺)完成簽約。這樣，服務(wù)端可以通過簽約平臺對擔(dān)保賬戶進(jìn)行凍結(jié)，例如簽約平臺可以無縫調(diào)用第三方支付平臺的凍結(jié)接口，對乘客的擔(dān)保賬戶進(jìn)行凍結(jié)處理。另外，月艮務(wù)端也可以通過簽約平臺執(zhí)行扣款操作，例如簽約平臺可以無縫調(diào)用第三方支付平臺提供的支付接口，對乘客的支付賬戶進(jìn)行扣款操作。
[0060]下面說明基于簽約平臺進(jìn)行擔(dān)保賬戶凍結(jié)和解凍的流程:
[0061]擔(dān)保賬戶的凍結(jié):服務(wù)端向簽約平臺發(fā)送凍結(jié)請求，以指示簽約平臺從乘客的簽約賬戶中確定擔(dān)保賬戶，并凍結(jié)所述擔(dān)保賬戶中指定數(shù)量的金額；接收簽約平臺返回的凍結(jié)成功消息。
[0062]可選的，若乘客在簽約平臺同時簽約了多個賬戶，乘客可以預(yù)先設(shè)定賬戶的優(yōu)先級，簽約平臺可以根據(jù)賬戶的優(yōu)先級確定擔(dān)保賬戶。例如，乘客可以通過調(diào)用簽約平臺提供的查詢接口或者優(yōu)先級設(shè)置接口，來設(shè)置所簽約的多個賬戶之間的優(yōu)先級。舉例說明，假設(shè)乘客同時簽約了支付寶賬戶和財付通賬戶，則可以確定支付寶賬戶的優(yōu)先級高于財付通賬戶的優(yōu)先級。
[0063]擔(dān)保賬戶的解凍:服務(wù)端向簽約平臺發(fā)送解凍請求，以指示簽約平臺解凍擔(dān)保賬戶中被凍結(jié)的指定數(shù)量的金額；接收簽約平臺返回的解凍成功消息。
[0064]在一可選實施方式中，為了在扣款失敗的情況下能夠繼續(xù)給出租車司機提供保障，可以在扣款成功后再對擔(dān)保賬戶進(jìn)行解凍處理。具體流程可如下所示:
[0065]服務(wù)端向簽約平臺發(fā)送扣款請求，以指示簽約平臺對乘客客戶端對應(yīng)的支付賬戶進(jìn)行扣款；
[0066]服務(wù)端接收簽約平臺返回的扣款成功消息；
[0067]服務(wù)端向簽約平臺發(fā)送解凍請求，以指示簽約平臺解凍擔(dān)保賬戶中被凍結(jié)的指定數(shù)量的金額；
[0068]服務(wù)端接收簽約平臺返回的解凍成功消息。
[0069]值得說明的是，在上述流程中，支付賬戶和擔(dān)保賬戶可以是同一賬戶。
[0070]綜上所述，本申請通過對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)，在一定程度上向出租車司機提供了擔(dān)保，使得出租車司機可以放心接單，有利于促進(jìn)打車軟件的廣泛應(yīng)用，充分發(fā)揮打車軟件的優(yōu)勢。另外，通過提供統(tǒng)一的簽約平臺，可以簡化乘客的簽約流程，并且更有利于管理。
[0071]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。
[0072]在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。
[0073]圖3為本申請一實施例提供的服務(wù)端的結(jié)構(gòu)示意圖。如圖3所示，服務(wù)端包括:生成模塊31、發(fā)送模塊32、接收模塊33和凍結(jié)模塊34。
[0074]生成模塊31，用于根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單。
[0075]發(fā)送模塊32，用于將生成模塊31生成的打車服務(wù)訂單發(fā)送給出租車客戶端。
[0076]接收模塊33，用于接收出租車客戶端返回的接單信息。
[0077]凍結(jié)模塊34，用于對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理。
[0078]發(fā)送模塊32，還用于向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。
[0079]在一可選實施方式中，上述接單信息攜帶有擔(dān)保指示信息，擔(dān)保指示信息用以指示出租車司機選擇擔(dān)保打車模式。相應(yīng)的，凍結(jié)模塊34具體用于:根據(jù)擔(dān)保指示信息，對擔(dān)保賬戶進(jìn)行凍結(jié)處理。
[0080]在一可選實施方式中，上述打車服務(wù)訂單包括:擔(dān)保提示信息，以提示出租車司機是否選擇擔(dān)保打車模式。
[0081]在一可選實施方式中，如圖4所示，服務(wù)端還包括:扣款模塊35和解凍模塊36。
[0082]接收模塊33，還用于接收乘客客戶端發(fā)送的付款請求。
[0083]扣款模塊35，用于執(zhí)行扣款操作。
[0084]解凍模塊36，用于對擔(dān)保賬戶進(jìn)行解凍處理。
[0085]發(fā)送模塊32，還用于向乘客客戶端和出租車客戶端發(fā)送付款成功消息。
[0086]在一可選實施方式中，凍結(jié)模塊34具體用于:向簽約平臺發(fā)送凍結(jié)請求，以指示簽約平臺從乘客的簽約賬戶中確定擔(dān)保賬戶，并凍結(jié)擔(dān)保賬戶中指定數(shù)量的金額；接收簽約平臺返回的凍結(jié)成功消息。
[0087]在一可選實施方式中，扣款模塊35具體用于:向簽約平臺發(fā)送扣款請求，以指示簽約平臺對乘客客戶端對應(yīng)的支付賬戶進(jìn)行扣款；接收簽約平臺返回的扣款成功消息。相應(yīng)的，解凍模塊36具體用于:在扣款模塊35接收到扣款成功消息后，向簽約平臺發(fā)送解凍請求，以指示簽約平臺解凍擔(dān)保賬戶中被凍結(jié)的指定數(shù)量的金額；接收簽約平臺返回的解凍成功消息。
[0088]本實施例提供的服務(wù)端，根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單，將打車服務(wù)訂單發(fā)送給出租車客戶端，接收出租車客戶端返回的接單信息，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，向乘客客戶端和出租車客戶端發(fā)送訂單成功消息，完成打車流程。由于本實施例提供的服務(wù)端通過對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)，在一定程度上向出租車司機提供了擔(dān)保，使得出租車司機可以放心接單，有利于促進(jìn)打車軟件的廣泛應(yīng)用，充分發(fā)揮打車軟件的優(yōu)勢。
[0089]圖5為本申請一實施例提供的打車系統(tǒng)的結(jié)構(gòu)示意圖。如圖5所示，該系統(tǒng)包括:乘客客戶端51、出租車客戶端52和服務(wù)端53。
[0090]乘客客戶端51，用于向服務(wù)端發(fā)送打車請求，并接收服務(wù)端發(fā)送的訂單成功消息。
[0091]服務(wù)端53，用于根據(jù)打車請求，生成打車服務(wù)訂單，將打車服務(wù)訂單發(fā)送給出租車客戶端，并接收出租車客戶端返回的接單信息，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，以及向乘客客戶端和出租車客戶端發(fā)送訂單成功消息。
[0092]出租車客戶端52，用于根據(jù)打車服務(wù)訂單，生成接單信息，將接單信息發(fā)送給服務(wù)端，并接收服務(wù)端發(fā)送的訂單成功消息。
[0093]在一可選實施方式中，上述接單信息攜帶有擔(dān)保指示信息，擔(dān)保指示信息用以指示出租車司機選擇擔(dān)保打車模式。相應(yīng)的，服務(wù)端53具體用于:根據(jù)擔(dān)保指示信息，對擔(dān)保賬戶進(jìn)行凍結(jié)處理。
[0094]在一可選實施方式中，上述打車服務(wù)訂單包括:擔(dān)保提示信息，以提示出租車司機是否選擇擔(dān)保打車模式。
[0095]在一可選實施方式中，服務(wù)端53還用于接收乘客客戶端發(fā)送的付款請求，執(zhí)行扣款操作，并對擔(dān)保賬戶進(jìn)行解凍處理，向乘客客戶端和出租車客戶端發(fā)送付款成功消息。
[0096]在一可選實施方式中，本實施例的打車系統(tǒng)還包括簽約平臺。
[0097]基于上述，服務(wù)端53凍結(jié)擔(dān)保賬戶具體可為:向簽約平臺發(fā)送凍結(jié)請求，以指示簽約平臺從乘客的簽約賬戶中確定擔(dān)保賬戶，并凍結(jié)擔(dān)保賬戶中指定數(shù)量的金額；接收簽約平臺返回的凍結(jié)成功消息。
[0098]在一可選實施方式中，服務(wù)端53執(zhí)行扣款操作，并解凍擔(dān)保賬戶具體可以為:向簽約平臺發(fā)送扣款請求，以指示簽約平臺對乘客客戶端對應(yīng)的支付賬戶進(jìn)行扣款；接收簽約平臺返回的扣款成功消息，向簽約平臺發(fā)送解凍請求，以指示簽約平臺解凍擔(dān)保賬戶中被凍結(jié)的指定數(shù)量的金額；接收簽約平臺返回的解凍成功消息。
[0099]本實施例提供的打車系統(tǒng)，服務(wù)端根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單，將打車服務(wù)訂單發(fā)送給出租車客戶端，接收出租車客戶端返回的接單信息，對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，向乘客客戶端和出租車客戶端發(fā)送訂單成功消息，完成打車流程。由于本實施例提供的打車系統(tǒng)通過對乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)，在一定程度上向出租車司機提供了擔(dān)保，使得出租車司機可以放心接單，有利于促進(jìn)打車軟件的廣泛應(yīng)用，充分發(fā)揮打車軟件的優(yōu)勢。
[0100]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。
[0101]在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0102]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0103]另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。
[0104]上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本申請各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory, ROM)、隨機存取存儲器(Random Access Memory, RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0105]最后應(yīng)說明的是:以上實施例僅用以說明本申請的技術(shù)方案，而非對其限制；盡管參照前述實施例對本申請進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本申請各實施例技術(shù)方案的精神和范圍。
【主權(quán)項】
1.一種打車方法，其特征在于，包括: 根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單； 將所述打車服務(wù)訂單發(fā)送給出租車客戶端； 接收所述出租車客戶端返回的接單信息； 對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理； 向所述乘客客戶端和所述出租車客戶端發(fā)送訂單成功消息。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接單信息攜帶有擔(dān)保指示信息，所述擔(dān)保指示信息用以指示出租車司機選擇擔(dān)保打車模式； 所述對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，包括: 根據(jù)所述擔(dān)保指示信息，對所述擔(dān)保賬戶進(jìn)行凍結(jié)處理。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述打車服務(wù)訂單包括:擔(dān)保提示信息，以提示所述出租車司機是否選擇所述擔(dān)保打車模式。4.根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，所述向所述乘客客戶端和所述出租車客戶端發(fā)送訂單成功消息之后，還包括: 接收所述乘客客戶端發(fā)送的付款請求； 執(zhí)行扣款操作，并對所述擔(dān)保賬戶進(jìn)行解凍處理； 向所述乘客客戶端和所述出租車客戶端發(fā)送付款成功消息。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，包括: 向簽約平臺發(fā)送凍結(jié)請求，以指示所述簽約平臺從乘客的簽約賬戶中確定所述擔(dān)保賬戶，并凍結(jié)所述擔(dān)保賬戶中指定數(shù)量的金額； 接收所述簽約平臺返回的凍結(jié)成功消息。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述執(zhí)行扣款操作，并對所述擔(dān)保賬戶進(jìn)行解凍處理，包括: 向所述簽約平臺發(fā)送扣款請求，以指示所述簽約平臺對所述乘客客戶端對應(yīng)的支付賬戶進(jìn)行扣款； 接收所述簽約平臺返回的扣款成功消息； 向所述簽約平臺發(fā)送解凍請求，以指示所述簽約平臺解凍所述擔(dān)保賬戶中被凍結(jié)的所述指定數(shù)量的金額； 接收所述簽約平臺返回的解凍成功消息。7.一種服務(wù)端，其特征在于，包括: 生成模塊，用于根據(jù)乘客客戶端的打車請求，生成打車服務(wù)訂單； 發(fā)送模塊，用于將所述打車服務(wù)訂單發(fā)送給出租車客戶端； 接收模塊，用于接收所述出租車客戶端返回的接單信息； 凍結(jié)模塊，用于對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理； 所述發(fā)送模塊，還用于向所述乘客客戶端和所述出租車客戶端發(fā)送訂單成功消息。8.根據(jù)權(quán)利要求7所述的服務(wù)端，其特征在于，所述接單信息攜帶有擔(dān)保指示信息，所述擔(dān)保指示信息用以指示出租車司機選擇擔(dān)保打車模式； 所述凍結(jié)模塊具體用于:根據(jù)所述擔(dān)保指示信息，對所述擔(dān)保賬戶進(jìn)行凍結(jié)處理。9.根據(jù)權(quán)利要求8所述的服務(wù)端，其特征在于，所述打車服務(wù)訂單包括:擔(dān)保提示信息，以提示所述出租車司機是否選擇所述擔(dān)保打車模式。10.根據(jù)權(quán)利要求7-9任一項所述的服務(wù)端，其特征在于，還包括:扣款模塊和解凍模塊； 所述接收模塊，還用于接收所述乘客客戶端發(fā)送的付款請求； 所述扣款模塊，用于執(zhí)行扣款操作； 所述解凍模塊，用于對所述擔(dān)保賬戶進(jìn)行解凍處理； 所述發(fā)送模塊，還用于向所述乘客客戶端和所述出租車客戶端發(fā)送付款成功消息。11.根據(jù)權(quán)利要求10所述的服務(wù)端，其特征在于，所述凍結(jié)模塊具體用于: 向簽約平臺發(fā)送凍結(jié)請求，以指示所述簽約平臺從乘客的簽約賬戶中確定所述擔(dān)保賬戶，并凍結(jié)所述擔(dān)保賬戶中指定數(shù)量的金額； 接收所述簽約平臺返回的凍結(jié)成功消息。12.根據(jù)權(quán)利要求11所述的服務(wù)端，其特征在于，所述扣款模塊具體用于: 向所述簽約平臺發(fā)送扣款請求，以指示所述簽約平臺對所述乘客客戶端對應(yīng)的支付賬戶進(jìn)行扣款； 接收所述簽約平臺返回的扣款成功消息； 所述解凍模塊具體用于: 在所述扣款模塊接收到所述扣款成功消息后，向所述簽約平臺發(fā)送解凍請求，以指示所述簽約平臺解凍所述擔(dān)保賬戶中被凍結(jié)的所述指定數(shù)量的金額； 接收所述簽約平臺返回的解凍成功消息。13.一種打車系統(tǒng)，其特征在于，包括:乘客客戶端、出租車客戶端和服務(wù)端； 所述乘客客戶端，用于向所述服務(wù)端發(fā)送打車請求，并接收所述服務(wù)端發(fā)送的訂單成功消息； 所述服務(wù)端，用于根據(jù)所述打車請求，生成打車服務(wù)訂單，將所述打車服務(wù)訂單發(fā)送給所述出租車客戶端，并接收所述出租車客戶端返回的接單信息，對所述乘客客戶端對應(yīng)的擔(dān)保賬戶進(jìn)行凍結(jié)處理，以及向所述乘客客戶端和所述出租車客戶端發(fā)送所述訂單成功消息; 所述出租車客戶端，用于根據(jù)所述打車服務(wù)訂單，生成所述接單信息，將所述接單信息發(fā)送給所述服務(wù)端，并接收所述服務(wù)端發(fā)送的所述訂單成功消息。
【文檔編號】G08G1/00GK105825663SQ201510001946
【公開日】2016年8月3日
【申請日】2015年1月5日
【發(fā)明人】于君澤, 湛濱瑜
【申請人】口碑控股有限公司