JPH09160783A - プログラムダウンロード方法 - Google Patents

Abstract

(57)【要約】 【課題】 ダウンロードに要する時間を短縮し、かつプ
ログラムにバグがあった場合でも電源の再投入あるいは
遠隔からの制御により確実に復旧できるダウンロード方
法を提供すること。 【解決手段】 クライアント装置１とサーバ装置２を通
信回線３で接続し、クライアント装置１に第１の領域１
５（バンク１）と第２の領域１６（バンク２）を設け、
第１の領域１５にサーバ装置２から第２の領域へプログ
ラムをダウンロードする手順（ＢＯＯＯＴＰ，ＴＦＴＰ
等）ならびに第２の領域にあるプログラムとダウンロー
ドすべきプログラムが同一である場合にはダウンロード
をスキップする手順を含むプログラムを格納しておく。
クライアント装置１の立ち上げ時には第１の領域１５か
ら起動し、第２の領域１６に同一のプログラムが存在し
ている場合には、ファイル転送をスキップする（転送し
ない）ようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタル通信回
線を利用してサーバ装置からクライアント装置へプログ
ラムをダウンロードし、ダウンロードしたプログラムを
起動してクライアント装置を立ち上げるように構成した
システムにおけるサーバ／クライアント間のプログラム
ダウンロード方法に関し、特に、クライアント装置の立
ち上げ時間を短縮することを可能にしたプログラムダウ
ンロード方法に関する。

【０００２】

【従来の技術】最近、イーサネット等のＬＡＮ回線を通
してサーバ装置からクライアント装置へファイルを転送
する方法が普及してきている。例えば、ディスクレスの
クライアント装置が、装置の立ち上げ時にサーバ装置か
らＯＳ（オペレーティングシステム）をダウンロードす
るものや、ネットワークのルーティング情報あるいはホ
ストアドレス情報をダウンロードする方法等が広く知ら
れている。

【０００３】以下、従来のダウンロードの基本的な動作
説明を行う。図４は、従来用いられているＬＡＮの典型
的なシステム構成の概要を示している。同図において、
３１０はクライアント装置（ワークステーション等が用
いられ、一般的に多数接続されているが、同図は２個の
クライアント装置が接続されている場合を示す）、３２
０はサーバ装置（コンピュータやワークステーション等
が用いられる）、３３０はイーサネットであり、それを
介してクライアント装置３１０（一般的に複数）とサー
バ装置３２０が相互に接続されている。

【０００４】図５はこのシステムの機能ブロック図であ
り、クライアント装置３１０とサーバ装置３２０の内部
機能ブロックの詳細を示す図である。同図に示されるよ
うに、クライアント装置３１０（簡単のために一つだけ
示してある）は、プロセッサ部（処理回路／プロセッサ
（ＣＰＵ）等）３１１、プログラムあるいはデータの読
み書き可能なメモリ（ＲＡＭ）３１２、不揮発性メモリ
（ＲＯＭ）３１３、イーサネット３３０とのインタフェ
ース部（ＬＡＮコントローラ）３１４、およびシステム
バス３１５から構成されている。一方、サーバ装置３２
０は、プロセッサ部（処理回路／プロセッサ（ＣＰＵ）
等）３２１、プログラムあるいはデータの読み書き可能
なメモリ（ＲＡＭ）３２２、不揮発性メモリ（ＲＯＭ）
３２３、プログラム等を記録しておくディスク３２４、
イーサネット３３０とのインタフェース部（ＬＡＮコン
トローラ）３２５、およびシステムバス３２６から構成
されている。なお、クライアント装置３１０，サーバ装
置３２０は、ともに一般的なコンピュータが具備すべき
その他の構成も有しているが、簡単化のために、キーボ
ード、モニタ関連あるいは入出力機器類の機能ブロック
は図中では省略されている。

