JP2023035144A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】ソフトウェアのバージョン情報を管理するサーバが存在しない環境でも、不適切に更新されることを防止する情報処理装置及びプログラムを提供する。
【解決手段】更新処理プログラムは、自装置にインストールされている第１ファームウェアのバージョン及びそれよりも古いバージョンのファームウェアへの更新を禁止するか否かを判定するための第１診断プログラムが付加された第１ファームウェアを取得し、第１ファームウェアの更新対象とする第２ファームウェアのバージョン及び当該バージョンよりも古いバージョンのファームウェアへの更新を禁止するか否かを判定するための第２診断プログラムが付加された第２ファームウェアを取得し、第１診断プログラム及び第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが第１ファームウェアから第２ファームウェアへの更新を禁止と判定した場合に、更新を禁止する。
【選択図】図８

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

例えば、特許文献１には、ネットワークに接続された情報処理装置におけるファームウェアのアップデートを行う情報処理システムが記載されている。この情報処理システムは、ネットワークに接続され、情報処理装置における各部位においてアップデート可能なファームウェアのバージョンの依存関係を記述するマスタファイルと、ファームウェアとを備えたサーバと、ネットワークに接続され、マスタファイルの依存関係を基に、情報処理装置のファームウェアをサーバに格納されたファームウェアを用いてアップデートする管理手段と、を備える。

また、特許文献２には、オプションユニットのプログラムの更新を保証する印刷装置が記載されている。この印刷装置は、印刷を実行する印刷手段と、印刷が実行されたシートにフィニッシング処理を実行するフィニッシャユニットを印刷装置に接続する接続手段と、フィニッシャユニットからハードウェアの識別情報を取得する第１の取得手段と、第１の取得手段により取得されたハードウェアの識別情報に基づいて、フィニッシャユニットのハードウェアが印刷装置のプログラムに適合しているかを判断する第１の判断手段と、第１の判断手段によりフィニッシャユニットのハードウェアが印刷装置のプログラムに適合していると判断された場合に、フィニッシャユニットからプログラムの識別情報を取得する第２の取得手段と、第２の取得手段により取得されたプログラムの識別情報に基づいて、フィニッシャユニットのプログラムが印刷装置のプログラムに対応しているかを判断する第２の判断手段と、を備える。また、この印刷装置は、第２の判断手段によりフィニッシャユニットのプログラムが印刷装置のプログラムに対応していると判断された場合に、フィニッシャユニットのプログラムのバージョンと印刷装置のプログラムのバージョンを比較する比較手段と、比較手段による比較の結果からフィニッシャユニットのプログラムのバージョンと印刷装置のプログラムのバージョンの組み合わせが正しい組み合わせでない場合には、フィニッシャユニットのプログラムを印刷装置のプログラムのバージョンに適合したバージョンのプログラムに更新する更新手段と、を備える。

特開２００９－８０５５０号公報 特開２０１８－１６０２７４号公報

ところで、情報処理装置に搭載されているソフトウェアによっては、あるバージョンに更新してからでないとそれより新しいバージョンに更新できない場合がある。また、ソフトウェアをあるバージョンにバージョンアップすると、それ以前のバージョンに戻せなくなる（サポートできなくなる）場合がある。

このような動作保証外の不適切なソフトウェアに更新されないようにするには、ソフトウェアの更新の度にバージョンを確認する必要がある。例えば、ネットワーク上のサーバを利用してソフトウェアのバージョン情報を管理する方法が考えられる。しかし、このサーバがネットワーク上に存在しない環境では、バージョンを管理できず、不適切なソフトウェアに更新されてしまう場合がある。

本開示は、ソフトウェアのバージョン情報を管理するサーバが存在しない環境であっても、不適切なソフトウェアに更新されることを防止することができる情報処理装置及び情報処理プログラムを提供することを目的とする。

上記目的を達成するために、第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサが、自装置にインストールされている第１ソフトウェアであって、当該第１ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第１診断プログラムが付加された前記第１ソフトウェアを取得し、前記第１ソフトウェアの更新対象とする第２ソフトウェアであって、当該第２ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第２診断プログラムが付加された前記第２ソフトウェアを取得し、前記第１診断プログラム及び前記第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定した場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止する。

また、第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記第１診断プログラム又は前記第２診断プログラムが、前記第１ソフトウェアのバージョンと前記第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たす場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定する。

また、第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記禁止条件が、前記第１ソフトウェアのバージョンが前記第２ソフトウェアのバージョンの２つ以上前のバージョンであること、又は、前記第２ソフトウェアのバージョンが前記第１ソフトウェアのバージョンの２つ以上前のバージョンであることを含む。

また、第４態様に係る情報処理装置は、第２態様又は第３態様に係る情報処理装置において、前記第１診断プログラム又は前記第２診断プログラムが、前記第１ソフトウェアのバージョンと前記第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たさない場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を許可と判定する。

また、第５態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記第１診断プログラム又は前記第２診断プログラムが、自装置が備えるデバイスに関する情報であるデバイス情報を取得し、取得したデバイス情報により特定されるデバイスが前記第２ソフトウェアに対応不可能な場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定する。

