CN101408845B - 更新方法与相关的更新系统 - Google Patents

Abstract

一种更新方法，适用于更新一BIOS内存的一原始映像档，包括读取一初始设定文件，产生一第一映像档，其中初始设定文件包括一功能选项，以及与功能选项相关的一第一地址信息以及一第二地址信息，并且功能选项用以表示是否支持一预安装系统的启动保护措施(SLP 2.0)；读取初始设定文件，以依据第一、第二地址信息，将一SLP标记以及一厂商公钥(OEM public key)，写入于第一映像档中，作为一第二映像档；以及将第二映像文件写入BIOS内存的原始映像文件中。

Description

更新方法与相关的更新系统

技术领域

本发明涉及一种更新方法，特别涉及一种不需要修改原始码(source code)同时新增BIOS所支持的功能的更新方法与系统。

背景技术

基本输入/输出系统(Basic Input/Output System；BIOS)通常会储存在一个非易失性的内存，例如只读存储器(read only memory；ROM)之中，并且包含所需的韧体(firmware)或称为映像档(image file)或二元档(binary file)，用以初始化计算机装置中的众多组件，以便确保在加载操作系统之前，这些组件是可以正常动作的。

一般而言，BIOS中的映像档是由原始码提供商提供的一原始码(sourcecode)所产生。为了配合不同的硬件装置、架构或功能，必须由原始码提供商手动修改原始码，以便产生所需的映像档。然而，对具有众多代工(OEM)客户的BIOS提供商而言，通过原始码提供商修改映像档的原始码是十分费时且不方便的。

发明内容

本发明的目的是提供一种更新方法，适用于更新一BIOS内存的一原始映像档，包括读取一初始设定文件，产生一第一映像档，其中初始设定文件包括一功能选项，以及与功能选项相关的一第一地址信息以及一第二地址信息，并且功能选项用以表示是否支持一预安装系统的启动保护措施(SLP2.0)；读取初始设定文件，以依据第一、第二地址信息，将一SLP标记以及一厂商公钥(OEM public key)，写入于第一映像档中，作为一第二映像档；以及将第二映像文件写入BIOS内存的原始映像文件中。

本发明的另一目的是提供一种更新方法，适用于更新一储存装置的一原始映像档，包括读取一初始设定文件，产生一第一映像档，其中初始设定文件包括一功能选项，以及与功能选项相关的一第一地址信息以及一第二地址信息；读取初始设定文件，以依据第一、第二地址信息，将一第二映像档以及一第三映像档，写入于第一映像档中，作为一第四映像档；以及将第四映像档写入原始映像档中。

本发明的再一目的是提供一种更新方法，适用于使一BIOS内存的一原始映像文件支持一预安装系统的启动保护措施(SLP 2.0)，包括根据一初始设定文件、一SLP标记以及一厂商公钥(OEM public key)，产生一映像档；以及将所产生的映像文件写入BIOS内存的原始映像文件中，使其支持SLP2.0。

本发明的又一目的是提供一种更新系统，适用于更新一BIOS内存的一原始映像档，包括一第一编译装置，用以读取一初始设定文件，产生一第一映像档，其中初始设定文件包括一功能选项，以及与功能选项相关的一第一地址信息以及一第二地址信息；以及一第二编译装置，用以读取初始设定文件，以依据第一、第二地址信息，将一第二映像档以及一第三映像档，写入于第一映像档中，作为一第四映像档；以及一写入装置，用以将第四映像档写入原始映像档中。

借助本发明所提供的更新方法与更新系统，BIOS提供商无需通过原始码提供商修改映像档的原始码，即能产生或更新使用在BIOS ROM中的映像文件，十分便利。

附图说明

为了让本发明的上述和其它目的、特征和优点能更明显易懂，下面将结合附图对本发明的较佳实施例详细说明：

图1为本发明的更新系统的一较佳实施例。

图2为本发明的更新方法的一步骤流程图。

图3A为本发明中映像档的一示意图。

图3B为本发明中映像档的另一示意图。

图4为本发明中映像档的又一示意图。

图5为BIOS的一动作流程图。

具体实施方式

为了支持微软(Microsoft

)Vista操作系统中针对反盗版开发的技术—预安装系统的启动保护措施(SLP 2.0)，必须在BIOS中先行加入一代工厂商专属的公钥(以下称厂商公钥，OEM public key)以及一SLP标记(marker)，并且在ACPI BIOS table中设定是否支持SLP 2.0。

本发明提供一种用以产生或更新使用在BIOS ROM中的映像文件的方法与系统，特别是一种不需要修改BIOS ROM的原始映像档，而能产生或更新使用在BIOS ROM中的映像文件的方法与系统。

