基于分布式緩存的消息鑒權(quán)方法和裝置的制造方法
【專利摘要】本發(fā)明公開了一種基于分布式緩存的消息鑒權(quán)方法，包括步驟：在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；將所述用戶關(guān)系存儲到分布式緩存節(jié)點中，當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。本發(fā)明還公開了一種基于分布式緩存的消息鑒權(quán)裝置。本發(fā)明提高了消息實時鑒權(quán)的性能，實現(xiàn)了動態(tài)增減業(yè)務(wù)鑒權(quán)節(jié)點，無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
【專利說明】
基于分布式緩存的消息鑒權(quán)方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，尤其涉及一種基于分布式緩存的消息鑒權(quán)方法和裝置?！颈尘凹夹g(shù)】
[0002]隨著消息類業(yè)務(wù)的迅速發(fā)展，各運營商企業(yè)的消息類業(yè)務(wù)鑒權(quán)平臺處理數(shù)據(jù)的性能要求也隨著快速增長，單純地增加業(yè)務(wù)鑒權(quán)節(jié)點提高性能已成為各運營商企業(yè)管理和運營成本的桎梏。
[0003]現(xiàn)有運營商企業(yè)一般是通過如下方法構(gòu)建消息類業(yè)務(wù)鑒權(quán)平臺。終端用戶發(fā)送消息到行業(yè)網(wǎng)關(guān)，終端用戶所發(fā)送的消息可以是訂購某個運營商的業(yè)務(wù)指令，行業(yè)網(wǎng)關(guān)將所述業(yè)務(wù)指令轉(zhuǎn)發(fā)到業(yè)務(wù)鑒權(quán)平臺，業(yè)務(wù)鑒權(quán)平臺內(nèi)的業(yè)務(wù)分發(fā)模塊根據(jù)主叫號碼找到具體的業(yè)務(wù)鑒權(quán)模塊，由業(yè)務(wù)鑒權(quán)模塊完成對終端用戶所發(fā)送消息的鑒權(quán)，生成用戶關(guān)系，將鑒權(quán)結(jié)果按原路徑返回。同時，運營商也可以發(fā)送消息到行業(yè)網(wǎng)關(guān)，所述運營商發(fā)送的消息可以是運營商所提供的內(nèi)容，行業(yè)網(wǎng)關(guān)將所述運營商提供的內(nèi)容轉(zhuǎn)發(fā)到業(yè)務(wù)鑒權(quán)平臺，業(yè)務(wù)鑒權(quán)平臺內(nèi)的業(yè)務(wù)分發(fā)模塊根據(jù)被叫號碼找到具體的業(yè)務(wù)鑒權(quán)模塊，由業(yè)務(wù)鑒權(quán)模塊對運營商所提供的內(nèi)容進行鑒權(quán)，校驗用戶關(guān)系，將鑒權(quán)結(jié)果按原路徑返回。
[0004]但是，運用上述方法構(gòu)建的消息類業(yè)務(wù)鑒權(quán)平臺不適合各運營商企業(yè)業(yè)務(wù)增長的進一步發(fā)展。目前，業(yè)務(wù)鑒權(quán)模塊存儲用戶關(guān)系的方式主要有兩種，一種是內(nèi)存存儲，另一種是數(shù)據(jù)庫存儲。如果采用內(nèi)存存儲用戶關(guān)系，會存在內(nèi)存有限和當(dāng)前業(yè)務(wù)鑒權(quán)模塊出現(xiàn)故障無法被接管的問題；如果采用數(shù)據(jù)庫存儲用戶關(guān)系，會存在數(shù)據(jù)庫訪問時間長，無法實時反饋鑒權(quán)結(jié)果給行業(yè)網(wǎng)關(guān)的問題。
[0005]上述內(nèi)容僅用于輔助理解本發(fā)明的技術(shù)方案，并不代表承認上述內(nèi)容是現(xiàn)有技術(shù)。
【發(fā)明內(nèi)容】

