專利名稱：一種業(yè)務動態(tài)加載的方法
技術領域：
本發(fā)明涉及電信領域，尤其涉及通信領域的新舊業(yè)務動態(tài)加載的方法。
背景技術：
當各種增值業(yè)務雨后春筍般涌現(xiàn)時，增值業(yè)務單兵作戰(zhàn)的時代也就開始成為過去時，為各種不同類型的用戶群有目的地提供“集合式”服務才是業(yè)務提供的主流。在以增值業(yè)務作為主導的新通訊時代，要打造“最具投資價值的業(yè)務方案”，為運營商并最終為用戶們不斷創(chuàng)造新價值，就要讓增值業(yè)務平臺在規(guī)模、容量和加載新業(yè)務的靈活性各方面都具有突出的特點。首先，構建前景不夠明朗的新增值業(yè)務時必須減少投資風險和壓力，所以前期平臺規(guī)模一般不會太大，而隨著后期用戶數(shù)量的增長速度，平臺容量需要進行相應擴展，這需要硬件提供商提供持續(xù)、方便的擴容能力。同時，在各種增值業(yè)務“集團作戰(zhàn)”的趨勢下，擴展還意味著這個平臺不能再是單一的語音增值業(yè)務系統(tǒng)，而要能隨時加載新出現(xiàn)的增值業(yè)務。如針對現(xiàn)在語音增值業(yè)務構建的語音增值綜合業(yè)務平臺，可以使用戶省去繁瑣的開發(fā)過程，除了承載彩話、多方通信、電話聊天、移動IVR等目前市場上所能涉及的多種熱點語音增值業(yè)務外，還能使運營商和業(yè)務提供商可以隨時根據(jù)實際需要對業(yè)務流程和業(yè)務內容進行修改，從而隨意組合或加載新出現(xiàn)的增值業(yè)務。
目前通用業(yè)務提供模式是依照用戶的需求直接進行編寫程序代碼來實現(xiàn)，然后提供給用戶使用。在此過程中，當用戶的需求發(fā)生變更時，就必須修改原有程序代碼或給原有程序打補丁，也就是說必須對原有的系統(tǒng)程序進行升級操作。這樣勢必造成該業(yè)務在一定時間段內的人為中斷。對于業(yè)務提供商來說，這在一定程度上是無法忍受的。在不中斷業(yè)務甚至不影響業(yè)務的正常使用的情況下，進行業(yè)務版本的升級或業(yè)務更改等操作是當前所要解決的技術問題。