图1所示为本发明的更新系统的一较佳实施例，其中所述更新系统适用以更新使用于BIOS ROM中的映像档。如图所示，更新系统100至少提供一编辑器(editor)10、一第一编译装置(first builder)20、一第二编译装置(secondbuilder)30，以及一写入装置(writing means)40。

编辑器10用以接收一初始化文件11，并提供一第一图形使用者接口(未图标)，以协助使用者设定初始化文件11中所记载的设定信息，其中初始化文件11可为一种文字数据(一般称为XX.ini)。在本较佳实施例中，初始化文件11至少包括一功能选项，用以设定是否支持Vista操作系统的SLP 2.0技术，以及第一、第二地址信息，分别用以储放厂商公钥50以及SLP标记60。

要注意的是，厂商公钥50与SLP标记60是OEM厂商经由微软授权后所取得的两个映像档。使用者可通过编辑器10的第一图形使用者接口来加载(load)与编辑(edit)初始化文件11，自行产生支持或不支持SLP2.0的初始化文件12。举例而言，使用者可以在一特定字段中键入或勾选功能选项，来决定是否支持SLP 2.0技术。除此之外，使用者亦可以更改用以储放厂商公钥50以及SLP标记60的第一、第二地址信息。

第一编译装置20用以接收(或加载)来自编辑器10的编辑后的初始化文件12，并将其转换成一映像档13，其中映像档13可为一种二位码档案(一般称为XX.bin)。

第二编译装置30是用以根据初始化文件12中编辑后的第一、第二地址信息，将厂商公钥50以及SLP标记60，插入于来自第一编译装置20的映像文件13中，产生映像档14。要注意的是，若来自编辑器10的编辑后的初始化文件12设定支持SLP2.0，则第一编译装置20产生的映像档13即有支持SLP2.0的部分信息。由于映像档14为厂商公钥50以及SLP标记60插入映像档13所产生，因此映像档14就含有支持SLP2.0的必要信息了。

反之，若来自编辑器10的编辑后的初始化文件12设定不支持SLP2.0，则第一编译装置20产生的映像档13即不支持SLP2.0。即使第二编译装置30将厂商公钥50以及SLP标记60插入映像档13中，其仍然不支持SLP2.0。

写入装置40是用以将第二编译装置30产生的映像档14插入于一BIOSROM(未图示)的原始映像档15中，输出一新的映像档16。在本发明的较佳实施例中，原始映像档15是原始码提供商提供的原始码所产生的。举例而言，写入装置40可通过option ROM的方式，自行决定一个地址，将映像文件14插入于一BIOS ROM的原始映像档15，以便产生新的映像档16。

有鉴于此，使用者可通过编辑器10、第一编译装置20与第二编译装置30，自行产生支持SLP2.0的映像档14，再插入BIOS ROM的原始映像档15中，使BIOS ROM支持SLP2.0，而不需要通过原始码提供商修改原始码。本发明亦不限定于支持SLP2.0，亦可用以支持其它功能。

此外，在某些较佳实施例中，编辑器10、第一编译装置20、第二编译装置30以及写入装置40可为多个应用程序(Application Programs)储存在一储存媒体中，并可供一处理器所执行，以便提供之前所述功能。在一些较佳实施例中，编辑器10、第一编译装置20、第二编译装置30以及写入装置40中的至少二者可相互整合，以方便使用者产生新的映像档。

除此之外，由于使用者可自行决定映像档14插入于映像文件15的地址以及厂商公钥50以及SLP标记60插入映像文件13的地址，因此可避免其它人以不正当的手段，取得支持SLP2.0的信息，例如厂商公钥50以及SLP标记60)。

图2为本发明的更新方法的一步骤流程图。如图所示，更新方法包括步骤S110，设定一初始设定文件中的一功能选项、第一以及第二地址信息；S120，读取初始设定文件，产生一第一映像档；S130，读取初始设定文件，将一第二映像档以及一第三映像档，写入第一映像档中，作为一第四映像档；S 140，将第四映像档写入一原始映像档中，作为一新的映像档。

图3A与图3B为本发明中映像档的示意图，以下是搭配图1的说明步骤S110～S140。

首先，步骤S110中，使用者可通过编辑器10设定一初始设定文件10中的一功能选项、第一以及第二地址信息。在本较佳实施例中，初始化文件11可为一种文字数据文件(一般称为XX.ini)，并且至少包括一功能选项，用以设定是否支持Vista操作系统的SLP 2.0技术，以及第一、第二地址信息，分别用以储放厂商公钥50以及SLP标记60。

