JP2002297410A - データ通信プログラム、データ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、データ通信装置およびデータ通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールシステムを用いてファームウェア
の送受信を行なう際、ファームウェアの容量がメールサ
ーバに設けられた制限サイズより大きい場合にも適切に
送受信を行なう。 【解決手段】 分割したファームウェアを受信した画像
形成装置から書き替え終了の電子メールが届いている場
合（Ｓ９０１）、ファームウェアの送信側は、このメー
ルから正常に書き替えが終了したか否かを判断する（Ｓ
９０５）。正常終了の場合、Subjectに示されている分
割番号、分割数、機種、モジュールから次の分割ファー
ムウェアを添付した電子メールを送信する（Ｓ９０
７）。正常終了でない場合、Subjectに示されている同
じファームウェアを再度送信する（Ｓ９０９）。このよ
うに、分割したファームウェアを適切に送信すること
で、メールサーバに設けられた容量制限をクリアするこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信プログ
ラム、データ通信プログラムを記録したコンピュータ読
み取り可能な記録媒体、データ通信装置およびデータ通
信方法に関し、特に、インターネットを介してファーム
ウェアデータの通信を行なうデータ通信プログラム、デ
ータ通信プログラムを記録したコンピュータ読み取り可
能な記録媒体、データ通信装置およびデータ通信方法に
関する。

【０００２】

【従来の技術】従来、たとえば画像形成装置の動作を制
御するファームウェアはマスクＲＯＭ（Read Only Memo
ry)に書き込まれていた。このためファームウェアを交
換する必要が生じた場合は、画像形成装置内の制御基盤
上にあるマスクＲＯＭを新しいファームウェアの書き込
まれたマスクＲＯＭに交換するという方法がとられてい
た。

【０００３】マスクＲＯＭの交換作業は、時間がかかる
とともに煩雑であった。このため、作業性を向上させる
ために、マスクＲＯＭに代わって、書き替え可能なフラ
ッシュＲＯＭが用いられるようになってきた。

【０００４】フラッシュＲＯＭに書き込まれたファーム
ウェアを交換する際には、以下のような方法がとられて
いた。

【０００５】まず、第１の方法としては、メモリカード
等の外部記憶装置を用いるという方法である。すなわ
ち、画像形成装置にメモリカード等の外部記憶装置との
Ｉ／Ｆ（インターフェイス）が設けられ、そのＩ／Ｆに
新しいファームウェアを格納したメモリカードが接続さ
れる。そして、メモリカードからフラッシュＲＯＭに新
しいファームウェアが書き込まれる。この方法では、フ
ァームウェアの書き替える際、遠隔操作はできず、実際
に画像形成装置の設置してある場所まで出向いていかな
ければならい。

【０００６】第２の方法としては、公衆回線網を利用す
るという方法である。この方法はファクシミリ装置を中
心として実用化されている。すなわち、公衆回線網に接
続された遠隔地の装置からファームウェアが画像形成装
置に送信される。これをダウンロードすることでファー
ムウェアが書き替えられる。この方法では、第１の方法
のように実際に出向いていく必要はなくなるが、通信コ
ストが高く、ファームウェアのダウンロードにも比較的
長時間を要することになる。

【０００７】このため最近はインターネットの普及に伴
い、第３の方法として、公衆回線網を用いて行なわれて
いたファームウェアのダウンロードを、インターネット
を介して行なうという方法がとられるようになった。イ
ンターネットを利用すると、通信コストを削減するとと
もに、ファームウェアのダウンロードに要する時間を短
縮することができる。

【０００８】ここで、インターネットを介して行なう通
信のプロトコルには、ホームページを閲覧するためのＨ
ＴＴＰ（Hyper Text Transfer Protocol）、ファイル転
送を行なうＦＴＰ（File Transfer Protocol）、電子メ
ールの送信に用いられるＳＭＴＰ（Simple Mail Transf
er Protocol）などさまざまなプロトコルがある。しか
し、画像形成装置のファームウェアを遠隔地からインタ
ーネットを介してダウンロードするプロトコルとして
は、インターネットを介した通信に対するセキュリティ
意識の高まりから、制限がみられ、どのプロトコルを用
いてもよいというわけではない。

【０００９】すなわち、インターネットと各ユーザとの
接続口には、ユーザの内部システムへのインターネット
からの不正アクセス等に対処するため、一般に「防御
壁」の役割をするファイアウォールが設けられている。
このファイアウォールの機能には、インターネットとユ
ーザの内部システムとの間を通過できる通信プロトコル
を制御するという機能がある。これにより通過可能なプ
ロトコルが制限されるが、通常、電子メールのプロトコ
ルは通過可能に設定されることが多い。このため、イン
ターネットを介してファームウェアを送信する場合に
は、従来から電子メールシステムを利用するという方法
が知られている。

【００１０】

【発明が解決しようとする課題】しかしながら、上記第
３の方法、すなわち、電子メールシステムを利用してフ
ァームウェアを送信するという方法には、以下に示すよ
うな問題があった。

【００１１】すなわち、最近の画像形成装置のファーム
ウェアのサイズは、その高機能・多機能化に伴い１０Ｍ
バイト前後にまで膨れ上がっている。そして、今後さら
に増大する傾向にある。

【００１２】一方、電子メールの収集と配布のサービス
を行なうメールサーバは、受信可能な電子メールのサイ
ズに制限を設けているのが一般的であり、この制限サイ
ズは１Ｍバイト前後に設定されている場合が多いようで
ある。

【００１３】このため、前述のサイズのファームウェア
を電子メールで送信しようとした場合、制限サイズを超
えてしまい、受け取りを拒否されるケースが多発するも
のと予想される。

【００１４】このため、ファームウェアを適当なサイズ
に分割して送信するという方法が考えられる。しかし、
メールサーバには、メッセージを受け取る際の個々のメ
ッセージの容量に加えて、メール・アカウント毎に保持
するメッセージの総容量にも制限が設けられているのが
一般的である。したがって、ファームウェアを分割して
複数のメッセージに添付したとしても、それを一度に全
て送信すると、メール・アカウント毎に設けられた制限
サイズを超えてしまい、適切に送信できない可能性が高
くなる。

【００１５】本発明は、かかる実情に鑑み考え出された
ものであり、その目的の１つは、電子メールシステムを
用いてファームウェアの送受信を行なう際、ファームウ
ェアの容量がメールサーバに設けられた制限サイズより
大きい場合にも適切に送受信することのできるデータ通
信プログラム、該プログラムを記録したコンピュータ読
み取り可能な記録媒体、データ通信装置およびデータ通
信方法を提供することである。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のある局面に従うと、データ通信プログラム
は、ファームウェアを複数に分割する分割ステップと、
分割された複数のファームウェアの中の１のファームウ
ェアを電子メールに添付して送信する第１の送信ステッ
プと、電子メールに添付された１のファームウェアを取
得した相手先から送られてくるファームウェアの書き替
え結果に関する情報を取得する取得ステップと、取得さ
れた書き替え結果に関する情報に基づいて、分割された
複数のファームウェアの中の１のファームウェアを電子
メールに添付して送信する第２の送信ステップと、をコ
ンピュータに実行させる。

【００１７】この発明によると、書き替え対象となるフ
ァームウェアが複数に分割され、その分割された複数の
ファームウェアの中の１のファームウェアが電子メール
に添付して送信される。このため、大容量のファームウ
ェアを電子メールに添付することにより、メールサーバ
に設けられた個々の電子メールの容量制限を超えるとい
う事態が回避され、電子メールの受け取り拒否がされる
こともない。

【００１８】また、電子メールを取得した相手先から送
られてくるファームウェアの書き替え結果に関する情報
を取得し、その情報に基づいて、分割された複数のファ
ームウェアの中の１のファームウェアが添付された電子
メールが送信される。メールサーバからファームウェア
がダウンロードされた後に次の電子メールが送信される
ため、メールサーバの個々のメールアカウント毎に設け
られたデータ容量の制限を越えるという事態が回避され
る。

【００１９】したがって、電子メールシステムを用いて
ファームウェアの送受信を行なう際、ファームウェアの
容量がメールサーバに設けられた制限サイズより大きい
場合にも適切に送受信することのできるデータ通信プロ
グラムを提供することが可能となる。

【００２０】好ましくは、データ通信プログラムにおい
て、取得ステップにより取得した書き替え結果に関する
情報が書き替え成功の情報である場合、第２の送信ステ
ップは、第１の送信ステップにおいて送信した１のファ
ームウェアとは異なる他の１のファームウェアを送信す
る。

【００２１】これによると、相手先から送られてきた書
き替え成功の情報が取得された場合、先に送信した１の
ファームウェアとは異なる他の１のファームウェアが電
子メールに添付されて送信される。先に送信された１の
ファームウェアの書き替えが成功すると次のファームウ
ェアが送信されるため、相手先は確実かつ適切に分割さ
れたファームウェアを受信し、書き替えることができ
る。

【００２２】好ましくは、データ通信プログラムにおい
て、取得ステップにより取得した書き替え結果に関する
情報が書き替え失敗の情報である場合、第２の送信ステ
ップは、第１の送信ステップにおいて送信した１のファ
ームウェアを再度送信する。

