网络设备的端口配置方法、装置和存储介质与流程

文档序号:16308278发布日期:2018-12-19 05:10阅读:289来源:国知局
网络设备的端口配置方法、装置和存储介质与流程

本申请涉及互联网技术领域,尤其涉及网络设备的端口配置方法、装置和存储介质。

背景技术

网络设备的端口配置可以分为基础配置和端口配置。比如设备管理配置,配置vlan(virtuallocalareanetwork,虚拟局域网)的配置,静态路由的配置等属于基础配置。端口的配置例如可包括配置端口业务,trunk(中继)模式和端口保护功能是否开启等。

网络设备在部署后需要配置好才能正常工作。以前网络设备的端口配置需要人工手动操作,由于需要到现场布置、再加上网络布局复杂时,导致网络设备的端口配置工作繁杂,占用较多的时间和人力成本。故此,提出了自动部署配置的方案。

现有技术中,自动化配置一般是在网管端预先配置好各网络设备对应的完整配置。然后在网络设备上线时通过dhcp(dynamichostconfigurationprotocol,动态主机配置协议)请求自动分配到ip(internetprotocol,网络之间互连的协议)地址,并通过dhcpoption66和dhcpoption67获知服务器地址和配置文件,然后从服务器下载配置文件,从而达到配置自动下发的目的。

然而,现有的方法,需要在网络端进行预配置,该预配置对运维人员有较高的运维技能要求。

此外,如前所述一份网络设备的完整配置包括设备的基础配置和端口配置。其中,基础配置一般比较容易用模板化实现,而端口配置需要运维人员分别确定。而端口配置要基于设备的拓扑连接而定。如果端口配置与设备实际拓扑连接不一致,则端口上的业务将无法正确下发,导致网络不能预期上线。目前,端口配置与拓扑连接需要人工保证,这个过程也比较繁琐,一旦配置出错,排查问题也很不方便。



技术实现要素:

本申请实施例提供一种网络设备的端口配置方法、装置和存储介质,用于解决现有技术中端口配置对运维人员要求高,且端口配置容易与网络拓扑不一致的问题导致端口业务无法正常进行等的问题。

第一方面,本申请实施例提供一种网络设备的端口配置方法,该方法包括:

获取所述网络设备中待配置端口所连接的对端设备的设备角色;

根据所述网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色;

根据预置的端口角色和端口配置模板的对应关系,从服务器中获取所述待配置端口对应的端口配置模板;

根据获取的端口配置模块,对所述待配置端口进行配置。

第二方面,提供一种网络设备的端口配置装置,所述装置包括:

设备角色获取模块,用于获取所述网络设备中待配置端口所连接的对端设备的设备角色;

端口角色确定模块,用于根据所述网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色;

端口配置模板获取模块,用于根据预置的端口角色和端口配置模板的对应关系,从服务器中获取所述待配置端口对应的端口配置模板;

配置模块,用于根据获取的端口配置模块,对所述待配置端口进行配置。

本申请另一实施例还提供了一种计算装置,包括至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请实施例提供的任一网络设备的端口配置方法。

本申请另一实施例还提供了一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行本申请实施例中的任一网络设备的端口配置方法。

本申请实施例提供的网络设备的端口配置方法、装置和存储介质,本申请实施例中,待配置端口通过所在设备的设备角色和对端设备的设备角色便可以确定自己是哪个设备的何种端口,即实现了网络拓扑的确认。那么根据网络设备的端口角色就可以获取到对应的端口配置模板进行配置。由于设备角色能够表征该待配置端口处实际拓扑连接关系,所以本申请实施例中的能够实现根据实际的拓扑连接关系自动根据端口配置模板进行配置。这样,本申请实施例无需运维人员在网络端为每个端口进行配置并人工保证端口配置和网络拓扑关系。此外,运维人员只需要为每一类端口进行相应配置即可。一次配置,后续可以重复使用配置的模板。从而简化网络设备的端口配置的操作,提高了网络设备的端口配置的效率。

