CN100365573C - 一种加载机框的方法 - Google Patents

Abstract

本发明提供了一种加载机框的方法，包括以下步骤：A、版本服务器单板从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件；B、版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中；系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中；接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中；扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中。利用本发明，可以实现对机框的开工加载和在线加载，并能大大提高对机框加载的效率。

Description

一种加载机框的方法

技术领域

本发明涉及通信领域的加载技术，特别涉及一种加载机框的方法。

背景技术

所谓加载就是将单板所需要的版本文件从保存版本文件的设备传输到单板的闪存(FLASH)中，使单板在重新启动后能够以新的版本开始工作。

在现有机框中有系统板、接口板和扣板三种类型的单板，所有单板都可以直接通过同一条总线与机框外接的作为版本服务器的独立服务器进行通信。在对现有机框中的单板进行加载时，作为版本服务器的独立服务器可以直接通过总线以传输控制协议/互联网络协议(TCP/IP)方式将各单板所需的版本文件传输给需要加载的各个单板，由各个单板将接收的版本文件保存到自身的FLASH中，实现对现有机框中所有单板的加载。

在上述对现有机框中单板加载的过程中，由于现有机框将一台外接的独立服务器作为版本服务器，每个机框在加载时都需要配置一台独立的服务器，所以对现有机框进行加载的硬件成本很高。为节约成本，目前使用了一种新机框，新机框无须外接专门的版本服务器，直接利用自身的版本服务器单板来实现外接版本服务器存储版本文件的功能，大大节约了加载所需的硬件成本。

新机框自身的版本服务器单板与用于存储版本文件的临时服务器通过网线连接，版本服务器单板可以通过网线与临时版本服务器进行通信，从临时版本服务器上获取新机框中各单板所需的版本文件，然后将获取的版本文件保存到自身的硬盘中，实现外接版本服务器存储版本文件的功能。

新机框与现有机框在结构上有很大的区别。如图1所示，图1为新机框的结构框图。新机框中共有版本服务器单板、系统板、接口板和扣板等4种类型的单板25块，其中版本服务器单板1块，系统板2块，接口板11块，扣板11块。在新机框中有16个插槽，即0～15号插槽，其中0～5号与10～15号插槽中任意一个插槽可以插版本服务器单板，0～5号与10～15号插槽中除了插版本服务器单板以外的其它插槽用来插接口板，6号和8号插槽用来插系统板，7号和9号插槽为空，扣板不单独占插槽，直接扣在接口板上。

新机框中的版本服务器单板通过光纤与2块系统板连接，直接通过光纤与2块系统板进行通信，但版本服务器单板不能直接与接口板或扣板进行通信。系统板与接口板以共享内存方式连接，通过外围设备接口(PCI)总线直接进行通信，但系统板不能与扣板直接进行通信。接口板与扣板也以共享内存方式连接，通过PCI总线直接进行通信。

针对新机框的上述结构，在对新机框中所有单板加载时无法采用外接版本服务器对现有机框中所有单板进行加载的模式，因此无法实现对新机框中所有单板的加载。

发明内容

有鉴于此，本发明的主要目的在于提供一种加载机框的方法，以实现对新机框中所有单板的加载。

为达到上述目的，本发明提供了一种加载机框的方法，包括以下步骤：

A、版本服务器单板从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件；其中，所述版本服务器单板、系统板、接口板和扣板为机框中四种类型的单板；

B、版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中；系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中；接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中；扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中。

上述方案中，所述加载采用开工加载，预先在版本服务器单板的基本输入输出系统(BIOS)软件中配置文件传输协议(FTP)功能和加载功能，在系统板、接口板和扣板的BIOS软件中配置基本通信功能和加载功能，所述步骤A之前进一步包括：

A01、版本服务器单板在机框启动过程中的BIOS阶段执行FTP功能，向临时服务器发送携带有请求获取版本服务器单板版本文件的FTP请求；

A02、临时服务器接收到FTP请求后，向版本服务器单板下发版本服务器单板的版本文件，版本服务器单板执行加载功能，将接收的版本服务器单板的版本文件保存到自身的FLASH中；

A03、系统板、接口板或扣板在机框启动过程中的BIOS阶段执行基本通信功能和加载功能，向版本服务器单板发送携带有自身所需版本文件的加载请求，版本服务器单板接收到系统板、接口板或扣板发送的加载请求后执行步骤A。

上述方案中，步骤A03中所述系统板、接口板或扣板向版本服务器单板发送携带有自身所需版本文件的加载请求包括：

系统板直接向版本服务器单板发送携带有系统板所需版本文件的加载请求；

接口板先将携带有接口板所需版本文件的加载请求发送给系统板，再由系统板作为接口板的代理向版本服务器单板发送携带有接口板所需版本文件的加载请求；

扣板先将携带有扣板所需版本文件的加载请求发送给接口板，再由接口板作为扣板的代理通过系统板向版本服务器单板发送携带有扣板所需版本文件的加载请求。

上述方案中，步骤B中所述系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中包括：

B11、版本服务器单板接收到的携带有系统板所需版本文件的加载请求，判断是否为第一次读取系统板的版本文件，如果是，则从自身的硬盘中读取系统板的版本文件，并将读取的版本文件保存到自身的内存(RAM)中；否则，从自身的RAM中读取系统板的版本文件；

B12、版本服务器单板在读取的系统板版本文件的尾部添加循环冗余校验(CRC)校验码，将读取的系统板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向发送加载请求的系统板下发划分系统板版本文件的消息帧；

B13、系统板接收到版本服务器单板下发的划分系统板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件保存到自身的FLASH中；否则，接收的版本文件不正确，系统板再次向版本服务器单板发送加载请求，重新获取系统板的版本文件。

上述方案中，所述步骤B之前进一步包括：预先在接口板的BIOS软件中配置将自身RAM中的版本文件保存到自身FLASH功能，步骤B中所述接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中包括：

B21、版本服务器单板接收到的携带有接口板所需版本文件的加载请求，判断是否为第一次读取接口板的版本文件，如果是，则从自身的硬盘中读取接口板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取接口板的版本文件；

B22、版本服务器单板在读取的接口板版本文件的尾部添加CRC校验码，将读取的接口板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向作为接口板代理的系统板下发划分接口板版本文件的消息帧；

B23、作为接口板代理的系统板接收到版本服务器单板下发的划分接口板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入接口板的RAM中；否则，接收的版本文件不正确，系统板再次向版本服务器单板转发接口板的加载请求，重新获取接口板的版本文件；

