特開 2024-75841 ファームウェア管理装置

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

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

(11)【公開番号】P2024075841

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

(54)【発明の名称】ファームウェア管理装置

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240529BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022187032

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

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100132067

【弁理士】

【氏名又は名称】岡田 喜雅

(74)【代理人】

【識別番号】100131521

【弁理士】

【氏名又は名称】堀口 忍

(72)【発明者】

【氏名】平 佳那子

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

5B376

【Ｆターム（参考）】

5B376AB01

5B376CA05

5B376CA18

5B376CA32

5B376CA52

5B376CA61

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

【課題】デバイスのファームウェアのバージョンを適切に管理する。
【解決手段】複数のデバイスに夫々ファームウェアが実装されるマルチデバイスシステムにおいて、ファームウェア管理装置２０は、各システムのファームウェアについて、バージョン毎に、他のデバイスに対応するファームウェアと連携して動作できるか否かを表すファームウェア依存関係情報を保存する保存部２５と、第１のファームウェアおよび第２のファームウェアの更新の状況を管理する更新管理部２２と、第１のファームウェアの更新が成功し、第２のファームウェアの更新が失敗したときに、更新後の第１のファームウェア及び更新前の第２のファームウェアが連携して動作できるか否かを判定する判定部２３と、更新後の第１のファームウェアおよび更新前の第２のファームウェアが連携して動作できないときに、更新後の第１のファームウェアのバージョンを変更する復旧処理部２４と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のデバイスにそれぞれ対応するファームウェアが実装されるシステムにおいて、前記ファームウェアを管理するファームウェア管理装置であって、
前記複数のデバイスそれぞれに対応する各ファームウェアについて、バージョン毎に、他のデバイスに対応するファームウェアと連携して動作できるか否かを表すファームウェア依存関係情報を保存する保存部と、
前記複数のデバイスの中の第１のデバイスに実装される第１のファームウェアおよび前記複数のデバイスの中の第２のデバイスに実装される第２のファームウェアのバージョンを変更する更新処理において、前記第１のファームウェアおよび前記第２のファームウェアの更新の状況を管理する更新管理部と、
前記第１のファームウェアの更新が成功し、前記第２のファームウェアの更新が失敗したときに、前記ファームウェア依存関係情報に基づいて、更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できるか否かを判定する判定部と、
更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できないときに、更新後の前記第１のファームウェアのバージョンを変更する復旧処理部と、
を備えるファームウェア管理装置。

【請求項2】

前記復旧処理部は、前記第１のファームウェアを更新前のバージョンに戻す
ことを特徴とする請求項１に記載のファームウェア管理装置。

【請求項3】

前記復旧処理部は、前記ファームウェア依存関係情報に基づいて、前記第１のファームウェアを、更新前のバージョンの前記第２のファームウェアと連携して動作できるバージョンに変更する
ことを特徴とする請求項１に記載のファームウェア管理装置。

【請求項4】

前記復旧処理部は、前記ファームウェア依存関係情報に基づいて、前記第１のファームウェアを、更新前のバージョンの前記第２のファームウェアと連携して動作できるバージョンのうちの最新のバージョンに変更する
ことを特徴とする請求項３に記載のファームウェア管理装置。

【請求項5】

前記保存部には、前記複数のデバイスそれぞれに過去に実装されていたバージョンのファームウェアが保存されており、
前記復旧処理部は、過去に前記第１のデバイスに実装されていたバージョンの前記第１のファームウェアを前記第１のデバイスに送信する
ことを特徴とする請求項１に記載のファームウェア管理装置。

【請求項6】

前記第１のデバイスが、更新前のバージョンの前記第１のファームウェアを保持しているときには、前記復旧処理部は、更新前のバージョンの前記第１のファームウェアを使用することを前記第１のデバイスに指示する
ことを特徴とする請求項１に記載のファームウェア管理装置。

【請求項7】

複数のデバイスと、
前記複数のデバイスにそれぞれ実装されるファームウェアを管理するファームウェア管理装置と、を備え、
前記ファームウェア管理装置は、
前記複数のデバイスそれぞれに対応する各ファームウェアについて、バージョン毎に、他のデバイスに対応するファームウェアと連携して動作できるか否かを表すファームウェア依存関係情報を保存する保存部と、
前記複数のデバイスの中の第１のデバイスに実装される第１のファームウェアおよび前記複数のデバイスの中の第２のデバイスに実装される第２のファームウェアのバージョンを変更する更新処理において、前記第１のファームウェアおよび前記第２のファームウェアの更新の状況を管理する更新管理部と、
前記第１のファームウェアの更新が成功し、前記第２のファームウェアの更新が失敗したときに、前記ファームウェア依存関係情報に基づいて、更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できるか否かを判定する判定部と、
更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できないときに、更新後の前記第１のファームウェアのバージョンを変更する復旧処理部と、を備える
ことを特徴とするマルチデバイスシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数のデバイスにそれぞれ実装されるファームウェアを管理する技術に係わる。

