CN111698538A - 一种融合终端分立功能单元实现统一网管的系统及方法 - Google Patents

Abstract

本发明公开了一种融合终端分立功能单元实现统一网管的系统及方法，涉及融合终端的网管技术领域。该系统的每个分立功能单元内均设有网管模块、主从识别模块、数据同步模块和RPC方法同步模块。其中，网管模块用于：当为主侧时，完成对外部管理平台配置的统一响应；主从识别模块用于：初始化时，完成初始主从识别，运行过程中，完成动态实时主从识别；数据同步模块用于：初始化时，完成主侧参数树扩展，运行过程中，完成动态实例同步；RPC方法同步模块用于：运行过程中，完成对外部管理平台下发RPC方法操作结果的统一响应。本发明不仅能降低网管开发与调试难度、缩短开发周期、便于产品功能升级，还能有效降低设备运维管理成本。

Description

一种融合终端分立功能单元实现统一网管的系统及方法

技术领域

本发明涉及融合终端的网管技术领域，具体来讲是一种融合终端分立功能单元实现统一网管的系统及方法。

背景技术

在宽带基建愈加普及，以及物联网大趋势背景下，单一处理数据转发业务的传统网关逐渐满足不了用户对多种网络服务的需求，而融合终端则能提供更丰富的功能服务。

目前，国内市场上，融合终端主要是将传统数据网关和电视机顶盒融合到同一个设备中，即可提供数据转发及IPTV(交互式网络电视)视频业务。但目前尚未出现单芯片解决方案，各厂家均是通过将数据网关和机顶盒作为分立功能单元整合到单板实现。而分立功能单元各自带有网管模块和各自的管理平台，局方的运维管理工作相比单一功能设备更为繁琐，成本较高。

在物联网趋势下，今后可能有更多种业务类型的融合终端。若能实现分立功能单元的统一网管，对设备厂商来说，可达到产品功能形态的灵活定制，即使分立功能单元有芯片方案升级的需求，也能快速整合到融合终端的开发中，缩短开发周期；对运营商而言，可明显降低运维成本。

鉴于以上情况，如何设计一种对融合终端分立功能单元的统一网管方案，既能降低网管开发与调试难度、缩短开发周期、便于产品功能升级，又能降低设备运维管理成本，是本领域技术人员亟待解决的问题。

发明内容

本发明的目的是为了克服上述背景技术的不足，提供一种融合终端分立功能单元实现统一网管的系统及方法，不仅能降低网管开发与调试难度、缩短开发周期、便于产品功能升级，还能降低设备运维管理成本。

为达到以上目的，本发明提供一种融合终端分立功能单元实现统一网管的系统，包括设置于融合终端内的多个分立功能单元，一个分立功能单元作为主侧，其余分立功能单元作为从侧，且每个分立功能单元内均设有网管模块、主从识别模块、数据同步模块和RPC方法同步模块；

所述网管模块，用于：当为主侧时，完成对外部管理平台配置的统一响应；

所述主从识别模块，用于：初始化时，完成初始主从识别；运行过程中，完成动态实时主从识别；

所述数据同步模块，用于：初始化时，完成主侧参数树扩展；运行过程中，完成动态实例同步；

所述RPC方法同步模块，用于：运行过程中，完成对外部管理平台下发RPC方法操作结果的统一响应。

在上述技术方案的基础上，所述主从识别模块完成动态实时主从识别时，依据与管理平台的反向鉴权结果来确定主从关系。

在上述技术方案的基础上，所述主从识别模块完成动态实时主从识别时，依据与管理平台的反向鉴权结果来确定主从关系，具体包括以下流程：

所述主从识别模块通过网管模块与管理平台进行反向连接，若反向鉴权成功且未收到为从侧的通知，则确定本侧为主侧，通知其他分立功能单元为从侧；若反向鉴权成功但已收到为从侧的通知，则确定本侧为从侧。

在上述技术方案的基础上，所述主从识别模块完成初始主从识别时，通过预配置的主从配置文件来确定主从关系，所述主从配置文件在预配置时已设置好主侧、从侧，且在每次识别主从关系后，主从识别模块会更新主从配置文件。

在上述技术方案的基础上，所述数据同步模块完成主侧参数树扩展，具体包括以下流程：

从侧数据同步模块获取本侧初始化的参数树结构信息，并等待主侧主动获取；若收到主侧发起的获取参数树结构信息的消息，则将从侧的参数树结构信息回复给主侧；若超时未收到主侧发起的获取消息，则读取当前主从配置文件以确认主从关系，并根据最新确认的主从关系做相应处理；

主侧数据同步模块主动发送获取参数树结构信息的消息到从侧，并等待接收从侧回复；若收到回复，则将从侧回复的参数树结构信息扩展到本侧的全局参数树结构信息中，形成扩展参数树；若超时未收到从侧回复，则读取当前主从配置文件以确认主从关系，并根据最新确认的主从关系做相应处理。