【０００５】一般に、サーバ装置３２０は常時電源ＯＮ
の状態で動作しており、クライアント装置３１０は電源
のＯＮ／ＯＦＦがサーバ装置３２０と比較して頻繁に行
われるのが普通である。ここで、例えば、クライアント
装置３１０が図５に示すようにディスクのないディスク
レスマシンである場合には単独では動作できないため、
電源投入時にサーバ装置３２０と通信を行い、オペレー
ティングシステム（ＯＳ）等，動作に必要なプログラム
をサーバ装置３２０からクライアント装置３１０へ転送
（ダウンロード）した後にシステムを立ち上げる必要が
ある。

【０００６】次に、図５に示した従来システムの動作を
図６のシーケンス図を用いてより具体的に説明する。ク
ライアント装置３１０（複数あるクライアント装置のう
ちのいずれかのクライアント装置）は、装置の立ち上げ
時に不揮発性メモリ（ＲＯＭ）３１３に記録されている
ＢＯＯＴＰ（Ｂootstrap Ｐrotocol）プロトコルの要求
メッセージをイーサネット３３０経由でサーバ装置３２
０に送り（図６のａ）、サーバ装置３２０からＢＯＯＴ
Ｐプロトコルの応答メッセージを受け取ることによりサ
ーバのホストＩＰ（Ｉnternet Ｐrotocol）アドレス情
報やファイル名等を得る（図６のｂ）。次に、これらの
情報を用いて前記ＢＯＯＴＰとともに不揮発性メモリ
（ＲＯＭ）３１３に記録されているＴＦＴＰ（Ｔrivial
Ｆile Ｔransfer Ｐrotocol）プロトコルにより（図６
のｃ）、所定のファイル名のプログラムをサーバ装置３
２０のディスク３２４からクライアント装置３１０側へ
とダウンロードする（図６のｄ）。プログラムダウンロ
ード後、クライアント装置３１０はこのダウンロードに
したプログラムを起動して実行することにより、装置の
立ち上げ動作を完了する。

【０００７】

【発明が解決しようとする課題】従来のシステムにおけ
るダウンロードは上述したように行われるが、ディスク
レスのクライアント装置の場合、一度ダウンロードした
プログラムを記録しておく手段がないため、電源投入の
都度、上記プログラムダウンロードのシーケンス（図６
のａ〜ｄ）を繰り返す必要がある。従って、電源投入の
度にダウンロードをしなくてはならなく、特にプログラ
ムサイズが大きい場合などにはＴＦＴＰの処理（ファイ
ル転送処理）に長時間を費やす必要がある。一方、クラ
イアント装置にダウンロードにしたプログラムを記録す
るための手段（ディスクあるいは書き込み可能な不揮発
性メモリ）を用意しておき、一回目の立ち上げでダウン
ロードしたプログラムを記録しておいて、以後はその記
録しておいたプログラムで起動するように設定すること
も考えられる。しかし、この場合にはダウンロードして
記録しておいたプログラム中にバグがあった場合に、立
ち上げ不能に陥る危険性がある。

【０００８】以上述べたように、従来のプログラムダウ
ンロード方法においては次のような問題がある。 （ａ）ダウンロードしたプログラムを記録するための手
段を持たない場合には、毎回プログラムをダウンロード
する必要があるため、立ち上げに長時間要してしまう。 （ｂ）ダウンロードしたプログラムを記録するための手
段を持つようにした場合には、新しいプログラムをダウ
ンロードしたときにそのプログラムにバグがあっても、
再度ダウンロードすることができなく、復旧が不可能に
なる可能性がある。

【０００９】本発明の目的は、上記の如き問題を解消す
ること、すなわち、サーバ装置とクライアント装置が通
信回線で接続され、サーバ装置からクライアント装置へ
プログラムのダウンロードを行うサーバ／クライアント
間のプログラムダウンロード方法において、ダウンロー
ドに要する時間を短縮し、かつプログラムにバグがあっ
た場合でも電源の再投入あるいは遠隔からの制御により
確実に復旧できるダウンロード方法を提供することにあ
る。

