JPH11282688A

JPH11282688A - 端末装置

Info

Publication number: JPH11282688A
Application number: JP8628198A
Authority: JP
Inventors: Taketo Suzuki; 健登鈴木; Genichi Takahashi; 源一高橋; Yusuke Tomiyama; 雄祐富山; Mikio Nagai; 幹夫永井; Keiichi Aoki; 啓一青木
Original assignee: NTT Data Corp; NEC Corp; Tamura Electric Works Ltd; NEC Data Terminal Ltd
Current assignee: NEC Corp; Tamura Electric Works Ltd; NEC Data Terminal Ltd; NTT Data Group Corp
Priority date: 1998-03-31
Filing date: 1998-03-31
Publication date: 1999-10-15

Abstract

(57)【要約】【課題】ネットワークを介しダウンロードされてくる
プログラムの書き換え時に書き換えが不可になった場合
でも、装置の再起動を可能にする。【解決手段】現在ＣＰＵ１１により実行中のプログラ
ムが格納されるフラッシュメモリ（ＦＲＡＭ）１２と、
外部装置３からダウンロードされたプログラムが格納さ
れ保持されるフロッピィディスク（ＦＤ）１６と、ＦＤ
１６のプログラムの正否を確認する確認手段とを設け、
確認手段によりＦＤ１６のプログラムが正常と確認され
たときにＦＲＡＭ１２のプログラムをＦＤ１６のプログ
ラムに書き換える。また、ＦＤ１６とＦＲＡＭ１２の各
プログラムのバージョンを比較し、ＦＤ１６のプログラ
ムの方が新しいバージョンの場合にＦＲＡＭ１２のプロ
グラムを書き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部装置からダウ
ンロードされるプログラムを受信して格納するととも
に、格納されたプログラムに基づいて所定の処理を実行
する端末装置に関する。

【０００２】

【従来の技術】この種の端末装置はネットワークに接続
されており、外部装置からネットワークを介して新たな
プログラムデータがダウンロードされてくると、そのプ
ログラムデータをＤＲＡＭなどのワークメモリに一旦格
納するようにしている。そして、ワークメモリに格納し
たプログラムデータの正否をチェックし、これが正常の
場合は今までＣＰＵにより実行されていたフラッシュメ
モリの旧いプログラムデータを消去する。その後、その
フラッシュメモリにワークメモリ内の新たなプログラム
データを転送することによりフラッシュメモリのプログ
ラムを書き換えるようにしている。

【０００３】

【発明が解決しようとする課題】しかし、外部装置から
ダウンロードされたワークメモリの新規プログラムデー
タをフラッシュメモリに格納中に、装置に例えば停電な
どが生じたりしてプログラムの書き換えに失敗すると、
フラッシュメモリには正常なプログラムデータが格納さ
れないことは勿論、ワークメモリのプログラムデータも
停電により消滅するため、装置の再起動が不可能になる
という問題が生じている。したがって本発明は、プログ
ラムの書き換え時にプログラムの書き換えが不可になっ
た場合でも、装置の再起動を可能にすることを目的とす
る。

【０００４】

【課題を解決するための手段】このような課題を解決す
るために本発明は、外部装置からネットワークを介して
ダウンロードされるプログラムを受信して格納するとと
もに、格納されたプログラムの実行に基づき所定の処理
を行う端末装置において、現在実行中のプログラムが格
納される第１の記憶手段（フラッシュメモリ；ＦＲＡ
Ｍ）と、外部装置からダウンロードされたプログラムが
格納され保持される第２の記憶手段（ＦＤ）と、第２の
記憶手段のプログラムの正否を確認する確認手段と、確
認手段により第２の記憶手段のプログラムが正常と確認
されたときに第１の記憶手段のプログラムを第２の記憶
手段のプログラムに書き換える書き換え手段とを設けた
ものである。また、第１及び第２の記憶手段の各プログ
ラムの版数を比較判定する比較手段を設け、比較手段が
第２の記憶手段のプログラムの版数を新たな版数と判定
したときに、確認手段は第２の記憶手段のプログラムを
正常と判定するものである。また、確認手段により第１
の記憶手段のチェックサムの値が正常と確認された場合
に、書き換え手段は第１の記憶手段のプログラムを第２
の記憶手段のプログラムに書き換えるものである。ま
た、確認手段によりプログラムの異常が確認された場合
にエラー表示を行うエラー表示手段を設けたものであ
る。