B24、接口板的BIOS执行自身BIOS软件中配置的将自身RAM中的版本文件保存到自身FLASH的功能，将系统板写入自身RAM中的版本文件保存到自身的FLASH中。

上述方案中，所述步骤B之前进一步包括：预先在扣板的BIOS软件中配置将自身RAM中的版本文件保存到自身FLASH功能，步骤B中所述扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中包括：

B31、版本服务器单板接收到的携带有扣板所需版本文件的加载请求，判断是否为第一次读取扣板的版本文件，如果是，则从自身的硬盘中读取扣板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取扣板的版本文件；

B32、版本服务器单板在读取的扣板版本文件的尾部添加CRC校验码，将读取的扣板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向系统板下发划分扣板版本文件的消息帧，由系统板将划分扣板版本文件的消息帧转发给作为扣板代理的接口板；

B33、作为扣板代理的接口板接收到版本服务器单板下发的划分扣板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入扣板的RAM中；否则，接收的版本文件不正确，接口板再次通过系统板向版本服务器单板转发扣板的加载请求，重新获取扣板的版本文件；

B34、扣板的BIOS执行自身BIOS软件中配置的将自身RAM中的版本文件保存到自身FLASH的功能，将接口板写入自身RAM中的版本文件保存到自身的FLASH中。

上述方案中，所述加载采用在线加载，所述步骤A之前进一步包括：预先在版本服务器单板、系统板、接口板和扣板的主机软件中配置加载功能，在新机框中各单板正常运行过程中，系统板、接口板或扣板执行在自身主机软件中配置的加载功能，向版本服务器单板发送携带有各自所需版本文件的加载请求，版本服务器单板接收到系统板、接口板或扣板发送的加载请求后执行步骤A。

上述方案中，步骤B中所述系统板从版本服务器单板获取系统板的版本文件、接口板通过系统板从版本服务器单板获取接口板的版本文件以及扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将各自获取的版本文件保存到自身的FLASH中包括：

B41、版本服务器单板接收到的携带有系统板、接口板或扣板所需版本文件的加载请求，判断是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，将读取的版本文件保存在自身的RAM中；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件；

B42、版本服务器单板在读取的系统板、接口板或扣板版本文件的尾部添加CRC校验码，将读取的系统板、接口板或扣板版本文件按读取的先后顺序划分为消息帧，并分别采用停等方式按读取的先后顺序依次向发送加载请求的系统板、接口板或扣板下发划分系统板、接口板或扣板版本文件的消息帧；

B43、系统板、接口板或扣板分别接收到版本服务器单板下发的划分系统板、接口板或扣板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件分别保存到自身的FLASH中；否则，接收的版本文件不正确，系统板、接口板或扣板再次向版本服务器单板发送加载请求，重新获取系统板、接口板或扣板的版本文件。

上述方案中，所述步骤A之前进一步包括：预先在版本服务器单板的主机软件中配置FTP重试功能，所述步骤A包括：

A1、版本服务器单板接收到携带有系统板、接口板或扣板三种类型单板中任意一单板所需版本文件的加载请求后，执行FTP重试功能，向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求；

A2、临时服务器接收到FTP请求后，读取新机框中各单板所需全部版本文件的总字节数，向版本服务器单板下发新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件；

A3、版本服务器单板接收临时版本服务器下发的新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件，实时记录获取的每个版本文件的字节数，并依次累加得到已获取版本文件的总字节数，在执行完一次FTP操作后判断已获取版本文件的总字节数是否等于新机框中各单板所需全部版本文件的总字节数，如果是，则获取了新机框中各单板所需的全部版本文件；否则，未获取新机框中各单板所需的全部版本文件，再次向临时服务器发送FTP请求，直至获取了新机框中各单板所需的全部版本文件为止。

上述方案中，步骤A3中所述版本服务器单板依次累加得到已获取版本文件的总字节数之后进一步包括：版本服务器单板将已获取版本文件的总字节数和新机框中各单板所需全部版本文件的总字节数实时发送给临时服务器，临时服务器将已获取版本文件的总字节数与新机框中各单板所需全部版本文件的总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。

上述方案中，步骤A与步骤B之间进一步包括版本服务器单板将获取的版本服务器单板、系统板、接口板和扣板的版本文件全部保存到自身的硬盘中，步骤B中所述版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中为：版本服务器单板从自身硬盘中读取版本服务器单板的版本文件，将读取的版本服务器单板的版本文件保存到自身的FLASH中。

上述方案中，步骤A与步骤B之间进一步包括版本服务器单板将获取的系统板、接口板和扣板的版本文件保存到自身的硬盘中，步骤B中所述版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中为：版本服务器单板直接将获取的版本服务器单板的版本文件保存到自身的FLASH中。

上述方案中，所述版本服务器单板在判断是否为第一次读取系统板、接口板或扣板的版本文件之前进一步包括：版本服务器单板读取自身硬盘上保存的系统板、接口板和扣板的版本文件的总字节数；版本服务器单板将划分系统板、接口板或扣板版本文件的消息帧分别下发给系统板、接口板或扣板之后进一步包括：版本服务器单板实时记录下发给系统板、接口板或扣板的版本文件的字节数，并依次累加得到已下发版本文件的总字节数，将已下发版本文件的总字节数和读取的系统板、接口板和扣板版本文件的总字节数实时发送给临时服务器，临时服务器将已下发版本文件的总字节数与系统板、接口板和扣板的版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。

上述方案中，所述采用停等方式按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的消息帧包括：

C1、版本服务器单板按读取的先后顺序向系统板、接口板或扣板下发划分版本文件的第一个消息帧，系统板、接口板或扣板接收到划分版本文件的第一个消息帧后，向版本服务器单板返回第一个消息帧的接收确认响应；

C2、版本服务器单板判断在设定的时间间隔内是否接收到当前消息帧的接收确认响应，如果是，则向系统板、接口板或扣板下发下一个消息帧；否则，再次向系统板、接口板或扣板下发当前的消息帧；

C3、重复执行步骤C2中的判断，按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的下一个消息帧，直至将所述划分版本文件的消息帧全部下发完为止。

因此，本发明提供的这种加载机框的方法，版本服务器单板从临时版本服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件，将版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载；系统板、接口板和扣板分别从版本服务器单板获取各自的版本文件，并将各自获取的版本文件保存到自身的FLASH中，实现对系统板、接口板和扣板的加载，进而实现对新机框中所有单板的加载。

