JP2003140915A - コンピュータ装置及びプログラムのダウンロード方法 - Google Patents

Abstract

(57)【要約】 【課題】 ダウンロードするメモリのバンクと現用のメ
モリのバンクアドレスを異なるバンクとして、常にダウ
ンロード後も現用のプログラムを保持しておき、ダウン
ロードしたプログラムの異常に的確に対処できるコンピ
ュータ装置とプログラムのダウンロード方法を提供す
る。 【解決手段】 全体の制御を司るＣＰＵ１と、障害時に
ＣＰＵ１をリセットするためのウォッチドッグ回路３
と、ＣＰＵ１を動作させる主プログラムを記憶するプロ
グラム領域を有するバンク１メインメモリ１５と、ダウ
ンロードするプログラムを記憶するプログラム領域を有
するバンク２メインメモリ１６と、前記メインメモリ１
５と１６の何れかを切り替えて使用するためのアドレス
／バンク切替え回路７と、ホスト１４とＣＰＵ１とを接
続するＩ／Ｏポート１２と、ＣＰＵ１の暴走状態か否か
を検出するシステムエラー検出回路９とから構成され
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ装置
及びプログラムのダウンロード方法に関し、さらに詳し
くは、ダウンロード前のプログラムを保持しながら、ダ
ウンロードされたプログラムをチェックし、プログラム
に異常があればダウンロード前のプログラムに戻すよう
に制御されるコンピュータ装置及びプログラムのダウン
ロード方法に関するものである。

【０００２】

【従来の技術】近年の通信端末装置では、主プログラム
用メモリとしてフラッシュメモリ等の書き込み可能なメ
モリを用いることにより、生産ロットの切り替わり時又
は通信端末装置の市場出荷後の機能追加、又は修正等の
バージョンアップ時において、通信回線を介してホスト
側から新たな主プログラムのダウンロードを行うことを
可能とする方式が採用されている。この方式によれば装
置を解体して内部のＲＯＭ交換を行う必要がなく、容易
に主プログラムのバージョンアップを行うことが可能で
ある。特開２００１−１０１００７公報には、制御プロ
グラムのダウンロード中に何らかの通信異常が発生し、
制御プログラムが正常にダウンロードされなかった場合
の修理技術について開示されている。これによると、制
御プログラムが正常にダウンロードされなかった場合、
ＥＥＰＲＯＭに書き込まれた制御プログラムは不完全な
ものとなる。このため、端末装置側ではこの制御プログ
ラムを実行できず、従って、再度制御プログラムがダウ
ンロードされＥＥＰＲＯＭに正常に格納されるまでの間
は、例えば通話サービスが提供できなくなるという問題
を生じている。従って本公報による発明は、制御プログ
ラムが正常にダウンロードされない場合でも通話サービ
ス等のサービスを行うため、ＲＡＭにプログラムをバッ
クアップして通話サービスを行う。

【０００３】

【発明が解決しようとする課題】以上の通り、通信回線
を介してホスト側から新たな主プログラムのダウンロー
ドを行う方式はいくつかの利点がある反面、ダウンロー
ド中にプログラムが正常に受信できなかったり、あるい
は、たまたまチェックサムを通過して一見正常なプログ
ラムとしてダウンロードが終了した場合、そのダウンロ
ードされたプログラムで動作させた時、システムがハン
グアップしてしまうといった重大な問題があった。ま
た、特開２００１−１０１００７公報の場合、ＲＡＭ中
にプログラムを格納するため、バックアップ用の電源が
必要となり、システムが複雑となりコストアップとな
る。

【０００４】本発明は、かかる課題に鑑み、ダウンロー
ドするメモリのバンクと現用のメモリのバンクアドレス
を異なるバンクとして、常にダウンロード後も現用のプ
ログラムを保持しておき、ダウンロードしたプログラム
の異常に的確に対処できるコンピュータ装置とプログラ
ムのダウンロード方法を提供することを目的とする。ま
た、他の目的は、ダウンロードするメモリは書き換え可
能な不揮発性メモリを使用することにより、バックアッ
プ電源を不要としたコンピュータ装置を提供する。

【０００５】

