JPH10124437A

JPH10124437A - インタフェース制御装置

Info

Publication number: JPH10124437A
Application number: JP28226396A
Authority: JP
Inventors: Toru Inoue; 井上　　徹
Original assignee: IIGURUZU KK
Current assignee: IIGURUZU KK
Priority date: 1996-10-24
Filing date: 1996-10-24
Publication date: 1998-05-15

Abstract

(57)【要約】【課題】コンピュータと被制御機器に介在し、コンピュ
ータのＯＳに可能な限り依存せずに、あるいは被制御機
器の接続のためのドライバ・ソフトを必要とせずに、容
易に被制御機器を制御可能とするためのインタフェース
制御装置を提供する。【解決手段】ホスト・コンピュータと接続可能な第１の
インタフェースと、被制御機器と接続可能な第２のイン
タフェースと、前記ホスト・コンピュータが前記第１の
インターフェースを介して前記被制御機器を所定の形式
の記憶装置として仮想的に認識してデータを記憶部に書
き込み及び記憶部から読み込み、該データに基づき前記
第２のインタフェースを介して被制御機器を制御する論
理手段とを有するインタフェース制御装置。前記論理手
段は、前記第１のインタフェース上に送受信されるデー
タをディスク管理システムのファイル論理構造で記憶す
るようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明は、コンピュータと
被制御機器との間に設けられるインターフェース制御装
置に関する。特に、本発明は、コンピュータからのＳＣ
ＳＩインタフェースと被制御機器からのシリアル・イン
タフェースとを接続するインタフェース制御装置に関す
る。

【０００２】

【従来の技術】コンピュータから制御される被制御機器
は、ＲＳ４２２やＲＳ２３２などのシリアル・インタフ
ェースで一般に接続される。しかし、このようなシリア
ル・インタフェースは、制御するコンピュータのオペレ
ーティング・システム（以下ＯＳという）毎にデバイス
・ドライバが異なっている。このため、一つのＯＳ上で
動作する制御用アプリケーションが、他のＯＳ上で動作
するとは限らない。従って、様々なＯＳ上で汎用的に動
作するアプリケーションを開発し、あるいは、他のＯＳ
用にアプリケーションを移植したりする場合には、その
デバイス・ドライバに沿ったインタフェース・プログラ
ムの部分を個別に開発したり、あるいは、アプリケーシ
ョンの作り直しや、ドライバ・ソフトを別途作成付加す
る必要があった。従って、そのための開発費用の負担
や、開発期間の遅延化をきたす他、柔軟で拡張性のある
アプリケーションの開発の妨げともなっていた。

【０００３】従って、ＯＳの制約からなるべく解かれ、
制御用アプリケーション・ソフトウエアの汎用化と柔軟
化が図れる手段が求められる。

【０００４】

【発明が解決しようとする課題】本発明は、コンピュー
タと被制御機器に介在し、コンピュータのＯＳに可能な
限り依存せずに、容易に被制御機器を制御可能とするた
めのインタフェース制御装置を提供することを目的とす
る。

【０００５】また、本発明は被制御機器の接続のための
ドライバ・ソフトを必要とせずに被制御機器を制御可能
なインタフェース制御装置を提供することを目的とす
る。

【０００６】

【課題を解決するための手段】従って、本発明による
と、ホスト・コンピュータと接続可能な第１のインタフ
ェースと、被制御機器と接続可能な第２のインタフェー
スと、データを記憶する記憶部と、前記ホスト・コンピ
ュータが前記第１のインターフェースを介して前記被制
御機器を所定の形式の記憶装置として仮想的に扱って前
記記憶部に対するデータの書き込み及び読み出しを行
い、該データに基づき前記第２のインタフェースを介し
て被制御機器を制御する論理手段とを有するインタフェ
ース制御装置を提供する。

【０００７】更に、前記論理手段が、前記第１のインタ
フェース上に送受信されるデータをディスク管理システ
ムのディスク論理構造に沿って前記記憶部に対してのデ
ータの書き込み及び読み出しを行うことによって、ホス
ト・コンピュータが所定の記憶装置として仮想的に扱う
ようにする。ここで、前記ディスク管理システムとして
ＭＳ−ＤＯＳを使用することによって、様々なコンピュ
ータ上で被制御機器を制御することが可能となる。

【０００８】より容易に被制御機器を制御するために、
前記インタフェース制御装置内の前記記憶部に対して書
き込み及び読み出されるデータは、少なくとも二つのフ
ァイルからなり、該ファイルはそれぞれ前記記憶部内に
おいて固有の先頭アドレスを有するように構成される。
更に、ランダムな書き込みや読み込みを行うディスク管
理システムに対応するために、該二つのファイルが前記
記憶部に書き込まれた後に、残りの記憶領域をダミーデ
ータによるダミーファイルで埋めるようにする。

【０００９】前記第１のインターフェースはホスト・コ
ンピュータが提供するバス・インタフェースであり、例
えばＳＣＳＩインタフェースであってよい。また、前記
第２のインタフェースは被制御機器が提供するシリアル
・インタフェースとすることで複数の被制御機器を制御
し接続可能である。

【００１０】

【発明の実施の形態】図８は、従来の被制御機器３とホ
スト・コンピュータ２間の接続を示したブロック図であ
る。被制御機器３が有している通信のためのシリアルバ
ス、例えばＲＳ４２２等と接続するために、ホスト・コ
ンピュータ２側でその接続のためのハードウェアを有す
る他、ＲＳ４２２等の個別のドライバ・ソフト４を必要
とする。

