專利名稱：門店業(yè)務管理系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及企業(yè)門店管理技術(shù)，尤其涉及一種門店業(yè)務管理系統(tǒng)。
背景技術(shù)：
通常，大型的連鎖零售企業(yè)都需要對各門店的物流、資金流、信息流等 進行管理。目前市面流行的門店管理方式分為兩種 一種是基于B/S
(Browser/Server，瀏覽器和服務器)結(jié)構(gòu)的集中管理方式，所有用戶以 web形式登錄系統(tǒng)，通過在線方式進行日常業(yè)務操作； 一種是基于C/S
(Client/Server,客戶端和服務器)結(jié)構(gòu)的分散管理方式，用戶安裝客戶 端程序，在本地系統(tǒng)進行日常業(yè)務，而后通過數(shù)據(jù)通信將數(shù)據(jù)傳輸?shù)椒掌鳌?其中，B/S結(jié)構(gòu)通過在線方式實現(xiàn)了完全集中管理，但對網(wǎng)絡條件要求較高； C/S結(jié)構(gòu)支持離線操作，即使網(wǎng)絡條件不好，也不影響門店的日常業(yè)務，但 是，C/S結(jié)構(gòu)需要專門人員到各個門店去安裝客戶端程序，而且一旦系統(tǒng)的 基本數(shù)據(jù)發(fā)生變化，如價格政策、界面格式、打印模板等發(fā)生變化，也需要 專門的維護人員到每個門店去對各個客戶端單獨實施維護，操作起來非常不 便。
并且，由于零售企業(yè)的門店數(shù)量眾多，且各門店的條件互不相同，如有 些門店支持寬帶接入，有些門店網(wǎng)絡條件不好，因此單純使用B/S結(jié)構(gòu)的集 中管理方式或者單純使用C/S結(jié)構(gòu)的分散管理方式，都將存在一定的缺陷。 但是，目前現(xiàn)有技術(shù)并不支持B/S結(jié)構(gòu)和C/S結(jié)構(gòu)之間的靈活切換，因為在 目前的C/S結(jié)構(gòu)中，各客戶端是單獨進行維護的，它們所維護的信息往往會 與系統(tǒng)所維護的信息存在一定的差異。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種門店業(yè)務管理系統(tǒng)，實現(xiàn)B/S結(jié) 構(gòu)和C/S結(jié)構(gòu)之間的靈活切換，簡化C/S結(jié)構(gòu)的維護方式。
為達到上述目的，本發(fā)明提供的技術(shù)方案如下
一種門店業(yè)務管理系統(tǒng)，包括用于管理各門店數(shù)據(jù)的門店管理系統(tǒng)，以 及位于各門店中的客戶端和位于各門店中的本地數(shù)據(jù)庫，其中，
所述客戶端，用于在網(wǎng)絡可達時，直接通過web方式登錄門店管理系統(tǒng)進 行日常業(yè)務操作；在網(wǎng)絡不可達時，利用預先從所述門店管理系統(tǒng)中下載的客 戶端程序，從門店管理系統(tǒng)中下載要使用的業(yè)務數(shù)據(jù)到所在門店中的本地數(shù)據(jù) 庫，基于本地數(shù)據(jù)庫以離線方式進行日常業(yè)務操作，并將業(yè)務數(shù)據(jù)上傳到門店 管理系統(tǒng)中。
所述客戶端，在基于本地數(shù)據(jù)庫以離線方式進行日常業(yè)務操作時，在開班 前向門店管理系統(tǒng)發(fā)起數(shù)據(jù)更新請求，門店管理系統(tǒng)收到請求后比較客戶端數(shù) 據(jù)與自身數(shù)據(jù)是否一致，若不一致，則將更新數(shù)據(jù)返回給客戶端，客戶端根據(jù) 門店管理系統(tǒng)返回的信息對本地數(shù)據(jù)庫中的數(shù)據(jù)進行更新，并基于更新后的數(shù) 據(jù)進行日常業(yè)務操作；若一致，則客戶端直接根據(jù)本地數(shù)據(jù)庫中的數(shù)據(jù)進行曰 常業(yè)務操作。
更新的數(shù)據(jù)包括基礎數(shù)據(jù)、價格政策、促銷政策、店存余額、會員信息、
打印模板、界面格式、用戶權(quán)限、快捷鍵中的一種或多種的組合。
所述門店管理系統(tǒng)收到客戶端上傳的業(yè)務數(shù)據(jù)后，根據(jù)收到的業(yè)務數(shù)據(jù)對 自身維護的門店數(shù)據(jù)進行更新。
所述門店管理系統(tǒng)包括數(shù)據(jù)庫服務器和應用服務器，其中， 應用服務器，支持客戶端以web瀏覽器方式登錄，支持所述客戶端通過EJB 遠程調(diào)用與該應用服務器通信，將與各客戶端之間交互的業(yè)務數(shù)據(jù)存儲在數(shù)據(jù) 庫服務器中，以及從數(shù)據(jù)庫服務器中讀取需要的業(yè)務數(shù)據(jù)發(fā)送給各客戶端；
數(shù)據(jù)庫服務器，存儲各門店中客戶端的業(yè)務數(shù)據(jù)，實現(xiàn)各門店數(shù)據(jù)的統(tǒng)一管理。
一個門店中對應設置一個數(shù)據(jù)庫，該門店中的所有客戶端都基于同一個數(shù) 據(jù)庫進行日常業(yè)務操作。
所述門店管理系統(tǒng)采用jsp+servlet+javabean架構(gòu)，支持用戶以web方式 登錄系統(tǒng)。
所述客戶端通過Java web start方式實現(xiàn)數(shù)據(jù)和客戶端程序的在線下載、 安裝、更新。
所述客戶端根據(jù)網(wǎng)絡是否可達在所述web方式和Java web start方式之間 進行平滑切換。
在門店管理系統(tǒng)中統(tǒng)一定義用戶、權(quán)限，客戶端從門店管理系統(tǒng)中下載 所述用戶、權(quán)限到客戶端，并轉(zhuǎn)換為客戶端的用戶、權(quán)限；并且，在門店管 理系統(tǒng)中統(tǒng)一定義零售開單、收款的打印模板和界面格式，客戶端從門店管 理系統(tǒng)中下載所述打印模板和界面格式，并按照下載的打印模板和界面格式 進行日常業(yè)務操作。
由此可見，本發(fā)明支持集中應用、分散應用和混合應用多種模式，用戶 可以結(jié)合門店的具體條件選擇合適的方式進行日常業(yè)務管理，比如，在網(wǎng)絡 條件好即檢測到網(wǎng)絡可達時，門店中的客戶端采用基于web的集中管理方 式，在網(wǎng)絡條件不好即檢測到網(wǎng)絡不可達時，門店中的客戶端采用分散管理 方式。對于釆用分散管理方式的門店，每日通過數(shù)據(jù)的上傳下發(fā)，可以保證 使用的數(shù)據(jù)都是最新的，無需像現(xiàn)有技術(shù)那樣需要專門人員到每個門店中去 單獨實施維護，從而簡化了 C/S結(jié)構(gòu)的維護方式，降低了維護成本。并且， 對于同一門店，由于在本發(fā)明的C/S結(jié)構(gòu)下，客戶端與門店管理系統(tǒng)每曰通 過數(shù)據(jù)的上傳下發(fā)，可以保證客戶端使用的數(shù)據(jù)都是最新的，且與門店管理 系統(tǒng)中維護的一致，因此本發(fā)明可以支持不同管理模式之間的靈活切換。
另外，本發(fā)明中的門店數(shù)據(jù)統(tǒng)一集中在門店管理系統(tǒng)中管理，無需對各 終端單獨建立維護，終端與門店管理產(chǎn)品之間通過數(shù)據(jù)交換，可以實現(xiàn)組織 架構(gòu)、基礎數(shù)據(jù)、用戶權(quán)限、打印模板和界面格式的統(tǒng)一，上述各項的統(tǒng)一有利于業(yè)務流程的規(guī)范化，減少下級公司的維護工作量。