【課題を解決するための手段】本発明はかかる課題を解
決するために、請求項１の発明は、中央処理装置の現用
プログラムを格納する主メモリのバンクアドレスと異な
るバンクアドレスを有する複数の書き換え可能なメモリ
に、通信回線若しくは信号バスラインを介してプログラ
ムのダウンロードを行うコンピュータ装置において、前
記中央処理装置の動作異常が継続すると一定継続時間毎
に前記中央処理装置をリセットするためのリセット信号
を発生するウォッチドック回路と、前記リセット信号に
基づき前記中央処理装置の動作異常の継続時間に対応す
る異常状態信号を出力するシステムエラー検出回路と、
該システムエラー検出回路の信号若しくは前記中央処理
装置の制御信号により、前記書き換え可能なメモリのバ
ンクアドレスを切り替えるアドレス／バンク切替回路
と、を備え、前記中央処理装置がダウンロード指示を受
けた場合、前記現用プログラムを格納しているメモリと
異なるバンクにダウンロード完了後、前記アドレス／バ
ンク切替回路により前記現用プログラムを格納している
メモリから前記ダウンロードされたプログラムを格納し
たメモリに実行バンクを切替え、前記ダウンロードされ
たプログラムを実行した結果、前記システムエラー検出
回路から異常状態信号が出力された場合、前記アドレス
／バンク切替回路により前記現用プログラムを格納して
いるメモリのバンクに戻すことを特徴とする。ホストか
らのダウンロード指示を中央処理装置が受けた場合、基
本的には現用プログラムのバージョンアップか、何らか
のバグがありそれを修正するためである。従って、ダウ
ンロードが成功した場合は現用プログラムは不要とな
り、ダウンロードされたプログラムが新たに主プログラ
ムとなる。そのため、ダウンロード完了後は現用プログ
ラムにダウンロードしたプログラムを上書するのが一般
的である。その理由は、ダウンロードしたプログラムは
事前に動作確認がされ、バグは基本的に無いのが前提で
ある。しかし、通信手段を使って送られる場合、その間
に何らかのノイズによりデータが化ける可能性がゼロで
はない。それを検出するためにチェックサムという手法
によりデータを計算して、所望の計算結果との一致性を
みている。そのためこのチェックサムを通過すればデー
タは正しく受信されたものとみなされるからである。し
かしながら、チェックサムはデータの正確性を１００％
保証しているわけではない。ある確率でエラーデータが
チェックサムを通過することがあり得る。あるいは、プ
ログラム自体にバグがある場合、チェックサムが正しく
とも意味がない。そこで、それを防ぐ方法として、ダウ
ンロードしたプログラムが正常にダウンロードされて
も、一旦そのプログラムを実行して、中央処理装置が動
作中に常時プログラムの異常をチェックしているウォッ
チドッグ回路からリセット信号が発生されないかをチェ
ックする。かかる発明によれば、ダウンロードされたプ
ログラムを実行した結果、前記システムエラー検出回路
から異常状態信号が出力された場合、前記アドレス／バ
ンク切替回路により前記現用プログラムを格納している
メモリのバンクに戻すので、システムがダウンすること
を防ぐことができる。