【００１１】図１は、本発明に基づき構成されたインタ
フェース制御装置１により、ホストとなるコンピュータ
２が被制御機器３と接続された場合のブロック図であ
る。被制御機器３は、インタフェース制御装置１を介し
てホスト・コンピュータ２と接続されている。図８との
相違は、インタフェース制御装置１を介在したことによ
り、ホスト・コンピュータ２において、ＲＳ４２２等の
シリアルバス・インタフェースのためのドライバ・ソフ
トが不要なことであり、従って、そのコンピュータ２上
で動作するアプリケショーンはドライバ・ソフトに影響
されずに開発可能となる。

【００１２】ホストとなるべきコンピュータ２とインタ
フェース制御装置３との間の接続は、一般のパーソナル
・コンピュータ等になるべく標準で用意されている汎用
のバスインタフェース５（例えば、ＳＣＳＩ、ＩＤＥバ
スインタフェース、Ｐ１３９４あるいはファイバーチャ
ネル等でもよく、更には将来出現する新たなバス・イン
タフェースでも良い）を使用する。これによって、ホス
ト・コンピュータ側に新たな負担を強いることなくその
接続が容易となる。一方、インタフェース制御装置１の
方も、標準的なインタフェースをコンピュータ側に提供
できるため、他のコンピュータとの接続も容易に図れる
メリットが生じる。一方、被制御機器３はインタフェー
ス制御装置１とＲＳ４２２等のシリアル・バス６で接続
されている。

【００１３】ここで、インタフェース制御装置１の特徴
的な点は、このインタフェース制御装置１を介在したこ
とにより、ホスト・コンピュータ２から被制御機器３を
見ると、あたかもＳＣＳＩ、あるいはＩＤＥ等のバス上
に接続された仮想的なディスクとしてとらえることがで
きるようにした点である。そして、ホスト・コンピュー
タ２は、ディスクに対して行なうのと同等の手順で、デ
ィスクとして仮想された被制御機器３のコマンド・デー
タあるいは他のデータの書き込み、読み込みを行うこと
ができる。

【００１４】被制御機器３を仮想ディスクとして扱える
ようにするために、例えば、ＭＳ−ＤＯＳにような標準
的なディスク管理システムを使用する。そして、その標
準的なディスク管理システムのＦＡＴ（ファイル・アロ
ケーション・テーブル）形式という論理ファイル構造に
基づいて、ホスト・コンピュータ２とインタフェース制
御装置１との間で設定データ、コマンド・データやステ
ータ・スデータ等の送受信をおこなう。

【００１５】図２は、上記ＭＳ−ＤＯＳのＦＡＴ形式を
使用してホスト・コンピュータ２と本インタフェース制
御装置１とが汎用バスインタフェース５としてＳＣＳＩ
バス・インタフェースを介して送受信を行うための、イ
ンタフェース制御装置１内のメモリの構造とアドレス
を、ホスト・コンピュータ２側から見たものと、本イン
タフェース制御装置１側から見たものとの相関を示した
論理ブロック図である。図１のホスト・コンピュータ２
を、別に用意された起動用ディスク装置からＭＳ−ＤＯ
Ｓ等のＯＳにより立ち上げると、ＳＣＳＩバス上に接続
された本インタフェース制御装置１をホスト・コンピュ
ータ２のＯＳが認識する。次に、ＦＤＩＳＫ、あるいは
ＦＯＲＭＡＴといった命令によって、ＭＳ−ＤＯＳから
本インタフェース制御装置１に対して初期化を行うと、
図２に示すように、ブートレコード、ＦＡＴ、ディレク
トリエントリ、及びデータ領域からなる論理構造が本イ
ンタフェース装置１のメモリに自動的に生成される。こ
の論理構造は、ここではＭＳ−ＤＯＳのファイル論理構
造である。

【００１６】ブートレコードは、システム領域を除き、
本インタフェース内のメモリ（例えばＲＡＭ）のアドレ
スの先頭に位置しており、初期化のパラメータを指定す
ることによってトラック数やセクタ数が決定される。ホ
スト・コンピュータ２は、かかるブートレコード内の情
報を基にメモリをアクセスする。尚、ブートレコードに
はホスト・コンピュータ２を立ち上げるためのプログラ
ムも一般に書かれているが、本インタフェース制御装置
１には、かかるホスト・コンピュータ２を起動する機能
はサポートしていない。

【００１７】ＦＡＴは、論理セクタ１から始まる。この
ＦＡＴによって、データ領域の使用状況がクラスタ単位
で管理される。ＦＡＴでは、クラスタチェインと呼ばれ
る方法によって一般に特定のクラスタの次に参照すべき
クラスタはどこかという情報を保持している。ＦＡＴに
よってクラスタのつながりとそのクラスタがどこで終了
しているかを管理しており、クラスタチェインの始点と
そのクラスタチェインがどのファイルと対応しているか
についてはディレクトリエントリで管理している。

【００１８】ディレクトリエントリは、ＦＡＴの次の論
理セクタから始まり、ルートディレクトリの情報を保持
する。ここでファイル名と開始クラスタ番号の対応がな
されている。

【００１９】データ領域は、ディレクトリエントリの次
の論理セクタからディスクの終わりまでの領域をいい、
各種ファイルの内容がクラスタ単位で記憶される。

【００２０】尚、本インタフェース制御装置１のメモリ
は図３で示すようにバッテリでバックアップされている
ため、電源が遮断されても、そのメモリ上に形成された
ディスク論理構造が消失することはない。

