專利名稱：一種在電子商務(wù)平臺中進行團購的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子商務(wù)領(lǐng)域，更具體地說，涉及一種在電子商務(wù)平臺中進行 團購的方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
隨著電子計算機及互聯(lián)網(wǎng)的普及，基于網(wǎng)絡(luò)進行電子商務(wù)交易已成為一種 營銷模式，涌現(xiàn)出了大量的電子商務(wù)網(wǎng)站或交易平臺，且具有良好的發(fā)展趨勢。 而且用戶還可以通過電子商務(wù)平臺進行團購，在享受網(wǎng)絡(luò)購物的便利性的同時， 還能享受更優(yōu)惠的價格。
目前的網(wǎng)上團購方案，主要過程如下首先由賣方設(shè)置好成交條件，即賣 家確定一個固定批量，以及達到該批量后該商品的價格；買方在加入該團購后， 先行支付一筆訂金，在交易截止期到達時，若滿足賣家設(shè)置的成交條件則可成 交，若未達到則交易不成立。在該現(xiàn)有方案中，若截止日到達時與交易成立條 件即便只差一個交易單位，交易也是不成立的。賣家之所以固定批量是為了保 證自己的利益不受損害，但是這樣也使得^交條件過于死板、缺乏靈活性，導(dǎo) 致交易的成功率低。
因此需要一種新的在電子商務(wù)平臺中進行團購的方法，能夠既保證賣家利 益，又提高交易的成功率。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種在電子商務(wù)平臺中進行團購的系統(tǒng)，旨在解決 現(xiàn)有技術(shù)存在的由于賣家設(shè)置的成交條件缺乏靈活性，導(dǎo)致交易的成功率低的問題。
本發(fā)明的目的還在于提供一種在電子商務(wù)平臺中進行團購的設(shè)備，以更好 地解決現(xiàn)有技術(shù)中存在的上述問題。
本發(fā)明的目的還在于提供一種在電子商務(wù)平臺中進行團購的方法，以更好 地解決現(xiàn)有技術(shù)中存在的上述問題。
為了實現(xiàn)發(fā)明目的，所述系統(tǒng)包括賣家客戶端、買家客戶端和服務(wù)器，其
中
所述賣家客戶端與服務(wù)器進行數(shù)據(jù)交互，用于將賣家設(shè)定的交易條件提交 給服務(wù)器；
所述買家客戶端與服務(wù)器進行數(shù)據(jù)交互，用于根據(jù)買家的訂購操作發(fā)送訂 購請求至服務(wù)器；
所述服務(wù)器與賣家客戶端、買家客戶端分別進行數(shù)據(jù)交互，用于保存賣家 設(shè)定的交易條件，并統(tǒng)計買家的訂購記錄，以及才艮據(jù)所述交易條件和訂購記錄 計算并顯示商品的當(dāng)前價格。
為了更好地實現(xiàn)發(fā)明目的，所述在電子商務(wù)平臺中進行團購的設(shè)備，即與 賣家客戶端、買家客戶端分別進行數(shù)據(jù)交互的服務(wù)器，所述服務(wù)器包括UI單元、 數(shù)據(jù)處理單元、數(shù)據(jù)庫；
所述UI單元與數(shù)據(jù)處理單元、數(shù)據(jù)庫進行數(shù)據(jù)交互，用于接收賣家客戶端 發(fā)送的交易條件并將其送入數(shù)據(jù)庫，以及接收買家客戶端發(fā)送的訂購請求并將 統(tǒng)計的訂購記錄送入數(shù)據(jù)處理單元，還用于將商品的當(dāng)前銷售狀態(tài)顯示給賣家 和/或買家；
所述數(shù)據(jù)處理單元與UI單元、數(shù)據(jù)庫分別進行數(shù)據(jù)交互，用于從數(shù)據(jù)庫提 取交易條件，并接收UI單元統(tǒng)計的訂購記錄，以及才艮據(jù)所述交易條件和訂購記 錄計算并顯示商品的當(dāng)前價格。
所述數(shù)據(jù)庫用于存儲買家客戶端發(fā)送的交易條件，供數(shù)據(jù)處理單元提取。 優(yōu)選地，所述數(shù)據(jù)處理單元進一步包括數(shù)據(jù)提取模塊、價格計算模塊、成 交處理4莫塊；
所述數(shù)據(jù)提取模塊與價格計算模塊進行數(shù)據(jù)交互，用于從數(shù)據(jù)庫提取賣家 設(shè)定的交易條件，接收UI單元統(tǒng)計并發(fā)送的訂購記錄，并將所述交易條件及訂 購記錄送入價格計算模塊；
所述價格計算模塊與數(shù)據(jù)提取模塊、成交處理模塊進行數(shù)據(jù)交互，用于根 據(jù)所述交易條件和訂購記錄計算并顯示商品的當(dāng)前價格，當(dāng)訂購截止時計算最 終成交價格并觸發(fā)成交處理模塊的啟動；
所述成交處理模塊與價格計算模塊進行數(shù)據(jù)交互，根據(jù)數(shù)據(jù)提取模塊獲取 的訂購記錄和價格計算模塊計算的商品當(dāng)前價格，計算買家的付款情況，并生 成交易通知給買家客戶端。
為了更好地實現(xiàn)發(fā)明目的，所述在電子商務(wù)平臺中進行團購的方法包括以
下步驟
A. 服務(wù)器接收賣家發(fā)布的商品信息及交易條件，并將買家的訂購請求統(tǒng)計 為訂購記錄；
B. 服務(wù)器根據(jù)交易條件和訂購記錄，計算并實時顯示商品的當(dāng)前價格；
C. 當(dāng)訂購截止時計算最終成交價格，并觸發(fā)交易的完成。
優(yōu)選地，所述步驟A中的交易條件至少包括初始價格、價格計算方式、降 價門檻、降價幅度、訂購截止日期。
優(yōu)選地，所述步驟A中買家的訂購請求包括以下數(shù)據(jù)訂購日期、訂購數(shù)量、 預(yù)付款數(shù)額。
優(yōu)選地，所述步驟B進一步包括
B1 .服務(wù)器從數(shù)據(jù)庫中提取賣家設(shè)定的交易條件，并從訂購記錄中獲取訂購 數(shù)量；
B2.將交易條件和訂購數(shù)量作為參數(shù)輸入價格計算函數(shù)，得到商品的當(dāng)前價格。
優(yōu)選地，所述步驟B2中的價格計算函數(shù)是離散型函數(shù)或連續(xù)型函數(shù)。 優(yōu)選地，當(dāng)采用不定額的價格計算方式時，所述價格計算函數(shù)是連續(xù)型函 數(shù)，其公式為
Np = Op-Sp* (TnmodSn);
其中，Np是指商品的當(dāng)前價格，Op是指商品的初始價格，Sp是降價幅度， Tn是當(dāng)前的訂購總量，Sn是每個降價幅度對應(yīng)的訂購數(shù)量。
本發(fā)明中，系統(tǒng)存儲賣家事先設(shè)定的交易條件，然后根據(jù)訂購數(shù)量實時計 算商品的當(dāng)前成交價格并顯示給買家，直到訂購截止。本發(fā)明通過增強成交條 件的靈活性，不僅保證了賣家利益，也提高了交易的成功率。


