JP2003263323A - ダウンロード装置及びダウンロード方法 - Google Patents

Abstract

(57)【要約】 【課題】 制御プログラムで利用可能な各種の通信手段
を制御プログラムのダウンロード時にも利用可能にしな
がら、プログラム容量の増加を飛躍的に低減させたダウ
ンロード装置及びダウンロード方法を提供する。 【解決手段】 起動プログラム１４は、簡単な処理で制
御可能な通信手段で通信を行う通信ドライバ３２のみを
利用してダウンロードを行うダウンロードプログラム３
３を有する。また制御プログラム１５は、メインプログ
ラム４６等とともに、少なくとも複雑な処理を必要とす
る通信手段で通信を行う通信プログラム４３及びその通
信プログラム４３を利用したダウンロードが可能な自己
書き換えプログラム４５を有している。制御プログラム
１５が正当であれば自己書き換えプログラム４５によっ
て高機能の通信手段を利用したダウンロードが可能であ
る。このとき、ＯＳ等を重複して保持しないので、容量
を削減可能である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部機器から制御
プログラムをダウンロードして書き換え可能な制御プロ
グラムの書き換え機能に関するものである。

【０００２】

【従来の技術】主にホストコンピュータと通信手段によ
り接続される画像処理装置などの種々の装置において
は、将来の機能拡張や不具合修正に対応するために、プ
ログラムのバージョンアップ機能を提供している場合が
多い。このような装置では、多くの場合、ダウンロード
機能を持つ比較的容量の小さい起動プログラムとメイン
の制御プログラムとを別々の記憶領域または記憶装置に
格納し、万一ダウンロードに失敗してメインの制御プロ
グラムが破壊された場合に備えている。すなわち、ダウ
ンロードによって制御プログラムを書き換えている途中
でエラーが発生した場合、制御プログラムは正常に動作
しなくなる。このような状態でも改めて制御プログラム
のダウンロードが可能なように、ダウンロードのための
プログラムを制御プログラムとは別に格納している。ま
た、このような装置では、本来の画像データ等のデータ
を転送する目的で設けられた通信手段を、ダウンロード
するプログラムの転送手段として使用している。

【０００３】一方、インターフェイスは年々高速化、イ
ンテリジェント化しており、通信制御プログラムは肥大
し、かつ複雑になる傾向にある。これを解決する手段と
して、プロトコルスタック等が知られている。これは、
下位層通信プロトコルの処理群であり、事実上、インテ
リジェントなインターフェイスの実装には必要不可欠な
ものとなっている。

【０００４】しかし、上述のプロトコルスタック等は、
多くの場合、オペレーティングシステムに依存する形で
実装されている。従って、インテリジェントな通信イン
ターフェイスを実装するためには、例えばオペレーティ
ングシステムとプロトコルスタックといったバックボー
ンが必要である。このため、例えばネットワーク経由の
ダウンロード機能を提供するためには、前述の起動プロ
グラムにオペレーティングシステムとプロトコルスタッ
クを実装することになる。しかしこの場合には、単純な
インターフェイスのみのプログラムと比較して、容量が
飛躍的に増大することになる。また、近年ではホストコ
ンピュータ等との通信手段として複数のインターフェイ
スを備えている場合が多く、その数は年々増加傾向にあ
る。これら複数のインターフェイスへの対応は、起動プ
ログラムの容量増大に拍車をかけている。

【０００５】図６は、従来のプログラムダウンロード可
能な装置における各プログラムの第１の構成例の説明図
である。図６（Ａ）は起動プログラムの構成を示し、図
６（Ｂ）はメインとなる制御プログラムの構成を示して
いる。起動プログラムには、例えば電源投入時やリセッ
ト時などに動作するブートプログラムが含まれており、
通常の動作時にはブートプログラムが図６（Ｂ）に示す
制御プログラムを起動する。起動時のモードがダウンロ
ードの場合には、起動プログラム内のダウンロードプロ
グラムを起動し、外部から受け取るデータにより制御プ
ログラム全体を書き換えることによってバージョンアッ
プなどを行う。例えば特開平９−１９０３５４号公報な
どにおいても同様の構成が記載されている。

【０００６】制御プログラムには上述のように各種の通
信手段を利用可能にするため、オペレーティングシステ
ム（ＯＳ）とプロトコルスタック（ＰＳ）、それぞれの
通信手段に対応した通信ドライバなどを含んでいる。し
かし、これらは新たな制御プログラムのダウンロード時
には書き換えられるため、ダウンロード時に制御プログ
ラム内のオペレーティングシステム、プロトコルスタッ
ク、通信ドライバなどを利用することができない。従っ
て、ダウンロード時には起動プログラムのみを利用して
制御プログラムのダウンロードを行うことになる。

【０００７】従来は、起動プログラムの大きさは小さく
抑えられており、図６（Ａ）にも示すように簡単に通信
が可能な通信手段を動作させる通信ドライバと、その通
信ドライバを利用して起動プログラムのダウンロード及
び制御プログラムの書き換えを行うダウンロードプログ
ラム程度しか搭載されていなかった。

【０００８】このような構成では、ダウンロード時に利
用可能な通信手段は、簡単に通信が可能な例えばＩＥＥ
Ｅ１２８４やシリアルインターフェイスなどに制限され
てしまうとともに、通常は低速、低機能の通信しか行う
ことができない。従って、制御プログラムのダウンロー
ドは非常に利用しづらいものとなっていた。

【０００９】このような不便を改善するため、起動プロ
グラムにおいても、より多くの、より高機能の通信手段
を利用した通信を可能とすることが考えられている。図
７は、従来のプログラムダウンロード可能な装置におけ
る各プログラムの第２の構成例の説明図である。図７に
示す例では、制御プログラムのダウンロードを行う起動
プログラム中にも、各種の通信手段による通信を可能と
するため、オペレーティングシステムやプロトコルスタ
ック、各種の通信ドライバなどを設けている。このよう
な構成によれば、制御プログラムのダウンロードによっ
て制御プログラムが利用できなくても、起動プログラム
だけで各種の通信手段を利用し、制御プログラムのダウ
ンロードを行うことができる。