【００２１】以上の論理構造が、本インタフェース装置
１のメモリ上に形成された後、図２に示すようにＩＮＴ
Ｌ．ＤＡＴ、ＣＭＤＳＴＳ．ＤＡＴ、ＤＵＭＭＹ．ＤＵ
Ｍファイルをホスト・コンピュータから本インタフェー
ス装置に順番に書き込む命令を実行する。ここで、ＩＮ
ＩＴＬ．ＤＡＴファイルには、本インタフェース制御装
置１に接続された被制御機器３を設定するための設定デ
ータが記述されている。ＣＭＤＳＴＳ．ＤＡＴは、その
被制御機器３とのコマンド及びステータスデータが記述
されている。そしてＤＵＭＭＹ．ＤＵＭファイルは、ダ
ミー用のファイルである。

【００２２】上記各ファイルを書き込む具体的な手順は
次の通りである。上述したように、すでにフォーマット
により、ディスク構造が本インタフェース制御装置１の
メモリ上に形成されている。その後、例えば、ホスト・
コンピュータ２をリセット等することによる再度の立ち
上がり過程で、上記ディスクの論理構造を認識する。続
いて、予め用意してあるＩＮＴＬ．ＤＡＴ、ＣＭＤＳＴ
Ｓ．ＤＡＴ、ＤＵＭＭＹ．ＤＵＭファイルをホスト・コ
ンピュータ２から本インタフェース制御装置１に対して
次のように順番に記録する。

【００２３】まず、上述したＦＡＴ形式のディスクアク
セスによって、まず、ＩＮＴＬ．ＤＡＴ名がディレトリ
エントリ中に登録され、開始クラスタ番号が決定され
る。続いて、ホスト・コンピュータ２からＩＮＴＬ．Ｄ
ＡＴファイルの内容であるデータが、ＯＳが管理するク
ラスタチェインに従って、データ領域に書き込まれる。
この場合、論理フォーマット直後でのファイル書き込み
であるので、クラスタチェインは、２番目から順序よく
割り当てられることになる。

【００２４】データ領域の中でＩＮＴＬ．ＤＡＴが占め
る領域は以下に記述するように固定長であり、装置動作
時においてメモリ上のアドレスも決定されており、この
例ではホスト側から見たＳＣＳＩ上の論理ブロック・ア
ドレス（ＬＢＡ）は４３Ｈである。そしてそのアドレス
に対応して、本インタフェース装置側からアクセスする
アドレスが設計時に一意に決められており、ここでは１
０００Ｈである。

【００２５】本インタフェース制御装置１内のＭＰＵ
は、有効なＩＮＴＬ．ＤＡＴデータがＩＮＴＬ．ＤＡＴ
ファイルのデータ領域に書き込まれたときに、本インタ
フェース装置の接続機器の情報が書き込まれたものと認
識できる。

【００２６】次に、ＣＭＤＳＴＳ．ＤＡＴが本インタフ
ェース装置に書き込まれるが、その手順は上記したと同
様である。ＩＮＩＴＬ．ＤＡＴの書き込みの直後であ
り、且つＩＮＩＴＬ．ＤＡＴは固定長であるので、ＣＭ
ＤＳＴＳ．ＤＡＴのデータ領域のアドレスは固定され、
ＳＣＳＩのＬＢＡは４ＢＨ、そして本インタフェース装
置側からのメモリアドレスは２０００Ｈである。このＣ
ＭＤＳＴＳ．ＤＡＴも固定長である。

【００２７】最後に、ＤＵＭＭＹ．ＤＵＭが同様の手順
で書き込まれる。このＤＵＭＭＹ．ＤＵＭは、ＩＮＩＴ
Ｌ．ＤＡＴとＣＭＤＳＴＳ．ＤＡＴが書き込まれたデー
タ領域の残りの全てを埋めるように書き込みが行われ
る。

【００２８】以上の設定により、被制御機器３を制御
し、被制御機器３とのデータやコマンドの送受信を行う
ためのホスト・コンピュータ２側に用意されるアプリケ
ーションは、そのディスク管理システム（例えば、ＭＳ
−ＤＯＳ）が提供する入出力命令を使用し、上記ＩＮＩ
ＴＬ．ＤＡＴやＣＭＤＳＴＳ．ＤＡＴファイルの内容を
介して、本インタフェース制御装置１との、あるいは本
インタフェース制御装置１からそのデータやコマンドの
送受信を行えばよい。

【００２９】このように、被制御機器３との受け渡すべ
きコマンドやデータをファイルとして扱い、ＦＡＴ形式
でのディスクへの書き込み／読み出しと同様な方法でホ
スト・コンピュータ２がインタフェース制御装置１に対
して行うようにしたことにより、そのアプリケーション
は何らデバイス・ドライバを必要とせず、その標準的な
ディスク制御システムを管理するＯＳにデータを受け渡
すだけでよい。

【００３０】ディスク制御システムとして、ここではＭ
Ｓ−ＤＯＳのＦＡＴ方式によるディスク管理システムを
使用してインタフェース制御装置１を扱うようにしたの
は、ＭＳーＤＯＳのＦＡＴ形式はディスク管理方式とし
て最も一般的であり、Ｗｉｎｄｏｗｓ、Ｗｉｎｄｏｗｓ
−ＮＴ、Ｏ／Ｓー２，あるいはＵＮＩＸなどでも広くサ
ポートされているからである。従って、この入出力ルー
チンをこのＦＡＴ形式に沿って作成してあれば、他のＯ
Ｓにアプリケーションを移植しても、容易にアプリケー
ションを稼働させることができるのである。そして、そ
のアプリケーションは、ディスク管理システムが管理す
る方法でファイルの書き込み、読み込み命令を行うこと
で、インタフェース制御装置１を介して被制御機器３を
仮想的にディスクとして認識できるようになり、その送
受信されたファイルの内容が被制御機器３の、あるいは
被制御機器３からのデータやコマンドとなるのである。