利用本发明，由于在版本服务器单板的BIOS软件中配置了FTP功能和加载功能，以及在版本服务器单板的主机软件中配置了FTP重试功能，所以版本服务器单板在新机框启动过程中的BIOS阶段，通过执行FTP功能和加载功能可以从临时服务器获取自身的版本文件，并将获取的版本文件保存到自身的FLASH中，实现对版本服务器单板的开工加载。版本服务器单板在自身正常运行后，通过执行FTP重试功能从临时服务器获取新机框中各单板所需的全部版本文件。由于在系统板的BIOS软件中配置了基本通信功能和加载功能，所以系统板可以在新机框启动过程中的BIOS阶段，通过执行基本通信功能和加载功能从版本服务器单板上获取自身的版本文件，并将获取的版本文件保存到自身的FLASH中，实现对系统板的开工加载。另外，由于在接口板和扣板的BIOS软件中配置了基本通信功能和加载功能，所以在新机框启动过程中的BIOS阶段，接口板采用系统板代理接口板，扣板采用接口板代理扣板，并执行基本通信功能和加载功能分别从版本服务器单板获取自身的版本文件，并将获取的版本文件保存到自身的FLASH中，实现对接口板和扣板的开工加载。因此，本发明可以实现对新机框中所有单板的开工加载。

由于在版本服务器单板的主机软件中配置了FTP重试功能和加载功能，所以版本服务器单板可以在新机框正常运行的过程中，通过执行FTP重试功能从临时服务器获取新机框中各单板所需的全部版本文件，并通过执行加载功能将获取的自身版本文件保存到自身的FLASH中，实现对版本服务器单板的在线加载。由于在系统板、接口板和扣板的主机软件中配置了加载功能，所以系统板、接口板和扣板可以在新机框正常运行的过程中，通过执行加载功能从版本服务器单板上获取各自的版本文件，并将获取的版本文件分别保存到自身的FLASH中，实现对系统板、接口板和扣板的在线加载。因此，本发明可以实现对新机框中所有单板的在线加载。采用在线加载完成后，新机框中的各单板复位，新版本生效。

由于在版本服务器单板的主机软件中配置了FTP重试功能，版本服务器单板通过执行加载命令从临时版本服务器上获取新机框中各单板所需全部版本文件时，如果执行一次FTP操作不能获取新机框中各单板所需全部版本文件，将再次执行FTP操作，直至获取了新机框中各单板所需全部版本文件为止。所以版本服务器单板执行一次加载命令就可以获取所需要的全部版本文件，不必执行多次加载命令，大大提高了从临时版本服务器上获取版本文件的效率。

由于版本服务器单板在接收到系统板、接口板或扣板发送的加载请求之后，进一步判断是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件，所以大大提高了对新机框加载的效率，节约了对新机框加载的时间。

在版本服务器单板将读取的版本文件传输给系统板、接口板或扣板的过程中，由于版本服务器单板将读取的版本文件划分为消息帧，按读取的先后顺序依次对每一个消息帧进行编号，并采用停等方式依次将划分系统板、接口板或扣板版本文件的消息帧按编号的先后顺序分别下发给发送加载请求的系统板、接口板或扣板，所以本发明大大提高了传输版本文件的可靠性。在接收版本服务器单板下发的消息帧时，由于系统板、接口板或扣板对接收的每个消息帧都进行CRC校验，并判断对每个版本文件最后一个消息帧进行校验所得到的校验码是否为0，如果是，则接收的版本文件正确；否则，接收的版本文件不正确，系统板、接口板或扣板再次向版本服务器单板发送加载请求，重新获取系统板、接口板或扣板的版本文件，所以本发明大大提高了传输版本文件的准确性。

另外，在版本服务器单板从临时版本服务器上获取新机框中各单板所需全部版本文件的过程中，由于临时服务器可以将版本服务器单板已获取版本文件的总字节数与全部版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上，所以用户可以实时了解版本服务器单板获取版本文件的进度。在系统板、接口板和扣板分别从版本服务器单板获取各自的版本文件的过程中，由于临时服务器可以将版本服务器单板已下发版本文件的总字节数与系统板、接口板和扣板的版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上，所以用户可以实时了解各单板从版本服务器单板获取版本文件的进度。

附图说明

图1为新机框的结构框图；

图2为本发明对新机框加载总体技术方案的实现流程图；

图3为依照本发明第一个实施例对新机框加载的方法流程图；

图4为依照本发明第二个实施例对新机框加载的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体的实施例，并参照附图，对本发明进一步详细说明。

本发明的核心内容是：版本服务器单板从临时版本服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件，将版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载；系统板、接口板和扣板分别从版本服务器单板获取各自的版本文件，并将各自获取的版本文件保存到自身的FLASH中，实现对系统板、接口板和扣板的加载，进而实现对新机框中所有单板的加载。

如图2所示，图2为本发明对新机框加载总体技术方案的实现流程图，该方法包括以下步骤：

步骤201：版本服务器单板从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件；

步骤202：版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中；系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中；接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中；扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中；实现对新机框中所有单板的加载。

在上述步骤201中，所述版本服务器单板从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件，是版本服务器单板通过执行在自身主机软件中配置的FTP重试功能实现的。新机框中各单板所需的全部版本文件包括版本服务器单板、系统板、接口板和扣板的版本文件。

在版本服务器单板正常运行的情况下，由于版本服务器单板从临时服务器上获取的新机框中各单板所需的全部版本文件中包含有多个版本文件，执行一次FTP操作很可能无法获取新机框中各单板所需的全部版本文件。另外，如果是远程获取版本文件或者网络环境差，则版本服务器单板执行一次FTP操作更加不可能获取新机框中各单板所需的全部版本文件。

因此，本发明为版本服务器单板配置了FTP重试功能，使版本服务器单板在执行加载命令从临时服务器上获取新机框中各单板所需全部版本文件的过程中，如果在执行一次FTP操作后不能获取所需的全部版本文件，将再次执行FTP操作，直至获取了新机框中各单板所需的全部版本文件为止。这样版本服务器单板执行一次加载命令就可以获取所需的全部版本文件，不必执行多次加载命令。

上述版本服务器单板执行FTP重试功能从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件，在采用开工加载或在线加载情况下具体的实现方式是不同的。