【００２３】これによると、相手先から送られてきた書
き替え失敗の情報が取得された場合、先に送信した１の
ファームウェアと同じ１のファームウェアが再送信され
る。したがって、書き替えが失敗した相手先は、再び書
き替え処理を行なうことが可能となる。

【００２４】好ましくは、データ通信プログラムにおい
て、第２の送信ステップおよび取得ステップが所定回数
繰り返されることを特徴とする。これによると、複数に
分割されたファームウェアが、書き替え結果を取得した
後に、順次適切に送信される。

【００２５】本発明の別の局面に従うと、データ通信プ
ログラムは、分割された複数のファームウェアの中の１
のファームウェアが添付された電子メールを受信する受
信ステップと、受信された電子メールから、前記ファー
ムウェアを取り出す取出ステップと、取り出されたファ
ームウェアを所定のメモリに書き込む書込ステップと、
書込ステップにおけるメモリへの書き込みが成功したか
否かを判定する判定ステップと、判定ステップによる判
定結果を電子メールの送信元に通知する通知ステップと
をコンピュータに実行させる。

【００２６】この発明によると、分割された複数のファ
ームウェアの中の１のファームウェアが添付された電子
メールが受信されると、その中からファームウェアが取
り出され、所定のメモリに書き込まれる。このため、メ
ールサーバの容量制限以下に分割されたファームウェア
が適切にメモリの所望領域に書き込まれる。

【００２７】そして、書き込みが成功したか否かが判定
され、その判定結果が送信元に通知される。このため、
送信元からは判定結果を受けた後に適切なファームウェ
アが送信されることになり、ファームウェア付きの電子
メールが一度に送られてメールサーバのメールアカウン
ト毎に設けられた制限容量を超えるという事態を回避す
ることができる。

【００２８】したがって、電子メールシステムを用いて
ファームウェアの送受信を行なう際、ファームウェアの
容量がメールサーバに設けられた制限サイズより大きい
場合にも適切に送受信することのできるデータ通信プロ
グラムを提供することが可能となる。

【００２９】好ましくは、判定ステップは、書込ステッ
プにより書き込まれる前に取り出されたファームウェア
の第１のチェックサムを計算するステップと、書込ステ
ップにより書き込まれた後に書き込まれたファームウェ
アの第２のチェックサムを計算するステップと、第１の
チェックサムと第２のチェックサムとを比較する比較ス
テップとを含み、比較ステップによる比較結果が一致す
れば書き込みが成功したと判定し、不一致であれば書込
みが失敗したと判定する。

【００３０】これによると、受信されたファームウェア
の書き込み前後でチェックサムが計算され、これらを比
較することにより、書き込みが成功したか失敗したかを
判定する。このため、適切かつ容易に書き込み結果を判
定することができる。

【００３１】本発明のさらに別の局面に従うと、データ
通信プログラムは、分割された複数のファームウェアの
中の１のファームウェアが添付された電子メールを受信
する第１の受信ステップと、受信された電子メールか
ら、ファームウェアを取り出す取出ステップと、取り出
されたファームウェアを所定の制御モジュールに送信す
るステップと、制御モジュールのファームウェアのメモ
リへの書き込みが成功したか否かを受信する第２の受信
ステップと、第２の受信ステップにより受信した書き込
み結果を電子メールの送信元に通知する通知ステップ
と、をコンピュータに実行させる。

【００３２】この発明によると、分割された複数のファ
ームウェアの中の１のファームウェアが添付された電子
メールが受信されると、その中からファームウェアが取
り出され、所定の制御モジュールに送信される。このた
め、メールサーバの容量制限以下に分割されたファーム
ウェアが適切に所望の制御モジュールへと送信される。

【００３３】そして、制御モジュールから、ファームウ
ェアのメモリへの書き込みが成功したか否かの書き込み
結果が受信され、その受信結果が電子メールの送信元に
通知される。このため、送信元からは書き込み結果を受
けた後に適切なファームウェアが送信されることにな
り、ファームウェア付きの電子メールが一度に送られて
メールサーバのアカウント語とに設けられた制限容量を
超えるという事態を回避することができる。

【００３４】したがって、電子メールシステムを用いて
ファームウェアの送受信を行なう際、ファームウェアの
容量がメールサーバに設けられた制限サイズより大きい
場合にも適切に送受信することのできるデータ通信プロ
グラムを提供することが可能となる。

【００３５】本発明のさらに別の局面に従うと、コンピ
ュータ読み取り可能な記録媒体は、上記いずれかに記載
のデータ通信プログラムを記録する。

【００３６】この発明によると、電子メールシステムを
用いてファームウェアの送受信を行なう際、ファームウ
ェアの容量がメールサーバに設けられた制限サイズより
大きい場合にも適切に送受信することのできるデータ通
信プログラムを記録したコンピュータ読み取り可能な記
録媒体を提供することが可能となる。

【００３７】本発明のさらに別の局面に従うと、データ
通信装置は、ファームウェアを複数に分割する分割手段
と、分割された複数のファームウェアの中の１のファー
ムウェアを電子メールに添付して送信する第１の送信手
段と、電子メールに添付された１のファームウェアを取
得した相手先から送られてくるファームウェアの書き替
え結果に関する情報を取得する取得手段と、取得された
書き替え結果に関する情報に基づいて、分割された複数
のファームウェアの中の１のファームウェアを電子メー
ルに添付して送信する第２の送信手段とを含む。

【００３８】この発明によると、書き替え対象となるフ
ァームウェアが複数に分割され、その分割された複数の
ファームウェアの中の１のファームウェアが電子メール
に添付して送信される。このため、大容量のファームウ
ェアを電子メールに添付することにより、メールサーバ
に設けられた個々の電子メールの容量制限を超えるとい
う事態が回避され、電子メールの受け取り拒否がされる
こともない。

【００３９】また、電子メールを取得した相手先から送
られてくるファームウェアの書き替え結果に関する情報
を取得し、その情報に基づいて、分割された複数のファ
ームウェアの中の１のファームウェアが添付された電子
メールが送信される。メールサーバからファームウェア
がダウンロードされた後に次の電子メールが送信される
ため、メールサーバの個々のメールアカウント毎に設け
られたデータ容量の制限を越えるという事態が回避され
る。

【００４０】したがって、電子メールシステムを用いて
ファームウェアの送受信を行なう際、ファームウェアの
容量がメールサーバに設けられた制限サイズより大きい
場合にも適切に送受信することのできるデータ通信装置
を提供することが可能となる。

【００４１】本発明のさらに別の局面に従うと、データ
通信装置は、分割された複数のファームウェアの中の１
のファームウェアが添付された電子メールを受信する受
信手段と、受信された電子メールから、ファームウェア
を取り出す取出手段と、取り出されたファームウェアを
所定のメモリに書き込む書込手段と、書込手段によるメ
モリへの書き込みが成功したか否かを判定する判定手段
と、判定手段による判定結果を電子メールの送信元に通
知する通知手段とを含む。

【００４２】この発明によると、分割された複数のファ
ームウェアの中の１のファームウェアが添付された電子
メールが受信されると、その中からファームウェアが取
り出され、所定のメモリに書き込まれる。このため、メ
ールサーバの容量制限以下に分割されたファームウェア
が適切にメモリの所望領域に書き込まれる。

【００４３】そして、書き込みが成功したか否かが判定
され、その判定結果が送信元に通知される。このため、
送信元からは判定結果を受けた後に適切なファームウェ
アが送信されることになり、ファームウェア付きの電子
メールが一度に送られてメールサーバのメールアカウン
ト毎に設けられた制限容量を超えるという事態を回避す
ることができる。

【００４４】したがって、電子メールシステムを用いて
ファームウェアの送受信を行なう際、ファームウェアの
容量がメールサーバに設けられた制限サイズより大きい
場合にも適切に送受信することのできるデータ通信装置
を提供することが可能となる。

【００４５】本発明のさらに別の局面に従うと、画像形
成装置は、上記記載のデータ通信装置を備える。これに
よると、電子メールシステムを用いて画像形成装置のフ
ァームウェアの書換を行なう場合において、ファームウ
ェアの容量がメールサーバに設けられた制限サイズより
大きいときにも適切に送受信され、ファームウェアの書
換を行なうことが可能となる。

【００４６】本発明のさらに別の局面に従うと、データ
通信方法は、ファームウェアを複数に分割する分割ステ
ップと、分割された複数のファームウェアの中の１のフ
ァームウェアを電子メールに添付して送信する第１の送
信ステップと、電子メールに添付された１のファームウ
ェアを取得した相手先から送られてくるファームウェア
の書き替え結果に関する情報を取得する取得ステップ
と、取得された書き替え結果に関する情報に基づいて、
分割された複数のファームウェアの中の１のファームウ
ェアを電子メールに添付して送信する第２の送信ステッ
プとを含む。

【００４７】この発明によると、電子メールシステムを
用いてファームウェアの送受信を行なう際、ファームウ
ェアの容量がメールサーバに設けられた制限サイズより
大きい場合にも適切に送受信することのできるデータ通
信方法を提供することが可能となる。