在上述技术方案的基础上，所述数据同步模块完成动态实例同步，具体包括以下流程：

本侧成功操作动态实例节点的增删时，记录本次操作的多实例参数路径及实例号，并通知本侧数据同步模块；

本侧数据同步模块根据当前主从配置文件确认主从关系，若本侧为主侧，则根据记录的本次操作的多实例参数路径及实例号更新本侧参数树结构信息，并等待响应从侧发起的更新扩展参数树的消息；若本侧为从侧，则发送消息通知主侧此次操作的多实例参数路径及实例号，供主侧更新扩展参数树信息。

在上述技术方案的基础上，所述RPC方法同步模块完成对外部管理平台下发RPC方法操作结果的统一响应，具体包括以下流程：

若外部管理平台下发的RPC方法为参数节点的操作，且是对从侧参数节点的操作，则主侧RPC方法同步模块将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段、参数节点字段、操作码字段、参数值信息字段；从侧RPC方法同步模块调用相应接口完成操作并回复结果给主侧RPC方法同步模块；主侧RPC方法同步模块收到从侧回复，则根据回复确定操作结果或错误码信息，并交由主侧网管模块生成相应的Response报文上报；若超时未收到从侧回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

若外部管理平台下发的RPC方法为非参数节点的操作，且不需要重启，则主侧RPC方法同步模块将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段，并等待从侧回复；若收到从侧回复，则结合从侧回复及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；若超时未收到回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

若外部管理平台下发的RPC方法为非参数节点的操作，且需要重启，则主侧RPC方法同步模块在重启前，将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段及重启标识；重启后，主侧RPC同步模块等待从侧回复，若收到从侧回复，则结合从侧回复及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；若超时未收到回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报。

在上述技术方案的基础上，外部管理平台的配置作为出厂预配置，写在主、从侧的配置文件中；当从侧切换为主侧时，利用配置文件中写入的外部管理平台的配置实现备份管理平台。

在上述技术方案的基础上，所述网管模块为TR069网管模块，所述外部管理平台为ITMS平台。

本发明还提供一种基于上述系统的融合终端分立功能单元实现统一网管的方法，包括以下步骤：

设备初始化时，各分立功能单元的主从识别模块分别完成初始主从识别，并通过主、从侧的数据同步模块完成主侧参数树扩展；

设备运行过程中，通过主侧的网管模块统一响应外部管理平台配置，并利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应。

本发明的有益效果在于：

本发明中，在设备运行过程中，只需通过主侧的网管模块统一响应外部管理平台配置，并可利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应；使得融合终端内的主、从侧分立功能单元能作为一个整体，由主侧的网管模块统一响应外部管理平台配置，实现了对融合终端分立功能单元的统一网管。

对于设备厂商而言，开发团队可将各分立功能单元直接整合为融合终端，节省网管调试时间，缩短开发周期及降低研发成本；且分立功能单元的软硬件升级后也只需对接少数配置接口，开发工作量小，便于方案升级及产品功能演进。对于运营商而言，可基于同一管理平台来管理融合终端，有效地降低了运维成本。

附图说明

图1为本发明实施例中融合终端分立功能单元实现统一网管的系统的结构框图；

图2为本发明实施例中融合终端分立功能单元实现统一网管的方法的流程图；

图3为本发明实施例中主从识别模块完成动态实时主从识别的流程图；

图4为本发明实施例中数据同步模块完成主侧参数树扩展的流程图；

图5为本发明实施例中数据同步模块完成动态实例同步的流程图；

图6为本发明实施例中RPC方法同步模块完成对RPC方法操作结果的统一响应的流程图。

具体实施方式

由于融合终端在对其内部的分立功能单元进行管理时，需通过分立功能单元各自带有的网管模块和各自的管理平台来分别实现管理，使得局方的运维管理工作相比单一功能设备更为繁琐，成本较高。针对现有技术中的上述问题，本发明旨在提供一种融合终端分立功能单元实现统一网管的系统及方法，能对多个分立功能单元实现统一网管，不仅降低了网管开发与调试难度、缩短开发周期、便于产品功能升级，还降低了设备运维管理成本。

为了达到上述目的，本发明的主要设计思路为：在每个分立功能单元(比如融合终端的数据网关侧、机顶盒侧)内均设置网管模块、主从识别模块、数据同步模块和RPC(Remote Procedure Call，远程过程调用)方法同步模块。设备初始化时，各分立功能单元的主从识别模块分别完成初始主从识别，并通过主、从侧的数据同步模块完成主侧参数树扩展；设备运行过程中，通过主侧的网管模块统一响应外部管理平台配置，并利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应。

本方案中，由于利用主从识别模块可实现主、从侧分立功能单元的识别，利用数据同步模块可实现主侧参数树扩展、动态实例同步，利用RPC方法同步模块可实现对RPC方法操作结果的统一响应，使得融合终端内的主、从侧分立功能单元能作为一个整体，由主侧的网管模块统一响应外部管理平台配置，进而实现对融合终端分立功能单元的统一网管，不仅降低了网管开发与调试难度、缩短开发周期、便于产品功能升级，还降低了设备运维管理成本。

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施例对本发明的技术方案进行详细的说明。

