JP2003196186A - 画像処理装置、ファームウェアの送信方法、及び画像処理装置の管理システム - Google Patents

Abstract

(57)【要約】 【課題】 画像処理装置の動作を制御するファームウェ
アをフラッシュＲＯＭなどの書き換え可能な記憶装置に
記憶し、新たなファームウェアを送信して前記記憶装置
の内容を書き換えることによりファームウェアを更新す
る場合において、例えば初期設定が一部変更されて用い
られているような場合においても、適切にファームウェ
アの更新を行うことを可能とする画像処理装置、ファー
ムウェアの送信方法、画像処理装置の管理システムを提
供する。 【解決手段】 新たなファームウェアを送信する際に、
当該新たなファームウェアへの更新処理を行う前後の少
なくとも一方において画像処理装置側で実行すべき処理
を記述した制御プログラム（スクリプトを含む。）をあ
わせて送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファームウェアに
より動作が制御される画像処理装置、当該画像処理装置
に新たなファームウェアを送信するファームウェアの送
信方法、及び画像処理装置の管理システムに関する。

【０００２】

【従来の技術】近年の画像処理装置の動作は、プログラ
ムや制御定数などを含むファームウェアにより制御され
る。従来、ファームウェアはマスクＲＯＭに格納されて
おり、バージョンアップ等の理由によりファームウェア
を更新する必要が生じた場合には、マスクＲＯＭを交換
することにより更新を行なっていた。

【０００３】しかし、マスクＲＯＭの交換のためにはサ
ービスマンが画像処理装置の設置場所まで赴く必要があ
り、ファームウェア更新のためのコストが高いものとな
っていた。そこで最近では、ファームウェアをフラッシ
ュＲＯＭなどの書き換え可能な記憶装置に格納し、電子
メール等の手段を利用してインターネットを介してファ
ームウェアを送信することにより、ファームウェアの更
新を行う技術が考案されている。例えば、特開２０００
−１６２９２６号公報には、ファクシミリ装置のファー
ムウェアを電子メールに添付してファクシミリ装置に配
信するシステムが開示されている。

【０００４】

【発明が解決しようとする課題】しかしながら、画像処
理装置の動作は設置場所、顧客が求める利用形態等によ
ってカスタマイズされる場合がある。例えば、リセット
ボタンを押した後のパラメータの初期設定（複写枚数
等）について、通常は複写枚数の初期値が１枚であるの
に対し、リセットボタンを押した後の複写枚数の設定が
１０枚になるようにする場合などである。

【０００５】上記のような初期設定値等はファームウェ
アを格納するフラッシュＲＯＭとは別のＲＡＭ等に記憶
されるのが通常である。このような場合、バージョンア
ップ等のために新たに作成されたファームウェアを送信
してファームウェアの更新を行うと、新たなファームウ
ェアでは前記ＲＡＭ上の異なる領域を参照してしまう場
合があり、カスタマイズされた内容がファームウェア更
新後にクリアされてしまうなどの問題点があった。この
場合、画像処理装置の側では、改めて初期設定を変更す
る必要が生じてしまう。

【０００６】本発明は、係る問題点に鑑みてなされたも
のであって、画像処理装置の動作がカスタマイズされて
いるような場合等においても、ファームウェア更新後に
初期設定の変更等をやり直す必要のない画像処理装置、
ファームウェアの送信方法、画像処理装置の管理システ
ムを提供することを目的としている。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る画像処理装置は、ファームウェアによ
り動作が制御される画像処理装置において、外部から送
信された新たなファームウェアを受信する受信手段と、
前記受信手段が受信した新たなファームウェアに、当該
新たなファームウェアへの更新処理を行う前後の少なく
とも一方において画像処理装置側で実行すべき処理を記
述した制御プログラムが付加されている場合に、当該制
御プログラムに基づく処理を実行する前後処理手段とを
含むことを特徴としている。

【０００８】この構成では、ファームウェアの更新の前
後の少なくとも一方で実行されるべき処理を記述した制
御プログラムが新たなファームウェアとともに送信され
た場合に、当該制御プログラムに記述された内容の処理
をファームウェアの更新に際して実行させることができ
る。当該処理としては、例えばファームウェアの更新の
前に、カスタマイズされた内容を別の記憶手段に退避さ
せる処理、新たなファームウェアに適合するように内容
を変更する処理や、ファームウェア更新の後に、退避さ
れた内容を適切な領域に復帰させる処理等を含めること
が可能であり、これによって上記したような問題に対処
することが可能となる。もっとも、ファームウェアの更
新の前後の少なくとも一方で実行すべき処理としては、
上記の例に限られるわけではなく、ファームウェア更新
の前に画像処理装置の側でエラーが発生している場合な
どに、対応するエラー処理を実行させることもできる
し、他にも各種の処理を実行させることができる。な
お、「制御プログラム」とは、機器制御を行うプログラ
ムであり、画像処理装置側に備えられたインタプリタ言
語により動作するようなテキスト列（下記実施の形態で
「スクリプト」と称しているものを含む。）の場合もあ
るし、バイナリデータの場合もある。

【０００９】また、本発明に係るファームウェアの送信
方法は、画像処理装置の外部から、当該画像処理装置の
動作を制御するファームウェアを送信する送信方法にお
いて、新たなファームウェアと、当該新たなファームウ
ェアへの更新処理を行う前後の少なくとも一方において
画像処理装置側で実行すべき処理を記述した制御プログ
ラムとを添付した電子メールメッセージを生成する生成
ステップと、前記生成ステップにて生成した電子メール
メッセージを画像処理装置に送信する送信ステップとを
含むことを特徴としている。

【００１０】この方法では、ファームウェアの更新の前
後の少なくとも一方で実行されるべき処理を記述した制
御プログラムが新たなファームウェアとともに送信さ
れ、当該制御プログラムに記述された内容の処理をファ
ームウェアの更新に際して実行させることができる。な
お、前記生成ステップでは、前記新たなファームウェア
と前記制御プログラムとをまとめて圧縮する圧縮サブス
テップと、前記圧縮サブステップでまとめられた内容を
対応づけて分割する分割サブステップとを有し、分割さ
れたそれぞれの内容を添付した複数の電子メールメッセ
ージを生成することもできる。

【００１１】また、本発明に係る画像処理装置の管理シ
ステムは、ファームウェアにより動作が制御される画像
処理装置と、当該画像処理装置に新たなファームウェア
を送信する管理装置とを含む画像処理装置の管理システ
ムにおいて、前記管理装置は、新たなファームウェア
と、当該新たなファームウェアへの更新処理を行う前後
の少なくとも一方において画像処理装置側で実行すべき
処理を記述した制御プログラムとを添付した電子メール
メッセージを生成する生成手段と、前記生成手段が生成
した電子メールメッセージを画像処理装置に送信する送
信手段とを含み、前記画像処理装置は、電子メールメッ
セージを受信する受信手段と、前記受信手段が受信した
電子メールメッセージに、前記制御プログラムが含まれ
ている場合に、当該制御プログラムに基づく処理を実行
する前後処理手段とを含むことを特徴としている。

【００１２】

【発明の実施の形態】以下、本発明に係る画像処理装置
等の実施の形態について、図面を参照しながら説明す
る。 （１）画像処理装置の管理システムの全体構成 図１は、本実施の形態に係る画像処理装置の管理システ
ム（以下、単に「管理システム」という。）の構成を示
す図である。同図の管理システム１０は、サービスセン
タ２０とユーザサイト４０とをインターネット３０にて
接続した構成となっている。

【００１３】サービスセンタ２０は、ユーザサイト４０
に対して新たなファームウェアを送信し、ユーザサイト
４０では、画像処理装置の動作を制御するファームウェ
アを、送信されてきた新たなファームウェアで書き換え
る更新処理を行う。本実施の形態では、新たなファーム
ウェアの送信を、インターネット３０を介した電子メー
ルメッセージにより行う。

