專利名稱：業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域中的主備系統(tǒng)間的切換技術，特別涉及一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法及裝置。
背景技術：
隨著通信技術的發(fā)展，可以提供的業(yè)務類型也越來越多，各種類型業(yè)務都是由通信網(wǎng)絡側設置的業(yè)務支撐生產系統(tǒng)完成的。隨著業(yè)務類型及同一類型業(yè)務量的增大，在通信網(wǎng)絡側的業(yè)務支撐生產系統(tǒng)的任務也就越來越艱巨，其地位也越來越重要。為了提高用戶的體驗度及滿意度，提高服務質量，就需要通信網(wǎng)絡側為用戶提供不間斷的各種類型業(yè)務服務，實現(xiàn)用戶提出的各種類型業(yè)務請求。為了保證業(yè)務支撐生產系統(tǒng)故障或維護時，仍然可以為用戶提供不間斷的業(yè)務服務，在通信網(wǎng)絡的網(wǎng)絡側，還設置了對應的應急系統(tǒng)。在業(yè)務支撐生產系統(tǒng)故障或維護時， 通信網(wǎng)絡的操作人員就會將業(yè)務支撐生產系統(tǒng)處理的業(yè)務切換到應急系統(tǒng)受理，由應急系統(tǒng)為用戶提供業(yè)務服務。在業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)之間的切換過程中，需要通信系統(tǒng)網(wǎng)絡側的操作人員分別將業(yè)務支撐生產系統(tǒng)的狀態(tài)修改為不可用，將應急系統(tǒng)的狀態(tài)修改為可用后，然后由通信網(wǎng)絡的操作人員手工重啟應急系統(tǒng)和業(yè)務支撐生產系統(tǒng)后，完成業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)之間的切換。由于需要對應急系統(tǒng)進行重啟操作，所以整個業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)之間的切換過程時間比較長，常常大于30分鐘，這也會導致業(yè)務的受理中斷大于30分鐘。另外，業(yè)務支撐生產系統(tǒng)往往將同一類型的業(yè)務根據(jù)請求的不同渠道及不同來源位置進行了顆粒度細分，在業(yè)務支撐生產系統(tǒng)故障或維護時，也僅僅只是維護某一個或幾個顆粒度的業(yè)務，所以在切換到應急系統(tǒng)時，僅僅切換顆粒度的業(yè)務。也就是使得業(yè)務支撐生產系統(tǒng)中的某一渠道及某一來源位置的業(yè)務狀態(tài)不可用，使得應急系統(tǒng)中對應該渠道及該來源位置的業(yè)務狀態(tài)可用，然后由操作人員重啟業(yè)務支撐生產系統(tǒng)及應急系統(tǒng)?？梢钥闯?，業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)之間的切換，存在以下問題第一，需要分別改變業(yè)務支撐生產系統(tǒng)的狀態(tài)，由操作人員手工重啟后才能完成切換，整個過程需要有操作人員的配合，無法自動完成；第二，由于需要操作人員手工重啟改變狀態(tài)的業(yè)務支撐生產系統(tǒng)及應急系統(tǒng)，所以需要的切換時間比較長，在此期間業(yè)務支撐生產系統(tǒng)和應急系統(tǒng)都無法受理所切換的業(yè)務請求，給用戶帶來的體驗度和滿意度下降；第三，在進行切換時，可以對某一渠道及某一來源位置的業(yè)務從業(yè)務支撐生產系統(tǒng)切換到應急系統(tǒng)中，但是在切換完成后，卻無法獲知該渠道及該來源位置的業(yè)務是否成功切換到應急系統(tǒng)中了，只能由通信網(wǎng)絡的操作人員通過手工查詢各渠道及來源位置的業(yè)務受理流水及日志情況確定是否切換成功，比較繁瑣。