【００１０】

【課題を解決するための手段】本発明は、上記目的を達
成するために、サーバ装置２とクライアント装置１を通
信回線３で接続し、サーバ装置２からクライアント装置
１へプログラムのダウンロードを行うサーバ／クライア
ント間のプログラムダウンロード方法において、前記ク
ライアント装置１にプログラムを収容する第１の領域１
５（バンク１）と第２の領域１６（バンク２）を設け、
第１の領域１５（バンク１）にサーバ装置からクライア
ント装置１の第２の領域１６（バンク２）へプログラム
をダウンロードする手順ならびに第２の領域１６（バン
ク２）にあるプログラムとダウンロードすべきプログラ
ムが同一である場合にはダウンロードをスキップする手
順を規定するプログラムを格納し、クライアント装置１
の立ち上げ時に該第１の領域１５（バンク１）のプログ
ラムから起動するようにしたことを特徴としている。ま
た、前記サーバ装置２に格納するプログラムは、その先
頭部分にサーバ装置２からクライアント装置１の前記第
２の領域１６（バンク２）へプログラムをダウンロード
する手順ならびに第２の領域１６（バンク２）にあるプ
ログラムとダウンロードすべきプログラムが同一である
場合はダウンロードをスキップする手順を含んでいるこ
とを特徴としている。さらに、ダウンロードしたプログ
ラムにバグがあって立ち上げ不可能になったとき、前記
サーバ装置側でダウンロードされたプログラムをデバグ
するとともにプログラム名を変更した後、クライアント
装置１の電源を再度立ち上げて前記第１の領域１５（バ
ンク１）から再起動するようにしたことを特徴としてい
る。

【００１１】

【発明の実施の形態】本発明の好適な実施形態を述べ
る。本発明の全体構成は、クライアント装置１とサーバ
装置２を通信回線３で接続したものである。クライアン
ト装置１に一般的なコンピュータが有する構成の他に、
特に不揮発性メモリからなる２つのメモリ領域（第１の
領域と第２の領域）を設け、第１の領域１５（バンク
１）にサーバ装置からクライアント装置１の第２の領域
１６（バンク２）へプログラムをダウンロードする手順
（ＢＯＯＯＴＰ，ＴＦＴＰ等）ならびに第２の領域１６
（バンク２）にあるプログラムとダウンロードすべきプ
ログラムが同一である場合にはダウンロードをスキップ
する手順を格納しておく。クライアント装置１の立ち上
げ時には第１の領域１５（バンク１）のプログラムから
起動し、サーバ装置２からクライアント装置１の第２の
領域（バンク２）に必要なプログラムをダウンロードす
る。その際、既に第２の領域（バンク２）に同一のプロ
グラムが存在している場合（再立ち上げの場合等）に
は、ファイル転送をスキップする（転送しない）。これ
により、クライアント装置１で頻繁に行われる立ち上げ
時に必ずしもダウンロードを行う必要がなくなり、結果
的にダウンロードに要する時間を短縮でき、システムの
立ち上げが高速化できる。また、ダウンロードしたプロ
グラムにバグがあり立ち上げが不可能になった場合で
も、サーバ装置側でデバグしファイル名を変更しておく
ことにより、第２の領域に同一のプログラムが存在して
いるとは見なされなくなり（ファイル転送をスキップす
ることなく）、電源の再投入等で確実に復旧することが
可能になる。

【００１２】