【００４８】本発明のさらに別の局面に従うと、データ
通信方法は、分割された複数のファームウェアの中の１
のファームウェアが添付された電子メールを受信する受
信ステップと、受信された電子メールから、ファームウ
ェアを取り出す取出ステップと、取り出されたファーム
ウェアを所定のメモリに書き込む書込ステップと、書込
ステップにおけるメモリへの書き込みが成功したか否か
を判定する判定ステップと、判定ステップによる判定結
果を電子メールの送信元に通知する通知ステップとを含
む。

【００４９】この発明によると、電子メールシステムを
用いてファームウェアの送受信を行なう際、ファームウ
ェアの容量がメールサーバに設けられた制限サイズより
大きい場合にも適切に送受信することのできるデータ通
信方法を提供することが可能となる。

【００５０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら詳細に説明する。

【００５１】ここでは、画像形成装置のファームウェア
が、電子メールシステムを利用して書き替えられる場合
を例に挙げて説明する。図１は、本発明の実施の形態に
おけるファームウェアの書き替え方法を実施するための
システム構成を示した図である。本図を参照して、本シ
ステムは、画像形成装置を含むユーザ側の装置と、画像
形成装置にファームウェアを送信するサービスセンター
側の装置と、これらを接続するインターネットとにより
構成される。

【００５２】本システムでは、１のサービスセンター側
の装置に対して、複数のユーザ側の装置を接続すること
が可能である。しかし、ここでは説明を簡略化するた
め、１（組）のユーザ側の装置が接続されている場合を
例として示している。

【００５３】ユーザ側の装置には、画像形成装置１１と
これに接続されたプリンタコントーラ２１とが含まれ
る。プリンタコントローラ２１は、ＬＡＮを経由して、
ファイアウォール３１に、そして、ルータ３２を介して
インターネットに接続されている。また、ＬＡＮには、
電子メールの収集と配布のサービスを行なうメールサー
バ３３が接続されている。

【００５４】サービスセンター側には、ファームウェア
の送信を行なうコンピュータ９１が設置されている。コ
ンピュータ９１は、ユーザ側のプリンタコントローラ２
１と通信するために、ＬＡＮを経由して、ファイアウォ
ール８１に、そして、ルータ８２を介してインターネッ
トに接続されている。また、ＬＡＮには、電子メールの
収集と配布のサービスを行なうメールサーバ８３も接続
されている。

【００５５】なお、図示せぬが、ルータ８２とルータ３
２の間のインターネット上でも複数のメールサーバが介
在し、これら不定の複数のメールサーバを経由して電子
メールは送信される。

【００５６】ここで、ファームウェアの書き替えが行な
われる動作について簡単に説明する。まず、サービスセ
ンター側のコンピュータ９１から新たなファームウェア
が電子メールに添付されて、ユーザ側の画像形成装置１
１宛てに送信される。この際、添付されるファームウェ
アは適当に分割されたものである。ファームウェア付き
の電子メールは、サービスセンター側のＬＡＮ、メール
サーバ８３、インターネット、ユーザ側のＬＡＮをそれ
ぞれ経由して、メールサーバ３３のメールボックスに格
納される。

【００５７】ユーザ側の画像形成装置１１のプリンタコ
ントローラ２１は、メールサーバ３３から、その電子メ
ールをダウンロードする。そして、電子メールからファ
ームウェアを取りだし、画像形成装置１１の書き替え対
象となるFlash ＲＯＭにこの新たなファームウェアの書
き込みを行なう。そして、書き替えの結果をサービスセ
ンター側のコンピュータ９１に送信する。

【００５８】結果を受けたコンピュータ９１は、書き替
えが成功であれば分割されたファームウェアのうちの他
の１つを電子メールに添付して画像形成装置１１宛てに
送信する。書き替えが失敗であれば、再び同じファーム
ウェアを再送信する。

【００５９】次に、図１に示したそれぞれの装置につい
て詳しく説明する。図２は、画像形成装置１１の回路構
成を示すブロック図である。本図を参照して、画像形成
装置１１は、原稿画像を走査して、その複写画像を用紙
上に形成するマルチＣＰＵ（Central Processing Uni
t）構成の装置である。したがって、個々のＣＰＵに対
応した制御モジュール１から制御モジュール４の４つの
制御モジュールにより構成される。

【００６０】制御モジュール１は、画像形成装置１１の
全体制御を司るＣＰＵ１１１と、そのファームウェアを
格納した書き替え可能なＦｌａｓｈ ＲＯＭ１１２と、
作業用のＳ−ＲＡＭ１１３と、各種設定値を保存するバ
ッテリバックアップされたＮＶ−ＲＡＭ１１４と、制御
モジュール２と各種の制御データを送受信するシリアル
Ｉ／Ｆ１１５と、制御モジュール３と各種の制御データ
を送受信するシリアルＩ／Ｆ１１６と、プリンタコント
ローラ２と各種のデータを送受信するシリアルＩ／Ｆ１
１７と、各種キーや表示部を含む操作パネル１１８とか
ら構成される。

【００６１】制御モジュール２は、画像形成装置１１の
プリント処理を制御するＣＰＵ１２１と、そのファーム
ウェアを格納した書き替え可能なＦｌａｓｈ ＲＯＭ１
２２と、作業用のＳ−ＲＡＭ１２３と、各種設定値を保
存するバッテリバックアップされたＮＶ−ＲＡＭ１２４
と、制御モジュール１と各種の制御データを送受信する
シリアルＩ／Ｆ１２５と、制御モジュール４と各種の制
御データを送受信するシリアルＩ／Ｆ１２６と、画像形
成処理の負荷を制御するプリント負荷制御Ｉ／Ｏ，ＧＡ
１２７とから構成される。

【００６２】制御モジュール３は、画像形成装置１１の
原稿画像の読取処理を制御するＣＰＵ１３１と、そのフ
ァームウェアを格納した書き替え可能なＦｌａｓｈ Ｒ
ＯＭ１３２と、作業用のＳ−ＲＡＭ１３３と、各種設定
値を保存するバッテリバックアップされたＮＶ−ＲＡＭ
１３４と、制御モジュール１と各種の制御データを送受
信するシリアルＩ／Ｆ１３５と、原稿画像の読取処理の
負荷を制御するＩＲ負荷制御Ｉ／Ｏ，ＧＡ１３６とから
構成される。

【００６３】制御モジュール４は、画像形成装置１１に
対する画質の補正を制御するＣＰＵ１４１と、そのファ
ームウェアを格納した書き替え可能なＦｌａｓｈ ＲＯ
Ｍ１４２と、作業用のＳ−ＲＡＭ１４３と、各種設定値
を保存するバッテリバックアップされたＮＶ−ＲＡＭ１
４４と、制御モジュール２と各種の制御データを送受信
するシリアルＩ／Ｆ１４５と、画質補正制御を行なう画
質補正制御ＧＡ１４６とから構成されている。

【００６４】これら制御モジュール１〜４はシリアルＩ
／Ｆを介した通信を実行する。通常は各モジュールのＣ
ＰＵ間での制御命令、制御情報の送受信を実行してお
り、ファームウェア書き替え時にはファームウェアデー
タの送信を実行する。シリアルＩ／Ｆを介した通信は、
通常利用する制御命令、制御情報の通信データサイズに
あわせた構成であるため、ファームウェアのような大容
量のデータでは送信時間を要しており、ファームウェア
のデータサイズによっては、センターＰＣ９１から画像
形成装置１１に電子メールを送信するよりも時間を要す
る場合もある。

【００６５】図３は、プリンタコントローラ２１の回路
構成を示したブロック図である。本図を参照して、プリ
ンタコントローラ２１は、ＣＰＵ２０１と、その制御プ
ログラムが格納されたＥＰ−ＲＯＭ２０２と、作業用の
Ｓ−ＲＡＭ２０３と、各種設定値を記憶するＮＶ−ＲＡ
Ｍ（不揮発性メモリ）２０４と、画像形成装置１１との
各種データを送受信するシリアルＩ／Ｆ２０５と、ＬＡ
Ｎを介して各種のデータを送受信するためのＮＩＣ（ネ
ットワークインターフェイスカード）２０６と、各種の
操作設定を行なうための操作パネル２０７とを含んでい
る。

【００６６】ＮＶ−ＲＡＭ２０４には、自己のＩＰアド
レス以外に、プリンタコントローラ２１が自分（画像形
成装置１１）宛の電子メール・メッセージをメールサー
バ３３からダウンロードするために必要となるメールサ
ーバのＩＰアドレス、自分の電子メール・アカウントの
名称およびパスワード等が格納されている。

【００６７】図４は、サービスセンター側に設置された
コンピュータ９１の回路構成を示すブロック図である。
本図を参照して、コンピュータ９１は、装置全体を制御
するＣＰＵ９０１と、プログラム等が格納されているＲ
ＯＭ９０２と、作業領域および各種データの一時保存領
域であるＲＡＭ９０３と、種々の情報等が格納される固
定記憶装置９０４と、ディスプレイ９２を制御する表示
制御部９０５と、キーボード９３およびマウス９４を制
御する入力制御部９０６と、ＬＡＮを介して外部と各種
データを送受信するためのＮＩＣ９０７とを含んでい
る。