【０００６】また、請求項２の発明は、前記中央処理装
置がダウンロード完了後、該ダウンロードデータのチェ
ックサムを計算した結果、所望のチェックサム結果と異
なる場合、前記ダウンロードを指示した相手にその結果
を連絡し、前記現用プログラム動作を実行するか、若し
くは再度前記ダウンロードを実行するかを選択可能とし
たことも本発明の有効な手段である。プログラムのダウ
ンロード後チェックサムの計算が行われ、チェックサム
結果との照合が行われる。もし、その時点でチェックサ
ムエラーとなった場合、その原因は通信中のノイズによ
るデータエラーが考えられる。従って、その結果をホス
トに連絡して再トライするかの指示を待つのが好まし
い。一般には数回再トライしてＮＧの場合、装置側ある
いは通信回線に何らかの問題があるとみなして、そこで
トライを断念する場合が多い。かかる技術手段によれ
ば、チェックサム結果と異なる場合、前記ダウンロード
を指示した相手にその結果を連絡し、前記現用プログラ
ム動作を実行するか、若しくは再度前記ダウンロードを
実行するかを選択するので、コンピュータ装置のダウン
タイムを極力短くすることができる。また、請求項３の
発明は、前記ダウンロード完了後、前記アドレス／バン
ク切替回路により前記現用プログラムを格納しているメ
モリから前記ダウンロードされたプログラムを格納した
メモリに実行バンクを切替え、前記ダウンロードされた
プログラムを実行した結果、前記システムエラー検出回
路から前記異常状態信号が出力されなかった場合、前記
他のバンクにダウンロードされたプログラムを主メモリ
のプログラムとして実行することも本発明の有効な手段
である。チェックサムを正常に通過したプログラムは基
本的には正常なプログラムである。しかし、請求項１で
述べた通り、完全ではない場合がある。そこで、そのプ
ログラムを一旦システムで実行して、その結果がＯＫで
あれば正式に主メモリのプログラムとして採用する。か
かる技術手段によれば、ダウンロードされたプログラム
を実行した結果、前記システムエラー検出回路から前記
異常状態信号が出力されなかった場合、前記他のバンク
にダウンロードされたプログラムを主メモリのプログラ
ムとして実行するので、プログラムの確実性が増し、そ
れによりシステムのダウンタイムを最小にすることがで
きる。

【０００７】また、請求項４の発明は、前記現用プログ
ラムを他方のバンクメモリにコピーし、前記アドレス／
バンク切替回路により該バンクに実行を切替え、しかる
後に前記ダウンロード完了後、再び前記アドレス／バン
ク切替回路により前記ダウンロードしたバンクに実行を
切替え、該ダウンロードされたプログラムを実行した結
果、前記システムエラー検出回路から前記異常状態信号
が出力された場合、前記現用プログラムを格納したバン
クメモリに実行を切替えることも本発明の有効な手段で
ある。チェックサムを正常に通過し、そのプログラムを
実行した結果システムエラーもなければ、プログラムは
かなりの確率で正常とみなせる。その意味では現用のプ
ログラムは不要である。かかる技術手段によれば、ダウ
ンロードされたプログラムを実行した結果、前記システ
ムエラー検出回路から前記異常状態信号が出力されなか
った場合、前記他のバンクにダウンロードされたプログ
ラムを前記主メモリに上書するので、不要なプログラム
がメモリを占有することを防げる。また、請求項５の発
明は、前記書き換え可能なメモリには、フラッシュメモ
リを含むことも本発明の有効な手段である。書き換え可
能なメモリには、電気的に消去可能なフラッシュメモリ
やＥＥＰＲＯＭ(Electrically Erasable and Programma
ble Read Only Memory)と、紫外線で消去可能なＥＰＲ
ＯＭ(Erasable and Programmable Read Only Memory)が
ある。ＥＰＲＯＭは書き換え可能ではあるが、電気的に
はできない。また、ＥＥＰＲＯＭは電気的に消去可能で
あるが、バイト単位のように部分的に逐次的にしか消去
ができない。その点フラッシュメモリは、電気的に全体
を一挙に消去可能であり、しかも不揮発性である。かか
る技術手段によれば、フラッシュメモリは電気的に全体
を一挙に消去可能なので、通信手段等でプログラムのダ
ウンロードが容易にでき、しかもバックアップ電源が不
要となる。