また、第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記第１診断プログラム又は前記第２診断プログラムが、自装置が備えるデバイスに関する情報であるデバイス情報を取得し、取得したデバイス情報により特定されるデバイスが前記第２ソフトウェアに対応可能な場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を許可と判定する。

また、第７態様に係る情報処理装置は、第５態様又は第６態様に係る情報処理装置において、前記プロセッサと接続されたメモリを更に備え、前記デバイスが、前記プロセッサ及び前記メモリを含む。

また、第８態様に係る情報処理装置は、第７態様に係る情報処理装置において、前記デバイス情報が、前記プロセッサのバージョン情報、及び、前記メモリのＩＤ情報を含む。

また、第９態様に係る情報処理装置は、第１態様～第８態様の何れか１態様に係る情報処理装置において、前記第１ソフトウェア及び前記第２ソフトウェアの各々が、自装置の動作を制御するファームウェアである。

また、第１０態様に係る情報処理装置は、第１態様～第９態様の何れか１態様に係る情報処理装置において、前記プロセッサが、前記第２ソフトウェアから前記第２診断プログラムを分離し、分離した第２診断プログラムのみを実行可能なように自装置にインストールする。

更に、上記目的を達成するために、第１１態様に係る情報処理プログラムは、自装置にインストールされている第１ソフトウェアであって、当該第１ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第１診断プログラムが付加された前記第１ソフトウェアを取得し、前記第１ソフトウェアの更新対象とする第２ソフトウェアであって、当該第２ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第２診断プログラムが付加された前記第２ソフトウェアを取得し、前記第１診断プログラム及び前記第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定した場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止することを、コンピュータに実行させる。

第１態様及び第１１態様によれば、ソフトウェアのバージョン情報を管理するサーバが存在しない環境であっても、不適切なソフトウェアに更新されることを防止することができる、という効果を有する。

第２態様によれば、ソフトウェアのバージョンの組み合わせについての禁止条件を用いて、ソフトウェアの更新を禁止することができる、という効果を有する。

第３態様によれば、２つ以上前のバージョンのソフトウェアの更新を禁止することができる、という効果を有する。

第４態様によれば、ソフトウェアのバージョンの組み合わせについての禁止条件を用いて、ソフトウェアの更新を許可することができる、という効果を有する。

第５態様によれば、自装置が備えるデバイスのデバイス情報を用いて、ソフトウェアの更新を禁止することができる、という効果を有する。

第６態様によれば、自装置が備えるデバイスのデバイス情報を用いて、ソフトウェアの更新を許可することができる、という効果を有する。

第７態様によれば、自装置が備えるプロセッサ及びメモリの各々のデバイス情報を用いて、ソフトウェアの更新を禁止又は許可することができる、という効果を有する。

第８態様によれば、自装置が備えるプロセッサのバージョン情報及びメモリのＩＤ情報を用いて、ソフトウェアの更新を禁止又は許可することができる、という効果を有する。

第９態様によれば、ファームウェアのバージョン情報を管理するサーバが存在しない環境であっても、不適切なファームウェアに更新されることを防止することができる、という効果を有する。

第１０態様によれば、第２診断プログラムのバージョンのほうが新しい場合に、第２診断プログラムのみをインストールすることができる、という効果を有する。

第１の実施形態に係る画像形成装置の電気的な構成の一例を示すブロック図である。 第１の実施形態に係る画像形成装置の機能的な構成の一例を示すブロック図である。 実施形態に係るファームウェアのバージョンと診断プログラムのバージョンとの組み合わせの禁止条件の一例を示す模式図である。 実施形態に係る画像形成装置によるファームウェア更新処理の一例の説明に供する模式図である。 実施形態に係るファームウェアのバージョンと診断プログラムのバージョンとの組み合わせの禁止条件の別の例を示す模式図である。 実施形態に係る画像形成装置によるファームウェア更新処理の別の例の説明に供する模式図である。 第１の実施形態に係る禁止条件テーブルの一例を示す図である。 第１の実施形態に係る更新処理プログラムによる処理の流れの一例を示すフローチャートである。 第２の実施形態に係る対応関係テーブルの一例を示す図である。 第２の実施形態に係る更新処理プログラムによる処理の流れの一例を示すフローチャートである。

以下、図面を参照して、本開示の技術を実施するための形態の一例について詳細に説明する。なお、動作、作用、機能が同じ働きを担う構成要素及び処理には、全図面を通して同じ符号を付与し、重複する説明を適宜省略する場合がある。各図面は、本開示の技術を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本開示の技術は、図示例のみに限定されるものではない。また、本実施形態では、本発明と直接的に関連しない構成や周知な構成については、説明を省略する場合がある。

[第１の実施形態]
図１は、第１の実施形態に係る画像形成装置１０の電気的な構成の一例を示すブロック図である。画像形成装置１０は、情報処理装置の一例である。なお、情報処理装置は、画像形成装置１０に限定されるものではなく、サーバコンピュータ、パーソナルコンピュータ等の汎用的なコンピュータ装置であってもよい。