【００６８】固定記憶装置９０４には、画像形成装置１
１の機種や電子メールアドレス、メールサーバに設けら
れた制限容量情報を含む画像形成装置の登録情報が記憶
される。また、画像形成装置１１の機種に対応したファ
ームウェアも記憶される。

【００６９】ファームウェアは、サービスセンターのオ
ペレータにより、予め機種とその制御モジュールに応じ
て、固定記憶装置９０４内のそれぞれ異なる所定のフォ
ルダ／ディレクトリに格納される。

【００７０】続いて、図１に示したシステムにおいて、
画像形成装置のファームウェアが遠隔地から書き替ええ
られる際の動作について説明する。

【００７１】まず、サービスセンター側のコンピュータ
９１に搭載されているＣＰＵ９０１における処理につい
て図５から図８を用いて説明する。

【００７２】図５は、サービスセンター側のコンピュー
タ９１のＣＰＵ９０１が行なう処理のメインルーチンを
示すフローチャートである。ＣＰＵ９０１は電源の投入
によって処理をスタートし、まず、メモリの初期化やパ
ラメータの初期化などのコンピュータ装置が行なう一般
的な初期化処理を実行する（ステップＳ５０１）。その
後、たとえばキーボード９３上の各ファンクションキー
（Ｆ１からＦ３）の入力操作に応じて、通信設定処理
（ステップＳ５０５）、画像形成装置の登録処理（ステ
ップＳ５０９）、またはファームウェア送信処理（ステ
ップＳ５１３）を行なう。

【００７３】Ｆ１キーが入力された場合は（ステップＳ
５０３で“ＹＥＳ”）、ステップＳ５０５において、通
信設定処理が行なわれる。すなわち、ここではコンピュ
ータ９１が電子メールを送信するために必要なパラメー
タの設定が行なわれる。たとえば、サービスセンター側
のＬＡＮに接続されたメールサーバ８３のＩＰアドレス
や、コンピュータ９１の電子メールアドレス等が入力さ
れ、それぞれ固定記憶装置９０４に記憶される。コンピ
ュータ９１の電子メールアドレスは、コンピュータ９１
がプリンタコントローラ２１にファームウェアの添付さ
れた電子メールを送信する際に、そのFromフィールドに
セットされるものである。

【００７４】Ｆ２キーが入力された場合は（ステップＳ
５０７で“ＹＥＳ”）、ステップＳ５０９において、画
像形成装置の登録処理が行なわれる。すなわち、各画像
形成装置の機種名、電子メールアドレス、対応するメー
ルサーバに設けられた制限容量情報、その他必要に応じ
て、各画像形成装置のユーザの名称、住所、電話番号等
の情報が入力され、固定記憶装置９０４に記憶される。

【００７５】Ｆ３キーが入力された場合は（ステップＳ
６１１で“ＹＥＳ”）、ステップＳ６１３において、フ
ァームウェアの送信処理が行なわれる。すなわち、書き
替えの対象となる機種のファームウェアが適切に分割さ
れ、その１つが電子メールに添付されて画像形成装置１
１宛に送信される。

【００７６】図６は、図５の画像形成装置の登録処理
（ステップＳ５０９）において固定記憶装置９０４に登
録されるデータ例を示した図である。サービスセンター
側のオペレータは、画像形成装置のファームウェアを書
き替える前に、予めキーボード９３、マウス９４などを
用いてコンピュータ９１にその画像形成装置に関する情
報を入力する。

【００７７】図６に示すように、画像形成装置に関する
情報には、画像形成装置の機種名、電子メールアドレ
ス、利用するメールサーバの制限容量情報が含まれる。
その他の情報として、画像形成装置を容易に識別するた
めに、たとえば画像形成装置のユーザの名称、住所、電
話番号等のユーザ情報を含んでもよい。

【００７８】このような画像形成装置に関する情報はコ
ンピュータ９１に入力され、本図に示すようなテーブル
形式にまとめられ固定記憶装置９０４に記憶される。な
お、説明の便宜上テーブル形式にまとめたこの情報を以
下（「登録情報テーブル」という）。

【００７９】次に、画像形成装置のファームウェアを書
き替える必要が生じた場合に、コンピュータ９１により
ファームウェアを添付した電子メールメッセージが作成
され、それが画像形成装置１１に送信される処理の流れ
について説明する。図７は、図５のファームウェア送信
処理（ステップＳ５１３）の詳細を示したフローチャー
トであり、前述のコンピュータ９１のＣＰＵ９０１で実
行する。

【００８０】本図を参照して、まず、ステップＳ７０１
において、サービスセンター側のオペレータにより、キ
ーボード９３、マウス９４等を用いてコンピュータ９１
にファームウェアを書き替える対象となる画像形成装置
の機種およびその制御モジュールの指定がなされる。機
種および制御モジュールが指定されるのは、一般に画像
形成装置のファームウェアは、これら機種と制御モジュ
ールによって異なるからである。

【００８１】次に、ステップＳ７０３において、固定記
憶装置９０４に記憶されている登録情報テーブル（図
６）が読み出され、ステップＳ７０５において、指定さ
れた画像形成装置の機種についての登録台数ｎが計数さ
れる。そして、ステップＳ７０７において、指定された
機種のＩＤが図８に示すようなＩＤテーブルへ順に格納
される。ＩＤテーブルとは指定された機種毎に容量制限
をチェックして、ファームウェアの適切な分割を行なう
ために使用するテーブルである。

【００８２】ＩＤテーブルへの格納が終了すると、ステ
ップＳ７０９において、ループカウンタｉに１がセット
され、続くステップＳ７１１からステップＳ７２５にお
いて、図８のＩＤテーブルに登録されている指定機種の
画像形成装置について、ファームウェアの適切な分割等
が行なわれ、電子メールの送信処理が行なわれる。

【００８３】すなわち、ステップＳ７１１において、ル
ープカウンタｉがＩＤテーブルの登録台数ｎ以下であれ
ば（ステップＳ７１１で“ＹＥＳ”）、ステップＳ７１
３において、ＩＤテーブルの上から第ｉ番目のレコード
に格納されているＩＤに対応する図６の登録情報テーブ
ルの制限容量情報が取得される。

【００８４】そして、ステップＳ７１５において、指定
された機種のファームウェアの容量と、取得された制限
容量とが比較され、ファームウェアの容量が大きい場合
は（ステップＳ７１５で“Ｙｅｓ”）、ファームウェア
の分割が行なわれる。

【００８５】ステップＳ７２１では、メールサーバの制
限容量に収まるようにファームウェアが分割され、その
分割数がＩＤテーブルに格納される。そして、分割され
たファームウェアを用いて電子メール・メッセージが作
成され、ステップＳ７２３において、その作成された電
子メール・メッセージが画像形成装置１１宛てに送信さ
れる。すなわち、図５のステップＳ５０５で設定されて
いるメールサーバ８３のＩＰアドレスを基にメールサー
バ８３との接続が確立された後、電子メール送信のイン
ターネット標準であるＳＭＴＰプロトコル（ＲＦＣ８２
１）に従ってメールサーバ８３に電子メール・メッセー
ジが送信される。

【００８６】一方、指定された機種のファームウェアの
容量がメールサーバの制限容量以下である場合は（ステ
ップＳ７１５で“ＮＯ”）、ステップＳ７１７におい
て、ファームウェアは分割されずに、電子メール・メッ
セージが作成され、ステップＳ７１９において、その作
成された電子メール・メッセージが画像形成装置１１宛
てに送信される。

【００８７】電子メールが送信されると、ステップＳ７
２５において、ループカウンタｉが１つインクリメント
され、再びステップＳ７１１の処理へと戻る。このよう
にして、ＩＤテーブルに登録されているすべての画像形
成装置に対してステップＳ７１１からステップＳ７２５
までの処理が行なわれる。

【００８８】そして、ＩＤテーブルに登録されているす
べての装置に対する処理が終了すると（ステップＳ７１
１で“ＮＯ”）、ファームウェアの送信処理が終了す
る。

【００８９】以上の処理によると、指定された機種につ
いてのファームウェアの容量がメールサーバの制限容量
よりも大きい場合であっても、適切にファームウェアが
分割されて送信されるため、送信できないという事態を
回避することが可能となる。

【００９０】このようにして、サービスセンター側のコ
ンピュータ９１は、ファームウェアを添付した電子メー
ルを画像形成装置１１宛てに送信した後、画像形成装置
１１からのファームウェアの書き替え結果についての返
信メールが送信されてくるのを待って、次の電子メール
の送信を行なう。

【００９１】図９は、コンピュータ９１が、書き替え結
果についての返信メールを受信した際の処理の流れにつ
いて示したフローチャートである。本図を参照して、ま
ず、ステップＳ９０１において、コンピュータ９１は、
メールサーバ８３に、ファームウェアの書き替えを行な
った画像形成装置１１からの書き替え終了の電子メール
が届いているか否かのチェックを行なう。書き替え終了
の電子メールか否かは、Subjectフィールドに、ファー
ムウェアに関する記述があるか否かで判断される。

