JPH06259260A

JPH06259260A - ブートロード方式

Info

Publication number: JPH06259260A
Application number: JP4955593A
Authority: JP
Inventors: Shinichi Sakaida; 田信一境
Original assignee: Fuji Photo Film Co Ltd
Current assignee: Fujifilm Holdings Corp
Priority date: 1993-03-10
Filing date: 1993-03-10
Publication date: 1994-09-16

Abstract

(57)【要約】【目的】装置を実行させるプログラムおよび／またはデ
ータをブート時にダウンロードするシステムにおいて、
万が一ダウンロードにエラーが発生した場合であって
も、短時間でダウンロードを終了することができ、しか
も信頼性も高いダウンロードを実現することができるブ
ートロード方式を提供する。【構成】ダウンロードするプログラムおよび／またはデ
ータを複数に分割して、分割した１単位ごとに装置にダ
ウンロードすると共に、１単位のダウンロード毎にダウ
ンロードの正常あるいは異常を確認し、異常が生じた場
合には異常が発生した１単位のみダウンロードをやり直
し、正常であった場合には次の１単位のダウンロードを
行うことにより前記目的を達成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ワークステーションや
これを組み込んだネットワークシステムや複数のコンピ
ュータを用いた分散型処理システム等を構成する装置に
おいて、その立ち上げ（ブート）時に、実行すべきプロ
グラムやデータを前記装置にダウンロードする際のブー
トロード方式に関する。

【０００２】

【従来の技術】複数のコンピュータより構成される各種
の装置、例えば画像形成装置、通信装置、画像処理ワー
クステーション等は、異なる複数の機能として動作され
る場合が多く、これらの機能のそれぞれに応じた実行プ
ログラムやデータで作動される。すなわちこれらの機能
を発揮するために、情報を提供あるいは受け取るコンピ
ュータに応じた実行プログラムやデータで作動される。

【０００３】例えば、近年では印刷製版装置等の画像形
成装置にワークステーションを組み込み、あるいはこの
ワークステーションをネットワークシステム等に組み込
んで画像情報処理やハードコピーの作製を行うシステム
が開発、実現されている。

【０００４】ここで画像形成装置は、通常、画像読取
部、画像記録部および感光材料処理部等の部位より構成
されるが、このような画像形成装置をワークステーショ
ン等に組み込むことにより、通常の画像形成（ハードコ
ピーの作製）以外にも、画像読取部で読み取った画像情
報を、画像処理用のコンピュータに転送して画像情報処
理を施す、ハードディスク等の外部記憶装置に記憶す
る、通信手段によって外部に転送する等の各種の処理を
行ったり、あるいは通信手段、コンピュータや記憶装置
等より画像情報を受けてハードコピーとして出力する
等、様々な画像情報処理を行うことが可能となり、画像
形成装置をより幅広い用途で活用することができる。

【０００５】このような画像形成装置では、装置の使用
形態、つまり通常の画像形成を行う場合と、外部の各種
処理装置と接続されて駆動される場合とでは、通常は異
なる実行プログラムやデータで駆動され、また、外部の
処理装置と接続される場合には、外部装置の種類によっ
ても異なる実行プログラムで駆動される。そのため、こ
のような画像形成装置などのハードウェアでは、立ち上
げ（ブート）時にＩＣメモリカード等の記憶手段から必
要なデータや実行プログラムが装置のメインメモリにダ
ウンロードされ、これによって装置が起動するように構
成される。

【０００６】

【発明が解決しようとする課題】このようなブート時に
実行プログラムやデータを外部の記憶手段よりダウンロ
ードする装置（システム）においては、ダウンロードは
実行プログラムやデータの大きさに関わらず１回で行わ
れ、ダウンロードを終了した後に、サムチェック等を行
ってダウンロードが正常に行われたか否かを確認する。
ここで、ダウンロードが正常に行われずに異常終了して
いた場合には、ダウンロードを最初からやり直す必要が
ある。

【０００７】そのため、万一ダウンロードが異常終了し
た場合にはダウンロードに非常に時間がかかってしまう
という問題点があり、特に、近年における処理の複雑化
および処理量の増大化による、実行プログラムやデータ
の大型化に伴って、この問題は深刻になっている。ま
た、ダウンロードを最初からやり直すことによって、新
たなエラーが発生する可能性も高く、信頼性の低下を招
く結果ともなっている。

