本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，具體的說，是涉及一種商品發(fā)布設(shè)置系統(tǒng)及設(shè)置方法。

背景技術(shù)：

現(xiàn)有的商品發(fā)布設(shè)置方法，在修改商品規(guī)則時，無法修改規(guī)格，商品規(guī)格部份與商品價格修改頁不在統(tǒng)一頁面。

銷售價格以及傭金與銷售數(shù)量無法有機結(jié)合。

現(xiàn)有的商品發(fā)布模式是賣家填寫買家價格，傭金體系，根據(jù)零售與批發(fā)確定，操作繁瑣，價格顯示不直觀，頁面復(fù)雜。

技術(shù)實現(xiàn)要素：

針對上述現(xiàn)有技術(shù)中的不足，本發(fā)明提供一種具備交互形式，簡化頁面操作的商品發(fā)布設(shè)置系統(tǒng)。

本發(fā)明所采取的技術(shù)方案是：

一種商品發(fā)布設(shè)置系統(tǒng)，包括服務(wù)器端，其特征在于：所述服務(wù)器端配置為：

賣家服務(wù)器，用于接收賣家客戶端設(shè)置的商品發(fā)布規(guī)則；

買家服務(wù)器：用于接收買家客戶端根據(jù)所述商品發(fā)布規(guī)則設(shè)選擇的商品種類和數(shù)量；

推送服務(wù)器：用于根據(jù)所述商品種類和數(shù)量計算買家客戶端的需求結(jié)果，將所述需求結(jié)果推送給買家客戶端和賣家客戶端，根據(jù)所述商品發(fā)布規(guī)則對所述需求結(jié)果進行分配，并將分配結(jié)果推送給賣家客戶端。

優(yōu)選的是，所述服務(wù)器端包括：

商品數(shù)據(jù)庫模塊：其可存儲所有商品信息、商品發(fā)布信息、備貨信息、賣家設(shè)置規(guī)則、買家設(shè)置規(guī)則和商品發(fā)布規(guī)則中至少一種；

輸入裝置：用于輸入商品信息，其配置成可輸入至少如下商品信息：商品類型、銷售數(shù)量和庫存狀態(tài)；用于預(yù)期購買者輸入購買商品信息；

分類裝置：其可根據(jù)所述商品屬性將商品數(shù)據(jù)庫中按照商品的類型和數(shù)量進行分類，并設(shè)置商品的發(fā)布系數(shù)；

設(shè)置裝置，其可根據(jù)所述發(fā)布系數(shù)建立商品的發(fā)布體系；

輸出裝置，用于按照商品發(fā)布規(guī)則輸出商品信息給預(yù)期購買者。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫與所述輸入裝置、分類裝置、設(shè)置裝置及輸出裝置通信連接。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊選擇可存儲如下所述商品發(fā)布信息，其包括商品的發(fā)布系數(shù)和商品的發(fā)布體系中至少一種。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下備貨信息，其包括是否有備貨、備貨數(shù)量、備貨期、備貨規(guī)格和備貨總量中至少一種。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下備貨信息，其中有備貨時，該商品數(shù)據(jù)庫待備貨時，該商品數(shù)據(jù)庫模塊可設(shè)置最大購買數(shù)量以及所述備貨期；

待備貨時，設(shè)置最大購買數(shù)量以所述及備貨期；

無所述備貨數(shù)量及所述備貨總量。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下備貨信息，其中所述備貨數(shù)量根據(jù)：

有規(guī)格時，每個商品規(guī)格允許設(shè)置所述備貨數(shù)量，提供多規(guī)格統(tǒng)一設(shè)置所述備貨數(shù)量；

無規(guī)格時，所述備貨數(shù)量體現(xiàn)商品的備貨數(shù)量。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下備貨信息，其中所述備貨總量依據(jù)：

有規(guī)格時，總的商品規(guī)格數(shù)量總和為所述備貨總量；

無規(guī)格時，只需體現(xiàn)商品的備貨數(shù)量，備貨數(shù)量即為所述備貨總量。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下備貨信息，其中所述備貨規(guī)格依據(jù)迪卡爾乘積設(shè)定商品規(guī)格的迪卡爾乘積上限；

