專利名稱：一種在線動態(tài)更新服務器軟件配置信息的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信的認證授權(quán)計費領(lǐng)域，具體地說，涉及該領(lǐng)域一種 利用服務器與客戶端交互模式在線動態(tài)更新服務器軟件配置信息的實現(xiàn)方法。
背景技術(shù)：
在目前的數(shù)據(jù)通信認證授權(quán)計費領(lǐng)域中，認證授權(quán)計費服務器系統(tǒng)的高 穩(wěn)定性和高可靠性直接影響運營商業(yè)務的開展和收入，也涉及眾多用戶業(yè)務 的正常使用，在用戶對業(yè)務要求越來越高的時代，如何為用戶提供穩(wěn)定可靠 的服務也是廣大運營商思考的重點，認證授權(quán)計費服務器軟件實現(xiàn)的功能是 與其軟件運行環(huán)境密切相關(guān)的，不同的功能、業(yè)務處理邏輯往往都是通過不 同的軟件運行環(huán)境來實現(xiàn)的，在需要實現(xiàn)不同業(yè)務邏輯的時候，只需要選擇 對應的軟件運行環(huán)境就可以實現(xiàn)了 ，但軟件運行環(huán)境是跟其本身的配置信息 有很大關(guān)系的，更新軟件運行環(huán)境也往往是通過修改其配置信息來實現(xiàn)的。 而認證授權(quán)計費服務器軟件作為 一種在線系統(tǒng)，如何在不中斷業(yè)務的情況下 把更新的配置信息實時更新到軟件運行環(huán)境中并生效是軟件實現(xiàn)上的 一個 難題和急需解決的問題。
目前，對于更新軟件運行環(huán)境的方式主要有兩種， 一種是將配置信息保 存在配置文件中，軟件在初始化的時候，根據(jù)軟件配置文件信息進行初始化 配置軟件運行環(huán)境，軟件只能運行在當前軟件運行環(huán)境中， 一旦需要修改配 置信息更新軟件運行環(huán)境的時候，必須重新啟動軟件，重新初始化軟件運行
環(huán)境；另一種是將軟件的配置信息存入數(shù)據(jù)庫配置信息表中，程序通過實時 訪問數(shù)據(jù)庫表，來判斷配置信息是否發(fā)生改變從而確定是否需要更新軟件運 行環(huán)境。
如圖l所示，第一種方式的缺點很明顯，就是需要修改軟件的運行環(huán)境
的時候，必須重新啟動程序，對于認證授權(quán)計費系統(tǒng)這類在線系統(tǒng)， 一旦重 新啟動程序，在停止重新啟動的過程中，用戶是無法正常認證授權(quán)的，肯定 會造成業(yè)務中斷，影響用戶正常使用業(yè)務，而且如果保護機制做的不夠的話， 還會造成計費信息的丟失，造成運營商業(yè)務收入的損失，目前還沒有類似的
專利提出解決這個問題的辦法，這種方式的優(yōu)點是需要更新軟件運行環(huán)境 時，修改配置信息的方式比較簡單。
如圖2所示，第二種方式由于不會中斷業(yè)務，目前是在線系統(tǒng)使用比較 多的一種方式，而為了配置上的方便，往往采用界面進行修改軟件的配置從 而達到更新軟件運行環(huán)境的目的，這種方式目前最新的專利是2005年09月 28日公開的由上海寶信軟件股份有限公司的衛(wèi)萬勇發(fā)明的《數(shù)據(jù)庫表更新 的動態(tài)監(jiān)控系統(tǒng)及方法》，這個專利是利用數(shù)據(jù)庫的觸發(fā)器對象來實現(xiàn)的， 其明顯的缺點是在線系統(tǒng)必須實時訪問數(shù)據(jù)庫，以獲取軟件配置信息的更 新狀態(tài)，增加了軟件系統(tǒng)本身以及數(shù)據(jù)庫的額外處理開銷，降低了軟件本身 處理性能。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供一種在線動態(tài)更新服務器軟件配置 信息的實現(xiàn)方法，以實現(xiàn)不僅可以保證在線動態(tài)實現(xiàn)修改配置信息以實現(xiàn)新 的業(yè)務處理邏輯，而且可以保證不增加軟件本身的開銷處理，提高了系統(tǒng)的 性能，同時可以達到運營商提供穩(wěn)定、可靠業(yè)務的要求，也不會丟失計費信 息，造成運營商無謂的業(yè)務收入損失的問題。
為了解決上迷問題，本發(fā)明提供了一種在線動態(tài)更新服務器軟件配置信 息的實現(xiàn)方法，包括以下步驟
(1) 定義客戶端和服務器之間的通信方式、通信協(xié)議以及具體消息格
式；
(2) 所述服務器軟件初始化完畢后，建立服務器并通過其監(jiān)聽客戶端 的通信請求；
(3) 所述客戶端在檢測配置信息更新后，發(fā)起與所述服務器的通信請
求；
(4) 所述服務器接受該客戶端的通信請求，并解析客戶端的通信請求；
(5) 根據(jù)通信請求的內(nèi)容，將更新的配置信息更新到服務器軟件的運 行環(huán)境中，該服務器軟件采用新的軟件運行環(huán)境進行新的業(yè)務邏輯處理。
本發(fā)明所述的方法，其中，步驟(l)中所述通信協(xié)議，包括傳輸控 制協(xié)議、用戶數(shù)據(jù)^R協(xié)議、流控制傳輸協(xié)議、進程間通訊協(xié)議。
本發(fā)明所述的方法，其中，步驟(3)中所述客戶端在檢測配置信息更 新，為所述客戶端自動掃描比較配置信息，發(fā)現(xiàn)配置信息更新。
本發(fā)明所述的方法，其中，步驟(3)中所述客戶端在檢測配置信息更 新，為操作員在修改配置信息后，調(diào)用所述客戶端進行對服務器軟件環(huán)境更新。
本發(fā)明所述的方法，其中，所述步驟(3)進一步包括所述服務器在 收到客戶端的通信請求后，判斷該客戶端的合法性。
其中，所述判斷該客戶端的合法性，包括:對客戶端地址進行檢查，限 制客戶端的范圍，防止非法客戶端進行惡意修改服務器軟件運行環(huán)境；以及
所述服務器增加共享密鑰或者其他身份校驗信息，在接收到客戶端的通信請 求后，對進行身份特性校驗。
本發(fā)明所述的方法，其中，步驟(5)中所述更新的配置信息，包括 全部更新配置信息或者部分更新配置信息。
其中，所述部分更新配置信息，為采用在消息中增加配置項信息和配置 項的更新后的值。
本發(fā)明所述的方法，其中，步驟(2)中所述服務器軟件初始化，包括 所述客戶端配置在內(nèi)的軟件運行環(huán)境。
本發(fā)明所述的方法，其中，步驟(3)中所述客戶端發(fā)起與所述服務器 的通信請求，既可以是所述客戶端建立通信連接請求，也可以是所述客戶端 主要發(fā)起的通信消息請求，或者是所述客戶端先建立通信連接請求后，再發(fā) 起通信消息請求。新的業(yè)務處理邏輯，而且可以保證不增加軟件本身的開銷處理，提高了系統(tǒng) 的性能，對于認證授權(quán)計費服務器軟件這種在線系統(tǒng)特別適用，不僅可以達 到運營商提供穩(wěn)定、可靠業(yè)務的要求，也不會丟失計費信息，造成運營商無 謂的業(yè)務收入損失等問題。