【００１０】しかし、このような構成の場合、起動プロ
グラムと制御プログラムがそれぞれオペレーティングシ
ステム、プロトコルスタック、通信ドライバなどを含め
た容量の大きい通信制御プログラムを含んでいる。この
ように、同じ機能を実現するためのプログラムが２箇所
に存在することになり、プログラム容量の無駄が生じる
ことになる。

【００１１】また、多くの場合、複雑な通信処理は不具
合を含んでおり、バージョンアップの必要が生じる場合
が多い。例えば通信ドライバなどのメンテナンスを行う
ためには、図７に示した例では同じ通信ドライバが起動
プログラムと制御プログラムの両方に存在するため、起
動プログラムと制御プログラムの両者のメンテナンスを
行わなければならないという問題があった。この問題
は、手間だけの問題ではなく、起動プログラムを書き換
えなければならないというリスクを伴うことになる。す
なわち、起動プログラムの書き換え中にエラーが発生し
た場合、最悪のケースでは装置は起動できなかったり、
あるいは起動できてもダウンロード機能が存在しないた
めに以後のメンテナンスが不能となるという可能性を含
んでいる。

【００１２】プログラム容量を減少させるための一つの
方法として、オペレーティングシステムに依存しないプ
ロトコルスタックの実装を行うことによって、重複する
オペレーティングシステムを起動プログラムから削除す
ることも可能である。しかし、これには多くの労力を要
し、また必ずしも容量を小さくできるという保障がない
という問題がある。また、通信ドライバなどの通信処理
を起動プログラムに集約してメンテナンスを１カ所に
し、また容量の削減を行うことも考えられる。しかし上
述のように、起動プログラムの書き換えを行うことはリ
スクを伴うことになるため、有効な解決にはならない。

【００１３】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、制御プログラムにおいて利
用可能な各種の通信手段を制御プログラムのダウンロー
ド時にも利用可能にしながら、プログラム容量の増加を
飛躍的に低減させたダウンロード装置及びダウンロード
方法を提供することを目的とするものである。

【００１４】

【課題を解決するための手段】本発明は、起動プログラ
ムには簡易な処理で制御可能な通信手段のみによる通信
プログラムと、その通信プログラムによる制御プログラ
ムのダウンロード及び制御プログラムの書き換えを行う
簡易ダウンロードプログラムを含めておく。また制御プ
ログラムには、少なくとも複雑な処理を必要とする通信
手段による通信プログラムと、その通信プログラムを用
いて制御プログラムを外部機器からダウンロードして書
き換え可能な自己書き換えプログラムを含めておく。そ
して、新たな制御プログラムのダウンロード時には、制
御プログラム中の自己書き換えプログラムを起動する。

【００１５】これによって、制御プログラム中の複雑な
処理を必要とする通信手段を利用して制御プログラムの
ダウンロードを行うことができる。従って、各種の通信
手段を利用し、各通信手段の機能を有効に活用してダウ
ンロードを行うことができ、利便性を向上させることが
できる。もちろん、制御プログラムのダウンロード時に
エラーが発生し、制御プログラムが動作不能となって
も、起動プログラムから簡易な処理で制御可能な通信手
段を利用してダウンロードが可能であるので、不測の事
態にも対応することができる。

【００１６】また、大容量を必要とする複雑な処理を必
要とする通信手段は制御プログラムの側のみに存在する
ため、これらの通信処理のための容量を削減できるとと
もに、起動プログラムにはオペレーティングシステムや
プロトコルスタックなどを設けなくても構成可能である
ので、起動プログラムの容量を大幅に低減することが可
能である。

【００１７】また本発明は、起動プログラムには、簡易
な処理で制御可能な通信手段のみによる通信プログラム
と、その通信プログラムを用いて制御プログラム及び制
御プログラムを書き込むダウンロードプログラムが含ま
れた受信データを受信する簡易受信プログラムを含めて
おく。また制御プログラムには、少なくとも複雑な処理
を必要とする前記通信手段による通信プログラムと、そ
の通信プログラムを用いて受信データを受信する受信プ
ログラムを含めておく。そして、新たな制御プログラム
のダウンロード時には、制御プログラム中の受信プログ
ラムによって新たな制御プログラムを含む受信データを
受信し、正常に受信できた場合に、受信データ中のダウ
ンロードプログラムを起動して制御プログラムを書き換
える。

【００１８】このような構成でも、制御プログラム中の
複雑な処理を必要とする通信手段を利用して制御プログ
ラムのダウンロードを行うことができる。従って、各種
の通信手段を利用し、それぞれの通信手段の機能を有効
に活用してダウンロードを行うことができ、利便性を向
上させることができる。制御プログラムのダウンロード
時にエラーが発生した場合には、再度ダウンロードを行
えばよい。また、制御プログラムの書き換え中にエラー
が発生するなどして制御プログラムが動作不能となって
も、起動プログラムから簡易な処理で制御可能な通信手
段を利用してダウンロードが可能であるので、不測の事
態にも対応することができる。

【００１９】また、大容量を必要とする複雑な処理を必
要とする通信手段は制御プログラムの側のみに存在する
ため、これらの通信処理のための容量を削減できるとと
もに、起動プログラムにはオペレーティングシステムや
プロトコルスタックなどを設けなくても構成可能である
ので、起動プログラムの容量を大幅に低減することが可
能となる。さらに、起動プログラムと制御プログラムの
両方にそれぞれのプログラム容量に応じた受信プログラ
ム（簡易受信プログラム）が設けられているので、いず
れかを自動的に選択して利用することが可能であり、簡
単に利用可能なインターフェイスを提供することができ
る。

【００２０】

