多管理系统管理之下的设备配置协同方法及装置、设备与流程

本发明涉及多管理系统技术，尤其涉及一种多管理系统管理之下的设备配置协同方法及装置、用户侧设备。

背景技术：

用户侧设备常常受制于多个管理系统的管理之下，例如，在以电话线为传输介质的传输技术的数字用户线路(DSL，Digital Subscriber Line)技术中，调制解调器作为DSL技术的用户侧设备，就处于多个管理系统的管理之下；其中前述的DSL技术包括：非对称数字用户线(ADSL，Asymmetric Digital Subscriber Line)、速率自适应数字用户线路(RADSL，Rate Automatic adapt Digital Subscriber Line)、高速率数字用户线路(HDSL，High-speed Digital Subscriber Line)和超高速数字用户线路(VDSL，Very High Speed Digital Subscriber Line)等等。

再如，在无源光网络(PON，Passive Optical Network)技术中的用户侧设备也存在多个管理系统的情况，先来介绍一下PON技术，PON技术是实现光纤接入(FTTx，Fiber-to-the-x)的主流技术，如图1-1和如图1-2所示，典型的PON系统由局端设备光线路终端(OLT，optical line terminal)、用户端设备如光网络单元(ONU，Optical Network Unit)以及光分配网络(ODN，Optical Distribution Network)组成，其中，光分配网络通常是由一个光线路终端通过光分配网络的光功率分离器(简称分光器)以及光延长盒连接多个光网络单元构成的点到多点结构。无源光网络中的“无源”是指光分配网络中不含有任何有源电子器件及电子电源，全部由光纤和光分/合路器(Splitter)等无源光器件组成。

其中，ONU设备按照所受的管理系统的个数可以分为两类，其中第一类ONU设备只受一个管理系统的管理，而第二类ONU设备受多个管理系统，其中：单住户单元(SFU)设备和多住户单元(MDU，Multi Dwelling Unit)设备可以作为第一类ONU设备的典型代表；家庭网关单元(HGU，Home Gateway Unite)作为第二类ONU设备的典型代表，HGU包括EMS和RMS这两个管理系统。先来介绍一下HGU，HGU是包含网关功能的FTTH型的ONU设备，图1-3为相关技术中HGU设备的管理架构示意图，如图1-3所示，相关技术中HGU设备的管理架构包括HGU设备、OLT设备、RMS、EMS和运营支撑系统(OSS，Office of Strategic Services)，在现网发放业务时，一般需要部两套管理系统：一套是PON层管理的网元管理系统(EMS，Element Management System)系统，EMS系统也就是PON的网管系统，一般按地市进行建设，EMS系统负责配置HGU的PON层业务和HGU TR-069管理通道、处理HGU链路层告警等功能；另一套是网关层功能管理的远程管理系统(RMS，Remote Management System)系统，一般集中省会城市进行建设，RMS系统负责HGU各类业务通道创建，以及路由转发、网络地址转换(NAT，Network Address Translation)、无线局域网络(WLAN，Wireless Local Area Networks)、服务质量(QoS)和安全等配置管理。

在HGU设备实际部署中存在以下场景及问题：1)部署HGU设备，在开通业务时，首先需要连接到EMS和RMS，并接受这两个管理系统的配置信息；2)HGU连接RMS与EMS管理方式略有差异，连接RMS时区分首次连接和非首次连接，首次连接时，HGU提供的连接RMS交互认证的用户名称(user name)和密码(password)，出于安全认证考虑，用户名称和密码会被RMS随机修改为RMS的规定值，此后RMS采用该值认定HGU的合法性。非首次连接RMS不会修改HGU的user name和password参数；3)当已连接EMS但还未连接RMS时，需要对HGU配置RMS管理服务器的URL以及HGU设备在RMS注册认证所需的user name和password，现有的方式主要采用预配置实现，即HGU设备出厂时即按照某省公司要求进行设置，这种方式的问题在于每个 省要求不同，设备厂家需要出几十个版本适应省公司要求，这样就增加了设备成本和复杂性；4)虽然采用EMS对HGU的TR-069管理通道信息进行配置可以解决上述问题，但面临多头管理的问题；按照GPON国际标准(ITU G.984和G.988)要求，设备每次重启都要进行管理信息库(MIB，Management Information Base)上传，OLT会重新下发相应配置到HGU，HGU连接RMS所需的通道信息由EMS再次配置，而TR-069管理目前认为设备重启不需要执行首次连接流程，因此还会采用原来首次连接后修改的user name和password作为合法值，因此会出现HGU掉线情况；5)HGU现网应用时，设备部署在用户家里，设备重启难以避免，而设备重启即导致HGU在RMS脱管的情况，现网使用时将无法接受。解决该问题的办法，一是运维人员再次上门，执行首次连接流程，在设备重启频繁的情况下，这将大大增加运营成本。

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种多管理系统管理之下的设备配置协同方法及装置、用户侧设备，能够避免设备脱管情况发生，且不需要运维人员上门处理。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例中提供一种多管理系统管理之下的设备配置协同方法，其特征在于，所述方法包括：