本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1为本申请实施例中的网络设备的端口配置方法的流程示意图;

图2为本申请实施例中的确定端口角色的示意图;

图3为本申请实施例中的网络设备的端口配置装置示意图;

图4为根据本申请实施方式的计算装置的结构示意图。

具体实施方式

为了便于进行端口配置,本申请实施例中提供一种网络设备的端口配置方法、装置和存储介质。为了更好的理解本申请实施例提供的技术方案,这里对该方案的基本原理做一下简单说明:

为便于理解,这里先对本申请实施例中涉及的名词进行说明,包括:

设备角色:将网络划分出不同层次,不同层次下的设备具有不同的设备角色,不同层次下的设备具有不同功能。即在网络拓扑连接关系中,根据网络设备的功能划分出的角色。例如设备角色可以划分为核心网设备、汇聚设备和接入设备。

端口角色:端口角色是根据所在设备角色不同而划分的。例如接入设备的下联口、上联口,汇聚设备的下联口和上联口等。

角色上限:用于限定网络设备在网络拓扑中的所能充当的设备角色的上限,例如汇聚设备的角色上限是汇聚设备而不能是核心网设备,接入设备的角色上限是接入设备。

为了在网络设备部署时能够准确的配置端口设备,本申请实施例中,为不同角色的端口配置不同的端口配置模板。这样,对于一个待配置端口,当确定其端口角色后,可以通过网络,下载对应的端口配置模板进行端口配置。

具体实施时,待配置端口两端的设备可以互通设备角色。这样,待配置端口通过自身所在设备的设备角色和对端设备的设备角色便可以确定自己是哪个设备的何种端口,即实现了网络拓扑的确认。那么根据端口角色就可以获取到对应的端口配置模板进行配置。由于设备角色能够表征该待配置端口处的实际拓扑连接关系,所以本申请实施例中能够实现根据实际的拓扑连接关系自动根据端口配置模板进行配置。这样,本申请实施例无需运维人员在网络端为每个端口进行配置并人工保证端口配置和网络拓扑关系。此外,运维人员只需要为每一类端口进行相应配置即可。一次配置,后续可以重复使用配置的模板。从而简化网络设备的端口配置的操作,提高了网络设备的端口配置的效率。

下面结合附图对本申请实施例提供的网络设备的端口配置方法作进一步说明,如图1所示,为网络设备的端口配置方法的流程示意图,包括以下步骤:

步骤101:获取所述网络设备中待配置端口所连接的对端设备的设备角色。

具体实施时,可以通过待配置端口发起请求设备角色的报文给对端设备,然后由对端设备告知网络设备的设备角色。

但是上述实现方法,需要单独开发网络设备之间交互的功能。为了能够和现有技术兼容,更为简便的获知设备角色。发明人经过研究,提出通过网络拓扑发现协议的扩展字段来携带设备角色信息。具体实施时,可以接收所述对端设备发送的链路层发现协议lldp报文;解析所述lldp报文,读取指定扩展字段中的设备角色。由于lldp为常用的网络发现协议,通过在其扩展字段中加入设备角色信息,这样,在具体确定网络拓扑关系的同时即可获知对端设备的设备角色。

具体实施时,网络设备的基础配置可以根据现有技术实现。设备角色信息可以配置到基础配置模板中。这样,对端设备可以从网络设备的配置模板中获取网络设备的设备角色然后添加到lldp报文的指定扩展字段中。这样,实现时可以接收所述对端设备发送的lldp报文;然后解析所述lldp报文,读取指定扩展字段中的设备角色即可获知对端设备的设备角色。

步骤102:根据网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色。

对于自身的设备角色可以根据网管预先下发的配置,获取基础配置模板,从基础配置模板中读取自身的设备角色。此外,还可以通过学习得到,学习的方法将在后文中详述,这里暂不介绍。