【発明の実施の形態】図１は、本発明の実施の一形態を
含むシステムの一例の説明図である。図中、１は制御装
置、２は外部装置、１１，１２は通信部、１３はＲＯ
Ｍ、１４は起動プログラム、１５は制御プログラム、１
６はＲＡＭ、１７はＣＰＵ、２１は送信データである。
制御装置１は、本発明のダウンロード装置を含み、また
本発明のダウンロード方法により制御プログラム１５を
外部装置２からダウンロード可能な装置である。この例
では、制御装置１は２つの通信部１１，１２を有してい
るものとして図示している。しかしこの例に限らず、３
以上の通信部を有する構成であってよい。ここでは、通
信部１１は簡易な処理で制御可能な通信手段であるもの
とし、通信部１２は複雑な処理を必要とする通信手段で
あるものとする。通信部１１としては、ＩＥＥＥ１２８
４準拠のインターフェイスやシリアルインターフェイス
などがある。また通信部１２としては、ネットワークイ
ンターフェイス、ＩＥＥＥ１３９４準拠のインターフェ
イス、ＵＳＢインターフェイス、無線通信インターフェ
イス、赤外線や光学通信インターフェイスなどがある。

【００２１】ＲＯＭ１３は、ＣＰＵ１７によって実行さ
れるプログラムや、実行時に利用するデータなどが格納
されている。特にここでは、起動プログラム１４と、実
際に制御装置において各種の機能を実現するための制御
プログラム１５が格納されている。ここでは起動プログ
ラム１４と制御プログラム１５を同じＲＯＭ１３内に格
納しているように図示しているが、これに限らず、それ
ぞれ異なるＲＯＭやその他の記憶手段に格納してもよ
い。少なくとも制御プログラム１５は、書き換え可能な
領域あるいは記憶手段に格納されている。なお、起動プ
ログラム１４と制御プログラム１５の詳細については後
述する。

【００２２】ＲＡＭ１６は、ＣＰＵ１７が動作する際に
ワークエリアとして利用することができる。なお、制御
プログラムをダウンロードする際に、新たな制御プログ
ラムを含む受信データを、このＲＡＭ１６に一旦格納す
るように構成してもよい。

【００２３】ＣＰＵ１７は、ＲＯＭ１３内のプログラム
（起動プログラム１４、制御プログラム１５など）に従
って動作し、制御装置１全体の制御及び各種の機能を提
供する。また、外部装置２から新たな制御プログラムを
含む送信データ２１をダウンロードし、制御プログラム
１５を書き換える処理についても実際に行う。

【００２４】制御装置１には、このほかにも各種の構成
を含んでいてよい。例えば制御装置１が画像形成装置で
あれば画像処理手段や画像形成エンジンなどを含んでい
るであろうし、画像読取装置であれば画像読取手段や画
像処理手段などを含んでいるであろう。そのほかの各種
の装置であってももちろんよい。

【００２５】図２は、起動プログラム１４と制御プログ
ラム１５の第１の構成例の説明図である。図中、３１は
ブートプログラム、３２は通信ドライバ、３３はダウン
ロードプログラム、４１はオペレーティングシステム、
４２はプロトコルスタック、４３，４４は通信ドライ
バ、４５は自己書き換えプログラム、４６はメインプロ
グラムである。図２（Ａ）に示す起動プログラム１４で
は、電源投入時やリセット時などの起動時に動作するブ
ートプログラム３１と、簡易な処理で制御可能な通信部
１１を通じて通信を行うための通信ドライバ３２と、通
信ドライバ３２を通じて制御プログラムのダウンロード
及び書き換えを行うダウンロードプログラム３３を含ん
で構成されている。ここでは簡易な処理ではオペレーテ
ィングシステムやプロトコルスタックを要しないものと
し、起動プログラム１４はオペレーティングシステムや
プロトコルスタックを含んでいない。もちろん、必要に
応じて最低限の構成を有していてもよい。

【００２６】図２（Ｂ）に示す制御プログラム１５は、
制御装置１を動作させるためのメインプログラム（ＭＡ
ＩＮ）４６とともに、複雑な処理を必要とする通信部１
２を通じて通信を行うための通信ドライバ４３を含んで
いる。このような複雑な処理を行い、高機能の通信（及
び高機能の制御動作）を実現するため、制御プログラム
１５はオペレーティングシステム（ＯＳ）４１及びプロ
トコルスタック４２を有している。また、この例では通
信部１１を通じて通信を行うための通信ドライバ４４も
有している。この通信ドライバ４４は、起動プログラム
１４中の通信ドライバ３２と同じものでもよいし、異な
るプログラムであってもよい。通信ドライバ４４は、起
動プログラム１４中の通信ドライバ３２よりもバージョ
ンが新しく、相対的に高機能であることが予想されるの
で、制御プログラム１５が動作可能であれば通信ドライ
バ４４を利用することが望ましいと言える。

【００２７】さらに制御プログラム１５には、自己書き
換えプログラム４５が含まれている。自己書き換えプロ
グラム４５は制御プログラム１５内に存在するため、制
御プログラム１５内の通信ドライバ４３を利用可能であ
る。従って、自己書き換えプログラム４５は、複雑な処
理を必要とする通信部１２を通じて外部装置２との通信
を行うことによって、外部装置２内の新たな制御プログ
ラムを含む送信データ２１をダウンロードすることがで
きる。ダウンロードした受信データ（送信データ２１）
は、例えばＲＡＭ１６に一旦格納される。ＲＡＭ１６に
格納された受信データのイメージを図２（Ｃ）に示して
いる。この例では、受信データは制御プログラム１５そ
のものを含んでいる。自己書き換えプログラム４５は、
正常にダウンロードが完了した後、制御プログラム１５
を書き換える。この書き換えの処理中は、自己書き換え
プログラム４５はＲＡＭ１６にロードされているので、
自己書き換えプログラム４５自体が書き換えられても何
ら問題はない。

