JP2013114539A - 情報処理装置および情報処理システム - Google Patents

Abstract

【課題】アップデートを行う操作者の利便性を向上させることが可能な情報処理装置を提供する。
【解決手段】この情報処理装置では、記憶部１１３は、ソフトウェアのアップデートに際して中継バージョンに前以てアップデートする必要がある旨をアップデート情報Ｕが示している場合、旧バージョンから中継バージョンに更新するために中継バージョンのソフトウェアを記憶した後、中継バージョンから新バージョンに更新するために新バージョンのソフトウェアを記憶する。
【選択図】図７

Description

本発明は、情報処理装置および情報処理システムに関する。

画像形成装置などの情報処理装置には、通常、ＲＯＭやＲＡＭなどが設けられている。そして、たとえば、ハードウェアの基本的な制御を行うためのファームウェア（ソフトウェア）は、ＲＯＭに書き込まれ、ＲＡＭに展開される。

ところで、バグ修正や機能追加などの理由により、ＲＯＭに書き込まれたファームウェアのアップデート（旧バージョンのファームウェアから新バージョンのファームウェアへの書き換え処理）を行わなければならない場合がある。このような場合には、たとえば、携帯型メモリーやパーソナルコンピューターなどを情報処理装置に直接接続し、ＲＯＭに記憶されている旧バージョンのファームウェアを新バージョンのファームウェアに書き換える。あるいは、新バージョンのファームウェアを記憶するサーバーと情報処理装置とを通信ネットワークなどで接続し、新バージョンのファームウェアをネット経由で入手することによって、ＲＯＭに記憶されている旧バージョンのファームウェアを新バージョンのファームウェアに書き換えることもある（たとえば、特許文献１参照）。

特開２００６−２４３９０５号公報

ここで、旧バージョンから新バージョンへのアップデートに際して、旧バージョンと新バージョンとの間のバージョンである中継バージョンに前以てアップデートしておかなければならない場合がある。この場合、仮に、中継バージョンへのアップデートを経ずに旧バージョンから新バージョンへのアップデートを開始すると、旧バージョンから新バージョンへのアップデートが正常に行われない。したがって、旧バージョンから新バージョンへのアップデートを行う操作者からすると、アップデートを正常に完了させるためには、前以て中継バージョンへのアップデートが必要であるか否かを確認したり、中継バージョンへのアップデートが必要である場合には中継バージョンへのアップデートのための操作を行ったりしなければならない。このため、操作者にとっては、旧バージョンから新バージョンへのアップデートに際して行わなければならない操作（確認作業を含む）が多く、利便性が悪い。

本発明は、上記課題を解決するためになされたものであり、アップデートを行う操作者の利便性を向上させることが可能な情報処理装置および情報処理システムを提供することを目的とする。

上記目的を達成するために、本発明の情報処理装置は、ソフトウェアを記憶する内部記憶部と、ソフトウェアを旧バージョンから新バージョンにアップデートするのに際して旧バージョンと新バージョンとの間のバージョンである中継バージョンに前以てアップデートする必要があるか否かを示したアップデート情報を取得するとともに、中継バージョンのソフトウェアおよび新バージョンのソフトウェアを取得する取得部と、を含んでいる。そして、内部記憶部は、ソフトウェアのアップデートに際して中継バージョンに前以てアップデートする必要がある旨をアップデート情報が示している場合、旧バージョンから中継バージョンに更新するために中継バージョンのソフトウェアを記憶した後、中継バージョンから新バージョンに更新するために新バージョンのソフトウェアを記憶する。

本発明の構成によると、旧バージョンから新バージョンへのアップデートに際して、前以て中継バージョンへのアップデートが必要であるか否かの確認や、中継バージョンへのアップデートのための操作を操作者に行わせる必要がない。したがって、旧バージョンから新バージョンへのアップデートに際して操作者が行う操作（確認作業なども含む）を減らすことができ、操作者の利便性が向上する。

また、従来の構成では、旧バージョンから新バージョンへのアップデートに際して中継バージョンへのアップデートが必要であったとしても、中継バージョンへのアップデート指示を操作者から受け付けなければ、中継バージョンへのアップデートを省略していきなり旧バージョンから新バージョンへのアップデートを開始していた。しかし、アップデートは正常に行われないので、操作者からすると、原因を確認した上で、最初からアップデートのための操作をやり直さなければならず、煩わしい。その一方、本発明の構成では、中継バージョンへのアップデートが必要であれば、中継バージョンへのアップデートが自動的に行われる。このため、操作者からすると、旧バージョンから新バージョンへのアップデート指示を最初に１回だけ行えばよく、煩わしさはない。