図１に示すように、本実施形態に係る画像形成装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、入出力インタフェース（Ｉ／Ｏ）１４と、記憶部１５と、表示部１６と、操作部１７と、原稿読取部１８と、画像形成部１９と、通信部２０と、を備えている。

ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、及びＩ／Ｏ１４は、バスを介して各々接続されている。Ｉ／Ｏ１４には、記憶部１５と、表示部１６と、操作部１７と、原稿読取部１８と、画像形成部１９と、通信部２０と、を含む各機能部が接続されている。これらの各機能部は、Ｉ／Ｏ１４を介して、ＣＰＵ１１と相互に通信可能とされる。

ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、及びＩ／Ｏ１４によって制御部が構成される。制御部は、画像形成装置１０の一部の動作を制御するサブ制御部として構成されてもよいし、画像形成装置１０の全体の動作を制御するメイン制御部の一部として構成されてもよい。制御部の各ブロックの一部又は全部には、例えば、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路又はＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップセットが用いられる。上記各ブロックに個別の回路を用いてもよいし、一部又は全部を集積した回路を用いてもよい。上記各ブロック同士が一体として設けられてもよいし、一部のブロックが別に設けられてもよい。また、上記各ブロックのそれぞれにおいて、その一部が別に設けられてもよい。制御の集積化には、ＬＳＩに限らず、専用回路又は汎用プロセッサを用いてもよい。

記憶部１５としては、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等が用いられる。記憶部１５には、本実施形態に係る更新処理プログラム１５Ａが記憶される。なお、この更新処理プログラム１５Ａは、ＲＯＭ１２に記憶されていてもよい。この更新処理プログラム１５Ａは、情報処理プログラムの一例である。

更新処理プログラム１５Ａは、例えば、画像形成装置１０に予めインストールされていてもよい。更新処理プログラム１５Ａは、不揮発性の記憶媒体に記憶して、又はネットワークを介して配布して、画像形成装置１０に適宜インストールすることで実現してもよい。なお、不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、光磁気ディスク、ＨＤＤ、ＤＶＤ-ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード等が想定される。

表示部１６には、例えば、液晶ディスプレイ（ＬＣＤ:Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等が用いられる。表示部１６は、タッチパネルを一体的に有していてもよい。操作部１７には、例えば、テンキー、スタートキー等の各種の操作キーが設けられている。表示部１６及び操作部１７は、操作パネルとして、画像形成装置１０のユーザから各種の指示を受け付ける。この各種の指示には、例えば、原稿の読み取りを開始させる指示や、原稿のコピーを開始させる指示等が含まれる。表示部１６は、ユーザから受け付けた指示に応じて実行された処理の結果や、処理に対する通知等の各種の情報を表示する。

原稿読取部１８は、画像形成装置１０の上部に設けられた自動原稿送り装置（図示省略）の給紙台に置かれた原稿を１枚ずつ取り込み、取り込んだ原稿を光学的に読み取って画像情報を得る。あるいは、原稿読取部１８は、プラテンガラス等の原稿台に置かれた原稿を光学的に読み取って画像情報を得る。

画像形成部１９は、原稿読取部１８による読み取りによって得られた画像情報に基づく画像を、記録媒体の一例である用紙に形成する。なお、以下では、画像を形成する方式として、電子写真方式を例示して説明するが、インクジェット方式等の他の方式を採用してもよい。

画像を形成する方式が電子写真方式の場合、画像形成部１９は、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、及び定着装置を含んでいる。帯電装置は、感光体ドラムに電圧を印加して感光体ドラムの表面を帯電させる。露光装置は、帯電装置で帯電された感光体ドラムを画像情報に応じた光で露光することにより感光体ドラムに静電潜像を形成する。現像装置は、感光体ドラムに形成された静電潜像をトナーにより現像することで感光体ドラムにトナー像を形成する。転写装置は、感光体ドラムに形成されたトナー像を用紙に転写する。定着装置は、用紙に転写されたトナー像を加熱及び加圧により定着させる。

通信部２０は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークに接続されており、パーソナルコンピュータ等の外部機器との間でネットワークを介して通信が可能とされる。

ところで、上述したように、動作保証外の不適切なソフトウェアに更新されないようにするには、ソフトウェアの更新の度にバージョンを確認する必要がある。例えば、ネットワーク上のサーバを利用してソフトウェアのバージョン情報を管理する方法がある。しかし、このサーバがネットワーク上に存在しない環境では、バージョンを管理できず、不適切なソフトウェアに更新されてしまう場合がある。

このため、本実施形態に係る画像形成装置１０は、自装置にインストールされている第１ソフトウェアに付加された第１診断プログラム、及び、更新対象の第２ソフトウェアに付加された第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが第１ソフトウェアから第２ソフトウェアへの更新を禁止すると判定した場合に、第１ソフトウェアから第２ソフトウェアへの更新を禁止する。

