電子商務(wù)系統(tǒng)的制作方法
【專利摘要】一種電子商務(wù)系統(tǒng)。所述系統(tǒng)包括：接收單元、加鎖單元、觸發(fā)單元、加鎖單元、支付狀態(tài)修改單元和解鎖單元，其中，所述加鎖單元，用于在所述接收單元接收到用戶發(fā)送的支付請求后，對所述支付請求對應(yīng)的訂單信息進(jìn)行加鎖；所述觸發(fā)單元，用于根據(jù)獲取到的變更訂單信息的指令，觸發(fā)所述支付修改單元將所述訂單的支付狀態(tài)修改為待支付狀態(tài)；所述支付狀態(tài)修改單元，用于修改所述訂單的支付狀態(tài)；所述解鎖單元，用于在所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。應(yīng)用所述系統(tǒng)可以提高交易的效率，并節(jié)約存儲空間。
【專利說明】電子向務(wù)系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電子商務(wù)的【技術(shù)領(lǐng)域】，具體涉及一種電子商務(wù)系統(tǒng)。
【背景技術(shù)】
[0002]在電子商務(wù)系統(tǒng)中，現(xiàn)有的電子支付流程為:接收買家對訂單的支付請求；根據(jù)所述支付請求，將所述訂單的支付信息發(fā)送至支付網(wǎng)關(guān)，同時將訂單信息鎖定；接收所述支付網(wǎng)關(guān)返回的銀行支付地址，并顯示所述銀行支付地址對應(yīng)的支付頁面，由買家在所述支付頁面上完成對所述訂單的支付。
[0003]其中，所述支付網(wǎng)關(guān)為設(shè)置在銀行等金融網(wǎng)絡(luò)系統(tǒng)和電子商務(wù)系統(tǒng)之間的服務(wù)器設(shè)備，用于對銀行等金融網(wǎng)絡(luò)系統(tǒng)與電子商務(wù)系統(tǒng)之間的交互的數(shù)據(jù)進(jìn)行處理，可以提高銀行等金融網(wǎng)絡(luò)系統(tǒng)與電子商務(wù)系統(tǒng)之間交互的安全性。
[0004]然而，當(dāng)買家在銀行的支付頁面上對所述訂單進(jìn)行支付時，由于電子商務(wù)系統(tǒng)中的所述訂單的信息是處于鎖定狀態(tài)的，買家或賣家若想要修改所述訂單的信息，則只能將當(dāng)前的訂單取消，重新下訂單，因此導(dǎo)致交易效率降低。并且，由于原始訂單信息以及重新下單所產(chǎn)生的訂單信息均存儲在所述電子商務(wù)系統(tǒng)的數(shù)據(jù)庫中，占用了電子商務(wù)系統(tǒng)的存儲空間，從而使得電子商務(wù)系統(tǒng)的存儲成本增加。

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

[0005]本發(fā)明實(shí)施例解決的問題是在電子支付過程中，如何提高電子商務(wù)系統(tǒng)的交易效率，并節(jié)約存儲空間。
[0006]為解決上述問題，本發(fā)明的實(shí)施例提供了一種電子商務(wù)系統(tǒng)，所述電子商務(wù)系統(tǒng)包括:接收單元、加鎖單元、觸發(fā)單元、加鎖單元、支付狀態(tài)修改單元和解鎖單元，其中，
[0007]所述接收單元，用于接收用戶發(fā)送的支付請求；
[0008]所述加鎖單元，用于在所述接收單元接收到用戶發(fā)送的支付請求后，對所述支付請求對應(yīng)的訂單信息進(jìn)行加鎖；
[0009]所述觸發(fā)單元，用于根據(jù)獲取到的變更訂單信息的指令，觸發(fā)所述支付修改單元將所述訂單的支付狀態(tài)修改為待支付狀態(tài)；
[0010]所述支付狀態(tài)修改單元，用于修改所述訂單的支付狀態(tài)；
[0011]所述解鎖單元，用于在所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。
[0012]可選地，所述電子商務(wù)系統(tǒng)還包括:指令生成單元，用于在滿足預(yù)設(shè)的條件時，生成所述變更訂單信息的指令。
[0013]可選地，所述指令生成單元包括:
[0014]第一指令生成子單元，用于在用戶對所述訂單的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令。[0015]可選地，所述指令生成單元包括:
[0016]第二指令生成子單元，用于在接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
[0017]可選地，所述指令生成單元包括:第一指令生成子單元和第二指令生成子單元，其中，
[0018]所述第一指令生成子單元用于在用戶對所述訂單的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令；
[0019]所述第二指令生成子單元用于在接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
[0020]與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn):
[0021]通過觸發(fā)電子商務(wù)系統(tǒng)將訂單的支付狀態(tài)修改為待支付狀態(tài)，進(jìn)而根據(jù)變更訂單信息的指令以及所述訂單的支付狀態(tài)將訂單信息解除鎖定，從而使得用戶可以對已解除鎖定的訂單信息進(jìn)行修改，而無須取消當(dāng)前訂單以及重新下訂單，故可以提高交易的效率，節(jié)約電子商務(wù)系統(tǒng)的存儲空間。
【專利附圖】

