特開 2024-73194 更新補助デバイス、更新補助方法、および、更新補助プログラム、ならびに、フィールド機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024073194

(43)【公開日】2024-05-29

(54)【発明の名称】更新補助デバイス、更新補助方法、および、更新補助プログラム、ならびに、フィールド機器

(51)【国際特許分類】

   G05B 19/042 20060101AFI20240522BHJP

   G06F 8/654 20180101ALI20240522BHJP

【ＦＩ】

G05B19/042

G06F8/654

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2022184283

(22)【出願日】2022-11-17

(71)【出願人】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】鎌塚 昂

(72)【発明者】

【氏名】田中 秀和

【テーマコード（参考）】

5B376

5H220

【Ｆターム（参考）】

5B376AB06

5B376CA05

5B376CA43

5B376CA53

5B376CA60

5B376CA76

5B376CA88

5B376GA13

5H220AA01

5H220BB12

5H220CC06

5H220CX02

5H220JJ12

5H220JJ16

5H220JJ24

(57)【要約】      （修正有）

【課題】更新補助デバイスを提供する。
【解決手段】対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する更新用ソフトウェア記憶部と、各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割する分割部と、前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給する供給部と、を備える、更新補助デバイスを提供する。
【選択図】図２

【特許請求の範囲】

【請求項1】

対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する更新用ソフトウェア記憶部と、
各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割する分割部と、
前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給する供給部と、
を備える、更新補助デバイス。

【請求項2】

前記複数のブロックのうちの更新対象ブロックを用いた前記対象ソフトウェアの部分的な更新が完了したか否かを判定する判定部を更に備え、
前記供給部は、前記更新対象ブロックを用いた前記対象ソフトウェアの部分的な更新が完了したと判定された場合に、前記複数のブロックのうちの次の更新対象ブロックを前記作業用メモリに供給する、請求項１に記載の更新補助デバイス。

【請求項3】

前記作業用メモリの空き容量を示す容量情報を取得する容量情報取得部を更に備え、
前記分割部は、前記容量情報に基づいて前記更新用ソフトウェアを前記複数のブロックに分割する、請求項１に記載の更新補助デバイス。

【請求項4】

前記対象デバイスは、前記対象ソフトウェアを記憶する不揮発性メモリと、前記作業用メモリと、前記対象ソフトウェアの更新処理を実行するＣＰＵと、を備えるものであり、
前記対象デバイスの前記ＣＰＵに対して、前記対象ソフトウェアを部分的に更新することを指示する指示部を更に備える、請求項１に記載の更新補助デバイス。

【請求項5】

前記指示部は、前記対象デバイスの前記ＣＰＵに対して、更新対象ブロックを前記作業用メモリに書き込むことを指示する、請求項４に記載の更新補助デバイス。

【請求項6】

前記指示部は、前記対象デバイスの前記ＣＰＵに対して、前記作業用メモリに供給された更新対象ブロックを用いて前記対象ソフトウェアを更新することを指示する、請求項４に記載の更新補助デバイス。

【請求項7】

前記更新用ソフトウェアは、互いに異なる複数の作業用メモリを作業領域としてそれぞれ更新される複数の対象ソフトウェアを更新するためのものであり、
前記分割部は、各ブロックが前記複数の作業用メモリのうちの対応する作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを前記複数のブロックに分割し、
前記供給部は、前記更新用ソフトウェアをブロック単位で前記対応する作業用メモリにそれぞれ供給する、請求項１に記載の更新補助デバイス。

【請求項8】

更新前の前記対象ソフトウェアを示す更新前ソフトウェアを前記対象デバイスから取得する更新前ソフトウェア取得部と、
前記更新前ソフトウェアを記憶する更新前ソフトウェア記憶部と、
前記更新用ソフトウェアを用いた前記対象ソフトウェアの更新が成功しなかった場合に、前記更新前ソフトウェアを前記対象デバイスに返送する返送部と、
を更に備える、請求項１に記載の更新補助デバイス。

【請求項9】

コンピュータネットワークを介して前記更新用ソフトウェアを取得する更新用ソフトウェア取得部を更に備える、請求項１から８のいずれか一項に記載の更新補助デバイス。

【請求項10】

前記更新用ソフトウェア記憶部の機能が、着脱可能なストレージデバイスにより提供される、請求項１から８のいずれか一項に記載の更新補助デバイス。

【請求項11】

前記供給部は、コンピュータネットワークを介して前記更新用ソフトウェアを前記作業用メモリに供給する、請求項１から８のいずれか一項に記載の更新補助デバイス。

【請求項12】

請求項１から８のいずれか一項に記載の更新補助デバイスを備える、フィールド機器。

【請求項13】

前記対象デバイスと、
前記対象デバイスおよび前記更新補助デバイスが取り付けられ、前記対象デバイスと前記更新補助デバイスとの間の通信を中継する中継デバイスと、
を更に備える、請求項１２に記載のフィールド機器。

【請求項14】

コンピュータが、
対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶することと、
各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割することと、
前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給することと、
を備える、更新補助方法。

【請求項15】

コンピュータにより実行され、前記コンピュータを、
対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する更新用ソフトウェア記憶部と、
各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割する分割部と、
前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給する供給部と、
して機能させる、更新補助プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、更新補助デバイス、更新補助方法、および、更新補助プログラム、ならびに、フィールド機器に関する。

【背景技術】

【0002】

特許文献１には、「最小単位レビジョン・ナンバーを設定する」と記載されている。特許文献２には、「フィールド機器の全てがメモリ更新の準備中でないときに…更新データの転送を開始する」と記載されている。特許文献３には、「全てのフィールド機器がメモリ更新の準備中でないことを検出したときに…更新データを転送する」と記載されている。特許文献４には、「プログラムの配置変更をＣＰＵがアクセスしていない分割領域毎に実施」すると記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２００４－２９５２９９
［特許文献２］ 特開２００５－１３５２２３
［特許文献３］ 特開２００５－１７３７４７
［特許文献４］ 特開２００５－１８２１０６

【発明の概要】

【0003】

本発明の第１の態様においては、更新補助デバイスを提供する。前記更新補助デバイスは、対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する更新用ソフトウェア記憶部と、各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割する分割部と、前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給する供給部と、を備える。

【0004】

前記更新補助デバイスは、前記複数のブロックのうちの更新対象ブロックを用いた前記対象ソフトウェアの部分的な更新が完了したか否かを判定する判定部を更に備え、前記供給部は、前記更新対象ブロックを用いた前記対象ソフトウェアの部分的な更新が完了したと判定された場合に、前記複数のブロックのうちの次の更新対象ブロックを前記作業用メモリに供給してもよい。

【0005】

前記更新補助デバイスのいずれかは、前記作業用メモリの空き容量を示す容量情報を取得する容量情報取得部を更に備え、前記分割部は、前記容量情報に基づいて前記更新用ソフトウェアを前記複数のブロックに分割してもよい。

【0006】

