JP3551933B2

JP3551933B2 - Data communication program, computer-readable recording medium recording data communication program, data communication device, and data communication method

Info

Publication number: JP3551933B2
Application number: JP2001099194A
Authority: JP
Inventors: 秀樹日野; 篤冨田; 豪郎前
Original assignee: ミノルタ株式会社
Priority date: 2001-03-30
Filing date: 2001-03-30
Publication date: 2004-08-11
Anticipated expiration: 2021-03-30
Also published as: JP2002297351A

Description

【０００１】
【発明の属する技術分野】
本発明は、データ通信プログラム、データ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、データ通信装置およびデータ通信方法に関し、特に、インターネットを介してファームウェアデータの通信を行なうデータ通信プログラム、データ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、データ通信装置およびデータ通信方法に関する。
【０００２】
【従来の技術】
従来、たとえば画像形成装置の動作を制御するファームウェアはマスクＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）に書き込まれていた。このためファームウェアを交換する必要が生じた場合は、画像形成装置内の制御基盤上にあるマスクＲＯＭを新しいファームウェアの書き込まれたマスクＲＯＭに交換するという方法がとられていた。
【０００３】
マスクＲＯＭの交換作業は、時間がかかるとともに煩雑であった。このため、作業性を向上させるために、マスクＲＯＭに代わって、書き換え可能なフラッシュＲＯＭが用いられるようになってきた。
【０００４】
フラッシュＲＯＭに書き込まれたファームウェアを交換する際には、以下のような方法がとられていた。
【０００５】
まず、第１の方法としては、メモリカード等の外部記憶装置を用いるという方法である。すなわち、画像形成装置にメモリカード等の外部記憶装置とのＩ／Ｆ（インターフェイス）が設けられ、そのＩ／Ｆに新しいファームウェアを格納したメモリカードが接続される。そして、メモリカードからフラッシュＲＯＭに新しいファームウェアが書き込まれる。この方法では、ファームウェアの書き換える際、遠隔操作はできず、実際に画像形成装置の設置してある場所まで出向いていかなければならい。
【０００６】
第２の方法としては、公衆回線網を利用するという方法である。この方法はファクシミリ装置を中心として実用化されている。すなわち、公衆回線網に接続された遠隔地の装置からファームウェアが画像形成装置に送信される。これをダウンロードすることでファームウェアが書き換えられる。この方法では、第１の方法のように実際に出向いていく必要はなくなるが、通信コストが高く、ファームウェアのダウンロードにも比較的長時間を要することになる。
【０００７】
このため最近はインターネットの普及に伴い、第３の方法として、公衆回線網を用いて行なわれていたファームウェアのダウンロードを、インターネットを介して行なうという方法がとられるようになった。インターネットを利用すると、通信コストを削減するとともに、ファームウェアのダウンロードに要する時間を短縮することができる。
【０００８】
ここで、インターネットを介して行なう通信のプロトコルには、ホームページを閲覧するためのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ファイル転送を行なうＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、電子メールの送信に用いられるＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）などさまざまなプロトコルがある。しかし、画像形成装置のファームウェアを遠隔地からインターネットを介してダウンロードするプロトコルとしては、インターネットを介した通信に対するセキュリティ意識の高まりから、制限がみられ、どのプロトコルを用いてもよいというわけではない。
【０００９】
すなわち、インターネットと各ユーザとの接続口には、ユーザの内部システムへのインターネットからの不正アクセス等に対処するため、一般に「防御壁」の役割をするファイアウォールが設けられている。このファイアウォールの機能には、インターネットとユーザの内部システムとの間を通過できる通信プロトコルを制御するという機能がある。これにより通過可能なプロトコルが制限されるが、通常、電子メールのプロトコルは通過可能に設定されることが多い。このため、インターネットを介してファームウェアを送信する場合には、従来から電子メールシステムを利用するという方法が知られている。
【００１０】
【発明が解決しようとする課題】
しかしながら、上記第３の方法、すなわち、電子メールシステムを利用してファームウェアを送信するという方法には、以下に示すような問題があった。
【００１１】
すなわち、最近の画像形成装置のファームウェアのサイズは、その高機能・多機能化に伴い１０Ｍバイト前後にまで膨れ上がっている。そして、今後さらに増大する傾向にある。
【００１２】
一方、電子メールの収集と配布のサービスを行なうメールサーバは、受信可能な電子メールのサイズに制限を設けているのが一般的であり、この制限サイズは１Ｍバイト前後に設定されている場合が多いようである。
【００１３】
このため、前述のサイズのファームウェアを電子メールで送信しようとした場合、制限サイズを超えてしまい、受け取りを拒否されるケースが多発するものと予想される。
【００１４】
このため、ファームウェアを適当なサイズに分割して送信するという方法が考えられる。しかし、メールサーバには、メッセージを受け取る際の個々のメッセージの容量に加えて、メール・アカウント毎に保持するメッセージの総容量にも制限が設けられているのが一般的である。したがって、ファームウェアを分割して複数のメッセージに添付したとしても、それを一度に全て送信すると、メール・アカウント毎に設けられた制限サイズを超えてしまい、適切に送信できない可能性が高くなる。
【００１５】
また、メールサーバの中には、受信可能な電子メールのサイズやメール・アカウント毎のメッセージの総容量に制限が設けられていないものもある。このようなメールサーバに対しては、ファームウェアを分割して、それらを個別に送信するという方法をとると、ファームウェア全体を書き換えるのに要する時間も長くなり効率が悪い。
【００１６】
本発明は、かかる実情に鑑み考え出されたものであり、その目的の１つは、電子メールシステムを用いてファームウェアの送受信を行なう際、使用するメールサーバの制限サイズを考慮することで、より適切にファームウェアを送受信することのできるデータ通信プログラム、該プログラムを記録したコンピュータ読み取り可能な記録媒体、データ通信装置およびデータ通信方法を提供することである。
【００１７】
【課題を解決するための手段】
上記目的を達成するため、本発明のある局面に従うと、データ通信プログラムは、使用するメールサーバに設けられたデータの制限容量を取得する制限容量取得ステップと、取得された制限容量に基づいて送信対象となるファームウェアを分割するか否かを判断する判断ステップと、判断ステップにより分割しないと判断された場合に、ファームウェアを電子メールに添付して送信する第１の送信ステップと、判断ステップにより分割すると判断された場合に、前記ファームウェアを前記取得された制限容量に基づいて複数に分割する分割ステップと、分割された複数のファームウェアの中の１のファームウェアを電子メールに添付して送信する第２の送信ステップと、電子メールに添付された１のファームウェアを取得した相手先から送られてくるファームウェアの書き換え結果に関する情報を取得する取得ステップと、取得された書き換え結果が成功を示す場合に、分割された複数のファームウェアの中の次に送るべき１のファームウェアを電子メールに添付して送信する第３の送信ステップとをコンピュータに実行させる。
【００１８】
この発明によると、使用するメールサーバに設けられたデータの制限容量に応じて送信対象となるファームウェアを分割するか否かが判断される。そして、分割しないと判断された場合は、対象となるファームウェアは分割されずに一括して電子メールに添付され送信される。このように、メールサーバに制限容量が設けられていない場合等には分割されないため、ファームウェアの送信および送信先でも書き換え処理が効率よく行なわれる。
【００１９】
なお、ファームウェアの分割とは、単一のファームウェアを分割するというケースのみではなく、送信予定の複数のファームを所定条件にしたがって複数に分割するというケースも含まれる。
【００２０】
また、分割すると判断された場合は、ファームウェアはメールサーバの制限容量に基づいて適当に分割され、その中の１のファームウェアが電子メールに添付して送信される。適当に分割されるため、大容量のファームウェアを電子メールに添付することにより、メールサーバに設けられた個々の電子メールの容量制限を超えるという事態が回避され、電子メールの受け取り拒否がされることもない。
【００２１】
また、電子メールを取得した相手先から送られてくるファームウェアの書き換え結果に関する情報を取得し、書き換え結果が成功を示す場合に、分割された複数のファームウェアの中の次に送るべき１のファームウェアが添付された電子メールが送信される。メールサーバからファームウェアがダウンロードされた後に次の電子メールが送信されるため、メールサーバの個々のメールアカウント毎に設けられたデータ容量の制限を越えるという事態が回避される。
【００２２】
したがって、電子メールシステムを用いてファームウェアの送受信を行なう際、使用するメールサーバの制限サイズを考慮することで、ファームウェアを分割するか否かが決定され、より適切にファームウェアを送信することのできるデータ通信プログラムを提供することが可能となる。
【００２３】
好ましくは、判断ステップは、送信対象となるファームウェアが取得された制限容量より大きい場合、分割すると判断し、送信対象となるファームウェアが取得された制限容量以下の場合、分割しないと判断する。
【００２４】
これによると、送信対象となるファームウェアのデータ容量がメールサーバに設けられた制限容量より大きい場合は個々の容量がそれ以下となるようにファームウェアが分割され、制限容量以下の場合は、分割されずに一括してファームウェアが送信される。このため、メールサーバに設けられた制限容量オーバーのために電子メールの受け取りが拒否されるなどの不都合は発生せず、最適な状態でファームウェアの送信が行なわれる。
【００２８】
本発明の別の局面に従うと、コンピュータ読み取り可能な記録媒体は、上記いずれかに記載のデータ通信プログラムを記録する。
【００２９】
この発明によると、電子メールシステムを用いてファームウェアの送受信を行なう際、使用するメールサーバの制限サイズを考慮することで、ファームウェアを分割するか否かが決定され、より適切にファームウェアを送信することのできるデータ通信装置を提供することが可能となる。
【００３０】
本発明のさらに別の局面に従うと、データ通信装置は、使用するメールサーバに設けられたデータの制限容量を取得する制限容量取得手段と、取得された制限容量に基づいて送信対象となるファームウェアを分割するか否かを判断する判断手段と、判断手段により分割しないと判断された場合に、ファームウェアを電子メールに添付して送信する第１の送信手段と、判断手段により分割すると判断された場合に、ファームウェアを取得された制限容量に基づいて複数に分割する分割手段と、分割された複数のファームウェアの中の１のファームウェアを電子メールに添付して送信する第２の送信手段と、電子メールに添付された１のファームウェアを取得した相手先から送られてくるファームウェアの書き換え結果に関する情報を取得する取得手段と、取得された書き換え結果が成功を示す場合に、分割された複数のファームウェアの中の次に送るべき１のファームウェアを電子メールに添付して送信する第３の送信手段とを含む。
【００３１】
この発明によると、使用するメールサーバに設けられたデータの制限容量に応じて送信対象となるファームウェアを分割するか否かが判断される。そして、分割しないと判断された場合は、対象となるファームウェアは分割されずに一括して電子メールに添付され送信される。このように、メールサーバに制限容量が設けられていない場合等には分割されないため、ファームウェアの送信および送信先でも書き換え処理が効率よく行なわれる。
【００３２】
また、分割すると判断された場合は、ファームウェアはメールサーバの制限容量に基づいて適当に分割され、その中の１のファームウェアが電子メールに添付して送信される。適当に分割されるため、大容量のファームウェアを電子メールに添付することにより、メールサーバに設けられた個々の電子メールの容量制限を超えるという事態が回避され、電子メールの受け取り拒否がされることもない。
【００３３】
また、電子メールを取得した相手先から送られてくるファームウェアの書き換え結果に関する情報を取得し、その書き換え結果が成功を示す場合に、分割された複数のファームウェアの中の次に送るべき１のファームウェアが添付された電子メールが送信される。メールサーバからファームウェアがダウンロードされた後に次の電子メールが送信されるため、メールサーバの個々のメールアカウント毎に設けられたデータ容量の制限を越えるという事態が回避される。
【００３４】
したがって、電子メールシステムを用いてファームウェアの送信を行なう際、使用するメールサーバの制限サイズを考慮することで、ファームウェアを分割するか否かが決定され、より適切にファームウェアを送信することのできるデータ通信装置を提供することが可能となる。
【００３８】
本発明のさらに別の局面に従うと、データ通信方法は、使用するメールサーバに設けられたデータの制限容量を取得する制限容量取得ステップと、取得された制限容量に基づいて送信対象となるファームウェアを分割するか否かを判断する判断ステップと、判断ステップにより分割しないと判断された場合に、ファームウェアを電子メールに添付して送信する第１の送信ステップと、判断ステップにより分割すると判断された場合に、ファームウェアを取得された制限容量に基づいて複数に分割する分割ステップと、分割された複数のファームウェアの中の１のファームウェアを電子メールに添付して送信する第２の送信ステップと、電子メールに添付された１のファームウェアを取得した相手先から送られてくるファームウェアの書き換え結果に関する情報を取得する取得ステップと、取得された書き換え結果が成功を示す場合に、分割された複数のファームウェアの中の次に送るべき１のファームウェアを電子メールに添付して送信する第３の送信ステップとを含む。
【００３９】
この発明によると、電子メールシステムを用いてファームウェアの送受信を行なう際、使用するメールサーバの制限サイズを考慮することで、ファームウェアを分割するか否かが決定され、より適切にファームウェアを送信することのできるデータ通信方法を提供することが可能となる。
【００４０】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００４１】
ここでは、画像形成装置のファームウェアが、電子メールシステムを利用して書き換えられる場合を例に挙げて説明する。図１は、本発明の実施の形態におけるファームウェアの送受信方法を実施するためのシステム構成を示した図である。本図を参照して、本システムは、画像形成装置を含むユーザ側の装置と、画像形成装置にファームウェアを送信するサービスセンター側の装置と、これらを接続するインターネットとにより構成される。
【００４２】
本システムでは、１のサービスセンター側の装置に対して、複数のユーザ側の装置を接続することが可能である。しかし、ここでは説明を簡略化するため、１（組）のユーザ側の装置が接続されている場合を例として示している。
【００４３】
ユーザ側の装置には、画像形成装置１１とこれに接続されたプリンタコントーラ２１とが含まれる。プリンタコントローラ２１は、ＬＡＮを経由して、ファイアウォール３１に、そして、ルータ３２を介してインターネットに接続されている。また、ＬＡＮには、電子メールの収集と配布のサービスを行なうメールサーバ３３が接続されている。
【００４４】
サービスセンター側には、ファームウェアの送信を行なうコンピュータ９１が設置されている。コンピュータ９１は、ユーザ側のプリンタコントローラ２１と通信するために、ＬＡＮを経由して、ファイアウォール８１に、そして、ルータ８２を介してインターネットに接続されている。また、ＬＡＮには、電子メールの収集と配布のサービスを行なうメールサーバ８３も接続されている。
【００４５】
なお、図示せぬが、ルータ８２とルータ３２の間のインターネット上でも複数のメールサーバが介在し、これら不定の複数のメールサーバを経由して電子メールは送信される。
【００４６】
ここで、ファームウェアの書き換えが行なわれる動作について簡単に説明する。まず、サービスセンター側のコンピュータ９１から新たなファームウェアが電子メールに添付されて、ユーザ側の画像形成装置１１宛てに送信される。この際、添付されるファームウェアは適当に分割されたものである。ファームウェア付きの電子メールは、サービスセンター側のＬＡＮ、メールサーバ８３、インターネット、ユーザ側のＬＡＮをそれぞれ経由して、メールサーバ３３のメールボックスに格納される。
【００４７】
ユーザ側の画像形成装置１１のプリンタコントローラ２１は、メールサーバ３３から、その電子メールをダウンロードする。そして、電子メールからファームウェアを取りだし、画像形成装置１１の書き換え対象となるＦｌａｓｈＲＯＭにこの新たなファームウェアの書き込みを行なう。そして、書き換えの結果をサービスセンター側のコンピュータ９１に送信する。
【００４８】
結果を受けたコンピュータ９１は、書き換えが成功であれば分割されたファームウェアのうちの他の１つを電子メールに添付して画像形成装置１１宛てに送信する。書き換えが失敗であれば、再び同じファームウェアを再送信する。
【００４９】
次に、図１に示したそれぞれの装置について詳しく説明する。
図２は、画像形成装置１１の回路構成を示すブロック図である。本図を参照して、画像形成装置１１は、原稿画像を走査して、その複写画像を用紙上に形成するマルチＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）構成の装置である。したがって、個々のＣＰＵに対応した制御モジュール１から制御モジュール４の４つの制御モジュールにより構成される。
【００５０】
制御モジュール１は、画像形成装置１１の全体制御を司るＣＰＵ１１１と、そのファームウェアを格納した書き換え可能なＦｌａｓｈＲＯＭ１１２と、作業用のＳ−ＲＡＭ１１３と、各種設定値を保存するバッテリバックアップされたＮＶ−ＲＡＭ１１４と、制御モジュール２と各種の制御データを送受信するシリアルＩ／Ｆ１１５と、制御モジュール３と各種の制御データを送受信するシリアルＩ／Ｆ１１６と、プリンタコントローラ２と各種のデータを送受信するシリアルＩ／Ｆ１１７と、各種キーや表示部を含む操作パネル１１８とから構成される。
【００５１】
制御モジュール２は、画像形成装置１１のプリント処理を制御するＣＰＵ１２１と、そのファームウェアを格納した書き換え可能なＦｌａｓｈＲＯＭ１２２と、作業用のＳ−ＲＡＭ１２３と、各種設定値を保存するバッテリバックアップされたＮＶ−ＲＡＭ１２４と、制御モジュール１と各種の制御データを送受信するシリアルＩ／Ｆ１２５と、制御モジュール４と各種の制御データを送受信するシリアルＩ／Ｆ１２６と、画像形成処理の負荷を制御するプリント負荷制御Ｉ／Ｏ，ＧＡ１２７とから構成される。
【００５２】
制御モジュール３は、画像形成装置１１の原稿画像の読取処理を制御するＣＰＵ１３１と、そのファームウェアを格納した書き換え可能なＦｌａｓｈＲＯＭ１３２と、作業用のＳ−ＲＡＭ１３３と、各種設定値を保存するバッテリバックアップされたＮＶ−ＲＡＭ１３４と、制御モジュール１と各種の制御データを送受信するシリアルＩ／Ｆ１３５と、原稿画像の読取処理の負荷を制御するＩＲ負荷制御Ｉ／Ｏ，ＧＡ１３６とから構成される。
【００５３】
制御モジュール４は、画像形成装置１１に対する画質の補正を制御するＣＰＵ１４１と、そのファームウェアを格納した書き換え可能なＦｌａｓｈＲＯＭ１４２と、作業用のＳ−ＲＡＭ１４３と、各種設定値を保存するバッテリバックアップされたＮＶ−ＲＡＭ１４４と、制御モジュール２と各種の制御データを送受信するシリアルＩ／Ｆ１４５と、画質補正制御を行なう画質補正制御ＧＡ１４６とから構成されている。
【００５４】
これら制御モジュール１〜４はシリアルＩ／Ｆを介した通信を実行する。通常は各モジュールのＣＰＵ間での制御命令、制御情報の送受信を実行しており、ファームウェア書き換え時にはファームウェアデータの送信を実行する。シリアルＩ／Ｆを介した通信は、通常利用する制御命令、制御情報の通信データサイズにあわせた構成であるため、ファームウェアのような大容量のデータでは送信時間を要しており、ファームウェアのデータサイズによっては、センターＰＣ９１から画像形成装置１１に電子メールを送信するよりも時間を要する場合もある。
【００５５】
図３は、プリンタコントローラ２１の回路構成を示したブロック図である。本図を参照して、プリンタコントローラ２１は、ＣＰＵ２０１と、その制御プログラムが格納されたＥＰ−ＲＯＭ２０２と、作業用のＳ−ＲＡＭ２０３と、各種設定値を記憶するＮＶ−ＲＡＭ（不揮発性メモリ）２０４と、画像形成装置１１との各種データを送受信するシリアルＩ／Ｆ２０５と、ＬＡＮを介して各種のデータを送受信するためのＮＩＣ（ネットワークインターフェイスカード）２０６と、各種の操作設定を行なうための操作パネル２０７とを含んでいる。
【００５６】
ＮＶ−ＲＡＭ２０４には、自己のＩＰアドレス以外に、プリンタコントローラ２１が自分（画像形成装置１１）宛の電子メール・メッセージをメールサーバ３３からダウンロードするために必要となるメールサーバのＩＰアドレス、自分の電子メール・アカウントの名称およびパスワード等が格納されている。
【００５７】
図４は、サービスセンター側に設置されたコンピュータ９１の回路構成を示すブロック図である。本図を参照して、コンピュータ９１は、装置全体を制御するＣＰＵ９０１と、プログラム等が格納されているＲＯＭ９０２と、作業領域および各種データの一時保存領域であるＲＡＭ９０３と、種々の情報等が格納される固定記憶装置９０４と、ディスプレイ９２を制御する表示制御部９０５と、キーボード９３およびマウス９４を制御する入力制御部９０６と、ＬＡＮを介して外部と各種データを送受信するためのＮＩＣ９０７とを含んでいる。
【００５８】
固定記憶装置９０４には、画像形成装置１１の機種や電子メールアドレス、メールサーバに設けられた制限容量情報を含む画像形成装置の登録情報が記憶される。また、画像形成装置１１の機種に対応したファームウェアも記憶される。
【００５９】
ファームウェアは、サービスセンターのオペレータにより、予め機種とその制御モジュールに応じて、固定記憶装置９０４内のそれぞれ異なる所定のフォルダ／ディレクトリに格納される。
【００６０】
続いて、図１に示したシステムにおいて、画像形成装置のファームウェアが遠隔地から書き換ええられる際の動作について説明する。
【００６１】
まず、サービスセンター側のコンピュータ９１に搭載されているＣＰＵ９０１における処理について図５から図８を用いて説明する。
【００６２】
図５は、サービスセンター側のコンピュータ９１のＣＰＵ９０１が行なう処理のメインルーチンを示すフローチャートである。ＣＰＵ９０１は電源の投入によって処理をスタートし、まず、メモリの初期化やパラメータの初期化などのコンピュータ装置が行なう一般的な初期化処理を実行する（ステップＳ５０１）。その後、たとえばキーボード９３上の各ファンクションキー（Ｆ１からＦ３）の入力操作に応じて、通信設定処理（ステップＳ５０５）、画像形成装置の登録処理（ステップＳ５０９）、またはファームウェア送信処理（ステップＳ５１３）を行なう。
【００６３】
Ｆ１キーが入力された場合は（ステップＳ５０３で“ＹＥＳ”）、ステップＳ５０５において、通信設定処理が行なわれる。すなわち、ここではコンピュータ９１が電子メールを送信するために必要なパラメータの設定が行なわれる。たとえば、サービスセンター側のＬＡＮに接続されたメールサーバ８３のＩＰアドレスや、コンピュータ９１の電子メールアドレス等が入力され、それぞれ固定記憶装置９０４に記憶される。コンピュータ９１の電子メールアドレスは、コンピュータ９１がプリンタコントローラ２１にファームウェアの添付された電子メールを送信する際に、そのＦｒｏｍフィールドにセットされるものである。
【００６４】
Ｆ２キーが入力された場合は（ステップＳ５０７で“ＹＥＳ”）、ステップＳ５０９において、画像形成装置の登録処理が行なわれる。すなわち、各画像形成装置の機種名、電子メールアドレス、対応するメールサーバに設けられた制限容量情報、その他必要に応じて、各画像形成装置のユーザの名称、住所、電話番号等の情報が入力され、固定記憶装置９０４に記憶される。
【００６５】
Ｆ３キーが入力された場合は（ステップＳ５１１で“ＹＥＳ”）、ステップＳ５１３において、ファームウェアの送信処理が行なわれる。すなわち、書き換えの対象となる機種のファームウェアが適切に分割され、その１つが電子メールに添付されて画像形成装置１１宛に送信される。
【００６６】
図６は、図５の画像形成装置の登録処理（ステップＳ５０９）において固定記憶装置９０４に登録されるデータ例を示した図である。サービスセンター側のオペレータは、画像形成装置のファームウェアを書き換える前に、予めキーボード９３、マウス９４などを用いてコンピュータ９１にその画像形成装置に関する情報を入力する。
【００６７】
図６に示すように、画像形成装置に関する情報には、画像形成装置の機種名、電子メールアドレス、利用するメールサーバの制限容量情報が含まれる。その他の情報として、画像形成装置を容易に識別するために、たとえば画像形成装置のユーザの名称、住所、電話番号等のユーザ情報を含んでもよい。
【００６８】
ここで、メールサーバの制限容量情報として、“１Ｍ”や“２Ｍ”とあるのは、メールサーバの受信可能な電子メールの容量、あるいは、メール・アカウント毎に設けられた上限容量のいずれか小さい方の容量である。なお、“ＮＵＬＬ”とあるのは、メールサーバに制限が設けられていないことを意味する。
【００６９】
このような画像形成装置に関する情報はコンピュータ９１に入力され、本図に示すようなテーブル形式にまとめられ固定記憶装置９０４に記憶される。なお、説明の便宜上テーブル形式にまとめたこの情報を以下（「登録情報テーブル」という）。
【００７０】
次に、画像形成装置のファームウェアを書き換える必要が生じた場合に、コンピュータ９１によりファームウェアを添付した電子メールメッセージが作成され、それが画像形成装置１１に送信される処理の流れについて説明する。図７は、図５のファームウェア送信処理（ステップＳ５１３）の詳細を示したフローチャートであり、前述のコンピュータ９１のＣＰＵ９０１で実行する。
【００７１】
本図を参照して、まず、ステップＳ７０１において、サービスセンター側のオペレータにより、キーボード９３、マウス９４等を用いてコンピュータ９１にファームウェアを書き換える対象となる画像形成装置の機種およびその制御モジュールの指定がなされる。機種および制御モジュールが指定されるのは、一般に画像形成装置のファームウェアは、これら機種と制御モジュールによって異なるからである。
【００７２】
次に、ステップＳ７０３において、固定記憶装置９０４に記憶されている登録情報テーブル（図６）が読み出され、ステップＳ７０５において、指定された画像形成装置の機種についての登録台数ｎが計数される。そして、ステップＳ７０７において、指定された機種のＩＤが図８に示すようなＩＤテーブルへ順に格納される。ＩＤテーブルとは指定された機種毎に容量制限をチェックして、ファームウェアの適切な分割を行なうために使用するテーブルである。
【００７３】
ＩＤテーブルへの格納が終了すると、ステップＳ７０９において、ループカウンタｉに１がセットされ、続くステップＳ７１１からステップＳ７２５において、図８のＩＤテーブルに登録されている指定機種の画像形成装置について、ファームウェアの適切な分割等が行なわれ、電子メールの送信処理が行なわれる。
【００７４】
すなわち、ステップＳ７１１において、ループカウンタｉがＩＤテーブルの登録台数ｎ以下であれば（ステップＳ７１１で“ＹＥＳ”）、ステップＳ７１３において、ＩＤテーブルの上から第ｉ番目のレコードに格納されているＩＤに対応する図６の登録情報テーブルの制限容量情報が取得される。
【００７５】
そして、ステップＳ７１５において、指定された機種のファームウェアの容量と、取得された制限容量とが比較され、ファームウェアの容量が大きい場合は（ステップＳ７１５で“Ｙｅｓ”）、ファームウェアの分割が行なわれる。
【００７６】
例えば、図８の例でいうと、ＩＤが１の機種のファームウェアの場合、その容量が制限容量である１Ｍを超えるときは、個々の容量がそれ以下となるような複数のファームウェアに分割される。本例では、例えば４Ｍのファームウェアが１Ｍずつに４分割されている。
【００７７】
ステップＳ７２１では、メールサーバの制限容量に収まるようにファームウェアが分割され、その分割数がＩＤテーブルに格納される。そして、分割されたファームウェアを用いて電子メール・メッセージが作成され、ステップＳ７２３において、その作成された電子メール・メッセージが画像形成装置１１宛てに送信される。すなわち、図５のステップＳ５０５で設定されているメールサーバ８３のＩＰアドレスを基にメールサーバ８３との接続が確立された後、電子メール送信のインターネット標準であるＳＭＴＰプロトコル（ＲＦＣ８２１）に従ってメールサーバ８３に電子メール・メッセージが送信される。
【００７８】
一方、指定された機種のファームウェアの容量がメールサーバの制限容量以下である場合は（ステップＳ７１５で“ＮＯ”）、ファームウェアの分割は行なわれない。例えば、図８の例でいうと、ＩＤが２１の機種のファームウェアは、その容量が制限容量を超えていないか、あるいは、制限容量のない“ＮＵＬＬ”のメールサーバが使用される。このため、そのファームウェアは分割されない。
【００７９】
したがって、ステップＳ７１７では、ファームウェアは分割されずに、電子メール・メッセージが作成され、ステップＳ７１９において、その作成された電子メール・メッセージが画像形成装置１１宛てに送信される。
【００８０】
電子メールが送信されると、ステップＳ７２５において、ループカウンタｉが１つインクリメントされ、再びステップＳ７１１の処理へと戻る。このようにして、ＩＤテーブルに登録されているすべての画像形成装置に対してステップＳ７１１からステップＳ７２５までの処理が行なわれる。
【００８１】
そして、ＩＤテーブルに登録されているすべての装置に対する処理が終了すると（ステップＳ７１１で“ＮＯ”）、ファームウェアの送信処理が終了する。
【００８２】
以上の処理によると、指定された機種についてのファームウェアの容量がメールサーバの制限容量よりも大きい場合であっても、適切にファームウェアが分割されて送信されるため、送信できないという事態を回避することが可能となる。
【００８３】
そして、メールサーバに制限容量が設けられていない場合、あるいは、ファームウェアの容量がメールサーバの制限容量以下の場合は、そのファームウェアは分割されずに送信される。したがって、メールサーバの制限容量を考慮した、より効率のよいファームウェアの送信処理を行なうことが可能となる。
【００８４】
ファームウェアが分割送信された場合には、サービスセンター側のコンピュータ９１は、ファームウェアを添付した電子メールを画像形成装置１１宛てに送信した後、画像形成装置１１からのファームウェアの書き換え結果についての返信メールが送信されてくるのを待って、次の電子メールの送信を行なう。
【００８５】
図９は、コンピュータ９１が、書き換え結果についての返信メールを受信した際の処理の流れについて示したフローチャートである。本図を参照して、まず、ステップＳ９０１において、コンピュータ９１は、メールサーバ８３に、ファームウェアの書き換えを行なった画像形成装置１１からの書き換え終了の電子メールが届いているか否かのチェックを行なう。書き換え終了の電子メールか否かは、Ｓｕｂｊｅｃｔフィールドに、ファームウェアに関する記述があるか否かで判断される。
【００８６】
書き換え終了のメールが届いている場合（ステップＳ９０１で“ＹＥＳ”）、ステップＳ９０３において、電子メール・メッセージのボディ部のＲｅｓｕｌｔが取得される。これにより、ファームウェアの書き換えが成功したか否かを判断することができる。
【００８７】
正常に書き換えが終了した場合（ステップＳ９０５で“ＹＥＳ”）、ステップＳ９０７において、Ｓｕｂｊｅｃｔに示されている分割番号、分割数、機種、モジュールから次の分割ファームウェアを添付した電子メール・メッセージが送信される。一方、正常に書き換えが終了してない場合（ステップＳ９０５で“ＮＯ”）、ステップＳ９０９において、Ｓｕｂｊｅｃｔに示されているファームウェアが再度送信される。
【００８８】
そして、ステップＳ９１１において、コンピュータ９１は、所定時間が経過するまで待機し、所定時間が経過すると、ステップＳ９０１の処理へと戻り、ファームウェアの書き換え終了メールが到着したか否かを見に行く。
【００８９】
以上の処理によると、メールサーバの制限容量を超えるファームウェアは適切に複数に分割され、送信する際にそれぞれ電子メールに添付される。そして、先に送信されたファームウェアについての書き換え終了メールを受信してから、次のファームウェアを添付した電子メールの送信が行なわれる。このため、メールサーバの制限容量を超えてデータ送受信が行なわれない。
【００９０】
続いて、ファームウェアを添付した電子メールについて、図１０および図１１を用いて詳しく説明する。図１０は、分割されたファームウェアを添付した電子メールのメッセージ文の一例を示した図であり、図１１は、分割されていないファームウェアを添付した電子メールのメッセージ文の一例を示した図である。
【００９１】
図１０および図１１を参照して、電子メールのメッセージに関するインターネット標準（ＲＦＣ８２２）により、電子メールのメッセージ・フィールドは、大きく分けて、ヘッダ部とボディ部に分かれており、両者はＮＵＬＬ行によって区別される。
【００９２】
ヘッダ部は、インターネット標準（ＲＦＣ８２２）で規定された複数のヘッダ・フィールドで構成され、このヘッダ・フィールドは、行頭から“：”までのフィールド名とそれ以降のフィールド・ボディにより構成される。
【００９３】
ところで、画像形成装置のファームウェアはバイナリデータであるが、ＲＦＣ８２２では電子メールのメッセージに直接バイナリデータを記述することが禁止されている。このため、ＲＦＣ２０４５、２０４６、２０４７で規定されているＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ）拡張規定を利用して、画像形成装置のファームウェアをメッセージのボディ部にファイルとして添付する。
【００９４】
メッセージのヘッダ部には、「Ｆｒｏｍ」、「Ｔｏ」、「Ｄａｔｅ」、「Ｓｕｂｊｅｃｔ」等のＲＦＣ８２２で規定されたフィールド以外に、ＭＩＭＥ拡張規定に伴う「ＭＩＭＥ−Ｖｅｒｓｉｏｎ」、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の各フィールドが追加される。
【００９５】
Ｓｕｂｊｅｃｔフィールドのフィールド・ボディには、オペレータによって指定された機種の名称、および添付するファームウェアの対象制御モジュールの番号をアンダーバーで繋いだ文字列が記述される。たとえば、機種名が「ｍｏｄｅｌ１」、対象制御モジュールの番号が「１」の場合、「ｍｏｄｅｌ１＃ｍｏｄｕｌｅ１」という文字列が記述される。そして、添付のファームウェアデータが分割されたものである場合は、図１０に示すように、最後に分割数と何番目のデータなのかを示す番号が記述される。たとえば、ファームウェアを４分割したうちの１番目のものである場合、（１／４）という文字が記述される。なお、添付のファームウェアデータが分割されたものでない場合は、図１１に示すように、最後に分割数等は何も記述されない。
【００９６】
Ｃｏｎｔｅｎｔ−Ｔｙｐｅフィールドのフィールド・ボディには、「Ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ」を指定してメッセージ・ボディ部が複数のパートに分割可能に設定された上で、個々のパートの境界を表わす「Ｂｏｕｎｄａｒｙ」パラメータに適切なＵＳ−ＡＳＣＩＩ文字列（本図では文字列の後「５ｋｖｒＺＦ／ｈｒＡ」）が指定される。
【００９７】
メッセージのボディ部には、ヘッダ部のＣｏｎｔｅｎｔ−Ｔｙｐｅフィールドのｂｏｕｎｄａｒｙパラメータの値（本図では「５ｋｖｒＺＦ／ｈｒＡ」）の前に「−−」を加えた文字列が記載され、１つのパートの始まりが指定される。その下に、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」フィールドが記述され、そのフィールド・ボディに添付するファイルがバイナリデータであることを示す「ａｐｐｌｉｃａｔｉｏｎ／ｏｃｔｅｔ−ｓｔｒｅａｍ」が指定される。
【００９８】
さらにその下に、「Ｃｏｎｔｅｎｔ−Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ」フィールドが記述され、フィールド・ボディに「ｂａｓｅ６４」が指定される。前述のとおり、ＲＦＣ８２２により電子メールのメッセージに直接バイナリデータを記述することが禁止されているため、バイナリデータをＵＳ−ＡＳＣＩＩ文字に変換しなければならない。ＭＩＭＥ拡張規定では、この変換の方式として複数の方式が定められているが、その中の１つがＢａｓｅ６４方式である。
【００９９】
上記２つのフィールドの下に、ファームウェアのバイナリデータがＢａｓｅ６４方式でＵＳ−ＡＳＣＩＩ文字に変換して追加される。そして最後に、ボディ部のすべてのパートの終端であることを示すため、ヘッダ部のＣｏｎｔｅｎｔ−ＴｙｐｅフィールドのＢｏｕｎｄａｒｙパラメータの値（本図では「５ｋｖｒＺＦ／ｈｒＡ」）の前後にそれぞれ「−−」を加えた文字列が記述される。
【０１００】
次に、ファームウェアを受け取った画像形成装置が、書き換え対象となるＦｌａｓｈ−ＲＯＭにファームウェアの書き換えを行ない、その結果を電子メールで返信する際の電子メール・メッセージについて簡単に説明する。図１２は、ファームウェアの書き換え結果についての電子メールのメッセージ文の一例を示した図である。図１２を参照して、電子メールのメッセージに関するインターネット標準（ＲＦＣ８２２）に従い、電子メールのメッセージ・フィールドがヘッダ部と、ＮＵＬＬ行を挟んでボディ部とに分かれる点は図１０および図１１と同様である。
【０１０１】
「Ｓｕｂｊｅｃｔ」フィールドに、機種名およびモジュール番号が記述され、さらに分割数とその何番目のファームウェアを受信したかが記述される。そして、ボディ部の「Ｒｅｓｕｌｔ」フィールドに、書き換えが成功したか失敗したかを示す「ＯＫ」か「ＮＧ」かのいずれかが書き込まれる。
【０１０２】
したがって、書き換え結果についての電子メールを受信したサービスセンター側では、「Ｒｅｓｕｌｔ」の内容を取得することにより、書き換え結果が成功したか失敗したかを知ることができる。そして、「Ｓｕｂｊｅｃｔ」の内容を取得することにより、「Ｒｅｓｕｌｔ」の内容と併せて、次にどのファームウェアを添付して電子メールを送信すればよいかを知ることができる。
【０１０３】
続いて、ユーザ側における処理について説明する。図１３は、画像形成装置１１のプリンタコントローラ２１のＣＰＵ２０１における処理のメインルーチンを示すフローチャートである。本図を参照して、ＣＰＵ２０１は、電源の投入によって処理をスタートし、まずメモリの初期化やパラメータの初期化などのコンピュータ装置が行なう一般的な初期化処理を行なう（ステップＳ１３０１）。その後、必要に応じて、通信設定処理（ステップＳ１３０５）やファームウェアの読み取り処理（ステップＳ１３０９）を行なう。
【０１０４】
たとえば、操作パネル２０７上の「設定」キーがユーザにより入力された場合（ステップＳ１３０３で“ＹＥＳ”）、ステップＳ１３０５において、電子メールを送受信するために必要なパラメータの設定が行なわれる。すなわち、ここでは、ユーザ側のＬＡＮに接続されたメールサーバ３３のＩＰアドレス、メールサーバ３３上の画像形成装置１１の電子メール・アカウントの名称とパスワード、画像形成装置１１の電子メールアドレス、画像形成装置１１宛の新しい電子メールが届いているかどうかを定期的に確認する際の時間間隔等が入力され、それぞれＮＶ−ＲＡＭ２０４に記憶される。
【０１０５】
そして、ステップＳ１３０７では、確認間隔が経過したか否かが判断される。すなわち、ステップＳ１３０５で設定された時間間隔（画像形成装置１１宛の新しい電子メールメッセージが到着したか否かの確認する時間間隔）が経過したか否かがここで判断される。
【０１０６】
時間間隔が経過している場合は（ステップＳ１３０７で“ＹＥＳ”）、ステップＳ１３０９において、ＣＰＵ２０１はメールサーバ３３に対して新しい電子メールメッセージが届いているかどうかを読みに行き、必要な電子メールのダウンロード処理を行なう。確認間隔が経過していない場合は（ステップＳ１３０７で“ＮＯ”）、たとえばステップＳ１３０３に戻り、確認間隔が経過するまで上記処理を繰り返す。
【０１０７】
続いて、プリンタコントローラ２１が、メールサーバ３３に画像形成装置１１宛の新しいメッセージが届いているかどうかを確認し届いていればそれをダウンロードするという処理について説明する。
【０１０８】
図１４は、図１３のファームウェアの読取処理（ステップＳ１３０９）の詳細を示したフローチャートである。本図を参照して、まず、ステップＳ１４０１において、図１３のステップＳ１３０５で設定されたメールサーバ３３のＩＰアドレスをもとに、メールサーバ３３とのＴＣＰコネクションが確立され、画像形成装置１１宛の新しいメッセージが届いているか否かが確認される（ステップＳ１４０３）。
【０１０９】
なお、この確認処理、およびメールサーバ３３に画像形成装置１１宛の新しいメッセージが届いていた場合にそれをダウンロードするという後述の処理においては、ＰＯＰ３（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ３）プロトコルが用いられる。そして、ここでは、仮にメールサーバ３３に画像形成装置１１宛の新しいメッセージが複数届いている場合でも、一度のＴＣＰコネクションでは１つのメッセージだけがダウンロードされるものとする。
【０１１０】
新着メッセージの確認の結果、メールサーバ３３に画像形成装置１１宛の新しいメッセージが届いていた場合（ステップＳ１４０３で“ＹＥＳ”）、ステップＳ１４０５において、メールサーバ３３からそのメッセージのダウンロードが行なわれる。そして、ステップＳ１４０７において、ファームウェアが添付された電子メールか否かが判断される。ファームウェアが添付されているかどうかは、たとえば、メッセージのヘッダ部のＣｏｎｔｅｎｔ−Ｄｅｓｃｒｉｐｔｉｏｎフィールドのフィールド・ボディの値が「Ｆｉｒｍｗａｒｅ」であるか否かにより判断される。
【０１１１】
ファームウェアが添付されていた場合（ステップＳ１４０７で“ＹＥＳ”）、ステップＳ１４０９において、メッセージの中からファームウェアの部分のＵＳ−ＡＳＣＩＩ文字が抜き出され、ステップＳ１４１１において、その抜き出されたＵＳ−ＡＳＣＩＩ文字が逆Ｂａｓｅ６４変換によりバイナリデータに戻される。
【０１１２】
次に、ステップＳ１４１３において、メッセージのヘッダ部のＳｕｂｊｅｃｔフィールドの値からそのファームウェアの対象機種と対象制御モジュールの番号が読み出される。さらにバイナリデータのチェックサムが計算される。なお、ファームウェアが一括送信されてきた場合は、モジュールごとにチェックサムが計算される。ファームウェア、対象制御モジュール番号、チェックサム値は、Ｓ−ＲＡＭ２０３に一時的に記憶される。そして、ステップＳ１４１５において、シリアルＩ／Ｆ２０５を介して、バイナリデータに戻されたファームウェアとモジュール番号とが画像形成装置１１に転送される。
【０１１３】
次に、ステップＳ１４１７において、メールサーバ３３からダウンロードしたメッセージのオリジナルが削除される。そして、ステップＳ１４１９において、画像形成装置１１からのファームウェアの書き換え終了通知が来るまで待機する。書き換え終了通知が来ると（ステップＳ１４１９で“ＹＥＳ”）、ステップＳ１４２１において、画像形成装置１１から送られてきたチェックサムの値と、Ｓ−ＲＡＭ２０３に一時的に記憶していたチェックサムの値とが比較され、その結果が電子メール・メッセージ本文にＯＫまたはＮＧとして書き込まれる。そして、ステップＳ１４２３において、その結果が記載された電子メール（終了メール）がサービスセンター側のコンピュータ９１宛てに送信される。
【０１１４】
なお、ダウンロードされたメッセージにファームウェアが添付されていなかった場合（ステップＳ１４０７で“ＮＯ”）、ステップＳ１４２５において、画像形成装置のファームウェアの書き換え処理以外の用途のメッセージを受信した際の処理が通常通り実行される。
【０１１５】
このようにして、画像形成装置１１のプリンタコントローラ２１においてメールサーバ３３からのメッセージがダウンロードされ、画像形成装置１１に、ファームウェアのバイナリデータが送信される。そして、画像形成装置からの書き換え結果を受けて、書き換えが成功したか否かを電子メールとして、サービスセンター側のコンピュータ９１に返信する。
【０１１６】
次に、画像形成装置１１において行なわれる処理について説明する。図１５は、画像形成装置１１における基本処理を示すフローチャートであり、画像形成装置１１におけるＣＰＵ１０１で実行する。画像形成装置１１は、電源の投入等により処理が開始され、まず、各制御モジュールそれぞれにおいて、メモリのクリア、標準モードの設定等の初期設定が行なわれる（ステップＳ１５０１）。そして次に、プリンタコントローラ２１からファームウェアの受信通知がなされるまで、入力受付処理（ステップＳ１５０３）およびコピー制御処理（ステップＳ１５０５）の各処理が繰り返し実行される。
【０１１７】
ステップＳ１５０３では、各種の入力信号に対する受け付けが一括して行なわれる。ここで入力信号とは、たとえば画像形成装置１１の操作パネル１１８上のキースイッチ群や装置内の各種センサ群からの入力信号、あるいは、プリンタコントローラ２１から送信されてくるプリントジョブやファームウェア受信通知等である。
【０１１８】
ステップＳ１５０５では、コピー制御処理、すなわち画像形成装置１１の動作に必要な処理が行なわれる。たとえば、給紙制御、走査制御、感光体ドラム制御、現像機制御等の各種作動部群の制御、あるいは、プリンタコントローラ２１からのプリントジョブ等に従った処理などである。
【０１１９】
プリンタコントローラ２１からファームウェアの受信通知がされると（ステップＳ１５０７で“ＹＥＳ”）、ステップＳ１５０９において、ファームウェアの書き換え処理が行なわれる。そして、ファームウェアの書き換え処理が終了すると、ステップＳ１５０３の処理へと戻り、再びファームウェアの受信が通知されるまでステップＳ１５０３とステップＳ１５０５の処理が繰り返される。
【０１２０】
続いて、画像形成装置１１のファームウェアの書き換え処理について説明する。まず、プリンタコントローラ２１によりシリアルＩ／Ｆ２０５を介して送信されたファームウェアとその対象制御モジュール番号は、画像形成装置１１のシリアルＩ／Ｆ１１７を経由してＣＰＵ１１が受信する。このようにしてＣＰＵ１１１がファームウェアを受信した場合、受信したファームウェアの対象制御モジュールのＦｌａｓｈＲＯＭが、次に示す処理に従って書き換えられる。
【０１２１】
図１６は、画像形成装置１１におけるファームウェア書き換え処理（図１５のステップＳ１５０９）の詳細を示したフローチャートであり、ＣＰＵ１０１で実行する。本図を参照して、ステップＳ１６０１、ステップＳ１６０５、およびステップＳ１６０９により、まず、受信したファームウェアが制御モジュール１〜４のいずれのファームウェアであるかが判断される。
【０１２２】
そして、制御モジュール１のファームウェアであると判断された場合（ステップＳ１６０１で“ＹＥＳ”）、ステップＳ１６０３において、分割された部分のデータが対応するＦｌａｓｈＲＯＭ１１２の部分へと書き込まれる。ＦｌａｓｈＲＯＭ１１２への部分書き込みが終了すると、ステップＳ１６１５の処理へと進む。
【０１２３】
受信したファームウェアが制御モジュール２のファームウェアであると判断された場合（ステップＳ１６０５で“ＹＥＳ”）、ファームウェアがＣＰＵ１１１から制御モジュール２のＣＰＵ１２１へと転送され、ステップＳ１６０７において、ファームウェアがＦｌａｓｈＲＯＭ１２２へと書き込まれる。ＦｌａｓｈＲＯＭ１２２の書き込みが終了すると、ステップＳ１６１５の処理へと進む。
【０１２４】
受信したファームウェアが制御モジュール３のファームウェアであると判断された場合（ステップＳ１６０９で“ＹＥＳ”）は、ファームウェアがＣＰＵ１１１から制御モジュール３のＣＰＵ１３１へと転送され、ステップＳ１６１１において、ファームウェアがＦｌａｓｈＲＯＭ１３２へと書き込まれる。ＦｌａｓｈＲＯＭ１３２への書き込みが終了すると、ステップＳ１６１５の処理へと進む。
【０１２５】
受信したファームウェアが制御モジュール４のファームウェアであると判断された場合（ステップＳ１６０９で“ＮＯ”）は、ファームウェアがＣＰＵ１１１からＣＰＵ１２１を介して、制御モジュール４のＣＰＵ１４１へと転送され、ステップＳ１６１３において、ファームウェアがＦｌａｓｈＲＯＭ１４２へと書き込まれる。ＦｌａｓｈＲＯＭ１４２の書き込みが終了すると、ステップＳ１６１５の処理へと進む。
【０１２６】
ステップＳ１６１５では、対象となるＦｌａｓｈＲＯＭの書き換え部分の内容が読み出され、チェックサムが算出される。そして、ステップＳ１６１７において、算出されたチェックサムの値が、シリアルＩ／Ｆ１１７を介してプリンタコントローラ２１に送信され、ファームウェアの書き換え処理が終了する。
【０１２７】
以上説明した、サービスセンター側のコンピュータ９１、メールサーバ８３、３３、およびユーザ側の画像形成装置（プリンタ）１１の各処理の流れを図１７を用いて、時系列で簡単に説明する。図１７においては、左から順に、コンピュータ９１、メールサーバ８３、３３、および画像形成装置１１を示しており、上から下に時間軸が向いているものとする。
【０１２８】
本図を参照して、まず、センター側のコンピュータ９１からモジュール１の分割番号１のファームウェアが画像形成装置１１宛てに送信される（１）。画像形成装置１１は、メールサーバ３３に一定時間毎に新着メールが届いているか否かのチェックを行なう（点線矢印）。そして、届いている場合は、その電子メール・メッセージを画像形成装置１１側にダウンロードし（２）、対応する部分のファームウェアの書き換えを行なう（３）。
【０１２９】
書き換えが終了すると、その結果を電子メールとして、コンピュータ９１宛てに返信する（４）。コンピュータ９１はこれを受けて（５）、再び容量の大きい電子メールの送信を行なうことが可能になったことを知る。そして、次回送るべき分割されたファームウェアを決定し、その内容に従って、次の分割番号のファームウェアデータを電子メールに添付して画像形成装置１１宛てに送信する（６）。
【０１３０】
画像形成装置１１は、再びメールサーバ３３に自己宛ての新着メールの存在を知ると、ダウンロードする（７）。そして、ファームウェアの書き換え処理を行ない（８）、その結果を電子メールとしてコンピュータ９１に送信する（９）。コンピュータ９１はこれを受信することで（１０）、再び、電子メールの送信可能状態になったことを知る。
【０１３１】
以上説明したように、本実施の形態におけるデータ通信方法（ファームウェア通信方法）によると、ファームウェアの容量が大きく、メールサーバの制限容量を超えるような場合でも、適切にデータ通信を行なうことが可能となる。
【０１３２】
すなわち、制限オーバーとなったファームウェアは適当に分割されて電子メールに添付される。そして、各分割されたファームウェア付きの電子メールは、送信先である画像形成装置からの書き換え終了通知を待って順に送信される。このため、分割されたファームウェアが同時に送信され、メールサーバの各メールアカウントに設けられた容量オーバーのために送信不可能になるという事態が回避される。
【０１３３】
なお、今回は、メールサーバの制限容量に基づいてファームウェアが分割され、それぞれが順次、電子メールに添付されて送信される場合を示した。そして、電子メールを受信する毎に、画像形成装置においてファームウェアの書き換えが行なわれた。したがって、図１６でも示したが、分割されたファームウェアは通常、各モジュール単位よりも小さく、該当する部分のファームウェアがその都度書き換えられた。しかし、このような方法以外にも、モジュール単位で書き換えが行なわれるようにしてもよい。以下、図１８から図２０を用いて、モジュール単位でファームウェアの書き換え処理が行なわれる場合について説明する。
【０１３４】
図１８は、モジュール単位で行なわれるファームウェアの書き換え処理を示したフローチャートである。本図は、図７で示した図５のファームウェア送信処理（ステップＳ５１３）の詳細を示したフローチャートとほぼ同様である。ただし、図７のステップＳ７２３の代わりに、ステップＳ１８２３の処理が行なわれる点が異なる。
【０１３５】
すなわち、図７においては、画像形成装置に対して、適当に分割された１の分割ファームウェアを電子メールに添付して送信していた。しかしここでは、モジュール単位でファームウェアの書き換えを行なうために、１の分割ファームウェアのみでなく、１のモジュール分に相当する複数の分割ファームウェアが順に送信される。
【０１３６】
したがって、この１モジュールに相当する複数の分割ファームウェアを受信するユーザ側の画像形成装置（プリンタコントローラ）の処理も図１４で示したものとは少し異なってくる。
【０１３７】
図１９は、モジュール単位でファームウェアの書き換えが行なわれる場合の、プリンタコントローラにおけるファームウェアの読取処理（図１３のステップＳ１３０９）の詳細を示したフローチャートである。
【０１３８】
本図においては、ステップＳ１４１５で画像形成装置にファームウェアを送信する前に、１のモジュール分に相当する複数の分割ファームウェアがすべて送られてくるのを待つ（ステップＳ１９１２）。そして、すべて受け取った場合に、１つのモジュールとしてチェックサムが算出され（ステップＳ１９１７）、この値とともにファームウェアが画像形成装置に送信される（ステップＳ１４１５）。
【０１３９】
最後に、このようにしてモジュール単位で送られてくるファームウェアデータを受信した画像形成装置１１におけるファームウェアの書き換え処理について説明する。図２０は、画像形成装置１１における、モジュール単位で行なわれるファームウェアの書き換え処理を示したフローチャートである。ここでは、図１６の場合と同様に、まず、送信されてきたファームウェアがどのモジュールのファームウェアに対応するものかの判断が行なわれる（ステップＳ１６０１，Ｓ１６０５，Ｓ１６０９）。
【０１４０】
そして、判断結果に応じて、対応するモジュールのＦｌａｓｈＲＯＭのファームウェアが書き換えられる（ステップＳ２００３、Ｓ２００７，Ｓ２０１１，Ｓ２０１３）。このため、ステップＳ１６１５におけるチェックサムの計算では、モジュール単位のファームウェアについてのチェックサムが求められることになる。そして、図１９のステップＳ１４２１において、モジュール単位で計算されたチェックサムの比較が行なわれ、ファームウェアの書き換えが成功したか否かが判断される。
【０１４１】
このように、ファームウェアの書き換えをモジュール単位で一度に行なうことにより、結果として１のモジュールに対するファームウェアの書き換え開始から終了までに要する総時間が短縮されることになる。また、ＦｌａｓｈＲＯＭのどの部分を書き換えるかという管理が不要となり、処理が簡易化される。
【０１４２】
なお、画像形成装置が複数の制御モジュールから構成されており、各制御モジュール間でのファームウェアの転送・送信に比較的時間を要する場合においても、画像形成装置からファームウェア送信元へファームウェアの書き込み結果を通知してから後に、次のファームウェアが電子メールに添付されて送信されるため、画像形成装置の動作にあわせた、ファームウェアの送信も可能となる。
【０１４３】
今回は、書き換え対象となるファームウェアを有するデータ通信装置として画像形成装置を例に挙げて説明したが、これに限定されるものではない。したがって、たとえば、ハブやルータ等の通信機能を有するデバイスであれば、本発明を適用することが可能となる。
【０１４４】
また、今回はファームウェアの書き換え結果（書き換え終了情報）について、電子メールを用いて返信する場合を示した。しかし、電子メールシステムに限定されず、他の方法を用いて返信するようにしてもよい。
【０１４５】
さらに、今回は、ファームウェアが分割されて送信された場合にのみ、それぞれの書き換え結果が返信されるものとして説明した。しかし、ファームウェアが分割されずに送信された場合でも、その書き換え結果が返信されるようにしてもよい。この場合は、書き換えの失敗に対して、同じファームウェアを再度送信することができるため、確実にファームウェアの書き換え処理を遂行することが可能となる。
【０１４６】
なお、ファームウェアが分割されずに一括して送信される場合としては、全ファームウェアデータを１つの添付ファイルとして送信する方法、個々のファームウェアデータを複数の添付ファイルとして１つの電子メールで送信する方法、個々のファームウェアを個別に電子メールに添付して送信する方法などが考えられる。
【０１４７】
全ファームウェアデータを１つの添付ファイルとして送信する方法としては、例えば次に示すようなものがある。全ファームウェアのデータ（バイナリー）を１つのデータ（バイナリー）とする場合は、データの０番地〜７ＦＦＦＦ番地は制御モジュール１のファームウェアデータ、８００００番地〜ＦＦＦＦＦ番地は制御モジュール２のファームウェアデータ、・・・・というように、その機種における各制御モジュールのデータの格納アドレスとサイズが予めデータとして記憶されている。このデータが電子メールに添付されてメールサーバへ送信される。
【０１４８】
プリンタコントローラ２１においても各制御モジュールのデータの格納アドレスとサイズの関係がデータとして記憶されている。このため、プリンタコントローラ２１は、所定のアドレスにあるファームウェアデータを対応する制御モジュールに送信することで、順次、書き換え処理を行なうことができる。
【０１４９】
なお、今回は、図１等で示したように、プリンタコントローラと画像形成装置とは別体の装置として説明したが、画像形成装置にプリンタコントローラの機能を内蔵した一体構造であってもよい。この場合、同様に、プリンタコントローラと制御モジュール１は互いに連携をとりながら処理が実行される。また、プリンタコントローラのＣＰＵ２０１によって、ＣＰＵ１０１で実施していた制御を実行してもよい。
【０１５０】
今回示したコンピュータ９１、画像形成装置１１およびプリンタコントローラ２１が行なうファームウェアの通信方法（データ通信方法）は、上述した一連の処理動作を機能させるためのプログラムによって実現されることができる。このデータ通信プログラムは、予め、コンピュータ９１、画像形成装置１１およびプリンタコントローラ２１内のハードディスクにそれぞれインストールされたものであってもよいし、ＣＤ−ＲＯＭ、磁気テープのような取外し可能な記録媒体に記録されたものであってもよい。いずれにせよ、データ通信プログラムはコンピュータ読み取り可能な記録媒体に記録されている。
【０１５１】
なお、コンピュータ読み取り可能な記録媒体としては、磁気テープやカセットテープなどのテープ系、磁気ディスク（フレキシブルディスク、ハードディスク装置等）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等）などのディスク系、ＩＣカード（メモリカードを含む）や光カードなどのカード系、あるいはＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体が考えられる。
【０１５２】
なお、記録媒体に格納される内容としては、プログラムに限定されず、データであってもよい。
【０１５３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるファームウェアの送受信方法を実施するためのシステム構成を示した図である。
【図２】画像形成装置１１の回路構成を示すブロック図である。
【図３】プリンタコントローラ２１の回路構成を示したブロック図である。
【図４】サービスセンター側に設置されたコンピュータ９１の回路構成を示すブロック図である。
【図５】サービスセンター側のコンピュータ９１のＣＰＵ９０１が行なう処理のメインルーチンを示すフローチャートである。
【図６】図５の画像形成装置の登録処理（ステップＳ５０９）において固定記憶装置９０４に登録されるデータ例を示した図である。
【図７】図５のファームウェア送信処理（ステップＳ５１３）の詳細を示したフローチャートである。
【図８】固定記憶装置９０４に登録されるＩＤテーブルの例を示した図である。
【図９】コンピュータ９１が、書き換え結果についての返信メールを受信した際の処理の流れについて示したフローチャートである。
【図１０】分割されたファームウェアを添付した電子メールのメッセージ文の一例を示した図である。
【図１１】分割されていないファームウェアを添付した電子メールのメッセージ文の一例を示した図である。
【図１２】ファームウェアの書き換え結果についての電子メールのメッセージ文の一例を示した図である。
【図１３】画像形成装置１１のプリンタコントローラ２１のＣＰＵ２０１における処理のメインルーチンを示すフローチャートである。
【図１４】図１３のファームウェアの読取処理（ステップＳ１３０９）の詳細を示したフローチャートである。
【図１５】画像形成装置１１における基本処理を示すフローチャートである。
【図１６】画像形成装置１１におけるファームウェア書き換え処理（図１５のステップＳ１５０９）の詳細を示したフローチャートである。
【図１７】サービスセンター側のコンピュータ９１、メールサーバ８３、３３、およびユーザ側の画像形成装置（プリンタ）１１の各処理の流れを説明するための図である。
【図１８】モジュール単位で行なわれるファームウェアの書き換え処理を示したフローチャートである。
【図１９】モジュール単位でファームウェアの書き換えが行なわれる場合の、プリンタコントローラにおけるファームウェアの読取処理（図１３のステップＳ１３０９）の詳細を示したフローチャートである。
【図２０】画像形成装置１１における、モジュール単位で行なわれるファームウェアの書き換え処理を示したフローチャートである。
【符号の説明】
１１画像形成装置、２１プリンタコントローラ、３２，８２ルータ、３３，８３メールサーバ、９１コンピュータ、１１１，１２１，１３１，１４１，２０１，９０１ＣＰＵ、１１２，１２２，１３２，１４２ＦｌａｓｈＲＯＭ、１１８，２０７操作パネル、９０４固定記憶装置。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data communication program, a computer-readable recording medium recording the data communication program, a data communication device, and a data communication method, and more particularly to a data communication program and a data communication program for communicating firmware data via the Internet. The present invention relates to a recorded computer-readable recording medium, a data communication device, and a data communication method.
[0002]
[Prior art]
Conventionally, for example, firmware for controlling the operation of an image forming apparatus has been written in a mask ROM (Read Only Memory). Therefore, when it is necessary to replace the firmware, a method has been adopted in which the mask ROM on the control board in the image forming apparatus is replaced with a mask ROM in which new firmware is written.
[0003]
Replacing the mask ROM is time-consuming and complicated. Therefore, in order to improve workability, a rewritable flash ROM has been used instead of the mask ROM.
[0004]
When replacing the firmware written in the flash ROM, the following method has been used.
[0005]
First, a first method is to use an external storage device such as a memory card. That is, an I / F (interface) with an external storage device such as a memory card is provided in the image forming apparatus, and a memory card storing new firmware is connected to the I / F. Then, new firmware is written from the memory card to the flash ROM. In this method, when rewriting the firmware, remote operation is not possible, and the user must go to the place where the image forming apparatus is actually installed.
[0006]
A second method is to use a public line network. This method has been put to practical use mainly for facsimile machines. That is, firmware is transmitted from a remote device connected to the public line network to the image forming apparatus. Downloading this will rewrite the firmware. In this method, it is not necessary to actually go out as in the first method, but the communication cost is high and the download of the firmware requires a relatively long time.
[0007]
For this reason, recently, along with the spread of the Internet, as a third method, a method of downloading firmware via a public network, which has been performed using a public line network, has been adopted. Using the Internet can reduce communication costs and shorten the time required for downloading firmware.
[0008]
Here, the protocol of communication performed via the Internet includes HTTP (Hyper Text Transfer Protocol) for browsing home pages, FTP (File Transfer Protocol) for file transfer, and SMTP (Simple Mail) for sending e-mail. There are various protocols such as Transfer Protocol (Transfer Protocol). However, a protocol for downloading the firmware of the image forming apparatus from a remote place via the Internet is restricted due to an increase in security awareness regarding communication via the Internet, and any protocol may not be used.
[0009]
That is, a firewall that generally serves as a “defense wall” is provided at a connection port between the Internet and each user in order to cope with unauthorized access to the user's internal system from the Internet. The function of the firewall is to control a communication protocol that can pass between the Internet and the user's internal system. This limits the protocols that can be passed, but usually the email protocol is often set to be passable. For this reason, when transmitting firmware via the Internet, a method of using an electronic mail system is conventionally known.
[0010]
[Problems to be solved by the invention]
However, the third method, that is, the method of transmitting firmware using an electronic mail system has the following problems.
[0011]
That is, the size of the firmware of the recent image forming apparatus has expanded to about 10 Mbytes with the increase in the number of functions and functions. And it tends to increase further in the future.
[0012]
On the other hand, a mail server that provides an e-mail collection and distribution service generally sets a limit on the size of an e-mail that can be received, and this limit size may be set to about 1 Mbyte. Seems to be more.
[0013]
For this reason, it is expected that, when an attempt is made to send firmware of the above-mentioned size by e-mail, the size of the firmware will exceed the limit size, and reception will be refused frequently.
[0014]
For this reason, a method of dividing the firmware into an appropriate size and transmitting the divided firmware can be considered. However, a mail server generally has a limit on the total capacity of messages held for each mail account, in addition to the capacity of individual messages when receiving messages. Therefore, even if the firmware is divided and attached to a plurality of messages, if all of them are transmitted at once, the size exceeds the limit size provided for each mail account, and there is a high possibility that the transmission cannot be performed properly.
[0015]
Some mail servers do not limit the size of receivable e-mails or the total capacity of messages for each mail account. For such a mail server, if the method of dividing the firmware and transmitting them individually is adopted, the time required to rewrite the entire firmware becomes longer, which is inefficient.
[0016]
The present invention has been conceived in view of such circumstances, and one of its objects is to consider the limited size of a mail server to be used when transmitting / receiving firmware using an e-mail system. An object of the present invention is to provide a data communication program capable of appropriately transmitting and receiving firmware, a computer-readable recording medium storing the program, a data communication device, and a data communication method.
[0017]
[Means for Solving the Problems]
In order to achieve the above object, according to an aspect of the present invention, a data communication program includes: a quota obtaining step of obtaining a quota of data provided in a mail server to be used; A determining step of determining whether or not to split the target firmware; a first transmitting step of attaching the firmware to an e-mail when the determining step determines that the firmware is not to be split; If so, a dividing step of dividing the firmware into a plurality of pieces based on the acquired limited capacity, and a second step of attaching one of the divided firmware pieces to an e-mail and transmitting the attached firmware. Sending step and sending from the other party who acquired the 1 firmware attached to the e-mail An acquisition step of acquiring information on rewriting result of coming firmware, obtained rewriting resultsIndicates success, In multiple divided firmwareShould send nextAnd a third transmitting step of transmitting the first firmware attached to the electronic mail.
[0018]
According to the present invention, it is determined whether to divide the firmware to be transmitted according to the limited data capacity provided in the mail server to be used. If it is determined that the firmware is not to be divided, the target firmware is not divided and is collectively attached to an e-mail and transmitted. As described above, since there is no division when the mail server does not have the limited capacity, the rewriting process is efficiently performed even at the transmission and the transmission destination of the firmware.
[0019]
Note that dividing the firmware includes not only dividing a single firmware, but also dividing a plurality of firmware to be transmitted into a plurality of firmware according to predetermined conditions.
[0020]
If it is determined that the firmware is to be divided, the firmware is appropriately divided based on the limited capacity of the mail server, and one of the firmware is attached to an e-mail and transmitted. Appropriate splitting will result in attaching a large amount of firmware to an e-mail, thereby avoiding the situation where individual e-mails set on the mail server are exceeded and rejecting e-mails. Nor.
[0021]
In addition, it obtains information on the firmware rewrite result sent from the other party who has obtained the e-mail,If the rewrite result indicates success, In multiple divided firmwareShould send nextThe e-mail attached with the firmware 1 is transmitted. Since the next e-mail is transmitted after the firmware is downloaded from the mail server, it is possible to avoid a situation where the data capacity limit provided for each mail account of the mail server is exceeded.
[0022]
Therefore, when sending and receiving firmware using the e-mail system, it is determined whether to split the firmware by considering the limit size of the mail server to be used, and the firmware is more appropriately downloaded.SubmitIt is possible to provide a data communication program that can perform the program.
[0023]
Preferably, the determining step determines that the firmware to be transmitted is divided when the firmware to be transmitted is larger than the acquired limited capacity, and determines that the firmware is not divided when the firmware to be transmitted is equal to or less than the acquired limited capacity.
[0024]
According to this, when the data capacity of the firmware to be transmitted is larger than the quota set in the mail server, the firmware is divided so that the individual capacities are smaller than that. Firmware is sent collectively. Therefore, there is no inconvenience such as rejection of e-mail due to exceeding the capacity limit provided in the mail server, and the firmware is transmitted in an optimal state..
[0028]
According to another aspect of the present invention, a computer-readable recording medium records the data communication program according to any of the above.
[0029]
According to the present invention, when transmitting / receiving firmware using the e-mail system, it is determined whether or not to split the firmware by considering the limit size of the mail server to be used.SubmitIt is possible to provide a data communication device that can perform the communication.
[0030]
According to still another aspect of the present invention, a data communication device includes: a limited capacity obtaining unit configured to obtain a limited capacity of data provided in a mail server to be used; and a firmware to be transmitted based on the obtained limited capacity. Determining means for determining whether or not to divide, first transmitting means for attaching firmware to an e-mail when the determining means determines not to divide, and determining to divide by the determining means Dividing means for dividing the firmware into a plurality of pieces based on the acquired limited capacity; second transmitting means for attaching one of the divided firmware pieces to an e-mail to be transmitted; To acquire information about the firmware rewrite result sent from the other party that acquired the one firmware attached to Means, obtained rewriting resultsIndicates success, In multiple divided firmwareShould send nextAnd third transmission means for transmitting the first firmware attached to the electronic mail.
[0031]
According to the present invention, it is determined whether to divide the firmware to be transmitted according to the limited data capacity provided in the mail server to be used. If it is determined that the firmware is not to be divided, the target firmware is not divided and is collectively attached to an e-mail and transmitted. As described above, since there is no division when the mail server does not have the limited capacity, the rewriting process is efficiently performed even at the transmission and the transmission destination of the firmware.
[0032]
If it is determined that the firmware is to be divided, the firmware is appropriately divided based on the limited capacity of the mail server, and one of the firmware is attached to an e-mail and transmitted. Appropriate splitting will result in attaching a large amount of firmware to an e-mail, thereby avoiding the situation where individual e-mails set on the mail server are exceeded and rejecting e-mails. Nor.
[0033]
It also obtains information about the firmware rewrite result sent from the other party who has received the e-mail,If the rewrite result indicates success, In multiple divided firmwareShould send nextThe e-mail attached with the firmware 1 is transmitted. Since the next e-mail is transmitted after the firmware is downloaded from the mail server, it is possible to avoid a situation where the data capacity limit provided for each mail account of the mail server is exceeded.
[0034]
Therefore, using the e-mail system to update the firmwareSubmitWhen performing the firmware, it is determined whether to split the firmware by considering the limit size of the mail server to be used, and the firmware is more appropriately downloaded.SubmitIt is possible to provide a data communication device that can perform the communication.
[0038]
According to yet another aspect of the present invention, a data communication method includes: a quota obtaining step of obtaining a quota of data provided in a mail server to be used; and a firmware to be transmitted based on the obtained quota. A determining step of determining whether to divide, a first transmitting step of attaching the firmware to an e-mail when the determining step determines not to split, and a determining step of dividing by the determining step A dividing step of dividing the firmware into a plurality of pieces based on the acquired limited capacity, a second transmitting step of attaching one of the divided firmware pieces to an e-mail and transmitting the same, and an e-mail Rewriting the firmware sent from the other party that acquired the 1 firmware attached to the An acquisition step of acquiring information about the result, the obtained rewriting resultsIndicates success, In multiple divided firmwareShould send nextA third transmission step of transmitting the first firmware attached to an electronic mail.
[0039]
According to the present invention, when transmitting / receiving firmware using the e-mail system, it is determined whether or not to split the firmware by considering the limit size of the mail server to be used.SubmitIt is possible to provide a data communication method that can perform the data communication.
[0040]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0041]
Here, a case where the firmware of the image forming apparatus is rewritten using an electronic mail system will be described as an example. FIG. 1 is a diagram showing a system configuration for implementing a firmware transmission / reception method according to an embodiment of the present invention. Referring to FIG. 1, the present system includes a user-side apparatus including an image forming apparatus, a service center-side apparatus that transmits firmware to the image forming apparatus, and the Internet connecting these apparatuses.
[0042]
In this system, a plurality of user devices can be connected to one service center device. However, here, for simplicity of description, an example is shown in which one (set) of user-side devices is connected.
[0043]
The devices on the user side include the image forming apparatus 11 and the printer controller 21 connected thereto. The printer controller 21 is connected to a firewall 31 via a LAN and to the Internet via a router 32. Further, a mail server 33 that provides a service of collecting and distributing e-mail is connected to the LAN.
[0044]
On the service center side, a computer 91 for transmitting firmware is installed. The computer 91 is connected to the firewall 81 via the LAN and to the Internet via the router 82 to communicate with the printer controller 21 on the user side. The LAN is also connected to a mail server 83 that performs a service of collecting and distributing electronic mail.
[0045]
Although not shown, a plurality of mail servers also intervene on the Internet between the router 82 and the router 32, and the e-mail is transmitted via these unspecified plurality of mail servers.
[0046]
Here, the operation of rewriting the firmware will be briefly described. First, new firmware is attached to an e-mail from the computer 91 on the service center side and transmitted to the image forming apparatus 11 on the user side. At this time, the attached firmware is appropriately divided. The electronic mail with the firmware is stored in the mailbox of the mail server 33 via the LAN on the service center side, the mail server 83, the Internet, and the LAN on the user side.
[0047]
The printer controller 21 of the image forming apparatus 11 on the user side downloads the electronic mail from the mail server 33. Then, the firmware is extracted from the e-mail, and the new firmware is written in the flash ROM to be rewritten in the image forming apparatus 11. Then, the rewriting result is transmitted to the computer 91 on the service center side.
[0048]
If the rewriting is successful, the computer 91 receiving the result attaches another one of the divided firmware to an e-mail and transmits it to the image forming apparatus 11. If the rewriting fails, the same firmware is transmitted again.
[0049]
Next, each device shown in FIG. 1 will be described in detail.
FIG. 2 is a block diagram illustrating a circuit configuration of the image forming apparatus 11. Referring to FIG. 1, image forming apparatus 11 is an apparatus having a multi-CPU (Central Processing Unit) configuration for scanning a document image and forming a copy image on paper. Therefore, the control module includes four control modules from the control module 1 to the control module 4 corresponding to each CPU.
[0050]
The control module 1 includes a CPU 111 that controls the overall control of the image forming apparatus 11, a rewritable Flash ROM 112 storing its firmware, a working S-RAM 113, and a battery-backed NV-RAM 114 that stores various setting values. A serial I / F 115 for transmitting and receiving various control data to and from the control module 2, a serial I / F 116 for transmitting and receiving various control data to and from the control module 3, and a serial I / F 117 for transmitting and receiving various data to and from the printer controller 2. And an operation panel 118 including various keys and a display unit.
[0051]
The control module 2 includes a CPU 121 for controlling the printing process of the image forming apparatus 11, a rewritable Flash ROM 122 storing its firmware, a working S-RAM 123, and a battery-backed NV-ROM for storing various setting values. RAM 124, serial I / F 125 for transmitting and receiving various control data to and from control module 1, serial I / F 126 for transmitting and receiving various control data to and from control module 4, and print load control I / F for controlling the load of image forming processing. O, GA127.
[0052]
The control module 3 includes a CPU 131 for controlling the reading process of the original image of the image forming apparatus 11, a rewritable Flash ROM 132 storing the firmware thereof, a working S-RAM 133, and a battery backup for storing various setting values. An NV-RAM 134, a serial I / F 135 for transmitting and receiving various control data to and from the control module 1, and an IR load control I / O and GA 136 for controlling the load of the original image reading process.
[0053]
The control module 4 includes a CPU 141 for controlling image quality correction for the image forming apparatus 11, a rewritable Flash ROM 142 storing firmware thereof, a work S-RAM 143, and a battery-backed NV for storing various set values. -A RAM 144, a serial I / F 145 for transmitting and receiving various control data to and from the control module 2, and an image quality correction control GA 146 for performing image quality correction control.
[0054]
These control modules 1 to 4 execute communication via a serial I / F. Normally, control commands and control information are transmitted and received between CPUs of each module, and when firmware is rewritten, firmware data is transmitted. The communication via the serial I / F has a configuration according to the communication data size of control commands and control information that are normally used. Therefore, transmission time is required for large-capacity data such as firmware. Depending on the size, it may take longer than sending an e-mail from the center PC 91 to the image forming apparatus 11.
[0055]
FIG. 3 is a block diagram showing a circuit configuration of the printer controller 21. Referring to this figure, printer controller 21 includes CPU 201, EP-ROM 202 in which a control program is stored, work S-RAM 203, and NV-RAM (non-volatile memory) 204 that stores various set values. A serial I / F 205 for transmitting and receiving various data to and from the image forming apparatus 11, a NIC (network interface card) 206 for transmitting and receiving various data via the LAN, and an operation panel for performing various operation settings 207.
[0056]
The NV-RAM 204 contains, besides its own IP address, the IP address of a mail server required for the printer controller 21 to download an e-mail message addressed to itself (the image forming apparatus 11) from the mail server 33. The e-mail account name and password are stored.
[0057]
FIG. 4 is a block diagram showing a circuit configuration of the computer 91 installed on the service center side. Referring to this figure, a computer 91 stores a CPU 901 that controls the entire apparatus, a ROM 902 that stores programs and the like, a RAM 903 that is a temporary storage area for a work area and various data, and various information and the like. And a display controller 905 for controlling the display 92, an input controller 906 for controlling the keyboard 93 and the mouse 94, and an NIC 907 for transmitting and receiving various data to and from the outside via a LAN. I have.
[0058]
The fixed storage device 904 stores registration information of the image forming apparatus including the model of the image forming apparatus 11, an e-mail address, and limited capacity information provided in a mail server. Also, firmware corresponding to the model of the image forming apparatus 11 is stored.
[0059]
The firmware is stored in a predetermined different folder / directory in the fixed storage device 904 in advance by the service center operator according to the model and its control module.
[0060]
Next, an operation when the firmware of the image forming apparatus is rewritten from a remote location in the system shown in FIG. 1 will be described.
[0061]
First, processing in the CPU 901 mounted on the computer 91 on the service center side will be described with reference to FIGS.
[0062]
FIG. 5 is a flowchart showing a main routine of a process performed by the CPU 901 of the computer 91 on the service center side. The CPU 901 starts processing when the power is turned on, and first executes general initialization processing performed by a computer device, such as memory initialization and parameter initialization (step S501). Thereafter, for example, in response to an input operation of each function key (F1 to F3) on the keyboard 93, a communication setting process (step S505), an image forming device registration process (step S509), or a firmware transmission process (step S513) is performed. Do.
[0063]
If the F1 key has been input ("YES" in step S503), communication setting processing is performed in step S505. That is, here, the parameters necessary for the computer 91 to transmit the e-mail are set. For example, the IP address of the mail server 83 connected to the LAN on the service center side, the e-mail address of the computer 91, and the like are input and stored in the fixed storage device 904, respectively. The e-mail address of the computer 91 is set in the From field when the computer 91 transmits an e-mail with firmware attached to the printer controller 21.
[0064]
If the F2 key has been input ("YES" in step S507), a registration process for the image forming apparatus is performed in step S509. That is, information such as a model name of each image forming apparatus, an e-mail address, limited capacity information provided in a corresponding mail server, and other information such as a user name, an address, and a telephone number of each image forming apparatus are input as necessary. And stored in the fixed storage device 904.
[0065]
If the F3 key has been input ("YES" in step S511), a firmware transmission process is performed in step S513. That is, the firmware of the model to be rewritten is appropriately divided, and one of the firmware is attached to an electronic mail and transmitted to the image forming apparatus 11.
[0066]
FIG. 6 is a diagram illustrating an example of data registered in the fixed storage device 904 in the registration processing (step S509) of the image forming apparatus in FIG. Before rewriting the firmware of the image forming apparatus, the operator of the service center inputs information about the image forming apparatus to the computer 91 using the keyboard 93, the mouse 94, and the like in advance.
[0067]
As shown in FIG. 6, the information on the image forming apparatus includes a model name of the image forming apparatus, an e-mail address, and information on a quota of a mail server to be used. As other information, in order to easily identify the image forming apparatus, for example, user information such as the name, address, and telephone number of the user of the image forming apparatus may be included.
[0068]
Here, "1M" or "2M" as the limited capacity information of the mail server means that the capacity of the receivable e-mail of the mail server or the upper limit capacity provided for each mail account is smaller. Capacity. In addition, "NULL" means that the mail server is not limited.
[0069]
Information on such an image forming apparatus is input to the computer 91, compiled in a table format as shown in FIG. In addition, this information summarized in a table format for convenience of explanation is hereinafter referred to as “registration information table”.
[0070]
Next, a description will be given of a flow of processing in which, when it is necessary to rewrite the firmware of the image forming apparatus, an e-mail message with the firmware attached thereto is created by the computer 91 and transmitted to the image forming apparatus 11. FIG. 7 is a flowchart showing details of the firmware transmission process (step S513) of FIG. 5, and is executed by the CPU 901 of the computer 91 described above.
[0071]
Referring to this figure, first, in step S701, the operator of the service center uses the keyboard 93, mouse 94, and the like to specify the model of the image forming apparatus whose firmware is to be rewritten and its control module using the keyboard 93, mouse 94, and the like. Done. The model and the control module are specified because the firmware of the image forming apparatus generally differs depending on the model and the control module.
[0072]
Next, in step S703, the registration information table (FIG. 6) stored in the fixed storage device 904 is read, and in step S705, the number of registrations n for the designated model of the image forming apparatus is counted. Then, in step S707, the IDs of the designated models are sequentially stored in an ID table as shown in FIG. The ID table is a table used to check the capacity limit for each designated model and to appropriately divide the firmware.
[0073]
When the storage in the ID table is completed, in step S709, 1 is set to the loop counter i, and in steps S711 to S725, the firmware of the image forming apparatus of the designated model registered in the ID table of FIG. Appropriate division or the like is performed, and an electronic mail transmission process is performed.
[0074]
That is, if the loop counter i is equal to or smaller than the registered number n of the ID table in step S711 (“YES” in step S711), in step S713, the ID stored in the i-th record from the top of the ID table is changed. The corresponding limited capacity information of the registration information table of FIG. 6 is obtained.
[0075]
Then, in step S715, the firmware capacity of the designated model is compared with the acquired limited capacity, and if the firmware capacity is large (“Yes” in step S715), the firmware is divided.
[0076]
For example, in the example of FIG. 8, in the case of the firmware of the model whose ID is 1, if the capacity exceeds the limited capacity of 1M, the firmware is divided into a plurality of firmwares each of which has a smaller capacity. . In this example, for example, a 4M firmware is divided into four 1M units.
[0077]
In step S721, the firmware is divided so as to be within the limited capacity of the mail server, and the number of divisions is stored in the ID table. Then, an e-mail message is created using the divided firmware, and the created e-mail message is transmitted to the image forming apparatus 11 in step S723. That is, after the connection with the mail server 83 is established based on the IP address of the mail server 83 set in step S505 in FIG. 5, the mail server 83 is in accordance with the SMTP protocol (RFC821), which is the Internet standard for electronic mail transmission. Is sent an e-mail message.
[0078]
On the other hand, if the capacity of the firmware of the designated model is equal to or smaller than the mail server's limited capacity ("NO" in step S715), the firmware is not divided. For example, in the example of FIG. 8, for the firmware of the model with the ID of 21, the capacity does not exceed the limit capacity, or a "NULL" mail server without the limit capacity is used. Therefore, the firmware is not divided.
[0079]
Therefore, in step S717, an e-mail message is created without dividing the firmware. In step S719, the created e-mail message is transmitted to the image forming apparatus 11.
[0080]
When the e-mail is transmitted, in step S725, the loop counter i is incremented by one, and the process returns to step S711 again. In this way, the processing from step S711 to step S725 is performed on all the image forming apparatuses registered in the ID table.
[0081]
When the processing for all the devices registered in the ID table ends (“NO” in step S711), the transmission processing of the firmware ends.
[0082]
According to the above processing, even when the firmware capacity of the designated model is larger than the mail server's limited capacity, the firmware is appropriately divided and transmitted, so that it is possible to avoid a situation in which transmission cannot be performed. Becomes possible.
[0083]
If the mail server has no capacity limit, or if the capacity of the firmware is less than the capacity limit of the mail server, the firmware is transmitted without being divided. Therefore, it is possible to perform more efficient firmware transmission processing in consideration of the limited capacity of the mail server.
[0084]
When the firmware is divided and transmitted, the computer 91 on the service center side sends an e-mail with the firmware attached to the image forming apparatus 11 and then sends a reply e-mail from the image forming apparatus 11 regarding the result of rewriting the firmware. Waiting for the transmission, the next e-mail is transmitted.
[0085]
FIG. 9 is a flowchart showing the flow of processing when the computer 91 receives a reply mail about the rewriting result. Referring to this figure, first, in step S901, the computer 91 checks whether or not an e-mail indicating rewriting completion has arrived from the image forming apparatus 11 that has rewritten the firmware to the mail server 83. Whether or not the rewriting has been completed is determined based on whether or not there is a description about firmware in the Subject field.
[0086]
If the rewriting mail has been received (“YES” in step S901), the result of the body of the e-mail message is acquired in step S903. As a result, it is possible to determine whether or not the firmware has been successfully rewritten.
[0087]
If the rewriting has been completed normally (“YES” in step S905), in step S907, an e-mail message to which the next divided firmware is attached is transmitted from the division number, division number, model, and module indicated in the subject. You. On the other hand, if the rewriting has not been completed normally (“NO” in step S905), in step S909, the firmware indicated in the subject is transmitted again.
[0088]
Then, in step S911, the computer 91 waits until a predetermined time elapses, and when the predetermined time elapses, returns to the process of step S901 and checks whether a firmware rewrite completion mail has arrived.
[0089]
According to the above processing, the firmware exceeding the capacity limit of the mail server is appropriately divided into a plurality of pieces, and each piece is attached to the e-mail when it is transmitted. Then, after receiving the previously transmitted rewrite mail for the firmware, the e-mail with the next firmware attached is transmitted. For this reason, data transmission / reception is not performed beyond the capacity limit of the mail server.
[0090]
Next, the e-mail attached with the firmware will be described in detail with reference to FIGS. FIG. 10 is a diagram showing an example of an e-mail message to which the divided firmware is attached, and FIG. 11 is a diagram showing an example of an e-mail message to which the undivided firmware is attached. .
[0091]
Referring to FIGS. 10 and 11, according to the Internet standard (RFC822) for e-mail messages, an e-mail message field is roughly divided into a header part and a body part, and both are distinguished by NULL lines. Is done.
[0092]
The header section is composed of a plurality of header fields defined by the Internet standard (RFC822), and this header field is composed of a field name from the beginning of the line to ":" and a subsequent field body.
[0093]
By the way, although the firmware of the image forming apparatus is binary data, RFC822 prohibits writing binary data directly in an e-mail message. For this reason, the firmware of the image forming apparatus is attached as a file to the body part of the message by using the MIME (Multipurpose Internet Mail Extensions) extension regulation specified by RFC2045, 2046, and 2047.
[0094]
In the header part of the message, in addition to fields defined by RFC822 such as “From”, “To”, “Date”, and “Subject”, “MIME-Version” and “Content-Type” accompanying the MIME extension specification are included. Each field is added.
[0095]
In the field body of the Subject field, a character string in which the name of the model specified by the operator and the number of the target control module of the attached firmware are connected by underbars is described. For example, when the model name is “model1” and the number of the target control module is “1”, a character string “model1 # module1” is described. If the attached firmware data is divided, as shown in FIG. 10, the number of divisions and the number indicating the number of the data are described last. For example, if the firmware is the first of four divisions, the character (1/4) is described. If the attached firmware data is not divided, no division number or the like is described at the end as shown in FIG.
[0096]
In the field body of the Content-Type field, “Multipart / mixed” is specified so that the message body part is set to be able to be divided into a plurality of parts, and then the “Boundary” parameter representing the boundary of each part is set. An appropriate US-ASCII character string ("5 kvrZF / hrA" after the character string in this figure) is specified.
[0097]
In the body part of the message, a character string in which “−−” is added before the value of the boundary parameter (“5 kvrZF / hrA” in this drawing) of the Content-Type field of the header part is described, and the beginning of one part Is specified. Below this, a “Content-Type” field is described, and “application / octet-stream” indicating that the file attached to the field body is binary data is specified.
[0098]
Below this, a “Content-Transfer-Encoding” field is described, and “base64” is specified in the field body. As described above, direct description of binary data in an e-mail message is prohibited by RFC 822, so the binary data must be converted to US-ASCII characters. In the MIME extension specification, a plurality of methods are defined as the conversion method, and one of them is the Base64 method.
[0099]
Below the above two fields, the binary data of the firmware is converted into US-ASCII characters by Base64 method and added. Finally, in order to indicate the end of all the parts of the body part, “−−” is added before and after the value of the Boundary parameter (“5 kvrZF / hrA” in this figure) of the Content-Type field of the header part. The added character string is described.
[0100]
Next, an e-mail message when the image forming apparatus that has received the firmware rewrites the firmware in the Flash-ROM to be rewritten and returns the result by e-mail will be briefly described. FIG. 12 is a diagram showing an example of an electronic mail message about a firmware rewrite result. Referring to FIG. 12, according to the Internet standard (RFC822) for e-mail messages, the message field of the e-mail is divided into a header part and a body part with a NULL line in between, as in FIGS. 10 and 11. is there.
[0101]
In the “Subject” field, the model name and the module number are described, and further, the number of divisions and the number of the received firmware are described. Then, either "OK" or "NG" indicating whether the rewriting succeeded or failed is written in the "Result" field of the body part.
[0102]
Therefore, the service center that has received the e-mail about the rewriting result can know whether the rewriting result has succeeded or failed by acquiring the content of “Result”. Then, by acquiring the content of “Subject”, it is possible to know which firmware should be attached next to send the e-mail together with the content of “Result”.
[0103]
Next, processing on the user side will be described. FIG. 13 is a flowchart illustrating a main routine of processing in the CPU 201 of the printer controller 21 of the image forming apparatus 11. Referring to this figure, CPU 201 starts processing when power is turned on, and first performs general initialization processing performed by a computer device, such as memory initialization and parameter initialization (step S1301). Thereafter, as necessary, a communication setting process (step S1305) and a firmware reading process (step S1309) are performed.
[0104]
For example, when the “setting” key on operation panel 207 is input by the user (“YES” in step S1303), in step S1305, parameters necessary for transmitting and receiving an e-mail are set. That is, here, the IP address of the mail server 33 connected to the user's LAN, the name and password of the e-mail account of the image forming apparatus 11 on the mail server 33, the e-mail address of the image forming apparatus 11, A time interval for periodically checking whether a new e-mail addressed to the device 11 has arrived or the like is input and stored in the NV-RAM 204, respectively.
[0105]
Then, in step S1307, it is determined whether the confirmation interval has elapsed. That is, it is determined here whether the time interval set in step S1305 (time interval for checking whether a new e-mail message addressed to image forming apparatus 11 has arrived) has elapsed.
[0106]
If the time interval has elapsed (“YES” in step S1307), in step S1309, the CPU 201 goes to the mail server 33 to check whether a new e-mail message has arrived, and downloads the necessary e-mail. Perform processing. If the confirmation interval has not elapsed ("NO" in step S1307), the process returns to, for example, step S1303, and the above processing is repeated until the confirmation interval has elapsed.
[0107]
Next, a process will be described in which the printer controller 21 checks whether a new message addressed to the image forming apparatus 11 has arrived at the mail server 33 and downloads it if it has arrived.
[0108]
FIG. 14 is a flowchart showing details of the firmware reading process (step S1309) of FIG. Referring to this figure, first, in step S1401, a TCP connection with mail server 33 is established based on the IP address of mail server 33 set in step S1305 in FIG. It is checked whether a new message has arrived (step S1403).
[0109]
The POP3 (Post Office Protocol Version 3) protocol is used in this confirmation processing and in the processing described below in which a new message addressed to the image forming apparatus 11 arrives at the mail server 33 and is downloaded. Here, even if a plurality of new messages addressed to the image forming apparatus 11 have arrived at the mail server 33, only one message is downloaded by one TCP connection.
[0110]
As a result of checking the new message, if a new message addressed to the image forming apparatus 11 has arrived at the mail server 33 (“YES” in step S1403), the message is downloaded from the mail server 33 in step S1405. Then, in step S1407, it is determined whether or not the electronic mail has the firmware attached. Whether or not the firmware is attached is determined, for example, based on whether or not the value of the field body of the Content-Description field in the header of the message is “Firmware”.
[0111]
If the firmware is attached (“YES” in step S1407), in step S1409, the US-ASCII character of the firmware is extracted from the message, and in step S1411, the extracted US-ASCII character is extracted. Is converted back to binary data by inverse Base64 conversion.
[0112]
Next, in step S1413, the target model of the firmware and the number of the target control module are read from the value of the Subject field in the header of the message. Further, a checksum of the binary data is calculated. When firmware is transmitted collectively, a checksum is calculated for each module. The firmware, the target control module number, and the checksum value are temporarily stored in the S-RAM 203. Then, in step S1415, the firmware and the module number that have been returned to the binary data are transferred to the image forming apparatus 11 via the serial I / F 205.
[0113]
Next, in step S1417, the original of the message downloaded from the mail server 33 is deleted. In step S1419, the process waits until a firmware rewrite completion notification is received from the image forming apparatus 11. When the rewriting end notification is received (“YES” in step S1419), in step S1421, the checksum value sent from image forming apparatus 11 and the checksum value temporarily stored in S-RAM 203 are compared. Are compared and the result is written as OK or NG in the email message body. Then, in step S1423, an e-mail (end mail) describing the result is transmitted to the computer 91 on the service center side.
[0114]
If no firmware is attached to the downloaded message (“NO” in step S1407), the process performed when a message other than the firmware rewriting process of the image forming apparatus is received in step S1425 is performed normally. Be executed.
[0115]
Thus, the message from the mail server 33 is downloaded in the printer controller 21 of the image forming apparatus 11, and the binary data of the firmware is transmitted to the image forming apparatus 11. Then, in response to the rewriting result from the image forming apparatus, a reply is sent to the computer 91 on the service center side as an e-mail indicating whether the rewriting was successful.
[0116]
Next, processing performed in the image forming apparatus 11 will be described. FIG. 15 is a flowchart showing a basic process in the image forming apparatus 11, which is executed by the CPU 101 in the image forming apparatus 11. The image forming apparatus 11 starts processing when the power is turned on or the like. First, each control module performs initial settings such as clearing of a memory and setting of a standard mode (step S1501). Next, until the printer controller 21 notifies the reception of the firmware, the input receiving process (step S1503) and the copy control process (step S1505) are repeatedly executed.
[0117]
In step S1503, reception of various input signals is performed collectively. Here, the input signal is, for example, an input signal from a key switch group on the operation panel 118 of the image forming apparatus 11 or various sensor groups in the apparatus, a print job transmitted from the printer controller 21, a firmware reception notification, and the like. It is.
[0118]
In step S1505, copy control processing, that is, processing necessary for the operation of image forming apparatus 11 is performed. For example, control of various operating units such as paper feed control, scanning control, photosensitive drum control, and development machine control, or processing in accordance with a print job from the printer controller 21 and the like.
[0119]
When the firmware reception notification is received from the printer controller 21 (“YES” in step S1507), in step S1509, the firmware is rewritten. When the firmware rewriting process is completed, the process returns to step S1503, and the processes of step S1503 and step S1505 are repeated until the reception of the firmware is notified again.
[0120]
Next, a process of rewriting the firmware of the image forming apparatus 11 will be described. First, the firmware and the target control module number transmitted by the printer controller 21 via the serial I / F 205 are received by the CPU 11 via the serial I / F 117 of the image forming apparatus 11. When the CPU 111 receives the firmware in this way, the Flash ROM of the target control module of the received firmware is rewritten according to the following process.
[0121]
FIG. 16 is a flowchart showing details of the firmware rewriting process (step S1509 in FIG. 15) in the image forming apparatus 11, which is executed by the CPU 101. Referring to this figure, in steps S1601, S1605, and S1609, it is first determined which of the control modules 1 to 4 the received firmware is.
[0122]
If it is determined that the firmware is for the control module 1 (“YES” in step S1601), in step S1603, the data of the divided part is written to the corresponding part of the Flash ROM 112. Upon completion of the partial writing to the Flash ROM 112, the process proceeds to step S1615.
[0123]
If it is determined that the received firmware is the firmware of the control module 2 (“YES” in step S1605), the firmware is transferred from the CPU 111 to the CPU 121 of the control module 2, and the firmware is written to the Flash ROM 122 in step S1607. It is. Upon completion of the writing to the Flash ROM 122, the process proceeds to step S1615.
[0124]
When it is determined that the received firmware is the firmware of the control module 3 (“YES” in step S1609), the firmware is transferred from the CPU 111 to the CPU 131 of the control module 3, and in step S1611, the firmware is transferred to the flash ROM 132. Written. When the writing to the Flash ROM 132 is completed, the process proceeds to step S1615.
[0125]
If it is determined that the received firmware is the firmware of the control module 4 (“NO” in step S1609), the firmware is transferred from the CPU 111 to the CPU 141 of the control module 4 via the CPU 121, and in step S1613, Is written to the Flash ROM 142. Upon completion of the writing to the Flash ROM 142, the process proceeds to step S1615.
[0126]
In step S1615, the contents of the rewritten portion of the target Flash ROM are read, and the checksum is calculated. Then, in step S1617, the calculated checksum value is transmitted to the printer controller 21 via the serial I / F 117, and the firmware rewriting process ends.
[0127]
The flow of each process of the computer 91 on the service center side, the mail servers 83 and 33, and the image forming apparatus (printer) 11 on the user side described above will be briefly described in chronological order with reference to FIG. In FIG. 17, the computer 91, the mail servers 83 and 33, and the image forming apparatus 11 are shown in order from the left, and it is assumed that the time axis is directed from top to bottom.
[0128]
Referring to the figure, first, the firmware of division number 1 of module 1 is transmitted to image forming apparatus 11 from computer 91 on the center side (1). The image forming apparatus 11 checks whether new mail has arrived at the mail server 33 at regular intervals (dotted arrow). If it has arrived, the e-mail message is downloaded to the image forming apparatus 11 (2), and the corresponding part of the firmware is rewritten (3).
[0129]
When the rewriting is completed, the result is returned as an e-mail to the computer 91 (4). In response to this (5), the computer 91 knows that it is possible to transmit a large-capacity e-mail again. Then, the divided firmware to be sent next time is determined, and the firmware data of the next division number is attached to the e-mail and transmitted to the image forming apparatus 11 according to the contents (6).
[0130]
When the image forming apparatus 11 knows the presence of new mail addressed to itself to the mail server 33 again, it downloads it (7). Then, the firmware is rewritten (8), and the result is transmitted to the computer 91 as an e-mail (9). The computer 91 receives this message (10) and knows again that the e-mail can be transmitted.
[0131]
As described above, according to the data communication method (firmware communication method) in the present embodiment, it is possible to appropriately perform data communication even when the capacity of the firmware is large and exceeds the limit capacity of the mail server. Become.
[0132]
That is, the firmware that has exceeded the limit is appropriately divided and attached to the e-mail. The divided e-mails with firmware are sequentially transmitted after waiting for a rewrite completion notification from the image forming apparatus that is the transmission destination. For this reason, it is possible to avoid a situation in which the divided firmware is transmitted at the same time and cannot be transmitted due to an overcapacity provided in each mail account of the mail server.
[0133]
In this case, the case where the firmware is divided based on the limited capacity of the mail server, and each of the firmware is sequentially attached to an e-mail and transmitted is shown. Each time an e-mail was received, the firmware was rewritten in the image forming apparatus. Therefore, as shown in FIG. 16, the divided firmware is usually smaller than each module unit, and the corresponding part of the firmware is rewritten each time. However, other than such a method, rewriting may be performed in module units. Hereinafter, a case in which the firmware rewriting process is performed on a module basis will be described with reference to FIGS.
[0134]
FIG. 18 is a flowchart showing a firmware rewriting process performed on a module basis. This figure is almost the same as the flowchart showing the details of the firmware transmission processing (step S513) of FIG. 5 shown in FIG. However, the difference is that the process of step S1823 is performed instead of step S723 of FIG.
[0135]
That is, in FIG. 7, one appropriately divided firmware is attached to the electronic mail and transmitted to the image forming apparatus. However, in this case, in order to rewrite the firmware in module units, not only one divided firmware but also a plurality of divided firmwares corresponding to one module are sequentially transmitted.
[0136]
Therefore, the processing of the image forming apparatus (printer controller) on the user side that receives the plurality of divided firmware corresponding to this one module is slightly different from that shown in FIG.
[0137]
FIG. 19 is a flowchart showing details of the firmware reading process (step S1309 in FIG. 13) in the printer controller when the firmware is rewritten in module units.
[0138]
In this figure, before transmitting the firmware to the image forming apparatus in step S1415, it waits until all the divided firmware corresponding to one module has been transmitted (step S1912). If all of them have been received, a checksum is calculated as one module (step S1917), and the firmware is transmitted to the image forming apparatus together with this value (step S1415).
[0139]
Finally, a description will be given of the firmware rewriting process in the image forming apparatus 11 that has received the firmware data transmitted in module units as described above. FIG. 20 is a flowchart illustrating a firmware rewriting process performed in units of modules in the image forming apparatus 11. Here, as in the case of FIG. 16, first, it is determined which module the transmitted firmware corresponds to (steps S1601, S1605, and S1609).
[0140]
Then, according to the determination result, the firmware of the Flash ROM of the corresponding module is rewritten (steps S2003, S2007, S2011, S2013). Therefore, in the calculation of the checksum in step S1615, the checksum for the firmware in module units is obtained. Then, in step S1421 in FIG. 19, the checksum calculated for each module is compared, and it is determined whether or not the firmware has been successfully rewritten.
[0141]
As described above, by performing the firmware rewriting at once for each module, the total time required from the start to the end of the firmware rewriting for one module is reduced. In addition, there is no need to manage which part of the Flash ROM is to be rewritten, and the processing is simplified.
[0142]
It should be noted that even when the image forming apparatus is composed of a plurality of control modules and the transfer / transmission of the firmware between the respective control modules requires a relatively long time, the result of writing the firmware from the image forming apparatus to the firmware transmission source can be transmitted. After the notification, the next firmware is attached to the e-mail and transmitted, so that the firmware can be transmitted in accordance with the operation of the image forming apparatus.
[0143]
This time, the image forming apparatus has been described as an example of the data communication apparatus having the firmware to be rewritten, but the present invention is not limited to this. Therefore, the present invention can be applied to any device having a communication function, such as a hub or a router.
[0144]
Also, this time, a case was described in which a reply is made using an e-mail about a firmware rewrite result (rewrite end information). However, the present invention is not limited to the electronic mail system, and a reply may be made using another method.
[0145]
Furthermore, in this example, it has been described that each rewrite result is returned only when the firmware is divided and transmitted. However, even when the firmware is transmitted without being divided, the rewriting result may be returned. In this case, the same firmware can be transmitted again in response to the rewriting failure, so that the firmware rewriting process can be reliably performed.
[0146]
Note that, when the firmware is transmitted collectively without being divided, a method of transmitting all firmware data as one attached file, a method of transmitting individual firmware data as a plurality of attached files by one e-mail, For example, a method of individually attaching each firmware to an e-mail and transmitting it is conceivable.
[0147]
As a method of transmitting all firmware data as one attached file, for example, there is the following method. When the data (binary) of all firmware is one data (binary), addresses 0 to 7FFFF of the data are firmware data of the control module 1, addresses 80000 to FFFFF are firmware data of the control module 2,... Thus, the storage address and size of the data of each control module in the model are stored in advance as data. This data is attached to the e-mail and sent to the mail server.
[0148]
Also in the printer controller 21, the relationship between the storage address and the size of the data of each control module is stored as data. Therefore, the printer controller 21 can sequentially perform the rewriting process by transmitting the firmware data at the predetermined address to the corresponding control module.
[0149]
Although the printer controller and the image forming apparatus have been described as separate devices as shown in FIG. 1 and the like this time, the image forming apparatus may have an integrated structure in which the function of the printer controller is incorporated. In this case, similarly, the process is executed while the printer controller and the control module 1 cooperate with each other. Further, the control performed by the CPU 101 may be executed by the CPU 201 of the printer controller.
[0150]
The firmware communication method (data communication method) performed by the computer 91, the image forming apparatus 11, and the printer controller 21 described above can be realized by a program for causing the above-described series of processing operations to function. The data communication program may be installed in advance on the hard disk in the computer 91, the image forming apparatus 11, and the printer controller 21, or may be stored on a removable recording medium such as a CD-ROM or a magnetic tape. It may be recorded. In any case, the data communication program is recorded on a computer-readable recording medium.
[0151]
Examples of the computer-readable recording medium include a tape system such as a magnetic tape and a cassette tape, a disk system such as a magnetic disk (such as a flexible disk and a hard disk device) and an optical disk (such as a CD-ROM / MO / MD / DVD), A fixed medium such as a card system such as an IC card (including a memory card) or an optical card, or a semiconductor memory such as a ROM, an EPROM, an EEPROM, or a flash ROM may be used.
[0152]
Note that the content stored in the recording medium is not limited to a program, but may be data.
[0153]
The embodiments disclosed this time are to be considered in all respects as illustrative and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
[Brief description of the drawings]
FIG. 1 is a diagram showing a system configuration for implementing a firmware transmission / reception method according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a circuit configuration of the image forming apparatus 11.
FIG. 3 is a block diagram showing a circuit configuration of the printer controller 21.
FIG. 4 is a block diagram showing a circuit configuration of a computer 91 installed on the service center side.
FIG. 5 is a flowchart illustrating a main routine of a process performed by a CPU 901 of the computer 91 on the service center side.
6 is a diagram illustrating an example of data registered in a fixed storage device 904 in the registration processing (step S509) of the image forming apparatus in FIG.
FIG. 7 is a flowchart showing details of a firmware transmission process (step S513) of FIG. 5;
FIG. 8 is a diagram showing an example of an ID table registered in a fixed storage device 904.
FIG. 9 is a flowchart showing a processing flow when the computer 91 receives a reply mail about the rewriting result.
FIG. 10 is a diagram showing an example of an electronic mail message to which the divided firmware is attached.
FIG. 11 is a diagram showing an example of a message of an electronic mail to which undivided firmware is attached.
FIG. 12 is a diagram showing an example of an electronic mail message sentence regarding a firmware rewrite result.
FIG. 13 is a flowchart illustrating a main routine of processing in the CPU 201 of the printer controller 21 of the image forming apparatus 11.
FIG. 14 is a flowchart showing details of a firmware reading process (step S1309) of FIG. 13;
FIG. 15 is a flowchart showing basic processing in the image forming apparatus 11;
FIG. 16 is a flowchart illustrating details of a firmware rewriting process (step S1509 in FIG. 15) in the image forming apparatus 11.
FIG. 17 is a diagram for explaining a flow of each process of the computer 91 on the service center side, the mail servers 83 and 33, and the image forming apparatus (printer) 11 on the user side.
FIG. 18 is a flowchart illustrating a firmware rewriting process performed on a module basis.
19 is a flowchart showing details of firmware reading processing (step S1309 in FIG. 13) in the printer controller when the firmware is rewritten in module units.
FIG. 20 is a flowchart illustrating firmware rewriting processing performed in units of modules in the image forming apparatus 11.
[Explanation of symbols]
Reference Signs List 11 image forming apparatus, 21 printer controller, 32, 82 router, 33, 83 mail server, 91 computer, 111, 121, 131, 141, 201, 901 CPU, 112, 122, 132, 142 Flash ROM, 118, 207 operation Panel, 904 permanent storage.

