本發(fā)明涉及光傳送網(wǎng)絡管理技術，尤指一種刷新通知的方法和裝置。

背景技術：

在光傳送網(wǎng)絡管理系統(tǒng)中，服務器有許多類型的通知需要處理，如資源通知(包括資源的創(chuàng)建、修改、刪除通知等)，告警通知(包括告警的產(chǎn)生、修改、消失通知等)等。每一種通知在更新相關狀態(tài)后，都需要將更新相關狀態(tài)的通知發(fā)送給與該業(yè)務相關的客戶終端進行刷新顯示。

現(xiàn)有的刷新通知的方法大致包括：

服務器以廣播的方式向客戶終端發(fā)送通知，客戶終端接收到通知，對通知的報文頭進行解封裝，對解封裝后的通知進行解碼，根據(jù)解碼后的通知的數(shù)據(jù)變更類型判斷是否是自身關心的業(yè)務對應的通知，如果是，則根據(jù)解碼后的通知進行刷新顯示；如果不是，則丟棄解碼后的通知。

現(xiàn)有的刷新通知的方法中，由于客戶終端需要對每一個接收到的通知進行解碼，而服務器對所有的通知均進行廣播發(fā)送，因此，客戶終端需要處理的通知的數(shù)量較多，同時大量的無效通知還占用了客戶終端和服務器之間的通訊通道，無疑增加了客戶終端和服務器之間的通訊壓力。

技術實現(xiàn)要素：

為了解決上述問題，本發(fā)明提出了一種刷新通知的方法和裝置，能夠減少客戶終端處理通知的數(shù)量，同時降低客戶終端和服務器之間的通訊壓力。

為了達到上述目的，本發(fā)明提出了一種刷新通知的方法，包括：

服務器接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型，查找訂閱條件對應的業(yè)務標識；

服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系；

服務器在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識；

服務器對通知封裝報文頭，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端。

優(yōu)選地，所述服務器接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型后，在所述服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更數(shù)據(jù)之間的對應關系之前還包括：

所述服務器為所述客戶終端分配訂閱操作標識，將分配的訂閱操作標識發(fā)送給所述客戶終端。

優(yōu)選地，所述服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更數(shù)據(jù)之間的對應關系包括：

所述服務器保存客戶終端標識、查找到的業(yè)務標識、通知的數(shù)據(jù)變更類型和訂閱操作標識之間的對應關系。

優(yōu)選地，所述在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識包括：

在所述對應關系中查找所述通知的數(shù)據(jù)變更類型和所述通知中的業(yè)務標識對應的客戶終端標識和訂閱操作標識。

優(yōu)選地，所述服務器對通知封裝報文頭包括：

所述服務器將查找到的訂閱操作標識封裝在所述通知的報文頭中。

優(yōu)選地，當所述服務器接收到來自所述客戶終端的取消的訂閱條件和取消的通知的數(shù)據(jù)變更類型時，該方法還包括：

所述服務器查找所述取消的訂閱條件對應的業(yè)務標識，將自身保存的對應關系中查找到的業(yè)務標識、取消的通知的變更數(shù)據(jù)類型和所述客戶終端標識之間的對應關系刪除。

優(yōu)選地，所述客戶終端標識為所述客戶終端的互聯(lián)網(wǎng)協(xié)議IP地址、或媒體接入控制MAC地址。

本發(fā)明還提出了一種刷新通知的方法，包括：

客戶終端向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型；

當客戶終端接收到來自服務器的通知時，對通知的報文頭進行解封裝，對解封裝后的通知進行解碼，根據(jù)解碼后的通知進行刷新。

優(yōu)選地，所述客戶終端向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型后，在所述客戶終端接收到來自服務器的通知之前還包括：

所述客戶終端接收到來自所述服務器的訂閱操作標識，并保存訂閱操作標識和所述訂閱條件之間的對應關系；

所述對通知的報文頭進行解封裝后，在所述對解封裝后的通知進行解碼之前還包括：

