專利名稱：一種應用模塊的管理方法及裝置的制作方法
技術領域：
本發明涉及數據通信技術領域，特別涉及一種應用模塊的管理方法及裝置。
背景技術：
在目前的數據通信領域中，為滿足系統的穩定性和實時處理的需求，提出了熱備份的方法，但是現有的熱備份方法的技術手段都集中在如何在主用應用模塊和備用應用模塊之間進行數據同步，從而能夠實時地將處理數據的主體從主用應用模塊切換到備用應用模塊，并未從工程的實際角度出發，簡化操作過程。上述主用應用模塊和備用應用模塊可統稱為應用模塊，其中，主用應用模塊指為客戶端提供應用服務的應用模塊，備用應用模塊是為相應的主用應用模塊提供備份服務的應用模塊。現有技術中，在設計之初就已經設置好了將哪些應用模塊配置為主用模式，以及每個主用應用模塊所對應的備用應用模塊，并且在初始設置后，各個應用模塊的配置將無法改變，因此，在采用現有的熱備份進行應用容量的擴充時，需要從軟件和硬件兩個方面進行修改，重新設置各應用模塊，不但增加了擴充應用容量的成本，還會由于擴容過程中的人為因素，大大增加出錯的概率。
發明內容
本發明實施例提供一種應用模塊的管理方法及裝置，用以解決現有技術中存在的在進行熱備份時需要從軟件和硬件兩方面進行修改，增加了擴容成本和出錯概率的問題。本發明實施例提供一種應用模塊的管理方法，包括:在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將上述應用模塊配置為主用模式或備用模式，并將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，上述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系;監控每一個應用模塊的服務狀態；在確定任意一個應用模塊的服務狀態改變時，調整上述任意一個應用模塊所在的分組中的其它應用模塊與上述任意一個應用模塊的主備份關系。本發明實施例還提供一種應用模塊的管理裝置，包括:分配模塊，用于在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將上述應用模塊配置為主用模式或備用模式，并將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，上述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系；監控模塊，用于監控每一個應用模塊的服務狀態；調整模塊，用于在確定任意一個應用模塊的服務狀態改變時，調整上述任意一個應用模塊所在的分組中的其它應用模塊與上述任意一個應用模塊的主備份關系。本發明實施例中，按照預設的備份模式將進行注冊的應用模塊配置為主用模式或備用模式，并將存在主備份關系的應用模塊歸入同一組中，在確定任意一個應用模塊的服務狀態改變時，調整該任意一個應用模塊所在的分組中的其它應用模塊與該任意一個應用模塊之間的主備份關系，使得應用模塊的增減易于實現，并且通過簡單的操作就能夠按照預設的備份模式實現應用的擴容，而且應用模塊配置的模式和主備份關系都可以根據實際情況按照預設的備份模式進行調整，避免在增減應用模塊時人工修改管理中心的軟件設置的情況，簡化了修改系統容量時的操作步驟，縮短操作時間，并降低了出錯概率。
圖1為本發明實施例中的應用模塊的管理方法流程圖；圖2為本發明實施例中客戶端、管理中心和應用模塊之間的信息交互示意圖；圖3為本發明實施例中1+1備份模式下擴充應用容量的過程示意圖；圖4為本發明實施例中的應用模塊的管理裝置示意圖。
具體實施例方式本發明實施例提供一種應用模塊的管理方法及裝置，該方法通過簡單的操作就能夠按照預設的備份模式實現系統的擴容，而且應用模塊配置的模式和主備份關系都可以根據實際情況按照預設的備份模式進行調整，能夠解決現有技術中存在的在進行熱備份時需要從軟件和硬件兩方面進行修改，增加了擴容成本和出錯概率的問題。下面結合
本發明的優選實施例。參閱圖1所示，本發明實施例設計的一種應用模塊的管理方法，包括如下步驟:步驟101:管理中心在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將上述應用模塊配置為主用模式或備用模式，并將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，上述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系。被配置為主用模式的應用模塊就是主用應用模塊，被配置為備用模式的應用模塊就是備用應用模塊。管理中心在接收到應用模塊發送的注冊請求之前，需要先配置預設的備份模式，預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系。例如，管理中心在初始化后，根據實際情況的不同，采用靜態配置的方式配置預設的備份模式，例如，1+1備份模式、1+0備份模式或者2+1備份模式等。1+0備份模式，是指每組應用模塊中只設置一個主用應用模塊，不設置備用應用模塊，一般用于主用應用模塊不需要備份的情況。1 + 1備份模式，是指每組應用模塊中設置一個主用應用模塊，并對應設置一個備用應用模塊。2+1備份模式，是指每組應用模塊中設置兩個主用應用模塊，并對應設置一個備用應用模塊，當兩個主用應用模塊中的任意一個出現故障或被去除時，由備用應用模塊接管該主用應用模塊的業務，繼續為客戶端提供應用服務。較佳地，在進行步驟101之后，將上述應用模塊被配置為主用模式的信息，和與上述應用模塊存在主備份關系的備用應用模塊信息封裝入注冊信息中，并發送至上述應用模塊；或者，將上述應用模塊被配置為備用模式的信息封裝入注冊信息中，并發送至上述應用模塊。步驟102:管理中心監控每一個應用模塊的服務狀態。較佳地，管理中心定期檢測每一個應用模塊的服務狀態是否改變，或者，定期接收每一個應用模塊上報的各自的服務狀態信息。通過應用模塊上報的服務狀態信息，確定應用模塊是否出現服務狀態改變的情況，例如，應用模塊出現故障、被去除、連接松動等。 在實際應用中，管理中心和每一個應用模塊之間可以維系一個心跳檢測，管理中心通過心跳檢測判斷每一個應用模塊的服務狀態是否改變。步驟103:管理中心在確定任意一個應用模塊的服務狀態改變時，調整上述任意一個應用模塊所在的分組中的其它應用模塊與上述任意一個應用模塊的主備份關系。管理中心在確定任意一個應用模塊被除去或發生故障時，查詢該任意一個應用模塊被配置為主用模式還是備用模式；若上述任意一個應用模塊被配置為備用模式，則刪除本地存儲的與其相關聯的主備份關系；若上述任意一個應用模塊被配置為主用模式，則將與其相關聯的主備份關系中記錄的備用應用模塊啟動為主用模式，并刪除上述任意一個應用模塊關聯的主備分關系。實際應用中，管理中心在接收到客戶端請求的應用服務時，指示被配置為主用模式的應用模塊為該客戶端提供應用服務，并根據相應的主備份關系，指示該應用模塊將本地的數據備份至相應的備用應用模塊中。例如，客戶端向管理中心發送服務請求，請求具有備份功能的主用應用模塊提供應用服務。管理中心此時的備份模式為1 + 1，則從本地記錄的多組應用模塊中，選擇滿員的一組應用模塊(即既有主用應用模塊，又有備用應用模塊的分組)，指示該組應用模塊中的主用應用模塊為該客戶端提供應用服務，并指示該主用應用模塊將數據備份至該組應用模塊中的備用應用模塊中。如果是備用應用模塊發生故障或被去除，管理中心只需刪除本地存儲的與該應用模塊相關聯的主備份關系，和本地存儲的該應用模塊的信息即可。此時，如果該備用應用模塊原本所在的分組中的主用應用模塊沒有其他對應的備用應用模塊，管理中心則可以調整該主用應用模塊的主備份關系，將其分到其它分組中，或者，不再向要求該主用應用模塊提供具有備份功能的應用服務。如果是主用應用模塊發生故障或被去除，并且該主用應用模塊存在對應的備用應用模塊，則可以將相應的備用應用模塊啟動為主用模式，令其接管上述主用應用模塊的應用服務，并刪除上述主用應用模塊關聯的主備份關系。如果該主用應用模塊沒有對應的備用應用模塊，管理中心則重新為客戶端分配提供應用服務的主用應用模塊。步驟103之后，如果確定所有分組中的應用模塊總數小于閾值，將所有分組合并，并且按照預設的備份模式，對合并后的分組中的各個應用模塊進行重新配置，以及對該合并后的分組中各應用模塊之間的主備份關系進行重新設置。上述閾值一般為預設的備份模式所規定的每個分組中應用模塊數量的最大值。圖2為本發明實施例中客戶端、管理中心和應用模塊之間的信息交互示意圖。客戶端向管理中心請求應用服務，管理中心指定應用模塊提供應用服務的過程可以參閱圖2所示。管理中心可以對外提供統一的應用服務端口，用以接收客戶端的服務請求，以及向客戶端反饋信息。在接收到應用模塊的注冊請求時，管理中心根據預先配置的備份模式和注冊分發算法，將該應用模塊設置為對應的狀態(主用應用模塊或者備用應用模塊)，并根據主備份關系，形成“應用組”(即應用模塊的分組)，通過注冊信息將上述應用模塊對應的狀態和主備份關系告知上述應用模塊。在接收到客戶端發送的服務請求時，管理中心根據業務分發策略(例如負載均衡策略等)將業務分配給已注冊成為主用應用模塊的應用模塊，令其提供應用服務。本發明實施例設計的應用模塊管理方法中，管理中心可以為Femto基站網關接入模塊，應用模塊可以為語音編輯碼模塊。如果客戶端向Femto基站網關接入模塊請求的應用服務，該應用服務為將語音的編輯模式由PCM (Pulse-code modulation，脈沖編碼調制)制式轉化為EFR (Enhanced Full Rate Speed Encoding,增強型全速率)制式，Femto基站網關接入模塊可以根據業務分發策略，將這一應用服務的業務分發給作為主用應用模塊的語音編輯碼模塊，由作為主用應用模塊的語音編輯碼模塊提供這一應用服務。下面舉例說明實際應用中，不同備份模式下的應用模塊的管理方法的實現過程。參閱圖3所示，管理中心采用靜態配置的方式將備份模式配置為1 + 1備份模式，應用模塊共有應用模塊A、應用模塊B、應用模塊C和應用模塊D四個，其中，應用模塊A和應用模塊B先向Femto基站網關接入模塊注冊，應用模塊C和應用模塊D作為擴容的模塊，在后續過程中增加。由于備份模式為1+1備份模式，所以管理中心在一個“應用組”中分配主用應用模塊和備用應用模塊兩個成員。圖3為1+1備份模式下擴充應用容量的過程示意圖，包括如下6個步驟。I)在各應用模塊向管理中心注冊之前，如果客戶端請求提供應用服務(例如，計算服務、語音制式轉換服務等)，此時，管理中心確定沒有應用資源，拒絕為客戶端提供應用服務。2)應用模塊A和應用模塊B初始化后開始向管理中心注冊，管理中心將應用模塊A配置為主用模式，作為主用應用模塊，將應用模塊B配置為備用模式，作為備用應用模塊，并告知應用模塊A，應用模塊B為應用模塊A對應的備用應用模塊。3)客戶端向管理中心發送應用服務請求(例如，請求語音制式轉換服務等)，此時，管理中心指定應用模塊A為該客戶端提供應用服務，并且由管理中心將應用模塊A提供的應用服務轉發給客戶端。應用模塊A為客戶端提供應用服務時，管理中心指示應用模塊A將數據備份至應用模塊B中，或者，由應用模塊A根據本地存儲的主備份關系直接將數據備份至應用模塊B。4)新增加了應用模塊C后，應用模塊C初始化后，向管理中心注冊，由于第一個“應用組”已經滿員，沒有空閑位置，管理中心將應用模塊C分配成新的“應用組”中的主用應用模塊。5)客戶端再次向管理中心發送應用服務請求，管理中心根據本地的業務分發策略將針對該請求的應用服務業務分發給主用應用模塊，向客戶端提供來自應用模塊A或來自應用模塊C的應用服務。此時，由于有應用模塊B為應用模塊A提供備份服務，因此，應用模塊A提供的應用服務更為可靠，應用模塊C提供的應用服務沒有備份。
6)新增加應用模塊D，應用模塊D初始化后向管理中心注冊，管理中心檢測出第二個“應用組”(即應用模塊C所在的“應用組”)中還存在空閑位置，沒有滿員，則將應用模塊D分配至第二個“應用組”，并通知應用模塊C，應用模塊D已成為應用模塊C的備用應用模塊，可以為其提供備份服務。此時，如果客戶端向管理中心發送應用服務請求，管理中心將根據本地的業務分發策略，將針對該請求的應用服務業務分發給主用應用模塊，向客戶端提供來自應用模塊A或者應用模塊C的應用服務。由于此時應用模塊B和應用模塊D分別為應用模塊A和應用模塊C提供備份服務，因此，應用模塊A和應用模塊C所提供的應用服務都是可靠的。下面舉例說明在1+1備份模式下的減少容量的過程。假設管理中心配置的備份模式為1+1備份模式，已注冊的應用模塊包括應用模塊A、應用模塊B、應用模塊C和應用模塊D，其中，第一“應用組”包括主用應用模塊A和備用應用模塊C，第二“應用組”包括主用應用模塊B和備用應用模塊D。在應用模塊D被去除時，管理中心通過心跳檢測確定應用模塊D已經不存在，應用模塊D的服務狀態被改變為不可用。此時，管理中心檢測本地記錄中應用模塊D原本所在的第二 “應用組”，通知該“應用組”中的主用應用模塊B，其備用應用模塊D已經不存在，無法為應用模塊B繼續提供備份服務，并將本地記錄中有關應用模塊D的信息刪除(例如，與應用模塊D關聯的主備份關系等信息)。此時，如果繼續去除應用模塊，可能存在下述三種情況。第一種情況:將應用模塊C去除后，管理中心通過心跳檢測確定應用模塊C已經不存在，應用模塊C的服務狀態改變為不可用。此時管理中心將通知本地記錄中應用模塊C原本所在的第一“應用組”中的主用應用模塊A，其備用應用模塊C已經不存在，并將本地記錄中有關應用模塊C的信息刪除。此后，管理中心通過搜索本地記錄發現存在兩個“應用組”，并且兩個“應用組”中都只存在一個成員，而本地設置的備份模式為1+1備份模式，因此，將兩個“應用組”合并。合并時，管理中心可以按照預設的備份模式，將應用模塊A和應用模塊B的主備份關系重新設置，例如，將應用模塊A設置為主用應用模塊，將應用模塊B設置為應用模塊A的備用應用模塊，并通知應用模塊A，其備用應用模塊為應用模塊B。第二種情況:應用模塊B被去除后，管理中心通過心跳檢測確定應用模塊B已經不存在，其服務狀態為不可用。此時管理中心將直接刪除本地記錄的有關應用模塊B的信息，例如，應用模塊B被分配為主用應用模塊的信息，應用模塊B的調用地址等。此后，如果客戶端繼續請求應用服務，管理中心則指示主用應用模塊A采用A主C備的模式為該客戶端提供應用服務。第三種情況:應用模塊A被去除后，管理中心通過心跳檢測確定應用模塊A已經不存在，其服務狀態為不可用。此時，管理中心先搜索本地記錄中應用模塊A原本所在的“應用組”將該“應用組”中的備用應用模塊C啟用，并轉化為主用應用模塊，然后刪除本地記錄的有關應用模塊A的信息。此后，管理中心繼續搜索本地記錄，發現存在兩個“應用組”，并且每個“應用組”中都只有一個成員，將這兩個“應用組”合并。在合并時，由于應用模塊C已經被轉化為主用應用模塊，可以直接將應用模塊B分配為應用模塊C的備用應用模塊，或者，也可以根據預設的備份模式對應用模塊B和應用模塊C重新進行分配，將其中的一個分配為主用應用模塊，另一個分配為備用應用模塊。在分配完主用應用模塊和備用應用模塊后，需要告知主用應用模塊，與其對應的備用應用模塊已經被啟用。下面舉例說明1+0備份模式下的擴容過程。本實施例中，管理中心通過靜態配置將備份模式配置為1+0備份模式，即一個“應用組”中只存在一個主用應用模塊，沒有備用應用模塊，應用模塊包括應用模塊A和應用模塊B，其中，應用模塊B作為擴容時后續增加的應用模塊。應用模塊A初始化后向管理中心注冊，管理中心將應用模塊A分配為主用應用模塊。客戶端向管理中心請求提供應用服務時，管理中心指示應用模塊A提供應用服務，并將來自應用模塊A的應用服務轉發給客戶端。新增加應用模塊B，應用模塊B初始化后向管理中心注冊，管理中心確定第一個“應用組”已經滿員，沒有空閑位置，將應用模塊B作為主用應用模塊，歸入新的“應用組”中。客戶端向管理中心請求提供應用服務，管理中心根據業務分發策略，將該應用服務的業務分發給主用應用模塊，向客戶端提供來自應用模塊A或者應用模塊B的應用服務。此時，應用模塊A和應用模塊B所提供的應用服務都不存在備份功能。下面舉例說明2+1備份模式下的擴容過程。本實施例中，管理中心通過靜態配置將備份模式配置為2+1備份模式，即一個“應用組”中有兩個主用應用模塊和一個備用應用模塊，備用應用模塊可以為同組的任意一個主用應用模塊提供備份功能，應用模塊包括應用模塊A、應用模塊B和應用模塊C，其中，應用模塊B和應用模塊C作為擴容時后續增加的應用模塊。應用模塊A初始化后向管理中心注冊，管理中心將應用模塊A分配為主用應用模塊，并歸入第一“應用組”中。客戶端向管理中心請求提供應用服務時，管理中心指示應用模塊A提供應用服務，并將來自應用模塊A的應用服務轉發給客戶端。新增加應用模塊B，應用模塊B初始化后向管理中心注冊，管理中心將應用模塊B分配為主用應用模塊，并歸入與第一 “應用組”中。客戶端向管理中心請求提供應用服務，管理中心根據業務分發策略，將該應用服務的業務分發給主用應用模塊，向客戶端提供來自應用模塊A或者應用模塊B的應用服務。此時，應用模塊A和應用模塊B所提供的應用服務都不存在備份功能。新增加應用模塊C，應用模塊C初始化后向管理中心注冊，管理中心將應用模塊C分配為備用應用模塊，并歸入第一“應用組”中，此時，管理中心將應用模塊C為備用應用模塊的信息發送給應用模塊A和應用模塊B，當應用模塊A或者應用模塊B中的任意一個為客戶端提供服務時，都可以將本地的數據備份至應用模塊C中。備份模式中各應用模塊的主備份關系，以及在應用模塊注冊或者調整主備份關系時如何配置各應用模塊等，都可以根據實際應用環境進行具體設置。本發明實施例中的備份模式、業務分配策略、主備份關系可以使用但不限于上述實施例中所做的限定。本發明實施例還提供一種應用模塊的管理裝置，參閱圖4所示，包括:分配模塊401，用于在接收到應用模塊發送的注冊請求時，按照預設的備份模式將上述應用模塊配置為主用模式或備用模式，并將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，上述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系；監控模塊402，用于監控每一個應用模塊的服務狀態；調整模塊403，用于在確定任意一個應用模塊的服務狀態改變時，調整上述任意一個應用模塊所在的分組中的其它應用模塊與上述任意一個應用模塊的主備份關系。較佳地，分配模塊401還用于:在將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，將上述應用模塊被配置為主用模式的信息，和與上述應用模塊存在主備份關系的其他應用模塊信息封裝入注冊信息中，并發送至上述應用模塊；或者，將上述應用模塊被配置為備用模式的信息封裝入注冊信息中，并發送至上述應用模塊。較佳地，上述監控模塊402，具體用于定期檢測每一個應用模塊的服務狀態是否改變，或者，定期接收每一個應用模塊上報的各自的服務狀態信息。較佳地，調整模塊403，具體用于，在確定任意一個應用模塊被除去或發生故障時，查詢上述任意一個應用模塊被配置為主用模式還是備用模式；若上述任意一個應用模塊被配置為備用模式，則刪除本地存儲的與其相關聯的主備份關系；若上述任意一個應用模塊被分配為主用模式，則將與其相關聯的主備份關系中記錄的備用應用模塊啟動為主用模式，并刪除上述任意一個應用模塊關聯的主備分關系。上述應用模塊的管理裝置，還包括指示模塊404，用于在將上述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，在接收到客戶端請求的應用服務時，指示被配置為主用模式的應用模塊為上述客戶端提供應用服務，并根據已記錄的相應的主備份關系，指示上述應用模塊將本地的數據備份至相應的備用應用模塊中。上述調整模塊403還用于:在調整上述任意一個應用模塊所在的分組中的其它應用模塊與上述任意一個應用模塊的主備份關系之后，在確定所有分組中的應用模塊總數小于閾值時，將所有分組合并，并且按照預設的備份模式，對合并后的分組中的各個應用模塊進行重新配置，以及對上述合并后的分組中各應用模塊之間的主備份關系進行重新設置。本發明實施例中，按照預設的備份模式將進行注冊的應用模塊配置為主用模式或備用模式，并將存在主備份關系的應用模塊歸入同一組中，在確定任意一個應用模塊的服務狀態改變時，調整該任意一個應用模塊所在的分組中的其它應用模塊與該任意一個應用模塊之間的主備份關系，使得應用模塊的增減易于實現，并且通過簡單的操作就能夠按照預設的備份模式實現應用的擴容，而且應用模塊配置的模式和主備份關系都可以根據實際情況按照預設的備份模式進行調整，避免在增減應用模塊時人工修改管理中心的軟件設置的情況，簡化了修改系統容量時的操作步驟，縮短操作時間，并降低了出錯概率。本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明范圍的所有變更和修改。顯然，本領域的技術人員可以對本發明實施例進行各種改動和變型而不脫離本發明實施例的精神和范圍。這樣，倘若本發明實施例的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種應用模塊的管理方法，其特征在于，包括: 在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將所述應用模塊配置為主用模式或備用模式，并將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，所述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系；監控每一個應用模塊的服務狀態； 在確定任意一個應用模塊的服務狀態改變時，調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系。
2.如權利要求1所述的方法，其特征在于，在將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，還包括: 將所述應用模塊被配置為主用模式的信息，和與所述應用模塊存在主備份關系的應用模塊信息封裝入注冊信息中，并發送至所述應用模塊；或者， 將所述應用模塊被配置為備用模式的信息封裝入注冊信息中，并發送至所述應用模塊。
3.如權利要求1所述的方法，其特征在于，監控每一個應用模塊的服務狀態，具體包 括: 定期檢測每一個應用模塊的服務狀態是否改變，或者，定期接收每一個應用模塊上報的各自的服務狀態信息。
4.如權利要求1所述的方法，其特征在于，在確定任意一個應用模塊的服務狀態改變時，調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系，具體包括: 在確定任意一個應用模塊被除去或發生故障時，查詢所述任意一個應用模塊被配置為主用模式還是備用模式； 若所述任意一個應用模塊被配置為備用模式，則刪除本地存儲的與其相關聯的主備份關系; 若所述任意一個應用模塊被配置為主用模式，則將與其存在主備份關系的備用應用模塊啟動為主用模式，并刪除所述任意一個應用模塊關聯的主備分關系。
5.如權利要求1-4中任一項所述的方法，其特征在于，在將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，還包括: 在接收到客戶端請求的應用服務時，指示被配置為主用模式的應用模塊為所述客戶端提供應用服務，并根據相應的主備份關系，指示被配置為主用模式的應用模塊將本地的數據備份至相應的備用應用模塊中。
6.如權利要求1-4中任一項所述的方法，其特征在于，在調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系之后，還包括: 在確定所有分組中的應用模塊總數小于閾值時，將所有分組合并，并且按照預設的備份模式，對合并后的分組中的各個應用模塊進行重新配置，以及對所述合并后的分組中各應用模塊之間的主備份關系進行重新設置。
7.一種應用模塊的管理裝置，其特征在于，包括: 分配模塊，用于在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將所述應用模塊配置為主用模式或備用模式，并將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，所述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系； 監控模塊，用于監控每一個應用模塊的服務狀態； 調整模塊，用于在確定任意一個應用模塊的服務狀態改變時，調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系。
8.如權利要求7所述的裝置，其特征在于，所述分配模塊還用于: 在將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，將所述應用模塊被配置為主用模式的信息，和與所述應用模塊存在主備份關系的其他應用模塊信息封裝入注冊信息中，并發送至所述應用模塊；或者， 將所述應用模塊被配置為備用模式的信息封裝入注冊信息中，并發送至所述應用模塊。
9.如權利要求7所述的裝置，其特征在于，所述監控模塊，具體用于: 定期檢測每一個應用模塊的服務狀態是否改變，或者，定期接收每一個應用模塊上報的各自的服務狀態信息。
10.如權利要求7所述的裝置，其特征在于，所述調整模塊，具體用于， 在確定任意一個應用模塊被除去或發生故障時，查詢所述任意一個應用模塊被配置為主用模式還是備用模式； 若所述任意一個應用模塊被配置為備用模式，則刪除本地存儲的與所述任意一個應用模塊存在主備份關系 的其它應用模塊； 若所述任意一個應用模塊被配置為主用模式，則將與其存在主備份關系的備用應用模塊啟動為主用模式，并刪除所述任意一個應用模塊關聯的主備分關系。
11.如權利要求7-10中任一項所述的裝置，其特征在于，還包括指示模塊，用于在將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中后，在接收到客戶端請求的應用服務時，指示被配置為主用模式的應用模塊為所述客戶端提供應用服務，并根據相應的主備份關系，指示被配置為主用模式的應用模塊將本地的數據備份至相應的備用應用模塊中。
12.如權利要求7-10中任一項所述的裝置，其特征在于，所述調整模塊還用于: 在調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系之后，在確定所有分組中的應用模塊總數小于閾值時，將所有分組合并，并且按照預設的備份模式，對合并后的分組中的各個應用模塊進行重新配置，以及對所述合并后的分組中各應用模塊之間的主備份關系進行重新設置。
全文摘要
本發明實施例公開了一種應用模塊的管理方法及裝置，該方法包括在接收到應用模塊發送的注冊請求時，按照預設的備份模式，將所述應用模塊配置為主用模式或備用模式，并將所述應用模塊和與其存在主備份關系的其它應用模塊，歸入同一分組中，所述預設的備份模式包括預設的每個分組中各應用模塊之間的主備份關系；監控每一個應用模塊的服務狀態；在確定任意一個應用模塊的服務狀態改變時，調整所述任意一個應用模塊所在的分組中的其它應用模塊與所述任意一個應用模塊的主備份關系，用以解決現有技術中存在的在進行熱備份時需要從軟件和硬件兩方面進行修改，增加了擴容成本和出錯概率的問題。
文檔編號H04L12/26GK103166797SQ20131008723
公開日2013年6月19日 申請日期2013年3月18日 優先權日2013年3月18日
發明者謝灝 申請人:京信通信系統(中國)有限公司