專利名稱：基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信增值業(yè)務(wù)，尤其是一種利用基礎(chǔ)電信運營商的增值業(yè)務(wù)平臺，通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式來實現(xiàn)虛擬團(tuán)購的方法和系統(tǒng)。
背景技術(shù)：
隨著城市化進(jìn)程的不斷推進(jìn)，人們生活水平的日益提高，購物已成為人們生活、工作、娛樂的重要內(nèi)容，隨即而生的團(tuán)購是社會化發(fā)展的產(chǎn)物，是商品交換的深層延伸，團(tuán)購帶來的優(yōu)惠和實惠，使其深受人們的親睞。但是團(tuán)購的瓶頸在于不能實時、快捷、方便的組織團(tuán)購人群，所以往往讓忙碌的或其他人群錯過團(tuán)購機會，結(jié)果是買方和賣方均不能實現(xiàn)供求關(guān)系的合理調(diào)配，均不能實現(xiàn)共贏。
全國手機用戶超過4億戶，固定電話用戶超過3.5億戶，電話用戶總數(shù)超過7.5億戶。日益發(fā)達(dá)的通信技術(shù)解決了人們的通信需求，并且基礎(chǔ)電信運營商的增值業(yè)務(wù)平臺卻可以為電信運營商和用戶提供一個很好的交流平臺，但以人民生活實際需求出發(fā)以增值業(yè)務(wù)來實現(xiàn)的實例很少，關(guān)于應(yīng)用到虛擬團(tuán)購方法的更少，即使有也沒有非常全面系統(tǒng)地實現(xiàn)了其功能。