【実施例】図１は、本発明のプログラムダウンロード方
法を実施するためのシステム構成例（機能ブロック）を
示す図である。同図において、１はクライアント装置、
２はサーバ装置（コンピュータ／ワークステーション
等）、３はイーサネットである。クライアント装置１
は、プロセッサ部（処理回路／プロセッサ（ＣＰＵ）
等）１１、プログラムあるいはデータの読み書き可能な
メモリ（ＲＡＭ）１２、不揮発性メモリ（ＰＲＯＭ／Ｅ
ＥＰＲＯＭ等）１３、イーサネット３とのインタフェー
ス部（ＬＡＮコントローラ）１４、プログラムを格納す
るための不揮発性メモリの２つの領域，すなわち第１の
領域１５（バンク１）と第２の領域１６（バンク２）、
およびシステムバス１７から構成される。クライアント
装置１の不揮発性メモリの第１の領域１５（バンク１）
には、サーバ装置２からクライアント装置１の第２の領
域１６（バンク２）へプログラムをダウンロードする手
順（ＢＯＯＴＰおよびＴＦＴＰ）および不揮発性メモリ
の第２の領域１６（バンク２）にあるプログラムとサー
バ装置２にあるプログラムが同一である場合にダウンロ
ード（ファイル転送）をスキップする手順を含むプログ
ラムが格納されている。

【００１３】サーバ装置２は、プロセッサ部（処理回路
／プロセッサ（ＣＰＵ）等）２１、プログラムあるいは
データの読み書き可能なメモリ（ＲＡＭ）２２、不揮発
性メモリ（ＲＯＭ）２３、プログラム等を記録しておく
ディスク２４、イーサネット３とのインタフェース部
（ＬＡＮコントローラ）２５、およびシステムバス２６
から構成される。なお、クライアント装置１とサーバ装
置２自体は一般的なコンピュータが具備すべきその他の
構成も有しているが、図１では、簡単化のため、キーボ
ード、モニタ関連あるいは入出力機器類の機能ブロック
等は図５の場合と同様に省略してある。

【００１４】通常、サーバ装置２は常時電源ＯＮの状態
で動作しており、クライアント装置１は電源のＯＮ／Ｏ
ＦＦがサーバ装置２と比較して頻繁に行われる。クライ
アント装置１は、電源投入時にサーバ装置２と通信を行
い、クライアント装置用プログラムをサーバ装置２から
クライアント装置１へ転送（ダウンロード）し、そのプ
ログラムを起動して実行する。

【００１５】次に、図１に示した本発明のプログラムダ
ウンロード方法を実施するシステムの動作を詳細に説明
する。クライアント装置１は、電源立ち上げ時に不揮発
性メモリ（ＲＯＭ）１３に記録されているシステムプロ
グラムにより、第１の領域１５（バンク１）に記録され
ているプログラムによるＢＯＯＴＰ（Ｂootstrap Ｐrot
ocol）プロトコルの要求メッセージをイーサネット３経
由でサーバ装置２に送る。その後、クライアント装置１
は、サーバ装置２からＢＯＯＴＰプロトコルの応答メッ
セージを受け取ることによりサーバのホストＩＰ（Ｉnt
ernet Ｐrotocol）アドレス情報等を得る。

【００１６】次に、これらの情報を用いてＢＯＯＴＰと
ともに第１の領域１５（バンク１）に記録されているＴ
ＦＴＰ（Ｔrivial Ｆile Ｔransfer Ｐrotocol）プロト
コルにより所定のファイル名のプログラムをサーバ装置
２のディスク２４からクライアント装置１の第２の領域
１６（バンク２）へダウンロードする。その際、ＴＦＴ
Ｐプログラムに組み込まれた、第２の領域１６（バンク
２）にあるプログラムとサーバ装置２にあるプログラム
が同一である場合にはダウンロード（ファイル転送）を
スキップする手順により、もし既にサーバ装置２からダ
ウンロードするプログラムと同一のプログラムが第２の
領域１６（バンク２）に格納されている場合はそのファ
イル転送をスキップする。第２の領域１６（バンク２）
へダウンロードした後、クライアント装置１は第２の領
域１６（バンク２）にあるダウンロードされたプログラ
ムを起動して実行することにより、立ち上げ動作を完了
する。