其中，在版本服务器单板由于版本错误或其他原因无法正常运行时，需要对版本服务器单板采用开工加载。在采用开工加载情况下，预先在版本服务器单板的BIOS软件中配置FTP功能和加载功能，在版本服务器单板的主机软件中配置FTP重试功能，版本服务器单板在新机框启动过程中的BIOS阶段执行在自身BIOS软件中配置的FTP功能，从临时版本服务器上获取版本服务器单板的版本文件，并执行加载功能将获取的版本文件保存到自身的FLASH中，使自身能够正常运行。在版本服务器单板能够正常运行并接收到系统板、接口板或口板发送的加载请求后，版本服务器单板执行在自身主机软件中配置的FTP重试功能，从临时服务器获取新机框中各单板所需的全部版本文件。

在版本服务器单板正常运行时，需要对版本服务器单板采用在线加载。在采用在线加载情况下，预先在版本服务器单板的主机软件中配置FTP重试功能，版本服务器单板在接收到系统板、接口板或口板发送的加载请求后，执行在自身主机软件中配置的FTP重试功能，从临时版本服务器上获取新机框中各单板所需的全部版本文件。

在版本服务器单板获取了新机框中各单板所需的全部版本文件后，可以将获取的全部版本文件保存到自身的硬盘中，也可以将获取的系统板、接口板和扣板的版本文件保存到自身的硬盘中，将获取的版本服务器单板的版本文件直接保存到自身的FLASH中。

在上述步骤202中，所述版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中，有以下两种实现方式：

方式一、如果版本服务器单板将获取的全部版本文件保存到自身的硬盘中，则版本服务器单板需要先从自身的硬盘中读取版本服务器单板的版本文件，然后再将读取的版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载。

方式二、如果版本服务器单板将获取的系统板、接口板和扣板的版本文件保存到自身的硬盘中，则可以直接将获取的版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载。

在上述步骤202中，所述系统板、接口板和扣板分别从版本服务器单板获取各自的版本文件，并将各自获取的版本文件保存到自身的FLASH中，在采用开工加载或在线加载情况下具体的实现方式是不同的。

其中，在采用开工加载情况下，预先在系统板、接口板和扣板的BIOS软件中配置基本通信功能和加载功能，并在接口板和扣板的BIOS软件中配置将RAM中的版本文件保存到自身FLASH功能。

系统板在新机框启动过程中的BIOS阶段，执行基本通信功能和加载功能，向版本服务器单板发送加载请求。在版本服务器单板能够正常运行并将从临时服务器获取的新机框中各单板所需的全部版本文件保存到自身的硬盘后，版本服务器单板将从自身硬盘中读取系统板的版本文件，并将读取的系统板的版本文件下发给发送加载请求的系统板。系统板接收到版本服务器单板下发的版本文件后，将接收的版本文件保存到自身的FLASH中，实现对系统板的开工加载。

接口板在新机框启动过程中的BIOS阶段将系统板作为自身的代理，执行基本通信功能和加载功能，向版本服务器单板发送加载请求。在系统板将从版本服务器单板获取的接口板的版本文件写入接口板的RAM中后，接口板执行将RAM中的版本文件保存到自身FLASH功能，将系统板作为接口板代理从版本服务器单板获取并写入接口板RAM中的版本文件保存到自身的FLASH中，实现对接口板的开工加载。

扣板在新机框启动过程中的BIOS阶段将接口板作为自身的代理，执行基本通信功能和加载功能，向版本服务器单板发送加载请求。在接口板将从版本服务器单板获取的扣板的版本文件写入扣板的RAM中后，扣板执行将RAM中的版本文件保存到自身FLASH功能，将接口板作为扣板代理从版本服务器单板获取并写入扣板RAM中的版本文件保存到自身的FLASH中，实现对扣板的开工加载。

在采用在线加载情况下，预先在系统板、接口板和扣板的主机软件中配置加载功能。在新机框中的各单板都正常运行时，系统板、接口板或扣板执行在自身主机软件中配置的加载功能，向版本服务器单板发送加载请求。版本服务器单板接收到加载请求后，从临时服务器获取新机框中各单板所需的全部版本文件，并将获取的新机框中各单板所需的全部版本文件保存到自身的硬盘中。版本服务器单板从自身的硬盘中读取系统板、接口板或扣板的版本文件，并将读取的版本文件下发给发送加载请求的系统板、接口板或扣板。系统板、接口板或扣板接收到版本服务器单板下发的版本文件后，将接收的版本文件保存到自身的FLASH中，实现对系统板、接口板或扣板的在线加载。

另外，由于系统板、接口板或扣板的版本文件都很大，在上述版本服务器单板将读取的版本文件下发给发送加载请求的系统板、接口板或扣板的过程中，为提高传输版本文件的可靠性，版本服务器单板将读取的系统板、接口板或扣板版本文件按读取的先后顺序划分为消息帧，并分别采用停等方式按读取的先后顺序依次向发送加载请求的系统板、接口板或扣板下发划分系统板、接口板或扣板版本文件的消息帧。

上述版本服务器单板采用停等方式按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的消息帧包括：

C1、版本服务器单板按读取的先后顺序向系统板、接口板或扣板下发划分版本文件的第一个消息帧，系统板、接口板或扣板接收到划分版本文件的第一个消息帧后，向版本服务器单板返回第一个消息帧的接收确认响应；

C2、版本服务器单板判断在设定的时间间隔内是否接收到当前消息帧的接收确认响应，如果是，则向系统板、接口板或扣板下发下一个消息帧；否则，再次向系统板、接口板或扣板下发当前的消息帧；

C3、重复执行步骤C2中的判断，按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的下一个消息帧，直至将所述划分版本文件的消息帧全部下发完为止。

另外，为提高传输版本数据的准确性，在上述版本服务器单板将读取的版本文件下发给发送加载请求的系统板、接口板或扣板的过程中，本发明进一步在每个版本文件的尾部添加CRC校验码，系统板、接口板或扣板在接收到版本服务器单板下发的消息帧后进一步对接收的每个消息帧进行CRC校验，具体对接收的每个消息帧进行CRC校验的步骤如下：

(1)、系统板、接口板或扣板在接收到划分版本文件的第一个消息帧后，对划分版本文件的第一个消息帧的内容进行CRC校验，得到划分版本文件第一个消息帧的CRC校验码；

(2)、系统板、接口板或扣板在接收到划分版本文件的第二个消息帧后，对划分版本文件第二个消息帧的内容和划分版本文件第一个消息帧的CRC校验码一起进行CRC校验，得到划分版本文件第二个消息帧的CRC校验码；

(3)、依此类推，直至系统板、接口板或扣板在接收到划分版本文件的最后一个消息帧后，对划分版本文件最后一个消息帧的内容、划分版本文件倒数第二个消息帧的CRC校验码和在版本文件尾部添加的CRC校验码一起进行CRC校验，得到划分版本文件最后一个消息帧的CRC校验码；