【００３１】従って、以上の目的を達成できるものであ
るならば、当然予測可能なように、他のディスク管理シ
ステム（例えばＵＮＩＸ等）を使用してもよく、本イン
ターフェース制御装置１内のメモリ構造とファイルは、
かかるディスク管理システムのファイル論理構造に対応
して形成され、そのファイルアクセスもその管理システ
ムに応じて行われることとなる。

【００３２】図３は、インタフェース制御装置１のブロ
ック図を示したものである。インタフェース制御装置１
は、マイクロプロセッサ（ＭＰＵ）１０、ランダム・ア
クセス・メモリー（ＲＡＭ）１２、主電源が途切れた際
のＲＡＭの内容の消失を防ぐためのバッテリー・バック
アップ回路２４、リードオンリー・メモリー（ＲＯＭ）
１４、ＳＣＳＩインターフェースの為のＳＣＳＩ回路１
６、ＲＳ４２２等のシリアル通信のためのインタフェー
スを提供するシリアル通信回路１８とドライバ１９、内
部バスとの接続を可能とするバッファ２０、該バッファ
に本インタフェース制御装置１が複数接続された場合の
各通信を並列に処理するための並列動作通信制御回路２
２、からなっており、バッテリ・バックアップ回路２４
を除き、各回路は内部バス２６で接続されている。

【００３３】この図３を使用して、図１で示したホスト
・コンピュータ２と被制御機器３とのインタフェース動
作を説明する。被制御機器３を制御するホスト・コンピ
ュータ２とインタフェース制御装置１とは、ここではＳ
ＣＳＩバスによりＳＣＳＩ回路を介して接続されてい
る。また被制御機器３とインタフェース制御装置１と
は、ＲＳ４２２のシリアル・バスによりシリアル通信回
路を介して接続されている。

【００３４】ホスト・コンピュータ２がＳＣＳＩバス５
上に送るＯＳ管理下の命令コマンド（例えばファイルの
書き込み命令）によりそのインタフェース制御装置１に
書き込み命令が実行されると、ホスト・コンピュータ２
のＯＳによってそのホスト・コンピュータに搭載されて
いる図示しないＳＣＳＩドライバを駆動し、ＳＣＳＩバ
ス５上にコマンド・データを転送する。一方、データの
書き込み命令がされたインタフェース制御装置１は、図
３のそのＳＣＳＩ回路内の図示しないＳＣＳＩ制御チッ
プによってコマンドの解読がなされる。ＭＰＵ１０から
はＳＣＳＩチップ上のレジスタを介してＳＣＳＩバス５
上のコマンド・データを制御できる。ここでは、外部の
ホスト・コンピュータ２に対して、本インタフェース制
御装置１のＲＡＭ１２を、図２に示したブートレコー
ド、ＦＡＴ、ディレクトリエントリ、そしてデータ領域
からなるＳＣＳＩのファイルとして開放している。従っ
て、このコマンド・データはインタフェース制御装置１
のＳＣＳＩチップによってデコードされ、ＲＡＭ１２へ
のファイルの書き込み命令として認識され、通常のディ
スクと同様に上記したＦＡＴ形式でファイルが書き込ま
れる。

【００３５】図２で示したＩＮＩＴＬ．ＤＡＴ、ＣＭＤ
ＳＴＳ．ＤＡＴ及びＤＵＭＭＹ．ＤＵＭは上記方法で書
き込まれものであり、そのファイルの読み込みも同様
に、ＭＰＵ及びＳＣＳＩチップの制御により行われて、
ＭＳ−ＤＯＳのファイル読み込み命令によってホスト・
コンピュータから読み取ることができる。

【００３６】図１及び図２を使用して説明したインタフ
ェース被制御機器１の制御は、ホスト・コンピュータと
インタフェース制御装置１が、ＤＯＳによるファイル形
式の送受信を行い、そのインタフェース制御装置１の内
部には、ファイル形式で書き込み、読み出しが行われる
ようにしたものであり、機能的には、上記した２つのフ
ァイルに限定されずにメモりをディスクエリアとして使
用して書き込み、読み込みが可能である。従って、その
ような場合は、本インタフェース制御装置１がそれらの
ファイルを管理するには、インタフェース制御装置１自
体にも、ファイル管理をするためのＤＯＳと同様な機能
を有するＲＡＭ制御システムを作成すればよい。しか
し、一般に使用する被制御機器３は、そのコマンドやデ
ータ数が限られており、そのやりとりにおいても、無数
のファイルや膨大なサイズの容量を必要としない。従っ
て、インタフェース制御装置１は、単一の、あるいは数
限られたファイルの送受信を行うことができれば十分で
あり、ここでは、使用するファイルとして、被制御機器
３の初期設定状態を決めるための初期設定ファイル（In
itial file）であるＩＮＩＴＬ．ＤＡＴと、被制御機器
３とのコマンド／ステータスのやりとりを行うためのコ
マンド／ステータス（commamd/status）ファイルである
ＣＭＤＳＴＳ．ＤＡＴ及びダミー用のＤＵＭＭＹ．ＤＵ
Ｍファイルの３つのファイルのみに限定する。そして、
ＩＮＩＴＬ．ＤＡＴとＣＭＤＳＴＳ．ＤＡＴは固定長の
ファイルであるため、本インタフェース制御装置１にお
けるＩＮＩＴＬ．ＤＡＴ、ＣＭＤＳＴＳ．ＤＡＴ及びＤ
ＵＭＭＹ．ＤＵＭの記憶領域の先頭番地は絶えず同じと
なる。これによって、本インタフェース制御装置１が使
用するＩＮＩＴＬ．ＤＡＴとＣＭＤＳＴＳ．ＤＡＴの管
理が非常に容易となり、非常に膨大で面倒なディスク管
理システムを作成する必要がなくなる。図２及び図３で
示したメモリの容量は、ここではＲＡＭを１Ｍビット、
ＲＯＭを２Ｍビットとしている。