前記対象デバイスは、前記対象ソフトウェアを記憶する不揮発性メモリと、前記作業用メモリと、前記対象ソフトウェアの更新処理を実行するＣＰＵと、を備えるものであり、前記更新補助デバイスのいずれかは、前記対象デバイスの前記ＣＰＵに対して、前記対象ソフトウェアを部分的に更新することを指示する指示部を更に備えてもよい。

【0007】

前記更新補助デバイスのいずれかにおいて、前記指示部は、前記対象デバイスの前記ＣＰＵに対して、更新対象ブロックを前記作業用メモリに書き込むことを指示してもよい。

【0008】

前記更新補助デバイスのいずれかにおいて、前記指示部は、前記対象デバイスの前記ＣＰＵに対して、前記作業用メモリに供給された更新対象ブロックを用いて前記対象ソフトウェアを更新することを指示してもよい。

【0009】

前記更新用ソフトウェアは、互いに異なる複数の作業用メモリを作業領域としてそれぞれ更新される複数の対象ソフトウェアを更新するためのものであり、前記更新補助デバイスのいずれかにおいて、前記分割部は、各ブロックが前記複数の作業用メモリのうちの対応する作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを前記複数のブロックに分割し、前記供給部は、前記更新用ソフトウェアをブロック単位で前記対応する作業用メモリにそれぞれ供給してもよい。

【0010】

前記更新補助デバイスのいずれかは、更新前の前記対象ソフトウェアを示す更新前ソフトウェアを前記対象デバイスから取得する更新前ソフトウェア取得部と、前記更新前ソフトウェアを記憶する更新前ソフトウェア記憶部と、前記更新用ソフトウェアを用いた前記対象ソフトウェアの更新が成功しなかった場合に、前記更新前ソフトウェアを前記対象デバイスに返送する返送部と、を更に備えてもよい。

【0011】

前記更新補助デバイスのいずれかは、コンピュータネットワークを介して前記更新用ソフトウェアを取得する更新用ソフトウェア取得部を更に備えてもよい。

【0012】

前記更新補助デバイスのいずれかにおいて、前記更新用ソフトウェア記憶部の機能が、着脱可能なストレージデバイスにより提供されてもよい。

【0013】

前記更新補助デバイスのいずれかにおいて、前記供給部は、コンピュータネットワークを介して前記更新用ソフトウェアを前記作業用メモリに供給してもよい。

【0014】

本発明の第２の態様においては、フィールド機器を提供する。前記フィールド機器は、前記更新補助デバイスのいずれかを備える。

【0015】

前記フィールド機器は、前記対象デバイスと、前記対象デバイスおよび前記更新補助デバイスが取り付けられ、前記対象デバイスと前記更新補助デバイスとの間の通信を中継する中継デバイスと、を更に備えてもよい。

【0016】

本発明の第３の態様においては、更新補助方法を提供する。前記更新補助方法は、コンピュータが、対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶することと、各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割することと、前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給することと、を備える。

【0017】

本発明の第４の態様においては、更新補助プログラムを提供する。前記更新補助プログラムは、コンピュータにより実行され、前記コンピュータを、対象デバイスで実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する更新用ソフトウェア記憶部と、各ブロックが前記対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、前記更新用ソフトウェアを複数のブロックに分割する分割部と、前記更新用ソフトウェアをブロック単位で前記作業用メモリに供給する供給部と、して機能させる。

【0018】

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0019】

【図1】本実施形態に係る更新補助デバイス２００が用いられてよい機器１０の構成図の一例を示す。

【図2】本実施形態に係る更新補助デバイス２００のブロック図の一例を示す。

【図3】本実施形態に係る更新補助デバイス２００が実行してよい更新補助方法のフロー図の一例を示す。

【図4】本実施形態に係る更新補助デバイス２００が用いられてよい機器１０の構成図の変形例を示す。

【図5】変形例に係る更新用ソフトウェアの一例を示す。

【図6】別の実施形態に係る更新補助デバイス２００のブロック図の一例を示す。

【図7】本実施形態に係る更新補助デバイス２００の構成図の他の例を示す。

【図8】本実施形態に係る更新補助デバイス２００が用いられてよい更新補助システムの一例を示す。

【図9】本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。

【発明を実施するための形態】

【0020】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0021】

図１は、本実施形態に係る更新補助デバイス２００が用いられてよい機器１０の構成図の一例を示す。機器１０は、様々な設備で用いられる様々な機器である。このような設備は、一例として、プラントであってよい。プラントとしては、化学やバイオ等の工業プラントの他、ガス田や油田等の井戸元やその周辺を管理制御するプラント、水力・火力・原子力等の発電を管理制御するプラント、太陽光や風力等の環境発電を管理制御するプラント、上下水やダム等を管理制御するプラント等が挙げられる。機器１０は、このようなプラントに設置される温度計、差圧・圧力計、流量計、および、バルブ・ポジショナ等のフィールド機器であってよい。これより先、機器１０がフィールド機器である場合を一例として説明するが、これに限定されるものではない。

【0022】

機器１０においては、センサからの信号を出力信号に変換するための演算部分のプログラムや、ネットワーク情報を構成するコンフィギュレーション情報等が、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、Ｆｌａｓｈ ＲＯＭ、または、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）等の不揮発性メモリに記憶されている。

【0023】

近年、プロセスの改善等を目的とした機能分散を進める上で、機器１０にも自己診断機能の拡張等の付加機能が求められるようになってきている。また、機能が豊富になったことに起因して、バグが発生する可能性も高くなってきている。そのため、機器１０の内部に記憶されているプログラムやコンフィギュレーション情報等のソフトウェアを更新する機会が増してきている。このような傾向は、フィールド機器以外の様々な機器においても同様にみられる。

【0024】

そこで、このような機器１０をＰＲＯＦＩＮＥＴ（Ｐｒｏｃｅｓｓ Ｆｉｅｌｄ Ｎｅｔ）やイーサネット（登録商標）等の通信規格に対応させ、フィールドバスの通信機能を用いて、機器１０の内部に記憶されているソフトウェアを更新することが想定されている。

【0025】

従来は、このような場合に、更新用ソフトウェアを不揮発性メモリにダウンロードし、ＣＰＵが作業用メモリを作業領域として用いて、機器１０の内部に記憶されているソフトウェアを更新していた。

【0026】

しかしながら、不揮発性メモリの空き容量が足りない場合には、機器１０は、更新用ソフトウェアをダウンロードすることができない。また、更新用ソフトウェアがダウンロードできたとしても作業用メモリの空き容量が足りない場合には、ＣＰＵは、ソフトウェアの更新処理を実行することができない。このような問題は、フィールド機器のように、比較的小さな容量のメモリが搭載される機器において、発生する可能性が高い。

【0027】

そこで、このような問題に鑑み、本実施形態に係る更新補助デバイス２００は、更新用ソフトウェアを複数のブロックに分割し、更新用ソフトウェアをブロック単位で作業用メモリに供給することで、機器１０の内部に記憶されているソフトウェアの更新を補助する。

【0028】