具体的に、本実施形態に係る画像形成装置１０のＣＰＵ１１は、記憶部１５に記憶されている更新処理プログラム１５ＡをＲＡＭ１３に書き込んで実行することにより、図２に示す各部として機能する。なお、ＣＰＵ１１は、プロセッサの一例である。

図２は、第１の実施形態に係る画像形成装置１０の機能的な構成の一例を示すブロック図である。

図２に示すように、本実施形態に係る画像形成装置１０のＣＰＵ１１は、取得部１１Ａ、実行部１１Ｂ、及び更新部１１Ｃとして機能する。

取得部１１Ａは、自装置にインストールされている第１ファームウェアを取得する。第１ファームウェアには第１診断プログラムが付加されている。ここでいう「インストール」とは、単なる記憶ではなく、実行可能な状態で記憶されていることをいう。第１診断プログラムは、第１ファームウェアのバージョン及び当該バージョンよりも古いバージョンのファームウェアへの更新を禁止するか否かを判定するためのプログラムである。第１ファームウェアは、自装置の動作を制御するソフトウェアであり、第１ソフトウェアの一例である。第１ファームウェアは、ＲＯＭ１２又は記憶部１５に記憶されている。

また、取得部１１Ａは、第１ファームウェアの更新対象とする第２ファームウェアを取得する。第２ファームウェアには第２診断プログラムが付加されている。第２診断プログラムは、第２ファームウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するためのプログラムである。第２ファームウェアは、第２ソフトウェアの一例であり、外部から取得される。第１ファームウェア及び第２ファームウェアはいずれも自装置のファームウェアであり、バージョンが異なっている。第２ファームウェアは、例えば、第２ファームウェアを記憶したＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＣＤ-ＲＯＭ等の外部記憶媒体から取得してもよいし、あるいは、第２ファームウェアを提供可能なサーバ等からダウンロードして取得してもよい。第１ファームウェア及び第２ファームウェアの各々は、バージョン情報を保持しており、バージョンの新旧が特定される。

実行部１１Ｂは、第１診断プログラム及び第２診断プログラムのうち、バージョンの新しい診断プログラムを実行する。第１診断プログラム及び第２診断プログラムの各々は、バージョン情報を保持しており、バージョンの新旧が特定される。なお、第２診断プログラムのバージョンのほうが新しい場合、実行部１１Ｂは、第２ファームウェアから第２診断プログラムを分離し、分離した第２診断プログラムのみを実行可能なように自装置にインストールする。

更新部１１Ｃは、実行部１１Ｂにより実行された診断プログラムが第１ファームウェアから第２ファームウェアへの更新を禁止と判定した場合に、第１ファームウェアから第２ファームウェアへの更新を禁止する。具体的に、第１診断プログラム又は第２診断プログラムは、第１ファームウェアのバージョンと第２ファームウェアのバージョンとの組み合わせが禁止条件を満たす場合に、第１ファームウェアから第２ファームウェアへの更新を禁止と判定する。この禁止条件は、例えば、第１ファームウェアのバージョンが第２ファームウェアのバージョンの２つ以上前のバージョンであること、又は、第２ファームウェアのバージョンが第１ファームウェアのバージョンの２つ以上前のバージョンであることを含んでいる。この禁止条件は、例えば、診断プログラムに対応付けて禁止条件テーブルとして保持しておけばよい。この場合、更新部１１Ｃは、第１ファームウェアから第２ファームウェアへの更新ができないことをその理由と共にユーザに通知する。

また、更新部１１Ｃは、実行部１１Ｂにより実行された診断プログラムが第１ファームウェアから第２ファームウェアへの更新を許可と判定した場合に、第１ファームウェアから第２ファームウェアへの更新を許可する。具体的に、第１診断プログラム又は第２診断プログラムは、第１ファームウェアのバージョンと第２ファームウェアのバージョンとの組み合わせが禁止条件を満たさない場合に、第１ファームウェアから第２ファームウェアへの更新を許可と判定する。この場合、更新部１１Ｃは、第１ファームウェアから第２ファームウェアへの更新を実行する。

ここで、具体的な例として、最新のバージョンのファームウェアにすると、デバイスドライバ等の他のソフトウェアもアップデートしなければならなかったり、最新のファームウェアにバグがあったりする場合等を考慮して、安定している特定のバージョンにバージョンアップ又はバージョンダウンしたいという要求がある。

しかし、新機能の導入、ハードウェアの不具合等により、一例として、図３に示すように、ファームウェアのバージョンＡからバージョンＣにバージョンアップする場合に、必ずバージョンＡ、バージョンＢ、バージョンＣの順でないとバージョンアップできない場合がある。つまり、バージョンＡからバージョンＣへの直接のバージョンアップを禁止する場合がある。例えば、ファームウェアのファイル構成が変わる、ファイルのデータフォーマットが変わる等の場合に、バージョンアップに制約が発生する可能性がある。新しいファイル構成、新しいデータフォーマットに対応するためには、それに対応したファームウェアを事前にインストールしておく必要があり、特定のファームウェアをインストールしてから、ファイル構成、データフォーマットが新しくなったファームウェアをインストールする場合がある。