【００１４】なお、サービスセンタ２０は複数のユーザ
サイトに対して画像処理装置の管理サービスを提供する
ことができるが、いずれのユーザサイトに対して提供す
るサービスも新たなファームウェアの送信に関しては同
様であるので、本実施の形態においてはユーザサイト４
０を例として説明する。サービスセンタ２０は、ルータ
２５を介してインターネット３０に接続されているが、
さらにセキュリティの保護のためファイアウォール２４
が設けられている。サービスセンタ２０のホストコンピ
ュータ２１は、ＬＡＮ２２を介してファイアウォール２
４に接続されており、メールサーバ２３を介して各ユー
ザサイトと電子メールの送受信を行う。

【００１５】ユーザサイト４０はルータ４５を介してイ
ンターネット３０に接続されており、サービスセンタ２
０と同様にセキュリティ保護のためのファイアウォール
４４が設けられている。ファイアウォール４４とルータ
４５とを介してインターネット３０に接続されているＬ
ＡＮ４７には、画像処理装置４２、クライアントＰＣ４
３等が接続されている。ＬＡＮ４７には複数の画像処理
装置を接続することが可能である。ＬＡＮ４７に接続さ
れている各画像処理装置は管理ユニットを介して接続さ
れており、例えば画像処理装置４２は管理ユニット４１
を介してＬＡＮ４７に接続されている。もっともこれら
はユーザサイト４０の構成の一例であり、クライアント
ＰＣを備えていないユーザサイトもあり得る。

【００１６】ユーザサイト４０に備えられているメール
サーバ４６は、ファイアウォール４４に接続されてお
り、クライアントＰＣ４３や管理ユニット４１等に対し
て電子メールの送受信サービスを提供する。なお、メー
ルサーバを備えていないユーザサイトのクライアントＰ
Ｃや管理ユニットは外部のメールサーバ、例えばインタ
ーネットサービスプロバイダ（以下、「ＩＳＰ」と表記
する。）が保有するメールサーバを利用することもでき
る。

【００１７】後に詳細に説明するが、本実施の形態にお
いてファームウェアを送信するに際しては、新たなファ
ームウェアに加えて、ファームウェアの更新処理を実行
する前後、若しくは前後のいずれかにユーザサイト４０
側で実行すべき処理を記述した制御プログラム（以下、
「スクリプト」という。）を送信する。従って、本実施
の形態のユーザサイトは電子メールを利用してファーム
ウェア及びスクリプトの受信を行なう機能を有すること
が要求される。ファームウェアとスクリプトとを併せて
送信するには、例えばいわゆるファイル圧縮ソフトウェ
ア（以下、「圧縮ソフト」という。）を用いてファーム
ウェアとスクリプトとのそれぞれが格納された複数のフ
ァイルをまとめて圧縮し、電子メールに添付する方法が
考えられるが、これに限定されるわけではない。

【００１８】本実施の形態での電子メールを利用したフ
ァイルの送受信には、例えばＳＭＴＰ（シンプル・メー
ル・トランスファー・プロトコル：ＲＦＣ８２１等）、
ＭＩＭＥ（マルチプル・インターネット・メール・エク
ステンション：ＲＦＣ１５２１等）やＰＯＰ３（ポスト
・オフィス・プロトコル・バージョン３：ＲＦＣ１７２
５、ＲＦＣ１９３９等）などのプロトコルを利用するこ
とができる。

【００１９】（２）画像処理装置の構成 次に画像処理装置４２内のハードウェア構成について説
明する。なお画像処理装置４２は、複写機やプリンタと
しての機能を兼ね備えた、いわゆるＭＦＰ（マルチファ
ンクショナル・プリンタ）であるが、本実施の形態の管
理システム１０は、ＭＦＰの他にファクシミリ、複写
機、スキャナ、プリンタ等、管理ユニットの有無を問わ
ず管理することが可能である。

【００２０】図２は、画像処理装置４２のうち、特にフ
ァームウェアを実行して画像処理装置４２の動作を制御
する４つの制御モジュールのハードウェア構成と各制御
モジュールの接続状態を示す図である。４つの制御モジ
ュールはそれぞれ固有の役割を果たしているが、ハード
ウェア構成はほぼ同様であって、ＣＰＵやメモリ等が内
部バスにて接続され、さらに内部バスに接続されたシリ
アルＩ／Ｆ（インターフェース）等により他の制御モジ
ュールとシリアル通信する他、個別の機能に対応するＧ
Ａ（ゲートアレイ）等が内部バスに接続されて構成され
ている。

【００２１】さらに、制御モジュールごとのファームウ
ェアを格納したフラッシュＲＯＭ、作業用メモリとして
のＳＲＡＭ（スタティックＲＡＭ）、動作設定等のパラ
メータを格納したＮＶＲＡＭ（不揮発性ＲＡＭ）が内部
バスにそれぞれ接続されている。ＣＰＵはフラッシュＲ
ＯＭからファームウェアを読み出し、これに従って処理
を実行する。

【００２２】制御モジュール４２１はＣＰＵ４２１１、
フラッシュＲＯＭ４２１２、ＳＲＡＭ４２１３、ＮＶＲ
ＡＭ４２１４を備えている。また、他の制御モジュール
４２２等とシリアル通信するためのシリアルＩ／Ｆ４２
１５、４２１６や管理ユニット４１と通信するためのシ
リアルＩ／Ｆ４２１７も内部バスに接続されており、さ
らに操作パネル４２１８も制御モジュール４２１の制御
下にある。

【００２３】制御モジュール４２１は、管理ユニット４
１や操作パネル４２１８を介して、プリントジョブやコ
ピージョブ、或いはファームウェア更新ジョブを受け付
け、ジョブの実行に必要な処理を他の制御モジュール４
２２、４２３、４２４に振り分けたり、各処理の順序や
タイミングを指示する等の全体制御の機能を有する。制
御モジュール４２２もＣＰＵ４２２１、フラッシュＲＯ
Ｍ４２２２、ＳＲＡＭ４２２３、及びＮＶＲＡＭ４２２
４を内部バスに接続したハードウェア構成を有してお
り、さらに制御モジュール４２１、４２４とシリアル通
信するためのシリアルＩ／Ｆ４２２５、４２２６を備え
ている。また、プリント負荷を制御するためのプリント
負荷制御部Ｉ／ＯＧＡ４２２７を備えている。

【００２４】制御モジュール４２２は、感光体ドラム上
に潜像を形成し、これを現像して記録シートに転写し、
転写したトナー像を定着して記録シートを排出するまで
の一連のプリント動作にかかわるレーザダイオードの点
灯制御、ポリゴンミラーや搬送ローラの駆動等の制御を
制御モジュール４２１からの指示に基づいて実行する。

【００２５】制御モジュール４２３も、ＣＰＵ４２３１
等を内部バスに接続した構成を有しており、さらに原稿
画像を読み取るためのイメージリーダ（ＩＲ）の動作を
制御するためのＩＲ負荷制御部Ｉ／ＯＧＡ４２３５を備
えている。また、制御モジュール４２１と通信するため
のシリアルＩ／Ｆ４２３６が内部バスに接続されてい
る。

【００２６】制御モジュール４２３は、ＩＲ負荷制御部
Ｉ／ＯＧＡ４２３５を介して、原稿の紙送りをする搬送
モータを制御したり、イメージリーダを駆動する駆動モ
ータや原稿面を照射するランプの点灯を制御したりす
る。そして、この制御は、操作パネル４２１８にて入力
された指示に基づいて制御モジュール４２１が発行する
制御命令に従って実行される。

【００２７】制御モジュール４２４も、ＣＰＵ４２４１
等を内部バスに接続した構成を有しており、制御モジュ
ール４２２と通信するためのシリアルＩ／Ｆ４２４５を
備えている。更に画像補正制御部ＧＡ４２４６が内部バ
スに接続されており、ＣＰＵ４２４１の制御下、制御モ
ジュール４２４の固有の機能を実行する。具体的には、
制御モジュール４２４は、制御モジュール４２２を介し
て、制御モジュール４２１からプリントジョブに係る画
像データを受け取ったり、或いは制御モジュール４２３
からのコピージョブに係る画像データを受け取ったりし
て、これらの画像データにシェーディング補正やγ補正
等の画像処理を施し、制御モジュール４２２にプリント
出力させる。

