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

Abstract

(57)【要約】 【課題】 送信側に負担をかけることなく、受信側の稼
動状態を考慮したファームウェアのより適切な通信を行
なう。 【解決手段】 画像形成装置のプリンタコントローラ
は、ファームウェア付きの電子メールを受信すると（Ｓ
１４０７）、ダウンロードして、中からファームウェア
を取り出す（Ｓ１４０９）。そして、チェックサム値お
よびモジュール番号と共にファームウェアをＳ−ＲＡＭ
に記憶する（Ｓ１４１３）。予め設定されたファームウ
ェアの書き換え可能時刻に達すると（Ｓ１４１４）、フ
ァームウェアデータとモジュール番号とが画像形成装置
に転送され、画像形成装置においてファームウェアの書
き換えが行なわれる（Ｓ１４１９）。

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 ＲＯＭ１１２への書き込みが終了すると、ステッ
プＳ１６１５の処理へと進む。

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

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

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

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

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

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

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

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

【０１４６】なお、ここでは示していないが、再起動時
刻に達すると、画像処理装置１１（プリンタ）では、書
き換えられたモジュール、あるいは、装置全体に対して
再起動が行なわれる。

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

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

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

【０１５０】また、ファームウェアの書き換え処理が、
ユーザにより設定された書き換え時刻に達してから行な
われるため、通常のプリント動作等が行なわれていると
きに突然書き換えられることによる不都合が回避され
る。

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

【０１５２】なお、図１３では、ファームウェアの書き
換え時刻および再起動時刻がユーザ入力により設定され
る場合を示した（ステップＳ１３０６）。しかし、この
ような場合に限定されるわけではなく、たとえば、プリ
ンタコントローラ２１が画像形成装置１１の稼動状態を
管理し、プリントジョブ数を時間帯ごとにカウントする
ことで、プリントジョブ数の少ない時間帯に書き換え時
刻および再起動時刻を設定するようにしてもよい。

【０１５３】図１８および図１９を用いて、書き換え時
刻および再起動時刻が自動的に設定される場合を説明す
る。図１８は、プリンタコントローラ２１におけるファ
ームウェアの書き換え可能時刻を設定するための処理の
流れを示したフローチャートである。

【０１５４】本図を参照して、プリンタコントローラ２
１は、まず、ステップＳ１８０１において、プリントア
ジョブを受信したか否かを判断し、受信した場合は（ス
テップＳ１８０１で“ＹＥＳ”）、時間帯テーブルの該
当する受信時刻のジョブ数のカウント数を１つインクリ
メントする（ステップＳ１８０３）。

【０１５５】この動作を所定時間行なうことで、時間帯
とプリントジョブ数との関係が求められる。そして、ス
テップＳ１８０５において、この時間帯テーブルをスキ
ャンすることにより、最小の受信ジョブ数となる時間帯
が選択される。その時間帯をもって書き換え可能時刻が
設定される。

【０１５６】図１９は、時間帯テーブルの一例を示した
図である。本図に示すように、時間帯毎に受信したプリ
ントジョブ数がカウントされていく。たとえば、１３：
１０にプリントジョブを受信した場合は、１３：００〜
１４：００という時間帯に対応して示されているプリン
トジョブ数２８が１つインクリメントされ、２９にな
る。本図によると、最小の時間帯が１：００〜２：００
であるとされ、その時刻１：００がファームウェアの書
き換え可能時刻として設定される。なお、最小となる時
間帯が複数ある場合は、それらすべてが書き換え可能時
刻として設定される。

【０１５７】なお、受信ジョブ数が０でない時間帯であ
って、最小の時間帯をファームウェアの書き換え可能時
刻として設定してもよい。例えば、受信ジョブ数が０の
ときは、電源オフしており、そもそもメールサーバとの
アクセスが不可能である状態もありえるからである。こ
の構成においては、電源オンしている時間帯で最小の受
信ジョブ数の時間帯で、ファームウェアの書き換えを実
行するための、ユーザの利便性が改善されるとともに、
プリンタ電源オフの時間帯をファームウェアの書き換え
時刻として回避できる。なお、さらに電源オンの時間帯
を履歴として記憶しておき、その時間帯で受信ジョブ数
が最小の時間帯を設定してもよい。

【０１５８】なお、ファームウェアの書き換えられた画
像形成装置１１の再起動時刻の設定も、図１８および図
１９に示した場合と同様にして、自動的に求められる。

【０１５９】このように、プリントジョブを受信する時
間帯を調べることで、ユーザの入力負担を軽減すること
ができると共に、より適切にファームウェアの書き換え
時刻および再起動時刻を決定することが可能となる。

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

【０１６１】さらに、今回は、ファームウェアが分割さ
れて送信された場合にのみ、それぞれの書き換え結果が
返信されるものとして説明した。しかし、ファームウェ
アが分割されずに送信された場合でも、その書き換え結
果が返信されるようにしてもよい。この場合は、書き換
えの失敗に対して、同じファームウェアを再度送信する
ことができるため、確実にファームウェアの書き換え処
理を遂行することが可能となる。

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

【０１６３】ファームウェアが分割されずに一括して送
信される場合としては、全ファームウェアデータを１つ
の添付ファイルとして送信する方法、個々のファームウ
ェアデータを複数の添付ファイルとして１つの電子メー
ルで送信する方法、個々のファームウェアを個別に電子
メールに添付して送信する方法などが考えられる。