【背景技術】

【0002】

複数のデバイスが連携して動作するシステムにおいて、各デバイスにファームウェアを実装する構成が実用化されている。この場合、各デバイスのファームウェアを更新できるように構成されていることが好ましい。例えば、特許文献１には、複数のＩｏＴ機器に実装されているファームウェアを、通信ネットワークを介して新しいバージョンのファームウェアに更新する方法が記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６８１１２７７号

【発明の概要】

【発明が解決しようとする課題】

【0004】

ただし、各デバイスに実装されているファームウェアを個々に新しいバージョンに更新すると、複数のデバイスが連携して動作できなくなることがある。

【0005】

本発明の１つの側面に係わる目的は、複数のデバイスにそれぞれファームウェアが実装されるシステムにおいて、各デバイスのファームウェアのバージョンを適切に管理することである。

【課題を解決するための手段】

【0006】

本発明の１つの態様のファームウェア管理装置は、複数のデバイスにそれぞれ対応するファームウェアが実装されるシステムにおいて、前記ファームウェアを管理する。このファームウェア管理装置は、前記複数のデバイスそれぞれに対応する各ファームウェアについて、バージョン毎に、他のデバイスに対応するファームウェアと連携して動作できるか否かを表すファームウェア依存関係情報を保存する保存部と、前記複数のデバイスの中の第１のデバイスに実装される第１のファームウェアおよび前記複数のデバイスの中の第２のデバイスに実装される第２のファームウェアのバージョンを変更する更新処理において、前記第１のファームウェアおよび前記第２のファームウェアの更新の状況を管理する更新管理部と、前記第１のファームウェアの更新が成功し、前記第２のファームウェアの更新が失敗したときに、前記ファームウェア依存関係情報に基づいて、更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できるか否かを判定する判定部と、更新後のバージョンの前記第１のファームウェアおよび更新前のバージョンの前記第２のファームウェアが連携して動作できないときに、更新後の前記第１のファームウェアのバージョンを変更する復旧処理部と、を備える。

【発明の効果】

【0007】

上述の態様によれば、複数のデバイスにそれぞれファームウェアが実装されるシステムにおいて、各デバイスのファームウェアのバージョンを適切に管理できる。

【図面の簡単な説明】

【0008】

【図1】本発明の実施形態に係わるマルチデバイスシステムの一例を示す図である。

【図2】構成管理情報の一例を示す図である。

【図3】ファームウェアの更新が成功するケースの一例を示す図である。

【図4】図３に示す更新処理のシーケンスを示す図である。

【図5】ファームウェアの更新が失敗するケースの一例を示す図である。

【図6】図５に示す更新処理のシーケンスを示す図である。

【図7】進捗管理情報の一例を示す図である。

【図8】ファームウェア依存関係情報の一例を示す図である。

【図9】ファームウェアの更新が失敗した後にシステムを復旧させるケースの一例を示す図である。

【図10】図９に示す更新処理および復旧処理のシーケンスを示す図である。

【図11】サーバの処理の一例を示すフローチャートである。

【図12】ファームウェア管理装置のハードウェア構成の一例を示す図である。

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

【0009】

図１は、本発明の実施形態に係わるマルチデバイスシステムの一例を示す。本発明の実施形態に係わるマルチデバイスシステム１は、複数のデバイス１０およびサーバ２０を備える。なお、マルチデバイスシステム１は、図１に示していない他のデバイス、機器、または機能を備えてもよい。

【0010】

複数のデバイス１０は、システムＳ０を構成し、互いに連携して動作する。この実施例では、システムＳ０は、２個のデバイス１０を備える。以下の記載では、システムＳ０が備えるデバイス１０を「デバイスＡ０」および「デバイスＢ０」と呼ぶことがある。尚、システムＳ０が備えるデバイス１０の個数は、特に限定されるものではなく、３個以上であってもよい。

【0011】