圖l是本發(fā)明在電子商務(wù)平臺中進行團購的系統(tǒng)結(jié)構(gòu)圖2是本發(fā)明的 一 個實施例在電子商務(wù)平臺中進行團購的系統(tǒng)結(jié)構(gòu)圖3是本發(fā)明的 一個實施例的系統(tǒng)服務(wù)器中數(shù)據(jù)處理單元的結(jié)構(gòu)圖4是本發(fā)明在電子商務(wù)平臺中進行團購的方法流程圖5是本發(fā)明的一個實施例在電子商務(wù)平臺中進行團購的方法流程圖。
具體實施例方式
為了使本發(fā)明的目的、^L術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實 施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明中，賣家事先登錄到電子商務(wù)交易平臺發(fā)布商品信息，并設(shè)定交易 條件。買家可在該平臺中訂購商品，由服務(wù)器然后才艮據(jù)訂購數(shù)量和賣家的交易 條件實時計算商品的當(dāng)前成交價格，并顯示給買家，直到訂購截止。這樣，隨 著訂購數(shù)量的逐漸增加，商品的當(dāng)前成交價格也會逐漸降低，從而可吸引更多 的買家加入該團購活動。本發(fā)明通過增強成交條件的靈活性，不僅保證了賣家 利益，也提高了交易的成功率。
圖1示出了本發(fā)明在電子商務(wù)平臺中進行團購的系統(tǒng)結(jié)構(gòu)，該系統(tǒng)包括服務(wù) 器IOO,以及與其進行數(shù)據(jù)交互的多個客戶端(客戶端200、客戶端300......客戶
端N)。應(yīng)當(dāng)說明的是，本發(fā)明所有圖示中各設(shè)備之間的連接關(guān)系是為了清楚闡 釋其信息交互及控制過程的需要，因此應(yīng)當(dāng)視為邏輯上的連接關(guān)系，而不應(yīng)僅 限于物理連接。
服務(wù)器1 oo為用戶提供一個在網(wǎng)絡(luò)中進行商品交易的平臺，其可接收買家發(fā)
布的商品信息，也可接收買家發(fā)起的訂購請求，并對這些數(shù)據(jù)進行處理和存檔， 完成整個交易過程。
各客戶端(客戶端200、客戶端300……客戶端N)供用戶登錄，本發(fā)明中的 用戶包括賣家和買家賣家可通過其登錄的客戶端到電子商務(wù)交易平臺中發(fā)布 商品信息，在本發(fā)明中是商品團購信息，賣家還針對該商品團購信息設(shè)定交易 條件，這些數(shù)據(jù)提交給服務(wù)器100進行保存；買家則通過其登錄的客戶端到電子 商務(wù)交易平臺中瀏覽商品信息，并發(fā)起訂購請求，這些數(shù)據(jù)提交給服務(wù)器100進 行處理。應(yīng)當(dāng)說明的是，各客戶端(客戶端200、客戶端300……客戶端N)典型 的可為各種能夠……的終端設(shè)備，例如個人計算機(Personal Computer, PC)、 個人數(shù)字助理(Personal Digital Assistant, PDA)、移動電i舌(Mobile Phone， MP)等，因此本發(fā)明的保護范圍不應(yīng)限定為某種特定類型的客戶端。
圖2示出了本發(fā)明的一個實施例在電子商務(wù)平臺中進行團購的系統(tǒng)結(jié)構(gòu)。在該實施例中，服務(wù)器100與賣家客戶端200、買家客戶端300分別進行數(shù)據(jù)交互。
(1) 服務(wù)器100用于接收賣家發(fā)布的商品信息，保存賣家設(shè)定的交易條件， 并統(tǒng)計買家的訂購請求，以及4艮據(jù)交易條件和訂購請求計算并顯示商品的當(dāng)前 價格。在本發(fā)明中，賣家發(fā)布的商品信息包括商品總量、商品圖片、商品的 型號及規(guī)格等；賣家設(shè)定的交易條件包括初始價格、價格計算方式、降價門 檻、降價幅度、訂購截止日期等；買家的訂購請求則包括以下數(shù)據(jù)訂購日期、 訂購數(shù)量、預(yù)付款數(shù)額等。在本實施例系統(tǒng)中，服務(wù)器100進一步包括用戶接口
(UserInterface, UI)單元IOI、數(shù)據(jù)處理單元102、數(shù)據(jù)庫103。其中
UI單元101與數(shù)據(jù)處理單元102、數(shù)據(jù)庫103進行數(shù)據(jù)交互，用于接收賣家客 戶端200發(fā)送的交易條件并將其送入數(shù)據(jù)庫103，以及接收買家客戶端300發(fā)送的 訂購請求并將統(tǒng)計的訂購記錄送入數(shù)據(jù)處理單元102，還用于將商品的當(dāng)前銷售 狀態(tài)顯示給賣家和/或買家。此外，將最終訂購數(shù)量、最終交易價格與賣家客戶 端200進行交互，得到成交確認則完成交易。UI單元101進一步將數(shù)據(jù)處理單元 102發(fā)送的通知轉(zhuǎn)發(fā)給用戶對于預(yù)付訂金的買家，若訂金低于最終成交價格， 則提醒買家補足余款；對于預(yù)付全款的買家，若買家當(dāng)時所付的全款高于最終 成交價格，則在確認收貨后自動退回多余的錢款。
數(shù)據(jù)處理單元102與UI單元101、數(shù)據(jù)庫103分別進行數(shù)據(jù)交互。在訂購階段， 該數(shù)據(jù)處理單元102從數(shù)據(jù)庫103提取交易條件，并接收UI單元101統(tǒng)計的訂購記 錄，然后才艮據(jù)所述交易條件和訂購記錄計算并顯示商品的當(dāng)前《介格；在成交階 段，數(shù)據(jù)處理單元102從數(shù)據(jù)庫103提取用戶的預(yù)付款數(shù)據(jù)，計算各買家的付款 狀況，并生成對應(yīng)的通知。其具體的內(nèi)部結(jié)構(gòu)將在圖3中詳述。
數(shù)據(jù)庫103用于存儲賣家客戶端200發(fā)送的交易條件，還用于存儲買家的預(yù) 付款，分別供數(shù)據(jù)處理單元102在訂購階段和成交階段提取。
(2) 賣家客戶端200用于賣家登錄，其與服務(wù)器100進行數(shù)據(jù)交互，將賣家 發(fā)布的商品信息及設(shè)定的交易條件提交給服務(wù)器IOO。在本發(fā)明中，與服務(wù)器IOO 濟寧數(shù)據(jù)交互的賣家客戶端200可能有多個，如圖2所示的賣家客戶端200a、賣 家客戶端200b...…賣家客戶端200n。
在本發(fā)明中，賣家發(fā)布的商品信息包括商品總量、商品圖片、商品的型 號及規(guī)格等；賣家設(shè)定的交易條件包括初始價格、價格計算方式、降價門檻、 降價幅度、訂購截止日期等。關(guān)于價格計算方式需要說明的是，本發(fā)明包括"定 額"和"不定額"兩種方式"定額"方式是指，賣家設(shè)定每一個價格檔次和
對應(yīng)的最后成交價格；"不定額，，方式是指，賣家不設(shè)定價格檔次的層數(shù)，而 只設(shè)定要到達每一個價格層次所需要增加的成交數(shù)量以及相應(yīng)的降價幅度，該 降價幅度可以是百分比，也可以是具體金額。由上可知，"定額"方式下的價 格計算函數(shù)是離散型函數(shù)，"不定額，，方式下的價格計算函數(shù)是連續(xù)型函數(shù)。
在一個實施例中，賣家姓名為小李，其發(fā)布了一種水杯的團購銷售信息 目前總量為500個，該水杯的容量為500ml，并附具了一張實物圖片。此外，其 還設(shè)置了交易條件如下初始價格為"10元/個"、價格計算方式采取"不定額" 的方式、降價門檻為"訂購量每增加10個則降價一次，，、降價幅度為"0.5元"、 訂購截止日期為"2008年1月1日"。當(dāng)然，該實施例中賣家也可根椐自己的意 愿選擇另一種價格計算方式。
(3)買家客戶端300用于買家登錄，其與服務(wù)器100進行數(shù)據(jù)交互，根據(jù)買 家的訂購操作發(fā)送訂購請求至服務(wù)器IOO。在本發(fā)明中，與服務(wù)器100濟寧數(shù)據(jù) 交互的買家客戶端300可能有多個，如圖2所示的買家客戶端300a、買家客戶端 300b……買家客戶端300n。
在本發(fā)明中，買家的訂購請求一般包括以下數(shù)據(jù)訂購日期、訂購數(shù)量、 預(yù)付款數(shù)額等。這些數(shù)據(jù)提交給服務(wù)器100后，服務(wù)器100利用其UI單元101對訂 購數(shù)量進行統(tǒng)計，并得到一個訂購目錄，供數(shù)據(jù)處理單元102在后續(xù)流程中提取， 同時UI單元101將買家的預(yù)付款數(shù)額轉(zhuǎn)發(fā)給數(shù)據(jù)庫103存儲，供數(shù)據(jù)處理單元102 在成交階段提取。
圖3示出了本發(fā)明一個實施例的系統(tǒng)服務(wù)器100中數(shù)據(jù)處理單元102的結(jié)構(gòu)。 在該實施例中，數(shù)據(jù)處理單元102進一步包括數(shù)據(jù)提取漠塊1021、價格計算模塊 1022、成交處理模塊1023,其中
(1)數(shù)據(jù)提^^莫塊1021與價格計算模塊1022進行數(shù)據(jù)交互，用于從數(shù)據(jù)庫 103提取賣家設(shè)定的交易條件，接收UI單元101統(tǒng)計并發(fā)送的訂購記錄，并將交 易條件及訂購記錄送入價格計算模塊1022。
在第一個示例方案中，數(shù)據(jù)提取模塊1021針對一種"水杯"的團購活動提 取出的交易條件為初始價格為"10元/個"、價格計算方式采取"不定額"的 方式、降價門檻為"訂購量每增加10個則降價一次，，、降價幅度為"0.5元"、 訂購截止日期為"2008年1月1日"。而UI單元101統(tǒng)計并發(fā)送的訂購記錄顯示， 當(dāng)前的訂購數(shù)量是66個。
在第二個示例方案中，數(shù)據(jù)提取模塊1021針對一種"水杯"的團購活動提 取出的交易條件為初始價格為"10元/個"、價格計算方式采取"定額"的方 式、4個降《介檔次(訂購10個價格為9元/個，30個價格為8元/個，60個價格為7元 /個，100個價格為6元/個)、訂購截止日期為"2008年1月1日，， 而UI單元lOl 統(tǒng)計并發(fā)送的訂購記錄顯示，當(dāng)前的訂購數(shù)量是66個。
(2) 價格計算模塊1022與數(shù)據(jù)提取模塊1021、成交處理模塊1023進行數(shù)據(jù) 交互，用于根據(jù)交易條件和訂購記錄計算并顯示商品的當(dāng)前價格，當(dāng)訂購截止 時計算最終成交價格并觸發(fā)成交處理^f莫塊1023的啟動。
該價格計算模塊1022利用 一個價格計算函數(shù)計算商品的當(dāng)前價格，"定額" 方式下的價格計算函數(shù)是離散型函數(shù)，"不定額"方式下的價格計算函數(shù)是連 續(xù)型函數(shù)。例如，本發(fā)明在"不定額"方式下的價格計算函數(shù)是
Np = Op-Sp* (TnmodSn)。
其中，Np是指商品的當(dāng)前價格，Op是指商品的初始價格，Sp是降價幅度，
Tn是當(dāng)前的訂購總量，Sn是每個降價幅度對應(yīng)的訂購數(shù)量。
在前述的第一個示例方案中，將所提取的數(shù)據(jù)作為函數(shù)的參數(shù)帶入上面的
公式，即Np-Op-Sp* (TnmodSn) = 10 - 0.5* (66 mod 10 ) =10-0.5*6 = 7。 由于訂購量每增加10個則降價0.5元，所以(TnmodSn)的部分取整，那么該水 杯當(dāng)前的成交價格是7元/個。
在前述的第二個示例方案中，將所提取的數(shù)據(jù)送入價格計算模塊1022進行 分析，由于當(dāng)前的訂購數(shù)量是66個，屬于第三個降價檔次，則可直接得出該水 杯當(dāng)前的成交價格是7元/個。
(3) 成交處理模塊1023與價格計算模塊1022進行數(shù)據(jù)交互，根據(jù)數(shù)據(jù)提取 模塊1021獲取的訂購記錄和價格計算模塊1022計算的商品當(dāng)前價格，計算買家 的付款情況，并生成交易通知，通過UI單元101發(fā)送給買家客戶端300。在本發(fā) 明中，對于預(yù)付訂金的買家，若訂金低于最終成交價格，則提醒買家補足余款； 對于預(yù)付全款的買家，若買家當(dāng)時所付的全款高于最終成交價格，則在確認收 貨后自動退回多余的錢款。
圖4示出了本發(fā)明在電子商務(wù)平臺中進行團購的方法流程，該方法流程基于 圖l、圖2所示的系統(tǒng)結(jié)構(gòu)，具體過程如下
在執(zhí)行所有步驟之前，賣家通過賣家客戶端200登錄電子商務(wù)交易平臺中。
在步驟S401中，服務(wù)器100接收賣家發(fā)布的商品信息及交易條件，存儲到數(shù) 據(jù)庫103中，并對買家的訂購請求進行統(tǒng)計，得到訂購記錄。
在步驟S402中，服務(wù)器100根據(jù)交易條件和訂購記錄，計算并實時顯示商品 的當(dāng)前《介格。
在步驟S403中，當(dāng)訂購截止時服務(wù)器100計算最終成交價格，并觸發(fā)交易的 完成。
圖5示出了本發(fā)明的一個實施例在電子商務(wù)平臺中進^f亍團購的方法流程，該 方法流程基于圖l、圖2、圖3所示的系統(tǒng)結(jié)構(gòu)及圖4所示的方法流程。本實施例 是針對一種"水杯"進行的團購方案，具體過程包括
在步驟S501中，賣家客戶端200登錄到系統(tǒng)中發(fā)布商品信息，并設(shè)定交易條 件。在本實施例中，賣家姓名為小李，其發(fā)布了一種水杯的團購銷售信息目 前總量為500個，該水杯的容量為500ml，并附具了一張實物圖片。此外，其還 設(shè)置了交易條件如下初始價格為"10元/個"、價格計算方式采取"不定額" 的方式、降價門檻為"訂購量每增加10個則降價一次"、降價幅度為"0.5元"、 訂購截止日期為"2008年1月1日"。
在步驟S502中，服務(wù)器100接收并顯示商品信息，保存交易條件到數(shù)據(jù)庫103中。
在步驟S503中，買家客戶端300登錄到電子商務(wù)交易平臺中，發(fā)起訂購請求， 并支付預(yù)付款。那么發(fā)送給服務(wù)器100的訂購請求包括如下數(shù)據(jù)訂購日期、訂 購數(shù)量、預(yù)付款數(shù)額。
在步驟S504中，服務(wù)器100接收買家發(fā)送的訂購請求，并記錄到數(shù)據(jù)庫103 中。在某個時刻，訂購記錄中顯示當(dāng)前的訂購數(shù)量是66個。
在步驟S505中，服務(wù)器100從數(shù)據(jù)庫103中提取交易條件，并根據(jù)訂購記錄 計算商品的當(dāng)前價格。由于在步驟S501賣家設(shè)定的交易條件中，價格計算方式 采取"不定額"的方式，那么服務(wù)器100利用一個連續(xù)型的價格計算函數(shù)計算當(dāng) 前價格，該函數(shù)為Np = Op-Sp* (TnmodSn)。
在本實施例中，具體計算過程如下NP = 0P-Sp* (TnmodSn) =10-0.5* (66 mod 10)= 10-0.5*6 = 7。由于訂購量每增加10個則降價0.5元，所以(Tnmod Sn)的部分取整，那么該水杯當(dāng)前的成交價格是7元/個。
在步驟S506中，服務(wù)器100將商品的當(dāng)前價格及銷售狀況通過系統(tǒng)前臺更新顯示給用戶。
在步驟S507中，服務(wù)器100查詢訂購截止日期，判斷訂購是否截止若是， 則執(zhí)行步驟S508;若否，則返回步驟S503。
在步驟S508中，若訂購截止，那么步驟S505所計算的當(dāng)前價格就是最后的 成交價格，此時服務(wù)器100觸發(fā)交易的完成，并計算買家的付款情況，生成交易 通知，通過UI單元101發(fā)送給買家客戶端300。對于預(yù)付訂金的買家，若訂金低 于最終成交價格，則提醒買家補足余款；對于預(yù)付全款的買家，若買家當(dāng)時所 付的全款高于最終成交價格，則在確認收貨后自動退回多余的錢款。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明 的保護范圍之內(nèi)。
權(quán)利要求
1、一種在電子商務(wù)平臺中進行團購的系統(tǒng)，包括賣家客戶端、買家客戶端和服務(wù)器，其特征在于，所述賣家客戶端與服務(wù)器進行數(shù)據(jù)交互，用于將賣家設(shè)定的交易條件提交給服務(wù)器；所述買家客戶端與服務(wù)器進行數(shù)據(jù)交互，用于根據(jù)買家的訂購操作發(fā)送訂購請求至服務(wù)器；所述服務(wù)器與賣家客戶端、買家客戶端分別進行數(shù)據(jù)交互，用于保存賣家設(shè)定的交易條件，并統(tǒng)計買家的訂購記錄，以及根據(jù)所述交易條件和訂購記錄計算并顯示商品的當(dāng)前價格。
2、 一種基于權(quán)利要求l所述系統(tǒng)在電子商務(wù)平臺中進行團購的設(shè)備，即與 賣家客戶端、買家客戶端分別進行數(shù)據(jù)交互的服務(wù)器，其特征在于，所述服務(wù) 器包括UI單元、數(shù)據(jù)處理單元、數(shù)據(jù)庫；所述UI單元與數(shù)據(jù)處理單元、數(shù)據(jù)庫進行數(shù)據(jù)交互，用于接收賣家客戶端 發(fā)送的交易條件并將其送入數(shù)據(jù)庫，以及接收買家客戶端發(fā)送的訂購請求并將 統(tǒng)計的訂購記錄送入數(shù)據(jù)處理單元，還用于將商品的當(dāng)前銷售狀態(tài)顯示給賣家 和/或買家；所述數(shù)據(jù)處理單元與UI單元、數(shù)據(jù)庫分別進行數(shù)據(jù)交互，用于從數(shù)據(jù)庫提 取交易條件，并接收UI單元統(tǒng)計的訂購記錄，以及根據(jù)所述交易條件和訂購記 錄計算并顯示商品的當(dāng)前^f介格；所述數(shù)據(jù)庫用于存儲買家客戶端發(fā)送的交易條件，供數(shù)據(jù)處理單元提取。
3、 根據(jù)權(quán)利要求2所述的在電子商務(wù)平臺中進行團購的設(shè)備，其特征在于， 所述數(shù)據(jù)處理單元進一步包括數(shù)據(jù)提取模塊、價格計算模塊、成交處理模塊；所述數(shù)據(jù)提取模塊與價格計算模塊進行數(shù)據(jù)交互，用于從數(shù)據(jù)庫提取賣家 設(shè)定的交易條件，接收UI單元統(tǒng)計并發(fā)送的訂購記錄，并將所述交易條件及訂 購記錄送入價格計算模塊；所述價格計算模塊與數(shù)據(jù)提取模塊、成交處理模塊進行數(shù)據(jù)交互，用于根 據(jù)所述交易條件和訂購記錄計算并顯示商品的當(dāng)前價格，當(dāng)訂購截止時計算最 終成交價格并觸發(fā)成交處理模塊的啟動；所述成交處理模塊與價格計算模塊進行數(shù)據(jù)交互，根據(jù)數(shù)據(jù)提取模塊獲取的訂購記錄和價格計算模塊計算的商品當(dāng)前價格，計算買家的付款情況，并生 成交易通知給買家客戶端。
4、 一種基于權(quán)利要求1所述系統(tǒng)或權(quán)利要求2所述設(shè)備在電子商務(wù)平臺中進 行團購的方法，其特征在于，所述方法包括以下步驟A. 服務(wù)器接收賣家發(fā)布的商品信息及交易條件，并將買家的訂購請求統(tǒng)計 為訂購記錄；B. 服務(wù)器根據(jù)交易條件和訂購記錄，計算并實時顯示商品的當(dāng)前價格；C. 當(dāng)訂購截止時計算最終成交價格，并觸發(fā)交易的完成。
5、 根據(jù)權(quán)利要求4所述的在電子商務(wù)平臺中進行團購的方法，其特征在于， 所述步驟A中的交易條件至少包括初始價格、價格計算方式、降價門檻、降價 幅度、訂購截止曰期。
6、 根據(jù)權(quán)利要求5所述的在電子商務(wù)平臺中進行團購的方法，其特征在于， 所述步驟A中買家的訂購請求包括以下數(shù)據(jù)訂購日期、訂購數(shù)量、預(yù)付款數(shù)額。
7、 根據(jù)權(quán)利要求6所述的在電子商務(wù)平臺中進行團購的方法，其特征在于， 所述步驟B進一步包括B1 .服務(wù)器從數(shù)據(jù)庫中提取賣家設(shè)定的交易條件，并從訂購記錄中獲取訂購 數(shù)量；B2.將交易條件和訂購數(shù)量作為參數(shù)輸入價格計算函數(shù)，得到商品的當(dāng)前價格。
8、 根據(jù)權(quán)利要求7所述的在電子商務(wù)平臺中進行團購的方法，其特征在于， 所述步驟B2中的價格計算函數(shù)是離散型函數(shù)或連續(xù)型函數(shù)。
9、 根據(jù)權(quán)利要求8所述的在電子商務(wù)平臺中進行團購的方法，其特征在于， 當(dāng)采用不定額的價格計算方式時，所述價格計算函數(shù)是連續(xù)型函數(shù)，其公式為Np = Op-Sp* (TnmodSn);其中，Np是指商品的當(dāng)前價格，Op是指商品的初始價格，Sp是降價幅度，Tn是當(dāng)前的訂購總量，Sn是每個降價幅度對應(yīng)的訂購數(shù)量。
全文摘要
本發(fā)明涉及電子商務(wù)領(lǐng)域，提供了一種在電子商務(wù)平臺中進行團購的方法、系統(tǒng)及設(shè)備。所述方法包括以下步驟A.服務(wù)器接收賣家發(fā)布的商品信息及交易條件，并將買家的訂購請求統(tǒng)計為訂購記錄；B.服務(wù)器根據(jù)交易條件和訂購記錄，計算并實時顯示商品的當(dāng)前價格；C.當(dāng)訂購截止時計算最終成交價格，并觸發(fā)交易的完成。本發(fā)明中，系統(tǒng)存儲賣家事先設(shè)定的交易條件，然后根據(jù)訂購數(shù)量實時計算商品的當(dāng)前成交價格并顯示給買家，直到訂購截止。本發(fā)明通過增強成交條件的靈活性，不僅保證了賣家利益，也提高了交易的成功率。
文檔編號G06Q30/00GK101197035SQ20071030583
公開日2008年6月11日 申請日期2007年12月27日 優(yōu)先權(quán)日2007年12月27日
發(fā)明者志 羅 申請人:騰訊科技(深圳)有限公司