Claims

A quota obtaining step of obtaining a quota of data provided in a mail server to be used;
A determining step of determining whether to divide the firmware to be transmitted based on the obtained limited capacity,
A first transmission step of attaching the firmware to an e-mail and transmitting it when it is determined that the firmware is not to be divided by the determination step;
A division step of dividing the firmware into a plurality of pieces based on the acquired limited capacity, when it is determined that the firmware is divided by the determination step;
A second transmitting step of transmitting one firmware of the plurality of divided firmware attached to an e-mail, and
An acquisition step of acquiring information on a firmware rewrite result sent from the other party that acquired the one firmware attached to the electronic mail;
And performing, when the obtained rewrite result indicates success, a third transmission step of attaching one firmware to be transmitted next among the plurality of divided firmware to an e-mail and transmitting the e-mail to the computer. Data communication program to let

The determining step includes:
If the firmware to be transmitted is larger than the acquired limited capacity, it is determined to be divided,
The data communication program according to claim 1, wherein when the firmware to be transmitted is equal to or less than the acquired limited capacity, it is determined that the firmware is not divided.

A computer-readable recording medium a data communication program according to claim 1 or 2.

A quota obtaining means for obtaining a quota of data provided in a mail server to be used;
Determining means for determining whether to divide firmware to be transmitted based on the obtained limited capacity,
A first transmission unit that transmits the firmware attached to an e-mail when the determination unit determines that the firmware is not to be divided;
Division means for dividing the firmware into a plurality of pieces based on the acquired limited capacity, when the judgment means judges that the firmware is to be divided;
Second transmission means for attaching one of the divided firmware to an e-mail and transmitting the e-mail;
Acquiring means for acquiring information on a rewrite result of the firmware transmitted from the other party who acquired the one firmware attached to the electronic mail;
And a third transmission unit that attaches, to an e-mail, one firmware to be transmitted next among the plurality of divided firmware when the acquired rewrite result indicates success, and apparatus.

A quota obtaining step of obtaining a quota of data provided in a mail server to be used;
A determining step of determining whether to divide the firmware to be transmitted based on the obtained limited capacity,
A first transmission step of attaching the firmware to an e-mail and transmitting it when it is determined that the firmware is not to be divided by the determination step;
A division step of dividing the firmware into a plurality of pieces based on the acquired limited capacity, when it is determined that the firmware is divided by the determination step;
A second transmitting step of transmitting one firmware of the plurality of divided firmware attached to an e-mail, and
An acquisition step of acquiring information on a firmware rewrite result sent from the other party that acquired the one firmware attached to the electronic mail;
A third transmission step of , when the obtained rewrite result indicates success , attaching one firmware to be transmitted next among the plurality of divided firmware to an e-mail and transmitting the e-mail. Method.