網(wǎng)絡(luò)業(yè)務(wù)參數(shù)的更新方法及系統(tǒng)的制作方法
【專利摘要】本申請?zhí)峁┮环N業(yè)務(wù)參數(shù)的更新方法及系統(tǒng)，其中的方法包括：服務(wù)端判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改；當(dāng)所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，服務(wù)端向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；所述業(yè)務(wù)的發(fā)起者的客戶端接收所述通告消息；所述業(yè)務(wù)的發(fā)起者的客戶端根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面；其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。本申請可以簡化業(yè)務(wù)流程，提高業(yè)務(wù)處理效率。
【專利說明】
網(wǎng)絡(luò)業(yè)務(wù)參數(shù)的更新方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本申請涉及通訊領(lǐng)域，尤其涉及一種業(yè)務(wù)參數(shù)的更新方法及系統(tǒng)。
【背景技術(shù)】
[0002]用戶在進(jìn)行網(wǎng)絡(luò)購物時，在交易過程中經(jīng)常會出現(xiàn)買家和賣家商定一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價的應(yīng)用場景。針對以上場景，在現(xiàn)有的網(wǎng)絡(luò)購物平臺中，例如淘寶網(wǎng)，一種形式是通過賣家向買家發(fā)送特定紅包或者優(yōu)惠券進(jìn)行抵扣，但是紅包或者優(yōu)惠券抵扣不能實現(xiàn)精確化交易。為了實現(xiàn)精確化交易，另外一種形式是，買家和賣家通常需要通過阿里旺旺等即時聊天工具進(jìn)行充分溝通后，由買家通知賣家訂單已經(jīng)提交，由賣家手動對價格進(jìn)行修改，當(dāng)買家通過阿里旺旺收到賣家的價格修改確認(rèn)后，再手動刷新頁面重新進(jìn)行支付。可見，針對以上場景，由于目前買家和賣家之間的交易完全依賴于買家和賣家之間通過即時聊天軟件的溝通過程，因此會增加買家的學(xué)習(xí)成本以及買家錯誤下單的概率，交易的效率非常低下。

【發(fā)明內(nèi)容】