所述客戶終端在保存的對應關系中查找到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件。

優(yōu)選地，當所述客戶終端在所述保存的對應關系中查找不到所述解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件時，該方法還包括：

所述客戶終端丟棄所述解封裝后的通知。

優(yōu)選地，所述客戶終端向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型時，還向所述服務器發(fā)送客戶終端標識。

本發(fā)明還提出了一種服務器，至少包括：

第一接收模塊，用于接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型；

查找模塊，用于查找訂閱條件對應的業(yè)務標識；在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識；

第一發(fā)送模塊，用于對通知封裝報文頭，將封裝后的通知發(fā)送給查找到 的客戶終端標識對應的客戶終端；

存儲模塊，用于保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系。

優(yōu)選地，還包括：

分配模塊，用于接收到通知消息，為所述客戶終端分配訂閱操作標識；

所述第一接收模塊具體用于：

接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型，向所述分配模塊發(fā)送通知消息。

優(yōu)選地，所述查找模塊具體用于：

查找訂閱條件對應的業(yè)務標識；在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識和訂閱操作標識。

優(yōu)選地，所述第一發(fā)送模塊具體用于：

將分配的訂閱操作標識發(fā)送給客戶終端；將查找到的訂閱操作標識封裝在通知的報文頭中，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端。

優(yōu)選地，所述存儲模塊具體用于：

保存客戶終端標識、查找到的業(yè)務標識、通知的數(shù)據(jù)變更類型和訂閱操作標識之間的對應關系。

優(yōu)選地，所述第一接收模塊還用于：

接收到來自所述客戶終端的取消的訂閱條件和取消的通知的數(shù)據(jù)變更類型；

所述查找模塊還用于：

查找所述取消的訂閱條件對應的業(yè)務標識；

所述存儲模塊還用于：

將自身保存的對應關系中查找到的業(yè)務標識、取消的通知的變更數(shù)據(jù)類型和所述客戶終端標識之間的對應關系刪除。

本發(fā)明還提出了一種客戶終端，至少包括：

第二發(fā)送模塊，用于向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型；

第二接收模塊，用于當接收到來自服務器的通知時，將通知發(fā)送給刷新模塊；

刷新模塊，用于對通知的報文頭進行解封裝，對解封裝后的通知進行解碼，根據(jù)解碼后的通知進行刷新。

優(yōu)選地，所述第二接收模塊還用于：

接收到來自服務器的訂閱操作標識，并保存訂閱操作標識和所述訂閱條件之間的對應關系；

所述刷新模塊具體用于：

對通知的報文頭進行解封裝，在保存的對應關系中查找到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件，對解封裝后的通知進行解碼，根據(jù)解碼后的通知進行刷新。

優(yōu)選地，所述刷新模塊還用于：

在保存的對應關系中查找不到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件，丟棄所述解封裝后的通知。

優(yōu)選地，所述第二發(fā)送模塊具體用于：

向服務器發(fā)送客戶終端標識，訂閱條件和通知的數(shù)據(jù)變更類型。

與現(xiàn)有技術相比，本發(fā)明提供的技術方案包括：服務器接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型，查找訂閱條件對應的業(yè)務標識；服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系；服務器在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識；服務器對通知封裝報文頭，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端。通過本發(fā)明的方 案，服務器只向查找到的客戶終端標識對應的客戶終端發(fā)送通知，從而減少了客戶終端處理通知的數(shù)量，同時降低了客戶終端和服務器之間的通訊壓力。

附圖說明

下面對本發(fā)明實施例中的附圖進行說明，實施例中的附圖是用于對本發(fā)明的進一步理解，與說明書一起用于解釋本發(fā)明，并不構成對本發(fā)明保護范圍的限制。

圖1為本發(fā)明刷新通知的方法的流程圖；

圖2為本發(fā)明服務器的結構組成示意圖；