【０００５】

【発明の実施の形態】以下、本発明について図面を参照
して説明する。図１は本発明に係る端末装置の構成を示
すブロック図である。端末装置１はネットワーク２に接
続され、同様にネットワーク２に接続されている外部装
置３からプログラムデータがダウンロードされるもので
ある。

【０００６】図１において、端末装置１には、ＣＰＵ１
１が設けられ、ＣＰＵ１１にはバスＢＵＳを介し、ＣＰ
Ｕ１１により実行されるプログラムが格納されるフラッ
シュメモリ（以下、ＦＲＡＭ）１２、ワークメモリ（以
下、ＤＲＡＭ）１３、及び図示しないプリンタを駆動す
るためのプリンタ駆動部１４が接続されている。また、
ＣＰＵ１１には、フロッピィディスク（以下、ＦＤ）１
６に対しデータの記録・再生を行うＦＤインタフェース
１５、表示部１７、操作部１８、及びネットワーク２と
のインタフェースであるネットワークインタフェース１
９がバスＢＵＳを介して接続されている。なお、端末装
置１には商用電源を入力して以上の各部に電源電圧Ｖを
供給する電源部２０が設けられている。

【０００７】ここで、ＦＲＡＭ１２には、上述したよう
にＣＰＵ１１の実行するプログラムが格納されるもので
あるが、このプログラムには、ＦＤ１６に格納され後述
の第２の領域に格納されるべきプログラムを入力するロ
ーダと呼ばれる第１のプログラムと、プリンタ駆動部１
４を制御して図示しないプリンタを駆動するための第２
のプログラムとがあり、それぞれＦＲＡＭ１２の第１の
領域１２Ａ及び第２の領域１２Ｂに格納されている。

【０００８】ＣＰＵ１１はＦＲＡＭ１２の第２の領域１
２Ｂのプログラムの実行中に、ネットワーク２及びネッ
トワークインタフェース１９を介して外部装置３からプ
ログラムがダウンロードされると、外部装置３からのプ
ログラムをＤＲＡＭ１３に格納する。その後、ＤＲＡＭ
１３のプログラムをチェックして正常な場合はそのプロ
グラムをＦＤインタフェース１５を介しＦＤ１６に順次
格納する。

【０００９】こうしてＦＤ１６にダウンロードプログラ
ムが格納された後、端末装置１の電源がオフされ、その
後端末装置１に電源が供給されると、ＣＰＵ１１はＦＲ
ＡＭ１２の第１の領域１２Ａのプログラムを実行するこ
とにより、ＦＤインタフェース１５を介しＦＤ１６のプ
ログラムを読み出しＤＲＡＭ１３に格納する。そして、
ＤＲＡＭ１３へのプログラム格納終了後、ＣＰＵ１１は
ＦＲＡＭ１２の第２の領域１２Ｂに格納されているプロ
グラムをチェックし、これが正常の場合はＦＲＡＭ１２
の第２の領域１２Ｂのプログラムを消去する。続いて消
去された第２の領域１２ＢにＤＲＡＭ１３内のプログラ
ムを転送して格納する。こうしてＦＲＡＭ１２の第２の
領域１２Ｂに新たなプログラムが格納され、その新たな
プログラムがＣＰＵ１１により実行されてプリンタ制御
処理が行われる。