【００１７】図２はクライアント装置１における起動時
の処理フローを示している。この処理フローに対応付け
て本システムの動作開始手順を具体的に説明する。 （Ａ）まず最初に、初期状態からシステムを生成する場
合を説明する。 まず、予め初期設定として、クライアント装置１にプ
ログラムを格納する第１の領域１５（バンク１）と第２
の領域１６（バンク２）を設け、第１の領域１５（バン
ク１）に、サーバ装置２から第２の領域１６（バンク
２）へプログラムをダウンロードする手順（例えば、Ｂ
ＯＯＴＰおよびＴＦＴＰ）および第２の領域１６（バン
ク２）にあるプログラムとサーバ装置２にあるダウンロ
ードすべきプログラムが同一である場合にダウンロード
（ファイル転送）をスキップする手順を含むプログラム
を格納しておく。また、サーバ装置２に格納するプログ
ラムにも、その先頭部分に、サーバ装置２からバンク２
（１６）へプログラムをダウンロードする手順（例え
ば、ＢＯＯＴＰおよびＴＦＴＰ）とバンク２（１６）に
あるプログラムとダウンロードすべきプログラムが同一
である場合はダウンロード（ファイル転送）をスキップ
する手順を含むようにしておく。

【００１８】次に、クライアント装置１の電源を投入
し、第１の領域１５（バンク１）のプログラムを起動す
る（ステップ１０１）。第１の領域１５（バンク１）の
プログラム内に記録されているダウンロード手順（ＢＯ
ＯＴＰ／ＴＦＴＰ）によってサーバ装置２からクライア
ント装置のバンク２（１６）にプログラムをダウンロー
ドして書き込むと同時に（ステップ１０２，ステップ１
０３，ステップ１０４；NO）、該第２の領域１６（バン
ク２）に書き込まれたファイル名を不揮発性メモリ１３
に保存しておく（ステップ１０５）。最初は、第２の領
域１６（バンク２）にプログラムが全く格納されていな
いため、ステップ１０５は必ず実行される。 その後、第２の領域１６（バンク２）に格納されてい
るダウンロードされたプログラムを起動し実行する（ス
テップ１０６）。

【００１９】（Ｂ）次に、クライアント装置１の電源を
再投入する場合を説明する。この場合、クライアント装
置１の第２の領域１６（バンク２）にはそれ以前にダウ
ンロードされたプログラムが格納されている可能性があ
る。 クライアント装置の電源を再度立ち上げ、第１の領域
１５（バンク１）から起動する（ステップ１０１）。 次に、ＢＯＯＴＰ（ステップ１０２）で得たダウンロ
ードすべきプログラムのファイル名と第２の領域（バン
ク２）に格納されているファイル名をチェックし、両者
のファイル名が一致しているか否かを判定する（ステッ
プ１０３）。両者のファイル名が一致するときは（ステ
ップ１０４；YES）、ＴＦＴＰをスキップして（ダウン
ロードを行わず）第２の領域１６（バンク２）に既に格
納されているプログラムから再起動する（ステップ１０
６）。 ステップ１０４において、ＢＯＯＴＰで得たファイル
名と第２の領域（バンク２）のファイル名が一致しない
場合には（ステップ１０４；NO）、第２の領域（バンク
２）に必要なプログラムを再度ダウンロードするととも
にそのプログラム名を不揮発性メモリ１３に保存した後
（ステップ１０５）、第２の領域（バンク２）にダウン
ロードされているプログラムから起動し実行する（ステ
ップ１０６）。