【００３７】上記したように、インタフェース制御装置
１に書き込むべき初期設定ファイルＩＮＩＴＬ．ＤＡＴ
とコマンド／ステータスファイルＣＭＤＳＴＳ．ＤＡＴ
の内容は特定の論理ブロック・アドレスと一意に対応す
る。ここで、論理ブロック・アドレスとは、ＳＣＳＩイ
ンタフェースでのコマンド・フェーズにおけるコマンド
・ディスクリプター・ブロック（ＣＤＢ）形式の一要素
でのコマンド・コードに引き続くアドレスと対応するデ
ータ内容であり、この技術分野においては周知である。
ここで重要なのは、そのコマンド／ステータス・ファイ
ルとイニシャル・ファイルはそれぞれ一意の論理ブロッ
ク・アドレスを有するように設定されていることであ
る。従って、ＲＡＭのアドレスとＳＣＳＩの論理ブロッ
ク・アドレスが一意に対応するため、ホスト・コンピュ
ータ２が特定のファイルに書き込んだデータは特定のＲ
ＡＭアドレスに書き込まれることになる。

【００３８】記憶されたファイルのデータの内容はアド
レス順に順序よく並んでおり、論理ブロック・アドレス
に一意に対応するＲＡＭアドレスからファイル・データ
を読み込むようにＲＯＭ内部で論理設定されていること
から、ＦＡＴ形式によるそのファイル名とそのファイル
の先頭アドレスからの位置を指定すると一意に本インタ
フェース制御装置１のＲＡＭ内に記録されたファイルの
アドレスがわかり、所定のファイルを読み込むことが可
能となる。例えば、図２では、ホスト・コンピュータ２
からＳＣＳＩブロックアドレス４ＢＨでＣＭＤＳＴＳ．
ＤＡＴが書き込まれる。従って、ホストのＯＳは、ディ
レクトリエントリを見て、ＦＡＴで示されるクラスタチ
ェインをたどるとＬＢＡ＝４ＢＨにＣＭＤＳＴＳ．ＤＡ
Ｔのデータ領域の先頭が来る。一方、本インタフェース
制御装置１のＭＰＵ１０は、予め決められた２０００Ｈ
のメモリを読み込み、その内容をデコードすればよい。

【００３９】ＳＣＳＩ接続されたハードディスク上でＤ
ＯＳのＦＡＴ形式でデータをやりとりする場合、通常は
同じファイル名を指定しても毎回同じ論理ブロック・ア
ドレスが指定されるとはかぎらない。これはハードディ
スクがランダムアクセスを行う記憶装置であるために、
データの消去や書き込みを繰り返すうちにハードディス
クの未使用領域が分断され、空いている場所にデータの
書き込みがなされるため、ファイルが毎回同じ論理ブロ
ック・アドレスに書き込まれるとは限らないためであ
る。

【００４０】本インタフェース制御装置１では特定ファ
イルが毎回同じ論理ブロック・アドレスに書き込まれる
必要があるため、初期設定ファイルとコマンド／ステー
タ・ファイルを書き込んだ後、余った領域に対して図２
のＤＵＭＭＹ．ＤＵＭファイルのようなダミーのファイ
ルによってダミーデータを書き込み、ホスト・コンピュ
ータ２からみた場合に空き領域がない状態にする。また
ファイルの書き込みは毎回同じサイズで書き込みを行な
う。このことにより特定のファイルの中のデータは特定
の論理ブロック・アドレスと一意に対応することにな
る。

【００４１】これにより、本インタフェース制御装置１
が動作する間中は頻繁にＣＭＤＳＴＳ．ＤＡＴが上書き
されることになるが、毎回同じクラスタ順番でクラスタ
チェインが並ぶこととなり、ＩＮＴＬ．ＤＡＴやＣＭＤ
ＳＴＳ．ＤＡＴの本インタフェース装置１上のメモリア
ドレスも固定となる。従って、インタフェース制御装置
１は、２つのファイルの決まった論理ブロック・アドレ
ス、すなわち決まったＲＡＭ上のアドレスを管理すれば
よく、汎用的なＤＯＳのＦＡＴ管理プログラムをインタ
フェース制御装置１内に設ける必要が無く、そのプログ
ラムも簡易とすることが可能となるとともに、被制御機
器３への送受信のファイルの取り扱いも容易且つ簡易と
することができるのである。

【００４２】次に、本インタフェース制御装置１を介し
た被制御機器３の動作について説明する。図１で示した
ように、本インタフェース制御装置１と被制御機器３と
は、シリアルバス６、ここではＲＳ４２２インタフェー
スを介して接続される。ここで、被制御機器３とは、例
えば、産業用の測定機器やビデオ関連装置などである。
そして、本インタフェース制御装置１は、ＩＮＩＴＬ．
ＤＡＴによってその被制御機器３の初期設定を行うこと
を可能とし、ＣＭＤＳＴＳ．ＤＡＴによって被制御機器
３を制御するコマンドや被制御機器３からのステータス
・データの送受信を行う。