[0006]本發(fā)明的主要目的在于提供一種基于分布式緩存的消息鑒權(quán)方法和裝置，解決運營商企業(yè)業(yè)務(wù)鑒權(quán)性能低下，在當(dāng)前業(yè)務(wù)鑒權(quán)節(jié)點出現(xiàn)故障無法被接管，無法實時反饋鑒權(quán)結(jié)果的問題。
[0007]為實現(xiàn)上述目的，本發(fā)明提供的一種基于分布式緩存的消息鑒權(quán)方法，包括步驟:
[0008]在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；
[0009]若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；
[0010]將所述用戶關(guān)系存儲到分布式緩存節(jié)點中，當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。
[0011]優(yōu)選地，所述在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別的步驟之后，還包括:
[0012]若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系；
[0013]當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。
[0014]優(yōu)選地，所述若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系的步驟包括:
[0015]若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系；
[0016]根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。
[0017]優(yōu)選地，所述若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系的步驟之后，還包括:
[0018]請求存儲所述用戶關(guān)系；
[0019]根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系。
[0020]優(yōu)選地，所述在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別的步驟之前，還包括:
[0021]實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)；
[0022]當(dāng)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載超過第一預(yù)設(shè)閾值時，增加所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點；
[0023]當(dāng)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載低于第二預(yù)設(shè)閾值時，減少所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。
[0024]此外，為實現(xiàn)上述目的，本發(fā)明還提供一種基于分布式緩存的消息鑒權(quán)裝置，該裝置包括:
[0025]消息接收模塊，用于在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；
[0026]業(yè)務(wù)鑒權(quán)模塊，用于若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；
[0027]分布式緩存模塊，用于將所述用戶關(guān)系存儲到分布式緩存節(jié)點中；
[0028]判定模塊，用于當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。
[0029]優(yōu)選地，所述基于分布式緩存的消息鑒權(quán)裝置還包括分布式緩存訪問模塊，用于若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系；
[0030]所述判定模塊，還用于當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。
[0031]優(yōu)選地，所述業(yè)務(wù)鑒權(quán)模塊，還用于若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系；
[0032]所述分布式緩存訪問模塊，還用于根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。
[0033]優(yōu)選地，所述業(yè)務(wù)鑒權(quán)模塊，還用于請求存儲所述用戶關(guān)系；
[0034]所述分布式緩存訪問模塊，還用于根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系。
[0035]優(yōu)選地，所述基于分布式緩存的消息鑒權(quán)裝置還包括監(jiān)測模塊和調(diào)整模塊，
[0036]所述監(jiān)測模塊，用于實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)；
[0037]所述調(diào)整模塊，用于根據(jù)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)，調(diào)整所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點的數(shù)量。
[0038]本發(fā)明通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；同時，可以動態(tài)增加或減少業(yè)務(wù)鑒權(quán)節(jié)點，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能?！靖綀D說明】
[0039]圖1為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第一實施例的流程示意圖；
[0040]圖2為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第二實施例的流程示意圖；[0041 ] 圖3為圖2中步驟S40 —實施例的細化流程示意圖；
[0042]圖4為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第三實施例的流程示意圖；
[0043]圖5為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第一實施例的功能模塊示意圖；
[0044]圖6為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第二實施例的功能模塊示意圖；
[0045]圖7為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第三實施例的功能模塊示意圖。
[0046]本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明?！揪唧w實施方式】
[0047]應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0048]本發(fā)明實施例的主要解決方案是:在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；將所述用戶關(guān)系存儲到分布式緩存節(jié)點中，當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0049]由于現(xiàn)有的業(yè)務(wù)鑒權(quán)節(jié)點存儲用戶關(guān)系的方式主要有兩種，一種是內(nèi)存存儲，另一種是數(shù)據(jù)庫存儲。如果采用內(nèi)存存儲用戶關(guān)系，會存在內(nèi)存有限和當(dāng)前業(yè)務(wù)鑒權(quán)節(jié)點出現(xiàn)故障無法被接管的問題；如果采用數(shù)據(jù)庫存儲用戶關(guān)系，會存在數(shù)據(jù)庫訪問時間長，無法實時反饋鑒權(quán)結(jié)果給行業(yè)網(wǎng)關(guān)的問題。
[0050]基于上述問題，本發(fā)明提供一種基于分布式緩存的消息鑒權(quán)方法。
[0051]參照圖1，圖1為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第一實施例的流程示意圖。
[0052]在一實施例中，所述基于分布式緩存的消息鑒權(quán)方法包括:
[0053]步驟S10,在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；
[0054]—個業(yè)務(wù)鑒權(quán)平臺有N (N> = 3)個消息接收節(jié)點，N個業(yè)務(wù)鑒權(quán)節(jié)點，N個分布式緩存訪問節(jié)點，N個分布式緩存節(jié)點。當(dāng)行業(yè)網(wǎng)關(guān)接收到待鑒權(quán)消息時，行業(yè)網(wǎng)關(guān)將所述待鑒權(quán)消息轉(zhuǎn)發(fā)到業(yè)務(wù)鑒權(quán)平臺，確定所述待鑒權(quán)消息的類別，即確定業(yè)務(wù)鑒權(quán)平臺所接收到待鑒權(quán)的消息是上行消息還是下行消息，所述上行消息是移動終端用戶發(fā)出的內(nèi)容，可以是某個移動終端用戶訂購某個運營商的某項業(yè)務(wù)，如移動終端用戶13100000001發(fā)送訂購天氣預(yù)報的業(yè)務(wù)消息到運營商10001 ;所述下行消息是運營商發(fā)出的內(nèi)容，如運營商 10001根據(jù)移動終端用戶13100000001訂購的天氣預(yù)報的業(yè)務(wù)消息，發(fā)送具體的天氣預(yù)報消息到移動終端用戶13100000001。
[0055]步驟S20,若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；
[0056]若業(yè)務(wù)鑒權(quán)平臺接收的待鑒權(quán)消息是上行消息，則通過其網(wǎng)絡(luò)交換機將所述上行消息隨機發(fā)送給其消息接收節(jié)點。所述消息接收節(jié)點按照預(yù)設(shè)算法將所述上行消息轉(zhuǎn)發(fā)到其業(yè)務(wù)鑒權(quán)節(jié)點，所述業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量是當(dāng)時業(yè)務(wù)鑒權(quán)平臺所有業(yè)務(wù)鑒權(quán)節(jié)點中最小的，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中進行業(yè)務(wù)鑒權(quán)操作，并根據(jù)所述上行消息生成對應(yīng)的用戶關(guān)系。所述預(yù)設(shè)算法為負載均衡算法，也可以是實現(xiàn)同樣功能的其他算法。負載均衡有兩方面的含義:首先，將大量的并發(fā)訪問或數(shù)據(jù)流量分擔(dān)到多臺節(jié)點設(shè)備上分別處理，減少用戶等待時間；其次，單個重負載的運算分擔(dān)到多臺節(jié)點設(shè)備上做并行處理，每個節(jié)點設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶，系統(tǒng)處理能力得到大幅度提高。負載均衡能夠均衡所有的服務(wù)器和應(yīng)用之間的通信負載，根據(jù)實時響應(yīng)時間進行判斷，將任務(wù)交由負載最輕的服務(wù)器來處理，以實現(xiàn)真正的智能通信管理和最佳的服務(wù)性能。負載均衡在多節(jié)點之間按照一定的策略分發(fā)網(wǎng)絡(luò)或計算機處理負載，提供了一種廉價而有效的方法來擴展服務(wù)器帶寬，增加吞吐量，提高數(shù)據(jù)處理能力，同時又可以避免單點故障。
[0057]如業(yè)務(wù)鑒權(quán)平臺接收的是移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息，通過其網(wǎng)絡(luò)交換機將所述訂購天氣預(yù)報的業(yè)務(wù)消息隨機發(fā)送給其消息接收節(jié)點。所述消息接收節(jié)點按照負載均衡算法，將所述訂購天氣預(yù)報的業(yè)務(wù)消息轉(zhuǎn)發(fā)到其業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點，所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點對所述訂購天氣預(yù)報的業(yè)務(wù)消息進行業(yè)務(wù)鑒權(quán)操作，如檢測所述訂購天氣預(yù)報的業(yè)務(wù)消息是否合法，所述移動終端用戶13100000001是否可以訂購運營商10001的天氣預(yù)報業(yè)務(wù)，當(dāng)檢測出移動終端用戶13100000001已經(jīng)欠費停機，或沒有權(quán)限訂購運營商10001的天氣預(yù)報業(yè)務(wù)等，則不可以訂購運營商10001的天氣預(yù)報業(yè)務(wù)，移動終端用戶13100000001與運營商10001之間不能生成用戶關(guān)系；還需要檢測運營商10001是否可以提供天氣預(yù)報業(yè)務(wù)給移動終端用戶13100000001等，如當(dāng)運營商10001并沒有提供天氣預(yù)報業(yè)務(wù)的服務(wù)，則移動終端用戶 13100000001與運營商10001之間不能生成用戶關(guān)系；只有當(dāng)所有檢測都通過時，才能生成移動終端用戶13100000001和運營商10001之間的用戶關(guān)系。
[0058]步驟S30,將所述用戶關(guān)系存儲到分布式緩存節(jié)點中，當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。
[0059]在業(yè)務(wù)鑒權(quán)平臺的分布式緩存節(jié)點中存儲所述用戶關(guān)系，當(dāng)所述用戶關(guān)系在業(yè)務(wù)鑒權(quán)平臺的至少兩個分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點，上行消息鑒權(quán)操作成功。業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到上行消息鑒權(quán)操作成功的消息后，通知行業(yè)網(wǎng)關(guān)上行消息鑒權(quán)成功。當(dāng)所述用戶關(guān)系未在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上的分布式緩存節(jié)點存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點上行消息鑒權(quán)操作失敗，所述消息接收節(jié)點接收到上行消息鑒權(quán)操作失敗的消息后，通知行業(yè)網(wǎng)關(guān)上行消息鑒權(quán)失敗。如將移動終端用戶13100000001與運營商10001之間的用戶關(guān)系存儲到業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上的分布式緩存節(jié)點中，當(dāng)移動終端用戶13100000001與運營商10001之間的用戶關(guān)系在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點， 移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功。 業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功的消息后，通知短信行業(yè)網(wǎng)關(guān)所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功，所述短信行業(yè)網(wǎng)關(guān)接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功的消息后，轉(zhuǎn)發(fā)所述訂購天氣預(yù)報的業(yè)務(wù)消息到運營商10001 ;當(dāng)移動終端用戶13100000001與運營商10001之間的用戶關(guān)系未在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點，移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗，業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗的消息后，通知短信行業(yè)網(wǎng)關(guān)所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗。所述短信行業(yè)網(wǎng)關(guān)接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗的消息后，通知移動終端用戶13100000001訂購運營商10001天氣預(yù)報的業(yè)務(wù)失敗。
[0060]本實施例通過分布式緩存對上行消息進行鑒權(quán)，使上行消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，提高了消息實時鑒權(quán)的性能；同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0061]參照圖2,圖2為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第二實施例的流程示意圖。基于上述方法的第一實施例，所述步驟S10之后，還包括:
[0062]步驟S40,若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系；
[0063]具體地，參照圖3,在一實施例中，所述若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系的步驟包括:
[0064]步驟S41，若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系；
[0065]步驟S42,根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。
[0066]若業(yè)務(wù)鑒權(quán)平臺接收到的待鑒權(quán)的消息是下行消息，則通過其網(wǎng)絡(luò)交換機將所述下行消息隨機發(fā)送到其消息接收節(jié)點，所述消息接收節(jié)點按照預(yù)設(shè)算法將所述下行消息轉(zhuǎn)發(fā)到其業(yè)務(wù)鑒權(quán)節(jié)點。所述業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量是當(dāng)時業(yè)務(wù)鑒權(quán)平臺所有業(yè)務(wù)鑒權(quán)節(jié)點中最小的，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中進行業(yè)務(wù)鑒權(quán)操作，請求校驗業(yè)務(wù)鑒權(quán)平臺的分布式緩存節(jié)點中的用戶關(guān)系，并將所述用戶關(guān)系校驗請求提交給業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點，所述分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的用戶關(guān)系。所述的預(yù)設(shè)算法為負載均衡算法，也可以是實現(xiàn)同樣功能的其他算法。
[0067]如業(yè)務(wù)鑒權(quán)平臺接收到的是運營商10001根據(jù)移動終端用戶13100000001訂購的天氣預(yù)報的業(yè)務(wù)消息，給移動終端用戶13100000001發(fā)送具體的天氣預(yù)報消息。當(dāng)業(yè)務(wù)鑒權(quán)平臺接收到所述的具體的天氣預(yù)報消息后，通過其網(wǎng)絡(luò)交換機將所述具體的天氣預(yù)報消息隨機發(fā)送到其消息接收節(jié)點。所述消息接收節(jié)點按照負載均衡算法，將所述具體的天氣預(yù)報消息轉(zhuǎn)發(fā)到其業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中對所述具體的天氣預(yù)報消息進行業(yè)務(wù)鑒權(quán)操作，如檢測所述具體的天氣預(yù)報消息是否合法，檢測運營商10001是否可以發(fā)送所述具體的天氣預(yù)報消息給移動終端用戶 13100000001，檢測移動終端用戶13100000001是否可以接收運營商10001發(fā)送的具體的天氣預(yù)報消息，檢測移動終端用戶13100000001和運營商10001之間是否存在用戶關(guān)系，所述用戶關(guān)系是否合法等。如果所有的檢測都通過了，業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點提取移動終端用戶13100000001和運營商10001之間的用戶關(guān)系，如果提取移動終端用戶 13100000001和運營商10001之間的用戶關(guān)系不成功，則運營商10001不能給移動終端用戶 13100000001發(fā)送具體的天氣預(yù)報消息。
[0068]步驟S50,當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。
[0069]當(dāng)業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的用戶關(guān)系成功時，所述分布式緩存訪問節(jié)點通知其業(yè)務(wù)鑒權(quán)節(jié)點，業(yè)務(wù)鑒權(quán)平臺的訪問分布式緩存節(jié)點訪問成功。業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點接收到其分布式緩存訪問節(jié)點成功訪問其分布式緩存節(jié)點的消息后，通知其消息接收節(jié)點，下行消息鑒權(quán)成功。業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到下行消息鑒權(quán)成功的消息后，通知行業(yè)網(wǎng)關(guān)下行消息鑒權(quán)成功。如當(dāng)在業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的移動終端用戶13100000001和運營商10001之間的用戶關(guān)系成功時，業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點通知其業(yè)務(wù)鑒權(quán)節(jié)點，其訪問分布式緩存節(jié)點訪問成功。業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點接收到其分布式緩存訪問節(jié)點成功訪問其分布式緩存節(jié)點的消息后，通知其消息接收節(jié)點，運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功，所述消息接收節(jié)點接收到運營商 10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功的消息后，通知短信行業(yè)網(wǎng)關(guān)運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功。所述短信行業(yè)網(wǎng)關(guān)接收到運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功的消息后，將運營商10001發(fā)送的具體天氣預(yù)報消息轉(zhuǎn)發(fā)給移動終端用戶 13100000001。若所述短信行業(yè)網(wǎng)關(guān)接收到運營商10001發(fā)送的具體的天氣預(yù)報消息鑒權(quán)失敗的消息，則通知運營商10001其具體的天氣預(yù)報消息發(fā)送失敗。
[0070]在本實施例中，通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使下行消息在鑒權(quán)時，可以在任意業(yè)務(wù)鑒權(quán)節(jié)點中訪問用戶關(guān)系，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0071]參照圖4,圖4為本發(fā)明基于分布式緩存的消息鑒權(quán)方法的第三實施例流程示意圖，基于上述方法的第二實施例，所述步驟S10之前，還包括:
[0072]步驟S60,實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)；
[0073]步驟S70,根據(jù)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)，調(diào)整所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點的數(shù)量。
[0074]業(yè)務(wù)鑒權(quán)平臺實時監(jiān)測其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載狀態(tài)，根據(jù)其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載狀態(tài)，增加或減少其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。如當(dāng)其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載超過第一預(yù)設(shè)閾值時，增加其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。所述第一預(yù)設(shè)閾值可以根據(jù)需要自由設(shè)置，可以設(shè)置為60 %，70 %，80 %，優(yōu)選地，設(shè)置為70 %。如當(dāng)業(yè)務(wù)鑒權(quán)平臺的3個業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量都已超過其業(yè)務(wù)鑒權(quán)節(jié)點總?cè)萘康?0% 時，增加其業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點；當(dāng)業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點的負載低于第二預(yù)設(shè)閾值時，減少其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。所述第一預(yù)設(shè)閾值大于第二預(yù)設(shè)閾值，所述第二預(yù)設(shè)閾值可以根據(jù)需要自由設(shè)置，可以設(shè)置為 20 %，30 %，40 %等，優(yōu)選地，設(shè)置為30 %，即當(dāng)業(yè)務(wù)鑒權(quán)平臺的3個業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)量都低于其業(yè)務(wù)鑒權(quán)節(jié)點總?cè)萘康?0%時，減少其業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。
[0075]所述步驟S20之后，還包括:
[0076]步驟S201，請求存儲所述用戶關(guān)系；
[0077]步驟S202,根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系。
[0078]業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點請求其分布式緩存訪問節(jié)點存儲所述用戶關(guān)系，當(dāng)所述分布式緩存訪問節(jié)點接收到所述用戶關(guān)系的存儲請求后，將所述用戶關(guān)系提交給其分布式緩存節(jié)點。如業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點請求其的分布式緩存訪問節(jié)點存儲移動終端用戶13100000001與運營商10001之間的用戶關(guān)系，當(dāng)所述分布式緩存訪問節(jié)點接收到移動終端用戶13100000001與運營商10001之間的用戶關(guān)系的存儲請求后，將移動終端用戶13100000001與運營商10001之間的用戶關(guān)系提交給其分布式緩存節(jié)點。
[0079]在本實施例中，通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使上行消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；還可以動態(tài)增加或減少業(yè)務(wù)鑒權(quán)節(jié)點，同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0080]對應(yīng)的，基于上述基于分布式緩存的消息鑒權(quán)方法，本發(fā)明進一步提供一種基于分布式緩存的消息鑒權(quán)裝置。
[0081]參照圖5,圖5為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第一實施例的功能模塊不意圖。
[0082]在一實施例中，所述基于分布式緩存的消息鑒權(quán)裝置包括:消息接收模塊10、業(yè)務(wù)鑒權(quán)模塊20、分布式緩存模塊30及判定模塊40。
[0083]所述消息接收模塊10,用于在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；
[0084]—個業(yè)務(wù)鑒權(quán)平臺有N (N> = 3)個消息接收節(jié)點，N個業(yè)務(wù)鑒權(quán)節(jié)點，N個分布式緩存訪問節(jié)點，N個分布式緩存節(jié)點。當(dāng)行業(yè)網(wǎng)關(guān)接收到待鑒權(quán)消息時，行業(yè)網(wǎng)關(guān)將所述待鑒權(quán)消息轉(zhuǎn)發(fā)到業(yè)務(wù)鑒權(quán)平臺，確定所述待鑒權(quán)消息的類別，即確定業(yè)務(wù)鑒權(quán)平臺所接收到待鑒權(quán)的消息是上行消息還是下行消息，所述上行消息是移動終端用戶發(fā)出的內(nèi)容， 可以是某個移動終端用戶訂購某個運營商的某項業(yè)務(wù)，如移動終端用戶13100000001發(fā)送訂購天氣預(yù)報的業(yè)務(wù)消息到運營商10001 ;所述下行消息是運營商發(fā)出的內(nèi)容，如運營商 10001根據(jù)移動終端用戶13100000001訂購的天氣預(yù)報的業(yè)務(wù)消息，發(fā)送具體的天氣預(yù)報消息到移動終端用戶13100000001。
[0085]所述業(yè)務(wù)鑒權(quán)模塊20,用于若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作， 生成對應(yīng)的用戶關(guān)系；
[0086]若業(yè)務(wù)鑒權(quán)平臺接收的待鑒權(quán)消息是上行消息，則通過其網(wǎng)絡(luò)交換機將所述上行消息隨機發(fā)送給其消息接收節(jié)點。所述消息接收節(jié)點按照預(yù)設(shè)算法將所述上行消息轉(zhuǎn)發(fā)到其業(yè)務(wù)鑒權(quán)節(jié)點，所述業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量是當(dāng)時業(yè)務(wù)鑒權(quán)平臺所有業(yè)務(wù)鑒權(quán)節(jié)點中最小的，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中進行業(yè)務(wù)鑒權(quán)操作，并根據(jù)所述上行消息生成對應(yīng)的用戶關(guān)系。所述預(yù)設(shè)算法為負載均衡算法，也可以是實現(xiàn)同樣功能的其他算法。負載均衡有兩方面的含義:首先，將大量的并發(fā)訪問或數(shù)據(jù)流量分擔(dān)到多臺節(jié)點設(shè)備上分別處理，減少用戶等待時間；其次，單個重負載的運算分擔(dān)到多臺節(jié)點設(shè)備上做并行處理，每個節(jié)點設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶，系統(tǒng)處理能力得到大幅度提高。負載均衡能夠均衡所有的服務(wù)器和應(yīng)用之間的通信負載，根據(jù)實時響應(yīng)時間進行判斷，將任務(wù)交由負載最輕的服務(wù)器來處理，以實現(xiàn)真正的智能通信管理和最佳的服務(wù)性能。負載均衡在多節(jié)點之間按照一定的策略分發(fā)網(wǎng)絡(luò)或計算機處理負載，提供了一種廉價而有效的方法來擴展服務(wù)器帶寬，增加吞吐量，提高數(shù)據(jù)處理能力，同時又可以避免單點故障。
[0087]如業(yè)務(wù)鑒權(quán)平臺接收的是移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息，通過其網(wǎng)絡(luò)交換機將所述訂購天氣預(yù)報的業(yè)務(wù)消息隨機發(fā)送給其消息接收節(jié)點。所述消息接收節(jié)點按照負載均衡算法，將所述訂購天氣預(yù)報的業(yè)務(wù)消息轉(zhuǎn)發(fā)到其業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點，所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點對所述訂購天氣預(yù)報的業(yè)務(wù)消息進行業(yè)務(wù)鑒權(quán)操作，如檢測所述訂購天氣預(yù)報的業(yè)務(wù)消息是否合法，所述移動終端用戶13100000001是否可以訂購運營商10001的天氣預(yù)報業(yè)務(wù)，當(dāng)檢測出移動終端用戶13100000001已經(jīng)欠費停機，或沒有權(quán)限訂購運營商10001的天氣預(yù)報業(yè)務(wù)等，則不可以訂購運營商10001的天氣預(yù)報業(yè)務(wù)，移動終端用戶13100000001與運營商10001之間不能生成用戶關(guān)系；還需要檢測運營商10001是否可以提供天氣預(yù)報業(yè)務(wù)給移動終端用戶13100000001等，如當(dāng)運營商10001并沒有提供天氣預(yù)報業(yè)務(wù)的服務(wù)，則移動終端用戶 13100000001與運營商10001之間不能生成用戶關(guān)系；只有當(dāng)所有檢測都通過時，才能生成移動終端用戶13100000001和運營商10001之間的用戶關(guān)系。
[0088]所述分布式緩存模塊30,用于將所述用戶關(guān)系存儲到分布式緩存節(jié)點中；
[0089]所述判定模塊40,用于當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述上行消息鑒權(quán)成功。
[0090]在業(yè)務(wù)鑒權(quán)平臺的分布式緩存節(jié)點中存儲所述用戶關(guān)系，當(dāng)所述用戶關(guān)系在業(yè)務(wù)鑒權(quán)平臺的至少兩個分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點，上行消息鑒權(quán)操作成功。業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到上行消息鑒權(quán)操作成功的消息后，通知行業(yè)網(wǎng)關(guān)上行消息鑒權(quán)成功。當(dāng)所述用戶關(guān)系未在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上的分布式緩存節(jié)點存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點上行消息鑒權(quán)操作失敗，所述消息接收節(jié)點接收到上行消息鑒權(quán)操作失敗的消息后，通知行業(yè)網(wǎng)關(guān)上行消息鑒權(quán)失敗。如將移動終端用戶13100000001與運營商 10001之間的用戶關(guān)系存儲到業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上的分布式緩存節(jié)點中，當(dāng)移動終端用戶13100000001與運營商10001之間的用戶關(guān)系在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點， 移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功。 業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功的消息后，通知短信行業(yè)網(wǎng)關(guān)所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功，所述短信行業(yè)網(wǎng)關(guān)接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作成功的消息后，轉(zhuǎn)發(fā)所述訂購天氣預(yù)報的業(yè)務(wù)消息到運營商10001 ;當(dāng)移動終端用戶13100000001與運營商10001之間的用戶關(guān)系未在業(yè)務(wù)鑒權(quán)平臺的兩個或兩個以上分布式緩存節(jié)點中存儲成功時，業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點將通知其消息接收節(jié)點，移動終端用戶13100000001發(fā)送給運營商10001訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗，業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗的消息后，通知短信行業(yè)網(wǎng)關(guān)所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗。所述短信行業(yè)網(wǎng)關(guān)接收到所述訂購天氣預(yù)報的業(yè)務(wù)消息鑒權(quán)操作失敗的消息后，通知移動終端用戶13100000001訂購運營商10001天氣預(yù)報的業(yè)務(wù)失敗。
[0091]本實施例通過分布式緩存對上行消息進行鑒權(quán)，使上行消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，提高了消息實時鑒權(quán)的性能；同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0092]參照圖6,圖6為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第二實施例的功能模塊示意圖。所述裝置還包括分布式緩存訪問模塊50。
[0093]所述分布式緩存訪問模塊50,用于若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系；
[0094]進一步地所述業(yè)務(wù)鑒權(quán)模塊20,還用于若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系；
[0095]所述分布式緩存訪問模塊50,還用于根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。
[0096]若業(yè)務(wù)鑒權(quán)平臺接收到的待鑒權(quán)的消息是下行消息，則通過其網(wǎng)絡(luò)交換機將所述下行消息隨機發(fā)送到其消息接收節(jié)點，所述消息接收節(jié)點按照預(yù)設(shè)算法將所述下行消息轉(zhuǎn)發(fā)到其業(yè)務(wù)鑒權(quán)節(jié)點。所述業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量是當(dāng)時業(yè)務(wù)鑒權(quán)平臺所有業(yè)務(wù)鑒權(quán)節(jié)點中最小的，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中進行業(yè)務(wù)鑒權(quán)操作，請求校驗業(yè)務(wù)鑒權(quán)平臺的分布式緩存節(jié)點中的用戶關(guān)系，并將所述用戶關(guān)系校驗請求提交給業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點，所述分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的用戶關(guān)系。所述的預(yù)設(shè)算法為負載均衡算法，也可以是實現(xiàn)同樣功能的其他算法。
[0097]如業(yè)務(wù)鑒權(quán)平臺接收到的是運營商10001根據(jù)移動終端用戶13100000001訂購的天氣預(yù)報的業(yè)務(wù)消息，給移動終端用戶13100000001發(fā)送具體的天氣預(yù)報消息。當(dāng)業(yè)務(wù)鑒權(quán)平臺接收到所述的具體的天氣預(yù)報消息后，通過其網(wǎng)絡(luò)交換機將所述具體的天氣預(yù)報消息隨機發(fā)送到其消息接收節(jié)點。所述消息接收節(jié)點按照負載均衡算法，將所述具體的天氣預(yù)報消息轉(zhuǎn)發(fā)到其業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點，在所述業(yè)務(wù)負載量最小的業(yè)務(wù)鑒權(quán)節(jié)點中對所述具體的天氣預(yù)報消息進行業(yè)務(wù)鑒權(quán)操作，如檢測所述具體的天氣預(yù)報消息是否合法，檢測運營商10001是否可以發(fā)送所述具體的天氣預(yù)報消息給移動終端用戶 13100000001，檢測移動終端用戶13100000001是否可以接收運營商10001發(fā)送的具體的天氣預(yù)報消息，檢測移動終端用戶13100000001和運營商10001之間是否存在用戶關(guān)系，所述用戶關(guān)系是否合法等。如果所有的檢測都通過了，業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點提取移動終端用戶13100000001和運營商10001之間的用戶關(guān)系，如果提取移動終端用戶 13100000001和運營商10001之間的用戶關(guān)系不成功，則運營商10001不能給移動終端用戶 13100000001發(fā)送具體的天氣預(yù)報消息。
[0098]所述判定模塊40,還用于當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。
[0099]當(dāng)業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的用戶關(guān)系成功時，所述分布式緩存訪問節(jié)點通知其業(yè)務(wù)鑒權(quán)節(jié)點，業(yè)務(wù)鑒權(quán)平臺的訪問分布式緩存節(jié)點訪問成功。業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點接收到其分布式緩存訪問節(jié)點成功訪問其分布式緩存節(jié)點的消息后，通知其消息接收節(jié)點，下行消息鑒權(quán)成功。業(yè)務(wù)鑒權(quán)平臺的消息接收節(jié)點接收到下行消息鑒權(quán)成功的消息后，通知行業(yè)網(wǎng)關(guān)下行消息鑒權(quán)成功。如當(dāng)在業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點訪問從其分布式緩存節(jié)點所提取的移動終端用戶13100000001和運營商10001之間的用戶關(guān)系成功時，業(yè)務(wù)鑒權(quán)平臺的分布式緩存訪問節(jié)點通知其業(yè)務(wù)鑒權(quán)節(jié)點，其訪問分布式緩存節(jié)點訪問成功。業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點接收到其分布式緩存訪問節(jié)點成功訪問其分布式緩存節(jié)點的消息后，通知其消息接收節(jié)點，運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功，所述消息接收節(jié)點接收到運營商 10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功的消息后，通知短信行業(yè)網(wǎng)關(guān)運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功。所述短信行業(yè)網(wǎng)關(guān)接收到運營商10001發(fā)送的具體天氣預(yù)報消息鑒權(quán)成功的消息后，將運營商10001發(fā)送的具體天氣預(yù)報消息轉(zhuǎn)發(fā)給移動終端用戶 13100000001。若所述短信行業(yè)網(wǎng)關(guān)接收到運營商10001發(fā)送的具體的天氣預(yù)報消息鑒權(quán)失敗的消息，則通知運營商10001其具體的天氣預(yù)報消息發(fā)送失敗。
[0100]在本實施例中，通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使下行消息在鑒權(quán)時，可以在任意業(yè)務(wù)鑒權(quán)節(jié)點中訪問用戶關(guān)系，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0101]參照圖7,圖7為本發(fā)明基于分布式緩存的消息鑒權(quán)裝置的第三實施例的功能模塊示意圖。所述裝置還包括檢測模塊60和調(diào)整模塊70。
[0102]所述監(jiān)測模塊60,用于實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)；
[0103]所述調(diào)整模塊70,用于根據(jù)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)，調(diào)整所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點的數(shù)量。
[0104]業(yè)務(wù)鑒權(quán)平臺實時監(jiān)測其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載狀態(tài)，根據(jù)其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載狀態(tài)，增加或減少其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。如當(dāng)其業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載超過第一預(yù)設(shè)閾值時，增加其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。所述第一預(yù)設(shè)閾值可以根據(jù)需要自由設(shè)置，可以設(shè)置為60 %，70 %，80 %，優(yōu)選地，設(shè)置為70 %。如當(dāng)業(yè)務(wù)鑒權(quán)平臺的3個業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)負載量都已超過其業(yè)務(wù)鑒權(quán)節(jié)點總?cè)萘康?0% 時，增加其業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點；當(dāng)業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點的負載低于第二預(yù)設(shè)閾值時，減少其業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。所述第一預(yù)設(shè)閾值大于第二預(yù)設(shè)閾值，所述第二預(yù)設(shè)閾值可以根據(jù)需要自由設(shè)置，可以設(shè)置為 20 %，30 %，40 %等，優(yōu)選地，設(shè)置為30 %，即當(dāng)業(yè)務(wù)鑒權(quán)平臺的3個業(yè)務(wù)鑒權(quán)節(jié)點的業(yè)務(wù)量都低于其業(yè)務(wù)鑒權(quán)節(jié)點總?cè)萘康?0%時，減少其業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點。
[0105]進一步地，所述業(yè)務(wù)鑒權(quán)模塊20,還用于請求存儲所述用戶關(guān)系；
[0106]所述分布式緩存訪問模塊50,還用于根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系。
[0107]業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點請求其分布式緩存訪問節(jié)點存儲所述用戶關(guān)系，當(dāng)所述分布式緩存訪問節(jié)點接收到所述用戶關(guān)系的存儲請求后，將所述用戶關(guān)系提交給其分布式緩存節(jié)點。如業(yè)務(wù)鑒權(quán)平臺的業(yè)務(wù)鑒權(quán)節(jié)點請求其的分布式緩存訪問節(jié)點存儲移動終端用戶13100000001與運營商10001之間的用戶關(guān)系，當(dāng)所述分布式緩存訪問節(jié)點接收到移動終端用戶13100000001與運營商10001之間的用戶關(guān)系的存儲請求后，將移動終端用戶13100000001與運營商10001之間的用戶關(guān)系提交給其分布式緩存節(jié)點。
[0108]在本實施例中，通過分布式緩存來實現(xiàn)消息鑒權(quán)的方法，使上行消息在鑒權(quán)時，用戶關(guān)系可以在多個業(yè)務(wù)鑒權(quán)節(jié)點中存儲，不必在固定或特定的業(yè)務(wù)鑒權(quán)節(jié)點中鑒權(quán)，提高了消息實時鑒權(quán)的性能；還可以動態(tài)增加或減少業(yè)務(wù)鑒權(quán)節(jié)點，同時，解決了單業(yè)務(wù)鑒權(quán)節(jié)點繁忙的問題，也實現(xiàn)了無縫接管宕機業(yè)務(wù)鑒權(quán)節(jié)點的功能。
[0109]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如R0M/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0110]以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。
【主權(quán)項】
1.一種基于分布式緩存的消息鑒權(quán)方法，其特征在于，所述基于分布式緩存的消息鑒 權(quán)方法包括步驟:在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系；將所述用戶關(guān)系存儲到分布式緩存節(jié)點中，當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié) 點中存儲成功時，判定所述上行消息鑒權(quán)成功。2.如權(quán)利要求1所述的基于分布式緩存的消息鑒權(quán)方法，其特征在于，所述在接收到 待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別的步驟之后，還包括:若所述待鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān) 系；當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。3.如權(quán)利要求2所述的基于分布式緩存的消息鑒權(quán)方法，其特征在于，所述若所述待 鑒權(quán)消息是下行消息，則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系的步驟包 括:若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系；根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。4.如權(quán)利要求1所述的基于分布式緩存的消息鑒權(quán)方法，其特征在于，所述若所述待 鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的用戶關(guān)系的步驟之后，還包括:請求存儲所述用戶關(guān)系；根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系。5.如權(quán)利要求1至4任一項所述的基于分布式緩存的消息鑒權(quán)方法，其特征在于，所述 在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別的步驟之前，還包括:實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)；根據(jù)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)，調(diào)整所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點的數(shù)量。6.—種基于分布式緩存的消息鑒權(quán)裝置，其特征在于，所述基于分布式緩存的消息鑒 權(quán)裝置包括:消息接收模塊，用于在接收到待鑒權(quán)消息時，確定所述待鑒權(quán)消息的類別；業(yè)務(wù)鑒權(quán)模塊，用于若所述待鑒權(quán)消息是上行消息，則進行業(yè)務(wù)鑒權(quán)操作，生成對應(yīng)的 用戶關(guān)系；分布式緩存模塊，用于將所述用戶關(guān)系存儲到分布式緩存節(jié)點中；判定模塊，用于當(dāng)所述用戶關(guān)系在至少兩個分布式緩存節(jié)點中存儲成功時，判定所述 上行消息鑒權(quán)成功。7.如權(quán)利要求6所述的基于分布式緩存的消息鑒權(quán)裝置，其特征在于，所述基于分布 式緩存的消息鑒權(quán)裝置還包括分布式緩存訪問模塊，用于若所述待鑒權(quán)消息是下行消息， 則根據(jù)所述下行消息訪問分布式緩存節(jié)點中的用戶關(guān)系；所述判定模塊，還用于當(dāng)訪問成功時，判定所述下行消息鑒權(quán)成功。8.如權(quán)利要求7所述的基于分布式緩存的消息鑒權(quán)裝置，其特征在于， 所述業(yè)務(wù)鑒權(quán)模塊，還用于若所述待鑒權(quán)消息是下行消息，則請求校驗分布式緩存節(jié)點中的用戶關(guān)系； 所述分布式緩存訪問模塊，還用于根據(jù)所述校驗分布式緩存節(jié)點中的用戶關(guān)系的請求，訪問分布式緩存節(jié)點中的用戶關(guān)系。9.如權(quán)利要求7所述的基于分布式緩存的消息鑒權(quán)裝置，其特征在于，所述業(yè)務(wù)鑒權(quán)模塊，還用于請求存儲所述用戶關(guān)系； 所述分布式緩存訪問模塊，還用于根據(jù)所述存儲所述用戶關(guān)系的請求，提交所述用戶關(guān)系O10.如權(quán)利要求6至9任一項所述的基于分布式緩存的消息鑒權(quán)裝置，其特征在于，所述基于分布式緩存的消息鑒權(quán)裝置還包括監(jiān)測模塊和調(diào)整模塊， 所述監(jiān)測模塊，用于實時監(jiān)測業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)； 所述調(diào)整模塊，用于根據(jù)所述業(yè)務(wù)鑒權(quán)節(jié)點的負載狀態(tài)，調(diào)整所述業(yè)務(wù)鑒權(quán)節(jié)點和分布式緩存訪問節(jié)點的數(shù)量。
【文檔編號】H04L29/08GK106034156SQ201510119274
【公開日】2016年10月19日
【申請日】2015年3月18日
【發(fā)明人】楊宇
【申請人】中興通訊股份有限公司