【００２８】（３）管理ユニット４１の構成 次に、管理ユニット４１の構成について説明する。な
お、管理システム１０を構成する画像処理装置には、画
像処理装置４２のように管理ユニット４１が外付けされ
ているものもあれば、管理ユニット４１に相当する機能
を内蔵した画像処理装置もある。ここでは、画像処理装
置４２に外付けされた管理ユニット４１を例として、そ
の構成について説明する。

【００２９】図３は、管理ユニット４１の構成を示す図
である。同図に示されるように、管理ユニット４１は、
制御プログラムを格納したＥＰＲＯＭ４１８、作業用メ
モリであるＳＲＡＭ４１７、各種設定値等を格納したＮ
ＶＲＡＭ４１５が内部バスに接続されて構成されてお
り、ＣＰＵ４１９は前記制御プログラムを読み出して処
理を実行する。

【００３０】なお、ＮＶＲＡＭ４１５に格納されている
各種設定値としては、管理ユニット４１及びメールサー
バ４６のＩＰアドレス、メールサーバ４６から電子メー
ルをダウンロードする際に必要となるアカウント名、パ
スワード等がある。また、内部バスにはＮＩＣ（ネット
ワーク・インターフェース・カード）４１２が接続され
ており、ＬＡＮ４７等を介してインターネット３０に接
続し、電子メールの送受信を行うことができる。さら
に、制御モジュール４２１とシリアル通信するためのシ
リアルＩ／Ｆ４１１も内部バスに接続されており、シリ
アルＩ／Ｆ４１１と、制御モジュール４２１のシリアル
Ｉ／Ｆ４２１７とがシリアルケーブル（クロスタイプ）
にて接続されている。

【００３１】同じく内部バスに接続された電源ＩＯ４１
３は、画像処理装置４２への電力供給を入り切りする電
磁スイッチを制御して、画像処理装置４２を再起動等さ
せるためのＩＯである。なお、電力供給を制御するのに
替えて、各制御モジュールのＣＰＵ４２１１、４２２
１、４２３１、４２４１のリセット端子に接続し、これ
により画像処理装置４２を再起動させるようにしてもよ
い。

【００３２】また、管理ユニット４１は、プリントジョ
ブに供されるべき画像データや、ファームウェア更新ジ
ョブに係るファームウェアを一時的に保持するための固
定記憶装置４１６を備えている。なお、固定記憶装置４
１６は不図示の固定記憶装置接続Ｉ／Ｆを介して内部バ
スに接続されており、ＣＰＵ４１９は当該固定記憶装置
接続Ｉ／Ｆに指示することにより、固定記憶装置４１６
にアクセスする。

【００３３】さらに管理ユニット４１はタイマ４１４を
備えており、例えば、電子メールの受信の有無を確認し
てダウンロードするためにメールサーバ４６にアクセス
するタイミングを取得したり、電子メールの送受信に用
いるＳＭＴＰ、ＰＯＰ３等の下位層プロトコルであるＴ
ＣＰ（トランスミッション・コントロール・プロトコ
ル）によるパケット再送制御に必要なタイムアウトを検
出するために用いられる。

【００３４】また、管理ユニット４１は操作パネル４２
０を備えている。本実施の形態の操作パネル４２０は、
いわゆるカラー液晶タッチパネルであり、管理ユニット
４１は操作パネル４２０を用いて、設定入力を受け付け
たりエラー表示を行なったりすることができる。 （４）ホストコンピュータ２１の構成 次に、サービスセンタ２０に配備され、ユーザサイト４
０等に設置された画像処理装置を管理するホストコンピ
ュータ２１の構成について説明する。なお、本実施の形
態では、シングルプロセッサ構成の場合について説明す
るが、管理する画像処理装置が多数である等の場合には
マルチプロセッサ構成としてもよい。

【００３５】図４は、ホストコンピュータ２１の構成を
示す図である。同図に示されるようにホストコンピュー
タ２１は、本体部２１４と、これに接続された周辺機器
であるディスプレイ２１１、キーボード２１２、マウス
２１３からなっている。本体部２１４は、ＣＰＵ２１４
４、ＲＯＭ２１４５、ＲＡＭ２１４６等を内部バスにて
接続した構成を有している。

【００３６】本体部２１４は、周辺機器との接続インタ
ーフェースとして、ディスプレイ２１１に画像出力する
ための表示制御部２１４１、キーボード２１２やマウス
２１３からの入力を受け付けるための入力制御部２１４
２、ＬＡＮ２２に接続するためのＮＩＣ２１４３を備
え、これらも内部バスに接続されている。不図示のイン
ターフェース部を介して内部バスに接続された固定記憶
装置２１４７には、本実施の形態においてファームウェ
ア及びスクリプトを添付した電子メールの送信対象とな
る、ホストコンピュータ２１の管理下にある各画像処理
装置の電子メールアドレスを含む情報を、画像処理装置
ごとに記憶する送信先データベースを格納している他、
実際に送信されるファームウェア及びスクリプトが格納
される。

【００３７】ホストコンピュータ２１には、例えばＤＢ
ＭＳ（データベース管理システム）がインストールされ
ており、オペレータは当該ＤＢＭＳを介して前記送信先
データベースにアクセスすることができるが、ＤＢＭＳ
を介さず他の手段でアクセスするようにしても構わな
い。また、ＤＢＭＳの種類として、本実施の形態ではＲ
ＤＢＭＳ（リレーショナルＤＢＭＳ）を用いるものとす
るが、他の種類のＤＢＭＳを用いてもよい。

【００３８】（５）ホストコンピュータ２１の処理内容 以上のような構成を有する管理システム１０に関し、以
下、具体的な処理内容について説明するが、まず、サー
ビスセンタ２０に設置されているホストコンピュータ２
１の処理内容について、特にファームウェア更新のため
の電子メール送信処理に関する部分について説明する。
図５は、ホストコンピュータ２１の処理内容を示すフロ
ーチャートである。

【００３９】ホストコンピュータ２１は電源の投入によ
り処理を開始し、まず初期化処理を行なう（Ｓ１）。初
期化処理の内容としては、ＲＯＭ２１４５から読み出し
たブートプログラムによるＲＡＭ２１４６の初期化など
のハードウェアの初期化、ＯＳ（オペレーティング・シ
ステム）や必要なアプリケーションプログラムの起動、
ディスプレイ２１１への初期画面の表示などが含まれ
る。

【００４０】初期化処理を終了すると、ホストコンピュ
ータ２１は入力待ち状態となる。この状態において、ホ
ストコンピュータ２１は、ファームウェアの更新に関す
る入力、即ち「通信設定処理」、「画像処理装置登録処
理」、「ファームウェア送信処理」の各指示を、キーボ
ード２１２上に配列されたファンクションキーＦ１〜Ｆ
３により受け付ける。

【００４１】ホストコンピュータ２１は、Ｆ１キーが押
下されたのを検出すると（Ｓ２：Ｙｅｓ）、通信設定処
理を行う（Ｓ３）。具体的には、キーボード２１２など
を介して、電子メールの送信に必要なパラメータの設
定、例えば、サービスセンタ２０側のＬＡＮ２２に接続
されたメールサーバ２３のＩＰアドレス、ホストコンピ
ュータ２１の電子メールアドレス等の入力を受け付け、
固定記憶装置２１４７に格納する。

【００４２】Ｆ１キーが押下されていない場合（Ｓ２：
Ｎｏ）に、Ｆ２キーが押下されたことを検出すると（Ｓ
４：Ｙｅｓ）、画像処理装置登録処理を行う（Ｓ５）。
具体的には、ファームウェアを送信すべき画像処理装置
の電子メールアドレスや、画像処理装置内の各制御モジ
ュールの識別子、送信すべきファームウェア、スクリプ
ト等のファイル名、その画像処理装置のユーザの名称、
住所、電話番号等の情報の入力を受け付け、それらの情
報を固定記憶装置２１４７の送信先データベースに格納
する。