步骤103:根据预置的端口角色和端口配置模板的对应关系,从服务器中获取所述待配置端口对应的端口配置模板。

步骤104:根据获取的端口配置模块,对所述待配置端口进行配置。

例如,接入设备的下联口一般都连接该端口服务的终端,所以可以根据实际的业务需求配置该类端口,以便于实现对端口的配置。当然,具体实施时,服务的终端业务不同,接入设备的下联口的端口配置模板也可以不同。

进一步的,如前所述,网络设备的设备角色可以通过学习得到,可以根据对端设备的设备角色,以及预置的互连设备之间的设备角色对应关系,来确定自身的设备角色。该对应关系可以根据实际网络拓扑进行设定。

为了能够更加准确的确定自身的设备角色,每种设备类型都可以存在角色上限,比如核心设备的角色上限就是dsw(核心设备),汇聚设备的角色上限是psw(汇聚设备),接入设备的角色上限是asw(接入设备)。角色上限可以预先配置到基础配置模板中,从基础配置模板中读取角色上限。其中,设置角色上限的一个目的是为了支持接入设备直连核心设备的情况下不会被误认为汇聚。具体学习方法包括:

1)、在自身设备角色为未知角色且设备角色上限为汇聚设备时,若对端设备的设备角色是核心设备,则确定自身的设备角色是汇聚设备。

2)、在自身设备角色为未知角色且设备角色上限为接入设备时,若对端设备的设备角色是核心设备或汇聚设备,则确定自身的设备角色是接入设备。

3)、在自身设备角色为接入设备且设备角色上限为汇聚设备时,若对端设备的设备角色是核心设备,则更新自身的设备角色是汇聚设备。

这种情况可能是由于网络拓扑互连出错导致的。例如,之前网络拓扑中将汇聚设备连接了汇聚设备,那么即视为将汇聚设备当成接入设备使用,导致汇聚设备的设备角色视为接入设备。在网络拓扑改变后(即汇聚设备连接了核心设备),本申请中可以重新学习后更正自身的设备角色。

4)、在自身设备角色为未知角色时,若对端设备的设备角色是接入设备,则确定网络设备的设备角色是接入设备。

这样,通过上述学习方法,只要得到对端设备的设备角色,则可以确定或更新自身的设备角色。

如前所述,由于网络拓扑可能发生变化,若自身的设备角色是根据对端设备的设备角色,以及预置的互连设备之间的设备角色对应关系确定的,本申请实施例中还可以重新学习设备角色以适应网络拓扑变化。具体的:根据对端设备的设备角色,以及预置的互连设备之间的设备角色对应关系,确定自身的设备角色之后,则记录所述自身的设备角色是学习到的;然后监测自身的所有端口与对端设备的连接状态;当所述自身拥有的所有端口与对端设备均断开连接时,将自身的设备角色更换为未知角色;然后当监测到自身的至少一个端口与对端设备建立连接时,将连接有对端设备的端口确定为待配置端口,并返回执行获取待配置端口所连接的对端设备的设备角色的步骤。

当然需要说明的是,基础配置模板也可能同时没有配置角色上限,那么也可以根据对端设备角色确定自身的设备角色,包括(1)-(3):

(1)、在自身设备角色为未知角色且对端设备的设备角色是核心设备,则确定自身的设备角色是汇聚设备。

(2)、在自身设备角色为未知角色且对端设备的设备角色是核心设备或汇聚设备,则确定自身的设备角色是接入设备。

(3)、在自身设备角色为未知角色且对端设备的设备角色是接入设备,则确定网络设备的设备角色是接入设备。

进一步的,具体实施时,如图2所示,可以根据如下方法确定自身的端口角色:

1)、若自身的设备角色为核心设备且对端设备的设备角色为汇聚设备,则确定所述待配置端口的端口角色为核心设备的下联口;

