本發(fā)明屬于網絡信息管理技術領域，更具體的說，是涉及一種網絡管理系統(tǒng)。

背景技術：

隨著網絡的普及，各種各樣的生鮮平臺層出不窮，每種生鮮平臺包含多個門店管理系統(tǒng)，目前，傳統(tǒng)門店管理都是單機版的，系統(tǒng)嵌入在特定硬件中，實現簡單的收銀和門店庫存管理功能，采用的是本地數據庫，存在存儲有限，損壞風險大，多個門店數據不能聯合分析等缺點，即：只能管理單店的事務，無法進行各門店間數據的分析比較；另外，傳統(tǒng)門店管理系統(tǒng)采用的是C/S架構設置嵌入式開發(fā)，使得系統(tǒng)和硬件天然的結合，不方便在其他終端(電腦、平板、手機)上顯示和移植；針對于商家的多個互聯網終端，操作復雜而且不能按照一個標準派發(fā)訂單，沒有一個終端能夠兼容處理所有訂單。

技術實現要素：

有鑒于此，本發(fā)明提供了一種網絡管理系統(tǒng)，以解決現有技術中由于傳統(tǒng)門店管理系統(tǒng)采用的是本地數據庫，存在存儲有限，損壞風險大，多個門店數據不能聯合分析等缺點，導致無法進行各門店間數據的分析比較的問題。

為實現上述目的，本發(fā)明提供如下技術方案：

一種網絡管理系統(tǒng)，包括：商品管理模塊、會員管理模塊、財務報表模塊、采購管理模塊、訂單管理模塊、客戶管理模塊、組織管理模塊、收銀管理模塊以及庫存管理模塊，其中：

所述商品管理模塊用于實現商品管理的管理，包括商品添加、修改以及條碼打印等功能；

所述會員管理模塊用于實現會員管理的注冊、激活、凍結、充值、修改密碼以及補卡等功能；

所述財務報表模塊用于實現會員報表、收款報表、銷售明細、分類銷售、入庫清單、訂單明細、匯總報表、采購報表的管理以及打印功能；

所述采購管理模塊用于實現采購管理的采購申請、采購審核以及配送中心等功能；

所述訂單管理模塊用于實現訂單管理的訂單配送、訂單導出以及團購訂單等功能；

所述客戶管理模塊用于實現客戶管理的管理客戶信息的功能；

所述組織管理模塊用于實現組織管理的接口管理、機構管理、角色管理、模塊管理以及字典管理等功能；

所述收銀管理模塊用于實現收銀管理的商品零售、商品退貨、交接班以及銷售查詢等功能；

所述庫存管理模塊用于實現庫存管理的調貨管理、供應商管理、庫存查詢、報損管理以及庫存調整等功能；

所述商品管理模塊、所述會員管理模塊、所述財務報表模塊、所述采購管理模塊、所述訂單管理模塊、所述客戶管理模塊、所述組織管理模塊、所述收銀管理模塊以及所述庫存管理模塊之間采用網絡通訊協議實現網絡通信，且均為通過外網實時將數據傳輸到云端數據庫。

其中，所述網絡管理系統(tǒng)采用B/S架構，通過利用EXTJS前端和瀏覽器插件技術實現各種終端的使用。

其中，所述網絡管理系統(tǒng)采用云端數據庫，通過外網實時將數據傳輸到所述云端數據庫。

其中，所述網絡管理系統(tǒng)采用基于webservice的開放接口和驗證技術。

其中，所述網絡管理系統(tǒng)通過RSA非對稱加密算法實現數據加密傳輸。

其中，所述商品管理模塊包括：商品管理子模塊和條碼打印模塊，其中：

所述商品管理子模塊用于添加、刪除、保存以及搜索商品信息；

所述條碼打印模塊用于進行商品信息的打印處理。

其中，所述會員管理模塊包括：會員卡管理模塊和會員卡注冊模塊，其中：

所述會員卡管理模塊用于會員卡的激活、凍結、充值、密碼修改以及補卡等相關信息的管理；

所述會員卡注冊模塊用于會員卡的注冊信息的管理。

其中，所述財務報表模塊包括：會員報表模塊、收款報表模塊、銷售明細模塊、分類銷售模塊、入庫清單模塊、訂單明細模塊、匯總報表模塊以及采購報表模塊，其中：

所述會員報表模塊用于在一段時間內消費統(tǒng)計表與會員折扣的匯總表；

所述收款報表模塊用于現金、會員卡、商城退貨、商城銷售等方面收到的款項；

所述銷售明細模塊用于查詢某個店面的實際銷售情況的報表；

所述分類銷售模塊用于反應幾個大種類商品的銷售情況；

所述入庫清單模塊用于查看某個門店的入庫情況；

所述訂單明細模塊用于查看訂單明細信息；

所述匯總報表模塊用于在一段時間內所有店面及倉庫的商品流通記錄；

所述采購報表模塊用于總結反應出一段時間內所有門店的采購申請。