[0003]本申請?zhí)岢鲆环N業(yè)務(wù)參數(shù)的更新方法，應(yīng)用于服務(wù)端，該方法包括:
[0004]判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改；
[0005]當(dāng)所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，以使得所述發(fā)起者的客戶端在收到所述通告消息后，跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0006]其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0007]可選的，所述判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改包括:
[0008]接收所述接收者的客戶端發(fā)送的針對所述業(yè)務(wù)的確認(rèn)消息；該確認(rèn)消息中包括所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)；
[0009]判斷所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與所述業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同；
[0010]如果不相同，確定所述業(yè)務(wù)的狀態(tài)參數(shù)已被所述接收者修改。
[0011]可選的，所述業(yè)務(wù)包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面包括支付界面。
[0012]本申請還提出一種業(yè)務(wù)參數(shù)的更新方法，應(yīng)用于客戶端，該方法包括:
[0013]接收服務(wù)端發(fā)送的用于觸發(fā)本地客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；其中所述通告消息由服務(wù)端在判斷出通過本地客戶端發(fā)起的業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時發(fā)送；
[0014]根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0015]其中，當(dāng)跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0016]可選的，所述根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面包括:
[0017]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，自動跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0018]可選的，所述根據(jù)該通告消息自動跳轉(zhuǎn)到業(yè)務(wù)完成界面包括:
[0019]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，輸出用于提示所述業(yè)務(wù)的發(fā)起者所述業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面；
[0020]當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時，跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0021]可選的，所述業(yè)務(wù)包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面包括支付界面。
[0022]本申請還提出一種業(yè)務(wù)參數(shù)的更新系統(tǒng)，應(yīng)用于服務(wù)端，該系統(tǒng)包括:
[0023]判斷模塊，用于判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改；
[0024]發(fā)送模塊，用于在所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，以使得所述發(fā)起者的客戶端在收到所述通告消息后，跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0025]其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0026]可選的，所述判斷模塊具體用于:
[0027]接收所述接收者的客戶端發(fā)送的針對所述業(yè)務(wù)的確認(rèn)消息；該確認(rèn)消息中包括所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)；
[0028]判斷所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與所述業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同；
[0029]如果不相同，確定所述業(yè)務(wù)的狀態(tài)參數(shù)已被所述接收者修改。
[0030]本申請還提出一種業(yè)務(wù)參數(shù)的更新系統(tǒng)，應(yīng)用于客戶端，該系統(tǒng)包括:
[0031]接收模塊，用于接收服務(wù)端發(fā)送的用于觸發(fā)本地客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；其中所述通告消息由服務(wù)端在判斷出通過本地客戶端發(fā)起的業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時發(fā)送；
[0032]跳轉(zhuǎn)模塊，用于根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0033]其中，當(dāng)跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0034]可選的，所述跳轉(zhuǎn)模塊具體用于:
[0035]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，自動跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0036]可選的，所述跳轉(zhuǎn)模塊具體用于:
[0037]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，輸出用于提示所述業(yè)務(wù)的發(fā)起者所述業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面；
[0038]當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時，跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0039]本申請通過服務(wù)端在判斷出業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，所述發(fā)起者的客戶端在收到該通告消息時，直接跳轉(zhuǎn)到業(yè)務(wù)完成界面，用戶可以直接按照業(yè)務(wù)完成界面上由該業(yè)務(wù)的接收者修改后的狀態(tài)參數(shù)完成該業(yè)務(wù)。當(dāng)本申請的技術(shù)方案應(yīng)用于支付業(yè)務(wù)時，可以實現(xiàn)在買家和賣家商定一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價的應(yīng)用場景中，當(dāng)買家將商品價格修改后，可以直接跳轉(zhuǎn)到支付界面按照修改后的價格進(jìn)行支付，而不需要手動進(jìn)行頁面刷新，從而簡化交易流程，降低了買家的學(xué)習(xí)成本以及錯誤下單的概率，提高了交易效率。
【附圖說明】
[0040]圖1是本申請一實施例提供的一種業(yè)務(wù)參數(shù)的更新方法的流程圖；
[0041]圖2是本申請一實施例提供的現(xiàn)有技術(shù)中買家和賣家之間的支付流程圖；
[0042]圖3是本申請一實施例提供的一種網(wǎng)絡(luò)購物支付方法的流程圖；
[0043]圖4是本申請一實施例提供的一種買家和賣家之間的支付流程圖；
[0044]圖5是本申請一實施例提供的一種業(yè)務(wù)參數(shù)的更新系統(tǒng)的邏輯框圖；
[0045]圖6是本申請一實施例提供的承載所述業(yè)務(wù)參數(shù)的更新系統(tǒng)的服務(wù)器的硬件結(jié)構(gòu)圖；
[0046]圖7是本申請一實施例提供的另一種業(yè)務(wù)參數(shù)的更新系統(tǒng)的邏輯框圖；
[0047]圖8是本申請一實施例提供的承載所述另一種網(wǎng)絡(luò)購物支付系統(tǒng)的終端的硬件結(jié)構(gòu)圖。
【具體實施方式】
[0048]本申請?zhí)岢鲆环N業(yè)務(wù)參數(shù)的更新方法，通過服務(wù)端在判斷出業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，所述發(fā)起者的客戶端在收到該通告消息時，直接跳轉(zhuǎn)到業(yè)務(wù)完成界面，用戶可以直接按照業(yè)務(wù)完成界面上由該業(yè)務(wù)的接收者修改后的狀態(tài)參數(shù)完成該業(yè)務(wù)，而不需要由業(yè)務(wù)發(fā)起者手動刷新所述業(yè)務(wù)完成界面。
[0049]當(dāng)本申請的技術(shù)方案應(yīng)用于支付業(yè)務(wù)時，可以實現(xiàn)在買家和賣家商定一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價的應(yīng)用場景中，當(dāng)買家將商品價格修改后，直接跳轉(zhuǎn)到支付界面按照修改后的價格進(jìn)行支付，而不需要手動進(jìn)行頁面刷新，從而可以簡化交易流程，降低買家的學(xué)習(xí)成本以及錯誤下單的概率，提高交易效率。
[0050]下面通過具體實施例并結(jié)合具體的應(yīng)用場景對本申請進(jìn)行描述。
[0051]請參考圖1，圖1是本申請一實施例提供的一種業(yè)務(wù)參數(shù)的更新方法，該方法的執(zhí)行主體可以為客戶端和服務(wù)端，其中客戶端可以包括業(yè)務(wù)發(fā)起者的客戶端，所述業(yè)務(wù)發(fā)起者可以通過該客戶端發(fā)起一個業(yè)務(wù)；所述客戶端還可以包括業(yè)務(wù)接收者的客戶端，所述業(yè)務(wù)接收者可以通過該客戶端接收由所述業(yè)務(wù)發(fā)起者發(fā)起的業(yè)務(wù)；其中，所述客戶端和服務(wù)端相互配合，執(zhí)行以下方法:
[0052]步驟101，服務(wù)端判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改；
[0053]步驟102，當(dāng)所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，服務(wù)端向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；
[0054]步驟103，所述業(yè)務(wù)的發(fā)起者的客戶端接收所述通告消息；
[0055]步驟104，所述業(yè)務(wù)的發(fā)起者的客戶端根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0056]其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0057]在本實施例中，當(dāng)所述業(yè)務(wù)的接收者對所述訂單的狀態(tài)參數(shù)進(jìn)行修改后，可以向服務(wù)端發(fā)送一個針對該業(yè)務(wù)的確認(rèn)消息，此時該確認(rèn)消息中可以攜帶該業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)。
[0058]當(dāng)服務(wù)端收到該確認(rèn)消息后，可以通過判斷該確認(rèn)消息中攜帶的該業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與本地保存的該業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同，來確認(rèn)該業(yè)務(wù)的狀態(tài)參數(shù)是否被所述接收者修改；如果不相同，服務(wù)端可以確認(rèn)該業(yè)務(wù)的狀態(tài)參數(shù)已經(jīng)被所述接收者修改，可以立即向該業(yè)務(wù)的接收者的客戶端發(fā)送一個用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，此時該通告消息還可以攜帶該業(yè)務(wù)有所述接收者修改后的狀態(tài)參數(shù)。
[0059]當(dāng)該業(yè)務(wù)的接收者的客戶端收到該通告消息后，可以立即觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面，并在業(yè)務(wù)完成界面上顯示由所述接收者修改后的該業(yè)務(wù)的狀態(tài)參數(shù)，并由該業(yè)務(wù)的發(fā)起者繼續(xù)完成該業(yè)務(wù)。
[0060]其中，值得說明的是，所述業(yè)務(wù)的接收者的客戶端在收到所述通告消息后，在跳轉(zhuǎn)到業(yè)務(wù)完成界面時可以有不同的實現(xiàn)方式。例如，可以在收到所述通告消息后立即自動跳轉(zhuǎn)到業(yè)務(wù)完成界面；或者可以在收到所述通告消息后輸出一個用于提示所述發(fā)起者該業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面，然后可以在該提示界面上設(shè)置一個等待時間，當(dāng)該等待時間超時后跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0061]由上述實施例可見，通過服務(wù)端在判斷出業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，所述發(fā)起者的客戶端在收到該通告消息時，直接跳轉(zhuǎn)到業(yè)務(wù)完成界面，用戶可以直接按照業(yè)務(wù)完成界面上由該業(yè)務(wù)的接收者修改后的狀態(tài)參數(shù)完成該業(yè)務(wù)，而不需要由業(yè)務(wù)發(fā)起者手動刷新所述業(yè)務(wù)完成界面，從而可以簡化業(yè)務(wù)流程，提高業(yè)務(wù)的完成效率。
[0062]在實際應(yīng)用中，上述實施例中的技術(shù)方案可以應(yīng)用到支付業(yè)務(wù)的場景中，當(dāng)應(yīng)用到支付業(yè)務(wù)的場景中時，所述業(yè)務(wù)可以包括支付業(yè)務(wù)，所述狀態(tài)參數(shù)可以包括所述支付業(yè)務(wù)對應(yīng)的訂單的成交價格，所述業(yè)務(wù)完成界面可以包括支付界面。
[0063]以下結(jié)合支付業(yè)務(wù)的場景對本申請的技術(shù)方案進(jìn)行說明。
[0064]在網(wǎng)購的交易過程中，如果買家和賣家商定了一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價格時，目前通用的操作流程如下:
[0065]請參見圖2，圖2為現(xiàn)有實現(xiàn)中，在買家和賣家商定了一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價格的應(yīng)用場景中，買家和賣家之間的支付流程。
[0066]例如，以淘寶網(wǎng)為例，如果用戶使用的是網(wǎng)頁版的淘寶客戶端，買家首先將商品加入購物車，然后買家和賣家可以通過阿里旺旺充分溝通后在價格上達(dá)成一致后，買家確認(rèn)訂單，進(jìn)入到支付頁面，同時買家通過阿里旺旺通知賣家訂單已經(jīng)確認(rèn)，然后提交訂單，賣家按照商定的價格手動對價格進(jìn)行修改后，通過阿里旺旺再通知買家，買家通過阿里旺旺收到賣家的價格修改確認(rèn)后，再手動刷新頁面重新進(jìn)行支付。
[0067]如果用戶使用的是手機(jī)版的淘寶客戶端(手淘客戶端)，買家首先將商品加入購物車，然后買家和賣家可以通過阿里旺旺充分溝通后在價格上達(dá)成一致后，買家確認(rèn)訂單，進(jìn)入到支付頁面，同時買家通過阿里旺旺通知賣家訂單已經(jīng)確認(rèn)，然后提交訂單，賣家按照商定的價格手動對價格進(jìn)行修改后，通過阿里旺旺再通知買家，買家通過阿里旺旺收到賣家的價格修改確認(rèn)后，在客戶端內(nèi)取消支付，手動對支付頁面進(jìn)行刷新后再重新進(jìn)行支付。
[0068]通過以上描述可見，在買家和賣家商定了一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價格的應(yīng)用場景中，由于買家和賣家之間的交易完全依賴于買家和賣家之間通過即時聊天軟件的溝通過程，從而可能會增加買家的學(xué)習(xí)成本以及買家錯誤下單的概率，例如，如果買家和賣家溝通不及時，很可能會出現(xiàn)買家在刷新支付頁面重新發(fā)支付時，支付頁面上的成交價格仍然為修改前的價格，這就需要買家通過阿里旺旺重新與賣家進(jìn)行確認(rèn)，可見，現(xiàn)有實現(xiàn)中的交易效率非常低下。
[0069]請參考圖3，圖3是本申請的技術(shù)方案應(yīng)用在支付業(yè)務(wù)的場景中時，提供的一種網(wǎng)絡(luò)購物支付方法，該方法的執(zhí)行主體可以為客戶端和服務(wù)端；所述客戶端和服務(wù)端相互配合，包括以下步驟:
[0070]步驟301，服務(wù)端判斷訂單的成交價格是否被賣家修改；
[0071]步驟302，當(dāng)所述訂單的成交價格被賣家修改后，服務(wù)端向該訂單對應(yīng)的買家的客戶端發(fā)送用于觸發(fā)該買家的客戶端跳轉(zhuǎn)到支付界面的通告消息；
[0072]步驟303，買家的客戶端接收服務(wù)端發(fā)送的所述通告消息；
[0073]步驟304，買家的客戶端根據(jù)所述通告消息跳轉(zhuǎn)到支付界面；其中，當(dāng)客戶端跳轉(zhuǎn)到支付界面后，該支付界面上顯示的成交價格為賣家修改后的成交價格。
[0074]在本實施例中，所述客戶端，可以是網(wǎng)購客戶端軟件，可以包括網(wǎng)頁版的網(wǎng)購客戶端和手機(jī)版的網(wǎng)購客戶端；例如，以淘寶網(wǎng)為例，所述網(wǎng)絡(luò)客戶端可以網(wǎng)頁版淘寶客戶端或者手機(jī)版的淘寶客戶端。所述服務(wù)端，可以是網(wǎng)絡(luò)運(yùn)營商面向用戶提供服務(wù)的服務(wù)器、服務(wù)器集群或者云平臺；例如，所述服務(wù)端可以是阿里巴巴公司為用戶的淘寶客戶端提供服務(wù)的服務(wù)器、服務(wù)器集群或者阿里云平臺。
[0075]在實際的網(wǎng)購過程中，如果買家和賣家商定了一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價格時，買家通常會先以默認(rèn)的價格提交訂單，當(dāng)服務(wù)器在收到買家提交的訂單后，可以在本地保存該訂單的信息，然后將該訂單的信息同步到賣家的客戶端一側(cè)。其中該訂單的信息中可以包括訂單號、訂單對應(yīng)商品的默認(rèn)成交價格、以及買家的信息等。
[0076]在本實施例中，賣家的客戶端在收到該訂單后，可以在客戶端上渲染出訂單信息，由賣家通過預(yù)先提供的訂單修改界面對實際的成交價格進(jìn)行修改；當(dāng)賣家根據(jù)與買家商定的價格對該訂單的成交價格進(jìn)行手動修改后，此時賣家的客戶端可以立即向服務(wù)端發(fā)送一個針對該訂單的確認(rèn)消息，該確認(rèn)消息中仍然可以包括該訂單的訂單號以及由賣家修改后的該訂單的實際成交價格。
[0077]服務(wù)端在收到來自賣家客戶端一側(cè)的確認(rèn)消息后，由于服務(wù)端本地通常保存大量的訂單信息，因此服務(wù)端可以根據(jù)所述確認(rèn)消息中的訂單號在查找對應(yīng)的訂單，當(dāng)查找到對應(yīng)的訂單后，可以將之前已經(jīng)保存的該訂單對應(yīng)商品的默認(rèn)成交價格與該確認(rèn)消息中的該訂單的實際成交價格進(jìn)行比較，如果服務(wù)端判斷出該訂單的實際成交價格與該訂單對應(yīng)商品的默認(rèn)成交價格不相同，表明該訂單的成交價格已被賣家進(jìn)行了手動修改，此時服務(wù)端可以根據(jù)該訂單中買家的信息向買家的客戶端立即發(fā)送一個用于觸發(fā)買家的客戶端跳轉(zhuǎn)到支付界面的通告消息；其中，該通告消息中攜帶著由賣家修改后的該訂單的實際成交價格；所述買家的信息可以包括買家在網(wǎng)購時所使用的賬戶ID、買家在網(wǎng)購時與所述服務(wù)端進(jìn)行通信時所使用的端口號和IP地址等。
[0078]值得說明的是，基于現(xiàn)有的網(wǎng)購客戶端軟件，服務(wù)端和客戶端之間交互時，通常會存在不同種類的功能消息；例如，以淘寶客戶端軟件為例，服務(wù)端和客戶端之間交互的功能消息，通常包括提醒賣家付款的消息、提醒用戶賣家已發(fā)貨的消息以及提醒買家針對已完成訂單進(jìn)行評價的消息等等。因此，在實現(xiàn)時，所述通告消息可以是服務(wù)端基于現(xiàn)有架構(gòu)，對支持的已有的功能消息類型進(jìn)行擴(kuò)展后，新增加的一種用于觸發(fā)買家的客戶端立即跳轉(zhuǎn)到支付界面的消息類型。
[0079]與此同時，客戶端一側(cè)也需要對支持的功能消息類型進(jìn)行同步擴(kuò)展，使得客戶端在收到所述通告消息后，可以正常解析該通告消息，從而可以正常的執(zhí)行該通告消息對應(yīng)的響應(yīng)動作。
[0080]其中，服務(wù)端以及客戶端在對支持的功能消息類型進(jìn)行擴(kuò)展時，可以通過消息功能代碼來實現(xiàn)，詳細(xì)的實現(xiàn)過程可參考現(xiàn)有實現(xiàn)的記載，在實施例中不再進(jìn)行詳述。
[0081]當(dāng)然，服務(wù)端在確認(rèn)訂單的成交價格是否已被賣家進(jìn)行了修改，在實現(xiàn)時，除了以上介紹的通過將預(yù)先保存的所述訂單的默認(rèn)成交價格和接收到的由賣家客戶端發(fā)送的確認(rèn)消息中的實際成交價格進(jìn)行比較以外，還可以有其它的實現(xiàn)方式；例如，賣家在對所述訂單的成交價格進(jìn)行修改以后，賣家客戶端可以立即向服務(wù)端發(fā)送一個用于觸發(fā)服務(wù)端向買家的客戶端發(fā)送所述通告消息的價格變動消息，該價格變動消息可以攜帶賣家修改后的價格，當(dāng)服務(wù)端在收到該價格變動消息后，立即向買家客戶端發(fā)送所述通告消息，從而使得買家的客戶端在收到所述通告消息后，跳轉(zhuǎn)到支付界面。其中，所述價格變動消息在實現(xiàn)時，仍然可以是由服務(wù)端以及客戶端對支持的功能消息類型進(jìn)行擴(kuò)展后，新增的一種用于觸發(fā)服務(wù)端向買家的客戶端發(fā)送所述通告消息的消息類型，不再詳述。
[0082]在本實施例中，當(dāng)買家的客戶端在收到由服務(wù)端發(fā)送的所述通告消息后，由于客戶端已經(jīng)對本地支持的功能消息進(jìn)行了擴(kuò)展，因此買家的客戶端可以正常解析的該通告消息，從而可以在本地正常的執(zhí)行該通告消息所對應(yīng)的跳轉(zhuǎn)到支付界面的響應(yīng)動作。
[0083]其中，值得說明的是，買家的客戶端在收到所述通告消息后，在跳轉(zhuǎn)到支付界面時，可以有不同的實現(xiàn)方式，在本實施例中不進(jìn)行特別限定。
[0084]例如，在示例性的一種實現(xiàn)方式中，當(dāng)買家的客戶端在收到所述通告消息后，可以立即觸發(fā)買家的客戶端自動跳轉(zhuǎn)到支付界面；在另一種示例性的實現(xiàn)方式中，當(dāng)買家的客戶端在收到所述通告消息后，買家的客戶端可以輸出一個用于提示買家當(dāng)前訂單的成交價格已被賣家修改的提示界面，同時為該提示界面設(shè)置一個等待時間，當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時后，則立即跳轉(zhuǎn)到支付頁面。例如，所述等待時間可以設(shè)置為5秒，當(dāng)買家客戶端在收到所述通告消息后，所述提示界面自動開始倒計時5秒，當(dāng)?shù)褂嫊r結(jié)束后，買家客戶端自動跳轉(zhuǎn)到支付界面。
[0085]在本實施例中，由于服務(wù)端發(fā)送的所述通告消息中通常還攜帶賣家修改后的成交價格，因此當(dāng)買家的客戶端在正常解析出所述通告消息，跳轉(zhuǎn)到支付界面后，該支付界面中顯示的成交格式為賣家修改后的成交價格，此時買家不必再對支付界面進(jìn)行手動刷新，可以在跳轉(zhuǎn)后的支付界面上直接對該訂單進(jìn)行支付。
[0086]請參見圖4，圖4為按照以上實施例進(jìn)行實施后，在買家和賣家商定了一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價格的應(yīng)用場景中，買家和賣家之間改進(jìn)后的支付流程。
[0087]如圖4所示，仍以淘寶網(wǎng)為例，一方面，如果用戶使用的是網(wǎng)頁版的淘寶客戶端，買家首先將商品加入購物車，然后買家和賣家可以通過阿里旺旺充分溝通后在價格上達(dá)成一致后，買家確認(rèn)訂單，進(jìn)入到支付頁面，同時買家通過阿里旺旺通知賣家訂單已經(jīng)確認(rèn)，然后提交訂單，賣家按照商定的價格手動對價格進(jìn)行修改后，賣家的客戶端可以在后臺立即向服務(wù)端發(fā)送一個針對該訂單的確認(rèn)消息，服務(wù)端在收到該確認(rèn)消息在確認(rèn)了該訂單的成交價格已被賣家進(jìn)行了修改，立即向買家客戶端發(fā)送一個用于觸發(fā)買家客戶端跳轉(zhuǎn)到支付界面的通告消息，買家客戶端收到該通告消息后自動跳轉(zhuǎn)到支付界面，買家可以根據(jù)跳轉(zhuǎn)后的支付界面中顯示的由賣家修改后的成交價格直接進(jìn)行支付?？梢姡c圖1中所示出的支付過程相比，賣家不再需要通過旺旺通知買家訂單的價格已經(jīng)修改，買家也不再需要手動對頁面進(jìn)行刷新，從而簡化了支付流程，提高了支付效率。
[0088]另一方面，如果用戶使用的是手機(jī)版的淘寶客戶端(手淘客戶端)，買家首先將商品加入購物車，然后買家和賣家可以通過阿里旺旺充分溝通后在價格上達(dá)成一致后，買家確認(rèn)訂單，進(jìn)入到支付頁面，同時買家通過阿里旺旺通知賣家訂單已經(jīng)確認(rèn)，然后提交訂單，賣家按照商定的價格手動對價格進(jìn)行修改后，賣家的客戶端可以在后臺立即向服務(wù)端發(fā)送一個針對該訂單的確認(rèn)消息，服務(wù)端在收到該確認(rèn)消息在確認(rèn)了該訂單的成交價格已被賣家進(jìn)行了修改，立即向買家客戶端發(fā)送一個用于觸發(fā)買家客戶端跳轉(zhuǎn)到支付界面的通告消息，買家客戶端收到該通告消息后自動跳轉(zhuǎn)到支付界面，買家可以根據(jù)跳轉(zhuǎn)后的支付界面中顯示的由賣家修改后的成交價格直接進(jìn)行支付?？梢?，與圖1中所示出的支付過程相比，賣家不再需要通過旺旺通知買家訂單的價格已經(jīng)修改，買家不再需要取消支付以及手動對支付頁面進(jìn)行刷新，從而簡化了支付流程，提高了支付效率。
[0089]通過以上實施例的描述可知，通過服務(wù)端在判斷出訂單的成交價格已被賣家修改時，向該訂單對應(yīng)的買家客戶端發(fā)送用于觸發(fā)該買家客戶端跳轉(zhuǎn)到支付界面的通告消息，買家客戶端在收到該通告消息時，直接跳轉(zhuǎn)到支付界面，用戶可以直接按照支付界面上由賣家修改后的成交價格進(jìn)行支付，而不需要手動進(jìn)行頁面刷新，可見本申請可以簡化交易流程，在買家和賣家商定一個低于商品標(biāo)準(zhǔn)價格的優(yōu)惠價的應(yīng)用場景中，可以降低買家的學(xué)習(xí)成本以及錯誤下單的概率，從而提高了交易效率。
[0090]與上述方法實施例相對應(yīng)，本申請還提供了系統(tǒng)的實施例。
[0091]請參見圖5，本申請?zhí)岢鲆环N業(yè)務(wù)參數(shù)的更新系統(tǒng)50，應(yīng)用于服務(wù)端，所述服務(wù)端可以是網(wǎng)絡(luò)運(yùn)營商面向用戶提供服務(wù)的服務(wù)器；其中，請參見圖6，作為承載所述業(yè)務(wù)參數(shù)的更新系統(tǒng)50的服務(wù)器所涉及的硬件架構(gòu)中，通常包括CPU、內(nèi)存、非易失性存儲器、網(wǎng)絡(luò)接口以及內(nèi)部總線等；以軟件實現(xiàn)為例，所述業(yè)務(wù)參數(shù)的更新系統(tǒng)50通?？梢岳斫鉃榧虞d在內(nèi)存中的計算機(jī)程序，通過CPU運(yùn)行之后形成的軟硬件相結(jié)合的邏輯系統(tǒng)，所述系統(tǒng)50包括:
[0092]判斷模塊501，用于判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改；
[0093]發(fā)送模塊502，用于在所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，以使得所述發(fā)起者的客戶端在收到所述通告消息后，跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0094]其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0095]在本實施例中，所述判斷模塊501具體用于:
[0096]接收所述接收者的客戶端發(fā)送的針對所述業(yè)務(wù)的確認(rèn)消息；該確認(rèn)消息中包括所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)；
[0097]判斷所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與所述業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同；
[0098]如果不相同，確定所述業(yè)務(wù)的狀態(tài)參數(shù)已被所述接收者修改。
[0099]在本實施例中，所述業(yè)務(wù)可以包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)可以包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面可以包括支付界面。
[0100]請參見圖7，本申請?zhí)岢鲆环N業(yè)務(wù)參數(shù)的更新系統(tǒng)70，應(yīng)用于客戶端，所述客戶端可以是網(wǎng)購客戶端軟件；其中，請參見圖8，作為承載所述業(yè)務(wù)參數(shù)的更新系統(tǒng)70的終端所涉及的硬件架構(gòu)中，通常包括CPU、內(nèi)存、非易失性存儲器、網(wǎng)絡(luò)接口以及內(nèi)部總線等；以軟件實現(xiàn)為例，所述業(yè)務(wù)參數(shù)的更新系統(tǒng)70通?？梢岳斫鉃榧虞d在內(nèi)存中的計算機(jī)程序，通過CPU運(yùn)行之后形成的軟硬件相結(jié)合的邏輯系統(tǒng)，所述系統(tǒng)70包括:
[0101]接收模塊701，用于接收服務(wù)端發(fā)送的用于觸發(fā)本地客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；其中所述通告消息由服務(wù)端在判斷出通過本地客戶端發(fā)起的業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時發(fā)送；
[0102]跳轉(zhuǎn)模塊702，用于根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面；
[0103]其中，當(dāng)跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。
[0104]在本實施例中，所述跳轉(zhuǎn)模塊702具體用于:
[0105]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，自動跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0106]在本實施例中，所述跳轉(zhuǎn)模塊702具體用于:
[0107]當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，輸出用于提示所述業(yè)務(wù)的發(fā)起者所述業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面；當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時，跳轉(zhuǎn)到業(yè)務(wù)完成界面。
[0108]在本實施例中，所述業(yè)務(wù)可以包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)可以包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面可以包括支付界面。
[0109]本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本申請的一般性原理并包括本申請未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權(quán)利要求指出。
[0110]應(yīng)當(dāng)理解的是，本申請并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本申請的范圍僅由所附的權(quán)利要求來限制。
[0111]以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請保護(hù)的范圍之內(nèi)。
【主權(quán)項】
1.一種業(yè)務(wù)參數(shù)的更新方法，應(yīng)用于服務(wù)端，其特征在于，該方法包括: 判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改； 當(dāng)所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，以使得所述發(fā)起者的客戶端在收到所述通告消息后，跳轉(zhuǎn)到業(yè)務(wù)完成界面； 其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改包括: 接收所述接收者的客戶端發(fā)送的針對所述業(yè)務(wù)的確認(rèn)消息；該確認(rèn)消息中包括所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)； 判斷所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與所述業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同； 如果不相同，確定所述業(yè)務(wù)的狀態(tài)參數(shù)已被所述接收者修改。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面包括支付界面。4.一種業(yè)務(wù)參數(shù)的更新方法，應(yīng)用于客戶端，其特征在于，該方法包括: 接收服務(wù)端發(fā)送的用于觸發(fā)本地客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；其中所述通告消息由服務(wù)端在判斷出通過本地客戶端發(fā)起的業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時發(fā)送； 根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面； 其中，當(dāng)跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面包括: 當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，自動跳轉(zhuǎn)到業(yè)務(wù)完成界面。6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)該通告消息自動跳轉(zhuǎn)到業(yè)務(wù)完成界面包括: 當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，輸出用于提示所述業(yè)務(wù)的發(fā)起者所述業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面； 當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時，跳轉(zhuǎn)到業(yè)務(wù)完成界面。7.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)包括支付業(yè)務(wù)；所述狀態(tài)參數(shù)包括所述支付業(yè)務(wù)對應(yīng)的成交價格；所述業(yè)務(wù)完成界面包括支付界面。8.—種業(yè)務(wù)參數(shù)的更新系統(tǒng)，應(yīng)用于服務(wù)端，其特征在于，該系統(tǒng)包括: 判斷模塊，用于判斷業(yè)務(wù)的狀態(tài)參數(shù)是否被該業(yè)務(wù)的接收者修改； 發(fā)送模塊，用于在所述業(yè)務(wù)的狀態(tài)參數(shù)被所述接收者修改后，向該業(yè)務(wù)的發(fā)起者的客戶端發(fā)送用于觸發(fā)跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息，以使得所述發(fā)起者的客戶端在收到所述通告消息后，跳轉(zhuǎn)到業(yè)務(wù)完成界面； 其中，所述發(fā)起者的客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述判斷模塊具體用于: 接收所述接收者的客戶端發(fā)送的針對所述業(yè)務(wù)的確認(rèn)消息；該確認(rèn)消息中包括所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)； 判斷所述業(yè)務(wù)當(dāng)前的狀態(tài)參數(shù)與所述業(yè)務(wù)的默認(rèn)狀態(tài)參數(shù)是否相同； 如果不相同，確定所述業(yè)務(wù)的狀態(tài)參數(shù)已被所述接收者修改。10.一種業(yè)務(wù)參數(shù)的更新系統(tǒng)，應(yīng)用于客戶端，其特征在于，該系統(tǒng)包括: 接收模塊，用于接收服務(wù)端發(fā)送的用于觸發(fā)本地客戶端跳轉(zhuǎn)到業(yè)務(wù)完成界面的通告消息；其中所述通告消息由服務(wù)端在判斷出通過本地客戶端發(fā)起的業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改時發(fā)送； 跳轉(zhuǎn)模塊，用于根據(jù)該通告消息跳轉(zhuǎn)到業(yè)務(wù)完成界面； 其中，當(dāng)跳轉(zhuǎn)到業(yè)務(wù)完成界面后，該業(yè)務(wù)完成界面上顯示的該業(yè)務(wù)的狀態(tài)參數(shù)為所述接收者修改后的狀態(tài)參數(shù)。11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述跳轉(zhuǎn)模塊具體用于: 當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，自動跳轉(zhuǎn)到業(yè)務(wù)完成界面。12.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述跳轉(zhuǎn)模塊具體用于: 當(dāng)接收到服務(wù)端發(fā)送的所述通告消息后，輸出用于提示所述業(yè)務(wù)的發(fā)起者所述業(yè)務(wù)的狀態(tài)參數(shù)已被該業(yè)務(wù)的接收者修改的提示界面； 當(dāng)所述提示界面上預(yù)設(shè)的等待時間超時，跳轉(zhuǎn)到業(yè)務(wù)完成界面。
【文檔編號】H04L29/08GK105991681SQ201510052056
【公開日】2016年10月5日
【申請日】2015年1月30日
【發(fā)明人】劉屈艷揚(yáng)
【申請人】阿里巴巴集團(tuán)控股有限公司