国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于在用戶設(shè)備和服務(wù)器之間交換消息的系統(tǒng)的制作方法

      文檔序號:7625960閱讀:123來源:國知局
      專利名稱:用于在用戶設(shè)備和服務(wù)器之間交換消息的系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及一種用于在包含第一層和第二層的多層上在用戶設(shè)備和服務(wù)器之間交換消息的系統(tǒng),用戶設(shè)備作為在第一層的請求方,而服務(wù)器作為在第一層的響應(yīng)方,用戶設(shè)備作為在第二層的請求方,而服務(wù)器作為第二層的響應(yīng)方,其中所述第二層高于所述第一層。
      這種系統(tǒng)的實例是包含經(jīng)由網(wǎng)絡(luò)相互連接的私有部分和公有部分的環(huán)境。例如,所述用戶設(shè)備例如構(gòu)成所述私有部分的一部分,所述服務(wù)器例如構(gòu)成所述公有部分的一部分。在該系統(tǒng)中,需要滿足的總的要求是服務(wù)器必須能夠讀出(找出)并更新用戶設(shè)備的設(shè)置。
      背景技術(shù)
      現(xiàn)有技術(shù)系統(tǒng)屬于公知技術(shù),并且例如相應(yīng)于WT-87管理協(xié)議,也被稱作TR-69。在較低的第一層,用戶設(shè)備總是請求方或者發(fā)起方,而服務(wù)器總是響應(yīng)方或者反應(yīng)方。在較高的第二層,用戶設(shè)備可以分別作為請求方或者響應(yīng)方,而服務(wù)器可以分別作為響應(yīng)方或請求方。也就是說,在較低的第一層,請求消息從用戶設(shè)備流向服務(wù)器,而響應(yīng)消息從服務(wù)器流向用戶設(shè)備。在較高的第二層,請求消息從用戶設(shè)備流向服務(wù)器或者相反,而響應(yīng)消息從服務(wù)器流向用戶設(shè)備或者相反。
      對于所謂的服務(wù)器方法應(yīng)用,用戶設(shè)備能夠訪問服務(wù)器。在這種情況下,在第一層的請求消息和在第二層的請求消息通常構(gòu)成了同一個分組、信元或者幀的一部分,并且在第一層的響應(yīng)消息和在第二層的響應(yīng)消息通常構(gòu)成了同一個分組、信元或者幀的一部分。因此,將每一個分組、信元或者幀以分別的方式在每一層進行處理。
      對于所謂的用戶設(shè)備方法應(yīng)用,服務(wù)器能夠訪問用戶設(shè)備。在這種情況下,在第一層的請求消息和在第二層的請求消息通常不會構(gòu)成同一個分組、信元或幀的一部分,而在第一層的響應(yīng)消息和在第二層的響應(yīng)消息通常也不構(gòu)成同一個分組、信元或幀的一部分。原因在于,在第一層,只有用戶設(shè)備能夠發(fā)送請求消息,并且只有服務(wù)器能夠發(fā)送響應(yīng)消息。因此,必須找到另一種替換方式,使得服務(wù)器能夠訪問用戶設(shè)備。根據(jù)這種替換方式,用戶設(shè)備發(fā)送包括了在第一層的請求消息而不包括任何第二層消息的分組、信元或者幀到服務(wù)器。服務(wù)器檢測到出現(xiàn)這種在第一層的請求消息而沒有出現(xiàn)任何在第二層的消息,并得知,用戶設(shè)備正為服務(wù)器提供這樣的可能性,即發(fā)送在第二層的請求消息到用戶設(shè)備。另外,服務(wù)器向用戶設(shè)備發(fā)送包括了在第一層的響應(yīng)消息和在第二層的請求消息的分組、信元或者幀。用戶設(shè)備檢測到這些包含在分組、信元或者幀中的消息,通過向服務(wù)器等發(fā)送包含了在第一層的請求消息和在第二層的響應(yīng)消息的分組、信元或者幀作為回應(yīng)。因此,在這種情況下,在第一層的請求消息和在第二層的響應(yīng)消息通常構(gòu)成了同一個分組、信元或幀的一部分,并且在第一層的響應(yīng)消息和在第二層的請求消息通常構(gòu)成了同一個分組、信元或幀的一部分。由此,再一次將每一個分組、信元或幀以分別的方式在每一層進行處理。
      現(xiàn)有系統(tǒng)的不足之處尤其在于,它不能兼容諸如支持工具包的web服務(wù)。包含了在第一層的請求消息而且不包含任何第二層消息的分組、信元或幀與支持工具包的web服務(wù)相抵觸。由此,管理工具的開發(fā)需要人工完成?,F(xiàn)有系統(tǒng)的另一個不足之處在于,它不允許在用戶設(shè)備和服務(wù)器之間存在防火墻,其中,防火墻禁止來自服務(wù)器的在分組的較低層和較高層二者中的請求。

      發(fā)明內(nèi)容
      本發(fā)明的一個目的尤其在于,提供一種在前面定義的系統(tǒng),其能夠兼容至少一些支持工具包的web服務(wù)。
      根據(jù)本發(fā)明的系統(tǒng),其特征在于,所述服務(wù)器不是在所述第二層的請求方,所述用戶設(shè)備不是在所述第二層的響應(yīng)方。
      通過消除所述服務(wù)器作為在所述第二層的請求方和所述用戶設(shè)備作為在所述第二層的響應(yīng)方的可能性,也就是說,通過使所述服務(wù)器不可能作為在所述第二層的所述請求方,且使所述用戶設(shè)備不可能作為在所述第二層的所述響應(yīng)方,可以使得根據(jù)本發(fā)明的系統(tǒng)能夠與一個或多個支持工具包的web服務(wù)相兼容。其原因在于,重建了消息的對稱性。
      根據(jù)本發(fā)明的系統(tǒng),其優(yōu)勢首先在于,管理工具的開發(fā)不再需要人工完成,其次在于,根據(jù)本發(fā)明的系統(tǒng)可以與防火墻結(jié)合使用。這種防火墻允許請求消息僅在一個方向上流動。而現(xiàn)有系統(tǒng)不能與防火墻一起使用,這在目前來說是十分危險的。
      根據(jù)本發(fā)明的系統(tǒng)的一個實施例,其特征在于,所述用戶設(shè)備是用戶處的設(shè)備,而所述服務(wù)器是自動配置服務(wù)器。
      根據(jù)本發(fā)明的系統(tǒng)優(yōu)選地包括用戶處的設(shè)備和自動配置服務(wù)器,不排斥其他以及進一步的設(shè)備和其他以及進一步的服務(wù)器。
      根據(jù)本發(fā)明的系統(tǒng)的一個實施例,其特征在于,所述第一層是超文本傳輸協(xié)議層,所述第二層是簡單對象訪問協(xié)議層。
      根據(jù)本發(fā)明的系統(tǒng),優(yōu)選地在超文本傳輸協(xié)議層和簡單對象訪問協(xié)議層交換消息,不排斥其他以及進一步的層。
      根據(jù)本發(fā)明的系統(tǒng)的一個實施例,其特征在于,第一消息信號包括在所述第一層的請求消息和在所述第二層的GetCPEMethodType{}消息,第二消息信號包括在所述第一層的響應(yīng)消息和在所述第二層的Method1消息,第三消息信號包括在所述第一層的請求消息和在所述第二層的GetMethod1Arguments{id}消息,第四消息信號包括在所述第一層的響應(yīng)消息和在所述第二層的Method1Arguments消息,以及,第五消息信號包括在所述第一層的請求消息和在所述第二層的SetMethod1Result{id,result}消息。
      在這種情況下,增加了費用和復(fù)雜性,因為根據(jù)現(xiàn)有技術(shù)只需要交換三個消息信號,而根據(jù)本發(fā)明需要交換五個信號。這五個信號在執(zhí)行具有一個或多個稱為遠程過程調(diào)用的會話時是必需的。根據(jù)現(xiàn)有技術(shù),在執(zhí)行具有一個或多個稱為遠程過程調(diào)用的會話時僅需三個消息號。
      根據(jù)本發(fā)明的系統(tǒng)的一個實施例,其特征在于,第六信號包括在所述第一層的響應(yīng)消息和在所述第二層的Method2消息。
      在這種情況下,所述第六消息信號用于啟動下一個具有一個或多個遠程過程調(diào)用的會話。
      本發(fā)明還涉及一種用于在包含第一層和第二層的多層上在用戶設(shè)備和服務(wù)器之間交換消息的方法,該方法包括以下步驟在所述第一層,從所述用戶設(shè)備發(fā)送請求消息到所述服務(wù)器,且從所述服務(wù)器發(fā)送響應(yīng)消息到所述用戶設(shè)備。
      在所述第二層,從所述用戶設(shè)備發(fā)送請求消息到所述服務(wù)器,從所述服務(wù)器發(fā)送響應(yīng)消息到所述用戶設(shè)備,其中所述第二層高于所述第一層,其特征在于,所述方法包括以下步驟在所述第二層,不從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備,且不從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器。
      取代包括在所述第二層不從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備且不從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器的步驟,可選地,根據(jù)本發(fā)明的方法的特征可能在于,該方法不包括在所述第二層從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備且從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器的步驟。
      本發(fā)明還涉及用于在包含第一層和第二層的多層上在用戶設(shè)備和服務(wù)器之間交換消息的處理器程序產(chǎn)品,該處理器程序產(chǎn)品包括以下功能在所述第一層,從所述用戶設(shè)備發(fā)送請求消息到所述服務(wù)器,且從所述服務(wù)器發(fā)送響應(yīng)消息到所述用戶設(shè)備。
      在所述第二層,從所述用戶設(shè)備發(fā)送請求消息到所述服務(wù)器,從所述服務(wù)器發(fā)送響應(yīng)消息到所述用戶設(shè)備,其中所述第二層高于所述第一層,其特征在于,所述處理器程序產(chǎn)品包括以下功能在所述第二層,不從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備,且不從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器。
      取代包括在所述第二層不從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備且不從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器的功能,可選地,根據(jù)本發(fā)明的處理器程序產(chǎn)品的特征可能在于,該處理器程序產(chǎn)品不包括在所述第二層從所述服務(wù)器發(fā)送請求消息到所述用戶設(shè)備且從所述用戶設(shè)備發(fā)送響應(yīng)消息到所述服務(wù)器的功能。
      本發(fā)明還涉及一種用于在包含第一層和第二層的多層上與服務(wù)器交換消息的用戶設(shè)備,該用戶設(shè)備包括用戶設(shè)備發(fā)射機,用于在所述第一層發(fā)送請求消息到所述服務(wù)器,且在所述第二層發(fā)送請求消息到所述服務(wù)器,以及用戶設(shè)備接收機,用于在所述第一層接收來自所述服務(wù)器的響應(yīng)消息,且在所述第二層接收來自所述服務(wù)器的響應(yīng)消息,其中所述第二層高于所述第一層,其特征在于,所述用戶設(shè)備發(fā)射機被配置為在所述第二層不發(fā)送響應(yīng)消息到所述服務(wù)器,且所述用戶設(shè)備接收機被配置為在所述第二層不接收來自所述服務(wù)器的請求消息。
      取代所述用戶設(shè)備發(fā)射機被設(shè)置為在所述第二層不發(fā)送響應(yīng)消息到所述服務(wù)器,且所述用戶設(shè)備接收機被配置為在所述第二層不接收來自所述服務(wù)器的請求消息,可選地,根據(jù)本發(fā)明的用戶設(shè)備,其特征可能在于,所述用戶設(shè)備發(fā)射機未被配置為在所述第二層發(fā)送響應(yīng)消息到所述服務(wù)器,且所述用戶設(shè)備接收機未被配置為在所述第二層接收來自所述服務(wù)器的請求消息。
      本發(fā)明還涉及一種用于在包含第一層和第二層的多層上與用戶設(shè)備交換消息的服務(wù)器,該服務(wù)器包括
      服務(wù)器接收機,用于在所述第一層接收來自所述用戶設(shè)備的請求消息,且在所述第二層接收來自所述用戶設(shè)備的請求消息,以及服務(wù)器發(fā)射機,用于在所述第一層發(fā)送響應(yīng)消息到所述用戶設(shè)備,且在所述第二層發(fā)送響應(yīng)消息到所述用戶設(shè)備,其中所述第二層高于所述第一層,其特征在于,所述服務(wù)器接收機被配置為在所述第二層不接收來自所述用戶設(shè)備的響應(yīng)消息,且所述服務(wù)器發(fā)射機被配置為在所述第二層不發(fā)送請求信息到所述用戶設(shè)備。
      取代所述服務(wù)器接收機被配置為在所述第二層不接收來自所述用戶設(shè)備的響應(yīng)消息且所述服務(wù)器發(fā)射機被配置為在所述第二層不發(fā)送請求消息到所述用戶設(shè)備,可選地,該服務(wù)器的特征可能在于,所述服務(wù)器接收機未被配置為在所述第二層接收來自所述用戶設(shè)備的響應(yīng)消息且所述服務(wù)器發(fā)射機未被配置為在所述第二層發(fā)送請求消息到所述用戶設(shè)備。
      本發(fā)明涉及一種將被在包含第一層和一個第二層的多層上在用戶設(shè)備和服務(wù)器之間進行交換的消息信號,其特征在于,該消息信號包括以下消息中的至少一種GetCPEMethodType{}消息、Method1消息、GetMethod1Arguments{id}消息、Method1Arguments消息、SetMethod1Result{id,result}消息以及響應(yīng)Method2消息。
      根據(jù)本發(fā)明的方法、處理器程序產(chǎn)品、用戶設(shè)備、服務(wù)器以及消息信號的實施例相當(dāng)于根據(jù)本發(fā)明的系統(tǒng)的實施例。
      本發(fā)明基于一種認識,尤其在于web服務(wù)工具包要求對稱的消息信號,并基于一個基本的思想,即服務(wù)器永遠不能作為在所述第二層的請求方而用戶設(shè)備永遠不能作為在所述第二層的響應(yīng)方。
      本發(fā)明解決了所述問題,提供了一種前面定義的系統(tǒng),其能夠兼容至少一些支持工具包的web服務(wù),并且其優(yōu)勢在于使得管理工具的開發(fā)不再需要人工完成,并且根據(jù)本發(fā)明的系統(tǒng)能夠結(jié)合防火墻使用。
      對本發(fā)明的這些及其它方面將參照隨后描述的實施例來進行清楚地說明。


      圖1示出了用于包括了現(xiàn)有技術(shù)用戶設(shè)備和現(xiàn)有技術(shù)服務(wù)器的現(xiàn)有技術(shù)系統(tǒng)的消息圖;圖2示出了用于包括了根據(jù)本發(fā)明的用戶設(shè)備和根據(jù)本發(fā)明的服務(wù)器的根據(jù)本發(fā)明的系統(tǒng)的消息圖;以及圖3圖解示出了包括了根據(jù)本發(fā)明的用戶設(shè)備和根據(jù)本發(fā)明的服務(wù)器的根據(jù)本發(fā)明的系統(tǒng)。
      具體實施例方式
      圖1(現(xiàn)有技術(shù))示出了用于現(xiàn)有技術(shù)系統(tǒng)100的消息圖,該系統(tǒng)100包括了現(xiàn)有技術(shù)用戶設(shè)備200和現(xiàn)有技術(shù)服務(wù)器300,塊10-13關(guān)于所述服務(wù)器方法應(yīng)用,借此,用戶設(shè)備200能訪問服務(wù)器300。塊20-31關(guān)于所述用戶設(shè)備方法應(yīng)用,借此,服務(wù)器300能訪問用戶設(shè)備200。這些塊具有以下含義塊10在第一層的請求消息。
      塊11在第二層的請求消息。
      這表示了一種服務(wù)器方法,例如TR69 Inform消息,一種通知活動的服務(wù)器并且啟動會話的請求,在該會話中能夠完成在兩個方向上的其它請求。
      塊12在第一層的響應(yīng)消息。
      塊13在第二層的響應(yīng)消息。
      這表示了一種務(wù)器方法響應(yīng),例如TR69 InformResponse消息,一種應(yīng)答所述通知的響應(yīng)。
      塊20在第一層的請求消息。
      塊21在第二層的丟失的請求消息。
      塊22在第一層的響應(yīng)消息。
      塊23在第二層的請求消息。
      這表示了第一用戶設(shè)備方法,例如TR69 setParameterValues(參數(shù)struct1),一種請用戶設(shè)備根據(jù)傳遞的struct1的值來設(shè)置其參數(shù)值的請求。
      塊24在第一層的請求消息。
      塊25在第二層的響應(yīng)消息。
      這表示了相應(yīng)的用戶設(shè)備方法響應(yīng),例如TR69setParameterValuesResponse,一種通知所述服務(wù)器已執(zhí)行了所述請求的響應(yīng)。
      塊26在第一層的響應(yīng)消息。
      塊27在第二層的請求消息。
      這表示了第二用戶設(shè)備方法,例如TR69 setParameterValues(參數(shù)struct2),一種請用戶設(shè)備根據(jù)傳遞的struct2的值來設(shè)置其參數(shù)值的請求。
      塊28在第一層的請求消息。
      塊29在第二層的響應(yīng)消息。
      這表示了相應(yīng)的用戶設(shè)備方法響應(yīng),例如TR69setParameterValuesResponse,一種通知所述服務(wù)器已執(zhí)行了所述請求的響應(yīng)。
      塊30在所述第一層的響應(yīng)消息。
      塊31在所述第二層的丟失的響應(yīng)消息。
      關(guān)于所述的服務(wù)器方法應(yīng)用,借此用戶設(shè)備200能夠訪問服務(wù)器300,在第一層的請求消息10和在第二層的請求消息11通常構(gòu)成了通過分組、信元或幀傳輸?shù)耐粋€消息信號10、11的一部分,且在第一層的響應(yīng)消息12和在第二層的響應(yīng)消息13通常構(gòu)成了通過分組、信元或幀傳輸?shù)耐粋€消息信號12、13的一部分。
      關(guān)于所述的用戶設(shè)備方法應(yīng)用,借此服務(wù)器300能夠訪問用戶設(shè)備200,在第一層的請求消息20、24、28和在第二層的請求消息23、27通常不構(gòu)成通過分組、信元或幀傳輸?shù)耐粋€消息信號的一部分,且在第一層的響應(yīng)消息22、26、30和在第二層的響應(yīng)消息25、29通常不構(gòu)成通過分組、信元或幀傳輸?shù)耐粋€消息信號的一部分。原因在于,在第一層,只有用戶設(shè)備200能發(fā)送請求消息,并且只有服務(wù)器300能發(fā)送響應(yīng)消息。因此,需要尋求替代方法以使得服務(wù)器300能夠訪問用戶設(shè)備200。根據(jù)這種替代方法,用戶設(shè)備200發(fā)送包含了在第一層的請求消息20并且不包含任何第二層消息21的分組、信元或幀到服務(wù)器300。服務(wù)器300檢測到出現(xiàn)了在第一層的請求消息20并且未出現(xiàn)在第二層的任何消息21,并且得知用戶設(shè)備200為服務(wù)器300提供了這樣的可能性,發(fā)送在第二層的請求消息23到用戶設(shè)備200。另外,服務(wù)器300發(fā)送包括了在第一層的響應(yīng)消息22和在第二層的請求消息23的分組、信元或幀到用戶設(shè)備200。用戶設(shè)備200檢測到在所述分組、信元或幀中的這些消息后,通過發(fā)送包括了在第一層的請求消息24和在第二層的響應(yīng)消息25的分組、信元或幀到服務(wù)器300作為回應(yīng)。因此,在這種情況下,在第一層的請求消息和在第二層的響應(yīng)消息通常構(gòu)成了同一個分組、信元或幀的一部分,并且在第一層的響應(yīng)消息和在第二層的請求消息構(gòu)成了同一個分組、信元或幀的一部分。
      現(xiàn)有系統(tǒng)100的不足之處尤其在于其不能兼容諸如支持工具包的web服務(wù),例如WS(Web服務(wù))Basic Profile1.0。包括了在第一層的請求消息且不包括任何第二層消息的分組、信元或幀與支持工具包的web服務(wù)相抵觸。圖2和圖3所示的發(fā)明解決了這個問題,借此,例如,用戶設(shè)備2是用戶處的設(shè)備,而服務(wù)器3是自動配置服務(wù)器,不排斥其它和進一步的設(shè)備以及其它和進一步的服務(wù)器,并且,例如,所述第一層是超文本傳輸協(xié)議層,而所述第二層是簡單對象訪問協(xié)議層,不排斥其它和進一步的層。
      圖2(本發(fā)明)示出了包括了根據(jù)本發(fā)明的用戶設(shè)備2和根據(jù)本發(fā)明的服務(wù)器3的根據(jù)本發(fā)明的系統(tǒng)1的消息圖,塊10-13關(guān)于所述服務(wù)器方法應(yīng)用,借此用戶設(shè)備2能夠訪問服務(wù)器3。塊40-55關(guān)于所述用戶設(shè)備方法應(yīng)用,借此服務(wù)器3能夠訪問用戶設(shè)備2。這些塊具有以下含義
      塊10在第一層的請求消息。
      塊11在第二層的請求消息。
      這表示了一種服務(wù)器方法,例如TR69 Inform消息,一種通知活動的服務(wù)器并且啟動會話的請求,在該會話中能夠完成在兩個方向上的其它請求。
      塊12在第一層的響應(yīng)消息。
      塊13在第二層的響應(yīng)消息。
      這表示了一種服務(wù)器方法響應(yīng),例如TR69 InformResponse消息,一種應(yīng)答所述通知的響應(yīng)。
      塊40在第一層的請求消息。
      塊41在第二層的請求消息。
      這表示了一種詢問用戶設(shè)備需要執(zhí)行哪個任務(wù)的服務(wù)器方法getServerMethodType。
      塊42在第一層的響應(yīng)消息。
      塊43在第二層的響應(yīng)消息。
      這表示了一種服務(wù)器方法響應(yīng),用來應(yīng)答用戶設(shè)備需要執(zhí)行哪個任務(wù),例如setParameterValues。
      塊44在第一層的請求消息。
      塊45在第二層的請求消息。
      這表示了一種服務(wù)器方法,用來詢問需要被執(zhí)行的任務(wù)的參數(shù),例如getSetParameterValuesArguments。
      塊46在第一層的響應(yīng)消息。
      塊47在第二層的響應(yīng)消息。
      這表示了一種服務(wù)器方法響應(yīng),用來應(yīng)答需要被設(shè)置的參數(shù),例如parameterstruct1,其是名稱、值對的列表。
      塊48在第一層的請求消息。
      塊49在第二層的請求消息。
      這表示了一種服務(wù)器方法,用來設(shè)置在服務(wù)器上執(zhí)行的結(jié)果,例如,setSetParameterValuesResult是正在設(shè)置執(zhí)行的結(jié)果,傳遞的值可以是,如“成功”或“失敗”。
      塊50在第一層的響應(yīng)消息。
      塊51在第二層的響應(yīng)消息。
      這表示了相應(yīng)的服務(wù)器方法響應(yīng)。該響應(yīng)可以包含服務(wù)器要在用戶設(shè)備上執(zhí)行的第二個操作的方法名稱,或者如果沒有更多的操作需要被執(zhí)行則可以不包含任何數(shù)據(jù)。在第二種情況下,只允許用戶設(shè)備得知服務(wù)器已經(jīng)正確地進行了所述服務(wù)器方法。
      塊52在第一層的請求消息。
      塊53在第二層的請求消息。
      這表示了下一個服務(wù)器方法,在此情況下第二個操作被在塊51中傳遞。在該情況下,消息流的其余部分與來自塊45的相同。
      塊54在第一層的響應(yīng)消息。
      塊55在第二層的響應(yīng)消息。
      關(guān)于所述服務(wù)器方法應(yīng)用,借此用戶設(shè)備2能夠訪問服務(wù)器3,在第一層的請求消息10和在第二層的請求消息11通常構(gòu)成了通過分組、信元或幀傳輸?shù)耐粋€消息信號10、11的一部分,在第一層的響應(yīng)消息12和在第二層的響應(yīng)消息13通常構(gòu)成了通過分組、信元或幀傳輸?shù)耐粋€消息信號12、13的一部分。因此,對于服務(wù)器方法應(yīng)用來說,本發(fā)明與現(xiàn)有技術(shù)沒有區(qū)別。
      關(guān)于所述用戶設(shè)備方法應(yīng)用,借此服務(wù)器3能夠訪問用戶設(shè)備2,現(xiàn)有技術(shù)和本發(fā)明之間有很多不同之處,分為一般的區(qū)別和特殊的區(qū)別。
      關(guān)于一般的區(qū)別,根據(jù)本發(fā)明,在第一層的請求消息和在第二層的響應(yīng)消息不再被包含于同一個消息信號中,在第一層的響應(yīng)消息和在第二層的請求消息不再被包含于同一個消息信號中。
      關(guān)于更特殊的區(qū)別,第一消息信號40、41包括例如在第一層的請求消息40和在第二層的GetCPEMethodType{}消息41,第二消息信號42、43包括例如在第一層的響應(yīng)消息42和在第二層的Method1消息43,第三消息信號44、45包括例如在第一層的請求消息44和在第二層的GetMethod1Arguments{id}消息45,第四消息信號46、47包括例如在第一層的響應(yīng)消息46和在第二層的Method1Arguments消息47,第五消息信號48、49包括例如在第一層的請求消息48和在第二層的SetMethod1Result{id,result}消息49,第六消息信號50、51包括例如在第一層的響應(yīng)消息50和在第二層的Method2消息51,第七消息信號52、53包括例如在第一層的請求消息52和在第二層的GetMethod2Arguments{id}消息53,以及第八消息信號54、55包括例如在第一層的響應(yīng)消息54和在第二層的Method2Arguments消息55。
      在第二層的GetCPEMethodType{}消息41是在第二層的請求消息,在第二層的Method1消息43是在第二層的響應(yīng)消息,在第二層的GetMethod1Arguments{id}消息45是在第二層的請求消息,在第二層的Method1Arguments消息47是在第二層的響應(yīng)消息,在第二層的SetMethod1Result{id,result}消息49是在第二層的請求消息。因此,結(jié)果,根據(jù)本發(fā)明在第一層的請求消息總是與在第二層的請求消息組合在一起,并且在第一層的響應(yīng)消息總是與在第二層的響應(yīng)消息組合在一起。但是,第二層消息是這樣的,使得在包括一個或多個遠程過程調(diào)用的會話之后,用戶設(shè)備2及服務(wù)器設(shè)備3的最終狀態(tài)是相同的,如同服務(wù)器3能夠進行請求,而用戶設(shè)備能夠響應(yīng)該請求,其中每一個所述遠程過程調(diào)用包括一個或多個交換的消息信號。
      也就是說,通過將每一個CPE遠程過程調(diào)用方法分為三個web服務(wù)調(diào)用來將用戶設(shè)備方法應(yīng)用或CPE方法應(yīng)用映射到web服務(wù)I)get&lt;CPEMethod&gt;Type{},返回包括類型和id的&lt;CPEMethod&gt;Type消息,II)get&lt;CPEMethod&gt;Argument{id},其中&lt;CPEMethod&gt;取決于在前調(diào)用的返回類型,返回&lt;CPEMethod&gt;Argument消息。
      用戶設(shè)備2在本地執(zhí)行完該方法后,調(diào)用第三個web服務(wù)訪問III)Set&lt;CPEMethod&gt;Response{id,methodResult},其傳遞指示CPEMethod(成功或失敗)的結(jié)果的methodResult。若服務(wù)器3需要調(diào)用另一個CPE method,這個方法返回下一個&lt;CPEMethod&gt;Type,或不需要(若不需要,則返回“null”,該“null”與空的超文本傳輸協(xié)議請求完全不同所述“null”由定義該“null”的比特來表示,利用寫入的web服務(wù)工具包來自動識別這些比特)。
      可以通過使用在上述三個遠程過程調(diào)用中共享的方法id來保持CPE方法語境。根據(jù)本發(fā)明的系統(tǒng)1具有許多優(yōu)點A)由于web服務(wù)工具包變得可用,因此,對于服務(wù)器和用戶設(shè)備的開發(fā)者來說可以進行快速的應(yīng)用開發(fā)。
      B)WSDL(web服務(wù)描述語言)的使用最小化了在用戶設(shè)備和服務(wù)器之間的協(xié)同性問題。
      C)web服務(wù)專用安全包變得可用以確保用戶設(shè)備和服務(wù)器的通信,如WSS4J(用于JAVA的web服務(wù)安全)。
      D)UDDI(通用發(fā)現(xiàn)描述和集成)能夠作為注冊中心來使用服務(wù)器公布其服務(wù),用戶設(shè)備可以對其進行查詢,因此不需要在服務(wù)器處預(yù)先配置用戶設(shè)備。
      E)增加了配置能力,如,可以通過防火墻遠程地配置新的服務(wù)器軟件版本。
      F)web服務(wù)在IT世界十分迅速地發(fā)展和壯大?;趙eb服務(wù)的用戶設(shè)備管理協(xié)議可獲益于未來的擴展。
      圖3(本發(fā)明)所示為包括了根據(jù)本發(fā)明的用戶設(shè)備2和根據(jù)本發(fā)明的服務(wù)器3的根據(jù)本發(fā)明的系統(tǒng)1的框圖。根據(jù)本發(fā)明的用戶設(shè)備2包括連接到用戶設(shè)備發(fā)射機61和用戶設(shè)備接收機63的用戶設(shè)備處理器系統(tǒng)60。用戶設(shè)備發(fā)射機61用戶設(shè)備接收機63進一步連接到用戶設(shè)備接口62,該用戶設(shè)備接口進一步連接到連接器4,如有線(模擬、綜合業(yè)務(wù)數(shù)字網(wǎng)、數(shù)字用戶線)電子或光連接器或無線(GSM、UMTS)連接器。該用戶設(shè)備處理器系統(tǒng)60進一步連接到用戶設(shè)備人機接口64。
      根據(jù)本發(fā)明的服務(wù)器3包括連接到服務(wù)器發(fā)射機71和服務(wù)器接收機73的服務(wù)器處理器系統(tǒng)70。該服務(wù)器發(fā)射機71和服務(wù)器接收機73進一步連接到服務(wù)器接口72,該接口連接到連接器4。實際上,服務(wù)器3可以經(jīng)由未示出的一個或多個交換機、多路復(fù)用器、網(wǎng)橋、傳送器、路由器等連接到多個用戶設(shè)備2。
      在根據(jù)本發(fā)明的系統(tǒng)1中,需要滿足的總的要求是根據(jù)本發(fā)明的服務(wù)器3必須能夠讀取(找出)并更新根據(jù)本發(fā)明的用戶設(shè)備2的設(shè)置。
      根據(jù)本發(fā)明,用戶設(shè)備發(fā)射機61被配置為在第二層不發(fā)送響應(yīng)消息25到服務(wù)器3,并且用戶設(shè)備接收機63被配置為在第二層不接收來自服務(wù)器3的請求消息23。也就是說,用戶設(shè)備處理器系統(tǒng)60被設(shè)計為處理在第一層的請求消息和在第二層的請求消息的組合,以及被設(shè)計為處理在第一層的響應(yīng)消息和在第二層的響應(yīng)消息的組合。用戶設(shè)備處理器系統(tǒng)60不能處理在第一層的請求消息和在第二層的響應(yīng)消息的組合,并且不能處理在第一層的響應(yīng)消息和在第二層的請求消息的組合。
      根據(jù)本發(fā)明,服務(wù)器接收機73被配置為在第二層不接收來自用戶設(shè)備2的響應(yīng)消息25,且服務(wù)器發(fā)射機71被配置為在第二層不發(fā)送請求消息23到用戶設(shè)備2。也就是說,服務(wù)器處理器系統(tǒng)70被設(shè)計為處理在第一層的請求消息和在第二層的請求消息的組合,以及被設(shè)計為處理在第一層的響應(yīng)消息和在第二層的響應(yīng)消息的組合。該服務(wù)器處理器系統(tǒng)70不能處理在第一層的請求消息和在第二層的響應(yīng)消息的組合,并且不能處理在第一層的響應(yīng)消息和在第二層的請求消息的組合。
      表達“用于”,如“用于交換”、“用于發(fā)送”以及“用于接收”等等,并不排斥同時或不同時進行的其它功能。表達“X連接到Y(jié)”、“X與Y之間的連接”以及“連接/連接到X和Y”等等并不排斥在X和Y之間有元件Z。表達“P包括Q”和“包括Q的P”等等并不排斥還包括/包含了元件R。術(shù)語“一個”并不排斥可能出現(xiàn)一個或多個。
      例如“發(fā)送”和“不發(fā)送”等的步驟/功能并不排斥進一步的步驟/功能,諸如在明書中描述的步驟/功能。
      權(quán)利要求
      1.一種系統(tǒng)(1),用于在包含第一層和第二層的多層上在用戶設(shè)備(2)和服務(wù)器(3)之間交換消息(10-13,40-55),所述用戶設(shè)備(2)作為所述第一層的請求方且所述服務(wù)器(3)作為所述第一層的響應(yīng)方,所述用戶設(shè)備(2)作為所述第二層的請求方且所述服務(wù)器(3)作為所述第二層的響應(yīng)方,其中所述第二層高于所述第一層,其特征在于,所述服務(wù)器(3)不是在所述第二層的請求方且所述用戶設(shè)備(2)不是在所述第二層的響應(yīng)方。
      2.根據(jù)權(quán)利要求1的系統(tǒng)(1),其特征在于,所述用戶設(shè)備(2)是用戶處的設(shè)備,所述服務(wù)器(3)是自動配置服務(wù)器。
      3.根據(jù)權(quán)利要求1或2的系統(tǒng)(1),其特征在于,所述第一層為超文本傳輸協(xié)議層,所述第二層為簡單對象訪問協(xié)議層。
      4.根據(jù)權(quán)利要求1、2或3的系統(tǒng)(1),其特征在于,第一消息信號(40、41)包括在所述第一層的請求消息(40)和在所述第二層的GetCPEMethodType{}消息(41),第二消息信號(42、43)包括在所述第一層的響應(yīng)消息(42)和在所述第二層的Method1消息(43),第三消息信號(44、45)包括在所述第一層的請求消息(44)和在所述第二層的GetMethod1Arguments{id}消息(45),第四消息信號(46、47)包括在所述第一層的響應(yīng)消息(46)和在所述第二層的Method1Arguments消息(47),以及第五消息信號(48、49)包括在所述第一層的請求消息(48)和在所述第二層的SetMethod1Result{id,result}消息(49)。
      5.根據(jù)權(quán)利要求4的系統(tǒng)(1),其特征在于,第六消息信號(50、51)包括在所述第一層的響應(yīng)消息(50)和在所述第二層的Method2消息(51)。
      6.一種用于在包括第一層和第二層的多層上在用戶設(shè)備(2)和服務(wù)器(3)之間交換消息(10-13,40-55)的方法,該方法包括以下步驟在所述第一層,從所述用戶設(shè)備(2)發(fā)送請求消息(40)到所述服務(wù)器(3),并從所述服務(wù)器(3)發(fā)送響應(yīng)消息(42)到所述用戶設(shè)備(2),在所述第二層,從所述用戶設(shè)備(2)發(fā)送請求消息(41)到所述服務(wù)器(3),并從所述服務(wù)器(3)發(fā)送響應(yīng)消息(43)到所述用戶設(shè)備(2),其中所述第二層高于所述第一層,其特征在于,所述方法包括以下步驟在所述第二層,不從所述服務(wù)器(3)發(fā)送請求消息(23)到所述用戶設(shè)備(2),且不從所述用戶設(shè)備(2)發(fā)送響應(yīng)消息(25)到所述服務(wù)器(3)。
      7.一種用于在包括第一層和第二層的多層上在用戶設(shè)備(2)和服務(wù)器(3)之間交換消息(10-13,40-55)的處理器程序產(chǎn)品,該處理器程序產(chǎn)品包括以下功能在所述第一層,從所述用戶設(shè)備(2)發(fā)送請求消息(40)到所述服務(wù)器(3),且從所述服務(wù)器(3)發(fā)送響應(yīng)消息(42)到所述用戶設(shè)備(2),在所述第二層,從所述用戶設(shè)備(2)發(fā)送請求消息(41)到所述服務(wù)器(3),且從所述服務(wù)器(3)發(fā)送響應(yīng)消息(43)到所述用戶設(shè)備(2),其中所述第二層高于所述第一層,其特征在于,所述處理器程序產(chǎn)品包括以下功能在所述第二層,不從所述服務(wù)器(3)發(fā)送請求消息(23)到所述用戶設(shè)備(2),且不從所述用戶設(shè)備(2)發(fā)送響應(yīng)消息(25)到所述服務(wù)器(3)。
      8.一種用于在包括第一層和第二層的多層上與服務(wù)器(3)交換消息的用戶設(shè)備(2),該用戶設(shè)備(2)包括用戶設(shè)備發(fā)射機(61),用于在所述第一層發(fā)送請求消息(40)到所述服務(wù)器(3),并且,在所述第二層發(fā)送請求消息(41)到所述服務(wù)器(3),以及用戶設(shè)備接收機(63),用于在所述第一層接收來自所述服務(wù)器(3)的響應(yīng)消息(42),并且,在所述第二層接收來自所述服務(wù)器(3)的響應(yīng)消息(43)。其中所述第二層高于所述第一層,其特征在于所述用戶設(shè)備發(fā)射機(61)被配置為在所述第二層不發(fā)送響應(yīng)消息(25)到所述服務(wù)器(3),且所述用戶設(shè)備接收機(63)被配置為在所述第二層不接收來自所述服務(wù)器(3)的請求消息(23)。
      9.一種用于在包括第一層和第二層的多層上與用戶設(shè)備(2)交換消息的服務(wù)器(3),所述服務(wù)器(3)包括服務(wù)器接收機(73),用于在所述第一層接收來自所述用戶設(shè)備(2)的請求消息(40),并且在所述第二層接收來自所述用戶設(shè)備(2)的請求消息(41),以及服務(wù)器發(fā)射機(71),用于在所述第一層發(fā)送響應(yīng)消息(42)到所述用戶設(shè)備(2),并且在所述第二層發(fā)送響應(yīng)消息(43)到所述用戶設(shè)備(2),其中所述第二層高于所述第一層,其特征在于,所述服務(wù)器接收機(73)被配置為在所述第二層不接收來自所述用戶設(shè)備(2)的響應(yīng)消息(25),且所述服務(wù)器發(fā)射機(71)被配置為在所述第二層不發(fā)送請求消息(23)到所述用戶設(shè)備(2)。
      10.一種將被在包括第一層和第二層的多層上在用戶設(shè)備(2)和服務(wù)器(3)之間交換的消息信號(40-41,42-43,44-45,46-47,48-49,50-51),其特征在于,所述消息信號包括以下消息中的至少一個GetCPEMethodType{}消息(41),Method1消息(43),GetMethod1Arguments{id}消息(45),Method1Arguments消息(47),SetMethod1Result{id,result}消息(49)以及響應(yīng)Method2消息(51)。
      全文摘要
      一種用于在包括了諸如超文本傳輸協(xié)議層的第一層和諸如簡單對象訪問協(xié)議層的第二層的多層上在諸如用戶處的設(shè)備的用戶設(shè)備(2)和諸如自動配置服務(wù)器的服務(wù)器(3)之間交換消息(10-13,40-55)的系統(tǒng)(1),其通過在所述第二層允許用戶設(shè)備(2)僅作為發(fā)送方且服務(wù)器(3)僅作為響應(yīng)方,從而對于所謂的服務(wù)器方法應(yīng)用以及所謂的用戶設(shè)備方法應(yīng)用而言,兼容web服務(wù)工具包。在所述第二層,服務(wù)器(3)永遠不作為接收方而用戶設(shè)備(2)永遠不作為響應(yīng)方。結(jié)果,不再需要人工完成管理工具的開發(fā),并且根據(jù)本發(fā)明的系統(tǒng)(1)能夠結(jié)合防火墻來使用。
      文檔編號H04L29/06GK1750542SQ20051011328
      公開日2006年3月22日 申請日期2005年9月16日 優(yōu)先權(quán)日2004年9月17日
      發(fā)明者W·G·A·勒倫斯, S·A·L·M·布拉克 申請人:阿爾卡特公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1