(4)、系统板、接口板或扣板判断划分版本文件最后一个消息帧的CRC校验码是否为0，如果是，则接收的版本文件正确；否则，接收的版本文件不正确，再次向版本服务器单板发送加载请求，重新获取该版本文件。

另外，在实际应用中，一般都是十几个新机框在一起共用同一个版本服务器单板，十几个新机框中有上百块系统板、接口板或扣板等单板，如果这些单板都需要加载，版本服务器单板每加载一块单板都从自身的硬盘中读取相应单板的版本文件，则加载的时间将会很长，加载的效率也将会很低。

本发明为了提高加载的效率，在系统板、接口板或扣板分别从版本服务器单板获取各自版本文件的过程中，版本服务器单板接收到单板发送的加载请求后进一步判断版本服务器单板是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，并将读取的版本文件保存到自身的RAM中，然后将读取的版本文件下发给发送加载请求的系统板、接口板或扣板；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件，并将读取的版本文件下发给发送加载请求的系统板、接口板或扣板。

为了能够更加清楚地说明本发明提供的这种对新机框加载的方法，以下结合两个具体的实施例，并参照附图对此进行详细说明。

如图3所示，图3为依照本发明第一个实施例对新机框加载的方法流程图。在本实施例中对新机框采用开工加载，预先在版本服务器单板的BIOS软件中配置FTP功能和加载功能，在系统板、接口板和扣板的BIOS软件中配置基本通信功能和加载功能，在接口板和扣板的BIOS软件中配置将RAM中的版本文件保存到自身FLASH功能，在版本服务器单板的主机软件中配置FTP重试功能。该方法包括以下步骤：

步骤301：给新机框上电启动新机框，在新机框启动过程中的BIOS阶段，版本服务器单板执行在自身BIOS软件中配置的FTP功能，向临时版本服务器发送FTP请求，请求临时服务器向版本服务器单板下发版本服务器单板的版本文件。

步骤302：临时版本服务器接收到FTP请求，将版本服务器单板的版本文件下发给版本服务器单板，版本服务器单板执行在自身BIOS软件中配置的加载功能，将接收的版本文件保存到自身的FLASH中，使自身能够正常运行。

步骤303：系统板、接口板或扣板在新机框启动过程中的BIOS阶段执行在自身BIOS软件中配置的基本通信功能和加载功能，向版本服务器单板发送携带有自身所需的版本文件的加载请求，请求版本服务器单板向系统板、接口板或扣板下发各自所需的版本文件；

其中，系统板、接口板或扣板为了实现对自身的加载，在新机框启动过程中的BIOS阶段都会向版本服务器单板发送加载请求，系统板、接口板或扣板可以同时向版本服务器单板发送加载请求，也可以以任意顺序向版本服务器单板发送加载请求；在发送加载请求的过程中，如果是系统板向版本服务器单板请求下发系统板的版本文件，则系统板直接向版本服务器单板发送加载请求；如果是接口板向版本服务器单板请求下发接口板的版本文件，则接口板将系统板作为自身的代理，先将加载请求发送给系统板，再由系统板将加载请求转发给版本服务器单板；如果是扣板向版本服务器单板请求下发扣板的版本文件，则扣板将接口板作为自身的代理，先将加载请求发送给接口板，再由接口板将加载请求通过系统板转发给版本服务器单板。

步骤304：版本服务器单板接收到携带有系统板、接口板或扣板三种类型单板中任意一单板所需版本文件的加载请求后，执行在自身主机软件中配置的FTP重试功能，向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求，请求临时服务器向版本服务器单板下发新机框中各单板所需的全部版本文件；

在本步骤中，版本服务器单板向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求，是在第一次接收到系统板、接口板或扣板三种类型单板中任意一单板所需版本文件的加载请求后进行的，在从临时版本服务器获取了新机框中各单板所需全部版本文件后，版本服务器单板再接收到加载请求将不再向临时版本服务器发送FTP请求。

步骤305：临时版本服务器接收到FTP请求后，读取新机框中各单板所需全部版本文件的总字节数，向版本服务器单板下发新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件。

步骤306：版本服务器单板接收临时版本服务器下发的新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件，实时记录获取的每个版本文件的字节数，并依次累加得到已获取版本文件的总字节数。

步骤307：在执行完一次FTP操作后，版本服务器单板判断已获取版本文件的总字节数是否等于新机框中各单板所需全部版本文件的总字节数，如果是，则获取了新机框中各单板所需的全部版本文件；否则，未获取新机框中各单板所需的全部版本文件，再次向临时服务器发送FTP请求，直至获取了新机框中各单板所需的全部版本文件为止。

步骤308：版本服务器单板将获取的新机框中各单板所需的全部版本文件保存到自身的硬盘中。

步骤309：版本服务器单板执行在自身主机软件中配置的加载功能，从自身的硬盘中读取版本服务器单板的版本文件，将读取的版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载；

由于在步骤302中，版本服务器单板执行在自身主机软件中配置的加载功能，将从临时服务器上获取的版本服务器单板的版本文件保存到自身的FLASH中，实现了对版本服务器单板的如载，所以本步骤是一个可选步骤，在实际应用中可以省略。

步骤310：版本服务器单板根据接收系统板、接口板或扣板加载请求中携带的内容，即请求下发系统板、接口板或扣板的版本文件，判断是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件。

步骤311：版本服务器单板在读取的版本文件的尾部添加CRC校验码，将读取的版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向系统板下发划分版本文件的消息帧；

在本步骤中，如果版本服务器单板下发的是系统板的版本文件，则版本服务器单板将划分系统板版本文件的消息帧直接下发给发送加载请求的系统板；

如果版本服务器单板下发的是接口板的版本文件，由于此时系统板作为接口板的代理，所以版本服务器单板将划分接口板版本文件的消息帧下发给作为接口板代理的系统板；

如果版本服务器单板下发的是扣板的版本文件，由于此时接口板作为扣板的代理，所以版本服务器单板将划分扣板版本文件的消息帧下发给系统板，再由系统板将划分扣板版本文件的消息帧转发给作为扣板代理的接口板。

步骤312：如果版本服务器单板下发的是系统板的版本文件，则系统板接收到版本服务器单板下发的划分系统板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件保存到自身的FLASH中，实现对系统板的加载；否则，接收的版本文件不正确，系统板再次向版本服务器单板发送加载请求，重新获取系统板的版本文件；