【０００８】また、請求項６の発明は、中央処理装置の
現用プログラムを格納する主メモリのバンクアドレスと
異なるバンクアドレスを有する複数の書き換え可能なメ
モリに、通信回線若しくは信号バスラインを介してプロ
グラムをダウンロードする方法において、前記中央処理
装置がダウンロード指示を受けた場合、前記ダウンロー
ド完了後、前記アドレス／バンク切替回路により前記現
用プログラムを格納しているメモリから前記ダウンロー
ドされたプログラムを格納したメモリに実行バンクを切
替え、該ダウンロードされたプログラムを実行した結
果、システム異常状態を検出した場合、前記現用プログ
ラムを格納しているメモリのバンクに戻すことを特徴と
する。また、請求項７の発明は、前記中央処理装置がダ
ウンロード完了後、該ダウンロードデータのチェックサ
ムを計算した結果、所望のチェックサム結果と異なる場
合、前記ダウンロードを指示した相手にその結果を連絡
し、前記現用プログラム動作を実行するか、若しくは再
度前記ダウンロードを実行するかを選択可能としたこと
も本発明の有効な手段である。また、請求項８の発明
は、前記ダウンロード完了後、前記アドレス／バンク切
替回路により前記現用プログラムを格納しているメモリ
から前記ダウンロードされたプログラムを格納したメモ
リに実行バンクを切替え、該ダウンロードされたプログ
ラムを実行した結果、システムが正常に動作した場合、
前記他のバンクにダウンロードされたプログラムを主メ
モリのプログラムとして実行することも本発明の有効な
手段である。また、請求項９の発明は、前記現用プログ
ラムを他方のバンクメモリにコピーし、前記アドレス／
バンク切替回路により該バンクに実行を切替え、しかる
後に前記ダウンロード完了後、再び前記アドレス／バン
ク切替回路により前記ダウンロードしたバンクに実行を
切替え、該ダウンロードされたプログラムを実行し、シ
ステムが正常に動作しなかった場合、前記現用プログラ
ムを格納したバンクメモリに実行を切替えることも本発
明の有効な手段である。

【０００９】

【発明の実施の形態】以下、本発明を図に示した実施形
態を用いて詳細に説明する。但し、この実施形態に記載
される構成要素、種類、組み合わせ、形状、その相対配
置などは特定的な記載がない限り、この発明の範囲をそ
れのみに限定する主旨ではなく単なる説明例に過ぎな
い。図１は、本発明の実施形態のコンピュータ装置の構
成を示す図である。このコンピュータ装置は、全体の制
御を司るＣＰＵ１と、障害時にＣＰＵ１をリセットする
ためのウォッチドッグ回路３と、ＣＰＵ１を動作させる
主プログラムを記憶する領域を有するバンク１メインメ
モリ１５と、ダウンロードするプログラムを記憶する領
域を有するバンク２メインメモリ１６と、前記メインメ
モリ１５と１６の何れかを切り替えて使用するためのア
ドレス／バンク切替え回路７と、ホスト１４とＣＰＵ１
とを接続するＩ／Ｏポート１２と、ＣＰＵ１の暴走状態
か否かを検出するシステムエラー検出回路９とから構成
される。

【００１０】ここで、現用主プログラムがバンク１メイ
ンメモリ１５に格納され、そのプログラムによりＣＰＵ
１が動作している場合について説明する。そのとき、Ｃ
ＰＵ１は制御信号６によりアドレス／バンク切替え回路
７を制御してバンク１信号１０を出力してバンク１メイ
ンメモリ１５を選択する。そして、アドレスバス５のア
ドレスを順次変化させ、データバス４にバンク１メイン
メモリ１５のプログラムを読み出して動作を遂行する。
また、ウォッチドッグ回路３は、ＣＰＵ１からのウォッ
チドッグパルス１７が一定間隔で入力している場合に
は、ＣＰＵ１をリセットするウォッチドッグリセットパ
ルス２を出力しないが、ウォッチドッグパルス１７の間
隔が一定間隔以上となった場合には、ＣＰＵ１のウォッ
チドッグリセットパルス２を出力し、ウォッチドッグパ
ルス１７が長期間出力されない場合は、ウォッチドッグ
回路３の内部タイマーで決まる所定間隔で周期的にウォ
ッチドッグリセットパルス２を出力し連続的にＣＰＵ１
のウォッチドッグリセットを行う。システムエラー検出
回路９は、前記ウォッチドッグリセットパルス２の連続
性を検知して、所定の期間ウォッチドッグリセットパル
ス２が連続した場合、アドレス／バンク切替え回路７に
エラー検出信号８を出力する。アドレス／バンク切替え
回路７はエラー検出信号８を検出すると、システムに何
らかの障害が発生したと判断して、使用中のバンクメイ
ンメモリを未使用の側に切替え、システムエラー信号１
８をＩ／Ｏポート１２を介してホスト１４に送信する。
また、ＣＰＵ１からの制御信号６により、任意のバンク
メインメモリを選択する。以上が本来の現用プログラム
での動作である。ここで、メインメモリ１５とメインメ
モリ１６は、電気的に書き換え可能なメモリが使用され
る。電気的に消去可能なメモリとして、フラッシュメモ
リやＥＥＰＲＯＭ(Electrically Erasable and Program
mable Read Only Memory)がある。ＥＥＰＲＯＭは電気
的に消去可能であるが、バイト単位のように部分的に逐
次的にしか消去ができない。その点フラッシュメモリ
は、電気的に全体を一挙に消去可能であるので、通信手
段等でプログラムのダウンロードが容易にできる。