圖1是本發(fā)明現(xiàn)有技術(shù)中所述的配置文件保存配置信息的更新軟件運
行環(huán)境流程圖2是本發(fā)明現(xiàn)有技術(shù)中所述的數(shù)據(jù)庫保存配置信息的更新軟件運行 環(huán)境流程圖3是本發(fā)明實施例中所述的利用通信服務器與客戶端的方法實現(xiàn)配 置文件保存配置信息更新軟件運行環(huán)境流程圖4是本發(fā)明實施例中所述的利用通信服務器與客戶端的方法實現(xiàn)數(shù) 據(jù)庫保存配置信息更新軟件運行環(huán)境流程圖。
具體實施例方式
本發(fā)明在這里提供了一種在線動態(tài)更新服務器軟件配置信息的實現(xiàn)方 法，以實現(xiàn)不僅可以保證在線動態(tài)實現(xiàn)修改配置信息以實現(xiàn)新的業(yè)務處理邏 輯，而且可以保證不增加軟件本身的開銷處理，提高了系統(tǒng)的性能，同時可 以達到運營商提供穩(wěn)定、可靠業(yè)務的要求，也不會丟失計費信息，造成運營 商無謂的業(yè)務收入損失的問題。以下對具體實施方式
進行詳細描述，但不作 為對本發(fā)明的限定。
本發(fā)明實施例的目的是提供一種以不中斷業(yè)務和丟失計費信息為前提， 在不增加軟件系統(tǒng)本身處理開銷的情況下，在線動態(tài)更新認證授權(quán)計費通信 服務器的軟件運行環(huán)境的方法。
本發(fā)明所述方法在利用通信服務器和客戶端的方式可以保證不會降低 服務器的處理性能，避免認證授權(quán)計費通信服務器在線因修改配置更新軟件 運行環(huán)境需要重啟造成業(yè)務中斷的情況。 本發(fā)明所述方法的主要實現(xiàn)思路如下
A. 定義服務器和客戶端之間的具體通信消息格式。
B. 服務器軟件啟動時，建立通信服務器，并開始監(jiān)聽客戶端。
C. 客戶端檢查到軟件配置信息發(fā)生變化，開始和服務端建立通信連接。
D. 服務器對客戶端的通信請求進行解析處理。
E. 是配置信息更新請求，則更新服務器軟件運行環(huán)境。 上述實現(xiàn)思路結(jié)合附圖3和4所示，本發(fā)明實施例可以按照以下步驟實
現(xiàn)
(1)根據(jù)認證授權(quán)計費服務器的特點，確定客戶端和服務端的通信方 式以及通信協(xié)議，例如傳輸控制協(xié)議、用戶數(shù)據(jù)報協(xié)議、流控制傳輸協(xié)議、 進程間通訊等等；定義服務器與客戶端之間的通信消息格式；
(2 )所述認證授權(quán)計費服務器軟件初始化包括通信客戶端配置在內(nèi)的 軟件運行環(huán)境；
(3 )所述認證授權(quán)計費服務器軟件在初始化完畢后，建立通信服務器， 并監(jiān)聽客戶端的通信請求；
(4) 所述客戶端在檢測配置信息更新后，發(fā)起與服務器的通信請求；
(5) 所述服務器在收到客戶端的通信請求后，判斷客戶端的合法性；
(6) 所述服務器接受通信客戶端的通信請求，并解析客戶端的通信請
求；
(7) 根據(jù)通信請求的內(nèi)容，將更新的配置信息更新到服務器軟件的運 行環(huán)境中；
(8 )所述認證授權(quán)計費服務器軟件采用新的軟件運行環(huán)境進行新的業(yè) 務邏輯處理。
所述的方法，其中，所述步驟(5)不是必須的，但為了服務器軟件運 行的安全性，防止其他軟件無意或者惡意的修改軟件運行環(huán)境，可以在通信 客戶端信息中增加IP地址，共享秘鑰等驗證信息，甚至在步驟(2)中采用 加密的方式，以增加軟件的安全性。
所述的方法，其中，所述步驟(l)中，只是簡單地列舉了目前普遍采
用的通信方式，對于其他只要能夠采用服務端和客戶端進行通信的方法都可 以應用到這種方式中。
所述的方法，其中，所述步驟(2)中，主要的目的是為了更好地實現(xiàn) 軟件的保護，增加了對通信客戶端的配置，就可以避免人為有意或者惡意地 進行修改服務器軟件的運行環(huán)境。
所述的方法，其中，所述步驟(4)中，通信客戶端在檢測配置信息更 新主要有以下方式實現(xiàn)
第一種，客戶端自動掃描比較配置信息，發(fā)現(xiàn)配置信息更新；
第二種，操作員在修改配置信息后，調(diào)用客戶端進行對服務器的軟件環(huán) 境更新。
所述的方法，其中，所述步驟(4)中，客戶端發(fā)起的通信請求既可以 是建立通信連接請求，也可以是主要發(fā)起的通信消息請求，或者是先建立通 信連接請求后，再發(fā)起通信消息請求。
所述的方法，其中，所述的步驟(5)是此方法中實現(xiàn)軟件安全性的關(guān) 鍵步驟，可以實現(xiàn)以下功能
(51) 對客戶端地址進行檢查，限制通信客戶端的范圍，防止非法客戶 端進行惡意修改軟件運行環(huán)境。
(52) 可以增加共享密鑰，或者其他身份校驗信息，在接收到客戶端的 通信請求后，進行身份特性校驗。
所述的方法，其中，所述的步驟(7)，可以按照以下步驟實現(xiàn) 按照定義的通信消息格式，可以定義成全部更新或者部分配置信息信息
更新；其中，部分配置信息更新可以采用在消息中增加配置項信息和配置項
的更新后的值。
本發(fā)明所述方法的最大的改進是采用配置文件保存配置信息的通信服 務器軟件原來需要更新軟件運行環(huán)境時，必須先在配置文件中修改對應的配 置信息，再重新啟動通信服務器軟件才能更新軟件的運行環(huán)境，而新的方式 可以不用重新啟動通信服務器直接更新軟件運行環(huán)境，不會中斷業(yè)務和影響 用戶使用。
本發(fā)明的另一個改進就是將通信服務器定時掃描數(shù)據(jù)庫以獲取配置信
息更新的，修改成由客戶端通過消息通知通信服務端，通信服務端在收到通 知消息后進行有選擇的更新，從而提高了通信服務器的處理性能。
綜上所述，本發(fā)明所論述的利用通信服務端和客戶端的方法，不但可以 避免重啟動態(tài)更新軟件運行環(huán)境，而且不會降低通信服務器軟件本身性能。
當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的 情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明做出各種相應的改變和變形， 但這些相應的改變和變形都應屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1、一種在線動態(tài)更新服務器軟件配置信息的實現(xiàn)方法，其特征在于，包括以下步驟(1)定義客戶端和服務器之間的通信方式、通信協(xié)議以及具體消息格式；(2)所述服務器軟件初始化完畢后，建立服務器并通過其監(jiān)聽客戶端的通信請求；(3)所述客戶端在檢測配置信息更新后，發(fā)起與所述服務器的通信請求；(4)所述服務器接受該客戶端的通信請求，并解析客戶端的通信請求；(5)根據(jù)通信請求的內(nèi)容，將更新的配置信息更新到服務器軟件的運行環(huán)境中，該服務器軟件采用新的軟件運行環(huán)境進行新的業(yè)務邏輯處理。
2、 如權(quán)利要求1所述的方法，其特征在于，步驟(1)中所述通信協(xié)議， 包括傳輸控制協(xié)議、用戶數(shù)據(jù)報協(xié)議、流控制傳輸協(xié)議、進程間通訊協(xié)議。
3、 如權(quán)利要求l所述的方法，其特征在于，步驟(3)中所述客戶端在 檢測配置信息更新，為所述客戶端自動掃描比較配置信息，發(fā)現(xiàn)配置信息更新。
4、 如權(quán)利要求l所述的方法，其特征在于，步驟(3)中所述客戶端在 檢測配置信息更新，為操作員在修改配置信息后，調(diào)用所述客戶端進行對服 務器軟件環(huán)境更新。
5、 如權(quán)利要求l所述的方法，其特征在于，所述步驟(3)進一步包括 所述服務器在收到客戶端的通信請求后，判斷該客戶端的合法性。
6、 如權(quán)利要求2所述的方法，其特征在于，所述判斷該客戶端的合法 性，包括對客戶端地址進行檢查，限制客戶端的范圍，防止非法客戶端進行惡意修改服務器軟件運行環(huán)境；以及所述服務器增加共享密鑰或者其他身 份校驗信息，在接收到客戶端的通信請求后，對進行身份特性校驗。
7、 如權(quán)利要求l所述的方法，其特征在于，步驟(5)中所述更新的配 置信息，包括全部更新配置信息或者部分更新配置信息。
8、 如權(quán)利要求7所述的方法，其特征在于，所述部分更新配置信息， 為采用在消息中增加配置項信息和配置項的更新后的值。
9、 如權(quán)利要求l所述的方法，其特征在于，步驟(2)中所述服務器軟 件初始化，包括所述客戶端配置在內(nèi)的軟件運行環(huán)境。
10、 如權(quán)利要求1所述的方法，其特征在于，步驟(3)中所述客戶端 發(fā)起與所述服務器的通信請求，既可以是所述客戶端建立通信連接請求，也 可以是所述客戶端主要發(fā)起的通信消息請求，或者是所述客戶端先建立通信 連接請求后，再發(fā)起通信消息請求。
全文摘要
本發(fā)明公開了一種在線動態(tài)更新服務器軟件配置信息的實現(xiàn)方法，包括(1)定義客戶端和服務器之間的通信方式、通信協(xié)議以及具體消息格式；(2)所述服務器軟件初始化完畢后，建立服務器并通過其監(jiān)聽客戶端的通信請求；(3)所述客戶端在檢測配置信息更新后，發(fā)起與所述服務器的通信請求；(4)所述服務器接受該客戶端的通信請求，并解析客戶端的通信請求；(5)根據(jù)通信請求的內(nèi)容，將更新的配置信息更新到服務器軟件的運行環(huán)境中，該服務器軟件采用新的軟件運行環(huán)境進行新的業(yè)務邏輯處理。本發(fā)明所論述的利用通信服務端和客戶端的方法，不但可以避免重啟動態(tài)更新軟件運行環(huán)境，而且不會降低通信服務器軟件本身性能。
文檔編號H04L29/06GK101179573SQ20071015149
公開日2008年5月14日 申請日期2007年10月24日 優(yōu)先權(quán)日2007年10月24日
發(fā)明者冉茂國 申請人:中興通訊股份有限公司