【００４３】前記の通り、本実施の形態でホストコンピ
ュータ２１が固定記憶装置２１４７に保持しているデー
タベースはいわゆるリレーショナルデータベースであっ
て、情報がテーブルの形式で記憶されている。図６は、
上記送信先データベースの内容の一例を示す図である。
同図に示されるように、送信先データベースでは、管理
システム１０による管理の対象である画像処理装置のそ
れぞれに固有の識別子（以下、「装置ＩＤ」という。）
を付与し、さらに画像処理装置が複数の制御モジュール
を有している場合には、それぞれに制御モジュールの識
別子を付与して、これらをキーとし、各画像処理装置、
制御モジュールごとにデータを管理している。データの
項目としては、送信先の「電子メール・アドレス」、
「圧縮ファイル名」、「ファームウェアファイル名」、
「前スクリプトファイル名」、「後スクリプトファイル
名」及びその他の情報を含んでいる。

【００４４】「制御モジュール識別子」は、画像処理装
置４２の如く、一の画像処理装置が複数の制御モジュー
ルを有する場合に、ファームウェアファイル名により指
定されるファイルに含まれるファームウェアが、どの制
御モジュールを制御するものであるかを識別するための
識別子である。「圧縮ファイル名」としては、ファーム
ウェアを送信する際に、ファームウェアとスクリプトと
をあわせて圧縮する場合の圧縮後のファイル名が保持さ
れる。本実施の形態では、電子メールにファームウェア
を添付すべくテキストに変換する前に、いわゆる圧縮ソ
フトウェアを用いてファームウェアとスクリプトとをあ
わせて圧縮し、一つのファイルを作成した後でテキスト
に変換するという方法をとるからである。

【００４５】ここで、ファームウェアは通常バイナリデ
ータの形式で作成され、図６の例では、例えば「Ｆｉｒ
ｍｗｒ１．ｄａｔ」というように、圧縮ファイル名と同
じ名称であって拡張子が異なるファイル名のファイルに
元のファームウェアを格納することができる。スクリプ
トは通常テキストデータの形式で保存され、「前スクリ
プトファイル名」、「後スクリプトファイル名」で指示
されるファイル名のファイルに格納される。「前スクリ
プトファイル名」で指定されるファイルには、ファーム
ウェアの更新前に実行させるべき処理を記述したスクリ
プトを保持し、「後スクリプトファイル名」で指定され
るファイルファームウェアの更新後に実行させるべき処
理を記述したスクリプトを保持する。

【００４６】なお、ファイルの圧縮には、各種の圧縮ソ
フトウェアを用いることができ、圧縮後のファイルの拡
張子はｌｚｈに限定されず、電子メールを受信した画像
処理装置の側での解凍が可能である限り、ｌｈａ、ｚｉ
ｐ、ｇｚ、ｓｉｔ、ｃｐｔ等、圧縮方式に対応して任意
のものを用いることができる。以下、図６の例につい
て、装置ＩＤ「１」、制御モジュール識別子「１」の場
合を例としてより具体的に説明する。この場合の例で
は、バイナリデータのファームウェアを格納するファイ
ル（ファイル名「Ｆｉｒｍｗｒ１．ｄａｔ」）、ファー
ムウェア更新前に画像処理装置において実行されるべき
処理が記述されたスクリプトを格納するファイル（ファ
イル名「Ｂｓｃｒｉｐｔ１．ｔｘｔ」）、及びファーム
ウェア更新後に画像処理装置において実行されるべき処
理が記述されたスクリプトを格納するファイル（ファイ
ル名「Ａｓｃｒｉｐｔ１．ｔｘｔ」）の三つのファイル
が圧縮ソフトウェアによりあわせて圧縮され、圧縮ファ
イル（ファイル名「Ｆｉｒｍｗｒ１．ｌｚｈ」）が生成
される。生成された圧縮ファイルはバイナリデータの形
式であるから、これを、例えばｂａｓｅ６４などの方法
でテキストに変換した後、電子メールに添付されること
になる。

【００４７】なお、スクリプトによる処理は、上記の例
のようにファームウェアの更新前後の両方に実行される
場合もあるし、前後のいずれかのみに実行される場合も
ある。また、「その他の情報」としては、画像処理装置
のユーザの名称、住所、電話番号等の情報がテキストデ
ータとして格納されている。もっとも、これら「ユーザ
の名称」、「住所」等をそれぞれ別項目としてもよいこ
とは勿論である。

【００４８】図５のフローチャートに戻って、Ｆ２キー
も押下されていない場合（Ｓ４：Ｎｏ）、Ｆ３キーが押
下されたのを検出すると（Ｓ６：Ｙｅｓ）、ファームウ
ェア送信処理を行う（Ｓ７）。具体的には、ファームウ
ェア及びスクリプトを、上記したような方法により、電
子メールを利用して画像処理装置に対して送信し、ファ
ームウェアの更新を促す。

【００４９】ここで、ファームウェア送信処理（Ｓ７）
の内容について説明する。図７は、ファームウェア送信
処理の詳細な内容を示すフローチャートである。ファー
ムウェア送信処理では、まずホストコンピュータ２１
が、ファームウェア送信の対象となる画像処理装置の装
置ＩＤ及び制御モジュール識別子の指定を受け付ける
（Ｓ１０）。より具体的には、ホストコンピュータ２１
は、キーボード２１２等を介して、ファームウェアの送
信対象を特定する情報として、装置ＩＤ、制御モジュー
ル識別子等の入力を受け付ける。ホストコンピュータ２
１は、入力されたデータをキーとして送信先データベー
スを読み出し、当該データに対応する登録情報を含むレ
コードを読み出す（Ｓ１１）。

【００５０】次にホストコンピュータ２１は、登録情報
に従い、固定記憶装置２１４７からファームウェア及び
スクリプトのファイルを読み出す（Ｓ１２）。そして読
み出されたファイルを圧縮ソフトウェアによりまとめて
圧縮し（Ｓ１３）、単一の圧縮ファイルを生成する（Ｓ
１４）。ファイル名は、登録情報に従って付けられる。

【００５１】圧縮ファイルはバイナリデータの形式で作
成されるため、ホストコンピュータ２１は、得られた圧
縮ファイルをＢａｓｅ６４等の方式によりテキストデー
タに変換する（Ｓ１４）。また、ホストコンピュータ２
１は、得られた登録情報のレコードから電子メールアド
レスを読み出し、当該電子メールアドレスを宛先とする
電子メールメッセージを作成する（Ｓ１５）。この電子
メールメッセージには、圧縮ファイルの内容、即ち、新
たなファームウェア及びスクリプトの内容が添付され
る。

【００５２】ホストコンピュータ２１は、圧縮ファイル
の内容を添付した電子メールメッセージをメールサーバ
２３に送信する（Ｓ１６）。即ち、図５のステップＳ３
にて設定されるメールサーバ２３のＩＰアドレス等を参
照して、メールサーバ２３との間にＴＣＰセッションを
確立し、ＳＭＴＰに従ってメールサーバ２３に電子メー
ルメッセージを送付する。

【００５３】以後、図５のフローチャートに戻り、ステ
ップＳ６にてＦ３キーが押下されていない場合（Ｓ６：
Ｎｏ）、若しくはファームウェア送信処理の終了後に
は、ステップＳ２へと戻り、繰返しファンクションキー
Ｆ１〜Ｆ３の押下をチェックする。 （６）圧縮ファイルの内容が添付された電子メールメッ
セージについて ここで、圧縮ファイルの内容、即ちファームウェア及び
スクリプトの内容が添付された電子メールメッセージに
ついて説明する。本実施の形態において、電子メールメ
ッセージのフォーマットはＲＦＣ８２２に準拠する。図
８は、ファームウェア等が添付された電子メールメッセ
ージの内容について説明するための図である。

【００５４】図８において、電子メールメッセージはＲ
ＦＣ８２２の規定に従い、メッセージ・ヘッダ部とメッ
セージ・ボディ部とから成っており、メッセージ・ヘッ
ダ部とメッセージ・ボディ部との間はＮＵＬＬ行によっ
て区画されている。なお、ＮＵＬＬ行とはＣＲＬＦ（キ
ャリッジ・リターン・アンド・ライン・フィールド）の
みを含む行をいう。