図３は、本実施形態に係るファームウェアのバージョンと診断プログラムのバージョンとの組み合わせの禁止条件の一例を示す模式図である。

図３に示すように、一例として、画像形成装置１０のファームウェアについてバージョンＡからバージョンＣが存在するものとする。ファームウェアはバージョンＡが最も古く、バージョンＣが最も新しい。ファームウェアのバージョンＡには診断プログラムのバージョン１が付加され、バージョンＢには診断プログラムのバージョン２が付加され、バージョンＣには診断プログラムのバージョン２が付加されている。診断プログラムはバージョン１が古く、バージョン２が新しい。図３の例における禁止条件（ＮＧ条件）は、画像形成装置１０にインストールされているファームウェアのバージョンが更新対象とするファームウェアのバージョンの２つ以上前のバージョンであること、とされる。

図４は、本実施形態に係る画像形成装置１０によるファームウェア更新処理の一例の説明に供する模式図である。

図４に示すように、画像形成装置１０にはファームウェアのバージョンＡ（第１ファームウェア）がインストールされている。これに対して、ファームウェアのバージョンＣ（第２ファームウェア）を更新対象とする。この場合、ファームウェアのバージョンＡをインストールしたときに画像形成装置１０に格納された診断プログラムのバージョン１（第１診断プログラム）では、バージョンＢ、バージョンＣのファームウェアが開発されていないため、後にバージョンＡからバージョンＣに直接バージョンアップすることが禁止されることを予見することは困難である。このため、ファームウェアのバージョンＡに付加された診断プログラムのバージョン１では、バージョンＡからバージョンＣへの直接バージョンアップを禁止にできない。このため、ファームウェアのバージョンＣに付加された診断プログラムのバージョン２（第２診断プログラム）では、バージョンＡからバージョンＣへの直接バージョンアップを禁止にする。つまり、ファームウェアのバージョンＡからバージョンＣに直接バージョンアップしようとした場合には、バージョンＣに付加した診断プログラムのバージョン２を実行してバージョンアップを禁止にする。この禁止条件は、上述したように、例えば、診断プログラムに対応付けて禁止条件テーブル（後述の図７参照）として保持しておく。

また、別の例として、図５に示すように、ファームウェアのバージョンＣから１つ前のバージョンＢへのバージョンダウンは許可するが、バージョンＣからバージョンＢよりも古いバージョンＡへのバージョンダウンを禁止する場合がある。例えば、市場導入後にＣＰＵ等の特定のデバイスに不具合が見つかり、新しいデバイスに交換することになった場合、特定の古いファームウェアでは新しいデバイスに対応していないため、特定の古いファームウェアへの更新を禁止したい場合がある。また、デバイスドライバ等のソフトウェアの不具合によって、特定の古いファームウェアにすると動作上問題が発生するため、特定の古いファームウェアへの更新を禁止したい場合がある。

図５は、本実施形態に係るファームウェアのバージョンと診断プログラムのバージョンとの組み合わせの禁止条件の別の例を示す模式図である。

上述の図３の例と同様に、図５に示すように、画像形成装置１０のファームウェアについてバージョンＡからバージョンＣが存在するものとする。図５の例における禁止条件（ＮＧ条件）は、更新対象とするファームウェアのバージョンが画像形成装置１０にインストールされているファームウェアのバージョンの２つ以上前のバージョンであること、とされる。

図６は、本実施形態に係る画像形成装置１０によるファームウェア更新処理の別の例の説明に供する模式図である。

図６に示すように、画像形成装置１０にはファームウェアのバージョンＣ（第１ファームウェア）がインストールされている。これに対して、ファームウェアのバージョンＡ（第２ファームウェア）を更新対象とする。この場合、更新対象のファームウェアのバージョンＡに付与された診断プログラムのバージョン１（第２診断プログラム）では、バージョンＢ、バージョンＣのファームウェアが開発されていないため、後にバージョンＣからバージョンＡにバージョンダウンすることが禁止されることを予見することは困難である。このため、ファームウェアのバージョンＡに付加された診断プログラムのバージョン１では、バージョンＣからバージョンＡへのバージョンダウンを禁止にできない。このため、ファームウェアのバージョンＣに付加された診断プログラムのバージョン２（第２診断プログラム）では、バージョンＣからバージョンＡへのバージョンダウンを禁止にする。つまり、ファームウェアのバージョンＣからバージョンＡにバージョンダウンしようとした場合には、バージョンＣに付加した診断プログラムのバージョン２を実行してバージョンダウンを禁止にする。この禁止条件は、上述したように、例えば、診断プログラムに対応付けて禁止条件テーブル（後述の図７参照）として保持しておく。