【０００８】本発明の目的は、前記従来技術の問題点を
解決することにあり、万が一ダウンロードにエラーが発
生した場合であっても、短時間でダウンロードを終了す
ることができ、しかも信頼性も高いダウンロードを実現
することができるブートロード方式を提供することにあ
る。

【０００９】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、補助記憶装置を有する処理装置から他の
装置に、この装置を実行させるプログラムおよび／また
はデータをブート時にダウンロードするシステムにおい
て、前記処理装置において前記プログラムおよび／また
はデータを複数に分割して、分割した１単位ごとに前記
装置にダウンロードすると共に、１単位のダウンロード
毎にダウンロードの正常あるいは異常を確認し、異常が
生じた場合には異常が発生した１単位のみダウンロード
をやり直し、正常であった場合には次の１単位のダウン
ロードを行うことを特徴とするブートロード方式を提供
する。

【００１０】

【発明の作用】本発明のブートロード方式は、駆動させ
る装置のブート時に、実行すべきプログラムやデータ
を、補助記憶装置を有する処理装置より前記駆動させる
装置にダウンロードする際のブートロード方式に関す
る。本発明においては、補助記憶装置を有する処理装置
においてプログラムやデータを複数に分割して、駆動さ
せる装置へのダウンロードを分割した一単位ごとに行
い、この一単位毎にダウンロードが正常に行われたの確
認を行う。ここで、ダウンロードが正常に行われている
ことが確認された場合には、続いて次の一単位のダウン
ロードを行い、他方、ダウンロードが正常に行われてい
なかった場合には、異常の発生した一単位のみのダウン
ロードをやり直すことで、実行プログラムやデータ全体
のダウンロードを行う。

【００１１】従来、装置のブート時に実行プログラム等
をダウンロードするシステムにおいては、プログラムや
データを一回でダウンロードしているので、エラーが生
じてダウンロードに失敗した場合には、初めからダウン
ロードをやり直す必要があり、ダウンロードに時間がか
かるばかりか、新たなエラーが発生する可能性も高く、
信頼性の低下を招く結果ともなっている。特に、近年で
は処理の複雑化や処理量の増大化による、実行プログラ
ムやデータの大型化が顕著であるので、この問題は深刻
になっている。

【００１２】これに対して、本発明のダウンロード方式
においては、プログラムおよび／またはデータを複数に
分割して分割した一単位ごとにダウンロードを行うと共
に、エラーが生じた際には、その一単位のみダウンロー
ドをやり直す。そのため、エラーが生じた場合のダウン
ロードの時間を短縮、つまりエラー処理の時間を大幅に
短縮できると共に、分割した一単位ごとにダウンロード
が正常に行われていることを確認するので、ダウンロー
ドの信頼性を大幅に向上することができる。

【００１３】

【実施例】以下、本発明のブートロード方式について、
添付の図面に示される好適実施例をもとに詳細に説明す
る。

【００１４】図１に、本発明のブートロード方式を実行
するシステムの一構成例を概念的に示す。図１に示され
るシステム１０は、本発明のブートロード方式によって
実行プログラムおよび／またはデータ（以下、実行プロ
グラムＰとする）をダウンロードされるコンピュータＡ
１２と、実行プログラムＰを分割して前記コンピュータ
Ａ１２にダウンロードするコンピュータＢ１４と、コン
ピュータＡ１２とコンピュータＢ１４との共有メモリで
あるデュアルポートラム（Dual Port RAM)１６とを有す
る。

【００１５】本発明を実行する上記システム１０におい
て、実行プログラムＰをダウンロードされるコンピュー
タＡ１２としては、ＣＰＵを有するものであれば特に限
定はなく、画像形成装置、コンピュータ、ＣＰＵを有す
るインターフェイス等、各種のものが利用可能である。

【００１６】例えば、コンピュータＡ１２としてＣＰＵ
を有するインターフェイスを利用すれば、コンピュータ
Ｂ１４を外部記憶装置を有する画像読取装置等の内蔵コ
ンピュータとした時に、異なる多数の装置とコンピュー
タＢ１４とを接続することが可能となる。この場合、利
用可能な通信方式には特に限定はなく、ＳＣＳＩ、ＲＳ
２３２Ｃ、ＦＤＤＩ、イーサネット等、公知のインター
フェイスがいずれも利用可能である。

