本发明实施例涉及通信领域，具体而言，涉及一种数据处理方法及装置。
背景技术：
分布式控制器，如自动交换光网络(automaticallyswitchedopticalnetwork，简称为ason)，能够基于信令、路由、自动发现等机制通过控制组件之间的交互完成分布式连接调度。具有分布式处理、网络动态控制灵活等优点。
集中式控制器，如软件定义网络控制器(softwaredefinednetwork，简称为sdncontroller)，基于逻辑集中的控制架构，通过连接控制器cc(connectioncontroller)、路由控制器rc(routingcontroller)等控制组件完成集中式的连接调度。因具有全局网络资源信息并能协同处理全部连接请求，能够从整体来优化资源配置。
图1是相关技术中的sdn控制器相关组件的示意图，如图1所示，包括网络呼叫控制器ncc(networkcallcontroller)、链路资源管理器lrm(linkresourcesmanager)、连接控制器、路由控制器rc、通告(notification)、终结和适配执行器tap(terminationandadaptationperformer)组件等，以及与tap相连的转发面设备网元。
考虑网络管理功能与控制功能本质上是相同的，上述分布式控制器和集中式控制器，以及网络管理系统统称为管理控制系统mcs(managementcontrolsystem)。在mcs中，包括管理控制组件(mccomponent)，管理控制功能通过管理控制组件来执行(后文为简化描述，将管理控制组件简称为管控组件)。
在软件定义网络控制器(sdncontroller)架构中，客户上下文clientcontext代表服务层控制器controller中的一个组件，该组件是为客户/服务控制器之间的管控服务而进行的交互服务的；服务上下文servercontext代表客户层控制器controller中的一个组件，该组件是为客户/服务控制器之间的管控服务而进行的交互服务的。
为了进一步优化控制器的运行效率、满足外部客户业务需求，控制器内部的运行数据也需求准确掌握，基于相关数据进行分析将有助于改善网络控制流程、优化控制效率，为用户提供更多的提升网络效能的洞见。
在管理控制系统mcs中，如sdn控制器或控制平面，如何基于用户请求进行数据处理，比如数据收集、分析、策略决策等，哪些组件进行相关交互，具体交互内容有哪些，这些问题有待明确。
技术实现要素：
本发明实施例提供了一种数据处理方法及装置，以至少解决相关技术中针对管理控制系统，如何基于用户请求行数据处理的问题。
根据本发明的一个实施例，提供了一种数据处理方法，包括：
接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
确定目标管控组件；
根据所述第一数据处理请求生成第二数据处理请求；
将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
在一示例性实施例中，确定所述目标管控组件包括：
根据所述数据收集信息确定第一管控组件，其中，所述第一管控组件用于根据所述第二数据处理请求进行数据收集，所述目标管控组件为所述第一管控组件；和/或
根据所述配置信息确定第二管控组件，其中，所述第二管控组件用于根据所述第二数据处理请求进行配置，所述目标管控组件为所述第二管控组件。
在一示例性实施例中，根据所述数据收集信息确定所述第一管控组件包括：
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第一管控组件；或者
确定所述数据收集信息指示的管控组件为所述第一管控组件。
在一示例性实施例中，根据所述配置信息确定所述第二管控组件包括：
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第二管控组件；或者
确定所述配置信息指示的管控组件为所述第二管控组件。
在一示例性实施例中，根据所述第一数据处理请求生成所述第二数据处理请求包括：
在所述目标管控组件为所述第一管控组件的情况下，根据所述数据收集信息生成数据收集请求，其中，所述第二数据处理请求为所述数据收集请求，所述数据收集请求中还携带有以下至少之一：待收集的数据类型、数据更新起止时间、收集得到的数据的传递方式；
在所述目标管控组件为所述第二管控组件的情况下，根据所述配置信息生成配置请求或者根据所述配置信息与所述第一管控组件返回的数据处理结果生成所述配置请求，其中，所述第二数据处理请求为所述配置请求，所述配置请求中携带有配置接口及参数。
在一示例性实施例中，所述数据类型包括以下至少之一：链路占用率和/或拓扑。
在一示例性实施例中，接收所述第一数据处理请求包括：
接收网络呼叫控制器发送的所述第一数据处理请求；或者
接收客户上下文发送的所述第一数据处理请求；或者
接收协议控制器发送的所述第一数据处理请求。
在一示例性实施例中，在将所述第二数据处理请求发送给所述目标管控组件之后，所述方法还包括：
接收所述目标管控组件返回的数据处理结果；
将所述数据处理结果发送给所述网络呼叫控制器、所述客户上下文或所述协议控制器。
在另一示例性实施例中，所述第一管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap，所述第二管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap。
根据本发明的另一个实施例，还提供了一种数据处理装置，包括：
第一接收模块，用于接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
确定模块，用于确定目标管控组件；
生成模块，用于根据所述第一数据处理请求生成第二数据处理请求；
第一发送模块，用于将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
在一示例性实施例中，所述确定模块包括：
第一确定子模块，用于根据所述数据收集信息确定第一管控组件，其中，所述第一管控组件用于根据所述第二数据处理请求进行数据收集，所述目标管控组件为所述第一管控组件；和/或
第二确定子模块，用于根据所述配置信息确定第二管控组件，其中，所述第二管控组件用于根据所述第二数据处理请求进行配置，所述目标管控组件为所述第二管控组件。
在一示例性实施例中，所述第一确定子模块，还用于
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第一管控组件；或者
确定所述数据收集信息指示的管控组件为所述第一管控组件。
在一示例性实施例中，所述第二确定子模块，还用于
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第二管控组件；或者
确定所述配置信息指示的管控组件为所述第二管控组件。
在一示例性实施例中，所述生成模块包括：
第一生成子模块，用于在所述目标管控组件为所述第一管控组件的情况下，根据所述数据收集信息生成数据收集请求，其中，所述第二数据处理请求为所述数据收集请求，所述数据收集请求中还携带有以下至少之一：待收集的数据类型、数据更新起止时间、收集得到的数据的传递方式；
第二生成子模块，用于在所述目标管控组件为所述第二管控组件的情况下，根据所述配置信息生成配置请求或者根据所述配置信息与所述第一管控组件返回的数据处理结果生成所述配置请求，其中，所述第二数据处理请求为所述配置请求，所述配置请求中携带有配置接口及参数。
在一示例性实施例中，所述数据类型包括以下至少之一：链路占用率和/或拓扑。
在一示例性实施例中，所述第一接收模块包括：
第一接收子模块，用于接收网络呼叫控制器发送的所述第一数据处理请求；或者
第二接收子模块，用于接收客户上下文发送的所述第一数据处理请求；或者
第三接收子模块，用于接收协议控制器发送的所述第一数据处理请求。
在一示例性实施例中，在将所述第二数据处理请求发送给所述目标管控组件之后，所述装置还包括：
第二接收模块，用于接收所述目标管控组件返回的数据处理结果；
第二发送模块，用于将所述数据处理结果发送给所述网络呼叫控制器、所述客户上下文或所述协议控制器。
在另一示例性实施例中，所述第一管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap，所述第二管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap。
根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，接收第一数据处理请求，基于第一数据处理请求中携带的信息确定目标管控组件，根据第一数据处理请求生成第二数据处理请求，并发送给目标管控组件处理，可以解决相关技术中针对管理控制系统，如何基于用户请求行数据处理的问题，实现了基于用户请求进行数据处理。
附图说明
图1是相关技术中的sdn控制器相关组件的示意图；
图2是根据本发明实施例的数据处理方法的流程图；
图3是根据本优选实施例的数据处理装置的框图一；
图4是根据本优选实施例的数据处理装置的框图二；
图5是根据本优选实施例的数据处理装置的框图三；
图6是根据本优选实施例的数据处理装置的框图四；
图7是根据本优选实施例的数据处理装置的框图五；
图8是根据本优选实施例的数据处理装置的框图六；
图9是根据本发明实施例的数据处理装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种运行于网络设备中的数据处理方法，图2是根据本发明实施例的数据处理方法的流程图，如图2所示，该流程包括如下步骤：
步骤s202，接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
在一示例性实施例中，上述步骤s202具体可以包括：接收网络呼叫控制器发送的所述第一数据处理请求；接收客户上下文发送的所述第一数据处理请求；或者接收协议控制器发送的所述第一数据处理请求。
步骤s204，确定目标管控组件；
步骤s206，根据所述第一数据处理请求生成第二数据处理请求；
步骤s208，将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
通过上述步骤s202至s208，接收第一数据处理请求，基于第一数据处理请求中携带的信息确定目标管控组件，根据第一数据处理请求生成第二数据处理请求，并发送给目标管控组件处理，可以解决相关技术中针对管理控制系统，如何基于用户请求行数据处理的问题，实现了基于用户请求进行数据处理。
在一示例性实施例中，上述步骤s202具体可以包括：
根据所述数据收集信息确定第一管控组件，进一步的，基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第一管控组件；或者确定所述数据收集信息指示的管控组件为所述第一管控组件，其中，所述第一管控组件用于根据所述第二数据处理请求进行数据收集，所述目标管控组件为所述第一管控组件；和/或
根据所述配置信息确定第二管控组件，进一步的，基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第二管控组件；或者确定所述配置信息指示的管控组件为所述第二管控组件，其中，所述第二管控组件用于根据所述第二数据处理请求进行配置，所述目标管控组件为所述第二管控组件。在一示例性实施例中，所述第一管控组件具体可以包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap，所述第二管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap。
在一示例性实施例中，上述步骤s206具体可以包括：
在所述目标管控组件为所述第一管控组件的情况下，根据所述数据收集信息生成数据收集请求，其中，所述第二数据处理请求为所述数据收集请求，所述数据收集请求中还携带有以下至少之一：待收集的数据类型、数据更新起止时间、收集得到的数据的传递方式；
在所述目标管控组件为所述第二管控组件的情况下，根据所述配置信息生成配置请求或者根据所述配置信息与所述第一管控组件返回的数据处理结果生成所述配置请求，其中，所述第二数据处理请求为所述配置请求，所述配置请求中携带有配置接口及参数。
在一示例性实施例中，所述数据类型包括以下至少之一：链路占用率和/或拓扑，其中链路占有率可以是以太链路占用率、sdh链路占用率等。
在一示例性实施例中，在将所述第二数据处理请求发送给所述目标管控组件之后，接收所述目标管控组件返回的数据处理结果，将所述数据处理结果发送给所述网络呼叫控制器、所述客户上下文或所述协议控制器。
本实施例中的源管控组件是指负责收集数据的管控组件，宿管控组件是负责执行指定配置命令的管控组件。
本实施例提供一种数据处理方法，具体包括：
步骤一，收到第一数据处理请求后，确定要交互的源管控组件；
根据第一数据处理请求中的数据收集信息来确定要交互的源管控组件。数据收集信息可包括：要收集的数据类型，提供数据的管控组件等。
优选的，基于所述第一数据处理请求中的数据收集信息与源管控组件之间的目录服务信息，确定要交互的源管控组件。
优选的，所述第一数据处理请求中的数据收集信息，指明要交互的源管控组件；
优选的，所述第一数据处理请求来自网络呼叫控制器；
优选的，所述第一数据处理请求来自客户上下文；
优选的，所述第一数据处理请求来自协议控制器；
步骤二，若有源管控组件，生成第二数据处理请求；否则执行步骤五；
优选的，根据第一数据处理请求中的数据收集信息及步骤一确定的源管控组件，确定所述第二数据处理请求中携带要收集的数据类型、数据更新起止时间、收集数据的传递方式，如实时传回数据，还有定期更新等方式。
步骤三，将所述第二数据处理请求发送给源管控组件；
优选的，按照源管控组件工作流来控制第二数据处理请求的发送顺序。
步骤四，源管控组件处理收到的数据处理请求，并返回收集到的数据；
优选的，所述源管控组件收集符合收集标准的数据；
进一步，将所述返回的数据发送给网络呼叫控制器；
进一步，将所述返回的数据发给客户上下文；
进一步，将所述返回的数据发给协议控制器；
步骤五，确定要交互的宿管控组件，若有宿管控组件，则生成第三数据处理请求；否则，执行步骤八。
优选的，基于所述第一数据处理请求中的配置信息与宿管控组件之间的目录服务信息，确定要交互的宿管控组件。
优选的，所述第一数据处理请求中的配置信息，指明要交互的宿管控组件；
优选的，分析源管控组件返回的数据，确定要交互的宿管控组件；
根据第一数据处理请求中的配置信息来确定所述第三数据处理请求中的配置信息。配置信息可包括：配置的管控组件、要配置的集合，等；第三数据处理请求包括配置接口和参数：
步骤六，将所述第三数据处理请求发送给宿管控组件；
优选的，按照宿管控组件工作流来控制第三数据处理请求的发送顺序。
步骤七，宿管控组件处理第三数据处理请求，返回执行结果；
进一步，将所述执行结果发送给网络呼叫控制器；
进一步，将所述执行结果发给客户上下文；
进一步，将所述执行结果发给协议控制器；
步骤八，结束。
本实施例中的数据控制器，用于收到第一数据处理请求后，确定要交互的源管控组件；生成第二数据处理请求；将所述第二数据处理请求发送给源管控组件；确定要交互的宿管控组件，及第三数据处理请求；向宿管控组件发送第三数据处理请求。
源管控组件(对应上述第一管控组件)，用于接收第二数据处理请求；优选的，所述第二数据处理请求中携带要收集的数据类型、数据更新起止时间等数据收集标准。进一步的数据收集标准还包括收集数据的传递方式，如实时传回数据，还有定期更新等方式。根据第二数据处理请求，收集符合收集标准的数据；返回收集到的数据。
宿管控组件(对应上述第二管控组件)，用于接收第三数据处理请求，处理第三数据处理请求，将执行结果返回给数据控制器。
在本实施例中，需要收集来自rdb中的静态otn链路拓扑数据以及历史拓扑，需要收集来自rc中的动态拓扑数据。其中，静态拓扑数据是指网络管理者配置的拓扑数据；在过去的不同时刻有不同的拓扑，这些构成了历史拓扑；动态拓扑是通过路由协议或集中控制动态维护的拓扑，如在链路资源发生变化后，根据资源变动情况动态刷新拓扑。
图3是根据本优选实施例的数据处理装置的框图一，如图3所示，包括：
步骤一，接收到第一数据处理请求后，确定要交互的源管控组件；
优选的，基于所述第一数据处理请求与源管控组件之间的目录服务信息，确定要交互的源管控组件。
本实施例中，数据控制器根据第一数据处理请求中的拓扑收集请求与管控组件之间的目录服务配置，可以获知要从rdb和rc中收集数据，其中rdb、rc都是源管控组件。本实施例中，目录服务配置维护着数据收集请求，包括拓扑收集请求，与管控组件之间的对应关系。
除了rdb、rc提供路由数据外，lrm组件至少能提供当前链路资源的分配使用情况，以及本地链路拓扑；ncc至少能提供当前维护的呼叫数目，以及呼叫的具体信息，如带宽、运行时间等；cc组件至少能提供当前维护的连接数据，如当前连接经过的节点跳数，连接保护恢复执行情况等；tap组件至少能提供转发点与子网点之间的绑定关系，表明资源是专用的，还是共享的。这些管控组件都可以作为源管控组件。
步骤二，若有源管控组件，生成第二数据处理请求；否则执行步骤五；
优选的，所述第二数据处理请求中携带要收集的数据类型、数据更新起止时间等数据收集标准。进一步的数据收集标准还包括收集数据的传递方式，如实时传回数据，还有定期更新等方式。
本实施例中，源管控组件是rdb和rc。生成的第二数据处理请求中数据类型为拓扑，具体为otn拓扑，其他数据类型还包括以太链路拓扑、wdm拓扑等。
步骤三，将所述第二数据处理请求发送给源管控组件；
优选的，按照源管控组件工作流来控制第二数据处理请求的发送顺序。
本实施例中，数据控制器将第二数据处理请求发送给源管控组件rc和rdb。
步骤四，源管控组件处理收到的数据处理请求，并返回收集到的数据；
步骤五，确定要交互的宿管控组件，若有宿管控组件，则生成第三数据处理请求；否则，结束。
在本实施例中，数据控制器收到外部请求来驱动rc模块启动重路由优化。
步骤一，收到第一数据处理请求后，确定要交互的源管控组件；
本实施例中，没有源管控组件。流程跳转到步骤五。
步骤五，确定要交互的宿管控组件，若有宿管控组件，则根据第一数据处理请求生成第三数据处理请求；否则，执行步骤八。
在一实施例中，所述第一数据处理请求中的配置信息可以包括：宿数据类型、配置集合，第三数据处理请求包括：配置接口和参数。基于所述第一数据处理请求中的配置信息中的宿数据类型与宿管控组件之间的目录服务信息，确定要交互的宿管控组件。将第一数据处理请求中的配置结合转换为第三数据处理请求中的配置接口和参数。
在本实施例中，若宿数据类型为路由优化、配置集合为待优化的连接标识，第三数据处理请求包括：配置接口为启动重路由，参数为配置集合中的链接标识。基于所述第一数据处理请求中的配置信息中的宿数据类型，即路由优化，与宿管控组件之间的目录服务信息，确定要交互的宿管控组件为rc。将第一数据处理请求中的配置集合转换为第三数据处理请求中的配置接口和参数。
在另一实施例中，所述第一数据处理请求中的配置信息还可以包括：宿管控组件、配置集合，第三数据处理请求包括：配置接口和参数。基于所述第一数据处理请求中的配置信息中的宿管控组件，将第一数据处理请求中的配置集合转换为第三数据处理请求中的配置接口和参数。
在另一实施例中，第一数据处理请求中的配置信息还可以包括：宿管控组件为rc、配置集合为待优化的连接标识。基于所述第一数据处理请求中的配置信息中的宿管控组件rc，将第一数据处理请求中的配置集合，转换为第三数据处理请求中的配置接口和参数，即配置接口为启动重路由，参数为配置集合中的链接标识。
本实施例中，还可以分析源管控组件返回的数据，确定要交互的宿管控组件，并生成第三数据处理请求，其中包括配置到宿管控组件的操作命令。
步骤六，将所述第三数据处理请求发送给宿管控组件rc；
步骤七，宿管控组件rc处理第三数据处理请求，返回执行结果；
步骤八，结束。
图4是根据本优选实施例的数据处理装置的框图二，如图4所示，在本实施例中，数据控制器收到外部请求来监测lrm中的光传送往(opticaltransmissionnet，简称为otn)链路资源占用，当指定的链路资源占用率超过一定门限后，自动启动经过该链路的连接路由优化。
步骤一，数据控制器接收到第一数据处理请求后，确定要交互的源管控组件；
优选的，基于所述第一数据处理请求与源管控组件之间的目录服务信息，确定要交互的源管控组件。
优选的，所述第一数据处理请求中，指明要交互的源管控组件。
本实施例中，所述第一数据处理请求中，指明要交互的源管控组件为lrm。
优选的，图5是根据本优选实施例的数据处理装置的框图三，如图5所示，所述第一数据处理请求来自网络呼叫控制器；
优选的，图6是根据本优选实施例的数据处理装置的框图四，如图6所示，所述第一数据处理请求来自客户上下文；
优选的，图7是根据本优选实施例的数据处理装置的框图五，如图7所示，所述第一数据处理请求来协议控制器；
步骤二，若有源管控组件，生成第二数据处理请求；否则执行步骤五；
优选的，所述第二数据处理请求中携带要收集的数据类型、数据更新起止时间等数据收集标准。进一步的数据收集标准还包括收集数据的传递方式，如实时传回数据，还有定期更新等方式。
本实施例中，第二数据处理请求中携带要收集的数据类型为链路占用率，具体为otn链路占用率；实时传回链路占用率。
其他数据类型还包括以太链路占用率、sdh链路占用率等。
步骤三，将所述第二数据处理请求发送给源管控组件；
本实施例中，数据控制器将所述第二数据处理请求发送给源管控组件lrm。
步骤四，源管控组件处理收到的数据处理请求，并返回收集到的数据；
本实施例中的源管控组件lrm收集符合收集标准的数据，即链路占用率数据，并将数据返回给数据控制器；
优选的，如图5所示，将所述返回的数据发送给网络呼叫控制器；
网络呼叫控制器可进一步转发所述返回的数据给其他管控组件或管控系统。
优选的，如图6所示，将所述返回的数据发送给客户上下文；
通过客户上下文，将所述返回的数据传递给与该客户上下文连接的服务上下文。
优选的，如图7所示，将所述返回的数据发送给协议控制器；
通过协议控制器将返回的数据发送给与该协议控制器相连的其他管控系统或应用。
步骤五，确定要交互的宿管控组件，若有宿管控组件，则生成第三数据处理请求；否则，执行步骤八。
本实施例中，第一数据处理情况中指定宿管控组件为rc。
根据lrm收集到的链路占用率数据，判断链路占用率是否超过指定阈值门限，当超过门限时，即需要启动路由优化，由此生成第三数据处理请求，其中，确定配置接口为启动重路由，参数包括链路占用率超过指定阈值门限的链路，且指定重路由避开所述链路。
在管控系统中，除了rc可配置进行路由优化，以及路由计算外，cc组件可配置进行连接创建、删除等操作，lrm可配置改变链路传送资源的管理状态，ncc可配置发起本层或跨层的网络呼叫，tap可配置改变传送资源交叉以及运维管理维护oam状态。
步骤六，将所述第三数据处理请求发送给宿管控组件rc；
步骤七，宿管控组件rc处理第三数据处理请求，返回执行结果；
进一步，如图5所示，将所述执行结果发送给网络呼叫控制器；
网络呼叫控制器进一步转发所述执行结果给其他管控组件或管控系统。
进一步，如图6所示，将所述执行结果发给客户上下文；
通过客户上下文，将所述执行结果传递给与该客户上下文连接的服务上下文。
进一步，如图7所示，将所述执行结果发给协议控制器；
通过协议控制器将返回的数据发送给与该协议控制器相连的其他管控系统或应用。
步骤八，结束。
图8是根据本优选实施例的数据处理装置的框图六，如图8所示，在本实施例中，数据控制器收到外部请求来监测lrm中的otn链路资源占用，并根据历史占用数据来预测链路资源占用。当预测的链路资源占用率超过一定门限后，通过修改传送资源的管理状态限制资源再分配，通过连接路由优化来把链路中的连接迁移到其他链路中。
步骤一，数据控制器接收到第一数据处理请求后，确定要交互的源管控组件；
优选的，基于所述第一数据处理请求与源管控组件之间的目录服务信息，确定要交互的源管控组件。
优选的，所述第一数据处理请求中，指明要交互的源管控组件。
本实施例中，所述第一数据处理请求中，指明要交互的源管控组件为lrm、rc和rdb。
优选的，如图5所示，所述第一数据处理请求来自网络呼叫控制器；
优选的，如图6所示，所述第一数据处理请求来自客户上下文；
优选的，如图7所示，所述第一数据处理请求来协议控制器；
步骤二，若有源管控组件，生成第二数据处理请求；否则执行步骤五；
优选的，所述第二数据处理请求中携带要收集的数据类型、数据更新起止时间等数据收集标准。进一步的数据收集标准还包括收集数据的传递方式，如实时传回数据，还有定期更新等方式。
本实施例中，有多个源管控组件，收集多种数据。
在构造第二数据处理请求时，可以发给lrm的第二数据处理请求中携带要收集的数据类型为链路占用率，具体为otn链路占用率；发给rc的第二数据处理请求中携带要收集的数据类型为拓扑，具体为otn拓扑；发给rdb的第二数据处理请求中携带要收集的数据类型为历史连接数据，具体包含指定时间段内维护的连接信息，如连接数量，每条连接的路由信息等。
也可以在第二数据处理请求中，指定源管控组件及对应的数据类型，具体如下：第二数据处理请求中指定发送给lrm要收集的数据类型为链路占用率，具体为otn链路占用率；第二数据处理请求中指定发送给rc要收集的数据类型为拓扑，具体为otn拓扑；第二数据处理请求中指定发送给rdb要收集的数据类型为历史连接数据，具体包含指定时间段内维护的连接信息，如连接数量，每条连接的路由信息等。
步骤三，将所述第二数据处理请求发送给源管控组件；
本实施例中，数据控制器将所述第二数据处理请求发送给源管控组件lrm、rc和rdb。
步骤四，源管控组件处理收到的数据处理请求，并返回收集到的数据；
本实施例中的源管控组件lrm收集符合收集标准的数据，即链路占用率数据，并将数据返回给数据控制器；源管控组件rc收集符合收集标准的数据，即拓扑数据，并将数据返回给数据控制器；源管控组件rdb收集符合收集标准的数据，即历史连接数据，并将数据返回给数据控制器；
优选的，如图5所示，将所述返回的数据发送给网络呼叫控制器；
网络呼叫控制器可进一步转发所述返回的数据给其他管控组件或管控系统。
优选的，如图6所示，将所述返回的数据发送给客户上下文；
通过客户上下文，将所述返回的数据传递给与该客户上下文连接的服务上下文。
优选的，如图7所示，将所述返回的数据发送给协议控制器；
通过协议控制器将返回的数据发送给与该协议控制器相连的其他管控系统或应用。
步骤五，确定要交互的宿管控组件，若有宿管控组件，则生成第三数据处理请求；否则，执行步骤八。
本实施例中，第一数据处理情况中指定宿管控组件为lrm和rc。
根据从lrm收集到的链路占用率数据、从rdb收集到的历史连接数据以及从rc收集到的拓扑数据，来预测判断链路占用率可能超过指定阈值门限。简单的预测判断方法包括根据历史连接的创建/删除时间，维护的连接数量等线性预测。当预测超过门限时，生成发给lrm的第三数据处理请求，其中确定配置接口为修改传送资源的管理状态，参数包括：将管理状态从使能改为去使能；生成发给rc的第三数据处理请求，其中，确定配置接口为启动重路由，参数包括预测的链路占用率超过指定阈值门限的链路，且指定重路由避开所述链路。
步骤六，将所述第三数据处理请求发送给宿管控组件lrm和rc；
步骤七，宿管控组件lrm和rc处理第三数据处理请求，返回执行结果；
进一步，如图5所示，将所述执行结果发送给网络呼叫控制器；
网络呼叫控制器进一步转发所述执行结果给其他管控组件或管控系统。
进一步，如图6所示，将所述执行结果发给客户上下文；
通过客户上下文，将所述执行结果传递给与该客户上下文连接的服务上下文。
进一步，如图7所示，将所述执行结果发给协议控制器；
通过协议控制器将返回的数据发送给与该协议控制器相连的其他管控系统或应用。
步骤八，结束。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种数据处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图9是根据本发明实施例的数据处理装置的结构框图，如图9所示，包括：
第一接收模块92，用于接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
确定模块94，用于确定目标管控组件；
生成模块96，用于根据所述第一数据处理请求生成第二数据处理请求；
第一发送模块98，用于将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
在一示例性实施例中，所述确定模块包94括：
第一确定子模块，用于根据所述数据收集信息确定第一管控组件，其中，所述第一管控组件用于根据所述第二数据处理请求进行数据收集，所述目标管控组件为所述第一管控组件；和/或
第二确定子模块，用于根据所述配置信息确定第二管控组件，其中，所述第二管控组件用于根据所述第二数据处理请求进行配置，所述目标管控组件为所述第二管控组件。
在一示例性实施例中，所述第一确定子模块，还用于
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第一管控组件；或者
确定所述数据收集信息指示的管控组件为所述第一管控组件。
在一示例性实施例中，所述第二确定子模块，还用于
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第二管控组件；或者
确定所述配置信息指示的管控组件为所述第二管控组件。
在一示例性实施例中，所述生成模块96包括：
第一生成子模块，用于在所述目标管控组件为所述第一管控组件的情况下，根据所述数据收集信息生成数据收集请求，其中，所述第二数据处理请求为所述数据收集请求，所述数据收集请求中还携带有以下至少之一：待收集的数据类型、数据更新起止时间、收集得到的数据的传递方式；
第二生成子模块，用于在所述目标管控组件为所述第二管控组件的情况下，根据所述配置信息生成配置请求或者根据所述配置信息与所述第一管控组件返回的数据处理结果生成所述配置请求，其中，所述第二数据处理请求为所述数据收集请求所述配置请求中携带有配置接口及参数。
在一示例性实施例中，所述数据类型包括：链路占用率和/或拓扑。
在一示例性实施例中，所述第一接收模块92包括：
第一接收子模块，用于接收网络呼叫控制器发送的所述第一数据处理请求；或者
第二接收子模块，用于接收客户上下文发送的所述第一数据处理请求；或者
第三接收子模块，用于接收协议控制器发送的所述第一数据处理请求。
在一示例性实施例中，在将所述第二数据处理请求发送给所述目标管控组件之后，所述装置还包括：
第二接收模块，用于接收所述目标管控组件返回的数据处理结果；
第二发送模块，用于将所述数据处理结果发送给所述网络呼叫控制器、所述客户上下文或所述协议控制器。
在另一示例性实施例中，所述第一管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap，所述第二管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
1.一种数据处理方法，其特征在于，包括：
接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
确定目标管控组件；
根据所述第一数据处理请求生成第二数据处理请求；
将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
2.根据权利要求1所述的方法，其特征在于，确定所述目标管控组件包括：
根据所述数据收集信息确定第一管控组件，其中，所述第一管控组件用于根据所述第二数据处理请求进行数据收集，所述目标管控组件为所述第一管控组件；和/或
根据所述配置信息确定第二管控组件，其中，所述第二管控组件用于根据所述第二数据处理请求进行配置，所述目标管控组件为所述第二管控组件。
3.根据权利要求2所述的方法，其特征在于，根据所述数据收集信息确定所述第一管控组件包括：
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第一管控组件；或者
确定所述数据收集信息指示的管控组件为所述第一管控组件。
4.根据权利要求2所述的方法，其特征在于，根据所述配置信息确定所述第二管控组件包括：
基于所述第一数据处理请求与管控组件的目录服务信息，确定所述第二管控组件；或者
确定所述配置信息指示的管控组件为所述第二管控组件。
5.根据权利要求2所述的方法，其特征在于，根据所述第一数据处理请求生成所述第二数据处理请求包括：
在所述目标管控组件为所述第一管控组件的情况下，根据所述数据收集信息生成数据收集请求，其中，所述第二数据处理请求为所述数据收集请求，所述数据收集请求中还携带有以下至少之一:待收集的数据类型、数据更新起止时间、收集得到的数据的传递方式；
在所述目标管控组件为所述第二管控组件的情况下，根据所述配置信息生成配置请求或者根据所述配置信息与所述第一管控组件返回的数据处理结果生成所述配置请求，其中，所述第二数据处理请求为所述配置请求，所述配置请求中携带有配置接口及参数。
6.根据权利要求5所述的方法，其特征在于，所述数据类型包括：链路占用率和/或拓扑。
7.根据权利要求1所述的方法，其特征在于，接收所述第一数据处理请求包括：
接收网络呼叫控制器发送的所述第一数据处理请求；或者
接收客户上下文发送的所述第一数据处理请求；或者
接收协议控制器发送的所述第一数据处理请求。
8.根据权利要求7所述的方法，其特征在于，在将所述第二数据处理请求发送给所述目标管控组件之后，所述方法还包括：
接收所述目标管控组件返回的数据处理结果；
将所述数据处理结果发送给所述网络呼叫控制器、所述客户上下文或所述协议控制器。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap，所述第二管控组件包括：链路资源管理器lrm、路由控制器rc、连接控制器cc、网络呼叫控制器ncc、路由数据库rdb、终结和适配执行器tap。
10.一种数据处理装置，其特征在于，包括：
第一接收模块，用于接收第一数据处理请求，其中，所述第一数据处理请求中携带有数据收集信息和/或配置信息；
确定模块，用于确定目标管控组件；
生成模块，用于根据所述第一数据处理请求生成第二数据处理请求；
第一发送模块，用于将所述第二数据处理请求发送给所述目标管控组件，其中，所述目标管控组件用于根据所述第二数据处理请求进行数据收集或配置。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至9任一项中所述的方法。
12.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至9任一项中所述的方法。
技术总结