なお、図６の例において、例えば、ファームウェアのバージョンＢがインストールされている画像形成装置１０に対して、ファームウェアのバージョンＡを更新対象とした場合、バージョンＢからバージョンＡへのバージョンダウンが許可される。このとき、ファームウェアのバージョンＢに付加されている診断プログラムのバージョン２は、バージョンダウンせずに、バージョン２のままとしてもよい。つまり、更新前の「ファームウェアバージョンＢ＋診断プログラムバージョン２」が、更新後は「ファームウェアバージョンＡ＋診断プログラムバージョン２」となる。

図７は、第１の実施形態に係る禁止条件テーブルの一例を示す図である。

図７に示す禁止条件テーブルでは、ファームウェアのバージョンＡからバージョンＣへの直接バージョンアップ、ファームウェアのバージョンＣからバージョンＡへのバージョンダウン、が禁止条件として登録されている。

次に、図８を参照して、第１の実施形態に係る画像形成装置１０の作用を説明する。

図８は、第１の実施形態に係る更新処理プログラム１５Ａによる処理の流れの一例を示すフローチャートである。

まず、自装置のファームウェアの更新が指示されると、ＣＰＵ１１により更新処理プログラム１５Ａが起動され、以下の各ステップを実行する。

図８のステップＳ１０１では、ＣＰＵ１１が、自装置にインストールされている第１ファームウェアを取得する。第１ファームウェアには第１診断プログラムが付加されている。

ステップＳ１０２では、ＣＰＵ１１が、第１ファームウェアの更新対象とする第２ファームウェアを取得する。第２ファームウェアには第２診断プログラムが付加されている。

ステップＳ１０３では、ＣＰＵ１１が、第１診断プログラム及び第２診断プログラムの各々のバージョン情報を取得する。

ステップＳ１０４では、ＣＰＵ１１が、第１診断プログラム及び第２診断プログラムのうち、バージョンが新しい診断プログラムを特定し、特定した診断プログラムを実行する。なお、第２診断プログラムのバージョンのほうが新しい場合、ＣＰＵ１１は、第２ファームウェアから第２診断プログラムを分離し、分離した第２診断プログラムのみを実行可能なように自装置にインストールする。

ステップＳ１０５では、ＣＰＵ１１が、ステップＳ１０４で診断プログラムを実行することにより、第１ファームウェアのバージョンと第２ファームウェアのバージョンとの組み合わせについての禁止条件（例えば上述の図７参照）を参照する。

ステップＳ１０６では、ＣＰＵ１１が、ステップＳ１０５で参照した禁止条件に基づいて、自装置にインストールされている第１ファームウェアの更新を許可するか否かを判定する。禁止条件は、上述したように、例えば、第１ファームウェアのバージョンが第２ファームウェアのバージョンの２つ以上前のバージョンであること、又は、第２ファームウェアのバージョンが第１ファームウェアのバージョンの２つ以上前のバージョンであることを含んでいる。すなわち、第１ソフトウェアのバージョンと第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たさない場合、更新を許可と判定し、第１ソフトウェアのバージョンと第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たす場合、更新を禁止と判定する。ＣＰＵ１１は、第１ファームウェアの更新が可能と判定した場合（肯定判定の場合）、ステップＳ１０７に移行し、第１ファームウェアの更新が禁止と判定した場合（否定判定の場合）、ステップＳ１０８に移行する。

ステップＳ１０７では、ＣＰＵ１１が、第１ファームウェアから第２ファームウェアへの更新を開始し、本更新処理プログラム１５Ａによる一連の処理を終了する。

ステップＳ１０８では、ＣＰＵ１１が、第１ファームウェアから第２ファームウェアへの更新が禁止であることをユーザに通知し、本更新処理プログラム１５Ａによる一連の処理を終了する。なお、ユーザへの通知は、例えば、「更新対象のファームウェアは正常に動作しない可能性があるためファームウェアの更新を禁止します。」等のメッセージを表示させる。

このように本実施形態によれば、ソフトウェアのバージョン情報を管理するサーバが存在しない環境であっても、診断プログラムに対応付けられた禁止条件を用いて、不適切なソフトウェアに更新されることが防止される。

[第２の実施形態]
上記第１の実施形態では、診断プログラムに対応付けられた禁止条件を用いてソフトウェアの更新を禁止するか否かを判定する形態について説明した。第２の実施形態では、診断プログラムにより取得した自装置のデバイス情報を用いてソフトウェアの更新を禁止するか否かを判定する形態について説明する。

上述の図２を参照して、本実施形態に係る画像形成装置１０の機能的な構成について、上記第１の実施形態との相違点を説明する。

更新部１１Ｃは、実行部１１Ｂにより実行された診断プログラムが第１ファームウェアから第２ファームウェアへの更新を禁止と判定した場合に、第１ファームウェアから第２ファームウェアへの更新を禁止する。具体的に、第１診断プログラム又は第２診断プログラムは、自装置が備えるデバイスに関する情報であるデバイス情報を取得し、取得したデバイス情報により特定されるデバイスが第２ファームウェアに対応不可能な場合に、第１ファームウェアから第２ファームウェアへの更新を禁止と判定する。このデバイスには、例えば、ＣＰＵ１１、ＲＯＭ１２、及びＲＡＭ１３が含まれる。このデバイスには、更に、ストレージデバイスの一例である記憶部１５、ネットワークデバイスの一例である通信部２０が含まれていてもよい。このデバイス情報には、例えば、ＣＰＵ１１のバージョン情報、ＲＯＭ１２、ＲＡＭ１３、記憶部１５、及び通信部２０のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）情報が含まれる。ここでいうＩＤ情報とは、各デバイス固有の識別情報である。なお、デバイス情報として、デバイスドライバ等のソフトウェアのバージョン情報等を含むようにしてもよい。