上記の構成において、好ましくは、情報を表示する表示部をさらに含み、表示部は、取得部が中継バージョンのソフトウェアを取得できなければ、中継バージョンへのアップデートが必要である旨のメッセージを表示する。これにより、中継バージョンへのアップデートが必要であることを操作者に認識させることができる。そして、中継バージョンへのアップデートが必要であることを操作者に認識させることができれば、中継バージョンにアップデートするための対策（たとえば、中継バージョンのソフトウェアを格納した外部記憶装置を情報処理装置に接続するなど）を操作者に施してもらえるので、その後、中継バージョンへのアップデートが可能となる。

上記の構成において、好ましくは、中継バージョンへのアップデートを行った後、情報処理装置の再起動を自動的に行う制御部を含み、内部記憶部は、情報処理装置の再起動の後、続けて、中継バージョンから新バージョンに更新するために新バージョンのソフトウェアを記憶する。これにより、操作者が行う操作（再起動のための操作）を減らすことができる。

上記の構成において、好ましくは、内部記憶部は、アップデート情報を記憶している場合に、取得部がアップデート情報の更新情報を取得すると、アップデート情報を更新後のアップデート情報に書き換える。これにより、アップデート情報が旧いままで保持されていることに起因して適切な手順でアップデートが行われなくなる、という不都合が発生するのを抑制することができる。

本発明の情報処理システムは、上記の情報処理装置と、情報処理装置に接続され、情報処理装置の内部記憶部に記憶されたソフトウェアを旧バージョンから新バージョンにアップデートするのに際して旧バージョンと新バージョンとの間のバージョンである中継バージョンに前以てアップデートする必要があるか否かを示したアップデート情報を記憶するとともに、中継バージョンのソフトウェアおよび新バージョンのソフトウェアを記憶する外部記憶装置と、を備えている。このように構成された情報処理システムでは、アップデートを行う操作者の利便性を向上させることができる。

以上のように、本発明によれば、アップデートを行う操作者の利便性を向上させることが可能な情報処理装置および情報処理システムを容易に得ることができる。

本発明の一実施形態による画像形成装置（情報処理装置）の概略図 図１に示した画像形成装置のハードウェア構成を示した図 図１に示した画像形成装置のソフトウェア構成を示した図 図１に示した画像形成装置を含む画像形成システム（情報処理システム）において行われるアップデートについて説明するための図 図１に示した画像形成装置を含む画像形成システムにおいて行われるアップデートに使用されるアップデート情報について説明するための図 図１に示した画像形成装置を含む画像形成システムにおいて行われるアップデートに失敗したときに操作パネル（表示部）に表示されるメッセージについて説明するための図 図１に示した画像形成装置を含む画像形成システムにおいて行われるアップデートの流れを説明するための図

以下に、図１を参照して、本発明の一実施形態による情報処理装置としての画像形成装置１００の全体構成について説明する。

本実施形態による画像形成装置１００は、複合機であり、コピー、プリンター、スキャナーおよびファックスなどの複数種のジョブの実行が可能である。そして、この画像形成装置１００は、操作パネル１０１（表示部）、画像読取部１０２、給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６などを備える。

操作パネル１０１は、表示面がタッチパネルで覆われた液晶表示部１１を含む。液晶表示部１１には、各種設定などを行うための設定キー（ソフトキー）が表示されるとともに、画像形成装置１００の状態などを示すメッセージも表示される。また、操作パネル１０１には、数値入力が必要な設定指示を受け付けるためのテンキー１２（ハードキー）や、各種ジョブの実行開始の指示を受け付けるためのスタートキー１３（ハードキー）なども設けられている。

画像読取部１０２は、原稿を読み取って画像データを生成する。この画像読取部１０２には、図示しないが、露光ランプ、ミラー、レンズおよびイメージセンサーなどの光学系部材が設けられている。そして、画像読取部１０２は、載置読取用コンタクトガラス２１に載置される原稿を読み取る際、露光ランプの光を原稿に照射し、反射光を受けたイメージセンサーの出力値をＡ／Ｄ変換した後、Ａ／Ｄ変換後のデータに対して各種補正（シェーディング補正など）を施すことによって、画像データを生成する。これにより、画像読取部１０２による原稿の読み取り動作によって得られた画像データに基づき印刷を行うことができる。また、画像読取部１０２による原稿の読み取り動作によって得られた画像データを蓄積することもできる。

また、画像読取部１０２には、原稿カバー２２が設けられている。そして、載置読取用コンタクトガラス２１による原稿の読み取り時には、載置読取用コンタクトガラス２１に載置された原稿を原稿カバー２２で押えることができるようになっている。なお、この原稿カバー２２に原稿搬送装置としての機能を持たせてもよい。この場合には、原稿カバー２２によって、送り読取用コンタクトガラス２３に原稿を１枚ずつ送ることができるようになる。

給紙部１０３は、用紙Ｐを収容するカセット３１を複数有し、それら複数のカセット３１に収容された用紙Ｐを搬送路１０４に供給する。この給紙部１０３には、収容された用紙Ｐを引き出すピックアップローラー３２や、用紙Ｐの重送を抑制するための分離ローラー対３３などが設けられている。

