專利名稱：用戶鑒權(quán)方法、業(yè)務(wù)系統(tǒng)以及綜合業(yè)務(wù)管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種用戶鑒權(quán)方法、業(yè) 務(wù)系統(tǒng)以及綜合業(yè)務(wù)管理系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，電信業(yè)增值業(yè)務(wù)快速發(fā)展，并且由于移
動終端^皮廣泛應(yīng)用，電-見、壽欠終端等各種i殳備隨時隨地可以享受增 值業(yè)務(wù)爿l務(wù)，對于增值業(yè)務(wù)的運營和管理是電信迫切需要解決的問 題，目前某些增值業(yè)務(wù)還沒有被統(tǒng)一管理，每種增值業(yè)務(wù)都有其各 自的系統(tǒng)，這造成了建i殳成本的增加，以及各個增值業(yè)務(wù)之間相互 脫節(jié)，因此，，提出了綜合業(yè)務(wù)管理平臺的概念。
目前，綜合業(yè)務(wù)管理平臺和業(yè)務(wù)系統(tǒng)之間主要是基于傳輸控制 協(xié)i義(Transfer Control Protocol,簡稱為TCP ) /互耳關(guān)網(wǎng)妨、議(Internet Protocol,簡稱為IP)的長連接消息交互機制，例如電信的綜合業(yè) 務(wù)管理接入?yún)f(xié)議(Integrated Management Access Protocol, 簡稱為 ISMAP )、 網(wǎng)通的業(yè)務(wù)4空制計費十辦i義(Service Control Charging Protocol,簡稱為SCCP)、聯(lián)通的業(yè)務(wù)提供商接入?yún)f(xié)議(Service Provider Access Protocol,簡稱為SPAP),上述消息協(xié)i義的優(yōu)點是效 率高，對于消息交互特別頻繁的業(yè)務(wù)非常適合，但是這種消息的響 應(yīng)中不適合攜帶復雜的信息， 一般都是簡單的成功消息或者失敗消 息，如果要在響應(yīng)消息中返回一個擴展才示i己i吾言(extented MarkedLanguage,筒稱為xML)信息，這種消息類的協(xié)議不適合，而采用 網(wǎng)纟各月良務(wù)(webService)消息更加適合。
隨著內(nèi)容類的增值業(yè)務(wù)的大量開展，下載、彩鈴、網(wǎng)絡(luò)電視IPTV 等各種業(yè)務(wù)迅速發(fā)展。對于內(nèi)容類產(chǎn)品，實際用戶看到和使用的都 是內(nèi)容，但是實際計費都是按照產(chǎn)品進行計費，因此，存在內(nèi)容信 息和產(chǎn)品信息需要統(tǒng)一的問題，為了解決該問題，相關(guān)技術(shù)提出了 一種解決方案，把內(nèi)容信息、產(chǎn)品信息、內(nèi)容和產(chǎn)品的關(guān)聯(lián)信息都 通過文件傳輸協(xié)議(File Transport Protocol,簡稱為FTP)同步到業(yè) 務(wù)系統(tǒng)中，但是，這種方案的處理過程完全需要在業(yè)務(wù)系統(tǒng)中進行， 由于在業(yè)務(wù)系統(tǒng)內(nèi)的處理過程復雜，導致業(yè)務(wù)系統(tǒng)的負荷比較大。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中業(yè)務(wù)系統(tǒng)的負荷比較大的問題而提出本發(fā)明， 為此，本發(fā)明的主要目的在于提供一種改進的用戶鑒權(quán)方案，以解 決上述問題。
為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的一個方面，提供了一種用戶 鑒—又方法。
根據(jù)本發(fā)明的用戶鑒權(quán)方法包括業(yè)務(wù)系統(tǒng)根據(jù)本地保存的內(nèi) 容信息獲取用戶請求的內(nèi)容的內(nèi)容標識，并向綜合業(yè)務(wù)管理系統(tǒng)發(fā) 送鑒權(quán)消息，其中，鑒權(quán)消息中攜帶有用戶的用戶標識和內(nèi)容標識； 綜合業(yè)務(wù)管理系統(tǒng)^妄收鑒^又消息，并才艮據(jù)用戶標識和內(nèi)容標識對用 戶進行鑒權(quán)。
優(yōu)選地，在業(yè)務(wù)系統(tǒng)獲取內(nèi)容標識之前，上述方法還包括綜 合業(yè)務(wù)管理系統(tǒng)將內(nèi)容信息同步給業(yè)務(wù)系統(tǒng)。優(yōu)選地，綜合業(yè)務(wù)管理系統(tǒng)4艮據(jù)用戶標識和內(nèi)容標識對用戶進
4亍鑒一又包括綜合業(yè)務(wù)管理系統(tǒng)才艮據(jù)用戶標識和內(nèi)容標識判斷用戶
是否定購了預定產(chǎn)品，其中，預定產(chǎn)品包括內(nèi)容標識對應(yīng)的內(nèi)容；
如果用戶定購了預定產(chǎn)品，綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反々貴鑒4又
成功消息；如果用戶沒有定購預定產(chǎn)品，綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù) 系統(tǒng)反饋產(chǎn)品列表，其中，產(chǎn)品列表用于指示預定產(chǎn)品。
優(yōu)選地，在綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反饋鑒權(quán)成功消息之 后，上述方法還包括業(yè)務(wù)系統(tǒng)接收鑒權(quán)成功消息，并根據(jù)內(nèi)容信
息控制用戶使用內(nèi)容。
優(yōu)選地，在綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反饋產(chǎn)品列表之后，
上述方法還包括業(yè)務(wù)系統(tǒng)接收產(chǎn)品列表，并將產(chǎn)品列表反饋給用 戶。
優(yōu)選地，在業(yè)務(wù)系統(tǒng)將產(chǎn)品列表反々貴給用戶之后，上述方法還 包括業(yè)務(wù)系統(tǒng)根據(jù)用戶的選擇向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送定購消息，
井T ， 》戶J T OS '—巾'々J 乂卞J廠4。、"V—、，w廠'口口個— 一、。
優(yōu)選地，在業(yè)務(wù)系統(tǒng)向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送定購消息之后，
上述方法還包括綜合業(yè)務(wù)管理系統(tǒng)*接收定購消息，并4艮據(jù)用戶標 識和產(chǎn)品標識進^f于定購處理；如果定購處理指示定購成功，則綜合 業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反々貴定購成功消息；業(yè)務(wù)系統(tǒng)-接收訂購成 功消息，并根據(jù)內(nèi)容信息控制用戶使用內(nèi)容。
優(yōu)選地，定購消息為網(wǎng)全備月良務(wù)消息。
優(yōu)選地，鑒權(quán)消息為網(wǎng)絡(luò)服務(wù)消息。
為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的另一個方面，4是供了一種業(yè) 務(wù)系統(tǒng)。根據(jù)本發(fā)明的業(yè)務(wù)系統(tǒng)包括獲取模塊，用于根據(jù)本地保存的 內(nèi)容信息獲取用戶請求的內(nèi)容的內(nèi)容標識；發(fā)送模塊，用于在獲取 模塊獲取到內(nèi)容標識之后，向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其 中，鑒4又消息中攜帶有用戶的用戶標識和內(nèi)容標識。
為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的另一個方面，還4是供了一種 綜合業(yè)務(wù)管理系統(tǒng)。
根據(jù)本發(fā)明的綜合業(yè)務(wù)管理系統(tǒng)包括接收模塊，用于接收來 自業(yè)務(wù)系統(tǒng)的鑒權(quán)消息，其中，鑒權(quán)消息中攜帶有用戶標識和內(nèi)容 標識；鑒權(quán)模塊，用于根據(jù)接收模塊接收的用戶標識和內(nèi)容標識對 用戶進行鑒權(quán)。
優(yōu)選地，鑒權(quán)模塊包括判斷子模塊，用于根據(jù)用戶標識和內(nèi) 容標識判斷用戶是否定購了預定產(chǎn)品，其中，預定產(chǎn)品包括內(nèi)容標 識對應(yīng)的內(nèi)容；第一反饋子模塊，用于在判斷子模塊判斷用戶定購 了預定產(chǎn)品的情況下，向業(yè)務(wù)系統(tǒng)反饋鑒權(quán)成功消息；第二反饋子 模塊，用于在判斷子模塊判斷用戶沒有定購預定產(chǎn)品的情況下，向 業(yè)務(wù)系統(tǒng)反々赍產(chǎn)品列表，其中，產(chǎn)品列表用于指示預定產(chǎn)品。
通過本發(fā)明，采用在綜合業(yè)務(wù)管理系統(tǒng)根據(jù)來自業(yè)務(wù)系統(tǒng)的鑒 權(quán)消息進行鑒權(quán)的方法，解決了相關(guān)技術(shù)中業(yè)務(wù)系統(tǒng)的負荷比較大 的問題，進而減輕了業(yè)務(wù)系統(tǒng)的負荷。