發(fā)明內(nèi)容
本發(fā)明旨在針對上述現(xiàn)狀，提供一種基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法及系統(tǒng)，通過基礎(chǔ)電信運營商的增值業(yè)務(wù)平臺，整合短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式方便、快捷的組織用戶參加“虛擬團(tuán)購”，克服了傳統(tǒng)團(tuán)購不能實時、快捷、方便的組織團(tuán)購人群，買方和賣方不能實現(xiàn)供求關(guān)系的合理調(diào)配，實現(xiàn)共贏的問題；方便了大眾團(tuán)購，又開辟了電信技術(shù)服務(wù)人民群眾，造福社會的新渠道。
本發(fā)明所采用的技術(shù)方案如下基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于步驟如下A、首先團(tuán)購信息被預(yù)存儲在虛擬團(tuán)購系統(tǒng)中；B、用戶根據(jù)所獲得的團(tuán)購信息，通過增值業(yè)務(wù)的模式將用戶自己選擇的需求信息發(fā)送到虛擬團(tuán)購系統(tǒng)；
C、虛擬團(tuán)購系統(tǒng)根據(jù)用戶發(fā)送的需求信息處理分析后再將相應(yīng)的信息通過增值業(yè)務(wù)傳送給用戶。
所述步驟A中的團(tuán)購信息包括參與方式、參與團(tuán)購商品的屬性、優(yōu)惠策略、物流信息、付款方式、聯(lián)系方式和該團(tuán)購活動的時間。
所述步驟B中用戶可以通過商家虛擬團(tuán)購系統(tǒng)發(fā)送來的團(tuán)購?fù)ㄖ畔@知團(tuán)購信息，或者通過媒體廣告等其他方式獲知團(tuán)購信息。
所述增值業(yè)務(wù)包括短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等。
所述USSD就是Unstructured Supplementary Services Data，即非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù)。是一種基于GSM網(wǎng)絡(luò)，可以提供綜合性、交互式信息服務(wù)的數(shù)據(jù)業(yè)務(wù)。
所述IVR是Interactive Voice Response，即互動式語音應(yīng)答，是基于手機的無線語音增值業(yè)務(wù)的統(tǒng)稱。手機用戶只要撥打指定號碼，就可根據(jù)操作提示收聽、點送所需語音信息或者參與聊天、交友等互動式服務(wù)。
所述WAP就是Wireless Application Protocol，即“無線應(yīng)用協(xié)議”的英文簡稱，它提供了通過手機訪問互聯(lián)網(wǎng)的途徑。
所述KJAVA就是目前中國移動使用的J2ME平臺。
所述UniJava就是目前中國聯(lián)通使用的J2ME平臺。
所述步驟B中用戶將自己的需求按照團(tuán)購信息規(guī)定的方式和增值業(yè)務(wù)的信息模式發(fā)送給虛擬團(tuán)購系統(tǒng)。
所述步驟C中虛擬團(tuán)購系統(tǒng)分析用戶的需求信息后根據(jù)對應(yīng)的團(tuán)購信息進(jìn)行業(yè)務(wù)流程分析處理和數(shù)據(jù)運算處理、存儲。
所述步驟C中虛擬團(tuán)購系統(tǒng)根據(jù)對應(yīng)的團(tuán)購信息將用戶的需求結(jié)果用增值業(yè)務(wù)方式發(fā)送給用戶。
基于電信增值業(yè)務(wù)的虛擬團(tuán)購方法的系統(tǒng)，其特征在于用戶利用增值業(yè)務(wù)將團(tuán)購信息通過接口模塊收集整理，接口模塊將信息轉(zhuǎn)化為系統(tǒng)的標(biāo)準(zhǔn)格式傳送給中心控制模塊；中心控制模塊用于系統(tǒng)的總體控制與協(xié)調(diào)和完成各個模塊功能之間的配合與調(diào)度，將從接口模塊收集到的信息根據(jù)對應(yīng)的功能選擇性地分別傳送給用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊，當(dāng)信息錯誤的時候，中心控制模塊將發(fā)送錯誤信息給接口模塊；用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊分別對從中心控制模塊收到的信息進(jìn)行判斷，符合系統(tǒng)規(guī)定的正確信息被各個模塊分類處理，處理結(jié)果經(jīng)過中心數(shù)據(jù)庫進(jìn)行數(shù)據(jù)運算、處理和備份，并將最終結(jié)果返回到中心控制模塊，錯誤信息也被直接返回到中心控制模塊；再由中心控制模塊返回接口模塊，最后接口模塊將信息以相應(yīng)的接口形式返回給用戶。
所述標(biāo)準(zhǔn)格式是指整個系統(tǒng)統(tǒng)一預(yù)定義的命令格式。
所述接口模塊對應(yīng)的各種增值業(yè)務(wù)的接口的具體協(xié)議及接入模式必須以基礎(chǔ)電信運營商的要求為準(zhǔn)開發(fā)，所述基礎(chǔ)電信運營商包括電信、網(wǎng)通、移動、聯(lián)通、鐵通等。
所述接口模塊接收到信息后分析信息中包含的用戶身份信息、用戶操作指令以及附加信息來源方，再轉(zhuǎn)化為標(biāo)準(zhǔn)格式，即將不同的表現(xiàn)方式如短信文本、IVR語音按鍵信息等轉(zhuǎn)換成系統(tǒng)統(tǒng)一預(yù)定義的命令格式；當(dāng)接收到中心控制模塊的處理信息時，通過反饋模式查找對應(yīng)的反饋模式接口參數(shù)及內(nèi)容，將信息內(nèi)容回饋給用戶，中心控制模塊發(fā)送回接口模塊的信息包括用戶信息、反饋指令、反饋模式等等。
所述中心控制模塊根據(jù)從接口模塊接收到的信息分析處理指令，調(diào)用用戶管理模塊，得到用戶當(dāng)前的狀態(tài)，再調(diào)用業(yè)務(wù)流程模塊，對符合業(yè)務(wù)流程的信息就調(diào)用用戶管理模塊、商品信息模塊、交易管理模塊和客戶服務(wù)模塊分別完成指令中要求的功能并更新用戶狀態(tài)，最后完成反饋信息并查詢業(yè)務(wù)流程模塊，形成如上所述的循環(huán)操作流程取得下一步的提示，對于不符合操作流程的信息就直接返回到接口模塊。所以中心控制模塊是整個系統(tǒng)的核心，也是整個系統(tǒng)信息的集散地。
所述業(yè)務(wù)流程是團(tuán)購業(yè)務(wù)的指令序列。例如單一商品和非單一商品、本期與上期團(tuán)購的指令序列都可能會有一些差別，因此需要在業(yè)務(wù)開展之前，把這些指令序列存儲在系統(tǒng)中，這些指令序列即為業(yè)務(wù)流程。
所述用戶管理模塊用于完成系統(tǒng)中各種用戶的注冊、注銷以及在系統(tǒng)中各種權(quán)限的控制與管理，所述各種用戶，包括系統(tǒng)管理員、團(tuán)購客戶、提供商品的商家、進(jìn)行物流配送及其它合作者等。
所述商品信息模塊用于控制與管理與商品相聯(lián)系的屬性，商品的屬性包括參與團(tuán)購的各種商品信息、團(tuán)購方式、計費策略、回饋方式等一切。
所述業(yè)務(wù)流程模塊用于將接收到的信息分析得到用戶狀態(tài)、當(dāng)前操作指令，并判斷是否符合當(dāng)前業(yè)務(wù)流程，對符合當(dāng)前業(yè)務(wù)流程的信息，向中心控制模塊返回分析結(jié)果并提示下一步的操作流程，不符合當(dāng)前業(yè)務(wù)流程的信息，業(yè)務(wù)流程模塊向中心控制模塊返回錯誤信息的結(jié)果。業(yè)務(wù)流程模塊運用統(tǒng)一的方式進(jìn)行調(diào)度與處理，它將是中心控制模塊工作的主要依據(jù)之一。通過對業(yè)務(wù)流程模塊的開發(fā)與設(shè)置，使整個系統(tǒng)的靈活性大大增加，便于為團(tuán)購用戶及商家提供更個性化、更具有廣泛適應(yīng)性的功能。
所述交易管理模塊用于虛擬團(tuán)的組建、管理和對達(dá)成的團(tuán)購交易訂單的管理以及交易成功或失敗后相應(yīng)的后續(xù)工作的處理及管理。
所述客戶服務(wù)模塊提供系統(tǒng)中各種功能、各種屬性及操作的說明，便于系統(tǒng)用戶在每一步的操作中，均可以方便快捷地找到幫助信息，輕松實現(xiàn)團(tuán)購，享受購物樂趣。
所述中心數(shù)據(jù)庫根據(jù)用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的需求，提供一個統(tǒng)一的數(shù)據(jù)庫，中心數(shù)據(jù)庫對用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的數(shù)據(jù)處理結(jié)果進(jìn)行數(shù)據(jù)運算、處理后將各類信息保存在物理介質(zhì)中。其它模塊需要數(shù)據(jù)均可從中心數(shù)據(jù)庫提取，中心數(shù)據(jù)庫還提供數(shù)據(jù)備份功能，加強系統(tǒng)的可靠性。中心數(shù)據(jù)庫還支持對數(shù)據(jù)的各種查詢統(tǒng)計。
本發(fā)明是通過基礎(chǔ)電信運營商的增值業(yè)務(wù)平臺，將彼此并不熟悉或者彼此陌生的電信、網(wǎng)通、移動、聯(lián)通、鐵通等運營商用戶通過購物需求將其聯(lián)絡(luò)組織起來，組成團(tuán)購團(tuán)體，實現(xiàn)團(tuán)體購買的優(yōu)惠。采用本發(fā)明提供的虛擬團(tuán)購方法和系統(tǒng)，用戶可以享受實實在在的購物優(yōu)惠，特別是有購物需求的不同性別、不同層次的消費群體，通過特定物品團(tuán)購、特定連鎖商場、超市等銷售單位的購物邀請發(fā)起，陌生人之間通過本業(yè)務(wù)建立團(tuán)購關(guān)系，從而實現(xiàn)購物的優(yōu)惠，享受購物帶來的樂趣。銷售單位也可以通過團(tuán)體購買達(dá)到規(guī)模效應(yīng)。
本發(fā)明的優(yōu)點如下一、整合了電信增值業(yè)務(wù)的平臺資源，并通過方法和系統(tǒng)發(fā)明實現(xiàn)了團(tuán)購的應(yīng)用，為增值業(yè)務(wù)的行業(yè)應(yīng)用增添了新的內(nèi)容；二、本發(fā)明可以使基礎(chǔ)電信運營商的既有用戶通過使用簡單、快捷、實時的“虛擬團(tuán)購實施系統(tǒng)”，根據(jù)自己的購買需求選擇參加各種團(tuán)購活動，實現(xiàn)購物的最大優(yōu)惠，享受現(xiàn)代生活的購物樂趣；三、本發(fā)明還可以使商品銷售商或以銷售為目的的商場、超市、店鋪等銷售單位擁有了一個新的商品或銷售信息的發(fā)布渠道，并通過團(tuán)購方式實現(xiàn)銷售的團(tuán)體化和規(guī)模化。