【附圖說明】
[0022]圖1是本發(fā)明實(shí)施例中在電子支付過程中處理訂單信息的方法的流程圖；
[0023]圖2是本發(fā)明實(shí)施例中在電子支付過程中處理訂單信息的裝置的結(jié)構(gòu)示意圖；
[0024]圖3是本發(fā)明實(shí)施例中電子商務(wù)系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0025]現(xiàn)有的電子商務(wù)系統(tǒng)中，當(dāng)買家對訂單進(jìn)行支付時，存儲在電子商務(wù)系統(tǒng)中的訂單信息是處于鎖定狀態(tài)的，如果買家或賣家想要修改訂單中的信息，則買家或賣家只能將當(dāng)前的訂單取消，重新下訂單。
[0026]針對上述問題，本發(fā)明的實(shí)施例提供了一種在電子支付過程中處理訂單信息的方法，通過觸發(fā)電子商務(wù)系統(tǒng)將訂單的支付狀態(tài)修改為待支付狀態(tài)，再根據(jù)變更訂單信息的指令，將當(dāng)前的訂單信息解除鎖定，從而使得用戶可以在當(dāng)前的訂單中對相應(yīng)的信息進(jìn)行修改，而無須先取消訂單，再重新下訂單，提高交易效率，減少對電子商務(wù)系統(tǒng)的存儲空間的占用。
[0027]為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更為明顯易懂，下面結(jié)合附圖對本發(fā)明的具體實(shí)施例做詳細(xì)的說明。
[0028]實(shí)施例一
[0029]參見圖1，本實(shí)施例提供了一種電子支付過程中處理訂單信息的方法，所述處理訂單信息的方法可以包括如下步驟:
[0030]步驟110:根據(jù)獲取到的變更訂單信息的指令，觸發(fā)電子商務(wù)系統(tǒng)將所述訂單的支付狀態(tài)修改為待支付狀態(tài)；
[0031]步驟120:當(dāng)所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。[0032]在具體實(shí)施中，所述處理訂單信息的方法對應(yīng)的裝置可以設(shè)置在所述電子商務(wù)系統(tǒng)內(nèi)部，也可以獨(dú)立于所述電子商務(wù)系統(tǒng)，還可以是所述電子商務(wù)系統(tǒng)本身，只要所述處理訂單信息的方法對應(yīng)的裝置可以與所述電子商務(wù)系統(tǒng)的相應(yīng)功能部件連接即可。
[0033]所述訂單信息可以包括:商品單價、商品運(yùn)費(fèi)、商品金額、商品數(shù)量、商品顏色、買家或賣家的聯(lián)系方式和地址等等。對所述訂單信息進(jìn)行變更可以包括:修改或刪除訂單中的信息，比如修改商品單價或運(yùn)費(fèi)等。
[0034]訂單的支付狀態(tài)可以包括:支付中、已支付及待支付狀態(tài)。其中，當(dāng)買家尚未對所述訂單進(jìn)行支付時，對應(yīng)的所述訂單的支付狀態(tài)為待支付狀態(tài)；當(dāng)買家對所述訂單進(jìn)行支付時，對應(yīng)的所述訂單的支付狀態(tài)為支付中狀態(tài)；當(dāng)買家已經(jīng)完成所述訂單的支付時，對應(yīng)的所述訂單的支付狀態(tài)為已支付狀態(tài)。
[0035]當(dāng)所述訂單的支付狀態(tài)為支付中狀態(tài)時，所述訂單的信息是處于鎖定狀態(tài)的。根據(jù)變更信息的指令，可以觸發(fā)電子商務(wù)系統(tǒng)將所述訂單的支付狀態(tài)由支付中狀態(tài)修改為待支付狀態(tài)。當(dāng)所述訂單的支付狀態(tài)為待支付狀態(tài)時，再根據(jù)所述變更訂單信息的指令，就可以將訂單信息解除鎖定。已解除鎖定的訂單信息是可修改的，買家或賣家均可以在所述已解除鎖定的訂單信息中修改相應(yīng)的內(nèi)容。
[0036]在具體實(shí)施中，所述處理訂單信息的方法所對應(yīng)的裝置獲取的變更訂單信息的指令，可以是從所述裝置外部獲取的，也可以是所述裝置自身在滿足一定的預(yù)設(shè)條件的情況下所生成的。
[0037]比如，所述裝置自身在滿足一定的預(yù)設(shè)條件的情況下生成所述變更訂單信息的指令可以是:當(dāng)用戶對所述訂單信息的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令。即自用戶開始對所述訂單進(jìn)行支付時起，對所述訂單的支付時間進(jìn)行計(jì)時，當(dāng)所述支付時間等于或超過預(yù)設(shè)的時間時生成一控制指令，所述控制指令即為所述變更訂單信息的指令。根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定即可。
[0038]其中，所述預(yù)設(shè)的時間可以根據(jù)實(shí)際需要進(jìn)行設(shè)定，比如將所述預(yù)設(shè)的時間設(shè)定為15分鐘，即當(dāng)所述支付時間超過15分鐘時，生成變更訂單信息的指令。
[0039]可以理解的是，在具體判定是否生成變更訂單信息的指令的過程中，預(yù)設(shè)的時間本身是一個邊界值，也可以在支付時間等于15分鐘時，即執(zhí)行所述生成變更訂單信息的指令的操作。換句話說，在邊界值可以執(zhí)行所述生成變更訂單信息的指令的操作，也可以不執(zhí)行所述生成變更訂單信息的指令的操作，具體是否執(zhí)行，可以由技術(shù)人員自行設(shè)置。但不論是否執(zhí)行，上述方案均在本發(fā)明的保護(hù)范圍內(nèi)。
[0040]所述裝置自身在滿足一定的預(yù)設(shè)條件的情況下生成所述變更訂單信息的指令還可以是:當(dāng)接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。其中，用戶可以通過點(diǎn)擊電子商務(wù)系統(tǒng)上“取消支付”的按鈕輸入所述取消支付的指令，也可以是通過手機(jī)等終端設(shè)備輸入所述取消支付的指令。當(dāng)用戶通過手機(jī)等終端設(shè)備輸入所述取消支付的指令時，所述取消支付的指令可以為語音形式，也可以為短消息等數(shù)據(jù)形式。當(dāng)所述裝置接收到用戶輸入的取消支付的指令時，將所述取消支付的指令作為所述變更訂單信息的指令，并根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定。
[0041]在具體實(shí)施中，所述裝置可以同時在多種情況下生成變更訂單信息的指令。比如既可以在支付時間超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令，也可以在接收到用戶輸入的取消支付的指令時，生成所述訂單信息的指令。當(dāng)所述裝置同時可以在上述兩種情況下生成所述變更訂單信息的指令時，可以將先生成的變更訂單信息的指令作為有效指令，并根據(jù)所述先生成的變更訂單信息的指令進(jìn)行相關(guān)的后續(xù)操作。
[0042]當(dāng)用戶在已解除鎖定的訂單信息中修改所述訂單信息后，對已修改的訂單信息進(jìn)行支付時，仍然可以參照步驟110以及步驟120中的方法處理所述訂單信息，使得所述已修改的訂單信息可以再次被修改，修改的次數(shù)不受限制。
[0043]為了使本領(lǐng)域技術(shù)人員更好地理解和實(shí)現(xiàn)本發(fā)明，以下對上述處理訂單信息的方法所對應(yīng)的裝置以及電子商務(wù)系統(tǒng)進(jìn)行詳細(xì)描述。
[0044]實(shí)施例二
[0045]參見圖2，本發(fā)明的實(shí)施例提供了一種處理訂單信息的裝置，所述處理訂單信息的裝置可以包括:
[0046]觸發(fā)單元220，用于根據(jù)獲取到的變更訂單信息的指令，觸發(fā)電子商務(wù)系統(tǒng)將所述訂單的支付狀態(tài)修改為待支付狀態(tài)；
[0047]解鎖單元230，用于在所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。
[0048]在具體實(shí)施中，所述處理訂單信息的裝置可以設(shè)置在所述電子商務(wù)系統(tǒng)內(nèi)部，也可以獨(dú)立于所述電子商務(wù)系統(tǒng)，還可以是所述電子商務(wù)系統(tǒng)本身，只要所述處理訂單信息的裝置可以與所述電子商務(wù)系統(tǒng)的相應(yīng)功能部件連接即可。
[0049]其中，訂單的支付狀態(tài)可以包括:支付中、已支付及待支付狀態(tài)。其中，當(dāng)買家尚未對所述訂單進(jìn)行支付時，對應(yīng)的所述訂單的支付狀態(tài)為待支付狀態(tài)；當(dāng)買家對所述訂單進(jìn)行支付時，對應(yīng)的所述訂單的支付狀態(tài)為支付中狀態(tài)；當(dāng)買家已經(jīng)完成所述訂單的支付時，對應(yīng)的所述訂單的支付狀態(tài)為已支付狀態(tài)。
[0050]在具體實(shí)施中，所述變更訂單信息的指令可以是由所述處理訂單信息的裝置從外部獲取的，也可以是由所述處理訂單信息的裝置自身在滿足一定的預(yù)設(shè)條件下生成的。其中所述預(yù)設(shè)的條件可以由本領(lǐng)域人員任意設(shè)定。
[0051]當(dāng)所述處理訂單信息的裝置在滿足一定的預(yù)設(shè)條件下生成的變更訂單信息的指令時，所述處理訂單信息的裝置還可以包括指令生成單元210，所述指令生成單元210用于在滿足預(yù)設(shè)的條件下時，生成所述變更訂單信息的指令。
[0052]在具體實(shí)施中，所述指令生成單元210還可以包括第一指令生成單元(未示出)和第二指令生成單元(未示出)中的至少一種。其中，所述第一指令生成子單元用于在用戶對所述訂單的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令，所述第二指令生成子單元用于在接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
[0053]需要說明的是，所述指令生成單元210還可以在其他滿足其他預(yù)設(shè)條件下生成所述變更訂單信息的指令，此處不作限定。
[0054]實(shí)施例三
[0055]參見圖3，本實(shí)施例提供了一種電子商務(wù)系統(tǒng)30。所述電子商務(wù)系統(tǒng)30可以包括:接收單元310、加鎖單元320、觸發(fā)單元330、支付狀態(tài)修改單元340和解鎖單元350，其中，[0056]所述接收單元310，用于接收用戶發(fā)送的支付請求；
[0057]所述加鎖單元320，用于在所述接收單元310接收到用戶發(fā)送的支付請求后，對所述支付請求對應(yīng)的訂單信息進(jìn)行加鎖；
[0058]所述觸發(fā)單元330，用于根據(jù)獲取到的變更訂單信息的指令，觸發(fā)所述支付修改單元340將所述訂單的支付狀態(tài)修改為待支付狀態(tài)；
[0059]所述解鎖單元350，用于在所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。
[0060]所述變更訂單信息的指令可以是由所述電子商務(wù)系統(tǒng)從外部獲取的，也可以是由所述電子商務(wù)系統(tǒng)自身在滿足一定的預(yù)設(shè)條件下所生成的。
[0061]當(dāng)所述電子商務(wù)系統(tǒng)自身在滿足一定的預(yù)設(shè)條件下生產(chǎn)所述變更訂單信息的指令時，所述電子商務(wù)系統(tǒng)還可以包括:指令生成單元360，用于在滿足預(yù)設(shè)的條件下生成所述變更訂單信息的指令。所述指令生成單元360可以在同時滿足多種預(yù)設(shè)條件下生成所述變更訂單信息的指令，也可以在滿足一種預(yù)設(shè)條件下生成所述變更訂單信息的指令。
[0062]需要說明的是，所述預(yù)設(shè)條件可以由本領(lǐng)域技術(shù)人員進(jìn)行設(shè)定，此處不作限定。
[0063]比如，在具體實(shí)施中，所述指令生成單元360可以包括:第一指令生成子單元，用于在用戶對所述訂單信息的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令。所述指令生成單元360還可以包括:第二指令生成單元，當(dāng)接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
[0064]所述指令生成單元360可以包括第一指令生成子單元和第二指令生成單元中的任意一個，也可以同時包括第一指令生成子單元和第二指令生成單元。當(dāng)所述指令生成單元360同時包括第一指令生成子單元和第二指令生成單元時，以先生成的變更訂單信息的指令為有效指令，并進(jìn)行相關(guān)的后續(xù)操作。
[0065]本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計(jì)算機(jī)可讀存儲介質(zhì)中，存儲介質(zhì)可以包括:ROM、RAM、磁盤或光盤等。
[0066]雖然本發(fā)明披露如上，但本發(fā)明并非限定于此。任何本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，均可作各種更動與修改，因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以權(quán)利要求所限定的范圍為準(zhǔn)。
【權(quán)利要求】
1.一種電子商務(wù)系統(tǒng)，其特征在于，包括:接收單元、加鎖單元、觸發(fā)單元、加鎖單元、支付狀態(tài)修改單元和解鎖單元，其中， 所述接收單元，用于接收用戶發(fā)送的支付請求； 所述加鎖單元，用于在所述接收單元接收到用戶發(fā)送的支付請求后，對所述支付請求對應(yīng)的訂單信息進(jìn)行加鎖； 所述觸發(fā)單元，用于根據(jù)獲取到的變更訂單信息的指令，觸發(fā)所述支付修改單元將所述訂單的支付狀態(tài)修改為待支付狀態(tài)； 所述支付狀態(tài)修改單元，用于修改所述訂單的支付狀態(tài)； 所述解鎖單元，用于在所述訂單的支付狀態(tài)為待支付狀態(tài)時，根據(jù)所述變更訂單信息的指令，將所述訂單信息解除鎖定，以接收用戶在已解除鎖定的訂單信息中修改所述訂單信息的操作。
2.如權(quán)利要求1所述的電子商務(wù)系統(tǒng)，其特征在于，還包括:指令生成單元，用于在滿足預(yù)設(shè)的條件時，生成所述變更訂單信息的指令。
3.如權(quán)利要求2所述的電子商務(wù)系統(tǒng)，其特征在于，所述指令生成單元包括:第一指令生成子單元，用于在用戶對所述訂單的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令。
4.如權(quán)利要求2所述的電子商務(wù)系統(tǒng)，其特征在于，所述指令生成單元包括:第二指令生成子單元，用于在接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
5.如權(quán)利要求2所述的電子商務(wù)系統(tǒng)，其特征在于，所述指令生成單元包括:第一指令生成子單元和第二指令生成子單元，其中， 所述第一指令生成子單元用于在用戶對所述訂單的支付時間等于或超過預(yù)設(shè)的時間時，生成所述變更訂單信息的指令； 所述第二指令生成子單元用于在接收到用戶輸入的取消支付的指令時，生成所述變更訂單信息的指令。
【文檔編號】G06Q30/06GK103606078SQ201310671525
【公開日】2014年2月26日 申請日期:2013年12月10日 優(yōu)先權(quán)日:2013年12月10日
【發(fā)明者】虞鋼 申請人:上海浦東物流云計(jì)算有限公司