但需说明的是：接下来要介绍的示例仅是一些具体的例子，而不作为限制本发明的实施例必须为如下具体的步骤、数值、条件、数据、顺序等。本领域技术人员可以通过阅读本说明书来运用本发明的构思来构造本说明书中未提到的更多实施例。

实施例一

参见图1所示，本实施例提供了一种融合终端分立功能单元实现统一网管的系统，包括设置于融合终端内的多个分立功能单元，其中一个分立功能单元作为主用分立功能单元(以下简称为主侧)，其余分立功能单元作为从用分立功能单元(以下简称为从侧)，每个分立功能单元内均设有网管模块、主从识别模块、数据同步模块和RPC方法同步模块。需要说明的是，图1仅给出了典型的两个分立功能单元的融合终端的示例，实际应用中视融合终端设备所支持功能不同，分立功能单元可能会扩充，例如增加用于智能组网的分立功能单元等，本实施例不做具体限定。

其中，网管模块，用于：当为主侧时，完成对外部管理平台配置的统一响应。本实施例中，网管模块为TR069网管模块，外部管理平台为ITMS(Integrated TerminalManagement System，终端综合管理系统)平台；实际应用中，网管模块、外部管理平台均可根据需求选用其他实现相应功能的模块，本实施例不做具体限定。

另外，可以理解的是，本实施例中融合终端是通过主侧的网管模块统一响应外部管理平台，因此，如图1所示，实际运行时仅主侧的网管模块与外部管理平台进行交互，用户可基于同一管理平台管理融合终端，即应用时仅主侧连接有管理平台(如图1中实线框的管理平台)，有效降低了运维成本。并且，由于管理平台的配置都会作为出厂预配置，写在主、从侧的配置文件中，且本实施例的融合终端支持主、从侧切换功能，因此，当从侧切换为主侧时，可利用出厂预配置的管理平台的配置实现备份管理平台，并与当前主侧(原从侧)的网管模块进行交互，当原从侧切换为主侧，需要作为当前主侧与管理平台进行交互时，会利用出厂预配置的管理平台的配置实现备份管理平台，而此时原主侧(当前从侧)将无需与图1中实线框的管理平台进行交互。

主从识别模块，用于：初始化时，完成初始主从识别；运行过程中，完成动态实时主从识别。可以理解的是，融合终端初始化时，各分立功能单元的主从识别模块会分别完成初始主从识别，以此来初步确定主、从侧分立功能单元的关系；而在融合终端运行过程，由于会出现主、从侧切换的情况(如主侧出现故障，需重启后切换为从侧；或者根据实际使用需求，需更换主、从侧等)，因此，主从识别模块还会完成动态实时主从识别，以保障主、从侧关系的实时性、准确性。

具体来说，本实施例中，主从识别模块完成初始主从识别时，是通过预配置的主从配置文件来确定主从关系的，主侧、从侧均有各自的主从配置文件，但内容一致，该主从配置文件在预配置时就设置好主从，并且每次在识别主从关系后，会将最新的主从识别结果更新记录在主从配置文件中，以便共享给其他功能模块读取。而主从识别模块完成动态实时主从识别时，则是依据与管理平台(如ITMS平台)的反向鉴权结果来确定主从关系，并同样会在每次识别主从关系后，将最新的主从识别结果更新记录在主从配置文件中，以便共享给其他功能模块读取。主从识别模块依据与管理平台的反向鉴权结果来确定主从关系的具体流程，可参见实施例三中的具体描述，此处不赘述。

数据同步模块，用于：初始化时，完成主侧参数树扩展；运行过程中，完成动态实例同步。可以理解的是，由于本实施例中融合终端是通过主侧的网管模块统一响应外部管理平台配置，因此，初始化时需要将从侧的参数树结构信息扩展到主侧的全局参数树结构信息中，形成扩展参数树；除此之外，因各分立功能单元存在除网管模块以外的配置途径，如Web页面、电视界面或App操作界面等，均能操作参数节点，因此，在设备运行过程中，对于一些动态实例节点的增删操作也需要同步到主侧，保障扩展的参数树节点能实时同步，避免外部管理平台下发读写操作时因节点与实际情况不符造成报错。

RPC方法同步模块，用于：运行过程中，完成对外部管理平台下发RPC方法操作结果的统一响应。可以理解的是，因主、从侧作为一个整体，由主侧统一响应外部管理平台配置，故管理平台下发的RPC方法也需要同步给主、从侧共同执行。而RPC方法同步模块则用于完成对主、从侧共同执行结果的统一响应。具体来说，平台下发的读/写参数值(GetParameterValues/SetParameterValues)、读/写参数属性(GetParameterAttributes/SetParameterAttributes)、增删动态实例(AddObject/DeleteObject)等实时生效操作，会同步发送到主、从侧分立功能单元的网管模块执行，并根据各分立功能单元执行结果上报对应的Response及操作失败时的结果错误码。而对于远程reboot、远程升级、远程恢复出厂等需要重启设备的操作，则会在启动后同步主、从侧执行结果并上报。