当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

所述用户侧设备根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

所述用户侧设备利用所述第一配置信息或第二配置信息连接所述第二管理 系统。

第二方面，本发明实施例中提供一种多管理系统管理之下的设备配置协同装置，所述装置包括判断单元、获取单元和连接单元，其中：

所述判断单元，用于当用户侧设备预连接第二管理系统时，判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

所述获取单元，用于根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

所述连接单元，用于利用所述第一配置信息或第二配置信息连接所述第二管理系统。

第三方面，本发明实施例中提供一种用户侧设备，所述用户侧设备包括接收器、第一存储器、第二存储器和处理器，其中：

所述接收器，用于接收第一管理系统发送的第一配置信息或第二管理系统发送的第二配置信息；

所述第一存储器，用于存储第一配置信息，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息；

所述第二存储器，用于存储第二配置信息，，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

所述处理器，用于当用户侧设备预连接第二管理系统时，判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；利用所述第一配置信息或第二配置信息连接所述第二管理系统。

本发明实施例提供的多管理系统管理之下的设备配置协同方法及装置、用户侧设备，其中，当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；所述用户侧设备根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；所述用户侧设备利用所述第一配置信息或第二配置信息连接所述第二管理系统；如此，能够避免设备脱管情况发生，且不需要运维人员上门处理。

附图说明

图1-1为现有技术中PON网络的结构示意图一；

图1-2为现有技术中PON网络的结构示意图二；

图1-3为相关技术中HGU设备的管理架构示意图；

图1-4为本发明实施例一多管理系统管理之下的设备配置协同方法的实现流程示意图；

图2为本发明实施例二多管理系统管理之下的设备配置协同方法的实现流程示意图；

图3为本发明实施例三多管理系统管理之下的设备配置协同方法的实现流程示意图；

图4-1为本发明实施例四用户侧设备的组成结构示意图；

图4-2为本发明实施例四HGU的组成结构示意图；

图5为本发明实施例五EMS对HGU下发第一配置信息的流程示意图；

图6为本发明实施例六HGU设备连接RMS的流程示意图；

图7为本发明实施例七多管理系统管理之下的设备配置协同装置的组成结构示意图；

图8为本发明实施例八多管理系统管理之下的设备配置协同装置的组成结 构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

实施例一

本发明实施例提供一种多管理系统管理之下的设备配置协同方法，应用于用户侧设备，该方法所实现的功能可以通过用户侧中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该用户侧设备至少包括处理器和存储介质。

图1-4为本发明实施例一多管理系统管理之下的设备配置协同方法的实现流程示意图，如图1-4所示，该方法包括：

步骤101，当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果；

这里，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

这里，所述用户侧设备至少可以包括DSL技术中的调制解调器、PON系统中的HGU设备等；本发明实施例中的用户侧设备受多个管理系统的管理，其中多个的含义包括两个以及两个以上的管理系统，当用户侧设备受两个管理系统的管理时，第一管理系统与第二管理系统管理的内容不一样。例如，当用户侧设备为HGU时，第一管理系统可以为EMS，第二管理系统可以为RMS，其中EMS系统负责配置HGU的PON层业务和HGU TR-069管理通道、处理HGU链路层告警等功能；RMS系统负责HGU各类业务通道创建，以及路由转发、NAT、WLAN、QoS和安全等配置管理。

对于HGU设备，EMS和RMS同时管理HGU设备，都需要对HGU设备进行认证注册。EMS主要负责网元级管理，例如HGU设备掉电、掉纤等故障处理，EMS主要负责HGU链路管理、性能统计等，EMS可为HGU建立RMS管理HGU设备的管理通道；RMS主要负责HGU业务层面配置，比如业务开 通相关的VLAN、QoS等配置。DSL中的调制解调器跟HGU类似，设备和链路管理由2DSL的EMS网管负责，业务相关的管理由DSL的RMS系统来管理。

步骤102，所述用户侧设备根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；

这里，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

这里，所述第一配置信息和第二配置信息都包括连接参数，其中连接参数包括用户侧设备的用户名和密码，所述连接参数还可以包括及第二管理系统的网络地址(URL地址)。

