本發(fā)明涉及計算機技術領域，具體涉及組裝定制商品的交易方法、客戶端、服務端。

背景技術：

現(xiàn)有的互聯(lián)網交易平臺的模式是生產廠家或者供應商提供一個比較完整性的產品作為交易商品在互聯(lián)網上交易或者消費者直接與廠家對接,其優(yōu)勢在于消費者能比較便捷的在平臺上購買到某一類產品或者直接跟廠家定制。其缺點是消費者對交易平臺上的產品的一些配置或者細節(jié)等并不是很滿意，換句話說就是買不到完全稱心如意的產品。這并非是生產廠家生產不出來，而是廠家與消費者之間缺乏直接有效的溝通,所以廠家或者供應商只能提供一個完整的產品。

特別是在多模塊組件的商品(例如自行車，電動車，摩托車，汽車，家電等等，這些產品的共性是由多個模塊(組件)組成，如:自行車由車架，輪胎，剎車系統(tǒng)，傳動系統(tǒng)等組成，每一個模塊都可以更換)，然而對于這些產品來說，其中很多模塊消費者并不需要或者不喜歡不滿意。例如一輛自行車有的消費者需要有后座能載人，前面有貨框等，但不是每一個消費者都需要這些模塊。有可能消費者很喜歡這輛自行車的某些模塊，但是要購買的話就需要連他們不喜歡的模塊一起購買，這樣買回來就會導致一部分模塊閑置，造成浪費。又或者消費者就因為對某些模塊不太滿意就放棄購買這個產品，長時間惡性循環(huán)也會造成生產廠家滯銷，最終造成浪費。所以現(xiàn)有的交易模式在很大程度上是滿足不了消費者的需求的。

綜上所述現(xiàn)在的互聯(lián)網交易平臺會造成了整個社會資源的很大浪費。比如說大批量化廠家滯銷，消費者買回來的東西因為一些模塊或者細節(jié)不滿意不喜歡就閑置不用等等，再或者花費更多的錢去購買私人訂制的產品，這都是一種社會資源浪費的現(xiàn)象。

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

本發(fā)明所要解決的技術問題是針對現(xiàn)有技術的不足，提供組裝定制商品的交易方法、客戶端與服務器。

本發(fā)明解決上述技術問題的技術方案如下：

組裝定制商品的交易方法，應用于客戶端，包括如下步驟：

S110，獲取商品目錄信息，從所述商品目錄信息中選擇所需商品；

S120，獲取所述商品的模塊組件，根據功能和外觀需求選擇性對所述模塊組件進行組裝，獲得組裝商品；

S130，向服務端發(fā)送所述組裝商品訂單并接收服務端的確認信息。

本發(fā)明的有益效果是：系統(tǒng)用戶不僅可以選擇商品，還可以根據自己的喜好和需要選擇商品的模塊組件對商品進行組裝，實現(xiàn)按需定制，對生產廠家實現(xiàn)按需生產，可以最大程度的避免資源浪費而買到合適的商品。

在上述技術方案的基礎上，本發(fā)明還可以做如下改進。

進一步，所述S110之前包括：向服務端發(fā)送同步請求；接收服務端發(fā)送的商品目錄信息和模塊組件，并更新本地商品目錄信息和模塊組件庫。

采用上述進一步方案的有益效果是：用戶登錄客戶端后，客戶端自動向服務端發(fā)送同步請求，可以保證客戶端與服務端的數(shù)據一致；用戶通過本地模塊組件對商品進行組裝而不用每次選擇模塊組件都向服務端發(fā)送請求接收數(shù)據，可以避免與服務端的通信造成速度降低的問題。

進一步，所述S120中通過虛擬現(xiàn)實VR技術實現(xiàn)商品的組裝及體驗。

采用上述進一步方案的有益效果是：通過虛擬現(xiàn)實VR的方式實現(xiàn)商品組裝，多角度全方位，用戶可以更加直觀真實的了解組裝的效果，享受組裝的樂趣。

