(57)【要約】      （修正有）【課題】セキュリティ仕様の高い画像形成装置に対して、誤ったアップデートが行われることなく、セキュリティ仕様構成を正しく保持するアップデートを行うことができる画像形成装置を提供する。【解決手段】画像形成装置では、アップデート前のファームウェアおよびアップデート用ファームウェアのいずれもセキュリティ仕様と判定され（ステップ７０４でＹＥＳ）、且つアップデートの指示が手動による指示であると判定された場合（ステップ７０７でＹＥＳ）には、ファームウェアのアップデートを中止させる。【選択図】図６
2015108865.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアをアップデートすることが可能な画像形成装置であって、
アップデート前のファームウェアの仕様構成を示す第１のバージョン情報を取得する第１の取得手段と、
前記第１の取得手段により取得した第１のバージョン情報がセキュリティ仕様か否かを判定する第１の判定手段と、
アップデートの指示が手動による指示か否かを判定する第２の判定手段と、
前記第１の判定手段により前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定手段により前記指示が手動による指示であると判定された場合には、前記ファームウェアのアップデートを中止させる制御手段とを備えることを特徴とする画像形成装置。
【請求項２】
アップデート用ファームウェアの仕様構成を示す第２のバージョン情報を取得する第２の取得手段と、
前記第２の取得手段により取得した第２のバージョン情報がセキュリティ仕様か否かを判定する第３の判定手段とをさらに備え、
前記制御手段は、前記第１の判定手段により前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定手段により前記指示が手動による指示であると判定され、且つ前記第３の判定手段により前記アップデート用ファームウェアがセキュリティ仕様でないと判定された場合には、前記ファームウェアのアップデートを中止させることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記ファームウェアの仕様構成の変更の許可を設定するための設定手段をさらに備え、
前記制御手段は、前記第１の判定手段により前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定手段により前記指示が手動による指示であると判定され、且つ前記設定手段により前記ファームウェアの仕様構成の変更の許可が設定されていた場合には、前記ファームウェアのアップデートを実行させることを特徴とする請求項１に記載の画像形成装置。
【請求項４】
ファームウェアをアップデートすることが可能な画像形成装置の制御方法であって、
アップデート前のファームウェアの仕様構成を示す第１のバージョン情報を取得する第１の取得工程と、
前記第１の取得工程にて取得した第１のバージョン情報がセキュリティ仕様か否かを判定する第１の判定工程と、
アップデートの指示が手動による指示か否かを判定する第２の判定工程と、
前記第１の判定工程にて前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定工程にて前記指示が手動による指示であると判定された場合には、前記ファームウェアのアップデートを中止させる制御工程とを備えることを特徴とする制御方法。
【請求項５】
ファームウェアをアップデートすることが可能な画像形成装置に、
アップデート前のファームウェアの仕様構成を示す第１のバージョン情報を取得する第１の取得手段、
前記第１の取得手段により取得した第１のバージョン情報がセキュリティ仕様か否かを判定する第１の判定手段、
アップデートの指示が手動による指示か否かを判定する第２の判定手段、および
前記第１の判定手段により前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定手段により前記指示が手動による指示であると判定された場合には、前記ファームウェアのアップデートを中止させる制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びその制御方法、並びにプログラムに関し、特に、アップデートするファームウェアの仕様に応じてアップデートを制限する技術に関する。
【背景技術】
【０００２】
近年、画像形成装置は、単純に画像を印刷したり、送信するだけではなく、ネットワークに接続することによって、ネットワーク上のパーソナルコンピュータ（ＰＣ）等に対してファイルサービス機能を提供することが可能になっている。また、ネットワーク上に存在するサーバ等器と同等の機能を有する画像形成装置もある。
【０００３】
一般に、ＰＣやサーバ等のコンピュータ機器では、セキュリティ上の脆弱性への対応や動作の不具合の修正のために、ネットワーク上のサーバやＵＳＢメモリ等の記憶媒体を利用したソフトウェアのアップデートが行われることが一般的である。画像形成装置においてもコンピュータ機器と同様にファームウェアのアップデートが行われる形態が一般的となっている。
【０００４】
ファームウェアのアップデート時には、ベンダーが提供した正規なファームウェアではない、改造ファームウェアを導入される危険性が指摘されている。オフィス等に設置された画像形成装置は、通常、インターネット等に接続されたネットワークに接続されることから、機密情報の漏えいや機器の不正動作を誘発する危険性があり、アップデートが正しく行われていることを確認する要求が高まっている。例えば、ファームウェアをネットワーク経由でダウンロードする際、ファームウェアプログラムを暗号化することで、改ざん防止や不正バージョンアップを防ぐ方法が提案されている（特許文献１参照）。
【０００５】
また、画像形成装置では、セキュリティ仕様準拠状態や、ファームウェアの構成タイプによってファームウェアのアップデート方法を切り替えたり、禁止したりする制御ができない。ここでいうセキュリティ仕様準拠状態とは、一般的な仕様の場合に比べて、セキュリティ向上のために、セキュリティ仕様が強化されるか一部の機能に制限が掛っている状態を示す。ファームの構成タイプとは、通常の画像形成装置の出荷状態で導入されている一般的な仕様と、次に述べるセキュリティ仕様構成とがある。
【０００６】
同型の画像形成装置であっても、セキュリティ仕様がより厳密に確立されたものと、一般的な仕様のものと、ユーザの導入指針によりどちらのタイプの画像形成装置を使用しているかは異なる。セキュリティ仕様構成とは、認証、データの暗号化、入出力管理などセキュリティ機能を総合的に強化し、第三者によるネットワークシステムへの不正アクセスや操作、データ改ざんや情報漏洩を抑止する設計がなされたものである。例えば、ＩＥＥＥ標準規格に定められたセキュリティ評価手法に従って、公的な認証機関による評価・認証を取得した版や、セキュリティ要求が高い特定の顧客向けファームを指している。ファームウェアのアップデートが必要になった場合、これらセキュリティ仕様構成のタイプ別にアップデート用のファームウェアが用意される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１１９４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、セキュリティ仕様構成の高い機器に誤って一般仕様構成のファームウェアをアップデートしてしまった場合、機器のセキュリティ仕様準拠状態が変更されてしまい、保証されているセキュリティ仕様構成が保たれないという課題がある。
【０００９】
本発明は、上記問題を鑑みなされたものであり、セキュリティ仕様の高い画像形成装置に対して、誤ったアップデートが行われることなく、セキュリティ仕様構成を正しく保持するアップデートを行うことができる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の画像形成装置は、ファームウェアをアップデートすることが可能な画像形成装置であって、アップデート用ファームウェアの仕様構成を示す第２のバージョン情報を取得する第２の取得手段と、前記第１の取得手段により取得した第１のバージョン情報がセキュリティ仕様か否かを判定する第１の判定手段と、アップデートの指示が手動による指示か否かを判定する第２の判定手段と、前記第１の判定手段により前記アップデート前のファームウェアがセキュリティ仕様と判定され、且つ前記第２の判定手段により前記指示が手動による指示であると判定された場合には、前記ファームウェアのアップデートを中止させる制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像形成装置のファーム構成状態あるいはアップデートするファームの種類に応じて、適したファームウェアであるか否かを判断し、アップデート方法に制限をかけることができる。その結果、セキュリティ仕様の高い画像形成装置に対して、誤ったアップデートが行われることなく、セキュリティ仕様構成を正しく保持するアップデートを行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係る画像形成装置の概略構成を示すブロック図である。
【図２】制御部のＣＰＵにより実行されるプログラムの概略構成を示す図である。
【図３】第１の実施形態におけるファームウェアの構成種別の一例を示す図である。
【図４】ファームウェアの各種プログラムの一覧を表すコンテンツリストの一例を示す図であり、（ａ）〜（ｄ）ファーム種別の識別値とバージョンが異なる場合を示す。
【図５】本発明の第１の実施形態におけるファームウェアのアップデート処理の流れを示すフローチャートである。
【図６】本発明の第２の実施形態におけるファームウェアのアップデート処理の流れを示すフローチャートである。
【図７】操作部に表示される管理者によるセキュリティ仕様構成の変更許可の設定画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１４】
［第１の実施形態］
図１は、本発明の第１の実施形態に係る画像形成装置の概略構成を示すブロック図である。
【００１５】
図１において、画像形成装置１００全体の動作を制御するための構成として以下に示すものを含む。
【００１６】
ＣＰＵ２１０は、ＦｌａｓｈＲＯＭ２１１に記憶されたプログラム（ファームウェア）をＲＡＭ２１２に読み出して読取制御や印刷制御、ファームウェアのアップデート制御などの各種制御処理を実行する。また、ＦｌａｓｈＲＯＭ２１１には、ライセンス情報や機器構成情報、ファームウェアのバージョン情報等が記憶される。
【００１７】
ＲＡＭ２１２は、ＣＰＵ２１０の主メモリ、ワークエリア等の一時記憶領域として用いられるメモリである。ハードディスクドライブ（ＨＤＤ）２１３は、画像データやユーザデータ等を記憶するメモリである。また、ＨＤＤ２１３は、ネットワークＩ／Ｆ（インターフェース）２１８を介してＰＣ２２５から受信した印刷データを記憶する。なお、ＨＤＤ２１３がＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）であってもよい。また、制御部２００が複数のＣＰＵを有する構成であってもよい。
【００１８】
操作部Ｉ／Ｆ２１４は、操作部２１９を介して画像形成装置１００のユーザにより入力される指示をＣＰＵ２１０に伝達するインターフェース（Ｉ／Ｆ）である。また、操作部Ｉ／Ｆ２１４は、操作部２１９に表示される内容を切替えるための指示をＣＰＵ２１０から受信して操作部２１９に伝達する。操作部２１９には、不図示のタッチパネル機能を有する液晶表示部やキーボードなどが備えられ、ユーザの指示を受け付ける。
【００１９】
プリンタＩ／Ｆ２１５は、制御部２００とプリンタ部２２０を接続するＩ／Ｆである。プリンタ部２２０は、プリンタＩ／Ｆ２１５を介してＨＤＤ２１３から転送される画像データに基づいてシート上にプリントを行う。
【００２０】
プリンタ部２２０は、ＣＰＵ２２０ａとＦｌａｓｈＲＯＭ２２０ｂを有する。ＣＰＵ２２０ａは、ＦｌａｓｈＲＯＭ２２０ｂに記憶されたプログラムを実行することにより、プリント処理に伴う各種の動作をプリンタ部２２０に実行させる。
【００２１】
スキャナＩ／Ｆ２１６は、制御部２００とスキャナ部２２１を接続するＩ／Ｆである。スキャナ部２２１は、原稿上の画像をＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄＤｅｖｉｃｅ）等により構成されるラインセンサ（不図示）を用いて画像データとして読み取る機能構成を有する。そして、スキャナ部２２１は、読み取った画像データをスキャナＩ／Ｆ２１６を介してＨＤＤ２１３へ転送する。ＨＤＤ２１３へ転送され、記憶された画像データは、プリンタ部２２０によりプリントすることが可能であり、スキャナ部２２１により読み取った画像データをプリンタ部２２０によりプリントすることにより、複写（コピー）処理が可能となる。
【００２２】
ＣＰＵ２１０により実行されるプログラムには、プリント用アプリケーションプログラムが含まれる。このプリント用アプリケーションプログラムにより、ＨＤＤ２１３に記憶された印刷データがプリンタ部２２０によるプリントが可能な画像データに変換され、再度ＨＤＤ２１３に転送され、記憶される。
【００２３】
また、ＣＰＵ２１０により実行されるプログラムには、スキャン用アプリケーションプログラムが含まれる。このスキャン用アプリケーションプログラムにより、スキャナ部２２１により画像データが読み取られると共に、読み取られた画像データがＨＤＤ２１３に転送され、記憶される。
【００２４】
ＵＳＢ−ＨｏｓｔＩ／Ｆ２１７は、制御部２００と外部ＵＳＢデバイス２２３を接続するＩ／Ｆである。外部ＵＳＢデバイス２２３は、ＵＳＢメモリやＵＳＢキーボードなどが含まれる。外部ＵＳＢデバイスとしてＵＳＢメモリが接続されている場合、当該ＵＳＢメモリからＦｌａｓｈＲＯＭ２１１のファイル格納領域へのアップデートに必要なプログラム（更新ファイル）の転送が可能である。
【００２５】
ネットワークＩ／Ｆ２１８は、制御部２００とＬＡＮ１１０を接続し、ＬＡＮ１１０上のＰＣ２２５やサーバ装置２２４との通信を行うＩ／Ｆである。
【００２６】
サーバ装置２２４は、後述する各種のプログラム（画像形成装置１００により実行されるもの）をアップデート（更新）するための更新情報が記憶されており、画像形成装置１００からの要求に応じて、該更新情報を画像形成装置１００へ送信する。
【００２７】
ＳＲＡＭ２２７は、後述するメインパーティションおよびサブパーティションの各プログラムのアップデート状態、並びに画像形成装置１００の構成管理、状態、設定内容等を記憶するメモリである。なお、画像形成装置１００の構成管理、状態、設定内容等はＨＤＤ２１３に記憶されていてもよい。
【００２８】
次に、制御部２００のＣＰＵ２１０により実行されるプログラムの構成について図２を用いて説明する。
【００２９】
図２は、制御部２００のＣＰＵ２１０により実行されるプログラムの概略構成を示す図である。なお、図２に示すプログラムは、ＦｌａｓｈＲＯＭ２１１に記憶されており、動作時にはＲＡＭ２１２に読み込まれるものとする。
【００３０】
ＦｌａｓｈＲＯＭ２１１に記憶されるプログラムは、ＦｌａｓｈＲＯＭ２１１上の２つのパーティションに分けて格納されている。１つはメインパーティション４０１であり、もう１つはサブパーティション４０２である。画像形成装置１００に通常の動作をさせる際には、メインパーティション４０１に格納されたオペレーティングシステムプログラム（以下、「ＯＳ」と呼ぶ）４３１をＣＰＵ２１０に実行させる。その一方で、画像形成装置１００の通常の動作をさせるためのプログラム（メインパーティション４０１に記憶されるプログラム）をアップデートする際には、サブパーティション４０２に格納されたＯＳ４３１をＣＰＵ２１０に実行させる。
【００３１】
メインパーティション４０１には、メインモジュール４１０、ＯＳ４１１、及びアップデートモジュール４２０の３つのプログラムモジュールが含まれている。
【００３２】
ＯＳ４１１は、画像形成装置１００を制御するためのＯＳであり、画像形成装置１００の各部の動作を制御するためのドライバプログラムを含むものである。
【００３３】
サブパーティション４０２には、ＯＳ４３１及びアップデートモジュール４３０の２つのプログラムモジュールが含まれている。
【００３４】
ＯＳ４３１は、画像形成装置１００を制御するためのＯＳであり、前述したＯＳ４１１と同様のものである。
【００３５】
ここで、メインパーティション４０１のメインモジュール４１０に含まれる各プログラムモジュールについて説明する。なお、各プログラムモジュールは、ＯＳ４１１が起動した後に、ＯＳ４１１により実行されるアプリケーションプログラムである。
【００３６】
操作部プログラム４１２は、操作部２１９を介して画像形成装置１００の操作者により入力される指示をＣＰＵ２１０に伝達し、伝達された指示に応じた処理を実行するためのプログラムである。
【００３７】
スキャンプログラム４１３は、スキャナ部２２１によるスキャン処理を制御するためのプログラムである。プリントプログラム４１４は、プリンタ部２２０によるプリント処理を制御するためのプログラムである。
【００３８】
ネットワークプログラム４１５は、ＬＡＮ１１０上のＰＣ２２５やサーバ装置２２４との通信を行うためのプログラムである。
【００３９】
バージョン情報格納部４１６は、画像形成装置１００のメインモジュールのファームウェアバージョンを格納しており、ＦｌａｓｈＲＯＭ２１１からファームウェアのバージョン情報を読み出し、操作部２１９にて確認することができる。
【００４０】
アップデートモジュール４２０には、アップデートプログラム４２１、メインモジュール起動準備プログラム４２２、セキュリティ仕様構成判定部４２３が含まれる。
【００４１】
アップデートプログラム４２１は、メインパーティション４０１に含まれる各プログラム、およびサブパーティション４０２に含まれる各プログラムをアップデートするためのプログラムである。
【００４２】
メインモジュール起動準備プログラム４２２は、ＣＰＵ２１０がメインモジュール４１０を実行するために必要な初期化処理等を行うためのプログラムである。
【００４３】
セキュリティ仕様構成判定部４２３は、アップデート時に画像形成装置１００のセキュリティ仕様構成が特殊な構成要件であるか否か、あるいはアップデートするファームウェアのバージョンが画像形成装置の構成要件にマッチしているか否かの判断を行う。セキュリティ仕様構成判定部４２３は、バージョン情報格納部４１６内のバージョン情報を読み出し、ＳＲＡＭ２２７内の機器構成管理状態、設定と比較して、上記判定を行う。
【００４４】
次に、サブパーティション４０２のアップデートモジュール４３０に含まれる各プログラムモジュールについて説明する。なお、各プログラムモジュールは、ＯＳ４３１が起動した後に、ＯＳ４３１により実行されるアプリケーションプログラムである。
【００４５】
メインパーティションアップデートプログラム４３２は、メインパーティション４０１に含まれる各プログラムをアップデートするためのプログラムである。
【００４６】
処理部アップデートプログラム４３３は、処理部プログラム（ここではＦｌａｓｈＲＯＭ２２０ｂに含まれるプリント処理を実行するためのプログラム）をアップデートするためのプログラムである。
【００４７】
セキュリティ仕様構成判定部４３４は、メインパーティション４０１内のセキュリティ仕様構成判定部４２３と同様の機能を有する。
【００４８】
なお、上述したモジュール群は、本実施形態と異なるモジュール群で構成されていてもよい。
【００４９】
次に、第１の実施形態におけるファームウェアのアップデート方法について図３〜図５を用いて説明する。
【００５０】
画像形成装置１００におけるファームウェアのアップデート方法には、以下の２つのパターンが考えられる。
【００５１】
第１に、操作部２１９から管理者またはサービスマンによる操作により、外部ＵＳＢデバイス２２３、ＰＣ２２５やサーバ装置２２４からアップデート用ファームウェア（更新ファイル）をＨＤＤ２１３内にダウンロードする方法である。この場合、ダウンロードされた更新ファイルが一時展開された後に即時にアップデートモジュール４２０のアップデートプログラム４２１によりプログラムに適用される。この第１のファームウェアアップデート方法は基本的なアップデート方法であるが、操作者である管理者やサービスマンの操作ミスによって、誤ったセキュリティ仕様構成のファームウェアを導入してしまうおそれがある。
【００５２】
第２に、画像形成装置１００が定期的にファームウェアを管理しているサーバ装置２２４に定期的に問い合わせすることにより、当該セキュリティ仕様構成に対して、最新のファームウェアが存在するかどうかを確認する。そして、最新のファームウェアがあった場合には、サーバ装置２２４から更新ファイルをＨＤＤ２１３内にダウンロードする方法である。この場合、ダウンロードされた更新ファイルが一時展開された後に即時にアップデートモジュール４２０のアップデートプログラム４２１により適用される。この第２のファームウェアップデート方法は、現在の画像形成装置１００のセキュリティ仕様構成を確認し、同じセキュリティ仕様構成を維持できるバージョンアップだけを許容する。そのため、操作者である管理者やサービスマンの操作ミスによって、誤ったセキュリティ仕様構成のファームウェアを導入してしまう問題は発生しない。
【００５３】
画像形成装置１００のファームウェアの構成がセキュリティ仕様としてより厳格に構成されていた場合、上記第１のアップデート方法により間違ったアップデートが行われると、厳格なセキュリティ仕様構成が崩れてしまうおそれがある。そこで、本実施形態では、セキュリティ仕様構成で構築された画像形成装置１００に対してセキュリティ仕様構成用のアップデート用ファームウェアが確実に適用されるように構成する。
【００５４】
図３は、第１の実施形態におけるファームウェアの構成種別の一例を示す図である。
【００５５】
ファーム構成タイプ３００は、ファーム種別名３０１とファーム種別識別値３０２で構成されており、ＦｌａｓｈＲＯＭ２１１に設定されたバージョン情報格納部４１６に格納されている。ファーム種別名３０１には、セキュリティ仕様構成ファームと一般仕様構成ファームが設定されている。ファーム種別識別値３０２は、図４（ａ）〜図４（ｄ）に示すコンテンツリストにも含まれている。セキュリティ仕様構成判定部４２３，４３４は、ファームウェアのアップデート処理時に、ファーム種別識別値３０２を参照して、アップデート処理方法を制限する。なお、図示のファーム構成タイプは、本実施形態と異なる種別があってもよいし、格納先もＦｌａｓｈＲＯＭ２１１に限らず、ＨＤＤ２１３やＳＲＡＭ２２７など、画像形成装置１００内の異なる場所に格納されてもよい。
【００５６】
次に、画像形成装置１００におけるアップデート対象のプログラムおよびアップデートに必要な更新データの一覧を表すコンテンツリストについて図４（ａ）〜図４（ｄ）を参照して説明する。
【００５７】
図４（ａ）に示すコンテンツリストは、ファーム種別識別値３０２が１、つまりファーム種別名３０１がセキュリティ仕様構成ファームのコンテンツリストであり、ファームウェアのバージョンは９．０を意味する。
【００５８】
図４（ｂ）に示すコンテンツリストは、ファーム種別識別値３０２が１のセキュリティ仕様構成ファームのコンテンツリストであるが、ファームウェアのバージョンが９．１である。図４（ｂ）に示すコンテンツリストは、図４（ａ）に示すコンテンツリストに対応するファームウェアのアップデート用ファームウェアのコンテンツリストである。図４（ａ）に示すコンテンツリストと図４（ｂ）に示すコンテンツリストとを比較すると、プリントモジュールのバージョンが０．９０から０．９１に更新されていることが分かる。
【００５９】
図４（ｃ）に示すコンテンツリストは、ファーム種別識別値が０、つまりファーム種別名３０１が一般仕様構成ファームのコンテンツリストであり、ファームウェアのバージョンは１０．０を意味している。
【００６０】
図４（ｄ）に示すコンテンツリストは、ファーム種別識別値が０の一般仕様構成ファームのコンテンツリストであるが、ファームウェアのバージョンが１０．１である。図４（ｄ）に示すコンテンツリストは、図４（ｃ）に示すコンテンツリストに対応するファームウェアのアップデート用ファームウェアのコンテンツリストである。図４（ｃ）に示すコンテンツリストと図４（ｄ）に示すコンテンツリストとを比較すると、プリントモジュールのバージョンが１０．０から１０．１に更新されていることが分かる。
【００６１】
図４（ａ）〜図４（ｄ）に示すコンテンツリストは、制御部２００内のプログラムのバージョン及びプリンタ部内のプログラムのバージョンでコンテンツ自体のバージョン構成となる。そのため、同じプリントモジュールであっても、セキュリティ仕様構成のファームウェアに、一般仕様構成のアップデート用のファームウェアを適用すると、セキュリティ仕様構成が変更され、画像形成装置１００のセキュリティ仕様構成の状態が保持できない。画像形成装置１００のセキュリティ状態を確実に保持するためには、ファーム種別毎にアップデート用のファームウェアを適用させることが必要となる。
【００６２】
図５は、本発明の第１の実施形態におけるファームウェアのアップデート処理の流れを示すフローチャートである。なお、本処理は、制御部２００のＣＰＵ２１０がＦｌａｓｈＲＯＭ２１１に記憶されたプログラムを実行することにより行われる。なお、ここで説明するプログラムの「展開」とは、ダウンロードしたプログラムファイル一式を別領域に一時的に書き込むことを意味し、「適用」とは、実際のプログラム領域にプログラムを書き込むことを意味する。
【００６３】
ステップＳ６０１では、ＣＰＵ２１０は、画像形成装置１００のプログラム（ファームウェア）をアップデートするためのアップデート処理の実行指示がなされたかどうかを判定し、なされたと判定された場合はステップＳ６０２へ処理を進める。ここで、アップデート処理の実行指示とは、例えば、画像形成装置１００の操作者が操作部２１９を介してなされる指示やアップデートモジュール４２０による自動的なアップデート指示を意味する。ステップＳ６０１において実行指示がなされなかった場合には再度ステップＳ６０１に戻り、実行指示を待つ。
【００６４】
ステップＳ６０２では、ＣＰＵ２１０は、ＯＳ４１１を介してアップデートプログラム４２１を実行することにより、ＦｌａｓｈＲＯＭ２１１、ＦｌａｓｈＲＯＭ２２０ｂに記憶されたファームウェアの各プログラムのバージョン情報を取得する。アップデート前のファームウェアの各プログラムのバージョン情報は、図４（ａ）に示すようなコンテンツリストから得られる。図４（ａ）に示すコンテンツリストは、構成タイプがセキュリティ仕様構成であり、バージョン９．０と分かる。
【００６５】
次に、ステップＳ６０３では、ＣＰＵ２１０は、操作部２１９からの操作者による指示に応じて、外部ＵＳＢデバイス２２３、ＰＣ２２５あるいはサーバ装置２２４からアップデート用ファームウェアの各プログラムのバージョン情報を取得する。アップデート用ファームウェアの各プログラムのバージョン情報は、図４（ｂ）に示すようなコンテンツリストから得られる。図４（ｂ）に示すコンテンツリストは、構成タイプがセキュリティ仕様構成であり、バージョン９．１と判断できる。
【００６６】
ステップＳ６０４では、ＣＰＵ２１０は、セキュリティ仕様構成判定部４２３により、ステップＳ６０３で取得したアップデート用ファームウェアの仕様構成が、アップデート前のファームウェアの仕様構成と同様に、セキュリティ仕様構成ファームかを判断する。セキュリティ仕様構成ファームでないと判断した場合には、ステップＳ６０５へ進む一方、セキュリティ仕様構成ファームであると判断した場合には、ステップＳ６０７へ進む。
【００６７】
ステップＳ６０７では、ＣＰＵ２１０は、ファームェアのアップデート処理の指示が手動か否かを判定し、手動による指示でないと判断した場合には、ステップＳ６０５へ進む。一方、手動による指示であると判断した場合には、ステップＳ６０８に分岐する。ここでいう手動による指示とは、サービスマンがノートＰＣなどの機器に導入されたサービスサポートツール（以下、「ＳＳＴ」と呼ぶ）という、ファームウェアをアップデートするソフトウェアを使ってネットワーク経由でアップデートを行うものが含まれる。また、ＵＳＢメモリのような可搬型の記憶媒体にファームウェアを予め記憶しておいて、サービスマンによる操作により画像形成装置１００にアップロードしてアップデートをかけるものも含まれる。
【００６８】
ステップＳ６０８では、ＣＰＵ２１０は、アップデート用ファームウェアがセキュリティ仕様構成であるか否かを判定し、アップデート用ファームウェアがセキュリティ仕様構成であると判断した場合にはステップＳ６０５に分岐する。一方、そうでない場合には、ステップＳ６０９に進む。
【００６９】
ステップＳ６０５では、ＣＰＵ２１０は、アップデート用ファームウェアをダウンロードして展開した後、アップデート用ファームを適用して（ステップＳ６０６）、本処理を終了する。
【００７０】
ステップＳ６０９では、ＣＰＵ２１０は、手動によるアップデートができない（アップデート中止）ことを、操作部２１９を介して操作者に通知して、本処理を終了する。
【００７１】
本実施形態によれば、セキュリティ仕様構成ファームを利用している場合は（ステップＳ６０４でＹＥＳ）、一般仕様構成ファームに変更される危険性を防ぐために、アップデート処理の指示方法を確認する（ステップＳ６０７）。そして、誤操作が発生する可能性のある手動によるアップデート指示である場合には、ファームウェアのアップデートを実施せず、自動的なアップデート指示の場合のみアップデート処理を実施可能とする。これにより、セキュリティ仕様の高い画像形成装置に対して、誤ったアップデートが行われることなく、セキュリティ仕様構成を正しく保持するアップデートを行うことができる。
【００７２】
上記実施形態において、図５のフローチャートでは、ステップＳ６０９でファームウェアのアップデートができないことを操作者に通知してアップデートを中止しているが、これに限定されるものではなく、例えば以下のような処理を行ってもよい。すなわち、ステップＳ６０９において、ＣＰＵ２１０は、操作部２１９に警告画面（不図示）を表示するようにしてもよい。そして、その警告画面上で、ファームウェアのアップデートを続行するか中止するかをユーザ又は管理者又はサービスマンに選択させ、続行が選択された場合はステップＳ６０５に進み、中止が選択された場合はステップＳ６０９に進むように構成してもよい。
【００７３】
また、図５のフローチャートでは、ステップＳ６０７で更新処理の指示が手動か否かを判定し、この判定に基づき更新処理を許可又は禁止を切り替えるものとして説明したが、これに限定されるものではなく、例えば以下のような処理を行ってもよい。すなわち、ステップＳ６０８の処理を省略し、更新処理の指示が手動によるものか否かに関わらず、アップデート前のファームウェアの仕様構成がセキュリティ仕様であり（ステップＳ６０４でＹＥＳ）、且つ、更新するファームウェアの仕様構成がセキュリティ仕様でない場合に（ステップＳ６０８でＮＯ）、ステップＳ６０９の処理を実行するように構成してもよい。
【００７４】
また、図５のフローチャートでは、アップデート前のファームウェア又は更新するファームウェアの仕様構成がセキュリティ仕様構成か否かを判定するものであったが、これに限定されるものではなく、例えば以下のような判定を行うものであってもよい。すなわち、アップデート前のファームウェア又は更新するファームウェアの仕様構成が、例えば特定の顧客向けの特別な仕様構成のファームウェア（商談対応ファームウェア等）であるか否かを判定するように構成してもよい。例えば、商談対応ファームウェアか否かの判定は、図４のファームウェアのコンテンツリストに記載されているファーム種別、又はＦｌａｓｈＲＯＭ２１１に設定されたバージョン情報格納部４１６に格納されているファーム種別に基づきＣＰＵ２１０により行われる。
【００７５】
また、図５のフローチャートでは、アップデート前のファームウェアの仕様構成がセキュリティ仕様であると判定し（ステップＳ６０４でＹＥＳ）、且つ、更新するファームウェアの仕様構成がセキュリティ仕様でないと判定した場合に（ステップＳ６０８でＮＯ）、ステップＳ６０９の処理を実行するものである。しかしながら、これに限定されるものではなく、例えば以下のような判定処理を行ってもよい。すなわち、ＣＰＵ２１０が、ステップＳ６０４とステップＳ６０８を実行する代わりに、更新する前のファームウェアの仕様構成と、更新用のファームウェアの仕様構成とが同一か否かを判定するものであってもよい。この場合の仕様構成の比較は次のようにして行われる。すなわち、ＦｌａｓｈＲＯＭ２１１に設定されたバージョン情報格納部４１６に格納されているファーム種別と、ダウンロードした更新用ファームウェアのコンテンツリスト（図４）に記載されているファーム種別とを比較し、これらが一致する場合にファームウェアの仕様構成が同一と判定し、これらが一致しない場合にファームウェアの仕様構成が同一でないと判定するように構成してもよい。そして、ＣＰＵ２１０は、一致すると判定した場合はステップＳ６０５とステップＳ６０６の処理を実行し、一致しないと判定した場合はステップＳ６０９の処理を実行する。
【００７６】
［第２の実施形態］
次に、第２の実施形態におけるファームウェアのアップデート方法を判断する処理について説明する。なお、上記第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。
【００７７】
上記第１の実施形態では、手動によるアップデート指示の場合には、アップデート用ファームウェアがセキュリティ仕様構成を満たさないという誤操作が発生する可能性があるため、一律にアップデートを禁止としていた。
【００７８】
しかしながら、機器の使用者が、機器の動作不具合を回避するために一時的にセキュリティ仕様構成を変えても、不具合に対応したアップデート用ファームウェアを利用したい場合がある。また、機器を異なるオフィス環境に移しかえる場合に、所望のセキュリティ仕様構成を変更したい場合もある。このような要求に答えるために、機器の使用者が許可した場合にのみ、セキュリティ仕様構成の異なるアップデート用ファームウェアに更新する方法について説明する。
【００７９】
図６は、本発明の第２の実施形態におけるファームウェアのアップデート処理の流れを示すフローチャートである。なお、図６におけるステップＳ７０８を除く各ステップは、図５におけるステップＳ６０８を除く各ステップと同じであり、それらの説明は省略する。
【００８０】
ステップＳ７０８では、ＣＰＵ２１０は、管理者によるセキュリティ仕様構成の変更を許可されているどうかを判定し、管理者によるセキュリティ仕様構成の変更を許可されていると判断した場合には、ステップＳ７０５へ進む。一方、そうでない場合には、ステップＳ７０９へ進む。管理者によるセキュリティ仕様構成の変更を許可されているどうかの判定は、例えば、図７に示す操作部２１９に表示された設定画面上で予め設定された設定内容に基づいて行われる。この設定を変更できるのは画像形成装置１００の管理者だけであり、例えば管理者認証を経てのみ変更可能である。
【００８１】
図７に示す管理者によるセキュリティ仕様構成の変更許可設定画面は、初期状態ではＯＦＦの設定となっている。管理者によるセキュリティ仕様構成の変更許可がＯＦＦの場合、図６のステップＳ７０８の判定結果がＮＯとなり、ステップＳ７０９に分岐する。一方、ＯＮボタン５０１が押下されると、管理者によるセキュリティ仕様構成の変更許可がＯＮとなり、図６のステップＳ７０８の判定結果がＹＥＳとなって、ステップＳ７０５に分岐して、一般仕様構成と同じようにファームウェアの手動アップデートが許可される。なお、ＯＦＦボタン５０２が押下されると、管理者によるセキュリティ仕様構成の変更許可がＯＦＦとなる。
【００８２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００８３】
１００  画像形成装置
２１０  ＣＰＵ
２１１  ＦｌａｓｈＲＯＭ
４２１  アップデート
４２３  セキュリティ仕様構成判定部
３０１  ファーム種別名
３０２  ファーム種別識別値
【図１】
2015108865.tif 000003
【図２】
2015108865.tif 000004
【図３】
2015108865.tif 000005
【図４】
2015108865.tif 000006
【図５】
2015108865.tif 000007
【図６】
2015108865.tif 000008
【図７】
2015108865.tif 000009