【００４３】具体的に本インターフェース制御装置１を
使用して被制御機器３を動作させる手順について説明す
る。本インターフェース制御装置１は、被制御機器３の
初期化実行の際に、ホスト・コンピュータ２からＩＮＩ
ＴＬ．ＤＡＴデータファイルの内容を確認する。ホスト
コンピュータ２によりＩＮＩＴＬ．ＤＡＴデータが書き
込まれ、被制御機器３が初期化を必要とするものである
ならば、その初期化設定を被制御機器３に対して行う。
この場合、ＩＮＩＴＬ．ＤＡＴは固定長であり、一意の
先頭アドレスを有しているため、容易にそのデータを読
み取ることができる。この初期化データは、被制御機器
の違いによって夫々に固有であり、その被制御機器用に
予め定められた設定フォーマットに従い、本インターフ
ェース制御装置１のファームウェアが被制御機器３の初
期設定を行う。図３で示した本インターフェース制御装
置１内のＲＯＭ１４には、シリアル通信回線で制御する
被制御機器のプロトコル・プログラムが格納されてお
り、ＭＰＵ１０は、初期設定ファイルＩＮＩＴＬ．ＤＡ
Ｔを参照し、制御すべき接続されている被制御機器３を
判断し、そのＲＯＭ１４の内容から装置に見合った通信
プロトコル方法によってそれ以降のデータの送受信を行
う。被制御機器３が初期設定を必要としないものである
ならば、かかる初期化設定は実行されない。

【００４４】初期化が完了し、あるいは必要としない場
合は、本インターフェース制御装置１はホスト・コンピ
ュータ２からＣＭＤＳＴＳ．ＤＡＴデータが与えられる
のを待つ。記憶されるべきＣＭＤＳＴＳ．ＤＡＴファイ
ルの大きさは固定であり、先頭アドレスは一意であるた
め、ＣＭＤＳＴＳ．ＤＡＴが与えられると、本インター
フェース制御装置１のファームウェアは容易にそのファ
イル構造に従い、内容を解読することができる。そし
て、ＣＭＤＳＴＳ．ＤＡＴの中に記述してあるシーケン
スの順番どおりに被制御機器３との通信回線を介してコ
マンドを送出する。コマンドにはチェックサムなどが付
加されており、通信エラー等が発生した場合にその発生
を検知することができる。

【００４５】被制御機器３は、このコマンドに対するス
テータス（例えば、正常にデータを受け取ったか、通信
データに異常があったか、被制御機器３自身が機能不良
を起こしているか、といったものの他、コマンドに対し
ての返信データ）を通信回線を介して本インターフェー
ス制御装置１に返答する。このステータス・データもチ
ェックサムが付加されており、通信エラーの発生等を検
知することができる。本インタフェース装置１はその通
信エラーの検知を行い、その結果とステータスデータを
本インタフェース装置１内のＣＭＤＳＴＳ．ＤＡＴ中の
ステータス領域に書き込む。

【００４６】図４は、かかるＣＭＤＳＴＳ．ＤＡＴファ
イルの一例を示したものである。当然ながら、被制御機
器３の仕様によって異なる。図３の先頭アドレス２００
０ー２００１Ｈが最上部に記載したコマンド実行フラグ
に該当し、０ｘ０００１が実行を示し、０ｘ００００が
実行を停止する。それ以降のアドレス２００２Ｈから２
００ＦＨはリザーブであり、２０１０Ｈから２０１３Ｈ
までが実行開始タイミングを示す。実行開始タイミング
は、０からＦＦＦＦまでの値をとり、１０ｍｓ単位で動
作コマンドの発行するタイミングを設定できる。アドレ
ス２０１４Ｈから２０１５Ｈは、ポート番号を示し、本
インターフェース制御装置１がマスタースレーブ構成に
より複数の被制御機器３と接続された場合のそれぞれの
被制御機器３に関連するポートを示すものである。ここ
で示されたポートに２０１６Ｈからのコマンドが通信回
線を介してその該当する被制御機器３に伝送される。ス
テータス領域として２０３０Ｈから２０４ＦＨまでが確
保され、該当するポートの被制御機器３からのステータ
スが書き込まれる。従って、ホスト・コンピュータ２
は、ディレクトリの中でＣＭＤＳＴＳ．ＤＡＴの名前か
らクラスタチェインの頭が決定され、そのクラスタチェ
インに従って、ＣＭＤＳＴＳ．ＤＡＴの全体を読み出す
とともに、所定の位置にあるステータス・データから接
続機器から得たステータス、及び通信エラーの有無等を
得ることができる。

【００４７】２０４０Ｈからそれ以降は、上記２０１０
Ｈから２０３ＦＨまでの構造が繰り返され、複数の異な
ったポート番号を設定することにより、複数の被制御機
器３を制御することが可能となる。

【００４８】図５は、かかる複数ポートによって複数の
被制御機器３を制御するためのマスタースレーブ方式の
ブロック図を示したものである。マスターのインタフェ
ース制御装置１（以下マスター制御装置：ＭＡＳＴＥＲ
という）は、図３で示された回路構成と同じであり、ホ
ストコンピュータ２とＳＣＳＩインタフェース５で接続
される。その内部バスのバッファ２０は、複数のデュア
ルポートＲＡＭ３０を介して複数の本インタフェース制
御装置１（以下スレーブ制御装置：ＳＬＶ１〜Ｎとい
う）と接続される。このスレーブ用制御装置１も基本的
には、図３で示した本インタフェース制御装置１と構成
がほぼ同じであるが、異なるのはマスターで使用するＳ
ＣＳＩインタフェースが必要ないことである。従って、
費用節減のため、スレーブ制御装置ＳＬＶにはＳＣＳＩ
チップを装着する必要はない。