搬送路１０４は、画像形成装置１００の内部において用紙Ｐを搬送する。具体的に言うと、給紙部１０３から供給された用紙Ｐは、搬送路１０４によって、画像形成部１０５および定着部１０６をこの順番で通過し、排出トレイ４１にまで導かれる。この搬送路１０４には、用紙Ｐを搬送する複数の搬送ローラー対４２が設けられている。さらに、用紙Ｐを画像形成部１０５の手前で待機させ、タイミングを合わせて画像形成部１０５に送り出すレジストローラー対４３も設けられている。

画像形成部１０５は、画像データに基づきトナー像を形成し、そのトナー像を用紙Ｐに転写する。画像形成部１０５は、感光体ドラム５１、帯電装置５２、露光装置５３、現像装置５４、転写ローラー５５およびクリーニング装置５６などを含んでいる。

トナー像の形成プロセスおよびトナー像の用紙Ｐへの転写プロセスとしては、まず、感光体ドラム５１を回転駆動させ、その感光体ドラム５１の表面を帯電装置５２で所定電位に帯電させる。また、露光装置５３は、画像データに基づき光ビームＬを出力し、感光体ドラム５１の表面を走査露光する。これにより、感光体ドラム５１の表面に静電潜像を形成する。続いて、現像装置５４は、感光体ドラム５１の表面に形成された静電潜像にトナーを供給して現像する。

そして、転写ローラー５５は、感光体ドラム５１の表面に圧接する。この後、レジストローラー対４３がタイミングを計り、転写ローラー５５と感光体ドラム５１との間に用紙Ｐを進入させる。このとき、転写ローラー５５には所定の電圧が印加される。これによって、感光体ドラム５１の表面のトナー像が用紙Ｐに転写される。なお、転写プロセスが終わると、クリーニング装置５６は、感光体ドラム５１の表面に残留するトナーなどを除去する。

定着部１０６は、用紙Ｐに転写されたトナー像を加熱・加圧して定着させる。この定着部１０６は、発熱源を内蔵する定着ローラー６１と、定着ローラー６１に圧接される加圧ローラー６２とを含んでいる。そして、トナー像が転写された用紙Ｐは、定着ローラー６１と加圧ローラー６２との間を通過することで、加熱・加圧される。これにより、用紙Ｐにトナー像が定着され、印刷が完了する。そして、印刷済みの用紙Ｐは、搬送路１０４に導かれ、搬送ローラー対４２によって排出トレイ４１に送られる。

次に、図２を参照して、画像形成装置１００のハードウェア構成について説明する。

画像形成装置１００は、主制御部１１０（制御部）を含んでいる。そして、主制御部１１０は、中央演算処理装置であるＣＰＵ１１１や画像処理部１１２などを有する。画像処理部１１２は、画像処理専用のＡＳＩＣやメモリーなどからなっており、画像データに対して、拡大／縮小、濃度変換およびデータ形式変換などの各種の画像処理を施す。

また、主制御部１１０は、操作パネル１０１、画像読取部１０２、給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６などと接続される。そして、主制御部１１０は、記憶部１１３（内部記憶部）に記憶されたソフトウェアに基づいて、各部の制御や演算などを行う。なお、主制御部１１０は、全体制御や画像処理を行う部分と、各種回転体を回転させるモーターの制御を行う部分とに分割されていてもよい。

記憶部１１３は、フラッシュＲＯＭなどのＲＯＭ１１３ａ（不揮発性記憶部）、ＲＡＭ１１３ｂ（揮発性記憶部）、および、ＨＤＤ１１３ｃを含んでいる。たとえば、ソフトウェアは、ＲＯＭ１１３ａに書き込まれる。そして、ＲＡＭ１１３ｂは、ＲＯＭ１１３ａに記憶されたソフトウェアを実行するための作業領域となる。

主制御部１１０に接続される操作パネル１０１は、表示制御部１４を有する。表示制御部１４は、ＣＰＵやＩＣなどからなり、液晶表示部１１に表示された設定キーがユーザーによって押下されると、タッチパネルの出力を受けて押下位置の座標を特定する。これによって、ユーザーの押下した設定キーが特定される。タッチパネルの出力と押下位置の座標との対応を示すテーブルなどのデータは、たとえば、記憶部１５（あるいは、記憶部１１３）に記憶される。なお、主制御部１１０が表示制御を行うようになっていてもよい。

また、主制御部１１０は、通信部１１４（取得部）と接続される。通信部１１４は、たとえば、外部のコンピューター２００とネットワークＮＴ（あるいは、通信ケーブル）を介して通信可能に接続される。これにより、コンピューター２００から送信された画像データに基づき印刷を行うこともできるし、画像読取部１０２による原稿の読み取り動作によって得られた画像データをコンピューター２００に送信することもできる。また、通信部１１４にモデムなどを内蔵してもよく、この場合、電話回線などのネットワークＮＴを介して、外部のファックス装置３００とファックス通信を行うことができる。