【００２８】図２に示すように、起動プログラム１４に
は、制御プログラム１５に存在する通信ドライバ４３に
対応するプログラムを含んでおらず、従って複雑な処理
が不要であることからオペレーティングシステム４１や
プロトコルスタック４２に対応するプログラムも含んで
いない。従って、起動プログラム１４のプログラムサイ
ズは非常に小さくてよく、起動プログラム１４を格納す
るための容量も少なくて済む。また、上述のように新た
な制御プログラムをダウンロードするための自己書き換
えプログラム４５は制御プログラム１５中に存在するた
め、通信部１１と通信部１２のいずれも利用可能であ
り、ダウンロード時に利用するインターフェイスの選択
肢が広がるとともに、複雑な処理が必要なインターフェ
イスについても利用することが可能である。

【００２９】なお、制御プログラム１５から起動プログ
ラム１４中の通信ドライバ３２やダウンロードプログラ
ム３３を利用可能に構成することもできる。例えば制御
プログラム１５には通信部１１を利用して通信を行うた
めの通信ドライバ４４を設けずに、通信部１１を利用し
て通信を行う場合には起動プログラム１４中の通信ドラ
イバ３２を利用するように構成することも可能である。
また、例えば自己書き換えプログラム４５において通信
部１１を利用して新たな制御プログラムのダウンロード
を行う場合には、起動プログラム１４内のダウンロード
プログラム３３を呼び出して利用するように構成しても
よい。

【００３０】図３は、本発明の実施の一形態におけるダ
ウンロード動作の第１の例を示すフローチャートであ
る。ここでは、起動プログラム１４と制御プログラム１
５の構成が図２に示すような構成であるものとする。電
源が投入されたり、あるいはリセットがかかる等、起動
がかかると、Ｓ６１において起動プログラム１４中のブ
ートプログラム３１が起動される。また、起動時には起
動モードが指示されるものとする。ここでは少なくと
も、通常の動作モードと、制御プログラムをダウンロー
ドするダウンロードモードで動作するものとする。

【００３１】ブートプログラム３１が起動されると、様
々な初期設定を行うとともに、Ｓ６２において、制御プ
ログラム１５が正当であるか否かの評価を行う。この評
価は、例えばチェックサムのチェックなどによって行う
ことができる。

【００３２】制御プログラム１５が正当であると判断さ
れた場合には、Ｓ６３において、制御プログラム１５を
起動する。制御プログラム１５の起動は、オペレーティ
ングシステム４１を起動してからオペレーティングシス
テム４１がメインプログラム４６を起動したり、あるい
は、メインプログラム４６を直接起動してもよい。制御
プログラム１５が起動されると、Ｓ６４において起動モ
ードを判定する。起動モードがダウンロードモードでは
なく、通常の動作モードであれば、Ｓ６５においてメイ
ンプログラム４６に従った通常の動作を行う。

【００３３】起動モードがダウンロードモードであった
場合には、Ｓ６６において自己書き換えプログラム４５
を起動する。そして自己書き換えプログラム４５は、制
御プログラム１５上で動作可能な通信部１１または通信
部１２のいずれかを用い、Ｓ６７において外部装置２内
の送信データをダウンロードする。いずれの通信部を利
用するかは、外部装置２との接続状態を判断して、自動
的に切り替えることができる。外部装置２と複数の通信
部を介して通信可能であれば、より効率のよい通信部を
選択することができる。もちろん、ユーザの指示があれ
ば、それに従ってもよい。

【００３４】そしてＳ６８において、ダウンロードによ
り受信した受信データにより制御プログラム１５を書き
換え、ダウンロードの処理を終了する。ダウンロード処
理の終了後は、この例では再起動し、Ｓ６１から処理を
再開する。また、ダウンロードあるいは書き換えの途中
でエラーが発生した場合にも、再起動してＳ６１から処
理を行えばよい。

【００３５】Ｓ６２で制御プログラム１５が正当でない
と判断された場合には、Ｓ６９において起動モードを判
定し、ダウンロードモードであった場合には、Ｓ７０に
おいて起動プログラム１４内のダウンロードプログラム
３３を起動する。ダウンロードプログラム３３は、Ｓ７
１において、起動プログラム１４内の通信ドライバ３２
により通信部１１を通じて外部装置２内の送信データを
ダウンロードし、ＲＡＭ１６に格納後、あるいは直接、
制御プログラム１５を書き換える。この場合には複雑な
処理が必要となる通信部１２は利用できない。しかし、
起動プログラム１４内のダウンロードプログラム３３が
起動されるのは、制御プログラム１５が存在しない、あ
るいはエラーが発生している、または新たな制御プログ
ラムによる書き換えに失敗したなど、制御プログラム１
５が通常の状態ではない場合であるので、ある程度の制
限はやむを得ないと考えられる。

【００３６】ダウンロード処理の終了後は、この例では
再起動し、Ｓ６１から処理を再開する。また、ダウンロ
ードあるいは書き換えの途中でエラーが発生した場合に
も、再起動してＳ６１から処理を行えばよい。なお、ダ
ウンロードプログラム３３によるダウンロード及び書き
換えでエラーが発生する場合、ハードウェア的な障害が
発生していることも考えられる。そのため、ダウンロー
ドプログラム３３の動作中にエラーが発生した場合に
は、その旨をユーザに伝え、ダウンロード処理を終了し
てもよい。もちろん、数回のリトライの後に、そのよう
な終了処理を行ってもよい。

【００３７】Ｓ６２で制御プログラム１５が正当でない
と判断され、Ｓ６９で起動モードがダウンロードモード
でなかった場合の処理については任意であり、例えばＳ
７２においてユーザに対して制御プログラム１５のダウ
ンロードを促すメッセージを表示し、ユーザにダウンロ
ードモードでの起動を指示してもよい。あるいは、例え
ばブートプログラム３１中のモニタ機能を動作させるな
ど、様々な処理が考えられる。

【００３８】上述の動作例では、装置の起動時に起動モ
ードとしてダウンロードモードを選択することによって
制御プログラムのダウンロードを行うものとして説明し
たが、本発明はこれに限られるものではなく、種々の変
形が可能である。例えば制御プログラム１５中のメイン
プログラム４６の動作中にダウンロードが指定されて自
己書き換えプログラム４５が起動される構成や、外部装
置２からダウンロードを指示するコマンドを受け取って
自己書き換えプログラム４５が起動される構成も可能で
ある。