并且所述商品數(shù)據(jù)庫模塊可對超出迪卡爾乘積上限的操作，給出錯誤提示。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下賣家設(shè)置規(guī)則，該所述賣家設(shè)置規(guī)則為選擇商品發(fā)布區(qū)間、選擇商品發(fā)布模式和輸入所述備貨信息中至少一種。

在上述任一方案中優(yōu)選的是，其特征在于：所述商品數(shù)據(jù)庫模塊可存儲如下賣家設(shè)置規(guī)則，其中所述商品發(fā)布區(qū)間具有在各個商品發(fā)布區(qū)間中，商品價值屬性根據(jù)銷售數(shù)量的增加依次遞減的屬性。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲如下賣家設(shè)置規(guī)則，其中所述商品發(fā)布模式包括：批發(fā)模式和零售模式中至少一種。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲并計算如下買家設(shè)置規(guī)則，其中所述買家設(shè)置規(guī)則為預(yù)期購買者結(jié)果按照階梯傭金及傭金倒扣計算獲得。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲并計算如下買家設(shè)置規(guī)則，其中所述預(yù)期購買者結(jié)果計算公式為：預(yù)期購買者結(jié)果=實際收入/(1-傭金率%)。

在上述任一方案中優(yōu)選的是，所述商品數(shù)據(jù)庫模塊可存儲并計算如下買家設(shè)置規(guī)則，其中賣家實際所得與商品發(fā)布區(qū)間的數(shù)量區(qū)間結(jié)合，跨傭金階梯時，賣家設(shè)置的發(fā)布區(qū)間保持不變，預(yù)期購買者結(jié)果以區(qū)間形式表示。

一種商品發(fā)布設(shè)置系統(tǒng)，包括賣家客戶端，所述賣家客戶端包含以下模塊：

賣家設(shè)置模塊：用于設(shè)置商品發(fā)布規(guī)則；

賣家發(fā)送模塊：用于把所述商品發(fā)布規(guī)則傳送給賣家服務(wù)器；

賣家接收模塊：用于接收推送服務(wù)器根據(jù)買家客戶端選擇的商品種類和數(shù)量計算出的買家客戶端的需求結(jié)果及根據(jù)所述商品發(fā)布規(guī)則對所屬需求結(jié)果進行的分配結(jié)果。

優(yōu)選的是，所述賣家設(shè)置模塊配置成，使得所述設(shè)置商品發(fā)布規(guī)則需要依據(jù)保存在所述商品數(shù)據(jù)庫中的所述賣家設(shè)置規(guī)則。

在上述任一方案中優(yōu)選的是，所述賣家設(shè)置模塊配置成，使得所述商品發(fā)布規(guī)則可包括確定商品發(fā)布區(qū)間、確定商品發(fā)布模式、輸入備貨信息中至少一種。

一種商品發(fā)布設(shè)置系統(tǒng)，包括買家客戶端，所述買家客戶端包含以下模塊：

買家發(fā)送模塊：用于選擇商品，輸入商品種類和數(shù)量，并發(fā)送到買家服務(wù)器；

買家接收模塊：用于接收推送服務(wù)器賣家客戶端設(shè)置的商品發(fā)布規(guī)則和根據(jù)商品種類和數(shù)量計算出的需求結(jié)果；

買家支付模塊：用于實現(xiàn)所述需求結(jié)果和對使用過程進行評價中至少一種。

優(yōu)選的是，買家在所述買家發(fā)送模塊中選擇商品時需要依據(jù)保存在所述商品數(shù)據(jù)庫中的所述買家設(shè)置規(guī)則和所述商品發(fā)布規(guī)則。

在上述任一方案中優(yōu)選的是，所述買家客戶端根據(jù)需要與賣家客戶端進行在線實時交流，在交流過程中產(chǎn)生的爭端申請第三方仲裁。

一種商品發(fā)布設(shè)置方法，包括如下步驟：

在賣家客戶端中設(shè)置商品發(fā)布規(guī)則；

根據(jù)所述商品發(fā)布規(guī)則在所述賣家客戶端中設(shè)置商品相關(guān)屬性；

根據(jù)所述商品相關(guān)屬性在所述買家客戶端中選擇商品的種類和數(shù)量；