さらに、通信部１１４は、外部記憶装置としてのサーバー４００とネットワークＮＴを介して通信可能に接続される。これにより、サーバー４００から送信された画像データに基づき印刷を行うことができる。あるいは、画像読取部１０２による原稿の読み取り動作によって得られた画像データをサーバー４００に送信し、蓄積することもできる。

また、主制御部１１０は、外部記憶装置としての携帯型メモリー５００（たとえば、ＵＳＢメモリーなど）の装着が可能な装着部１１５（取得部）と接続される。これにより、携帯型メモリー５００に記憶された画像データに基づき印刷を行うことができる。あるいは、画像読取部１０２による原稿の読み取り動作によって得られた画像データを携帯型メモリー５００に蓄積することもできる。

なお、本実施形態においては、画像形成装置１００およびそれに接続される各種デバイスを含む画像形成システムＳＹが情報処理システムに相当する。

次に、図３を参照して、画像形成装置１００のソフトウェア構成について説明する。

画像形成装置１００は、装置内に組み込まれたハードウェア（操作パネル１０１、画像読取部１０２、給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６など）を制御するためのファームウェア６００（ソフトウェア）をＲＯＭ１１３ａに格納している。ファームウェア６００は、たとえば、画像形成装置１００の全体制御を行うためのメインのファームウェア６００ａ、操作パネル１０１の制御を行うためのパネル用のファームウェア６００ｂ、および、各種回転体を回転させるモーターの制御を行うためのエンジン用のファームウェア６００ｃなどを含む。

そして、ファームウェア６００は、ＲＯＭ１１３ａからＲＡＭ１１３ｂに読み出され、ＲＡＭ１１３ｂに展開される。これにより、画像形成装置１００の各ハードウェアは、ファームウェア６００に基づき動作する。

このようなファームウェア６００は、メーカー開発者によってバグ修正や機能追加などが行われるため、定期または不定期に更新（バージョンアップ）される。なお、以下の説明では、便宜上、旧バージョンのファームウェア６００をファームウェア６１０と称し、新バージョンのファームウェア６００をファームウェア６３０と称して区別する場合がある。また、新バージョンのファームウェア６３０には、旧バージョンのファームウェア６１０と同様、メインのファームウェア、パネル用のファームウェア、および、エンジン用のファームウェアなどを含む。

装置メーカーは、ファームウェア６００を更新すると、図４に示すように、更新済みの新バージョンのファームウェア６３０を携帯型メモリー５００に格納し、その携帯型メモリー５００をサービスマンに提供する。あるいは、新バージョンのファームウェア６３０をサーバー４００に格納することもある。なお、図４では、新バージョンのファームウェア６３０が携帯型メモリー５００に格納されている場合を例にとって図示している。

そして、サービスマンは、一般ユーザーの要望に応じて、旧バージョンのファームウェア６１０を新バージョンのファームウェア６３０に書き換えて更新するためのアップデート作業を行う。なお、一般ユーザー自身がアップデート作業を行うこともある。

たとえば、新バージョンのファームウェア６３０が携帯型メモリー５００に格納されている場合、操作者（サービスマンまたは一般ユーザー）は、携帯型メモリー５００を装着部１１５に装着する。そして、携帯型メモリー５００を認識した主制御部１１０は、操作者からアップデート指示を受け付けるための受付画面を操作パネル１０１（液晶表示部１１）に表示させる。このとき、操作パネル１０１は、たとえば、「アップデートを実行しますか？」といったようなメッセージや、アップデート指示を実際に受け付けるための受付キー（ソフトキー）などを受付画面に配する。主制御部１１０は、操作パネル１０１がアップデート指示を受け付けると、携帯型メモリー５００から新バージョンのファームウェア６３０を読み出してＲＯＭ１１３ａに書き込む（ＲＯＭ１１３ａに書き込まれている旧バージョンのファームウェア６１０を新バージョンのファームウェア６３０に書き換える）ことにより、アップデートを完了させる。すなわち、装着部１１５は、携帯型メモリー５００から新バージョンのファームウェア６３０を取得し、ＲＯＭ１１３ａは、旧バージョンから新バージョンに更新するために新バージョンのファームウェア６３０を記憶する。

その一方、新バージョンのファームウェア６３０がサーバー４００に格納されている場合、主制御部１１０は、操作パネル１０１がアップデート指示を受け付けると、サーバー４００との間の通信準備を通信部１１４に行わせ、サーバー４００から新バージョンのファームウェア６３０を読み出してＲＯＭ１１３ａに書き込む（ＲＯＭ１１３ａに書き込まれている旧バージョンのファームウェア６１０を新バージョンのファームウェア６３０に書き換える）。すなわち、通信部１１４は、サーバー４００から新バージョンのファームウェア６３０を取得し、ＲＯＭ１１３ａは、旧バージョンから新バージョンに更新するために新バージョンのファームウェア６３０を記憶する。