機器１０は、中継デバイス５０と、対象デバイス１００と、更新補助デバイス２００と、を備える。なお、本図においては、機器１０が、中継デバイス５０、対象デバイス１００、および、更新補助デバイス２００のみを備える場合を一例として示しているが、機器１０は、図示せぬ他のデバイスを備えていてもよい。

【0029】

中継デバイス５０は、対象デバイス１００および更新補助デバイス２００が取り付けられ、対象デバイス１００と更新補助デバイス２００との間の通信を中継する。この際、対象デバイス１００および更新補助デバイス２００は、中継デバイス５０に着脱可能に取り付けられてもよい。また、中継デバイス５０は、ＰＲＯＦＩＮＥＴやイーサネット等の通信規格に対応しており、機器１０とコンピュータネットワークとを接続可能に構成されてよい。一例として、中継デバイス５０は、ベースボードであってよく、複数のボードを着脱可能な複数のスロットと、イーサネットケーブルを差し込み可能なＬＡＮポートを有してよい。なお、機器１０が無線を介してコンピュータネットワークと接続可能な場合には、機器１０は、ＬＡＮポートを有していなくてもよい。

【0030】

対象デバイス１００は、更新対象となる対象ソフトウェアが実行されるデバイスである。一例として、対象デバイス１００は、ベースボードである中継デバイス５０の第１のスロットに着脱可能に取り付けられた第１のボードであってよい。対象デバイス１００は、第１の不揮発性メモリ１０２と、第１の作業用メモリ１０４と、第１のＣＰＵ１０６と、を備える。

【0031】

第１の不揮発性メモリ１０２は、電源を供給しなくても記憶を保持することができるメモリである。一例として、第１の不揮発性メモリ１０２は、ＥＰＲＯＭ、Ｆｌａｓｈ ＲＯＭ、または、ＥＥＰＲＯＭ等、情報の読み取りのみが可能なＲＯＭであってよい。第１の不揮発性メモリ１０２は、少なくとも、更新対象となる対象ソフトウェア（例えば、センサからの信号を出力信号に変換するための演算部分のプログラムや、ネットワーク情報を構成するコンフィギュレーション情報）を記憶してよい。

【0032】

第１の作業用メモリ１０４は、第１のＣＰＵ１０６が何らかの処理を実行するにあたって作業領域として用いられるメモリである。一例として、第１の作業用メモリ１０４は、情報の読み書きが可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってよい。第１の作業用メモリ１０４は、少なくとも、第１のＣＰＵ１０６が対象ソフトウェアを更新する作業領域として用いられてよい。

【0033】

第１のＣＰＵ１０６は、他の素子や回路の制御やデータの演算等を行う演算処理装置である。第１のＣＰＵ１０６は、第１の作業用メモリ１０４を作業領域として、種々の処理を実行する。第１のＣＰＵ１０６は、少なくとも、第１の作業用メモリ１０４を作業領域として、第１の不揮発性メモリ１０２に記憶されている対象ソフトウェアの更新処理を実行してよい。

【0034】

このように、対象デバイス１００は、対象ソフトウェアを記憶する不揮発性メモリ（第１の不揮発性メモリ１０２）と、対象ソフトウェアを更新する作業領域として用いられる作業用メモリ（第１の作業用メモリ１０４）と、対象ソフトウェアの更新処理を実行するＣＰＵ（第１のＣＰＵ１０６）と、を備えるものであってよい。

【0035】

更新補助デバイス２００は、対象デバイス１００における対象ソフトウェアの更新を補助する。一例として、更新補助デバイス２００は、ベースボードである中継デバイス５０の第２のスロットに着脱可能に取り付けられた第２のボードであってよい。更新補助デバイス２００は、第２の不揮発性メモリ２０２と、第２の作業用メモリ２０４と、第２のＣＰＵ２０６と、を備える。

【0036】

第２の不揮発性メモリ２０２、第２の作業用メモリ２０４、および、第２のＣＰＵ２０６は、第１の不揮発性メモリ１０２、第１の作業用メモリ１０４、および、第１のＣＰＵ１０６と同様の素子であってよいので、相違点を除きここでは説明を省略するが、上述の問題に鑑み、第２の不揮発性メモリ２０２の容量は、第１の不揮発性メモリ１０２の容量よりも大きいことが好ましい。

【0037】

このように、本実施形態に係る更新補助デバイス２００を備える機器１０、特に、フィールド機器が提供されてよい。また、フィールド機器は、対象デバイス１００と、対象デバイス１００および更新補助デバイス２００が取り付けられ、対象デバイス１００と更新補助デバイス２００との間の通信を中継する中継デバイス５０と、を更に備えてよい。これより、このような機器１０において対象ソフトウェアの更新を補助する更新補助デバイス２００の機能を詳細に説明する。

【0038】

図２は、本実施形態に係る更新補助デバイス２００のブロック図の一例を示す。なお、これらブロックは、それぞれ機能的に分離された機能ブロックであって、実際のデバイス構成とは必ずしも一致していなくてもよい。すなわち、本図において、１つのブロックとして示されているからといって、その機能が必ずしも１つの素子により提供されていなくてもよい。また、本図において、別々のブロックとして示されているからといって、それらの機能が必ずしも別々の素子により提供されていなくてもよい。これより先のブロック図についても同様である。

【0039】

更新補助デバイス２００は、更新用ソフトウェア取得部２１０と、更新用ソフトウェア記憶部２２０と、容量情報取得部２３０と、分割部２４０と、指示部２５０と、供給部２６０と、判定部２７０と、を備えてよい。

【0040】

更新用ソフトウェア取得部２１０は、コンピュータネットワークを介して更新用ソフトウェアを取得する。更新用ソフトウェア取得部２１０は、取得した更新用ソフトウェアを、更新用ソフトウェア記憶部２２０に供給する。このような更新用ソフトウェア取得部２１０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0041】

更新用ソフトウェア記憶部２２０は、対象デバイス１００で実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶する。このような更新用ソフトウェア記憶部２２０の機能は、例えば、第２の不揮発性メモリ２０２により提供されてよい。

【0042】

容量情報取得部２３０は、対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量を示す容量情報を取得する。容量情報取得部２３０は、取得した容量情報を分割部２４０に供給する。このような容量情報取得部２３０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0043】

分割部２４０は、各ブロックが対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、更新用ソフトウェアを複数のブロックに分割する。この際、分割部２４０は、容量情報に基づいて更新用ソフトウェアを複数のブロックに分割してよい。分割部２４０は、更新用ソフトウェアを複数のブロックに分割した場合、その旨を指示部２５０に通知する。このような分割部２４０の機能は、例えば、第２のＣＰＵ２０６により提供されてよい。

【0044】

指示部２５０は、対象デバイス１００のＣＰＵに対して、対象ソフトウェアを部分的に更新することを指示する。このような指示部２５０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0045】

供給部２６０は、更新用ソフトウェアをブロック単位で作業用メモリに供給する。このような供給部２６０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0046】