これらのデバイス情報を取得する方法としては、例えば、各デバイスのレジスタにアクセスすることにより取得する方法、あるいは、各デバイスと通信することにより取得する方法等が挙げられる。また、デバイス情報により特定されるデバイスがファームウェアに対応するか否かを判定する方法としては、例えば、デバイス情報（バージョン情報、ＩＤ情報等）によって特定されるデバイスと、ファームウェアのバージョンとの対応関係を示す対応関係テーブルを、診断プログラムに対応付けて保持しておけばよい。

図９は、第２の実施形態に係る対応関係テーブルの一例を示す図である。

図９に示す対応関係テーブルでは、一例として、ＣＰＵのバージョンＡ１に対して、ファームウェアのバージョンＡ、Ｂは対応可、バージョンＣは対応不可、が対応関係として登録されている。

また、更新部１１Ｃは、実行部１１Ｂにより実行された診断プログラムが第１ファームウェアから第２ファームウェアへの更新を許可と判定した場合に、第１ファームウェアから第２ファームウェアへの更新を許可する。具体的に、第１診断プログラム又は第２診断プログラムは、取得したデバイス情報により特定されるデバイスが第２ファームウェアに対応可能な場合に、第１ファームウェアから第２ファームウェアへの更新を許可と判定する。この場合、更新部１１Ｃは、第１ファームウェアから第２ファームウェアへの更新を実行する。

次に、図１０を参照して、第２の実施形態に係る画像形成装置１０の作用を説明する。

図１０は、第２の実施形態に係る更新処理プログラム１５Ａによる処理の流れの一例を示すフローチャートである。

まず、自装置のファームウェアの更新が指示されると、ＣＰＵ１１により更新処理プログラム１５Ａが起動され、以下の各ステップを実行する。

図１０のステップＳ１１１では、ＣＰＵ１１が、自装置にインストールされている第１ファームウェアを取得する。第１ファームウェアには第１診断プログラムが付加されている。

ステップＳ１１２では、ＣＰＵ１１が、第１ファームウェアの更新対象とする第２ファームウェアを取得する。第２ファームウェアには第２診断プログラムが付加されている。

ステップＳ１１３では、ＣＰＵ１１が、第１診断プログラム及び第２診断プログラムの各々のバージョン情報を取得する。

ステップＳ１１４では、ＣＰＵ１１が、第１診断プログラム及び第２診断プログラムのうち、バージョンが新しい診断プログラムを特定し、特定した診断プログラムを実行する。なお、第２診断プログラムのバージョンのほうが新しい場合、ＣＰＵ１１は、第２ファームウェアから第２診断プログラムを分離し、分離した第２診断プログラムのみを実行可能なように自装置にインストールする。

ステップＳ１１５では、ＣＰＵ１１が、ステップＳ１１４で診断プログラムを実行することにより、自装置が備えるデバイスに関するデバイス情報を取得する。

ステップＳ１１６では、ＣＰＵ１１が、ステップＳ１１５で取得したデバイス情報に基づいて、一例として、上述の図９に示す対応関係テーブルを参照し、自装置にインストールされている第１ファームウェアの更新を許可するか否かを判定する。デバイス情報は、上述したように、例えば、ＣＰＵ１１のバージョン情報、ＲＯＭ１２、ＲＡＭ１３、記憶部１５、及び通信部２０のＩＤ情報を含んでいる。すなわち、デバイス情報により特定されるデバイスが第２ファームウェアに対応可能な場合、更新を許可と判定し、デバイス情報により特定されるデバイスが第２ファームウェアに対応不可能な場合、更新を禁止と判定する。ＣＰＵ１１は、第１ファームウェアの更新が可能と判定した場合（肯定判定の場合）、ステップＳ１１７に移行し、第１ファームウェアの更新が禁止と判定した場合（否定判定の場合）、ステップＳ１１８に移行する。

ステップＳ１１７では、ＣＰＵ１１が、第１ファームウェアから第２ファームウェアへの更新を開始し、本更新処理プログラム１５Ａによる一連の処理を終了する。

ステップＳ１１８では、ＣＰＵ１１が、第１ファームウェアから第２ファームウェアへの更新が禁止であることをユーザに通知し、本更新処理プログラム１５Ａによる一連の処理を終了する。なお、ユーザへの通知は、例えば、「更新対象のファームウェアは正常に動作しない可能性があるためファームウェアの更新を禁止します。」等のメッセージを表示させる。