此處所說明的附圖用來4是供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是用于實施本發(fā)明實施例的包括業(yè)務(wù)系統(tǒng)和綜合業(yè)務(wù)管理
系統(tǒng)的通信系統(tǒng)的結(jié)構(gòu)示意圖2是才艮據(jù)本發(fā)明實施例的用戶鑒4又方法的流程圖3是才艮據(jù)本發(fā)明實施例的業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)框圖4是根據(jù)本發(fā)明實施例的綜合業(yè)務(wù)管理系統(tǒng)的結(jié)構(gòu)框圖5是4艮據(jù)本發(fā)明實施例的綜合業(yè)務(wù)管理系統(tǒng)的具體結(jié)構(gòu)框
圖6是根據(jù)本發(fā)明實施例的結(jié)合圖1的用戶鑒權(quán)處理的流程圖。
具體實施方式
功能概述
考慮到相關(guān)技術(shù)中業(yè)務(wù)系統(tǒng)的負荷比較大的問題，本發(fā)明實施 例提供了 一種改進的用戶鑒權(quán)方案，綜合業(yè)務(wù)管理系統(tǒng)僅僅把內(nèi)容 信息同步到業(yè)務(wù)系統(tǒng)，根據(jù)內(nèi)容反查產(chǎn)品，雖然內(nèi)容和產(chǎn)品之間是 一對多的關(guān)系， 一個內(nèi)容可以包含在多個產(chǎn)品中，但是，對于用戶 來說不管內(nèi)容包含在哪個產(chǎn)品中，用戶并不需要關(guān)心，關(guān)心的是內(nèi) 容本身。通過這種方案，在綜合業(yè)務(wù)管理系統(tǒng)根據(jù)來自業(yè)務(wù)系統(tǒng)的 鑒權(quán)消息進行鑒權(quán)的方法，可以減輕業(yè)務(wù)系統(tǒng)的負荷。
需要說明的是，在不沖突的情況下，本申請中的實施例及實施 例中的特4正可以相互組合。下面將參考附圖并結(jié)合實施例來詳細i兌 明本發(fā)明。
圖1是用于實施本發(fā)明實施例的包括業(yè)務(wù)系統(tǒng)和綜合業(yè)務(wù)管理 系統(tǒng)的通4言系統(tǒng)的結(jié)構(gòu)示意圖，如圖1所示，該通4言系統(tǒng)包才舌業(yè)務(wù)系統(tǒng)ll、綜合業(yè)務(wù)管理系統(tǒng)IO、內(nèi)容才是供商(Content Provider, 簡稱為CP) /服務(wù)提供商(Service Provider,簡稱為SP ) 12、終端 用戶13，下面對上述的結(jié)構(gòu)進4亍詳細描述。
業(yè)務(wù)系統(tǒng)ll,連接至CP/SP 12和終端用戶13,用于向終端用 戶13提供增值業(yè)務(wù)的系統(tǒng)，其中包括業(yè)務(wù)觸發(fā)器111，業(yè)務(wù)觸發(fā)器 111是業(yè)務(wù)系統(tǒng)11中的一個模塊，用于和綜合業(yè)務(wù)管理系統(tǒng)10之 間進4亍交互的才莫塊，具體用于在偵察終端用戶13在業(yè)務(wù)系統(tǒng)11上 4吏用業(yè)務(wù)時，觸發(fā)鑒4又消息到綜合業(yè)務(wù)管理系統(tǒng)10。
綜合業(yè)務(wù)管理系統(tǒng)IO，連4妻至CP/SP 12、鄉(xiāng)冬端用戶13、和業(yè) 務(wù)系統(tǒng)ll，用于管理業(yè)務(wù)系統(tǒng)ll，判斷終端用戶13是否可以〗吏用 這個業(yè)務(wù)，以及確定實際費用，還用于對業(yè)務(wù)進行鑒權(quán)、批價，觸 發(fā)業(yè)務(wù)計費，最終生成話單，管理業(yè)務(wù)。綜合業(yè)務(wù)管理系統(tǒng)IO包括 業(yè)務(wù)邏輯處理器101、凄t才居庫i方問單元102、統(tǒng)一配置單元103、才妄 口單元104。
升1^、-to， 乂^ 、i^巧吁？^^i為乂tj —_) <f*r*l、;^ EJ <文屮干7u lbH h、J
消息，調(diào)用數(shù)據(jù)庫訪問單元102來訪問數(shù)據(jù)庫，并才艮據(jù)凄t據(jù)庫中的 信息判斷用戶是否可以使用該內(nèi)容。數(shù)據(jù)庫訪問單元102,用于負 責和lt據(jù)庫交互的沖莫塊。統(tǒng)一配置單元103,用于預先4巴綜合業(yè)務(wù) 管理系統(tǒng)10中的內(nèi)容信息同步到業(yè)務(wù)系統(tǒng)11的配置模塊(圖中未 示出)中。4妄口單元104，是綜合業(yè)務(wù)管理系統(tǒng)10中對外的4妄口部 分，用于和業(yè)務(wù)系鄉(xiāng)充11之間交互。
方法實施例
根據(jù)本發(fā)明的實施例，提供了一種用戶鑒權(quán)方法，該方法可以 結(jié)合上述圖1中描述的結(jié)構(gòu)來實現(xiàn)。圖2是根據(jù)本發(fā)明實施例的用戶鑒權(quán)方法的流程圖，如圖2所 示，該方法包括如下的步驟S202至步驟S204:
步驟S202,業(yè)務(wù)系統(tǒng)根據(jù)本地保存的內(nèi)容信息獲取用戶請求的 內(nèi)容的內(nèi)容標識，并向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其中，鑒 權(quán)消息中攜帶有用戶的用戶標識和內(nèi)容標識，該鑒權(quán)消息可以為網(wǎng) 絡(luò)服務(wù)(webService)消息；在此之前，綜合業(yè)務(wù)管理系統(tǒng)將內(nèi)容 信息同步給業(yè)務(wù)系統(tǒng)。
步驟S204,綜合業(yè)務(wù)管理系統(tǒng)接收鑒權(quán)消息，并根據(jù)用戶標識 和內(nèi)容標識對用戶進4亍鑒;f又。
具體地，綜合業(yè)務(wù)管理系統(tǒng)才艮據(jù)用戶標識和內(nèi)容標識判斷用戶 是否定購了預定產(chǎn)品，其中，預定產(chǎn)品包"l舌內(nèi)容標識對應(yīng)的內(nèi)容； 如果用戶定購了預定產(chǎn)品，綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反々貴鑒權(quán) 成功消息；如果用戶沒有定購預定產(chǎn)品，綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù) 系統(tǒng)反饋產(chǎn)品列表，其中，產(chǎn)品列表用于指示預定產(chǎn)品。
在步驟S204之后，該方法根據(jù)上述操作還可以包括如下處理
(1 )在綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反饋鑒權(quán)成功消息之后， 業(yè)務(wù)系統(tǒng)接收鑒權(quán)成功消息，并根據(jù)內(nèi)容信息控制用戶使用內(nèi)容。
(2 )在綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反々貴產(chǎn)品列表之后，業(yè)務(wù) 系統(tǒng)接收產(chǎn)品列表，并將產(chǎn)品列表反饋給用戶，業(yè)務(wù)系統(tǒng)根據(jù)用戶 的選#^向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送定購消息-,其中，定購消息中攜帶 有用戶標識和產(chǎn)品標識，該定購消息可以為網(wǎng)絡(luò)月良務(wù)(webService ) 消息。此后，綜合業(yè)務(wù)管理系統(tǒng)4妄4文定購消息，并沖艮才居用戶標識和 產(chǎn)品標識進行定購處理，如果定購處理指示定購成功，則綜合業(yè)務(wù) 管理系統(tǒng)向業(yè)務(wù)系統(tǒng)反々貴定購成功消息，業(yè)務(wù)系統(tǒng)接收訂購成功消 息，并根據(jù)內(nèi)容信息控制用戶使用內(nèi)容。通過該實施例，采用在綜合業(yè)務(wù)管理系統(tǒng)才艮據(jù)來自業(yè)務(wù)系統(tǒng)的 鑒權(quán)消息進行鑒權(quán)的方法，解決了相關(guān)技術(shù)中業(yè)務(wù)系統(tǒng)的負荷比較 大的問題，進而減輕了業(yè)務(wù)系統(tǒng)的負荷。
下面結(jié)合圖1中描述的結(jié)構(gòu)，對上述方法實施例的實現(xiàn)過程進 4亍描述。
綜合業(yè)務(wù)管理系統(tǒng)把內(nèi)容信息通過FTP同步給業(yè)務(wù)系統(tǒng)，用戶
使用內(nèi)容信息時，先需要經(jīng)過業(yè)務(wù)系統(tǒng)，業(yè)務(wù)系統(tǒng)的業(yè)務(wù)觸發(fā)器通
過webService消息發(fā)送鑒權(quán)消息給綜合業(yè)務(wù)管理系統(tǒng)接口模塊，其 中，webService消息中攜帶有用戶標識和內(nèi)容標識，綜合業(yè)務(wù)管理 系統(tǒng)才艮據(jù)用戶標識和內(nèi)容標識信息判斷用戶是否可以4吏用這個內(nèi) 容，即，判斷該用戶是否已經(jīng)定購和包含該內(nèi)容的產(chǎn)品，如果已經(jīng) 定購，則4妻口才莫塊返回給業(yè)務(wù)系統(tǒng)的業(yè)務(wù)觸發(fā)器成功，如果沒有定 購，則接口模塊返回給業(yè)務(wù)觸發(fā)器包含該內(nèi)容的產(chǎn)品列表，業(yè)務(wù)系 統(tǒng)把產(chǎn)品列表反饋給用戶，由用戶自己選擇定購其中之一，業(yè)務(wù)系 統(tǒng)通過業(yè)務(wù)觸發(fā)器再次纟會綜合業(yè)務(wù)管理系統(tǒng)*接口發(fā)送定購消息，該 定購消息也可以通過webService消息傳遞，并且該定購消息中包含 了用戶相;i口、和產(chǎn)品4示"i只。
裝置實施例
實施例一
根據(jù)本發(fā)明的實施例，提供了一種業(yè)務(wù)系統(tǒng)。圖3是根據(jù)本發(fā) 明實施例的業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)框圖，如圖3所示，該業(yè)務(wù)系統(tǒng)包括 獲取模塊32和發(fā)送模塊34,下面對上述結(jié)構(gòu)進行描述。
獲取模塊32,用于根據(jù)本地保存的內(nèi)容信息獲取用戶請求的內(nèi) 容的內(nèi)容標識；發(fā)送模塊34,連接至獲取模塊32,用于在獲取模塊 32獲取到內(nèi)容標識之后，向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其中，鑒權(quán)消息中攜帶有用戶的用戶標識和內(nèi)容標識。這兩個才莫塊可以通 過上述的業(yè)務(wù)觸發(fā)器來實現(xiàn)。
通過該實施例，提供了可以實現(xiàn)相關(guān)用戶鑒權(quán)處理的業(yè)務(wù)系統(tǒng)。
實施例二
才艮據(jù)本發(fā)明的實施例，提供了一種綜合業(yè)務(wù)管理系統(tǒng)。圖4是 才艮據(jù)本發(fā)明實施例的綜合業(yè)務(wù)管理系統(tǒng)的結(jié)構(gòu)框圖，如圖4所示， 該綜合業(yè)務(wù)管理系統(tǒng)包括接收模塊42和鑒權(quán)模塊44，下面對上述 結(jié)構(gòu)進行描述。
接收模塊42,用于接收來自業(yè)務(wù)系統(tǒng)的鑒權(quán)消息，其中，鑒權(quán) 消息中攜帶有用戶標識和內(nèi)容標識；該模塊可以通過上述的接口單 元來實現(xiàn)。鑒權(quán)模塊44，連接至接收模塊42，用于根據(jù)接收模塊 52 4妻收的用戶標識和內(nèi)容標識對用戶進4亍鑒權(quán)，該才莫塊可以通過上 述的業(yè)務(wù)邏輯處理器、凄t才居庫訪問單元、統(tǒng)一配置單元來實現(xiàn)。
圖5是根據(jù)本發(fā)明實施例的綜合業(yè)務(wù)管理系統(tǒng)的具體結(jié)構(gòu)框 圖，如圖5所示，鑒權(quán)模塊44包括判斷子模塊52、第一反饋子 模塊54、第二反饋子模塊56，下面對上述結(jié)構(gòu)進行描述。
判斷子才莫塊52,用于才艮據(jù)用戶標識和內(nèi)容標識判斷用戶是否定 購了預定產(chǎn)品，其中，預定產(chǎn)品包括內(nèi)容標識對應(yīng)的內(nèi)容；第一反 饋子模塊54,連接至判斷子模塊52，用于在判斷子模塊52判斷用 戶定購了預定產(chǎn)品的情況下，向業(yè)務(wù)系統(tǒng)反々貴鑒4又成功消息；第二 反饋子模塊56，連接至判斷子模塊52，用于在判斷子模塊52判斷 用戶沒有定購預定產(chǎn)品的情況下，向業(yè)務(wù)系統(tǒng)反々貴產(chǎn)品列表，其中， 產(chǎn)品列表用于指示預定產(chǎn)品。下面將結(jié)合圖6對該實施例通過圖1中結(jié)構(gòu)的實現(xiàn)過程進行詳 纟田4苗&。
圖6是根據(jù)本發(fā)明實施例的結(jié)合圖1的用戶鑒權(quán)處理的流程圖， 如圖6所示，該過程包括如下的步驟S600至步驟S614:
步-驟S600,用戶4吏用內(nèi)容。
步-驟S602,業(yè)務(wù)系統(tǒng)組織用戶標識和內(nèi)容標識信息發(fā)送主合業(yè)務(wù) 觸發(fā)器。
步驟S604,業(yè)務(wù)觸發(fā)器4巴用戶標識和內(nèi)容標識信息組裝流程標 準的webService消息(即，上述的鑒權(quán)消息)發(fā)送給綜合業(yè)務(wù)管理 系統(tǒng)。也就是說，當用戶4吏用內(nèi)容時，業(yè)務(wù)系統(tǒng)發(fā)送webService消 息給綜合業(yè)務(wù)管理系統(tǒng)。
步驟S606，綜合業(yè)務(wù)管理系統(tǒng)判斷該用戶是否訂購了包含該內(nèi) 容的產(chǎn)品，即，綜合業(yè)務(wù)管理系統(tǒng)調(diào)用業(yè)務(wù)邏輯處理器，由業(yè)務(wù)邏 輯處理器判斷這個用戶是否定購包含該內(nèi)容的產(chǎn)品；在判斷結(jié)果為 是的情況下，進行到步驟S608，在判斷結(jié)果為否的情況下，進行到 步-驟S610。
步驟S608，綜合業(yè)務(wù)管理系統(tǒng)向業(yè)務(wù)系統(tǒng)返回鑒一又成功消息， 用戶可以4吏用內(nèi)容，流禾呈結(jié)束。
步驟S610，綜合業(yè)務(wù)管理系統(tǒng)中的業(yè)務(wù)邏輯處理器，查詢出包 含這個內(nèi)容的所有產(chǎn)品，并把查詢出來的產(chǎn)品列表按照xml的格式 返回主合業(yè)務(wù)系統(tǒng)。步驟S612，業(yè)務(wù)系統(tǒng)解析該xml信息，把產(chǎn)品信息(即，產(chǎn)品 列表)返回給用戶，讓用戶自己決定是否繼續(xù)使用，如果繼續(xù)使用， 則需要選擇一個產(chǎn)品。
步驟S614，業(yè)務(wù)系統(tǒng)才艮據(jù)用戶選才奪的產(chǎn)品把用戶標識和產(chǎn)品標 識發(fā)送給綜合業(yè)務(wù)管理平臺，作為定購消息發(fā)送給綜合業(yè)務(wù)管理系 統(tǒng)，綜合業(yè)務(wù)管理系統(tǒng)如果處理定購成功，則返回定購成功消息纟合 業(yè)務(wù)系統(tǒng)，業(yè)務(wù)系統(tǒng)讓用戶可以成功"f吏用這個內(nèi)容。
通過該實施例，提供了可以實現(xiàn)綜合業(yè)務(wù)管理系統(tǒng)才艮據(jù)來自業(yè) 務(wù)系統(tǒng)的鑒權(quán)消息進行鑒權(quán)的詳細處理過程。
綜上所述，〗昔助于本發(fā)明的上述實施例，綜合業(yè)務(wù)管理系統(tǒng)^又 僅把內(nèi)容信息同步到業(yè)務(wù)系統(tǒng)，根據(jù)內(nèi)容反查產(chǎn)品，在綜合業(yè)務(wù)管 理系統(tǒng)根據(jù)來自業(yè)務(wù)系統(tǒng)的鑒權(quán)消息進行鑒權(quán)，解決了相關(guān)技術(shù)中 業(yè)務(wù)系統(tǒng)的負荷比較大的問題，進而減輕了業(yè)務(wù)系統(tǒng)的負荷。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述^f又為本發(fā)明的伊C選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種用戶鑒權(quán)方法，其特征在于，包括業(yè)務(wù)系統(tǒng)根據(jù)本地保存的內(nèi)容信息獲取用戶請求的內(nèi)容的內(nèi)容標識，并向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其中，所述鑒權(quán)消息中攜帶有所述用戶的用戶標識和所述內(nèi)容標識；所述綜合業(yè)務(wù)管理系統(tǒng)接收所述鑒權(quán)消息，并根據(jù)所述用戶標識和所述內(nèi)容標識對所述用戶進行鑒權(quán)。
2. 才艮據(jù)4又利要求1所述的方法，其特征在于，在所述業(yè)務(wù)系統(tǒng)獲 耳又所述內(nèi)容標識之前，所述方法還包括所述綜合業(yè)務(wù)管理系統(tǒng)將所述內(nèi)容信息同步給所述業(yè)務(wù) 系統(tǒng)。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述綜合業(yè)務(wù)管理 系統(tǒng)根據(jù)所述用戶標識和所述內(nèi)容標識對所述用戶進行鑒權(quán) 包括所述綜合業(yè)務(wù)管理系統(tǒng)才艮據(jù)所述用戶標識和所述內(nèi)容標 識判斷所述用戶是否定購了預定產(chǎn)品，其中，所述預定產(chǎn)品包 括所述內(nèi)容標識對應(yīng)的內(nèi)容；如果所述用戶定購了所述預定產(chǎn)品，所述綜合業(yè)務(wù)管理系 統(tǒng)向所述業(yè)務(wù)系統(tǒng)反々貴鑒4又成功消息；如果所述用戶沒有定購所述預定產(chǎn)品，所述綜合業(yè)務(wù)管理 系統(tǒng)向所述業(yè)務(wù)系統(tǒng)反々貴產(chǎn)品列表，其中，所述產(chǎn)品列表用于 指示所述預定產(chǎn)品。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述綜合業(yè)務(wù)管 理系統(tǒng)向所述業(yè)務(wù)系統(tǒng)反饋所述鑒權(quán)成功消息之后，所述方法 還包括所述業(yè)務(wù)系統(tǒng)4妄收所述鑒4又成功消息，并才艮據(jù)所述內(nèi)容信 息控制所述用戶使用所述內(nèi)容。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述綜合業(yè)務(wù)管 理系統(tǒng)向所述業(yè)務(wù)系統(tǒng)反饋所述產(chǎn)品列表之后，所述方法還包 括所述業(yè)務(wù)系統(tǒng)接收所述產(chǎn)品列表，并將所述產(chǎn)品列表反饋 纟會所述用戶。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述業(yè)務(wù)系統(tǒng)將 所述產(chǎn)品列表反々貴給所述用戶之后，所述方法還包括所述業(yè)務(wù)系統(tǒng)^^艮據(jù)所述用戶的選4奪向所述綜合業(yè)務(wù)管理 系統(tǒng)發(fā)送定購消息，其中，所述定購消息中攜帶有所述用戶標《 tV 丄一—、rr%r、 ，口廠口 口仲。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述業(yè)務(wù)系統(tǒng)向所述綜合業(yè)務(wù)管理系統(tǒng)發(fā)送所述定購消息之后，所述方法還包 括所述綜合業(yè)務(wù)管理系統(tǒng)^^收所述定購消息，并4艮據(jù)所述用戶標識和所述產(chǎn)品標識進4亍定購處理；如果所述定購處理指示定購成功，則所述綜合業(yè)務(wù)管理系 統(tǒng)向所述業(yè)務(wù)系統(tǒng)反々貴定購成功消息；所述業(yè)務(wù)系統(tǒng)4妻收所述訂購成功消息，并才艮據(jù)所述內(nèi)容信 息控制所述用戶使用所述內(nèi)容。
8. 根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述定購消息 為網(wǎng)絡(luò)服務(wù)消息。
9. 才艮據(jù)片又利要求1至7中任一項所述的方法，其特征在于，所述 鑒權(quán)消息為網(wǎng)絡(luò)服務(wù)消息。
10. —種業(yè)務(wù)系統(tǒng)，其特征在于，包括獲取模塊，用于根據(jù)本地保存的內(nèi)容信息獲取用戶請求的 內(nèi)容的內(nèi)容標識；發(fā)送模塊，用于在所述獲取模塊獲取到所述內(nèi)容標識之 后，向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其中，所述鑒權(quán)消息 中攜帶有所述用戶的用戶標識和所述內(nèi)容標識。
11. 一種綜合業(yè)務(wù)管理系統(tǒng)，其特征在于，包括接收模塊，用于接收來自業(yè)務(wù)系統(tǒng)的鑒權(quán)消息，其中，所 述鑒權(quán)消息中攜帶有用戶標識和內(nèi)容標識；鑒4又才莫}太,用于才艮才居戶斤述4妄H'史才莫塊4妄斗欠的聲斤述用尸木1W只禾口 所述內(nèi)容標識對所述用戶進行鑒權(quán)。
12. 根據(jù)權(quán)利要求11所述的綜合業(yè)務(wù)管理系統(tǒng)，其特征在于，所 述鑒權(quán)^^塊包括判斷子模塊，用于根據(jù)所述用戶標識和所述內(nèi)容標識判斷 所述用戶是否定購了預定產(chǎn)品，其中，所述預定產(chǎn)品包括所述 內(nèi)容標識對應(yīng)的內(nèi)容；第一反饋子模塊，用于在所述判斷子模塊判斷所述用戶定購了所述預定產(chǎn)品的情況下，向所述業(yè)務(wù)系統(tǒng)反々貴鑒權(quán)成功消 自 第二反々貴子^t塊，用于在所述判斷子^t塊判斷所述用戶沒 有定購所述預定產(chǎn)品的情況下，向所述業(yè)務(wù)系統(tǒng)反々貴產(chǎn)品列 表，其中，所述產(chǎn)品列表用于指示所述預定產(chǎn)品。
全文摘要
本發(fā)明公開了一種用戶鑒權(quán)方法、業(yè)務(wù)系統(tǒng)以及綜合業(yè)務(wù)管理系統(tǒng)，該方法包括業(yè)務(wù)系統(tǒng)根據(jù)本地保存的內(nèi)容信息獲取用戶請求的內(nèi)容的內(nèi)容標識，并向綜合業(yè)務(wù)管理系統(tǒng)發(fā)送鑒權(quán)消息，其中，鑒權(quán)消息中攜帶有用戶的用戶標識和內(nèi)容標識；綜合業(yè)務(wù)管理系統(tǒng)接收鑒權(quán)消息，并根據(jù)用戶標識和內(nèi)容標識對用戶進行鑒權(quán)。本發(fā)明減輕了業(yè)務(wù)系統(tǒng)的負荷。
文檔編號H04W12/06GK101442748SQ20081018658
公開日2009年5月27日 申請日期2008年12月25日 優(yōu)先權(quán)日2008年12月25日
發(fā)明者朱科支 申請人:中興通訊股份有限公司