专利名称：软件更新方法、更新管理程序和信息处理设备的制作方法
技术领域：
本发明涉及一种软件更新技术，例如，可有效地应用于安装在电子设备中的基本软件和应用软件的维护管理和重建的技术，更具体地，涉及一种可有效地应用于由于病毒感染、硬盘崩溃、软件引起的故障等而需要的系统重建的技术。
背景技术：
在电子设备(例如，个人电脑(PC)和信息终端等)中，在任意给定时间，对诸如操作系统的基本软件以及诸如在操作系统的控制下进行操作的用于功能增强和安全措施目的的应用程序的应用软件提供更新。
利用诸如互联网的信息网络的传播的优点，最近变得普及的实际应用是所谓的在线更新，其中通过互联网，通过从由软件供应商运行的服务器获得更新模块，例如更新所需的程序和文件，来进行这种软件更新。
同时，电子设备有时需要更换或初始化存储介质，例如其中安装有诸如操作系统和应用程序的软件的硬盘，这是由于计算机病毒感染、硬盘崩溃或软件引起的故障而需要的。
在已更换或已初始化的硬盘中安装操作系统之后，所有的在先更新都丢失。
为了通过将软件更新为最近状态来恢复该软件，需要通过将电子设备连接到诸如互联网的信息网络来获得一个或更多个更新模块。
但是，在刚恢复操作系统之后的电子设备是无保护的，因为安全措施还没有更新，因此，面临刚恢复操作系统之后的在线更新并不理想的技术问题，因为在电子设备连接到互联网时存在病毒感染的风险。
存在另一技术问题，其中几乎自动地进行在线更新，因此用户忽略直到最近状态的更新历史记录，导致不能管理软件的正确更新。
专利文献1公开了一种用于在更新安装在计算机中的文件时，在安装在内置于该计算机或独立服务器中的非易失性存储介质中的历史记录管理文件中存储更新前和更新后之间的差异的技术。
但是，由专利文献1提出的技术在与存储更新目标文件相同的存储介质中安装该历史记录管理文件，因此面临该历史记录管理文件由于存储介质的故障或更换而同样丢失的技术问题，因此使得难以再现更新。
在服务器中存储该历史记录管理文件的情况下，为了在系统恢复之后进行更新，也需要访问信息网络，因此仍然存在计算机病毒感染的风险。
此外，在单个历史记录管理文件中存储集中在一起的更新前和更新后之间的差异的情况下，需要用于存储和恢复它们的特殊软件，因此该技术缺乏恢复的自由度或通用性。
特开日本专利申请公报No.2004-246479(2004年9月2日公开)。
发明内容
本发明的目的是提供一种对于电子设备的故障恢复等使得能够进行软件更新，而没有安全性风险的技术。
本发明的另一目的是提供一种使得能够简单和准确地执行电子设备的软件维护管理(例如恢复和更新)，而不使用户觉察的技术。
本发明的又一目的是提供一种对于电子设备的故障恢复等使得能够执行软件的各种更新的技术。
本发明的第一方面是提供一种软件更新方法，包括第一步骤，用于使用安装在电子设备的第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及第二步骤，用于在与第一非易失性存储介质不同的第二非易失性存储介质中存储该更新信息。
本发明的第二方面是提供根据第一方面的软件更新方法，其中所述第二步骤在第二非易失性存储介质中存储用于管理由上述第二非易失性存储介质存储的更新信息的管理信息。
本发明的第三方面是提供一种软件更新方法，用于更新安装在电子设备的第一非易失性存储介质中的软件，该方法包括第一步骤，用于读取由与第一非易失性存储介质不同的第二非易失性存储介质存储的更新信息；以及第二步骤，用于通过使用该更新信息更新该软件。
本发明的第四方面是提供根据第三方面的软件更新方法，其中，第二非易失性存储介质累积在软件的以前在线更新时通过信息网络外部地获得的更新信息。
本发明的第五方面是提供一种用于存储更新管理程序的存储介质，以使计算机能够执行软件更新方法，该方法包括第一步骤，用于使用安装在电子设备的第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及第二步骤，用于在与第一非易失性存储介质不同的第二非易失性存储介质中存储该更新信息。
本发明的第六方面是提供一种存储介质，其中，该方法还包括第三步骤，用于将由第二非易失性存储介质存储的更新信息的列表呈现给用户，以提示用户选择；以及第四步骤，用于通过使用所选择的更新信息来更新该软件。
本发明的第七方面是提供一种存储介质，其中，该方法还包括第五步骤，用于将由第二非易失性存储介质存储的更新信息移动到不同的第三非易失性存储介质。
本发明的第八方面是提供一种存储介质，其中，该方法包括用于在第一步骤中通过经信息网络获得更新信息来执行该更新处理的操作。
本发明的第九方面是提供一种存储介质，其中，该方法包括用于在第二非易失性存储介质中存储管理信息的处理，该管理信息用于管理在第二步骤中由上述第二非易失性存储介质存储的更新信息。
本发明的第十方面是提供一种存储介质，其中，在计算机的主存储器中驻留用于第一和第二步骤的程序代码。
本发明的第十一方面是提供一种信息处理设备，包括更新执行单元，用于使用安装在第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及更新信息管理单元，用于在与第一非易失性存储介质不同的第二非易失性存储介质中存储该更新信息。
本发明的第十二方面是提供一种信息处理设备，用于更新安装在第一非易失性存储介质中的软件，该信息处理设备包括更新信息管理单元，用于读取由与第一非易失性存储介质不同的第二非易失性存储介质存储的更新信息；以及更新单元，用于通过使用该更新信息来更新该软件。
上述本发明例如使得可以在与存储操作系统的区域不同的区域中存储用于更新的更新信息，而在更新电子设备的软件的同时不使用户觉察，并且生成并记录正在进行的更新的种类的列表。
该配置使得能够离线地进行软件的全面更新，而不需要在刚重新安装操作系统(由于电子设备的故障而需要的)之后的更新之前，在无保护的状态下使用信息网络。
即，在电子设备的故障恢复等时可以进行软件的更新，而不引起安全性风险。
还可以进行简单和准确的维护管理，例如电子设备的软件的恢复和更新，而不使用户察觉它。
此外，本发明被构造为通过将更新信息分为各次更新而不是整体的盘映像，来存储更新后软件的状态，因此，不存储由用户导致的错误和由于病毒感染而导致的故障，由此在重新安装操作系统时可以仅采用所需的更新。
在重新安装操作系统的情况下，应该避免不再使用的驱动程序、应用程序等的更新或导致故障的更新。
本发明被设计为使得用户能够从所存储的更新信息的列表的显示中选择存在或不存在单个更新信息的更新，由此使得能够抑制不必要的更新。
即，本发明使得能够根据用户的意图、软件应用条件等执行软件的各种更新。
图1是例示通过实施根据本发明实施例的软件更新方法的更新管理程序安装的电子设备的结构的概念图；图2是例示根据本发明实施例的电子设备的网络环境的概念图；图3是例示由根据本发明实施例的更新管理程序产生的更新管理信息的概念图；图4是例示用于保持更新管理信息的文件的记录格式的概念图；图5是例示根据本发明实施例的更新管理程序的主画面的概念图；图6是例示根据本发明实施例的更新管理程序中的在线更新处理的概念图；图7是例示根据本发明实施例的更新管理程序中的在线更新处理的流程图；图8是例示根据本发明实施例的更新管理程序中的更新的驻留监测处理的概念图；图9是例示根据本发明实施例的更新管理程序中的更新的驻留监测处理的流程图；图10是例示根据本发明实施例的更新管理程序中的离线(恢复)更新处理的概念图；图11是例示根据本发明实施例的更新管理程序中的离线(恢复)更新处理的流程图；图12是例示根据本发明实施例的更新管理程序中的更新模块的移动处理的概念图；以及图13是例示根据本发明实施例的更新管理程序中的更新模块的移动处理的流程图。
具体实施例方式
下面通过参照附图来详细描述本发明的优选实施例。
图1是例示通过实施根据本发明实施例的软件更新方法的更新管理程序安装的电子设备(即，信息处理设备)的结构的概念图；以及图2是例示根据本实施例的电子设备的网络环境的概念图。
如图1所示，根据本实施例的电子设备10包括中央处理单元11、主存储器12、内置非易失性存储器13、显示器14、外部存储设备15、键盘16和网络接口17。
根据本实施例的电子设备10根据需要还可以包括便携式介质驱动器18和扩展存储槽19。
中央处理单元11执行安装在主存储器12中的软件，由此控制整个电子设备10并完成所需的处理。
主存储器12例如由半导体存储器构成，并存储诸如操作系统30、应用程序31等的软件。
本实施例被构造为存储应用程序31，例如，用于管理安装在电子设备10中的软件以及网络浏览器32等的更新的更新管理程序40，如稍后所述。
内置非易失性存储器13例如由非易失性半导体存储器构成，其适当地存储系统管理所需的信息。
显示器14将信息可视地呈现给用户。在显示器14中显示稍后描述的各种画面。
外部存储设备15例如由硬盘驱动器构成。在这种情况下，外部存储设备15包括C驱动器15a和D驱动器15b，作为物理上独立的存储区。
软件，例如操作系统30、应用程序31(例如，更新管理程序40和网络浏览器32)等安装在C驱动器15a中。这些类型的软件根据需要而由主存储器12读取并由中央处理单元11执行。
本实施例被构造为通过D驱动器15b中的更新管理程序40的命令来存储包括更新管理信息50、更新模块51等的更新信息。
键盘16向用户提供用于电子设备10的信息输入接口。
网络接口17提供用于将电子设备10连接到外部信息网络(例如互联网100)的接口。
便携式介质驱动器18将信息记录在便携式盘存储介质22(例如，包括光盘(CD)、数字通用盘(DVD))中以及从便携式盘存储介质22重放信息。
扩展存储槽19由通用串行总线(USB)槽构成，其被设置用于可拆卸地安装便携式半导体存储器21(例如，USB存储器)。
最为基本软件的操作系统30由中央处理单元11执行，由此控制整个电子设备10并且还提供应用程序31的执行环境。
网络浏览器32是应用程序31之一，其被设置用于在互联网上浏览信息以及进行其他操作。
更新管理程序40管理诸如安装在电子设备10中的操作系统30和应用程序31的软件的更新。
如图2所示，电子设备10通过网络接口17连接到互联网100。
服务器101连接到互联网100。该服务器101包括其中存储有更新模块51的存储设备102。
更新模块51表示用于更新软件的各种信息，例如用于更新目标软件的二进制程序、二进制数据、文本数据、区别数据、压缩数据等。
通常通过互联网100获得由服务器101保持的更新模块51来执行安装在电子设备10中的软件的更新。通过从服务器101获得更新模块51来进行的这种软件更新被称为在线更新。
本实施例被构造为使得更新管理程序40监测在线更新，在与存储操作系统30等的C驱动器15a不同的盘驱动器(例如，D驱动器15b)中存储用于更新单个软件的更新模块51，以及通过该更新管理信息50管理更新模块51。
并且，更新管理程序40根据需要通过使用由D驱动器15b存储的更新模块51来执行对安装在电子设备10中的软件的更新，而不访问互联网100。这种使用由D驱动器15b存储的更新模块51通过更新管理程序40执行而不需要访问互联网100的软件更新被称为离线(恢复)更新。
由更新管理程序40命令的用于更新模块51的存储目的地可以任意地指定除了其中安装有操作系统30的C驱动器15a以外的存储介质。
例如，其可以指定电子设备10内的内置非易失性存储器13作为更新模块51和更新管理信息50的存储目的地。
另选地，如果在电子设备10中存在扩展存储槽19，则连接到上述扩展存储槽19的便携式半导体存储器21可以被指定为更新模块51等的存储目的地。
同样，如果在电子设备10中存在便携式介质驱动器18，则连接到上述便携式介质驱动器18的便携式盘存储介质22可以被指定为更新模块51等的存储目的地。
图2例示了多种结构的电子设备10，示出了如上所述的指定用于电子设备10的各种存储装置作为由更新管理程序40命令的更新模块51的存储目的地的各种情况。
图3是例示由根据本实施例的更新管理程序40产生的更新管理信息50的概念图。
根据本实施例的更新管理信息50包括更新工作名称50a、应用程序名称50b、文件名50c、存储目的地信息50d、更新日期50e、更新完成判断文件50f、更新完成判断登记50g和更新完成判断方法50h。
更新工作名称50a是赋予各个更新工作的名称。通过赋予更新工作名称50a唯一的名称来独立地管理按时间序列为每一种软件执行的多个更新的每一个。
应用程序名称50b是作为更新工作的目标的软件的名称。
文件名50c是在更新工作中使用的更新模块51的文件名。
存储目的地信息50d是表示在更新工作中使用的更新模块51的存储目的地(例如，D驱动器15b)的信息。
更新日期50e是执行更新工作的日期和时间。
更新完成判断文件50f是所参照的用于判断可用的更新工作是否完成的文件名。
更新完成判断登记50g是用于操作系统30(其用于管理该系统)的登记信息当中的表示所参照的用于判断可用的更新是否完成的项。
更新完成判断方法50h是用于判断更新是否完成的判断方法的信息。
图4是例示例如在名称为″UPDATEINFO.INI″的文本文件中记录这种更新管理信息50的信息的情况下的记录格式的概念图。
在″UPDATEINFO.INI″中，通过标记“[APPUPDATE_n]″来分割各个更新工作并按时间序列进行记录。该标记中的“n”是表示各个更新工作的顺序的序列号。
即，“NAME”标记由更新工作名称50a设置。
“APPNAME”标记由应用程序名称50b设置。
“FILENAME”标记由文件名50c设置。
“PATH”标记由存储目的地信息50d设置。
“DATE”标记由更新日期50e设置。
“CHECKUPDATEFILE”标记由更新完成判断文件50f设置。
“CHECKUPDATEREG”标记由更新完成判断登记50g设置。
“CHECK”标记由更新完成判断方法50h设置。
下面描述根据本实施例的电子设备10中的软件更新方法和更新管理程序的操作。
当更新管理程序40启动时，在由显示器14显示的OS操作画面30a中显示主画面41，如图5所示。
主画面41具有在线更新按钮41a、离线更新按钮41b、更新模块管理按钮41c、驻留启动按钮41d和环境设置按钮41e。
在线更新按钮41a被设置为当在正常操作过程中希望对软件进行更新时被按下。
离线更新按钮41b被设置为当在恢复操作系统30之后希望离线更新而不连接到互联网100时被按下。
更新模块管理按钮41c被设置为当希望将所存储的更新模块51移动到另一存储介质或存储设备时被按下。
驻留启动按钮41d被设置为当使更新管理程序40驻留在主存储器12中并监测更新时被按下。
环境设置按钮41e被设置为当希望改变设置(例如改变更新模块51的缺省存储目的地)时被按下。
图6是在按下在线更新按钮41a之后执行在线更新处理的情况下的概念图。
通过按下在线更新按钮41a，OS操作画面30a显示在线更新执行画面42。
在线更新执行画面42显示具有单独复选框42a的作为更新目标的软件的列表(例如，操作系统30、应用程序31、驱动程序、病毒定义文件和应用数据)。
用户选中(check off)复选框42a，以指定更新目标软件，然后按下更新开始按钮42b，以请求服务器101通过互联网100进行更新。
响应于该请求，通过使用更新模块51从服务器101对安装在电子设备10内的C驱动器15a中的软件进行更新。
更新管理程序40基于更新开始按钮42b的按下、来自服务器101的更新通知或来自操作系统30的通知，来检测更新的执行，将更新模块51存储在D驱动器15b中并更新该更新管理信息50。
尽管在这种情况下，更新管理信息50和更新模块51的存储目的地是D驱动器15b，但是通过按下如上所述的环境设置按钮41e来设置环境，可以将内置非易失性存储器13、便携式半导体存储器21和盘存储介质22中的任何一个指定为存储目的地。
图7是例示通过这种更新管理程序40进行的在线更新处理的流程图。
当选择(即，按下)在线更新按钮41a(步骤201)时，更新管理程序40显示主画面，以使其显示软件的列表，并让用户通过复选框42a来选择作为更新目标的软件(步骤202)。
当按下更新开始按钮42b(步骤203)时，更新管理程序40向服务器101发出请求，以更新由用户选择的软件，并进行更新(步骤204)。
在这种情况下，更新管理程序40基于来自服务器101或操作系统30的通知，检测用于更新的更新模块51，并将其存储在与其中安装了操作系统30的C驱动器15a不同的D驱动器15b中(步骤205)，然后添加/更新对应的更新管理信息50的内容(步骤206)。
重复该处理，直到用户按下结束按钮42c为止(步骤207)。
图8是例示在上述主画面41中的驻留启动按钮41d的情况下的在线更新处理的概念图。
在这种情况下，更新管理程序40驻留在主存储器12的一部分中并监测是否存在由另一网络浏览器32等进行的软件在线更新。
然后，当响应于从网络浏览器32到服务器101的更新请求而执行对安装在C驱动器15a中的任意软件的更新时，从服务器101或操作系统30向更新管理程序40通知更新执行的信息。
在接收到更新执行的通知时，更新管理程序40获取用于上述更新的更新模块51，将其存储在D驱动器15b中，并且还更新该更新管理信息50，以记录上述存储的事实。
图9是例示通过驻留在主存储器12中的更新管理程序40来监测更新的流程图。
在主画面41中，当选择(即，按下)驻留启动按钮41d(步骤301)时，更新管理程序40关闭主画面41并驻留在主存储器12中(步骤302)。
更新管理程序40通过辨别是否从服务器101的操作系统30是否接收到安装在C驱动器15a中的任意软件的更新发生的通知(步骤303)，来监测任意软件的更新的发生(步骤304)。
如果接收到更新发生的通知，则更新管理程序40在D驱动器15b中存储用于可用更新的更新模块51(步骤306)，并产生/更新该更新管理信息50(步骤307)。重复这种更新监视处理，直到接收到用于终止该驻留的外部指令为止(步骤305)。
图10是在上述离线更新中，更新管理程序40通过使用由D驱动器15b存储的更新模块51来进行离线(恢复)更新处理的情况下的概念图。
即，当在更新管理程序40的上述主画面41中按下离线更新按钮41b时，显示离线更新执行画面43。
在这种情况下，更新管理程序40通过将其当前状态与更新管理信息50中的更新完成判断文件50f的列表(即，更新完成判断登记50g)进行比校，来检查以前执行的更新的一部分是否由于操作系统30的安装等而丢失。
如果以前执行的更新的一部分由于操作系统30的安装而丢失，则更新管理程序40从由D驱动器15b存储的多个更新模块51当中检测可应用于所丢失的更新的一个或更多个更新模块51，并将其与一个或更多个复选框43a一起显示在离线更新执行画面43中。在这种情况下，所有复选框43a都处于缺省的选择状态。
用户操作复选框43a，以从其显示列表当中去除看起来不需要的一个或更多个更新模块51。
该用户例如从列表中显示的更新模块51当中去除与不再使用的驱动程序和应用程序相关的更新模块51、在以前执行更新时导致故障的更新模块51等。
然后，按下离线更新执行画面43的更新执行按钮43b，通过使用由D驱动器15b存储的一个或更多个更新模块51来进行离线更新。
在离线更新中，更新管理程序40还在更新管理信息50中记录更新的执行历史记录。
图11是例示由更新管理程序40执行的离线(恢复)更新处理的流程图。
当在主画面41中选择(即，按下)离线更新按钮41b(步骤401)时，更新管理程序40将软件(例如，由C驱动器15a存储的当前操作系统30)的状态与更新完成判断文件50f或更新完成判断登记50g进行比较(步骤402)，然后辨别是否存在由于重新安装操作系统30而导致的一个或更多个丢失更新的内容(步骤403)。
如果存在与一个或更多个丢失(即，尚未进行的)更新相关的一个或更多个更新模块51，则更新管理程序40在离线更新执行画面43中显示与该一个或更多个丢失(即，尚未进行的)更新相关的一个或更多个更新模块51的列表(步骤405)。在这种情况下，所显示的一个或更多个更新模块51的所有复选框43a处于被选择的状态。
然后，更新管理程序40从用户接收去除看起来不需要的一个或更多个更新模块51的指示(通过操作所显示的一个或更多个更新模块51的列表的一个或更多个复选框43a)(步骤406)。
然后，当按下更新执行按钮43b(步骤407)时，更新管理程序40参照复选框43a的指示，由此识别所选择的一个或更多个更新模块51；参照更新管理信息50，由此辨别相关的一个或更多个更新模块51的存储位置；从该存储位置(即，在这种情况下为D驱动器15b)读取它(步骤408)；以及对安装在C驱动器15a中的软件进行离线更新(按时间序列)(步骤409)。
然后，当检测到按下了结束按钮43c(步骤404)时，更新管理程序40结束该离线更新。
图12是例示通过更新管理程序40的处理，将曾经由预定的存储介质存储的更新模块51移动到另一存储介质的处理的概念图。
通过按下图5所示的主画面41中的更新模块管理按钮41c来执行该移动处理。
当按下该更新模块管理按钮41c时，更新管理程序40显示更新模块移动处理画面44。
作为参照更新管理信息50的结果，在更新模块移动处理画面44中与复选框44a一起显示由通过当前存储目的地指定的存储位置(即，在这种情况下为D驱动器15b)存储的更新模块51的列表。
用户通过操作可用的复选框44a来选择希望移动的更新模块51。
另选的结构可以显示使得能够进行适当移动的更新管理信息50的列表。
更新模块移动处理画面44还显示用于指定移动目的地的存储位置的移动目的地选择按钮44d。
用户操作移动目的地选择按钮44d，由此指定移动目的地的多个存储位置(例如，在本实施例的情况下为内置非易失性存储器13、便携式半导体存储器21、便携式盘存储介质22)之一。
并且按下移动执行按钮44b，将更新模块51(即，更新管理信息50)从当前存储目的地(即，D驱动器15b)移动到所指定的移动目的地(即，图12所示的示例中的便携式盘存储介质22)。
注意，在移动更新模块51时参照更新管理信息50的情况下，通过以下过程来搜索更新管理信息50搜索用于更新模块51的缺省存储位置(例如，D驱动器15b)，然后搜索其他驱动器(即，E驱动器，然后是F驱动器等)。如果移动的原始位置是便携式介质驱动器，则显示诸如“插入存储更新管理信息的CD”的消息，以向用户通知介质插入请求。
图13是例示通过上述更新管理程序40的处理进行的更新模块51的移动处理的流程图。
当在主画面41中检测更新模块管理按钮41c的选择(即，按下)(步骤501)时，更新管理程序40参照更新管理信息50，并在离线更新执行画面43中与复选框44a一起显示存在于当前存储位置中的更新模块51的列表(根据需要包括更新管理信息50)(步骤502)。
然后，更新管理程序40通过移动目的地选择按钮44d接收移动目的地的存储位置的用户指示(步骤503)。
作为操作所显示的更新模块51的列表的复选框44a的结果，更新管理程序40还接收选择一个或更多个更新模块51的用户指示(步骤504)。
然后，当检测到移动执行按钮44b的按下(步骤505)时，更新管理程序40将所选择的一个或更多个更新模块51移动到由移动目的地选择按钮44d指定的移动目的地(步骤506)。
并且其将更新管理信息50中的存储目的地信息50d改变为该移动目的地(步骤507)。
当按下了结束按钮44c时，更新管理程序40结束该处理(步骤508)。
如上所述，当电子设备10的用户更新诸如操作系统30、应用程序31、驱动程序、病毒定义文件、应用数据的软件时，根据本实施例的更新管理程序40通过接收来自诸如操作系统30和网络浏览器32的更新使用软件或来自服务器101的通知，使得可以自动地在存储位置(例如，与其中安装有系统的C驱动器15a不同的D驱动器15b)中存储用于更新的更新模块51和用于管理更新模块51的更新管理信息50，而不使用户觉察。
在电子设备10中，由于计算机病毒感染、C驱动器15a的崩溃、软件引起的故障等而需要重建系统(例如，操作系统30)的情况下，用于配置该系统的软件结束，并返回到更新前的状态。
在这种情况下，本实施例被设计为通过使用存储在D驱动器15b中的更新管理信息50和更新模块51，使得能够准确地恢复系统的重建前的状态，而不需要访问互联网100等，该D驱动器15b与其中安装有系统(例如，操作系统30)的C驱动器15a不同。
当在系统重建之后恢复软件的更新时，本实施例还显示更新模块51的列表，以提示用户进行选择，由此使得能够恢复所选择的更新，同时避免不必要的更新，并且使得能够进行各种更新。
换句话说，根据本实施例的软件更新方法和更新管理程序40被设计为提供如下益处不需要访问互联网100的离线更新的能力使得可以消除由于在更新前的无保护状态下访问互联网100而导致病毒感染的风险，由此保证安全性。
当通过使用服务器101等正常地进行更新时，自动地存储更新模块51和更新管理信息50，而不使用户觉察，因此没有错过存储的风险。
不在整个盘映像中存储作为更新目标的多种软件的实际操作使得可以通过将更新模块51与和更新无关的用户设置和用户数据分离，来仅存储更新所需的信息。在恢复更新时，该实际操作使得能够通过仅反映所需的更新来进行恢复，而不返回不正确的设置或属于用户的数据，由此可以提高系统的可靠性。
不在整个盘映像中存储作为更新目标的多种软件的实际操作使得用于存储更新模块51的备份存储容量较小。
如果已知由于上述更新而导致故障发生，则在恢复时使得用户能够选择所希望的更新模块51，使得可以抑制使用更新模块51的更新，由此使得能够保证防止由这种更新导致的故障。
在恢复时使得用户能够选择所希望的更新模块51，使得可以通过避免执行更新不再使用的驱动程序或应用程序，来实现在系统的实际区域中的存储容量的减小。
注意，显然可以在本发明的范围内对其进行改变，而不受上述实施例中所例示的结构的限制。
例如，本发明可以应用于通过使用从便携式半导体存储器21或盘存储介质22中读取的更新模块51来执行对安装在C驱动器15a中的软件的正常更新的情况。
在这种情况下，更新管理程序40使用便携式半导体存储器21或盘存储介质22检测该正常更新，并在预定的存储位置(例如，D驱动器15b等)中存储用于上述更新的更新模块51。然后，其在离线(恢复)更新时使用所存储的更新模块51。
本发明使得能够执行用于电子设备的故障恢复等的软件的更新，而没有安全性的风险。
本发明还使得能够执行电子设备的软件的简单和准确的维护管理，例如恢复和更新，而不使用户觉察。
本发明还使得能够执行用于电子设备的故障恢复等的软件的各种更新。
权利要求
1.一种软件更新方法，包括第一步骤，用于使用安装在电子设备的第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及第二步骤，用于在与所述第一非易失性存储介质不同的第二非易失性存储介质中存储所述更新信息。
2.根据权利要求1所述的软件更新方法，其中所述第二步骤在所述第二非易失性存储介质中存储管理信息，该管理信息用于管理由上述第二非易失性存储介质存储的所述更新信息。
3.根据权利要求1所述的软件更新方法，其中所述软件由用于控制所述电子设备的基本软件和在所述基本软件的命令下进行操作的应用软件中的至少任意一个构成。
4.根据权利要求1所述的软件更新方法，其中所述第一步骤通过信息网络将所述更新信息输入到所述电子设备。
5.根据权利要求1所述的软件更新方法，包括第三步骤，用于将由所述第二非易失性存储介质存储的所述更新信息移动到独立的第三非易失性存储介质。
6.一种软件更新方法，用于更新安装在电子设备的第一非易失性存储介质中的软件，包括第一步骤，用于读取由与所述第一非易失性存储介质不同的第二非易失性存储介质存储的更新信息；以及第二步骤，用于通过使用所述更新信息来更新所述软件。
7.根据权利要求6所述的软件更新方法，其中所述第二非易失性存储介质累积在所述软件的以前在线更新时通过信息网络外部地获得的所述更新信息。
8.根据权利要求6所述的软件更新方法，其中所述第二非易失性存储介质存储管理信息，该管理信息用于管理所述软件的已通过使用累积在上述第二非易失性存储介质中的所述更新信息执行的更新的历史记录，所述第一步骤基于所述管理信息生成存在于所述第二非易失性存储介质中的更新信息的列表，将其呈现给用户，并从所述第二非易失性存储介质选择性地读取由所述用户选择的更新信息，并且所述第二步骤在所述管理信息中记录所述软件的已通过使用选择性地读取的所述更新信息执行的更新的历史记录。
9.一种存储介质，用于存储更新管理程序，以使得计算机能够执行软件更新方法，所述方法包括第一步骤，用于使用安装在电子设备的第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及第二步骤，用于在与所述第一非易失性存储介质不同的第二非易失性存储介质中存储所述更新信息。
10.根据权利要求9所述的存储介质，其中，所述方法还包括第三步骤，用于将由所述第二非易失性存储介质存储的所述更新信息的列表呈现给用户，以提示用户进行选择；以及第四步骤，用于通过使用所选择的更新信息来更新所述软件。
11.根据权利要求9所述的存储介质，其中，所述方法还包括第五步骤，用于将由所述第二非易失性存储介质存储的所述更新信息移动到不同的第三非易失性存储介质。
12.根据权利要求9所述的存储介质，其中，所述方法包括下述的操作，该操作用于在所述第一步骤中，通过信息网络来获得所述更新信息，以执行所述更新处理。
13.根据权利要求9所述的存储介质，其中，所述方法包括下述的处理，该处理用于在所述第二步骤中，在所述第二非易失性存储介质中存储用于管理由上述第二非易失性存储介质存储的所述更新信息的管理信息。
14.根据权利要求9所述的存储介质，其中，用于所述第一和第二步骤的程序代码驻留在计算机的主存储器中。
15.一种信息处理设备，包括更新执行单元，用于使用安装在第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及更新信息管理单元，用于在与所述第一非易失性存储介质不同的第二非易失性存储介质中存储所述更新信息。
16.根据权利要求15所述的信息处理设备，其中在所述第二非易失性存储介质中存储用于管理由上述第二非易失性存储介质存储的所述更新信息的管理信息。
17.根据权利要求15所述的信息处理设备，其中所述软件由用于控制所述电子设备的基本软件和在所述基本软件的命令下进行操作的应用软件中的至少任意一个构成。
18.根据权利要求15所述的信息处理设备，其中通过信息网络来获得所述更新信息。
19.根据权利要求15所述的信息处理设备，其中所述更新信息管理单元将由所述第二非易失性存储介质存储的所述更新信息移动到另一第三非易失性存储介质。
20.一种信息处理设备，用于更新安装在第一非易失性存储介质中的软件，包括更新信息管理单元，用于读取由与所述第一非易失性存储介质不同的第二非易失性存储介质存储的更新信息；以及更新单元，用于通过使用所述更新信息来更新所述软件。
21.根据权利要求20所述的信息处理设备，其中所述第二非易失性存储介质累积在所述软件的以前在线更新时通过信息网络外部地获得的所述更新信息。
22.根据权利要求20所述的信息处理设备，其中所述第二非易失性存储介质存储管理信息，该管理信息用于管理所述软件的已通过使用累积在上述第二非易失性存储介质中的所述更新信息执行的更新的历史记录；所述更新信息管理单元基于所述管理信息生成存在于所述第二非易失性存储介质中的更新信息的列表，将其呈现给用户，并从所述第二非易失性存储介质选择性地读取由所述用户选择的更新信息；并且在所述管理信息中记录所述软件的已通过所述更新单元使用选择性地读取的更新信息执行的更新的历史记录。
全文摘要
本发明提供了一种软件更新方法，包括第一步骤，用于使用安装在电子设备的第一非易失性存储介质中的软件的更新信息来检测更新处理的执行；以及第二步骤，用于在与第一非易失性存储介质不同的第二非易失性存储介质中存储该更新信息。
文档编号G06F9/445GK101038554SQ200610101428
公开日2007年9月19日 申请日期2006年7月13日 优先权日2006年3月14日
发明者丸山晶子 申请人:富士通株式会社