判定部２７０は、複数のブロックのうちの更新対象ブロックを用いた対象ソフトウェアの部分的な更新が完了したか否かを判定する。このような判定部２７０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。そして、供給部２６０は、更新対象ブロックを用いた対象ソフトウェアの部分的な更新が完了したと判定された場合に、複数のブロックのうちの次の更新対象ブロックを作業用メモリに供給する。

【0047】

このような機能部を備える更新補助デバイス２００が、対象デバイス１００における対象ソフトウェアの更新を補助する方法を、フロー図を用いて詳細に説明する。

【0048】

図３は、本実施形態に係る更新補助デバイス２００が実行してよい更新補助方法のフロー図の一例を示す。

【0049】

ステップＳ３１０において、更新補助デバイス２００は、更新用ソフトウェアを取得する。例えば、更新用ソフトウェア取得部２１０は、コンピュータネットワークを介して更新用ソフトウェアを取得してよい。より詳細には、更新用ソフトウェア取得部２１０は、中継デバイス５０を介してコンピュータネットワークにアクセスし、対象デバイス１００で実行される対象ソフトウェアを更新するための更新用ソフトウェアをダウンロードしてよい。更新用ソフトウェア取得部２１０は、取得した更新用ソフトウェアを、更新用ソフトウェア記憶部２２０に供給する。

【0050】

ステップＳ３２０において、更新補助デバイス２００は、更新用ソフトウェアを記憶する。例えば、更新用ソフトウェア記憶部２２０は、ステップＳ３１０において取得された対象デバイス１００で実行される対象ソフトウェアを更新するための更新用ソフトウェアを記憶してよい。

【0051】

なお、上述の説明では、更新用ソフトウェア取得部２１０がコンピュータネットワークを介して更新用ソフトウェアを取得し、これを更新用ソフトウェア記憶部２２０が記憶する場合を一例として示したが、これに限定されるものではない。更新用ソフトウェア記憶部２２０に更新用ソフトウェアが既に記憶されている場合には、更新補助デバイス２００は、ステップＳ３１０の処理を実行しなくてもよい。すなわち、更新補助デバイス２００は、更新用ソフトウェア取得部２１０を備えていなくてもよい。

【0052】

ステップＳ３３０において、更新補助デバイス２００は、容量情報を取得する。例えば、容量情報取得部２３０は、対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量を示す容量情報を取得してよい。より詳細には、容量情報取得部２３０は、中継デバイス５０を介して第１のＣＰＵ１０６と通信し、第１の作業用メモリ１０４の空き容量を示す容量情報を取得してよい。容量情報取得部２３０は、取得した容量情報を分割部２４０に供給する。

【0053】

なお、上述の説明では、容量情報取得部２３０が第１のＣＰＵ１０６と通信して容量情報を取得する場合を一例として示したが、これに限定されるものではない。第１の作業用メモリ１０４の空き容量が既知である場合、または、既知な情報から推測可能な場合には、更新補助デバイス２００は、ステップＳ３３０の処理を実行しなくてもよい。すなわち、更新補助デバイス２００は、容量情報取得部２３０を備えていなくてもよい。

【0054】

ステップＳ３４０において、更新補助デバイス２００は、更新用ソフトウェアを分割する。例えば、分割部２４０は、各ブロックが対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、更新用ソフトウェアを複数のブロックに分割してよい。より詳細には、分割部２４０は、各ブロックが第１の作業用メモリ１０４の空き容量以下となるように、ステップＳ３２０において記憶された更新用ソフトウェアを複数のブロックに分割してよい。

【0055】

この際、分割部２４０は、ステップＳ３３０において取得された容量情報に基づいて更新用ソフトウェアを複数のブロックに分割してもよい。一例として、ステップS３２０において記憶された更新用ソフトウェアのサイズが６００ＭＢであったとする。また、ステップＳ３３０において取得された容量情報が、第１の作業用メモリ１０４の空き容量が２５６ＭＢであることを示していたとする。この場合、分割部２４０は、各ブロックが２５６ＭＢ以下となるように、更新用ソフトウェアをブロック１（２００ＭＢ）、ブロック２（２００ＭＢ）、および、ブロック３（２００ＭＢ）の３つのブロックに分割してよい。

【0056】

なお、上述の説明では、分割部２４０が、各ブロックのサイズが均等になるように更新用ソフトウェアを複数のブロックに分割する場合を一例として示したが、これに限定されるものではない。分割部２４０は、例えば、ブロック１（２５６ＭＢ）、ブロック２（２５６ＭＢ）、および、ブロック３（８８ＭＢ）の３つのブロックに分割する等、少なくとも１つのブロックが第１の作業用メモリ１０４の空き容量以下となる最大のサイズとなるように、更新用ソフトウェアを複数のブロックに分割してもよい。

【0057】

ステップＳ３４５において、更新補助デバイス２００は、ブロックのインデックスｉの最大値をセットして、インデックスｉを初期化する。例えば、分割部２４０は、インデックスｉの最大値を、ステップＳ３４０において更新用ソフトウェアが分割されたブロックの個数ｎにセットして、インデックスｉ＝１にセットしてよい。一例として、更新用ソフトウェアが３つのブロックに分割された場合、分割部２４０は、インデックスｉの最大値を３にセットして、インデックスｉ＝１にセットしてよい。分割部２４０は、更新用ソフトウェアを複数のブロックに分割した旨を指示部２５０に通知する。この際、分割部２４０は、更新用ソフトウェアが分割されたブロックの個数ｎを指示部２５０に通知してもよい。

【0058】

ステップＳ３５０において、更新補助デバイス２００は、部分的な更新を指示する。例えば、指示部２５０は、対象デバイス１００のＣＰＵに対して、対象ソフトウェアを部分的に更新することを指示してよい。この際、指示部２５０は、対象デバイス１００のＣＰＵに対して、更新対象ブロックを作業用メモリに書き込むことを指示してよい。また、指示部２５０は、対象デバイス１００のＣＰＵに対して、作業用メモリに供給された更新対象ブロックを用いて対象ソフトウェアを更新することを指示してよい。より詳細には、指示部２５０は、中継デバイス５０を介して第１のＣＰＵ１０６と通信してよい。そして、指示部２５０は、第１のＣＰＵ１０６に対して、対象ソフトウェアを部分的に更新することを指示してよい。この際、指示部２５０は、第１のＣＰＵ１０６に対して、更新用ソフトウェアが分割されたブロックの個数ｎを通知してもよい。これにより、更新補助デバイス２００は、対象デバイス１００に対して、更新用ソフトウェアが何個のブロックに分かれて供給されるのかを事前に知らしめることができる。また、指示部２５０は、第１のＣＰＵ１０６に対して、更新用ソフトウェアが分割された更新対象ブロックを第１の作業用メモリ１０４に書き込むことを指示してよい。また、指示部２５０は、第１のＣＰＵ１０６に対して、第１の作業用メモリ１０４に供給された更新対象ブロックを用いて対象ソフトウェアを更新することを指示してよい。

【0059】

