CN101127631A - 针对网络中设备实现配置管理的方法及系统 - Google Patents
针对网络中设备实现配置管理的方法及系统 Download PDFInfo
- Publication number
- CN101127631A CN101127631A CNA2006101121494A CN200610112149A CN101127631A CN 101127631 A CN101127631 A CN 101127631A CN A2006101121494 A CNA2006101121494 A CN A2006101121494A CN 200610112149 A CN200610112149 A CN 200610112149A CN 101127631 A CN101127631 A CN 101127631A
- Authority
- CN
- China
- Prior art keywords
- equipment
- configuration server
- automatic configuration
- correspondence
- automatic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明涉及一种针对网络中设备实现配置管理的方法及设备及系统。本发明中适于应用的系统中包括第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，且包括：第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器可以对第一设备进行配置管理；所述的第二设备对应的自动服务器触发对第一设备的配置管理操作。本发明主要是在不同设备对应的自动配置服务器不一致的情况下，提供了相应的配置管理方案。如在DSL系统中，相应的设备的自动配置服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
Description
技术领域
本发明涉及网络通信技术领域，尤其涉及一种针对网络中设备实现配置管理的方法及系统。
背景技术
DSL(数字用户线)作为一种宽带接入技术已经得到了广泛应用。相应的DSL组网结构如图1所示，主要包括：ACS(自动配置服务器)，以及作为宽带网络终端或局域网设备的CPE(用户驻地设备)，如网关、IPTV等。
如图1所示的基于DSL技术的组网结构可以支持各种宽带业务应用的实现，例如VoIP(基于IP的语音)、IPTV(IP电视)等；其中，作为IP应用终端的CPE即为针对各宽带业务应用或应用的组合形成的基于IP的设备，所述的ACS则负责对CPE进行自动配置，以实现无需用户设置CPE，便可以保证CPE的正常工作；所述的ACS具体可以使用RPC(远程过程调用)的方法来实现对CPE参数的修改和设置。
目前DSL论坛的TR-069标准，定义了直接与DSLAM(数字用户线路接入复用器)连接的作为宽带网络终端的CPE(如网关)与ACS完成自动配置和管理的过程，TR-111标准定义了位于局域网的作为局域网设备的CPE(如IPTV)通过与其相连的网关与ACS完成自动配置和管理的过程。
其中，在TR-111标准中，如果局域网设备和与其相连的网关均采用同一ACS进行管理，则ACS不仅可以对局域网设备实现自动配置，还可以针对局域网设备的业务在网关上为局域网设备的业务做相应的配置，例如，为局域网设备的服务设置相应的QoS(服务质量)策略，以满足局域网设备的服务对QoS的要求，又如，为局域网设备设置相应的NAT(网络地址转换)，以满足局域网设备对NAT穿越的要求，等等。
为便于实现针对设备与网关的配置及管理等功能，首先需要实现设备与网关之间的关联处理。
目前，在TR-111标准中，设备与网关的关联过程具体包括：
(1)局域网设备(简称设备)通过厂商指定的DHCP选项将设备标识发给网关。当网关获得所述的设备标识信息后，则会生成一张包含局域网中所有设备标识信息的表，且在所述表中相应的信息需要遵照TR-111中定义的扩展网关数据模型规范，以便于ACS利用相应的信息。
(2)在DHCP响应过程中，网关将自己的网关标识提供给设备，该网关标识同样需要满足TR-111中定义的GatewayInfo(网关信息)数据对象，使得ACS中以利用相应的数据对象；设备还将该数据对象内容的变化通知给ACS，即设备向ACS发送其对应的网关标识信息。
(3)为了确保DHCP交换上进行传送的信息的有效性，ACS则需要通过检验由网关提供的设备标识来认证由设备提供的网关标识的有效性，从而验证设备的合法性。
经过上述设备之间的关联处理后，便可以针对设备与网关进行相应的配置及管理等操作，即使得设备与网关之间可以基于关联后的信息进行配置。
在TR-111标准中，具体提供了相应的局域网设备与网关通过DHCP Inform(DHCP信息)等消息建立设备之间关联关系的处理过程，以及自动配置服务器了解局域网设备与网关关联关系的处理过程，具体的相应处理过程如图2所示，包括以下步骤：
步骤21：设备通过发送DHCP Inform消息通知网关上的DHCP服务器，DHCP Inform消息中包含设备标识；
步骤22：网关在收到设备过来的DHCP Inform消息后，将设备加入到其可管理设备列表中，包括记录所述的设备标识；
步骤23：网关向设备发送DHCP Ack(DHCP确认)消息，在所述的DHCP Ack消息中包含了网关标识；
步骤24：设备向自动配置服务器发送TR-069 Inform消息，且所述的TR-069 Inform消息中包含设备和网关的标识；
步骤25：自动配置服务器响应设备发来的TR-069 Inform消息；
步骤26：自动配置服务器与网关建立TR-069的会话；
步骤27：自动配置服务器使用TR-069协议请求获取网关保存的可管理设备列表。
步骤28：网关通过TR-069协议将其保存的可管理设备列表发给自动配置服务器。
在上述图2所示的处理过程中，步骤26、27、28是自动配制服务器验证由设备向其提供的标识信息是否有效。使用这种验证操作用于克服设备和网关之间进行DHCP交互时缺乏完整性检测机制的缺陷，例如，通过这种验证操作的引入，针对试图对设备或网关信息进行篡改的操作将被ACS有效地检测出来，以便于针对相应的篡改操作采取应对措施。
在TR-111标准中，具体还提供了局域网设备与网关通过DHCP Discover(DHCP发现)等消息建立关联关系的处理过程，以及自动配置服务器了解局域网设备与网关关联关系的处理过程，相应的处理过程如图3所示，具体包括以下步骤：
步骤31：设备先通过DHCP Discover消息向查找DHCP服务器，DHCP Discover消息中包含了设备标识信息；
步骤32：网关收到设备发来的DHCP Discover消息后，则在网关响应设备的DHCPOffer(DHCP提供)消息中包含有相应的网关标识信息；
步骤33：设备通过DHCP Request(DHCP请求)消息向网关发出请求消息，在所述的DHCP Request消息中包含设备标识信息；
步骤34：网关在收到设备发过来的DHCP Request消息后，将设备加入到其可管理设备列表中，包括记录设备标识；
步骤35：网关发送DHCP Ack(DHCP确认)消息给设备，DHCP Ack消息中包含了网关标识信息；
步骤36：设备发给自动配置服务器中的TR-069 Inform(TR-069信息)消息中包含设备和网关的标识；
步骤37：自动配置服务器响应设备的TR-069 Inform消息；
步骤38：自动配置服务器与网关建立TR-069的会话；
步骤39：自动配置服务器通过TR-069协议请求获取网关中保存的可管理设备列表；
步骤310：网关通过TR-069协议将其保存的可管理设备列表发给自动配置服务器。
同样，在上述图3提供的处理过程中，相应的步骤36、37、38是自动配制服务器验证由设备向其提供的标识信息是否有效。采用这种验证操作的目的是克服设备和网关之间进行DHCP交互时缺乏完整性检测机制的缺陷。即通过使用这种验证操作，对于试图对设备或网关信息进行篡改的操作均能够有效地被ACS检测识别出来。
可以看出，通过上述图2和图3所示的处理过程，均可以有效保证设备之间(即网关与局域网设备之间)的关联操作的正常进行。
然而，上述处理过程实现的前提是局域网设备与网关均属于同一自动配置服务器，即均接受同一自动配置服务器的管理。因此，对于局域网设备与网关分别对应不同自动配置服务器的情况，则由于没有检测局域网设备与网关的自动配置服务器是否是一致的实现方案，而且，支持TR-069/TR-111标准的网关也不会接受非自身的自动配置服务器的管理和配置，从而使得若两者的自动配置服务器不同而导致无法实现图2和图3所示的处理功能，即目前网络中，无法针对分别对应不同自动配置服务器的局域网设备与网关进行配置管理操作。
发明内容
本发明的目的是提供一种针对网络中设备实现配置管理的方法及系统，从而使得可以对分别对应不同自动配置服务器的设备进行配置管理操作。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种针对网络中设备实现配置管理的方法，该方法应用的系统中包括第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，所述方法包括：
第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器可以对第一设备进行配置管理；
所述的第二设备对应的自动服务器触发对第一设备的配置管理操作。
所述的确定第二设备对应的自动配置服务器可以对第一设备进行配置管理具体包括：
所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
且，所述的第二设备对应的自动服务器触发对第一设备的配置管理操作为：第二设备对应的自动服务器根据所述的管理配置权限触发对第一设备的配置管理操作。
本发明中，触发所述的确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理的条件包括：
第一设备对应的自动配置服务器接收第一设备发来的信息或者接收第二设备对应的自动配置服务器发来的信息或者接收第二设备发来的信息，之后，确定第一设备与第二设备各自对应的不同的自动配置服务器。
所述的接收第一设备发来的信息的处理具体包括：
在第一设备中的可管理服务列表发生变化时，通知第一设备的自动配置服务器，该自动配置服务器根据收到通知向第一设备查询其保存的第二设备的对应的自动配置服务器信息，并接收第一设备发来的查询结果信息，所述的查询结果还可选地包括第二设备的类型和第二设备的服务类型信息；
或者，
第一设备将第二设备对应的自动配置服务器信息通过消息或命令通知第一设备对应的自动配置服务器，所述通知中还可选地包括设备的类型和设备的服务类型信息。
所述的命令为远程过程调用RPC命令。
所述的接收第二设备对应的自动配置服务器发来的信息的处理包括：
第二设备对应的自动配置服务器向第一设备的自动配置服务器发送请求授权第二设备对应的自动配置服务器访问并配置第二设备关联的第一设备，请求中携带着第一设备标识和第二设备标识，并可选地携带着请求针对第一设备的配置管理权限。
或者，
第二设备对应的自动配置服务器向第一设备对应的自动配置服务器发送用于触发第一设备对应的自动配置服务器对第一设备进行配置的请求，请求中携带着第一设备标识、第二设备的标识和配置第一设备的参数和参数值。
所述的接收第二设备发来的信息的处理包括：
第二设备向第一设备对应的自动配置服务器发送请求授权访问第二设备关联的第一设备，请求中携带着第一设备标识、第二设备对应的自动配置服务器和第二设备标识，并可选地携带着请求的第二设备对应的自动配置服务器对第一设备的配置管理权限。
所述的第一设备为网关，所述的第二设备为局域网设备；或者，所述的第一设备和第二设备均为局域网设备。
所述的确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理包括：
第一设备对应的自动配置服务器在第一设备中配置第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
第二设备对应的自动配置服务器获取第一设备对应的自动配置服务器信息，并触发所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
由第二设备触发第一设备对应的自动配置服务器在第一设备中配置确定第二设备对应的自动配置服务器在第一设备中的配置管理权限。
所述的第二设备对应的自动配置服务器获取第一设备对应的自动配置服务器信息的处理包括：
第二设备获取第一设备对应的自动配置服务器信息，并提供给第二设备对应的自动配置服务器。
所述的触发所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理包括：
第二设备对应的自动配置服务器触发第一设备对应的自动配置服务器在第一设备中配置确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
第二设备对应的自动配置服务器触发第一设备对应的自动配置服务器在第一设备对应的自动配置服务器中确定第二设备对应的自动配置服务器在第一设备中的配置管理权限。
所述的配置管理权限包括：第二设备对应的自动配置服务器是否有权对第一设备进行配置管理，以及当有权进行配置管理时，允许执行的配置管理范围。
所述的管理范围包括：是否允许第二设备的自动配置服务器访问第一设备中的可管理设备列表。
本发明中，当第一设备对应的自动配置服务器确定第一设备禁止第二设备对应的自动配置服务器对其进行配置管理时，则通知第一设备将相应的第二设备从可管理设备列表中删除。
所述的在第一设备中的配置管理操作包括：
第一设备获取第二设备对应的自动配置服务器的配置管理操作后，根据自身配置的对应的配置管理权限控制第二设备的自动配置服务器的配置管理操作；
或者，
第一设备对应的自动配置服务器获取第二设备对应的自动配置服务器的配置管理操作后，根据自身保存的对应的配置管理权限触发执行在第一设备中的配置管理操作。
所述的配置管理操作为：在第一设备中针对第二设备的配置管理操作。
所述的第一设备、第二设备获取对方对应的自动配置服务器信息的交互消息为基于动态主机配置协议DHCP的消息。
所述的DHCP消息包括：DHCP信息消息、DHCP确认消息和/或DHCP请求消息。
本发明还提供了一种支持多配置服务器配置管理的设备，包括：
配置管理权限保存单元，用于保存其他设备对应的自动配置服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述其他设备对应的自动配置服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作。
所述的设备还包括：
配置管理权限获取单元，用于接收本设备对应的自动配置服务器发来的其他设备对应的自动配置服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保存单元。
所述的设备还包括：
获得配置管理权限触发单元，用于将本设备需要获取的配置管理权限对应的其他设备对应的自动配置服务器信息发送给本设备对应的自动配置服务器，触发本设备对应的自动配置服务器向本设备发送相应配置管理权限。
本发明提供了一种针对网络中设备实现配置管理的系统，所述的系统中包括需要关联通信的第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，同时，该系统还包括：
配置管理权限确定单元，设置于第一设备对应的自动配置服务器中，用于确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
配置管理操作发起单元，设置于第二设备对应的自动服务器中，用于确定需要在第一设备中的配置管理操作，并触发配置管理操作执行单元；
配置管理操作执行单元，用于根据相应的配置管理权限控制在第一设备中的配置管理操作。
所述的第一设备为网关，所述的第二设备为局域网设备；或者，所述的第一设备与第二设备均为局域网设备。
所述的系统还包括：
配置管理权限发送单元，设置于第一设备对应的自动配置服务器中，用于根据接收到的第一设备、第二设备或第二设备对应的自动配置服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备。
所述的配置管理操作发起单元直接向第一设备发起配置管理操作，或者，通过第一设备对应的自动配置服务器对第一设备发起配置管理操作。
所述的配置管理操作执行单元设置于第一设备或第一设备对应的自动配置服务器中。
由上述本发明提供的技术方案可以看出，本发明主要是在不同设备(局域网设备与网关)对应的自动配置服务器不一致的情况下，提供了相应的针对设备的配置管理的实现方案。以针对局域网设备和网关的配置管理操作为例，相应的设备的自动配置服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
附图说明
图1为DSL组网结构示意图；
图2为现有技术中实现设备配置管理的处理流程一的示意图；
图3为现有技术中实现设备配置管理的处理流程二的示意图；
图4为本发明中实现设备配置管理的具体实现流程一的示意图；
图5为本发明中实现设备配置管理的具体实现流程二的示意图；
图6为本发明中实现设备配置管理的具体实现流程三的示意图；
图7为本发明中实现设备配置管理的具体实现流程四的示意图；
图8为本发明所述的系统的具体实现结构示意图；
图9为本发明适于应用的网络结构示意图。
具体实施方式
本发明主要是在不同设备(如局域网设备与网关)对应的自动配置服务器不一致的情况下，实现针对不同设备的统一配置管理。
以局域网设备与网关各自对应不同的自动配置服务器为例，本发明的主要目的实现局域网设备与网关各自对应的自动配置服务器不一致的情况下，能够针对局域网设备和局域网设备的业务在网关上为局域网设备的业务做相应的配置管理。
也就是说，在设备与网关的自动配置服务器不一致的情况下，本发明的实现使得网关可以被网关的自动配置服务器配置成为：可以接受设备的自动配置服务器的管理和访问；完成这样的配置之后，设备的自动配置服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。或者，本发明中，在设备的自动配置服务器获得网关的自动配置服务器信息后，可以根据需要触发网关的自动配置服务器针对网关进行管理和管理。
当然，本发明中所述的设备还可以为除网关和局域网设备之外，还可以均为局域网设备，例如，IPTV(IP电视)和NAS(网络附属存储器)，IPTV的PVR(个人视频录像)功能可能将产生的数据存放在同一家庭网络上的NAS上，在可能的情况下：NAS的ACS不仅可以配置NAS的参数，还可以在IPTV上配置PVR时用到的NAS的相关参数。
为便于对本发明的理解，下面将结合附图对本发明的几种具体实施例进行详细说明。
实施例一
在设备与网关进行关联时，能够发现各自的自动配置服务器不一致。网关的自动配置服务器能够获取到上述信息后，根据预制的策略可以配置网关在一定范围内接受设备的自动配置服务器的查询和管理，网关根据配置在一定范围内接受设备的自动配置服务器的查询和管理。
实施例一的具体实现流程如图4所示，具体包括以下步骤：
步骤41：设备发送DHCP Inform(DHCP信息)消息；
所述的DHCP Inform消息中包含设备标识和设备的自动配置服务器的相关信息，所述的相关信息包括自动配置服务器的URL；所述的DHCP Inform消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息，DHCP Discover，DHCP Request都可以用于承载传送上述信息；
步骤42：网关将设备加入可管理设备列表；
即网关根据收到的DHCP消息提取其中的有关设备的信息，并通过获取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括设备标识和设备的自动配置服务器的相关信息(包括自动配置服务器的URL)，以及设备的类型和设备的服务类型等信息；
步骤43：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)和网关的自动配置服务器信息，所述的网关的自动配置服务器信息包括自动配置服务器的URL；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用于承载传送上述信息；
步骤44：网关与网关的自动配置服务器建立TR-069会话；
具体方法既可以是网关通过主动上报消息的方式，也可以是自动配置服务器主动要求与网关建立会话；
步骤45：网关将设备与网关的自动配置服务器不一致的情况通知网关的自动配置服务器；
实现该步骤的具体实现方式可以为以下任一种方式：
(1)在网关的可管理服务列表发生变化时，主动通知网关的自动配置服务器，自动配置服务器在收到通知后，主动查询网关上保存的有关设备的信息，包括设备的自动配置服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息；
(2)网关使用TR-069的Inform消息通知网关自动配置服务器，在Inform消息中附带设备的自动配置服务器的信息，包括设备的自动配置服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息。
(3)网关通过新增的RPC命令，通知网关自动配置服务器，在RPC命令中附带设备的自动配置服务器的信息，包括设备的自动配置服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息。
步骤46：网关的自动配置服务器配置网关可以接受设备的自动配置服务器的管理；
具体为：网关的自动配置服务器收到的设备的相关信息，并结合一定的策略决定网关是否接受设备的自动配置服务器的管理，以及若接受管理时相应的管理的权限和范围；之后，网关的自动配置服务器将对网关是否可以接受设备的自动配置服务器的管理，以及若接受管理时相应的管理的权限和范围等信息进行配置，具体的配置方法可以使用现有的TR-069/TR-111标准中的配置实现方案；
配置的设备的自动配置服务器对网关的管理范围可以包括对网关的可管理设备列表的访问；而且，如果网关的自动配置服务器认为网关不应该接受设备的自动配置服务器的管理，则可以通知网关将设备从网关的可管理列表中删除，且流程结束；
步骤47：设备发送TR-069的Inform消息给设备的自动配置服务器；
所述的TR-069的Inform消息中包含有设备标识和步骤43获得网关的相关信息，所述的网关的相关信息包括网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；进一步的还可以包括网关的自动配置服务器的信息，如网关的自动配置服务器的URL；
具体的可以通过扩展TR-069的消息来实现承载上述各信息；
步骤48：设备的自动配置服务器给设备发送响应消息；
步骤49：设备的自动配置服务器与网关建立TR-069会话；
步骤410：设备的自动配置服务器向网关请求可管理设备列表；
具体为：设备的自动配置服务器根据获得的网关的信息，向网关请求网关的可管理设备列表；
步骤411：网关向设备的自动配置服务器返回可管理设备列表；
具体为：网关根据网关的自动配置服务器的配置，判断是否响应步骤49，如果网关被配置成可以允许设备的自动配置服务器访问网关的可管理设备列表，则网关向设备的自动配置服务器返回可管理设备列表，如果通过获取的信息验证设备的有效性时失败，则流程结束。
步骤412：设备的自动配置服务器对设备进行配置和管理；
步骤413：设备的自动配置服务器对网关进行配置和管理；
具体为设备的自动配置服务器使用TR-069/TR-111技术在网关上针对设备和设备的业务做相应的设置。
在图4所示的处理过程中，在网关上，需要的对支持TR-111标准的网关数据模型进行扩展，增加对与网关关联的设备的自动配置服务器信息和访问权限、设备的访问信息、设备服务信息的描述，具体如表1所示：
表1
| 名称 | 类型 | 是否可写 | 描述 | 默认 |
| InternetGateway-Device.Management-Server. | 对象 | - | 这个对象包括关联的CPE设备的相关参数 | - |
| ... | ... | ... | ... | |
| ManageableDevice-NumberOfEntries | 无类型整形 | - | 可管理列表中实体的数目 | - |
| ManageableDevice-NotificationLimit | 无类型整形 | 可写 | 当ManageableDeviceNumberOf-Entries发生变化时，发出主动通知消息的最新时间(如果主动通知功能打开)，以秒为单位 | - |
| InternetGateway-Device.Management-Server.Manageable-Device.{i}. | 对象 | - | 每一个实体对应一个与网关关联的局域网设备 | - |
| ManufacturerOUI | 长度为6个字符的字符串 | - | 设备制造厂商的企业唯一的标识 | - |
| SerialNumber | 长度为64个字符的字符串 | - | 设备的序列号 | - |
| ProductClass | 长度为64个字符的字符串 | - | 设备的产品类型标识 | - |
| ServiceClassNumberOfEntries | 无类型整形 | 设备服务类型的数目 |
| 名称 | 类型 | 是否可写 | 描述 | 默认 |
| InternetGateway-Device.Management-Server.Manageable-Device.{i}.-ServiceClass.{i}. | 对象 | - | 设备服务类型的相关信息 | - |
| ServiceClass | 长度为64个字符的字符串 | 设备的服务类型标识 | ||
| InternetGateway-Device.Management-Server.Manageable-Device.{i}.-MangementServer | 对象 | - | 设备的自动配置服务器的相关信息 | - |
| ServerURL | 长度为256个字符的字符串 | - | 设备的自动配置服务器的URL | - |
| AccessControl | 长度为64个字符的字符串 | - | 设备的自动配置服务器对设备的访问权限，可以”ADMINISTRATOR”，”GUEST” | - |
| ConnectionRequestURL | 长度为256个字符的字符串 | - | 设备的ConnectionRequestURL，设备通过此URL接受自动配置服务器发出的连接请求 |
同时，所述的网关必需不仅支持自身的自动配置服务器的管理，还需要能够根据自身的自动配置服务器设置的权限来接受与其他设备的自动配置服务器的配置管理。
本发明中，设备的数据模型除了TR-111标准中规定必须要有参数来描述相关联的网关的相关信息，包括制造厂商信息、序列号和产品类别。
Device.GatewayInfo.ManufacturerOUI；
Device.GatewayInfo.SerialNumber；
Device.GatewayInfo.ProductClass；
增加下面的参数如下：
Device.GatewayInfo.ManagementServerURL；
Device.GatewayInfo.ConntectionRequestURL；
Device.GatewayInfo.ServiceClass。
分别用来描述与设备关联的网关的自动配置服务器的URL、连接请求URL和网关的服务类型。
实施例二
在该实施例中，当设备与网关进行关联时，能够发现各自的自动配置服务器不一致。设备的自动配置服务器主动请求网关的自动配置服务器进行配置，以便实现设备的自动配置服务器对网关的访问和管理，网关的自动配置服务器收到请求后，根据预制的策略配置网关在一定范围内接受设备的自动配置服务器的查询和管理，网关根据配置在一定范围内接受设备的自动配置服务器的查询和管理。
该实施例二的具体实现流程如图5所示，具体包括以下步骤：
步骤51：设备发送DHCP Inform消息；
在设备发送的DHCP Inform消息中可以包括设备标识和设备的自动配置服务器的相关信息所述的设备的自动配置服务器的相关信息包括设备的自动配置服务器的URL；所述的DHCP Inform消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，如DHCP Discover，DHCP Request等消息也可以包含上述信息，以实现上述信息的传递功能；
步骤52：网关将发来DHCP消息的设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息，将消息中有关设备的信息提取出来，并通过获取的信息将设备加入可管理设备列表中；
与步骤51对应，所述的有关设备的信息包括设备标识和设备的自动配置服务器的相关信息，所述的设备的自动配置服务器的相关信息包括：自动配置服务器的URL；且所述的DHCP消息中进一步的还可以包括设备的类型和设备的服务类型等信息；
步骤53：网关向设备发送DHCP Ack的消息；
网关发送给设备的DHCP Ack消息中可以包含网关标识、网关的Connection RequestURL(连接请求URL，网关通过它来接受ACS的管理)，以及网关的自动配置服务器信息(如自动配置服务器的URL)；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以包含上述信息，以用于进行上述信息的传递；
步骤54：设备向设备的自动配置服务器发送TR-069的Inform消息；
所述的TR-069的Inform消息中包含有设备标识和步骤53获得网关的相关信息；所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)，以及网关的自动配置服务器的信息(如网关的自动配置服务器的URL)；
且上述各信息具体可以通过扩展TR-069的Inform消息来承载；
步骤55：设备的自动配置服务器向设备发送响应消息；
设备的自动配置服务器收到所述的TR-069的Inform消息后向设备发送响应消息；
步骤56：设备的自动配置服务器请求网关的自动配置服务器授权其可以访问网关；
具体为：设备的自动配置服务器与网关的自动配置服务器之间可以通过自定义的通信协议或者通过OSS(运营支撑系统)系统传输信息，发出的请求授权报文中要包含设备标识，设备关联的网关的相关信息，以及网关标识；进一步的还可以包括请求授权进行访问和管理的网关上的数据模型的访问范围和权限；即构造的请求授权报文可以为包括：设备标识，网关标识，以及网关和读写权限信息，所述的写权限信息为限定针对相应的网关的配置和管理权限；
步骤57：网关的自动配置服务器响应设备的自动配置服务器发来的授权请求；
即网关的自动配置服务器在收到授权请求后，根据预制的策略决定是否接受该授权请求，并根据决定结果响应设备的自动配置服务器的授权请求；响应的报文内容主要包括是否接受了该授权请求，进一步的还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；即构造的授权响应报文包括：授权请求通过，以及网关和写权限信息；
在该步骤中，网关的自动配制服务器的还可以从被请求授权进行管理的网关的上获取相关的信息，如获取网关的可管理设备列表等，以便进一步验证设备的合法性；
在该步骤中，如果设备的自动配置服务器发出的授权请求被网关的自动配置服务器拒绝，则相应的处理流程结束。
步骤58：网关的自动配置服务器配置网关可以接受设备的自动配置服务器的管理；
具体为：网关的自动配置服务器根据所述的步骤56收到的设备的相关信息，并结合一定的策略决定网关是否接受设备的自动配置服务器的管理，以及管理的权限和范围；之后，网关的自动配置服务器对网关是否可以接受设备的自动配置服务器的管理，以及管理的权限和范围进行配置操作，具体的配置方法可以使用现有的TR-069/TR-111标准中提供的配置方法，当然也可以采用其他配置方法，只要实现相应的配置目的即可；
其中，配置的设备的自动配置服务器对网关的管理范围可以包括对网关的可管理设备列表的访问；
另外，如果网关的自动配置服务器认为网关不应该接受设备的自动配置服务器的管理，则可以通知网关将设备从网关的可管理列表中删除；
该步骤58也可以先于步骤57执行；
步骤59：设备的自动配置服务器与网关建立TR-069会话；
步骤510：设备的自动配置服务器向网关请求可管理设备列表；
即设备的自动配置服务器根据获得的网关的信息，便可以向网关请求网关的可关联设备列表，具体可以但不限于使用现有的TR-069/TR-111技术进行可管理设备列表的请求。
步骤511：网关向设备的自动配置服务器返回可管理设备列表；
网关根据网关的自动配置服务器的配置，判断是否响应步骤59，如果网关被配置成可以允许设备的自动配置服务器访问网关的可管理设备列表，则网关向设备的自动配置服务器返回可管理设备列表；
步骤512：设备的自动配置服务器对设备进行配置和管理；
步骤513：设备的自动配置服务器对网关进行配置和管理；
具体可以但不限于使用TR-069/TR-111技术在网关上针对设备和设备的业务做响应的设置。
实施例三
在该实施例中，在设备与网关进行关联时，能够发现各自的自动配置服务器不一致；之后，设备请求网关的自动配置服务器对设备的自动配置服务器进行授权，以便设备的自动配置服务器可以对网关进行访问和管理；网关的自动配置服务器收到请求后，根据预制的策略可以配置网关在一定范围内接受设备的自动配置服务器的查询和管理，网关根据配置在一定范围内接受设备的自动配置服务器的查询和管理。
实施例三的实现流程如图6所示，具体包括以下步骤：
步骤61：设备向网关发送DHCP Inform消息；
所述的DHCP Inform消息中包含设备标识和设备的自动配置服务器的相关信息(如自动配置服务器的URL)；该消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，DHCP Discover，DHCP Request等消息也可以包含上述信息，以进行信息的传递；
步骤62：网关将设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息后，提取消息中有关设备的信息，并通过获取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括：设备标识、设备的自动配置服务器的相关信息和自动配置服务器的URL；进一步的还可以包括设备的类型和设备的服务类型等信息；
步骤63：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)、网关的自动配置服务器信息(如自动配置服务器的URL)；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用来承载传递上述信息；
步骤64：设备发送请求授权消息给网关的自动配置服务器；
设备发送请求授权消息中包含有设备标识和设备自动配置服务器的信息，还包括设备自动配制服务器的URL，以及步骤63获得网关的相关信息，如网关标识；进一步的还可以包括请求授权的范围和权限；具体构造的请求授权消息包含的信息有：设备标识，设备的自动配置服务器的URL，网关标识，以及网关和写权限信息；
所述的请求授权消息具体可以是设备以发送TR-069的Inform消息给网关的自动配置服务器的方式，通过扩展TR-069的Inform消息来实现；
步骤65：网关的自动配置服务器与网关建立TR-069会话；
步骤66：网关的自动配置服务器向网关请求可管理设备列表；
网关的自动配置服务器根据获得的网关的信息，向网关请求网关的可关联设备列表，具体可以使用现有的TR-069/TR-111技术实现可管理设备列表的获取。
步骤67：网关向网关的自动配置服务器返回可管理设备列表；
步骤68：网关的自动配置服务器配置网关可以接受设备自动服务器的管理和访问；
网关的自动配置服务器根据收到的相关信息后，并结合一定的策略决定网关是否接受设备的自动配置服务器的管理，以及管理的权限和范围。之后网关的自动配置服务器对网关是否可以接受设备的自动配置服务器的管理，以及管理的权限和范围进行配置操作；
其中，配置的设备的自动配置服务器对网关的管理范围可以包括对网关的可管理设备列表的访问；
如果网关的自动配置服务器认为网关不应该接受设备的自动配置服务器的管理，可以通知网关将设备从网关的可管理列表中删除，流程结束。
步骤69：网关的自动配置服务器响应设备的请求授权的消息；
相应的用于响应的报文内容包括是否接受了该授权请求，进一步的还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；
具体实施时可以构造的授权响应报文承载的信息包括：请求授权通过，以及网关和写权限信息；
授权响应消息具体可以是网关的自动配置服务器以发送TR-069的Inform的响应消息给设备的方式，通过扩展TR-069的Inform响应消息来实现；
如果设备的授权请求被拒绝，则流程结束。
需要说明的是，该步骤69与步骤68之间无执行顺序的先后。
步骤610：设备发送TR-069的Inform消息给设备的自动配置服务器；
在所述的TR-069的Inform消息中包含有设备标识和步骤63获得网关的相关信息，所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；该消息中进一步还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；
具体可以通过扩展TR-069的Inform消息来实现；
步骤611：设备的自动配置服务器给设备发送响应消息；
步骤612：设备的自动配置服务器与网关建立TR-069会话；
步骤613：设备的自动配置服务器向网关请求可管理设备列表；
具体可以为：设备的自动配置服务器根据获得的网关的信息，向网关请求网关的可关联设备列表；
步骤614：网关向设备的自动配置服务器返回可管理设备列表；
网关根据网关的自动配置服务器的配置，判断是否响应步骤69，如果网关被配置成可以允许设备的自动配置服务器访问网关的可管理设备列表，则网关向设备的自动配置服务器返回可管理设备列表；
若网关确定不允许设备的自动配置服务器访问网关的可管理设备列表，则拒绝步骤613的请求，过程结束。
步骤615：设备的自动配置服务器对设备进行配置和管理；
步骤616：设备的自动配置服务器对网关进行配置和管理；
具体为：设备的自动配置服务器使用TR-069/TR-111技术在网关上针对设备和设备的业务做相应的设置。
实施例四
在该实施例中，在设备与网关进行关联时，能够发现各自的自动配置服务器不一致；之后，设备的自动配置服务器将针对设备和设备的业务需要在网关上进行配置的相关参数信息发给网关的自动配置服务器，请求进行网关的自动配置服务器在网关上进行配置；网关的自动配置服务器收到请求后，根据预制的策略决定是否在网关上针对这些参数做相应的配置。
实施例四的实现流程如图7所示，具体包括以下步骤：
步骤71：设备向网关发送DHCP Inform消息；
所述的DHCP Inform消息中包含设备标识、设备的自动配置服务器的相关信息和自动配置服务器的URL；进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，DHCP Discover，DHCP Request等消息都可以用来承载传递上述信息；
步骤72：网关将设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息，将DHCP消息中有关设备的信息提取出来，通过获取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括设备标识、设备的自动配置服务器的相关信息和自动配置服务器的URL；而且，所述的DHCP消息中进一步还可以包括设备的类型和设备的服务类型等信息；
步骤73：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)，还包括网关的自动配置服务器信息，如自动配置服务器的URL；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用于承载传递上述信息；
步骤74：设备向设备的自动配置服务器发送TR-069的Inform消息；
所述的TR-069的Inform消息中包含有设备标识和步骤73获得网关的相关信息，所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；所述的TR-069的Inform消息中还包括网关的自动配置服务器的信息，该信息包括网关的自动配置服务器的URL；具体可以通过扩展TR-069的Inform消息承载上述信息；
步骤75：设备的自动配置服务器给设备发送响应消息；
步骤76：设备的自动配置服务器配置和管理设备；
步骤77：设备的自动配置服务器请求网关的自动配置服务器在网关上针对设备和设备的业务做相应的配置；
设备的自动配置服务器与网关的自动配置服务器之间具体可以通过自定义的通信协议或者通过OSS系统传输信息，发出的所述请求中要包含设备标识，设备关联的网关的相关信息，所述的相关信息包括网关标识、请求进行配置的网关上的数据模型的参数和值；
具体实施时，在设备的自动配置服务器构造的请求配置报文包含的信息为：设备标识和网关标识，以及Internet-Gateway-Device.WAN-Device.1.WAN-Connection-Device.1.WAN-IP-Connection.1.NAT-Enabled＝TRUE，其中，等号前面为网关的数据模型中的一个参数，等号后面为请求配置的值；
步骤78：网关的自动配置服务器与网关建立TR-069会话；
步骤79：网关的自动配置服务器向网关请求可管理设备列表；
具体为：网关的自动配置服务器根据获得的网关的信息，向网关请求网关的可关联设备列表；
步骤710：网关向网关的自动配置服务器返回可管理设备列表；
步骤711：网关的自动配置服务器配置和管理网关；
具体为：网关的自动配置服务器根据获得的信息和预制的策略决定是否接受设备的自动配置服务器的请求在网关上做相应的配置；如果网关的自动配置服务器决定接受设备自动配置服务器的请求，则根据设备自动配置服务器发送的请求信息在网关上做相应的配置。
步骤712：网关的自动配置服务器向设备的自动配置服务器返回相应的配置请求响应消息；
如果网关的自动配置服务器接受了设备自动配置服务器的请求，则响应“请求被接受”信息，如果拒绝了设备自动配置服务器的请求，则响应“请求被拒绝”信息。
本发明还提供了一种针对网络中设备实现配置管理的系统，所述的系统中包括需要关联通信的第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，所述的第一设备可以为支持多配置服务器配置管理的设备；
以本发明应用于DSL系统中为例，所述的第一设备为网关，所述的第二设备为局域网设备；当然，所述的第一设备和第二设备还可以均为局域网设备，例如，IPTV(IP电视)和NAS(网络附属存储器)，IPTV的PVR(个人视频录像)功能可能将产生的数据存放在同一家庭网络上的NAS上，在可能的情况下：NAS的ACS不仅可以配置NAS的参数，还可以在IPTV上配置PVR时用到的NAS的相关参数。
本发明所述系统的具体实现结构如图8所示，主要包括配置管理权限确定单元和配置管理操作发起单元，并可选地包括配置管理权限发送单元、：
(1)配置管理权限确定单元
该单元设置于第一设备对应的自动配置服务器中，用于确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
(2)配置管理权限发送单元
该单元设置于第一设备对应的自动配置服务器中，用于根据接收到的第一设备、第二设备或第二设备对应的自动配置服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备；
(3)配置管理操作发起单元
该单元设置于第二设备对应的自动服务器中，用于确定需要在第一设备中针对第二设备的配置管理操作，并触发配置管理操作执行单元；
所述的配置管理操作发起单元直接向第一设备发起配置管理操作，或者，通过第一设备对应的自动配置服务器对第一设备发起配置管理操作；
(4)配置管理操作执行单元
该单元设置于第一设备或第一设备对应的自动配置服务器中，用于根据相应的配置管理权限控制在第一设备中针对第二设备的配置管理操作。
本发明所述的系统中，所述的第一设备可以为支持多配置服务器配置管理的设备，仍如图8所示，该设备具体包括：
配置管理权限保存单元，用于保存其他设备对应的自动配置服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述其他设备对应的自动配置服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作。
所述的支持多配置服务器配置管理的设备还可以包括：
配置管理权限获取单元，用于接收本设备对应的自动配置服务器发来的其他设备对应的自动配置服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保存单元；以及，
获得配置管理权限触发单元，用于将本设备需要获取的配置管理权限对应的其他设备对应的自动配置服务器信息发送给本设备对应的自动配置服务器，触发本设备对应的自动配置服务器中的配置管理权限发送单元向本设备发送相应配置管理权限。
本发明适于应用的系统中包括第一设备、第一设备对应的自动配置服务器、第二设备和第二设备对应的自动配置服务器；以DSL系统中的网关作为第一设备，局域网设备作为第二设备为例，该系统的各设备功能包括：
(1)网关
为家庭网络中的设备提供Internet接入，支持TR069/TR-111标准，能够接受网关的自动配制服务器的配置和管理。也可以是一个局域网设备，该局域网设备需要同另一个局域网设备进行关联和协同通信操作。
(2)网关自动配置服务器
网关的自动配置服务器，用来实现对网关的自动配置和管理。
(3)局域网设备
位于局域网内的设备，支持TR-111标准，能够接受设备的自动配置服务器的配置和管理，在具体的实施过程中，局域网内的设备可以不止一个。
(4)设备自动配置服务器
局域网设备的自动配置服务器，用来实现对局域网设备的自动配置和管理，在具体的实施过程中，每个局域网设备都可以对应有不同的自动配置服务器。
本发明具体实现过程中，便可以基于上述DSL系统中各实体设备实现。
综上所述，本发明可以实现在设备与网关的自动配置服务器不一致的情况下，设备的自动配置服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (26)
1.一种针对网络中设备实现配置管理的方法，该方法应用的系统中包括第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，其特征在于，包括：
第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器可以对第一设备进行配置管理；
所述的第二设备对应的自动服务器触发对第一设备的配置管理操作。
2.根据权利要求1所述的方法，其特征在于，所述的确定第二设备对应的自动配置服务器可以对第一设备进行配置管理具体包括：
所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
且，所述的第二设备对应的自动服务器触发对第一设备的配置管理操作为：第二设备对应的自动服务器根据所述的管理配置权限触发对第一设备的配置管理操作。
3.根据权利要求2所述的方法，其特征在于，触发所述的确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理的条件包括：
第一设备对应的自动配置服务器接收第一设备发来的信息或者接收第二设备对应的自动配置服务器发来的信息或者接收第二设备发来的信息，之后，确定第一设备与第二设备各自对应的不同的自动配置服务器。
4.根据权利要求3所述的方法，其特征在于，所述的接收第一设备发来的信息的处理具体包括：
在第一设备中的可管理服务列表发生变化时，通知第一设备的自动配置服务器，该自动配置服务器根据收到通知向第一设备查询其保存的第二设备的对应的自动配置服务器信息，并接收第一设备发来的查询结果信息，所述的查询结果还可选地包括第二设备的类型和第二设备的服务类型信息；
或者，
第一设备将第二设备对应的自动配置服务器信息通过消息或命令通知第一设备对应的自动配置服务器，所述通知中还可选地包括设备的类型和设备的服务类型信息。
5.根据权利要求4所述的方法，其特征在于，所述的命令为远程过程调用RPC命令。
6.根据权利要求3所述的方法，其特征在于，所述的接收第二设备对应的自动配置服务器发来的信息的处理包括：
第二设备对应的自动配置服务器向第一设备的自动配置服务器发送请求授权第二设备对应的自动配置服务器访问并配置第二设备关联的第一设备，请求中携带着第一设备标识和第二设备标识，并可选地携带着请求针对第一设备的配置管理权限；
或者，
第二设备对应的自动配置服务器向第一设备对应的自动配置服务器发送用于触发第一设备对应的自动配置服务器对第一设备进行配置的请求，请求中携带着第一设备标识、第二设备的标识和配置第一设备的参数和参数值。
7.根据权利要求3所述的方法，其特征在于，所述的接收第二设备发来的信息的处理包括：
第二设备向第一设备对应的自动配置服务器发送请求授权访问第二设备关联的第一设备，请求中携带着第一设备标识、第二设备对应的自动配置服务器和第二设备标识，并可选地携带着请求的第二设备对应的自动配置服务器对第一设备的配置管理权限。
8.根据权利要求1所述的方法，其特征在于，所述的第一设备为网关，所述的第二设备为局域网设备；或者，所述的第一设备和第二设备均为局域网设备。
9.根据权利要求2至8任一项所述的方法，其特征在于，所述的确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理包括：
第一设备对应的自动配置服务器在第一设备中配置第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
第二设备对应的自动配置服务器获取第一设备对应的自动配置服务器信息，并触发所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
由第二设备触发第一设备对应的自动配置服务器在第一设备中配置确定第二设备对应的自动配置服务器在第一设备中的配置管理权限。
10.根据权利要求9所述的方法，其特征在于，所述的第二设备对应的自动配置服务器获取第一设备对应的自动配置服务器信息的处理包括：
第二设备获取第一设备对应的自动配置服务器信息，并提供给第二设备对应的自动配置服务器。
11.根据权利要求9所述的方法，其特征在于，所述的触发所述的第一设备对应的自动配置服务器确定第二设备对应的自动配置服务器在第一设备中的配置管理权限的处理包括：
第二设备对应的自动配置服务器触发第一设备对应的自动配置服务器在第一设备中配置确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
或者，
第二设备对应的自动配置服务器触发第一设备对应的自动配置服务器在第一设备对应的自动配置服务器中确定第二设备对应的自动配置服务器在第一设备中的配置管理权限。
12.根据权利要求9所述的方法，其特征在于，所述的配置管理权限包括：第二设备对应的自动配置服务器是否有权对第一设备进行配置管理，以及当有权进行配置管理时，允许执行的配置管理范围。
13.根据权利要求12所述的方法，其特征在于，所述的管理范围包括：是否允许第二设备的自动配置服务器访问第一设备中的可管理设备列表。
14.根据权利要求13所述的方法，其特征在于，当第一设备对应的自动配置服务器确定第一设备禁止第二设备对应的自动配置服务器对其进行配置管理时，则通知第一设备将相应的第二设备从可管理设备列表中删除。
15.根据权利要求9所述的方法，其特征在于，所述的在第一设备中的配置管理操作包括：
第一设备获取第二设备对应的自动配置服务器的配置管理操作后，根据自身配置的对应的配置管理权限控制第二设备的自动配置服务器的配置管理操作；
或者，
第一设备对应的自动配置服务器获取第二设备对应的自动配置服务器的配置管理操作后，根据自身保存的对应的配置管理权限触发执行在第一设备中的配置管理操作。
16.根据权利要求15所述的方法，其特征在于，所述的配置管理操作为：在第一设备中针对第二设备的配置管理操作。
17.根据权利要求9所述的方法，其特征在于，所述的第一设备、第二设备获取对方对应的自动配置服务器信息的交互消息为基于动态主机配置协议DHCP的消息。
18.根据权利要求17所述的方法，其特征在于，所述的DHCP消息包括：DHCP信息消息、DHCP确认消息和/或DHCP请求消息。
19.一种支持多配置服务器配置管理的设备，其特征在于，包括：
配置管理权限保存单元，用于保存其他设备对应的自动配置服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述其他设备对应的自动配置服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作。
20.根据权利要求19所述的设备，其特征在于，所述的设备还包括：
配置管理权限获取单元，用于接收本设备对应的自动配置服务器发来的其他设备对应的自动配置服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保存单元。
21.根据权利要求20所述的设备，其特征在于，所述的设备还包括：
获得配置管理权限触发单元，用于将本设备需要获取的配置管理权限对应的其他设备对应的自动配置服务器信息发送给本设备对应的自动配置服务器，触发本设备对应的自动配置服务器向本设备发送相应配置管理权限。
22.一种针对网络中设备实现配置管理的系统，所述的系统中包括需要关联通信的第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的自动配置服务器，其特征在于，该系统包括：
配置管理权限确定单元，设置于第一设备对应的自动配置服务器中，用于确定第二设备对应的自动配置服务器在第一设备中的配置管理权限；
配置管理操作发起单元，设置于第二二设备对应的自动服务器中，用于确定需要在第一设备中的配置管理操作，并触发配置管理操作执行单元；
配置管理操作执行单元，用于根据相应的配置管理权限控制在第一设备中的配置管理操作。
23.根据权利要求22所述的系统，其特征在于，所述的第一设备为网关，所述的第二设备为局域网设备；或者，所述的第一设备与第二设备均为局域网设备。
24.根据权利要求22所述的系统，其特征在于，所述的系统还包括：
配置管理权限发送单元，设置于第一设备对应的自动配置服务器中，用于根据接收到的第一设备、第二设备或第二设备对应的自动配置服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备。
25.根据权利要求22、23或24所述的系统，其特征在于，所述的配置管理操作发起单元直接向第一设备发起配置管理操作，或者，通过第一设备对应的自动配置服务器对第一设备发起配置管理操作。
26.根据权利要求25所述的系统，其特征在于，所述的配置管理操作执行单元设置于第一设备或第一设备对应的自动配置服务器中。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101121494A CN101127631A (zh) | 2006-08-15 | 2006-08-15 | 针对网络中设备实现配置管理的方法及系统 |
| EP07800940A EP2053790B1 (en) | 2006-08-15 | 2007-08-14 | Method and system for implementing configuration management of devices in network |
| PCT/CN2007/070464 WO2008019624A1 (fr) | 2006-08-15 | 2007-08-14 | Procédé et système destinés à mettre en oeuvre la gestion de configuration de dispositifs dans un réseau |
| EP12176816.2A EP2515480B1 (en) | 2006-08-15 | 2007-08-14 | Method and system for implementing configuration management of devices in network |
| CN2007800074484A CN101395852B (zh) | 2006-08-15 | 2007-08-14 | 针对网络中设备实现配置管理的方法及系统 |
| ES07800940T ES2400971T3 (es) | 2006-08-15 | 2007-08-14 | Método y sistema para poner en práctica la gestión de configuración de dispositivos en una red |
| ES12176816.2T ES2454569T3 (es) | 2006-08-15 | 2007-08-14 | Método y sistema para poner en práctica la gestión de configuración de dispositivos en una red |
| US12/370,222 US20090150526A1 (en) | 2006-08-15 | 2009-02-12 | Method and system for implementing configuration management of devices in network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101121494A CN101127631A (zh) | 2006-08-15 | 2006-08-15 | 针对网络中设备实现配置管理的方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101127631A true CN101127631A (zh) | 2008-02-20 |
Family
ID=39095563
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101121494A Pending CN101127631A (zh) | 2006-08-15 | 2006-08-15 | 针对网络中设备实现配置管理的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101127631A (zh) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010081360A1 (zh) * | 2009-01-15 | 2010-07-22 | 深圳华为通信技术有限公司 | 一种终端接受多服务器管理的方法、装置及通信系统 |
| CN102461067A (zh) * | 2009-06-24 | 2012-05-16 | 瑞典爱立信有限公司 | 供通信网络的网络管理中使用的方法和系统 |
| CN102547782A (zh) * | 2010-12-24 | 2012-07-04 | 中兴通讯股份有限公司 | 一种接入控制方法、终端设备及终端管理系统 |
| WO2012130048A1 (zh) * | 2011-03-30 | 2012-10-04 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| CN103516535A (zh) * | 2012-06-25 | 2014-01-15 | 中兴通讯股份有限公司 | 一种网络边缘设备nee及自动化配置nee的方法 |
| CN103973637A (zh) * | 2013-01-28 | 2014-08-06 | 华为终端有限公司 | 配置权限的方法、代理设备和服务器 |
| CN104821891A (zh) * | 2009-11-23 | 2015-08-05 | 皇家Kpn公司 | 用于远程设备管理的方法和系统 |
| CN106375265A (zh) * | 2015-07-22 | 2017-02-01 | 中兴通讯股份有限公司 | 家庭网关及其通信管理方法、通信系统 |
| CN103618617B (zh) * | 2013-11-13 | 2017-02-08 | 深圳市共进电子股份有限公司 | 一种pppoe零配置业务实现方法及系统 |
| CN103999411B (zh) * | 2011-11-04 | 2017-12-05 | 达泰多公司 | 用于将设备与网关关联的方法和系统 |
| CN107968725A (zh) * | 2017-11-20 | 2018-04-27 | 瑞斯康达科技发展股份有限公司 | 家庭网关单元型终端设备配置信息返回及配置方法、设备 |
| CN108234165A (zh) * | 2016-12-14 | 2018-06-29 | 中兴通讯股份有限公司 | 一种配置网关的方法和装置 |
| CN108737581A (zh) * | 2017-04-14 | 2018-11-02 | 中兴通讯股份有限公司 | 一种网关设备、管理方法、装置及系统 |
| CN110719204A (zh) * | 2019-10-16 | 2020-01-21 | 杭州安恒信息技术股份有限公司 | 微服务配置管理方法、装置及系统 |
| CN112020862A (zh) * | 2017-11-30 | 2020-12-01 | 爱维士软件有限责任公司 | 在远程网络上标识设备 |
| CN112114885A (zh) * | 2020-09-15 | 2020-12-22 | 青岛海信移动通信技术股份有限公司 | 一种终端、控制设备及服务处理方法 |
| CN113904939A (zh) * | 2021-10-27 | 2022-01-07 | 中国联合网络通信集团有限公司 | 一种管理目标终端的方法、装置及存储介质 |
-
2006
- 2006-08-15 CN CNA2006101121494A patent/CN101127631A/zh active Pending
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8683039B2 (en) | 2009-01-15 | 2014-03-25 | Huawei Device Co., Ltd. | Method, apparatus and communication system for enabling terminal to be managed by multiple servers |
| CN101783736B (zh) * | 2009-01-15 | 2016-09-07 | 华为终端有限公司 | 一种终端接受多服务器管理的方法、装置及通信系统 |
| WO2010081360A1 (zh) * | 2009-01-15 | 2010-07-22 | 深圳华为通信技术有限公司 | 一种终端接受多服务器管理的方法、装置及通信系统 |
| CN102461067A (zh) * | 2009-06-24 | 2012-05-16 | 瑞典爱立信有限公司 | 供通信网络的网络管理中使用的方法和系统 |
| CN102461067B (zh) * | 2009-06-24 | 2015-02-25 | 瑞典爱立信有限公司 | 供通信网络的网络管理中使用的方法和系统 |
| CN104821891A (zh) * | 2009-11-23 | 2015-08-05 | 皇家Kpn公司 | 用于远程设备管理的方法和系统 |
| CN104821891B (zh) * | 2009-11-23 | 2018-11-30 | 皇家Kpn公司 | 用于远程设备管理的方法和系统 |
| CN102547782B (zh) * | 2010-12-24 | 2015-10-21 | 中兴通讯股份有限公司 | 一种接入控制方法及装置 |
| CN102547782A (zh) * | 2010-12-24 | 2012-07-04 | 中兴通讯股份有限公司 | 一种接入控制方法、终端设备及终端管理系统 |
| CN102724050A (zh) * | 2011-03-30 | 2012-10-10 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| WO2012130048A1 (zh) * | 2011-03-30 | 2012-10-04 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| US9417887B2 (en) | 2011-03-30 | 2016-08-16 | Huawei Device Co., Ltd. | Method and apparatus for bootstrapping gateway in device management system |
| CN103999411B (zh) * | 2011-11-04 | 2017-12-05 | 达泰多公司 | 用于将设备与网关关联的方法和系统 |
| CN103516535A (zh) * | 2012-06-25 | 2014-01-15 | 中兴通讯股份有限公司 | 一种网络边缘设备nee及自动化配置nee的方法 |
| CN103516535B (zh) * | 2012-06-25 | 2018-11-06 | 中兴通讯股份有限公司 | 一种网络边缘设备nee及自动化配置nee的方法 |
| CN103973637A (zh) * | 2013-01-28 | 2014-08-06 | 华为终端有限公司 | 配置权限的方法、代理设备和服务器 |
| CN103973637B (zh) * | 2013-01-28 | 2017-04-26 | 华为终端有限公司 | 配置权限的方法、代理设备和服务器 |
| CN103618617B (zh) * | 2013-11-13 | 2017-02-08 | 深圳市共进电子股份有限公司 | 一种pppoe零配置业务实现方法及系统 |
| CN106375265A (zh) * | 2015-07-22 | 2017-02-01 | 中兴通讯股份有限公司 | 家庭网关及其通信管理方法、通信系统 |
| CN108234165A (zh) * | 2016-12-14 | 2018-06-29 | 中兴通讯股份有限公司 | 一种配置网关的方法和装置 |
| CN108737581A (zh) * | 2017-04-14 | 2018-11-02 | 中兴通讯股份有限公司 | 一种网关设备、管理方法、装置及系统 |
| CN107968725B (zh) * | 2017-11-20 | 2021-02-26 | 瑞斯康达科技发展股份有限公司 | 家庭网关单元型终端设备配置信息返回及配置方法、设备 |
| CN107968725A (zh) * | 2017-11-20 | 2018-04-27 | 瑞斯康达科技发展股份有限公司 | 家庭网关单元型终端设备配置信息返回及配置方法、设备 |
| CN112020862A (zh) * | 2017-11-30 | 2020-12-01 | 爱维士软件有限责任公司 | 在远程网络上标识设备 |
| CN112020862B (zh) * | 2017-11-30 | 2022-09-23 | 爱维士软件有限责任公司 | 在远程网络上标识设备的方法、系统和计算机可读存储介质 |
| CN110719204A (zh) * | 2019-10-16 | 2020-01-21 | 杭州安恒信息技术股份有限公司 | 微服务配置管理方法、装置及系统 |
| CN110719204B (zh) * | 2019-10-16 | 2022-06-07 | 杭州安恒信息技术股份有限公司 | 微服务配置管理方法、装置及系统 |
| CN112114885A (zh) * | 2020-09-15 | 2020-12-22 | 青岛海信移动通信技术股份有限公司 | 一种终端、控制设备及服务处理方法 |
| CN112114885B (zh) * | 2020-09-15 | 2024-05-10 | 青岛海信移动通信技术有限公司 | 一种终端、控制设备及服务处理方法 |
| CN113904939A (zh) * | 2021-10-27 | 2022-01-07 | 中国联合网络通信集团有限公司 | 一种管理目标终端的方法、装置及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101395852B (zh) | 针对网络中设备实现配置管理的方法及系统 | |
| CN101127631A (zh) | 针对网络中设备实现配置管理的方法及系统 | |
| EP2053779B1 (en) | A system and method for authenticating the accessing request for the home network | |
| US8028324B2 (en) | Method for transmitting policy information between network equipment | |
| EP1876754B1 (en) | Method system and server for implementing dhcp address security allocation | |
| CN101741817B (zh) | 一种多网络融合系统、装置及方法 | |
| US20070011301A1 (en) | Provisioning relay and re-direction server for service implementation on generic customer premises equipment | |
| US8111631B2 (en) | Systems and methods for automatic configuration of customer premises equipments | |
| CN101064714B (zh) | 一种业务发放的方法 | |
| EP2015507A1 (en) | System and method to manage home network | |
| US20120324567A1 (en) | Method and Apparatus for Home Network Discovery | |
| US9332579B2 (en) | Method and system for efficient use of a telecommunication network and the connection between the telecommunications network and a customer premises equipment | |
| US20080276294A1 (en) | Legal intercept of communication traffic particularly useful in a mobile environment | |
| US20110231574A1 (en) | Network including snooping | |
| US9036582B2 (en) | Method and system for efficient management of a telecommunications network and the connection between the telecommunications network and a customer premises equipment | |
| EP1936883B1 (en) | Service provisioning method and system thereof | |
| JP5567166B2 (ja) | 次世代ネットワークでの有無線端末機のサービスネットワークとアクセスネットワークとの間のバンドル認証方法及びシステム | |
| US20090089431A1 (en) | System and method for managing resources in access network | |
| CN101132326A (zh) | 一种自动配置的方法及系统及设备 | |
| US8769623B2 (en) | Grouping multiple network addresses of a subscriber into a single communication session | |
| US20080276006A1 (en) | Systems and Methods for Providing Terminal Configuration Data | |
| US20100278174A1 (en) | Method and Arrangement for Network Roaming of Corporate Extension Identities | |
| CN101635632B (zh) | 认证与配置方法、系统和装置 | |
| CN101453396B (zh) | 多服务提供商设备管理的方法和系统 | |
| CN101127654A (zh) | 网络中实现设备之间关联的方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20080220 |