ところで、ファームウェア６００はＲＯＭ１１３ａ内の予め定められた書き込み領域に書き込まれるが、その書き込み領域には、ファームウェア６００を書き込む処理（書き込みプログラム）も書き込まれている。そして、旧バージョンから新バージョンへのアップデートに際して、主制御部１１０は、書き込みプログラムに基づいて、新バージョンのソフトウェア６３０を従前の書き込み領域（すなわち、旧バージョンのファームウェア６１０および書き込みプログラムが書き込まれている領域）に書き込む。このような流れにより、旧バージョンから新バージョンへのアップデートは完了する。

しかし、旧バージョンから新バージョンへのアップデートに際して、旧バージョンと新バージョンとの間のバージョンである中継バージョンに一旦アップデートしなければならない場合がある。以下に、このような２段階アップデート（旧バージョンから新バージョンへのアップデートに際して中継バージョンへのアップデートが必要なアップデート）が必要な理由の一つを説明する。

たとえば、新バージョンのファームウェア６３０のサイズが旧バージョンのファームウェア６１０のサイズよりも大きい場合には、ＲＯＭ１１３ａ内の従前の書き込み領域では容量が足りないことがある。このようにＲＯＭ１１３ａ内の従前の書き込み領域の容量が足りなければ、旧バージョンのファームウェア６１０を新バージョンのファームウェア６３０にダイレクトに書き換えようとしても、書き換えそのものを行うことができない。

したがって、旧バージョンから新バージョンへのアップデートに際してＲＯＭ１１３ａ内の従前の書き込み領域の容量が足りない場合には、旧バージョンから新バージョンへのアップデートに先立って、旧バージョンと新バージョンとの間のバージョンである中継バージョンに一旦アップデートする。このようにして、ＲＯＭ１１３ａ内の書き込み領域を変更し、新バージョンへのアップデートの準備を行う。なお、以下の説明では、便宜上、中継バージョンのファームウェア６００をファームウェア６２０と称する場合がある。また、中継バージョンのファームウェア６２０には、旧バージョンのファームウェア６１０と同様、メインのファームウェア、パネル用のファームウェア、および、エンジン用のファームウェアなどを含む。また、図４では、中継バージョンのファームウェア６２０がサーバー４００に格納されている場合を例にとって図示している。

これによると、操作者は、旧バージョンから新バージョンへのアップデートに際して、前以て中継バージョンへのアップデートが必要であるか否かを確認しておかなければならない。しかし、操作者からすると、旧バージョンから新バージョンへのアップデートを行うにあたって、前以て中継バージョンにアップデートを行う必要があるか否かを一々確認するのは煩わしい。

そこで、本実施形態では、旧バージョンから新バージョンへのアップデート指示を操作パネル１０１が受け付けたとき、旧バージョンから新バージョンへのアップデートに際して前以て中継バージョンにアップデートする必要があるか否かを主制御部１１０が判断するようになっている。

たとえば、装置メーカーは、記憶部１１３（ＲＯＭ１１３ａまたはＨＤＤ１１３ｂ）、サーバー４００および携帯型メモリー５００のうちの少なくとも１つに、旧バージョンから新バージョンへのアップデートに際して前以て中継バージョンにアップデートする必要があるか否かを示したアップデート情報Ｕ（テーブル）を格納する。なお、図４では、アップデート情報Ｕが記憶部１１３（ＲＯＭ１１３ａ）に格納されている場合を例にとって図示している。

このアップデート情報Ｕは、図５に示すように、ファームウェア６００（メインのファームウェア６００ａ、パネル用のファームウェア６００ｂおよびエンジン用のファームウェア６００ｃの３つとする）の種類毎に、新バージョン（たとえば、リリースされているバージョンのうちで最も新しい最新バージョン）へのアップデートに際して２段階アップデートが必要なバージョンと、２段階アップデートに用いる中継バージョンとを関連付けた情報である。

具体的に説明すると、メインのファームウェア６００ａにおいては、新バージョンへのアップデートに際して、現時点のバージョン（旧バージョン）がＶｅｒ．９９以下であれば、前以て中継バージョン（Ｖｅｒ．１００）にアップデートしなければならず、現時点のバージョンがＶｅｒ．１００以上であれば、２段階アップデートの必要はないことが示されている。

また、パネル用のファームウェア６００ｂにおいては、新バージョンへのアップデートに際して、現時点のバージョンがＶｅｒ．５０以下であれば、前以て中継バージョン（Ｖｅｒ．７０）にアップデートしなければならず、現時点のバージョンがＶｅｒ．５１以上であれば、２段階アップデートの必要はないことが示されている。

また、エンジン用のファームウェア６００ｃにおいては、新バージョンへのアップデートに際して、現時点のバージョンがＶｅｒ．１２０以下であれば、前以て中継バージョン（Ｖｅｒ．１５０）にアップデートしなければならず、現時点のバージョンがＶｅｒ．１２１以上であれば、２段階アップデートの必要はないことが示されている。

