JPH09128320A - 周辺装置 - Google Patents

Abstract

(57)【要約】 【課題】 ホストと接続されている周辺装置において、
ハードウェアの変更や、プログラムの変更に対応できる
ようにする。 【解決手段】 電源の投入もしくはリセットによって本
システムの初期化が始まると、通信制御装置１０２はＲ
ＯＭ１０５から種別ＩＤ番号を読み出し（Ｓ２０２）、
その種別ＩＤ番号をインターフェースを経由してホスト
に通知（Ｓ２０３）する。通信制御装置１０２は、ＲＡ
Ｍ容量の検出（Ｓ２０４）を行なう。通信制御装置１０
２は検出されたＲＡＭ容量をインターフェースを経由し
てホスト１０１に通知（Ｓ２０５）する。そして、通信
制御装置１０２はホスト部１０１からＩＳＡ−ｉ／ｆ１
０９、ＩＳＡバス１１０、インターフェースを経由して
ダウンロードされるプログラムのデータを転送すなわち
ロード（Ｓ２０６）する。そして、このプログラムによ
り、以降の通信制御の処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホスト装置から複
数のプログラムをダウンロードして動作する周辺装置、
特に通信制御装置に関するものである。

【０００２】

【従来の技術】従来の、ホスト部から複数のプログラム
をダウンロードして動作する周辺装置の代表例である通
信制御装置は、ハードウェア構成があらかじめ定められ
ており、それに対応する予め定められた数のプログラム
をダウンロードしていた。

【０００３】またさらに、ホスト装置から複数のプログ
ラムをダウンロードして動作する通信制御装置は、予め
定められた記憶容量を備えており、ホスト側からダウン
ロードする複数のプログラムは、その合計容量が予め記
憶容量に収まるように作られていた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来例では、通信制御装置のハードウェア構成が変わる
と、複数のプログラムは全てそれぞれ変更されたハード
ウェアに対応したものに変更しなければならず、それま
でのプログラムが無駄となってしまっていた。

【０００５】また、機能追加等により、プログラムが追
加されてプログラム数が増えると、その合計容量に対応
した記憶容量を備えた通信制御装置を新たに用意しなけ
ればならず、それまでの記憶容量の少ない通信制御装置
が無駄となってしまっていた。

【０００６】従って、本発明の目的は、ハードウェアの
変更や、プログラムの変更に対応できるようにすること
である。

【０００７】

【課題を解決するための手段】請求項１記載の発明は、
ホスト制御装置からプログラムを転送して動作する周辺
装置において、前記ホスト制御装置にデータを送信する
手段と、前記ホスト制御装置から前記プログラムを受信
する手段と、前記周辺装置の種類を識別する為の種別デ
ータを格納した第１の記憶手段と、前記ホスト制御装置
から受信した複数の前記プログラムを格納する第２の記
憶手段とを備え、前記ホスト制御装置からの前記プログ
ラムの受信に先立って、前記種別データをホスト制御装
置に知らせることを特徴とする周辺装置である。

【０００８】請求項２記載の発明は、前記周辺装置が備
える前記第２の記憶手段の容量を検査する記憶容量検出
手段を備え、前記記憶容量検出手段の検出結果を前記プ
ログラムの受信の前にホスト制御装置に知らせることを
特徴とする。

【０００９】請求項３記載の発明は、前記第１の記憶手
段がＲＯＭであることを特徴とする。

【００１０】請求項４記載の発明は、前記第１の記憶手
段がハードディスクであることを特徴とする。

【００１１】請求項５記載の発明は、前記送られてきた
プログラムを前記ハードディスクに格納することを特徴
とする。

【００１２】請求項６記載の発明は、前記第１の記憶手
段がＥＥＰＲＯＭであることを特徴とする。

【００１３】請求項７記載の発明は、前記送られてきた
プログラムを前記ＥＥＰＲＯＭに格納することを特徴と
する。

【００１４】請求項８記載の発明は、プログラムを受信
する前に、格納されているプログラムの種類を送信する
ことを特徴とする。