發(fā)明內容
有鑒于此，本發(fā)明提供一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法，該方法能夠不需要通信網(wǎng)絡操作人員的配合，能夠完成針對渠道及來源位置的一類型業(yè)務從業(yè)務支撐生產系統(tǒng)無縫切換到應急系統(tǒng)，且能夠獲知切換是否成功。本發(fā)明還提供一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換裝置，該裝置能夠不需要通信網(wǎng)絡操作人員的配合，能夠完成針對渠道及來源位置的一類型業(yè)務從業(yè)務支撐生產系統(tǒng)無縫切換到應急系統(tǒng)，且能夠獲知切換是否成功。為達到上述目的，本發(fā)明實施的技術方案具體是這樣實現(xiàn)的一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法，設置應用進程控制業(yè)務支撐生產系統(tǒng)和應急系統(tǒng)的執(zhí)行，在應急系統(tǒng)的數(shù)據(jù)庫中對應每一維度的業(yè)務存儲切換信息，該方法還包括該應用進程根據(jù)所讀取的一維度業(yè)務的切換信息，確定該業(yè)務要進行切換；該應用進程啟動應急系統(tǒng)的該業(yè)務請求受理后，再停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理；該應用進程在該業(yè)務切換信息中標記切換成功標識。所述業(yè)務切換信息是以切換矩陣的形式存儲在應急系統(tǒng)的數(shù)據(jù)庫中的，所述切換矩陣中的每一個維度表示一渠道及一來源位置的一類型業(yè)務的切換信息。所述該業(yè)務切換信息包括控制位和狀態(tài)位，所述切換成功標識設置在所述狀態(tài)位上；所述確定該業(yè)務要進行切換是根據(jù)所述控制位有效確定的。該方法還包括將所述業(yè)務控制位的狀態(tài)同步到通信系統(tǒng)網(wǎng)絡側內存中的應急標記上。在所述應用進程接收到業(yè)務請求后，該方法還包括所述應用進程讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果否， 控制業(yè)務支撐生產系統(tǒng)受理該業(yè)務并執(zhí)行該業(yè)務，如果是，控制應急系統(tǒng)受理該業(yè)務后，將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行。所述應急系統(tǒng)受理該業(yè)務的過程為從業(yè)務支撐生產系統(tǒng)的備份系統(tǒng)中獲取受理該業(yè)務的相關信息，根據(jù)所獲取的相關信息受理該業(yè)務。一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換裝置，該裝置包括應用進程模塊、應急系統(tǒng)數(shù)據(jù)庫、應急系統(tǒng)應用模塊及業(yè)務支撐生產系統(tǒng)應用模塊，其中，應用進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息，確定該業(yè)務要進行切換，控制應急系統(tǒng)應用模塊啟動該業(yè)務請求受理后，再控制業(yè)務支撐生產系統(tǒng)應用模塊停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理，在該業(yè)務切換信息中標記切換成功標識；應急系統(tǒng)數(shù)據(jù)庫，用于對應每一維度的業(yè)務存儲切換信息；應急系統(tǒng)應用模塊，用于在應用進程模塊的控制下，啟動該業(yè)務請求受理；業(yè)務支撐生產系統(tǒng)應用模塊，用于在應用進程模塊的控制下，停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理。
還包括內存，用于對應應急系統(tǒng)數(shù)據(jù)庫中業(yè)務切換信息的控制位同步該業(yè)務的應急標記；所述應用進程模塊，還用于同步在內存中針對該業(yè)務的應急標記。所述應用進程模塊還包括切換管理子進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息中的控制位有效，確定該業(yè)務要進行切換，將該業(yè)務切換信息中的狀態(tài)位修改標記切換成功標識，同步在內存中針對該業(yè)務的應急標記。所述應用進程模塊，還用于接收到業(yè)務請求時，讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果否，控制業(yè)務支撐生產系統(tǒng)應用模塊受理該業(yè)務并執(zhí)行該業(yè)務；如果是，控制應急系統(tǒng)應用模塊受理該業(yè)務后，將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行。由上述技術方案可見，本發(fā)明采用同一應用進程控制應急系統(tǒng)及業(yè)務支撐生產系統(tǒng)的執(zhí)行，在應急系統(tǒng)的數(shù)據(jù)庫增加切換矩陣，該切換矩陣中的每個維度存儲一個渠道及一個來源位置的一類型業(yè)務切換信息，該切換信息采用控制位和狀態(tài)位表示，其中，控制位標識該業(yè)務的切換控制執(zhí)行，狀態(tài)位標識該業(yè)務的切換執(zhí)行結果。當要對該業(yè)務進行切換時，直接修改該業(yè)務切換信息的控制位為有效，通信系統(tǒng)網(wǎng)絡側的應用進程讀取到該業(yè)務切換信息的有效控制位時，進行該業(yè)務的業(yè)務支撐生產系統(tǒng)到應急系統(tǒng)的切換，切換完成后，將切換執(zhí)行結果寫入到該業(yè)務切換信息的狀態(tài)位，這樣，整個切換過程不需要由操作人員配合對業(yè)務支撐生產系統(tǒng)及應用系統(tǒng)的狀態(tài)修改及重啟，實現(xiàn)針對渠道及來源位置的業(yè)務從業(yè)務支撐生產系統(tǒng)無縫切換到應急系統(tǒng)。在獲取對該業(yè)務是否切換成功時，可以通過應急系統(tǒng)數(shù)據(jù)庫存儲的該業(yè)務切換信息中的狀態(tài)位獲知，也不需要像現(xiàn)有技術那樣由操作人員的查詢，獲知簡便。