【００４９】スレーブ制御装置ＳＬＶの内部バッファ２
０は、デュアルポートＲＡＭ３０と接続され、図３のシ
リアル通信回路１８内のドライバ１９を介して被制御機
器３と接続される。

【００５０】動作においては、マスター制御装置（ＭＡ
ＳＴＥＲ）のＭＰＵ１０は、ＣＭＤＳＴＳ．ＤＡＴのテ
ーブルを図４で示した順に読み込みデコードする。コマ
ンド実行フラグが立っていることを確認し、テーブルの
上位から順番に動作を開始する。

【００５１】ファームウェアは、ＣＭＤＳＴＳ．ＤＡＴ
が書き込まれたタイミングを起点として内部クロックを
カウントする。実行開始タイミングに等しくなった時点
で、バッファを介して制御したい被制御機器３が接続さ
れているスレーブ制御装置ＳＬＶに対応するデュアルポ
ートＲＡＭ３０に、そのコマンドデータと通信プロトコ
ルに関するパラメータを与える。

【００５２】スレーブ制御装置ＳＬＶは、そのコマンド
データと通信プロトコルをそのデュアルポートＲＡＭ３
０を介して読み取り、これらのコマンドをその通信プロ
トコルのパラメータで指定される方式でそのスレーブ制
御装置ＳＬＶと接続される被制御機器３にコマンドを発
行送信する。

【００５３】コマンドを受け取った被制御機器３は、そ
のコマンドに沿った実行結果、又は通信の良否のステー
タスをスレーブ制御装置ＳＬＶに返送する。

【００５４】スレーブ制御装置ＳＬＶは、バッファ２０
を介して先のデュアルポートＲＡＭ３０に送信する。一
方マスター制御装置ＭＡＳＴＥＲは、ポーリング動作に
より各デュアルポートＲＡＭ３０を監視し、ステータス
を受け取った先のデュアルポートＲＡＭ３０から、その
ステータスをそのコマンドに対応するＣＭＤＳＴＳ．Ｄ
ＡＴのステータス領域に記憶する。

【００５５】ホスト・コンピュータ２は、適宜マスタ制
御装置ＭＡＳＴＥＲのメモリ上のＣＭＤＳＴＳ．ＤＡＴ
を上述した方法で読み込むことでコマンドの実行結果を
知ることができる。

【００５６】ここで、被制御機器３のプロトコルは一般
にその装置毎に異なっている。例えば、被制御機器３が
放送機器用ＶＴＲの場合では送受信するデータ数はデー
タ中のバイトカウント領域に存在する。このように複数
の異なる通信プロトコルに対応できるように通信プロト
コル・プログラムがマスタ制御装置１のＲＯＭ（図３の
ＲＯＭ１４）内に格納されている。そして、初期設定フ
ァイル内のデータに基づいて、夫々の被制御機器３の通
信プロトコルを確認し、そのパラメータをスレーブ制御
装置ＳＬＶに送信することにより、被制御機器３とスレ
ーブ制御装置ＳＬＶとの通信が確保される。従って、上
記放送機器用ＶＴＲを被制御機器とする場合、そのデー
タ中のバイトカウント値に着目することでデータ全体の
チェックサムを計算し、送受信されたデータの正当性を
確認することができる。またＶＴＲからの返信データを
確認することによってもマスター制御装置（ＭＡＳＴＥ
Ｒ）と放送機器用ＶＴＲの間での通信エラーやその他の
エラー情報、ステータス情報を検出することが可能であ
る。

【００５７】図６は、更に、図５で示したマスタースレ
ーブからなるインタフェース制御装置１０１が、ＳＣＳ
Ｉバス上に複数接続されたブロック図である。ＳＣＳＩ
バスは、ＩＤ＝０からＩＤ＝６までのＩＤを有してお
り、上記マスター／スレーブとして構成されたインタフ
ェース制御システム１０１は、それぞれの異なったＩＤ
のＳＣＳＩバスとデイジーチェイン接続されるように構
成することができる。従って、一つのインタフェース制
御装置１０１に複数の被制御機器３、例えばＶＴＲ、ロ
ボット、カメラ等の他、さらに別のインタフェース制御
装置１０１により、他のあるいは同じ被制御機器を接続
させることにより、一つのホスト・コンピュータ２から
複数のシリアルインタフェースを有する制御装置を複数
同一のアプリケーションで制御することが可能となる。

【００５８】図７は、本インタフェース制御装置１内の
ＭＰＵの実行を管理するファームウェア（Ｆ／Ｗ）の構
成を示すブロック図である。リアルタイムモニタは、タ
スク実行を効率よく並列動作させる専用のＯＳである。
図５及び図６で示したように、インタフェース制御装置
１がマスターとして動作する場合は、下位のスレーブ制
御装置のマイクロコントローラ（ＭＰＵ１０）の状態を
監視する機能をもつ。また上位マスター制御装置（ＭＡ
ＳＴＥＲ）からのコマンドの中に組み込まれた時間情報
を元に下位スレーブ制御装置のマイクロコントローラ
（ＭＰＵ１０）として動作する場合は、被制御器機３と
の通信や通信状態の監視をおこなう。

【００５９】ＳＣＳＩ制御タスクは、ホストコンピュー
タとＳＣＳＩ−３の規定に従い通信をして、命令データ
の転送をおこなう。

【００６０】ＦＡＴ機能は、ＤＯＳのＦＡＴの形式で本
インタフェース制御装置１のメモリ上に上位ホスト・コ
ンピュータ２からの命令・データを受け取りデコードを
行う。結果をリアルタイムモニタに送り、リアルタイム
モニタがデコードされたデータをもとに動作を開始す
る。このＦＡＴ機能ではＤＯＳのＦＡＴ形式をサポート
しているが、種々のＯＳにあわせてファイル形式を変更
することができる。