【００１５】請求項９記載の発明は、前記周辺装置が通
信制御装置であることを特徴とする。

【００１６】上記構成により、ホスト制御装置からの複
数のプログラムのロードに先立って、種別データである
ところの種別ＩＤ番号をホスト制御装置に知らせている
ので、周辺装置のハードウェア構成が変わっても、変わ
った部分に対応するプログラムのみを変更すればよいの
で、それまでのプログラムが無駄とならない。

【００１７】また、記憶容量検出手段の検出結果をホス
トに知らせているので、また、プログラムが追加されて
プログラム数が増えても、優先順位により合計容量に対
応したプログラムを格納すればよいので、全てのプログ
ラムを格納する記憶手段を備えた通信制御装置を新たに
用意する必要がなく、それまでの周辺装置が無駄となら
ない。

【００１８】

【発明の実施の形態】図面を参照して、本発明の実施形
態を説明する。

【００１９】（第１の実施形態）図１は、本発明による
通信制御カードを組み込んだホストコンピュータの構成
を示した図である。１０１はホスト制御部であるところ
のホスト部本体、１０２は通信制御装置をのせたカー
ド、１０３はホスト制御装置、１０４はＣＰＵ、１０５
はＲＯＭ、１０６はＲＡＭ、１０７は回線ｉ／ｆであ
る。また、１０８と１０９はＩＳＡ−ｉ／ｆ、１１０は
ＩＳＡバス、１１１はローカルバス、１１２は通信回
線、である。

【００２０】ホスト制御装置１０３はＩＳＡバスを備え
たコンピュータで、通信動作全体を制御しており、さら
に通信制御装置１０２の動作プログラムを格納してい
る。この動作プログラムは、本システムが処理しようと
するアプリケーションに応じて複数種類のプログラムが
ある。複数種類のプログラムは、それぞれ優先順位が付
けられており、必要に応じてホスト部１０１がアプリケ
ーションに対応した優先順位順に選択して通信制御装置
ｌ０２にロードする。通信制御装置１０２のＲＯＭに
は、ホストからプログラムを読み込む為の初期化プログ
ラムと、通信制御装置の種別を判別する為の種別データ
であるところの種別ＩＤ番号が少なくとも格納されてい
る。ＲＡＭ１０６にはホストから読み込んだプログラム
を格納する。回線ｉ／ｆは、通信制御装置１０２が外部
の通信回線とデータの送受信をする為のインターフェー
スである。１０８と１０９のＩＳＡ−ｉ／ｆは、ＩＳＡ
バス１１０を経由してホスト部１０１から通信制御装置
１０２にプログラムをダウンロードしたり、通信制御装
置ｌ０２が種別ＩＤ番号をホスト１０１に渡す為の、イ
ンターフェースである。

【００２１】本システムの立ち上げ動作の説明を、図２
および図３のフローチャートを用いて説明する。図２は
通信制御装置１０２の立ち上げ時の動作フローを示した
図で、図３はホスト部１０１の立ち上げ時の動作フロー
を示した図である。まず通信制御装置１０２について、
図２を用いて動作を説明する。

【００２２】図２において、電源の投入もしくはリセッ
トによって本システムの初期化が始まると、通信制御装
置１０２はＲＯＭ１０５から種別ＩＤ番号を読み出し
（Ｓ２０２）、その種別ＩＤ番号をＩＳＡ−ｉ／ｆｌ０
８、ＩＳＡバスｌ１０、ＩＳＡ−ｉ／ｆ１０９を経由し
てホストに通知（Ｓ２０３）する。

【００２３】続いて、通信制御装置１０２は、ＲＡＭ容
量の検出（Ｓ２０４）を行う。ＲＡＭ容量の検出は、Ｒ
ＡＭに割り当て可能なアドレス領域全体を分割して、そ
れぞれ書き込み／読み出しの検査を行い、正常にデータ
の書き込み／読み出しが出来た範囲をＲＡＭの容量とし
て判定する。通信制御装置１０２は検出されたＲＡＭ容
量をＩＳＡ−ｉ／ｆ１０８、ＩＳＡバス１ｌ０、ＩＳＡ
−ｉ／ｆ１０９を経由してホスト１０１に通知（Ｓ２０
５）する。