發(fā)明內容
本發(fā)明解決的問題是針對目前業(yè)務不能動態(tài)加載，業(yè)務不能在線動態(tài)操作，業(yè)務升級維護難等的技術問題。
本發(fā)明中新舊業(yè)務流程指的是同一種業(yè)務的兩種不同的版本號，且新的業(yè)務流程的版本號高于舊業(yè)務流程的版本號。
本發(fā)明采用了一種業(yè)務動態(tài)加載的方法，包括以下步驟(1)向業(yè)務控制點加載新的業(yè)務；(2)業(yè)務控制點激活新的業(yè)務；(3)業(yè)務控制點選擇新舊業(yè)務；(4)業(yè)務控制點去激活舊業(yè)務；(5)業(yè)務控制點卸載舊業(yè)務。
所述步驟(1)還包括(11)從局數(shù)據(jù)文件中讀取業(yè)務控制表信息；(12)判斷準備加載的業(yè)務是否與已有業(yè)務重復；(13)判斷業(yè)務控制表的忙閑標志有無空閑記錄存在；(14)將準備加載業(yè)務的業(yè)務信息寫入業(yè)務控制表。
所述業(yè)務控制表的字段信息包括忙閑標志、業(yè)務鍵、業(yè)務版本號、業(yè)務狀態(tài)、卸載標志、業(yè)務使用計數(shù)器和業(yè)務卸載超時計數(shù)器。
所述步驟(2)還包括(21)根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載的業(yè)務；(22)若該業(yè)務狀態(tài)處于未激活態(tài)，則將業(yè)務狀態(tài)置為激活態(tài)。
所述步驟(3)還包括(31)業(yè)務控制點根據(jù)業(yè)務鍵和業(yè)務版本號區(qū)分新舊業(yè)務流程，并根據(jù)業(yè)務指示在新的業(yè)務呼叫來到時，進入新業(yè)務流程進行處理；(32)業(yè)務控制點在舊業(yè)務流程的所有呼叫結束后，釋放舊業(yè)務流程。
所述新業(yè)務的版本號比已有業(yè)務的版本號高；所述業(yè)務鍵對應呼叫實例數(shù)據(jù)中記錄的業(yè)務；所述業(yè)務版本號對應呼叫實例數(shù)據(jù)中記錄業(yè)務所在的下標；所述業(yè)務控制點在新業(yè)務流程加載后，能夠保持已有的呼叫過程直至其釋放。
所述步驟(4)還包括(41)根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載的業(yè)務；(42)若該業(yè)務狀態(tài)處于激活態(tài)，則該業(yè)務狀態(tài)置為去激活態(tài)。
所述步驟(5)還包括(51)根據(jù)業(yè)務鍵和業(yè)務版本號在業(yè)務控制表中查找匹配業(yè)務；(52)若該業(yè)務狀態(tài)處于去激活態(tài)，則卸載該業(yè)務；(53)將該業(yè)務卸載標志置為已卸載。
所述卸載業(yè)務進一步包括正常卸載和強行卸載。
所述正常卸載為在執(zhí)行業(yè)務卸載命令時，若此時有用戶正在使用該業(yè)務，則保持已有的呼叫過程直至其釋放后，再執(zhí)行卸載工作；所述強行卸載為在執(zhí)行業(yè)務卸載命令時，若此時有用戶正在使用該業(yè)務，強行拆除所有正在使用該業(yè)務的呼叫。
與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點由于在新業(yè)務流程上線的整個操作過程中，只是針對新業(yè)務流程操作，對原來已有的舊業(yè)務流程不進行任何的操作和改動，系統(tǒng)自動依據(jù)新舊業(yè)務流程來轉變業(yè)務處理過程。因此，業(yè)務動態(tài)加載完全可以實現(xiàn)在不影響交換系統(tǒng)和現(xiàn)有業(yè)務呼叫情況下，業(yè)務可以動態(tài)加載、卸載、選擇、激活、去激活等在線操作，也就是說，可以安全實時地完成業(yè)務的升級工作，這就使得業(yè)務的設置和開通更加靈活，業(yè)務的升級維護更加簡單安全可靠。在業(yè)務升級和新舊業(yè)務的替換過程中，用戶感覺不到業(yè)務的中斷。