通过上述描述可知，本实施例中利用主从识别模块可实现主、从侧分立功能单元的识别，利用数据同步模块可实现主侧参数树扩展、动态实例同步，利用RPC方法同步模块可实现对RPC方法操作结果的统一响应，从而使得融合终端内的主、从侧分立功能单元能作为一个整体，由主侧的网管模块统一响应外部管理平台配置，进而实现对融合终端分立功能单元的统一网管。对于设备厂商而言，开发团队可将各分立功能单元直接整合为融合终端，节省网管调试时间，缩短开发周期及降低研发成本；且分立功能单元的软硬件升级后也只需对接少数配置接口，开发工作量小，便于方案升级及产品功能演进。对运营商而言，可基于同一管理平台来管理融合终端，有效地降低了运维成本。

实施例二

参见图2所示，基于同一发明构思，本发明实施例还提供了一种基于上述系统的融合终端分立功能单元实现统一网管的方法，该方法包括以下步骤：

S1、设备(融合终端)初始化时，各分立功能单元的主从识别模块分别完成初始主从识别，并通过主、从侧的数据同步模块完成主侧参数树扩展。

步骤S1中，各分立功能单元的主从识别模块分别完成初始主从识别时，是通过预配置的主从配置文件来确定主从关系的，该主从配置文件在预配置时就设置好主从，并且每次在识别主从关系后，主从识别模块会将最新的主从识别结果更新记录在主从配置文件中，以便共享给其他功能模块读取。

S2、设备运行过程中，通过主侧的网管模块统一响应外部管理平台(如ITMS平台)配置，并利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应。

步骤S2中，利用主、从侧的主从识别模块完成动态实时主从识别时，是依据与外部管理平台(如ITMS平台)的反向鉴权结果来确定主从关系，并同样会在每次识别主从关系后，将最新的主从识别结果更新记录在主从配置文件中，以便共享给其他功能模块读取。依据与外部管理平台的反向鉴权结果来确定主从关系的具体流程，可参见实施例三中的具体描述，此处不赘述。

从上述操作可以看出，本实施例在设备运行过程中，只需通过主侧的网管模块统一响应外部管理平台配置，并可利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应；使得融合终端内的主、从侧分立功能单元能作为一个整体，由主侧的网管模块统一响应外部管理平台配置，实现了对融合终端分立功能单元的统一网管。

实施例三

在实施例一或二的基础上，主从识别模块完成动态实时主从识别时，是依据与管理平台的反向鉴权结果来确定主从关系，即确认当前最先成功完成反向交互的分立功能单元为主侧，并通知其他分立功能单元为从侧。参见图3所示，其具体工作流程包括：

步骤101、主从识别模块通过网管模块与管理平台(ITMS平台或备份ITMS平台)进行反向连接；

步骤102、主从识别模块判断反向鉴权是否成功，若失败，转入步骤103；若成功，转入步骤104；

步骤103、主从识别模块将主从关系根据预配置的主从配置文件来确定；

步骤104、主从识别模块判断是否已经收到为从侧的通知，该通知由其他最先成功完成反向交互的分立功能单元的主从识别模块发来；若未收到，转入步骤105；若已收到，转入步骤106；

步骤105、主从识别模块确定本侧为主侧，通知其他分立功能单元为从侧，并将此次主从识别结果更新记录在主从配置文件中；

步骤106、主从识别模块确定本侧为从侧，并将此次主从识别结果更新记录在主从配置文件中。可以理解的是，实际操作中，可在主从识别模块确定本侧为从侧时，同步本侧参数树结构信息到主侧，即利用主、从侧的数据同步模块执行主侧参数树扩展的流程。

从上述操作可以看出，本实施例的主从识别模块完成动态实时主从识别时，是采用反向鉴权方式来确定主从关系，即确认当前最先成功完成反向交互的分立功能单元为主侧。这种方式不但可实现高效、快速地识别主从，满足实时性要求，而且操作简便、易于维护。

实施例四

在实施例一或二的基础上，参见图4所示，设备初始化时，主、从侧的数据同步模块完成主侧参数树扩展，具体包括以下流程：

步骤201、设备初始化时，完成参数树模型初始化，转入步骤202；

步骤202、数据同步模块完成初始化，转入步骤203；

步骤203、数据同步模块根据当前主从配置文件中记录的主从关系，判断本侧是否为主侧，若是，转入步骤204；否则，转入步骤207；

步骤204、本侧(即当前主侧)数据同步模块向从侧数据同步模块发送获取参数树结构信息的消息，转入步骤205；

