大批量服务器中CPLD固件更新的实现方法和系统与流程

文档序号:23097348发布日期:2020-11-27 12:59阅读:353来源:国知局
大批量服务器中CPLD固件更新的实现方法和系统与流程

本发明涉及计算机信息技术领域,尤其涉及一种大批量服务器中cpld固件更新的实现方法和系统。



背景技术:

在信息爆炸的时代,服务器的地位不可替代。不论在人工智能ai识别、判断和加速,还是在大数据数据分析及物联网等应用,都需要用到可靠性极强且运算速度极快的服务器,而服务器快速实时运算的实现则需要可靠硬件设计的支持。

在服务器的硬件设计中,许多硬件的功能都需要通过固件来实现,例如复杂可编程逻辑器cpld、电压调节器、基板管理控制器和扩展卡芯片等;其中,cpld是一种功能强大的可编程的服务器硬件,用户可通过cpld根据自身需要自行构造逻辑功能。cpld功能的实现是通过固件完成的,固件是指服务器内部保存的设备“驱动程序”,只有通过固件对服务器内各模块功能的运行,服务器的操作系统才能按照标准设备驱动实现动作运行。固件是担任操作系统最基础最底层工作的软件,因此,cpld固件的好坏也就决定着cpld的功能及性能。因为业务功能的需要以及cpld固件自身的不完善,在实际应用中,cpld固件需要根据实际功能不断更新,并且还需要修复自身bug或支持新功能。

现有技术中对于cpld固件的更新具体参见图1,通常是通过用户将cpld固件的最近版本放置在闪盘3中,然后用户再通过操作台1向服务器2下达cpld固件更新指令,从闪盘3中将最新版本的cpld固件下载到服务器2中,然后cpld固件经过处理器201、集成南桥202、基板管理控制器203才能通过12c数据线和jtag接口对cpld204进行升级。然而,一般机房中会架设大量服务器,通常每台服务器均需要更新cpld固件,这样若收到cpld固件更新指令,就需要通过上述方式一台一台地更新服务器的cpld固件,这样必然导致人力浪费,效率低下。例如更新一台服务器的cpld固件需要3分钟,更新1000台服务器就需要3000分钟。



技术实现要素:

本发明提供了大批量服务器中cpld固件更新的实现方法和系统,旨在解决现有技术中cpld固件需要一台一台服务器的更新才能够完成,这种更新方式导致人力浪费和效率低下的问题。

为实现上述目的,根据本发明的第一方面,本发明提供了一种大批量服务器中cpld固件更新的实现方法,包括:

通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息;

当确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息时,通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令,其中,固件更新指令用于控制服务器根据cpld固件更新信息更新cpld固件。

优选地,在通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息的步骤之前,该cpld固件更新的实现方法还包括:

通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新通知消息;

判断预定时间内是否接收到所有服务器反馈的通知确认回复消息;

当判定预定时间内接收到所有服务器反馈的通知确认回复消息时,执行通过udp封包向所有需要更新cpld固件的服务器发送cpld固件更新信息的步骤。

优选地,在上述通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息的步骤之前,cpld固件更新的实现方法还包括:

通过闪盘获取用于对服务器中cpld固件进行更新的cpld固件更新信息;

使用预设加密算法对cpld固件更新信息进行加密。

优选地,在通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令的步骤之前,cpld固件更新的实现方法还包括:

通过tcp封包向所有需要更新cpld固件的服务器分别发送固件接收确认请求,固件接收确认请求用于使服务器在确认接收到cpld固件更新信息时回复固件接收确认消息;

判断是否接收到所有需要更新cpld固件的服务器回复的固件接收确认消息;

若判定接收到所有服务器回复的固件接收确认消息,则确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息。

优选地,在判断是否接收到所有需要更新cpld固件的服务器回复的固件接收确认信息的步骤之后,cpld固件更新的实现方法还包括:

若判定未接收到所有服务器回复的固件接收确认信息,则通过tcp封包向未回复固件接收确认信息的服务器发送cpld固件更新信息;

通过tcp封包向未回复固件接收确认信息的服务器发送固件接收确认请求,以使未回复固件接收确认信息的服务器回复固件接收确认消息。

根据本发明的第二方面,本发明提供了一种大批量服务器中cpld固件更新的实现系统,包括:

主控设备和多台服务器;其中,

主控设备用于通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息;