【００３９】図４は、起動プログラム１４と制御プログ
ラム１５の第２の構成例の説明図である。図中、図２と
同様の部分には同じ符号を付して説明を省略する。３
４，４７は受信プログラム、５１は復号化プログラム、
５２はダウンロードプログラム、５３は符号化データで
ある。図４（Ａ）に示す起動プログラム１４では、電源
投入時やリセット時などの起動時に動作するブートプロ
グラム３１と、簡易な処理で制御可能な通信部１１を通
じて通信を行うための通信ドライバ３２と、通信ドライ
バ３２を通じて制御プログラム及びその制御プログラム
を書き込むためのダウンロードプログラムを含むデータ
のダウンロードを行う受信プログラム３４を含んで構成
されている。ここでは簡易な処理ではオペレーティング
システムやプロトコルスタックを要しないものとし、起
動プログラム１４はオペレーティングシステムやプロト
コルスタックを含んでいない。もちろん、必要に応じて
最低限の構成を有していてもよい。

【００４０】図４（Ｂ）に示す制御プログラム１５は、
制御装置１を動作させるためのメインプログラム（ＭＡ
ＩＮ）４６とともに、複雑な処理を必要とする通信部１
２を通じて通信を行うための通信ドライバ４３を含んで
いる。このような複雑な処理を行い、高機能の通信（及
び高機能の制御動作）を実現するため、制御プログラム
１５はオペレーティングシステム（ＯＳ）４１及びプロ
トコルスタック４２を有している。この例では通信部１
１を通じて通信を行うための通信ドライバは制御プログ
ラム１５中には存在せず、起動プログラム１４内の通信
ドライバ３２を共用する構成とした例を示している。も
ちろん、図２と同様に制御プログラム１５においても通
信部１１を通じて通信を行うための通信ドライバを有し
ていてもよい。また制御プログラム１５から通信ドライ
バ３２に限らず、他の起動プログラム中の機能について
も利用可能に構成してもよい。

【００４１】さらに制御プログラム１５には、受信プロ
グラム４７が含まれている。受信プログラム４７は制御
プログラム１５内に存在するため、制御プログラム１５
内の通信ドライバ４３を利用可能である。従って、受信
プログラム４７は、複雑な処理を必要とする通信部１２
を通じて外部装置２との通信を行うことによって、外部
装置２内の新たな制御プログラムを含む送信データ２１
をダウンロードすることができる。ダウンロードした受
信データ（送信データ２１）は、例えばＲＡＭ１６に一
旦格納される。

【００４２】図４に示すように、起動プログラム１４に
は、制御プログラム１５に存在する複雑な処理が必要な
通信ドライバ４３に対応するプログラムを含んでおら
ず、従って複雑な処理が不要であることからオペレーテ
ィングシステム４１やプロトコルスタック４２に対応す
るプログラムも含んでいない。従って、起動プログラム
１４のプログラムサイズは非常に小さくてよく、起動プ
ログラム１４を格納するための容量も少なくて済む。ま
た、上述のように新たな制御プログラムをダウンロード
するための受信プログラム４７は制御プログラム１５中
に存在するため、通信部１２が利用可能であり、また起
動プログラム１４内の通信ドライバ３２を呼び出すこと
により通信部１１も利用可能である。従って、ダウンロ
ード時に利用するインターフェイスの選択肢が広がると
ともに、複雑な処理が必要なインターフェイスについて
も利用することが可能である。

【００４３】ＲＡＭ１６に格納された受信データのイメ
ージを図４（Ｃ）に示している。この例では、受信デー
タ（外部装置２における送信データ２１）は制御プログ
ラム１５を符号化した符号化データ５３と、その符号化
データ５３を復号するための復号化プログラム５１と、
制御プログラムを書き換えるダウンロードプログラム５
２を含んでいる。もちろん、符号化していない制御プロ
グラムをダウンロードする場合には、復号化プログラム
５１は不要である。また、制御プログラムが符号化され
ている場合でも、起動プログラム１４や制御プログラム
１５中の受信プログラム４７が復号機能を有していれ
ば、復号化プログラム５１は不要である。

【００４４】ここでダウンロードプログラム５２は、図
４（Ｃ）に示す受信データが正常にダウンロードされる
と、制御プログラム１５の受信プログラム４７から起動
される。そして、復号化プログラム５１を利用して符号
化データ５３を復号し、ＲＯＭ１３内の制御プログラム
１５上に上書きする処理を行うものである。

【００４５】図５は、本発明の実施の一形態におけるダ
ウンロード動作の第２の例を示すフローチャートであ
る。ここでは、起動プログラム１４と、制御プログラム
１５、受信データの構成が図４に示すような構成である
ものとする。電源が投入されたり、あるいはリセットが
かかる等、起動がかかると、Ｓ８１において起動プログ
ラム１４中のブートプログラム３１が起動される。ま
た、起動時には起動モードが指示されるものとする。こ
こでは少なくとも、通常の動作モードと、制御プログラ
ムをダウンロードするダウンロードモードで動作するも
のとする。

【００４６】ブートプログラム３１が起動されると、様
々な初期設定を行うとともに、Ｓ８２において、制御プ
ログラム１５が正当であるか否かの評価を行う。この評
価は、例えばチェックサムのチェックなどによって行う
ことができる。

【００４７】制御プログラム１５が正当であると判断さ
れた場合には、Ｓ８３において、制御プログラム１５を
起動する。制御プログラム１５の起動は、オペレーティ
ングシステム４１を起動してからオペレーティングシス
テム４１がメインプログラム４６を起動したり、あるい
は、メインプログラム４６を直接起動してもよい。制御
プログラム１５が起動されると、Ｓ８４において起動モ
ードを判定する。起動モードがダウンロードモードでは
なく、通常の動作モードであれば、Ｓ８５においてメイ
ンプログラム４６に従った通常の動作を行う。

