專利名稱：一種分布式活動平臺及其業(yè)務(wù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，具體地涉及一種便于管理的分布式活動平 臺架構(gòu)及其業(yè)務(wù)處理方法。
背景技術(shù)：
目前，分布式系統(tǒng)的應(yīng)用比較廣泛，例如， 一般應(yīng)用在大規(guī)模業(yè)務(wù)支撐系
統(tǒng)中，但在移動通信活動平臺并沒有應(yīng)用，目前的做法都是直接在Web服務(wù)器 上直接部署活動平臺，各種數(shù)據(jù)的運算、數(shù)據(jù)的展示、后臺應(yīng)用邏輯、前臺應(yīng) 用邏輯都集中在服務(wù)器進程中完成。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有移動通信活動平臺存在以下幾個弊
端由于各種數(shù)據(jù)及邏輯的處理都集中在服務(wù)器進程中完成，極大的影響服務(wù)
器的性能，產(chǎn)品運營方無法方便的對線上環(huán)境進行分析和維護，用戶的體驗無 法及時反饋到產(chǎn)品運營方，對于用戶訪問量較大的活動還會造成網(wǎng)絡(luò)堵塞。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種分布式活動平臺及其業(yè)務(wù)處理方法，以將產(chǎn)品 方的業(yè)務(wù)邏輯和用戶的業(yè)務(wù)邏輯分開處理。
為了實現(xiàn)上述目的，本發(fā)明實施例提供的一種分布式活動平臺包括 用戶體驗平臺、運營監(jiān)控平臺及中央控制器；
所述用戶體驗平臺用于接收用戶的活動參與請求并發(fā)送至中央控制器，由
所述中央控制器處理所述活動參與請求并生成用戶活動數(shù)據(jù)存儲至數(shù)據(jù)庫中； 所述運營監(jiān)控平臺用于接收運營方的監(jiān)控請求并發(fā)送至中央控制器，由中
央控制器調(diào)用數(shù)據(jù)庫中的用戶活動數(shù)據(jù)處理所述監(jiān)控請求。
本發(fā)明實施例提供的一種分布式活動平臺的業(yè)務(wù)處理方法包括 通過Web服務(wù)器接收用戶的活動參與請求；通過中央控制器處理所述用戶活動參與請求并生成用戶活動數(shù)據(jù)，將用戶
活動數(shù)據(jù)存儲至數(shù)據(jù)庫中；
通過運營服務(wù)器接收運營方的監(jiān)控請求；
通過中央控制器調(diào)用數(shù)據(jù)庫中的用戶活動數(shù)據(jù)處理所述監(jiān)控請求。 本發(fā)明實施例實現(xiàn)了用戶體驗和產(chǎn)品運營的業(yè)務(wù)邏輯分離，提高了系統(tǒng)的 穩(wěn)定性和高效性。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，
并不構(gòu)成對本發(fā)明的限定。在附圖中
圖l為本發(fā)明實施例的分布式活動平臺的架構(gòu)示意圖2為本發(fā)明另一實施例的分布式活動平臺的架構(gòu)示意圖3為本發(fā)明實施例的分布式活動平臺模塊間的交互示意圖4為本發(fā)明實施例中用戶參與活動的流程示意圖5為本發(fā)明實施例中產(chǎn)品運營方的監(jiān)控流程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明的 具體實施例進行詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本 發(fā)明，但并不作為對本發(fā)明的限定。
本發(fā)明實施例提供一種分布式活動平臺架構(gòu)。本發(fā)明實施例中，利用模塊 分解的方式，將活動平臺的通用功能按照不同的模塊分開部署，并利用負載均 衡來減少服務(wù)器的壓力，在提高用戶體驗的同時，為活動開展方(如產(chǎn)品運營 方)提供及時的反饋處理和用戶活動分析。
如圖1所示，本實施例的分布式活動平臺架構(gòu)包括用戶體驗平臺、運營 監(jiān)控平臺、中央控制器及數(shù)據(jù)轉(zhuǎn)換控制器。其中
用戶體驗平臺負責(zé)接收用戶活動參與請求，并展示處理結(jié)果，該用戶活動 參與請求可包括用戶信息(如用戶終端標(biāo)識)以及用戶要參加的活動信息等。用戶體驗平臺將接收的用戶活動參與請求發(fā)送至中央控制器，由中央控制器進
行業(yè)務(wù)處理。本發(fā)明實施例中，用戶體驗平臺包括負載均衡交換機及Web服務(wù) 器，如圖2所示。該負載均衡交換機可為四層負載均衡交換機，用于對多臺We b服務(wù)器進行負載均衡處理(由于負載均衡的實現(xiàn)屬于現(xiàn)有技術(shù)，因而在此不作 詳述)。參與活動的用戶通過瀏覽器訪問經(jīng)過負載均衡后的Web服務(wù)器，參與 活動的各種功能。負載均衡后的Web服務(wù)器的性能能夠滿足大批量的并發(fā)訪問。
所述運營監(jiān)控平臺用于接受產(chǎn)品運營方的訪問，接收產(chǎn)品運營方提供的用 戶活動統(tǒng)計、用戶活動監(jiān)控、或用戶活動干預(yù)等用戶監(jiān)控請求，并將所述用戶 監(jiān)控請求傳送至中央控制器，由中央控制器通過數(shù)據(jù)轉(zhuǎn)換控制器調(diào)用數(shù)據(jù)庫中 的用戶活動數(shù)據(jù)進行用戶活動統(tǒng)計、用戶活動監(jiān)控，并在出現(xiàn)對系統(tǒng)較大的擾 動時，可人為的進行用戶活動干預(yù)，降低系統(tǒng)的風(fēng)險性。本實施例中，運營監(jiān) 控平臺為產(chǎn)品運營服務(wù)器。
所述中央控制器負責(zé)對來自用戶體驗平臺或運營監(jiān)控平臺的請求進行相應(yīng) 地業(yè)務(wù)邏輯處理，或通過更高效的方式調(diào)用第三方接口進行業(yè)務(wù)處理，并將相 應(yīng)的處理結(jié)果反饋至用戶體驗平臺或運營監(jiān)控平臺。例如，中央控制器在接收 到來自用戶體驗平臺的用戶的活動參與請求后，處理用戶的活動參與請求，將 處理結(jié)果(即活動參與結(jié)果)反饋給用戶體驗平臺，并將用戶活動數(shù)據(jù)通過數(shù) 據(jù)轉(zhuǎn)換控制器提交至數(shù)據(jù)庫。中央控制器在接收到運營監(jiān)控平臺的業(yè)務(wù)請求時， 通過數(shù)據(jù)轉(zhuǎn)換控制器從數(shù)據(jù)庫中提取相應(yīng)的用戶活動數(shù)據(jù)進行活動分析統(tǒng)計、 活動監(jiān)控等處理，并將處理結(jié)果反饋給產(chǎn)品運營方。本發(fā)明實施例中，用戶活 動參與請求是用戶參與活動的操作，用戶活動數(shù)據(jù)是記錄用戶活動中的信息等， 如操作記錄，積分等。
所述數(shù)據(jù)轉(zhuǎn)換控制器負責(zé)各種數(shù)據(jù)的入庫(存入數(shù)據(jù)庫)和出庫(提取出 數(shù)據(jù)庫)處理，可以控制數(shù)據(jù)轉(zhuǎn)換的格式和類型，提高數(shù)據(jù)訪問的安全性。
從圖1和圖2所示的分布式活動平臺的架構(gòu)可以看出，該架構(gòu)的內(nèi)部主要分 成了四個模塊用戶參與活動的平臺(即用戶體驗平臺)、實現(xiàn)產(chǎn)品運營的數(shù)據(jù)監(jiān)控和用戶活動統(tǒng)計功能的平臺(運營監(jiān)控平臺)、專用于業(yè)務(wù)邏輯處理的 中央控制器以及負責(zé)協(xié)調(diào)各種數(shù)據(jù)交換的數(shù)據(jù)轉(zhuǎn)換控制器。 參照圖3所示的分布式活動平臺模塊間的交互示意圖
用戶通過Web頁面以參與活動的方式向Web服務(wù)器提出活動參與請求，該活
動參與請求中包括用戶終端信息(如手機號/飛信號碼等等)及待參加的活動信 息。Web服務(wù)器在接收到用戶活動參與請求時，經(jīng)過身份驗證之后，將用戶的 活動參與請求數(shù)據(jù)發(fā)送給中央處理器。中央處理器接收到用戶活動參與請求之 后，進行相應(yīng)的業(yè)務(wù)處理，及時將結(jié)果反饋給Web服務(wù)器，并最終呈現(xiàn)給用戶。 同時，中央控制器分析用戶活動請求并進行處理之后，獲得用戶活動數(shù)據(jù)，通 過數(shù)據(jù)轉(zhuǎn)換控制器存儲到數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)庫中。例如，在用戶預(yù)請求參與 推薦好友得積分活動時，用戶將自己的飛信號碼和活動信息(如飛信活動編號) 通過web頁面提供給web服務(wù)器，web服務(wù)器認證用戶身份后，將請求發(fā)給中央處
理器，中央處理器從數(shù)據(jù)庫提取用戶好友數(shù)量，并根據(jù)數(shù)量換算成積分，反饋 給web服務(wù)器，同時，中央控制器處理用戶請求后，生成相應(yīng)的用戶活動數(shù)據(jù)， 如用戶終端的飛信號碼、操作記錄、獲得的積分信息等，并通過數(shù)據(jù)轉(zhuǎn)換控制 器存儲至數(shù)據(jù)庫中。
對于產(chǎn)品運營方，在預(yù)進行運營監(jiān)控時，運營方通過軟件提出運營監(jiān)控請 求(例如包括用戶活動分析、用戶活動監(jiān)控等請求)，由運營服務(wù)器提交給中 央控制器，中央控制器通過數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)轉(zhuǎn)換控制器從該數(shù)據(jù)庫服務(wù) 器的數(shù)據(jù)庫中提取相應(yīng)的數(shù)據(jù)，進行統(tǒng)計分析后，將用戶活動數(shù)據(jù)反饋給產(chǎn)品 運營服務(wù)器。在用戶活動對活動平臺系統(tǒng)出現(xiàn)較大的擾動時，可由監(jiān)控平臺通 過人工分析進行決策，可人為地進行干預(yù)，此時運營服務(wù)器重新向中央控制器 發(fā)出干預(yù)命令。中央控制器接接收到干預(yù)命令之后，進行相應(yīng)的處理，并將最 終結(jié)果反饋給活動平臺。例如當(dāng)活動規(guī)則發(fā)生改變時，運營人員通過后臺管理 模塊將新的活動規(guī)則提交到運營服務(wù)器，運營服務(wù)器將新規(guī)則提交給中央處理 器，中央處理器根據(jù)新規(guī)則重新處理用戶數(shù)據(jù)，并把新數(shù)據(jù)反饋給web服務(wù)器，web服務(wù)器更新用戶的活動結(jié)果。
圖3所示的活動平臺的交互示意圖中可以看出，中央控制器的業(yè)務(wù)邏輯比較
復(fù)雜，主要分為以下幾個部分
1) 與數(shù)據(jù)轉(zhuǎn)換控制器。中央控制器負責(zé)從數(shù)據(jù)轉(zhuǎn)換控制器提取數(shù)據(jù)進行業(yè) 務(wù)邏輯處理、向數(shù)據(jù)轉(zhuǎn)換控制器輸入處理完畢的結(jié)果。
2) 與用戶體驗平臺。中央控制器負責(zé)將用戶體驗平臺傳輸過來的用戶活動
請求數(shù)據(jù)進行處理，并將處理后獲得的活動數(shù)據(jù)進行規(guī)類，通過數(shù)據(jù)轉(zhuǎn)換控制
器存入數(shù)據(jù)庫，并將處理結(jié)果反饋給活動平臺。中央控制器可通過Websevice(W eb服務(wù)中間件)的方式與用戶體驗平臺(Web服務(wù)器)進行數(shù)據(jù)交換。
3) 與運營監(jiān)控平臺。中央控制器接收到運營監(jiān)控平臺的監(jiān)控請求，通過數(shù) 據(jù)轉(zhuǎn)換控制器從數(shù)據(jù)庫中提取需要分析的數(shù)據(jù)，按照預(yù)定義的處理規(guī)則(例如 增加1個好友加10積分)進行計算，最終將結(jié)果反饋給監(jiān)控平臺。監(jiān)控平臺通過 人工分析進行決策后，可重新向中央控制器發(fā)出干預(yù)命令。中央控制器接接收 到干預(yù)命令之后，進行相應(yīng)的處理，最終將結(jié)果反饋給活動平臺。中央控制器 可通過Remoting (遠程接口)方式與運營監(jiān)控平臺進行數(shù)據(jù)交換。
傳統(tǒng)的活動平臺架構(gòu)設(shè)計方案主要都是從軟件設(shè)計的角度來進行設(shè)計。本 發(fā)明實施例的分布式活動平臺架構(gòu)則主要是從用戶體驗(主要是參與活動的用 戶)及產(chǎn)品運營方(發(fā)起方)的角度來進行設(shè)計，能更加貼近最終使用者的需 要。用戶體驗主要對活動功能、訪問的效率、活動的新穎性進行關(guān)注，產(chǎn)品運 營方則主要負責(zé)用戶活動統(tǒng)計，用戶活動數(shù)據(jù)實時監(jiān)測，用戶異常行為干預(yù)。 這兩個部分的數(shù)據(jù)處理及數(shù)據(jù)通訊分別由中央控制器和數(shù)據(jù)轉(zhuǎn)換控制器來完 成。
上述可知，本實施例的分布式活動平臺將產(chǎn)品方的業(yè)務(wù)邏輯和用戶的業(yè)務(wù) 邏輯徹底分開，對于訪問量大的用戶的業(yè)務(wù)邏輯可通過較為流行的HTTP協(xié)議進 行通訊，提高活動平臺可訪問性；對于產(chǎn)品運營的監(jiān)控和行為處理方面，可直 接采用TCP/IP協(xié)議，可以極大的提高網(wǎng)絡(luò)傳輸效率。圖4為本發(fā)明實施例中用戶參與活動的流程示意圖。如圖4所示，該流程包
括
(1) 用戶通過參與活動方式提出請求。例如，用戶發(fā)送參加推薦好友得積
分活動的i青求。
(2) Web服務(wù)器在接收到用戶的活動參與請求，經(jīng)過身份驗證之后，將用 戶的請求數(shù)據(jù)(如飛信號碼，參加的活動，參加活動時間等)發(fā)送給中央控制 器。
(3) 中央控制器接收到用戶的請求并進行身份驗證之后，基于用戶的請求 進行業(yè)務(wù)邏輯處理。
(4) 中央控制器將用戶的活動請求進行處理之后，獲得相應(yīng)的活動數(shù)據(jù)(如 飛信號碼，操作記錄、獲得的積分等)，并將該活動數(shù)據(jù)通過數(shù)據(jù)轉(zhuǎn)換控制器 存儲到數(shù)據(jù)庫中。
(5) 業(yè)務(wù)邏輯處理后，中央控制器將處理結(jié)果反饋給Web服務(wù)器。
(6) Web服務(wù)器將接收到的處理結(jié)果呈現(xiàn)給用戶。
圖5為本發(fā)明實施例中產(chǎn)品運營方的監(jiān)控流程示意圖。如圖5所示，該流程 包括
(1) 運營方分析或監(jiān)控請求。
(2) 運營服務(wù)器將運營方的請求提交給中央控制器。
(3 )中央控制器分析運營方的請求后通過數(shù)據(jù)轉(zhuǎn)換控制器從數(shù)據(jù)庫中提取 相應(yīng)的用戶活動數(shù)據(jù)。
(4) 中央控制器進行用戶活動數(shù)據(jù)的處理(如綜合統(tǒng)計分析)后，將用戶 活動數(shù)據(jù)的處理結(jié)果發(fā)送至運營服務(wù)器。
(5) 運營服務(wù)器將處理結(jié)果反饋給產(chǎn)品運營方。
上述可知，本發(fā)明實施例的分布式活動平臺釆用分布式開發(fā)與部署，將產(chǎn) 品方的業(yè)務(wù)邏輯和用戶的業(yè)務(wù)邏輯徹底分開，可方便運營方監(jiān)控和統(tǒng)計用戶活 動信息，并可在不影響用戶訪問的情況下進行人工干預(yù)，這樣不僅可以為活動的開展提供數(shù)據(jù)支持，而且提升了活動運行的穩(wěn)定性。并且，本發(fā)明實施例結(jié) 合負載均衡技術(shù)，提高了用戶大批量訪問的支撐能力。另，本發(fā)明的分布式活 動平臺與現(xiàn)有的活動平臺相比，降低了系統(tǒng)的開發(fā)難度，提高了開發(fā)效率，并 降低了對硬件(服務(wù)器或環(huán)境)的依賴性。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀取存儲
介質(zhì)中，比如R0M/RAM、磁碟、光盤等。
以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進 一步詳細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不 用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、 等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種分布式活動平臺，其特征在于該平臺包括用戶體驗平臺、運營監(jiān)控平臺及中央控制器；所述用戶體驗平臺用于接收用戶的活動參與請求并發(fā)送至中央控制器，由所述中央控制器處理所述活動參與請求并生成用戶活動數(shù)據(jù)存儲至數(shù)據(jù)庫中；所述運營監(jiān)控平臺用于接收運營方的監(jiān)控請求并發(fā)送至中央控制器，由中央控制器調(diào)用數(shù)據(jù)庫中的用戶活動數(shù)據(jù)處理所述監(jiān)控請求。
2、 根據(jù)權(quán)利要求l所述的平臺，其特征在于，該平臺還包括 數(shù)據(jù)轉(zhuǎn)換控制器，連接所述中央控制器，用于將用戶活動數(shù)據(jù)存入數(shù)據(jù)庫或從數(shù)據(jù)庫中提取出用戶活動數(shù)據(jù)之前進行數(shù)據(jù)格式和/或類型的轉(zhuǎn)換。
3、 根據(jù)權(quán)利要求l所述的平臺，其特征在于所述用戶體驗平臺包括負載均衡交換機和Web服務(wù)器； 所述負載均衡交換機對所述Web服務(wù)器進行負載均衡處理。
4、 根據(jù)權(quán)利要求l所述的平臺，其特征在于所述中央控制器通過Web服務(wù)中間件與用戶體驗平臺進行數(shù)據(jù)交換。
5、 根據(jù)權(quán)利要求l所述的平臺，其特征在于 所述中央控制器通過TCP/IP協(xié)議與運營監(jiān)控平臺進行數(shù)據(jù)交換。
6、 一種分布式活動平臺的業(yè)務(wù)處理方法，其特征在于，該方法包括: 通過Web服務(wù)器接收用戶的活動參與請求；通過中央控制器處理所述用戶活動參與請求并生成用戶活動數(shù)據(jù)，將用戶活動數(shù)據(jù)存儲至數(shù)據(jù)庫中；通過運營服務(wù)器接收運營方的監(jiān)控請求；通過中央控制器調(diào)用數(shù)據(jù)庫中的用戶活動數(shù)據(jù)處理所述監(jiān)控請求。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法還包括 將用戶活動數(shù)據(jù)存入數(shù)據(jù)庫或從數(shù)據(jù)庫中提取出之前，進行數(shù)據(jù)格式和/或類型的轉(zhuǎn)換。
8、 根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法還包括-對所述Web服務(wù)器進行負載均衡處理。
9、 根據(jù)權(quán)利要求6所述的方法，其特征在于接收用戶的活動參與請求是指通過Web服務(wù)中間件接收用戶的活動參與請
10、 根據(jù)權(quán)利要求6所述的方法，其特征在于接收運營方的監(jiān)控請求是指通過TCP/IP協(xié)議接收運營方的監(jiān)控請求。
全文摘要
本發(fā)明提供一種分布式活動平臺及其業(yè)務(wù)處理方法，該平臺包括用戶體驗平臺、運營監(jiān)控平臺及中央控制器；所述用戶體驗平臺用于接收用戶的活動參與請求并發(fā)送至中央控制器，由所述中央控制器處理所述活動參與請求并生成用戶活動數(shù)據(jù)存儲至數(shù)據(jù)庫中；所述運營監(jiān)控平臺用于接收運營方的監(jiān)控請求并發(fā)送至中央控制器，由中央控制器調(diào)用數(shù)據(jù)庫中的用戶活動數(shù)據(jù)處理所述監(jiān)控請求。本發(fā)明實施例實現(xiàn)了用戶體驗和產(chǎn)品運營的業(yè)務(wù)邏輯分離，提高了系統(tǒng)的穩(wěn)定性和高效性。
文檔編號H04W24/00GK101448271SQ20081024102
公開日2009年6月3日 申請日期2008年12月24日 優(yōu)先權(quán)日2008年12月24日
發(fā)明者卓 吳, 旻 李, 武文帥, 畢一諾, 峰 薛, 飛 郭 申請人:中國移動通信集團北京有限公司