当确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息时,主控设备通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令;

服务器,用于根据固件更新指令,通过cpld固件更新信息更新cpld固件。

优选地,所述cpld固件更新的实现系统中主控设备,还用于通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新通知消息;

服务器,还用于在接收到固件更新通知消息时,向主控设备反馈通知确认回复消息;

主控设备,还用于判断预定时间内是否接收到所有服务器反馈的通知确认回复消息;

主控设备,还用于当主控设备判定预定时间内接收到所有服务器反馈的通知确认回复消息时,执行通过udp封包向所有需要更新cpld固件的服务器发送cpld固件更新信息的操作。

优选地,上述cpld固件更新的实现系统,主控设备还用于通过闪盘获取用于对服务器中的cpld固件进行更新的cpld固件更新信息;

主控设备还用于使用预设加密算法对cpld固件更新信息进行加密。

优选地,上述cpld固件更新的实现系统中,主控设备,还用于通过tcp封包向所有需要更新cpld固件的服务器分别发送固件接收确认请求,

服务器还用于根据固件接收确认请求,在确认接收到cpld固件更新信息时回复固件接收确认消息;

主控设备还用于判断是否接收到所有需要更新cpld固件的服务器回复的固件接收确认消息;

主控设备还用于当判定接收到所有服务器回复的固件接收确认消息时,确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息。

优选地,上述cpld固件更新的实现系统中,主控设备还用于若判定未接收到所有服务器回复的固件接收确认信息时,通过tcp封包向未回复固件接收确认信息的服务器发送cpld固件更新信息;主控设备还用于通过tcp封包向未回复固件接收确认信息的服务器发送固件接收确认请求,以使未回复固件接收确认信息的服务器回复固件接收确认消息。

本申请技术方案提供的cpld固件更新的实现方案,通过网络通信方式,即通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息,这样就能够通过网络通信方式实现一对多的通信,使得大量需要更新cpld固件的服务器接收到该cpld固件更新信息,从而能够进行大批量服务器中cpld固件的更新;另外在所有需要更新cpld固件的服务器均接收到该cpld固件更新信息时,通过tcp封包向所有服务器分别发送固件更新指令,从而控制所有服务器同步更新,节省cpld固件更新时间,提高cpld固件的更新效率,进而解决了现有技术中需要一台一台服务器分别更新cpld固件导致的人力浪费和效率低下的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图示出的结构获得其他的附图。

图1是现有技术提供的一种服务器cpld固件更新装置的结构示意图;

图2是现有技术提供的一种大批量服务器cpld固件更新装置的结构示意图;

图3是本发明实施例提供的一种大批量服务器中cpld固件更新的实现系统的结构示意图;

图4是本发明实施例提供的第一种大批量服务器中cpld固件更新的实现方法的流程示意图;

图5是本发明实施例提供的第二种大批量服务器中cpld固件更新的实现方法的流程示意图;

图6是本发明实施例提供的第三种大批量服务器中cpld固件更新的实现方法的流程示意图;

图7是本发明实施例提供的第四种大批量服务器中cpld固件更新的实现方法的流程示意图;

图8是本发明实施例提供的第五种大批量服务器中cpld固件更新的实现方法的流程示意图;

图9是本发明实施例提供的第六种大批量服务器中cpld固件更新的实现方法的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

本发明实施例的主要技术问题如下:

现有技术中对于cpld固件的更新,如图2所示,通常是通过用户将cpld固件的最近版本放置在闪盘3中,然后用户再通过操作台下达cpld固件更新指令,从闪盘3中将最新版本的cpld固件下载到服务器2中。然而如图2所示,一般机房中会架设大量服务器2,通常每台服务器2均需要更新cpld固件,这样若收到cpld固件更新命令,用户就需要通过控制台1给一台一台的服务器2更新cpld固件,例如更新一台服务器2的cpld固件需要3分钟,那么更新1000台服务器2就需要3000分钟,这样必然导致人力浪费,效率低下。

为了解决上述问题,本发明提供了大批量服务器中cpld固件更新的实现方案,能够通过网络通信方式向需要更新cpld固件的服务器批量发送cpld固件更新信息,并且通过一对多的方式达到同步更新大批量服务器中cpld固件,实现大批量服务器2中cpld固件快速同步更新,提高大批量服务器中cpld固件更新效率的目的。