步骤205、本侧(即当前主侧)数据同步模块判断是否收到从侧数据同步模块的回复，若是，转入步骤206；否则，返回步骤203，再次根据当前的主从配置文件，确认当前主从关系，以备主从关系发生变化，并根据最新确认的主从关系做相应处理；

步骤206、本侧(即当前主侧)数据同步模块将从侧回复的参数树结构信息扩展到本侧的全局参数树结构信息中，形成扩展参数树；并写入共享内存同步给本侧的网管模块，返回步骤203；

步骤207、本侧(即当前从侧)数据同步模块通过RPC方法同步模块向本侧网管模块获取参数树结构信息，转入步骤208；

步骤208、本侧(即当前从侧)数据同步模块判断是否收到主侧发来的获取参数树结构信息的消息，若收到，则转入步骤209；否则，返回步骤203，再次根据当前的主从配置文件，确认当前主从关系，以备主从关系发生变化，并根据最新确认的主从关系做相应处理；

步骤209、本侧(即当前从侧)数据同步模块将本侧的参数树结构信息回复给主侧，返回步骤203。实际操作中，由于只要出现主从关系的变化，则需要进行主侧参数树扩展的流程，因此，即使是初始化时已经完成主侧参数树扩展，后期当出现主从关系的变化时，仍会再次进行主侧参数树扩展的流程，所以具体流程中步骤206和步骤209之后，都会再次返回步骤203。

可以理解的是，本实施例的主、从侧分立功能单元都具备数据同步模块，且主、从侧的数据同步模块间通过socket通信。数据同步模块与本侧网管模块通过共享内存同步扩展的参数树数据。在初始化启动过程中，主、从侧各自完成参数树模型初始化后，进行数据同步模块初始化(包括初始化socket资源)；之后，主、从侧数据同步模块会根据预配置的主从配置文件中设定的主从关系，分别处理参数树结构信息。

具体来说，主、从侧数据同步模块分别处理参数树结构信息，具体操作如下：从侧会从其网管模块获取初始化的参数树结构信息(实际操作中，从侧仅有网管模块能够获取到参数树结构信息；网管模块获取之后，通过RPC方法同步模块对参数树结构信息进行封装成消息，并交由数据同步模块)，并等待主侧主动获取；若收到主侧发起的获取参数树结构信息的消息，则将从侧的参数树结构信息(以封装成消息的形式)回复给主侧，若超过等待时间还未收到主侧发起的获取参数树结构信息的消息，则会重新读取当前主从配置文件，确认此时的主从关系，以备此时已因动态实时主从识别产生了主从关系变化，并根据最新确认的主从关系做相应处理。而主侧会主动发送获取参数树结构信息的消息到从侧，并等待接收从侧回应，若收到回复，则将从侧回复的参数树结构信息扩展到本侧的全局参数树结构信息中，形成扩展参数树，并写入共享内存同步给本侧的网管模块，若超过等待时间未收到从侧回复，则会重新读取当前主从配置文件，确认此时的主从关系，以备主从配置发生变化，并根据最新确认的主从关系做相应处理。

需要说明的是，参数树扩展方案目前尚无国际通用规范，可由厂家或客户定制，数据同步模块可根据预先定制好的方案处理参数树扩展。本实施例中给出的参数树扩展流程仅作为可实施的优选方案予以说明，并不作为具体限定。

实施例五

在实施例一或二的基础上，参见图5所示，设备运行过程中，主、从侧的数据同步模块完成动态实例同步，具体包括以下流程：

步骤301、设备运行过程中，本侧(主侧或从侧)进行动态实例节点的增删操作，转入步骤302；

步骤302、判断是否操作成功，若未成功，转入步骤303；若成功，转入步骤304；

步骤303、提示错误信息，结束本流程；

步骤304、记录本次操作的多实例参数路径及实例号，并通知本侧的数据同步模块，转入步骤305；

步骤305、本侧数据同步模块根据当前主从配置文件中记录的主从关系，判断本侧是否为从侧，若是，转入步骤306；否则，转入步骤308；

步骤306、本侧(即当前从侧)数据同步模块发送更新扩展参数树的消息给主侧，该消息中包含本次操作的多实例参数路径及实例号，转入步骤307；

步骤307、本侧(即当前从侧)数据同步模块判断是否收到主侧回复的确认接收的消息，若收到，结束本流程；否则，返回步骤305，再次根据当前的主从配置文件，确认当前主从关系，以备主从关系发生变化，并根据最新确认的主从关系做相应处理；

步骤308、本侧(即当前主侧)数据同步模块根据记录的本次操作的多实例参数路径及实例号，更新本侧参数树结构信息，转入步骤309；

步骤309、本侧(即当前主侧)数据同步模块判断是否收到从侧发来的更新扩展参数树的消息，若收到，转入步骤310；否则，返回步骤305，再次根据当前的主从配置文件，确认当前主从关系，以备主从关系发生变化，并根据最新确认的主从关系做相应处理；

