技術區域

本發明涉及對庫進行更新的更新方法、更新裝置、以及更新程序。

技術區域

在以往的便攜式終端中，當庫進行數據更新時，在更新期間需要使功能停止。因此，在更新期間中，使用者不能使用功能。但是，與通用計算機不同，假定便攜式終端等嵌入系統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是示出由管理程序執行的庫的讀出處理的流程圖。

具體實施方式

以下，參照附圖對本發明涉及的更新方法、更新裝置、以及更新程序的優選的實施方式進行詳細說明。

(更新裝置的硬件構成)