專利名稱：業(yè)務(wù)動態(tài)升級方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)動態(tài)升級方法、設(shè)備及系統(tǒng)。
背景技術(shù)：
隨著通信領(lǐng)域各種業(yè)務(wù)的不斷豐富，運營商在業(yè)務(wù)平臺中對業(yè)務(wù)系統(tǒng)進行升級是 必不可少的。對于不同的業(yè)務(wù)平臺來說，業(yè)務(wù)系統(tǒng)在升級成本、升級周期以及升級風(fēng)險方面
存在差異。在現(xiàn)有技術(shù)中，對業(yè)務(wù)系統(tǒng)進行升級的技術(shù)方案主要包括以下三種第一種業(yè)務(wù) 升級方案為停止業(yè)務(wù)平臺后，在該業(yè)務(wù)平臺中，用新業(yè)務(wù)系統(tǒng)替換舊業(yè)務(wù)系統(tǒng)；最后，重 新啟動業(yè)務(wù)平臺，從而完成業(yè)務(wù)系統(tǒng)的升級。第二種業(yè)務(wù)升級方案為在業(yè)務(wù)平臺上終止并 卸載舊業(yè)務(wù)；然后，將新業(yè)務(wù)加載在業(yè)務(wù)平臺上，并激活新業(yè)務(wù)，從而完成業(yè)務(wù)系統(tǒng)的升級。 第三種業(yè)務(wù)升級方案是在雙機集群模式下實現(xiàn)的。在雙機集群模式下，業(yè)務(wù)系統(tǒng)同時存在 于主業(yè)務(wù)平臺和備份業(yè)務(wù)平臺中。在業(yè)務(wù)系統(tǒng)升級時，業(yè)務(wù)系統(tǒng)通過平臺呼叫接入點從主 業(yè)務(wù)平臺切換到備份業(yè)務(wù)平臺；然后，在主業(yè)務(wù)平臺上加載并激活新業(yè)務(wù)系統(tǒng)；最后，再通 過平臺呼叫接入點將業(yè)務(wù)系統(tǒng)從備份業(yè)務(wù)平臺切換回主業(yè)務(wù)平臺，從而完成業(yè)務(wù)系統(tǒng)的升 級。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題在新業(yè)務(wù)的升 級過程中，上述業(yè)務(wù)升級方案均會導(dǎo)致舊業(yè)務(wù)呼叫被迫中斷，使得正在使用舊業(yè)務(wù)的用戶 無法繼續(xù)使用，從而降低了業(yè)務(wù)服務(wù)質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種業(yè)務(wù)動態(tài)升級方法、設(shè)備及系統(tǒng)，用以解決現(xiàn)有技術(shù)在新 業(yè)務(wù)的升級過程中，舊業(yè)務(wù)呼叫被迫中斷的問題，實現(xiàn)在業(yè)務(wù)升級過程中，可以保持正在使 用舊業(yè)務(wù)的呼叫，提高業(yè)務(wù)服務(wù)質(zhì)量。本發(fā)明實施例提供一種業(yè)務(wù)動態(tài)升級方法，包括在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新 為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；對所述第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼 叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。本發(fā)明實施例提供一種業(yè)務(wù)動態(tài)升級設(shè)備，包括更新模塊，用于在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫 接口信息更新為的第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè) 務(wù)系統(tǒng)；監(jiān)控處理模塊，用于對第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè) 務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。本發(fā)明實施例還提供一種業(yè)務(wù)動態(tài)升級系統(tǒng)，包括業(yè)務(wù)管理設(shè)備和呼叫統(tǒng)一接入設(shè)備，所述業(yè)務(wù)管理設(shè)備，用于在所述呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系 統(tǒng)；對第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時 卸載所述第二業(yè)務(wù)系統(tǒng)；所述呼叫統(tǒng)一接入設(shè)備，用于根據(jù)所述呼叫接口信息接收呼叫請求。在本發(fā)明實施例中，由于在分布式業(yè)務(wù)平臺上，業(yè)務(wù)系統(tǒng)分布在不同的業(yè)務(wù)節(jié)點 上，且對應(yīng)于各個呼叫的會話是彼此獨立的，因此，在將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng) 時，接入第一業(yè)務(wù)系統(tǒng)中的呼叫不會影響還保持在第二業(yè)務(wù)系統(tǒng)中的呼叫。由于在監(jiān)控到 第二業(yè)務(wù)系統(tǒng)中的呼叫結(jié)束時才卸載該第二業(yè)務(wù)系統(tǒng)，因此，第二業(yè)務(wù)系統(tǒng)中的呼叫不會 由于升級操作而中斷，因此，不會給業(yè)務(wù)升級帶來負面效應(yīng)，提高了業(yè)務(wù)服務(wù)質(zhì)量。