【００５５】メッセージ・ヘッダ部には、所定のヘッダ
・フィールドを備えている。具体的には、ＲＦＣ８２２
に規定された「Ｆｒｏｍ」、「Ｔｏ」、「Ｄａｔｅ」、
「Ｓｕｂｊｅｃｔ」に加えて、ＲＦＣ１５２１に規定さ
れる「ＭＩＭＥ−Ｖｅｒｓｉｏｎ」、「Ｃｏｎｔｅｎｔ
−Ｔｙｐｅ」、及び「Ｃｏｎｔｅｎｔ−Ｄｅｓｃｒｉｐ
ｔｉｏｎ」の３つのヘッダ・フィールドを有している。
各ヘッダ・フィールドはコロン（：）で区画されたフィ
ールド名とフィールド・ボディから成っている。

【００５６】図８の例では、「Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ」フィールドのフィールド・ボディ部は、「ｍｕｌｔ
ｉｐａｒｔ／ｍｉｘｅｄ」として、メッセージ・ボディ
部を複数のパートに分割している旨を表示する。また、
これに続くセミコロン（；）の後には、パートの境界を
表す「ｂｏｕｎｄａｒｙ」パラメータとして所定の文字
列（同図の例では「５ｋｖｒＺＦ／ｈｒＡ」）が表示さ
れている。また、「Ｃｏｎｔｅｎｔ−Ｄｅｓｃｒｉｐｔ
ｉｏｎ」フィールドのフィールド・ボディには「Ｆｉｒ
ｍｗａｒｅ」と表示されている。これは電子メールメッ
セージにファームウェアが含まれていることを示すもの
である。

【００５７】次にメッセージ・ボディ部について説明す
る。メッセージ・ボディ部には、メッセージ・ヘッダ部
の「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」フィールドに表示され
たＢｏｕｎｄａｒｙパラメータ（図８の例では「５ｋｖ
ｒＺＦ／ｈｒＡ」）の先頭部分に「――」を挿入した文
字列（図８の例では「――５ｋｖｒＺＦ／ｈｒＡ」）に
より各パートの開始部分である旨を表示する。

【００５８】Ｂｏｕｎｄａｒｙパラメータの文字列に引
き続く行では、そのパートに格納されたデータの属性を
表示するために、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」と「Ｃ
ｏｎｔｅｎｔ−Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ」
という二つのヘッダ・フィールドが配されている。ここ
での「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」フィールドのフィー
ルド・ボディには、そのパートに格納されたデータが典
型的には解釈されないバイナリ・データ若しくはアプリ
ケーションによって処理される情報であることを示す
「ａｐｐｌｉｃａｔｉｏｎ」が表示されている。

【００５９】これに続くスラッシュ（／）の後には、当
該データがメーラによっては解釈されないバイナリデー
タであることを表すサブタイプ名「ｏｃｔｅｔ−ｓｔｒ
ｅａｍ」が表示されている。さらにセミコロンの後に
は、添付されているバイナリデータを内容とする圧縮フ
ァイルのファイル名（図８では、「Ｆｉｒｍｗｒ１．ｌ
ｚｈ」）が表示されている。

【００６０】なお、ＲＦＣ８２２は、電子メールはテキ
スト行からなる旨を規定しており、圧縮ファイル等のバ
イナリデータを添付する場合には、それをテキストデー
タに変換しなければならないことから、次の行に配され
ている「Ｃｏｎｔｅｎｔ−Ｔｒａｎｓｆｅｒ−Ｅｎｃｏ
ｄｉｎｇ」フィールドのフィールド・ボディには、デー
タの符号化方式を表す「ｂａｓｅ６４」が表示されてい
る。これにより、圧縮ファイルがＢａｓｅ６４方式に従
ってＵＳ−ＡＳＣＩＩ文字に変換されていることがわか
る。

【００６１】これらの二つのヘッダ・フィールドに引き
続く行には、Ｂａｓｅ６４方式に従ってＵＳ−ＡＳＣＩ
Ｉ文字に変換された圧縮ファイルのデータが格納され
る。なお、符号化方式はＢａｓｅ６４方式に限定され
ず、Ｕｕｅｎｃｏｄｅ方式やＢｉｎＨｅｘ方式を用いる
ことも可能である。メッセージ・ボディ部の終端には、
メッセージ・ヘッダ部の「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」
フィールドに表示されたＢｏｕｎｄａｒｙパラメータ
（図８の例では「５ｋｖｒＺＦ／ｈｒＡ」）の前後にそ
れぞれ「――」を挿入した文字列（図８の例では「――
５ｋｖｒＺＦ／ｈｒＡ――」）により終端である旨を表
示する。

【００６２】（７）管理ユニット４１の処理内容 次に、ユーザサイト４０に設置された管理ユニット４１
の処理内容について説明する。図９は、特に管理ユニッ
ト４１が電子メールメッセージを受信する際の処理内容
について説明するためのフローチャートである。管理ユ
ニット４１は電源を投入されると処理を開始して、メモ
リの初期化やパラメータの初期化等を含む初期化処理を
実行する（Ｓ２０）。

【００６３】管理ユニット４１は操作パネル４２０に設
けられた設定キーが押下されたか否かを検出する。そし
て、設定キーが押下されていた場合には（Ｓ２１：Ｙｅ
ｓ）、管理ユニット４１は、通信設定処理を行う（Ｓ２
２）。具体的には、管理ユニット４１は、操作パネル４
２０を介して管理ユニット４１が電子メールメッセージ
を送受信するために必要なパラメータの設定を受け付け
る。即ち、管理ユニット４１は、操作パネル４２０を介
して、メールサーバ４６のＩＰアドレス、電子メール・
アカウント名とパスワード、メールサーバ４６に電子メ
ールメッセージが入着しているか否かを定期的に確認す
る際の時間間隔等の設定入力を受け付ける。入力された
情報は、それぞれＮＶＲＡＭ４１５の所定アドレスに記
憶される。

【００６４】設定キーが押下されていない場合（Ｓ２
１：Ｎｏ）、若しくは通信設定処理を終了した場合に
は、管理ユニット４１はタイマ４１４を参照し、最後に
メールサーバ４６にアクセスしてから所定の確認間隔時
間が経過したか否かを判定する（Ｓ２３）。所定の確認
間隔時間とは、前記通信設定処理でＮＶＲＡＭ４１５に
格納されている値であって、メールサーバ４６に電子メ
ールメッセージが入着しているか否かを定期的に確認す
る際の時間間隔である。所定の確認間隔時間を経過して
いた場合には（Ｓ２３：Ｙｅｓ）、電子メール読み取り
処理を行う（Ｓ２４）。

【００６５】図１０は電子メール読み取り処理の詳細な
内容を示すフローチャートである。電子メール読み取り
処理において、管理ユニット４１は、まずメールサーバ
４６との間でＴＣＰコネクションを確立する（Ｓ３
０）。ＴＣＰコネクションを確立したら、ＰＯＰ３に従
い、メールサーバ４６に新着メッセージ、即ち新たな電
子メールメッセージが入着したか否かを問い合わせる。
新着メッセージがある場合には（Ｓ３１：Ｙｅｓ）、当
該メッセージを送付するようにメールサーバ４６に要求
する（Ｓ３２）。

【００６６】管理ユニット４１は新着メッセージを受け
取ると、現時刻を計時してＮＶＲＡＭ４２１４の所定ア
ドレスに格納する。続いて、管理ユニット４１は受け取
った新着メッセージのメッセージ・ヘッダ部の「Ｃｏｎ
ｔｅｎｔ−Ｄｅｓｃｒｉｐｔｉｏｎ」フィールドを参照
して、そのフィールド・ボディに「Ｆｉｒｍｗａｒｅ」
と記載されているか否かをチェックする。

