[发明专利]更新方法、更新装置、以及更新程序

说明书

技术区域

本发明涉及对库进行更新的更新方法、更新装置、以及更新程序。

技术区域

在以往的便携式终端中，当库进行数据更新时，在更新期间需要使功能停止。因此，在更新期间中，使用者不能使用功能。但是，与通用计算机不同，假定便携式终端等嵌入系统24小时365天持续运转，则必须使功能停止将成为问题。

作为现有技术，提出了在服务器区域中不停止地进行更新数据的方法。主要是除主系统以外准备待机系统并在主系统进行数据更新的过程中使用待机系统进行处理的技术(例如，参照下述专利文献1)。

另外，提出了不为系统全体准备待机系统而仅安装多个OS(Operating System：操作系统)，由此来不中断地进行数据更新的方法(例如，参照下述的专利文献2～4)。

在下述专利文献1中，在安装了多个OS的系统中，通过并非保护对象的系统来补充保护对象的系统的功能。例如，将系统全体分为多个子系统，并分别安装OS(本地OS)。另外，准备具有各OS的全部功能的OS(全局OS)，在本地OS中的一个进行更新处理时该OS的功能由全局OS代为执行，由此能够在使系统不停止的情况下进行数据更新。

在先技术文献

专利文献1：日本专利文献特开2002-342102号公报

专利文献2：日本专利文献特开昭54-106146号公报

专利文献3：日本专利文献特开2005-63050号公报

专利文献4：日本专利文献特开2006-31312号公报

发明内容

然而，在上述的现有技术中，如果除主系统以外准备待机系统并且在主系统进行数据更新的过程中使用待机系统进行处理，则在嵌入系统中存在引起系统规模和费用增大的问题。

另外，在专利文献1中，由于通过由全局OS代为执行而在使系统不停止的情况下进行数据更新，因此在嵌入系统中存在系统规模和费用增大的问题。

另一方面，由于在不具有待机系统或全局OS(例如，单一OS)的情况下无法代为执行数据更新，因此存在着在进行数据更新时必须停止系统的问题。

如此，假定便携式终端等的嵌入系统24小时365天持续运转，则在上述的现有技术中，存在着在更新期间中使用者不能使用功能并且必须使功能停止的问题。

本发明为了解决上述的现有技术中存在的问题，其目的是提供能够实现系统规模和费用的降低并且能够实现无中断的数据更新的更新方法、更新装置、以及更新程序。

为了解决上述的技术问题并实现上述的目的，本发明的更新方法、更新装置、以及更新程序的主要内容是：在执行与OS内的库组中的对象库有关的新版本的文件的下载和与所述对象库有关的旧版本的文件的删除的更新程序、更新装置、以及更新方法中，检测所述新版本的文件的存在，在所述新版本的文件被检测到时，生成指定与第一节点不同的保存区域的第二节点，所述第一节点指定所述旧版本的文件的保存区域，在所述新版本的文件被下载到由所生成的第二节点指定的保存区域时，判定所述旧版本的文件是否处于使用中，在判断为未处于使用中时，通知所述旧版本的文件以及所述第一节点的删除指示。

管理程序131判断旧版本的文件(旧a.dll)是否处于使用中。然后，在判断为未处于使用中时，管理程序131通知旧版本的文件(旧a.dll)的删除指示。

通过本发明的更新方法、更新装置、以及更新程序，能够实现减小系统规模或费用的降低并且能够实现无中断的数据更新的更新方法、更新装置、以及更新程序。

附图说明

图1是示出本实施方式涉及的更新装置的硬件构件的框图；

图2是示出管理程序对文件系统的控制的说明图；

图3是示出进程表、链接表、以及状态表的参照关系的说明图；

图4是更新数据模式的时序图(其1)；

图5是更新数据模式的时序图(其2)；

图6是更新数据模式的时序图(其3)；

图7是示出本实施方式涉及的库更新处理步骤的流程图；

图8是示出图7所示的更新数据处理的详细的处理步骤的流程图；

图9是示出由管理程序执行的状态表的更新处理的流程图；

图10是示出由管理程序执行的库的读出处理的流程图。

具体实施方式

以下，参照附图对本发明涉及的更新方法、更新装置、以及更新程序的优选的实施方式进行详细说明。

(更新装置的硬件构成)