为实现上述目的,参见图3,图3是本发明实施例提供的一种大批量服务器中cpld固件更新的实现系统的结构示意图。如图3所示,该大批量服务器中cpld固件更新的实现系统,包括:

主控设备4和多台服务器2;其中,主控设备4与外部的闪盘3相连,主控设备4包括usb文件控制系统401、第一非操作系统内核402、第一rsa公钥模块403、rsa加密模块404和主控设备网卡405;每台服务器2中的cpld204包括服务器网卡2041、rsa解密模块2042、第二非操作系统内核2043、raw数据模块2044、授权模块2045、快闪存储器2046、第二rsa公钥模块2047和rsa私钥模块2048。主控设备4通过tcp/udp协议的网络接口与多台服务器2中的每台服务器2相连。在需要更新cpld固件时,控制台1向主控设备4发送cpld固件更新命令,然后主控设备4通过usb文件控制系统401从闪盘3中下载cpld固件,并进一步通过第一非操作系统内核402处理,第一rsa公钥模块403和rsa加密模块404加密,再经过主控设备网卡405通过tcp或udp协议发送至各个需要更新的服务器2中的cpld204,服务器2的cpld204通过服务器网卡2041接收上述cpld固件更新命令,使用第二rsa公钥模块2047中的公钥和rsa私钥模块2048中的私钥,在rsa解密模块2042中对cpld固件更新信息进行解密,经过raw数据模块2044进行处理并存入cpld204内部的快闪存储器2046中,并且相关更新指令经过第二非操作系统内核2043、授权模块2045也存入快闪存储器2046中。

主控设备4用于通过udp封包向所有需要更新cpld固件的服务器2分别发送cpld固件更新信息。用户数据报协议udp协议是一种无需建立连接就可以发送封装的ip数据包的协议,通过udp封包向多个服务器2分别发送cpld固件更新信息,传输速度快且效率更高,能够满足向大批量服务器2发送cpld固件更新信息的需要。其中,cpld固件更新信息包括最新版本的cpld固件。

当确定所有需要更新cpld固件的服务器2均接收到cpld固件更新信息时,主控设备4通过tcp封包向所有需要更新cpld固件的服务器2分别发送固件更新指令。通过tcp封包向所有服务器2分别发送固件更新指令,能够控制所有服务器2同步更新,节省cpld固件更新时间,提高cpld固件的更新效率。

服务器2,用于根据固件更新指令,通过cpld固件更新信息更新cpld固件。

本申请技术方案提供的cpld固件更新的实现系统,通过网络通信方式,即通过udp封包向所有需要更新cpld固件的服务器2分别发送cpld固件更新信息,这样就能够通过网络通信方式实现一对多的通信,使得大量需要更新cpld固件的服务器2接收到该cpld固件更新信息,从而能够进行大批量服务器2中cpld固件的更新;另外在所有需要更新cpld固件的服务器2均接收到该cpld固件更新信息时,通过tcp封包向所有服务器2分别发送固件更新指令,从而控制所有服务器2同步更新,节省cpld固件更新时间,提高cpld固件的更新效率,进而解决了现有技术中需要一台一台服务器2分别更新cpld固件导致的人力浪费和效率低下的问题。

另外,如图3所示,该cpld固件更新的实现系统中,主控设备4还用于通过tcp封包向所有需要更新cpld固件的服务器2分别发送固件更新通知消息;

服务器2还用于在接收到固件更新通知消息时,向主控设备4反馈通知确认回复消息;

主控设备4,还用于判断预定时间内是否接收到所有需要更新cpld固件的服务器2反馈的通知确认回复消息;

主控设备4,还用于当主控设备4判定预定时间内接收到所有服务器2反馈的通知确认回复消息时,执行通过udp封包向所有需要更新cpld固件的服务器2发送cpld固件更新信息的操作。

本申请实施例提供的技术方案中,主控设备4通过tcp封包向所有需要更新cpld固件的服务器2分别发送固件更新通知消息,这样每台服务器2均能够做好更新cpld固件之前的准备,从而方便快速准确地接收和处理cpld固件。另外服务器2能够接收到该固件更新通知消息,说明服务器2与主控设备4之间的链路是畅通的,并且主控设备4在预定时间内接收到所有服务器2反馈的通知确认回复消息,说明主控设备4与所有需要更新cpld固件的服务器2之间的链路均畅通,此时通过udp封包向所有需要更新cpld固件的服务器2发送cpld固件更新信息,能够确保每台服务器2接收到该信息的成功率。