【００６７】前記フィールド・ボディに「Ｆｉｒｍｗａ
ｒｅ」と表示されていたら、管理ユニット４１は前記メ
ッセージにファームウェアを含む圧縮ファイルの内容が
添付されていると判定し（Ｓ３３：Ｙｅｓ）、圧縮ファ
イルに相当するテキスト部分を取り出す（Ｓ３４）。な
お、本実施の形態では、「Ｃｏｎｔｅｎｔ−Ｄｅｓｃｒ
ｉｐｔｉｏｎ」フィールドのフィールド・ボディに「Ｆ
ｉｒｍｗａｒｅ」と記載されているか否かにより、ファ
ームウェア、スクリプトが含まれているか否かを判定し
たが、判定手法はこれに限定されず、「Ｓｕｂｊｅｃ
ｔ」フィールドの内容、添付されているファイル名等を
参照して判定するようにしてもよい。また、判定ミスの
防止のため、上記の判定手法を組合せて（例えば、「Ｃ
ｏｎｔｅｎｔ−Ｄｅｓｃｒｉｐｔｉｏｎ」フィールドの
内容とファイル名の両方を参照する。）判定するように
してもよい。

【００６８】取り出されたＵＳ−ＡＳＣＩＩデータはＢ
ａｓｅ６４方式に基づいて復号化され（逆Ｂａｓｅ６４
変換）、元の圧縮ファイル（図８の例ではファイル名＝
「Ｆｉｒｍｗｒ１．ｌｚｈ」）に戻される（Ｓ３５）。
この圧縮ファイルを解凍することにより、スクリプトと
ファームウェアが得られる。スクリプトについては、ス
クリプトによる処理をファームウェア更新の前後のいず
れか、若しくは両方に行なう場合により、１又は２のフ
ァイルが生成される。スクリプトは、通常はテキストデ
ータで作成されており、更新前のファームウェアに含ま
れるインタプリタ等を利用して、そのまま実行させるこ
とができる。

【００６９】管理ユニット４１は、バイナリデータのチ
ェックサムを計算して、ＮＶＲＡＭ４１５の所定アドレ
スに格納する（Ｓ３６）。なお、圧縮ファイルのサイズ
が大きく単一の電子メールメッセージに添付できない場
合、複数の電子メールメッセージに分割して送信される
場合があるが、その場合の処理については後述する。次
に、逆Ｂａｓｅ６４変換により得られたバイナリデータ
に、「Ｓｕｂｊｅｃｔ」フィールドのフィールド・ボデ
ィに示された制御モジュールの識別子を付し、シリアル
Ｉ／Ｆ４１１を介して画像処理装置４２に送信する（Ｓ
３７）。

【００７０】以上のようにファームウェア等のダウンロ
ードを行なった後、管理ユニット４１は、ＰＯＰ３に従
い、メールサーバ４６からダウンロード済みの電子メー
ル・メッセージを削除する（Ｓ３８）。そして、メール
サーバ４６との間のＴＣＰコネクションを切断して（Ｓ
３９）、処理を終了する。新着メッセージがない場合
（Ｓ３１：Ｎｏ）、若しくは新着メッセージがあっても
ファームウェアが添付されていない場合には（Ｓ３３：
Ｎｏ）、直接ステップＳ３９へと進み、メールサーバ４
６との間のＴＣＰコネクションを切断して、電子メール
読み取り処理を終了する。電子メール読み取り処理を終
了した後は、図９のフローチャートに戻り、再度設定キ
ーの押下を検出する（Ｓ２１）。

【００７１】なお、メールサーバ４６からダウンロード
済みの電子メール・メッセージを削除する処理につい
て、添付ファイルによる処理（スクリプトによる処理、
ファームウェアの更新等）が画像形成装置側で完了した
場合に削除するようにしてもよい。ファームウェアの更
新の失敗は、チェックサムにて判断可能な場合（例えば
データ化け）だけでなく、更新途中で画像形成装置の電
源がオフされた場合等にも生じ得ることから、そのよう
な場合にメールサーバ４６に電子メール・メッセージを
残しておき、再度電源がオンされたときに電子メール・
メッセージを取得するようにすることなども考えられる
からである。

【００７２】また、電子メール・メッセージの削除は、
必ずしもダウンロードの際に行う必要はなく、ダウンロ
ードの際には電子メール・メッセージを残しておき、所
定時間ごとに削除の処理を行うようにしたり、電源投入
時に処理済みの電子メール・メッセージを削除するよう
にすることもできる。 （８）画像処理装置４２の処理内容 次に、画像処理装置４２において行われるファームウェ
ア書き換え処理の具体的な内容について説明する。図１
１は、画像処理装置４２において実行される処理の内容
を示すフローチャートである。画像処理装置４２は電源
投入とともに処理を開始し、各メモリの内容の初期化や
標準モードの設定等の初期化処理を行う（Ｓ４０）。な
お、この初期化処理は、制御モジュール４２１〜４２４
のそれぞれにおいて個別に実行される。

【００７３】初期化処理が終了すると、画像処理装置４
２は管理ユニット４１によりファームウェアの受信がさ
れるまで、通常の処理を繰り返し実行する。具体的に
は、画像処理装置４２は、操作パネル４２１８や画像処
理装置４２内の各センサからの信号、或いは管理ユニッ
ト４１から送信されてくるプリントジョブ等の入力を受
け付ける。

【００７４】画像処理装置４２は入力を受け付けると、
これに続いてコピー制御を実行する（Ｓ４２）。ここ
で、コピー制御とは画像形成動作時に必要な処理の総称
であって、例えば給紙制御、操作制御、感光体ドラム制
御、現像器制御等の各部の制御、或いは管理ユニット４
１からのプリントジョブ等の処理である。制御ユニット
４２１〜４２４が連携してこれらのコピー制御を実行す
る。

【００７５】通常の処理（Ｓ４１、Ｓ４２）を終了した
後、画像処理装置４２は管理ユニット４１からファーム
ウェア等を受信し、ファームウェアの書き換え指示を受
けたか否かを判定する（Ｓ４３）。ファームウェアの書
き換え指示を受けていない場合には（Ｓ４３：Ｎｏ）、
ステップＳ４１に戻って通常の処理を継続する。ファー
ムウェアの書き換え指示を受けた場合（Ｓ４３：Ｙｅ
ｓ）には、ファームウェア書き換え処理を実行する（Ｓ
４４）。以下、ファームウェア書き換え処理の詳細な内
容について説明する。

【００７６】図１２は、ファームウェア書き換え処理の
詳細な内容を示すフローチャートである。ファームウェ
ア書き換え処理においては、まず、管理ユニット４１か
ら、ファームウェアの更新前に実行する必要がある処理
を記述する更新前スクリプトが送信されているか否かが
判断される（Ｓ５０）。更新前スクリプトが送信されて
いる場合には（Ｓ５０：Ｙｅｓ）、画像処理装置４２
は、当該更新前スクリプトにより記述される更新前処理
を実行する（Ｓ５１）。更新前処理の具体的な内容とし
ては、例えば、初期設定値が変更されて使用されている
場合、当該内容をＳＲＡＭ４１２３等の所定領域に一旦
退避させる処理や、画像処理装置４２においてエラー状
態（例えば原稿サイズの検出エラー等）が発生している
場合に当該エラー状態から復帰させるエラー処理などが
考えられるが、これらに限定されず、画像処理装置４２
側で実行することが可能である限り、柔軟な前処理を行
うことが可能である。なお、本実施の形態では、テキス
トで表されたスクリプトを送信し、当該スクリプトに記
述された処理を更新前のファームウェアに含まれるイン
タプリタ言語を用いて実行する方法をとるが、送信され
る制御プログラムはバイナリコードによるものでもよ
い。

【００７７】次に画像処理装置４２では、管理ユニット
４１からのファームウェア書き換え指示において指定さ
れた書き換え対象となる制御モジュールの識別子を参照
し、新たなファームウェアで、当該識別子に対応するフ
ラッシュＲＯＭの書き換えを行う（Ｓ５２）。具体的に
は、当該識別子が制御モジュール４２１を示している場
合には、管理ユニット４１から受け付けたファームウェ
アを、制御モジュール４２１のフラッシュＲＯＭ４２１
２の所定アドレスに格納する。他の制御モジュールにつ
いても同様であり、識別子に応じて新たなファームウェ
アを対応する制御モジュールにシリアル送信し、フラッ
シュＲＯＭの書き換え処理を行う。