这里，在具体实施的过程中，第一配置信息可以预先存储在第一存储器中，第二配置信息可以预先存储在第二存储器中，需要说明的是，第一存储器和第二存储器只是逻辑上概念，在具体实施的过程中，第一存储器和第二存储器可以为分别独立的存储介质，也可以是存储区域，例如，第一存储器和第二存储器还可以是位于同一存储介质上的两个独立的存储区域，或者，第一存储器和第二存储器是位于不同存储介质上的存储区域。

步骤103，所述用户侧设备利用所述第一配置信息或第二配置信息连接所述第二管理系统。

本发明实施例中，当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；所述用户侧设备根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；所述用户侧设备利用所述第一配置信息或第二配置信息连接所述第二管理系统；如此，能够避免设备脱管情况发生，且不需要运维人员上门处理。

实施例二

本发明实施例提供一种多管理系统管理之下的设备配置协同方法，应用于用户侧设备，该方法所实现的功能可以通过用户侧中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该用户侧设备至少包括处理器和存储介质。

图2为本发明实施例二多管理系统管理之下的设备配置协同方法的实现流程示意图，如图2所示，该方法包括：

步骤201，当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果；

这里，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

步骤202，当所述第一判断结果表明非首次连接所述第二管理系统时，所述用户侧设备从第二存储器获取第二配置信息；

步骤203，所述用户侧设备利用所述第二配置信息连接所述第二管理系统；

步骤204，当所述第一判断结果表明首次连接所述第二管理系统时，所述用户侧设备获取预存的第一配置信息；

步骤205，所述用户侧设备利用所述第一配置信息连接所述第二管理系统。

步骤206，当所述用户侧设备与所述第二管理系统连接成功后，所述用户侧设备接收所述第二管理系统发送的第二配置信息；

步骤207，所述用户侧设备将所述第二配置信息存储于第二存储器。

实施例三

本发明实施例提供一种多管理系统管理之下的设备配置协同方法，应用于用户侧设备，该方法所实现的功能可以通过用户侧中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该用户侧设备至少包括处理器和存储介质。

图3为本发明实施例三多管理系统管理之下的设备配置协同方法的实现流 程示意图，如图3所示，该方法包括：

步骤301，当用户侧设备预连接第二管理系统时，所述用户侧设备判断是否首次连接所述第二管理系统，得到第一判断结果；

这里，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

步骤302，当所述第一判断结果表明首次连接所述第二管理系统时，所述用户侧设备接收第一管理系统发送的第一配置信息；

步骤303，所述用户侧设备判断自身的第一存储器中是否存储有所述第一配置信息，得到第二判断结果；

步骤304，当所述第二判断结果表明所述第一存储器存储有所述第一配置信息时，所述用户侧设备丢弃所述第一配置信息；

步骤305，当所述第二判断结果表明所述第一存储器未存储所述第一配置信息时，所述用户侧设备将所述第一配置信息存储于第一存储器。

这里，上述步骤303至步骤305实际上提供一种实现实施例二中步骤204“所述用户侧设备获取预存的第一配置信息”的方法。

步骤306，当所述第一判断结果表明非首次连接所述第二管理系统时，所述用户侧设备从第二存储器获取第二配置信息；

步骤307，所述用户侧设备利用所述第二配置信息连接所述第二管理系统。

实施例四

基于前述的实施例，本发明实施例再提供一种用户侧设备，图4-1为本发明实施例四用户侧设备的组成结构示意图，如图4-1所示，该光用户侧设备400包括：接收器401、处理器402、第一存储器403和第二存储器404，其中：

所述接收器401，用于接收第一管理系统发送的第一配置信息或第二管理系统发送的第二配置信息；

所述第一存储器403，用于存储第一配置信息，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息；

所述第二存储器404，用于存储第二配置信息，，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

所述处理器402，用于当用户侧设备预连接第二管理系统时，判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；利用所述第一配置信息或第二配置信息连接所述第二管理系统。

本发明实施例中，接收器401、第一存储器403和第二存储器404初始化可以为空值，第一存储器403如有预配置时可进行相关预配置，如没有预配置时可初始化为空值。

下面以HGU代表用户侧设备为例进行说明，如图4-2所示，HGU中的接收器401，用于接收EMS下发的第一配置信息或RMS下发的第二配置信息，其中EMS是指第一管理系统。

第一存储器，用于存储HGU的预配置信息，其中预配置信息是指EMS下发的第一配置信息。

第二存储器，用于存储HGU设备当前的配置信息，当前的配置信息是指RMS下发的第二配置信息。