步骤310、本侧(即当前主侧)数据同步模块根据消息中包含的从侧本次操作的多实例参数路径及实例号，更新扩展参数树信息，转入步骤311；

步骤311、本侧(即当前主侧)数据同步模块回复确认接收的消息给从侧，结束本流程。

可以理解的是，本实施例中动态实例同步流程由数据同步模块起单独线程维护，需做同步时由从侧主动通知主侧。具体来说，本侧进行动态实例节点的增删操作时，若操作成功则记录本次操作的多实例参数路径及实例号，并通知本侧的数据同步模块。然后，本侧数据同步模块根据当前主从配置文件确认实时主从关系，若此时本侧为主侧，则根据记录的本次操作的多实例参数路径及实例号更新本侧参数树结构信息，并等待响应从侧发起的更新扩展参数树的消息；若此时本侧为从侧，则需发送消息主动通知主侧此次操作的多实例参数路径及实例号，供主侧更新扩展参数树信息；若发送消息后，在预设的超时时间内未收到主侧回复的确认消息，则再次根据当前主从配置文件确认实时主从关系，并根据最新确认的主从关系做相应处理。

实施例六

在实施例一或二的基础上，参见图6所示，设备运行过程中，主、从侧的RPC方法同步模块完成对外部管理平台下发RPC方法操作结果的统一响应，具体包括以下流程：

步骤401、设备运行过程中，主侧网管模块接收外部管理平台下发的RPC方法，转入步骤402；

步骤402、主侧网管模块判断是否为对参数节点的操作，若是，转入步骤403；否则，为非参数节点的操作，转入步骤409；

步骤403、主侧网管模块判断是否为对主侧参数节点的操作，若是，转入步骤404；否则，转入步骤405；具体来说，主侧网管模块会在本侧参数树与扩展参数树中索引下发的参数节点，若能在本侧参数树中索引到，则表示下发为主侧参数，为对主侧参数节点的操作；若是在扩展参数树中索引到下发的参数节点，则表示下发为从侧参数，为对从侧参数节点的操作；

步骤404、主侧网管模块直接调用本侧接口执行下发的RPC方法，并根据执行结果或错误码信息，生成相应Response报文上报；

步骤405、主侧RPC方法同步模块通过主侧与从侧的数据同步模块，将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段、参数节点字段、操作码字段、参数值信息字段，转入步骤406；

步骤406、主侧RPC方法同步模块判断是否收到从侧回复，若是，转入步骤407；否则，转入步骤408；

步骤407、主侧RPC方法同步模块根据从侧回复的消息确定操作结果或错误码信息，并交由主侧网管模块生成相应的Response报文上报；

步骤408、主侧RPC方法同步模块将此次操作作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

步骤409、主侧网管模块判断是否需要重启，若不需要重启，转入步骤410；若需要重启，转入步骤414；

步骤410、主侧RPC方法同步模块通过主侧与从侧的数据同步模块，将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段，转入步骤411；

步骤411、主侧RPC方法同步模块判断是否收到从侧回复，若是，转入步骤412；否则，转入步骤413；

步骤412、主侧RPC方法同步模块结合从侧回复的消息及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；

步骤413、主侧RPC方法同步模块将此次操作作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

步骤414、重启前，主侧RPC方法同步模块通过主侧与从侧的数据同步模块，将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段及重启标识，转入步骤415；

步骤415、重启后，主侧RPC方法同步模块判断是否收到从侧回复，若是，转入步骤416；否则，转入步骤417；

步骤416、主侧RPC方法同步模块结合从侧回复的消息及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；

步骤417、主侧RPC方法同步模块将此次操作作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报。

可以理解的是，本实施例中当主侧网管模块收到外部管理平台下发的RPC方法后，会先判断是否为对参数节点的操作，如读/写参数值(GetParameterValues/SetParameterValues)、读/写参数属性(GetParameterAttributes/SetParameterAttributes)、增删动态实例(AddObject/DeleteObject)等。对于为参数节点的操作，主侧网管模块会在本侧参数树与扩展参数树中索引下发的参数节点，若能在本侧参数树中索引到，则表示下发为本侧参数，可直接调用本侧接口执行下发的RPC方法，并根据执行结果或错误码信息，生成相应Response报文上报；若是在扩展参数树中索引到下发的参数节点，则主侧RPC方法同步模块通过主侧与从侧的数据同步模块，将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段、参数节点字段、操作码字段、参数值信息字段。从侧RPC方法同步模块调用相应接口完成操作并回复结果给主侧RPC方法同步模块。主侧RPC方法同步模块发送RPC同步消息后等待从侧回应，若在预设的超时时间内未收到回复，则作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；若能及时收到从侧回复，则根据从侧回复的消息确定操作结果或错误码信息，并交由主侧网管模块生成相应的Response报文上报。