ステップＳ３６０において、更新補助デバイス２００は、インデックスｉが最大値より大きいか否かを判定する。例えば、更新補助デバイス２００は、インデックスｉがステップＳ３４５においてインデックスｉの最大値としてセットされたブロックの個数ｎより大きいか否か判定してよい。インデックスｉがブロックの個数ｎより大きくない（Ｎｏ）と判定した場合、更新補助デバイス２００は、処理をステップＳ３６５へ進める。一例として、インデックスｉ＝１、かつ、ブロックの個数ｎ＝３の場合、ｉ≦ｎであるので、更新補助デバイス２００は、処理をステップＳ３６５へ進めてよい。

【0060】

ステップＳ３６５において、更新補助デバイス２００は、更新対象ブロックｉを供給する。例えば、供給部２６０は、更新対象ブロックｉを、対象ソフトウェアを更新する作業領域として用いられる作業用メモリに供給してよい。より詳細には、ｉ＝１の場合、供給部２６０は、ブロック１を、中継デバイス５０を介して第１の作業用メモリ１０４に供給してよい。このようにして、供給部２６０は、更新用ソフトウェアをブロック単位で作業用メモリに供給してよい。これに応じて、第１のＣＰＵ１０６は、供給部２６０から供給されたブロック１を第１の作業用メモリ１０４に書き込んでよい。次に、第１のＣＰＵ１０６は、第１の作業用メモリ１０４に供給されたブロック１を用いて第１の不揮発性メモリ１０２に記憶された対象ソフトウェアの更新処理を実行してよい。そして、第１のＣＰＵ１０６は、ブロック１を用いた対象ソフトウェアの更新処理が完了した場合に、その旨を、中継デバイス５０を介して第２のＣＰＵ２０６に通知してよい。

【0061】

ステップＳ３７０において、更新補助デバイス２００は、更新が完了したか否かを判定する。例えば、判定部２７０は、複数のブロックのうちの更新対象ブロックｉを用いた対象ソフトウェアの部分的な更新が完了したか否かを判定してよい。より詳細には、ｉ＝１の場合、判定部２７０は、対象ソフトウェアの更新処理が完了した旨を、中継デバイス５０を介して第１のＣＰＵ１０６から通知されたか否かを判定してよい。更新処理が完了した旨が通知されていない場合に、判定部２７０は、ブロック１を用いた対象ソフトウェアの部分的な更新が完了していない（Ｎｏ）と判定してよい。この場合、判定部２７０は、部分的な更新が完了したか否かの判定処理を繰り返してよい。更新処理が完了した旨が通知された場合に、判定部２７０は、ブロック１を用いた対象ソフトウェアの部分的な更新が完了した（Ｙｅｓ）と判定してよい。この場合、更新補助デバイス２００は、処理をステップＳ３７５へ進める。

【0062】

ステップＳ３７５において、更新補助デバイス２００は、インデックスｉをインクリメントする。例えば、更新補助デバイス２００は、インデックスｉ＝ｉ＋１にセットしてよい。より詳細には、ｉ＝１の場合、更新補助デバイス２００は、ｉ＝２にセットしてよい。そして、更新補助デバイス２００は、処理をステップＳ３６０へ戻してフローを継続する。

【0063】

ステップＳ３６０において、インデックスｉ＝２、かつ、ブロックの個数ｎ＝３の場合、ｉ≦ｎであるので、更新補助デバイス２００は、処理をステップＳ３６５へ進めてよい。ステップＳ３６５において、ｉ＝２の場合、供給部２６０は、ブロック２を、中継デバイス５０を介して第１の作業用メモリ１０４に供給してよい。そして、ステップＳ３７０において、判定部２７０がブロック２を用いた対象ソフトウェアの部分的な更新が完了したと判定した場合に、ステップＳ３７５において、更新補助デバイス２００は、ｉ＝３にセットしてよい。そして、更新補助デバイス２００は、処理をステップＳ３６０へ戻してフローを継続する。

【0064】

ステップＳ３６０において、インデックスｉ＝３、かつ、ブロックの個数ｎ＝３の場合、ｉ≦ｎであるので、更新補助デバイス２００は、処理をステップＳ３６５へ進めてよい。ステップＳ３６５において、ｉ＝３の場合、供給部２６０は、ブロック３を、中継デバイス５０を介して第１の作業用メモリ１０４に供給してよい。そして、ステップＳ３７０において、判定部２７０がブロック３を用いた対象ソフトウェアの部分的な更新が完了したと判定した場合に、ステップＳ３７５において、更新補助デバイス２００は、ｉ＝４にセットしてよい。そして、更新補助デバイス２００は、処理をステップＳ３６０へ戻してフローを継続する。

【0065】

このようにして、供給部２６０は、更新対象ブロックを用いた対象ソフトウェアの部分的な更新が完了したと判定された場合に、複数のブロックのうちの次の更新対象ブロックを作業用メモリに供給してよい。

【0066】

なお、上述の説明では、ステップＳ３７０において判定部２７０が第１のＣＰＵ１０６から更新処理が完了した旨が通知されたと判定したことに応じて、供給部２６０が次の更新対象ブロックを第１の作業用メモリ１０４に供給する場合を一例として示したが、これに限定されるものではない。更新対象ブロックのサイズに応じて更新処理時間が既知である場合、または、既知な情報から推測可能な場合には、更新補助デバイス２００は、ステップＳ３７０の処理を実行しなくてもよい。この場合、供給部２６０は、既知の、または、推測した更新処理時間が満了したことに応じて、次の更新対象ブロックを第１の作業用メモリ１０４に供給してもよい。すなわち、更新補助デバイス２００は、判定部２７０を備えていなくてもよい。

【0067】

ステップＳ３６０において、インデックスｉ＝４、かつ、ブロックの個数ｎ＝３の場合、ｉ＞ｎであるので、更新補助デバイス２００は、インデックスｉがブロックの個数ｎより大きい（Ｙｅｓ）と判定してよい。この場合、更新補助デバイス２００は、処理をステップＳ３８０へ進める。

【0068】

ステップＳ３８０において、更新補助デバイス２００は、更新用ソフトウェアを削除する。例えば、更新用ソフトウェア記憶部２２０は、ステップＳ３２０において記憶した更新用ソフトウェアを削除してよい。そして、更新補助デバイス２００は、本フローを終了する。なお、例えば、更新補助デバイス２００が中継デバイス５０から着脱可能であって、更新用ソフトウェアを機器１０とは異なる他の機器の内部に記憶されているソフトウェアの更新にも流用可能な場合には、更新補助デバイス２００は、ステップＳ３８０の処理を実行せずに、本フローを終了してもよい。

【0069】

このように、本実施形態に係る更新補助デバイス２００は、各ブロックが対象ソフトウェアを更新する作業領域として用いられる作業用メモリの空き容量以下となるように、更新用ソフトウェアを複数のブロックに分割し、更新用ソフトウェアをブロック単位で作業用メモリに供給する。これにより、本実施形態に係る更新補助デバイス２００によれば、対象デバイス１００における第１の不揮発性メモリ１０２や第１の作業用メモリ１０４の空き容量が足りない場合であっても、対象ソフトウェアの部分的な更新が実現可能となるように、更新を補助することができる。