【００９２】書き替え終了のメールが届いている場合
（ステップＳ９０１で“ＹＥＳ”）、ステップＳ９０３
において、電子メール・メッセージのボディ部のResult
が取得される。これにより、ファームウェアの書き替え
が成功したか否かを判断することができる。

【００９３】正常に書き替えが終了した場合（ステップ
Ｓ９０５で“ＹＥＳ”）、ステップＳ９０７において、
Subjectに示されている分割番号、分割数、機種、モジ
ュールから次の分割ファームウェアを添付した電子メー
ル・メッセージが送信される。一方、正常に書き替えが
終了してない場合（ステップS９０５で“ＮＯ”）、ス
テップＳ９０９において、Subjectに示されているファ
ームウェアが再度送信される。

【００９４】そして、ステップＳ９１１において、コン
ピュータ９１は、所定時間が経過するまで待機し、所定
時間が経過すると、ステップＳ９０１の処理へと戻り、
ファームウェアの書き替え終了メールが到着したか否か
を見に行く。

【００９５】以上の処理によると、メールサーバの制限
容量を超えるファームウェアは適切に複数に分割され、
送信する際にそれぞれ電子メールに添付される。そし
て、先に送信されたファームウェアについての書き替え
終了メールを受信してから、次のファームウェアを添付
した電子メールの送信が行なわれる。このため、メール
サーバの制限容量を超えてデータ送受信が行なわれな
い。

【００９６】続いて、ファームウェアを添付した電子メ
ールについて、図１０および図１１を用いて詳しく説明
する。図１０は、分割されたファームウェアを添付した
電子メールのメッセージ文の一例を示した図であり、図
１１は、分割されていないファームウェアを添付した電
子メールのメッセージ文の一例を示した図である。

【００９７】図１０および図１１を参照して、電子メー
ルのメッセージに関するインターネット標準（ＲＦＣ８
２２）により、電子メールのメッセージ・フィールド
は、大きく分けて、ヘッダ部とボディ部に分かれてお
り、両者はＮＵＬＬ行によって区別される。

【００９８】ヘッダ部は、インターネット標準（ＲＦＣ
８２２）で規定された複数のヘッダ・フィールドで構成
され、このヘッダ・フィールドは、行頭から“：”まで
のフィールド名とそれ以降のフィールド・ボディにより
構成される。

【００９９】ところで、画像形成装置のファームウェア
はバイナリデータであるが、ＲＦＣ８２２では電子メー
ルのメッセージに直接バイナリデータを記述することが
禁止されている。このため、ＲＦＣ２０４５、２０４
６、２０４７で規定されているＭＩＭＥ（Multipurpose
Internet Mail Extensions）拡張規定を利用して、画
像形成装置のファームウェアをメッセージのボディ部に
ファイルとして添付する。

【０１００】メッセージのヘッダ部には、「Ｆｒｏ
ｍ」、「Ｔｏ」、「Ｄａｔｅ」、「Ｓｕｂｊｅｃｔ」等
のＲＦＣ８２２で規定されたフィールド以外に、ＭＩＭ
Ｅ拡張規定に伴う「ＭＩＭＥ−Version」、「Content-T
ype」の各フィールドが追加される。

【０１０１】Subjectフィールドのフィールド・ボディ
には、オペレータによって指定された機種の名称、およ
び添付するファームウェアの対象制御モジュールの番号
をアンダーバーで繋いだ文字列が記述される。たとえ
ば、機種名が「model１」、対象制御モジュールの番号
が「１」の場合、「model１#module1」という文字列が
記述される。そして、添付のファームウェアデータが分
割されたものである場合は、図１０に示すように、最後
に分割数と何番目のデータなのかを示す番号が記述され
る。たとえば、ファームウェアを４分割したうちの１番
目のものである場合、（１／４）という文字が記述され
る。なお、添付のファームウェアデータが分割されたも
のでない場合は、図１１に示すように、最後に分割数等
は何も記述されない。

【０１０２】Content-Typeフィールドのフィールド・ボ
ディには、「Multipart/mixed」を指定してメッセージ
・ボディ部が複数のパートに分割可能に設定された上
で、個々のパートの境界を表わす「Boundary」パラメー
タに適切なＵＳ−ＡＳＣＩＩ文字列（本図では文字列の
後「５kvrZF/hrA」）が指定される。

【０１０３】メッセージのボディ部には、ヘッダ部のCo
ntent-Typeフィールドのboundaryパラメータの値（本図
では「５kvrZF/hrA」）の前に「--」を加えた文字列が
記載され、１つのパートの始まりが指定される。その下
に、「Content-Type」フィールドが記述され、そのフィ
ールド・ボディに添付するファイルがバイナリデータで
あることを示す「application/octet-stream」が指定さ
れる。

【０１０４】さらにその下に、「Content-Transfer-Enc
oding」フィールドが記述され、フィールド・ボディに
「base６４」が指定される。前述のとおり、ＲＦＣ８２
２により電子メールのメッセージに直接バイナリデータ
を記述することが禁止されているため、バイナリデータ
をＵＳ−ＡＳＣＩＩ文字に変換しなければならない。Ｍ
ＩＭＥ拡張規定では、この変換の方式として複数の方式
が定められているが、その中の１つがBase６４方式であ
る。

【０１０５】上記２つのフィールドの下に、ファームウ
ェアのバイナリデータがBase６４方式でＵＳ−ＡＳＣＩ
Ｉ文字に変換して追加される。そして最後に、ボディ部
のすべてのパートの終端であることを示すため、ヘッダ
部のContent-TypeフィールドのBoundaryパラメータの値
（本図では「５kvrZF/hrA」）の前後にそれぞれ「--」
を加えた文字列が記述される。

【０１０６】次に、ファームウェアを受け取った画像形
成装置が、書き替え対象となるFlash−ROMにファームウ
ェアの書き替えを行ない、その結果を電子メールで返信
する際の電子メール・メッセージについて簡単に説明す
る。図１２は、ファームウェアの書き替え結果について
の電子メールのメッセージ文の一例を示した図である。
図１２を参照して、電子メールのメッセージに関するイ
ンターネット標準（ＲＦＣ８２２）に従い、電子メール
のメッセージ・フィールドがヘッダ部と、ＮＵＬＬ行を
挟んでボディ部とに分かれる点は図１０および図１１と
同様である。

【０１０７】「Subject」フィールドに、機種名および
モジュール番号が記述され、さらに分割数とその何番目
のファームウェアを受信したかが記述される。そして、
ボディ部の「Result」フィールドに、書き替えが成功し
たか失敗したかを示す「ＯＫ」か「ＮＧ」かのいずれか
が書き込まれる。

【０１０８】したがって、書き替え結果についての電子
メールを受信したサービスセンター側では、「Result」
の内容を取得することにより、書き替え結果が成功した
か失敗したかを知ることができる。そして、「Subjec
t」の内容を取得することにより、「Result」の内容と
併せて、次にどのファームウェアを添付して電子メール
を送信すればよいかを知ることができる。

【０１０９】続いて、ユーザ側における処理について説
明する。図１３は、画像形成装置１１のプリンタコント
ローラ２１のＣＰＵ２０１における処理のメインルーチ
ンを示すフローチャートである。本図を参照して、ＣＰ
Ｕ２０１は、電源の投入によって処理をスタートし、ま
ずメモリの初期化やパラメータの初期化などのコンピュ
ータ装置が行なう一般的な初期化処理を行なう（ステッ
プＳ１３０１）。その後、必要に応じて、通信設定処理
（ステップＳ１３０５）やファームウェアの読み取り処
理（ステップＳ１３０９）を行なう。

【０１１０】たとえば、操作パネル２０７上の「設定」
キーがユーザにより入力された場合（ステップＳ１３０
３で“ＹＥＳ”）、ステップＳ１３０５において、電子
メールを送受信するために必要なパラメータの設定が行
なわれる。すなわち、ここでは、ユーザ側のＬＡＮに接
続されたメールサーバ３３のＩＰアドレス、メールサー
バ３３上の画像形成装置１１の電子メール・アカウント
の名称とパスワード、画像形成装置１１の電子メールア
ドレス、画像形成装置１１宛の新しい電子メールが届い
ているかどうかを定期的に確認する際の時間間隔等が入
力され、それぞれＮＶ−ＲＡＭ２０４に記憶される。

【０１１１】そして、ステップＳ１３０７では、確認間
隔が経過したか否かが判断される。すなわち、ステップ
Ｓ１３０５で設定された時間間隔（画像形成装置１１宛
の新しい電子メールメッセージが到着したか否かの確認
する時間間隔）が経過したか否かがここで判断される。

【０１１２】時間間隔が経過している場合は（ステップ
Ｓ１３０７で“ＹＥＳ”）、ステップＳ１３０９におい
て、ＣＰＵ２０１はメールサーバ３３に対して新しい電
子メールメッセージが届いているかどうかを読みに行
き、必要な電子メールのダウンロード処理を行なう。確
認間隔が経過していない場合は（ステップＳ１３０７で
“ＮＯ”）、たとえばステップＳ１３０３に戻り、確認
間隔が経過するまで上記処理を繰り返す。