進一步，對組裝完成的商品進行存檔并提交訂單至服務器，或者對組裝未完成的商品進行存檔。

采用上述進一步方案的有益效果是：對組裝商品進行存檔，如果滿意可以直接下單，如果不滿意，再次登錄時可以對組裝未完成的商品繼續(xù)組裝直到滿意再下單；或者對存檔的任何組裝商品都可以再次組裝，享受組裝的樂趣。

組裝定制商品的交易方法，應用于服務端，包括如下步驟：

S210,接收生產廠家或者設計師發(fā)送的商品數(shù)據模型，建立商品目錄信息，將商品數(shù)據模型拆分成多個模塊組件并存儲；

S220，根據客戶端發(fā)送的同步請求將商品目錄信息和模塊組件發(fā)送給客戶端；

S230，接收客戶端發(fā)送的組裝商品訂單，將所述組裝商品訂單發(fā)送給對應的生產廠家進行確認，在得到確認后向客戶端發(fā)送確認信息。

本發(fā)明的有益效果是：從生產廠家或者設計師獲取商品目錄信息和品模塊組件信息并建立模塊組件信息庫，當客戶端發(fā)送同步請求時，將發(fā)送商品目錄信息和模塊組件信息發(fā)送給客戶端；接收客戶端的訂單信息并發(fā)送給生產廠家，將用戶訂單直接落實到生產廠家，廠家可以按組裝商品定制生產，滿足用戶需求。

一種客戶端，包括：

獲取模塊，用于獲取商品目錄信息，并從所述商品目錄信息中選擇所需商品；

組裝模塊，用于獲取所述商品的模塊組件信息，根據功能和外觀需求選擇性對所述模塊組件進行組裝，獲得組裝商品；

訂單發(fā)送模塊，用于向服務端發(fā)送所述組裝商品訂單并接收服務端的確認信息。

在上述技術方案的基礎上，本發(fā)明還可以做如下改進。

進一步，還包括：

同步更新模塊，用于向服務端發(fā)送同步請求；接收服務端發(fā)送的商品目錄信息和模塊組件，并更新本地商品目錄信息和模塊組件庫。

進一步，所述組裝模塊包括通過虛擬現(xiàn)實VR技術實現(xiàn)商品的組裝及體驗的VR單元。

進一步，所述訂單發(fā)送模塊還包括：

存檔模塊，用于對組裝完成的商品進行存檔并提交訂單至服務器或者對組裝未完成的商品進行存檔。

一種服務端，包括：

商品數(shù)據接收模塊，用于接收生產廠家或者設計師發(fā)送的商品數(shù)據模型，建立商品目錄信息，將商品數(shù)據模型拆分成多個模塊組件并存儲；

同步發(fā)送模塊，用于根據客戶端發(fā)送的同步請求將商品目錄信息和模塊組件發(fā)送給客戶端；

訂單接收模塊，用于接收客戶端發(fā)送的組裝商品訂單，將所述組裝商品訂單發(fā)送給對應的生產廠家進行確認，在得到確認后向客戶端發(fā)送確認信息。

附圖說明

圖1為本發(fā)明組裝定制商品的交易方法第一實施例示意圖；

圖2為本發(fā)明組裝定制商品的交易方法第二實施例示意圖；

圖3為本發(fā)明一種客戶端示意圖；

圖4為本發(fā)明一種服務端示意圖；

圖5為本發(fā)明組裝定制商品的交易方法第三實施例示意圖。

具體實施方式

以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

如圖1所示，組裝定制商品的交易方法第一實施例，應用于客戶端，包括如下步驟：

S110，獲取商品目錄信息，并從所述商品目錄信息中選擇所需商品；

S120，獲取所述商品的模塊組件，使根據功能和外觀需求選擇性對所述模塊組件進行組裝，獲得組裝商品；