另外,作为一种优选的实施例,如图3所示,本申请实施例提供的cpld固件更新的实现系统,主控设备4还用于通过闪盘3获取用于对服务器2中的cpld固件进行更新的cpld固件更新信息;

主控设备4还用于使用预设加密算法对cpld固件更新信息进行加密。

本申请实施例提供的技术方案中,如图3所示,主控设备4包括第一rsa公钥模块403和rsa加密模块404,这样在从闪盘3输入的cpld固件更新信息,能够经过主控设备4的usb文件控制系统401输入至该rsa加密模块404,这样通过第一rsa公钥模块403中的公钥就能够在rsa加密模块404中对cpld固件更新信息进行加密。另外,服务器2的cpld204中还包括第二rsa公钥模块2047和rsa私钥模块2048,分别存储有公钥和私钥,这样当服务器网卡2041接收到cpld固件更新信息时,在rsa解密模块2042中,能够通过公钥和私钥共同对cpld固件更新信息进行解密。通过上述过程能够保证cpld固件更新信息的安全性。

另外,作为一种优选的实施例,如图3所示,本申请实施例提供的cpld固件更新的实现系统中,主控设备4,还用于通过tcp封包向所有需要更新cpld固件的服务器2分别发送固件接收确认请求;

服务器2还用于根据固件接收确认请求,在确认接收到cpld固件更新信息时回复固件接收确认消息;

主控设备4还用于判断是否接收到所有需要更新cpld固件的服务器2回复的固件接收确认消息;

主控设备4还用于当判定接收到所有服务器2回复的固件接收确认消息时,确定所有需要更新cpld固件的服务器2均接收到cpld固件更新信息。

本申请实施例提供的技术方案中,主控设备4分别向所有服务器2发送固件接收确认请求,这样服务器2在收到该固件接收确认请求后发送固件接收确认消息,主控设备4若在预定时间内均接收到所有需要更新cpld固件的服务器2回复的固件接收确认消息,则主控设备4能够确定所有需要更新cpld固件的服务器2均接收到了上述cpld固件更新信息,这样主控设备4就确定所有服务器2的链路都是畅通的,主控设备4就能够通过tcp封包分别向每个服务器2发送固件更新指令,从而完成所有服务器2端固件的同步更新。

另外,作为一种优选的实施例,如图3所示,该cpld固件更新的实现系统中,主控设备4还用于若判定未接收到所有服务器2回复的固件接收确认信息时,通过tcp封包向未回复固件接收确认信息的服务器2发送cpld固件更新信息;主控设备4还用于通过tcp封包向未回复固件接收确认信息的服务器2发送固件接收确认请求,以使未回复固件接收确认信息的服务器2回复固件接收确认消息。

本申请实施例提供的技术方案中,若判定存在服务器2没有回复固件接收确认信息,则可能主控设备4与这些服务器2之间的udp链路不畅,此时主控设备4通过tcp封包向未回复固件接收确认信息的服务器2发送cpld固件更新信息,则绕过原来的udp封包,因为传输控制协议tcp协议是面向连接的,这样就能够确保原先未回复固件接收确认信息的服务器2接收到固件接收确认请求,以回复固件接收确认信息。另外,若此时仍未回复固件接收确认消息,则主控设备4可以向控制台1发送异常告警信息,以通知操作者具体哪些服务器2存在更新异常。

另外,本申请下述各实施例还提供了一种大批量服务器中cpld固件更新的实现方法,通过该方法能够实现上述系统的功能,因为具体操作步骤上述系统已经提及,因此重复部分不再赘述。

图4是本发明实施例提供的第一种大批量服务器中cpld固件更新的实现方法的流程示意图。如图4所示,该大批量服务器中cpld固件更新的实现方法,包括:

s110:通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息。

s120:当确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息时,通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令,其中,固件更新指令用于控制服务器根据cpld固件更新信息更新cpld固件。

本申请技术方案提供的cpld固件更新的实现方法,通过网络通信方式,即通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息,这样就能够通过网络通信方式实现一对多的通信,使得大量需要更新cpld固件的服务器接收到该cpld固件更新信息,从而能够进行大批量服务器中cpld固件的更新;另外在所有需要更新cpld固件的服务器均接收到该cpld固件更新信息时,通过tcp封包向所有服务器分别发送固件更新指令,从而控制所有服务器同步更新,能够节省cpld固件更新时间,提高cpld固件的更新效率,进而解决了现有技术中需要一台一台服务器分别更新cpld固件导致的人力浪费和效率低下的问题。