对于为非参数节点的操作，主侧网管模块会判断操作是否需要重启。不需要重启的RPC方法，比如日志或配置文件上传(Upload)、获取支持的RPC方法(GetRPCMethod)等，则主侧RPC方法同步模块通过主侧与从侧的数据同步模块，直接将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段，并等待从侧回复；若在预设的超时时间内未收到回复，则作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；若能及时收到从侧回复，则结合从侧回复的消息及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报。对于需要重启的RPC方法，如远程重启(Reboot)、远程恢复出厂(Factoryreset)、远程升级(Download)等，执行结果会在重启后上报，故主侧RPC方法同步模块需要在重启前，通过主侧与从侧的数据同步模块，将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段及重启标识。重启后，主侧RPC同步模块等待从侧回复操作执行结果，若在预设的超时时间内未收到回复，则作为RPC方法执行失败处理，设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；若能及时收到从侧回复，则结合从侧回复的消息及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报。

注意：上述的具体实施例仅是例子而非限制，且本领域技术人员可以根据本发明的构思从上述分开描述的各个实施例中合并和组合一些步骤和装置来实现本发明的效果，这种合并和组合而成的实施例也被包括在本发明中，在此不一一描述这种合并和组合。

本发明实施例中提及的优点、优势、效果等仅是示例，而非限制，不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外，本发明实施例公开的上述具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本发明实施例必须采用上述具体的细节来实现。

本发明实施例中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子，并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。本发明实施例所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。本发明实施例所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

本发明实施例中的步骤流程图以及以上方法描述仅作为例示性的例子，并且不意图要求或暗示必须按照给出的顺序进行各个实施例的步骤。如本领域技术人员将认识到的，可以按任意顺序进行以上实施例中的步骤的顺序。诸如“其后”、“然后”、“接下来”等等的词语不意图限制步骤的顺序；这些词语仅用于引导读者通读这些方法的描述。此外，例如使用冠词“一个”、“一”或者“该”对于单数的要素的任何引用不被解释为将该要素限制为单数。

另外，本发明各个实施例中的步骤和装置并非仅限定于某个实施例中实行，事实上，可以根据本发明的概念来结合本文中的各个实施例中相关的部分步骤和部分装置，以构思新的实施例，而这些新的实施例也包括在本发明的范围内。

本发明实施例中的各个操作可以通过能够进行相应的功能的任何适当的手段而进行。该手段可以包括各种硬件和/或软件组件和/或模块，包括但不限于硬件的电路或处理器。

本发明实施例的方法包括用于实现上述的方法的一个或多个动作。方法和/或动作可以彼此互换而不脱离权利要求的范围。换句话说，除非指定了动作的具体顺序，否则可以修改具体动作的顺序和/或使用而不脱离权利要求的范围。

本发明实施例中的功能可以按硬件、软件、固件或其任意组合而实现。如果以软件实现，功能可以作为一个或多个指令存储在切实的计算机可读介质上。存储介质可以是可以由计算机访问的任何可用的切实介质。通过例子而不是限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟存储、磁碟存储或其他磁存储器件或者可以用于携带或存储指令或数据结构形式的期望的程序代码并且可以由计算机访问的任何其他切实介质。如在此使用的，碟(disk)和盘(disc)包括紧凑盘(CD)、激光盘、光盘、DVD(Digital Versatile Disc，数字多功能光盘)、软碟和蓝光盘，其中碟通过磁再现数据，而盘利用激光光学地再现数据。

因此，计算机程序产品可以进行在此给出的操作。例如，这样的计算机程序产品可以是具有有形存储(和/或编码)在其上的指令的计算机可读的有形介质，该指令可由一个或多个处理器执行以进行在此所述的操作。计算机程序产品可以包括包装的材料。

其他例子和实现方式在本发明实施例和所附权利要求的范围和精神内。例如，由于软件的本质，以上所述的功能可以使用由处理器、硬件、固件、硬连线或这些的任意的组合执行的软件实现。实现功能的特征也可以物理地位于各个位置，包括被分发以便功能的部分在不同的物理位置处实现。

本领域技术人员可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此，本发明不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本发明的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。且本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (10)

1.一种融合终端分立功能单元实现统一网管的系统，包括设置于融合终端内的多个分立功能单元，其特征在于：一个分立功能单元作为主侧，其余分立功能单元作为从侧，且每个分立功能单元内均设有网管模块、主从识别模块、数据同步模块和RPC方法同步模块；

所述网管模块，用于：当为主侧时，完成对外部管理平台配置的统一响应；

所述主从识别模块，用于：初始化时，完成初始主从识别；运行过程中，完成动态实时主从识别；

所述数据同步模块，用于：初始化时，完成主侧参数树扩展；运行过程中，完成动态实例同步；

所述RPC方法同步模块，用于：运行过程中，完成对外部管理平台下发RPC方法操作结果的统一响应。

2.如权利要求1所述的融合终端分立功能单元实现统一网管的系统，其特征在于：所述主从识别模块完成动态实时主从识别时，依据与管理平台的反向鉴权结果来确定主从关系。