圖1是本發(fā)明的業(yè)務動態(tài)加載的控制方法流程圖；圖2為本發(fā)明的業(yè)務控制表；圖3為本發(fā)明業(yè)務加載的流程圖；圖4為本發(fā)明業(yè)務激活的流程圖；
圖5為本發(fā)明業(yè)務選擇的流程圖；圖6為本發(fā)明業(yè)務去激活的流程圖；圖7為本發(fā)明業(yè)務卸載的流程圖。
具體實施例方式
以下結合附圖，具體說明本發(fā)明。
本發(fā)明中所提到的業(yè)務流程指的是通信行業(yè)基本的或增值類具體的業(yè)務，如卡式呼叫業(yè)務(300業(yè)務600業(yè)務)、預付費業(yè)務、彩鈴業(yè)務以及其它業(yè)務，具體體現(xiàn)為局數(shù)據(jù)文件，也就是所說的業(yè)務邏輯軟件包。
本發(fā)明中的業(yè)務必須利用SCP(業(yè)務控制點)的維護終端依次進行業(yè)務加載、業(yè)務激活操作后，該業(yè)務才能最終提供給用戶使用；同樣的，本發(fā)明中的業(yè)務必須利用SCP的維護終端依次進行業(yè)務去激活、業(yè)務卸載操作后才能終止此業(yè)務的服務。
本發(fā)明基本原理如圖1所示，包括以下步驟(1)向業(yè)務控制點加載新的業(yè)務；(2)業(yè)務控制點激活新的業(yè)務；(3)業(yè)務控制點選擇新舊業(yè)務；(4)業(yè)務控制點去激活舊業(yè)務；(5)業(yè)務控制點卸載舊業(yè)務。
請參閱圖2，其為本發(fā)明為業(yè)務控制表的字段名及設計說明；業(yè)務控制表是業(yè)務管理模塊將主要特征數(shù)據(jù)存儲的結構，在業(yè)務加載成功完成后，業(yè)務控制表以局數(shù)據(jù)文件的形式保存下來，即最終體現(xiàn)為局數(shù)據(jù)文件。
業(yè)務控制表的主要特征數(shù)據(jù)描述如下忙閑標志表示記錄的忙閑標志，0代表閑，1代表忙；業(yè)務鍵表示業(yè)務鍵和業(yè)務版本號一起唯一標識一個業(yè)務；業(yè)務版本號表示業(yè)務版本號和業(yè)務鍵一起唯一標識一個業(yè)務；業(yè)務狀態(tài)表示業(yè)務的狀態(tài)，0表示去激活態(tài)，1表示激活態(tài)；卸載標志表示該業(yè)務是否被卸載，0未卸載，1已卸載；業(yè)務使用計數(shù)器表示當前業(yè)務被使用的次數(shù)的計數(shù)器；業(yè)務卸載超時計數(shù)器表示業(yè)務被卸載后直到超時刪除所使用的計數(shù)器。
本發(fā)明包括的主要操作有業(yè)務加載、業(yè)務激活、業(yè)務選擇、業(yè)務去激活和業(yè)務卸載。業(yè)務加載之前必須進行一些相關初始化操作，也就是業(yè)務初始加載，具體描述如下首先將業(yè)務的局數(shù)據(jù)文件向業(yè)務控制表加載，然后根據(jù)業(yè)務控制表加載業(yè)務邏輯腳本；若加載業(yè)務控制表失敗表示系統(tǒng)初始化失??；若業(yè)務處于卸載態(tài)，將不再加載該業(yè)務，從業(yè)務控制表中刪除該業(yè)務；若業(yè)務加載失敗，將從業(yè)務控制表中刪除該業(yè)務；若業(yè)務控制表改變后，必須在局數(shù)據(jù)文件中存儲該改變；加載后，將業(yè)務控制表中的業(yè)務使用計數(shù)器清零。
業(yè)務初始加載成功后，就可以進行業(yè)務加載操作，業(yè)務加載就是將新業(yè)務流程從局數(shù)據(jù)文件中加載到系統(tǒng)內存變量區(qū)，便于高速訪問處理，具體描述如下請參閱圖3，其為本發(fā)明業(yè)務加載的流程圖，包括以下步驟S301從局數(shù)據(jù)文件中讀取業(yè)務控制表信息；S302判斷準備加載的業(yè)務是否與已有的業(yè)務重復，如果重復則進行錯誤處理，返回失敗信息(該業(yè)務已存在)，結束；若不重復則繼續(xù)；S303判斷業(yè)務控制表中忙閑標志有無空閑記錄存在，如果不存在則進行錯誤處理，返回失敗信息(業(yè)務控制表無空閑記錄)，結束；S304若存在則將此業(yè)務信息寫入業(yè)務控制表中；S305寫入業(yè)務控制表成功后，將業(yè)務控制表實時存儲到局數(shù)據(jù)文件中；業(yè)務加載完畢，給用戶呈報加載成功的相關信息。
一個業(yè)務加載完成之后還不能最終使用，必須進行業(yè)務激活的操作，業(yè)務激活成功之后，才能保證該業(yè)務流程有效，用戶才可以使用。具體描述如下請參閱圖4，其為本發(fā)明業(yè)務激活的流程圖，包括以下步驟S401收到業(yè)務維護終端(SMT)發(fā)來的業(yè)務激活命令；S402根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載且不處于卸載狀態(tài)的業(yè)務，判斷該業(yè)務是否存在，如果不存在則進行錯誤處理，返回失敗信息(該業(yè)務不存在)，結束；若存在則繼續(xù)；S403判斷該業(yè)務狀態(tài)是否處于激活態(tài)，如果是則進行錯誤處理，返回失敗信息(該業(yè)務已經被激活)，結束；如果不是則繼續(xù)；S404該業(yè)務的業(yè)務狀態(tài)為置激活態(tài)；S405將業(yè)務控制表實時存儲到局數(shù)據(jù)文件中記錄該業(yè)務狀態(tài)的變化；S406返回業(yè)務激活成功信息，業(yè)務激活完畢。
業(yè)務選擇是指系統(tǒng)要能夠根據(jù)業(yè)務鍵和版本號區(qū)分出同一業(yè)務的新舊業(yè)務流程，從而能夠在新業(yè)務流程上線后將新的呼叫接入到新業(yè)務流程中，而不是接入到原來舊業(yè)務流程中，具體描述如下請參閱圖5，其為本發(fā)明業(yè)務選擇的流程圖，包括以下步驟S501根據(jù)業(yè)務鍵和業(yè)務版本號查找相應的業(yè)務是否存在，如果不存在則進行錯誤處理，返回失敗信息(業(yè)務不存在)，結束；如果存在則繼續(xù)；S502將在CID(Call Instance Data呼叫實例數(shù)據(jù))中記錄業(yè)務所在的下標(業(yè)務鍵對應呼叫實例數(shù)據(jù)中記錄的業(yè)務，業(yè)務版本號對應呼叫實例數(shù)據(jù)中記錄業(yè)務所在的下標)，在后續(xù)業(yè)務處理過程中不再選擇，直接使用該下標；SCP的業(yè)務管理模塊根據(jù)呼叫實例數(shù)據(jù)中記錄的業(yè)務所在的下標區(qū)分新舊業(yè)務流程；并根據(jù)業(yè)務指示在新的業(yè)務呼叫來到時，進入新業(yè)務流程進行處理；這里所說的CID是動態(tài)參數(shù)，主要記錄與呼叫有關的信息，它與每次具體的呼叫有關。例如打電話時所撥的被叫號碼即是一個呼叫實例數(shù)據(jù)。
SCP的業(yè)務管理模塊在舊業(yè)務流程的所有呼叫結束后，釋放舊業(yè)務流程，釋放后的舊業(yè)務可以脫機處理；S503業(yè)務選擇完成后，將被選擇業(yè)務的業(yè)務使用計數(shù)器加1；業(yè)務選擇流程結束。
一個業(yè)務要進行離線處理，必須先進行業(yè)務去激活操作，業(yè)務流程處于去激活態(tài)才能進行業(yè)務卸載操作。具體描述如下請參閱圖6，其為本發(fā)明業(yè)務去激活的流程圖，包括以下步驟
S601收到業(yè)務維護終端(SMT)發(fā)來的業(yè)務去激活命令；S602根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載且不處于卸載狀態(tài)的業(yè)務，如果不存在則進行錯誤處理，返回失敗信息(該業(yè)務不存在)，結束；若存在則繼續(xù)；S603判斷該業(yè)務狀態(tài)是否處于激活態(tài)，如果不是則進行錯誤處理，返回失敗信息(該業(yè)務未被激活)，結束；如果處于激活態(tài)則繼續(xù)；S604該業(yè)務的狀態(tài)標志置為去激活態(tài)；S605將業(yè)務去激活的狀態(tài)需要寫入業(yè)務控制表中，再將業(yè)務控制表實時存儲到局數(shù)據(jù)文件中，記錄業(yè)務狀態(tài)的變化；S606返回業(yè)務去激活成功信息，業(yè)務去激活完畢。
業(yè)務卸載就是將正在使用中的業(yè)務流程進行離線操作處理，分為正常卸載和強制卸載兩種方式，具體描述如下請參閱圖7，其為本發(fā)明業(yè)務卸載的流程圖，包括以下步驟S701根據(jù)業(yè)務鍵和業(yè)務版本號在業(yè)務控制表中查找匹配業(yè)務，判斷是否存在匹配的業(yè)務；如果不存在則進行錯誤處理，返回失敗信息(該業(yè)務不存在)，結束；如果存在則繼續(xù)；S702判斷該業(yè)務狀態(tài)是否處于激活態(tài)，如果是則進行錯誤處理，返回失敗(該業(yè)務處于激活狀態(tài))；若不是激活態(tài)則繼續(xù)，卸載在線業(yè)務包括兩種方式正常卸載和強行卸載；S703判斷卸載業(yè)務的操作方式；S704如果是正常卸載，則執(zhí)行業(yè)務卸載命令；若此時有用戶正在使用該業(yè)務，則真正的卸載工作由一個周期任務來完成；S705如果是強行卸載，則強行拆除所有正在使用該業(yè)務邏輯的呼叫；S706將業(yè)務控制表中的業(yè)務使用計數(shù)器清零；S707將該業(yè)務卸載標志置為1(已卸載)；S708業(yè)務卸載完成后，則將業(yè)務控制表實時存儲到局數(shù)據(jù)文件中，以記錄業(yè)務狀態(tài)的變化；業(yè)務卸載完畢，呈報用戶相關的卸載成功信息。
以上公開的僅為本發(fā)明的一個具體實施例，但是本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化，都應落在本發(fā)明的保護范圍內。
權利要求
1.一種業(yè)務動態(tài)加載的方法，其特征在于包括以下步驟(1)向業(yè)務控制點加載新的業(yè)務；(2)業(yè)務控制點激活新的業(yè)務；(3)業(yè)務控制點選擇新舊業(yè)務；(4)業(yè)務控制點去激活舊業(yè)務；(5)業(yè)務控制點卸載舊業(yè)務。
2.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于所述步驟(1)還包括(11)從局數(shù)據(jù)文件中讀取業(yè)務控制表信息；(12)判斷準備加載的業(yè)務是否與已有業(yè)務重復；(13)判斷業(yè)務控制表的忙閑標志有無空閑記錄存在；(14)將準備加載業(yè)務的業(yè)務信息寫入業(yè)務控制表。
3.根據(jù)權利要求2所述的業(yè)務動態(tài)加載的方法，其特征在于所述業(yè)務控制表的字段信息包括忙閑標志、業(yè)務鍵、業(yè)務版本號、業(yè)務狀態(tài)、卸載標志、業(yè)務使用計數(shù)器和業(yè)務卸載超時計數(shù)器。
4.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于所述步驟(2)還包括(21)根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載的業(yè)務；(22)若該業(yè)務狀態(tài)處于未激活態(tài)，則將業(yè)務狀態(tài)置為激活態(tài)。
5.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于所述步驟(3)還包括(31)業(yè)務控制點根據(jù)業(yè)務鍵和業(yè)務版本號區(qū)分新舊業(yè)務流程，并根據(jù)業(yè)務指示在新的業(yè)務呼叫來到時，進入新業(yè)務流程進行處理；(32)業(yè)務控制點在舊業(yè)務流程的所有呼叫結束后，釋放舊業(yè)務流程。
6.根據(jù)權利要求5所述的業(yè)務動態(tài)加載的方法，其特征在于所述新業(yè)務的版本號比已有業(yè)務的版本號高；所述業(yè)務鍵對應呼叫實例數(shù)據(jù)中記錄的業(yè)務；所述業(yè)務版本號對應呼叫實例數(shù)據(jù)中記錄業(yè)務所在的下標；所述業(yè)務控制點在新業(yè)務流程加載后，能夠保持已有的呼叫過程直至其釋放。
7.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于步驟(4)還包括(41)根據(jù)業(yè)務鍵和業(yè)務版本號查找匹配的已加載的業(yè)務；(42)若該業(yè)務狀態(tài)處于激活態(tài)，則該業(yè)務狀態(tài)置為去激活態(tài)。
8.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于步驟(5)還包括(51)根據(jù)業(yè)務鍵和業(yè)務版本號在業(yè)務控制表中查找匹配業(yè)務；(52)若該業(yè)務狀態(tài)處于去激活態(tài)，則卸載該業(yè)務；(53)將該業(yè)務卸載標志置為已卸載。
9.根據(jù)權利要求1所述的業(yè)務動態(tài)加載的方法，其特征在于所述卸載業(yè)務進一步包括正常卸載和強行卸載。
10.根據(jù)權利要求9所述的業(yè)務動態(tài)加載的方法，其特征在于所述正常卸載為在執(zhí)行業(yè)務卸載命令時，若此時有用戶正在使用該業(yè)務，則保持已有的呼叫過程直至其釋放后，再執(zhí)行卸載工作；所述強行卸載為在執(zhí)行業(yè)務卸載命令時，若此時有用戶正在使用該業(yè)務，強行拆除所有正在使用該業(yè)務的呼叫。
全文摘要
本發(fā)明公開了一種業(yè)務動態(tài)加載的方法，包括(1)向業(yè)務控制點加載新的業(yè)務；(2)業(yè)務控制點激活新的業(yè)務；(3)業(yè)務控制點根據(jù)呼叫實例數(shù)據(jù)中記錄的業(yè)務所在的下標區(qū)分新舊業(yè)務流程；并根據(jù)業(yè)務指示在新的業(yè)務呼叫來到時，進入新業(yè)務流程進行處理，業(yè)務控制點在舊業(yè)務流程的所有呼叫結束后，釋放舊業(yè)務流程；(4)業(yè)務控制點去激活舊業(yè)務；(5)業(yè)務控制點卸載舊業(yè)務。該方法不僅提高了系統(tǒng)提供業(yè)務的靈活性，同時業(yè)務升級維護變得簡單和安全可靠。
文檔編號H04Q3/00GK1761273SQ20051009610
公開日2006年4月19日 申請日期2005年9月30日 優(yōu)先權日2005年9月30日
發(fā)明者岳小海, 李娜, 武興, 段寶平 申請人:西安大唐電信有限公司