圖1為本發(fā)明業(yè)務(wù)動態(tài)升級方法第一實施例的流程圖；圖2為本發(fā)明業(yè)務(wù)動態(tài)升級方法第二實施例的流程圖；圖3為本發(fā)明業(yè)務(wù)動態(tài)升級方法第二實施例中加載設(shè)置第一業(yè)務(wù)系統(tǒng)的流程圖；圖4為本發(fā)明業(yè)務(wù)動態(tài)升級方法第三實施例中NGIN業(yè)務(wù)平臺的結(jié)構(gòu)示意圖；圖5為本發(fā)明業(yè)務(wù)動態(tài)升級方法第三實施例中加載第一業(yè)務(wù)系統(tǒng)的信令流程圖；圖6為本發(fā)明業(yè)務(wù)動態(tài)升級設(shè)備第一實施例的結(jié)構(gòu)示意圖；圖7為本發(fā)明業(yè)務(wù)動態(tài)升級設(shè)備第二實施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明業(yè)務(wù)動態(tài)升級系統(tǒng)第一實施例的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖和具體實施例進一步說明本發(fā)明實施例的技術(shù)方案。圖1為本發(fā)明業(yè)務(wù)動態(tài)升級方法第一實施例的流程圖，如圖1所示，本實施例的方 法包括步驟101、在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口 信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系 統(tǒng)。在分布式業(yè)務(wù)平臺上，業(yè)務(wù)對外表現(xiàn)為一個整體，對內(nèi)則表現(xiàn)為分布在分布式業(yè) 務(wù)平臺中的不同業(yè)務(wù)節(jié)點上的數(shù)個業(yè)務(wù)模塊。各個業(yè)務(wù)模塊之間具有依賴關(guān)系，即呼叫業(yè) 務(wù)可以根據(jù)依賴關(guān)系調(diào)用這些業(yè)務(wù)模塊完成；而且，每個呼叫在各個業(yè)務(wù)模塊間都采用單 獨的會話進行處理，各個會話之間是彼此獨立的。在本實施例中，當(dāng)分布式業(yè)務(wù)平臺上的舊版本的業(yè)務(wù)系統(tǒng)需要升級為新版本的業(yè) 務(wù)系統(tǒng)時，即第二業(yè)務(wù)系統(tǒng)需要升級為第一業(yè)務(wù)系統(tǒng)時，分布式業(yè)務(wù)平臺中的業(yè)務(wù)管理設(shè) 備可以將呼叫統(tǒng)一接入設(shè)備中待升級的第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系 統(tǒng)的呼叫接口信息。該呼叫接口信息為客戶端向該分布式業(yè)務(wù)平臺發(fā)起呼叫提供了入口。 此時，新發(fā)起的呼叫請求接入到呼叫統(tǒng)一接入設(shè)備中時，呼叫統(tǒng)一接入設(shè)備即可根據(jù)第一 業(yè)務(wù)系統(tǒng)的呼叫接口信息將新發(fā)起的呼叫請求接入到激活的第一業(yè)務(wù)系統(tǒng)中，從而使得新發(fā)起的呼叫均使用第一業(yè)務(wù)系統(tǒng)，而不會被接入第二業(yè)務(wù)系統(tǒng)中。步驟102、對第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載該第二業(yè)務(wù)系統(tǒng)。業(yè)務(wù)管理設(shè)備對第二業(yè)務(wù)系統(tǒng)進行去激活處理，該去激活處理即為給第二業(yè)務(wù)系 統(tǒng)設(shè)置一待卸載標(biāo)識，使得分布式業(yè)務(wù)平臺上的業(yè)務(wù)管理設(shè)備根據(jù)該待卸載標(biāo)識即可獲知 需要對該第二業(yè)務(wù)系統(tǒng)進行監(jiān)控。但是，此時由于沒有卸載該第二業(yè)務(wù)系統(tǒng)，因此，已經(jīng)接 入到第二業(yè)務(wù)系統(tǒng)中的呼叫可以被保持而不會被中斷。由于在分布式業(yè)務(wù)平臺上，不管是 第一業(yè)務(wù)系統(tǒng)的呼叫，還是第二業(yè)務(wù)系統(tǒng)的呼叫，所對應(yīng)的會話之間是彼此獨立的，因此， 第二業(yè)務(wù)系統(tǒng)中保持的呼叫與第一業(yè)務(wù)系統(tǒng)中接入的新的呼叫之間不會產(chǎn)生任何干擾。此 時，分布式業(yè)務(wù)平臺中既可以存在接入第一業(yè)務(wù)系統(tǒng)的新呼叫，也可以存在已接入第二業(yè) 務(wù)系統(tǒng)的呼叫。為了徹底完成升級任務(wù)，業(yè)務(wù)管理設(shè)備還可以監(jiān)控已接入第二業(yè)務(wù)系統(tǒng)的呼叫的 呼叫狀態(tài)。當(dāng)業(yè)務(wù)管理設(shè)備監(jiān)控到呼叫狀態(tài)為結(jié)束時即可卸載該第二業(yè)務(wù)系統(tǒng)，從而使第 一業(yè)務(wù)系統(tǒng)徹底取代第二業(yè)務(wù)系統(tǒng)。由于該卸載操作是在所有第二業(yè)務(wù)系統(tǒng)的呼叫均結(jié)束 的情況下進行的，因此，不會出現(xiàn)第二業(yè)務(wù)系統(tǒng)的呼叫中斷的現(xiàn)象，同時，由于第一業(yè)務(wù)系 統(tǒng)已經(jīng)接入，因此也不回出現(xiàn)新呼叫無法接入的現(xiàn)象，從而保證了呼叫業(yè)務(wù)的連續(xù)性，提高 了業(yè)務(wù)服務(wù)質(zhì)量。本實施例在分布式業(yè)務(wù)平臺上將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程中，通 過將待升級的第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信 息，使得新發(fā)起的呼叫可以被接入到第一業(yè)務(wù)系統(tǒng)，從而使得新發(fā)起的呼叫可以使用升級 后的業(yè)務(wù)系統(tǒng)；由于分布式業(yè)務(wù)平臺中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù) 系統(tǒng)中接入的新發(fā)起的呼叫與第二業(yè)務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。在監(jiān)控到 第二業(yè)務(wù)系統(tǒng)中的呼叫結(jié)束時，再卸載第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù) 系統(tǒng)的同時，不會中斷已經(jīng)保持在第二業(yè)務(wù)系統(tǒng)中的呼叫。因此，本實施例在業(yè)務(wù)系統(tǒng)升級 過程中，不會產(chǎn)生呼叫中斷的現(xiàn)象，從而保證業(yè)務(wù)服務(wù)質(zhì)量。圖2為本發(fā)明業(yè)務(wù)動態(tài)升級方法第二實施例的流程圖，如圖2所示，本實施例的方 法包括步驟201、在分布式業(yè)務(wù)平臺上加載第一業(yè)務(wù)系統(tǒng)，設(shè)置第一業(yè)務(wù)系統(tǒng)的接口依賴 關(guān)系，并激活第一業(yè)務(wù)系統(tǒng)。舉例來說，業(yè)務(wù)管理設(shè)備可以將第一業(yè)務(wù)系統(tǒng)的業(yè)務(wù)模塊分別加載在對應(yīng)的業(yè)務(wù) 節(jié)點上；然后，設(shè)置這些業(yè)務(wù)模塊的接口依賴關(guān)系，該接口依賴關(guān)系即為處理呼叫時，調(diào)用 業(yè)務(wù)模塊的邏輯關(guān)系；最后，再將部署好的第一業(yè)務(wù)系統(tǒng)激活，從而使該第一業(yè)務(wù)系統(tǒng)進入 啟動狀態(tài)。步驟202、對第一業(yè)務(wù)系統(tǒng)進行測試處理。業(yè)務(wù)管理設(shè)備在將待升級的第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng) 的呼叫接口信息之前，還可以對該第一業(yè)務(wù)系統(tǒng)進行測試處理。步驟203、判斷測試處理是否成功，若成功則執(zhí)行步驟205，否則執(zhí)行步驟204。步驟204、終止并卸載該第一業(yè)務(wù)系統(tǒng)。如果測試處理失敗，則業(yè)務(wù)管理設(shè)備可以終止第一業(yè)務(wù)系統(tǒng)的運行，然后卸載已經(jīng)在分布式業(yè)務(wù)平臺對應(yīng)的業(yè)務(wù)節(jié)點上部署的第一業(yè)務(wù)系統(tǒng)，從而取消本次業(yè) 務(wù)升級。步驟205、在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口 信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到第一業(yè)務(wù)系統(tǒng)；通過在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息 更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，即可使得經(jīng)過測試成功的第一業(yè)務(wù)系統(tǒng)投入使用， 從而使得新發(fā)起的呼叫可以使用升級后的業(yè)務(wù)系統(tǒng)即第一業(yè)務(wù)系統(tǒng)；由于分布式業(yè)務(wù)平臺 中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接入的新發(fā)起的呼叫與第二業(yè) 務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。步驟206、對分布式業(yè)務(wù)平臺上的第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與該 第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載第二業(yè)務(wù)系統(tǒng)。由于該卸載操作是在所有第二業(yè)務(wù)系統(tǒng)的呼叫均結(jié)束的情況下進行的，因此，不 會出現(xiàn)第二業(yè)務(wù)系統(tǒng)的呼叫中斷的現(xiàn)象，同時，由于第一業(yè)務(wù)系統(tǒng)已經(jīng)接入，因此也不回出 現(xiàn)新呼叫無法接入的現(xiàn)象，從而保證了呼叫業(yè)務(wù)的連續(xù)性，提高了業(yè)務(wù)服務(wù)質(zhì)量。圖3為本發(fā)明業(yè)務(wù)動態(tài)升級方法第二實施例中加載設(shè)置第一業(yè)務(wù)系統(tǒng)的流程圖， 如圖3所示，該加載設(shè)置第一業(yè)務(wù)系統(tǒng)的過程即為上述步驟201的一個實現(xiàn)方法，該方法可 以包括步驟301、接收業(yè)務(wù)加載請求，該業(yè)務(wù)加載請求中攜帶業(yè)務(wù)組成描述信息和業(yè)務(wù)部 署信息。該業(yè)務(wù)組成描述信息包括用于描述組成第一業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊的業(yè)務(wù)模塊 描述信息、第一業(yè)務(wù)模塊之間的第一接口依賴信息以及第一業(yè)務(wù)模塊與組成第三業(yè)務(wù)系統(tǒng) 的第三業(yè)務(wù)模塊之間的第三接口依賴信息，該業(yè)務(wù)部署信息包括用于加載第一業(yè)務(wù)模塊的 業(yè)務(wù)節(jié)點信息。具體來說，業(yè)務(wù)管理設(shè)備可以解析接收到的業(yè)務(wù)加載請求，該業(yè)務(wù)加載請求中攜 帶了用于加載第一業(yè)務(wù)系統(tǒng)的業(yè)務(wù)組成描述信息和業(yè)務(wù)部署信息。其中，業(yè)務(wù)組成描述信 息包括業(yè)務(wù)模塊描述信息、第一接口依賴信息以及第三接口依賴信息。該業(yè)務(wù)模塊描述信息用于描述組成該第一業(yè)務(wù)系統(tǒng)的數(shù)個第一業(yè)務(wù)模塊，數(shù)個第 一業(yè)務(wù)模塊與分布式業(yè)務(wù)平臺上的數(shù)個業(yè)務(wù)節(jié)點之間是一一對應(yīng)的關(guān)系。第一接口依賴信息用于描述第一業(yè)務(wù)模塊之間相互調(diào)用的邏輯關(guān)系。第三接口依賴信息用于描述組成第一業(yè)務(wù)系統(tǒng)的數(shù)個第一業(yè)務(wù)模塊與組成第三 業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)模塊之間相互調(diào)用的邏輯關(guān)系。該第三業(yè)務(wù)系統(tǒng)可以是分布式業(yè)務(wù)平 臺上部署的任一業(yè)務(wù)系統(tǒng)，組成該第一業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊可能與組成第三業(yè)務(wù)系統(tǒng) 的第三業(yè)務(wù)模塊之間存在交互，因此，該第三接口依賴信息即可描述該第一業(yè)務(wù)模塊與第 三業(yè)務(wù)模塊之間調(diào)用的邏輯關(guān)系。該業(yè)務(wù)部署信息中的業(yè)務(wù)節(jié)點信息用于描述與數(shù)個第一業(yè)務(wù)模塊對應(yīng)的業(yè)務(wù)節(jié) 點，數(shù)個第一業(yè)務(wù)模塊即可分別加載在這些業(yè)務(wù)節(jié)點上。步驟302、根據(jù)業(yè)務(wù)模塊描述信息將第一業(yè)務(wù)模塊加載在分布式業(yè)務(wù)平臺中、與業(yè) 務(wù)節(jié)點信息對應(yīng)的業(yè)務(wù)節(jié)點上。由于組成第一業(yè)務(wù)系統(tǒng)的數(shù)個第一業(yè)務(wù)模塊與分布式業(yè)務(wù)平臺上的數(shù)個業(yè)務(wù)節(jié) 點之間是一一對應(yīng)的關(guān)系，因此，業(yè)務(wù)管理設(shè)備可以將數(shù)個第一業(yè)務(wù)模塊分別加載在數(shù)個 業(yè)務(wù)節(jié)點上，從而完成第一業(yè)務(wù)系統(tǒng)的加載處理。
步驟303、根據(jù)第一接口依賴信息設(shè)置第一業(yè)務(wù)模塊之間的第一接口依賴關(guān)系，根 據(jù)第三接口依賴信息設(shè)置第一業(yè)務(wù)模塊與第三業(yè)務(wù)模塊之間的第三接口依賴關(guān)系。在業(yè)務(wù)節(jié)點上加載第一業(yè)務(wù)模塊后，業(yè)務(wù)管理設(shè)備即可根據(jù)從業(yè)務(wù)組成描述信息 中獲取的第一接口依賴信息設(shè)置第一業(yè)務(wù)模塊之間的第一接口依賴關(guān)系，從而在組成第一 業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊之間部署相互調(diào)用的邏輯關(guān)系；并在第一業(yè)務(wù)模塊和第三業(yè)務(wù) 模塊之間設(shè)置第三接口依賴關(guān)系，從而在第一業(yè)務(wù)系統(tǒng)與第三業(yè)務(wù)系統(tǒng)之間存在調(diào)用關(guān)系 時，部署第一業(yè)務(wù)模塊調(diào)用第三業(yè)務(wù)模塊的邏輯關(guān)系。具體部署過程可以采用對待升級的 第二業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系進行更新，來實現(xiàn)升級后的第一業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系。本實施例在分布式業(yè)務(wù)平臺上將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程中，通 過將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，使得新 發(fā)起的呼叫可以通過部署了呼叫接口信息的呼叫統(tǒng)一接入設(shè)備被接入第一業(yè)務(wù)系統(tǒng)；由于 分布式業(yè)務(wù)平臺中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接入的新發(fā)起 的呼叫與第二業(yè)務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。在監(jiān)控到第二業(yè)務(wù)系統(tǒng)中的呼 叫結(jié)束時卸載第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù)系統(tǒng)的同時，不會中斷第 二業(yè)務(wù)系統(tǒng)中的呼叫。因此，本實施例在業(yè)務(wù)系統(tǒng)升級過程中，不會產(chǎn)生呼叫中斷的現(xiàn)象， 從而保證業(yè)務(wù)服務(wù)質(zhì)量。而且，本實施例在將第一業(yè)務(wù)系統(tǒng)的呼叫接口信息部署到呼叫統(tǒng) 一接入設(shè)備之前，還可以對第一業(yè)務(wù)系統(tǒng)進行離線測試，如果測試失敗即可強制去激活和 卸載該第一業(yè)務(wù)系統(tǒng)，從而保證了升級后的第一業(yè)務(wù)系統(tǒng)的服務(wù)質(zhì)量，進而降低了業(yè)務(wù)升 級成本。為了對本發(fā)明業(yè)務(wù)動態(tài)升級方法的技術(shù)方案進行詳細說明，本發(fā)明業(yè)務(wù)動態(tài)升級 方法第三實施例采用下一代智能網(wǎng)絡(luò)(Next Generation IntelligentNetwork，以下簡稱 NGIN)業(yè)務(wù)平臺作為分布式業(yè)務(wù)平臺。圖4為本發(fā)明業(yè)務(wù)動態(tài)升級方法第三實施例中NGIN業(yè)務(wù)平臺的結(jié)構(gòu)示意圖，如 圖4所示，客戶端發(fā)出的呼叫請求通過外部網(wǎng)絡(luò)(如公共交換電話網(wǎng)絡(luò)等)傳輸給NGIN業(yè) 務(wù)平臺上的呼叫統(tǒng)一接入設(shè)備，呼叫統(tǒng)一接入設(shè)備根據(jù)不同的呼叫請求將呼叫轉(zhuǎn)接到NGIN 業(yè)務(wù)平臺上不同的業(yè)務(wù)系統(tǒng)。在NGIN業(yè)務(wù)平臺上，業(yè)務(wù)系統(tǒng)對應(yīng)于分布在NGIN業(yè)務(wù)平臺 內(nèi)部的不同的業(yè)務(wù)節(jié)點(Node)，即在NGIN業(yè)務(wù)平臺上的業(yè)務(wù)系統(tǒng)對外展示的是一個整體， 但是在NGIN業(yè)務(wù)平臺的內(nèi)部則是由分布在不同Node上的業(yè)務(wù)模塊(module)組成的。對 于部署在NGIN業(yè)務(wù)平臺上的每個業(yè)務(wù)系統(tǒng)來說，這些業(yè)務(wù)模塊之間都存在相互調(diào)用的接 口依賴關(guān)系，業(yè)務(wù)模塊在處理呼叫時即可根據(jù)該接口依賴關(guān)系進行相互調(diào)用，同時，各個呼 叫在每個業(yè)務(wù)模塊內(nèi)都采用單獨的會話進行處理，且不同會話之間是完全獨立的。當(dāng)呼叫 接入到NGIN業(yè)務(wù)平臺并建立完整的呼叫會話之后，整個呼叫完全是業(yè)務(wù)模塊以及各業(yè)務(wù) 模塊內(nèi)部的會話間的一系列交互流。假設(shè)本實施例中，NGIN業(yè)務(wù)平臺上的第二業(yè)務(wù)系統(tǒng)需要升級為第一業(yè)務(wù)系統(tǒng)。該 第一業(yè)務(wù)系統(tǒng)由兩個第一業(yè)務(wù)模塊組成，這兩個第一業(yè)務(wù)模塊需要加載在NGIN業(yè)務(wù)平臺 上的第一業(yè)務(wù)節(jié)點和第二業(yè)務(wù)節(jié)點上，這兩個第一業(yè)務(wù)模塊與NGIN業(yè)務(wù)平臺上第三業(yè)務(wù) 系統(tǒng)中的一個第三業(yè)務(wù)模塊之間存在調(diào)用關(guān)系。圖5為本發(fā)明業(yè)務(wù)動態(tài)升級方法第三實施例中加載第一業(yè)務(wù)系統(tǒng)的信令流程圖， 如圖5所示，本實施例中加載第一業(yè)務(wù)系統(tǒng)的方法可以包括
步驟501、客戶端向業(yè)務(wù)管理設(shè)備發(fā)送業(yè)務(wù)加載請求；該業(yè)務(wù)加載請求中攜帶了加載該第一業(yè)務(wù)系統(tǒng)的所需的全部描述信息即業(yè)務(wù)組 成描述信息和業(yè)務(wù)部署信息。步驟502、業(yè)務(wù)管理設(shè)備解析該業(yè)務(wù)加載請求，獲取業(yè)務(wù)組成描述信息和業(yè)務(wù)部署 fn息；該業(yè)務(wù)組成描述信息包括用于描述組成該第一業(yè)務(wù)系統(tǒng)的兩個第一業(yè)務(wù)模塊的 描述信息、用于描述兩個第一業(yè)務(wù)模塊之間相互調(diào)用的邏輯關(guān)系的第一接口依賴信息以及 用于描述兩個第一業(yè)務(wù)模塊與第三業(yè)務(wù)系統(tǒng)的一個第三業(yè)務(wù)模塊之間相互調(diào)用的邏輯關(guān) 系的第三接口依賴信息。如下所述的描述信息即為該業(yè)務(wù)組成描述信息的一個示例<components>〈component id = " modulel" version = " V001R001C01B002" packageFileNam e ="modulel. tar" cidFileName = " modulel. cid" startupOrder = " 1" />〈component id = " module2" version = " V001R001C01B002" packageFileNam e ="module2. tar" cidFileName = " module2. cid" startupOrder = " 2" /></components)〈relationship〉〈connection type = " use" >〈from componentID =" modulel" version =" V001R001C01B001" /><to componentID = " module2" version =" V001R001C01B002"interfaceName = " CreateCallSession" /></connection)〈connection type = 〃 Use" >〈from componentID =" modulel" version =" V001R001C01B001" /><to componentID = " module2" version =" V001R001C01B002"interfaceName = " ReleaseCallSession" /></connection>該業(yè)務(wù)部署信息中的業(yè)務(wù)節(jié)點信息用于描述分別與這兩個第一業(yè)務(wù)模塊對應(yīng)的 第一業(yè)務(wù)節(jié)點和第二業(yè)務(wù)節(jié)點，這兩個第一業(yè)務(wù)模塊即可分別加載在對應(yīng)的業(yè)務(wù)節(jié)點上。如下所述的描述信息即為該業(yè)務(wù)部署信息的一個示例<moduleInstance instanceName = “ PPS “ nodelP ="10.71.96.53" containerlD = “ 1〃 ><componentList>〈component id = " modulel" version = " V001R001C01B001" globalSingl eton=" false"index = 〃 3 〃 >< instance instanceName = " modul e 1_1 " nodelP="10. 71. 96. 53"containerlD = 〃 I" /></component>〈component id =〃 module2〃 version =" V001R001C01B001"globalSingleton =〃 false" index = 〃 2" >〈instance instanceName = " module2_l" nodelP ="10. 71. 96. 53"containerlD = 〃 I" /></component></componentList></moduleInstance>步驟503、業(yè)務(wù)管理設(shè)備將一個第一業(yè)務(wù)模塊modulel加載在對應(yīng)的第一業(yè)務(wù)節(jié)
；卜.o步驟504、業(yè)務(wù)管理設(shè)備將另一個第一業(yè)務(wù)模塊module2加載在對應(yīng)的第二業(yè)務(wù) 節(jié)點上。步驟503和步驟504即可實現(xiàn)將第一業(yè)務(wù)系統(tǒng)加載在NGIN業(yè)務(wù)平臺上的目的。步驟505、業(yè)務(wù)管理設(shè)備根據(jù)第一接口依賴信息設(shè)置第一業(yè)務(wù)節(jié)點上的modulel 與第二業(yè)務(wù)節(jié)點上的modUle2之間的接口依賴關(guān)系，根據(jù)第三接口依賴關(guān)系設(shè)置第一業(yè)務(wù) 節(jié)點上的modulel與第三業(yè)務(wù)系統(tǒng)中的module3之間的接口依賴關(guān)系。步驟506、業(yè)務(wù)管理設(shè)備根據(jù)第一接口依賴信息設(shè)置第二業(yè)務(wù)節(jié)點上的modUle2 與第一業(yè)務(wù)節(jié)點上的modulel之間的接口依賴關(guān)系，根據(jù)第三接口依賴關(guān)系設(shè)置第二業(yè)務(wù) 節(jié)點上的module2與第三業(yè)務(wù)系統(tǒng)中的module3之間的接口依賴關(guān)系。步驟505和步驟506即可設(shè)置第一業(yè)務(wù)節(jié)點上的modulel和第二業(yè)務(wù)節(jié)點上的 module2之間的第一接口依賴關(guān)系，以及第二業(yè)務(wù)節(jié)點上的module2與module3之間的第三 接口依賴關(guān)系。步驟507、對第一業(yè)務(wù)系統(tǒng)進行激活處理。該激活處理可以用于啟動第一業(yè)務(wù)系統(tǒng)。步驟508、業(yè)務(wù)管理設(shè)備對該第一業(yè)務(wù)系統(tǒng)進行測試處理；如果測試失敗，則業(yè)務(wù)管理設(shè)備就會去激活并卸載該第一業(yè)務(wù)系統(tǒng)，具體來說，業(yè) 務(wù)管理設(shè)備是將第一業(yè)務(wù)節(jié)點上的modulel以及第二業(yè)務(wù)節(jié)點上的modUle2去激活并卸 載，從而取消本次業(yè)務(wù)升級；如果測試成功，則執(zhí)行步驟509。步驟509、業(yè)務(wù)管理設(shè)備將該第一業(yè)務(wù)系統(tǒng)的呼叫接口信息部署在呼叫統(tǒng)一接入 設(shè)備中；此時，新發(fā)起的呼叫即可通過該呼叫統(tǒng)一接入設(shè)備被接入到第一業(yè)務(wù)系統(tǒng)。步驟510、業(yè)務(wù)管理設(shè)備對第二業(yè)務(wù)系統(tǒng)進行去激活處理；步驟510可以保證新發(fā)起的呼叫不會再接入第二業(yè)務(wù)系統(tǒng)中，而是通過呼叫統(tǒng)一 接入設(shè)備接入到第一業(yè)務(wù)系統(tǒng)中。此時，分布式業(yè)務(wù)平臺中既可以存在接入第一業(yè)務(wù)系統(tǒng) 的新呼叫，也可以存在去激活前接入第二業(yè)務(wù)系統(tǒng)的呼叫。步驟511、業(yè)務(wù)管理設(shè)備監(jiān)控與該第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫，并在監(jiān)控到呼叫結(jié)束時卸載該第二業(yè)務(wù)系統(tǒng)。由于該卸載操作是在所有第二業(yè)務(wù)系統(tǒng)的呼叫均結(jié)束的情況下進行的，因此，不 會出現(xiàn)第二業(yè)務(wù)系統(tǒng)的呼叫中斷的現(xiàn)象，同時，由于第一業(yè)務(wù)系統(tǒng)已經(jīng)接入，因此也不回出 現(xiàn)新呼叫無法接入的現(xiàn)象，從而保證了呼叫業(yè)務(wù)的連續(xù)性，提高了業(yè)務(wù)服務(wù)質(zhì)量。本實施例以NGIN業(yè)務(wù)平臺為例對第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程進行 了說明，通過將激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信息部署在呼叫統(tǒng)一接入設(shè)備中，使得 新發(fā)起的呼叫可以通過部署了呼叫接口信息的呼叫統(tǒng)一接入設(shè)備被接入第一業(yè)務(wù)系統(tǒng)；由 于分布式業(yè)務(wù)平臺中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接入的新發(fā) 起的呼叫與第二業(yè)務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。在監(jiān)控到第二業(yè)務(wù)系統(tǒng)中的 呼叫結(jié)束時卸載第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù)系統(tǒng)的同時，不會中斷 第二業(yè)務(wù)系統(tǒng)中的呼叫。因此，本實施例在業(yè)務(wù)系統(tǒng)升級過程中，不會產(chǎn)生呼叫中斷的現(xiàn) 象，從而保證業(yè)務(wù)服務(wù)質(zhì)量。而且，本實施例在將第一業(yè)務(wù)系統(tǒng)的呼叫接口信息部署到呼叫 統(tǒng)一接入設(shè)備之前，還可以對第一業(yè)務(wù)系統(tǒng)進行離線測試，如果測試失敗即可強制去激活 和卸載該第一業(yè)務(wù)系統(tǒng)，從而保證了升級后的第一業(yè)務(wù)系統(tǒng)的服務(wù)質(zhì)量，進而降低了業(yè)務(wù) 升級成本。圖6為本發(fā)明業(yè)務(wù)動態(tài)升級設(shè)備第一實施例的結(jié)構(gòu)示意圖，如圖6所示，本實施例 的設(shè)備包括更新模塊10和監(jiān)控處理模塊11，該更新模塊10用于在分布式業(yè)務(wù)平臺的呼 叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息， 將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；該監(jiān)控處理模塊11用于對第二業(yè)務(wù)系統(tǒng) 進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系 統(tǒng)。具體來說，當(dāng)分布式業(yè)務(wù)平臺上的舊版本的業(yè)務(wù)系統(tǒng)需要升級為新版本的業(yè)務(wù)系 統(tǒng)時，即第二業(yè)務(wù)系統(tǒng)需要升級為第一業(yè)務(wù)系統(tǒng)時，更新模塊10可以將第二業(yè)務(wù)系統(tǒng)的呼 叫接口信息更新為激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信息部署。該呼叫接口信息為客戶端 向該分布式業(yè)務(wù)平臺發(fā)起呼叫提供了入口，此時，新發(fā)起的呼叫接入到呼叫統(tǒng)一接入設(shè)備 中時，呼叫統(tǒng)一接入設(shè)備即可根據(jù)第一業(yè)務(wù)系統(tǒng)的呼叫接口信息將新發(fā)起的呼叫接入到激 活的第一業(yè)務(wù)系統(tǒng)中，從而使得新發(fā)起的呼叫均使用第一業(yè)務(wù)系統(tǒng)。在更新模塊10將第一業(yè)務(wù)系統(tǒng)部署在分布式業(yè)務(wù)平臺后，監(jiān)控處理模塊11可以 對第二業(yè)務(wù)系統(tǒng)進行去激活處理，去激活處理即為給第二業(yè)務(wù)系統(tǒng)設(shè)置一待卸載標(biāo)識，使 得分布式業(yè)務(wù)平臺上的業(yè)務(wù)管理設(shè)備獲知需要對帶有該待卸載標(biāo)識的第二業(yè)務(wù)系統(tǒng)進行 監(jiān)控。但是，由于沒有卸載該第二業(yè)務(wù)系統(tǒng)，因此，已經(jīng)接入到第二業(yè)務(wù)系統(tǒng)中的呼叫可以 被保持而不會被中斷。由于在分布式業(yè)務(wù)平臺上，不管是第一業(yè)務(wù)系統(tǒng)的呼叫，還是第二業(yè) 務(wù)系統(tǒng)的呼叫，所對應(yīng)的會話之間是彼此獨立的，因此，第二業(yè)務(wù)系統(tǒng)中保持的呼叫與第一 業(yè)務(wù)系統(tǒng)中接入的新的呼叫之間不會產(chǎn)生任何干擾。此時，分布式業(yè)務(wù)平臺中既可以存在 接入第一業(yè)務(wù)系統(tǒng)的新呼叫，也可以存在去激活前接入第二業(yè)務(wù)系統(tǒng)的呼叫。為了徹底完成升級任務(wù)，監(jiān)控處理模塊11還可以監(jiān)控去激活之前接入第二業(yè)務(wù) 系統(tǒng)的呼叫的呼叫狀態(tài)。當(dāng)監(jiān)控處理模塊11監(jiān)控到呼叫狀態(tài)為結(jié)束時即可卸載該第二業(yè) 務(wù)系統(tǒng)，從而使第一業(yè)務(wù)系統(tǒng)徹底取代第二業(yè)務(wù)系統(tǒng)。由于該卸載操作是在所有第二業(yè)務(wù) 系統(tǒng)的呼叫均結(jié)束的情況下進行的，因此，不會出現(xiàn)第二業(yè)務(wù)系統(tǒng)的呼叫中斷的現(xiàn)象，同時，由于第一業(yè)務(wù)系統(tǒng)已經(jīng)接入，因此也不回出現(xiàn)新呼叫無法接入的現(xiàn)象，從而保證了呼叫 業(yè)務(wù)的連續(xù)性，提高了業(yè)務(wù)服務(wù)質(zhì)量。本實施例在分布式業(yè)務(wù)平臺上將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程中，通 過更新模塊將待升級的第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為激活后的第一業(yè)務(wù)系統(tǒng)的呼 叫接口信息，使得新發(fā)起的呼叫可以通過部署了呼叫接口信息的呼叫統(tǒng)一接入設(shè)備被接入 第一業(yè)務(wù)系統(tǒng)，從而使得新發(fā)起的呼叫可以使用升級后的業(yè)務(wù)系統(tǒng)；由于分布式業(yè)務(wù)平臺 中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接入的新發(fā)起的呼叫與第二業(yè) 務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。在監(jiān)控處理模塊監(jiān)控到第二業(yè)務(wù)系統(tǒng)中的呼叫 結(jié)束時，再卸載第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù)系統(tǒng)的同時，不會中斷第 二業(yè)務(wù)系統(tǒng)中的呼叫。因此，本實施例在業(yè)務(wù)系統(tǒng)升級過程中，不會產(chǎn)生呼叫中斷的現(xiàn)象， 從而保證業(yè)務(wù)服務(wù)質(zhì)量。圖7為本發(fā)明業(yè)務(wù)動態(tài)升級設(shè)備第二實施例的結(jié)構(gòu)示意圖，如圖7所示，本實施例 的設(shè)備包括更新模塊10和監(jiān)控處理模塊11，該更新模塊10用于在分布式業(yè)務(wù)平臺的呼 叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息， 將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；該監(jiān)控處理模塊11用于對第二業(yè)務(wù)系統(tǒng) 進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系 統(tǒng)。進一步地，該設(shè)備還包括加載處理模塊12和測試處理模塊13。加載處理模塊12 用于在分布式業(yè)務(wù)平臺上加載第一業(yè)務(wù)系統(tǒng)，設(shè)置第一業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系，并激活 該第一業(yè)務(wù)系統(tǒng)；測試處理模塊13用于對第一業(yè)務(wù)系統(tǒng)進行測試處理。該加載處理模塊 12可以包括接收單元120、加載單元121以及設(shè)置單元122。該接收單元120用于接收業(yè) 務(wù)加載請求，該業(yè)務(wù)加載請求中攜帶業(yè)務(wù)組成描述信息和業(yè)務(wù)部署信息，該業(yè)務(wù)組成描述 信息包括用于描述組成第一業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊的業(yè)務(wù)模塊描述信息、第一業(yè)務(wù)模塊 之間的第一接口依賴信息以及第一業(yè)務(wù)模塊與組成第三業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)模塊之間的 第三接口依賴信息，該業(yè)務(wù)部署信息包括用于加載第一業(yè)務(wù)模塊的業(yè)務(wù)節(jié)點信息；加載單 元121用于根據(jù)業(yè)務(wù)模塊描述信息，將第一業(yè)務(wù)模塊加載在分布式業(yè)務(wù)平臺中并與業(yè)務(wù)節(jié) 點信息對應(yīng)的業(yè)務(wù)節(jié)點上；設(shè)置單元122用于根據(jù)第一接口依賴信息設(shè)置第一業(yè)務(wù)模塊之 間的第一接口依賴關(guān)系，以及根據(jù)第三接口依賴信息設(shè)置第一業(yè)務(wù)模塊與第三業(yè)務(wù)模塊之 間的第三接口依賴關(guān)系。本實施例在分布式業(yè)務(wù)平臺上將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程中，通 過更新模塊將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信 息，使得新發(fā)起的呼叫可以通過部署的呼叫接口信息的呼叫統(tǒng)一接入設(shè)備被接入第一業(yè)務(wù) 系統(tǒng)；由于分布式業(yè)務(wù)平臺中對應(yīng)各個呼叫的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接 入的新發(fā)起的呼叫與第二業(yè)務(wù)系統(tǒng)中還保持的呼叫之間是互不干擾的。在監(jiān)控處理模塊監(jiān) 控到第二業(yè)務(wù)系統(tǒng)中的呼叫結(jié)束時卸載第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù) 系統(tǒng)的同時，不會中斷第二業(yè)務(wù)系統(tǒng)中的呼叫。因此，本實施例的設(shè)備在業(yè)務(wù)系統(tǒng)升級過程 中，不會產(chǎn)生呼叫中斷的現(xiàn)象，從而保證業(yè)務(wù)服務(wù)質(zhì)量。而且，本實施例的設(shè)備在將第一業(yè) 務(wù)系統(tǒng)的呼叫接口信息部署到呼叫統(tǒng)一接入設(shè)備之前，測試處理模塊還可以對第一業(yè)務(wù)系 統(tǒng)進行離線測試，如果測試失敗即可強制去激活和卸載該第一業(yè)務(wù)系統(tǒng)，從而保證了升級后的第一業(yè)務(wù)系統(tǒng)的服務(wù)質(zhì)量，進而降低了業(yè)務(wù)升級成本。圖8為本發(fā)明業(yè)務(wù)動態(tài)升級系統(tǒng)第一實施例的結(jié)構(gòu)示意圖，如圖8所示，本實施例 的系統(tǒng)包括業(yè)務(wù)管理設(shè)備1和呼叫統(tǒng)一接入設(shè)備2，該業(yè)務(wù)管理設(shè)備1用于在呼叫統(tǒng)一接 入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起 的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；對第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與第 二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載該第二業(yè)務(wù)系統(tǒng)；該呼叫統(tǒng)一接入設(shè)備2，用于根據(jù)呼 叫接口信息接收呼叫請求。本實施例在分布式業(yè)務(wù)平臺上將第二業(yè)務(wù)系統(tǒng)升級為第一業(yè)務(wù)系統(tǒng)的過程中，該 業(yè)務(wù)管理設(shè)備將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，使得 呼叫統(tǒng)一接入設(shè)備接入的新發(fā)起的呼叫請求可以根據(jù)呼叫接口信息被接入第一業(yè)務(wù)系統(tǒng)， 從而使得新發(fā)起的呼叫可以使用升級后的業(yè)務(wù)系統(tǒng)；由于分布式業(yè)務(wù)平臺中對應(yīng)各個呼叫 的會話是彼此獨立的，因此第一業(yè)務(wù)系統(tǒng)中接入的新發(fā)起的呼叫與第二業(yè)務(wù)系統(tǒng)中還保持 的呼叫之間是互不干擾的。在業(yè)務(wù)管理設(shè)備監(jiān)控到第二業(yè)務(wù)系統(tǒng)中的呼叫結(jié)束時，再卸載 第二業(yè)務(wù)系統(tǒng)，可以使新發(fā)起的呼叫接入第一業(yè)務(wù)系統(tǒng)的同時，不會中斷第二業(yè)務(wù)系統(tǒng)中 的呼叫。因此，本實施例在業(yè)務(wù)系統(tǒng)升級過程中，不會產(chǎn)生呼叫中斷的現(xiàn)象，從而保證業(yè)務(wù) 服務(wù)質(zhì)量。本發(fā)明業(yè)務(wù)動態(tài)升級系統(tǒng)第二實施例以本發(fā)明業(yè)務(wù)動態(tài)升級系統(tǒng)第一實施例為 基礎(chǔ)，進一步地，該業(yè)務(wù)管理設(shè)備還用于加載第一業(yè)務(wù)系統(tǒng)，設(shè)置所述第一業(yè)務(wù)系統(tǒng)的接口 依賴關(guān)系，激活所述第一業(yè)務(wù)系統(tǒng)，并對所述第一業(yè)務(wù)系統(tǒng)進行測試處理。本實施例在本發(fā)明業(yè)務(wù)動態(tài)升級系統(tǒng)第一實施例實現(xiàn)效果的基礎(chǔ)上，業(yè)務(wù)管理設(shè) 備可以對第一業(yè)務(wù)系統(tǒng)進行加載和激活，并在激活后對該第一業(yè)務(wù)系統(tǒng)進行離線測試處 理，提供了有效的測試手段，保證了升級后的第一業(yè)務(wù)系統(tǒng)的服務(wù)質(zhì)量，進而降低了業(yè)務(wù)升 級成本。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
1權(quán)利要求
一種業(yè)務(wù)動態(tài)升級方法，其特征在于，包括在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；對所述第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)動態(tài)升級方法，其特征在于，所述在分布式業(yè)務(wù)平臺的 呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信 息之前，還包括對所述第一業(yè)務(wù)系統(tǒng)進行測試處理。
3.根據(jù)權(quán)利要求1或2所述的業(yè)務(wù)動態(tài)升級方法，其特征在于，所述在分布式業(yè)務(wù)平臺 的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口 信息之前，還包括在所述分布式業(yè)務(wù)平臺上加載所述第一業(yè)務(wù)系統(tǒng)，設(shè)置所述第一業(yè)務(wù)系統(tǒng)的接口依賴 關(guān)系，并激活所述第一業(yè)務(wù)系統(tǒng)。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)動態(tài)升級方法，其特征在于，所述在所述分布式業(yè)務(wù)平 臺上加載所述第一業(yè)務(wù)系統(tǒng)，設(shè)置所述第一業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系，包括接收業(yè)務(wù)加載請求，所述業(yè)務(wù)加載請求中攜帶業(yè)務(wù)組成描述信息和業(yè)務(wù)部署信息，所 述業(yè)務(wù)組成描述信息包括用于描述組成所述第一業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊的業(yè)務(wù)模塊描 述信息、所述第一業(yè)務(wù)模塊之間的第一接口依賴信息以及所述第一業(yè)務(wù)模塊與組成第三業(yè) 務(wù)系統(tǒng)的第三業(yè)務(wù)模塊之間的第三接口依賴信息，所述業(yè)務(wù)部署信息包括用于加載所述第 一業(yè)務(wù)模塊的業(yè)務(wù)節(jié)點信息；根據(jù)所述業(yè)務(wù)模塊描述信息將所述第一業(yè)務(wù)模塊加載在分布式業(yè)務(wù)平臺中并與所述 業(yè)務(wù)節(jié)點信息對應(yīng)的業(yè)務(wù)節(jié)點上；根據(jù)所述第一接口依賴信息設(shè)置所述第一業(yè)務(wù)模塊之間的第一接口依賴關(guān)系，以及根 據(jù)所述第三接口依賴信息設(shè)置所述第一業(yè)務(wù)模塊與所述第三業(yè)務(wù)模塊之間的第三接口依 賴關(guān)系。
5.一種業(yè)務(wù)動態(tài)升級設(shè)備，其特征在于，包括更新模塊，用于在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接 口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系 統(tǒng)；監(jiān)控處理模塊，用于對所述第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè) 務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。
6.根據(jù)權(quán)利要求5所述的業(yè)務(wù)動態(tài)升級設(shè)備，其特征在于，還包括測試處理模塊，用于對所述第一業(yè)務(wù)系統(tǒng)進行測試處理。
7.根據(jù)權(quán)利要求5或6所述的業(yè)務(wù)動態(tài)升級設(shè)備，其特征在于，還包括加載處理模塊，用于在所述分布式業(yè)務(wù)平臺上加載所述第一業(yè)務(wù)系統(tǒng)，設(shè)置所述第一 業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系，并激活所述第一業(yè)務(wù)系統(tǒng)。
8.根據(jù)權(quán)利要求7所述的業(yè)務(wù)動態(tài)升級設(shè)備，其特征在于，所述加載處理模塊包括接收單元，用于接收業(yè)務(wù)加載請求，所述業(yè)務(wù)加載請求攜帶業(yè)務(wù)組成描述信息和業(yè)務(wù)部署信息，所述業(yè)務(wù)組成描述信息包括用于描述組成所述第一業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)模塊的 業(yè)務(wù)模塊描述信息、所述第一業(yè)務(wù)模塊之間的第一接口依賴信息以及所述第一業(yè)務(wù)模塊與 組成第三業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)模塊之間的第三接口依賴信息，所述業(yè)務(wù)部署信息包括用于 加載所述第一業(yè)務(wù)模塊的業(yè)務(wù)節(jié)點信息；加載單元，用于根據(jù)所述業(yè)務(wù)模塊描述信息將所述第一業(yè)務(wù)模塊加載在分布式業(yè)務(wù)平 臺中并與所述業(yè)務(wù)節(jié)點信息對應(yīng)的業(yè)務(wù)節(jié)點上；設(shè)置單元，用于根據(jù)所述第一接口依賴信息設(shè)置所述第一業(yè)務(wù)模塊之間的第一接口依 賴關(guān)系，以及根據(jù)所述第三接口依賴信息設(shè)置所述第一業(yè)務(wù)模塊與所述第三業(yè)務(wù)模塊之間 的第三接口依賴關(guān)系。
9.一種業(yè)務(wù)動態(tài)升級系統(tǒng)，其特征在于，包括業(yè)務(wù)管理設(shè)備和呼叫統(tǒng)一接入設(shè)備，所述業(yè)務(wù)管理設(shè)備，用于在所述呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息 更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；對 第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所 述第二業(yè)務(wù)系統(tǒng)；所述呼叫統(tǒng)一接入設(shè)備，用于根據(jù)所述呼叫接口信息接收呼叫請求。
10.根據(jù)權(quán)利要求9所述的業(yè)務(wù)動態(tài)升級系統(tǒng)，其特征在于，所述業(yè)務(wù)管理設(shè)備還用于 加載第一業(yè)務(wù)系統(tǒng)，設(shè)置所述第一業(yè)務(wù)系統(tǒng)的接口依賴關(guān)系，激活所述第一業(yè)務(wù)系統(tǒng)，并對 所述第一業(yè)務(wù)系統(tǒng)進行測試處理。
全文摘要
本發(fā)明實施例涉及一種業(yè)務(wù)動態(tài)升級方法、設(shè)備及系統(tǒng)，該方法包括在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中將第二業(yè)務(wù)系統(tǒng)的呼叫接口信息更新為第一業(yè)務(wù)系統(tǒng)的呼叫接口信息，將新發(fā)起的呼叫請求接入到所述第一業(yè)務(wù)系統(tǒng)；對所述第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。該設(shè)備包括更新模塊，用于在分布式業(yè)務(wù)平臺的呼叫統(tǒng)一接入設(shè)備中部署激活后的第一業(yè)務(wù)系統(tǒng)的呼叫接口信息；監(jiān)控處理模塊，用于對第二業(yè)務(wù)系統(tǒng)進行去激活處理，并在監(jiān)控到與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的呼叫結(jié)束時卸載所述第二業(yè)務(wù)系統(tǒng)。本發(fā)明實施例在業(yè)務(wù)系統(tǒng)升級過程中，不會產(chǎn)生呼叫中斷的現(xiàn)象，從而保證業(yè)務(wù)服務(wù)質(zhì)量。
文檔編號H04W24/02GK101826988SQ20091007887
公開日2010年9月8日 申請日期2009年3月4日 優(yōu)先權(quán)日2009年3月4日
發(fā)明者史開林, 許曉華 申請人:華為技術(shù)有限公司