3.如权利要求2所述的融合终端分立功能单元实现统一网管的系统，其特征在于，所述主从识别模块完成动态实时主从识别时，依据与管理平台的反向鉴权结果来确定主从关系，具体包括以下流程：

所述主从识别模块通过网管模块与管理平台进行反向连接，若反向鉴权成功且未收到为从侧的通知，则确定本侧为主侧，通知其他分立功能单元为从侧；若反向鉴权成功但已收到为从侧的通知，则确定本侧为从侧。

4.如权利要求1所述的融合终端分立功能单元实现统一网管的系统，其特征在于：所述主从识别模块完成初始主从识别时，通过预配置的主从配置文件来确定主从关系，所述主从配置文件在预配置时已设置好主侧、从侧，且在每次识别主从关系后，主从识别模块会更新主从配置文件。

5.如权利要求4所述的融合终端分立功能单元实现统一网管的系统，其特征在于，所述数据同步模块完成主侧参数树扩展，具体包括以下流程：

从侧数据同步模块获取本侧初始化的参数树结构信息，并等待主侧主动获取；若收到主侧发起的获取参数树结构信息的消息，则将从侧的参数树结构信息回复给主侧；若超时未收到主侧发起的获取消息，则读取当前主从配置文件以确认主从关系，并根据最新确认的主从关系做相应处理；

主侧数据同步模块主动发送获取参数树结构信息的消息到从侧，并等待接收从侧回复；若收到回复，则将从侧回复的参数树结构信息扩展到本侧的全局参数树结构信息中，形成扩展参数树；若超时未收到从侧回复，则读取当前主从配置文件以确认主从关系，并根据最新确认的主从关系做相应处理。

6.如权利要求4所述的融合终端分立功能单元实现统一网管的系统，其特征在于，所述数据同步模块完成动态实例同步，具体包括以下流程：

本侧成功操作动态实例节点的增删时，记录本次操作的多实例参数路径及实例号，并通知本侧数据同步模块；

本侧数据同步模块根据当前主从配置文件确认主从关系，若本侧为主侧，则根据记录的本次操作的多实例参数路径及实例号更新本侧参数树结构信息，并等待响应从侧发起的更新扩展参数树的消息；若本侧为从侧，则发送消息通知主侧此次操作的多实例参数路径及实例号，供主侧更新扩展参数树信息。

7.如权利要求1所述的融合终端分立功能单元实现统一网管的系统，其特征在于，所述RPC方法同步模块完成对外部管理平台下发RPC方法操作结果的统一响应，具体包括以下流程：

若外部管理平台下发的RPC方法为参数节点的操作，且是对从侧参数节点的操作，则主侧RPC方法同步模块将RPC同步消息发送给从侧RPC方法同步模块，该RPC同步消息包括RPC方法字段、参数节点字段、操作码字段、参数值信息字段；从侧RPC方法同步模块调用相应接口完成操作并回复结果给主侧RPC方法同步模块；主侧RPC方法同步模块收到从侧回复，则根据回复确定操作结果或错误码信息，并交由主侧网管模块生成相应的Response报文上报；若超时未收到从侧回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

若外部管理平台下发的RPC方法为非参数节点的操作，且不需要重启，则主侧RPC方法同步模块将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段，并等待从侧回复；若收到从侧回复，则结合从侧回复及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；若超时未收到回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报；

若外部管理平台下发的RPC方法为非参数节点的操作，且需要重启，则主侧RPC方法同步模块在重启前，将RPC同步消息发送给从侧RPC同步模块，该RPC同步消息包括RPC方法字段及重启标识；重启后，主侧RPC同步模块等待从侧回复，若收到从侧回复，则结合从侧回复及本侧执行结果，确定回复报文内容，并交由主侧网管模块生成相应的Response报文上报；若超时未收到回复，则设置对应的错误码并交由主侧网管模块生成相应的Response报文上报。

8.如权利要求1所述的融合终端分立功能单元实现统一网管的系统，其特征在于：外部管理平台的配置作为出厂预配置，写在主、从侧的配置文件中；当从侧切换为主侧时，利用配置文件中写入的外部管理平台的配置实现备份管理平台。

9.如权利要求1所述的融合终端分立功能单元实现统一网管的系统，其特征在于：所述网管模块为TR069网管模块，所述外部管理平台为ITMS平台。

10.一种基于权利要求1至9中任一项所述系统的融合终端分立功能单元实现统一网管的方法，其特征在于，该方法包括以下步骤：

设备初始化时，各分立功能单元的主从识别模块分别完成初始主从识别，并通过主、从侧的数据同步模块完成主侧参数树扩展；

设备运行过程中，通过主侧的网管模块统一响应外部管理平台配置，并利用主、从侧的主从识别模块、数据同步模块以及RPC方法同步模块，分别完成动态实时主从识别、动态实例同步以及对外部管理平台下发RPC方法操作结果的统一响应。

Images