【0070】

また、本実施形態に係る更新補助デバイス２００は、更新対象ブロックを用いた対象ソフトウェアの部分的な更新が完了したか否かを判定し、更新が完了したと判定された場合に次の更新対象ブロックを作業用メモリに供給する。これにより、本実施形態に係る更新補助デバイス２００によれば、対象ソフトウェアの更新が完了する前に次の更新対象ブロックを作業用メモリに供給してしまうことを防ぐことができる。

【0071】

また、本実施形態に係る更新補助デバイス２００は、作業用メモリの空き容量を示す容量情報を取得し、当該容量情報に基づいて更新用ソフトウェアを複数のブロックに分割する。これにより、本実施形態に係る更新補助デバイス２００によれば、作業用メモリの実際の空き容量に基づいて更新用ソフトウェアを複数のブロックに分割するので、各ブロックが作業用メモリの空き容量よりも大きくなってしまうことを確実に防ぐことができる。

【0072】

また、本実施形態に係る更新補助デバイス２００は、対象デバイス１００のＣＰＵに対して、対象ソフトウェアを部分的に更新することを指示する。これにより、本実施形態に係る更新補助デバイス２００によれば、対象デバイス１００における第１のＣＰＵ１０６に対して、対象ソフトウェアを一括して更新することに代えて、対象ソフトウェアを部分的に更新することを知らしめることができる。これにより、本実施形態に係る更新補助デバイス２００によれば、対象デバイス１００における第１のＣＰＵ１０６に対して、更新対象ブロックを第１の作業用メモリ１０４に書き込むことや、第１の作業用メモリ１０４に供給された更新対象ブロックを用いて対象ソフトウェアを更新することを指示することができ、更新補助デバイス２００が意図した処理を対象デバイス１００に実行させることができる。

【0073】

また、本実施形態に係る更新補助デバイス２００は、コンピュータネットワークを介して更新用ソフトウェアを取得する。これにより、本実施形態に係る更新補助デバイス２００によれば、コンピュータネットワークにアクセス可能な様々な環境において、更新用ソフトウェアを取得することができる。

【0074】

また、本実施形態に係る更新補助デバイス２００を備えるフィールド機器が提供される。このようなフィールド機器は、内部に記憶されているソフトウェアを更新する機会が比較的多く、かつ、搭載されるメモリの容量が比較的小さい場合が多い。したがって、本実施形態に係る更新補助デバイス２００をこのような親和性の高いフィールド機器に適用することで、より顕著な効果を奏することができる。

【0075】

また、フィールド機器は、対象デバイス１００と、対象デバイス１００および更新補助デバイス２００が取り付けられ、対象デバイス１００と更新補助デバイス２００との間の通信を中継する中継デバイス５０と、を更に備える。これにより、既存のフィールド機器においても、中継デバイス５０に更新補助デバイス２００を取り付けるだけで、対象ソフトウェアの部分的な更新が実現可能となるように機能を拡張することができる。すなわち、更新補助デバイス２００をモジュールとして開発し、後から機器１０に接続できる仕組みとすることもできる。

【0076】

図４は、本実施形態に係る更新補助デバイス２００が用いられてよい機器１０の構成図の変形例を示す。本図においては、図１と同じ構成を有する部材に対して同じ符号を付すとともに、以下相違点を除き説明を省略する。上述の説明では、更新対象となる対象ソフトウェアが実行されるデバイスが対象デバイス１００の１つのみである場合を一例として示したが、本図においては、更新対象となる対象ソフトウェアが実行されるデバイスが複数ある場合を説明する。

【0077】

本図においては、説明の便宜上、対象デバイス１００を、第１の対象デバイス１００と呼称する。また、更新補助デバイス２００を、第２の対象デバイス２００とも別称する。すなわち、更新補助デバイス２００は、他の対象デバイスにおける更新を補助するデバイスとして機能するとともに、自らが対象デバイスとしても機能する。本図において、機器１０は、中継デバイス５０、第１の対象デバイス１００、および、更新補助デバイス２００（第２の対象デバイス２００）に加えて、第３の対象デバイス３００を更に備える。

【0078】

第３の対象デバイス３００は、第１の対象デバイス１００と同様、更新対象となる対象ソフトウェアが実行されるデバイスである。一例として、第３の対象デバイス３００は、ベースボードである中継デバイス５０の第３のスロットに着脱可能に取り付けられた第３のボードであってよい。第３の対象デバイス３００は、第３の不揮発性メモリ３０２と、第３の作業用メモリ３０４と、第３のＣＰＵ３０６と、を備える。

【0079】

第３の不揮発性メモリ３０２、第３の作業用メモリ３０４、および、第３のＣＰＵ３０６は、第１の不揮発性メモリ１０２、第１の作業用メモリ１０４、および、第１のＣＰＵ１０６と同様の素子であってよいので、相違点を除きここでは説明を省略する。

【0080】

本図においては、第１の対象デバイス１００、第２の対象デバイス２００、および、第３の対象デバイス３００の３つのデバイスが、更新対象となる対象ソフトウェアが実行されるデバイスである。すなわち、第１の対象デバイス１００における第１の不揮発性メモリ１０２、第２の対象デバイス２００における第２の不揮発性メモリ２０２、および、第３の対象デバイス３００における第３の不揮発性メモリ３０２のそれぞれに、更新対象となる対象ソフトウェアが記憶されている。そして、更新補助デバイス２００は、第１の対象デバイス１００および第３の対象デバイス３００におけるソフトウェアの更新を補助するとともに、自らに記憶されているソフトウェアをも更新する。

【0081】

このような場合、更新用ソフトウェア記憶部２２０に記憶される更新用ソフトウェアは、複数の対象デバイス１００～３００に記憶されている複数の対象ソフトウェアをそれぞれ更新するための複数のソフトウェア領域を有していてよい。

【0082】

図５は、変形例に係る更新用ソフトウェアの一例を示す。更新用ソフトウェアは、例えば、本図に示されるように、領域Ａ、領域Ｂ、および、領域Ｃの３つのソフトウェア領域を有していてよい。

【0083】

領域Ａは、第１の対象デバイス１００における第１の不揮発性メモリ１０２に記憶されている対象ソフトウェアを更新するためのソフトウェア領域である。分割部２４０は、例えば上述のフローと同様に、領域Ａを３つのブロック（ブロックａ１、ブロックａ２、および、ブロックａ３）に分割してよい。そして、供給部２６０は、インデックスｉにしたがって更新対象ブロックａｉを第１の作業用メモリ１０４に供給することで、第１の不揮発性メモリ１０２に記憶されている対象ソフトウェアを更新するための更新用ソフトウェアをブロック単位で第１の作業用メモリ１０４に供給してよい。

【0084】