【００１０】このようにしてＦＲＡＭ１２の第２の領域
１２Ｂのプログラムの書き換えが行われる。この結果、
ＦＲＡＭ１２の第２の領域１２Ｂのプログラムの書き換
え中に停電などが発生して書き換えが不可になったとし
ても、ＦＤ１６には既に外部装置３からのプログラムが
格納されているため、そのプログラムを再度ＦＲＡＭ１
２に格納すれば、装置を容易に再起動できる。また、Ｆ
ＲＡＭ１２のプログラム更新が行われなかった場合、Ｆ
Ｄ１６の受信プログラムからその更新不可の原因を容易
に特定することができる。さらに、外部装置３からのプ
ログラムをＦＤ１６に格納中に停電が発生して書き換え
不可になったとしても、ＦＲＡＭ１２の第２の領域１２
Ｂには以前のプログラムが格納されているため、そのプ
ログラムを実行することにより装置が再起動不可となる
不具合を回避できる。

【００１１】次に本端末装置１の要部動作を図２及び図
３の各フローチャートに基づいて詳細に説明する。まず
図２のフローチャートに示す動作から説明する。ステッ
プＳ１では外部装置１からダウンロードされるプログラ
ムデータの受信の有無を判断する。ここでプログラムデ
ータが受信されると、ステップＳ２ではＦＤ１６の装着
の有無を判断し、ＦＤ１６が装着されていれば、ステッ
プＳ３で受信プログラムデータをＤＲＡＭ１３に格納す
る。こうしてプログラムデータが順次ＤＲＡＭ１３に格
納され、全てのプログラムデータがＤＲＡＭ１３に格納
されステップＳ４の判定が「Ｙ」となると、ステップＳ
５ではＤＲＡＭ１３のプログラムデータをチェックす
る。

【００１２】このプログラムデータはチェックサム演算
によりチェックされる。そして、ＤＲＡＭ１３のプログ
ラムデータのチェックの結果、エラーとならずにステッ
プＳ６の判定が「Ｎ」となる場合は、ステップＳ７でＤ
ＲＡＭ１３のプログラムデータをＦＤ１６に順次格納す
る。なお、ＤＲＡＭ１３のプログラムデータのチェック
の結果、エラーとなる場合は、ＣＰＵ１１はステップＳ
８でアラーム処理を行って表示部１７にエラーを表示し
ＦＤ１６へのプログラムデータの格納は行わない。ま
た、外部装置３からのプログラムデータ受信時にＦＤ１
６が装着されておらずステップＳ２の判定が「Ｎ」とな
る場合も、ステップＳ８でエラー処理を行う。

【００１３】このように外部装置３からプログラムデー
タがダウンロードされてくると、そのプログラムは一旦
ＤＲＡＭ１３に格納され、そのプログラムの正否がチェ
ックされ正常な場合はＦＤ１６に格納される。そしてそ
の後、ＦＤ１６のプログラムをＦＲＡＭ１２に格納する
ために、端末装置１の電源を一旦オフした後、端末装置
１の電源を図３のステップＳ１１で再度オンする。

【００１４】すると、ＣＰＵ１１は、ＦＲＡＭ１２の第
１の領域１２Ａのプログラムを実行してステップＳ１２
でＦＤインタフェース１５を介しＦＤ１６の装着の有無
を判断する。ここでＦＤ１６が装着され、図３のステッ
プＳ１２の判定が「Ｙ」となると、ＦＤ１６のプログラ
ムのバージョン（版数）番号を取得する。即ち、外部装
置３からダウンロードされるプログラムにはバージョン
番号が付与されているとともに、外部装置３から既にダ
ウンロードされＦＲＡＭ１２に格納されて実行中のプロ
グラムにもバージョン番号が付与されている。この場
合、ＣＰＵ１１はステップＳ１３でＦＤ１６のプログラ
ムのバージョン番号を入力すると、ステップＳ１４でこ
のバージョン番号とＦＲＡＭ１２の第２の領域１２Ｂ内
のプログラムのバージョン番号とを比較する。