【００１７】コンピュータＡ１２をインターフェイスと
して利用する例において、コンピュータＢ１４として印
刷製版装置等の（デジタル）画像読取装置に利用すれ
ば、この画像読取装置を、読み取った原稿画像をハード
コピーとして出力する通常の画像形成モードの他に、読
み取った原稿画像をワークステーション等による画像処
理用コンピュータ等に転送して画像処理を行なったり、
フロッピーディスク等の外部記憶装置に記憶する作業、
処理用コンピュータ等より画像情報を受けてこれをハー
ドコピーとして出力する作業、通信装置等によって他の
ワークステーションと画像情報のやり取りを行う作業、
等の外部装置とアクセスして各種の作業を行うワークス
テーションモードとして動作可能な装置として作用させ
ることが可能となる。なお、この場合、画像形成装置を
作動する実行プログラムおよび／またはデータは選択さ
れたモードや接続された装置によって異なるが、画像形
成装置の実行プログラムのダウンロードに本発明のブー
トロード方式を利用してもよい。

【００１８】コンピュータＢ１４は、前記実行プログラ
ムＰを分割してコンピュータＡ１２に供給する。つま
り、コンピュータＢ１４のＣＰＵ１８は、補助記憶装置
よりコンピュータＡ１２を作動する実行プログラムＰを
受取り、これをａ，ｂ，ｃ，ｄ……の複数のパケットに
分割して、１パケットづつ順次デュアルポートラム１６
（以下、ＤＰＲ１６とする）に転送する。コンピュータ
Ａ１２は、デュアルポートラム１４より１パケットを受
け取り、サムチェック等の内容確認を行う。ここで、あ
るパケットのダウンロードにエラーが生じた場合には、
そのパケットのみ再度ＤＰＲ１６に転送し、ダウンロー
ドをやり直す。

【００１９】コンピュータＢ１４としては、ＣＰＵを有
し、かつ内部に配備された、あるいは外部に接続された
補助記憶装置を有するものであれば特に限定はなく、前
述の画像読取装置の他、ワークステーション、データ変
換装置等、各種のものが利用可能である。

【００２０】本発明のブートロード方式において、コン
ピュータＢ１４に実行プログラムＰを提供する補助記憶
装置には特に限定はなく、コンピュータＢ１４の内部に
配備された、あるいは外部に接続されたＥＰＲＯＭ、Ｅ
ＥＰＲＯＭ、ＵＶＥＰＲＯＭ等の不揮発性メモリ、バッ
クアップ電源を有するＳＲＡＭ等の各種のバックアップ
メモリや、ＩＣカード、フロッピーディスク、光磁気デ
ィスク、ハードディスク、磁気テープ、磁気カード、Ｃ
ＤＲＯＭ等の記憶媒体とその記録・読み出し装置等が例
示される。

【００２１】また、分割の数や１パケットの大きさ等、
実行プログラムＰの分割程度には特に限定はなく、エラ
ーチェックやプログラム転送（および再転送）に適した
サイズや数を、ＤＰＲ１６の容量等を加味して適宜決定
すればよい。また、実行プログラムＰの分割に際して、
各パケットのサイズは均一であってもよく、また不均一
でもよい。

【００２２】図示例のシステム１０においては、コンピ
ュータＡ１２とコンピュータＢ１４との共有メモリであ
るＤＰＲ１６を介して実行プログラムＰのダウンロード
やダウンロード結果の確認のための通信を行う。

【００２３】周知のように、ＤＰＲ（Dual Port RAM)１
６は接続される複数の装置（図示例においてはコンピュ
ータＡ１２とコンピュータＢ１４）のＣＰＵやメモリか
ら同時に読み出しや記憶を行うことができるメモリ（Ｒ
ＡＭ）である。図示例においては、ＤＰＲ１６は例えば
２５６バイトのメモリであって、１２８バイトをコンピ
ュータＢ１４からコンピュータＡ１２への通信のための
レスポンスエリア２０に、残り１２８バイトをコンピュ
ータＡ１２からコンピュータＢ１４への通信のためのコ
マンドエリア２２として使用している。