如果版本服务器单板下发的是接口板的版本文件，则作为接口板代理的系统板接收到版本服务器单板下发的划分接口板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入接口板的RAM中；否则，接收的版本文件不正确，系统板再次向版本服务器单板转发接口板的加载请求，重新获取接口板的版本文件；接口板的BIOS执行自身BIOS软件中配置的将RAM中的版本文件保存到自身FLASH的功能，将系统板写入自身RAM中的版本文件保存到自身的FLASH中，实现对接口板的加载；

如果版本服务器单板下发的是扣板的版本文件，则系统板接收到版本服务器单板下发的划分扣板版本文件的消息帧后，将接收的划分扣板版本文件的消息帧转发给作为扣板代理的接口板，接口板对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入扣板的RAM中；否则，接收的版本文件不正确，接口板再次向版本服务器单板转发扣板的加载请求，重新获取扣板的版本文件；扣板的BIOS执行自身BIOS软件中配置的将RAM中的版本文件保存到自身FLASH的功能，将接口板写入自身RAM中的版本文件保存到自身的FLASH中，实现对扣板的加载。

如图4所示，图4为依照本发明第二个实施例对新机框加载的方法流程图。在本实施例中对新机框采用在线加载，预先在版本服务器单板的主机软件中配置FTP重试功能，在版本服务器单板、系统板、接口板和扣板的主机软件中配置加载功能。该方法包括以下步骤：

步骤401：在新机框中各单板正常运行的过程中，系统板、接口板或扣板执行在自身主机软件中配置的加载功能，向版本服务器单板发送携带有各自所需版本文件的加载请求，请求版本服务器单板向系统板、接口板或扣板下发各自所需的版本文件。

步骤402：版本服务器单板接收到携带有系统板、接口板或扣板三种类型单板中任意一单板所需版本文件的加载请求后，执行在自身主机软件中配置的FTP重试功能，向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求，请求临时服务器向版本服务器单板下发新机框中各单板所需的全部版本文件；

在本步骤中，版本服务器单板向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求，是在第一次接收到系统板、接口板或扣板三种类型单板中任意一单板所需版本文件的加载请求后进行的，在从临时版本服务器获取了新机框中各单板所需全部版本文件后，版本服务器单板再接收到加载请求将不再向临时版本服务器发送FTP请求。

步骤403：临时版本服务器接收到FTP请求，读取新机框中各单板所需全部版本文件的总字节数，向版本服务器单板下发新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件。

步骤404：版本服务器单板接收临时版本服务器下发的新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件，实时记录获取的每个版本文件的字节数，并依次累加得到已获取版本文件的总字节数。

步骤405：在执行完一次FTP操作后，版本服务器单板判断已获取版本文件的总字节数是否等于新机框中各单板所需全部版本文件的总字节数，如果是，则获取了新机框中各单板所需的全部版本文件；否则，未获取新机框中各单板所需的全部版本文件，再次向临时服务器发送FTP请求，直至获取了新机框中各单板所需的全部版本文件为止。

步骤406：版本服务器单板将获取的新机框中各单板所需的全部版本文件保存到自身的硬盘中。

步骤407：版本服务器单板执行在自身主机软件中配置的加载功能，从自身的硬盘中读取版本服务器单板的版本文件，将读取的版本服务器单板的版本文件保存到自身的FLASH中，实现对版本服务器单板的加载。

步骤408：版本服务器单板根据接收系统板、接口板或扣板发送的载请求中携带的内容，即请求下发系统板、接口板或扣板的版本文件，判断是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件。

步骤409：版本服务器单板在读取的系统板、接口板或扣板版本文件的尾部添加CRC校验码，将读取的系统板、接口板或扣板版本文件按读取的先后顺序划分为消息帧，并分别采用停等方式按读取的先后顺序依次向发送加载请求的系统板、接口板或扣板下发划分系统板、接口板或扣板版本文件的消息帧。

步骤410：系统板、接口板或扣板分别接收到版本服务器单板下发的划分系统板、接口板或扣板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件分别保存到自身的FLASH中，实现对系统板、接口板或扣板的加载；否则，接收的版本文件不正确，系统板、接口板或扣板再次向版本服务器单板发送加载请求，重新获取系统板、接口板或扣板的版本文件。

在本发明所举第一个实施例的步骤306和第二个实施例的步骤404中，版本服务器单板依次累加得到已获取版本文件的总字节数之后，将已获取版本文件的总字节数和新机框中各单板所需全部版本文件的总字节数放在同一个消息包中实时发送给临时服务器，临时服务器接收到消息包后将已获取版本文件的总字节数与新机框中各单板所需全部版本文件的总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。这样的技术方案是在本发明技术方案的基础上对本发明技术方案的进一步优化，与本发明提供的技术方案在思路上是一致的，应包含在本发明的保护范围之内。

在本发明所举第一个实施例的步骤310中，版本服务器单板在判断是否为第一次读取系统板、接口板或扣板的版本文件之前进一步读取自身硬盘上保存的系统板、接口板和扣板的版本文件的总字节数。在步骤311中，版本服务器单板将划分系统板、接口板或扣板版本文件的消息帧分别下发给系统板、接口板或扣板之后，进一步记录下发给系统板、接口板或扣板的版本文件的字节数，并依次累加得到已下发版本文件的总字节数，将已下发版本文件的总字节数与步骤310中读取的系统板、接口板和扣板版本文件的总字节数放在同一个消息包中实时发送给临时服务器；临时服务器接收到消息包后将已下发版本文件的总字节数与系统板、接口板和扣板的版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。这样的技术方案是在本发明技术方案的基础上对本发明技术方案的进一步优化，与本发明提供的技术方案在思路上是一致的，应包含在本发明的保护范围之内。

在本发明所举第二个实施例的步骤408中，版本服务器单板在判断是否为第一次读取系统板、接口板或扣板的版本文件之前进一步读取自身硬盘上保存的系统板、接口板和扣板的版本文件的总字节数。在步骤409中，版本服务器单板将划分系统板、接口板或扣板版本文件的消息帧分别下发给系统板、接口板或扣板之后，进一步记录下发给系统板、接口板或扣板的版本文件的字节数，并依次累加得到已下发版本文件的总字节数，将已下发版本文件的总字节数与步骤408中读取的系统板、接口板和扣板版本文件的总字节数放在同一个消息包中实时发送给临时服务器；临时服务器接收到消息包后将已下发版本文件的总字节数与系统板、接口板和扣板的版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。这样的技术方案是在本发明技术方案的基础上对本发明技术方案的进一步优化，与本发明提供的技术方案在思路上是一致的，应包含在本发明的保护范围之内。