【００１５】そして、ＦＤ１６のプログラムのバージョ
ンがＦＲＡＭ１２のプログラムのバージョンより新しく
ステップＳ１５の判定が「Ｙ」となると、ＦＲＡＭ１２
のプログラムをＦＤ１６のプログラムに書き換えるよう
にする。即ちこの場合、ＣＰＵ１１はＦＲＡＭ１２の第
１の領域１２Ａのプログラムを実行して、まずステップ
Ｓ１６で表示部１７にプログラムロード中の表示を行
い、次にステップＳ１７でＦＤ１６のプログラムをＤＲ
ＡＭ１３へ一旦ロードする。そしてその後、ステップＳ
１８でＦＲＡＭ１２の第２の領域１２Ｂのプログラムデ
ータのチェックサムを演算してＦＲＡＭ１２のプログラ
ムの正否を判断する。

【００１６】ここで、そのチェックサム演算の結果チェ
ックサムエラーが発生せずにステップＳ１９の判定が
「Ｙ」となり、ＦＲＡＭ１２の第２の領域１２Ｂのプロ
グラムが正常と判定される場合は、ＣＰＵ１１はステッ
プＳ２０でＦＲＡＭ１２の第２の領域１２Ｂのプログラ
ムを消去する。その後、既にＤＲＡＭ１３にロードされ
ているＦＤ１６のプログラムをステップＳ２１でＦＲＡ
Ｍ１２の第２の領域１２Ｂにコピーする。

【００１７】そしてＦＤ１６のプログラムがＦＲＡＭ１
２の第２の領域１２Ｂに全てコピーされ、かつコピーさ
れたＦＲＡＭ１２のプログラムのチェックサム演算の結
果が正常な場合はステップＳ２２の「正常にコピーされ
たか？」の判定は「Ｙ」となる。この場合、ＣＰＵ１１
はステップＳ２３でそのＦＲＡＭ１２の新たなプログラ
ムを起動し実行する。また、こうしたＦＲＡＭ１２のプ
ログラム書き換え中にエラーが発生したり、或いはＦＲ
ＡＭ１２にコピーされたプログラムのチェックサム演算
の結果、エラーが発生するとステップＳ２２の「正常に
コピーされたか？」の判定は「Ｎ」となる。この場合、
ＣＰＵ１１はステップ２４でアラーム処理を行い表示部
１７に書き込みエラーを表示する。

【００１８】また、ＦＤ１６のプログラムをＦＲＡＭ１
２に格納するために、ＦＲＡＭ１２の旧プログラムのチ
ェックサム演算を行った結果、エラーが発生する場合も
同様にステップＳ２４でアラーム処理を行う。さらに、
ステップＳ１１で装置１へ電源が供給された後、ＦＤ１
６が装着されておらずステップＳ１２の判定が「Ｎ」と
なる場合も、ステップＳ２４でアラーム処理を行い、こ
の場合はＦＤ未装着の旨を表示部１７に表示する。さら
にまた、ステップＳ１４でＦＤ１６のプログラムのバー
ジョンとＦＲＡＭ１２の第２の領域１２Ｂ内のプログラ
ムのバージョンとの比較の結果、ＦＤ１６のプログラム
のバージョンが新規バージョンではない場合も、ステッ
プＳ２４でアラーム処理を行って表示部１７に新規バー
ジョンではない旨を表示し、プログラムデータの書き換
えは行わない。

【００１９】そして、こうしたＦＲＡＭ１２のプログラ
ムデータの書き換えが不可になった場合でも、ＦＤ１６
及びＦＲＡＭ１２の何れかに実行可能なプログラムが存
在しているため、装置を容易に再起動できる。また、ダ
ウンロードされたプログラムをＦＤ１６へ格納する際に
はそのプログラムの正否をチェックし、かつＦＤ１６の
プログラムのＦＲＡＭ１２への格納の際にはＦＤ１６の
プログラムのバージョンチェック及びＦＲＡＭ１２の旧
プログラムの正否をチェックするとともに、ＦＲＡＭ１
２に格納された新プログラムの正否をチェックして、各
チェック時点でエラーが発生した場合はそれぞれエラー
表示を行うことにより、ＦＲＡＭ１２のプログラムが更
新できない場合に、容易にその原因を特定することがで
きる。

【００２０】

