專利名稱：電子商務(wù)中生成交易訂單的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其涉及一種電子商務(wù)中生成交易訂單的方法 及裝置。
背景技術(shù)：
目前，隨著電子商務(wù)技術(shù)的日益發(fā)展，越來越多的用戶開始使用電子商務(wù) 來進(jìn)行各種交易，而在現(xiàn)有的電子商務(wù)交易模式下，買賣雙方在交易訂單的生 成和修改方面仍然需要依靠人工來完成。
舉例來說，如圖1所示為現(xiàn)有技術(shù)中交易訂單生成方式的結(jié)構(gòu)示意圖，圖
中當(dāng)買家發(fā)起購買請求之后，系統(tǒng)生成相應(yīng)的訂單；此時在訂單生成之后， 若交易金額變更或買賣雙方協(xié)商，賣方需要主動進(jìn)行訂單中金額的調(diào)整，則由 賣方向系統(tǒng)發(fā)起^f務(wù)改訂單的請求；然后系統(tǒng)再根據(jù)賣方的指示對交易訂單進(jìn)行 修改，并生成更新后的訂單；此時買家才發(fā)起付款請求，并進(jìn)行后繼的交易操 作。
類似的，在買賣雙方交易過程中，如果訂單中的郵寄費(fèi)用發(fā)生變更，其變 更方式也是按照上述過程來進(jìn)行的。從上述現(xiàn)有技術(shù)的方案中可知，現(xiàn)有的交 易訂單生成或修改方式需要依靠人工的操作來實(shí)現(xiàn)，每次都需要由賣家來進(jìn)行 訂單的修改，無法批量的處理訂單，從而造成人工成本過高；同時，在上述的 修改操作過程中，用戶客戶端需要與服務(wù)器進(jìn)行多次的信息交互，使得用戶操 作時間過長，且浪費(fèi)了服務(wù)器資源和系統(tǒng)的帶寬資源。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種電子商務(wù)中生成交易訂單的方法及裝置。能夠有效的減少用戶的重復(fù)操作，降低人力成本；同時也可以減少客戶端和服務(wù)器之
間的信息交互量，節(jié)省了服務(wù)器資源和系統(tǒng)帶寬，進(jìn)而提高了電子商務(wù)的交易效率。
本發(fā)明實(shí)施例提供了一種電子商務(wù)中生成交易訂單的方法，包括，
接收買方用戶所發(fā)起的交易請求內(nèi)容；
判斷所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；
若滿足，則執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對所述交易請求
內(nèi)容進(jìn)行更新，并根據(jù)更新后的交易請求內(nèi)容生成交易訂單。
本發(fā)明實(shí)施例還提供了一種電子商務(wù)中生成交易訂單的裝置，包括 交易內(nèi)容接收單元，用于接收買方用戶所發(fā)起的交易請求內(nèi)容； 交易條件判斷單元，用于判斷所述交易內(nèi)容接收單元所接收到的交易請求
內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足，則由交易內(nèi)容更新單元進(jìn)行處理； 所述交易內(nèi)容更新單元，用于執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)
則，對所述交易內(nèi)容接收單元所接收到的交易請求內(nèi)容進(jìn)行更新；
交易訂單生成單元，用于根據(jù)所述交易內(nèi)容更新單元更新后的交易請求內(nèi)
容生成交易訂單。
由上述所提供的技術(shù)方案可以看出，首先接收買方用戶所發(fā)起的交易請求 內(nèi)容；然后判斷所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足， 則執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對所述交易請求內(nèi)容進(jìn)行更 新，并根據(jù)更新后的交易請求內(nèi)容生成交易訂單。這樣就可以將交易訂單的重 復(fù)性修改工作放在交易服務(wù)器上來完成，從而有效的減少了用戶的重復(fù)操作， 降低了人力成本；同時也減少了客戶端和服務(wù)器之間的信息交互量，節(jié)省了服 務(wù)器資源和系統(tǒng)帶寬，進(jìn)而提高了電子商務(wù)的交易效率。


