[發(fā)明專利]一種應(yīng)用服務(wù)器及其遠(yuǎn)程控制方法

有效

• 申請?zhí)枺?/td>: 200810004773.1
• 申請日: 2008-01-30
• 公開（公告）號: CN101227428A
• 公開（公告）日: 2008-07-23
• 發(fā)明（設(shè)計）人: 仵建寧;孔建華;張大海
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L12/12;H04L12/24
• 代理公司: 北京安信方達知識產(chǎn)權(quán)代理有限公司
• 代理人: 龍洪;霍育棟

技術(shù)領(lǐng)域

本發(fā)明屬于計算機遠(yuǎn)程控制領(lǐng)域，特別涉及一種應(yīng)用服務(wù)器(Daemon)及其遠(yuǎn)程控制方法。

背景技術(shù)

計算機網(wǎng)絡(luò)技術(shù)是通信技術(shù)與計算機技術(shù)相結(jié)合的產(chǎn)物。計算機網(wǎng)絡(luò)是按照網(wǎng)絡(luò)協(xié)議，將地球上分散的、獨立的計算機相互連接的集合。計算機網(wǎng)絡(luò)技術(shù)實現(xiàn)了資源共享。人們可以在辦公室、家里或其他任何地方，訪問查詢網(wǎng)上的任何資源，極大地提高了工作效率，促進了辦公自動化、工廠自動化、家庭自動化的發(fā)展。交互式控制遠(yuǎn)程計算機系統(tǒng)是計算機網(wǎng)絡(luò)技術(shù)一個重要的和基礎(chǔ)的應(yīng)用。這一應(yīng)用可以讓操作員在本地通過控制遠(yuǎn)程計算機系統(tǒng)實現(xiàn)在遠(yuǎn)程計算機上所作的各項操作。

我們知道通信系統(tǒng)是由信源、信道和信宿三部分組成，在計算機網(wǎng)絡(luò)中，客戶端就作為信源，網(wǎng)絡(luò)作為信道，服務(wù)器端作為信宿組成計算機網(wǎng)絡(luò)通信系統(tǒng)。目前最流行的計算機網(wǎng)絡(luò)應(yīng)用模式有B/S、C/S兩種，其中在這兩種模式中B和C代表信源客戶端，S代表信宿服務(wù)器端。一般在點對點的通信情況下，首先由B或C發(fā)出請求給S端，S端接收到該請求信息并根據(jù)信息的要求進行處理，然后將處理結(jié)果或資源返回給客戶端。

目前，關(guān)于計算機網(wǎng)絡(luò)應(yīng)用模式中服務(wù)器端(S端)的設(shè)計方法不勝枚舉。Daemon方式是其中的一種Server實現(xiàn)的方法。Daemon原指在計算機操作系統(tǒng)下一段直接自動連續(xù)運行的程序，用于處理計算機系統(tǒng)希望接收到的階段性的服務(wù)需求，并將請求提交給其他合適的程序(或者進程)。例如，網(wǎng)絡(luò)上頁面Daemon應(yīng)用服務(wù)器持續(xù)地等待從網(wǎng)絡(luò)客戶端及其用戶發(fā)送來的請求。

然而現(xiàn)代網(wǎng)絡(luò)通信多采用并發(fā)式的通信方式，這種方式要求信宿服務(wù)器可以同時響應(yīng)和滿足多個客戶端的請求，這對服務(wù)器的性能就提出了更高的要求。不僅如此，對于客戶端來說，服務(wù)器端應(yīng)該盡量做到其操作系統(tǒng)類型與客戶端請求無關(guān)。而現(xiàn)有的計算機網(wǎng)絡(luò)應(yīng)用模式多是與計算機操作系統(tǒng)類型綁定的，這樣的網(wǎng)絡(luò)應(yīng)用模式在實際的應(yīng)用中具有很大的局限性。例如模式的設(shè)計者所設(shè)計的服務(wù)器只能運行在某一種固定的操作系統(tǒng)上而在其他操作系統(tǒng)上就不能應(yīng)用，這就造成運營商在操作系統(tǒng)的選擇上必須與設(shè)備設(shè)計者保持一致，從而使得該模式應(yīng)用的適應(yīng)性大大降低。

另外隨著業(yè)務(wù)需求的不斷增加，客戶端不斷提出新的請求，所以為了適應(yīng)客戶端的新變化，相應(yīng)的S端的可擴展性也是非常重要的。在這方面，目前的設(shè)計方法也存在一定缺陷，主要是服務(wù)器設(shè)計結(jié)構(gòu)不合理造成的，即不能適應(yīng)客戶端新的變化。具體就是，當(dāng)客戶端提出新的需求時，服務(wù)器為了適應(yīng)新需求必須改變以前的設(shè)計框架，這就造成資源浪費并且大大降低了開發(fā)效率。另外，在實現(xiàn)資源共享方面，提供服務(wù)代理機制以擴大服務(wù)器的服務(wù)功能，也應(yīng)該是服務(wù)器所具有的基本性能。

發(fā)明內(nèi)容

本發(fā)明所要解決的技術(shù)問題是，提供一種駐留Daemon應(yīng)用服務(wù)器及其遠(yuǎn)程控制方法，從而在計算機遠(yuǎn)程控制過程中，實現(xiàn)客戶端請求與應(yīng)用服務(wù)器操作系統(tǒng)類型無關(guān)。

為了解決上述問題，本發(fā)明公開了一種駐留Daemon應(yīng)用服務(wù)器，適用于計算機遠(yuǎn)程控制過程，該服務(wù)器包括依次連接的信息接收模塊、信息處理模塊以及信息回饋模塊，其中，

所述信息接收模塊，用于并發(fā)式接收來自客戶端的各種請求消息，建立消息隊列，按照接收順序或者優(yōu)先級順序?qū)⒏鞣N請求消息發(fā)送到信息處理模塊；

所述信息處理模塊，用于利用系統(tǒng)函數(shù)處理機制響應(yīng)和處理客戶端的各種請求消息；

所述信息回饋模塊，用于將請求消息處理結(jié)果轉(zhuǎn)化并組裝為客戶端與Daemon應(yīng)用服務(wù)器所約定的內(nèi)部消息格式返回給客戶端。

進一步地，上述服務(wù)器中，所述信息處理模塊進一步包括消息解析單元及與其相連的若干用于處理不同消息的消息處理單元，其中

所述消息解析單元，用于解析客戶端發(fā)送的各種請求消息，并根據(jù)解析結(jié)果將不同的請求消息發(fā)送到相應(yīng)的消息處理單元；

所述消息處理單元，采用系統(tǒng)函數(shù)處理機制，根據(jù)收到的消息內(nèi)容進行操作，并將消息處理結(jié)果發(fā)送到信息回饋模塊。

上述消息處理單元包括用于實現(xiàn)代理服務(wù)的消息處理單元，用于在接收到代理服務(wù)請求消息后，建立與遠(yuǎn)程資源服務(wù)器的通信，接收遠(yuǎn)程資源服務(wù)器返回的遠(yuǎn)程資源，由所述信息回饋模塊返回給請求代理服務(wù)的客戶端。

上述消息處理單元包括用于實現(xiàn)升級的消息處理單元，用于在接收到升級請求消息后進行升級或者定時自動啟動升級，停止所有由Daemon應(yīng)用服務(wù)器啟動的服務(wù)進程，安裝新版本Daemon應(yīng)用服務(wù)器。