【発明の効果】以上説明したように本発明によれば、現
在実行中のプログラムが格納される第１の記憶手段（Ｆ
ＲＡＭ）と、外部装置からダウンロードされたプログラ
ムが格納され保持される第２の記憶手段（ＦＤ）と、第
２の記憶手段のプログラムの正否を確認する確認手段と
を設け、確認手段が第２の記憶手段のプログラムを正常
と確認したときに第１の記憶手段のプログラムを第２の
記憶手段のプログラムに書き換えるようにしたので、第
１の記憶手段のプログラムデータの書き換えが不可にな
った場合でも、第１及び第２の記憶手段の何れかに実行
可能なプログラムが記憶保持されているため、装置を容
易に再起動できる。また、第１及び第２の記憶手段の各
プログラムの版数をチェックし、第２の記憶手段のプロ
グラムの版数が新たな版数と判定されたときにそのプロ
グラムを正常と判定し書き換えるようにしたので、ダウ
ンロードされた各プログラムのうち真に書き換えが必要
なプログラムのみを書き換えることができる。また、確
認手段によりプログラムの異常が確認された場合にエラ
ー表示を行うようにしたので、第１の記憶手段のプログ
ラムが更新できない場合に容易にその原因を特定でき
る。

【図面の簡単な説明】

【図１】本発明に係る端末装置の構成を示すブロック
図である。

【図２】上記端末装置の第１の動作を示すフローチャ
ートである。

【図３】上記端末装置の第１の動作を示すフローチャ
ートである。

【符号の説明】

１…端末装置、２…ネットワーク、３…外部装置、１１
…ＣＰＵ、１２…フラッシュメモリ（ＦＲＡＭ）、１２
Ａ…第１の領域、１２Ｂ…第２の領域、１３…ワークメ
モリ（ＤＲＡＭ）、１５…ＦＤインタフェース、１６…
フロッピィディスク（ＦＤ）、１９…ネットワークイン
タフェース。

フロントページの続き (72)発明者鈴木健登東京都目黒区下目黒二丁目２番３号株式会社田村電機製作所内 (72)発明者高橋源一東京都目黒区下目黒二丁目２番３号株式会社田村電機製作所内 (72)発明者富山雄祐東京都江東区豊洲三丁目３番３号エヌ・ティ・ティ・データ通信株式会社内 (72)発明者永井幹夫東京都港区芝五丁目７番１号日本電気株式会社内 (72)発明者青木啓一東京都調布市上石原三丁目49番地１日本電気データ機器株式会社内

Claims

【特許請求の範囲】

【請求項１】外部装置からネットワークを介してダウ
ンロードされるプログラムを受信して格納するととも
に、格納された前記プログラムの実行に基づき所定の処
理を行う端末装置において、現在実行中のプログラムが格納される第１の記憶手段
と、前記外部装置からダウンロードされたプログラムが格納
され保持される第２の記憶手段と、前記第２の記憶手段のプログラムの正否を確認する確認
手段と、前記確認手段により前記第２の記憶手段のプログラムが
正常と確認されたときに前記第１の記憶手段のプログラ
ムを第２の記憶手段のプログラムに書き換える書き換え
手段とを備えたことを特徴とする端末装置。
【請求項２】請求項１において、前記プログラムには予め版数が設けられ、かつ前記確認手段は前記第１及び第２の記憶手段の各プ
ログラムの版数を比較判定する比較手段を備え、前記比較手段が前記第２の記憶手段のプログラムの版数
を新たな版数と判定したときに第２の記憶手段のプログ
ラムを正常と判定することを特徴とする端末装置。
【請求項３】請求項１において、前記確認手段は第１の記憶手段のプログラムのチェック
サムの正否を確認し、確認手段により第１の記憶手段の
チェックサムの値が正常と確認された場合に、前記書き
換え手段は第１の記憶手段のプログラムを第２の記憶手
段のプログラムに書き換えることを特徴とする端末装
置。
【請求項４】請求項１ないし請求項３の何れかの請求
項において、前記確認手段によりプログラムの異常が確認された場合
にエラー表示を行うエラー表示手段を備えたことを特徴
とする端末装置。