經由上述的技術方案可知，與現有技術相比，本發(fā)明公開了一種網絡管理系統(tǒng)，該系統(tǒng)包括：商品管理模塊、會員管理模塊、財務報表模塊、采購管理模塊、訂單管理模塊、客戶管理模塊、組織管理模塊、收銀管理模塊以及庫存管理模塊，各模塊及各門店之間采用網絡通訊協議實現網絡通信，且均為通過外網實時將數據傳輸到云端數據庫。本發(fā)明采用的是云端數據庫，數據均為通過外網實時傳輸到云端數據庫，并在云端實現了定時快照和實時備份，保證了數據安全的同時還實現多個門店間的數據分析。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種網絡管理系統(tǒng)結構示意圖；

圖2為本發(fā)明實施例中RSA非對稱加密算法的流程示意圖；

圖3為本發(fā)明實施例中socket通信采用TCP協議，實現網絡實時通信的具體結構示意圖；

圖4為本發(fā)明實施例中通過webservice接口開發(fā)加上后臺管理功能的流程示意圖；

圖5為本發(fā)明實施例中集群及負載均衡結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

網絡管理系統(tǒng)為線下的一個銷售、存儲、進貨、財務管理以及會員卡管理的一個綜合的系統(tǒng)，是一個中心系統(tǒng)；網絡管理系統(tǒng)分為商品管理、會員管理、財務報表、采購管理、訂單管理、客戶管理、組織管理、收銀管理、庫存管理等九個模塊。

請參閱附圖1，圖1為本發(fā)明實施例提供的一種網絡管理系統(tǒng)結構示意圖。如圖1所示，本發(fā)明實施例公開了一種網絡管理系統(tǒng)，具體結構包括：商品管理模塊101、會員管理模塊102、財務報表模塊103、采購管理模塊104、訂單管理模塊105、客戶管理模塊106、組織管理模塊107、收銀管理模塊108以及庫存管理模塊109，其中：

商品管理模塊101用于實現商品管理的管理，包括商品添加、修改以及條碼打印等功能；會員管理模塊102用于實現會員管理的注冊、激活、凍結、充值、修改密碼以及補卡等功能；財務報表模塊103用于實現會員報表、收款報表、銷售明細、分類銷售、入庫清單、訂單明細、匯總報表、采購報表的管理以及打印功能；采購管理模塊104用于實現采購管理的采購申請、采購審核以及配送中心等功能；訂單管理模塊105用于實現訂單管理的訂單配送、訂單導出以及團購訂單等功能；客戶管理模塊106用于實現客戶管理的管理客戶信息的功能；組織管理模塊107用于實現組織管理的接口管理、機構管理、角色管理、模塊管理以及字典管理等功能；收銀管理模塊108用于實現收銀管理的商品零售、商品退貨、交接班以及銷售查詢等功能；庫存管理模塊109用于實現庫存管理的調貨管理、供應商管理、庫存查詢、報損管理以及庫存調整等功能。

商品管理模塊101、會員管理模塊102、財務報表模塊103、采購管理模塊104、訂單管理模塊105、客戶管理模塊106、組織管理模塊107、收銀管理模塊108以及庫存管理模塊109之間采用網絡通訊協議實現網絡通信，且均為通過外網實時將數據傳輸到云端數據庫。

優(yōu)選的，本實施例中的網絡管理系統(tǒng)采用B/S架構，通過利用EXTJS前端和瀏覽器插件技術實現各種終端的使用。

優(yōu)選的，本實施例中的網絡管理系統(tǒng)采用云端數據庫，通過外網實時將數據傳輸到所述云端數據庫。

優(yōu)選的，本實施例中的網絡管理系統(tǒng)通過RSA非對稱加密算法實現數據加密傳輸。

具體的，非對稱加密算法包含兩個密鑰(公鑰和私鑰)，一個用來加密，另外一個用來解密，RSA是非對稱加密的一種，具體如圖2所示，其原理如下：

1.隨機選擇兩個大質數p和q，p不等于q，計算N＝pq；

2.選擇一個大于1小于N的自然數e，e必須與(p-1)(q-1)互素。

3.用公式計算出d：d×e＝1(mod(p-1)(q-1))；

4.銷毀p和q。

最終得到的N和e就是“公鑰”，d就是“私鑰”，發(fā)送方使用N去加密數據，接收方只有使用d才能解開數據內容。由服務器生成密鑰，然后把公鑰傳輸給前端調用者，調用者利用該密鑰對傳輸的數據加密，通過HTTP請求傳輸到服務端，服務端通過私鑰對其解密，確保了整個過程中的數據包就算被外部截獲，也無法破解。

優(yōu)選的，本實施例中的網絡管理系統(tǒng)采用基于webservice的開放接口和驗證技術。