【００２４】つまり、図示例のシステム１０において
は、コンピュータＢ１４からコンピュータＡ１２へのプ
ログラムＰのダウンロードは、『コンピュータＢ１４
（ＣＰＵ１８）→レスポンスエリア２０→コンピュータ
Ａ１２（のＣＰＵ）』の経路でプログラムＰの１パケッ
ト毎に行われ、一方、転送が正常に行われたか否かの確
認のための通信は、『コンピュータＡ１２→コマンドエ
リア２２→コンピュータＢ１４』の経路で１パケット毎
に行われる。

【００２５】また、ＤＰＲ１６のレスポンスエリア２０
およびコマンドエリア２２には、それぞれ４バイトを割
いて、コンピュータＡ１２およびコンピュータＢ１４の
情報を示すためのステータス領域２０Ｓおよび２２Ｓが
設けられており、レスポンスエリア２０のステータス領
域２０ＳにはコンピュータＢ１４の状態が、他方、コマ
ンドエリア２２のステータス領域２２Ｓにはコンピュー
タＡ１２の状態が、それぞれ表示される。システム１０
においては、ＤＰＲ１６にこのようなステータス領域２
０Ｓおよび２２Ｓを設けることによって、コンピュータ
Ａ１２およびコンピュータＢ１４は、このステータス領
域２０Ｓおよび２２Ｓを見ることで互いの状態（エラー
の発生や準備完了等）を知ることができる。

【００２６】なお、本発明のブートロード方式を利用す
るシステムにおいては、共有メモリは図示例のＤＰＲ１
６に限定はされず、ＤＲＡＭ（Dynamic ＲＡＭ）等を用
いて排他的にダウンロードする等、実行プログラムＰを
供給する装置（のＣＰＵ）と、ダウンロードされる装置
（のＣＰＵ）とが共有できるものであれば、各種のメモ
リがいずれも利用可能である。また、本発明を利用する
システムは、共有メモリを利用するものに限定はされ
ず、互いのＣＰＵの構成しだいでは共有メモリを用いず
に他の通信方法によって実行プログラムＰのダウンロー
ドを行ってもよい。

【００２７】このようなシステム１０において、本発明
のブートロード方式によって実行プログラムＰをコンピ
ュータＢ１４からコンピュータＡ１２にダウンロードす
る際の動作を、図２のフローチャートを参照して説明す
る。

【００２８】図示例において、コンピュータＡ１２はメ
モリチェック等の所定のハードウェアのチェックを終了
した状態で、ＤＰＲ１６のレスポンスエリア２０に設け
られたステータス領域２０Ｓを観察している。一方、コ
ンピュータＢ１４は補助記憶装置より実行プログラムＰ
の取り込み、所定の数への分割等、所定の処理を行って
ダウンロードの準備が完了したら、その旨を、レスポン
スエリア２０のステータス領域２０Ｓに表示する。

【００２９】ステータス領域２０ＳにコンピュータＢ１
４の準備完了が表示されると、コンピュータＡ１２は、
ＤＰＲ１６のコマンドエリア２２にブート(BOOT)コマン
ドを発行する。一方、コンピュータＢ１４はコマンドエ
リア２２よりブートコマンドを読み取り、全く同様の内
容をレスポンスエリア２０に発行し、同様にコンピュー
タＡ１２がこれを読み取る。このようにして両者（コン
ピュータＡ１２とコンピュータＢ１４）の準備が確認さ
れると共に、準備が正常に行われているかが確認され
る。

【００３０】両者が互いの準備ＯＫを確認すると、コン
ピュータＡ１２はダウンロード開始のコマンドをコマン
ドエリア２２に発行し、これを受けたコンピュータＢ１
４は分割した実行プログラムＰをパケットａより１パケ
ットづつ、順次転送を行う。図示例においては、まずコ
ンピュータＢ１４のＣＰＵ１８がパケットａを取り出
し、これをレスポンスエリア２０に書き込み、コンピュ
ータＡ１２に割り込みを掛ける。割り込みを受けたコン
ピュータＡ１２は、レスポンスエリア２０からパケット
ａを取り出して、コマンドを解釈して所定の処理を行っ
た後、ここまでの転送が正常に行われていれば、コマン
ドエリア２２に正常である旨のステータスを転送して、
コンピュータＢ１４に対して割り込みをかける。