これにより、図４に示した画像形成システムＳＹにおいて、たとえば、現時点のバージョンがＶｅｒ．９９以下のファームウェア６１０に関して、新バージョンであるＶｅｒ．１４０へのアップデート指示を操作パネル１０１が受け付けたとする。このとき、主制御部１１０は、アップデート情報Ｕを取得し、そのアップデート情報Ｕに基づき、中継バージョンにアップデートする必要があるか否かを判断する。ここでは、現時点のバージョンがＶｅｒ．９９以下であるので、主制御部１１０は、中継バージョンであるＶｅｒ．１００へのアップデートが前以て必要であると判断する。

中継バージョンへのアップデートが必要であると判断した主制御部１１０は、中継バージョンのファームウェア６２０を検索し、通信部１１４または装着部１１５に中継バージョンのファームウェア６２０を取得させる。そして、主制御部１１０は、中継バージョンのファームウェア６２０をＲＯＭ１１３ａに書き込む（ＲＯＭ１１３ａは、中継バージョンのファームウェア６２０を記憶する）。

ただし、中継バージョンのファームウェア６２０を検索した結果、中継バージョンのファームウェア６２０が見つからない場合がある。一例を挙げると、中継バージョンのファームウェア６２０を格納したサーバー４００との接続が切断されている場合には、中継ケーバージョンのファームウェア６２０を検索しても見つけることができない。

このような場合、主制御部１１０は、表示部としての操作パネル１０１（液晶表示部１１）に、中継バージョンへのアップデートが必要である旨のメッセージを表示させる。たとえば、操作パネル１０１は、図６に示すように、ダイアログボックスＤＢを表示し、そのダイアログボックスＤＢ内にメッセージを盛り込む。このようにして、操作者に対して、中継バージョンへのアップデートを促す。これにより、操作者は、たとえば、中継バージョンのファームウェア６２０が格納されたサーバー４００との間の接続の復帰させる、あるいは、中継バージョンのファームウェア６２０が格納された携帯型メモリー５００を装着部１１５に装着する、などの対策を施す。

ダイアログボックスＤＢには、アップデートの再開指示を受け付けるためのアップデートキーＫ１（ソフトキー）が設けられている。そして、操作者は、中継バージョンへのアップデート準備を終えると、アップデートキーＫ１を押下し、アップデートを再開させる。なお、ダイアログボックスＤＢには、アップデートの中止指示を受け付けるためのキャンセルキーＫ２（ソフトキー）も設けられている。

図４に戻って、主制御部１１０は、中継バージョンのファームウェア６２０をＲＯＭ１１３ａに書き込んだ後、画像形成装置１００の再起動を自動的に行う。続いて、主制御部１１０は、新バージョンへのアップデートを行う。すなわち、主制御部１１０は、通信部１１４または装着部１１５に新バージョンのファームウェア６３０を取得させる。そして、主制御部１１０は、新バージョンのファームウェア６３０をＲＯＭ１１３ａに書き込む（ＲＯＭ１１３ａは、新バージョンのファームウェア６３０を記憶する）。

なお、ファームウェア６００は、バグ修正や機能追加などが行われると、その都度更新される。したがって、それに伴い、アップデート情報Ｕも更新される。たとえば、装置メーカーは、更新後のアップデート情報Ｕを、サーバー４００に格納したり、携帯型メモリー５００に格納したりする。

たとえば、従前のアップデート情報Ｕが記憶部１１３に記憶された画像形成システムＳＹにおいて、更新後のアップデート情報Ｕがサーバー４００に格納される場合、主制御部１１０は、サーバー４００との間の通信を通信部１１４に行わせ、アップデート情報Ｕの更新情報を定期的に入手する。すなわち、アップデート情報Ｕの更新情報を通信部１１４が取得する。そして、その更新情報がアップデート情報Ｕの更新があったことを示す情報であれば、主制御部１１０は、更新後のアップデート情報Ｕのサーバー４００からの取得を通信部１１４に行わせ、記憶部１１３に記憶された従前のアップデート情報Ｕを更新後のアップデート情報Ｕに書き換える（記憶部１１３は、アップデート情報を更新後のアップデート情報に書き換える）。

また、更新後のアップデート情報Ｕを格納した携帯型メモリー５００が装着部１１５に装着されている場合には、アップデート情報Ｕの更新情報および更新後のアップデート情報Ｕを携帯型メモリー５００から取得してもよい（アップデート情報Ｕの更新情報が装着部１１５により取得されるようになっていてもよい）。

さらに、通信部１１４に接続されたコンピューター２００（図２参照）を利用し、記憶部１１３に記憶されたアップデート情報Ｕを更新後のアップデート情報Ｕに書き換えてもよい。

次に、図７を参照して、画像形成装置１００において行われるアップデート動作について説明する。