【００２０】（Ｃ）最後に、クライアント装置１の第２
の領域１６（バンク２）にダウンロードされたプログラ
ムを起動した後の動作を説明する。 第２の領域１６（バンク２）のプログラムを起動し、
そのプログラムの先頭部分に含まれているＢＯＯＴＰに
よりダウンロードしようとしたファイル名を得て、その
ファイル名と第２の領域１６（バンク２）に格納されて
いるプログラムのファイル名（すなわち自プログラムの
ファイル名）とを比較し、両者が一致する場合、ＴＦＴ
Ｐをスキップしてそのまま実行させる。 両者が一致しない場合には、再び、必要なプログラム
（ダウンロードすべきプログラム）を第２の領域１６
（バンク２）にダウンロードするとともにそのファイル
名を不揮発性メモリ１３に保存した後、該第２の領域に
ダウンロードされた新たなプログラムを起動し実行する
（再び上記の処理を繰り返す）。

【００２１】なお、クライアント装置にダウンロードし
たプログラムにバグがあり、クライアント装置による立
ち上げ不可能になった場合には、サーバ装置側で、サー
バ装置にある対応するプログラムをデバグし、そのファ
イル名を変更しておくことにより、再起動時に自動的に
復旧可能になる。さらに、プログラムの内容を変更する
場合は上記手順以降の領域の内容を変更すればよい。ク
ライアント装置での立ち上げが不可能になったとき、コ
ンピュータ装置の遠隔監視／制御に用いられているＳＮ
ＭＰ（Ｓimple Ｎetwork Ｍanagement Ｐrotocol）等を
利用すれば上記再起動をサーバ装置側から制御すること
が可能であり、さらに利便性を高めることができる。

【００２２】このように本発明においてはクライアント
装置１にプログラム格納領域を２種類（上記実施例のバ
ンク１およびバンク２に相当）用意し、ダウンロードす
るプログラム自身に再度ダウンロードする機能を含めて
おき、さらにダウンロードすべきファイルが既にある場
合はダウンロード処理をスキップする機能を備えている
ため、高速でかつ安定した動作が実現可能である。

【００２３】上記システムではネットワークとしてイー
サネットを利用する場合を説明したが、他のディジタル
通信回線を用いる場合もインタフェース部分の変更のみ
により同様に適用可能である。図３はネットワークとし
てＩＳＤＮ回線を用いた場合の構成例である。同図にお
いて、２１０はクライアント装置、２２０はサーバ装
置、２３０はＩＳＤＮ回線を用いたネットワークであ
る。クライアント装置２１０は、プロセッサ部（処理回
路／プロセッサ（ＣＰＵ）等）２１１、プログラムある
いはデータの読み書き可能なメモリ（ＲＡＭ）２１２、
不揮発性メモリ（ＰＲＯＭ／ＥＥＰＲＯＭ等）２１３、
イーサネット３等と接続するためのインタフェース部
（ＬＡＮコントローラ）２１４、プログラムを格納する
ための不揮発性メモリの２つの領域，すなわち第１の領
域２１５（バンク１）と第２の領域２１６（バンク
２）、およびシステムバス２１７を有している。

【００２４】クライアント装置２１０の不揮発性メモリ
の第１の領域２１５（バンク１）には、その先頭部分に
サーバ装置２２０からクライアント装置２１０の第２の
領域２１６（バンク２）へプログラムをダウンロードす
るための手順（例えば、ＢＯＯＴＰおよびＴＦＴＰ等）
および第２の領域２１６（バンク２）にあるプログラム
とサーバ装置２２０にあるダウンロードすべきプログラ
ムが同一である場合にダウンロード（ファイル転送）を
スキップする手順を含むプログラムが格納されている。

【００２５】サーバ装置２２０は、プロセッサ部（処理
回路／プロセッサ（ＣＰＵ）等）２２１、プログラムあ
るいはデータの読み書き可能なメモリ（ＲＡＭ）２２
２、不揮発性メモリ（ＲＯＭ）２２３、プログラム等を
記録しておくディスク２２４、イーサネット３等とのイ
ンタフェース部（ＬＡＮコントローラ）２２５、および
システムバス２２６を有している。なお、クライアント
装置２１０とサーバ装置２２０自体は一般的なコンピュ
ータが具備すべきその他の構成も有しているが、図３で
は、簡単化のため、キーボード、モニタ関連あるいは入
出力機器類の機能ブロック等は図１の場合と同様に省略
してある。