具體的，socket通信采用TCP協議，實現網絡實時通信，SOCKET里面自帶listen和connect函數，可以隨時監(jiān)聽客服端的請求，當有門店實現收銀時，會向服務端發(fā)送一次請求，而服務端通過listen監(jiān)聽，知道有請求過來了，然后主動相應，，通過和百度地圖API的調用，在收銀界面上實現酷炫的動態(tài)效果，顯示的結果是哪個門店又實現了收銀，socket主要的目的就是實現即時響應。實施方式如圖3所示。

本實施例通過webservice接口開發(fā)加上后臺管理功能，實現了接口的可以配置化。實時方式如圖4所示，主要步驟如下：

1.定義接口規(guī)，約定報文格式，使用json格式傳遞數據；

2.定義webservice接口；

3.實現webservice接口、方法；

4.將webservice接口發(fā)布到axis2中，使用axis2框架來管理接口；

5.將axis2框架部署到tomcat服務器中，將接口暴露在外，供外部訪問；

6.在tomcat服務器中實現對接口服務的管理，包括啟用、停用、ip限制、負載均衡等等。

最后，由于nginx是個反向代理服務器，所有的請求都需要經過它，可以通過配置讓它來分配請求資源，當后臺的tomcat容器并發(fā)數過大或者服務已經掛掉的時候，nginx會自動跳轉到可用的tomcat容器進行相應，通過nginx配置多個tomcat的架構設計模型，解決了并發(fā)集中時壓力的分解以及單一tomcat容易服務掛掉的弊端，如圖5所示。

優(yōu)選的，本實施例中的商品管理模塊101包括：商品管理子模塊和條碼打印模塊，其中：

商品管理子模塊用于添加、刪除、保存以及搜索商品信息；條碼打印模塊用于進行商品信息的打印處理。

優(yōu)選的，本實施例中的會員管理模塊102包括：會員卡管理模塊和會員卡注冊模塊，其中：會員卡管理模塊用于會員卡的激活、凍結、充值、密碼修改以及補卡等相關信息的管理；會員卡注冊模塊用于會員卡的注冊信息的管理。

優(yōu)選的，本實施例中的財務報表模塊103包括：會員報表模塊、收款報表模塊、銷售明細模塊、分類銷售模塊、入庫清單模塊、訂單明細模塊、匯總報表模塊以及采購報表模塊，其中：

會員報表模塊用于在一段時間內消費統(tǒng)計表與會員折扣的匯總表；收款報表模塊用于現金、會員卡、商城退貨、商城銷售等方面收到的款項；銷售明細模塊用于查詢某個店面的實際銷售情況的報表；分類銷售模塊用于反應幾個大種類商品的銷售情況；入庫清單模塊用于查看某個門店的入庫情況；訂單明細模塊用于查看訂單明細信息；匯總報表模塊用于在一段時間內所有店面及倉庫的商品流通記錄；采購報表模塊用于總結反應出一段時間內所有門店的采購申請。

本發(fā)明實施例中的方案為典型的三層構架體現MVC(模型Model，視圖View和控制Controller)思想，讓開發(fā)人員減輕重新建立解決復雜問題方案的負擔和精力，便于敏捷開發(fā)出新的需求，降低開發(fā)時間成本；采用SSM框架，該框架有強大的用戶社區(qū)支持它，所以它的擴展性非常強，針對特殊應用時具有良好的可插拔性，避免大部分因技術問題不能實現的功能；主從數據庫設計，將數據庫的讀寫分離，確保了大并發(fā)數下面的數據庫交互速度；優(yōu)秀的解耦性，SSM三層構架，控制層依賴于業(yè)務邏輯層，但絕不與任何具體的業(yè)務邏輯組件耦合，只與接口耦合；同樣，業(yè)務邏輯層依賴于DAO層，也不會與任何具體的DAO組件耦合，而是面向接口編程。采用這種方式的軟件實現，即使軟件部分發(fā)生改變，其他部分也不會改變。

另外，通過先進的webservice接口和驗證技術，實現了訂單接口的開放性，理論上可以支持任何電商平臺的訂單指派，使得用戶可以按照自己統(tǒng)一的標準完成送貨單的打印以及訂單管理流程的規(guī)范。

綜上所述，本發(fā)明公開了一種網絡管理系統(tǒng)，該系統(tǒng)包括：商品管理模塊、會員管理模塊、財務報表模塊、采購管理模塊、訂單管理模塊、客戶管理模塊、組織管理模塊、收銀管理模塊以及庫存管理模塊，各模塊及各門店之間采用網絡通訊協議實現網絡通信，且均為通過外網實時將數據傳輸到云端數據庫。本發(fā)明采用的是云端數據庫，數據均為通過外網實時傳輸到云端數據庫，并在云端實現了定時快照和實時備份，保證了數據安全的同時還實現多個門店間的數據分析。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

以上結合附圖對本發(fā)明所提出的方法進行了示例性描述，以上實施例的說明只是用于幫助理解本發(fā)明的核心思想。對于本領域的一般技術人員，依據本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，如前后橋都有電機參與驅動的混合動力系統(tǒng)等。綜上所述，本說明書內容不應理解為對本發(fā)明的限制。

對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。