根據(jù)商品的種類和數(shù)量在所述推送服務(wù)器中生成需求結(jié)果；

根據(jù)所述商品發(fā)布規(guī)則在所述推送服務(wù)器中對所述需求結(jié)果進行分配。

優(yōu)選的是，設(shè)置所述商品發(fā)布規(guī)則需要依據(jù)保存在所述商品數(shù)據(jù)庫中的所述賣家設(shè)置規(guī)則。

在上述任一方案中優(yōu)選的是，所述商品發(fā)布區(qū)間包括至少四個發(fā)布區(qū)間，每個價格區(qū)間包括:數(shù)量區(qū)間，只添寫一個數(shù)字；首個區(qū)間a；第二個區(qū)間b；第三個區(qū)間c；第四個區(qū)間d；

則表示價格區(qū)間的數(shù)量區(qū)間為：

a- b；

b- c；

c- d；

d+。

在上述任一方案中優(yōu)選的是，當(dāng)?shù)准壈l(fā)布類目存在最低價格限制，則實際收入對應(yīng)的預(yù)期購買者價格一旦小于低級發(fā)布類目最低價格限制，則給出錯誤提示。

在上述任一方案中優(yōu)選的是，賣家根據(jù)自身需要，增加或刪除發(fā)布所述商品發(fā)布區(qū)間。

在上述任一方案中優(yōu)選的是，賣家刪除發(fā)布區(qū)間為最后一個發(fā)布區(qū)間。

在上述任一方案中優(yōu)選的是，所述發(fā)布區(qū)間分為如下模式：

有規(guī)格有備貨統(tǒng)一價格模式；

有規(guī)格無備貨統(tǒng)一價格模式；

有規(guī)格有備貨分別價格模式；

有規(guī)格無備貨分別價格模式；

無規(guī)格有備貨統(tǒng)一價格模式；

無規(guī)格無備貨統(tǒng)一價格模式；

無規(guī)格有備貨分別價格模式；

無規(guī)格無備貨分別價格模式。

本發(fā)明相對現(xiàn)有技術(shù)的有益效果：

本發(fā)明商品發(fā)布設(shè)置方法及設(shè)置系統(tǒng)，具備交互形式頁面，簡化頁面操作，便于賣家和買家操作，操作頁面簡單明了。

附圖說明

圖1是本發(fā)明商品發(fā)布設(shè)置系統(tǒng)的機構(gòu)示意圖；

圖2是本發(fā)明商品發(fā)布設(shè)置方法及設(shè)置系統(tǒng)的工作流程圖。

圖3是本發(fā)明商品發(fā)布設(shè)置系統(tǒng)的賣家工作的一優(yōu)選實施例的流程圖。

圖4是本發(fā)明商品發(fā)布設(shè)置系統(tǒng)的買家工作的一優(yōu)選實施例的流程圖。

具體實施方式

以下參照附圖及實施例對本發(fā)明進行詳細(xì)的說明：

實施例1

附圖1可知，為一種商品發(fā)布設(shè)置系統(tǒng)，包括服務(wù)器端，服務(wù)器端配置為：

賣家服務(wù)器，用于接收賣家客戶端設(shè)置的商品發(fā)布規(guī)則；

賣家服務(wù)器：用于接收買家客戶端根據(jù)商品發(fā)布規(guī)則設(shè)選擇的商品種類和數(shù)量；

推送服務(wù)器：用于根據(jù)商品種類和數(shù)量計算買家客戶端的需求結(jié)果，將需求結(jié)果推送給買家客戶端和賣家客戶端，根據(jù)商品發(fā)布規(guī)則對需求結(jié)果進行分配，并將分配結(jié)果推送給賣家客戶端。

服務(wù)器端包括：

商品數(shù)據(jù)庫，包含關(guān)于銷售的所有商品檢索的商品信息；

輸入裝置，用于輸入商品信息，商品信息包括：商品類型、銷售數(shù)量和庫存狀態(tài)；用于預(yù)期購買者輸入購買商品信息；

分類裝置，根據(jù)商品屬性將商品數(shù)據(jù)庫中按照商品的類型和數(shù)量進行分類，并設(shè)置商品的發(fā)布系數(shù)；

設(shè)置裝置，根據(jù)發(fā)布系數(shù)建立商品的發(fā)布體系；