【００２４】そして、通信制御装置１０２はホスト部１
０１からＩＳＡ−ｉ／ｆ１０９、ＩＳＡバス１１０、Ｉ
ＳＡ−ｉ／ｆ１０８を経由してダウンロードされるプロ
グラムのデータをＲＡＭ１０６に転送すなわちロード
（Ｓ２０６）する。そして、このプログラムにより、以
降の通信制御の処理を行う。

【００２５】次に、ホスト部１０ｌの初期化時の動作に
ついて説明する。

【００２６】電源の投入もしくはリセットによって本シ
ステムの初期化が始まると、ホスト部１０１は、通信制
御装置ｌ０２より、種別ＩＤ番号とＲＡＭ容量のデータ
を、ＩＳＡ−ｉ／ｆ１０８、ＩＳＡバスｌ１０、ＩＳＡ
−ｉ／ｆｌ０９を経由して受け取る（Ｓ３０２、３０
３）。種別ＩＤ番号は、ホストが持っているプログラム
の中から、通信制御装置１０２が動作可能なプログラム
を判定するのに使用する。

【００２７】ホスト部１０１はＲＡＭ容量をＲＡＭ残量
というパラメータに代入（Ｓ３０４）する。ＲＡＭ残量
というパラメータは、通信制御部１０２のプログラムを
ロード可能な未使用ＲＡＭ領域の容量を示している。

【００２８】続いて、ホストは、動作可能なプログラム
の中から、優先順位の最も高いものを選択し（Ｓ３０
５）、ＲＡＭ残量から、選択したプログラムの容量を減
算（Ｓ３０７）して、再びＲＡＭ残量に代入する。

【００２９】続いて、代入後のＲＡＭ残量を検査（Ｓ３
０８）する。ＲＡＭ残量が０より大きければ、ＲＡＭ１
０６にはプログラムをダウンロードする空間が空いてい
ると判断して、ホスト部１０１は選択したプログラムを
通信制御装置１０２に転送し、プログラム選択の処理Ｓ
３０５に戻る。ＲＡＭ残量が０より小さいとき、また
は、送るべきプログラムが無いとき、プログラムのダウ
ンロードが完了したと判断して、初期化の処理を終了す
る。

【００３０】図４は、通信制御装置１０２のメモリ空間
を示した図である。本実施形態では簡単の為、１チップ
あたり１ＫバイトのＲＡＭを使用することとして説明す
る。通信制御装置１０２はＲＡＭチップ単位に、つまり
１６進表記で２０００ｈバイト単位にＲＡＭを増減する
事が可能で、本実施形態では、通信制御装置ｌ０２には
４個のＲＡＭチップが、つまり１６進表記で８０００ｈ
バイトのＲＡＭが実装してある。ＲＯＭは２０００ｈバ
イトが実装されており、ＲＡＭとＲＯＭのメモリマップ
は図４に示すように配置されている。

【００３１】図５は、本実施形態のホスト部１０１が持
っている、通信制御装置１０２用プログラムの一覧であ
る。プログラム１からプログラム８まであり、それぞれ
の優先順位、動作機種、サイズを示している。優先順位
は、通信制御装置１０２にダウンロードする優先度を示
している。この優先度は処理３０５のプログラム選択で
使用される。動作機種は、プログラムが動作可能な通信
制御装置１０２の構成種別を示している。ｔｙｐｅｌは
基本構成とする。ｔｙｐｅ２は基本構成に第１の拡張構
成が追加された構成でｔｙｐｅ１で動作可能なプログラ
ムはｔｙｐｅ２でも動作可能とする。ｔｙｐｅ３は、ｔ
ｙｐｅ２に更に拡張機能が追加された構成で、ｔｙｐｅ
１、ｔｙｐｅ２のどちらかで動作可能なプログラムはｔ
ｙｐｅ３でも動作可能とする。逆に、ｔｙｐｅ３対応の
プログラムは、ｔｙｐｅ２やｔｙｐｅ１では動作しな
い。また、ｔｙｐｅ２対応のプログラムは、ｔｙｐｅ１
では動作しない。