【０１１３】続いて、プリンタコントローラ２１が、メ
ールサーバ３３に画像形成装置１１宛の新しいメッセー
ジが届いているかどうかを確認し届いていればそれをダ
ウンロードするという処理について説明する。

【０１１４】図１４は、図１３のファームウェアの読取
処理（ステップＳ１３０９）の詳細を示したフローチャ
ートである。本図を参照して、まず、ステップＳ１４０
１において、図１３のステップＳ１３０５で設定された
メールサーバ３３のＩＰアドレスをもとに、メールサー
バ３３とのＴＣＰコネクションが確立され、画像形成装
置１１宛の新しいメッセージが届いているか否かが確認
される（ステップＳ１４０３）。

【０１１５】なお、この確認処理、およびメールサーバ
３３に画像形成装置１１宛の新しいメッセージが届いて
いた場合にそれをダウンロードするという後述の処理に
おいては、ＰＯＰ３（Post Office Protocol Version
３）プロトコルが用いられる。そして、ここでは、仮に
メールサーバ３３に画像形成装置１１宛の新しいメッセ
ージが複数届いている場合でも、一度のＴＣＰコネクシ
ョンでは１つのメッセージだけがダウンロードされるも
のとする。

【０１１６】新着メッセージの確認の結果、メールサー
バ３３に画像形成装置１１宛の新しいメッセージが届い
ていた場合（ステップＳ１４０３で“ＹＥＳ”）、ステ
ップＳ１４０５において、メールサーバ３３からそのメ
ッセージのダウンロードが行なわれる。そして、ステッ
プＳ１４０７において、ファームウェアが添付された電
子メールか否かが判断される。ファームウェアが添付さ
れているかどうかは、たとえば、メッセージのヘッダ部
のContent-Descriptionフィールドのフィールド・ボデ
ィの値が「Firmware」であるか否かにより判断される。

【０１１７】ファームウェアが添付されていた場合（ス
テップＳ１４０７で“ＹＥＳ”）、ステップＳ１４０９
において、メッセージの中からファームウェアの部分の
ＵＳ−ＡＳＣＩＩ文字が抜き出され、ステップＳ１４１
１において、その抜き出されたＵＳ−ＡＳＣＩＩ文字が
逆Base６４変換によりバイナリデータに戻される。

【０１１８】次に、ステップＳ１４１３において、メッ
セージのヘッダ部のＳｕｂｊｅｃｔフィールドの値から
そのファームウェアの対象機種と対象制御モジュールの
番号が読み出される。さらにバイナリデータのチェック
サムが計算される。なお、ファームウェアが一括送信さ
れてきた場合は、モジュールごとにチェックサムが計算
される。ファームウェア、対象制御モジュール番号、チ
ェックサム値は、Ｓ−ＲＡＭ２０３に一時的に記憶され
る。そして、ステップＳ１４１５において、シリアルＩ
/Ｆ２０５を介して、バイナリデータに戻されたファー
ムウェアとモジュール番号とが画像形成装置１１に転送
される。

【０１１９】次に、ステップＳ１４１７において、メー
ルサーバ３３からダウンロードしたメッセージのオリジ
ナルが削除される。そして、ステップＳ１４１９におい
て、画像形成装置１１からのファームウェアの書き替え
終了通知が来るまで待機する。書き替え終了通知が来る
と（ステップＳ１４１９で“ＹＥＳ”）、ステップＳ１
４２１において、画像形成装置１１から送られてきたチ
ェックサムの値と、Ｓ−ＲＡＭ２０３に一時的に記憶し
ていたチェックサムの値とが比較され、その結果が電子
メール・メッセージ本文にＯＫまたはＮＧとして書き込
まれる。そして、ステップＳ１４２３において、その結
果が記載された電子メール（終了メール）がサービスセ
ンター側のコンピュータ９１宛てに送信される。

【０１２０】なお、ダウンロードされたメッセージにフ
ァームウェアが添付されていなかった場合（ステップＳ
１４０７で“ＮＯ”）、ステップＳ１４２５において、
画像形成装置のファームウェアの書き替え処理以外の用
途のメッセージを受信した際の処理が通常通り実行され
る。

【０１２１】このようにして、画像形成装置１１のプリ
ンタコントローラ２１においてメールサーバ３３からの
メッセージがダウンロードされ、画像形成装置１１に、
ファームウェアのバイナリデータが送信される。そし
て、画像形成装置からの書き替え結果を受けて、書き替
えが成功したか否かを電子メールとして、サービスセン
ター側のコンピュータ９１に返信する。

【０１２２】次に、画像形成装置１１において行なわれ
る処理について説明する。図１５は、画像形成装置１１
における基本処理を示すフローチャートであり、画像形
成装置１１におけるＣＰＵ１０１で実行する。画像形成
装置１１は、電源の投入等により処理が開始され、ま
ず、各制御モジュールそれぞれにおいて、メモリのクリ
ア、標準モードの設定等の初期設定が行なわれる（ステ
ップＳ１５０１）。そして次に、プリンタコントローラ
２１からファームウェアの受信通知がなされるまで、入
力受付処理（ステップＳ１５０３）およびコピー制御処
理（ステップＳ１５０５）の各処理が繰り返し実行され
る。

【０１２３】ステップＳ１５０３では、各種の入力信号
に対する受け付けが一括して行なわれる。ここで入力信
号とは、たとえば画像形成装置１１の操作パネル１１８
上のキースイッチ群や装置内の各種センサ群からの入力
信号、あるいは、プリンタコントローラ２１から送信さ
れてくるプリントジョブ等やファームウェア受信通知で
ある。

【０１２４】ステップＳ１５０５では、コピー制御処
理、すなわち画像形成装置１１の動作に必要な処理が行
なわれる。たとえば、給紙制御、走査制御、感光体ドラ
ム制御、現像機制御等の各種作動部群の制御、あるい
は、プリンタコントローラ２１からのプリントジョブ等
に従った処理などである。

【０１２５】プリンタコントローラ２１からファームウ
ェアの受信通知がされると（ステップＳ１５０７で“Ｙ
ＥＳ”）、ステップＳ１５０９において、ファームウェ
アの書き替え処理が行なわれる。そして、ファームウェ
アの書き替え処理が終了すると、ステップＳ１５０３の
処理へと戻り、再びファームウェアの受信が通知される
までステップＳ１５０３とステップＳ１５０５の処理が
繰り返される。

【０１２６】続いて、画像形成装置１１のファームウェ
アの書き替え処理について説明する。まず、プリンタコ
ントローラ２１によりシリアルＩ／Ｆ２０５を介して送
信されたファームウェアとその対象制御モジュール番号
は、画像形成装置１１のシリアルＩ／Ｆ１１７を経由し
てＣＰＵ１１が受信する。このようにしてＣＰＵ１１１
がファームウェアを受信した場合、受信したファームウ
ェアの対象制御モジュールのFlash ＲＯＭが、次に示す
処理に従って書き替えられる。

【０１２７】図１６は、画像形成装置１１におけるファ
ームウェア書き替え処理（図１５のステップＳ１５０
９）の詳細を示したフローチャートであり、ＣＰＵ１０
１で実行する。本図を参照して、ステップＳ１６０１、
ステップＳ１６０５、およびステップＳ１６０９によ
り、まず、受信したファームウェアが制御モジュール１
〜４のいずれのファームウェアであるかが判断される。

【０１２８】そして、制御モジュール１のファームウェ
アであると判断された場合（ステップＳ１６０１で“Ｙ
ＥＳ”）、ステップＳ１６０３において、分割された部
分のデータが対応するFlash ＲＯＭ１１２の部分へと書
き込まれる。Flash ＲＯＭ１１２への部分書き込みが終
了すると、ステップＳ１６１５の処理へと進む。

【０１２９】受信したファームウェアが制御モジュール
２のファームウェアであると判断された場合（ステップ
Ｓ１６０５で“ＹＥＳ”）、ファームウェアがＣＰＵ１
１１から制御モジュール２のＣＰＵ１２１へと転送さ
れ、ステップＳ１６０７において、ファームウェアがFl
ash ＲＯＭ１１２へと書き込まれる。Flash ＲＯＭ１２
２の書き込みが終了すると、ステップＳ１６１５の処理
へと進む。

【０１３０】受信したファームウェアが制御モジュール
３のファームウェアであると判断された場合（ステップ
Ｓ１６０９で“ＹＥＳ”）は、ファームウェアがＣＰＵ
１１１から制御モジュール３のＣＰＵ１３１へと転送さ
れ、ステップＳ１６１１において、ファームウェアがFl
ash ＲＯＭ１３２へと書き込まれる。Flash ＲＯＭ１３
２への書き込みが終了すると、ステップＳ１６１５の処
理へと進む。

【０１３１】受信したファームウェアが制御モジュール
４のファームウェアであると判断された場合（ステップ
Ｓ１６０９で“ＮＯ”）は、ファームウェアがＣＰＵ１
１１からＣＰＵ１２１を介して、制御モジュール４のＣ
ＰＵ１４１へと転送され、ステップＳ１６１３におい
て、ファームウェアがFlash ＲＯＭ１４２へと書き込ま
れる。Flash ＲＯＭ１４２の書き込みが終了すると、ス
テップＳ１６１５の処理へと進む。