圖1為現(xiàn)有技術(shù)中交易訂單生成方式的結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例1所提供方法的流程示意圖； 圖3為本發(fā)明實(shí)施例2所提供裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了一種電子商務(wù)中生成交易訂單的方法及裝置。具體是 將每次需要由人工來操作執(zhí)行的內(nèi)容變更，預(yù)先作為條件和規(guī)則存儲在服務(wù)器 中；當(dāng)交易過程中，若買方用戶發(fā)起的訂單滿足預(yù)設(shè)的條件，則服務(wù)器就自動 根據(jù)相對應(yīng)的規(guī)則對訂單進(jìn)行更新處理，生成更新后的交易訂單，并反饋新的 結(jié)果給買方用戶。這樣由服務(wù)器來批量處理賣家用戶進(jìn)行訂單修改的重復(fù)性操 作，有效的降低了人力成本；同時也可以減少客戶端和服務(wù)器之間的信息交互 量，節(jié)省了服務(wù)器資源和系統(tǒng)帶寬，進(jìn)而提高了電子商務(wù)的交易效率。
現(xiàn)結(jié)合附圖對本發(fā)明的具體實(shí)施例進(jìn)行說明，實(shí)施例1:
如圖2所示為本發(fā)明實(shí)施例1所提供方法的流程示意圖，所述方法包括
步驟21:接收買方用戶所發(fā)起的交易請求內(nèi)容。
在本步驟21中，當(dāng)買方用戶需要和賣方用戶進(jìn)行電子商務(wù)的交易時，買方 用戶會首先向交易的服務(wù)器發(fā)起購買某一商品的交易請求，服務(wù)器接收到該交 易請求內(nèi)容，并進(jìn)行如下的才喿作。
步驟22:判斷所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件。
在本步驟22中，服務(wù)器在接收到買方用戶所發(fā)起的交易請求內(nèi)容之后，會 判斷該交易請求內(nèi)容是否可以滿足預(yù)設(shè)的交易條件。這里所述預(yù)設(shè)的交易條件 是由賣方用戶根據(jù)實(shí)際的交易需求預(yù)先設(shè)定的交易條件，且該預(yù)先設(shè)定的交易 條件對應(yīng)有相應(yīng)的處理MJ'J 。
該交易條件具體可以包括但不限于以下的一種或多種交易商品類型，交 易商品金額，交易商品數(shù)量，交易地點(diǎn)和買方用戶身份等，例如該買方用戶是 否為VIP用戶的交易條件；并且以上所設(shè)定的交易條件都對應(yīng)有相應(yīng)的處理規(guī) 則，該處理規(guī)則可以由賣方用戶根據(jù)實(shí)際情況來設(shè)定，例如可以設(shè)定在某一交易條件下對交易內(nèi)容的修改方式，具體可以包括但不限于交易金額修改、郵費(fèi) 修改或贈送禮品等方式。
舉例來說，賣方用戶首先可以4艮據(jù)實(shí)際的交易需求，預(yù)先設(shè)定如下的交易
條件
條件1、買方用戶購買商品A的數(shù)量超過10件； 條件2、買方用戶同時購買商品A+商品B+商品C;
條件3、買方用戶購買商品A的地點(diǎn)在指定的某一城市，如上海或北京等。 同時，上述各個交易條件分別對應(yīng)著各自的處理規(guī)則，例如在滿足條件1 時，處理規(guī)則為降低總交易金額的10%;在滿足條件2時，處理規(guī)則為'.贈 送商品D;在滿足條件3時，處理規(guī)則為免除交易的郵費(fèi)。
那么當(dāng)服務(wù)器收到買方用戶發(fā)起的交易請求內(nèi)容之后，會將該交易請求內(nèi) 容和預(yù)設(shè)的交易條件進(jìn)行比較，判斷該請求內(nèi)容是否滿足預(yù)設(shè)的交易條件。例 如若買方用戶發(fā)起購買20件A商品的交易請求內(nèi)容，則服務(wù)器就可以判斷該交 易請求內(nèi)容滿足了預(yù)設(shè)的交易條件1，然后就可以再執(zhí)行步驟23的操作。在具 體實(shí)現(xiàn)的過程中，商品A在服務(wù)器中是以標(biāo)識代碼的形式存在的，服務(wù)器可以 通過比較商品A的標(biāo)識代碼，及該標(biāo)識代碼所對應(yīng)的交易數(shù)量來進(jìn)行相關(guān)的判 斷操作。
若買方用戶發(fā)起購買商品A+商品B+商品C的交易請求內(nèi)容，則服務(wù)器就可 以判斷該交易請求內(nèi)容滿足了預(yù)設(shè)的交易條件2，然后就可以再執(zhí)行步驟23的 操作。同樣的，在具體實(shí)現(xiàn)的過程中，服務(wù)器可以通過比較商品A+商品B+商 品C的標(biāo)識代碼來進(jìn)行相關(guān)的判斷操作。
若買方用戶在北京發(fā)起購買商品A的交易請求內(nèi)容，則服務(wù)器就可以判斷 該交易請求內(nèi)容滿足了預(yù)設(shè)的交易條件3，然后就可以再執(zhí)行步驟23的操作。 同樣的，在具體實(shí)現(xiàn)的過程中，購買地點(diǎn)也是以標(biāo)識代碼的形式存在于服務(wù)器 中的，服務(wù)器可以通過比較商品A，以及購買地點(diǎn)的標(biāo)識代碼來進(jìn)行相關(guān)的判斷操作。
另外，上述三個預(yù)設(shè)的交易條件可以同時存在，也可以只存在部分，具體 需要由賣方用戶才艮據(jù)實(shí)際的情況來進(jìn)行設(shè)定。
步驟23:若滿足，則執(zhí)行該預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對交易請 求內(nèi)容進(jìn)行更新。
具體來說，當(dāng)經(jīng)過上述步驟22的操作，判斷所接收到的交易請求內(nèi)容可以 滿足預(yù)設(shè)的交易條件時，就可以執(zhí)行該預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對 交易請求內(nèi)容進(jìn)行更新才喿作，并才艮據(jù)更新后的交易請求內(nèi)容生成交易訂單。
舉例來說，還是以上面所預(yù)設(shè)的三個條件及對應(yīng)的規(guī)則為例，當(dāng)買方用戶 發(fā)起購買20件A商品的交易請求內(nèi)容時，服務(wù)器判斷該交易請求內(nèi)容滿足了預(yù) 設(shè)的交易條件1，那么此時就可以執(zhí)行該交易條件1所對應(yīng)的處理規(guī)則，即降低 總交易金額的10。/。，對買方用戶所發(fā)起的交易請求內(nèi)容進(jìn)行修改更新，降低其 交易金額總數(shù)的10。/。，并根據(jù)該更新后的交易請求內(nèi)容生成交易訂單，進(jìn)行后 繼的交易操作。
同樣的，當(dāng)買方用戶發(fā)起購買商品A+商品B+商品C的交易請求內(nèi)容，服務(wù) 器判斷該交易請求內(nèi)容滿足了預(yù)設(shè)的交易條件2,那么此時就可以執(zhí)行該交易 條件2所對應(yīng)的處理規(guī)則，即贈送商品D,對買方用戶所發(fā)起的交易請求內(nèi)容進(jìn) 行修改更新，在交易商品中增加商品D，并根據(jù)該更新后的交易請求內(nèi)容生成 交易訂單，進(jìn)行后繼的交易操作。
同樣的，當(dāng)買方用戶在北京發(fā)起購買商品A的交易請求內(nèi)容時，服務(wù)器判 斷該交易請求內(nèi)容滿足了預(yù)設(shè)的交易條件3，那么此時就可以執(zhí)行該交易條件3 所對應(yīng)的處理規(guī)則，即免除交易的郵費(fèi)，對買方用戶所發(fā)起的交易請求內(nèi)容進(jìn) 行修改更新，在交易金額中免除交易的郵費(fèi)，并根據(jù)該更新后的交易請求內(nèi)容 生成交易訂單，進(jìn)行后繼的交易操作。
值得注意的是，當(dāng)預(yù)設(shè)有多個交易條件時，若買方用戶所發(fā)起的交易請求內(nèi)容同時可以滿足這多個交易條件中的兩個或兩個以上，則同時執(zhí)行所滿足的 交易條件所對應(yīng)的處理規(guī)則。例如，當(dāng)買方用戶在北京發(fā)起購買商品A+商品
B+商品C，且商品A的數(shù)量超過10件的交易請求內(nèi)容時，服務(wù)器判斷該交易請 求內(nèi)容同時滿足了交易條件1、 2和3,那么此時就可以同時執(zhí)行上述三個交易 條件所對應(yīng)的處理規(guī)則，即降低總金額的10。/。，贈送商品D,并免除交易的郵 費(fèi)，對買方用戶所發(fā)起的交易請求內(nèi)容進(jìn)行修改更新，在交易金額中降低總金 額的10%，在交易商品中增加商品D，并免除交易的郵費(fèi)；再根據(jù)該更新后的 交易請求內(nèi)容生成交易訂單，進(jìn)行后繼的交易才喿作。
步驟24:若不滿足，則按照正常交易流程進(jìn)行操作。
在該步驟中，若判斷所接收到的交易請求內(nèi)容無法滿足預(yù)設(shè)的交易條件 時，就可以按照正常的交易流程，由服務(wù)器根據(jù)用戶所發(fā)起的交易請求內(nèi)容生 成相應(yīng)的交易訂單，并進(jìn)行后繼的交易操作。
通過以上技術(shù)方案的實(shí)施，就可以將原來需要由賣方用戶手動進(jìn)行修改的 重復(fù)性操作，改由服務(wù)器來進(jìn)行批量處理，從而有效的降低了人力成本；同時 也可以減少客戶端和服務(wù)器之間的信息交互量，節(jié)省了服務(wù)器資源和系統(tǒng)帶 寬，進(jìn)而提高了電子商務(wù)的交易效率。
另外，在實(shí)際操作過程中，當(dāng)系統(tǒng)生成交易訂單之后，賣方用戶還可以才艮 據(jù)實(shí)際的交易需求再次發(fā)起修改該交易訂單的請求，系統(tǒng)服務(wù)器根據(jù)該請求對 所述交易訂單進(jìn)行修改，并生成修改后的交易訂單，再進(jìn)行后繼的交易操作。 這樣就更增加了電子商務(wù)交易的靈活性，提高了電子商務(wù)交易系統(tǒng)的實(shí)用性。
步驟是可以通過程序來指令相關(guān)的硬件完成，相應(yīng)的程序可以存儲于一種計算 一機(jī)，讀—存￥^質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
實(shí)施例2:本發(fā)明實(shí)施例2提供了一種電子商務(wù)中生成交易訂單的裝置，如 圖3所示為本實(shí)施例2所提供裝置的結(jié)構(gòu)示意圖，所述裝置包括交易內(nèi)容接收單元、交易條件判斷單元、交易內(nèi)容更新單元和交易訂單生成單元，其中 所述交易內(nèi)容接收單元用于接收買方用戶所發(fā)起的交易請求內(nèi)容。 所述交易條件判斷單元用于判斷所述交易內(nèi)容接收單元所接收到的交易
請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足，則由交易內(nèi)容更新單元進(jìn)行處理。
所述交易內(nèi)容更新單元用于執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則， 對所述交易內(nèi)容接收單元所接收到的交易請求內(nèi)容進(jìn)行更新。具體進(jìn)行更新的 方式見以上方法實(shí)施例1中所述。
所述交易訂單生成單元用于根據(jù)所述交易內(nèi)容更新單元更新后的交易請 求內(nèi)容生成交易訂單。
另外，以上所述的裝置中還可包括交易條件預(yù)設(shè)單元和處理規(guī)則預(yù)設(shè)單 元，其中
所述的交易條件預(yù)設(shè)單元用于由賣方用戶根據(jù)實(shí)際的交易需求來預(yù)先設(shè) 定交易條件，并設(shè)定該交易條件對應(yīng)處理規(guī)則預(yù)設(shè)單元中的處理規(guī)則；所述處 理規(guī)則預(yù)設(shè)單元用于由賣方用戶根據(jù)實(shí)際的交易需求來預(yù)先設(shè)定交易內(nèi)容的 ^奮改方式。
以上所述的裝置可以集成設(shè)置于交易服務(wù)器中；也可以設(shè)置成單獨(dú)的功能 實(shí)體，和交易服務(wù)器保持連接關(guān)系。
值得注意的是，上述裝置實(shí)施例中所包括的各個單元只是按照功能邏輯進(jìn) 行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外， 各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù) 范圍。
綜上所述，本發(fā)明實(shí)施例可以將交易訂單的重復(fù)性修改工作放在服務(wù)器上 來完成，從而有效的減少了用戶的重復(fù)操作，降低了人力成本；同時也減少了 客戶端和服務(wù)器之間的信息交互量，節(jié)省了服務(wù)器資源和系統(tǒng)帶寬，進(jìn)而提高了電子商務(wù)的交易效率。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局 限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明實(shí)施例揭露的技術(shù)范圍內(nèi)， 可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種電子商務(wù)中生成交易訂單的方法，其特征在于，接收買方用戶所發(fā)起的交易請求內(nèi)容；判斷所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足，則執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對所述交易請求內(nèi)容進(jìn)行更新，并根據(jù)更新后的交易請求內(nèi)容生成交易訂單。
2、 如權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)的交易條件具體為 由賣方用戶根據(jù)實(shí)際的交易需求預(yù)先設(shè)定交易條件，且所述預(yù)先設(shè)定的交易條件對應(yīng)有處理規(guī)則。
3、 如權(quán)利要求2所述的方法，其特征在于，所述的交易條件，具體包括以 下的一種或多種交易商品類型，交易商品金額，交易商品數(shù)量，交易地點(diǎn)，買方用戶身份。
4、 如權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)的交易條件所對應(yīng)的 處理規(guī)則，具體為由賣方用戶根據(jù)實(shí)際的交易需求預(yù)先設(shè)定交易內(nèi)容修改方式。
5、 如權(quán)利要求4所述的方法，其特征在于，所述交易內(nèi)容修改方式，具體 包括以下一種或多種交易金額修改，郵費(fèi)修改，贈送禮品。
6、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括 所述預(yù)設(shè)的交易條件為多個，且每個預(yù)設(shè)的交易條件分別對應(yīng)一個處理規(guī)則；當(dāng)所接收到的交易請求內(nèi)容滿足某個預(yù)設(shè)的交易條件時，執(zhí)行該預(yù)設(shè)的交 易條件所對應(yīng)的處理規(guī)則，對所述交易請求內(nèi)容進(jìn)行更新。
7、 如權(quán)利要求1-6其中之一所述的方法，其特征在于，在生成所述交易訂 單之后，所述方法還包括由賣方用戶根據(jù)實(shí)際的交易需求發(fā)起修改所述交易訂單的請求； 根據(jù)所述請求對所述交易訂單進(jìn)行修改，并生成修改后的交易訂單。
8、 一種電子商務(wù)中生成交易訂單的裝置，其特征在于，包括 交易內(nèi)容接收單元，用于接收買方用戶所發(fā)起的交易請求內(nèi)容； 交易條件判斷單元，用于判斷所述交易內(nèi)容接收單元所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足，則由交易內(nèi)容更新單元進(jìn)行處理； 所述交易內(nèi)容更新單元，用于執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對所述交易內(nèi)容接收單元所接收到的交易請求內(nèi)容進(jìn)行更新；交易訂單生成單元，用于根據(jù)所述交易內(nèi)容更新單元更新后的交易請求內(nèi)容生成交易訂單。
9、 如權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括交易條件預(yù)設(shè)單元，用于由賣方用戶根據(jù)實(shí)際的交易需求來預(yù)先設(shè)定交易 條件，并設(shè)定該交易條件對應(yīng)處理規(guī)則預(yù)設(shè)單元中的處理規(guī)則；所述處理規(guī)則預(yù)設(shè)單元，用于由賣方用戶根據(jù)實(shí)際的交易需求來預(yù)先設(shè)定 交易內(nèi)容的修改方式。
10、 如權(quán)利要求8或9所述的裝置，其特征在于，所述裝置設(shè)置于交易服務(wù) 器中。
全文摘要
本發(fā)明實(shí)施例提供了一種電子商務(wù)中生成交易訂單的方法及裝置。首先接收買方用戶所發(fā)起的交易請求內(nèi)容；然后判斷所接收到的交易請求內(nèi)容是否滿足預(yù)設(shè)的交易條件；若滿足，則執(zhí)行所述預(yù)設(shè)的交易條件所對應(yīng)的處理規(guī)則，對所述交易請求內(nèi)容進(jìn)行更新，并根據(jù)更新后的交易請求內(nèi)容生成交易訂單。這樣就可以將交易訂單的重復(fù)性修改工作放在交易服務(wù)器上來完成，從而有效的減少了用戶的重復(fù)操作，降低了人力成本；同時也減少了客戶端和服務(wù)器之間的信息交互量，節(jié)省了服務(wù)器資源和系統(tǒng)帶寬，進(jìn)而提高了電子商務(wù)的交易效率。
文檔編號G06Q30/00GK101419696SQ20081022776
公開日2009年4月29日 申請日期2008年12月2日 優(yōu)先權(quán)日2008年12月2日
發(fā)明者李 李 申請人:騰訊科技(深圳)有限公司