【００１１】次に、ホスト１４から現用プログラムを変
更するために新たなプログラムをダウンロードする場合
について説明する。図２は、本発明の第１の実施形態の
ダウンロード方法を説明するフローチャートである。図
１と併せて参照しながら説明する。主プログラムがバン
ク１メインメモリ１５で動作しているものとする。ま
ず、ホスト１４からＩ／Ｏポート１２を介しダウンロー
ドの指示があるか判断する（ステップＳ１）。ＮＯであ
れば、現用プログラムの動作を続行する（ステップＳ
２）。ステップＳ１でホスト１４からのダウンロード指
示がある場合（ＹＥＳのルート）ＣＰＵ１はホスト１４
にダウンロードするプログラムの送信依頼を送る（ステ
ップＳ４）。その後、ホスト１４からダウンロードする
プログラムが送信される（ステップＳ５）。この間各種
のプロトコルのやり取りがあるが、ここでは省略する。
次に、バンク２メインメモリ１６にプログラムをダウン
ロードする（ステップＳ６）。このときのダウンロード
を制御するダウンロード制御用プログラムは、主プログ
ラムに含まれても良いし、事前に図示しない他のメモリ
に蓄積されても良い。そのプログラムに基づいて行われ
たダウンロードは、バイト単位あるいは所定のワード単
位で行われ、ダウンロード完了まで続けられる（ステッ
プＳ７）。ダウンロードが完了すると（ＹＥＳのルー
ト）チェックサムが計算され（ステップＳ８）、データ
受信中に何らかのノイズによりエラーが発生して所望の
計算結果と異なる場合（ＮＯのルート）、ホスト１４に
対してＮＧを連絡し（ステップＳ９）、再トライするか
否かを打診する（ステップＳ１０）。再トライの指示が
きた場合（ＹＥＳのルート）ステップＳ４に戻り、再ト
ライをしない場合（ＮＯのルート）ＣＰＵ１はダウンロ
ードを終了する。前記ステップＳ８でＹＥＳの場合、ホ
スト１４に対してチェックサムＯＫを連絡し（ステップ
Ｓ１２）、ＣＰＵ１は制御信号６を出力してアドレス／
バンク切替え回路７からバンク２信号１１を出力して強
制的にバンク２メインメモリ１６側にバンクを切替えて
（ステップＳ３）、新たにダウンロードされたプログラ
ムを実行する（ステップＳ１３）。この結果システムエ
ラーが発生しなければ（ステップＳ１４のＮＯのルー
ト）終了して以後バンク２メインメモリ１６にダウンロ
ードされたプログラムが主プログラムとなる。ステップ
Ｓ１４でシステムエラーが発生した場合（ＹＥＳのルー
ト）システムエラー検出回路９からエラー検出信号８を
出力して強制的にバンク１メインメモリ１５側にバンク
を戻してダウンロードを終了する。