まず、図７のフローのスタート時点では、画像形成装置１００の記憶部１１３（ＲＯＭ１１３ａ）に旧バージョンのファームウェア６１０が記憶されている一方で、装置メーカーによって新バージョンのファームウェア６３０が既にリリースされているとする。そして、図７のフローのスタートは、旧バージョンから新バージョンへのアップデート指示を操作パネル１０１が操作者から受け付けたときである。

なお、新バージョンのソフトウェア６３０は、たとえば、操作者に提供された携帯型メモリー５００に格納されているとする。したがって、操作パネル１０１がアップデート指示を受け付けたということは、新バージョンのファームウェア６３０を格納する携帯型メモリー５００が装着部１１５に装着されたということである。また、旧バージョンから新バージョンへのアップデートに際して前以て中継バージョンにアップデートする必要があるか否かを判断するためのアップデート情報Ｕについては、記憶部１１３、サーバー４００および携帯型メモリー５００の少なくとも１つに格納されているとする。さらに、中継バージョンのファームウェア６２０についても、記憶部１１３、サーバー４００および携帯型メモリー５００の少なくとも１つに格納されているとする。

ステップＳ１において、主制御部１１０は、記憶部１１３、サーバー４００および携帯型メモリー５００のうちから、アップデート情報Ｕを取得する（通信部１１４または装着部１１５にアップデート情報Ｕを取得させる）。その後、ステップＳ２において、主制御部１１０は、旧バージョンから新バージョンへのアップデートに際して、前以て中継バージョンにアップデートする必要があるか否か（２段階アップデートが必要か否か）をアップデート情報Ｕに基づいて判断する。そして、前以て中継バージョンにアップデートする必要があると判断した場合には、ステップＳ３に移行する。

ステップＳ３に移行すると、主制御部１１０は、記憶部１１３、サーバー４００および携帯型メモリー５００のうちから、中継バージョンのファームウェア６２０を検索する。中継バージョンのファームウェア６２０の検索後、ステップＳ４において、主制御部１１０は、中継バージョンのファームウェア６２０が見つかったか否かを判断する。そして、中継バージョンのファームウェア６２０が見つかれば、ステップＳ５に移行する。

ステップＳ５に移行すると、主制御部１１０は、記憶部１１３、サーバー４００および携帯型メモリー５００のうちから、中継バージョンのファームウェア６２０を取得する（通信部１１４または装着部１１５に中継バージョンのファームウェア６２０を取得させる）。続いて、ステップＳ６において、主制御部１１０は、旧バージョンから中継バージョンにアップデートする（ＲＯＭ１１３ａは、旧バージョンから中継バージョンに更新するために中継バージョンのファームウェア６２０を記憶する）。そして、ステップＳ７において、主制御部１１０は、画像形成装置１００を再起動する。

再起動が終わると、ステップＳ８に移行する。なお、ステップＳ２において、中継バージョンにアップデートする必要がないと判断した場合にも、ステップＳ８に移行する。ステップＳ８に移行すると、主制御部１１０は、中継バージョンから新バージョンにアップデートする（ＲＯＭ１１３ａは、中継バージョンから新バージョンに更新するために新バージョンのファームウェア６３０を記憶する）。これにより、旧バージョンから新バージョンへのアップデートが完了する。

なお、ステップＳ４において、中継バージョンのファームウェア６２０が見つからなければ、ステップＳ９に移行する。ステップＳ９に移行すると、主制御部１１０は、中継バージョンへのアップデートを促すメッセージ（図６に示したダイアログボックスＤＢ）を操作パネル１０１に表示させる。なお、このときに操作パネル１０１に表示されたメッセージを見た操作者は、中継バージョンにアップデートするための対策を施す。たとえば、操作者は、中継バージョンのファームウェア６２０が格納されたサーバー４００と画像形成装置１００とを接続したり、中継バージョンのファームウェア６２０が格納された携帯型メモリー５００を装着部１１５に装着したりする。

そして、ステップＳ１０において、主制御部１１０は、中継バージョンへのアップデート指示を受け付けたか否か（図６に示したダイアログボックスＤＢにおいて、アップデートキーＫ１およびキャンセルキーＫ２のうちのどちらが押下されたか）を判断する。そして、中継バージョンへのアップデート指示を受け付けていれば（アップデートキーＫ１が押下されていれば）、ステップＳ６に移行し、アップデートを続ける。その一方、中継バージョンへのアップデート指示を受け付けていなければ（キャンセルキーＫ２が押下されていれば）、アップデートを終了する。

本実施形態の構成によると、旧バージョンから新バージョンへのアップデートに際して、前以て中継バージョンへのアップデートが必要であるか否かの確認や、中継バージョンへのアップデートのための操作を操作者に行わせる必要がない。したがって、旧バージョンから新バージョンへのアップデートに際して操作者が行う操作（確認作業なども含む）を減らすことができ、操作者の利便性が向上する。