領域Ｂは、第２の対象デバイス２００における第２の不揮発性メモリ２０２に記憶されている対象ソフトウェアを更新するためのソフトウェア領域である。ここで、第２のＣＰＵ２０６が第２の作業用メモリ２０４を作業領域として第２の不揮発性メモリ２０２に記憶されている対象ソフトウェアの更新処理を実行するにあたり、第２の作業用メモリ２０４の空き容量が十分に大きかったとする。一例として、領域Ｂのサイズが６００ＭＢであり、第２の作業用メモリ２０４の空き容量が１ＧＢであったとする。この場合、第２のＣＰＵ２０６は、第２の作業用メモリ２０４を作業領域として、対象ソフトウェアを一括して更新可能である。したがって、分割部２４０は、領域Ｂを複数のブロックに分割しなくてよい。そして、供給部２６０は、領域Ｂに係る更新用ソフトウェアをそのまま第２の作業用メモリ２０４に供給してよい。

【0085】

領域Ｃは、第３の対象デバイス３００における第３の不揮発性メモリ３０２に記憶されている対象ソフトウェアを更新するためのソフトウェア領域である。ここで、第３のＣＰＵ３０６が第３の作業用メモリ３０４を作業領域として第３の不揮発性メモリ３０２に記憶されている対象ソフトウェアの更新処理を実行するにあたり、第３の作業用メモリ３０４の空き容量が不足していたとする。一例として、領域Ｃのサイズが６００ＭＢであり、第３の作業用メモリ３０４の空き容量が５１２ＭＢであったとする。この場合、分割部２４０は、領域Ｃを、ブロックｃ１（３００ＭＢ）、および、ブロックｃ２（３００ＭＢ）の２つのブロックに分割してよい。そして、供給部２６０は、インデックスｉにしたがって更新対象ブロックｃｉを第３の作業用メモリ３０４に供給することで、第３の不揮発性メモリ３０２に記憶されている対象ソフトウェアを更新するための更新用ソフトウェアをブロック単位で第３の作業用メモリ３０４に供給してよい。

【0086】

このように、更新用ソフトウェアは、互いに異なる複数の作業用メモリ（例えば、第１の作業用メモリ１０４、第２の作業用メモリ２０４、および、第３の作業用メモリ３０４）を作業領域としてそれぞれ更新される複数の対象ソフトウェアを更新するためのものであってよい。この場合、分割部２４０は、各ブロックが複数の作業用メモリのうちの対応する作業用メモリの空き容量以下となるように、更新用ソフトウェアを複数のブロックに分割してよい。そして、供給部２６０は、更新用ソフトウェアをブロック単位で対応する作業用メモリにそれぞれ供給してよい。

【0087】

これにより、本実施形態に係る更新補助デバイス２００によれば、複数の作業用メモリ（例えば、第１の作業用メモリ１０４、第２の作業用メモリ２０４、および、第３の作業用メモリ３０４）のそれぞれの空き容量に照らして必要と判断した領域に対して分割処理およびブロック単位での供給処理を実行することで、複数の対象デバイス１００～３００に記憶されている複数の対象ソフトウェアを、１つの更新用ソフトウェアを用いて更新することもできる。

【0088】

図６は、別の実施形態に係る更新補助デバイス２００のブロック図の一例を示す。本図においては、図２と同じ機能を有する部材に対して同じ符号を付すとともに、以下相違点を除き説明を省略する。別の実施形態に係る更新補助デバイス２００は、上述の実施形態に係る更新補助デバイス２００が備える機能部に加えて、更新前ソフトウェア取得部６１０と、更新前ソフトウェア記憶部６２０と、返送部６３０と、を更に備える。

【0089】

更新前ソフトウェア取得部６１０は、更新前の対象ソフトウェアを示す更新前ソフトウェアを対象デバイス１００から取得する。より詳細には、更新前ソフトウェア取得部６１０は、対象ソフトウェアの更新に先立ち、中継デバイス５０を介して第１のＣＰＵ１０６と通信し、第１の不揮発性メモリ１０２に記憶されている対象ソフトウェアのコピーを、更新前ソフトウェアとして取得してよい。更新前ソフトウェア取得部６１０は、取得した更新前ソフトウェアを更新前ソフトウェア記憶部６２０に供給する。このような更新前ソフトウェア取得部６１０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0090】

更新前ソフトウェア記憶部６２０は、更新前ソフトウェアを記憶する。より詳細には、更新前ソフトウェア記憶部６２０は、更新前ソフトウェア取得部６１０から供給された対象ソフトウェアのコピーを、更新前ソフトウェアとして記憶してよい。このような更新前ソフトウェア記憶部６２０の機能は、例えば、第２の不揮発性メモリ２０２により提供されてよい。

【0091】

返送部６３０は、更新用ソフトウェアを用いた対象ソフトウェアの更新が成功しなかった場合に、更新前ソフトウェアを対象デバイスに返送する。より詳細には、判定部２７０は、更新対象ブロックｉが供給されたことに応じて予め定められた期間がセットされたタイマをスタートさせてよい。そして、判定部２７０は、タイマが満了するまでに、第１のＣＰＵ１０６から更新処理が完了した旨が通知されなかった場合に、対象ソフトウェアの更新が成功しなかったと判定してよい。この場合、判定部２７０は、対象ソフトウェアの更新が成功しなかった旨を返送部６３０に通知してよい。これに応じて、返送部６３０は、更新前ソフトウェア記憶部６２０にアクセスし、記憶されている更新前ソフトウェアを取得してよい。そして、返送部６３０は、中継デバイス５０を介して第１のＣＰＵ１０６と通信し、更新前ソフトウェアを対象デバイス１００に返送してよい。このような返送部６３０の機能は、例えば、第２のＣＰＵ２０６、および、図示せぬ通信部により提供されてよい。

【0092】

このように、別の実施形態に係る更新補助デバイス２００は、更新前ソフトウェアを対象デバイス１００から取得して記憶しておき、対象ソフトウェアの更新が成功しなかった場合に、更新前ソフトウェアを対象デバイス１００に返送する。これにより、別の実施形態に係る更新補助デバイス２００によれば、対象ソフトウェアの更新に先立ち、更新前の対象ソフトウェアを自デバイスへバックアップさせておくので、対象ソフトウェアの更新が成功裡に終わらなかった場合であっても、対象デバイス１００に返送部６３０からの返送に応じて更新前の対象ソフトウェアを復元させることができる。

【0093】

図７は、本実施形態に係る更新補助デバイス２００の構成図の他の例を示す。本図においては、図１と同じ構成を有する部材に対して同じ符号を付すとともに、以下相違点を除き説明を省略する。上述の説明では、更新補助デバイス２００が、第２の不揮発性メモリ２０２を備える場合を一例として示したが、本図においては、更新補助デバイス２００は、第２の不揮発性メモリ２０２に代えて、または、加えて、インターフェイス部７１０と、ストレージデバイス７２０とを備える。

【0094】

インターフェイス部７１０は、ストレージデバイス７２０を更新補助デバイス２００に接続するための入出力部である。例えば、インターフェイス部７１０は、ストレージデバイス７２０を更新補助デバイス２００に着脱可能に接続するためのポート、スロット、または、コネクタ等であってよく、一例として、ＵＳＢポートやＳＤカードスロットであってよい。