【００１２】以上のように、通信手段を使って送られる
場合、その間に何らかのノイズによりデータが化ける可
能性がゼロではない。それを検出するためにチェックサ
ムという手法によりデータを計算して、所望の計算結果
との一致性をみている。そのためこのチェックサムを通
過すればデータは正しく受信されたものとみなされるか
らである。しかしながら、チェックサムはデータの正確
性を１００％保証しているわけではない。ある確率でエ
ラーデータがチェックサムを通過することがあり得る。
さらに、チェックサムが正しいとしても、プログラム自
体にバグが存在する可能性もある。そこで、これらに対
応する方法として、ダウンロードしたプログラムが正常
にダウンロードされた後、そのプログラムを実行して、
ＣＰＵ１が動作中に常時プログラムの異常をチェックし
ているウォッチドッグ回路３からウォッチドッグリセッ
トパルス２が発生されないかをチェックする。これによ
り、ダウンロードされたプログラムを実行した結果、前
記システムエラー検出回路９からエラー検出信号８が出
力された場合、前記アドレス／バンク切替回路７により
前記現用プログラムを格納しているメモリのバンク１メ
インメモリ１５に戻すので、システムがダウンすること
を防ぐことができる。また、プログラムのダウンロード
中は、チェックサムの計算が行われ、ダウンロード完了
後チェックサム結果との照合が行われる。もし、その時
点でチェックサムエラーとなった場合、その原因は通信
中のノイズによるデータエラーが考えられる。従って、
その結果をホスト１４に連絡して再トライするかの指示
を待つのが好ましい。一般には数回再トライしてＮＧの
場合、装置側あるいは通信回線に何らかの問題があると
みなして、そこでトライを断念する場合が多い。これに
より、チェックサム結果と異なる場合、前記ダウンロー
ドを指示したホスト１４にその結果を連絡し、再度前記
ダウンロードを実行するか否かを選択するので、コンピ
ュータ装置のダウンタイムを極力短くすることができ
る。

【００１３】図３は、本発明の第２の実施形態のダウン
ロード方法を説明するフローチャートである。図１と併
せて参照しながら説明する。主プログラムがバンク１メ
インメモリ１５で動作しているものとする。まず、ホス
ト１４からＩ／Ｏポート１２を介しダウンロードの指示
があるか判断する（ステップＳ２０）。ＮＯであれば、
現用プログラムの動作を続行する（ステップＳ２１）。
ステップＳ２０でホスト１４からのダウンロード指示が
ある場合（ＹＥＳのルート）ＣＰＵ１は主プログラムを
バンク２メインメモリ１６にコピーする（ステップＳ３
４）。続いてＣＰＵ１は、制御信号６を出力してアドレ
ス／バンク切替え回路７からバンク２信号１１を出力し
て強制的にバンク２メインメモリ１６側に切替える（ス
テップＳ２２）。次に、ＣＰＵ１はホスト１４にダウン
ロードするプログラムの送信依頼を送る（ステップＳ２
３）。その後、ホスト１４からダウンロードするプログ
ラムが送信される（ステップＳ２４）。この間各種のプ
ロトコルのやり取りがあるが、ここでは省略する。次
に、バンク１メインメモリ１５にプログラムをダウンロ
ードする（ステップＳ２５）。このときのダウンロード
を制御するダウンロード制御用プログラムは主プログラ
ムに含まれていても良いし、事前に図示しない他のメモ
リに蓄積されてもよい。そのプログラムに基づいて行わ
れるダウンロードはバイト単位あるいは所定のワード単
位で行われ、ダウンロード完了まで続けられる（ステッ
プＳ２６）。ダウンロードが完了すると（ＹＥＳのルー
ト）チェックサムが計算され（ステップＳ２７）、デー
タ受信中に何らかのノイズによりエラーが発生して所望
の計算結果と異なる場合（ＮＯのルート）、ホスト１４
に対してＮＧを連絡し（ステップＳ２８）、再トライす
るか否かを打診する（ステップＳ２９）。再トライの指
示がきた場合（ＹＥＳのルート）ステップＳ２３に戻
り、再トライをしない場合（ＮＯのルート）ＣＰＵ１は
ダウンロードを終了する。前記ステップＳ２７でＹＥＳ
の場合、ホスト１４に対してチェックサムＯＫを連絡し
（ステップＳ３１）、ＣＰＵ１は、制御信号６を出力し
てアドレス／バンク切替え回路７からバンク１信号１０
を出力して強制的にバンク１メインメモリ１５側にバン
クを戻して（ステップＳ３５）、新たにダウンロードさ
れたプログラムを実行する（ステップＳ３２）。終了し
て以後、バンク１メインメモリ１５にダウンロードされ
たプログラムが主プログラムとなる。ステップＳ３３で
システムエラーが発生した場合（ＹＥＳのルート）、シ
ステムエラー検出回路９からエラー検出信号８を出力し
て強制的にバンク２メインメモリ１６側にバンクを戻し
て、ダウンロードを終了する。第１及び第２の実施形態
を併用することで、ダウンロードを実行するバンクを一
方に固定することが可能となる。