【００２６】以上述べたクライアント装置２１０とサー
バ装置２２０の構成は図１と同じである。図３のシステ
ムは、さらに、クライアント装置２１０にＩＳＤＮ回線
等のネットワーク２３０とのインタフェース部としてＷ
ＡＮコントローラ２１８を設けるとともに、サーバ装置
２２０にも同様にＩＳＤＮ回線などのネットワーク２３
０とのインタフェース部としてＷＡＮコントローラ２２
７を設けている。

【００２７】クライアント装置２１０のインタフェース
部であるＷＡＮコントローラ２１８は、ＩＳＤＮインタ
フェース（例えば、６４／１２８Ｋbit/s回線ではＩ４
３０インタフェース）に接続するための回路部であり、
ＨＤＬＣ等の通信プロトコルでＩＳＤＮネットワーク２
３０を経由してサーバ装置側のＷＡＮコントローラ２２
７と対向している。この場合、パケットをＬＡＮではな
くＷＡＮを経由して送受信するだけであり、インタフェ
ース部分以外は図１で説明したイーサネットの場合の構
成例と同様である。このように他のディジタル通信回線
に適用する場合もインタフェース部分の変更のみにより
同様に実現可能である。

【００２８】なお、上記実施例のものはダウンロードお
よびダウンロードをスキップするプロトコルとしてＢＯ
ＯＴＰおよびＴＦＴＰを用いているが、先頭部分にサー
バ装置からクライアント装置２１０のバンク２（２１
６）へプログラムをダウンロードする手順ならびにバン
ク２（２１６）にあるプログラムとサーバ装置にあるプ
ログラムが同一である場合はダウンロードをスキップす
る手順を含むものであれば、ＢＯＯＴＰあるいはＴＦＴ
Ｐ以外のプロトコルを用いることも可能である。以上の
ように、本発明によれば、サーバ装置とクライアント装
置が通信回線で接続され、サーバ装置からクライアント
装置へプログラムのダウンロードを行うサーバ／クライ
アント間のプログラムダウンロード方法において、ダウ
ンロードに要する時間を短縮し、かつプログラムにバグ
があった場合でも電源の再投入あるいは遠隔からの制御
により確実に復旧できるダウンロード方法を提供するこ
とが可能である。

【００２９】

【発明の効果】本発明によれば、クライアント装置がプ
ログラムを収容するメモリ領域として第１の領域（バン
ク１）および第２の領域（バンク２）を有し、サーバ装
置側のプログラムにはその先頭部分にサーバ装置からク
ライアント装置の第２の領域（バンク２）へプログラム
をダウンロードする手順ならびに第２の領域（バンク
２）にあるプログラムとサーバ装置にあるプログラムが
同一である場合はダウンロードをスキップする手順が含
まれ、該手順（ダウンロードする手順ならびに該スキッ
プする手順）を含むプログラムがクライアント装置の第
１の領域（バンク１）に搭載され、クライアント装置の
立ち上げ時には第１の領域（バンク１）のプログラムか
ら起動するようになっているため、ダウンロードに要す
る時間を短縮でき、かつプログラムにバグがあった場合
でもサーバ装置側でデバグとファイル名を変更しておく
だけで電源の再投入あるいは遠隔からの制御により確実
に自動復旧できるようになる。

【図面の簡単な説明】

【図１】本発明のプログラムダウンロード方法を実施す
るシステム構成例である。

【図２】本発明のプログラムダウンロード方法における
クライアント装置の処理フローの一例である。

【図３】本発明のプログラムダウンロード方法を実施す
るシステム構成例である（ネットワークとしてＩＳＤＮ
回線を用いた場合）。

【図４】従来技術におけるＬＡＮのシステムの概要を示
す図である。