2)、若自身的设备角色为汇聚设备且对端设备的设备角色为核心设备,则确定所述待配置端口的端口角色为汇聚设备的上联口;

3)、若自身的设备角色为汇聚设备且对端设备的设备角色为接入设备,则确定所述待配置端口的端口角色为汇聚设备的下联口;

4)、自身的设备角色为接入设备且对端设备的设备角色为汇聚设备,则确定所述待配置端口的端口角色为接入设备的上联口;

5)、若自身的设备角色和对端设备的设备角色均为接入设备、则确定所述待配置端口的端口角色为接入设备的级联口;

6)、若自身的设备角色和对端设备的设备角色均为汇聚设备、则确定所述待配置端口的端口角色为汇聚设备的下联口;

7)、若自身的设备角色为接入设备且对端设备的设备角色为未知角色,则确定所述待配置端口的端口角色为接入设备的下联口。

综上所述,通过自身和对端设备的设备角色,以及上述对应关系,可以很方便的确定待配置端口的端口角色,而后可以获取到正确的端口配置模板进行端口配置。

下面,为便于理解本申请实施例提供的技术方案,以接入设备为例对此进行举例说明。

首先,为接入设备配置基础配置模板,在基础配置模板中有用于表示该接入设备的设备角色的信息以及角色上限。若其设备角色信息没有进行配置则角色信息默认采用unkown(未知)表示,角色上限为接入设备,则该接入设备通过现有技术获得基础配置模板后,根据unkown便得知网络设备角色无法确定。则当为该接入设备中端口1进行配置时,通过端口1获知对端设备的设备角色为汇聚设备,则可以根据角色上限自动的确定自身的网络设备的设备角色为接入设备。而后可以确定端口1的端口角色为接入设备的上联端口,而后可以从服务器下载接入设备的上联端口的端口配置模板进行端口配置。

基于相同的发明构思,本申请实施例还提供一种网络设备的端口配置装置。如图3所示,该装置包括:

设备角色获取模块301,用于获取所述网络设备中待配置端口所连接的对端设备的设备角色;

端口角色确定模块302,用于根据所述网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色;

端口配置模板获取模块303,用于根据预置的端口角色和端口配置模板的对应关系,从服务器中获取所述待配置端口对应的端口配置模板;

配置模块304,用于根据获取的端口配置模块,对所述待配置端口进行配置。

进一步的,所述设备角色获取模块,具体包括:

报文接收单元,用于接收所述对端设备发送的链路层发现协议lldp报文;

解析单元,用于解析所述lldp报文,读取指定扩展字段中的设备角色。

进一步的,所述装置还包括:

网络设备的设备角色确定模块,用于在端口角色确定模块根据所述网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色之前,根据网管预先下发的配置,获取基础配置模板,从基础配置模板中读取所述网络设备的设备角色。

进一步的,所述装置还包括:

网络设备的设备角色学习模块,用于在端口角色确定模块根据所述网络设备的设备角色和对端设备的设备角色,确定所述待配置端口的端口角色之前,根据对端设备的设备角色,以及预置的互连设备之间的设备角色对应关系,确定所述网络设备的设备角色。

进一步的,网络设备的设备角色学习模块,具体包括:

第一学习单元,用于在所述网络设备设备角色为未知角色且设备角色上限为汇聚设备时,若对端设备的设备角色是核心设备则确定所述网络设备的设备角色是汇聚设备;

第二学习单元,用于在所述网络设备设备角色为未知角色且设备角色上限为接入设备时,若对端设备的设备角色是核心设备或汇聚设备,则确定所述网络设备的设备角色是接入设备;

第三学习单元,用于在所述网络设备设备角色为接入设备且设备角色上限为汇聚设备时,若对端设备的设备角色是核心设备则更新所述网络设备的设备角色是汇聚设备;

第四学习单元,用于在所述网络设备设备角色为未知角色时,若对端设备的设备角色是接入设备则确定所述网络设备的设备角色是接入设备。