处理器，用于协同各种配置信息，选择HGU应该执行的配置内容，具体地执行内容可以参见下面的实施例五和实施例六。

本发明实施例中，对于HGU设备接收配置信息，针对RMS和EMS可能采用两个不同的接收器401，本发明实施例中以一个接收器为例，进行说明。

以HGU设备注册为例，说明RMS和EMS同时对HGU设备进行管理的协同机制。HGU先在EMS管理系统基于SN或password完成设备注册，此时若HGU未建立与RMS之间的管理通道，可以采用EMS配置方式实现，对HGU配置TR-069管理通道相关的连接参数，包括URL、user name和password等内 容。配置完成后，HGU可连接RMS管理系统进行设备注册认证。

这里需要指出的是：以上用户侧设备实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明用户侧设备实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

实施例五

基于前述的实施例，本发明实施例以HGU代表用户侧设备、以EMS代表第一管理系统、以RMS代表第二管理系统，来说明EMS对HGU下发第一配置信息的流程。图5为本发明实施例五EMS对HGU下发第一配置信息的流程示意图，如图5所示，该方法包括：

步骤501，EMS下发第一配置信息给HGU；

这里，所述第一配置信息中包括连接参数。

步骤502，HGU接收器的第一配置信息；

步骤503，HGU的处理器判断此第一配置信息是否与第一存储器中存储的内容是否一致，是时，进入步骤504，反之，进入步骤505；

步骤504，HGU的处理器丢弃EMS下发的第一配置信息；

步骤505，HGU的处理器将该第一配置信息保存在第一存储器中。

本发明实施例中，EMS下发第一配置信息给HGU，HGU不应直接接受EMS的包括连接参数的第一配置信息，而是进行相应判断。HGU的接收器收到第一配置信息，并HGU的处理器判断该第一配置信息是否与HGU的第一存储器中存储的内容一致，如一致，则丢弃该第一配置信息，一般发生在非首次连接时重启等操作触发情况下；如不一致，则将该第一配置信息保存在第一存储器，一般发生在业务开通、移机或RMS管理系统URL变化等情况下。

实施例六

基于前述的实施例五，本发明实施例继续以HGU代表用户侧设备、以EMS 代表第一管理系统、以RMS代表第二管理系统，来说明HGU设备连接RMS的流程。图6为本发明实施例六HGU设备连接RMS的流程示意图，如图6所示，该方法包括：

步骤601，HGU的处理器判断是否为首次连接RMS，是时，进入步骤602；反之，进入步骤606；

步骤602，HGU的处理器从第一存储器获取第一配置信息，利用所述第一配置信息连接RMS；

这里，所述第一配置信息中包括连接参数，其中连接参数包括user name和password；

步骤603，RMS修改HGU的user name和password为RMS认可的随机值等参数，并将RMS认可的参数作为第二配置信息下发给HGU；

步骤604，HGU的接收器接收第二配置信息；

步骤605，HGU的处理器将第二配置信息存储第二存储器中；

步骤606，HGU从第一存储器中获取第一配置信息，利用第一配置信息连接RMS。

本发明实施例中，当HGU在RMS为首次连接时，HGU从第一存储器中获取第一配置信息，利用第一配置信息向RMS发起连接。在本地输入设备认证信息时触发连接，完成HGU在RMS管理系统的注册认证。若此时RMS修改HGU设备注册的user name和password等初始参数，则HGU将修改后的参数存储在第二存储器。当HGU在RMS为非首次连接时，从第二存储器获取连接参数向RMS发起连接。

如此设置，HGU可通过自身判断规避OMCI自动下发配置和TR-069修改初始参数导致的不匹配，从而避免出现设备下线情况。

若HGU已配置TR-069连接相关的username、password和RMS URL等信息并将这些信息记录在HGU的第一存储器，现在应用时可能会出现两种情况：一是，不需要PON网管系统协助配置TR-069连接信息，直接采用预配置结果发放业务。此时，第二存储器仍保存首次上线连接修改之后的参数，设备重启 时等操作触发的非首次连接，从第二存储器获取TR-069连接配置信息；恢复出厂设置等操作触发的首次连接，从第一存储器获取TR-069连接配置信息。二是，仍由EMS来配置TR-069连接信息。EMS配置的内容直接保存在第一存储器，替换原有的预配置信息内容，HGU采用EMS配置的连接信息进行业务开通。此时，第二存储器仍保存首次上线连接修改之后的参数，设备重启时等操作触发的非首次连接，从第二存储器获取TR-069连接配置信息；恢复出厂设置等操作触发的首次连接，从第二存储器获取TR-069连接配置信息。