【００１４】以上のように、チェックサムを正常に通過
し、そのプログラムを実行した結果システムエラーもな
ければ、プログラムはかなりの確率で正常とみなせる。
その意味では現用のプログラムは不要である。これによ
れば、ダウンロードされたプログラムを実行した結果、
前記システムエラー検出回路７から前記異常状態信号が
出力されなかった場合、主プログラム実行中以外のバン
クメインメモリを開放することができるので、不要なプ
ログラムがメモリを占有することを防げる。

【００１５】

【発明の効果】以上記載のごとく本発明によれば、請求
項１、６は、ダウンロードされたプログラムを実行した
結果、前記システムエラー検出回路から異常状態信号が
出力された場合、前記アドレス／バンク切替回路により
前記現用プログラムを格納しているメモリのバンクに戻
すので、システムがダウンすることを防ぐことができ
る。請求項２、７は、チェックサム結果と異なる場合、
前記ダウンロードを指示した相手にその結果を連絡し、
前記現用プログラム動作を実行するか、若しくは再度前
記ダウンロードを実行するかを選択するので、コンピュ
ータ装置のダウンタイムを極力短くすることができる。
請求項３、８は、ダウンロードされたプログラムを実行
した結果、前記システムエラー検出回路から前記異常状
態信号が出力されなかった場合、前記他のバンクにダウ
ンロードされたプログラムを主メモリのプログラムとし
て実行するので、プログラムの確実性が増し、それによ
りシステムのダウンタイムを最小にすることができる。
請求項４、９は、請求項１〜３，５〜８と反対側のバン
ク（主プログラムを実行していたバンク）にダウンロー
ドできるため、通常のプログラムが動作するバンクを一
方に固定することが可能となり、ダウンロードされたプ
ログラムを実行した結果、前記システムエラー検出回路
から前記異常状態信号が出力されなかった場合、動作バ
ンク以外を解放でき不要なプログラムがメモリを占有す
ることを防げる。請求項５は、フラッシュメモリは電気
的に全体を一挙に消去可能なので、通信手段等でプログ
ラムのダウンロードが容易にでき、しかもバックアップ
電源が不要となる。

【図面の簡単な説明】

【図１】本発明の実施形態のコンピュータ装置の構成を
示す図である。

【図２】本発明の第１実施形態のダウンロード方法を説
明するフローチャートである。

【図３】本発明の第２実施形態のダウンロード方法を説
明するフローチャートである。

【符号の説明】

１ ＣＰＵ、３ ウォッチドッグ回路、７ アドレス／
バンク切替え回路、９システムエラー検出回路、１２
Ｉ／Ｏポート、１４ ホスト、１５ バンク１メインメ
モリ、１６ バンク２メインメモリ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 中央処理装置の現用プログラムを格納す
   る主メモリのバンクアドレスと異なるバンクアドレスを
   有する複数の書き換え可能なメモリに、通信回線若しく
   は信号バスラインを介してプログラムのダウンロードを
   行うコンピュータ装置において、 前記中央処理装置の動作異常が継続すると一定継続時間
   毎に前記中央処理装置をリセットするためのリセット信
   号を発生するウォッチドック回路と、 前記リセット信号に基づき前記中央処理装置の動作異常
   の継続時間に対応する異常状態信号を出力するシステム
   エラー検出回路と、 該システムエラー検出回路の信号若しくは前記中央処理
   装置の制御信号により、前記書き換え可能なメモリのバ
   ンクアドレスを切り替えるアドレス／バンク切替回路
   と、を備え、 前記中央処理装置がダウンロード指示を受けた場合、ダ
   ウンロード完了後、前記アドレス／バンク切替回路によ
   り前記現用プログラムを格納しているメモリから前記ダ
   ウンロードされたプログラムを格納したメモリに実行バ
   ンクを切替え、前記ダウンロードされたプログラムを実
   行した結果、前記システムエラー検出回路から異常状態
   信号が出力された場合、前記アドレス／バンク切替回路
   により前記現用プログラムを格納しているメモリのバン
   クに戻すことを特徴とするコンピュータ装置。