このように本実施形態によれば、ソフトウェアのバージョン情報を管理するサーバが存在しない環境であっても、自装置に搭載されたデバイスから取得されるデバイス情報を用いて、不適切なソフトウェアに更新されることが防止される。特に、自装置で診断プログラムを実行させることで、自装置に搭載されたデバイスと通信しデバイスからの応答でデバイス情報が得られる。このため、サーバが存在しない環境でも、不適切なソフトウェアに更新されることが防止される。

なお、上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えば、ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また、上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は、上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

以上、実施形態に係る情報処理装置として画像形成装置を例示して説明した。実施形態は、情報処理装置の機能をコンピュータに実行させるためのプログラムの形態としてもよい。実施形態は、これらのプログラムを記憶したコンピュータが読み取り可能な非一時的記憶媒体の形態としてもよい。

その他、上記実施形態で説明した情報処理装置の構成は、一例であり、主旨を逸脱しない範囲内において状況に応じて変更してもよい。

また、上記実施形態で説明したプログラムの処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

また、上記実施形態では、プログラムを実行することにより、実施形態に係る処理がコンピュータを利用してソフトウェア構成により実現される場合について説明したが、これに限らない。実施形態は、例えば、ハードウェア構成や、ハードウェア構成とソフトウェア構成との組み合わせによって実現してもよい。

１０ 画像形成装置
１１ ＣＰＵ
１１Ａ 取得部
１１Ｂ 実行部
１１Ｃ 更新部
１２ ＲＯＭ
１３ ＲＡＭ
１４ Ｉ／Ｏ
１５ 記憶部
１５Ａ 更新処理プログラム
１６ 表示部
１７ 操作部
１８ 原稿読取部
１９ 画像形成部
２０ 通信部

Claims (11)

1. プロセッサを備え、
   前記プロセッサは、
   自装置にインストールされている第１ソフトウェアであって、当該第１ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第１診断プログラムが付加された前記第１ソフトウェアを取得し、
   前記第１ソフトウェアの更新対象とする第２ソフトウェアであって、当該第２ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第２診断プログラムが付加された前記第２ソフトウェアを取得し、
   前記第１診断プログラム及び前記第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定した場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止する
   情報処理装置。
2. 前記第１診断プログラム又は前記第２診断プログラムは、前記第１ソフトウェアのバージョンと前記第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たす場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定する
   請求項１に記載の情報処理装置。
3. 前記禁止条件は、前記第１ソフトウェアのバージョンが前記第２ソフトウェアのバージョンの２つ以上前のバージョンであること、又は、前記第２ソフトウェアのバージョンが前記第１ソフトウェアのバージョンの２つ以上前のバージョンであることを含む
   請求項２に記載の情報処理装置。
4. 前記第１診断プログラム又は前記第２診断プログラムは、前記第１ソフトウェアのバージョンと前記第２ソフトウェアのバージョンとの組み合わせが禁止条件を満たさない場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を許可と判定する
   請求項２又は請求項３に記載の情報処理装置。
5. 前記第１診断プログラム又は前記第２診断プログラムは、自装置が備えるデバイスに関する情報であるデバイス情報を取得し、取得したデバイス情報により特定されるデバイスが前記第２ソフトウェアに対応不可能な場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定する
   請求項１に記載の情報処理装置。
6. 前記第１診断プログラム又は前記第２診断プログラムは、自装置が備えるデバイスに関する情報であるデバイス情報を取得し、取得したデバイス情報により特定されるデバイスが前記第２ソフトウェアに対応可能な場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を許可と判定する
   請求項５に記載の情報処理装置。
7. 前記プロセッサと接続されたメモリを更に備え、
   前記デバイスは、前記プロセッサ及び前記メモリを含む
   請求項５又は請求項６に記載の情報処理装置。
8. 前記デバイス情報は、前記プロセッサのバージョン情報、及び、前記メモリのＩＤ情報を含む
   請求項７に記載の情報処理装置。
9. 前記第１ソフトウェア及び前記第２ソフトウェアの各々は、自装置の動作を制御するファームウェアである
   請求項１～請求項８の何れか１項に記載の情報処理装置。
10. 前記プロセッサは、前記第２ソフトウェアから前記第２診断プログラムを分離し、分離した第２診断プログラムのみを実行可能なように自装置にインストールする
    請求項１～請求項９の何れか１項に記載の情報処理装置。
11. 自装置にインストールされている第１ソフトウェアであって、当該第１ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第１診断プログラムが付加された前記第１ソフトウェアを取得し、
    前記第１ソフトウェアの更新対象とする第２ソフトウェアであって、当該第２ソフトウェアのバージョン及び当該バージョンよりも古いバージョンのソフトウェアへの更新を禁止するか否かを判定するための第２診断プログラムが付加された前記第２ソフトウェアを取得し、
    前記第１診断プログラム及び前記第２診断プログラムのうち、バージョンの新しい診断プログラムを実行し、当該診断プログラムが前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止と判定した場合に、前記第１ソフトウェアから前記第２ソフトウェアへの更新を禁止することを、
    コンピュータに実行させるための情報処理プログラム。

Images