輸出裝置，用于按照商品發(fā)布規(guī)則輸出商品信息給預(yù)期購買者。

商品數(shù)據(jù)庫與所述輸入裝置、分類裝置、設(shè)置裝置及輸出裝置通信連接。

預(yù)期購買者結(jié)果按照階梯傭金及傭金倒扣計算獲得。

預(yù)期購買者結(jié)果計算公式為：

預(yù)期購買者結(jié)果=實際收入/(1-傭金率%)。

賣家實際所得與商品發(fā)布區(qū)間的數(shù)量區(qū)間結(jié)合，跨傭金階梯時，賣家設(shè)置的發(fā)布區(qū)間保持不變，預(yù)期購買者結(jié)果以區(qū)間形式表示。

例:傭金率，訂單金額200USD以上時，傭金率為5%；訂單金額200USD以下時，傭金率為10%。

賣家價格區(qū)間為:

1-2件賣家實收50USD，預(yù)期購買者價格 50/(1-10%)=55.56 USD；

3-10件賣家實收40USD，預(yù)期購買者價格42.11、44.44 USD；

10+賣家實收30USD，預(yù)期購買者價格 31.58 USD；

注 :3-4件時，預(yù)期購買者價格為40/(1-10%)=44.44，形成的訂單金額為 133.32 -177.76，即： USD (44.44*3-44.44*4)

5-10件時，預(yù)期購買者價格已經(jīng)大于200USD，則此時傭金率變?yōu)?%，形成的訂單金額為 210.55-421.10USD。

所以此時預(yù)期購買者價格因跨階梯傭金率，有兩個預(yù)期購買者價格存在，預(yù)期購買者價格以 42.11-44.44USD形式展現(xiàn)。

根據(jù)銷售方式和備貨狀態(tài)確定商品的銷售價格模式為：統(tǒng)一價格和差別銷售價格。

有備貨時，設(shè)置備貨所在地，并設(shè)置備貨數(shù)量；

待備貨時，設(shè)置最大購買數(shù)量以及備貨期；

無備貨數(shù)量及備貨總量。

備貨數(shù)量根據(jù)，

有規(guī)格時，每個商品規(guī)格允許設(shè)置備貨數(shù)量。提供多規(guī)格統(tǒng)一設(shè)置備貨數(shù)量；

無規(guī)格時，備貨數(shù)量體現(xiàn)商品的備貨數(shù)量。

備貨總量依據(jù)，

有規(guī)格時，總個商品規(guī)格數(shù)量總和為備貨總量；

無規(guī)格時，只需體現(xiàn)商品的備貨數(shù)量，備貨數(shù)量即為備貨總量。

商品規(guī)格依據(jù)迪卡爾乘積；

設(shè)定商品規(guī)格的迪卡爾乘積上限；

超出迪卡爾乘積上限的操作，給出錯誤提示。

迪卡爾乘積上限為400，超出迪卡爾乘積上限的操作，返回提示信息“商品規(guī)格最多支持400種組合”，后端對400上限進行校驗。前端交互：當(dāng)勾選規(guī)格時，超出400種組合，則彈框提示“商品規(guī)格最多支持400種組合?！辈⑶耶?dāng)次勾選無效。

支持四個價格區(qū)間，每個價格區(qū)間包括:數(shù)量區(qū)間，只添寫一個數(shù)字；首個區(qū)間a；第二個區(qū)間b；第三個區(qū)間c；第四個區(qū)間d；

則表示價格區(qū)間的數(shù)量區(qū)間為：

a- b；

b- c；

c- d；

d+。

實際收入，添寫內(nèi)容必須為純數(shù)字。最多允許兩位有效數(shù)字，范圍為：0.01－999999。

當(dāng)?shù)准壈l(fā)布類目存在最低價格限制，則實際收入對應(yīng)的預(yù)期購買者價格一旦小于低級發(fā)布類目最低價格限制，則給出給出錯誤提示。

提示：“預(yù)期購買者價格低于發(fā)布類目的最低價格限制，請重新添寫實際收入?！?/p>

每個區(qū)間的實際價格依次遞減，即N+1區(qū)間的實際價格<N區(qū)間實際收入。