【００３２】本実施形態の通信制御装置１０２は、ｔｙ
ｐｅ２とする。従って図５に示したプログラムの中で動
作可能なプログラムは、プログラム１、プログラム２、
プログラム４、プログラム６、プログラム７、プログラ
ム８、の６種となる。この中から、優先順位の高いもの
を順次ＲＡＭ１０５にダウンロードすると、プログラム
１、プログラム２、プログラム４、プログラム６、の４
種をロードした時点で７０００ｈバイトのプログラムサ
イズとなり、ＲＡＭ残量が１０００ｈバイトとなるの
で、プログラム７以降はダウンロード出来ないことにな
る。したがって、本実施形態の通信制御装置１０２は、
プログラム１、プログラム２、プログラム４、プログラ
ム６が動作可能となる。

【００３３】プログラムのダウンロードが完了したら、
ホスト部１０１からの制御にしたがって通常の通信処理
を行う。

【００３４】（第２の実施形態）図６は、本発明による
第２の実施形態を示した図である。６０１はホスト制御
装置であるところのホスト部本体、６０２は通信制御装
置をのせたカード、６０３はホスト制御装置、６０４は
ＣＰＵ、６０５はハードディスク（以下ＨＤＤと略
す）、６０６はＲＡＭである。６０７は回線ｉ／ｆ、６
０８と６０９はＩＳＡ−ｉ／ｆ、６１０はＩＳＡバス、
６１１はローカルバス、６１２は通信回線である。

【００３５】第２の実施形態では、第１の記憶手段にＨ
ＤＤを用いている点が、第１の実施形態と異なり、初期
化動作は第ｌの実施形態と同じである。そして、このＨ
ＤＤには、第１の実施形態ではＲＯＭに種別ＩＤ番号が
格納されていたが、この実施形態では、ＨＤＤ６０５に
格納されている。

【００３６】また、この実施形態で、ホスト部６０１か
ら送られてくるプログラムを一旦ＨＤＤ６０５に格納す
るように制御してもよい。この場合は、ＨＤＤ６０５に
格納済みのプログラムの種類をプログラムのダウンロー
ド前に、ホストに知らせるようにしてもよい。このよう
にすると、ダウンロードすべきプログラムが減り、速く
動作することが可能になる。

【００３７】（第３の実施形態）図７は、本発明による
第３の実施形態を示した図である。７０１はホスト制御
装置であるところのホスト部本体、７０２は通信制御を
行うＰＣＭＣＩＡカード、７０３はホスト制御装置、７
０４はＣＰＵ、７０５はＲＯＭ、７０６はＥＥＰ−ＲＯ
Ｍ、７０７は回線ｉ／ｆ７０８と７１０はＰＣＭＣＩＡ
−ｉ／ｆ、７０９はＲＡＭ、７１１はローカルバス、７
１２は通信回線である。

【００３８】第１と第２の実施形態ではＩＳＡバスに接
続する通信制御カードであったが、本実施形態では、通
信カードがＰＣＭＣＩＡカードである場合を示してい
る。また、本実施形態では、書き込みと消去が可能なＥ
ＥＰ−ＲＯＭ７０６にプログラムをダウンロードする構
成を示している。この場合、プログラムのダウンロード
に先立って、ＥＥＰ−ＲＯＭ７０６の内容を消去する処
理が追加される。また、前回の初期化時に、ダウンロー
ドしてＥＥＰ−ＲＯＭにあるプログラムの種類を、プロ
グラムのダウンロードに先立ってホストに伝えるように
してもよい。この様にすると、ＥＥＰ−ＲＯＭ７０６に
ダウンロード済みのプログラムであれば、再ダウンロー
ドしないようにすることができる。