圖1為本發(fā)明中的門店業(yè)務管理系統(tǒng)架構(gòu)示意圖2為本發(fā)明中集中應用模式下的業(yè)務交互示意圖3為本發(fā)明中分散應用模式下的業(yè)務交互示意圖4為本發(fā)明中分散應用模式下的客戶端業(yè)務操作流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，下面參照附圖并舉 實施例，對本發(fā)明作進一步詳細說明。
本發(fā)明中的門店產(chǎn)品分為兩部分， 一部分是門店管理系統(tǒng)； 一部分是相 對獨立的門店客戶端。其中，門店管理系統(tǒng)提供零售開單、收款、班結(jié)、日 結(jié)等功能，采用jsp+servlet+javabean架構(gòu)，支持用戶以web方式登錄門 店管理系統(tǒng)；客戶端是位于門店中的供用戶使用的終端，在B/S結(jié)構(gòu)中，客 戶端指支持web瀏覽器形式的終端，在C/S結(jié)構(gòu)中，客戶端通過安裝特定的 針對門店管理系統(tǒng)使用java語言開發(fā)的客戶端程序，支持離線使用。在同 時支持B/S結(jié)構(gòu)和C/S結(jié)構(gòu)的門店業(yè)務管理系統(tǒng)中，支持B/S結(jié)構(gòu)的客戶端 與支持C/S結(jié)構(gòu)的客戶端可以是同一臺PC機，通過在該PC機上安裝不同的 軟件來分別支持B/S結(jié)構(gòu)和C/S結(jié)構(gòu)。
在上述的jsp+servlet+javabean架構(gòu)中，jsp (JavaServer Pages)是一 種動態(tài)網(wǎng)頁技術(shù)標準，它是在傳統(tǒng)的網(wǎng)頁HTML文件(*. htm，*. html)中插入 Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件(*, jsp)，處 理網(wǎng)頁的展現(xiàn)，接收客戶端的請求傳遞到應用服務器。servlet是一種獨立 于平臺和協(xié)議的服務器端的Java應用程序，它擔當Web瀏覽器或其他HTTP 客戶程序發(fā)出請求，與HTTP服務器上的數(shù)據(jù)庫或應用程序之間的中間層。 javabean是一種JAVA語言寫成的可重用組件。用戶可以使用JavaBean將功能、處理、值、數(shù)據(jù)庫訪問和其他任何可以用java代碼創(chuàng)造的對象進行 打包，并且其他的開發(fā)者可以通過內(nèi)部的JSP頁面、Servlet、其他JavaBean、 applet程序或者應用來使用這些對象。
本發(fā)明的基本思想是，在同一門店中，實現(xiàn)集中應用與分散應用兩種模 式的并存，用戶可以結(jié)合門店的具體條件選擇合適的方式進行日常業(yè)務操 作，比如，當網(wǎng)絡條件好時，支持以web形式直接登錄門店管理系統(tǒng)進行日 常業(yè)務；當網(wǎng)絡條件不好時，可以先在本地系統(tǒng)進行日常業(yè)務，后續(xù)再將數(shù) 據(jù)上傳到門店管理系統(tǒng)。
下面詳細闡述本發(fā)明中的門店業(yè)務管理系統(tǒng)，其架構(gòu)如圖1所示，包括 用于管理各門店數(shù)據(jù)的門店管理系統(tǒng)，以及位于各門店中的客戶端和位于各 門店中的數(shù)據(jù)庫。其中，門店管理系統(tǒng)具體包括數(shù)據(jù)庫服務器和應用服務器， 應用服務器不僅支持客戶端以web瀏覽器方式登錄門店管理系統(tǒng)，并且基于 EJB開發(fā)，客戶端可通過應用服務器的EJB遠程調(diào)用來實現(xiàn)與應用服務器的 通信。數(shù)據(jù)庫服務器主要用于存儲各門店的業(yè)務數(shù)據(jù)，實現(xiàn)各門店數(shù)據(jù)的統(tǒng) 一管理，應用服務器執(zhí)行與各客戶端之間的業(yè)務交互，并將交互的業(yè)務數(shù)據(jù) 存儲在數(shù)據(jù)庫服務器中，以及從數(shù)據(jù)庫服務器中讀取需要的數(shù)據(jù)發(fā)送給客戶 端等。
圖1中的客戶端同時支持B/S結(jié)構(gòu)和C/S結(jié)構(gòu)，支持集中應用、分散應 用和混合應用多種模式。在集中應用模式下，客戶端支持web瀏覽器形式， 門店中的店員或店長等業(yè)務操作人員可通過客戶端直接以web方式登錄到 門店管理系統(tǒng)進行日常業(yè)務操作，如零售開單、收款、班結(jié)、日結(jié)、退貨、 基礎數(shù)據(jù)維護等。集中應用模式下的業(yè)務交互示意圖如圖2所示，這里客戶 端直接以web方式登錄門店管理系統(tǒng)進行日常業(yè)務操作，數(shù)據(jù)庫沒有發(fā)揮作 用。
圖3示出了本發(fā)明中分散應用模式下的業(yè)務交互示意圖，在分散應用模 式下，客戶端支持離線操作，先在本地系統(tǒng)進行日常業(yè)務，將業(yè)務數(shù)據(jù)存儲 在本地數(shù)據(jù)庫中，然后再將本地數(shù)據(jù)庫中的業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)。分散應用模式下的客戶端一般稱作POS端(point of sale,銷售點)，POS 端提供零售開單、收款、退貨、結(jié)帳等功能，所有POS端的功能在門店管理 產(chǎn)品中都支持。POS端程序在門店開店后，從門店管理系統(tǒng)中下載；并且門 店每天在開班前，向門店管理系統(tǒng)發(fā)出請求，請求更新數(shù)據(jù)，然后離線進行 日常業(yè)務，關店后，進行日結(jié)，并將日常業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)，保 證POS端的數(shù)據(jù)與門店管理產(chǎn)品中的數(shù)據(jù)是一致的。其中，POS端可以通過 Java web start實現(xiàn)數(shù)據(jù)及POS端程序的在線安裝、下載。Java web start 是基于Java技術(shù)的應用程序的一種部署解決方案，它是連接計算機和 Internet的便捷通道，允許用戶在完全脫離Web的情況下運行和管理應用 程序。Java web start提供一次單擊激活應用程序的簡易方法，并保證始 終運行應用程序的最新版本，從而可避免復雜的安裝或升級過程。門店POS 端正是使用了這種技術(shù)來實現(xiàn)代碼的在線升級。
參見圖2和圖3，進一步的，在同一門店中，還可以視網(wǎng)絡條件的變化， 在集中應用和分散應用之間迸行靈活切換，也就是說，客戶端能夠根據(jù)網(wǎng)絡 是否可達，在web方式(即以web方式登陸到門店管理系統(tǒng)，進行日常業(yè)務 操作)禾n Java web start方式(即以Java web start方式與門店管理系統(tǒng) 進行交互)之間進行平滑切換。
下面結(jié)合圖4，對圖3所示分散應用模式下的客戶端業(yè)務操作流程進行 詳細說明，主要包括以下步驟
門店在每天開班前，通過客戶端向門店管理系統(tǒng)發(fā)起數(shù)據(jù)更新請求，采 用遠程EJB調(diào)用方式實現(xiàn)。
門店管理系統(tǒng)收到客戶端發(fā)起的數(shù)據(jù)更新請求后，比較客戶端數(shù)據(jù)和門 店管理系統(tǒng)中的數(shù)據(jù)是否一致，若一致，則業(yè)務操作人員可基于客戶端本地 數(shù)據(jù)庫維護的數(shù)據(jù)進行日常業(yè)務操作；若不一致，則門店管理系統(tǒng)將需要更 新的數(shù)據(jù)信息返回給客戶端，客戶端收到后對本地數(shù)據(jù)庫中的數(shù)據(jù)進行更 新，然后基于更新后的數(shù)據(jù)進行日常業(yè)務操作。
其中，更新的數(shù)據(jù)包括基礎數(shù)據(jù)、價格政策、促銷政策、店存余額、會員信息、打印模板、界面格式、用戶權(quán)限、快捷鍵等。
在客戶端的數(shù)據(jù)與門店管理系統(tǒng)中的數(shù)據(jù)保持一致后，門店收銀員等業(yè) 務操作人員就可以在離線的情況下，使用本地數(shù)據(jù)庫進行日常業(yè)務操作，將 日常業(yè)務數(shù)據(jù)暫時先保存在本地數(shù)據(jù)庫中。為了保證店存余額等數(shù)據(jù)的準確 性，在一個門店有多臺客戶端的情況下，可以只為一個門店配置一個本地數(shù) 據(jù)庫，而無需為每個客戶端分別配置數(shù)據(jù)庫。
關店后，進行日結(jié)，在門店本地系統(tǒng)中進行扣減店存、計算會員積分的 處理，同時通過客戶端將日常業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)，門店管理系統(tǒng) 對業(yè)務數(shù)據(jù)進行處理，如扣減店存、計算會員積分等，保證在門店管理系統(tǒng) 中的店存余額、會員積分等信息與客戶端完全一致。
所有門店的業(yè)務數(shù)據(jù)上傳后，集中存儲在門店管理系統(tǒng)的數(shù)據(jù)庫服務器 中，保證混合部署模式下數(shù)據(jù)的統(tǒng)一管理。門店管理系統(tǒng)對業(yè)務數(shù)據(jù)整理后 可以提供跨門店的統(tǒng)計報表。
采用本發(fā)明所提供的混合部署模式后，對于網(wǎng)絡條件好的門店，可以通 過web形式直接登錄門店管理系統(tǒng)，進行日常業(yè)務操作；對于網(wǎng)絡條件不好 的門店，每日通過數(shù)據(jù)的上傳下發(fā)，可以保證使用的數(shù)據(jù)都是最新的，無需 像現(xiàn)有技術(shù)那樣需要專門人員到每個門店中去單獨實施維護，簡化了 c/s結(jié) 構(gòu)的維護方式，降低了維護成本。
另外，對于同一門店，由于在本發(fā)明的C/S結(jié)構(gòu)下，每日通過數(shù)據(jù)的上 傳下發(fā)，可以保證使用的數(shù)據(jù)都是最新的，因此本發(fā)明可以支持不同管理模 式之間的靈活切換。通過web登錄到門店管理系統(tǒng)的門店，在日常業(yè)務結(jié)束， 日結(jié)后，第二天可以切換到分散應用模式，前一天在門店管理系統(tǒng)使用的數(shù) 據(jù)全部下載到客戶纟嶄，在此數(shù)據(jù)基礎上，離線進行日常業(yè)務。對于網(wǎng)絡條件 不好的門店，網(wǎng)絡升級后，日常業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)，第二R，直 接以web形式登錄到門店管理系統(tǒng)，以門店管理系統(tǒng)中保存的店存余額、價 目表等數(shù)據(jù)為基礎，進行日常業(yè)務處理。
本發(fā)明中，門店管理系統(tǒng)與客戶端之間通過數(shù)據(jù)交換，可以實現(xiàn)組織架構(gòu)、基礎數(shù)據(jù)、用戶權(quán)限、打印模板和界面格式的統(tǒng)一，具體體現(xiàn)如下-
組織架構(gòu)統(tǒng)一門店檔案在門店管理系統(tǒng)中統(tǒng)一定義，每個門店對應門 店管理系統(tǒng)中一個公司的一個部門，門店檔案通過數(shù)據(jù)下載下發(fā)到客戶端， 保證了客戶端的門店與門店管理系統(tǒng)中的部門一一對應。
基礎數(shù)據(jù)統(tǒng)一客戶端使用的數(shù)據(jù)在門店開店后，全部從門店管理系統(tǒng) 中下載，存儲到客戶端本地數(shù)據(jù)庫后使用；門店每天在開班前，對基礎數(shù)據(jù) 請求更新，門店管理系統(tǒng)會針對門店作基礎數(shù)據(jù)的增量更新，保證了基礎數(shù) 據(jù)在客戶端與門店管理系統(tǒng)的統(tǒng)一。
用戶權(quán)限統(tǒng)一客戶端的功能菜單、角色、用戶在門店管理系統(tǒng)中定義， 并分配權(quán)限，這些數(shù)據(jù)下載到客戶端，轉(zhuǎn)換為客戶端的用戶、角色、權(quán)限， 實現(xiàn)了用戶、權(quán)限的集中管理。
一般的c/s結(jié)構(gòu)，客戶端用戶都是在客戶端進行管理的，需要在客戶端 單獨建立維護，和應用服務器沒有關系；而在本發(fā)明中，用戶是統(tǒng)一在應用 服務器端建立維護、權(quán)限統(tǒng)一分配，這樣用戶在切換兩種客戶端的時候，就 會變得非常的順暢。并且，權(quán)限的統(tǒng)一管理也是現(xiàn)有c/s結(jié)構(gòu)中所沒有的，
現(xiàn)在對大型企業(yè)信息集中管理的需求非常強烈，而本發(fā)明正是順應了這種趨 勢，權(quán)限在應用服務器端定義后，每個客戶端非常一致，且不用維護。
打印模板、界面格式統(tǒng)一零售開單、收款的打印模板、界面格式統(tǒng)一 在門店管理系統(tǒng)中定義，通過數(shù)據(jù)交換下載到客戶端，客戶端統(tǒng)一遵循這些 格式作日常業(yè)務。
一旦集團發(fā)票格式發(fā)生變化，只需要在應用服務器端統(tǒng)一配置，門店作 數(shù)據(jù)下載就可以實現(xiàn)每個門店的格式統(tǒng)一變化。而不用到每個門店去單獨實 施維護。
關于界面格式的問題，對于連鎖零售企業(yè)，本發(fā)明支持格式的統(tǒng)一與個 性化需求。統(tǒng)一的格式可以在應用服務器端統(tǒng)一定義，如果某個門店有特殊 的要求，也可以針對這個門店單獨定義。
上述各項的統(tǒng)一有利于業(yè)務流程的規(guī)范化，同時減少了下級公司的維護工作量，對于連鎖門店更是如此，門店人員往往文化水平偏低，這些工作集 中到總部處理，減少了出錯的幾率，規(guī)范了業(yè)務流程，降低了人工投入成本; 并且，客戶端數(shù)據(jù)通過數(shù)據(jù)通訊上傳到門店管理系統(tǒng)中，實現(xiàn)了數(shù)據(jù)的集中 管理，在后續(xù)實施、維護過程中，相關人員不必去熟悉兩個系統(tǒng)就可以完成 系統(tǒng)功能的擴展。系統(tǒng)的可維護性、可擴展性、穩(wěn)定性大大提高；另外，本 發(fā)明支持集中應用、分散應用及混合應用多種模式，企業(yè)不必再為使用門店 管理產(chǎn)品而在網(wǎng)絡上投資很多，從而降低了費用。
以上所述對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步的詳細說 明，所應理解的是，以上所述并不用以限制本發(fā)明，凡在本發(fā)明的精神和原 則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范 圍之內(nèi)。
權(quán)利要求
1、一種門店業(yè)務管理系統(tǒng)，其特征在于，包括用于管理各門店數(shù)據(jù)的門店管理系統(tǒng)，以及位于各門店中的客戶端和位于各門店中的本地數(shù)據(jù)庫，其中，所述客戶端，用于在網(wǎng)絡可達時，直接通過web方式登錄門店管理系統(tǒng)進行日常業(yè)務操作；在網(wǎng)絡不可達時，利用預先從所述門店管理系統(tǒng)中下載的客戶端程序，從門店管理系統(tǒng)中下載要使用的業(yè)務數(shù)據(jù)到所在門店中的本地數(shù)據(jù)庫，基于本地數(shù)據(jù)庫以離線方式進行日常業(yè)務操作，并將業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)中。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端，在基于本地數(shù) 據(jù)庫以離線方式進行日常業(yè)務操作時，在開班前向門店管理系統(tǒng)發(fā)起數(shù)據(jù)更新 請求，門店管理系統(tǒng)收到請求后比較客戶端數(shù)據(jù)與自身數(shù)據(jù)是否一致，若不一 致，則將更新數(shù)據(jù)返回給客戶端，客戶端根據(jù)門店管理系統(tǒng)返回的信息對本地 數(shù)據(jù)庫中的數(shù)據(jù)進行更新，并基于更新后的數(shù)據(jù)進行日常業(yè)務操作；若一致， 則客戶端直接根據(jù)本地數(shù)據(jù)庫中的數(shù)據(jù)進行日常業(yè)務操作。
3、 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，更新的數(shù)據(jù)包括基礎數(shù)據(jù)、 價格政策、促銷政策、店存余額、會員信息、打印模板、界面格式、用戶權(quán)限、 快捷鍵中的一種或多種的組合。
4、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述門店管理系統(tǒng)收到客戶 端上傳的業(yè)務數(shù)據(jù)后，根據(jù)收到的業(yè)務數(shù)據(jù)對自身維護的門店數(shù)據(jù)進行更新。
5、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述門店管理系統(tǒng)包括數(shù) 據(jù)庫服務器和應用服務器，其中，應用服務器，支持客戶端以web瀏覽器方式登錄，支持所述客戶端通過EJB 遠程調(diào)用與該應用服務器通信，將與各客戶端之間交互的業(yè)務數(shù)據(jù)存儲在數(shù)據(jù) 庫服務器中，以及從數(shù)據(jù)庫服務器中讀取需要的業(yè)務數(shù)據(jù)發(fā)送給各客戶端；數(shù)據(jù)庫服務器，存儲各門店中客戶端的業(yè)務數(shù)據(jù)，實現(xiàn)各門店數(shù)據(jù)的統(tǒng)一 管理。
6、 根據(jù)權(quán)利要求1至5中任意一項所述的系統(tǒng)，其特征在于， 一個門店中 對應設置一個數(shù)據(jù)庫，該門店中的所有客戶端都基于同一個數(shù)據(jù)庫進行日常業(yè) 務操作。
7、 根據(jù)權(quán)利要求1至5中任意一項所述的系統(tǒng)，其特征在于，所述門店管 理系統(tǒng)采用jsp+servlet+javabean架構(gòu)，支持用戶以web方式登錄系統(tǒng)。
8、 根據(jù)權(quán)利要求1至5中任意一項所述的系統(tǒng)，其特征在于，所述客戶端 通過java web start方式實現(xiàn)數(shù)據(jù)和客戶端程序的在線下載、安裝、更新。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述客戶端根據(jù)網(wǎng)絡是否可 達在所述web方式和Java web start方式之間進行平滑切換。
10、 根據(jù)權(quán)利要求1至5中任意一項所述的系統(tǒng)，其特征在于，在門店管 理系統(tǒng)中統(tǒng)一定義用戶、權(quán)限，客戶端從門店管理系統(tǒng)中下載所述用戶、權(quán)限 到客戶端，并轉(zhuǎn)換為客戶端的用戶、權(quán)限；并且，在門店管理系統(tǒng)中統(tǒng)一定義 零售開單、收款的打印模板和界面格式，客戶端從門店管理系統(tǒng)中下載所述打印模板和界面格式，并按照下載的打印模板和界面格式進行日常業(yè)務操作。
全文摘要
本發(fā)明提供了一種門店業(yè)務管理系統(tǒng)，包括用于管理各門店數(shù)據(jù)的門店管理系統(tǒng)，以及位于各門店中的客戶端和位于各門店中的數(shù)據(jù)庫，其中，所述客戶端，用于在網(wǎng)絡可達時，直接通過web方式登錄門店管理系統(tǒng)進行日常業(yè)務操作；在網(wǎng)絡不可達時，利用預先從所述門店管理系統(tǒng)中下載的客戶端程序，從門店管理系統(tǒng)中下載要使用的業(yè)務數(shù)據(jù)到所在門店中的本地數(shù)據(jù)庫，基于本地數(shù)據(jù)庫以離線方式進行日常業(yè)務操作，并將業(yè)務數(shù)據(jù)上傳到門店管理系統(tǒng)中。本發(fā)明支持集中應用、分散應用和混合應用多種模式，用戶可結(jié)合門店具體條件選擇合適的方式進行日常業(yè)務操作；簡化了C/S結(jié)構(gòu)的維護方式。
文檔編號G06Q30/00GK101587575SQ20091008746
公開日2009年11月25日 申請日期2009年6月25日 優(yōu)先權(quán)日2009年6月25日
發(fā)明者李金巧, 王萬順 申請人:用友軟件股份有限公司