S130，向服務端發(fā)送所述組裝商品訂單并接收服務端的確認信息。

系統(tǒng)用戶不僅可以選擇商品，還可以根據自己的喜好和需要選擇商品的模塊組件對商品進行組裝，實現(xiàn)按需定制，對生產廠家實現(xiàn)按需生產，可以最大程度的避免資源浪費而買到合適的商品。

所述第一實施例還包括，用戶登錄客戶端后，客戶端自動向服務端發(fā)送同步請求，接收服務端發(fā)送的商品目錄信息和模塊組件信息，并更新本地商品目錄信息和模塊組件信息庫，用戶獲取商品目錄信息，并從所述商品目錄信息中選擇所需商品；然后獲取所述商品的模塊組件，使根據功能需求選擇性對所述模塊組件進行組裝，獲得組裝商品，最后向服務端發(fā)送所述組裝商品訂單并接收服務端的確認信息?；蛘哂煽蛻舳擞脩粼赟110，S120及S130任何步驟主動向服務端發(fā)送同步請求并接收服務端的返回數(shù)據從而更新本地數(shù)據，然后根據更新之后的數(shù)據進行組裝體驗，可以從任意步驟重新開始。

向服務端發(fā)送同步請求并接收服務端的返回數(shù)據可以保證客戶端與服務端的數(shù)據一致；用戶通過本地模塊組件對商品進行組裝而不用每次選擇模塊組件都向服務端發(fā)送請求接收數(shù)據，可以避免與服務端的通信造成速度降低的問題。

所述S120中通過虛擬現(xiàn)實VR技術實現(xiàn)商品的組裝及體驗。

所述S130中對組裝完成的商品進行存檔并提交訂單至服務器，或者對組裝未完成的商品進行存檔，以便再次登錄時對組裝未完成的商品繼續(xù)組裝。

通過在客戶端集成虛擬現(xiàn)實VR技術，以VR的方式實現(xiàn)商品組裝，多角度全方位，用戶可以更加直觀真實的了解組裝的效果；無論滿意或不滿意，都可以對組裝商品進行存檔，如果滿意可以直接下單，如果不滿意還可以再次組裝后再下單；或者對存檔的任何組裝商品都可以再次組裝，讓客戶享受整個組裝過程樂趣的同時還能買到心儀的產品。

作為一個完整的商品交易過程，所述第一實施例的S130之后還包括：

向服務端發(fā)送所述組裝商品費用的支付信息；

接收服務端發(fā)送的所述組裝商品的物流信息；

向服務端發(fā)送所述組裝商品的評價信息并結束交易。

以上步驟對下單的商品進行支付，跟蹤物流信息，收到商品后進行評價，完成一次O2O交易。

如圖2所示，組裝定制商品的交易方法第二實施例，應用于服務端，包括如下步驟：

S210,接收生產廠家或者設計師發(fā)送的商品數(shù)據模型，建立商品目錄信息，將商品數(shù)據模型拆分成多個模塊組件并存儲；

S220，根據客戶端發(fā)送的同步請求將商品目錄信息和模塊組件發(fā)送給客戶端；

S230，接收客戶端發(fā)送的組裝商品訂單，將所述組裝商品訂單發(fā)送給對應的生產廠家進行確認，在得到確認后向客戶端發(fā)送確認信息。

服務端定期從生產廠家或者設計師那里獲取商品目錄信息和品模塊組件信息并建立模塊組件信息庫，當客戶端發(fā)送同步請求時，將發(fā)送商品目錄信息和模塊組件信息發(fā)送給客戶端。

服務端接收客戶端的訂單信息并發(fā)送給生產廠家，將用戶訂單直接落實到生產廠家，廠家可以按組裝商品定制生產，滿足用戶需求。

所述第二實施例中，服務端將組裝商品訂單發(fā)送給對應的生產廠家進行確認時獲取所述組裝商品的預計發(fā)貨時間，并向客戶端發(fā)送確認信息。