进一步的,所述装置还包括:

记录模块,用于在所述网络设备的设备角色学习模块根据对端设备的设备角色,以及预置的互连设备之间的设备角色对应关系,确定所述网络设备的设备角色之后,记录所述网络设备的设备角色是学习到的;

监测模块,用于监测所述网络设备的所有端口与对端设备的连接状态;

更新模块,用于当所述网络设备拥有的所有端口与对端设备均断开连接时,将所述网络设备的设备角色更换为未知角色;

返回模块,用于当监测到所述网络设备至少一个端口与对端设备建立连接时,将连接有对端设备的端口确定为待配置端口,并触发设备角色获取模块返回执行获取待配置端口所连接的对端设备的设备角色的步骤。

进一步的,所述装置还包括:

确认模块,用于在所述第三学习单元若对端设备的设备角色是汇聚设备且所述网络设备设备角色为接入设备,则确定所述网络设备的设备角色是汇聚设备之前,确定所述网络设备的设备角色上限为汇聚设备。

进一步的,端口角色确定模块,具体包括:

第一确定单元,用于若所述网络设备的设备角色为核心设备且对端设备的设备角色为汇聚设备,则确定所述待配置端口的端口角色为核心设备的下联口;

第二确定单元,用于若所述网络设备的设备角色为汇聚设备且对端设备的设备角色为核心设备,则确定所述待配置端口的端口角色为汇聚设备的上联口;

第三确定单元,用于若所述网络设备的设备角色为汇聚设备且对端设备的设备角色为接入设备,则确定所述待配置端口的端口角色为汇聚设备的下联口;

第四确定单元,用于若所述网络设备的设备角色为接入设备且对端设备的设备角色为汇聚设备,则确定所述待配置端口的端口角色为接入设备的下联口;

第五确定单元,用于若所述网络设备的设备角色和对端设备的设备角色均为接入设备、则确定所述待配置端口的端口角色为接入设备的级联口;

第六确定单元,用于若所述网络设备的设备角色和对端设备的设备角色均为汇聚设备、则确定所述待配置端口的端口角色为汇聚设备的下联口;

第七确定单元,用于若所述网络设备的设备角色为接入设备且对端设备的设备角色为未知角色,则确定所述待配置端口的端口角色为接入设备的下联口。

在介绍了本申请示例性实施方式的网络设备的端口配置方法和装置之后,接下来,介绍根据本申请的另一示例性实施方式的计算装置。

所属技术领域的技术人员能够理解,本申请的各个方面可以实现为系统、方法或程序产品。因此,本申请的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中,根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中,存储器存储有程序代码,当程序代码被处理器执行时,使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的网络设备的端口配置方法中的步骤。例如,处理器可以执行如图2中所示的步骤101-104。

下面参照图4来描述根据本申请的这种实施方式的计算装置130。图4显示的计算装置130仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示,计算装置130以通用计算装置的形式表现。计算装置130的组件可以包括但不限于:上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质,例如随机存取存储器(ram)1321和/或高速缓存存储器1322,还可以进一步包括只读存储器(rom)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325,这样的程序模块1324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信,还可与一个或者多个使得用户能与计算装置130交互的设备通信,和/或与使得该计算装置130能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口135进行。并且,计算装置130还可以通过网络适配器136与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器136通过总线133与用于计算装置130的其它模块通信。应当理解,尽管图中未示出,可以结合计算装置130使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中,本申请提供的网络设备的端口配置方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在计算机设备上运行时,程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的网络设备的端口配置方法中的步骤,例如,计算机设备可以执行如图1中所示的步骤101-104。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于网络设备的端口配置的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码,并可以在计算装置上运行。然而,本申请的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中,远程计算装置可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算装置,或者,可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

应当注意,尽管在上文详细描述中提及了装置的若干单元或子单元,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之,上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外,尽管在附图中以特定顺序描述了本申请方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1