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

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