作為一個完整的商品交易過程，所述第二實施例的S230之后還包括：

接收客戶端的所述組裝商品費用的支付信息，

接收物流信息并向客戶端發(fā)送所述物流信息；

接收客戶端的商品評價信息，將所述組裝商品的費用轉給生產廠家并結束交易

以上步驟與客戶端相對應，對支付信息、物流信息和評價信息進行用戶和生產廠家之間的交互和展示，支持商品交易。

如圖3所示，一種客戶端，包括：

獲取模塊，用于獲取商品目錄信息，并從所述商品目錄信息中選擇所需商品；

組裝模塊，用于獲取所述商品的模塊組件信息，根據功能需求選擇性對所述模塊組件進行組裝，獲得組裝商品；

訂單發(fā)送模塊，用于向服務端發(fā)送所述組裝商品訂單并接收服務端的確認信息。

所述客戶端還包括：

同步更新模塊，用于向服務端發(fā)送同步請求；接收服務端發(fā)送的商品目錄信息和模塊組件，并更新本地商品目錄信息和模塊組件庫。

所述組裝模塊包括通過虛擬現(xiàn)實VR技術實現(xiàn)商品的組裝及體驗的VR單元。

所述訂單發(fā)送模塊包括：

存檔模塊，用于對組裝完成的商品進行存檔并提交訂單至服務器或者對組裝未完成的商品進行存檔。

如圖4所示，一種服務端，包括：

商品數(shù)據接收模塊，用于接收生產廠家或者設計師發(fā)送的商品數(shù)據模型，建立商品目錄信息，將商品數(shù)據模型拆分成多個模塊組件并存儲；

同步發(fā)送模塊，用于根據客戶端發(fā)送的同步請求將商品目錄信息和模塊組件發(fā)送給客戶端；

訂單接收模塊，用于接收客戶端發(fā)送的組裝商品訂單，將所述組裝商品訂單發(fā)送給對應的生產廠家進行確認，在得到確認后向客戶端發(fā)送確認信息。

如圖5所示，為本發(fā)明VR定制體驗的商品交易的方法第三實施例，所述第三實施例完整的描述了進行VR定制體驗商品交易的客戶端、服務端流程。服務端需要定期獲取商品目錄信息和各商品的模塊組件信息，建立或更新商品模塊組件信息庫，來源是生產廠家和設計師，設計師對商品及商品的模塊組件進行設計，生產廠家實施商品生產。

用戶登錄客戶端后，客戶端自動向服務端發(fā)送同步請求或者由客戶端用戶在使用過程中的任何步驟節(jié)點主動發(fā)送同步請求；服務端收到客戶端的同步請求后，向客戶端發(fā)送商品目錄信息和模塊組件信息。

用戶獲取客戶端本地商品目錄信息，并選擇一件商品；選擇組裝，獲取商品模塊組件，同時進入VR組裝界面進行VR組件體驗，可以對商品的可配置的每一個模塊進行VR組裝，實現(xiàn)虛擬現(xiàn)實的游戲一般的良好體驗。對組裝商品可以隨時存檔，隨時進行重新組裝。

如果用戶對組裝商品滿意，則向服務端發(fā)送組裝商品訂單；接收客戶端的組裝商品的訂單，將所述訂單發(fā)送給對應的生產廠家確定所述組裝商品的預計發(fā)貨時間，并向客戶端發(fā)送確認信息用于確認訂單，所述確認信息可以包含生產廠家信息、預計發(fā)貨時間等。

用戶收到服務端的確認信息后需要支付商品費用，按現(xiàn)有技術可以選擇多種支付方式。接下來等待廠家生產；廠家生產好了以后打包發(fā)貨，同時在系統(tǒng)上填寫物流信息；用戶收貨后對商品進行評價，完成一次按需定制的O2O交易，避免資源浪費。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。