各デバイス１０には、対応するファームウェアが実装される。この実施例では、デバイスＡ０にファームウェアＡＦが実装されており、デバイスＢ０にファームウェアＢＦが実装されている。そして、デバイスＡ０およびデバイスＢ０が連携して動作するときに、ファームウェアＡＦとファームウェアＢＦとの間でデータおよび／または情報が送受信される。なお、ファームウェアに係わる表記において、「ＡＦ」および「ＢＦ」は、ファームウェアを識別するファームウェアＩＤを表し、ファームウェアＩＤに続く数字は、ファームウェアのバージョンを表す。例えば、ＡＦ００は、ファームウェアＡＦのバージョンが「００」であることを表す。

【0012】

サーバ２０は、各デバイス１０に実装されるファームウェアを管理するファームウェア管理装置の一例であり、配信部２１、更新管理部２２、判定部２３、復旧処理部２４、および保存部２５を備える。なお、サーバ２０は、図１に示していない他の機能を備えてもよい。また、サーバ２０は、複数のシステムＳ０～Ｓｎそれぞれについて、各デバイス１０に実装されるファームウェアを管理してもよい。

【0013】

保存部２５には、各デバイス１０および各デバイス１０のファームウェアを管理するための情報が保存されている。デバイスＩＤは、サーバ２０が管理するデバイス１０に付与されている識別情報（Ａ０、Ｂ０・・・）を表す。システムＩＤは、サーバ２０が管理するシステム（Ｓ０、Ｓ１、・・・Ｓｎ）に付与されている識別情報を表す。構成管理情報は、サーバ２０が管理するシステムの構成を表す。具体的には、構成管理情報は、図２に示すように、各デバイス１０がどのシステムに属しているのかを表す。また、構成管理情報は、各デバイス１０にどのファームウェアが実装されているのかを表す。例えば、図２に示す構成管理情報は、デバイスＡ０およびデバイスＢ０がシステムＳ０に属し、デバイスＡ０にファームウェアＡＦが実装されており、デバイスＢ０にファームウェアＢＦが実装されていることを表している。

【0014】

更新計画情報は、各デバイス１０について、ファームウェアを更新する予定日時および更新後のファームウェアのバージョンを表す。進捗管理情報およびファームウェア依存関係情報については後で記載する。

【0015】

また、保存部２５には、各デバイス１０について、復旧処理用ファームウェアおよび更新用ファームウェアが保存される。復旧処理用ファームウェアは、過去にデバイス１０に実装されていたファームウェア（すなわち、旧バージョンファームウェア）および現在デバイス１０に実装されているファームウェア（すなわち、現バージョンファームウェア）を表す。また、更新用ファームウェアは、デバイス１０に実装すべき新たなファームウェア（すなわち、新バージョンファームウェア）を表す。

【0016】

配信部２１は、更新計画情報に従って、デバイス１０に対応する新バージョンファームウェアを配信する。そうすると、デバイス１０は、配信部２１から配信される新バージョンファームウェアで自分のファームウェアを更新する。なお、以下の記載では、新バージョンファームウェアの配信先のデバイス１０を「更新対象デバイス」と呼ぶことがある。

【0017】

更新管理部２２は、配信部２１が新バージョンファームウェアを配信した後、更新対象デバイスにおけるファームウェアの更新の状況を管理する。具体的には、更新管理部２２は、更新対象デバイスが新バージョンファームウェアを受信したか否か、及び、更新対象デバイスにおいてファームウェアが正常に更新されたか否かを管理する。

【0018】

判定部２３は、更新対象デバイスにおいてファームウェアが正常に更新されたか否かに応じて、更新対象デバイスを含む複数のデバイス１０が連携して動作できるか否かを判定する。このとき、判定部２３は、保存部２５に保存されているファームウェア依存関係情報に基づいて、更新対象デバイスを含む複数のデバイス１０が連携して動作できるか否かを判定する。

【0019】

復旧処理部２４は、複数のデバイス１０が連携して動作できないと判定されたときに、それら複数のデバイス１０が連携して動作できるように、更新対象デバイスのファームウェアのバージョンを変更する。このとき、復旧処理部２４は、保存部２５に保存されているファームウェア依存関係情報に基づいて、更新対象デバイスのファームウェアのバージョンを変更してもよい。

【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】

１ マルチデバイスシステム
１０ デバイス
２０ サーバ
２１ 配信部
２２ 更新管理部
２３ 判定部
２４ 復旧処理部
２５ 保存部
１００ コンピュータ
１０１ プロセッサ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】