如果價格區(qū)間跨階梯傭金率，則顯示預(yù)期購買者價格區(qū)間。降價幅度，降價幅度頁面含義為實收降低的百分比。第1個區(qū)間，賣家添寫的基準(zhǔn)實際收入價格（P）需記錄。第N+1個區(qū)間(1<=N<=3)，賣家添寫實際收入Q，需記錄降價幅度。降價幅度＝Q/P。（保留四位有效數(shù)字。四舍五入）

每個區(qū)間的降價幅度必須依次降低。

根據(jù)有規(guī)格和備貨設(shè)置價格區(qū)間。

價格區(qū)間分為如下模式：

有規(guī)格有備貨統(tǒng)一價格模式；

有規(guī)格無備貨統(tǒng)一價格模式；

有規(guī)格有備貨分別價格模式；

有規(guī)格無備貨分別價格模式；

無規(guī)格有備貨統(tǒng)一價格模式；

無規(guī)格無備貨統(tǒng)一價格模式；

無規(guī)格有備貨分別價格模式；

無規(guī)格無備貨分別價格模式。

賣家根據(jù)自身需要，增加或刪除價格區(qū)間。

賣家刪除價格區(qū)間為最后一個價格區(qū)間。

存儲時，需要記錄降價幅度。實收只在修改頁面時，還原給賣家用于展示。

待進入修改價格頁面，或修改商品信息頁面，需要還原出賣家添寫的實際價格時，第N+1個區(qū)間實際收入＝降價幅度*P（保留二位有效數(shù)字。四舍五入）

例：第一個區(qū)間實際收入價格為：89；

第二個區(qū)間實際收入價格為：74。

則需記錄第二個區(qū)間的降價幅度為74/89=0.831460674…四舍五入為0.8315。

賣家待進入修改價格頁面，或修改商品信息頁面，需要還原出賣家添寫的實際價格時，第2個區(qū)間實際收入＝0.8315*89四舍五入為74.00；

有規(guī)格設(shè)置不同價格；

賣家直接添寫降價幅度。

頁面允許添寫的數(shù)字范圍為[0.01－99]最多允許兩位有效數(shù)字。

由于頁面添寫的是百分比含義。轉(zhuǎn)化成小數(shù)時，范圍即為0.0001-0.99，最多允許四位有效數(shù)字。

批量設(shè)置價格區(qū)間方式以折扣方式進行統(tǒng)一定價；展現(xiàn)形式建議以添寫實際收入價格，存儲時進行價格換算成的折扣數(shù)。

提供批量設(shè)置操作:若賣家進行所有規(guī)格統(tǒng)一定價，需實現(xiàn)多規(guī)格批量統(tǒng)一定價功能，即批量設(shè)置功能。

有規(guī)格有備貨統(tǒng)一定價，價格區(qū)間設(shè)置，賣家添寫價格區(qū)間：數(shù)據(jù)區(qū)間+價格。

必須完成當(dāng)前價格區(qū)間的添寫，才能增加價格區(qū)間，否則提示錯誤信息“請完成當(dāng)前價格區(qū)間添寫。”

第N+1個區(qū)間的實收價格必須小于第N個區(qū)間的實收價格。

第N+1個區(qū)間的數(shù)量必須大于第N個區(qū)間的數(shù)量

如更改任意區(qū)間價格或數(shù)量，造成與上述規(guī)則相悖，則提示“價格區(qū)間的購買數(shù)量小于上個區(qū)間的購買數(shù)量”或“價格區(qū)間的價格小于上個區(qū)間的價格”。

打包銷售的數(shù)據(jù)，當(dāng)商品打包銷售時，一定要確打包及每包商品數(shù)量數(shù)據(jù)存儲正確，與交易、最終頁數(shù)據(jù)一致。

每個批發(fā)價格區(qū)間所添的購買數(shù)量寫必須依次增加，即：

第二個批發(fā)區(qū)間的購買數(shù)量>第一個批發(fā)區(qū)間購買數(shù)量；

第三個批發(fā)區(qū)間的購買數(shù)量>第二個批發(fā)區(qū)間購買數(shù)量；

批發(fā)價格區(qū)間的購買數(shù)量必須為正整數(shù)，范圍為2-10000。