【０１６４】全ファームウェアデータを１つの添付ファ
イルとして送信する方法としては、例えば次に示すよう
なものがある。全ファームウェアのデータ（バイナリ
ー）を１つのデータ（バイナリー）とする場合は、デー
タの０番地〜７ＦＦＦＦ番地は制御モジュール１のファ
ームウェアデータ、８００００番地〜ＦＦＦＦＦ番地は
制御モジュール２のファームウェアデータ、・・・・と
いうように、その機種における各制御モジュールのデー
タの格納アドレスとサイズが予めデータとして記憶され
ている。このデータが電子メールに添付されてメールサ
ーバへ送信される。

【０１６５】プリンタコントローラ２１においても各制
御モジュールのデータの格納アドレスとサイズの関係が
データとして記憶されている。このため、プリンタコン
トローラ２１は、所定のアドレスにあるファームウェア
データを対応する制御モジュールに送信することで、順
次、書き換え処理を行なうことができる。

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１８】 プリンタコントローラ２１におけるファー
ムウェアの書き換え可能時刻を設定するための処理の流
れを示したフローチャートである。

【図１９】 時間帯テーブルの一例を示した図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/10 ３３０ Ｇ０６Ｆ 9/06 ６３０Ｅ Ｈ０４Ｎ 1/00 １０７ ６４０Ａ (72)発明者 前 豪郎 大阪市中央区安土町二丁目３番13号大阪国 際ビル ミノルタ株式会社内 Ｆターム(参考） 2C061 AP01 HJ08 HK11 HK23 HN05 HP00 HQ01 HQ17 5B014 EB01 FA14 FB03 5B021 AA01 AA05 AA19 BB04 CC06 5B076 BB06 EA17 EA18 EB01 5C062 AA02 AA05 AA29 AA35 AB38 AB42 AC22 AC34 AF00 BA00

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ファームウェアの書き込み可能時間を設
   定する第１の設定ステップと、 ネットワークを介してファームウェア付きの電子メール
   を受信する受信ステップと、 前記受信された電子メールからファームウェアを取り出
   す取出ステップと、 前記設定された書き込み可能時間に、前記取り出された
   ファームウェアを所定のメモリに書き込む書込ステップ
   と、をコンピュータに実行させるためのデータ通信プロ
   グラム。
2. 【請求項２】 前記書込ステップによるファームウェア
   の書き込みが成功したか否かを判定する判定ステップ
   と、 前記判定されたファームウェアの書き込み結果を送信元
   へ送信するステップとをさらにコンピュータに実行させ
   ることを特徴とする、請求項１に記載のデータ通信プロ
   グラム。
3. 【請求項３】 前記第１の設定ステップは、ユーザ入力
   により前記書き込み可能時間が設定されることを特徴と
   する、請求項１または２に記載のデータ通信プログラ
   ム。
4. 【請求項４】 時間に対する装置の使用頻度を検知する
   検知ステップと、 前記検知された使用頻度から最小使用頻度となる時間帯
   を決定する決定ステップとをさらにコンピュータに実行
   させ、 前記第１の設定ステップは、前記決定された時間帯に基
   づいて書き込み可能時間を設定する、請求項１または２
   に記載のデータ通信プログラム。
5. 【請求項５】 再起動可能時間を設定する第２の設定ス
   テップと、 前記書き込みステップにおいて前記所定のメモリにファ
   ームウェアが書き込まれた後、前記設定された再起動可
   時間に再起動させる再起動ステップとをさらにコンピュ
   ータに実行させるための、請求項１〜４のいずれかに記
   載のデータ通信プログラム。
6. 【請求項６】 前記コンピュータは画像形成装置を含
   む、請求項１〜５のいずれかに記載のデータ通信プログ
   ラム。
7. 【請求項７】 ファームウェアの書き込み可能時間を設
   定する第１の設定ステップと、 ネットワークを介してファームウェア付きの電子メール
   を受信する受信ステップと、 前記受信された電子メールからファームウェアを取り出
   す取出ステップと、 前記取り出されたファームウェアを所定の制御モジュー
   ルに送信する送信ステップと、をコンピュータに実行さ
   せるためのデータ通信プログラム。
8. 【請求項８】 請求項１〜７のいずれかに記載のデータ
   通信プログラムを記録した、コンピュータ読み取り可能
   な記録媒体。
9. 【請求項９】 ファームウェアの書き込み可能時間を設
   定する第１の設定手段と、 ネットワークを介してファームウェア付きの電子メール
   を受信する受信手段と、 前記受信された電子メールからファームウェアを取り出
   す取出手段と、 前記設定された書き込み可能時間に、前記取り出された
   ファームウェアを所定のメモリに書き込む書込手段とを
   含む、データ通信装置。
10. 【請求項１０】 請求項９に記載のデータ通信装置を備
    えることを特徴とする、画像形成装置。
11. 【請求項１１】 ファームウェアの書き込み可能時間を
    設定する第１の設定ステップと、 ネットワークを介してファームウェア付きの電子メール
    を受信する受信ステップと、 前記受信された電子メールからファームウェアを取り出
    す取出ステップと、 前記設定された書き込み可能時間に、前記取り出された
    ファームウェアを所定のメモリに書き込む書込ステップ
    とを含む、データ通信方法。