【００４８】起動モードがダウンロードモードであった
場合には、Ｓ８６において制御プログラム１５中の受信
プログラム４７を起動する。そして受信プログラム４７
は、制御プログラム１５上で動作可能な通信ドライバ４
３を利用した通信部１２による通信、あるいは起動プロ
グラム１４内の通信ドライバ３２を利用した通信部１１
による通信を行い、Ｓ８７において外部装置２内の送信
データ２１をダウンロードし、受信データとしてＲＡＭ
１６に一旦格納する。いずれの通信部を利用するかは、
外部装置２との接続状態を判断して、自動的に切り替え
ることができる。外部装置２と複数の通信部を介して通
信可能であれば、より効率のよい通信部を選択すること
ができる。もちろん、ユーザの指示があれば、それに従
ってもよい。

【００４９】Ｓ８８において正常にダウンロードを行う
ことができたか否かを判定する。例えば通信エラーなど
が発生した場合には、Ｓ８７へ戻って再度ダウンロード
を行えばよい。このダウンロードでは制御プログラム１
５を書き換えていないので、通信エラー時にも制御プロ
グラム１５内の受信プログラム４７を利用可能である。
なお、ダウンロードが無限に続かないように、数回のリ
トライの後にエラー処理を行ったり、あるいはＳ８１に
戻って再起動してもよい。

【００５０】正常にダウンロードが完了したら、Ｓ８９
において、ダウンロードにより受信した受信データ中の
ダウンロードプログラム５２を起動する。ダウンロード
プログラム５２は、Ｓ９０において、同じく受信データ
中の復号化プログラム５１を利用して符号化データ５３
を復号しながら制御プログラム１５の書き換えを行う。
書き換え終了後は、この例では再起動し、Ｓ８１から処
理を再開する。また、書き換えの途中でエラーが発生し
た場合には、ダウンロードプログラム５２が再書き込み
を実施したり、あるいは再起動してＳ８１から処理を行
う。再書き込み時には、リトライ回数などで処理を打ち
切るように構成しておくとよい。

【００５１】Ｓ８２で制御プログラム１５が正当でない
と判断された場合には、Ｓ９１において起動モードを判
定し、ダウンロードモードであった場合には、Ｓ９２に
おいて起動プログラム１４内の受信プログラム３４を起
動する。受信プログラム３４は、Ｓ９３において、起動
プログラム１４内の通信ドライバ３２を利用し、通信部
１１を通じて外部装置２内の送信データ２１をダウンロ
ードし、ＲＡＭ１６に受信データとして格納する。

【００５２】Ｓ９４において正常にダウンロードを行う
ことができたか否かを判定する。例えば通信エラーなど
が発生した場合には、Ｓ９３へ戻って再度ダウンロード
を行えばよい。あるいはエラー処理を行ってダウンロー
ド処理を中止してもよい。なお、ダウンロードのリトラ
イを行う場合でも、数回のリトライで成功しない場合に
はエラー処理を行うように構成してもよい。

【００５３】正常にダウンロードが完了したら、Ｓ８９
に進み、上述のようにダウンロードにより受信した受信
データ中のダウンロードプログラム５２を起動し、Ｓ９
０において復号化プログラム５１を利用して符号化デー
タ５３を復号しながら制御プログラム１５の書き換えを
行う。書き換え終了後は、この例では再起動し、Ｓ８１
から処理を再開する。また、書き換えの途中でエラーが
発生した場合には、ダウンロードプログラム５２が再書
き込みを実施したり、あるいは再起動してＳ８１から処
理を行う。再書き込み時には、リトライ回数などで処理
を打ち切るように構成しておくとよい。

【００５４】Ｓ８２で制御プログラム１５が正当でない
と判断され、Ｓ９１で起動モードがダウンロードモード
でなかった場合の処理については任意であり、例えばＳ
９５においてユーザに対して制御プログラム１５のダウ
ンロードを促すメッセージを表示し、ユーザにダウンロ
ードモードでの起動を指示してもよい。あるいは、例え
ばブートプログラム３１中のモニタ機能を動作させるな
ど、様々な処理が考えられる。

【００５５】上述の動作例では、装置の起動時に起動モ
ードとしてダウンロードモードを選択することによって
制御プログラムのダウンロードを行うものとして説明し
たが、本発明はこれに限られるものではなく、種々の変
形が可能である。例えば制御プログラム１５中のメイン
プログラム４６の動作中にダウンロードが指定されて受
信プログラム４７が起動される構成や、外部装置２から
ダウンロードを指示するコマンドを受け取って受信プロ
グラム４７が起動される構成も可能である。

【００５６】

【発明の効果】以上の説明から明らかなように、本発明
によれば、プログラムの容量を飛躍的に低減することが
できるとともに、多くのインターフェイスからのダウン
ロードデータの受信を可能とすることができる。また、
制御プログラム側に設けているダウンロード機能のアッ
プグレードを、制御プログラムのバージョンアップによ
って行うことが可能である。さらに、制御プログラムの
ダウンロードに万一失敗した場合でも、起動プログラム
からスタンドアロンで復旧が可能である。本発明によれ
ば、このように種々の効果を有している。

【図面の簡単な説明】

【図１】 本発明の実施の一形態を含むシステムの一例
の説明図である。

【図２】 起動プログラム１４と制御プログラム１５の
第１の構成例の説明図である。

【図３】 本発明の実施の一形態におけるダウンロード
動作の第１の例を示すフローチャートである。

【図４】 起動プログラム１４と制御プログラム１５の
第２の構成例の説明図である。

【図５】 本発明の実施の一形態におけるダウンロード
動作の第２の例を示すフローチャートである。

【図６】 従来のプログラムダウンロード可能な装置に
おける各プログラムの第１の構成例の説明図である。

【図７】 従来のプログラムダウンロード可能な装置に
おける各プログラムの第２の構成例の説明図である。

【符号の説明】