圖3為本發(fā)明客戶終端的結構組成示意圖。

具體實施方式

為了便于本領域技術人員的理解，下面結合附圖對本發(fā)明作進一步的描述，并不能用來限制本發(fā)明的保護范圍。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的各種方式可以相互組合。

參見圖1，本發(fā)明提出了一種刷新通知的方法，包括：

步驟100、客戶終端向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型。

本步驟中，訂閱條件可以是業(yè)務的任意屬性的組合，例如業(yè)務所在的位置、業(yè)務類型、業(yè)務大小、業(yè)務的名稱等。

本步驟中，客戶終端還可以向服務器發(fā)送客戶終端標識。

其中，客戶終端標識可以是客戶終端的互聯(lián)網(wǎng)協(xié)議(IP，Internet Protocol)地址、或媒體接入控制(MAC，Media Access Control)地址等。

本步驟中，客戶終端可以根據(jù)自身的需求向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型。

步驟101、服務器查找訂閱條件對應的業(yè)務標識；服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系。

本步驟中，作為可選的步驟，服務器還為客戶終端分配訂閱操作標識，并將分配的訂閱操作標識發(fā)送給客戶終端。

服務器保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系包括：

服務器保存客戶終端標識、查找到的業(yè)務標識、通知的數(shù)據(jù)變更類型和訂閱操作標識之間的對應關系

其中，服務器可以隨意為客戶終端分配訂閱操作標識，只要能夠區(qū)分不同的客戶終端發(fā)送的訂閱條件就可以。

本步驟中，服務器查找訂閱條件對應的業(yè)務標識時，將訂閱條件與業(yè)務標識對應的業(yè)務的屬性進行匹配，如果訂閱條件與業(yè)務的其中一個屬性匹配上，則該業(yè)務為所要查找的業(yè)務。

其中，訂閱條件對應的業(yè)務標識可能是一個，也可能是多個。

作為可選的步驟，步驟101和步驟102之間還包括：客戶終端接收到來自服務器的訂閱操作標識，并保存訂閱操作標識和訂閱條件之間的對應關系。

步驟102、服務器在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識；服務器對通知封裝報文頭，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端。

本步驟中，通知中還包含有更新的業(yè)務的屬性。

本步驟中，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識包括：

在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識和訂閱操作標識。

服務器對通知封裝報文頭包括：服務器將查找到的訂閱操作標識封裝在通知的報文頭中。

其中，可以將訂閱操作標識封裝在通知的報文頭中的新增字段或保留字段。

其中，當查找到的客戶終端標識和訂閱操作標識有多個時，分別將查找到的訂閱操作標識封裝在通知的報文頭中發(fā)送給對應的客戶終端，也就是將通知復制成多分，每一份通知的報文頭中封裝一個客戶終端對應的訂閱操作標識。

這樣，服務器只向查找到的客戶終端標識對應的客戶終端發(fā)送通知，從而減少了客戶終端處理通知的數(shù)量。

步驟103、客戶終端對接收到的通知的報文頭進行解封裝，對解封裝后的通知進行解碼，根據(jù)解碼后的通知對訂閱條件對應的業(yè)務進行刷新。

本步驟中，對通知的報文頭進行解封裝后，在對解封裝后的通知進行解碼之前還包括：

客戶終端在保存的對應關系中查找到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件。

根據(jù)解碼后的通知對訂閱條件對應的業(yè)務進行刷新包括：

根據(jù)解碼后的通知對查找到的訂閱條件對應的業(yè)務進行刷新。

本步驟中，當客戶終端在保存的對應關系中查找不到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件時，客戶終端丟棄解封裝后的通知。

通過本發(fā)明的方案，服務器只向查找到的客戶終端標識對應的客戶終端發(fā)送通知，從而減少了客戶終端處理通知的數(shù)量，同時降低了客戶終端和服務器之間的通訊壓力。

作為可選的步驟，該方法還包括：