要注意的是，厂商公钥50与SLP标记60是OEM厂商经由微软授权后所取得的两个映像档。举例而言，编辑器10可提供一图形使用者接口(未图标)，以协助使用者设定(或编辑)初始化文件11中所记载的设定信息。使用者可通过编辑器10的图形使用者接口加载(load)并编辑(edit)初始化文件11，产生支持或不支持SLP2.0的初始化文件12。

在某些较佳实施例中，使用者可以在一特定字段中键入或勾选功能选项，来决定是否支持SLP 2.0技术，但不限定于此。除此之外，使用者亦可以更改用以储放厂商公钥50以及SLP标记60的第一、第二地址信息。

接着，在步骤S120中，第一编译装置20接收(或加载)来自编辑器10的编辑后的初始化文件12，并将其转换成一映像档13，如图3A中所示。如图所示，映像档13至少包括两个数据区，分别用以存放标准信息(standarddata)以及标头信息(Header)。举例而言，映像档13是可为一种二位码档案，并且其功能选项、与第一、第二地址信息记载在标头信息中。

之后，在步骤S130中，第二编译装置30是根据初始化文件12中编辑后的第一、第二地址信息(例如E00h、F00h)，将厂商公钥(即PUBKEY.bin)50以及SLP标记(即MARKER.bin)60，插入于映像档13中，产生映像档14。因此，可产生含有支持SLP2.0的必要信息的映像文件14(例如123.bin)，如图3A中所示。

要注意的是，若来自编辑器10的编辑后的初始化文件12设定支持SLP2.0，则第一编译装置20产生的映像档13即有支持SLP2.0的部分信息。反之，若来自编辑器10的编辑后的初始化文件12设定不支持SLP2.0，则第一编译装置20产生的映像档13就不支持SLP2.0。即使第二编译装置30将厂商公钥50以及SLP标记60插入映像档13中，映像档14仍然不支持SLP2.0。

最后，在步骤S140中，写入装置40将映像档14写入一BIOS ROM(未图示)的原始映像档15中，作为一新的映像档16。在本发明的较佳实施例中，原始映像档15是原始码提供商提供的原始码所产生的。举例而言，写入装置40是可通过option ROM的方式，让使用者自行决定一个地址，将映像文件14(例如123.bin)插入于BIOS ROM的原始映像档15。

有鉴于此，使用者可借助编辑器10、第一编译装置20与第二编译装置30，自行产生支持SLP2.0的映像档14，再插入BIOS ROM的原始映像档15中，使BIOS支持SLP2.0，而不需要通过原始码提供商修改原始码。本发明亦不限定于支持SLP2.0，亦可用以支持其它功能。

如图4中所示，新的映像档16含有原始映像档15的内容，以及含有支持SLP2.0的相关信息的映像文件14，当Vista操作系统执行时，即可通过预安装系统的启动保护措施(SLP2.0)。

此外，在某些较佳实施例中，编辑器10、第一编译装置20、第二编译装置30以及写入装置40可为多个应用程序(Application Programs)储存于一储存媒体中，并且可供一处理器所执行，以便提供之前所述功能。在一些实施例中，编辑器10、第一编译装置20、第二编译装置30以及写入装置40中的至少二者可相互整合，以方便使用者产生新的映像档。

除此之外，由于使用者可自行决定映像档14插入于映像文件15的地址以及厂商公钥50以及SLP标记60插入映像文件13的地址，因此可避免其它人以不正当的手段，取得支持SLP2.0的信息，例如厂商公钥50以及SLP标记60。

图5(含5-1图与5-2图)是为BIOS的一动作流程图。假设BIOS ROM中的映像档为已含有映像档14(即124.bin)的新的映像档16。

在步骤S201中，中央处理器(未图示)会在正常建立一高阶电源配置表(advanced configuration and power interface table；ACPI table)的程序中，加入ACPI_SLIC表格的流程以及读取映像文件14(即124.bin)的流程。接着，在步骤S202中，中央处理器(CPU)建立一个ACPI_SLIC表格。然后，在步骤S203中，CPU会根据映像档14判断是否有支持SLP2.0。若是则CPU会进行步骤S204，若否则CPU会略过SLP2.0的支持程序(即步骤S204)，直接进入步骤S205。

在步骤S204中，CPU会由映像档14(即124.bin)中读取出厂商公钥(即PUBKEY.bin)50以及SLP标记(即MARKER.bin)60，并覆盖(写入)至ACPI_SLIC表格中。然后，在步骤S205中，CPU会设定一个ACPI RSDT(rootsystem description)标头档(ACPI RSDT Header)。

接着，在步骤S206中，CPU会再度根据映像档14判断是否有支持SLP2.0。若是则CPU会进行步骤S207，若否则CPU会略过SLP2.0的支持程序(即步骤S207)，直接进入步骤S208。