１…制御装置、２…外部装置、１１，１２…通信部、１
３…ＲＯＭ、１４…起動プログラム、１５…制御プログ
ラム、１６…ＲＡＭ、１７…ＣＰＵ、２１…送信デー
タ、３１…ブートプログラム、３２…通信ドライバ、３
３…ダウンロードプログラム、３４…受信プログラム、
４１…オペレーティングシステム、４２…プロトコルス
タック、４３，４４…通信ドライバ、４５…自己書き換
えプログラム、４６…メインプログラム、４７…受信プ
ログラム、５１…復号化プログラム、５２…ダウンロー
ドプログラム、５３…符号化データ。

Claims (26)

【特許請求の範囲】
1. 【請求項１】 外部機器から制御プログラムをダウンロ
   ードして書き換え可能なダウンロード装置において、２
   つ以上の通信手段と、起動プログラムを格納する第一の
   記憶手段と、書き換え可能な前記制御プログラムを格納
   する第二の記憶手段を備え、前記第一の記憶手段は、前
   記起動プログラムとして簡易な処理で制御可能な前記通
   信手段のみによる通信プログラムを含むとともに該通信
   プログラムによる前記制御プログラムのダウンロード及
   び前記第二の記憶手段の書き換えを行う簡易ダウンロー
   ドプログラムを含んでおり、前記第二の記憶手段は、前
   記制御プログラムとして少なくとも複雑な処理を必要と
   する前記通信手段による通信プログラムを含むとともに
   該通信プログラムを用いて前記制御プログラムを外部機
   器からダウンロードして書き換え可能な自己書き換えプ
   ログラムを含んでいることを特徴とするダウンロード装
   置。
2. 【請求項２】 前記自己書き換えプログラムは、前記第
   一の記憶手段に格納されている前記起動プログラム中の
   前記簡易ダウンロードプログラムを利用可能であること
   を特徴とする請求項１に記載のダウンロード装置。
3. 【請求項３】 前記制御プログラムは、前記第一の記憶
   手段に格納されている前記起動プログラムに含まれる前
   記通信プログラムを利用可能であることを特徴とする請
   求項１または請求項２に記載のダウンロード装置。
4. 【請求項４】 前記起動プログラムは、前記制御プログ
   ラムが正当であるか否かを判断し、前記制御プログラム
   が正当であると判断された場合に前記制御プログラムを
   起動し、前記制御プログラムが正当でないと判断された
   場合には起動モードがダウンロードモードであれば前記
   簡易ダウンロードプログラムを起動するものであり、前
   記制御プログラムは、起動されたときに前記起動モード
   がダウンロードモードであった場合には前記自己書き換
   えプログラムを起動するものであることを特徴とする請
   求項１ないし請求項３のいずれか１項に記載のダウンロ
   ード装置。
5. 【請求項５】 外部機器から制御プログラムをダウンロ
   ードして書き換え可能なダウンロード装置において、２
   つ以上の通信手段と、起動プログラムを格納する第一の
   記憶手段と、書き換え可能な前記制御プログラムを格納
   する第二の記憶手段と、前記制御プログラム及び前記制
   御プログラムを前記第二の記憶手段に書き込むダウンロ
   ードプログラムを含む受信データを格納可能な第三の記
   憶手段を備え、前記第一の記憶手段は、前記起動プログ
   ラムとして簡易な処理で制御可能な前記通信手段のみに
   よる通信プログラムを含むとともに該通信プログラムを
   用いて前記受信データをダウンロードして前記第三の記
   憶手段に格納し前記受信データ中の前記ダウンロードプ
   ログラムを起動する簡易受信プログラムを含んでおり、
   前記第二の記憶手段は、前記制御プログラムとして少な
   くとも複雑な処理を必要とする前記通信手段による通信
   プログラムを含むとともに該通信プログラムを用いて前
   記受信データをダウンロードして前記第三の記憶手段に
   格納し前記受信データ中の前記ダウンロードプログラム
   を起動する受信プログラムを含んでいることを特徴とす
   るダウンロード装置。
6. 【請求項６】 前記制御プログラムに含まれている前記
   受信プログラムは、前記第一の記憶手段に格納されてい
   る前記起動プログラム中の前記簡易受信プログラムを利
   用可能であることを特徴とする請求項５に記載のダウン
   ロード装置。
7. 【請求項７】 前記制御プログラムは、前記第一の記憶
   手段に格納されている前記起動プログラムに含まれる前
   記通信プログラムを利用可能であることを特徴とする請
   求項５または請求項６に記載のダウンロード装置。
8. 【請求項８】 前記起動プログラムは、前記制御プログ
   ラムが正当であるか否かを判断し、前記制御プログラム
   が正当であると判断された場合に前記制御プログラムを
   起動し、前記制御プログラムが正当でないと判断された
   場合には起動モードがダウンロードモードであれば前記
   簡易受信プログラムを起動するものであり、前記制御プ
   ログラムは、起動されたときに前記起動モードがダウン
   ロードモードであった場合には前記受信プログラムを起
   動するものであり、前記簡易受信プログラム及び前記受
   信プログラムは、前記制御プログラム及び前記ダウンロ
   ードプログラムを受信して前記第三の記憶手段に格納し
   た後、前記ダウンロードプログラムを起動することを特
   徴とする請求項５ないし請求項７のいずれか１項に記載
   のダウンロード装置。
9. 【請求項９】 前記複雑な処理は、オペレーティングシ
   ステムを必要とする処理であることを特徴とする請求項
   １ないし請求項８のいずれか１項に記載のダウンロード
   装置。
10. 【請求項１０】 前記複雑な処理は、プロトコルスタッ
    クを必要とする処理であることを特徴とする請求項１な
    いし請求項９のいずれか１項に記載のダウンロード装
    置。
11. 【請求項１１】 前記簡易な処理は、オペレーティング
    システムを必要としない処理であることを特徴とする請
    求項１ないし請求項１０のいずれか１項に記載のダウン
    ロード装置。