【００６１】ＣＯＮＦＩＧタスクは、装置の起動、初期
設定を行う。装置の仕様（被制御機器の仕様．．．シリ
アル通信仕様の管理、プロトコルの管理等）をおこな
う。

【００６２】通信制御タスクは、データ送信タスクに
て、設定されたデータの送信をおこなう。

【００６３】データログ・タスクにて、被制御機器３か
らの返信データを受け取り、ＳＣＳＩタスクのＦＡＴ機
能にデータを渡し、上位ホスト・コンピュータ２から被
制御機器３に与えたコマンドや被制御機器３からの返信
データをＤＯＳフォーマットのＦＡＴ形式にて記録す
る。

【００６４】工ラー監視タスクは、被制御機器３との通
信でトラブルが発生した場合通信エラーが生じたことを
検出する。

【００６５】並列動作タスクは、マスターとして動作し
ている場合、上位ホスト・コンピュータ２から与えられ
る時間・コマンドデータに従い、手の空いている下位の
スレーブ制御装置に対してコマンドの割り当てをおこな
う。スレーブとしてとして動作している場合、マスター
から与えられるコマンドをマスターから指定された時間
に実行する。実行した結果をマスターに渡す。

【００６６】以上、標準的なバス・インタフェースとし
てＳＣＳＩバス・インタフェースを使用し、汎用的なデ
ィスク管理システムとしてＭＳ−ＤＯＳを使用して説明
したが、その使用する分野や範疇、アプリケーションの
汎用化の要求の程度等に応じて、他のバス・インタフェ
ースやディスク管理システムを適宜変更して使用しても
よい。

【００６７】

【発明の効果】以上から、ビデオ・コントローラ等の被
制御機器が、仮想的な記憶装置として認識されるため、
ディスクへの書き込み、読み出しの入出力ルーチンを設
けるだけで、容易に被制御機器を制御するためのアプリ
ケーションを開発することができる。更に、一般的なデ
ィスク管理システムであるＤＯＳにより、上記入出力を
達成することができ、そのようなＤＯＳをサポートして
いるＯＳ上に移植する場合、その部分を変更する必要性
がないか、あるとしても、わずかな変更で済ませること
ができる。

【図面の簡単な説明】

【図１】本発明の具体例によるインタフェース制御装置
がホスト・コンピュータ及び被制御機器とで接続された
ブロック図を示す。

【図２】ホスト・コンピュータ側から見た場合と、イン
タフェース制御装置側から見た場合のインタフェース制
御装置内のメモリ構造を示す。

【図３】図１のインタフェース制御装置の内部ブロック
図を示す。

【図４】図２で示したメモリ中のＣＭＤＳＴＳ．ＤＡＴ
ファイル内のファイルテーブルを示す。

【図５】図１のインタフェース制御装置をマスター／ス
レーブ接続したブロック図を示す。

【図６】図５のマスター／スレーブ構成されたインタフ
ェース制御装置を複数ＳＣＳＩバスにデイジーチェイン
接続したブロック図を示す。

【図７】本発明の具体例によるインタフェース制御装置
のファームウェア・ブロック図を示す。

【図８】従来の被制御機器とホスト・コンピュータの接
続を示すブロック図を示す。

【符号の説明】

１．．．インタフェース制御装置２．．．ホスト・コンピュータ３．．．被制御機器４．．．ドライバ・ソフト５．．．汎用バス６．．．シリアルバス

Claims

【特許請求の範囲】

【請求項１】ホスト・コンピュータと接続可能な第１の
インタフェースと、被制御機器と接続可能な第２のインタフェースと、データを記憶する記憶部と、前記ホスト・コンピュータが前記第１のインターフェー
スを介して前記被制御機器を所定の形式の記憶装置とし
て仮想的に扱って前記記憶部に対するデータの書き込み
及び読み出しを行い、該データに基づき前記第２のイン
タフェースを介して被制御機器を制御する論理手段と、
を有するインタフェース制御装置。
【請求項２】前記論理手段が、前記第１のインタフェー
ス上に送受信されるデータをディスク管理システムのフ
ァイル論理構造に沿って前記記憶部に対してのデータの
書き込み及び読み出しを行うようにした請求項１記載の
インタフェース制御装置。
【請求項３】前記ディスク管理システムがＭＳ−ＤＯＳ
である請求項２記載のインタフェース制御装置。
【請求項４】前記インタフェース制御装置内の前記記憶
部に書き込み及び前記記憶部から読み出されるデータ
が、少なくとも二つのファイルからなり、該ファイルはそれぞれ前記記憶部内において固有の先頭
アドレスを有するように構成された請求項１乃至３のい
ずれかに記載のインタフェース制御装置。
【請求項５】更に、該二つのファイルが前記記憶部に書
き込まれた後に、残りの記憶領域をダミーデータによる
ダミーファイルで埋めるようにした、請求項４記載のイ
ンタフェース制御装置。
【請求項６】前記第１のインターフェースがホスト・コ
ンピュータが提供するバス・インタフェースである請求
項１乃至５のいずれかに記載のインタフェース制御装
置。
【請求項７】前記第１のインターフェースがＳＣＳＩイ
ンタフェースである請求項１乃至５のいずれかに記載の
インタフェース制御装置。
【請求項８】前記第２のインタフェースが被制御機器が
提供するインタフェースである請求項１乃至７のいずれ
かに記載のインタフェース制御装置。