2. 【請求項２】 前記中央処理装置がダウンロード完了
   後、該ダウンロードデータのチェックサムを計算した結
   果、所望のチェックサム結果と異なる場合、前記ダウン
   ロードを指示した相手にその結果を連絡し、前記現用プ
   ログラム動作を実行するか、若しくは再度前記ダウンロ
   ードを実行するかを選択可能としたことを特徴とする請
   求項１記載のコンピュータ装置。
3. 【請求項３】 前記ダウンロード完了後、前記アドレス
   ／バンク切替回路により前記現用プログラムを格納して
   いるメモリから前記ダウンロードされたプログラムを格
   納したメモリに実行バンクを切替え、前記ダウンロード
   されたプログラムを実行した結果、前記システムエラー
   検出回路から前記異常状態信号が出力されなかった場
   合、前記他のバンクにダウンロードされたプログラムを
   主メモリのプログラムとして実行することを特徴とする
   請求項１、２記載のコンピュータ装置。
4. 【請求項４】 前記現用プログラムを他方のバンクメモ
   リにコピーし、前記アドレス／バンク切替回路により該
   バンクに実行を切替え、しかる後に前記ダウンロード完
   了後、再び前記アドレス／バンク切替回路により前記ダ
   ウンロードしたバンクに実行を切替え、該ダウンロード
   されたプログラムを実行した結果、前記システムエラー
   検出回路から前記異常状態信号が出力された場合、前記
   現用プログラムを格納したバンクメモリに実行を切替え
   ることを特徴とする請求項１、２記載のコンピュータ装
   置。
5. 【請求項５】 前記書き換え可能なメモリには、フラッ
   シュメモリを含むことを特徴とする請求項１〜４記載の
   コンピュータ装置。
6. 【請求項６】 中央処理装置の現用プログラムを格納す
   る主メモリのバンクアドレスと異なるバンクアドレスを
   有する複数の書き換え可能なメモリに、通信回線若しく
   は信号バスラインを介してプログラムをダウンロードす
   る方法において、 前記中央処理装置がダウンロード指示を受けた場合、前
   記ダウンロード完了後、前記アドレス／バンク切替回路
   により前記現用プログラムを格納しているメモリから前
   記ダウンロードされたプログラムを格納したメモリに実
   行バンクを切替え、該ダウンロードされたプログラムを
   実行した結果、システム異常状態を検出した場合、前記
   現用プログラムを格納しているメモリのバンクに戻すこ
   とを特徴とするプログラムのダウンロード方法。
7. 【請求項７】 前記中央処理装置がダウンロード完了
   後、該ダウンロードデータのチェックサムを計算した結
   果、所望のチェックサム結果と異なる場合、前記ダウン
   ロードを指示した相手にその結果を連絡し、前記現用プ
   ログラム動作を実行するか、若しくは再度前記ダウンロ
   ードを実行するかを選択可能としたことを特徴とする請
   求項６記載のプログラムのダウンロード方法。
8. 【請求項８】 前記ダウンロード完了後、前記アドレス
   ／バンク切替回路により前記現用プログラムを格納して
   いるメモリから前記ダウンロードされたプログラムを格
   納したメモリに実行バンクを切替え、該ダウンロードさ
   れたプログラムを実行した結果、システムが正常に動作
   した場合、前記他のバンクにダウンロードされたプログ
   ラムを主メモリのプログラムとして実行することを特徴
   とする請求項６、７記載のプログラムのダウンロード方
   法。
9. 【請求項９】 前記現用プログラムを他方のバンクメモ
   リにコピーし、前記アドレス／バンク切替回路により該
   バンクに実行を切替え、しかる後に前記ダウンロード完
   了後、再び前記アドレス／バンク切替回路により前記ダ
   ウンロードしたバンクに実行を切替え、該ダウンロード
   されたプログラムを実行し、システムが正常に動作しな
   かった場合、前記現用プログラムを格納したバンクメモ
   リに実行を切替えることを特徴とする請求項６、７記載
   のプログラムのダウンロード方法。