本实施例中，HGU将预配置或EMS初次下发的配置信息存储在第一存储器，RMS修改的配置参数存储在第二存储器。HGU首次连接时，直接从第一存储器获取配置信息，非首次连接时从第二存储器获取配置信息。HGU业务开通、设备恢复出厂设置、RMS URL变化等触发条件发生时，则可能会导致第一存储器内容变化，HGU应进行首次连接流程。HGU设备重启等触发条件发生时，EMS下发的配置不会影响到HGU设备存储的连接参数，进而也就不会出现多管理系统之间的冲突问题。

与现有技术相比，本发明实施例具有如下优点：将HGU执行EMS管理系统配置的方式，区分HGU在RMS管理系统首次和非首次连接两种情况下，进行选择执行。非首次连接时，将不执行EMS下发的管理配置，改由从本地获取配置信息，进而规避了HGU设备掉线问题。

实施例七

基于前述的实施例，本发明实施例提供一种多管理系统管理之下的设备配置协同装置，该装置中的判断单元、获取单元和连接单元，都可以通过用户侧设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图7为本发明实施例七多管理系统管理之下的设备配置协同装置的组成结 构示意图，如图7所示，该装置700包括判断单元701、获取单元702和连接单元703，其中：

所述判断单元701，用于当用户侧设备预连接第二管理系统时，判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

所述获取单元702，用于根据所述第一判断结果对应地获取预存的第一配置信息或第二配置信息；其中，所述第一配置信息为第一管理系统发送的用于连接所述第二管理系统的配置信息，所述第二配置信息为所述第二管理系统利用所述第一配置信息而生成的配置信息；

所述连接单元703，用于利用所述第一配置信息或第二配置信息连接所述第二管理系统。

本发明实施例中，所述获取单元，用于当所述第一判断结果表明非首次连接所述第二管理系统时，从第二存储器获取第二配置信息；对应地，所述连接单元，用于利用所述第二配置信息连接所述第二管理系统。

本发明实施例中，所述获取单元，还用于当所述第一判断结果表明首次连接所述第二管理系统时，获取预存的第一配置信息；对应地，所述连接单元，用于利用所述第一配置信息连接所述第二管理系统。

本发明实施例中，所述获取单元包括接收模块、判断模块、丢弃模块和存储模块，其中：

所述接收模块，用于接收第一管理系统发送的第一配置信息；

所述判断模块，用于判断自身的第一存储器中是否存储有所述第一配置信息，得到第二判断结果；

所述丢弃模块，用于当所述第二判断结果表明所述第一存储器存储有所述第一配置信息时，丢弃所述第一配置信息。

所述存储模块，用于当所述第二判断结果表明所述第一存储器未存储所述第一配置信息时，将所述第一配置信息存储于第一存储器。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是 类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

实施例八

基于前述的实施例，本发明实施例提供一种多管理系统管理之下的设备配置协同装置，该装置中的判断单元、获取单元、连接单元、接收单元和存储单元，都可以通过用户侧设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图8为本发明实施例八多管理系统管理之下的设备配置协同装置的组成结构示意图，该装置800包括判断单元801、获取单元802、连接单元803、接收单元804和存储单元805，其中：

所述判断单元801，用于当用户侧设备预连接第二管理系统时，判断是否首次连接所述第二管理系统，得到第一判断结果，所述第一判断结果表明所述用户侧设备是否为首次连接所述第二管理系统；

所述获取单元802，还用于当所述第一判断结果表明首次连接所述第二管理系统时，获取预存的第一配置信息；

所述连接单元803，用于利用所述第一配置信息连接所述第二管理系统。

所述接收单元804，用于当所述用户侧设备与所述第二管理系统连接成功后，接收所述第二管理系统发送的第二配置信息；

所述存储单元805，用于将所述第二配置信息存储于第二存储器。

本发明实施例中，所述获取单元，用于当所述第一判断结果表明非首次连接所述第二管理系统时，从第二存储器获取第二配置信息；

所述连接单元，用于利用所述第二配置信息连接所述第二管理系统。

本发明实施例中，所述获取单元包括接收模块、判断模块、丢弃模块和存储模块，其中：

所述接收模块，用于接收第一管理系统发送的第一配置信息；

所述判断模块，用于判断自身的第一存储器中是否存储有所述第一配置信息，得到第二判断结果；

所述丢弃模块，用于当所述第二判断结果表明所述第一存储器存储有所述第一配置信息时，丢弃所述第一配置信息。

所述存储模块，用于当所述第二判断结果表明所述第一存储器未存储所述第一配置信息时，将所述第一配置信息存储于第一存储器。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可 以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。