【0095】

ストレージデバイス７２０は、データの保存が可能な記録媒体である。例えば、ストレージデバイス７２０は、データの持ち運びが可能となるように、インターフェイス部７１０を介して更新補助デバイス２００に着脱可能に取り付けられた記録媒体であってよく、一例として、ＵＳＢメモリやＳＤカードであってよい。

【0096】

このようなストレージデバイス７２０には、更新用ソフトウェアが予め保存されていてよい。すなわち、更新用ソフトウェア記憶部２２０の機能が、着脱可能なストレージデバイス７２０により提供されてよい。これにより、本実施形態に係る更新補助デバイス２００によれば、更新用ソフトウェアを別途ダウンロードする必要がないので、コンピュータネットワークにアクセスできない環境であっても対象ソフトウェアの更新を補助することができるとともに、ダウンロードにかかる費用や時間を削減することができる。

【0097】

図８は、本実施形態に係る更新補助デバイス２００が用いられてよい更新補助システムの一例を示す。本図においては、図１と同じ構成を有する部材に対して同じ符号を付すとともに、以下相違点を除き説明を省略する。上述の説明では、更新補助デバイス２００が、機器１０に内蔵される場合を一例として示したが、本図においては、更新補助デバイス２００がクラウド上に設けられている。すなわち、更新補助デバイス２００は、クラウド上にあるバーチャルボードであってよい。

【0098】

この場合、更新補助デバイス２００は、コンピュータネットワークおよび中継デバイス５０を介して、対象デバイス１００と通信可能に構成されてよい。したがって、供給部２６０は、コンピュータネットワークを介して更新用ソフトウェアをブロック単位で対象デバイス１００における第１の作業用メモリ１０４に供給してよい。これにより、本実施形態に係る更新補助デバイス２００によれば、物理的なボードを用意する必要なしに、対象デバイス１００における対象ソフトウェアの更新を補助することができる。また、複数の機器１０に内蔵された複数の対象デバイス１００に対して、クラウド上の更新補助デバイス２００から更新できるので、（集中的に）効率的な更新を行うことができる。

【0099】

本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。

【0100】

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。

【0101】

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。

【0102】

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

【0103】

図９は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。コンピュータ９９００にインストールされたプログラムは、コンピュータ９９００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ９９００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ９９００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ９９１２によって実行されてよい。

【0104】

本実施形態によるコンピュータ９９００は、ＣＰＵ９９１２、ＲＡＭ９９１４、グラフィックコントローラ９９１６、およびディスプレイデバイス９９１８を含み、それらはホストコントローラ９９１０によって相互に接続されている。コンピュータ９９００はまた、通信インターフェイス９９２２、ハードディスクドライブ９９２４、ＤＶＤドライブ９９２６、およびＩＣカードドライブのような入／出力ユニットを含み、それらは入／出力コントローラ９９２０を介してホストコントローラ９９１０に接続されている。コンピュータはまた、ＲＯＭ９９３０およびキーボード９９４２のようなレガシの入／出力ユニットを含み、それらは入／出力チップ９９４０を介して入／出力コントローラ９９２０に接続されている。

【0105】

ＣＰＵ９９１２は、ＲＯＭ９９３０およびＲＡＭ９９１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ９９１６は、ＲＡＭ９９１４内に提供されるフレームバッファ等またはそれ自体の中にＣＰＵ９９１２によって生成されたイメージデータを取得し、イメージデータがディスプレイデバイス９９１８上に表示されるようにする。

【0106】

通信インターフェイス９９２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ９９２４は、コンピュータ９９００内のＣＰＵ９９１２によって使用されるプログラムおよびデータを格納する。ＤＶＤドライブ９９２６は、プログラムまたはデータをＤＶＤ－ＲＯＭ９９０１から読み取り、ハードディスクドライブ９９２４にＲＡＭ９９１４を介してプログラムまたはデータを提供する。ＩＣカードドライブは、プログラムおよびデータをＩＣカードから読み取り、および／またはプログラムおよびデータをＩＣカードに書き込む。

【0107】

ＲＯＭ９９３０はその中に、アクティブ化時にコンピュータ９９００によって実行されるブートプログラム等、および／またはコンピュータ９９００のハードウェアに依存するプログラムを格納する。入／出力チップ９９４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ９９２０に接続してよい。

【0108】

プログラムが、ＤＶＤ－ＲＯＭ９９０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ９９２４、ＲＡＭ９９１４、またはＲＯＭ９９３０にインストールされ、ＣＰＵ９９１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ９９００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ９９００の使用に従い情報の操作または処理を実現することによって構成されてよい。

【0109】

例えば、通信がコンピュータ９９００および外部デバイス間で実行される場合、ＣＰＵ９９１２は、ＲＡＭ９９１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェイス９９２２に対し、通信処理を命令してよい。通信インターフェイス９９２２は、ＣＰＵ９９１２の制御下、ＲＡＭ９９１４、ハードディスクドライブ９９２４、ＤＶＤ－ＲＯＭ９９０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。

【0110】

また、ＣＰＵ９９１２は、ハードディスクドライブ９９２４、ＤＶＤドライブ９９２６（ＤＶＤ－ＲＯＭ９９０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ９９１４に読み取られるようにし、ＲＡＭ９９１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ９９１２は次に、処理されたデータを外部記録媒体にライトバックする。

【0111】

様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ９９１２は、ＲＡＭ９９１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ９９１４に対しライトバックする。また、ＣＰＵ９９１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ９９１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

【0112】

上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ９９００上またはコンピュータ９９００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ９９００に提供する。

【0113】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0114】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0115】

１０ 機器
５０ 中継デバイス
１００ 対象デバイス（第１の対象デバイス）
１０２ 第１の不揮発性メモリ
１０４ 第１の作業用メモリ
１０６ 第１のＣＰＵ
２００ 更新補助デバイス（第２の対象デバイス）
２０２ 第２の不揮発性メモリ
２０４ 第２の作業用メモリ
２０６ 第２のＣＰＵ
２１０ 更新用ソフトウェア取得部
２２０ 更新用ソフトウェア記憶部
２３０ 容量情報取得部
２４０ 分割部
２５０ 指示部
２６０ 供給部
２７０ 判定部
３００ 第３の対象デバイス
３０２ 第３の不揮発性メモリ
３０４ 第３の作業用メモリ
３０６ 第３のＣＰＵ
６１０ 更新前ソフトウェア取得部
６２０ 更新前ソフトウェア記憶部
６３０ 返送部
７１０ インターフェイス部
７２０ ストレージデバイス
９９００ コンピュータ
９９０１ ＤＶＤ－ＲＯＭ
９９１０ ホストコントローラ
９９１２ ＣＰＵ
９９１４ ＲＡＭ
９９１６ グラフィックコントローラ
９９１８ ディスプレイデバイス
９９２０ 入／出力コントローラ
９９２２ 通信インターフェイス
９９２４ ハードディスクドライブ
９９２６ ＤＶＤドライブ
９９３０ ＲＯＭ
９９４０ 入／出力チップ
９９４２ キーボード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】