【００７８】例えば圧縮ファイル中に複数の制御モジュ
ールに対応するファームウェアが含まれている場合もあ
ることから、画像処理装置４２は、新たなファームウェ
アが送信されているにもかかわらず、まだ書き換えの終
了していない、未処理の制御モジュールが残っているか
否かを判定する（Ｓ５３）。未処理の制御モジュールが
ある場合には（Ｓ５３：Ｙｅｓ）、当該制御モジュール
についてフラッシュＲＯＭの書き換えを行い（Ｓ５
２）、ファームウェアを更新する。

【００７９】全ての制御モジュールについて更新が終了
すると（Ｓ５３：Ｎｏ）、画像処理装置４２は、ファー
ムウェア更新の後に実行すべき処理を記述する更新後ス
クリプトを受信したか否かを判定し（Ｓ５４）、更新後
スクリプトが存在する場合には（Ｓ５４：Ｙｅｓ）、更
新後処理を実行して（Ｓ５５）、ファームウェア書き換
え処理を終了する。更新後処理としては、具体的には、
前処理にて退避された内容（カスタマイズされた内容な
ど）を、新たなファームウェアに適合するように変換す
る処理や、一旦退避された内容を適切なアドレス領域に
格納する処理等が考えられるが、これらに限定されるわ
けではない。

【００８０】以上のようなファームウェア書き換え処理
を行なった後、図１１のフローチャートに戻って、画像
処理装置４２は書き換え後のファームウェアによる動作
を行うために自らの再起動を行う（Ｓ４５）。この再起
動に際して、画像処理装置４２はＮＶＲＡＭ４２１４の
所定アドレスの部分（以下、「書き換えフラグ」とい
う。）にＴｒｕｅをセットする。これは再起動後に画像
処理装置４２において、当該再起動がファームウェアの
書き換えに起因してなされたものであるか否かを判定す
るためである。

【００８１】（９）圧縮ファイルの分割送信について 次に、ファームウェア及びスクリプトの内容を含む圧縮
ファイルを分割送信する場合について説明する。このよ
うな分割送信を考慮する必要があるのは、一般にメール
サーバの容量オーバーの防止やネットワークの負荷の軽
減の観点から、単一の電子メールに添付できるファイル
のサイズには制限が課せられていることが多く、ファー
ムウェアのサイズが大きい場合には圧縮しても、なお、
上記の制限されたサイズを超える可能性が考えられるか
らである。

【００８２】圧縮ファイルの分割送信に際しては、複数
の制御モジュールに対応するファームウェアを送信する
に際して制御モジュールごとに分割する方法（この場
合、スクリプトはいずれかのファームウェアとともに送
信することとなる。）、若しくは、複数のファームウェ
アを含む単一の圧縮ファイルを、一定のデータサイズご
とに分割する方法が考えられる。ここでは、まず、制御
モジュールごとに送信する場合の具体的な処理内容につ
いて簡単に説明する。

【００８３】予めファームウェアの書き換え順序が決定
されている場合（例えば、制御モジュール４２１、４２
２、４２３、４２４の順に書き換えることが決まってい
る場合）、管理ユニット４１は、書き換える順序をＮＶ
ＲＡＭ４１５に記憶しておく。図１３は、ファームウェ
アを分割送信する際に、サービスセンタ２０、メールサ
ーバ４６、及び管理ユニット４１の間で実行される通信
手順を示したシーケンス図である。この例では、管理ユ
ニット４１は、破線矢印で示したように、メールサーバ
４６に電子メールメッセージが入着しているか否かを定
期的にチェックするものとする。

【００８４】メールサーバ４６に制御モジュール４２１
のファームウェアが入着していたら、これをダウンロー
ドする。そして、制御モジュール４２１についてファー
ムウェア書き換え処理を実行する。制御モジュール４２
１についてのファームウェア書き換え処理の前若しくは
後に実行すべき処理を記述したスクリプトが添付されて
いる場合には、当該スクリプトに基づく処理を行うこと
も可能である。制御モジュール４２１においてファーム
ウェア書き換え処理が実行された場合、画像処理装置４
２は、フラッシュＲＯＭ４２１２の内容を読み出してチ
ェックサム値を計算し、これを管理ユニット４１へ送信
する。

【００８５】管理ユニット４１は、サービスセンタ２０
からファームウェアを受け付けた際に、併せて当該ファ
ームウェアのチェックサム値も受け付けており、制御モ
ジュール４２１から受け付けたチェックサム値とサービ
スセンタ２０から受け付けたチェックサム値を比較し
て、これらが一致していたら、サービスセンタ２０のホ
ストコンピュータ２１に向けて、次のファームウェアを
要求する電子メールメッセージを送信する。

【００８６】図１４は、管理ユニット４１がサービスセ
ンタ２０に送信する電子メールメッセージの内容の一例
を示す図である。この電子メールメッセージのメッセー
ジボディ部には、ファームウェアを書き換えた装置のＩ
Ｄ、制御モジュール識別子、及びバージョン情報（図１
４においては「ｍｏｄｅｌ１＿ｍｏｄｕｌｅ１＿ｖ１
０」、即ち機種ＩＤ「１」、制御モジュール識別子
「１」、バージョン番号「１０」を含んでいる。）が表
示されている。

【００８７】また、続く二つの行には、サービスセンタ
２０に対する要求事項（図１４においては「ＦＷ＿ｄｏ
ｗｎｌｏａｄ」、即ち次のファームウェアの送信要求で
ある。）、及びファームウェア書き換え処理の結果（図
１４では「ＯＫ」、即ち書き換え成功。なお、書き換え
失敗の場合は「ＮＧ」。）が表示されている。更に、こ
れらのデータは所定の文字列により（図１４では、「＃
ＸＸＸＸＸＸ＿ｓｔａｒｔ」等。）により電子メールメ
ッセージの他の部分と区画されている。

【００８８】なお、上記二つのチェックサム値が一致し
ない場合には、上記の書き換え結果を「書き換え失敗」
として、サービスセンタ２０に宛てて電子メールメッセ
ージを送信する。従って、チェックサム値の一致、不一
致の別にかかわらず、管理ユニット４１からサービスセ
ンタ２０に向けて電子メールメッセージが送信されるこ
とになる。

【００８９】当該電子メールメッセージはメールサーバ
４６を経由してサービスセンタ２０に送信される。サー
ビスセンタ２０はこの電子メールメッセージを受け付け
ると、書き換え結果が「書き換え成功」ならば、制御モ
ジュール４２２のファームウェア、及び必要に応じて所
定のスクリプトを添付した電子メールメッセージを管理
ユニット４１に向けて送信する。

【００９０】また、図示はしないが、電子メールメッセ
ージのメッセージボディ部を参照して、書き換え結果が
「書き換え失敗」である場合には、制御モジュール４２
１のファームウェア及び、必要に応じて処理のスクリプ
トを添付した電子メールメッセージを管理ユニット４１
に対して再度送信する。この間も、管理ユニット４１は
メールサーバ４６に定期的にアクセスして、電子メール
メッセージの確認を行う。管理ユニット４１は、制御モ
ジュール４２２のファームウェアを添付された電子メー
ルメッセージが入着したのを確認したら、これをダウン
ロードしてファームウェアの書き換え処理を実行する。

【００９１】以上のような手順に従って、制御モジュー
ル４２１〜４２４のファームウェアが順番にサービスセ
ンタ２０から管理ユニット４１に対して送付される。こ
のようにすれば、制御モジュール４２１〜４２４のファ
ームウェアを一括して送信した場合に比べて管理ユニッ
ト４１に実装される記憶装置の要領を節約することがで
きる。

【００９２】なお、電子メールメッセージを中継するメ
ールサーバは、メールアカウントごとに保持する電子メ
ールメッセージの総容量の制限が設けられているのが一
般的であり、メールサーバ４６にも画像処理装置４２あ
ての電子メールメッセージを保持するデータ量に上限を
有している。これに対して、ファームウェアを分割送信
すれば、同時に一つの制御モジュールに対応するファー
ムウェアしかメールサーバ４６に蓄積されないので、前
記のような総容量制限によりメールサーバ４６が電子メ
ールメッセージの蓄積を拒絶するような事態を回避する
ことができる。

