專利名稱：：一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及通信
技術領域：
，尤其涉及一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)。
背景技術：
：數(shù)字用戶線路(DSL:DigitalSubscriberLine)是一種寬帶接入技術，目前已經(jīng)被廣泛應用于普通家庭的寬帶接入?；趯拵Ы尤爰夹g的各種應用，使得一個家庭用戶可以得到不同業(yè)務提供商提供的多種業(yè)務，例如網(wǎng)絡電話(VoIP:VoiceonInternetProtocol)、互聯(lián)網(wǎng)電視(IPTV:InternetProtocolTelevision)業(yè)務等。因此，需要各種各樣的基于互聯(lián)網(wǎng)(IP:InternetProtocol)的終端設備。這些進入家庭的基于IP網(wǎng)絡的應用終端在DSL論壇內被稱為用戶駐地設備(CPE:CustomerPremisesEquipment)。該DSL論壇還規(guī)定了由網(wǎng)絡側實現(xiàn)對CPE的配置管理，實現(xiàn)CPE可以正常工作，從而減少用戶對CPE的配置管理。網(wǎng)絡側實現(xiàn)對CPE配置管理的實體可以是自動配置服務器(ACS:Auto-configurationServer)，ACS與CPE之間可以采用遠程過程調用(RPC:RemoteProcedureCall)方法實現(xiàn)ACS對CPE中參數(shù)的修改和設置。隨著各種新業(yè)務的不斷出現(xiàn)，單一用戶將定制由不同業(yè)務提供商提供的多種業(yè)務，即在家庭網(wǎng)絡中，寬帶網(wǎng)絡接入終端設備連接多個接受不同業(yè)務提供商ACS管理的CPE，如機頂盒(STB:Set-topBox)，VoIP電話等。為了使這些與終端接入設備相連的設備能夠正常工作，不同的業(yè)務提供商的ACS在需要對其業(yè)務設備如STB，VoIP電話等進行管理的同時，需要對終端接入設備進行配置管理，如配置NAT映射，設置QoS，交叉驗證等。因此，終端接入設備，如家庭網(wǎng)關，既需要接受接入服務提供商提供的配置管理，同時，也需要接受業(yè)務提供商提供的配置管理，即單個家庭網(wǎng)關需要同時接受多個ACS的配置和管理。參見圖l所示。其中，為了更清楚了解以上的說明，可以認為接入服務提供商提供的配置管理為中國電信的ACS對CPE的配置管理；業(yè)務提供商提供的配置管理可以是IPTV業(yè)務供應商的ACS對CPE的配置管理。但是，目前在TR-069標準中，單個CPE設備中的數(shù)據(jù)模型中僅能存儲一個ACS的信息，并且，只可以接受一個ACS的配置管理。即在現(xiàn)有的TR-069機制中單個CPE設備不能接受多個ACS的管理配置?，F(xiàn)有技術中實現(xiàn)多個業(yè)務提供商對同一用戶的CPE進行配置管理的方法必須是，多個業(yè)務提供商之間就該CPE數(shù)據(jù)模型中的特定參數(shù)協(xié)商，達成協(xié)議。其中，具體的參數(shù)協(xié)商包括每一個業(yè)務提供商提供的特定業(yè)務有關的參數(shù)的協(xié)商，以及所有多個業(yè)務提供商提供的所有業(yè)務之間可能存沖突的參數(shù)的協(xié)商。參見圖2所示的對CPE配置的架構圖，一個CPE與一個ACS之間通信，一個業(yè)務提供商可以有多個ACS,多個業(yè)務提供商在操作支持系統(tǒng)(OSSOperationSupportSystem)層面進行參數(shù)協(xié)商，達成協(xié)議，根據(jù)達成的協(xié)議，由與CPE通信的唯一一個ACS完成對CPE的配置管理。在圖2中為以兩個業(yè)務提供商的0SS1與0SS2在OSS層面的協(xié)商為例做說明，假設每個OSS下有三個ACS。其中，0SS是電信運營商的一體化、信息資源共享的支持系統(tǒng)的縮寫，它主要由網(wǎng)絡管理、系統(tǒng)管理、計費、營業(yè)、賬務和客戶服務等部分組成，系統(tǒng)間通過統(tǒng)一的信息總線有機整合在一起?，F(xiàn)有技術中實現(xiàn)多個業(yè)務提供商對同一用戶的CPE進行配置管理的方法，但是，事實上，現(xiàn)有技術還是由一個服務器對同一CPE進行配置管理，現(xiàn)有技術不能提供多個業(yè)務提供商的多個服務器對同一CPE進行配置管理的方法。其中，需要理解的是CPE可以是家庭網(wǎng)關等終端設備。
發(fā)明內容本發(fā)明實施例提供了一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)，解決了現(xiàn)有技術中不能實現(xiàn)多個業(yè)務提供商的多個服務器對同一個終端進行配置管理的問題。本發(fā)明實施例提供一種終端接受多個服務器管理的方法，包括終端接收第一服務器發(fā)送的配置信息；根據(jù)所述配置信息，生成虛擬設備；接收第二服務器的管理信息；根據(jù)所述管理信息，對所述虛擬設備進行管理。本發(fā)明實施例還提供一種終端設備接受多個服務器管理的方法，包括接收第二服務器的管理信息；根據(jù)所述管理信息，對終端中預置的虛擬設備進行管理。本發(fā)明實施例還提供一種終端接受多個服務器管理的方法，包括終端接收第一服務器發(fā)送的設置的信息，所述設置的信息至少包括設置第二服務器的地址和/或權限的信息；根據(jù)所述設置的信息，執(zhí)行對所述終端的設置。本發(fā)明實施例還提供一種終端接受多個服務器管理的方法，包括接收終端發(fā)送的修改后的參數(shù)；根據(jù)預置的信息，判斷修改后的參數(shù)是否存在沖突，如果是，修改所述接收到的修改后的參數(shù)；將修改后的所述參數(shù)發(fā)送給所述終端。本發(fā)明實施例還提供一種網(wǎng)關，包括接收單元，用于接收第一服務器發(fā)送的配置信息，接收第二服務器的管理信息；生成虛擬網(wǎng)關單元，用于根據(jù)所述配置信息，生成虛擬網(wǎng)關；配置單元，用于根據(jù)所述管理信息，對所述虛擬網(wǎng)關進行管理。本發(fā)明實施例還提供一種網(wǎng)關，包括第一接收單元，用于接收第一服務器發(fā)送的設置的信息，所述設置的信息至少包括設置第二服務器的地址和/或權限的信息；數(shù)據(jù)模型管理單元，用于根據(jù)所述設置的信息，執(zhí)行對所述終端的設置。本發(fā)明實施例還提供一種服務器，包括第二接收單元，用于接收網(wǎng)關發(fā)送的修改后的參數(shù)的信息；第二判斷單元，用于根據(jù)預置的信息，判斷修改參數(shù)后的網(wǎng)關是否存在沖突；第二發(fā)送單元，用于當?shù)诙袛鄦卧信袛嘟Y果為是時，根據(jù)預置的信息，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關。本發(fā)明實施例還提供一種通信系統(tǒng)，包括服務器一，用于發(fā)送管理網(wǎng)關中的數(shù)據(jù)模型的信息；服務器二，用于發(fā)送對網(wǎng)關進行與該服務器所屬業(yè)務相關的配置管理信息，接收網(wǎng)關發(fā)送的修改后的參數(shù)信息的信息；網(wǎng)關，用于接收服務器一發(fā)送的管理網(wǎng)關中數(shù)據(jù)模型的信息和服務器二發(fā)送的對該網(wǎng)關進行配置管理的信息，根據(jù)所述接收到服務器一發(fā)送的管理網(wǎng)關中數(shù)據(jù)模型的信息，對網(wǎng)關中的數(shù)據(jù)模型進行管理，根據(jù)服務器二發(fā)送的對該網(wǎng)關進行配置管理的信息，執(zhí)行配置管理。本發(fā)明實施例提供的一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)，通過終端在自身生成虛擬的設備，達到由多個服務器管理的目的，或者在終端中擴大對終端管理的服務器對象，對終端中的數(shù)據(jù)模型進行設置，實現(xiàn)多個服務器管理一個終端的目的，解決了現(xiàn)有技術中不能提供多個服務器管理一個CPE的方法的問題。圖1是本發(fā)明實施例提供的技術方案中終端的組網(wǎng)圖；圖2是現(xiàn)有技術中實現(xiàn)多個服務器通過OSS層面管理終端的組網(wǎng)圖；圖3是本發(fā)明實施例一提供的方法的流程圖；圖4是本發(fā)明實施例二中具有虛擬家庭網(wǎng)關的家庭網(wǎng)關組網(wǎng)圖；圖5是本發(fā)明實施例二提供的方法的流程圖；圖6是本發(fā)明實施例二中生成虛擬家庭網(wǎng)關的方法流程圖；圖7是本發(fā)明實施例三提供的方法的流程圖；圖8是本發(fā)明實施例四提供的一種網(wǎng)關的邏輯單元圖；圖9是本發(fā)明實施例五提供的一種網(wǎng)關的邏輯單元圖；圖10是本發(fā)明實施例六提供的一種服務器的邏輯單元圖；圖11本發(fā)明實施例七提供的一種通信系統(tǒng)的邏輯圖。具體實施例方式本發(fā)明實施例提供的一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)，解決了現(xiàn)有技術中不能實現(xiàn)多個業(yè)務提供商的多個服務器對同一個終端進行配置管理的問題。下面結合具體例子進行說明。實施例一，一種終端接受多服務器管理的方法，參見圖3所示，包括步驟1:接入ACS根據(jù)與業(yè)務ACS達成的協(xié)議，控制CPE生成虛擬的CPE;其中，業(yè)務ACS可以是一個或者多個，如果是多個的情況，則接入ACS根據(jù)與每一個業(yè)務ACS達成的協(xié)議，控制家庭網(wǎng)關分別生成與業(yè)務ACS對應的虛擬CPE。生成的每一虛擬的CPE中的數(shù)據(jù)模型是由與業(yè)務相關的參數(shù)和對象組成，如網(wǎng)絡地址轉換(NATNetworkAddressTranslation)映射表項、服務質量(QoSQualityofService)、管理服務器統(tǒng)一資源定位符(URLUniformResourceLocation)等，其中，數(shù)據(jù)模型中的參數(shù)需要由業(yè)務提供商和接入提供商協(xié)商確定。其中為了統(tǒng)一全文的名稱，接入ACS也可以稱為第一服務器，7業(yè)務ACS可以稱為第二服務器。其中，在步驟1中接入ACS控制CPE生成虛擬CPE的方法可以具體采用遠程過程調用(RPCRemoteProcedureCall)的方法。步驟2:接收業(yè)務ACS對該CPE進行配置管理的信息；步驟3:根據(jù)接收業(yè)務ACS對該CPE進行配置管理的信息，業(yè)務ACS對CPE中虛擬的CPE進行配置管理。其中，在步驟3中業(yè)務ACS可以采用TR-069對虛擬的CPE進行配置管理，就如同業(yè)務ACS單獨管理一個CPE—樣。本發(fā)明實施例一提供的一種終端接受多服務器管理的方法，通過在CPE中生成虛擬的CPE，來實現(xiàn)業(yè)務ACS對虛擬CPE的配置管理，多個業(yè)務的ACS可以對與之對應的虛擬CPE的配置管理，實現(xiàn)了多個服務器對一個終端的配置管理。采用該方法可以實現(xiàn)業(yè)務ACS隨時動態(tài)配置虛擬CPE，而且業(yè)務ACS對CPE的配置管理可以遵循現(xiàn)有的管理規(guī)范。實施例二，一種終端接受多服務器管理的方法，該方法是實施例一提供的方法的更具體的實施方法，在該實施例中以中國電信的ACS(以下文字中簡稱電信ACS)作為接入ACS、以IPTV提供商的IPTVACS作為業(yè)務ACS、以CPE中的家庭網(wǎng)關(HGWHomeGateway)為例，對該方法進行詳細說明。對該方法說明之前，請參見圖4所示，該方法的核心思想是由電信ACS根據(jù)IPTV業(yè)務提供商與電信之間達成的協(xié)議，控制HGW生成虛擬的HGW，該IPTVACS只可以對生成的虛擬HGW進行訪問和管理，對虛擬HGW中數(shù)據(jù)模型以外參數(shù)不具有管理權限。參見圖5所示，該方法的步驟包括步驟A1:電信ACS根據(jù)電信與IPTV提供商之間達成的協(xié)議，發(fā)送控制HGW生成虛擬的HGW的信息給HGW;其中，需要說明的是在步驟A1中，用戶要使用IPTV提供商提供的業(yè)務，首先要求電信部門開通此業(yè)務，電信ACS中保存有IPTV提供商與電信協(xié)商的有關IPTVACS的信息，可以認為在該信息中包括電信ACS允許IPTVACS在HGW中設置成為有較高QoS優(yōu)先級，IPTVACS在HGW中除了QoS優(yōu)先級較高，IPTVACS不再關心家庭網(wǎng)關中的其它參數(shù)配置，電信ACS可以讀取IPTVACS在HGW中對QoS的設置信息等。步驟A2:HGW接收電信ACS發(fā)送的信息，生成虛擬的HGW。其中，為了更清楚的的理解步驟A2，參見圖6所示，步驟A2具體可以包括步驟al:HGW接收電信ACS發(fā)送的在QoS參數(shù)接入列表AccessList中添加IPTVACS的寫權限的信息，HGW在QoS參數(shù)接入列表AccessList中添加IPTVACS的寫權限；其中，執(zhí)行步驟al后，表明該IPTVACS將可以在虛擬HGW中完全控制該QoS參數(shù)，對于其它參數(shù)，IPTVACS可以默認為只有讀權限。步驟a2:HGW接收電信ACS發(fā)送的在HGW的數(shù)據(jù)模型中增加虛擬管理服務器VirtualManagementServer對象、添力口IPTVACS的亂、請求連接ConnectionRequest的URL(下面文字中以ConnectionRequestURL表示)和參數(shù)Enable的信息，HGW根據(jù)接收到的信息，對HGW中的數(shù)據(jù)模型執(zhí)行增加VirtualManagementServer對象、添加IPTVACS的亂、ConnectRequest亂、參數(shù)Enable;其中，步驟a2中添加后的HGW中的數(shù)據(jù)模型中的內容可以參見下表l，其中，各參8數(shù)IPTVACS的URL、ConnectionRequestURL的說明參見表1中的說明。<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>表1步驟a3:HGW接收電信ACS發(fā)送的在該HGW數(shù)據(jù)模型的虛擬管理服務器的訪問控制列表(ACLAccessControlList)中增加IPTVACS信息的信息，HGW根據(jù)該信息，執(zhí)行在數(shù)據(jù)模型的虛擬管理服務器的ACL中添加IPTVACS的信息；其中，在步驟a3中在數(shù)據(jù)模型的虛擬管理服務的ACL中添加了IPTVACS的信息，也就是說IPTVACS具有訪問HGW中數(shù)據(jù)模型的權限。其中，還需要理解的是，HGW在數(shù)據(jù)模型的虛擬管理服務器的ACL中添加IPTVACS的信息，可以不用接收電信ACS發(fā)送的信息來執(zhí)行，可以根據(jù)在步驟a2中執(zhí)行完成對數(shù)據(jù)模型中的參數(shù)的增添后，觸發(fā)HGW執(zhí)行在數(shù)據(jù)模型的虛擬管理服務器的ACL中添加IPTVACS的信息。步驟a4:HGW接收電信ACS發(fā)送的增加定義IPTV業(yè)務的QoS參數(shù)的信息，將接收到的QoS參數(shù)記錄在數(shù)據(jù)模型中QoS的列表中；其中，對于步驟a4中定義IPTV業(yè)務的QoS參數(shù)可以具體為互聯(lián)網(wǎng)網(wǎng)關設備InternetGatewayDevice、排隊管理QueueManagement、分級Classification等。參見表2所示，第一行為新增加的定義IPTV業(yè)務的QoS參數(shù)。<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表2步驟a5:HGW接收電信ACS發(fā)送的在該HGW數(shù)據(jù)模型中的QoS的ACL中增加IPTVACS信息的信息，HGW根據(jù)該信息，執(zhí)行在數(shù)據(jù)模型中的QoS的ACL中添加IPTVACS的信息；其中，步驟a5與步驟a3相似，在數(shù)據(jù)模型中的QoS的ACL中增加IPTVACS信息的信息，則表示該IPTVACS有權訪問HGW中數(shù)據(jù)模型中的QoS參數(shù)，并且可以對QoS參數(shù)進行配置管理。還需要理解的是，與步驟a3相似，實現(xiàn)對數(shù)據(jù)模型中的QoS的ACL中增加IPTVACS信息的方法也可以有其它，具體可以參照步驟a3中的說明。步驟a6:HGW接收電信ACS發(fā)送的將虛擬管理服務器中參數(shù)Enable設置為真True的信息，HGW根據(jù)接收到的信息，將參數(shù)Enable設置為True;其中，步驟al至步驟a6中，HGW執(zhí)行的順序可以是如上所描述的執(zhí)行順序，也可以不是，需要理解的是步驟al至步驟a6的執(zhí)行順序是可以調整的最終都可以達到同樣的效果。步驟a7:HGW檢測到該參數(shù)Enable的設置值為True,根據(jù)HGW中的ACL信息生成虛擬HGW。以上步驟al至步驟a7完成了電信ACS控制HGW生成虛擬HGW的任務，此時在HGW中已經(jīng)虛擬存在一個HGW，該HGW根據(jù)IPTV業(yè)務提供商與電信達成的協(xié)議，可以被IPTVACS進行配置管理。步驟A3:虛擬HGW或者IPTVACS建立虛擬HGW與IPTVACS的連接；其中，建立HGW與IPTVACS之間的連接可以是虛擬HGW主動發(fā)起的，也可以是IPTVACS主動發(fā)起的。步驟A3中建立連接的方法中可以將虛擬HGW認為是獨立的HGW，因此，可以參考現(xiàn)有的技術建立虛擬HGW與IPTVACS的連接。步驟A4:IPTVACS根據(jù)步驟A3中建立的連接，對虛擬HGW進行配置管理。其中，在步驟A4中虛擬HGW的可以假設實際確實存在這樣一個HGW，該HGW接受IPTVACS的配置管理，因此，在步驟A4中執(zhí)行IPTVACS對虛擬HGW的配置管理就可以參考現(xiàn)有技術。其中，還需要說明的是，在以上的描述中只是針對有兩個服務器管理一個終端的情況，即電信ACS和IPTVACS管理一個HGW的情況，對應有更多的業(yè)務的ACS對同一個終端進行配置管理的情況，可以參照以上的說明，在HGW中生成多個虛擬HGW。以上是對本發(fā)明實施例二提供的一種多服務器管理終端的方法的說明，HGW根據(jù)接收到電信ACS的信息，生成虛擬的HGW，該虛擬的HGW可以被IPTVACS進行配置管理，實現(xiàn)了一個HGW可以被多個服務器管理。以上實施例一、二中說明的方法都是基于HGW生成虛擬HGW，來實現(xiàn)多個服務器對一個終端進行管理的實施例。下面本發(fā)明實施例三所說明的方法，是基于直接擴展HGW中的管理服務器ManagementServer對象來實現(xiàn)多個服務器對一個終端進行管理的目的。實施例三，一種終端接受多服務器管理的方法，參見圖7所示，包括步驟Fl:接入ACS根據(jù)預置的接入ACS提供商與業(yè)務ACS提供商達成的協(xié)議，發(fā)送在HGW中ManagementServer中增加可以管理該HGW的業(yè)務ACS的信息、在ManagementServer中規(guī)定主ACS的信息和設定HGW中數(shù)據(jù)模型中參數(shù)的接入列表Accesslist屬性的信息給HGW;其中，步驟F1中增加的業(yè)務ACS的信息可以是一個業(yè)務ACS的信息也可以是多個ACS的信息；增加的業(yè)務ACS的信息可以是業(yè)務ACS的URL參數(shù)；主ACS的作用是對HGW具有最高的管理配置權限；參數(shù)的Accesslist屬性是指參數(shù)可以被哪些服務器或者設備訪問，即對HGW數(shù)據(jù)模型中各參數(shù)的訪問權限的定義。還需要理解的是，主ACS對HGW中所有參數(shù)都有訪問權限。其中，接入ACS還可以發(fā)送上報Notification屬性的信息給HGW，該屬性是規(guī)定當HGW中參數(shù)變換時，HGW選擇哪種方式將參數(shù)變換的消息上報給該參數(shù)的Accesslist屬性對應的ACS，可以設置1為立即上報，設置2為等待下一次會話時上報。步驟F2:HGW接收步驟F1中接入ACS發(fā)送的信息，根據(jù)接收到的信息，對ManagementServer表中增加業(yè)務ACS的信息、添加主ACS(即PrimaryACS)、設定HGW中數(shù)據(jù)模型中參數(shù)的Accesslist屬性；步驟F3:業(yè)務ACS與HGW建立連接；其中，需要說明的是業(yè)務ACS與HGW建立連接的方法可以有多種，可以是業(yè)務ACS主動發(fā)起的，也可以是HGW主動發(fā)起的，對于ACS與HGW之間建立連接的過程可以參考現(xiàn)有技術。步驟F4:根據(jù)步驟F2中增加的業(yè)務ACS的信息和設定HGW中數(shù)據(jù)模型中參數(shù)的Accesslist屬性的信息，業(yè)務ACS對HGW進行配置管理；以上步驟Fl至步驟F4實現(xiàn)業(yè)務ACS對HGW的配置管理，其中接入ACS也可以對HGW進行配置管理，容易得出在步驟F1至步驟F4實現(xiàn)多個服務器對一個終端進行配置管理。但是，以上的實現(xiàn)方法在執(zhí)行的時候可能存在錯誤，導致有些情況不能正確的實現(xiàn)多個服務器對一個終端進行配置管理，因此，該方法還可以包括以下步驟步驟F5:HGW根據(jù)步驟F4中業(yè)務ACS對HGW進行配置管理，判斷HGW中的參數(shù)是否被修改；如果是，進入步驟F6，步驟F6:HGW將修改后的參數(shù)上報給與該參數(shù)Accesslist屬性中規(guī)定的業(yè)務14ACS;其中，如果在步驟F6中該參數(shù)的Accesslist屬性中可以包括多個業(yè)務ACS,則HGW將對每一個業(yè)務ACS上報修改后的參數(shù)。由于主ACS對HGW中所有參數(shù)有最高的配置管理權限，可以認為HGW中所有參數(shù)的Accesslist屬性中包括主ACS。步驟F7:主ACS根據(jù)HGW上報的修改后的參數(shù)和/或主ACS監(jiān)控的HGW中參數(shù)的狀態(tài)，判斷HGW中參數(shù)是否存在沖突；如果存在，進入步驟F8，步驟F8:主ACS根據(jù)預置的主ACS提供商與業(yè)務提供商之間達成的協(xié)議，修改HGW中的參數(shù)。其中，在步驟F8中修改后的HGW中的參數(shù)不存在沖突，實現(xiàn)多個業(yè)務ACS可以對一個終端進行配置。以上關于本發(fā)明實施例三提供的一種終端接受多服務器管理的方法的說明中，是以HGW為例作為說明的，需要理解的是，HGW為CPE的其中一種，此處不應理解終端限制為HGW。實施例三提供一種終端接受多服務器管理的方法，該方法通過對HGW中的數(shù)據(jù)模型進行擴展，使得多于一個ACS可以對同一個HGW進行配置管理，實現(xiàn)了多服務器管理一個終端的方法，在該HGW中規(guī)定了主ACS,主ACS根據(jù)預置的信息和HGW上報的修改后的參數(shù)信息，解決了多個ACS對一個HGW進行配置管理存在的沖突的問題。實施例四，一種網(wǎng)關，參見圖8所示，包括接收單元10、生成虛擬網(wǎng)關單元20和配置單元30，該實施例提供的網(wǎng)關還可以包括發(fā)送單元40。其中，接收單元10，用于接收接入ACS發(fā)送的控制生成虛擬網(wǎng)關的信息，接收業(yè)務ACS發(fā)送的配置信息；生成虛擬網(wǎng)關單元20，用于根據(jù)接收單元10中接收到的信息，生成虛擬網(wǎng)關；配置單元30，用于根據(jù)接收單元10接收到業(yè)務ACS發(fā)送的配置信息，對生成虛擬網(wǎng)關進行配置管理。本發(fā)明實施例四提供的一種網(wǎng)關還可以包括發(fā)送單元40，用于根據(jù)生成虛擬網(wǎng)關單元20中的執(zhí)行情況和/或配置管理30中的執(zhí)行情況，發(fā)送網(wǎng)關的狀態(tài)信息給接入ACS和/或業(yè)務服務器。其中，需要說明的是，以上對于生成虛擬網(wǎng)關單元20的說明是概括的說明，下面以本實施例提供的網(wǎng)關由電信的ACS控制來實現(xiàn)IPTVACS對該網(wǎng)關的配置為例，對生成虛擬網(wǎng)關單元20做說明。其中，IPTCACS是對網(wǎng)關的QoS參數(shù)進行配置管理。該生成虛擬網(wǎng)關單元20的具體說明可以是該單元根據(jù)接收單元10中接收電信ACS發(fā)送的在QoS參數(shù)接入列表AccessList中添加IPTVACS的寫權限的信息，在QoS參數(shù)接入列表AccessList中添加IPTVACS的寫權限；該單元根據(jù)接收單元10中接收電信ACS發(fā)送的在HGW的數(shù)據(jù)模型中增加虛擬管理服務器VirtualManagementServer對象、添加IPTVACS的URL、請求連接ConnectionRequest的URL(下面文字中以ConnectionRequestURL表示)和參數(shù)Enable的信息，HGW根據(jù)接收到的信息，在HGW中的數(shù)據(jù)模型執(zhí)行增加VirtualManagementServer對象、添加IPTVACS的URL、ConnectRequestURL、參數(shù)Enable;該單元根據(jù)接收單元10中接收電信ACS發(fā)送的在該HGW數(shù)據(jù)模型的虛擬管理服務器的訪問控制列表(ACLAccessControlList)中增加IPTVACS信息的信息，執(zhí)行在數(shù)據(jù)模型的虛擬管理服務器的ACL中添加IPTVACS的信息；該單元根據(jù)接收單元10中接收電信ACS發(fā)送的增加定義IPTV業(yè)務的QoS參數(shù)的信息，將接收到的QoS參數(shù)記錄在數(shù)據(jù)模型中QoS的列表中；該單元根據(jù)接收單元10中接收電信ACS發(fā)送的在該HGW數(shù)據(jù)模型中的QoS的ACL中增加IPTVACS信息的信息，執(zhí)行在數(shù)據(jù)模型中的QoS的ACL中添加IPTVACS的信息；生成虛擬網(wǎng)關單元20根據(jù)接收單元10中接收電信ACS發(fā)送的將虛擬管理服務器中參數(shù)Enable設置為真True的信息，將參數(shù)Enable設置為True;生成虛擬網(wǎng)關單元20檢測到參數(shù)Enable的設置值為True，根據(jù)記錄的ACL信息生成虛擬HGW。通過以上的說明可知，該實施例提供的一種網(wǎng)關，根據(jù)接收單元IO接收接入ACS發(fā)送的控制生成虛擬網(wǎng)關的信息，由該網(wǎng)關中的生成虛擬網(wǎng)關單元20實現(xiàn)生成虛擬網(wǎng)關，網(wǎng)關外部可以認為該網(wǎng)關中確實存在一個可以由業(yè)務ACS完全獨立配置的網(wǎng)關，接收單元10接收業(yè)務ACS對該虛擬網(wǎng)關進行配置的信息，配置單元30根據(jù)接收到的ACS對虛擬網(wǎng)關進行配置的信息，完成對虛擬網(wǎng)關的配置管理。其中，發(fā)送單元40可以發(fā)送反饋網(wǎng)關的執(zhí)行狀態(tài)的信息給接入ACS或者業(yè)務ACS。本發(fā)明實施例四提供的一種網(wǎng)關，通過接收接入ACS發(fā)送控制生成虛擬網(wǎng)關的信息，生成虛擬的網(wǎng)關，由業(yè)務ACS對該虛擬網(wǎng)關進行配置管理，該網(wǎng)關可以實現(xiàn)多個服務器對該網(wǎng)關的配置管理。實施例五，一種網(wǎng)關，該網(wǎng)關不同于實施例四提供的網(wǎng)關，參見圖9所述，包括第一接收單元101、數(shù)據(jù)模型管理單元201和第一配置單元301。該網(wǎng)關還可以包括判斷單元401和第一發(fā)送單元501。其中，第一接收單元101，用于接收接入ACS發(fā)送的管理網(wǎng)關中的數(shù)據(jù)模型的信息，和業(yè)務ACS發(fā)送的對該網(wǎng)關進行配置管理的信息；數(shù)據(jù)模型管理單元201，用于根據(jù)接收單元101中接收的管理網(wǎng)關中的數(shù)據(jù)模型的信息，對網(wǎng)關中的數(shù)據(jù)模型進行管理；其中，接收到的管理網(wǎng)關中的數(shù)據(jù)模型的信息具體可以是在HGW中ManagementServer中增加可以管理該HGW的業(yè)務ACS的信息、在ManagementServer中規(guī)定主ACS的信息和設定HGW中數(shù)據(jù)模型中參數(shù)的接入列表Accesslist屬性的信息。數(shù)據(jù)模型管理單元201根據(jù)以上信息，修改數(shù)據(jù)模型。第一配置單元301，用于根據(jù)第一接收單元IOI接收到的業(yè)務ACS發(fā)送的對該網(wǎng)關進行配置管理的信息，對具有數(shù)據(jù)模型管理單元201管理的數(shù)據(jù)模型的網(wǎng)關進行配置管理。具有以上邏輯單元的網(wǎng)關可以實現(xiàn)多個服務器對一個網(wǎng)關的配置管理，其中，為了克服多個網(wǎng)關對同一個網(wǎng)關進行配置管理中出現(xiàn)的沖突，使得有些情況下不能實現(xiàn)多個服務器對一個網(wǎng)關的配置管理，該網(wǎng)關還可以包括判斷單元401和第一發(fā)送單元501。其中，判斷單元401，用于判斷第一配置管理單元301配置管理后的數(shù)據(jù)模型中的參數(shù)是否被修改，如果是，通知發(fā)送單元；16第一發(fā)送單元501，用于將判斷單元401中判斷出被修改的參數(shù)和修改后的參數(shù)值發(fā)送給與該參數(shù)的Accesslist屬性對應的服務器，該服務器至少包括主ACS。本實施例提供的網(wǎng)關還可以包括第三判斷單元601，用于當判斷單元401中判斷為是時，根據(jù)預置的信息，判斷配置管理后的參數(shù)是否存在沖突；如果是，第一配置單元301還用于修改存在沖突的參數(shù)。實施例五提供的網(wǎng)關，通過對根據(jù)接收單元101中接收接入ACS發(fā)送的管理網(wǎng)關中的數(shù)據(jù)模型的信息，對網(wǎng)關中的數(shù)據(jù)模型進行管理，使得業(yè)務ACS可以對該網(wǎng)關進行配置管理，由于增加的判斷單元401，使得網(wǎng)關可以對配置管理后被修改的參數(shù)上報給主ACS，由主ACS根據(jù)預置的信息解決網(wǎng)關配置管理后存在沖突的問題。該實施例提供的網(wǎng)關，可以實現(xiàn)多個服務器對一個網(wǎng)關進行配置管理，而且將修改后的參數(shù)上報給服務器，解決了多個服務器對一個網(wǎng)關進行配置產(chǎn)生的沖突。本發(fā)明實施例還提供了一種服務器，該服務器可以是接入ACS，例如電信的ACS。下面對該服務器做詳細說明。實施六，一種服務器，參見圖IO所示，包括第二接收單元104、第二判斷單元204和第二發(fā)送單元304。該服務器還可以包括接入ACS單元404。其中，第二接收單元104，用于接收網(wǎng)關發(fā)送的被修改的參數(shù)和修改后的參數(shù)值；第二判斷單元204，用于根據(jù)預置的信息和接收到的修改后的參數(shù)值，判斷網(wǎng)關中修改后的參數(shù)是否存在沖突，如果是，通知第二發(fā)送單元304;第二發(fā)送單元304，用于根據(jù)預置的信息，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關。其中，第二判斷單元204和第二發(fā)送單元304中利用到的預置的信息可以是主ACS提供商和其它業(yè)務提供商之間達成的協(xié)議信息，其中，該協(xié)議信息中規(guī)定了參數(shù)的取值等信息，當修改后的參數(shù)與該協(xié)議信息有沖突時，根據(jù)該協(xié)議規(guī)定的信息，發(fā)送修改參數(shù)的信息給網(wǎng)關。該服務器可以是接入ACS，因此，該服務器還可以包括接入ACS單元，用于提供接入ACS的功能。以上對該服務器的說明，該服務器通過網(wǎng)關上報的修改后的參數(shù)的信息，根據(jù)預置的信息，判斷修改參數(shù)后的網(wǎng)關是否存在沖突，對有沖突的參數(shù)進行修改，因此，該服務器解決了多個服務器對一個網(wǎng)關進行配置管理中存在沖突的問題。實施例七，一種通信系統(tǒng)，參見圖ll所示，包括服務器一70、服務器二80和網(wǎng)關90。其中，服務器一70，用于對網(wǎng)關90進行與該服務器所屬業(yè)務相關的配置管理，發(fā)送管理網(wǎng)關中的數(shù)據(jù)模型的信息，根據(jù)預置的信息和接收到的修改后的參數(shù)值，判斷網(wǎng)關中修改后的參數(shù)是否存在沖突，如果是，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關；網(wǎng)關90，用于接受服務器一70對網(wǎng)關的配置管理，接收服務器一發(fā)送的管理網(wǎng)關中的數(shù)據(jù)模型的信息，修改網(wǎng)關中的數(shù)據(jù)模型，接受服務器二80對網(wǎng)關的配置管理，根據(jù)預置的參數(shù)的Accesslist屬性中規(guī)定的服務器，發(fā)送修改后參數(shù)及參數(shù)值給規(guī)定的服務器，其中，所述規(guī)定的服務器至少包括服務器一70，接收服務器一70發(fā)送修改網(wǎng)關中參數(shù)的信息，修改數(shù)據(jù)模型中的參數(shù)；服務器二80，用于對網(wǎng)關90進行與該服務器所屬業(yè)務相關的配置管理；如果網(wǎng)關17中被修改的參數(shù)預置的Accesslist屬性中記錄該參數(shù)修改后需要向服務器二80上報該修改后的參數(shù)的信息的信息，則服務器二80還用于接收網(wǎng)關90發(fā)送的修改后的參數(shù)信息的信息。其中，需要理解的是，服務器一70可以是接入ACS，可以是實施例六中提供的服務器；服務器二80可以是提供某種業(yè)務的ACS，簡稱業(yè)務ACS，而且，在實施例七提供的系統(tǒng)中可以包括多個業(yè)務ACS，多個ACS根據(jù)各自提供的業(yè)務不同對網(wǎng)關90進行相應的配置管理。其中，還需要說明，網(wǎng)關90可以是實施例五中提供的網(wǎng)關。還需要理解的是，本發(fā)明實施例中說明的網(wǎng)關是其中一種CPE，本發(fā)明實施例提供的技術方案不限制終端為該網(wǎng)關設備，其它終端設備可以參考該網(wǎng)關設備的設計思想而容易得到。以上對本發(fā)明實施例所提供的一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。權利要求一種終端接受多個服務器管理的方法，其特征在于，包括終端接收第一服務器發(fā)送的配置信息；根據(jù)所述配置信息，生成虛擬設備；接收第二服務器的管理信息；根據(jù)所述管理信息，對所述虛擬設備進行管理。2.根據(jù)權利要求1所述的方法，其特征在于，所述虛擬設備包括所述終端的部分或者全部參數(shù)，具有所述終端的部分或者全部功能。3.根據(jù)權利要求1所述的方法，其特征在于，所述第一服務器發(fā)送的配置信息包括第二服務器的地址信息。4.一種終端設備接受多個服務器管理的方法，其特征在于，包括接收第二服務器的管理信息；根據(jù)所述管理信息，對終端中預置的虛擬設備進行管理。5.根據(jù)權利要求4所述的方法，其特征在于，所述根據(jù)所述管理信息，對終端中預置的虛擬設備進行管理，具體包括根據(jù)所述管理信息，對所述終端中的參數(shù)進行修改。6.—種終端接受多個服務器管理的方法，其特征在于，包括終端接收第一服務器發(fā)送的設置的信息，所述設置的信息至少包括設置第二服務器的地址和/或權限的信息；根據(jù)所述設置的信息，執(zhí)行對所述終端的設置。7.根據(jù)權利要求6所述的方法，其特征在于，所述執(zhí)行對所述終端的設置之后，還包括接收所述第二服務器發(fā)送的配置管理信息；根據(jù)所述配置管理信息，執(zhí)行所述第二服務器對所述終端的配置管理。8.根據(jù)權利要求7所述的方法，其特征在于，所述方法還包括發(fā)送參數(shù)被修改的信息給第一服務器，所述參數(shù)為所述配置管理的對象；接收所述第一服務器發(fā)送的修改參數(shù)的信息；根據(jù)所述修改參數(shù)的信息，修改終端中的參數(shù)。9.根據(jù)權利要求7所述的方法，其特征在于，所述方法還包括根據(jù)預置的信息，判斷參數(shù)是否存在沖突，如果是，修改所述參數(shù)。10.—種終端接受多個服務器管理的方法，其特征在于，包括接收終端發(fā)送的修改后的參數(shù)；根據(jù)預置的信息，判斷修改后的參數(shù)是否存在沖突，如果是，修改所述接收到的修改后的參數(shù)；將修改后的所述參數(shù)發(fā)送給所述終端。11.一種網(wǎng)關，其特征在于，包括接收單元，用于接收第一服務器發(fā)送的配置信息，接收第二服務器的管理信息；生成虛擬網(wǎng)關單元，用于根據(jù)所述配置信息，生成虛擬網(wǎng)關；配置單元，用于根據(jù)所述管理信息，對所述虛擬網(wǎng)關進行管理。12.根據(jù)權利要求11所述的網(wǎng)關，其特征在于，所述網(wǎng)關還包括發(fā)送單元，用于發(fā)送網(wǎng)關的狀態(tài)信息給所述第一服務器和/或第二服務器。13.—種網(wǎng)關，其特征在于，包括第一接收單元，用于接收第一服務器發(fā)送的設置的信息，所述設置的信息至少包括設置第二服務器的地址和/或權限的信息；數(shù)據(jù)模型管理單元，用于根據(jù)所述設置的信息，執(zhí)行對所述終端的設置。14.根據(jù)權利要求13所述的網(wǎng)關，其特征在于，所述第一接收單元還用于接收第二服務器發(fā)送的配置管理信息，所述網(wǎng)關還包括第一配置單元，用于根據(jù)所述配置管理信息，執(zhí)行所述第二服務器對所述終端的配置管理。15.根據(jù)權利要求14所述的網(wǎng)關，其特征在于，所述網(wǎng)關還包括判斷單元，用于判斷配置管理后數(shù)據(jù)模型中的參數(shù)是否被修改。16.根據(jù)權利要求15所述的網(wǎng)關，其特征在于，所述網(wǎng)關還包括第一發(fā)送單元，用于將判斷單元中判斷為是的參數(shù)的信息發(fā)送給所述第一服務器。17.根據(jù)權利要求15所述的網(wǎng)關，其特征在于，所述網(wǎng)關還包括第三判斷單元，用于當所述判斷單元中判斷為是時，根據(jù)預置的信息，判斷所述參數(shù)是否存在沖突；所述第一配置單元，還用當?shù)谌袛鄦卧械呐袛酁槭菚r，修改所述參數(shù)。18.—種服務器，其特征在于，包括第二接收單元，用于接收網(wǎng)關發(fā)送的修改后的參數(shù)的信息；第二判斷單元，用于根據(jù)預置的信息，判斷修改參數(shù)后的網(wǎng)關是否存在沖突；第二發(fā)送單元，用于當?shù)诙袛鄦卧信袛嘟Y果為是時，根據(jù)預置的信息，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關。19.根據(jù)權利要求18所述的服務器，其特征在于，所述服務器還包括接入自動配置服務器ACS單元，用于實現(xiàn)接入ACS功能。20.—種通信系統(tǒng)，其特征在于，包括服務器一，用于發(fā)送管理網(wǎng)關中的數(shù)據(jù)模型的信息；服務器二，用于發(fā)送對網(wǎng)關進行與該服務器所屬業(yè)務相關的配置管理信息，接收網(wǎng)關發(fā)送的修改后的參數(shù)信息的信息；網(wǎng)關，用于接收服務器一發(fā)送的管理網(wǎng)關中數(shù)據(jù)模型的信息和服務器二發(fā)送的對該網(wǎng)關進行配置管理的信息，根據(jù)所述接收到服務器一發(fā)送的管理網(wǎng)關中數(shù)據(jù)模型的信息，對網(wǎng)關中的數(shù)據(jù)模型進行管理，根據(jù)服務器二發(fā)送的對該網(wǎng)關進行配置管理的信息，執(zhí)行配置管理。21.根據(jù)權利要求20所述的通信系統(tǒng)，其特征在于，所述服務器一還用于根據(jù)預置的信息和接收到的修改后的參數(shù)值，判斷網(wǎng)關中修改后的參數(shù)是否存在沖突，如果是，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關。22.根據(jù)權利要求20或21所述的通信系統(tǒng)，其特征在于，所述網(wǎng)關還用于判斷配置管理后數(shù)據(jù)模型中的參數(shù)是否被修改，將判斷為是的參數(shù)的信息發(fā)送給服務器一；所述服務器一還用于接收所述網(wǎng)關發(fā)送的修改后的參數(shù)的信息，根據(jù)預置的信息，判斷所述網(wǎng)關是否存在沖突，當判斷結果為是時，根據(jù)預置的信息，發(fā)送修改網(wǎng)關中參數(shù)的信息給網(wǎng)關。全文摘要本發(fā)明實施例公開了一種終端接受多服務器管理的方法、裝置及通信系統(tǒng)。其中，該方法包括終端接收第一服務器發(fā)送的配置信息；根據(jù)所述配置信息，生成虛擬設備；接收第二服務器的管理信息；根據(jù)所述管理信息，對所述虛擬設備進行管理。終端通過在自身生成虛擬的設備，達到由多個服務器管理的目的，或者在終端中擴大對終端管理的服務器對象，對終端中的數(shù)據(jù)模型進行設置，實現(xiàn)多個服務器管理一個終端的目的，解決了現(xiàn)有技術中不能提供多個服務器管理一個終端的問題。文檔編號H04L29/06GK101783736SQ200910000569公開日2010年7月21日申請日期2009年1月15日優(yōu)先權日2009年1月15日發(fā)明者吳黃偉,方平申請人:華為終端有限公司