在步骤S207中，CPU会由映像档14(即124.bin)中读取出一OEM认证码(OEM ID)以及一OEM表格认证码(OEM Table ID)，并覆盖(写入)至ACPI_RSDT标头档中。然后，在步骤S208中，CPU会设定一个ACPI XSDT(extend system description)标头档(ACPI XSDT Header)。

接着，在步骤S209中，CPU会再度根据映像档14判断是否有支持SLP2.0。若是则CPU会进行步骤S210，若否则CPU会略过SLP2.0的支持程序(即步骤S210)，直接进入步骤S211。

在步骤S210中，CPU会由映像档14(即124.bin)中读取出一OEM认证码与OEM表格认证码，并覆盖(写入)至ACPI_XSDT标头档中。然后，在步骤S208中，CPU会执行后续POST程序，以完成开机。

本发明并非限定用以支持SLP2.0，亦可用以产生支持其它功能的新的映像档。

以上已对本发明的较佳实施例进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同的变型或替换，这些等同的变型或替换均包含在本申请权利要求所限定的范围内。

Claims (17)

1.一种更新方法，适用于更新一BIOS内存的一原始映像档，其特征在于，包括：

读取一初始设定文件，产生一第一映像档，其中上述初始设定文件包括一功能选项，以及与上述功能选项相关的一第一地址信息以及一第二地址信息，并且上述功能选项用以表示是否支持一预安装系统的启动保护措施；

读取上述初始设定文件，用以依据上述第一、第二地址信息，将一预安装系统的启动保护措施标记以及一厂商公钥，写入于上述第一映像档中，作为一第二映像档；以及

将上述第二映像档写入上述BIOS内存的上述原始映像档中。

2.如权利要求1所述的更新方法，其特征在于：更包括提供一第一编译装置，用以读取上述初始设定文件，并产生所述第一映像档。

3.如权利要求2所述的更新方法，其特征在于：更包括提供一第二编译装置，用以读取上述初始设定文件，并产生第二映像档。

4.如权利要求1所述的更新方法，其特征在于：更包括提供一编辑器，用以设定上述初始设定文件的上述功能选项、上述第一以及第二地址信息。

5.一种更新方法，适用于更新一储存装置的一原始映像档，其特征在于，包括：

读取一初始设定文件，产生一第一映像档，其中上述初始设定文件包括一功能选项，以及与上述功能选项相关的一第一地址信息以及一第二地址信息；

读取上述初始设定文件，以依据上述第一、第二地址信息，将一第二映像档以及一第三映像档，写入于上述第一映像档中，作为一第四映像档；以及

将上述第四映像档写入上述原始映像档中。

6.如权利要求5所述的更新方法，其特征在于：更包括提供一第一编译装置，用以读取上述初始设定文件，并产生所述第一映像档。

7.如权利要求6所述的更新方法，其特征在于：更包括提供一第二编译装置，用以读取上述初始设定文件，并产生所述第四映像档。

8.如权利要求5所述的更新方法，其特征在于：更包括提供一编辑器，用以设定上述初始设定文件的上述功能选项、上述第一以及第二地址信息。

9.如权利要求5所述的更新方法，其特征在于：更包括所述功能选项表示是否支持一预安装系统的启动保护措施。

10.如权利要求5所述的更新方法，其特征在于：上述第二映像档为一预安装系统的启动保护措施的一预安装系统的启动保护措施标记。

11.如权利要求5所述的更新方法，其特征在于：其中上述第三映像档为一厂商公钥。

12.如权利要求5所述的更新方法，其特征在于：上述储存装置为一BIOS内存。

13.一种更新系统，适用于更新一BIOS内存的一原始映像档，其特征在于，包括：

一第一编译装置，用以读取一初始设定文件，产生一第一映像档，其中上述初始设定文件包括一功能选项，以及与上述功能选项相关的一第一地址信息以及一第二地址信息；以及

一第二编译装置，用以读取上述初始设定文件，以依据上述第一、第二地址信息，将一第二映像档以及一第三映像档，写入于上述第一映像档中，作为一第四映像档；以及

一写入装置，用以将上述第四映像档写入上述原始映像档中。

14.如权利要求13所述的更新系统，其特征在于：更包括一编辑器，用以设定上述初始设定文件的上述功能选项、上述第一以及第二地址信息。

15.如权利要求14所述的更新系统，其特征在于：上述功能选项表示是否支持一预安装系统的启动保护措施。

16.如权利要求15所述的更新系统，其特征在于：上述第二映像档为一预安装系统的启动保护措施的一预安装系统的启动保护措施标记。

17.如权利要求16所述的更新系统，其特征在于：上述第三映像档为一厂商公钥。

Images