圖1為本發(fā)明提供的在應急系統(tǒng)的數(shù)據(jù)庫增加切換矩陣實施例示意圖；圖2為本發(fā)明提供的業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法流程圖；圖3為本發(fā)明提供的受理業(yè)務請求的流程圖；圖4為本發(fā)明提供的業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換裝置結構示意圖。
具體實施例方式為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明作進一步詳細說明。從現(xiàn)有技術可以看出，針對某一渠道及來源位置的業(yè)務在進行業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換過程中，造成有縫切換，即會產生中斷該業(yè)務的受理原因是由于操作人員要分別對業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)針對該業(yè)務的狀態(tài)進行修改后，再同時手工重啟業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)造成的。因此，為了克服上述缺陷，本發(fā)明采用同一應用進程控制應急系統(tǒng)及業(yè)務支撐生產系統(tǒng)的執(zhí)行，且在應急系統(tǒng)的數(shù)據(jù)庫增加切換矩陣，該切換矩陣中的每個維度存儲一個渠道及一個來源位置的一類型業(yè)務切換信息，該切換信息采用控制位和狀態(tài)位表示，其中， 控制位標識該業(yè)務的切換控制執(zhí)行，狀態(tài)位標識該業(yè)務的切換執(zhí)行結果。當要對該業(yè)務進行切換時，直接修改該業(yè)務切換信息的控制位為有效，通信系統(tǒng)網(wǎng)絡側的應用進程讀取到該業(yè)務切換信息的有效控制位時，進行該業(yè)務的業(yè)務支撐生產系統(tǒng)到應急系統(tǒng)的切換，切換完成后，將切換執(zhí)行結果寫入到該業(yè)務切換信息的狀態(tài)位，這樣，在對某一維度的業(yè)務進行業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換時，只要修改該業(yè)務切換信息中的控制位為有效，直接由通信網(wǎng)絡側的應用進程讀取到該業(yè)務切換信息中的有效控制位，啟動應急系統(tǒng)的該業(yè)務請求受理后，再停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理，整個過程不需要操作人員配合對業(yè)務支撐生產系統(tǒng)及應用系統(tǒng)的狀態(tài)修改及重啟，完成無縫切換過程。本發(fā)明在獲取對該業(yè)務是否切換成功時，可以通過應急系統(tǒng)數(shù)據(jù)庫存儲的該業(yè)務切換信息中的狀態(tài)位獲知，也不需要像現(xiàn)有技術那樣由操作人員的查詢，獲知簡便。另外，在對該業(yè)務切換完成后，就將該業(yè)務切換信息中的控制位同步到通信系統(tǒng)網(wǎng)絡側的內存的應急標記為有效。通信系統(tǒng)網(wǎng)絡側在接收到該業(yè)務請求時，直接從通信系統(tǒng)網(wǎng)絡側內存中讀取該業(yè)務的應急標記，確定該業(yè)務由應急系統(tǒng)處理。也就是說，當通信系統(tǒng)網(wǎng)絡側接收到業(yè)務請求時，都會到內存中確定該業(yè)務是否有對應的有效應急標志，如果有，則直接轉入到應急系統(tǒng)中受理該業(yè)務，如果否，則直接轉入業(yè)務支撐生產系統(tǒng)受理該業(yè)務。這樣，直接根據(jù)內存中該業(yè)務的應急標記判斷速度比較快，且在切換過程中，不會造成任何業(yè)務請求的執(zhí)行失敗，從而進一步使得切換是無縫的。圖1為本發(fā)明提供的在應急系統(tǒng)的數(shù)據(jù)庫增加切換矩陣實施例示意圖，對于某一維度的一類型業(yè)務，都設置了切換信息，切換信息包括控制位及狀態(tài)位，其中，控制位標識該業(yè)務的切換控制執(zhí)行，狀態(tài)位標識該業(yè)務的切換執(zhí)行結果。如圖1所示，業(yè)務來源位置的
例子就是地市(包括地市1、地市2.....地市η)，業(yè)務的渠道離子就是營業(yè)前臺或省內充
值卡等，業(yè)務就是對移動終端進行充值處理。為了達到某一維度的業(yè)務在業(yè)務支撐生產系統(tǒng)和應急系統(tǒng)間的無縫切換，采用通信系統(tǒng)網(wǎng)絡側的同一應用進程控制業(yè)務支撐生產系統(tǒng)對業(yè)務受理及應急系統(tǒng)對業(yè)務受理， 在該應用進程中還設置了一個切換管理子進程，該切換管理子進程讀取切換矩陣中某一維度的業(yè)務切換信息中的控制位狀態(tài)并將切換結果寫入到狀態(tài)位中。該切換管理子進程還用于將讀取的某一維度業(yè)務切換信息中的控制位狀態(tài)同步到通信系統(tǒng)網(wǎng)絡側的內存的應急標記中。這時，該應用進程接收到該業(yè)務請求時，就到通信系統(tǒng)網(wǎng)絡側的內存中讀取應急標記狀態(tài)，確定將該業(yè)務請求分發(fā)給業(yè)務支撐生產系統(tǒng)進行業(yè)務受理還是應急系統(tǒng)進行業(yè)務受理。圖2為本發(fā)明提供的業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法流程圖，設置業(yè)務支撐生產系統(tǒng)受理業(yè)務及應用系統(tǒng)受理業(yè)務由同一應用進程執(zhí)行，在應急系統(tǒng)的數(shù)據(jù)庫中存儲針對渠道及來源位置的一類型業(yè)務的切換信息，其具體步驟為步驟201、該應用進程讀取某一維度業(yè)務的切換信息，確定該業(yè)務要進行切換；在本步驟中，讀取是由該應用進程中設置的切換管理子進程執(zhí)行的；在這里，某一維度表示某一渠道及一來源位置的一類型業(yè)務的切換信息；在該步驟中，該業(yè)務切換信息中包括控制位和狀態(tài)位，當控制位為有效時，則確定該業(yè)務要進行切換；在本步驟中，該應用進程的切換管理子進程也將讀取到控制位有效的信息同步到通信系統(tǒng)網(wǎng)絡側的內存中的應急標記位上；步驟202、該應用進程啟動應急系統(tǒng)的該業(yè)務請求受理后，再停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理；步驟203、該應用進程將該業(yè)務切換信息中的狀態(tài)位修改標記切換成功；在該步驟中，修改是由該應用進程中設置的切換管理子進程執(zhí)行的。這樣，切換過程就自動完成了，沒有操作人員的配合。圖3為本發(fā)明提供的受理業(yè)務請求的流程圖，設置業(yè)務支撐生產系統(tǒng)受理業(yè)務及應用系統(tǒng)受理業(yè)務由同一應用進程執(zhí)行，其具體步驟為步驟301、通信系統(tǒng)網(wǎng)絡側的應用進程接收到業(yè)務請求；在本步驟中，也就是通信系統(tǒng)網(wǎng)絡側的應用層接收到通信系統(tǒng)終端側發(fā)送的業(yè)務請求；步驟302、通信系統(tǒng)網(wǎng)絡側的應用進程讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果是，則執(zhí)行步驟304，如果否，則執(zhí)行步驟303 ；在該步驟中，預先針對該業(yè)務，也就是對應該業(yè)務的渠道及來源位置在內存中設置了應急標記的狀態(tài)；步驟303、通信系統(tǒng)網(wǎng)絡側應用進程控制業(yè)務支撐生產系統(tǒng)受理該業(yè)務并執(zhí)行該業(yè)務；在該步驟中，受理該業(yè)務就是對該業(yè)務進行生產接入層邏輯，即對該業(yè)務進行相應協(xié)議的轉換，由生產業(yè)務層對該業(yè)務執(zhí)行處理，業(yè)務支撐生產系統(tǒng)受理該業(yè)務并執(zhí)行該業(yè)務的過程為現(xiàn)有技術，與本發(fā)明的方案并不相關，這里不再贅述；步驟304、通信系統(tǒng)網(wǎng)絡側應用進程控制應急系統(tǒng)受理該業(yè)務后，將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行；在該步驟中，受理該業(yè)務就是對該業(yè)務進行應急接入層邏輯，即對該業(yè)務進行相應協(xié)議的轉換，由應急業(yè)務層來對該業(yè)務執(zhí)行處理，這個過程為現(xiàn)有技術，與本發(fā)明的方案并不相關，這里不再贅述；在該步驟后，等到該業(yè)務重新切換到業(yè)務支撐生產系統(tǒng)時，就可以將該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行了。在該實施例中，還包括容災系統(tǒng)，也就是對業(yè)務支撐生產系統(tǒng)的備份系統(tǒng)，應急系統(tǒng)在受理業(yè)務時，需要從容災系統(tǒng)中的業(yè)務層提取受理該業(yè)務的相關信息，該業(yè)務相關信息通過應用接入層邏輯提供給應急應用層，由應急應用層根據(jù)該業(yè)務相關信息處理。圖4為本發(fā)明提供的業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換裝置結構示意圖，包括應用進程模塊、內存、應急系統(tǒng)數(shù)據(jù)庫、應急系統(tǒng)應用模塊及業(yè)務支撐生產系統(tǒng)應用模塊，其中，應用進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息，確定該業(yè)務要進行切換，控制應急系統(tǒng)應用模塊啟動該業(yè)務請求受理后，再控制業(yè)務支撐生產系統(tǒng)應用模塊停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理，將該業(yè)務切換信息中的狀態(tài)位修改標記切換成功，同步在內存中針對該業(yè)務的應急標記；應急系統(tǒng)數(shù)據(jù)庫，用于存儲某一維度業(yè)務的切換信息，該切換信息包括控制位和狀態(tài)位；
應急系統(tǒng)應用模塊，用于在應用進程模塊的控制下，啟動該業(yè)務請求受理；業(yè)務支撐生產系統(tǒng)應用模塊，用于在應用進程模塊的控制下，停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理；內存，用于對應應急系統(tǒng)數(shù)據(jù)庫中業(yè)務切換信息的控制位同步該業(yè)務的應急標記。在該實施例中，應用進程模塊還包括切換管理子進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息中的控制位有效，確定該業(yè)務要進行切換，將該業(yè)務切換信息中的狀態(tài)位修改標記切換成功標識，同步在內存中針對該業(yè)務的應急標記。在該實施例中，應用進程模塊，還用于接收到業(yè)務請求時，讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果否，控制業(yè)務支撐生產系統(tǒng)應用模塊受理該業(yè)務并執(zhí)行該業(yè)務，如果是，控制應急系統(tǒng)應用模塊受理該業(yè)務后，將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行。在該實施例中，通信系統(tǒng)網(wǎng)絡側的內存是允許多個應用進程共享訪問的存儲區(qū)， 應用進程在進行業(yè)務處理時，就會讀取內存的應急標記狀態(tài)，確定該業(yè)務是否進行應急處理還是生產處理，從而進行相應處理流程，這不會導致對某一業(yè)務的切換中斷且避免了頻繁讀取應急系統(tǒng)的數(shù)據(jù)庫及業(yè)務支撐生產系統(tǒng)的數(shù)據(jù)庫。本發(fā)明可以適用于通信系統(tǒng)網(wǎng)絡側提供的任意類型業(yè)務，比如預付費業(yè)務及查詢業(yè)務等，這里不限制。綜上，本發(fā)明提供的方法及系統(tǒng)采用了在應急系統(tǒng)數(shù)據(jù)庫中增加切換矩陣，使得切換矩陣中的每一個維度代表某一渠道及某一地市的一類型業(yè)務切換信息，設置通信系統(tǒng)網(wǎng)絡側的應用進程根據(jù)切換矩陣的各個單元中標記業(yè)務的切換信息進行切換，使得切換業(yè)務的顆粒度更細；本發(fā)明提供的方法通過修改切換矩陣中業(yè)務切換信息的控制位執(zhí)行切換，通過修改切換矩陣中業(yè)務切換信息的狀態(tài)位記錄切換結果，可以自動反饋切換結果；本發(fā)明在通信系統(tǒng)網(wǎng)絡側的應用進程接收到業(yè)務請求時，都會到內存中讀取相應的應急標記狀態(tài)，從而再進行相應的處理，所以不會導致業(yè)務處理的失敗。以上舉較佳實施例，對本發(fā)明的目的、技術方案和優(yōu)點進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法，其特征在于，設置應用進程控制業(yè)務支撐生產系統(tǒng)和應急系統(tǒng)的執(zhí)行，在應急系統(tǒng)的數(shù)據(jù)庫中對應每一維度的業(yè)務存儲切換信息，該方法還包括該應用進程根據(jù)所讀取的一維度業(yè)務的切換信息，確定該業(yè)務要進行切換；該應用進程啟動應急系統(tǒng)的該業(yè)務請求受理后，再停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理；該應用進程在該業(yè)務切換信息中標記切換成功標識。
2.如權利要求1所述的方法，其特征在于，所述業(yè)務切換信息是以切換矩陣的形式存儲在應急系統(tǒng)的數(shù)據(jù)庫中的，所述切換矩陣中的每一個維度表示一渠道及一來源位置的一類型業(yè)務的切換信息。
3.如權利要求1或2所述的方法，其特征在于，所述該業(yè)務切換信息包括控制位和狀態(tài)位，所述切換成功標識設置在所述狀態(tài)位上；所述確定該業(yè)務要進行切換是根據(jù)所述控制位有效確定的。
4.如權利要求3所述的方法，其特征在于，該方法還包括將所述業(yè)務控制位的狀態(tài)同步到通信系統(tǒng)網(wǎng)絡側內存中的應急標記上。
5.如權利要求4所述的方法，其特征在于，在所述應用進程接收到業(yè)務請求后，該方法還包括所述應用進程讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果否，控制業(yè)務支撐生產系統(tǒng)受理該業(yè)務并執(zhí)行該業(yè)務，如果是，控制應急系統(tǒng)受理該業(yè)務后，將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行。
6.如權利要求5所述的方法，其特征在于，所述應急系統(tǒng)受理該業(yè)務的過程為從業(yè)務支撐生產系統(tǒng)的備份系統(tǒng)中獲取受理該業(yè)務的相關信息，根據(jù)所獲取的相關信息受理該業(yè)務。
7.—種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換裝置，其特征在于，該裝置包括應用進程模塊、應急系統(tǒng)數(shù)據(jù)庫、應急系統(tǒng)應用模塊及業(yè)務支撐生產系統(tǒng)應用模塊，其中，應用進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息，確定該業(yè)務要進行切換，控制應急系統(tǒng)應用模塊啟動該業(yè)務請求受理后，再控制業(yè)務支撐生產系統(tǒng)應用模塊停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理，在該業(yè)務切換信息中標記切換成功標識；應急系統(tǒng)數(shù)據(jù)庫，用于對應每一維度的業(yè)務存儲切換信息；應急系統(tǒng)應用模塊，用于在應用進程模塊的控制下，啟動該業(yè)務請求受理；業(yè)務支撐生產系統(tǒng)應用模塊，用于在應用進程模塊的控制下，停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理。
8.如權利要求7所述的裝置，其特征在于，還包括內存，用于對應應急系統(tǒng)數(shù)據(jù)庫中業(yè)務切換信息的控制位同步該業(yè)務的應急標記；所述應用進程模塊，還用于同步在內存中針對該業(yè)務的應急標記。
9.如權利要求8所述的裝置，其特征在于，所述應用進程模塊還包括切換管理子進程模塊，用于從應急系統(tǒng)數(shù)據(jù)庫中讀取某一維度業(yè)務的切換信息中的控制位有效，確定該業(yè)務要進行切換，將該業(yè)務切換信息中的狀態(tài)位修改標記切換成功標識，同步在內存中針對該業(yè)務的應急標記。
10.如權利要求9所述的裝置，其特征在于，所述應用進程模塊，還用于接收到業(yè)務請求時，讀取內存，確定內存中對應該業(yè)務的應急標記是否為有效，如果否，控制業(yè)務支撐生產系統(tǒng)應用模塊受理該業(yè)務并執(zhí)行該業(yè)務；如果是，控制應急系統(tǒng)應用模塊受理該業(yè)務后， 將受理該業(yè)務同步到業(yè)務支撐生產系統(tǒng)執(zhí)行。
全文摘要
本發(fā)明公開了一種業(yè)務支撐生產系統(tǒng)與應急系統(tǒng)間的切換方法及裝置，其中，該方法包括設置應用進程控制業(yè)務支撐生產系統(tǒng)和應急系統(tǒng)的執(zhí)行，在應急系統(tǒng)的數(shù)據(jù)庫中對應每一維度的業(yè)務存儲切換信息，該應用進程根據(jù)所讀取的一維度業(yè)務的切換信息，確定該業(yè)務要進行切換；該應用進程啟動應急系統(tǒng)的該業(yè)務請求受理后，再停止業(yè)務支撐生產系統(tǒng)的該業(yè)務受理；該應用進程在該業(yè)務切換信息中標記切換成功標識。本發(fā)明不需要通信網(wǎng)絡操作人員的配合，完成針對渠道及來源位置的一類型業(yè)務從業(yè)務支撐生產系統(tǒng)無縫切換到應急系統(tǒng)，且能夠獲知切換是否成功。
文檔編號H04L12/24GK102571393SQ20101060299
公開日2012年7月11日 申請日期2010年12月14日 優(yōu)先權日2010年12月14日
發(fā)明者施建華, 王鑫, 陸浩, 陳劼 申請人:中國移動通信集團江蘇有限公司