【００９３】以上は、ファームウェアを制御モジュール
ごとに分割して送信する場合の例であるが、分割の方法
はこれに限らず、例えば所定のデータサイズごとに分割
して送信することもできる。係る場合について、以下に
説明する。所定のデータサイズごとに分割する場合に
は、分割されたファームウェアを受信側の管理ユニット
４１にて再結合し、元のファームウェアを復元できるよ
うにすることが必要である。このために、電子メールメ
ッセージに以下のような情報を付加するとよい。

【００９４】図１５は、所定のデータサイズに分割され
たファームウェアを添付された電子メールメッセージの
一例について、その主要な部分を示す図である。同図に
示されるように、電子メールメッセージのメッセージ・
ヘッダ部に含まれるヘッダ・フィールドのうち、Ｓｕｂ
ｊｅｃｔフィールドのフィールド・ボディの末尾に
「（１／４）」という文字列が付加されている。

【００９５】これは、元のファームウェアが４つに分割
されており、当該Ｓｕｂｊｅｃｔフィールドを有する電
子メールメッセージに添付されているデータは、４つに
分割されたファームウェアのうち、１番目の部分である
ことを表している。サービスセンタ２０は、これに続い
て、ファームウェアの２番目の部分から４番目のそれぞ
れの部分を添付した電子メールメッセージを送信する。

【００９６】これらの電子メールメッセージも上記と同
様に、メッセージヘッダ部のＳｕｂｊｅｃｔフィールド
の末尾にそれぞれ文字列「（２／４）」、「（３／
４）」、「（４／４）」が付加される。管理ユニット４
１は、分割されたファームウェアのすべての部分を受信
したのを確認した後、ｂａｓｅ６４逆変換処理、圧縮フ
ァイルの解凍処理、ファームウェアの書き換え処理（ス
クリプトによる前後処理を含む。）を開始する。なお、
本実施の形態では、ファームウェアとスクリプトとをあ
わせて圧縮し、圧縮ファイルとした後にＢａｓｅ６４方
式でテキストデータに変換しているため、分割された全
てのテキストデータを取得した後にバイナリデータへの
変換を行うことが好ましい。

【００９７】以上に説明したように、メールサーバの制
限サイズに合わせてファームウェアの分割を行うことに
より、電子メールメッセージを中継するメールサーバで
受け取りを拒否されることなく、円滑にファームウェア
の書き換えを行うことができる。なお、上記の例では、
「Ｓｕｂｊｅｃｔ」フィールドのフィールド・ボディに
機種ＩＤ、制御モジュール識別子を記述し、さらに（１
／４）のような情報を付加することにより、分割された
圧縮ファイルの内容のそれぞれを対応づけるようにした
が、対応づけの方法はこれに限定されない。

【００９８】また、複数の制御モジュールに対応する複
数のファームウェアを、対応するスクリプトとともに圧
縮して送信することも勿論可能である。この場合には、
管理ユニットないし画像処理装置の側で解凍後のファイ
ル名を識別し、制御モジュールごとに前処理、フラッシ
ュＲＯＭの書き換え、後処理等を行うこともできる。

【００９９】

【発明の効果】以上のように、本発明に係る画像処理装
置によれば、新たなファームウェアに、当該新たなファ
ームウェアへの更新処理を行う前後の少なくとも一方に
おいて画像処理装置側で実行すべき処理を記述した制御
プログラムが付加されている場合に、当該制御プログラ
ムに基づく処理を実行するので、例えばファームウェア
がカスタマイズされて使用されている場合等でも、適切
にファームウェアの更新を行なうことができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る画像処理装置の管理
システムの構成を示す図である。

【図２】画像処理装置４２のうち、特にファームウェア
を実行して画像処理装置４２の動作を制御する４つの制
御モジュールのハードウェア構成と各制御モジュールの
接続状態を示す図である。

【図３】管理ユニット４１の構成を示す図である。

【図４】ホストコンピュータ２１の構成を示す図であ
る。

【図５】ホストコンピュータ２１の処理内容を示すフロ
ーチャートである。

【図６】送信先データベースの内容の一例を示す図であ
る。

【図７】ファームウェア送信処理の詳細な内容を示すフ
ローチャートである。

【図８】ファームウェア等が添付された電子メールメッ
セージの内容について説明するための図である。

【図９】特に管理ユニット４１が電子メールメッセージ
を受信する際の処理内容について説明するためのフロー
チャートである。

【図１０】電子メール読み取り処理の詳細な内容を示す
フローチャートである。

【図１１】画像処理装置４２において実行される処理の
内容を示すフローチャートである。

【図１２】ファームウェア書き換え処理の詳細な内容を
示すフローチャートである。

【図１３】ファームウェアを分割送信する際に、サービ
スセンタ２０、メールサーバ４６、及び管理ユニット４
１の間で実行される通信手順を示したシーケンス図であ
る。

【図１４】管理ユニット４１がサービスセンタ２０に送
信する電子メールメッセージの内容の一例を示す図であ
る。

【図１５】所定のデータサイズに分割されたファームウ
ェアを添付された電子メールメッセージの一例につい
て、その主要な部分を示す図である。

【符号の説明】

１０ 管理システム ２０ サービスセンタ ２１ ホストコンピュータ ２３ メールサーバ ３０ インターネット ４０ ユーザサイト ４１ 管理ユニット ４２ 画像処理装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 池ノ上 義和 大阪府大阪市中央区安土町二丁目３番13号 大阪国際ビル ミノルタ株式会社内 Ｆターム(参考） 5B021 AA02 BB01 BB04 BB09 CC06 EE01 5B076 AC01 AC03 BB02 BB04 BB06 EA02 EA19 5C062 AA02 AA05 AA29 AB42 AB49 AC21 AC41 AC58 AF00 BA04

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ファームウェアにより動作が制御される
   画像処理装置において、 外部から送信された新たなファームウェアを受信する受
   信手段と、 前記受信手段が受信した新たなファームウェアに、当該
   新たなファームウェアへの更新処理を行う前後の少なく
   とも一方において画像処理装置側で実行すべき処理を記
   述した制御プログラムが付加されている場合に、当該制
   御プログラムに基づく処理を実行する前後処理手段とを
   含むことを特徴とする画像処理装置。
2. 【請求項２】 画像処理装置の外部から、当該画像処理
   装置の動作を制御するファームウェアを送信する送信方
   法において、 新たなファームウェアと、当該新たなファームウェアへ
   の更新処理を行う前後の少なくとも一方において画像処
   理装置側で実行すべき処理を記述した制御プログラムと
   を添付した電子メールメッセージを生成する生成ステッ
   プと、 前記生成ステップにて生成した電子メールメッセージを
   画像処理装置に送信する送信ステップとを含むことを特
   徴とするファームウェアの送信方法。
3. 【請求項３】 前記生成ステップでは、 前記新たなファームウェアと前記制御プログラムとをま
   とめて圧縮する圧縮サブステップと、 前記圧縮サブステップでまとめられた内容を対応づけて
   分割する分割サブステップとを有し、 分割されたそれぞれの内容を添付した複数の電子メール
   メッセージを生成することを特徴とする請求項２に記載
   のファームウェアの送信方法。
4. 【請求項４】 ファームウェアにより動作が制御される
   画像処理装置と、当該画像処理装置に新たなファームウ
   ェアを送信する管理装置とを含む画像処理装置の管理シ
   ステムにおいて、 前記管理装置は、 新たなファームウェアと、当該新たなファームウェアへ
   の更新処理を行う前後の少なくとも一方において画像処
   理装置側で実行すべき処理を記述した制御プログラムと
   を添付した電子メールメッセージを生成する生成手段
   と、 前記生成手段が生成した電子メールメッセージを画像処
   理装置に送信する送信手段とを含み、 前記画像処理装置は、 電子メールメッセージを受信する受信手段と、 前記受信手段が受信した電子メールメッセージに、前記
   制御プログラムが含まれている場合に、当該制御プログ
   ラムに基づく処理を実行する前後処理手段とを含むこと
   を特徴とする画像処理装置の管理システム。