專利名稱：增值業(yè)務(wù)互斥鑒權(quán)方法與裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電信增值業(yè)務(wù)技術(shù)，尤其涉及一種增值業(yè)務(wù)互斥鑒權(quán)方法與裝置。
背景技術(shù)：
電信的傳統(tǒng)業(yè)務(wù)增長速度放緩而電信增值業(yè)務(wù)呈快速發(fā)展趨勢。電信增值業(yè)務(wù)是 運營商和服務(wù)提供商(Service Provider ;簡稱為:SP)/內(nèi)容提供商(Content Provider ; 簡稱為CP)合作開展的業(yè)務(wù)，業(yè)務(wù)內(nèi)容一般由SP/CP提供，業(yè)務(wù)的發(fā)布、接入、認(rèn)證、鑒權(quán)、 訂購、計費、結(jié)算等由運營商負(fù)責(zé)，最終使用戶享受到SP/CP提供的豐富多彩的業(yè)務(wù)。但是， 隨著與運營商合作的SP/CP增多，電信增值業(yè)務(wù)的形式越來越豐富，業(yè)務(wù)打包、產(chǎn)品打包也 更為頻繁，有些業(yè)務(wù)產(chǎn)品有包含關(guān)系、有些內(nèi)容相同的業(yè)務(wù)產(chǎn)品被包裝成不同的使用時間 和資費等，當(dāng)用戶在對增值業(yè)務(wù)的產(chǎn)品介紹或者自己的訂購情況不清楚時，往往會發(fā)生重 復(fù)訂購的情況，使得用戶交了更多的費用卻沒有享受到更多的信息服務(wù)，致使投訴增加，滿 意度急劇下降，這就對增值業(yè)務(wù)產(chǎn)品的管理提出了新的要求，需要有一個全面關(guān)于業(yè)務(wù)互 斥的解決方案。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種增值業(yè)務(wù)互斥鑒權(quán)方法與裝置，以實現(xiàn)對增值業(yè)務(wù)互斥的管理。 本發(fā)明實施例提供了一種增值業(yè)務(wù)互斥鑒權(quán)方法，包括 接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，所述增值業(yè)務(wù)訂購請求消息攜帶有 用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息； 根據(jù)所述用戶服務(wù)號碼，查詢所述用戶設(shè)備已訂購增值業(yè)務(wù)的信息； 根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表； 如果根據(jù)查詢所述互斥關(guān)系表獲知所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè)務(wù)具
有互斥關(guān)系，則向所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息。
本發(fā)明實施例提供了一種增值業(yè)務(wù)互斥鑒權(quán)裝置，包括 存儲模塊，用于存儲用戶訂購信息表和互斥關(guān)系表； 接收模塊，用于接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，所述增值業(yè)務(wù)訂購 請求消息攜帶有用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息； 第一查詢模塊，用于根據(jù)所述用戶服務(wù)號碼，查詢所述用戶訂購信息表中存儲的 所述用戶設(shè)備已訂購增值業(yè)務(wù)的信息； 第二查詢模塊，用于根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信 息，查詢互斥關(guān)系表； 反饋模塊，用于在所述第二查詢模塊獲知所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè) 務(wù)具有互斥關(guān)系時，向所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息。
7
本發(fā)明實施例的增值業(yè)務(wù)互斥鑒權(quán)方法與裝置，通過查詢互斥關(guān)系表，將用戶設(shè) 備已訂購增值業(yè)務(wù)的信息與當(dāng)前增值業(yè)務(wù)的信息逐個層次的進(jìn)行比較，獲知當(dāng)前增值業(yè)務(wù) 與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，以實現(xiàn)對增值業(yè)務(wù)之間互斥關(guān)系的管理，進(jìn)而處理用 戶設(shè)備發(fā)出的當(dāng)前增值業(yè)務(wù)的訂購請求。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。 圖1為本發(fā)明實施例所基于的增值業(yè)務(wù)產(chǎn)品模型的結(jié)構(gòu)示意圖；
圖2為本發(fā)明實施例一提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖；
圖3為本發(fā)明實施例三提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖；
圖4為本發(fā)明實施例四提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖；
圖5為本發(fā)明實施例五提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖；
圖6為本發(fā)明實施例六提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖；
圖7為本發(fā)明實施例七提供的增值業(yè)務(wù)互斥鑒權(quán)裝置的結(jié)構(gòu)示意圖；
圖8為本發(fā)明實施例八提供的增值業(yè)務(wù)管理系統(tǒng)的結(jié)構(gòu)示意圖；
圖9為本發(fā)明實施例八提供的增值業(yè)務(wù)訂購流程示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
圖1為本發(fā)明實施例所基于的增值業(yè)務(wù)產(chǎn)品模型的結(jié)構(gòu)示意圖。增值業(yè)務(wù)管理系 統(tǒng)向用戶提供各種增值業(yè)務(wù)，而增值業(yè)務(wù)的種類和形式越來越多，由增值業(yè)務(wù)所構(gòu)成的增 值業(yè)務(wù)產(chǎn)品模型需要進(jìn)一步細(xì)化，圖1提供了一種結(jié)構(gòu)更加細(xì)化的增值業(yè)務(wù)產(chǎn)品模型，并 可在此產(chǎn)品模型上實施本發(fā)明的技術(shù)方案。在圖1中，帶菱形的連接線表示打包形成關(guān)系， 帶三角形的連接線表示包含關(guān)系，實線表示綁定關(guān)系，虛線表示形成關(guān)系，如圖1所示，該 增值業(yè)務(wù)產(chǎn)品模型具體包括業(yè)務(wù)、業(yè)務(wù)包、產(chǎn)品、產(chǎn)品包和套餐，其中，業(yè)務(wù)包是由多個業(yè) 務(wù)被打包捆綁起來形成的，產(chǎn)品包是由多個產(chǎn)品被打包捆綁起來形成的。在該增值業(yè)務(wù)產(chǎn) 品模型中只有產(chǎn)品和套餐是帶有資費信息的，即最終銷售給用戶的是產(chǎn)品和套餐。具體的， 業(yè)務(wù)綁定資費(價格)形成產(chǎn)品，當(dāng)單一業(yè)務(wù)綁定一個資費時，形成一個單一產(chǎn)品；當(dāng)業(yè)務(wù) 包綁定一個資費時，形成一個組合產(chǎn)品，即產(chǎn)品包括單一產(chǎn)品和組合產(chǎn)品，而同一業(yè)務(wù)綁定 不同的資費時，形成不同的產(chǎn)品；產(chǎn)品包綁定資費形成套餐，套餐還可以由單一產(chǎn)品綁定一 個資費形成，且同一產(chǎn)品包或產(chǎn)品綁定不同的資費可以形成不同的套餐?；谏鲜鲈鲋禈I(yè) 務(wù)產(chǎn)品模型，運營商可以根據(jù)業(yè)務(wù)性質(zhì)應(yīng)用不同的商業(yè)推銷策略。 而為了區(qū)分圖1所示的增值業(yè)務(wù)產(chǎn)品模型中的各個實體，增值業(yè)務(wù)管理系統(tǒng)給每個實體分配一個身份識別號碼(Identity ;簡稱為ID)，用于標(biāo)識不同的實體，對應(yīng)為每個 業(yè)務(wù)具有一個全局唯一的ID，用于標(biāo)識該業(yè)務(wù)；每個業(yè)務(wù)包具有一個全局唯一的ID，通過 業(yè)務(wù)包的ID可以獲知業(yè)務(wù)包包含的業(yè)務(wù)以及業(yè)務(wù)的ID ;每個產(chǎn)品也具有一個全局唯一的 ID，且通過產(chǎn)品的I D可以獲知該產(chǎn)品對應(yīng)的業(yè)務(wù)包以及業(yè)務(wù)包的ID或者獲知對應(yīng)的業(yè)務(wù)
以及業(yè)務(wù)的ID ;通過產(chǎn)品包所具有的全局唯一的ID可獲知產(chǎn)品包包含的產(chǎn)品以及產(chǎn)品ID ;
通過套餐所具有全局唯一的ID可以獲知該套餐對應(yīng)產(chǎn)品包及產(chǎn)品包的ID或者對應(yīng)的產(chǎn)品 及產(chǎn)品的ID。 其中，同一業(yè)務(wù)或業(yè)務(wù)包綁定不同資費形成的產(chǎn)品可由產(chǎn)品的ID來區(qū)分，例如， 包月的每日新聞發(fā)送5元，包年的每日新聞發(fā)送50元，即相同的每日新聞業(yè)務(wù)加不同的資 費標(biāo)準(zhǔn)形成了兩個產(chǎn)品；相同產(chǎn)品或產(chǎn)品包綁定不同資費形成的套餐由套餐的ID來區(qū)分， 例如，彩鈴和寬帶增值電視劇影視包，可以發(fā)布為20元每月的套餐，也可以發(fā)布為200元每 年的套餐；而同一業(yè)務(wù)與不同的其他業(yè)務(wù)打包形成的業(yè)務(wù)包由業(yè)務(wù)包的ID來區(qū)分，同一產(chǎn) 品與不同的其他產(chǎn)品打包形成的產(chǎn)品包可由產(chǎn)品包的ID區(qū)分。
基于上述增值業(yè)務(wù)產(chǎn)品模型，增值業(yè)務(wù)之間存在的互斥關(guān)系具體如下
(1)同一產(chǎn)品或套餐互斥即指用戶不能重復(fù)訂購?fù)划a(chǎn)品或套餐；例如，用戶已 經(jīng)訂購包月天氣預(yù)報產(chǎn)品，則在包月天氣預(yù)報產(chǎn)品到期之前，用戶不能再次訂購該產(chǎn)品。
(2)同類業(yè)務(wù)不同資費的產(chǎn)品或套餐互斥即指用戶不能同時訂購由相同業(yè)務(wù)綁 定不同資費形成的產(chǎn)品或套餐；例如，運營商將每日新聞發(fā)布為包月的每日新聞發(fā)送5元 和包年的每日新聞發(fā)送50元，則用戶不能同時訂購這兩個產(chǎn)品。 (3)有包含關(guān)系的增值業(yè)務(wù)互斥即指用戶請求訂購的產(chǎn)品或套餐是某個已訂購 業(yè)務(wù)的子集；例如，寬帶增值電視劇影視包，20元每月，包含了寬帶增值歐美電視劇影視包 10元每月和寬帶增值內(nèi)地電視劇影視包10元/每月，用戶不能同時訂購寬帶增值電視劇影 視包和其包含的歐美電視劇影視包或內(nèi)地電視劇影視包； (4)同性質(zhì)的增值業(yè)務(wù)互斥即用戶不能同時訂購業(yè)務(wù)性質(zhì)相同的增值業(yè)務(wù)；例 如，SPA發(fā)布了 一個天氣預(yù)報包月3元產(chǎn)品，SPB也發(fā)布了 一個天氣預(yù)報包月3元產(chǎn)品，由于 業(yè)務(wù)性質(zhì)均是向用戶提供氣象信息，因此，用戶不能同時訂購；又例如，一個是用短消息發(fā) 送天氣預(yù)報的產(chǎn)品，一個是用彩信形式發(fā)送天氣預(yù)報的產(chǎn)品，這兩個產(chǎn)品對用戶來說獲取 的信息一樣，無須同時訂購。 基于上述，本發(fā)明各實施例的技術(shù)方案從上述業(yè)務(wù)、業(yè)務(wù)包、產(chǎn)品、產(chǎn)品包和套餐
五個層面來對增值業(yè)務(wù)間的互斥關(guān)系進(jìn)行管理，以滿足增值業(yè)務(wù)間的互斥需求。
實施利一 圖2為本發(fā)明實施例一提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖，本實施例的 執(zhí)行主體為增值業(yè)務(wù)互斥鑒權(quán)裝置，該增值業(yè)務(wù)互斥鑒權(quán)方法具體包括以下步驟
步驟201，增值業(yè)務(wù)互斥鑒權(quán)裝置接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，其 中增值業(yè)務(wù)訂購請求消息攜帶有用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息； 其中用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，可以通過增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶 發(fā)送給增值業(yè)務(wù)互斥鑒權(quán)裝置。 步驟202，根據(jù)用戶服務(wù)號碼，增值業(yè)務(wù)互斥鑒權(quán)裝置查詢用戶設(shè)備已訂購增值業(yè) 務(wù)的信息；
具體的，該增值業(yè)務(wù)互斥鑒權(quán)裝置中設(shè)有一存儲空間，用于存儲各個用戶的訂購 信息表。用戶的訂購信息表中存儲有該用戶已訂購增值業(yè)務(wù)的相關(guān)信息，例如，與已訂購增 值業(yè)務(wù)相關(guān)的信息可以是訂購關(guān)系ID、產(chǎn)品的ID/套餐的ID、用戶服務(wù)號碼、用戶訂購時 間、用戶訂購實效時間、用戶訂購關(guān)系狀態(tài)等屬性，其中，訂購關(guān)系ID是由增值業(yè)務(wù)互斥鑒 權(quán)裝置給增值業(yè)務(wù)管理系統(tǒng)受理后的用戶訂購請求分配的一個標(biāo)識號。增值業(yè)務(wù)互斥鑒權(quán) 裝置根據(jù)接收到的用戶服務(wù)號碼，查詢該用戶服務(wù)號碼所對應(yīng)的訂購關(guān)系表，獲取用戶設(shè) 備已訂購增值業(yè)務(wù)的信息。 步驟203，增值業(yè)務(wù)互斥鑒權(quán)裝置根據(jù)當(dāng)前增值業(yè)務(wù)的信息和已訂購增值業(yè)務(wù)的 信息，查詢互斥關(guān)系表； 具體的，互斥關(guān)系表存儲有根據(jù)增值業(yè)務(wù)的信息配置的增值業(yè)務(wù)之間的互斥關(guān) 系，增值業(yè)務(wù)互斥鑒權(quán)裝置通過當(dāng)前增值業(yè)務(wù)的信息和已訂購增值業(yè)務(wù)的信息查詢互斥關(guān) 系表中相應(yīng)的增值業(yè)務(wù)的信息，判斷當(dāng)前增值業(yè)務(wù)和已訂購增值業(yè)務(wù)之間的互斥關(guān)系。
步驟204，如果根據(jù)查詢互斥關(guān)系表獲知當(dāng)前增值業(yè)務(wù)和已訂購增值業(yè)務(wù)具有互 斥關(guān)系，則向用戶設(shè)備返回業(yè)務(wù)訂購提示消息。 具體的，當(dāng)增值業(yè)務(wù)互斥鑒權(quán)裝置獲知用戶設(shè)備不能訂購當(dāng)前增值業(yè)務(wù)時，可通 過增值業(yè)務(wù)管理系統(tǒng)中的業(yè)務(wù)門戶向用戶設(shè)備發(fā)出拒絕訂購請求的消息，或者是提示存在 互斥業(yè)務(wù)的提示消息等，具體可以根據(jù)業(yè)務(wù)性質(zhì)而定。 本實施例提供的增值業(yè)務(wù)互斥鑒權(quán)方法基于增值業(yè)務(wù)產(chǎn)品模型，通過查詢互斥關(guān) 系表，將用戶設(shè)備已訂購增值業(yè)務(wù)的信息與當(dāng)前增值業(yè)務(wù)的信息逐個層次的進(jìn)行比較，可 獲知當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，進(jìn)而處理用戶設(shè)備發(fā)出的當(dāng)前增值 業(yè)務(wù)的訂購請求，實現(xiàn)對增值業(yè)務(wù)之間的互斥管理。 具體的，互斥關(guān)系表可根據(jù)上述增值業(yè)務(wù)互斥關(guān)系進(jìn)行配置，具體包括隱式互斥 關(guān)系表和顯式互斥關(guān)系表。隱式互斥關(guān)系表可根據(jù)圖l所示的增值業(yè)務(wù)產(chǎn)品模型和各實體 的ID完成，用于查詢隱式互斥關(guān)系，所述隱式互斥關(guān)系具體包括上述互斥關(guān)系中的(1)同 一產(chǎn)品或套餐互斥、(2)同類業(yè)務(wù)不同資費的產(chǎn)品或套餐互斥和(3)有包含關(guān)系的增值業(yè) 務(wù)互斥；而顯式互斥關(guān)系表需要針對特殊的業(yè)務(wù)進(jìn)行額外配置，用于查詢顯式互斥關(guān)系，顯 式互斥關(guān)系具體指上述互斥關(guān)系中的(4)同性質(zhì)的增值業(yè)務(wù)互斥，其數(shù)量比較少，可以根 據(jù)語義上的理解預(yù)先對業(yè)務(wù)進(jìn)行劃分判斷。增值業(yè)務(wù)互斥鑒權(quán)裝置首先查詢隱式互斥關(guān)系 表，若由查詢隱式互斥關(guān)系表判斷出當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)不存在隱式互斥關(guān)系 時，查詢顯式互斥關(guān)系表，繼續(xù)判斷當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)是否存在顯式互斥關(guān) 系。 不同互斥關(guān)系表中存儲的信息不相同，本實施例提供的隱式互斥關(guān)系表中存儲滿 足上述增值業(yè)務(wù)產(chǎn)品模型的增值業(yè)務(wù)的信息，具體為通過增值業(yè)務(wù)中各實體的ID實現(xiàn)運 營商發(fā)布的套餐與套餐包含的產(chǎn)品包或產(chǎn)品、運營商發(fā)布的產(chǎn)品與產(chǎn)品包含的業(yè)務(wù)包或業(yè) 務(wù)、業(yè)務(wù)包與其包含的業(yè)務(wù)以及產(chǎn)品包與其包含的產(chǎn)品之間的關(guān)聯(lián)關(guān)系等，用于供互斥鑒 權(quán)裝置查詢增值業(yè)務(wù)間的互斥關(guān)系；本實施例提供了一種實現(xiàn)上述關(guān)聯(lián)關(guān)系的方法，具體 為 增值業(yè)務(wù)互斥鑒權(quán)裝置將同類業(yè)務(wù)不同資費的產(chǎn)品，在增值業(yè)務(wù)管理系統(tǒng)中，發(fā) 布成同一業(yè)務(wù)下的不同產(chǎn)品，即具有不同ID的產(chǎn)品；將有包含關(guān)系的業(yè)務(wù)，即業(yè)務(wù)包的創(chuàng)建，在增值業(yè)務(wù)管理系統(tǒng)中，通過前臺配置界面，將之前發(fā)布的單業(yè)務(wù)關(guān)聯(lián)到此業(yè)務(wù)包下， 即業(yè)務(wù)包的ID和業(yè)務(wù)的ID具有包含關(guān)系，再在這個業(yè)務(wù)包下發(fā)布不同的資費生成不同的 產(chǎn)品，即業(yè)務(wù)包的ID與業(yè)務(wù)的ID、產(chǎn)品的ID與業(yè)務(wù)包的ID之間具有對應(yīng)關(guān)系；通過前臺 配置界面，將之前發(fā)布的單一產(chǎn)品關(guān)聯(lián)到套餐下，則生成套餐的ID和產(chǎn)品的ID之間具有對 應(yīng)關(guān)系，同理可以形成產(chǎn)品包的ID和產(chǎn)品的ID之間的對應(yīng)關(guān)系。 本實施例中的顯式互斥關(guān)系表存儲有所配置的同性質(zhì)業(yè)務(wù)之間的互斥信息，例 如，前臺配置界面會將第一服務(wù)提供商(SPA)發(fā)布的天氣預(yù)報的信息和第二服務(wù)提供商 (SPB)發(fā)布的天氣預(yù)報的信息存儲在顯式互斥關(guān)系表中，對于同質(zhì)互斥業(yè)務(wù)可由增值業(yè)務(wù) 管理系統(tǒng)通過單獨的界面進(jìn)行配置。 進(jìn)一步的，基于增值業(yè)務(wù)產(chǎn)品模型中各個實體的ID，本實施例中步驟201中的當(dāng) 前增值業(yè)務(wù)的信息和步驟202中已訂購增值業(yè)務(wù)的信息，具體為產(chǎn)品的ID或套餐的ID。例 如，當(dāng)用戶設(shè)備請求訂購產(chǎn)品時，對應(yīng)當(dāng)前增值業(yè)務(wù)的信息為產(chǎn)品的ID，當(dāng)用戶設(shè)備請求訂 購套餐時，對應(yīng)當(dāng)前增值業(yè)務(wù)的信息為套餐的ID。其中，若用戶設(shè)備已訂購增值業(yè)務(wù)中只有 套餐，則對應(yīng)的已訂購增值業(yè)務(wù)的信息具體指套餐的ID，若用戶設(shè)備已訂購增值業(yè)務(wù)中只 有產(chǎn)品，則對應(yīng)的已訂購增值業(yè)務(wù)的信息具體指產(chǎn)品的ID，若用戶設(shè)備已訂購增值業(yè)務(wù)中 既有套餐又有產(chǎn)品，則對應(yīng)的已訂購增值業(yè)務(wù)的信息具體指套餐的ID和產(chǎn)品的ID。
基于上述，步驟203具體根據(jù)已訂購增值業(yè)務(wù)中的套餐的ID和/或產(chǎn)品的ID與 當(dāng)前請求訂購的產(chǎn)品的ID或套餐的ID，查詢互斥關(guān)系表，并根據(jù)互斥關(guān)系表中存儲的信息 判斷請求訂購的增值業(yè)務(wù)和已訂購增值業(yè)務(wù)之間的互斥關(guān)系。 采用上述技術(shù)方案，可以構(gòu)成隱式互斥關(guān)系表和顯式互斥關(guān)系表，基于增值業(yè)務(wù)
涉及的產(chǎn)品的ID或套餐的ID，依次查詢隱式互斥關(guān)系表和顯式互斥關(guān)系表，獲知請求訂購
的增值業(yè)務(wù)和已訂購增值業(yè)務(wù)之間的互斥關(guān)系，實現(xiàn)對增值業(yè)務(wù)間互斥關(guān)系的管理，并且
只有在判斷出不具有隱式互斥關(guān)系時再查詢顯式互斥關(guān)系表，以及當(dāng)在一較高層次判斷出
具有互斥關(guān)系時，不再進(jìn)行后續(xù)判斷，通過這種方式可以節(jié)省判斷時間，而逐層次的判斷又
保證了互斥關(guān)系判斷的全面徹底，即可以實現(xiàn)對復(fù)雜互斥關(guān)系的管理。 實施例二 本實施例提供一種增值業(yè)務(wù)互斥鑒權(quán)方法，該方法基于實施例一實現(xiàn)，具體包括 以下步驟 步驟211，增值業(yè)務(wù)互斥鑒權(quán)裝置接收用戶設(shè)備發(fā)送的攜帶用戶服務(wù)號碼和當(dāng)前 增值業(yè)務(wù)的信息的業(yè)務(wù)訂購請求消息；當(dāng)前增值業(yè)務(wù)即指用戶請求訂購的增值業(yè)務(wù)。
步驟212，增值業(yè)務(wù)互斥鑒權(quán)裝置根據(jù)用戶服務(wù)號碼查詢用戶設(shè)備已訂購增值業(yè)
務(wù)的信息； 步驟213，判斷已訂購增值業(yè)務(wù)的信息中是否存在與當(dāng)前增值業(yè)務(wù)的信息相同的 信息；若是，則判定當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)具有互斥關(guān)系，向用戶設(shè)備返回業(yè)務(wù)訂 購提示消息，并結(jié)束互斥鑒權(quán)過程，否則執(zhí)行步驟214 ; 具體的，增值業(yè)務(wù)互斥鑒權(quán)裝置判斷從用戶訂購信息表中查詢到的已訂購增值業(yè) 務(wù)的產(chǎn)品的ID和/或套餐的ID中是否存在與當(dāng)前增值業(yè)務(wù)的產(chǎn)品的ID相同的ID，或者判 斷是否存在與當(dāng)前增值業(yè)務(wù)的套餐的ID相同的ID ;若是，則判定具有互斥關(guān)系，并結(jié)束互 斥鑒權(quán)過程，否則，執(zhí)行步驟214，查詢互斥關(guān)系表，進(jìn)一步判斷。
11
步驟214，增值業(yè)務(wù)互斥鑒權(quán)裝置根據(jù)當(dāng)前增值業(yè)務(wù)的信息和已訂購增值業(yè)務(wù)的 信息，查詢互斥關(guān)系表； 步驟215，如果根據(jù)查詢互斥關(guān)系表獲知當(dāng)前增值業(yè)務(wù)和已訂購增值業(yè)務(wù)具有互 斥關(guān)系，則向用戶設(shè)備返回業(yè)務(wù)訂購提示消息。 本實施例與實施例一的區(qū)別在于，在查詢互斥關(guān)系表之前包括一判斷操作，即步 驟213，通過查詢互斥關(guān)系表之前的判斷操作，可以判斷同一產(chǎn)品或套餐之間的互斥關(guān)系， 當(dāng)已訂購增值業(yè)務(wù)和當(dāng)前增值業(yè)務(wù)之間具有互斥關(guān)系時，避免進(jìn)一步查詢互斥關(guān)系表，可 以極大的節(jié)約操作程序。其余步驟與實施例一相同，故不再詳述。 本實施例提供的增值業(yè)務(wù)互斥鑒權(quán)方法基于增值業(yè)務(wù)產(chǎn)品模型，通過判斷操作和 查詢互斥關(guān)系表，將用戶設(shè)備已訂購增值業(yè)務(wù)的信息與當(dāng)前增值業(yè)務(wù)的信息逐個層次的進(jìn) 行比較，可獲知當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，進(jìn)而處理用戶設(shè)備發(fā)出 的當(dāng)前增值業(yè)務(wù)的訂購請求，實現(xiàn)對增值業(yè)務(wù)之間的互斥管理。 實際應(yīng)用中，面向用戶的只有產(chǎn)品和套餐，因此，下面基于用戶訂購不同業(yè)務(wù)的情
況，且以增值業(yè)務(wù)互斥鑒權(quán)裝置為執(zhí)行主體，對本發(fā)明技術(shù)方案進(jìn)行詳細(xì)說明。 實施例三 圖3為本發(fā)明實施例三提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖。本實施例中 用戶請求訂購的增值業(yè)務(wù)為產(chǎn)品，對應(yīng)的當(dāng)前增值業(yè)務(wù)的信息為產(chǎn)品的ID，且在本實施例 中，以組合產(chǎn)品為例，如圖3所示，本實施例的增值業(yè)務(wù)互斥鑒權(quán)方法具體包括以下步驟
步驟301，增值業(yè)務(wù)互斥鑒權(quán)裝置接收用戶設(shè)備發(fā)送的攜帶有用戶服務(wù)號碼和請 求訂購的產(chǎn)品的ID的增值業(yè)務(wù)訂購請求消息； 其中，請求訂購的產(chǎn)品的ID對應(yīng)一個業(yè)務(wù)包的ID，該業(yè)務(wù)包的ID對應(yīng)多個業(yè)務(wù)的 ID。用戶設(shè)備的訂購請求消息可以通過增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶發(fā)送給增值業(yè)務(wù)互斥鑒權(quán)裝置。 步驟302，根據(jù)用戶服務(wù)號碼，查詢用戶訂購信息表中已訂購增值業(yè)務(wù)中套餐的 ID和/或產(chǎn)品的ID ; 本實施例以最復(fù)雜的情況為例以全面說明本發(fā)明的技術(shù)方案，即假設(shè)用戶設(shè)備訂 購關(guān)系表中的已訂購增值業(yè)務(wù)中同時存在套餐和產(chǎn)品。 步驟303，判斷已訂購增值業(yè)務(wù)中產(chǎn)品的ID中是否存在與請求訂購的產(chǎn)品的ID相 匹配的ID ;若是，執(zhí)行步驟306，反之，執(zhí)行步驟304 ; 增值業(yè)務(wù)互斥鑒權(quán)裝置只需依據(jù)產(chǎn)品的ID，判斷當(dāng)前請求訂購的產(chǎn)品是否存在用 戶訂購信息表中，該步驟是在查詢已訂購增值業(yè)務(wù)的信息之后，查詢互斥關(guān)系表之前進(jìn)行 的。若由該步驟得出請求訂購的產(chǎn)品已經(jīng)存在用戶訂購信息表中，且該產(chǎn)品還具有實效性， 則如步驟306所述，增值業(yè)務(wù)互斥鑒權(quán)裝置直接判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)存 在互斥關(guān)系，不需要再查詢互斥關(guān)系表，并如步驟307所述，增值業(yè)務(wù)互斥鑒權(quán)裝置向用戶 返回業(yè)務(wù)訂購提示消息；反之，繼續(xù)查詢互斥關(guān)系表，為了便于全面說明本發(fā)明的技術(shù)方 案，本實施例假設(shè)請求訂購的產(chǎn)品不存在用戶訂購關(guān)系表中，則增值業(yè)務(wù)互斥鑒權(quán)裝置執(zhí) 行步驟304。 步驟304，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中 是否存在與請求訂購的產(chǎn)品的ID相同的ID ;若是，則執(zhí)行步驟306，反之，則執(zhí)行步驟305 ;
12
由于套餐可以由業(yè)務(wù)包綁定資費形成，也可以由單一產(chǎn)品綁定資費形成，因此，套 餐對應(yīng)的產(chǎn)品的ID具體指形成套餐的產(chǎn)品包所包含產(chǎn)品的ID或形成套餐的單一產(chǎn)品的 ID。該步驟用于判斷有包含關(guān)系的產(chǎn)品間的互斥，即若用戶設(shè)備請求訂購的產(chǎn)品是某個已 訂購套餐的子集，則用戶設(shè)備不能訂購當(dāng)前產(chǎn)品。當(dāng)增值業(yè)務(wù)互斥鑒權(quán)裝置判定用戶設(shè)備 請求訂購的產(chǎn)品與已訂購業(yè)增值務(wù)存在互斥關(guān)系，用戶設(shè)備不能訂購當(dāng)前產(chǎn)品，向用戶設(shè) 備返回業(yè)務(wù)訂購提示消息，如步驟306、307所述；反之，執(zhí)行步驟305 ;
步驟305，增值業(yè)務(wù)互斥鑒權(quán)裝置繼續(xù)查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù) 對應(yīng)的業(yè)務(wù)包的ID中是否存在與請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)包的I D相同的ID ;若是，則 執(zhí)行步驟306，反之，執(zhí)行步驟308 ; 當(dāng)在產(chǎn)品層次，請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不具有互斥關(guān)系時，需要從產(chǎn) 品包層次繼續(xù)判斷，因此，上述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包包括已訂購增值業(yè)務(wù)中的套 餐對應(yīng)的業(yè)務(wù)包和已訂購增值業(yè)務(wù)中的產(chǎn)品對應(yīng)的業(yè)務(wù)包。進(jìn)一步，若已訂購增值業(yè)務(wù)中 的產(chǎn)品是由業(yè)務(wù)包形成的，則上述產(chǎn)品對應(yīng)的業(yè)務(wù)包的ID指已訂購增值業(yè)務(wù)中的產(chǎn)品中 的業(yè)務(wù)包的ID ;若已訂購業(yè)務(wù)中的套餐由產(chǎn)品包形成，產(chǎn)品包對應(yīng)由產(chǎn)品形成，若產(chǎn)品由 業(yè)務(wù)包形成，則上述套餐對應(yīng)的業(yè)務(wù)包的ID指形成該套餐的產(chǎn)品包所包含的產(chǎn)品中的業(yè) 務(wù)包的ID ;若已訂購業(yè)務(wù)中的套餐是由產(chǎn)品形成的，則當(dāng)產(chǎn)品由業(yè)務(wù)包形成時，上述套餐 對應(yīng)的業(yè)務(wù)包的ID指形成套餐的產(chǎn)品中的業(yè)務(wù)包的ID。若步驟305的判斷結(jié)果為存在，則 增值業(yè)務(wù)互斥鑒權(quán)裝置判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)具有互斥關(guān)系，用戶設(shè)備不 能訂購當(dāng)前產(chǎn)品，向用戶設(shè)備返回業(yè)務(wù)訂購提示消息，如步驟306、步驟307所述；反之，如 步驟308、309所述，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不具有互斥關(guān)系，增值業(yè)務(wù)管 理系統(tǒng)受理用戶設(shè)備的業(yè)務(wù)訂購請求。 具體的，根據(jù)業(yè)務(wù)打包的固定形式可知，當(dāng)業(yè)務(wù)包的ID不同時，說明業(yè)務(wù)包中包 含的業(yè)務(wù)不會完全相同，并且由于業(yè)務(wù)包是不帶資費的，因此判斷由業(yè)務(wù)包形成的產(chǎn)品的 互斥關(guān)系時，執(zhí)行到業(yè)務(wù)包層次就可以判斷出請求訂購的產(chǎn)品是否與已訂購增值業(yè)務(wù)之間 存在互斥關(guān)系。 本實施例提供的技術(shù)方案，基于訂購信息表和互斥關(guān)系表中隱式互斥關(guān)系表，對
業(yè)務(wù)包形成的產(chǎn)品依次進(jìn)行同一產(chǎn)品的重復(fù)訂購互斥判斷、存在包含關(guān)系的產(chǎn)品互斥判
斷、和業(yè)務(wù)包層次的產(chǎn)品互斥判斷，可獲知請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)之間的互斥
關(guān)系，實現(xiàn)對增值業(yè)務(wù)之間的互斥管理，進(jìn)而處理用戶設(shè)備發(fā)出的產(chǎn)品訂購請求，同時，逐
層次的判斷，既可以節(jié)省判斷時間，又保證了互斥關(guān)系判斷的全面徹底。 實施例四 圖4為本發(fā)明實施例四提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖，本實施例與 實施例三相似，相同之處不再詳述，其區(qū)別在于，用戶設(shè)備當(dāng)前業(yè)務(wù)請求訂購的是由單一業(yè) 務(wù)形成的產(chǎn)品，則該增值業(yè)務(wù)互斥鑒權(quán)方法具體包括 步驟401，增值業(yè)務(wù)互斥鑒權(quán)裝置接收用戶設(shè)備發(fā)送的攜帶用戶服務(wù)號碼和請求 訂購的產(chǎn)品的ID的業(yè)務(wù)訂購請求消息； 其中，請求訂購的產(chǎn)品的ID唯一對應(yīng)于一個業(yè)務(wù)的ID，即該產(chǎn)品由單一業(yè)務(wù)形 成。 步驟402，根據(jù)用戶服務(wù)號碼，查詢用戶設(shè)備已訂購增值業(yè)務(wù)的套餐的ID和/或產(chǎn)品的ID ; 本實施例仍以已訂購增值業(yè)務(wù)既包含套餐又包含產(chǎn)品為例。 步驟403，判斷已訂購增值業(yè)務(wù)中產(chǎn)品的ID中，是否存在與請求訂購的產(chǎn)品的ID 相同的ID ;若是，則執(zhí)行步驟407，反之，則執(zhí)行步驟404 ; 該步驟仍然進(jìn)行同一業(yè)務(wù)重復(fù)訂購的互斥判斷，若是，則增值業(yè)務(wù)互斥鑒權(quán)裝置 判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)存在互斥關(guān)系，并向用戶設(shè)備返回業(yè)務(wù)訂購提示消 息，如步驟407、步驟408所述，反之，執(zhí)行步驟404 ; 步驟404，查詢互斥關(guān)系表中的隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)中套餐對應(yīng) 的產(chǎn)品的ID中，是否存在與請求訂購的產(chǎn)品的ID相同的ID ;若是，則執(zhí)行步驟407，反之， 則執(zhí)行步驟405 ; 該步驟用于判斷有包含關(guān)系的產(chǎn)品間的互斥，該步驟與實施例二相似，故不再詳 細(xì)論述，當(dāng)判斷出請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不存在包含關(guān)系的互斥時，增值業(yè)務(wù) 互斥鑒權(quán)裝置繼續(xù)執(zhí)行步驟405 ; 以上步驟與實施例三中的步驟301至步驟304相似，不再詳述。 步驟405，繼續(xù)查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中，
是否存在與請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;若是，則執(zhí)行步驟407、步驟408，
即判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)具有互斥關(guān)系，向用戶設(shè)備返回業(yè)務(wù)訂購提示消
息；反之，繼續(xù)執(zhí)行步驟406。 由于請求訂購的產(chǎn)品是由業(yè)務(wù)綁定資費形成的，因此需要將互斥關(guān)系的判斷進(jìn)行 到業(yè)務(wù)層次。其中，已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包括已訂購增值業(yè)務(wù)中套餐對應(yīng)的業(yè)務(wù)和 已訂購增值業(yè)務(wù)中產(chǎn)品對應(yīng)的業(yè)務(wù)，而產(chǎn)品對應(yīng)的業(yè)務(wù)包括形成產(chǎn)品的業(yè)務(wù)或者形成產(chǎn)品 的業(yè)務(wù)包所包含的業(yè)務(wù)，套餐對應(yīng)的業(yè)務(wù)包括形成套餐的產(chǎn)品對應(yīng)的業(yè)務(wù)(具體如上所 述)或形成套餐的產(chǎn)品包對應(yīng)的業(yè)務(wù)，產(chǎn)品包對應(yīng)的業(yè)務(wù)指形成產(chǎn)品包的產(chǎn)品對應(yīng)的業(yè)務(wù) (具體如上所述)，即步驟405中所述對應(yīng)的業(yè)務(wù)的ID是指形成業(yè)務(wù)包、產(chǎn)品、產(chǎn)品包或套 餐的業(yè)務(wù)的ID。 步驟406，查詢互斥關(guān)系表中的顯式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù) 的同質(zhì)互斥業(yè)務(wù)的ID中，是否存在請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;若是，則執(zhí) 行步驟407 、步驟408，反之，執(zhí)行步驟409 、步驟410 ; 該步驟用于判斷同質(zhì)互斥業(yè)務(wù)互斥，即當(dāng)請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不具 有互斥關(guān)系時，進(jìn)一步通過查詢顯式互斥關(guān)系表獲取已訂購增值業(yè)務(wù)中的部分業(yè)務(wù)的同質(zhì) 互斥業(yè)務(wù)，并判斷請求訂購的產(chǎn)品是否與查詢到的同質(zhì)互斥業(yè)務(wù)具有互斥關(guān)系，其中同質(zhì) 互斥關(guān)系數(shù)量比較少，是由配置前臺通過專門的界面配置的，需要在互斥關(guān)系判斷進(jìn)行到 業(yè)務(wù)層次的時候，再行判斷，具體判斷過程也是進(jìn)行業(yè)務(wù)的ID字段的匹配，若存在請求訂 購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID與查詢到的同質(zhì)互斥業(yè)務(wù)的ID完全匹配的情況，則增值業(yè)務(wù)鑒 權(quán)裝置判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)存在互斥關(guān)系，向用戶設(shè)備返回業(yè)務(wù)訂購提 示消息，如步驟407、步驟408所述；反之，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不具有互 斥關(guān)系，增值業(yè)務(wù)管理系統(tǒng)受理用戶設(shè)備的業(yè)務(wù)訂購請求，如步驟409、步驟410所述。
本實施例提供的技術(shù)方案，基于訂購信息表和互斥關(guān)系表中隱式互斥關(guān)系表和顯 式互斥關(guān)系表，對由業(yè)務(wù)形成的產(chǎn)品依次進(jìn)行不同層次的產(chǎn)品互斥判斷，可獲知請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，進(jìn)而處理用戶設(shè)備發(fā)出的產(chǎn)品訂購請求，實現(xiàn) 對增值業(yè)務(wù)之間的互斥管理，同時，逐層次的判斷，既可以節(jié)省判斷時間，又保證了互斥關(guān) 系判斷的全面徹底。
實施例五 圖5為本發(fā)明實施例五提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖。本實施例提 供的方法，可以在實施例一的基礎(chǔ)上實現(xiàn)，適用于當(dāng)前業(yè)務(wù)是套餐，且該套餐由產(chǎn)品包形成 的情況，如圖5所示，該方法具體包括以下步驟 步驟501，接收用戶設(shè)備發(fā)送的攜帶用戶服務(wù)號碼和請求訂購的套餐的ID的業(yè)務(wù) 訂購請求消息； 本實施例中，套餐是由產(chǎn)品包綁定資費形成的，該套餐的ID對應(yīng)一個產(chǎn)品包的 ID，產(chǎn)品包由多個產(chǎn)品形成，產(chǎn)品包的ID對應(yīng)多個產(chǎn)品的ID，而該產(chǎn)品包本身不帶有資費信息。 步驟502，根據(jù)用戶服務(wù)號碼，查詢用戶設(shè)備已訂購增值業(yè)務(wù)中套餐的ID和/或產(chǎn) 品的ID ; 具體的，用戶設(shè)備訂購關(guān)系表存儲在增值業(yè)務(wù)互斥鑒權(quán)裝置中，增值業(yè)務(wù)互斥鑒 權(quán)裝置根據(jù)接收到的用戶服務(wù)號碼查詢到該用戶的訂購信息表，并查詢用戶設(shè)備訂購信息 表中的已訂購增值業(yè)務(wù)的信息，已訂購增值業(yè)務(wù)的信息具體指已訂購套餐的ID和/或產(chǎn)品 的ID，本實施例以套餐的ID和產(chǎn)品的ID同時存在為例。 步驟503，判斷已訂購增值業(yè)務(wù)中套餐的ID中，是否存在與請求訂購的套餐的ID
相同的ID ;若是，則執(zhí)行步驟505、步驟506，即判定請求訂購的套餐與已訂購增值業(yè)務(wù)存在
互斥關(guān)系，向用戶設(shè)備返回業(yè)務(wù)訂購請求提示消息；反之，執(zhí)行步驟504 ; 該步驟用于進(jìn)行同一套餐重復(fù)訂購的互斥判斷，且增值業(yè)務(wù)互斥鑒權(quán)裝置根據(jù)判
斷出的結(jié)果，執(zhí)行相應(yīng)的操作。 步驟504，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品包的ID 中，是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品包的ID相同的ID ;若是，則執(zhí)行步驟505，反之， 執(zhí)行步驟507 ; 該步驟用于對有包含關(guān)系的互斥關(guān)系進(jìn)行判斷，具體為當(dāng)已訂購增值業(yè)務(wù)中存
在由業(yè)務(wù)包形成的套餐時，判斷形成該套餐的產(chǎn)品包的ID是否與請求訂購的套餐對應(yīng)的
產(chǎn)品包的ID相同，若相同，則增值業(yè)務(wù)互斥鑒權(quán)裝置判定請求訂購的套餐與已訂購增值業(yè)
務(wù)之間存在互斥關(guān)系，用戶不能夠訂購該套餐，向用戶設(shè)備返回業(yè)務(wù)訂購提示消息，如步驟
505、步驟506所述；反之，判定請求訂購的套餐與已訂購增值業(yè)務(wù)不具有互斥關(guān)系，增值業(yè)
務(wù)管理系統(tǒng)受理用戶設(shè)備的業(yè)務(wù)訂購請求，如步驟507、步驟508所述。 由于產(chǎn)品包本身不帶資費，且根據(jù)產(chǎn)品打包的固定形式可知，當(dāng)產(chǎn)品包的ID不同
時，意味著產(chǎn)品包中包含不同的產(chǎn)品，即由不同ID的產(chǎn)品包形成的套餐是不同的，因此對
有產(chǎn)品包形成的套餐的互斥判斷只需進(jìn)行到產(chǎn)品包層次。 本實施例提供的技術(shù)方案，基于訂購信息表和互斥關(guān)系表中隱式互斥關(guān)系表，對 由產(chǎn)品包形成的套餐的互斥判斷只需進(jìn)行到產(chǎn)品包層次，即可獲知請求訂購的套餐與已訂 購增值業(yè)務(wù)之間的互斥關(guān)系，進(jìn)而處理用戶設(shè)備發(fā)出的套餐訂購請求，實現(xiàn)對增值業(yè)務(wù)之 間的互斥管理，由上述分析可知，逐層次的互斥判斷可以根據(jù)不同的業(yè)務(wù)需求自行調(diào)整所需判斷到的層次，既可以節(jié)省判斷時間，又保證了互斥關(guān)系判斷的全面徹底。
實施例六 圖6為本發(fā)明實施例六提供的增值業(yè)務(wù)互斥鑒權(quán)方法的流程示意圖，本實施例提
供的方法，與實施例五相似，相似之處不再詳細(xì)論述，不同之處在于，用戶設(shè)備請求訂購的
是套餐，該套餐是由產(chǎn)品綁定資費形成的，如圖6所示，該方法具體包括 步驟601，接收用戶設(shè)備發(fā)送的攜帶用戶服務(wù)號碼和請求訂購的套餐的ID的業(yè)務(wù)
訂購請求消息； 本實施例中，用戶設(shè)備的業(yè)務(wù)訂購請求消息也可以通過增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶 發(fā)送給增值業(yè)務(wù)互斥鑒權(quán)裝置。其中，套餐是由產(chǎn)品綁定資費形成的，該套餐的ID對應(yīng)一 個產(chǎn)品的ID。 步驟602，根據(jù)用戶服務(wù)號碼，查詢用戶設(shè)備已訂購增值業(yè)務(wù)中套餐的ID和/或產(chǎn) 品的ID ; 具體的，該步驟同實施例五中的步驟502，不再贅述，且本實施例仍以已訂購增值 業(yè)務(wù)的信息同時包括套餐的ID和產(chǎn)品的ID為例。 步驟603，判斷已訂購增值業(yè)務(wù)中套餐的ID中，是否存在與請求訂購的套餐的ID 相同的ID ;若是，則執(zhí)行步驟610，判定請求訂購的套餐與已訂購增值業(yè)務(wù)存在互斥關(guān)系， 并如步驟611所述，向用戶設(shè)備返回業(yè)務(wù)訂購提示消息；反之，執(zhí)行步驟604 ;
該步驟用于進(jìn)行同一套餐重復(fù)訂購的互斥判斷，同步驟503，不再贅述。
步驟604，查詢互斥關(guān)系表中的隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)中套餐對應(yīng) 的產(chǎn)品的ID中，是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品的ID相同的ID ;若是，則執(zhí)行步驟 610，判定請求訂購的套餐與已訂購增值業(yè)務(wù)存在互斥關(guān)系，并如步驟611所述，向用戶設(shè) 備返回業(yè)務(wù)訂購提示消息；反之，執(zhí)行步驟605 ; 該步驟與實施例四中的步驟504相似，用于在產(chǎn)品層次對有包含關(guān)系的互斥關(guān)系 進(jìn)行判斷，區(qū)別在于，本實施例中，對套餐對應(yīng)的產(chǎn)品做判斷處理，與實施例四中的產(chǎn)品包 不同，本實施例中的已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID包括形成套餐的產(chǎn)品的ID，也 包括形成套餐的產(chǎn)品包中產(chǎn)品的ID。 步驟605，根據(jù)隱式互斥關(guān)系表獲知套餐中產(chǎn)品的構(gòu)成方式； 具體通過查詢該產(chǎn)品的下一層次，判斷該產(chǎn)品是由單一業(yè)務(wù)形成還是由業(yè)務(wù)包形 成，若獲知該產(chǎn)品是由單一業(yè)務(wù)形成時，執(zhí)行步驟6061，反之執(zhí)行步驟6071。
步驟6061，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中，是否 存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ; 具體的，若是，則執(zhí)行步驟610，增值業(yè)務(wù)互斥鑒權(quán)裝置判定請求訂購的套餐與已 訂購增值業(yè)務(wù)存在互斥關(guān)系，用戶設(shè)備不能訂購該套餐，同時，如步驟611所述，增值業(yè)務(wù) 互斥鑒權(quán)裝置向用戶設(shè)備返回業(yè)務(wù)訂購提示消息；反之，增值業(yè)務(wù)互斥鑒權(quán)裝置執(zhí)行步驟 6062。 步驟6062，查詢顯式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè) 務(wù)的ID中，是否存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ; 若是，則執(zhí)行步驟610，增值業(yè)務(wù)互斥鑒權(quán)裝置判定請求訂購的套餐與已訂購增值 業(yè)務(wù)存在互斥關(guān)系，用戶設(shè)備不能訂購該套餐，之后執(zhí)行步驟611，增值業(yè)務(wù)互斥鑒權(quán)裝向用戶設(shè)備返回業(yè)務(wù)訂購提示消息；反之，執(zhí)行步驟608、步驟609，增值業(yè)務(wù)互斥鑒權(quán)裝置判 定請求訂購的套餐與已訂購增值業(yè)務(wù)不具有互斥關(guān)系，增值業(yè)務(wù)管理系統(tǒng)受理用戶設(shè)備的 業(yè)務(wù)訂購請求，并結(jié)束該互斥判斷過程。 具體的上述步驟6061與步驟6062與實施例四中的步驟405和步驟406相似，故 本實施例中并未進(jìn)行詳細(xì)論述，具體請參照實施例四。 步驟6071，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中是否 存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)包的ID相同的ID ; 若是，則執(zhí)行步驟610，增值業(yè)務(wù)互斥鑒權(quán)裝置判定請求訂購的套餐與已訂購增值 業(yè)務(wù)存在互斥關(guān)系，用戶設(shè)備不能訂購該套餐，之后執(zhí)行步驟611，增值業(yè)務(wù)互斥鑒權(quán)裝向 用戶設(shè)備返回業(yè)務(wù)訂購提示消息；反之，執(zhí)行步驟608、步驟609，增值業(yè)務(wù)互斥鑒權(quán)裝置判 定請求訂購的套餐與已訂購增值業(yè)務(wù)不具有互斥關(guān)系，增值業(yè)務(wù)管理系統(tǒng)受理用戶設(shè)備的 業(yè)務(wù)訂購請求，并結(jié)束該互斥判斷過程。 具體的，步驟6071與實施例三中的步驟305相似，詳細(xì)請參照實施例三中的步驟 305，在此不再贅述。 本實施例提供的技術(shù)方案，基于訂購信息表和互斥關(guān)系表中隱式互斥關(guān)系表和顯
式互斥關(guān)系表，對由產(chǎn)品形成的套餐進(jìn)行互斥判斷，并通過根據(jù)產(chǎn)品的構(gòu)成形式，將該互斥
判斷進(jìn)行到業(yè)務(wù)或業(yè)務(wù)包層次，獲知請求訂購的套餐與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，
進(jìn)而處理用戶設(shè)備發(fā)出的套餐訂購請求，實現(xiàn)對增值業(yè)務(wù)之間的互斥管理，由上述分析可
知，逐層次的互斥判斷可以根據(jù)不同的業(yè)務(wù)需求自行調(diào)整所需判斷到的層次，既可以節(jié)省
判斷時間，又保證了互斥關(guān)系判斷的全面徹底。 實施例七 圖7為本發(fā)明實施例七提供的增值業(yè)務(wù)互斥鑒權(quán)裝置的結(jié)構(gòu)示意圖，如圖7所示， 本實施例提供的裝置包括存儲模塊71、接收模塊72、第一查詢模塊73、第二查詢模塊74 和反饋模塊75。 具體的，存儲模塊71用于存儲用戶訂購信息表和互斥關(guān)系表；當(dāng)用戶設(shè)備有訂購 請求時，通過增值業(yè)務(wù)管理系統(tǒng)或業(yè)務(wù)門戶向接收模塊72發(fā)送攜帶用戶服務(wù)號碼和當(dāng)前 增值業(yè)務(wù)的信息的增值業(yè)務(wù)訂購請求消息，接收模塊72將接收到的當(dāng)前增值業(yè)務(wù)的信息 提供給第二查詢模塊74，同時將用戶服務(wù)號碼提供給第一查詢模塊73，使第一查詢模塊73 根據(jù)該用戶服務(wù)號碼從存儲模塊71中的用戶訂購信息表中查詢已訂購增值業(yè)務(wù)的信息， 并將查詢到的已訂購增值業(yè)務(wù)的信息提供給第二查詢模塊74，第二查詢模塊74根據(jù)接收 模塊72和第一查詢模塊73提供的信息，查詢互斥關(guān)系表，獲知當(dāng)前增值業(yè)務(wù)和已訂購增值 業(yè)務(wù)之間的互斥關(guān)系，并將該結(jié)果提供給反饋模塊75，用于根據(jù)該結(jié)果向用戶設(shè)備返回業(yè) 務(wù)訂購提示消息。 其中，存儲模塊71中所存儲的互斥關(guān)系表包括隱式互斥關(guān)系表和顯式互斥關(guān)系 表；隱式互斥關(guān)系表存儲有符合增值業(yè)務(wù)產(chǎn)品模型的業(yè)務(wù)信息，顯式互斥關(guān)系表存儲有增 值業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的信息。 具體的，已訂購增值業(yè)務(wù)的信息可以是用戶設(shè)備已訂購套餐的ID和/或產(chǎn)品的 ID，具體根據(jù)用戶的實際訂購情況而定，基于目前運營商提供的面向用戶的增值業(yè)務(wù)的形 式只有產(chǎn)品和套餐，因此，當(dāng)前增值業(yè)務(wù)的信息可以是產(chǎn)品的ID或套餐的ID，具體的根據(jù)
17產(chǎn)品或套餐的形成方式，可以具體分為由單一業(yè)務(wù)形成的產(chǎn)品的ID、由業(yè)務(wù)包形成的產(chǎn) 品的ID、由產(chǎn)品包形成的套餐的ID和由單一產(chǎn)品形成的套餐的ID。 本實施例提供的裝置，通過第二查詢模塊74可以獲知當(dāng)前增值業(yè)務(wù)和已訂購增 值業(yè)務(wù)的互斥關(guān)系，基于存儲模塊71存儲的用戶設(shè)備訂購關(guān)系表和互斥關(guān)系表，逐層次的 判斷互斥關(guān)系，既可以節(jié)省判斷時間，又保證了互斥關(guān)系判斷的全面徹底。
基于上述技術(shù)方案，該裝置還包括判斷模塊81和判定模塊82。判斷模塊81，與 接收模塊72、第一查詢模塊73和第二查詢模塊74連接，用于根據(jù)接收模塊72和第一查詢 模塊73提供的信息，在查詢互斥關(guān)系表之前，判斷已訂購增值業(yè)務(wù)的信息中是否存在與當(dāng) 前增值業(yè)務(wù)的信息相同的信息，并將判斷結(jié)果提供給第二查詢模塊74 ;判定模塊82，與判 斷模塊81和反饋模塊75連接，用于在判斷模塊81的判斷結(jié)果為是時，判定當(dāng)前增值業(yè)務(wù) 與已訂購增值業(yè)務(wù)具有互斥關(guān)系，并將判定結(jié)果提供給反饋模塊75，以使反饋模塊75向用 戶設(shè)備返回當(dāng)前增值業(yè)務(wù)訂購請求提示消息。 其中，第二查詢模塊74包括第一查詢判斷單元、第二查詢判斷單元、第三查詢判 斷單元、第一判定單元和第二判定單元。上述單元用于在請求訂購的當(dāng)前增值業(yè)務(wù)為由單 一業(yè)務(wù)形成的產(chǎn)品時，對該請求訂購的產(chǎn)品進(jìn)行互斥判斷，具體操作流程如下
第一查詢判斷單元，用于在判斷模塊81的判斷結(jié)果為否時，根據(jù)請求訂購的產(chǎn)品 的ID和已訂購增值業(yè)務(wù)中套餐的ID，查詢互斥關(guān)系表中的隱式互斥關(guān)系表，判斷已訂購增 值業(yè)務(wù)中的套餐對應(yīng)的產(chǎn)品的ID中，是否存在與請求訂購的產(chǎn)品的ID相同的ID，其中所述 對應(yīng)的產(chǎn)品的ID是指形成產(chǎn)品包或套餐的產(chǎn)品的ID ;第二查詢判斷單元，用于在第一查詢 判斷單元的判斷結(jié)果為否時，繼續(xù)查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù) 的ID中是否存在與請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID，其中所述對應(yīng)的業(yè)務(wù)的ID 是指形成業(yè)務(wù)包、產(chǎn)品、產(chǎn)品包或套餐的業(yè)務(wù)的ID ;第三查詢判斷單元，用于在第二查詢判 斷單元的判斷結(jié)果為否時，查詢互斥關(guān)系表中的顯式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對 應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中是否存在與請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;
第一判定單元，用于在第一查詢判斷單元、第二查詢判斷單元或第三查詢判斷單 元的判斷結(jié)果為是時，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)具有互斥關(guān)系；第二判定單 元，用于在第三查詢判斷單元的判斷結(jié)果為否時，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù) 不具有互斥關(guān)系。 進(jìn)一步，第二查詢模塊74還包括第四查詢判斷單元、第五查詢判斷單元、第三判 定單元和第四判定單元。上述單元用于在請求訂購的增值業(yè)務(wù)為由業(yè)務(wù)包形成的產(chǎn)品時， 對請求訂購的產(chǎn)品進(jìn)行互斥判斷，具體操作流程如下 第四查詢判斷單元，用于在判斷模塊81的判斷結(jié)果為否時，根據(jù)請求訂購的產(chǎn)品 的ID和已訂購增值業(yè)務(wù)中套餐的ID，查詢互斥關(guān)系表中的隱式互斥關(guān)系表，判斷已訂購增 值業(yè)務(wù)中的套餐對應(yīng)的產(chǎn)品的ID中是否存在與請求訂購的產(chǎn)品的ID相同的ID，其中所述 對應(yīng)的產(chǎn)品的ID是指形成產(chǎn)品包或套餐的產(chǎn)品的ID ;第五查詢判斷單元，用于在第四查詢 判斷單元輸出不存在結(jié)果時，繼續(xù)查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù) 包的ID中是否存在與請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)包的ID相同的ID，其中所述對應(yīng)的業(yè)務(wù) 包的ID是指形成產(chǎn)品、產(chǎn)品包或套餐的業(yè)務(wù)包的ID ; 第三判定單元，用于在第四查詢判斷單元或第五查詢判斷單元的判斷結(jié)果為是
18時，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)具有互斥關(guān)系；第四判定單元，用于在第五查詢 判斷單元的判斷結(jié)果為否時，判定請求訂購的產(chǎn)品與已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
再進(jìn)一步，第二查詢模塊74還包括第六查詢判斷單元、第七查詢判斷單元、第八 查詢判斷單元、第九查詢判斷單元、第十查詢判斷單元、第五判定單元和第六判定單元。上 述單元用于在請求訂購的增值業(yè)務(wù)為由單一產(chǎn)品形成的套餐時，對請求訂購的套餐進(jìn)行互 斥判斷，具體操作流程如下 第六查詢判斷單元，用于在判斷模塊81的判斷結(jié)果為否時，根據(jù)請求訂購的套餐 的ID和已訂購增值業(yè)務(wù)中套餐的ID，查詢互斥關(guān)系表中的隱式互斥關(guān)系表，判斷已訂購增 值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品的ID相同的ID， 其中所述對應(yīng)的產(chǎn)品的ID是指形成產(chǎn)品包或套餐的產(chǎn)品的ID ; 第七查詢判斷單元，用于在第六查詢判斷單元的判斷結(jié)果為否時，且根據(jù)隱式互 斥關(guān)系表獲知請求訂購的套餐中的產(chǎn)品是由單一業(yè)務(wù)形成時，查詢隱式互斥關(guān)系表，判斷 已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中是否存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的 ID，其中所述對應(yīng)的業(yè)務(wù)的ID是指形成業(yè)務(wù)包、產(chǎn)品、產(chǎn)品包或套餐的業(yè)務(wù)的ID ;第八查詢 判斷單元，用于在第七查詢判斷單元的判斷結(jié)果為否時，查詢顯式互斥關(guān)系表，判斷已訂購 增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中是否存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID 相同的ID ; 第五判定單元，用于在第六查詢判斷單元、第七查詢判斷單元或第八查詢判斷單 元的判斷結(jié)果為是時，判定請求訂購的套餐與已訂購增值業(yè)務(wù)具有互斥關(guān)系；第六判定單 元，用于在第八查詢判斷單元的判斷結(jié)果為否時，判定請求訂購的套餐與已訂購增值業(yè)務(wù) 不具有互斥關(guān)系； 第十查詢判斷單元，用于在已訂購增值業(yè)務(wù)中的套餐對應(yīng)的產(chǎn)品的ID中不存在 與請求訂購的套餐對應(yīng)的產(chǎn)品的ID相同的ID，且查詢隱式互斥關(guān)系表獲知請求訂購的套 餐中的產(chǎn)品是由產(chǎn)品包形成時，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包 的ID中是否存在與請求訂購的套餐對應(yīng)的業(yè)務(wù)包的ID相同的ID，其中所述對應(yīng)的業(yè)務(wù)包 的ID是指形成產(chǎn)品、產(chǎn)品包或套餐的業(yè)務(wù)包的ID ; 此時，第五判定單元，還用于在第十查詢判斷單元的判斷結(jié)果為是時，判定請求訂
購的套餐與已訂購增值業(yè)務(wù)具有互斥關(guān)系；第六判定單元，還用于在第十查詢判斷單元的
判斷結(jié)果為否時，判定請求訂購的套餐與已訂購增值業(yè)務(wù)不具有互斥關(guān)系。 更進(jìn)一步，第二查詢模塊74還包括第十一查詢判斷單元、第七判定單元和第八
判定單元。上述各單元用于在請求訂購的增值業(yè)務(wù)為由產(chǎn)品包形成的套餐時，對請求訂購
的套餐進(jìn)行互斥判斷，具體操作流程如下 第十一查詢判斷單元，用于在判斷模塊81的判斷結(jié)果為否時，根據(jù)請求訂購的套 餐的ID和已訂購增值業(yè)務(wù)中套餐的ID，查詢隱式互斥關(guān)系表，判斷已訂購增值業(yè)務(wù)中套餐 對應(yīng)的產(chǎn)品包的ID中是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品包的ID相同的ID，其中所述 對應(yīng)的產(chǎn)品包的ID是指形成套餐的產(chǎn)品包的ID ;第七判定單元，用于在第十一查詢判斷單 元的判斷結(jié)果為是時，判定請求訂購的套餐與已訂購增值業(yè)務(wù)具有互斥關(guān)系；第八判定單 元，用于在第十一查詢判斷單元的判斷結(jié)果為否時，判定請求訂購的套餐與已訂購增值業(yè) 務(wù)不具有互斥關(guān)系。
19
本實施例提供的增值業(yè)務(wù)互斥鑒權(quán)裝置可用于執(zhí)行本發(fā)明實施例提供的增值業(yè) 務(wù)互斥鑒權(quán)方法，采用上述技術(shù)方案，可以實現(xiàn)對用戶設(shè)備或者業(yè)務(wù)門戶發(fā)送的請求訂購 的各種增值業(yè)務(wù)進(jìn)行互斥鑒權(quán)，實現(xiàn)增值業(yè)務(wù)之間的互斥管理。
實施例八 圖8所示為本發(fā)明實施例八提供的增值業(yè)務(wù)管理系統(tǒng)的結(jié)構(gòu)示意圖，圖9為本發(fā) 明實施例八提供的增值業(yè)務(wù)訂購流程示意圖。如圖8所示，增值業(yè)務(wù)管理系統(tǒng)包括SP或 系統(tǒng)配置界面91、增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶92、增值業(yè)務(wù)鑒權(quán)模塊93。
具體的，增值業(yè)務(wù)鑒權(quán)模塊93包括本發(fā)明上述實施例提供的增值業(yè)務(wù)互斥鑒權(quán) 裝置931和通用認(rèn)證鑒權(quán)模塊932。增值業(yè)務(wù)互斥鑒權(quán)裝置931的內(nèi)部結(jié)構(gòu)和功能不再詳 述，詳見本發(fā)明提供的增值業(yè)務(wù)互斥鑒權(quán)裝置實施例部分的描述。通用認(rèn)證鑒權(quán)模塊932 用于對用戶發(fā)起的訂購請求進(jìn)行常規(guī)認(rèn)證鑒權(quán)，保證用戶的訂購請求具有合法性，以作為 后續(xù)對用戶的訂購請求與已訂購增值業(yè)務(wù)進(jìn)行互斥判斷的基礎(chǔ)；其中最常用的常規(guī)認(rèn)證鑒 權(quán)有用戶狀態(tài)、業(yè)務(wù)能力鑒權(quán)、SP狀態(tài)、SP業(yè)務(wù)狀態(tài)、SP產(chǎn)品狀態(tài)、黑白名單鑒權(quán)等。增值 業(yè)務(wù)鑒權(quán)模塊負(fù)責(zé)為各類業(yè)務(wù)存儲統(tǒng)一的用戶、業(yè)務(wù)、產(chǎn)品、SP和訂購關(guān)系等信息，完成圍 繞上述核心數(shù)據(jù)的統(tǒng)一管理、統(tǒng)計分析及集中式的認(rèn)證鑒權(quán)和計費。 SP或系統(tǒng)配置界面91，與增值業(yè)務(wù)鑒權(quán)模塊93連接，提供配置互斥關(guān)系表的窗 口，即通過該界面管理員或者SP完成對增值業(yè)務(wù)互斥關(guān)系的配置。 增值業(yè)務(wù)系統(tǒng)指為用戶提供增值服務(wù)的能力引擎；增值業(yè)務(wù)門戶指為用戶提供訂 購、退訂、查詢等自服務(wù)的門戶，門戶的形式多樣，例如網(wǎng)頁(Web)門戶、無線應(yīng)用通訊協(xié)議 (Wireless Application Protocol ;簡稱為Wap)門戶、交互語音應(yīng)答系統(tǒng)(Interactive Voice Response ;簡稱為IVR)語音門戶、短信門戶等。有的時候增值業(yè)務(wù)門戶包含在增值 業(yè)務(wù)系統(tǒng)內(nèi)，有的時候增值業(yè)務(wù)門戶獨立于增值業(yè)務(wù)系統(tǒng)而設(shè)置。 用戶通過上述系統(tǒng)或門戶都可以向增值業(yè)務(wù)管理系統(tǒng)發(fā)起訂購請求，并得到增值
業(yè)務(wù)管理系統(tǒng)反饋的結(jié)果，例如可以是受理消息，也無可以是業(yè)務(wù)訂購提示消息。 基于上述增值業(yè)務(wù)管理系統(tǒng)，本發(fā)明實施例提供了一種用戶訂購增值業(yè)務(wù)流程，
如圖9所示，具體包括 步驟l，用戶通過用戶設(shè)備向增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶發(fā)起訂購請求； 步驟2，增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶作為認(rèn)證鑒權(quán)的觸發(fā)點，向增值業(yè)務(wù)鑒權(quán)模塊發(fā)
起用戶的訂購請求； 步驟3，增值業(yè)務(wù)鑒權(quán)模塊對用戶的訂購請求進(jìn)行常規(guī)認(rèn)證鑒權(quán)；
步驟4，增值業(yè)務(wù)鑒權(quán)模塊對用戶的訂購請求進(jìn)行互斥鑒權(quán)； 步驟5，如果鑒權(quán)成功，增值業(yè)務(wù)鑒權(quán)模塊生成訂購關(guān)系，并將該訂購關(guān)系記錄到 用戶的訂購關(guān)系表中； 步驟6，增值業(yè)務(wù)鑒權(quán)模塊將處理結(jié)果返回增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶； 步驟7，增值業(yè)務(wù)系統(tǒng)或業(yè)務(wù)門戶將處理結(jié)果翻譯成用戶可以理解的語言，通過用
戶設(shè)備返回給用戶。 其中，由通用認(rèn)證鑒權(quán)模塊完成的步驟3中的常規(guī)認(rèn)證鑒權(quán)，其中常規(guī)認(rèn)證鑒權(quán) 包括用戶狀態(tài)、業(yè)務(wù)能力鑒權(quán)、SP狀態(tài)、SP業(yè)務(wù)狀態(tài)、SP產(chǎn)品狀態(tài)、黑白名單鑒權(quán)等；在做 完常規(guī)認(rèn)證鑒權(quán)后，由增值業(yè)務(wù)互斥鑒權(quán)裝置完成步驟4中的互斥鑒權(quán)，其鑒權(quán)過程詳見
20本發(fā)明鑒權(quán)方法實施例，在此不再贅述。 采用上述技術(shù)方案，用戶將訂購請求發(fā)送給增值業(yè)務(wù)管理系統(tǒng)，由增值業(yè)務(wù)管理 系統(tǒng)對該訂購請求進(jìn)行互斥鑒權(quán)，只有通過互斥鑒權(quán)的訂購請求才被受理，并且增值業(yè)務(wù) 管理系統(tǒng)會向用戶反饋提示信息，提示存在互斥關(guān)系的訂購請求。 綜上所述，通過采用本發(fā)明提供的技術(shù)方案，可以對用戶設(shè)備的訂購請求進(jìn)行全 面的互斥鑒權(quán)，只有在鑒權(quán)通過后，用戶的訂購請求才被受理，避免了用戶在對增值業(yè)務(wù)產(chǎn) 品介紹或者自己已訂購業(yè)務(wù)不是很清楚時，發(fā)生違背用戶真實意愿的錯誤訂購，而在當(dāng)前 增值業(yè)務(wù)與已訂購增值業(yè)務(wù)存在互斥關(guān)系時，向用戶返回訂購提示信息，用戶可以根據(jù)提 示信息選擇后續(xù)操作，即起到了提示用戶的作用，又不違背用戶的意愿，規(guī)范了服務(wù)提供的 行為，提高了用戶滿意度和用戶體驗。 最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制， 盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
2權(quán)利要求
一種增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，包括接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，所述增值業(yè)務(wù)訂購請求消息攜帶有用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息；根據(jù)所述用戶服務(wù)號碼，查詢所述用戶設(shè)備已訂購增值業(yè)務(wù)的信息；根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表；如果根據(jù)查詢所述互斥關(guān)系表獲知所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè)務(wù)具有互斥關(guān)系，則向所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息。
2. 根據(jù)權(quán)利要求1所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，查詢所述互斥關(guān)系表 之前，還包括判斷所述已訂購增值業(yè)務(wù)的信息中是否存在與所述當(dāng)前增值業(yè)務(wù)的信息相 同的信息；若判斷結(jié)果為是，則判定所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè)務(wù)具有互斥關(guān)系，向 所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息；若判斷結(jié)果為不是，則執(zhí)行查詢所述互斥關(guān)系表的操作。
3. 根據(jù)權(quán)利要求2所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，所述互斥關(guān)系表包括 隱式互斥關(guān)系表和顯式互斥關(guān)系表，所述隱式互斥關(guān)系表存儲有符合增值業(yè)務(wù)產(chǎn)品模型的 業(yè)務(wù)信息，所述顯式互斥關(guān)系表存儲有所述增值業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)信息。
4. 根據(jù)權(quán)利要求3所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，所述已訂購增值業(yè)務(wù) 的信息至少包括所述已訂購增值業(yè)務(wù)中套餐的ID和/或產(chǎn)品的ID。
5. 根據(jù)權(quán)利要求4所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，若所述用戶設(shè)備請求 訂購的當(dāng)前增值業(yè)務(wù)為由單一業(yè)務(wù)形成的產(chǎn)品時，所述當(dāng)前增值業(yè)務(wù)的信息為請求訂購的 產(chǎn)品的ID，根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表， 具體為根據(jù)所述請求訂購的產(chǎn)品的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互 斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與所述請求訂購 的產(chǎn)品的ID相同的ID;若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中存在與所述請求訂購的產(chǎn)品的ID相 同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中不存在與所述請求訂購的產(chǎn)品的ID 相同的ID，繼續(xù)查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中， 是否存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的 ID相同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中不存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù) 的ID相同的ID，查詢所述顯式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互 斥業(yè)務(wù)的ID中，是否存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中存在與所述請求訂購的產(chǎn) 品對應(yīng)的業(yè)務(wù)的ID相同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互 斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中不存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)不具 有互斥關(guān)系。
6. 根據(jù)權(quán)利要求4所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，若所述用戶設(shè)備請求 訂購的當(dāng)前增值業(yè)務(wù)為由業(yè)務(wù)包形成的產(chǎn)品時，所述當(dāng)前增值業(yè)務(wù)的信息為請求訂購的產(chǎn) 品的ID，根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表，具 體為根據(jù)所述請求訂購的產(chǎn)品的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互 斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與所述請求訂購 的產(chǎn)品的ID相同的ID;若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中存在與所述請求訂購的產(chǎn)品的ID相 同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中不存在與所述請求訂購的產(chǎn)品的 ID相同的ID，繼續(xù)查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID 中，是否存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)包的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù) 包的ID相同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中不存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè) 務(wù)包的ID相同的ID，則判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
7. 根據(jù)權(quán)利要求4所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，若所述用戶設(shè)備請求 訂購的當(dāng)前增值業(yè)務(wù)為由單一產(chǎn)品形成的套餐時，所述當(dāng)前增值業(yè)務(wù)的信息為請求訂購的 套餐的ID，根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表， 具體為根據(jù)所述請求訂購的套餐的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互 斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與所述請求訂購 的套餐對應(yīng)的產(chǎn)品的ID相同的ID ;若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中存在與所述請求訂購的套餐對應(yīng)的 產(chǎn)品的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中不存在與所述請求訂購的套餐對應(yīng) 的產(chǎn)品的ID相同的ID，且獲知所述請求訂購的套餐中的產(chǎn)品是由單一業(yè)務(wù)形成時，查詢所 述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中，是否存在與所述請求訂 購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù)的 ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中不存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù) 的ID相同的ID，查詢所述顯式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互 斥業(yè)務(wù)的ID中，是否存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中存在與所述請求訂購的套 餐對應(yīng)的業(yè)務(wù)的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互 斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中不存在與所述請求訂購的 套餐對應(yīng)的業(yè)務(wù)的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)不具 有互斥關(guān)系。
8. 根據(jù)權(quán)利要求7所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，還包括 當(dāng)所述已訂購增值業(yè)務(wù)中的套餐對應(yīng)的產(chǎn)品的ID中不存在與所述請求訂購的套餐對應(yīng)的產(chǎn)品的ID相同的ID，且獲知所述請求訂購的套餐中的產(chǎn)品是由業(yè)務(wù)包形成時，查詢所 述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中，是否存在與所述請求 訂購的套餐對應(yīng)的業(yè)務(wù)包的ID相同的ID ;若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù) 包的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；若所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中不存在與所述請求訂購的套餐對應(yīng)的業(yè) 務(wù)包的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
9. 根據(jù)權(quán)利要求4所述的增值業(yè)務(wù)互斥鑒權(quán)方法，其特征在于，若所述用戶設(shè)備請求 訂購的當(dāng)前增值業(yè)務(wù)為由產(chǎn)品包形成的套餐時，所述當(dāng)前增值業(yè)務(wù)的信息為請求訂購的套 餐的ID，根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表，具 體為根據(jù)所述請求訂購的套餐的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互 斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品包的ID中，是否存在與所述請求訂 購的套餐對應(yīng)的產(chǎn)品包的I D相同的ID ;若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品包的ID中存在與所述請求訂購的套餐對應(yīng) 的產(chǎn)品包的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān) 系；若所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品包的ID中不存在與所述請求訂購的套餐對 應(yīng)的產(chǎn)品包的ID相同的ID，則判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)不具有互 斥關(guān)系。
10. —種增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述增值業(yè)務(wù)互斥鑒權(quán)裝置設(shè)置在增值 業(yè)務(wù)管理系統(tǒng)中，包括存儲模塊，用于存儲用戶訂購信息表和互斥關(guān)系表；接收模塊，用于接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，所述增值業(yè)務(wù)訂購請求 消息攜帶有用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息；第一查詢模塊，用于根據(jù)所述用戶服務(wù)號碼，查詢所述用戶訂購信息表中存儲的所述 用戶設(shè)備已訂購增值業(yè)務(wù)的信息；第二查詢模塊，用于根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查 詢所述互斥關(guān)系表；反饋模塊，用于在所述第二查詢模塊獲知所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè)務(wù)具 有互斥關(guān)系時，向所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息。
11. 根據(jù)權(quán)利要求10所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，還包括 判斷模塊，用于判斷所述已訂購增值業(yè)務(wù)的信息中是否存在與所述當(dāng)前增值業(yè)務(wù)的信息相同的信息；判定模塊，用于在所述判斷模塊的判斷結(jié)果為是時，判定所述當(dāng)前增值業(yè)務(wù)和所述已 訂購增值業(yè)務(wù)具有互斥關(guān)系。
12. 根據(jù)權(quán)利要求11所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述存儲模塊包括 所述互斥關(guān)系表包括隱式互斥關(guān)系表和顯式互斥關(guān)系表，所述隱式互斥關(guān)系表存儲有符合增值業(yè)務(wù)產(chǎn)品模型的業(yè)務(wù)信息，所述顯式互斥關(guān)系表存儲有所述增值業(yè)務(wù)的同質(zhì)互斥 業(yè)務(wù)信息。
13. 根據(jù)權(quán)利要求12所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述第二查詢模塊包括第一查詢判斷單元，用于在所述判斷模塊的判斷結(jié)果為否時，根據(jù)請求訂購的由單一業(yè)務(wù)形成的產(chǎn)品的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互斥關(guān)系表，判斷 所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與請求訂購的產(chǎn)品的ID相同的ID ;第二查詢判斷單元，用于在所述第一查詢判斷單元的判斷結(jié)果為否時，繼續(xù)查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中，是否存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;第三查詢判斷單元，用于在所述第二查詢判斷單元的判斷結(jié)果為否時，查詢所述顯式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中，是否存在所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)的ID相同的ID ;第一判定單元，用于在所述第一查詢判斷單元、所述第二查詢判斷單元或所述第三查 詢判斷單元的判斷結(jié)果為是時，判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；第二判定單元，用于在所述第三查詢判斷單元的判斷結(jié)果為否時，判定所述請求訂購 的產(chǎn)品與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
14. 根據(jù)權(quán)利要求12所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述第二查詢模塊 包括第四查詢判斷單元，用于在所述判斷模塊的判斷結(jié)果為否時，根據(jù)請求訂購的由業(yè)務(wù) 包形成的產(chǎn)品的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互斥關(guān)系表，判斷 所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與請求訂購的產(chǎn)品的ID相同的ID ;第五查詢判斷單元，用于在所述第四查詢判斷單元的判斷結(jié)果為否時，繼續(xù)查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)包的ID中，是否存在與所述請求訂購的產(chǎn)品對應(yīng)的業(yè)務(wù)包的ID相同的ID ;第三判定單元，用于在所述第四查詢判斷單元或所述第五查詢判斷單元的判斷結(jié)果為是時，判定所述請求訂購的產(chǎn)品與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；第四判定單元，用于在所述第五查詢判斷單元的判斷結(jié)果為否時，判定所述請求訂購 的產(chǎn)品與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
15. 根據(jù)權(quán)利要求12所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述第二查詢模塊 包括第六查詢判斷單元，用于在所述判斷模塊的判斷結(jié)果為否時，根據(jù)請求訂購的由單一產(chǎn)品形成的套餐的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互斥關(guān)系表，判斷 所述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品的ID中，是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品 的ID相同的ID ;第七查詢判斷單元，用于在所述第六查詢判斷單元的判斷結(jié)果為否，且獲知所述請求 訂購的套餐中的產(chǎn)品由單一業(yè)務(wù)形成時，查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值 業(yè)務(wù)對應(yīng)的業(yè)務(wù)的ID中，是否存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ;第八查詢判斷單元，用于在所述第七查詢判斷單元的判斷結(jié)果為否時，查詢所述顯式 互斥關(guān)系表，判斷所述已訂購增值業(yè)務(wù)對應(yīng)的業(yè)務(wù)的同質(zhì)互斥業(yè)務(wù)的ID中，是否存在與所 述請求訂購的套餐對應(yīng)的業(yè)務(wù)的ID相同的ID ;第五判定單元，用于在所述第六查詢判斷單元、所述第七查詢判斷單元或所述第八查 詢判斷單元的判斷結(jié)果為是時，判定所述請求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥 關(guān)系；第六判定單元，用于在所述第八查詢判斷單元的判斷結(jié)果為否時，判定所述請求訂購 的套餐與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
16. 根據(jù)權(quán)利要求15所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述第二查詢模塊 還包括第九查詢判斷單元，用于在所述第六查詢判斷單元的判斷結(jié)果為否，且獲知所述請求 訂購的套餐中的產(chǎn)品由產(chǎn)品包形成時，查詢所述隱式互斥關(guān)系表，判斷所述已訂購增值業(yè) 務(wù)對應(yīng)的業(yè)務(wù)包的ID中，是否存在與所述請求訂購的套餐對應(yīng)的業(yè)務(wù)包的ID相同的ID ;所述第五判定單元，還用于在所述第九查詢判斷單元的判斷結(jié)果為是時，判定所述請 求訂購的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；所述第六判定單元，還用于在所述第九查詢判斷單元的判斷結(jié)果為否時，判定所述請 求訂購的套餐與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
17. 根據(jù)權(quán)利要求12所述的增值業(yè)務(wù)互斥鑒權(quán)裝置，其特征在于，所述第二查詢模塊 包括第十查詢判斷單元，用于在所述判斷模塊的判斷結(jié)果為否時，根據(jù)請求訂購的由產(chǎn)品 包形成的套餐的ID和所述已訂購增值業(yè)務(wù)中套餐的ID，查詢所述隱式互斥關(guān)系表，判斷所 述已訂購增值業(yè)務(wù)中套餐對應(yīng)的產(chǎn)品包的ID中，是否存在與請求訂購的套餐對應(yīng)的產(chǎn)品 包的ID相同的ID ;第七判定單元，用于在所述第十查詢判斷單元的判斷結(jié)果為是時，判定所述請求訂購 的套餐與所述已訂購增值業(yè)務(wù)具有互斥關(guān)系；第八判定單元，用于在所述第十查詢判斷單元的判斷結(jié)果為否時，判定所述請求訂購 的套餐與所述已訂購增值業(yè)務(wù)不具有互斥關(guān)系。
全文摘要
本發(fā)明涉及一種增值業(yè)務(wù)互斥鑒權(quán)方法與裝置，該方法包括接收用戶設(shè)備發(fā)送的增值業(yè)務(wù)訂購請求消息，所述增值業(yè)務(wù)訂購消息攜帶有用戶服務(wù)號碼和當(dāng)前增值業(yè)務(wù)的信息；根據(jù)所述用戶服務(wù)號碼，查詢所述用戶設(shè)備已訂購增值業(yè)務(wù)的信息；根據(jù)所述當(dāng)前增值業(yè)務(wù)的信息和所述已訂購增值業(yè)務(wù)的信息，查詢互斥關(guān)系表；如果根據(jù)查詢所述互斥關(guān)系表獲知所述當(dāng)前增值業(yè)務(wù)和所述已訂購增值業(yè)務(wù)具有互斥關(guān)系，則向所述用戶設(shè)備返回增值業(yè)務(wù)訂購提示消息。本發(fā)明實施例的增值業(yè)務(wù)互斥鑒權(quán)方法與裝置，通過查詢互斥關(guān)系表，以獲知當(dāng)前增值業(yè)務(wù)與已訂購增值業(yè)務(wù)之間的互斥關(guān)系，實現(xiàn)對增值業(yè)務(wù)之間的互斥管理。
文檔編號H04W12/06GK101765112SQ200910243448
公開日2010年6月30日 申請日期2009年12月22日 優(yōu)先權(quán)日2009年12月22日
發(fā)明者唐雄燕, 王志軍, 王蓉, 胡尼亞, 馬麗 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司