“計算批發(fā)價及實際收入”按鈕默認(rèn)不可點擊。當(dāng)賣家添寫完善一個價格區(qū)間所有信息（區(qū)間數(shù)量、折扣或降價）時，該按鈕變?yōu)榭牲c擊狀態(tài)。

備貨數(shù)量

有規(guī)格時，每個商品規(guī)格允許設(shè)置備貨數(shù)量。提供多規(guī)格統(tǒng)一設(shè)置備貨數(shù)量功能。

無規(guī)格時，備貨數(shù)量體現(xiàn)商品的備貨數(shù)量。

備貨總量有規(guī)格時，總個商品規(guī)格數(shù)量總和為備貨總量。

無規(guī)格時，只需體現(xiàn)商品的備貨數(shù)量。備貨數(shù)量即為備貨總量。

第1個區(qū)間，賣家添寫的基準(zhǔn)實際收入價格（P）需記錄。

第N+1個區(qū)間(1<=N<=3)，賣家添寫實際收入Q，需記錄降價幅度。

降價幅度＝Q/P。（保留四位有效數(shù)字。四舍五入）

每個區(qū)間的降價幅度必須依次降低。

無規(guī)格&有規(guī)格設(shè)置同一價格，

賣家在設(shè)置不同價格區(qū)間時，添寫的是實際收入。

但存儲時，需要記錄降價幅度。實收只在修改頁面時，還原給賣家用于展示。

待進入修改價格頁面，或修改商品信息頁面，需要還原出賣家添寫的實際價格時，第N+1個區(qū)間實際收入＝降價幅度*P（保留二位有效數(shù)字。四舍五入）

例：第一個區(qū)間實際收入價格為：89。

第二個區(qū)間實際收入價格為：74。

則需記錄第二個區(qū)間的降價幅度為74/89=0.831460674…四舍五入為0.8315。

待賣家待進入修改價格頁面，或修改商品信息頁面，需要還原出賣家添寫的實際價格時，第2個區(qū)間實際收入＝0.8315*89四舍五入為74.價格區(qū)間設(shè)置，

賣家添寫價格區(qū)間：數(shù)據(jù)區(qū)間+價格。

必須完成當(dāng)前價格區(qū)間的添寫，才能增加價格區(qū)間，否則提示錯誤信息“請完成當(dāng)前價格區(qū)間添寫?！?/p>

第N+1個區(qū)間的實收價格必須小于第N個區(qū)間的實收價格。

第N+1個區(qū)間的數(shù)量必須大于第N個區(qū)間的數(shù)量。

如更改任意區(qū)間價格或數(shù)量，造成與上述規(guī)則相悖，則提示“價格區(qū)間的購買數(shù)量小于上個區(qū)間的購買數(shù)量”或“價格區(qū)間的價格小于上個區(qū)間的價格”。

如首個價格區(qū)間的原價發(fā)生變化，則相應(yīng)的各區(qū)間預(yù)期購買者價格區(qū)間需要隨之變化。按傭金計算公式進行重新計算。

選擇按包賣時，如果每包商品數(shù)量小于2。

每包商品數(shù)量，暫不設(shè)上限。默認(rèn)數(shù)量為2。只能輸入整數(shù)，范圍X>=2。

商品數(shù)量應(yīng)該為整數(shù)數(shù)字且不能小于2。

備貨狀態(tài)，待備貨時，客戶一次最大購買數(shù)量X上限為10000。范圍為X>=1并且X<=10000 。

錯誤提示：購買數(shù)量應(yīng)該為整數(shù)數(shù)字，且不能大于10000 。

備貨數(shù)量X 為整數(shù) 1<=X<=10000。

備貨數(shù)量應(yīng)該為整數(shù)數(shù)字，介于1-10000之間。

備貨期必須為整數(shù)數(shù)字，假設(shè)X。

有備貨時:備貨期必須為整數(shù)數(shù)字，1<=X<=2。

備貨期必須為整數(shù)數(shù)字，且必須小于等于2天。

備貨期必須為整數(shù)數(shù)字，1<=X<=60；

錯誤提示：備貨期必須為整數(shù)數(shù)字，且必須小于等于60天