【０１３２】ステップＳ１６１５では、対象となるFlas
h ＲＯＭの書き替え部分の内容が読み出され、チェック
サムが算出される。そして、ステップＳ１６１７におい
て、算出されたチェックサムの値が、シリアルＩ／Ｆ１
１７を介してプリンタコントローラ２１に送信され、フ
ァームウェアの書き替え処理が終了する。

【０１３３】以上説明した、サービスセンター側のコン
ピュータ９１、メールサーバ８３、３３、およびユーザ
側の画像形成装置（プリンタ）１１の各処理の流れを図
１７を用いて、時系列で簡単に説明する。図１７におい
ては、左から順に、コンピュータ９１、メールサーバ８
３、３３、および画像形成装置１１を示しており、上か
ら下に時間軸が向いているものとする。

【０１３４】本図を参照して、まず、センター側のコン
ピュータ９１からモジュール１の分割番号１のファーム
ウェアが画像形成装置１１宛てに送信される（１）。画
像形成装置１１は、メールサーバ３３に一定時間毎に新
着メールが届いているか否かのチェックを行なう（点線
矢印）。そして、届いている場合は、その電子メール・
メッセージを画像形成装置１１側にダウンロードし
（２）、対応する部分のファームウェアの書き替えを行
なう（３）。

【０１３５】書き替えが終了すると、その結果を電子メ
ールとして、コンピュータ９１宛てに返信する（４）。
コンピュータ９１はこれを受けて（５）、再び容量の大
きい電子メールの送信を行なうことが可能になったこと
を知る。そして、次回送るべき分割されたファームウェ
アを決定し、その内容に従って、次の分割番号のファー
ムウェアデータを電子メールに添付して画像形成装置１
１宛てに送信する（６）。

【０１３６】画像形成装置１１は、再びメールサーバ３
３に自己宛ての新着メールの存在を知ると、ダウンロー
ドする（７）。そして、ファームウェアの書き替え処理
を行ない（８）、その結果を電子メールとしてコンピュ
ータ９１に送信する（９）。コンピュータ９１はこれを
受信することで（１０）、再び、電子メールの送信可能
状態になったことを知る。

【０１３７】以上説明したように、本実施の形態におけ
るデータ通信方法（ファームウェア通信方法）による
と、ファームウェアの容量が大きく、メールサーバの制
限容量を超えるような場合でも、適切にデータ通信を行
なうことが可能となる。

【０１３８】すなわち、制限オーバーとなったファーム
ウェアは適当に分割されて電子メールに添付される。そ
して、各分割されたファームウェア付きの電子メール
は、送信先である画像形成装置からの書き替え終了通知
を待って順に送信される。このため、分割されたファー
ムウェアが同時に送信され、メールサーバの各メールア
カウントに設けられた容量オーバーのために送信不可能
になるという事態が回避される。

【０１３９】なお、今回は、メールサーバの制限容量に
基づいてファームウェアが分割され、それぞれが順次、
電子メールに添付されて送信される場合を示した。そし
て、電子メールを受信する毎に、画像形成装置において
ファームウェアの書き替えが行なわれた。したがって、
図１６でも示したが、分割されたファームウェアは通
常、各モジュール単位よりも小さく、該当する部分のフ
ァームウェアがその都度書き替えられた。しかし、この
ような方法以外にも、モジュール単位で書き替えが行な
われるようにしてもよい。以下、図１８から図２０を用
いて、モジュール単位でファームウェアの書き替え処理
が行なわれる場合について説明する。

【０１４０】図１８は、モジュール単位で行なわれるフ
ァームウェアの書き替え処理を示したフローチャートで
ある。本図は、図７で示した図５のファームウェア送信
処理（ステップＳ５１３）の詳細を示したフローチャー
トとほぼ同様である。ただし、図７のステップＳ７２３
の代わりに、ステップＳ１８２３の処理が行なわれる点
が異なる。

【０１４１】すなわち、図７においては、画像形成装置
に対して、適当に分割された１の分割ファームウェアを
電子メールに添付して送信していた。しかしここでは、
モジュール単位でファームウェアの書き替えを行なうた
めに、１の分割ファームウェアのみでなく、１のモジュ
ール分に相当する複数の分割ファームウェアが順に送信
される。

【０１４２】したがって、この１モジュールに相当する
複数の分割ファームウェアを受信するユーザ側の画像形
成装置（プリンタコントローラ）の処理も図１４で示し
たものとは少し異なってくる。

【０１４３】図１９は、モジュール単位でファームウェ
アの書き替えが行なわれる場合の、プリンタコントロー
ラにおけるファームウェアの読取処理（図１３のステッ
プＳ１３０９）の詳細を示したフローチャートである。

【０１４４】本図においては、ステップＳ１４１５で画
像形成装置にファームウェアを送信する前に、１のモジ
ュール分に相当する複数の分割ファームウェアがすべて
送られてくるのを待つ（ステップＳ１９１２）。そし
て、すべて受け取った場合に、１つのモジュールとして
チェックサムが算出され（ステップＳ１９１７）、この
値とともにファームウェアが画像形成装置に送信される
（ステップＳ１４１５）。

【０１４５】最後に、このようにしてモジュール単位で
送られてくるファームウェアデータを受信した画像形成
装置１１におけるファームウェアの書き替え処理につい
て説明する。図２０は、画像形成装置１１における、モ
ジュール単位で行なわれるファームウェアの書き替え処
理を示したフローチャートである。ここでは、図１６の
場合と同様に、まず、送信されてきたファームウェアが
どのモジュールのファームウェアに対応するものかの判
断が行なわれる（ステップＳ１６０１，Ｓ１６０５，Ｓ
１６０９）。

【０１４６】そして、判断結果に応じて、対応するモジ
ュールのFlash ＲＯＭのファームウェアが書き替えられ
る（ステップＳ２００３、Ｓ２００７，Ｓ２０１１，Ｓ
２０１３）。このため、ステップＳ１６１５におけるチ
ェックサムの計算では、モジュール単位のファームウェ
アについてのチェックサムが求められることになる。そ
して、図１９のステップＳ１４２１において、モジュー
ル単位で計算されたチェックサムの比較が行なわれ、フ
ァームウェアの書き替えが成功したか否かが判断され
る。

【０１４７】このように、ファームウェアの書き替えを
モジュール単位で一度に行なうことにより、結果として
１のモジュールに対するファームウェアの書き替え開始
から終了までに要する総時間が短縮されることになる。
また、Flash ＲＯＭのどの部分を書き替えるかという管
理が不要となり、処理が簡易化される。

【０１４８】また、画像形成装置が複数の制御モジュー
ルから構成されており、各制御モジュール間でのファー
ムウェアの転送・送信に比較的時間を要する場合におい
ても、画像形成装置からファームウェア送信元へファー
ムウェアの書き込み結果を通知してから後に、次のファ
ームウェアが電子メールに添付されて送信されるため、
画像形成装置の動作にあわせた、ファームウェアの送信
も可能となる。

【０１４９】なお、図中では（図１等）、プリンタコン
トローラと画像形成装置とは別体の装置として説明した
が、画像形成装置にプリンタコントローラの機能を内蔵
した一体構造であってもよい。この場合、同様に、プリ
ンタコントローラと制御モジュール１は互いに連携をと
りながら処理が実行される。また、プリンタコントロー
ラのＣＰＵ２０１によって、ＣＰＵ１０１で実施してい
た制御を実行してもよい。

【０１５０】なお、今回は、書き替え対象となるファー
ムウェアを有するデータ通信装置として画像形成装置を
例に挙げて説明したが、これに限定されるものではな
い。したがって、たとえば、ハブやルータ等の通信機能
を有するデバイスであれば、本発明を適用することが可
能となる。

【０１５１】さらに、本発明においては、ファームウェ
アの分割とは、単一のファームウェアを分割するという
ケースのみではなく、送信予定の複数のファームを所定
条件にしたがって複数に分割するというケースも含む。

【０１５２】また、今回はファームウェアの書き替え結
果（書き替え終了情報）について、電子メールを用いて
返信する場合を示した。しかし、電子メールシステムに
限定されず、他の方法を用いて返信するようにしてもよ
い。

【０１５３】今回示した画像形成装置１１、コンピュー
タ９１、およびプリンタコントローラ２１が行なうファ
ームウェアの通信方法（データ通信方法）は、上述した
一連の処理動作を機能させるためのプログラムによって
実現されることができる。このデータ通信プログラム
は、予め画像形成装置１１、コンピュータ９１、および
プリンタコントローラ２１内のハードディスクにそれぞ
れインストールされたものであってもよいし、ＣＤ−Ｒ
ＯＭ、磁気テープのような取外し可能な記録媒体に記録
されたものであってもよい。いずれにせよ、データ通信
プログラムはコンピュータ読み取り可能な記録媒体に記
録されている。

【０１５４】なお、コンピュータ読み取り可能な記録媒
体としては、磁気テープやカセットテープなどのテープ
系、磁気ディスク（フレキシブルディスク、ハードディ
スク装置等）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ
／ＤＶＤ等）などのディスク系、ＩＣカード（メモリカ
ードを含む）や光カードなどのカード系、あるいはＲＯ
Ｍ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなど
の半導体メモリ等の固定的にプログラムを担持する媒体
が考えられる。