12. 【請求項１２】 前記簡易な処理は、プロトコルスタッ
    クを必要としない処理であることを特徴とする請求項１
    ないし請求項１１のいずれか１項に記載のダウンロード
    装置。
13. 【請求項１３】 前記通信手段から受信されるデータは
    符号化されたデータであり、前記起動プログラム、前記
    制御プログラムおよび前記ダウンロードプログラムのう
    ちの少なくとも一つが前記符号化されたデータを復号す
    るための復号化プログラムを含むことを特徴とする請求
    項１ないし請求項１２のいずれか１項に記載のダウンロ
    ード装置。
14. 【請求項１４】 前記複雑な処理を必要とする通信手段
    は、ネットワークインターフェイスであることを特徴と
    する請求項１ないし請求項１３のいずれか１項に記載の
    ダウンロード装置。
15. 【請求項１５】 前記複雑な処理を必要とする通信手段
    は、ＩＥＥＥ１３９４準拠のインターフェイスであるこ
    とを特徴とする請求項１ないし請求項１３のいずれか１
    項に記載のダウンロード装置。
16. 【請求項１６】 前記複雑な処理を必要とする通信手段
    は、ＵＳＢインターフェイスであることを特徴とする請
    求項１ないし請求項１３のいずれか１項に記載のダウン
    ロード装置。
17. 【請求項１７】 前記複雑な処理を必要とする通信手段
    は、無線通信手段であることを特徴とする請求項１ない
    し請求項１３のいずれか１項に記載のダウンロード装
    置。
18. 【請求項１８】 前記複雑な処理を必要とする通信手段
    は、光学通信手段であることを特徴とする請求項１ない
    し請求項１３のいずれか１項に記載のダウンロード装
    置。
19. 【請求項１９】 前記簡易な処理で制御可能な前記通信
    手段は、シリアルインターフェイスであることを特徴と
    する請求項１ないし請求項１８のいずれか１項に記載の
    ダウンロード装置。
20. 【請求項２０】 前記簡易な処理で制御可能な前記通信
    手段は、ＩＥＥＥ１２８４準拠のインターフェイスであ
    ることを特徴とする請求項１ないし請求項１８のいずれ
    か１項に記載のダウンロード装置。
21. 【請求項２１】 外部機器から制御プログラムをダウン
    ロードして書き換え可能なダウンロード方法において、
    簡易な処理で制御可能な通信手段のみによる通信プログ
    ラムを含むとともに該通信プログラムによる前記制御プ
    ログラムのダウンロード及び前記制御プログラムの書き
    換えを行う簡易ダウンロードプログラムを含む起動プロ
    グラムが第一の記憶手段に格納され、少なくとも複雑な
    処理を必要とする通信手段による通信プログラムを含む
    とともに該通信プログラムを用いて前記制御プログラム
    を外部機器からダウンロードして書き換え可能な自己書
    き換えプログラムを含む制御プログラムが第二の記憶手
    段に格納されており、前記制御プログラムが正当であれ
    ば前記自己書き換えプログラムによって新たな制御プロ
    グラムをダウンロードして書き換えることを特徴とする
    ダウンロード方法。
22. 【請求項２２】 前記起動プログラムが起動されると、
    前記制御プログラムが正当であるか否かを判断し、前記
    制御プログラムが正当であると判断された場合に前記制
    御プログラムを起動し、起動された前記制御プログラム
    は、起動時の起動モードがダウンロードモードであった
    場合には前記自己書き換えプログラムを起動して新たな
    制御プログラムのダウンロードを行い、前記制御プログ
    ラムが正当でないと判断された場合には起動モードがダ
    ウンロードモードであれば前記簡易ダウンロードプログ
    ラムを起動して新たな制御プログラムのダウンロードを
    行うことを特徴とする請求項２１に記載のダウンロード
    方法。
23. 【請求項２３】 前記自己書き換えプログラムは、前記
    起動プログラム中の前記簡易ダウンロードプログラムを
    利用可能であることを特徴とする請求項２１または請求
    項２２に記載のダウンロード方法。
24. 【請求項２４】 外部機器から制御プログラムをダウン
    ロードして書き換え可能なダウンロード方法において、
    簡易な処理で制御可能な通信手段のみによる通信プログ
    ラムを含むとともに該通信プログラムを用いて前記制御
    プログラム及び前記制御プログラムを書き込むダウンロ
    ードプログラムが含まれた受信データを受信する簡易受
    信プログラムを含む起動プログラムが第一の記憶手段に
    格納され、少なくとも複雑な処理を必要とする前記通信
    手段による通信プログラムを含むとともに該通信プログ
    ラムを用いて前記受信データを受信する受信プログラム
    を含む前記制御プログラムが第二の記憶手段に格納され
    ており、前記制御プログラムが正当であれば前記制御プ
    ログラム中の前記受信プログラムによって新たな制御プ
    ログラムを含む受信データを受信し、正常に受信できた
    場合に前記受信データ中の前記ダウンロードプログラム
    を起動して前記制御プログラムを書き換えることを特徴
    とするダウンロード方法。
25. 【請求項２５】 前記起動プログラムが起動されると、
    前記制御プログラムが正当であるか否かを判断し、前記
    制御プログラムが正当であると判断された場合に前記制
    御プログラムを起動し、起動された前記制御プログラム
    は、起動時の起動モードがダウンロードモードであった
    場合には前記受信プログラムを起動して前記受信データ
    を受信し、前記制御プログラムが正当でないと判断され
    た場合には起動モードがダウンロードモードであれば前
    記簡易受信プログラムを起動して前記受信データを受信
    し、正常に受信できれば前記受信データ中の前記ダウン
    ロードプログラムを起動して前記制御プログラムを書き
    換えることを特徴とする請求項２４に記載のダウンロー
    ド方法。
26. 【請求項２６】 前記制御プログラムに含まれている前
    記受信プログラムは、前記起動プログラム中の前記簡易
    受信プログラムを利用可能であることを特徴とする請求
    項２５に記載のダウンロード方法。