若底級發(fā)布類目存在最低價格限制，則實際收入對應(yīng)的預(yù)期購買者價格(所有區(qū)間的預(yù)期購買者價格)一旦小于低級發(fā)布類目最低價格限制，則進行提示。

預(yù)期購買者價格低于發(fā)布類目的最低價格限制，請重新添寫實際收入。

每個區(qū)間的實際收入必須依次遞減。即N+1區(qū)間的實際收入<N區(qū)間實際收入。

添寫降價幅度的情況，也必須按此規(guī)則，折算之后的實際收入必須依次遞減。

價格區(qū)間的價格必須依次遞減。

首個價格區(qū)間的購買數(shù)量默認(rèn)值為1，價格默認(rèn)為空，需賣家添寫；在有規(guī)格情況下，設(shè)置不同價格時，如賣家未添寫價格，則”價格預(yù)覽”功能置灰，不允許使用。一旦賣家添寫了價格，并且價格區(qū)間的數(shù)量也添寫了。價格預(yù)覽功能變?yōu)榭捎谩?/p>

銷售狀態(tài)，所有商品規(guī)格皆為不可銷售狀態(tài)時。必須至少有一個商品規(guī)格為可銷售狀態(tài)。允許輸入英文，數(shù)字，-，_，空格。最多不超過40字符。

商品編碼能有中文及特殊字符，長度超過40字符，給出錯誤提示。

實施例2

為一種商品發(fā)布設(shè)置系統(tǒng)，包括賣家客戶端，賣家客戶端包含以下模塊：

賣家設(shè)置模塊：用于設(shè)置商品發(fā)布規(guī)則；

賣家發(fā)送模塊：用于把商品發(fā)布規(guī)則傳送給賣家服務(wù)器；

賣家接收模塊：用于接收推送服務(wù)器根據(jù)買家客戶端選擇的商品種類和數(shù)量計算出的買家客戶端的需求結(jié)果及根據(jù)商品發(fā)布規(guī)則對所屬需求結(jié)果進行的分配結(jié)果。

賣家設(shè)置模塊還用于根據(jù)商品發(fā)布規(guī)則設(shè)置商品價值屬性。

賣家設(shè)置商品發(fā)布區(qū)間；在各個發(fā)布區(qū)間，商品價值屬性根據(jù)銷售數(shù)量的增加依次遞減。

賣家客戶端根據(jù)銷售方式和備貨狀態(tài)確定商品發(fā)布模式，所述商品發(fā)布模式包括統(tǒng)一價值屬性和差別價值屬性，具體為：

有備貨時，設(shè)置備貨所在地，并設(shè)置備貨數(shù)量；

待備貨時，設(shè)置最大購買數(shù)量以及備貨期；

無備貨數(shù)量及備貨總量。

備貨數(shù)量根據(jù)：

有規(guī)格時，每個商品規(guī)格允許設(shè)置備貨數(shù)量，提供多規(guī)格統(tǒng)一設(shè)置備貨數(shù)量；

無規(guī)格時，備貨數(shù)量體現(xiàn)商品的備貨數(shù)量。

備貨總量依據(jù)：

有規(guī)格時，總的商品規(guī)格數(shù)量總和為備貨總量；

無規(guī)格時，只需體現(xiàn)商品的備貨數(shù)量，備貨數(shù)量即為備貨總量。

商品規(guī)格依據(jù)迪卡爾乘積；

設(shè)定商品規(guī)格的迪卡爾乘積上限；

超出迪卡爾乘積上限的操作，給出錯誤提示。

實施例3

為一種商品發(fā)布設(shè)置系統(tǒng)，包括買家客戶端，買家客戶端包含以下模塊：

買家發(fā)送模塊：用于選擇商品，輸入商品種類和數(shù)量，并發(fā)送到買家服務(wù)器；

買家接收模塊：用于接收推送服務(wù)器賣家客戶端設(shè)置的商品發(fā)布規(guī)則和根據(jù)商品種類和數(shù)量計算出的需求結(jié)果；

買家支付模塊：用于實現(xiàn)所述需求結(jié)果和對使用過程進行評價中至少一種。

買家客戶端根據(jù)需要與賣家客戶端進行在線實時交流，在交流過程中產(chǎn)生的爭端申請第三方仲裁。