【００３９】本発明は、複数の機器から構成されるシス
テムに適用しても、１つの機器からなる装置に適用して
もよい。また、本発明は、システムあるいは装置にプロ
グラムを供給することによって達成される場合にも適用
されることは言うまでもない。この場合、本発明を達成
するためにソフトウェアによって表させるプログラムを
格納した記憶媒体をシステムあるいは装置が読み出すこ
とによって、そのシステムあるいは装置が本発明の効果
を享受することができる。

【００４０】

【発明の効果】以上説明したように、本発明によれば、 １．ホスト制御装置からの複数のプログラムのロードに
先立って、種別データであるところの種別ＩＤ番号をホ
スト制御装置に知らせているので、通信制御装置のハー
ドウェア構成が変わっても、変わった部分に対応するプ
ログラムのみを変更すればよいので、それまでのプログ
ラムが無駄とならないという効果がある。また、 ２．記憶容量検出手段の検出結果をホストに知らせてい
るので、また、プログラムが追加されてプログラム数が
増えても、優先順位により合計容量に対応したプログラ
ムを格納すればよいので、全てのプログラムを格納する
記憶手段を備えた通信制御装置を新たに用意する必要が
なく、それまでの通信制御装置が無駄にならないという
効果がある。

【図面の簡単な説明】

【図１】本発明によるホスト部と通信制御装置の構成を
示すブロック図である。

【図２】本発明による通信制御装置の初期化動作のフロ
ーチャートである。

【図３】本発明によるホスト部の初期化動作のフローチ
ャートである。

【図４】通信制御装置１０２のメモリー空間を示した図
である。

【図５】ホスト部１０１が有する通信制御装置１０２用
のプログラム一覧を示す図である。

【図６】本発明による第２の実施形態の構成を示すブロ
ック図である。

【図７】本発明による第３の実施形態の構成を示すブロ
ック図である。

【符号の説明】

１０１，６０１，７０１ ホスト部 １０２，６０２，７０２ 通信制御装置 １０５，７０５ ＲＯＭ ６０５ ＨＤＤ １０６，６０６ ＲＡＭ ７０６ ＥＥＰ−ＲＯＭ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ホスト制御装置からプログラムを転送し
   て動作する周辺装置において、 前記ホスト制御装置にデータを送信する手段と、 前記ホスト制御装置から前記プログラムを受信する手段
   と、 前記周辺装置の種類を識別する為の種別データを格納し
   た第１の記憶手段と、 前記ホスト制御装置から受信した複数の前記プログラム
   を格納する第２の記憶手段とを備え、 前記ホスト制御装置からの前記プログラムの受信に先立
   って、前記種別データをホスト制御装置に知らせること
   を特徴とする周辺装置。
2. 【請求項２】 前記請求項１記載の周辺装置であって、 前記周辺装置が備える前記第２の記憶手段の容量を検査
   する記憶容量検出手段を備え、 前記記憶容量検出手段の検出結果を前記プログラムの受
   信の前にホスト制御装置に知らせることを特徴とする周
   辺装置。
3. 【請求項３】 前記第１の記憶手段がＲＯＭであること
   を特徴とする請求項１又は２記載の周辺装置。
4. 【請求項４】 前記第１の記憶手段がハードディスクで
   あることを特徴とする請求項１又は２記載の周辺装置。
5. 【請求項５】 前記送られてきたプログラムを前記ハー
   ドディスクに格納することを特徴とする請求項４記載の
   周辺装置。
6. 【請求項６】 前記第１の記憶手段がＥＥＰＲＯＭであ
   ることを特徴とする請求項１または２記載の周辺装置。
7. 【請求項７】 前記送られてきたプログラムを前記ＥＥ
   ＰＲＯＭに格納することを特徴とする請求項６記載の周
   辺装置。
8. 【請求項８】 プログラムを受信する前に、格納されて
   いるプログラムの種類を送信することを特徴とする請求
   項５又は７記載の周辺装置。
9. 【請求項９】 前記周辺装置が通信制御装置であること
   を特徴とする請求項１〜８いずれか記載の周辺装置。