客戶終端向服務器發(fā)送取消的訂閱條件和取消的通知的數(shù)據(jù)變更類型；服務器查找取消的訂閱條件對應的業(yè)務標識，將自身保存的對應關系中查找到的業(yè)務標識、取消的通知的變更數(shù)據(jù)類型和發(fā)送取消的訂閱條件的客戶終端標識之間的對應關系刪除。

參見圖2，本發(fā)明還提出了一種服務器，至少包括：

第一接收模塊，用于接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更 類型；

查找模塊，用于查找訂閱條件對應的業(yè)務標識；在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識；

第一發(fā)送模塊，用于對通知封裝報文頭，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端；

存儲模塊，用于保存客戶終端標識、查找到的業(yè)務標識和通知的數(shù)據(jù)變更類型之間的對應關系。

本發(fā)明的服務器中，還包括：

分配模塊，用于接收到通知消息，為所述客戶終端分配訂閱操作標識；

第一接收模塊具體用于：

接收到來自客戶終端的訂閱條件和通知的數(shù)據(jù)變更類型，向分配模塊發(fā)送通知消息。

本發(fā)明的服務器中，查找模塊具體用于：

查找訂閱條件對應的業(yè)務標識；在需要發(fā)送通知時，在對應關系中查找通知的數(shù)據(jù)變更類型和通知中的業(yè)務標識對應的客戶終端標識和訂閱操作標識。

本發(fā)明的服務器中，第一發(fā)送模塊具體用于：

將分配的訂閱操作標識發(fā)送給客戶終端；將查找到的訂閱操作標識封裝在通知的報文頭中，將封裝后的通知發(fā)送給查找到的客戶終端標識對應的客戶終端。

本發(fā)明的服務器中，存儲模塊具體用于：

保存客戶終端標識、查找到的業(yè)務標識、通知的數(shù)據(jù)變更類型和訂閱操作標識之間的對應關系。

本發(fā)明的服務器中，第一接收模塊還用于：

接收到來自客戶終端的取消的訂閱條件和取消的通知的數(shù)據(jù)變更類型；

查找模塊還用于：

查找取消的訂閱條件對應的業(yè)務標識；

存儲模塊還用于：

將自身保存的對應關系中查找到的業(yè)務標識、取消的通知的變更數(shù)據(jù)類型和所述客戶終端標識之間的對應關系刪除。

參見圖3，本發(fā)明還提出了一種客戶終端，至少包括：

第二發(fā)送模塊，用于向服務器發(fā)送訂閱條件和通知的數(shù)據(jù)變更類型；

第二接收模塊，用于當接收到來自服務器的通知時，將通知發(fā)送給刷新模塊；

刷新模塊，用于對通知的報文頭進行解封裝，對解封裝后的通知進行解碼，根據(jù)解碼后的通知進行刷新。

本發(fā)明的客戶終端中，第二接收模塊還用于：

接收到來自服務器的訂閱操作標識，并保存訂閱操作標識和所述訂閱條件之間的對應關系；

刷新模塊具體用于：

對通知的報文頭進行解封裝，在保存的對應關系中查找到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件，對解封裝后的通知進行解碼，根據(jù)解碼后的通知進行刷新。

本發(fā)明的客戶終端中，所述刷新模塊還用于：

在保存的對應關系中查找不到解封裝得到的報文頭中的訂閱操作標識對應的訂閱條件，丟棄所述解封裝后的通知。

本發(fā)明的客戶終端中，所述第二發(fā)送模塊具體用于：

向服務器發(fā)送客戶終端標識，訂閱條件和通知的數(shù)據(jù)變更類型。

需要說明的是，以上所述的實施例僅是為了便于本領域的技術人員理解 而已，并不用于限制本發(fā)明的保護范圍，在不脫離本發(fā)明的發(fā)明構思的前提下，本領域技術人員對本發(fā)明所做出的任何顯而易見的替換和改進等均在本發(fā)明的保護范圍之內。