本发明涉及通信技术领域，尤其涉及一种解耦接口差异化的接口兼容方法及装置。
背景技术：
软件定义网络(softwaredefinednetwork,sdn)作为一种网络体系结构逐渐被设备生产厂商与网络架构服务商所接受，其中，sdn最主要的核心思想为通过集中式软件去管理网络硬件，以实现可编程化，并且，将网络硬件的控制功能与转发功能进行分离。
进一步地，在将网络硬件的控制功能与转发功能分离后，可为控制功能单独设计与制造物理硬件，比如控制器，也可为转发功能单独设计与制造物理硬件，比如，进行信息转发的交换机与路由器。当然，对于控制功能，不限于只使用控制器，还可构建实现数据控制的配置/管理/运维运营系统，可称为管控实体；对于转发功能，也不限于只使用交换机与路由器，统一称为被管控实体。
但是，在管控实体和被管控实体组成的架构中，管控实体与被管控实体间可能存在接口协议、信息模型的差异，即使是标准协议，往往也存在不同厂家/不同型号的自定义项，上述差异也就导致在管控实体与被管控实体进行对接时存在兼容性问题，然而，为了结合各厂商的产品优势以实现混合组网，统一标准又是较难实现的。
现有的管控实体与被管控实体的对接方式有：
(1)垂直烟囱式，自己与自己对接，基本不存在多厂家/型号设备对接的问题，但是，未考虑不同型号不同形式的对接；
(2)场景定制式，根据应用场景需求，定制管控实体中的对接方式(接口协议/信息模型/自定义项等)，但是单独定制对接方式导致项目在落地实现时需要花费较大的工作量；
(3)分厂家与型号进行对接：具有相同对接方式的厂家/型号设备归一个管控实体或管控实体集群操作，但是，由于区分对接方式实现分别管理，无法全局调度资源，增大了管控实体的复杂度和协同难度。
就对接方式而言，现有的设备之间存在无法兼容不同对接方式的技术问题。同时，没有一种对接方式可以较好地同时实现多厂家/型号对接、花费工作量较小且系统的复杂度较低等特性。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
技术实现要素：
本发明的主要目的在于提供一种解耦接口差异化的接口兼容方法及装置，旨在解决现有技术中设备之间存在无法兼容不同对接方式的问题。
为实现上述目的，本发明提供一种解耦接口差异化的接口兼容方法：
管控实体在根据功能对被管控实体进行操作/动作时，以使所述被管控实体的所述功能产生操作/动作及参数；
读取与所述功能对应的接口管道信息；
根据所述接口管道信息进行信息交互，以实现所述管控实体对接、操作/动作所述被管控实体。
优选地，所述接口管道信息至少包括接口协议、信息模型与自定义项，所述自定义项为与预设通用标准协议/模型有差异的项目；
相应地，所述根据所述接口管道信息进行信息交互，以实现所述管控实体对接、操作/动作所述被管控实体，具体包括：
根据所述接口协议进行协议配置，将配置后的接口协议作为当前接口协议，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；
根据所述信息模型与自定义项进行信息的编排，将编排后的信息作为交互信息。
优选地，所述功能包括控制功能、配置、管理、运维运营功能中的至少一项。
优选地，所述管控实体在根据功能对被管控实体进行操作/动作时，以使所述被管控实体的所述功能产生操作/动作及参数，具体包括：
管控实体在根据控制功能对被管控实体进行控制时，以使所述被管控实体的所述控制功能产生操作/动作及参数；和/或
管控实体在根据配置功能对被管控实体进行配置时，以使所述被管控实体的所述配置功能产生操作/动作及参数；和/或
管控实体在根据管理功能对被管控实体进行管理时，以使所述被管控实体的所述管理功能产生操作/动作及参数；和/或
管控实体在根据运维运营功能对被管控实体进行运维运营时，以使所述被管控实体的所述运维运营功能产生操作/动作及参数。
优选地，所述读取与所述功能对应的接口管道信息，具体包括：
从所述被管控实体的相关数据库中读取与所述功能对应的接口管道信息。
此外，为实现上述目的，本发明还提供一种解耦接口差异化的接口兼容装置，所述装置包括：实体操作模块、接口信息确定模块和交互信息编排模块；
实体操作模块，用于在根据功能对被管控实体进行操作/动作时，以使所述被管控实体的所述功能产生操作/动作及参数；
接口信息确定模块，用于读取与所述功能对应的接口管道信息；
交互信息编排模块，用于根据所述接口管道信息进行信息交互，以实现管控实体对接、操作/动作所述被管控实体。
优选地，所述接口管道信息至少包括接口协议、信息模型与自定义项，所述自定义项为与预设通用标准协议/模型有差异的项目；
所述交互信息编排模块，还用于根据所述接口协议进行协议配置，将配置后的接口协议作为当前接口协议，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；
所述交互信息编排模块，还用于根据所述信息模型与自定义项进行信息的编排，将编排后的信息作为交互信息。
优选地，所述功能包括控制功能、配置、管理、运维运营功能中的至少一项。
优选地，所述实体操作模块，还用于在根据控制功能对被管控实体进行控制时，以使所述被管控实体的所述控制功能产生操作/动作及参数；
和/或
所述实体操作模块，还用于在根据配置功能对被管控实体进行配置时，以使所述被管控实体的所述配置功能产生操作/动作及参数；
和/或
所述实体操作模块，还用于在根据管理功能对被管控实体进行管理时，以使所述被管控实体的所述管理功能产生操作/动作及参数；
和/或
所述实体操作模块，还用于在根据运维运营功能对被管控实体进行运维运营时，以使所述被管控实体的所述运维运营功能产生操作/动作及参数。
优选地，所述接口信息确定模块，还用于从所述被管控实体的相关数据库中读取与所述功能对应的接口管道信息。
本发明中通过读取被管控实体的对接方式并根据该对接方式进行信息交互，可以较好地实现管控实体与被管控实体的对接方式的兼容，克服了现有技术的设备之间无法兼容不同对接方式的技术问题。同时，既实现了不同类型与厂商的设备的对接，也无需消耗较大的开发工作量，可以全局调度资源。
附图说明
图1为本发明解耦接口差异化的接口兼容方法第一实施例流程图；
图2为本发明解耦接口差异化的接口兼容方法第二实施例流程图；
图3为本发明解耦接口差异化的接口兼容方法第三实施例流程图；
图4为本发明解耦接口差异化的接口兼容装置第一实施例的结构框图；
图5为本发明解耦接口差异化的接口兼容装置第二实施例的结构框图；
图6为本发明解耦接口差异化的接口兼容装置第三实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
参照图1，图1为本发明一种解耦接口差异化的接口兼容方法第一实施例的流程示意图。
在本实施例中，所述方法包括以下步骤：
步骤s10：管控实体在根据功能对被管控实体进行操作/动作时，以使所述被管控实体的所述功能产生操作/动作及参数；
可以理解的是，管控实体作为执行主体，在管控实体与被管控实体组成的架构中，管控实体与被管控实体之间存在接口协议与信息模型的差异，并且，即便管控实体与被管控实体皆为标准协议，也可能存在不同厂家或不同型号的自定义项，在进行管控实体与被管控实体的对接过程中，上述的管控实体与被管控实体的差异皆会带来兼容性问题。为了克服由于管控实体与被管控实体二者存在的接口协议、信息模型与自定义项等的差异，而导致管控实体与被管控实体无法成功对接以无法进行后续的信息交互的问题，可通过管控实体通过识别出被管控实体的对接方式来确定管控实体本身的对接方式，也就解决了对接方式不同导致的兼容性差异。其中，可将接口协议、信息模型与自定义项统称为对接方式。
步骤s20：读取与所述功能对应的接口管道信息；
在具体实现中，当管控实体在根据功能对被管控实体进行操作/动作时，被管控实体的功能将会产生对应的操作/动作及参数，可截取上述运行中的功能的接口管道信息，其中，所述接口管道信息用于描述被管控实体的对接方式。比如，接口管道信息可包括接口协议、信息模型以及自定义项等。其中，所述自定义项为厂商或通信技术组织定义的接口协议或信息模型与通用标准协议/模型的不同之处，比如，思科的私有协议内部网关路由协议(interiorgatewayroutingprotocol，igrp)，该协议的自定义项为与标准协议的差异。
步骤s30：根据所述接口管道信息进行信息交互，以实现所述管控实体对接、操作/动作所述被管控实体。
应当理解的是，比如，当前读取到的接口管道信息中，接口协议为简单网络管理协议(simplenetworkmanagementprotocol，snmp)，路由器的信息模型为管理信息库(managementinformationbase，mib)，路由器的自定义项为空白。所以，在获知对接方式包括snmp和mib后，由于被管控实体中将预先保存多种对接方式的具体配置参数，可根据snmp确定对应的snmp配置参数，根据mib确定对应的mib信息模型参数，将根据snmp配置参数和mib信息模型参数进行参数配置以实现信息交互。由于当前，管控实体与被管控实体的对接方式已相同，管控实体与被管控实体可以进行稳定且正常的通信，也就实现了管控实体与被管控实体的对接。所以，通过上述方案，可以实现管控实体与具有不同对接方式的被管控实体对接，并且，不同应用场景、部署不同厂家/型号设备的基础设施，不需要投入很大的定制开发工作量；同时，由于在同一管控实体或集群中实现，也无需分厂家型号进行分别对接，就可以全局调度资源，也就进一步地降低了管控实体、协同以及集群的复杂度。
本实施例中通过读取被管控实体的对接方式并根据该对接方式进行信息交互，可以较好地实现管控实体与被管控实体的对接方式的兼容，克服了现有技术的设备之间无法兼容不同对接方式的技术问题。同时，即实现了不同类型与厂商的设备的对接，也无需消耗较大的开发工作量，可以全局调度资源。
参照图2，图2为本发明解耦接口差异化的接口兼容方法第二实施例的流程示意图，基于上述图1所示的实施例，提出本发明解耦接口差异化的接口兼容方法的第二实施例。
在本实施例中，所述接口管道信息至少包括接口协议、信息模型与自定义项，所述自定义项为与预设通用标准协议/模型有差异的项目，其中，所述步骤s30，具体包括：
步骤s301：根据所述接口协议进行协议配置，将配置后的接口协议作为当前接口协议，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；
可以理解的是，在读取到被管控实体的各功能对应的接口管道信息后，可根据所述接口管道信息进行信息交互。其中，所述接口管道信息包括接口协议、信息模型与自定义项，接口协议是对应控制、配置、管理及运维运营等功能进行设备通信的网络协议，常见的有openflow、边界网关协议-链路状态(bordergatewayprotocol-linkstate，bgp-ls)、路径计算元件协议(pathcomputationelementprotocol，pcep)及snmp等；信息模型，信息模型是对应上述各功能的信息编排模型，常见的有mib、命令行格式及云应用的拓扑编排标准(topologyorchestrationspecificationforcloudapplications，tosca)模型等；自定义项，自定义项为厂商或通信技术组织定义的接口协议或信息模型与通用标准协议/模型的不同之处。可通过所述接口管道信息中的相应的接口协议建立数据通道、交互/互动信息模型对应的数据。
步骤s302：根据所述信息模型与自定义项进行信息的编排，将编排后的信息作为交互信息。
应当理解的是，也可根据所述接口管道信息中的信息模型与自定义项编排生成交互信息，如动作/参数等。
在具体实现中，若确认承载的接口协议类型为pcep协议，则可根据对应的pcep协议参数进行协议配置，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；若确认信息模型为tosca模型，可根据对应的tosca模型参数并结合自定义项的信息进行信息编排，以确定对应的交互信息。
进一步地，为了便于管控实体确定对应的接口管道信息，所述读取与所述功能对应的接口管道信息，具体包括：从所述被管控实体的相关数据库中读取与所述功能对应的接口管道信息。
可以理解的是，在实际运行中读取到的接口管道信息可预先存储于被管控实体的相关数据库中。比如，若当前的被管控实体的接口协议为pcep协议，可从相关数据库中读取出pcep协议的接口管道信息，也就便于管控实体可以更加方便地进行接口协议、信息模型与自定义项的配置或自协商。
本实施例中通过根据接口管道信息确定具体的接口协议、信息模型以及自定义项，使得管控实体可以更加全面地兼容各个方面的对接方式；同时，通过预先设置存储有各种接口协议、信息模型及自定义项等配置参数的相关数据库，使得对接方式的配置与自协商可以更加有效率。
参照图3，图3为本发明解耦接口差异化的接口兼容方法第三实施例的流程示意图，基于上述图1所示的实施例，提出本发明解耦接口差异化的接口兼容方法的第三实施例。
在本实施例中，所述功能包括控制功能、配置、管理、运维运营功能中的至少一项，其中，所述步骤10，具体包括：
步骤s10′：管控实体在根据控制功能对被管控实体进行控制时，以使所述被管控实体的所述控制功能产生操作/动作及参数；和/或
管控实体在根据配置功能对被管控实体进行配置时，以使所述被管控实体的所述配置功能产生操作/动作及参数；和/或
管控实体在根据管理功能对被管控实体进行管理时，以使所述被管控实体的所述管理功能产生操作/动作及参数；和/或
管控实体在根据运维运营功能对被管控实体进行运维运营时，以使所述被管控实体的所述运维运营功能产生操作/动作及参数。
可以理解的是，在管控实体与被管控实体组成的架构中，管控实体具有多种功能，并且，在不同的功能下，比如控制功能、配置、管理及运维运营功能等，管控实体与被管控实体存在多种接口协议和信息模型，即便是标准协议，往往也存在不同厂家/不同型号的自定义项。
在具体实现中，管控实体可根据控制功能对被管控实体进行控制，如控制转发流表、光层控制项(波长/开关等)以及厂家自定义选项等信息；管控实体也可根据配置功能对被管控实体进行配置，可配置被管控实体的工作模式、网络协议(internetprotocol，ip)地址、上连的管控实体的ip地址/域名/名字、端口模式(access/trunk/hybrid等)及虚拟局域网(virtuallocalareanetwork，vlan)、以及标签操作(剥离/添加/编辑等)等，其中，所述标识包括vlan、qinq、可扩展虚拟局域网(virtualextensiblelan，vxlan)以及多协议标签交换(multi-protocollabelswitching，mpls)等；管控实体可根据管理功能对被管控实体进行管理，比如，可与上连的管控实体交互管理信息，如故障告警、性能统计、状态信息、日志、安全(认证鉴权)等，常见的交互方式为snmp、远端网络监控(remotenetworkmonitoring,rmon)及系统日志(syslog)协议等；管控实体也可根据运维运营功能对被管控实体进行运维运营，比如，可与上连的管控实体交互用于运维运营的信息，如系统在线测试、网络监控、网络环境模拟测试、高层抽象意图映射等。
可以理解的是，除上述的控制功能、配置、管理、运维运营功能以外，还可存在其他影响被管控实体进行操作/动作的功能，以实现影响被管控实体进行操作/动作，并传递操作/动作及参数等信息。
本实施例中通过结合各功能，以实现管控实体与被管控实体的信息交互。
基于上述各方法实施例提出本发明解耦接口差异化的接口兼容装置实施例，如图4所示，图4为本发明解耦接口差异化的接口兼容装置第一实施例的结构框图。其中，所述装置包括：实体操作模块10、接口信息确定模块20和交互信息编排模块30；
实体操作模块10，用于在根据功能对被管控实体进行操作/动作时，以使所述被管控实体的所述功能产生操作/动作及参数；
可以理解的是，管控实体作为执行主体，在管控实体与被管控实体组成的架构中，管控实体与被管控实体之间存在接口协议与信息模型的差异，并且，即便管控实体与被管控实体皆为标准协议，也可能存在不同厂家或不同型号的自定义项，在进行管控实体与被管控实体的对接过程中，上述的管控实体与被管控实体的差异皆会带来兼容性问题。为了克服由于管控实体与被管控实体二者存在的接口协议、信息模型与自定义项等的差异，而导致管控实体与被管控实体无法成功对接以无法进行后续的信息交互的问题，可通过管控实体通过识别出被管控实体的对接方式来确定管控实体本身的对接方式，也就解决了对接方式不同导致的兼容性差异。其中，可将接口协议、信息模型与自定义项统称为对接方式。
接口信息确定模块20，用于读取与所述功能对应的接口管道信息；
在具体实现中，当管控实体的实体操作模块10在根据功能对被管控实体进行操作/动作时，被管控实体的功能将会产生对应的操作/动作及参数，可截取上述运行中的功能的接口管道信息，其中，所述接口管道信息用于描述被管控实体的对接方式。比如，接口管道信息可包括接口协议、信息模型以及自定义项等。其中，所述自定义项为厂商或通信技术组织定义的接口协议或信息模型与通用标准协议/模型的不同之处，比如，思科的私有协议内部网关路由协议igrp，该协议的自定义项为与标准协议的差异。
交互信息编排模块30，用于根据所述接口管道信息进行信息交互，以实现管控实体对接、操作/动作所述被管控实体。
应当理解的是，比如，接口信息确定模块20当前读取到的接口管道信息中，接口协议为简单网络管理协议(simplenetworkmanagementprotocol，snmp)，路由器的信息模型为管理信息库(managementinformationbase，mib)，路由器的自定义项为空白。所以，在获知对接方式包括snmp和mib后，由于被管控实体中将预先保存多种对接方式的具体配置参数，可根据snmp确定对应的snmp配置参数，根据mib确定对应的mib信息模型参数，将根据snmp配置参数和mib信息模型参数进行参数配置以实现信息交互。由于当前，管控实体与被管控实体的对接方式已相同，管控实体与被管控实体可以进行稳定且正常的通信，也就实现了管控实体与被管控实体的对接。
本实施例中通过读取被管控实体的对接方式并根据该对接方式进行信息交互，可以较好地实现管控实体与被管控实体的对接方式的兼容，克服了现有技术的设备之间无法兼容不同对接方式的技术问题。同时，即实现了不同类型与厂商的设备的对接，也无需消耗较大的开发工作量，可以全局调度资源。
参照图5，图5为本发明解耦接口差异化的接口兼容装置第二实施例的结构框图，基于上述图4所示的实施例，提出本发明解耦接口差异化的接口兼容装置的第二实施例。
在本实施例中，所述接口管道信息至少包括接口协议、信息模型与自定义项，所述自定义项为与预设通用标准协议/模型有差异的项目。
所述交互信息编排模块301，还用于根据所述接口协议进行协议配置，将配置后的接口协议作为当前接口协议，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；
可以理解的是，在读取到被管控实体的各功能对应的接口管道信息后，可根据所述接口管道信息进行信息交互。其中，所述接口管道信息包括接口协议、信息模型与自定义项，接口协议是对应控制、配置、管理及运维运营等功能进行设备通信的网络协议，常见的有openflow、边界网关协议-链路状态bgp-ls、路径计算元件协议pcep及snmp等；信息模型，信息模型是对应上述各功能的信息编排模型，常见的有mib、命令行格式及云应用的拓扑编排标准tosca模型等；自定义项，自定义项为厂商或通信技术组织定义的接口协议或信息模型与通用标准协议/模型的不同之处。可通过所述接口管道信息中的相应的接口协议建立数据通道、交互/互动信息模型对应的数据。
所述交互信息编排模块302，还用于根据所述信息模型与自定义项进行信息的编排，将编排后的信息作为交互信息。
应当理解的是，也可根据所述接口管道信息中的信息模型与自定义项编排生成交互信息，如动作/参数等。
在具体实现中，若确认承载的接口协议类型为pcep协议，则可根据对应的pcep协议参数进行协议配置，以根据所述当前接口协议建立与所述被管控实体的数据通道、交互/互动信息模型对应的数据；若确认信息模型为tosca模型，可根据对应的tosca模型参数并结合自定义项的信息进行信息编排，以确定对应的交互信息。
进一步地，为了便于管控实体确定对应的接口管道信息，所述接口信息确定模块，还用于从所述被管控实体的相关数据库中读取与所述功能对应的接口管道信息。
可以理解的是，在实际运行中读取到的接口管道信息可预先存储于被管控实体的相关数据库中。比如，若当前的被管控实体的接口协议为pcep协议，可从相关数据库中读取出pcep协议的接口管道信息，也就便于管控实体可以更加方便地进行接口协议、信息模型与自定义项的配置或自协商。
本实施例中通过根据接口管道信息确定具体的接口协议、信息模型以及自定义项，使得管控实体可以更加全面地兼容各个方面的对接方式；同时，通过预先设置存储有各种接口协议、信息模型及自定义项等配置参数的相关数据库，使得对接方式的配置与自协商可以更加有效率。
参照图6，图6为本发明解耦接口差异化的接口兼容装置第三实施例的结构框图，基于上述图4所示的实施例，提出本发明解耦接口差异化的接口兼容装置的第三实施例。
在本实施例中，所述功能包括控制功能、配置、管理、运维运营功能中的至少一项。
所述实体操作模块101，还用于在根据控制功能对被管控实体进行控制时，以使所述被管控实体的所述控制功能产生操作/动作及参数；
和/或
所述实体操作模块102，还用于在根据配置功能对被管控实体进行配置时，以使所述被管控实体的所述配置功能产生操作/动作及参数；
和/或
所述实体操作模块103，还用于在根据管理功能对被管控实体进行管理时，以使所述被管控实体的所述管理功能产生操作/动作及参数；
和/或
所述实体操作模块104，还用于在根据运维运营功能对被管控实体进行运维运营时，以使所述被管控实体的所述运维运营功能产生操作/动作及参数。
可以理解的是，在管控实体与被管控实体组成的架构中，管控实体具有多种功能。
在具体实现中，管控实体的实体操作模块101可根据控制功能对被管控实体进行控制，如控制转发流表、光层控制项(波长/开关等)以及厂家自定义选项等信息；管控实体的实体操作模块102也可根据配置功能对被管控实体进行配置，可配置被管控实体的工作模式、网络协议ip地址、上连的管控实体的ip地址/域名/名字、端口模式(access/trunk/hybrid等)及虚拟局域网vlan、以及标签操作(剥离/添加/编辑等)等，其中，所述标识包括vlan、qinq、可扩展虚拟局域网vxlan以及多协议标签交换mpls等；管控实体的实体操作模块103可根据管理功能对被管控实体进行管理，比如，可与上连的管控实体交互管理信息，如故障告警、性能统计、状态信息、日志、安全(认证鉴权)等，常见的交互方式为snmp、远端网络监控rmon及系统日志(syslog)协议等；管控实体的实体操作模块104也可根据运维运营功能对被管控实体进行运维运营，比如，可与上连的管控实体交互用于运维运营的信息，如系统在线测试、网络监控、网络环境模拟测试、高层抽象意图映射等。
可以理解的是，除上述的控制功能、配置、管理、运维运营功能以外，还可存在其他影响被管控实体进行操作/动作的功能，以实现影响被管控实体进行操作/动作，并传递操作/动作及参数等信息。
本实施例中通过结合各功能，以实现管控实体与被管控实体的信息交互。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。