【００３１】以上の動作が順調に行われ、割り込みを受
けたコンピュータＢ１４によって、パケットａのダウン
ロードが正常に行われたことが確認されると、次いで同
様にしてパケットｂのダウンロードが行われ、以下、パ
ケットｃ、パケットｄ……と、ダウンロードされたパケ
ットが最終パケットではない場合には同様の操作が繰り
返し行われ、１パケットづつ順次ダウンロードが行われ
る。

【００３２】本発明のブートロード方式においては、こ
のようにしてダウンロードが進行する中、あるパケット
の転送にエラーが発生した場合には、エラーが発生した
パケットのみのダウンロードをやり直す。本発明は上記
構成、すなわちダウンロードする実行プログラムＰを分
割して１パケットづつ順次転送を行い、エラーが生じた
際にはエラーを生じたパケットのみのダウンロードをや
り直すことにより、ダウンロードのエラー処理時間を大
幅に短縮できる。しかも、小さく分割した一単位ごとに
ダウンロードが正常に行われたことを確認するので、ダ
ウンロードの信頼性を大幅に向上できる。

【００３３】エラー発生の判断方法には特に限定はない
が、図示例においては、レスポンスエリア２０より取り
出したデータをコンピュータＡ１２が異常と判断した場
合（ステータス領域２２Ｓに表示）、コマンドエリア２
２より取り出したステータスをコンピュータＢ１４が異
常と判断した場合（ステータス領域２０Ｓに表示）、コ
ンピュータＢ１４がレスポンスエリア２０にデータを書
き込んだ後、一定時間経化してもコンピュータＡ１２が
データを読み込まなかった場合、コンピュータＡ１２が
レスポンスエリア２０よりデータを読み取った後、一定
時間が経化してもコマンドエリア２２にデータが書き込
まれなかった場合、コンピュータＡ１２がコマンドエリ
ア２２にステータスを書き込んだ後、一定時間経化して
もコンピュータＢ１４がデータを読み込まなかった場
合、等が発生した際に、そのパケットのダウンロードに
エラーが発生したと判断し、そのパケットのみダウンロ
ードをやり直す。

【００３４】このようにして１パケットづつのダウンロ
ードが行われ、実行プログラムＰの最終パケットのダウ
ンロードが終了すると、プログラムＰのダウンロードが
終了する。なお、以上のダウンロードの動作中には、レ
スポンスエリア２０のステータス領域２０Ｓにはコンピ
ュータＢ１４の状態が、コマンドエリア２２のステータ
ス領域２２ＳにはコンピュータＡ１２の状態が、それぞ
れ表示される。

【００３５】以上、本発明のブートロード方式について
詳細に説明したが、本発明は上記実施例には限定はされ
ず、本発明の要旨を逸脱しない範囲において、各種の改
良および変更を行ってもよいのはもちろんである。

【００３６】

【発明の効果】以上、詳細に説明したように、本発明の
ブートロード方式においては、装置のブート時に、実行
すべきプログラムやデータを外部の記憶手段より前記装
置のメインメモリにダウンロードするシステムにおい
て、エラーが生じた場合のダウンロードの時間を短縮、
つまりエラー処理の時間を大幅に短縮できると共に、ダ
ウンロードの信頼性を大幅に向上することができる。

【図面の簡単な説明】

【図１】本発明のブートロード方式を実行するシステム
の一例を概念的に示すブロック図である。

【図２】図１に示されるシステムにおけるダウンロード
の動作を示すフローチャートである。

【符号の説明】

１０システム１２コンピュータＡ１４コンピュータＢ１６デュアルポートラム（ＤＰＲ）１８ＣＰＵ２０レスポンスエリア２２コマンドエリア２０Ｓ，２２Ｓステータス領域

Claims

【特許請求の範囲】

【請求項１】補助記憶装置を有する処理装置から他の装
置に、この装置を実行させるプログラムおよび／または
データをブート時にダウンロードするシステムにおい
て、前記処理装置において前記プログラムおよび／またはデ
ータを複数に分割して、分割した１単位ごとに前記装置
にダウンロードすると共に、１単位のダウンロード毎に
ダウンロードの正常あるいは異常を確認し、異常が生じ
た場合には異常が発生した１単位のみダウンロードをや
り直し、正常であった場合には次の１単位のダウンロー
ドを行うことを特徴とするブートロード方式。