圖1為本發(fā)明的系統(tǒng)功能模塊結(jié)構(gòu)示意2為本發(fā)明的系統(tǒng)處理流程示意3為本發(fā)明的接口模塊數(shù)據(jù)處理流程示意4為本發(fā)明的中心控制模塊數(shù)據(jù)處理流程示意5為本發(fā)明的用戶管理模塊數(shù)據(jù)處理流程示意6為本發(fā)明的商品信息模塊數(shù)據(jù)處理流程示意7為本發(fā)明的業(yè)務(wù)流程模塊數(shù)據(jù)處理流程示意8為本發(fā)明的交易管理模塊數(shù)據(jù)處理流程示意9為本發(fā)明的客戶服務(wù)模塊數(shù)據(jù)處理流程示意10為本發(fā)明的信息互動流程示意11為本發(fā)明的團(tuán)購系統(tǒng)數(shù)據(jù)統(tǒng)計示意12為本發(fā)明用于單一商品團(tuán)購的流程示意13為本發(fā)明用于單一商品團(tuán)購的訂金預(yù)付和退還的流程示意14為本發(fā)明用于單一商品團(tuán)購的付款及物流管理的流程示意15為本發(fā)明用于非單一商品團(tuán)購的流程示意16為本發(fā)明用于非單一商品團(tuán)購優(yōu)惠返還的流程示意17為本發(fā)明實現(xiàn)團(tuán)購信息結(jié)束的發(fā)布流程示意圖具體實施方式
實施例1如圖1～2所示，基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于步驟如下A、首先團(tuán)購信息被預(yù)存儲在虛擬團(tuán)購系統(tǒng)中；B、用戶根據(jù)所獲得的團(tuán)購信息，通過增值業(yè)務(wù)的模式將用戶自己選擇的需求信息發(fā)送到虛擬團(tuán)購系統(tǒng)；C、虛擬團(tuán)購系統(tǒng)根據(jù)用戶發(fā)送的需求信息處理分析后再將相應(yīng)的信息通過增值業(yè)務(wù)傳送給用戶。
所述步驟A中的團(tuán)購信息包括參與方式、參與團(tuán)購商品的屬性、優(yōu)惠策略、物流信息、付款方式、聯(lián)系方式和該團(tuán)購活動的時間。
所述增值業(yè)務(wù)包括短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等。
所述USSD就是Unstructured Supplementary Services Data，即非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù)。是一種基于GSM網(wǎng)絡(luò)，可以提供綜合性、交互式信息服務(wù)的數(shù)據(jù)業(yè)務(wù)。
所述IVR是Interactive Voice Response，即互動式語音應(yīng)答，是基于手機的無線語音增值業(yè)務(wù)的統(tǒng)稱。手機用戶只要撥打指定號碼，就可根據(jù)操作提示收聽、點送所需語音信息或者參與聊天、交友等互動式服務(wù)。
所述WAP就是Wireless Application Protocol，即“無線應(yīng)用協(xié)議”的英文簡稱，它提供了通過手機訪問互聯(lián)網(wǎng)的途徑。
所述KJAVA就是目前中國移動使用的J2ME平臺。
所述UniJava就是目前中國聯(lián)通使用的J2ME平臺。
所述步驟B中用戶將自己的需求按照團(tuán)購信息規(guī)定的方式和增值業(yè)務(wù)的信息模式發(fā)送給虛擬團(tuán)購系統(tǒng)。
所述步驟C中虛擬團(tuán)購系統(tǒng)分析用戶的需求信息后根據(jù)對應(yīng)的團(tuán)購信息進(jìn)行業(yè)務(wù)流程分析處理和數(shù)據(jù)運算處理、存儲。
所述步驟C中虛擬團(tuán)購系統(tǒng)根據(jù)對應(yīng)的團(tuán)購信息將用戶的需求結(jié)果用增值業(yè)務(wù)方式發(fā)送給用戶。
基于電信增值業(yè)務(wù)的虛擬團(tuán)購方法的系統(tǒng)，用戶利用增值業(yè)務(wù)將團(tuán)購信息用戶利用短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)將信息通過接口模塊收集整理，接口模塊將信息轉(zhuǎn)化為系統(tǒng)的標(biāo)準(zhǔn)格式傳送給中心控制模塊；中心控制模塊用于系統(tǒng)的總體控制與協(xié)調(diào)和完成各個模塊功能之間的配合與調(diào)度，將從接口模塊收集到的信息根據(jù)對應(yīng)的功能選擇性地分別傳送給用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊，當(dāng)信息錯誤的時候，中心控制模塊將發(fā)送錯誤信息給接口模塊；用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊分別對從中心控制模塊收到的信息進(jìn)行判斷，符合系統(tǒng)規(guī)定的正確信息被各個模塊分類處理，處理結(jié)果經(jīng)過中心數(shù)據(jù)庫進(jìn)行數(shù)據(jù)運算、處理和備份，并將最終結(jié)果返回到中心控制模塊，錯誤信息也被直接返回到中心控制模塊；再由中心控制模塊返回接口模塊，最后接口模塊將信息以相應(yīng)的接口形式返回給用戶。
如圖3所示，所述接口模塊對應(yīng)的各種增值業(yè)務(wù)的接口的具體協(xié)議及接入模式必須以基礎(chǔ)電信運營商的要求為準(zhǔn)開發(fā)，所述基礎(chǔ)電信運營商包括電信、網(wǎng)通、移動、聯(lián)通、鐵通等。
所述接口模塊接收到信息后分析信息中包含的用戶身份信息、用戶操作指令以及附加信息來源方，再轉(zhuǎn)化為標(biāo)準(zhǔn)格式；當(dāng)接收到中心控制模塊的處理信息時，通過反饋模式查找對應(yīng)的反饋模式接口參數(shù)及內(nèi)容，將信息內(nèi)容回饋給用戶，中心控制模塊發(fā)送回接口模塊的信息包括用戶信息、反饋指令、反饋模式等等。
如圖4所示，所述中心控制模塊根據(jù)從接口模塊接收到的信息分析處理指令，調(diào)用用戶管理模塊，得到用戶當(dāng)前的狀態(tài)，再調(diào)用業(yè)務(wù)流程模塊，對符合操作流程的信息就調(diào)用用戶管理模塊、商品信息模塊、交易管理模塊和客戶服務(wù)模塊分別來完成指令中要求的功能并更新用戶狀態(tài)，最后完成反饋信息并查詢業(yè)務(wù)流程模塊，形成如上所述的循環(huán)操作流程取得下一步的提示，對于不符合操作流程的信息就直接返回到接口模塊。所以中心控制模塊是整個系統(tǒng)的核心，也是整個系統(tǒng)信息的集散地。
如圖5所示，所述用戶管理模塊用于完成系統(tǒng)中各種用戶的注冊、注銷以及在系統(tǒng)中各種權(quán)限的控制與管理，所述各種用戶，包括系統(tǒng)管理員、團(tuán)購客戶、提供商品的商家、進(jìn)行物流配送及其它合作者。
如圖6所示，所述商品信息模塊用于控制與管理與商品相聯(lián)系的屬性，商品的屬性包括參與團(tuán)購的各種商品信息、團(tuán)購方式、計費策略、回饋方式等一切。各種商品信息，例如三種電視機，分別為長虹、TCL和康佳，而這些不同品牌的電視機又有屏幕尺寸大小、顏色等不同的屬性，這些稱為商品信息。
如圖7所示，所述業(yè)務(wù)流程模塊用于將接收到的信息分析得到用戶狀態(tài)、當(dāng)前操作指令，并判斷是否符合當(dāng)前業(yè)務(wù)流程，對符合當(dāng)前業(yè)務(wù)流程的信息，向中心控制模塊返回分析結(jié)果并提示下一步的操作流程，不符合當(dāng)前業(yè)務(wù)流程的信息，業(yè)務(wù)流程模塊行中心控制模塊返回錯誤信息的結(jié)果。業(yè)務(wù)流程模塊運用統(tǒng)一的方式進(jìn)行調(diào)度與處理，它將是中心控制模塊工作的主要依據(jù)之一。通過對業(yè)務(wù)流程模塊的開發(fā)與設(shè)置，使整個系統(tǒng)的靈活性大大增加，便于為團(tuán)購用戶及商家提供更個性化、更具有廣泛適應(yīng)性的功能。
如圖8所示，所述交易管理模塊用于虛擬團(tuán)的組建、管理和對達(dá)成的團(tuán)購交易訂單的管理以及交易成功或失敗后相應(yīng)的后續(xù)工作的處理及管理。
如圖9所示，所述客戶服務(wù)模塊提供系統(tǒng)中各種功能、各種屬性及操作的說明，便于系統(tǒng)用戶在每一步的操作中，均可以方便快捷地找到幫助信息，輕松實現(xiàn)團(tuán)購，享受購物樂趣。
所述中心數(shù)據(jù)庫根據(jù)用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的需求，提供一個統(tǒng)一的數(shù)據(jù)庫，中心數(shù)據(jù)庫對用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的數(shù)據(jù)處理結(jié)果進(jìn)行數(shù)據(jù)運算、處理后將各類信息保存在物理介質(zhì)中。其它模塊需要數(shù)據(jù)均可從中心數(shù)據(jù)庫提取，中心數(shù)據(jù)庫還提供數(shù)據(jù)備份功能，加強系統(tǒng)的可靠性。
如圖11所示，本方法和系統(tǒng)通過增值業(yè)務(wù)的各種方式來實現(xiàn)團(tuán)購信息的互動交流。
實施例2
利用“虛擬團(tuán)購實施系統(tǒng)”實現(xiàn)單一商品虛擬團(tuán)購方法和系統(tǒng)，如圖12所示。
銷售商根據(jù)市場實際情況提供某商品的團(tuán)購價格，原則上是參與的人數(shù)越多優(yōu)惠力度越大，銷售商利用“虛擬團(tuán)購實施系統(tǒng)”來執(zhí)行該次團(tuán)購活動。例如長虹LT4288液晶電視，市場價9000元，達(dá)到50人以上，團(tuán)購價7500元，達(dá)到20～49人團(tuán)購價8000元，19～10人8500元，9人以下組團(tuán)不成立，無優(yōu)惠，以及付款方式、物流方式、咨詢電話在該團(tuán)購活動開始之前，這些信息都預(yù)先存儲在“虛擬團(tuán)購實施系統(tǒng)”中。
銷售商通過媒體廣告或者短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式向基礎(chǔ)電信運營商(電信、網(wǎng)通、移動、聯(lián)通、鐵通等)的既有用戶進(jìn)行通知，并告知以上用戶參與的團(tuán)購方式、優(yōu)惠的方案、付款方式、物流方式、咨詢電話。
本系統(tǒng)是通過接口模塊接收到銷售商的信息后，分析信息的內(nèi)容并發(fā)到中心控制模塊，中心控制模塊根據(jù)從接口模塊接收到的信息分析處理指令，調(diào)用用戶管理模塊，得到銷售商當(dāng)前的狀態(tài)，再調(diào)用業(yè)務(wù)流程模塊來控制將團(tuán)購的信息發(fā)送給用戶。
用戶收到信息后，根據(jù)自己的需求確定是否參加此商品的團(tuán)購，若無需求則直接放棄；用戶若有此商品的需求，則可以通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式進(jìn)行查詢，做更深層次的了解，同時也可以撥打咨詢電話；用戶了解清楚后若不愿參加團(tuán)購則直接放棄。
用戶了解清楚后愿意購買可直接通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式報名參加，并按照要求提供準(zhǔn)確的個人信息，以便系統(tǒng)進(jìn)行統(tǒng)計和及時通知。用戶將自己的需求必須按照團(tuán)購信息規(guī)定的方式和增值業(yè)務(wù)規(guī)定的方式發(fā)送給虛擬團(tuán)購系統(tǒng)。
“虛擬團(tuán)購實施系統(tǒng)”的接口模塊接收到用戶的信息后，中心數(shù)據(jù)庫就會根據(jù)用戶的參與數(shù)量和某商品的價格及時向用戶進(jìn)行通知最新的團(tuán)購價格，同時，“虛擬團(tuán)購實施系統(tǒng)”的中心數(shù)據(jù)庫會計算、統(tǒng)計并存儲各種信息，再通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式通知更多的用戶參加，以取得最大的團(tuán)購優(yōu)惠。
團(tuán)購結(jié)束后，“虛擬團(tuán)購實施系統(tǒng)”還是通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式通知參與用戶參加團(tuán)購的人數(shù)和團(tuán)購的價格，并告知最終參與團(tuán)購的方式，銷售商根據(jù)商品實際情況可收取參與用戶10％的訂金。
銷售商根據(jù)參與用戶提供的詳細(xì)資料通過物流方式將商品提供給參與用戶，并收取用戶的扣除訂金后的團(tuán)購余款。如果最終由于用戶的參與數(shù)量發(fā)生變化導(dǎo)致銷售商無法按通知價格提供商品，則在5個工作日內(nèi)退還參與用戶的訂金。
用戶通過團(tuán)購獲取的商品享受三包服務(wù)，有任何問題可撥打咨詢電話。
實施例3利用發(fā)明實現(xiàn)非單一商品虛擬團(tuán)購方法和系統(tǒng)，如圖15所示。
銷售單位根據(jù)市場實際情況提供某銷售范圍內(nèi)(規(guī)定時間、規(guī)定場地、規(guī)定商品)的團(tuán)購優(yōu)惠政策、參與方式、優(yōu)惠返還方式、咨詢電話。
本方法通過媒體廣告或者短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式向基礎(chǔ)電信運營商(電信、網(wǎng)通、移動、聯(lián)通、鐵通等)的既有用戶或銷售單位的會員用戶進(jìn)行通知，并告知用戶參與的方式和咨詢電話。
用戶根據(jù)自己的需求確定是否參加此次團(tuán)購。用戶若無需求則直接放棄；用戶若有此次團(tuán)購的需求，則可以通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式進(jìn)行查詢，做更深層次的了解，同時也可以撥打咨詢電話。用戶了解清楚后若不愿參加團(tuán)購則直接放棄。
用戶了解清楚后愿意購買可直接通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式報名參加，并根據(jù)“虛擬團(tuán)購實施系統(tǒng)”的要求提供準(zhǔn)確的個人信息，以便系統(tǒng)進(jìn)行統(tǒng)計和及時通知。
本方法根據(jù)用戶的參與數(shù)量和團(tuán)購優(yōu)惠政策及時向用戶進(jìn)行通知最新的團(tuán)購優(yōu)惠，并通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式通知更多的用戶參加，以取得最大的團(tuán)購優(yōu)惠。
如圖16所示，團(tuán)購結(jié)束后，“虛擬團(tuán)購實施系統(tǒng)”通過短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體等增值業(yè)務(wù)模式通知參與用戶參加團(tuán)購的人數(shù)和團(tuán)購優(yōu)惠，并告知團(tuán)購時間、團(tuán)購地點、團(tuán)購結(jié)束后優(yōu)惠折扣的返還方式(可以為現(xiàn)金，也可以為代金卷)。
“虛擬團(tuán)購實施系統(tǒng)”定期向參與用戶通知此次團(tuán)購的參與人數(shù)和團(tuán)購優(yōu)惠。9、團(tuán)購結(jié)束后，銷售單位將最終的團(tuán)購優(yōu)惠、優(yōu)惠返還方式、優(yōu)惠返還時間通知用戶。
如圖17所示，關(guān)于團(tuán)購信息的結(jié)束發(fā)布。
權(quán)利要求
1.基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于步驟如下A、首先團(tuán)購信息被預(yù)存儲在虛擬團(tuán)購系統(tǒng)中；B、用戶根據(jù)所獲得的團(tuán)購信息，通過增值業(yè)務(wù)的模式將用戶自己選擇的需求信息發(fā)送到虛擬團(tuán)購系統(tǒng)；C、虛擬團(tuán)購系統(tǒng)根據(jù)用戶發(fā)送的需求信息處理分析后再將相應(yīng)的信息通過增值業(yè)務(wù)傳送給用戶。
2.根據(jù)權(quán)利要求1所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于所述步驟A中的團(tuán)購信息包括參與方式、參與團(tuán)購商品的屬性、優(yōu)惠策略、物流信息、付款方式、聯(lián)系方式和該團(tuán)購活動的時間。
3.根據(jù)權(quán)利要求1所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于所述增值業(yè)務(wù)包括短信、USSD、IVR、WAP、彩信、彩e、KJAVA、UNIJAVA、BREW、流媒體。
4.根據(jù)權(quán)利要求1所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于所述步驟B中用戶將自己的需求按照團(tuán)購信息規(guī)定的方式和增值業(yè)務(wù)的信息模式發(fā)送給虛擬團(tuán)購系統(tǒng)。
5.根據(jù)權(quán)利要求1所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于所述步驟C中虛擬團(tuán)購系統(tǒng)分析用戶的需求信息后根據(jù)對應(yīng)的團(tuán)購信息進(jìn)行業(yè)務(wù)流程分析處理和數(shù)據(jù)運算處理、存儲。
6.根據(jù)權(quán)利要求1所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于所述步驟C中虛擬團(tuán)購系統(tǒng)根據(jù)對應(yīng)的團(tuán)購信息將用戶的需求結(jié)果用增值業(yè)務(wù)方式發(fā)送給用戶。
7.基于電信增值業(yè)務(wù)的虛擬團(tuán)購系統(tǒng)，其特征在于用戶利用增值業(yè)務(wù)將信息通過接口模塊收集整理，接口模塊將信息轉(zhuǎn)化為系統(tǒng)的標(biāo)準(zhǔn)格式傳送給中心控制模塊；中心控制模塊用于系統(tǒng)的總體控制與協(xié)調(diào)和完成各個模塊功能之間的配合與調(diào)度，將從接口模塊收集到的信息根據(jù)對應(yīng)的功能選擇性地分別傳送給用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊，當(dāng)信息錯誤的時候，中心控制模塊將發(fā)送錯誤信息給接口模塊；用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊分別對從中心控制模塊收到的信息進(jìn)行判斷，符合系統(tǒng)規(guī)定的正確信息被各個模塊分類處理，處理結(jié)果經(jīng)過中心數(shù)據(jù)庫進(jìn)行數(shù)據(jù)運算、處理和備份，并將最終結(jié)果返回到中心控制模塊，錯誤信息也被直接返回到中心控制模塊；再由中心控制模塊返回接口模塊，最后接口模塊將信息以相應(yīng)的接口形式返回給用戶。
8.根據(jù)權(quán)利要求7所述基于電信增值業(yè)務(wù)的虛擬團(tuán)購的系統(tǒng)，其特征在于A、所述接口模塊對應(yīng)的各種增值業(yè)務(wù)的接口的具體協(xié)議及接入模式必須以基礎(chǔ)電信運營商的要求，所述接口模塊接收到信息后分析信息中包含的用戶身份信息、用戶操作指令以及附加信息來源方，再轉(zhuǎn)化為標(biāo)準(zhǔn)格式；當(dāng)接收到中心控制模塊的處理信息時，通過反饋模式查找對應(yīng)的反饋模式接口參數(shù)及內(nèi)容，將信息內(nèi)容回饋給用戶；B、所述中心控制模塊根據(jù)從接口模塊接收到的信息分析處理指令，調(diào)用用戶管理模塊，得到用戶當(dāng)前的狀態(tài)，再調(diào)用業(yè)務(wù)流程模塊，對符合業(yè)務(wù)流程的信息就調(diào)用用戶管理模塊、商品信息模塊、交易管理模塊和客戶服務(wù)模塊分別完成指令中要求的功能并更新用戶狀態(tài)，最后完成反饋信息并查詢業(yè)務(wù)流程模塊，形成如上所述的循環(huán)操作流程取得下一步的提示，對于不符合操作流程的信息就直接返回到接口模塊。C、所述用戶管理模塊用于完成系統(tǒng)中各種用戶的注冊、注銷以及在系統(tǒng)中各種權(quán)限的控制與管理。D、所述商品信息模塊用于控制與管理與商品相聯(lián)系的屬性。E、所述業(yè)務(wù)流程模塊用于將接收到的信息分析得到用戶狀態(tài)、當(dāng)前操作指令，并判斷是否符合當(dāng)前業(yè)務(wù)流程，對符合當(dāng)前業(yè)務(wù)流程的信息，向中心控制模塊返回分析結(jié)果并提示下一步的操作流程，不符合當(dāng)前業(yè)務(wù)流程的信息，業(yè)務(wù)流程模塊向中心控制模塊返回錯誤信息的結(jié)果。F、所述交易管理模塊用于虛擬團(tuán)的組建、管理和對達(dá)成的團(tuán)購交易訂單的管理以及交易成功或失敗后相應(yīng)的后續(xù)工作的處理及管理。G、所述客戶服務(wù)模塊提供系統(tǒng)中各種功能、各種屬性及操作的說明。H、所述中心數(shù)據(jù)庫根據(jù)用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的需求，提供一個統(tǒng)一的數(shù)據(jù)庫，中心數(shù)據(jù)庫對用戶管理、商品信息、業(yè)務(wù)流程、交易管理、客戶服務(wù)模塊的數(shù)據(jù)處理結(jié)果進(jìn)行數(shù)據(jù)運算、處理后將各類信息保存在物理介質(zhì)中。
全文摘要
本發(fā)明公開了基于電信增值業(yè)務(wù)的虛擬團(tuán)購的方法，其特征在于步驟如下團(tuán)購信息被預(yù)存儲在虛擬團(tuán)購系統(tǒng)中；用戶根據(jù)所獲得的團(tuán)購信息，通過增值業(yè)務(wù)的模式將用戶自己選擇的需求信息發(fā)送到虛擬團(tuán)購系統(tǒng)；虛擬團(tuán)購系統(tǒng)根據(jù)用戶發(fā)送的需求信息處理分析后再將相應(yīng)的信息通過增值業(yè)務(wù)傳送給用戶；基于電信增值業(yè)務(wù)的虛擬團(tuán)購系統(tǒng)是用戶利用增值業(yè)務(wù)將信息通過接口模塊傳送給中心控制模塊；中心控制模塊將信息傳送給用戶管理模塊、商品信息模塊、業(yè)務(wù)流程模塊、交易管理模塊和客戶服務(wù)模塊，各個模塊對信息分類處理，再由中心控制模塊將結(jié)果通過接口模塊返回給用戶；本發(fā)明可以實時、快捷、方便的組織團(tuán)購人群，利用增值業(yè)務(wù)團(tuán)購計劃，達(dá)到買方和賣方供求關(guān)系的合理調(diào)配，實現(xiàn)共贏。
文檔編號H04Q7/22GK101018252SQ20061002236
公開日2007年8月15日 申請日期2006年11月30日 優(yōu)先權(quán)日2006年11月30日
發(fā)明者張明 申請人:張明