在本发明所举的这两个实施例中，版本服务器单板从临时服务器上获取了新机框中所有单板的版本文件后，将获取的版本文件全部保存到自身的硬盘中。在实现对版本服务器单板的加载时，版本服务器单板需要从自身的硬盘中读取版本服务器单板的版本文件，再将读取的版本服务器单板的版本文件保存到自身的FLASH中。在实际应用中，版本服务器单板从临时服务器上获取了新机框中所有单板的版本文件后，也可以将系统板、接口板和扣板的版本文件保存到自身的硬盘中，而将版本服务器单板的版本文件直接保存到自身的FLASH中，实现对版本服务器单板的加载。这样的技术方案与本发明提供的技术方案是一致的，应包含在本发明的保护范围之内。

在本发明所举的这两个实施例中，实现了对新机框中版本服务器单板的加载后，对新机框中系统板、接口板和扣板进行加载的顺序是按照系统板、接口板和扣板的顺序依次进行的。在实际应用中，实现了对新机框中版本服务器单板的加载后，对新机框中系统板、接口板和扣板进行加载的顺序可以按任意顺序进行，本发明所举的这两个实施例仅为本发明实现对新机框中系统板、接口板和扣板进行加载的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种加载机框的方法，其特征在于，包括以下步骤：

A、版本服务器单板从临时服务器上获取版本服务器单板、系统板、接口板和扣板的版本文件；其中，所述版本服务器单板、系统板、接口板和扣板为新机框中四种类型的单板；

B、版本服务器单板将版本服务器单板的版本文件保存到自身的闪存FLASH中；系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中；接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中；扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中。

2.根据权利要求1所述的方法，其特征在于，所述加载采用开工加载，预先在版本服务器单板的基本输入输出系统BIOS软件中配置文件传输协议FTP功能和加载功能，在系统板、接口板和扣板的BIOS软件中配置基本通信功能和加载功能，所述步骤A之前进一步包括：

A01、版本服务器单板在新机框启动过程中的BIOS阶段执行FTP功能，向临时服务器发送携带有请求获取版本服务器单板版本文件的FTP请求；

A02、临时服务器接收到FTP请求后，向版本服务器单板下发版本服务器单板的版本文件，版本服务器单板执行加载功能，将接收的版本服务器单板的版本文件保存到自身的FLASH中；

A03、系统板、接口板或扣板在机框启动过程中的BIOS阶段执行基本通信功能和加载功能，向版本服务器单板发送携带有自身所需版本文件的加载请求，版本服务器单板接收到系统板、接口板或扣板发送的加载请求后执行步骤A。

3.根据权利要求2所述的方法，其特征在于，步骤A03中所述系统板、接口板或扣板向版本服务器单板发送携带有自身所需版本文件的加载请求包括：

系统板直接向版本服务器单板发送携带有系统板所需版本文件的加载请求；

接口板先将携带有接口板所需版本文件的加载请求发送给系统板，再由系统板作为接口板的代理向版本服务器单板发送携带有接口板所需版本文件的加载请求；

扣板先将携带有扣板所需版本文件的加载请求发送给接口板，再由接口板作为扣板的代理通过系统板向版本服务器单板发送携带有扣板所需版本文件的加载请求。

4.根据权利要求2所述的方法，其特征在于，步骤B中所述系统板从版本服务器单板获取系统板的版本文件，并将获取的系统板的版本文件保存到自身的FLASH中包括：

B11、版本服务器单板接收到的携带有系统板所需版本文件的加载请求，判断是否为第一次读取系统板的版本文件，如果是，则从自身的硬盘中读取系统板的版本文件，并将读取的版本文件保存到自身的内存RAM中；否则，从自身的RAM中读取系统板的版本文件；

B12、版本服务器单板在读取的系统板版本文件的尾部添加循环冗余校验CRC校验码，将读取的系统板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向发送加载请求的系统板下发划分系统板版本文件的消息帧；

B13、系统板接收到版本服务器单板下发的划分系统板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件保存到自身的FLASH中；否则，接收的版本文件不正确，系统板再次向版本服务器单板发送加载请求，重新获取系统板的版本文件。

5.根据权利要求2所述的方法，其特征在于，所述步骤B之前进一步包括：预先在接口板的BIOS软件中配置将自身RAM中的版本文件保存到自身FLASH功能，步骤B中所述接口板通过系统板从版本服务器单板获取接口板的版本文件，并将获取的接口板的版本文件保存到自身的FLASH中包括：

B21、版本服务器单板接收到的携带有接口板所需版本文件的加载请求，判断是否为第一次读取接口板的版本文件，如果是，则从自身的硬盘中读取接口板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取接口板的版本文件；

B22、版本服务器单板在读取的接口板版本文件的尾部添加CRC校验码，将读取的接口板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向作为接口板代理的系统板下发划分接口板版本文件的消息帧；

B23、作为接口板代理的系统板接收到版本服务器单板下发的划分接口板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入接口板的RAM中；否则，接收的版本文件不正确，系统板再次向版本服务器单板转发接口板的加载请求，重新获取接口板的版本文件；

B24、接口板的BIOS执行自身BIOS软件中配置的将自身RAM中的版本文件保存到自身FLASH的功能，将系统板写入自身RAM中的版本文件保存到自身的FLASH中。

6.根据权利要求2所述的方法，其特征在于，所述步骤B之前进一步包括：预先在扣板的BIOS软件中配置将自身RAM中的版本文件保存到自身FLASH功能，步骤B中所述扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将获取的扣板的版本文件保存到自身的FLASH中包括：

B31、版本服务器单板接收到的携带有扣板所需版本文件的加载请求，判断是否为第一次读取扣板的版本文件，如果是，则从自身的硬盘中读取扣板的版本文件，并将读取的版本文件保存到自身的RAM中；否则，从自身的RAM中读取扣板的版本文件；

B32、版本服务器单板在读取的扣板版本文件的尾部添加CRC校验码，将读取的扣板版本文件按读取的先后顺序划分为消息帧，并采用停等方式按读取的先后顺序依次向系统板下发划分扣板版本文件的消息帧，由系统板将划分扣板版本文件的消息帧转发给作为扣板代理的接口板；

B33、作为扣板代理的接口板接收到版本服务器单板下发的划分扣板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件通过共享内存的方式直接写入扣板的RAM中；否则，接收的版本文件不正确，接口板再次通过系统板向版本服务器单板转发扣板的加载请求，重新获取扣板的版本文件；