【０１５５】なお、記録媒体に格納される内容として
は、プログラムに限定されず、データであってもよい。

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

【図面の簡単な説明】

【図１】 本発明の実施の形態におけるファームウェア
の書き替え方法を実施するためのシステム構成を示した
図である。

【図２】 画像形成装置１１の回路構成を示すブロック
図である。

【図３】 プリンタコントローラ２１の回路構成を示し
たブロック図である。

【図４】 サービスセンター側に設置されたコンピュー
タ９１の回路構成を示すブロック図である。

【図５】 サービスセンター側のコンピュータ９１のＣ
ＰＵ９０１が行なう処理のメインルーチンを示すフロー
チャートである。

【図６】 図５の画像形成装置の登録処理（ステップＳ
５０９）において固定記憶装置９０４に登録されるデー
タ例を示した図である。

【図７】 図５のファームウェア送信処理（ステップＳ
５１３）の詳細を示したフローチャートである。

【図８】 固定記憶装置９０４に登録されるＩＤテーブ
ルノ例を示した図である。

【図９】 コンピュータ９１が、書き替え結果について
の返信メールを受信した際の処理の流れについて示した
フローチャートである。

【図１０】 分割されたファームウェアを添付した電子
メールのメッセージ文の一例を示した図である。

【図１１】 分割されていないファームウェアを添付し
た電子メールのメッセージ文の一例を示した図である。

【図１２】 ファームウェアの書き替え結果についての
電子メールのメッセージ文の一例を示した図である。

【図１３】 画像形成装置１１のプリンタコントローラ
２１のＣＰＵ２０１における処理のメインルーチンを示
すフローチャートである。

【図１４】 図１３のファームウェアの読取処理（ステ
ップＳ１３０９）の詳細を示したフローチャートであ
る。

【図１５】 画像形成装置１１における基本処理を示す
フローチャートである。

【図１６】 画像形成装置１１におけるファームウェア
書き替え処理（図１５のステップＳ１５０９）の詳細を
示したフローチャートである。

【図１７】 サービスセンター側のコンピュータ９１、
メールサーバ８３、３３、およびユーザ側の画像形成装
置（プリンタ）１１の各処理の流れを説明するための図
である。

【図１８】 モジュール単位で行なわれるファームウェ
アの書き替え処理を示したフローチャートである。

【図１９】 モジュール単位でファームウェアの書き替
えが行なわれる場合の、プリンタコントローラにおける
ファームウェアの読取処理（図１３のステップＳ１３０
９）の詳細を示したフローチャートである。

【図２０】 画像形成装置１１における、モジュール単
位で行なわれるファームウェアの書き替え処理を示した
フローチャートである。

【符号の説明】

１１ 画像形成装置、２１ プリンタコントローラ、３
２，８２ ルータ、３３，８３ メールサーバ、９１
コンピュータ、１１１，１２１，１３１，１４１，２０
１，９０１ ＣＰＵ、１１２，１２２，１３２，１４２
Flash ＲＯＭ、１１８，２０７ 操作パネル、９０４
固定記憶装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 前 豪郎 大阪市中央区安土町二丁目３番13号大阪国 際ビル ミノルタ株式会社内 Ｆターム(参考） 5B076 BB06 EA18 EB01

Claims (13)

【特許請求の範囲】
1. 【請求項１】 ファームウェアを複数に分割する分割ス
   テップと、 前記分割された複数のファームウェアの中の１のファー
   ムウェアを電子メールに添付して送信する第１の送信ス
   テップと、 前記電子メールに添付された１のファームウェアを取得
   した相手先から送られてくるファームウェアの書き替え
   結果に関する情報を取得する取得ステップと、 前記取得された書き替え結果に関する情報に基づいて、
   前記分割された複数のファームウェアの中の１のファー
   ムウェアを電子メールに添付して送信する第２の送信ス
   テップと、をコンピュータに実行させるためのデータ通
   信プログラム。
2. 【請求項２】 前記取得ステップにおいて取得した書き
   替え結果に関する情報が書き替え成功の情報である場
   合、 前記第２の送信ステップは、前記第１の送信ステップに
   おいて送信した１のファームウェアとは異なる他の１の
   ファームウェアを送信する、請求項１に記載のデータ通
   信プログラム。
3. 【請求項３】 前記取得ステップにおいて取得した書き
   替え結果に関する情報が書き替え失敗の情報である場
   合、 前記第２の送信ステップは、前記第１の送信ステップに
   おいて送信した１のファームウェアを再度送信する、請
   求項１または２に記載のデータ通信プログラム。
4. 【請求項４】 前記第２の送信ステップおよび取得ステ
   ップが所定回数繰り返されることを特徴とする、請求項
   １〜３のいずれかに記載のデータ通信プログラム。
5. 【請求項５】 分割された複数のファームウェアの中の
   １のファームウェアが添付された電子メールを受信する
   受信ステップと、 前記受信された電子メールから、前記ファームウェアを
   取り出す取出ステップと、 前記取り出されたファームウェアを所定のメモリに書き
   込む書込ステップと、 前記書込ステップにおけるメモリへの書き込みが成功し
   たか否かを判定する判定ステップと、 前記判定ステップによる判定結果を前記電子メールの送
   信元に通知する通知ステップと、をコンピュータに実行
   させるためのデータ通信プログラム。
6. 【請求項６】 前記判定ステップは、 前記書込ステップにより書き込まれる前に前記取り出さ
   れたファームウェアの第１のチェックサムを計算するス
   テップと、 前記書込ステップにより書き込まれた後に前記書き込ま
   れたファームウェアの第２のチェックサムを計算するス
   テップと、 前記第１のチェックサムと前記第２のチェックサムとを
   比較する比較ステップとを含み、 前記比較ステップによる比較結果が一致すれば書き込み
   が成功したと判定し、不一致であれば書込みが失敗した
   と判定する、請求項５に記載のデータ通信プログラム。
7. 【請求項７】 分割された複数のファームウェアの中の
   １のファームウェアが添付された電子メールを受信する
   第１の受信ステップと、 前記受信された電子メールから、前記ファームウェアを
   取り出す取出ステップと、 前記取り出されたファームウェアを所定の制御モジュー
   ルに送信するステップと、 制御モジュールのファームウェアのメモリへの書き込み
   が成功したか否かを受信する第２の受信ステップと、 前記第２の受信ステップにより受信した書き込み結果を
   前記電子メールの送信元に通知する通知ステップと、を
   コンピュータに実行させるためのデータ通信プログラ
   ム。
8. 【請求項８】 請求項１〜７のいずれかに記載のデータ
   通信プログラムを記録したコンピュータ読み取り可能な
   記録媒体。
9. 【請求項９】 ファームウェアを複数に分割する分割手
   段と、 前記分割された複数のファームウェアの中の１のファー
   ムウェアを電子メールに添付して送信する第１の送信手
   段と、 前記電子メールに添付された１のファームウェアを取得
   した相手先から送られてくるファームウェアの書き替え
   結果に関する情報を取得する取得手段と、 前記取得された書き替え結果に関する情報に基づいて、
   前記分割された複数のファームウェアの中の１のファー
   ムウェアを電子メールに添付して送信する第２の送信手
   段とを含む、データ通信装置。
10. 【請求項１０】 分割された複数のファームウェアの中
    の１のファームウェアが添付された電子メールを受信す
    る受信手段と、 前記受信された電子メールから、前記ファームウェアを
    取り出す取出手段と、 前記取り出されたファームウェアを所定のメモリに書き
    込む書込手段と、 前記書込手段によるメモリへの書き込みが成功したか否
    かを判定する判定手段と、 前記判定手段による判定結果を前記電子メールの送信元
    に通知する通知手段とを含む、データ通信装置。
11. 【請求項１１】 請求項１０に記載のデータ通信装置を
    備えた、画像形成装置。
12. 【請求項１２】 ファームウェアを複数に分割する分割
    ステップと、 前記分割された複数のファームウェアの中の１のファー
    ムウェアを電子メールに添付して送信する第１の送信ス
    テップと、 前記電子メールに添付された１のファームウェアを取得
    した相手先から送られてくるファームウェアの書き替え
    結果に関する情報を取得する取得ステップと、 前記取得された書き替え結果に関する情報に基づいて、
    前記分割された複数のファームウェアの中の１のファー
    ムウェアを電子メールに添付して送信する第２の送信ス
    テップとを含む、データ通信方法。
13. 【請求項１３】 分割された複数のファームウェアの中
    の１のファームウェアが添付された電子メールを受信す
    る受信ステップと、 前記受信された電子メールから、前記ファームウェアを
    取り出す取出ステップと、 前記取り出されたファームウェアを所定のメモリに書き
    込む書込ステップと、 前記書込ステップにおけるメモリへの書き込みが成功し
    たか否かを判定する判定ステップと、 前記判定ステップによる判定結果を前記電子メールの送
    信元に通知する通知ステップとを含む、データ通信方
    法。