實施例4

如附圖2所示為一種商品發(fā)布設(shè)置方法，包括如下步驟：

在賣家客戶端中設(shè)置商品發(fā)布規(guī)則；

根據(jù)商品發(fā)布規(guī)則在賣家客戶端中設(shè)置商品相關(guān)屬性；

根據(jù)商品相關(guān)屬性在買家客戶端中選擇商品的種類和數(shù)量；

根據(jù)商品的種類和數(shù)量在推送服務(wù)器中生成需求結(jié)果；

根據(jù)商品發(fā)布規(guī)則在推送服務(wù)器中對需求結(jié)果進行分配。

實施例5

如圖3所示，賣家通過賣家客戶端300（包括臺式電腦、筆記本電腦、智能手機、平板電腦、智能終端等），登陸到系統(tǒng)，進入賣家設(shè)置模塊310，使用輸入裝置320輸入商品信息，商品信息包括：商品類型、銷售數(shù)量和商品庫存狀態(tài)，并保存在商品數(shù)據(jù)庫350中。使用輸入裝置320在分類裝置330中調(diào)取保存在商品數(shù)據(jù)庫350中的賣家設(shè)置規(guī)則，并根據(jù)賣家設(shè)置規(guī)則、填寫好的商品類型和銷售數(shù)量設(shè)置銷售商品的商品發(fā)布規(guī)則，并保存在商品數(shù)據(jù)庫350中。使用輸入裝置330在設(shè)置裝置340中根據(jù)商品發(fā)布規(guī)則設(shè)置商品銷售規(guī)則，并保存到商品數(shù)據(jù)庫350中。所有設(shè)置全部完成后，通過賣家發(fā)送模塊360，把設(shè)置好的商品信息、商品發(fā)布規(guī)則和商品銷售會澤發(fā)送給賣家服務(wù)器370，賣家服務(wù)器370接收到相關(guān)信息，并傳遞給推送服務(wù)器380。

實施例6

如圖4所示，買家通過買家客戶端400（包括臺式電腦、筆記本電腦、智能手機、平板電腦、智能終端等），登陸到系統(tǒng)，進入買家接收模塊410，從商品數(shù)據(jù)庫中調(diào)取買家設(shè)置規(guī)則和商品發(fā)布規(guī)則，根據(jù)買家設(shè)置規(guī)則和商品發(fā)布規(guī)則選擇商品，輸入商品種類和數(shù)量，上傳到買家服務(wù)器430，買家服務(wù)器430接收到相關(guān)信息，并傳遞給推送服務(wù)器380。推送服務(wù)器380根據(jù)買家提交的信息計算買家的需求結(jié)果，根據(jù)所述商品發(fā)布規(guī)則計算出買家應(yīng)付款項，并提交給買家支付模塊440，買家支付模塊440提示買家及時付款。

實施例7

賣家客戶端安裝在賣家的電腦（如dell Inspiron 3650-D5838）上，通過網(wǎng)絡(luò)（如聯(lián)通ADSL）連接到賣家服務(wù)器（如PowerEdge 13G R730XD 機架式服務(wù)器），上傳商品信息以及商品發(fā)布規(guī)則到推送服務(wù)器（如PowerEdge 13G R730XD 機架式服務(wù)器）。買家客戶端安裝在買家的移動智能手機（如iphone 6s plus）上，通過4G網(wǎng)絡(luò)連接買家服務(wù)器（如PowerEdge 13G R730XD 機架式服務(wù)器），上傳需要購買的商品種類及數(shù)量，并提交給推送服務(wù)器（如PowerEdge 13G R730XD 機架式服務(wù)器）。推送服務(wù)器根據(jù)所述商品種類和數(shù)量計算買家客戶端的需求結(jié)果，將所述需求結(jié)果推送給買家客戶端和賣家客戶端，根據(jù)所述商品發(fā)布規(guī)則對所述需求結(jié)果進行分配，并將分配結(jié)果推送給賣家客戶端，并把需要買家支付的金額發(fā)送給買家客戶端，提示買家付款。

以上所述，僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明的結(jié)構(gòu)作任何形式上的限制。凡是依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化與修飾，均屬于本發(fā)明的技術(shù)方案范圍內(nèi)。