B34、扣板的BIOS执行自身BIOS软件中配置的将自身RAM中的版本文件保存到自身FLASH的功能，将接口板写入自身RAM中的版本文件保存到自身的FLASH中。

7.根据权利要求1所述的方法，其特征在于，所述加载采用在线加载，所述步骤A之前进一步包括：预先在版本服务器单板、系统板、接口板和扣板的主机软件中配置加载功能，在机框中各单板正常运行过程中，系统板、接口板或扣板执行在自身主机软件中配置的加载功能，向版本服务器单板发送携带有各自所需版本文件的加载请求，版本服务器单板接收到系统板、接口板或扣板发送的加载请求后执行步骤A。

8.根据权利要求7所述的方法，其特征在于，步骤B中所述系统板从版本服务器单板获取系统板的版本文件、接口板通过系统板从版本服务器单板获取接口板的版本文件以及扣板通过接口板和系统板从版本服务器单板获取扣板的版本文件，并将各自获取的版本文件保存到自身的FLASH中包括：

B41、版本服务器单板接收到的携带有系统板、接口板或扣板所需版本文件的加载请求，判断是否为第一次读取系统板、接口板或扣板的版本文件，如果是，则从自身的硬盘中读取系统板、接口板或扣板的版本文件，将读取的版本文件保存在自身的RAM中；否则，从自身的RAM中读取系统板、接口板或扣板的版本文件；

B42、版本服务器单板在读取的系统板、接口板或扣板版本文件的尾部添加CRC校验码，将读取的系统板、接口板或扣板版本文件按读取的先后顺序划分为消息帧，并分别采用停等方式按读取的先后顺序依次向发送加载请求的系统板、接口板或扣板下发划分系统板、接口板或扣板版本文件的消息帧；

B43、系统板、接口板或扣板分别接收到版本服务器单板下发的划分系统板、接口板或扣板版本文件的消息帧后，对接收的每一个消息帧进行CRC校验，并判断对接收的最后一个消息帧进行CRC校验所得到的校验码是否为0，如果是，则接收的版本文件正确，将接收的消息帧按接收的先后顺序组合成一个完整的版本文件，并将组合的版本文件分别保存到自身的FLASH中；否则，接收的版本文件不正确，系统板、接口板或扣板再次向版本服务器单板发送加载请求，重新获取系统板、接口板或扣板的版本文件。

9.根据权利要求1所述的方法，其特征在于，所述步骤A之前进一步包括：预先在版本服务器单板的主机软件中配置FTP重试功能，所述步骤A包括：

A1、版本服务器单板接收到携带有系统板、接口板或扣板三种类型单板中任一单板所需版本文件的加载请求后，执行FTP重试功能，向临时版本服务器发送携带有新机框中各单板所需全部版本文件的FTP请求；

A2、临时服务器接收到FTP请求后，读取新机框中各单板所需全部版本文件的总字节数，向版本服务器单板下发新机框中各单板所需全部版本文件的总字节数和新机框中各单板所需的全部版本文件；

A3、版本服务器单板接收临时版本服务器下发的机框中各单板所需全部版本文件的总字节数和机框中各单板所需的全部版本文件，实时记录获取的每个版本文件的字节数，并依次累加得到已获取版本文件的总字节数，在执行完一次FTP操作后判断已获取版本文件的总字节数是否等于机框中各单板所需全部版本文件的总字节数，如果是，则获取了新机框中各单板所需的全部版本文件；否则，未获取新机框中各单板所需的全部版本文件，再次向临时服务器发送FTP请求，直至获取了新机框中各单板所需的全部版本文件为止。

10.根据权利要求9所述的方法，其特征在于，步骤A3中所述版本服务器单板依次累加得到已获取版本文件的总字节数之后进一步包括：

版本服务器单板将已获取版本文件的总字节数和机框中各单板所需全部版本文件的总字节数实时发送给临时服务器，临时服务器将已获取版本文件的总字节数与机框中各单板所需全部版本文件的总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。

11.根据权利要求1所述的方法，其特征在于，步骤A与步骤B之间进一步包括版本服务器单板将获取的版本服务器单板、系统板、接口板和扣板的版本文件全部保存到自身的硬盘中，

步骤B中所述版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中为：版本服务器单板从自身硬盘中读取版本服务器单板的版本文件，将读取的版本服务器单板的版本文件保存到自身的FLASH中。

12.根据权利要求1所述的方法，其特征在于，步骤A与步骤B之间进一步包括版本服务器单板将获取的系统板、接口板和扣板的版本文件保存到自身的硬盘中，

步骤B中所述版本服务器单板将版本服务器单板的版本文件保存到自身的FLASH中为：版本服务器单板直接将获取的版本服务器单板的版本文件保存到自身的FLASH中。

13.根据权利要求8所述的方法，其特征在于，所述版本服务器单板在判断是否为第一次读取系统板、接口板或扣板的版本文件之前进一步包括：版本服务器单板读取自身硬盘上保存的系统板、接口板和扣板的版本文件的总字节数；

版本服务器单板将划分系统板、接口板或扣板版本文件的消息帧分别下发给系统板、接口板或扣板之后进一步包括：

版本服务器单板实时记录下发给系统板、接口板或扣板的版本文件的字节数，并依次累加得到已下发版本文件的总字节数，将已下发版本文件的总字节数和读取的系统板、接口板和扣板版本文件的总字节数实时发送给临时服务器，临时服务器将已下发版本文件的总字节数与系统板、接口板和扣板的版本文件总字节数的比值实时转换成用于表示获取版本文件进度的图形，显示在临时服务器的显示界面上。

14.根据权利要求8所述的方法，其特征在于，所述采用停等方式按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的消息帧包括：

C1、版本服务器单板按读取的先后顺序向系统板、接口板或扣板下发划分版本文件的第一个消息帧，系统板、接口板或扣板接收到划分版本文件的第一个消息帧后，向版本服务器单板返回第一个消息帧的接收确认响应；

C2、版本服务器单板判断在设定的时间间隔内是否接收到当前消息帧的接收确认响应，如果是，则向系统板、接口板或扣板下发下一个消息帧；否则，再次向系统板、接口板或扣板下发当前的消息帧；

C3、重复执行步骤C2中的判断，按读取的先后顺序依次向系统板、接口板或扣板下发划分版本文件的下一个消息帧，直至将所述划分版本文件的消息帧全部下发完为止。

Images