また、従来の構成では、旧バージョンから新バージョンへのアップデートに際して中継バージョンへのアップデートが必要であったとしても、中継バージョンへのアップデート指示を操作者から受け付けなければ、中継バージョンへのアップデートを省略していきなり旧バージョンから新バージョンへのアップデートを開始していた。しかし、アップデートは正常に行われないので、操作者からすると、原因を確認した上で、最初からアップデートのための操作をやり直さなければならず、煩わしい。その一方、本実施形態では、中継バージョンへのアップデートが必要であれば、中継バージョンへのアップデートが自動的に行われる。このため、操作者からすると、旧バージョンから新バージョンへのアップデート指示を最初に１回だけ行えばよく、煩わしさはない。

また、本実施形態では、上記のように、操作パネル１０１（表示部）は、通信部１１４（取得部）または装着部１１５（取得部）が中継バージョンのソフトウェア６２０を取得できなければ、中継バージョンへのアップデートが必要である旨のメッセージを表示する。これにより、中継バージョンへのアップデートが必要であることを操作者に認識させることができる。そして、中継バージョンへのアップデートが必要であることを操作者に認識させることができれば、中継バージョンにアップデートするための対策（たとえば、中継バージョンのファームウェア６２０を格納したサーバー４００を通信部１１４に接続したり、中継バージョンのファームウェア６２０を格納した携帯型メモリー５００を装着部１１５に接続したりするなど）を操作者に施してもらえるので、その後、中継バージョンへのアップデートが可能となる。

また、本実施形態では、上記のように、主制御部１１０（制御部）は、中継バージョンへのアップデートの後に再起動を自動的に行い、ＲＯＭ１１３ａは、再起動の後、続けて、中継バージョンから新バージョンに更新するために新バージョンのファームウェア６３０を記憶する。これにより、操作者が行う操作（再起動のための操作）を減らすことができる。

また、本実施形態では、上記のように、ＲＯＭ１１３ａは、通信部１１４または装着部１１５がアップデート情報Ｕの更新情報を取得すると、アップデート情報Ｕを更新後のアップデート情報Ｕに書き換える。これにより、アップデート情報Ｕが旧いままで保持されていることに起因して適切な手順でアップデートが行われなくなる、という不都合が発生するのを抑制することができる。

今回開示された実施形態は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記実施形態の説明ではなく特許請求の範囲によって示され、さらに、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。

たとえば、上記実施形態では、本発明の情報処理装置を画像形成装置１００に適用する場合について説明したが、本発明はこれに限らず、画像形成装置１００以外の情報処理装置にも適用可能である。

１００ 画像形成装置（情報処理装置）
１０１ 操作パネル（表示部）
１１０ 主制御部（制御部）
１１３ 記憶部（内部記憶部）
１１３ａ ＲＯＭ（内部記憶部）
１１４ 通信部（取得部）
１１５ 装着部（取得部）
４００ サーバー（外部記憶装置）
５００ 携帯型メモリー（外部記憶装置）
ＳＹ 画像形成システム（情報処理システム）

Claims (5)

1. ソフトウェアを記憶する内部記憶部と、
   前記ソフトウェアを旧バージョンから新バージョンにアップデートするのに際して旧バージョンと新バージョンとの間のバージョンである中継バージョンに前以てアップデートする必要があるか否かを示したアップデート情報を取得するとともに、中継バージョンのソフトウェアおよび新バージョンのソフトウェアを取得する取得部と、を含み、
   前記内部記憶部は、前記ソフトウェアのアップデートに際して中継バージョンに前以てアップデートする必要がある旨を前記アップデート情報が示している場合、旧バージョンから中継バージョンに更新するために中継バージョンのソフトウェアを記憶した後、中継バージョンから新バージョンに更新するために新バージョンのソフトウェアを記憶することを特徴とする情報処理装置。
2. 情報を表示する表示部をさらに含み、
   前記表示部は、前記取得部が中継バージョンのソフトウェアを取得できなければ、中継バージョンへのアップデートが必要である旨のメッセージを表示することを特徴とする請求項１に記載の情報処理装置。
3. 中継バージョンへのアップデートを行った後、情報処理装置の再起動を自動的に行う制御部を含み、
   前記内部記憶部は、情報処理装置の再起動の後、続けて、中継バージョンから新バージョンに更新するために新バージョンのソフトウェアを記憶することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記内部記憶部は、前記アップデート情報を記憶している場合に、前記取得部が前記アップデート情報の更新情報を取得すると、前記アップデート情報を更新後のアップデート情報に書き換えることを特徴とする請求項１〜３のいずれかに記載の情報処理装置。
5. 請求項１〜４のいずれかに記載の情報処理装置と、
   前記情報処理装置に接続され、前記情報処理装置の内部記憶部に記憶されたソフトウェアを旧バージョンから新バージョンにアップデートするのに際して旧バージョンと新バージョンとの間のバージョンである中継バージョンに前以てアップデートする必要があるか否かを示したアップデート情報を記憶するとともに、中継バージョンのソフトウェアおよび新バージョンのソフトウェアを記憶する外部記憶装置と、を備えていることを特徴とする情報処理システム。

Images