另外,如图5所示,在上述步骤s110:通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息之前,本申请实施例提供的cpld固件更新的实现方法还包括以下步骤:

s210:通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新通知消息。

s220:判断预定时间内是否接收到所有服务器反馈的通知确认回复消息;当判定预定时间内接收到所有服务器反馈的通知确认回复消息时,执行上述步骤s110:执行通过udp封包向所有需要更新cpld固件的服务器发送cpld固件更新信息。

另外,作为一种优选的实施例,如图6所示,在上述步骤s110:通过udp封包向所有需要更新cpld固件的服务器分别发送cpld固件更新信息之前,本申请实施例提供的cpld固件更新的实现方法还包括以下步骤:

s310:通过闪盘获取用于对服务器中cpld固件进行更新的cpld固件更新信息;

s320:使用预设加密算法对cpld固件更新信息进行加密。

另外,作为一种优选的实施例,如图7所示,在上述步骤s120:通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令之前,本申请实施例提供的cpld固件更新的实现方法还包括:

s410:通过tcp封包向所有需要更新cpld固件的服务器分别发送固件接收确认请求,该固件接收确认请求用于使服务器在确认接收到cpld固件更新信息时回复固件接收确认消息。

s420:判断是否接收到所有需要更新cpld固件的服务器回复的固件接收确认消息,若判定接收到所有服务器回复的固件接收确认消息,则执行步骤s430。

s430:确定所有需要更新cpld固件的服务器均接收到cpld固件更新信息。在确定所有需要更新cpld估计的服务器均接收到该cpld固件更新信息后,执行上述步骤s120:通过tcp封包向所有需要更新cpld固件的服务器分别发送固件更新指令。

另外,作为一种优选的实施例,如图8所示,在上述步骤s420:判断是否接收到所有需要更新cpld固件的服务器回复的固件接收确认信息之后,若判定未接收到所有服务器回复的固件接收确认信息,本申请实施例提供的cpld固件更新的实现方法还包括以下步骤:

s510:通过tcp封包向未回复固件接收确认信息的服务器发送cpld固件更新信息;

s520:通过tcp封包向未回复固件接收确认信息的服务器发送固件接收确认请求,以使未回复固件接收确认信息的服务器回复固件接收确认消息。

另外,如图9所示,作为一种优选的实施例,本申请实施例提供的大批量服务器中cpld固件更新的实现方法包括以下步骤:

s601:主控设备,透过tcp封包通知所有服务器的cpld。

s602:服务器cpld收到更新通知,并回复确认。

s603:主控设备确认,是否收到全部回复。

s604:主控设备,更新数据经过rsa加密后,透过udp封包发送到所有服务器的cpld。

s605:服务器cpld收到udp封包后,进行rsa解密还原数据。

s606:主控设备判断,是否所有更新数据发送完成;若是则执行步骤s607。

s607:主控设备,透过tcp封包,确认所有服务器的cpld更新状态。

s608:服务器cpld回复更新数据接收状况。

s609:主控设备判断,是否所有服务器cpld的更新都正确;若是,则执行步骤s610;若否,则执行步骤s612。

s610:主控设备,透过tcp封包发送回报有不正确的服务器cpld。

s611:服务器,更新剩余的服务器cpld,并回报状况。

s612:主控设备,通过tcp封包,通知所有服务器cpld开始更新。

s613:服务器端,收到更新命令后,开始更新cpld固件,更新后回报更新完成。

综上,本申请上述实施例提供的技术方案,主控设备与服务器cpld之间透过网络接口传递数据,并搭配tcp与udp封包特性来传送有cpld固件更新相关的数据,同时进行rsa加密来提高安全更新层级。通过上述方法,本申请上述实施例提供的技术方案改善传统cpld固件更新只能透过联合测试工作组jtag刻录治具,或是透过基板管理控制器bmc一台一台的更新cpld,导致更新效率低下的问题。本发明是透过网络接口并搭配rsa加密机制,达到大量更新cpld之方法,本申请的技术方案能够大幅减少更新所需的人力和时间。

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

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

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

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

应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”或“包括”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

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

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