【図５】従来技術におけるＬＡＮのシステム構成の機能
ブロック図である。

【図６】ダウンロードのシーケンスを示す図である。

【符号の説明】

１，２１０，３１０：クライアント装置（ワークステー
ション） １１，２１１，３１１，クライアント装置のプロセッサ
部（処理回路／プロセッサ（ＣＰＵ）等） １２，２１２，３１２：クライアント装置のプログラム
あるいはデータの読み書き可能なメモリ（ＲＡＭ） １３，２１３，３１３：クライアント装置の不揮発性メ
モリ（ＰＲＯＭあるいはＥＥＰＲＯＭ） １４，２１４，３１４：クライアント装置のインタフェ
ース部（ＬＡＮコントローラ） １５，２１５：ダウンロード手順とダウンロードスキッ
プ手順を含むプログラムを格納するための不揮発性メモ
リの第１の領域（バンク１） １６，２１６：ダウンロードしたプログラムを格納する
ための不揮発性メモリの第２の領域（バンク２） １７，２１７，３１５：クライアント装置のシステムバ
ス ２１８：クライアント装置のインタフェース部（ＷＡＮ
コントローラ） ２，２２０，３２０：サーバ装置（コンピュータ／ワー
クステーション） ２１，２２１，３２１：サーバ装置のプロセッサ部（処
理回路／プロセッサ（ＣＰＵ）等） ２２，２２２，３２２：サーバ装置のプログラムあるい
はデータの読み書き可能なメモリ（ＲＡＭ） ２３，２２３，３２３：サーバ装置の不揮発性メモリ
（ＲＯＭ） ２４，２２４，３２４：サーバ装置のディスク ２５，２２５，３２５：サーバ装置のインタフェース部
（ＬＡＮコントローラ） ２２７：サーバ装置のインタフェース部（ＷＡＮコント
ローラ） ３２６：サーバ装置のシステムバス ３，３３０：イーサネット、 ２３０：ＩＳＤＮネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森崎 正人 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 三橋 薫 東京都江東区新砂一丁目６番35号 株式会 社ディアイティ内 (72)発明者 井澤 誠 神奈川県藤沢市遠藤2021番地の10 株式会 社オーエー研究所内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 サーバ装置とクライアント装置を通信回
   線で接続し、サーバ装置からクライアント装置へプログ
   ラムのダウンロードを行うサーバ／クライアント間のプ
   ログラムダウンロード方法において、前記クライアント
   装置にプログラムを収容する第１の領域と第２の領域を
   設け、該第１の領域に、サーバ装置からクライアント装
   置の第２の領域へプログラムをダウンロードする手順な
   らびに第２の領域にあるプログラムとダウンロードすべ
   きプログラムが同一である場合にはダウンロードをスキ
   ップする手順を規定するプログラムを格納し、前記クラ
   イアント装置の立ち上げ時に該第１の領域に格納された
   プログラムから起動するようにしたことを特徴とするプ
   ログラムダウンロード方法。
2. 【請求項２】 請求項１記載のプログラムダウンロード
   方法において、前記サーバ装置に格納するプログラム
   は、その先頭部分にサーバ装置からクライアント装置の
   前記第２のメモリ領域へプログラムをダウンロードする
   手順ならびに第２の領域にあるプログラムとダウンロー
   ドすべきプログラムが同一である場合はダウンロードを
   スキップする手順を含んでいることを特徴とするプログ
   ラムダウンロード方法。
3. 【請求項３】 請求項１または２記載のプログラムダウ
   ンロード方法において、ダウンロードしたプログラムに
   バグがあって立ち上げ不可能になったとき、前記サーバ
   装置側でダウンロードされたプログラムをデバグすると
   ともにプログラム名を変更した後、前記クライアント装
   置の電源を再度立ち上げて前記第１の領域に格納された
   プログラムから再起動するようにしたことを特徴とする
   プログラムダウンロード方法。