JPH07271704A

JPH07271704A - デバイス制御装置

Info

Publication number: JPH07271704A
Application number: JP6083571A
Authority: JP
Inventors: Hisami Kanbara; 久美神原; Taku Suzuki; 卓鈴木
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1994-03-31
Filing date: 1994-03-31
Publication date: 1995-10-20

Abstract

(57)【要約】【目的】１つの駆動プログラムをメモリ上に展開する
だけで複数の異なる種類のプロセッサ型デバイスを制御
できるデバイス制御装置を提供する。【構成】ＳＣＳＩバス１０２に接続されたプロセッサ
型デバイス１０３、１０６に対して制御を行なうデバイ
ス制御装置において、制御対象となるデバイスとこのデ
バイスに対応するデバイスファイルとの集合を規定する
制御対象規定手段１３０、１１９と、プロセッサ型デバ
イスから得たデバイス情報を基に、このデバイスが制御
対象のデバイスに含まれるかどうかを検査するデバイス
認識手段１２９とを設け、デバイスが前記集合に含まれ
る場合に前記デバイスファイルを作成するように構成し
ている。制御対象となるデバイスを集合により規定して
いるので、デバイスを個々に認識処理するためのプログ
ラムが不要になり、１つの駆動プログラムで複数の異な
る種類のプロセッサ型デバイスを制御することが可能に
なりメモリ資源を節減することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＳＣＳＩインターフェ
イスをもつプロセッサ型デバイスの制御を行なうデバイ
ス制御装置に関し、特に、１つの駆動プログラムで複数
の異なる種類のプロセッサ型デバイスの制御を可能にし
たものである。

【０００２】

【従来の技術】近年、パソコンやワークステーションの
標準インターフェイスとして注目を集めているＳＣＳＩ
（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍＩｎ
ｔｅｒｆａｃｅ）は、ＡＮＳＩ（アメリカ規格協会）で
承認されている、小型コンピュータと周辺装置とを接続
する標準インターフェイスである。ＳＣＳＩによってイ
ンタフェースを図るバスには、最大８台の装置を接続す
ることができ、各装置のそれぞれには０〜７の認識番号
が付けられる。各装置は、バス上でデータを転送すると
き、イニシエータになる場合とターゲットになる場合と
がある。イニシエータとは、必要とするデバイスを選択
しコマンドを与えて制御する機能を備えた装置であり、
ターゲットとは、イニシエータの管理下で命令コマンド
に従い実行する機能を備えた装置である。イニシエータ
は、ターゲットを選択する場合、ターゲットとなるそれ
ぞれの装置がもつロジカル・ユニットという子装置に付
けられた論理ユニット番号（ＬＵＮ：Ｌｏｇｉｃａｌ
ＵｎｉｔＮｕｍｂｅｒ）を指定する。

【０００３】ＳＣＳＩ規格で規定されたデバイスの型に
は、ハード・ディスクなどのダイレクト・アクセス・デ
バイス、磁気テープなどのシーケンシャル・アクセス・
デバイス、プロセッサ型デバイスがあり、その他にプリ
ンタ・デバイス、スキャナ・デバイス、ライト・ワンス
・デバイス、ＣＤ−ＲＯＭデバイス、ＭＯディスクなど
の光記憶デバイスや、媒体交換装置、通信デバイスがあ
る。イニシエータから送られる命令は、各デバイス型に
対してそれぞれの標準コマンドが定義されている。

【０００４】プロセッサ型デバイスは、コンピュータデ
バイスとしての機能をもつターゲットであり、イニシエ
ータから受取ったコマンドに応じて、データパケットの
送受信、属性情報の転送、センスデータの取得、及びバ
ス上デバイスの存在確認を行なう。

【０００５】以下に、イニシエータとプロセッサ型デバ
イスとの間で使用されるコマンドの説明をする。イニシ
エータは、ターゲットからデータを受信する場合に、タ
ーゲットに対してＲＥＣＥＩＶＥコマンドを発行し、タ
ーゲットへデータを送信する場合に、ＳＥＮＤコマンド
を発行する。ＳＥＮＤコマンドおよびＲＥＣＥＩＶＥコ
マンドによって送られる情報の内容については規定がな
いため、プロセッサ型デバイス装置の駆動を制御するプ
ログラムは、様々なプロセッサ型デバイス装置に対応す
ることが可能である。

【０００６】また、イニシエータは、デバイスの属性情
報を取得する場合に、ターゲットに対してＩＮＱＵＩＲ
Ｙコマンドを発行する。それを受けて、デバイスの属性
情報がＩＮＱＵＩＲＹデータとしてターゲットから通知
される。また、前に実行されたコマンドがエラーの場合
には、異常理由を確認するため、ターゲットに対してＲ
ＥＱＵＥＳＴＳＥＮＳＥコマンドを発行し、異常理由
をＳＥＮＳＥデータとしてターゲットから取得する。ま
た、イニシエータは、バス上にデバイスが存在するか、
使用可能な状態かを確認する場合に、ターゲットに対し
てＴＥＳＴＵＮＩＴＲＥＡＤＹコマンドを発行す
る。

【０００７】次にＳＣＳＩプロセッサ型デバイスを制御
する装置の構成を説明する。図１０は米国サンソフト社
のソラリス２．２システムにおける従来のＳＣＳＩプロ
セッサ型デバイス制御装置の構成図である。図１０にお
いて、１００１はユーザプロセスでシステムコールの発
行により装置とのデータ転送を行なう。１００２はソラ
リス２．２オペレーティングシステムで米国サンソフト
社のＯＳであり、ハードウェア資源を複数のユーザプロ
セスへ有効に割り当てる。１００３は磁気ディスク型タ
ーゲットドライバで１００８のハード・ディスク型装置
の駆動を制御し、１００１のユーザプロセスが発行した
システムコールをハード・ディスク型装置用のＳＣＳＩ
コマンドに変換し、前記コマンドの実行を１００６のホ
ストアダプタドライバに依頼する。１００４は磁気テー
プ型ターゲットドライバで１００９の磁気テープ型装置
の駆動を制御し、１００１のユーザプロセスが発行した
システムコールを磁気テープ型装置用のＳＣＳＩコマン
ドに変換し、前記コマンドの実行を１００６のホストア
ダプタドライバに依頼する。１００５はプロセッサデバ
イス型ターゲットドライバで１０１０のプロセッサデバ
イス型装置の駆動を制御し、１００１のユーザプロセス
が発行したシステムコールをプロセッサデバイス型装置
用のＳＣＳＩコマンドに変換し、前記コマンドの実行を
１００６のホストアダプタドライバに依頼する。１００
６はホストアダプタドライバで前記各ターゲットドライ
バより依頼されたＳＣＳＩコマンドを前記各デバイス装
置に発行する。１００７はＳＣＳＩバスでコンピュータ
本体と周辺装置を接続する。

【０００８】次にＳＣＳＩプロセッサ型デバイスの認識
手順について説明する。図１１は従来のＳＣＳＩプロセ
ッサ型デバイスを認識する手順のフローであり、プロセ
ッサ型デバイスターゲットドライバ１００５により実行
される。

【０００９】ステップ１１０１；プロセッサ型デバイス
ターゲットドライバ１００５は、ＴＥＳＴＵＮＩＴ
ＲＥＡＤＹコマンドを発行して、バス上のデバイスが使
用可能な状態であるかを検査する。

【００１０】ステップ１１０２；前記検査結果により、
使用不可能である場合は、ステップ１１０９；エラーコ
ードに、デバイスが故障である旨を設定しエラー終了す
る。

【００１１】ステップ１１０３；使用可能であるとき
は、ＩＮＱＵＩＲＹコマンドを発行することにより、デ
バイスの情報であるデバイスの型、製造元であるベン
ダ、製品ＩＤ、その他デバイスの固有情報をＩＮＱＵＩ
ＲＹデータとして取得する。

【００１２】ステップ１１０４；この実行コマンドが正
常終了したかを検査し、エラーの場合は、ステップ１１
１０；エラーコードに、問い合わせに対する応答がない
旨を設定しエラー終了する。

【００１３】ステップ１１０５；この実行コマンドが正
常終了しているときは、取得したデバイス情報に基づ
き、デバイス型がプロセッサ型デバイスであるかどうか
を検査する。プロセッサ型デバイスでない場合は、ステ
ップ１１１１；エラーコードに、プロセッサ型デバイス
でない旨を設定しエラー終了する。

【００１４】ステップ１１０６；プロセッサ型デバイス
であるときは、デバイス情報に基づき、製品ＩＤがプロ
セッサ型デバイスターゲットドライバのプログラム内で
あらかじめ固定的に定めている制御対象デバイスに該当
するかどうかを検査する。そうでない場合は、ステップ
１１１２；該当デバイスでない旨を設定しエラー終了す
る。

【００１５】ステップ１１０７；制御対象デバイスであ
るときは、作業領域を確保し、ステップ１１０８；制御
対象デバイスに対応する名前をもつデバイスファイルを
作成し、正常終了する。

【００１６】このデバイスファイルは、ユーザプロセス
１００１がデバイス装置を制御する時に使用するアクセ
スポイントであり、ソラリス２．２オペレーティングシ
ステム内に作成される。

【００１７】次にＳＣＳＩプロセッサ型デバイス制御装
置のデータ転送制御手順について説明する。図１２は従
来のＳＣＳＩプロセッサ型デバイス制御装置のデータ転
送制御手順を示すフローであり、図１０のユーザプロセ
ス１０１がプロセッサ型デバイス装置１０１０に対して
ｒｅａｄ、ｗｒｉｔｅ等のシステムコールを発行した時
にコールされる。

【００１８】ステップ１２０１；ＳＣＳＩコマンドの実
行に必要とされる資源を取得する。ステップ１２０２；ユーザプロセスがプロセッサ型デバ
イスに対し処理を要求するために発行するシステムコー
ルをプロセッサ型デバイス装置用のＳＣＳＩコマンドに
変換する。例えばｒｅａｄシステムコールの場合はＲＥ
ＣＥＩＶＥコマンドに、ｗｒｉｔｅシステムコールの場
合はＳＥＮＤコマンドに、ｉｏｃｔｌシステムコールは
指示命令により異なり、デバイスの存在確認を行なう命
令の時はＴＥＳＴＵＮＩＴＲＥＡＤＹコマンドに、
デバイス情報取得命令の時はＩＮＱＵＩＲＹコマンドに
それぞれ変換される。

【００１９】ステップ１２０３；ステップ１２０２で作
成したＳＣＳＩコマンドの実行をホストアダプタドライ
バ１００６に依頼し、ステップ１２０４；コマンドの実
行終了待ち状態となる。実行が終了すると、ステップ１
２０５；ＳＣＳＩコマンドの実行結果の解析を行ない、
ステップ１２０６；解析の結果が正常かどうかを検査
し、異常が無ければ正常終了し、異常が検知された場合
は、ステップ１２０７；エラーコードを設定し、エラー
終了する。

【００２０】

【発明が解決しようとする課題】しかし、従来のデバイ
ス制御装置では、次のような問題がある。第１に、制御
の対象となるデバイスの製品ＩＤがプロセッサ型デバイ
スターゲットドライバ１００５のプログラム内にあらか
じめ定められているため、複数の種類のプロセッサ型デ
バイスの駆動を制御する場合、それぞれのデバイス毎に
専用の認識処理部をもつ駆動プログラムが必要となる。
従って、複数のデバイスに対し、図１２に示した手順を
採るデータ転送制御処理部を共通に使用できる場合で
も、認識処理部については重複してメモリに展開される
ので、メモリ資源が無駄に使われるという問題点を有し
ていた。

【００２１】第２に、制御対象となる装置がＯＥＭされ
た場合、ＯＥＭ先で装置の販売元に応じて製品ＩＤが変
更される可能性がある。製品ＩＤを変更した場合は、製
品ＩＤの認識処理部において、図１１のステップ１１０
６に示す製品ＩＤの「Ａ」を逐次変更しなければならな
いため、メンテナンスが面倒であり、汎用性の乏しい駆
動プログラムであるという問題点を有していた。

【００２２】第３に、従来のシステムでは、制御対象が
ＳＣＳＩデバイスの場合、図１２のステップ１２０２で
ユーザプロセスがプロセッサ型装置に対して発行したシ
ステムコールをＳＣＳＩコマンドに変換し、ステップ１
２０３で前記コマンドの実行をホストアダプタドライバ
１００６に依頼し、ステップ１２０４で前記コマンドの
実行終了待ち状態となるが、この実行終了待ち状態の時
には、シグナルを受信しても、前記システムコールを中
断することができない。そのため、装置から前記コマン
ドの実行終了通知が来ない場合は、何時間でもシステム
コールが終了しないので、ユーザプロセスはデバイス制
御以外の、例えばパイプ読み込みなどの処理を並行して
行なうことが不可能になる。

【００２３】実行中のＳＣＳＩコマンドを、一定時間経
過後に中断し、制御をユーザプロセスへ復帰する手段と
して、ステップ１２０３でＳＣＳＩコマンドの実行を依
頼する際、ホストアダプタドライバ１００６に対して、
前記コマンドの実行終了を監視するタイマを指定する方
法がある。しかしこの場合、前記タイマがタイムアウト
すると、デバイスの状態に関わらず全ての装置がリセッ
トされてしまい、装置によっては不具合が生じることが
ある。

【００２４】例えば、後述する８チャネルＦＡＸ通信装
置（図１の１０３に示すＦＥＰ装置）では、通常イニシ
エータからのＲＥＣＥＩＶＥコマンド受信により、バス
をｄｉｓｃｏｎｎｅｃｔ（切断）し、通信イベント発生
時に、バスをｒｅｃｏｎｎｅｃｔ（再接続）し、発生し
た通信イベントの内容をデータとしてイニシエータに転
送し、終了ステータスを同様にイニシエータに転送する
処理が行なわれる。しかし、次に発生する通信イベント
が到着するまでの時間は一定時間内に制限できないた
め、装置がアイドル状態の場合などには、通信イベント
がなく、ＲＥＣＥＩＶＥコマンド終了までの時間が予測
できない。このようなときに、前記タイマを使用する
と、コマンドの実行中にホストアダプタドライバ１００
６が装置をリセットする可能性がある。その場合、装置
は電源投入後の状態となり、再度起動、及びシステムパ
ラメタ初期値の設定など、起動時に行なわれるべき処理
が必要となり、その時点まで行なわれていた処理が全て
無駄になってしまうという不具合が発生する。

【００２５】こうしたことから、従来の装置では、コマ
ンドの実行が開始すると、実行中コマンドを中断するこ
となく、その終了を待っている。そのため、シグナルを
受信しても、前記システムコールから復帰できないた
め、ユーザプロセスは、デバイス制御と並行して、パイ
プ読み込みなどの他の処理を行なうことができないとい
う問題点を有している。

【００２６】本発明は、こうした従来の問題点を解決す
るものであり、１つの駆動プログラムをメモリ上に展開
するだけで複数の異なる種類のプロセッサ型デバイスを
制御することができる、メモリ資源の節約が可能なデバ
イス制御装置を提供することを目的としている。

【００２７】また、デバイス情報が変更された場合で
も、駆動制御のドライバプログラムをその都度変更する
必要がない、メンテナンスの楽な、汎用性の高いプログ
ラムを備えたデバイス制御装置を提供することを目的と
している。

【００２８】また、装置からのコマンド実行終了通知が
ない場合でも、一定の時間をもって実行中のコマンドを
中断し、システムコールを終了させることができ、ま
た、そのために生ずる不具合を抑えることができるデバ
イス制御装置を提供することを目的としている。

【００２９】

【課題を解決するための手段】そこで、本発明では、Ｓ
ＣＳＩバスに接続されたプロセッサ型デバイスに対して
制御を行なうデバイス制御装置において、制御対象とな
るデバイスとこのデバイスに対応するデバイスファイル
との集合を規定する制御対象規定手段と、プロセッサ型
デバイスから得たデバイス情報を基に、このデバイスが
制御対象のデバイスに含まれるかどうかを検査するデバ
イス認識手段とを設け、デバイスが前記集合に含まれる
場合に前記デバイスファイルを作成するように構成して
いる。

【００３０】また、制御対象規定手段を、デバイスとそ
の名前との集合を規定する変数と、この変数の内容を設
定するファイルとによって構成している。

【００３１】また、ＳＣＳＩコマンドの実行終了を監視
するタイマと、タイマのタイマ値を設定するタイマ値設
定手段と、タイマがタイムアウトした場合に実行中のＳ
ＣＳＩコマンドを、ターゲットをリセットせずにアボー
ト（中断）するアボート処理手段とを設けている。

【００３２】また、処理の必要なイベントの種類につい
て設定する設定手段とこのイベントの発生を検査する検
査手段とを設け、タイマがタイムアウトしたとき、この
イベントが発生している場合にのみ、アボート処理手段
にアボート処理を行なわせている。

【００３３】さらに、デバイスの故障の有無を調査する
調査手段を設け、アボート処理手段がアボート処理を行
なった後に、この調査手段がデバイスについての調査を
行なうように構成している。

【００３４】

【作用】そのため、制御対象となるデバイスを集合によ
り規定しているので、デバイスを個々に認識処理するた
めのプログラムが不要になり、１つの駆動プログラムで
複数の異なる種類のプロセッサ型デバイスを制御するこ
とが可能になり、メモリ資源を節減することができる。

【００３５】また、制御対象を変数で規定するととも
に、変数の内容をファイルで規定しているため、ＯＥＭ
先において製品ＩＤが変更される場合でも、ファイルの
内容を変更することで対応することができ、プログラム
のメンテナンスが簡単になり、汎用性が増す。

【００３６】また、ＳＣＳＩコマンドの実行終了を監視
するタイマを設けたものでは、タイムアウトの場合、ア
ボート処理手段により、デバイスをリセットせずに実行
中コマンドの中断が行なわれる。その結果、制御をユー
ザプロセスに復帰させることができ、ユーザプロセスは
他のイベントの処理を行なうことが可能になる。また、
ＳＣＳＩコマンドの実行を再開する必要が生じた場合に
は、デバイスがリセットされていないため、迅速に再開
させることができる。

【００３７】また、イベントの種類を設定する手段を設
けたものでは、タイムアウトの場合に、設定したイベン
トが実際に発生しているときに限って、アボート処理を
行ない、その他のときはタイマを再スタートさせる。そ
のため、実行中コマンドのアボート処理の回数が減り、
イニシエータとターゲットとの両方の負荷が軽減でき
る。また、コマンドの実行の継続を優先させることもで
きるし、それを上回る優先度を備えたイベントが発生し
たときには、タイムアウト後に直ちにその処理を実行す
る態勢を組むこともできる。

【００３８】さらに、デバイスの調査手段を設けたもの
では、タイムアウトした原因がデバイスの故障によるも
のか、またはデバイスは正常動作しているがイニシエー
タに対して送るデータがないためにタイムアウトになっ
たものかを切り分けることができ、この判定結果をユー
ザプロセスに通知することにより、ユーザプロセスは、
自らシステムコール発行してデバイス状態を確認する必
要が無くなり、負荷を軽減することができる。

【００３９】

【実施例】本発明の実施例におけるＳＣＳＩプロセッサ
型デバイス制御装置の構成を図面を参照しながら説明す
る。

【００４０】図１は、プロセッサ型デバイス装置である
ＦＥＰ装置とＶＲＣ装置とを制御する装置の構成図であ
る。図１において、１０１はホストコンピュータであ
り、ターゲットとなるプロセッサ型デバイス装置に対し
てＳＣＳＩコマンドを与えて制御する機能をもつイニシ
エータである。１０２のＳＣＳＩバスは、ホストコンピ
ュータ１０１と、１０３のＦＥＰ装置及び１０６のＶＲ
Ｃ装置とを接続する。ＦＥＰ装置１０３は、８チャネル
ＦＡＸ通信装置であり、２つの論理ユニット１０４、１
０５をもつ。１０４の論理ユニット０は、イニシエータ
からＳＥＮＤコマンドを受付け、イニシエータからの命
令及びデータを受信する。１０５の論理ユニット１は、
イニシエータからＲＥＣＥＩＶＥコマンドを受付け、イ
ニシエータに対して応答及びデータを転送する。１０６
のＶＲＣ装置は、コード情報をラスタ変換する装置であ
り、ＦＥＰ装置１０３と同様に２つの論理ユニット１０
７、１０８をもつ。１０７の論理ユニット０は、イニシ
エータからＳＥＮＤコマンドを受付け、イニシエータか
らの命令及びデータを受信する。１０８の論理ユニット
１は、イニシエータからＲＥＣＥＩＶＥコマンドを受付
け、イニシエータに対して応答及びデータを転送する。
１０９はＦＥＰ制御送信プロセスで、論理ユニット０
（１０４）に対応するデバイスファイルである、１１５
の／ｄｅｖ／ｆｅｐ０に対してｗｒｉｔｅシステムコー
ルを発行し、ＦＥＰ装置１０３へ命令及びデータを転送
する。１１０はＦＥＰ制御受信プロセスで、論理ユニッ
ト１（１０５）に対応するデバイスファイルである、１
１６の／ｄｅｖ／ｆｅｐ１に対してｒｅａｄシステムコ
ールを発行し、ＦＥＰ装置１０３からの応答及びデータ
を受信する。

【００４１】前記プロセス１０９、１１０は、双方向の
データパスである、１１１のパイプにより繋がれてお
り、ＦＥＰ装置１０３の制御の同期をとるため互いにデ
ータ転送を行なう。ＦＥＰ制御送信プロセス１０９は、
ＦＥＰ制御受信プロセス１１０にデータを転送する場
合、パイプ１１１に対してｗｒｉｔｅシステムコールを
発行する。その際、ＦＥＰ制御送信プロセス１０９は、
ＳＩＧＩＮＴと呼ばれる割込みシグナルを発行し、ＦＥ
Ｐ制御受信プロセス１１０に対しデータの到着を通知す
る。ＦＥＰ制御受信プロセス１１０は、このシグナルを
受信すると、パイプ１１１に対し、ｒｅａｄシステムコ
ールを発行しＦＥＰ制御送信プロセス１０９からのデー
タを受信する。ＦＥＰ制御受信プロセス１１０からＦＥ
Ｐ制御送信プロセス１０９への逆方向でのデータ転送の
場合も同様の処理をする。１１２はＶＲＣ制御プロセス
で、論理ユニット０（１０７）に対応するデバイスファ
イルである、１１７の／ｄｅｖ／ｖｒｃ０に対してｗｒ
ｉｔｅシステムコールを発行し、ＶＲＣ装置１０６へ命
令及びデータを転送し、また、論理ユニット１（１０
８）に対応するデバイスファイルである、１１８の／ｄ
ｅｖ／ｖｒｃ１に対してｒｅａｄシステムコールを発行
し、ＶＲＣ装置１０６からの応答及びデータを受信す
る。１１３はソラリス２．２オペレーティングシステム
（以下ＯＳと呼ぶ。）で米国サンソフト社のＯＳであ
り、ハードウェア資源を複数のユーザプロセスへ有効に
割り当てる。

【００４２】ＯＳ１１３は、１１４のファイルシステム
をもつ。ファイルシステム１１４上のデバイスファイル
である／ｄｅｖ／ｆｅｐ０（１１５）は、ＦＥＰ制御送
信プロセス１０９に対して、ＦＥＰ装置１０３の論理ユ
ニット０（１０４）へのアクセスポイントを提供し、ま
た、／ｄｅｖ／ｆｅｐ１（１１６）は、ＦＥＰ制御受信
プロセス１１０に対して、ＦＥＰ装置１０３の論理ユニ
ット１（１０５）へのアクセスポイントを提供し、ま
た、／ｄｅｖ／ｖｒｃ０（１１７）は、ＶＲＣ制御プロ
セス１１２に対して、ＶＲＣ装置１０６の論理ユニット
０（１０７）へのアクセスポイントを提供し、また、／
ｄｅｖ／ｖｒｃ１（１１８）は、ＶＲＣ制御プロセス１
１２に対して、ＶＲＣ装置１０６の論理ユニット１（１
０８）へのアクセスポイントを提供する。１１９の／ｅ
ｔｃ／ｓｙｓｔｅｍファイルは、ＯＳ１１３内部のシス
テムパラメタ情報初期値を規定するもので、ＯＳ１１３
は起動時に前記ファイルを読み、規定されている変数に
対して規定されている初期値を設定する。

【００４３】１２０はプロセッサ型デバイスターゲット
ドライバｓｐｒｃであり、ＦＥＰ装置１０３及びＶＲＣ
装置１０６の駆動制御を行ない、前記プロセス１０９、
１１０、１１２が発行したシステムコールをプロセッサ
型デバイス装置用のＳＣＳＩコマンドに変換し、前記コ
マンドの実行を１３１のホストアダプタドライバに依頼
する。ホストアダプタドライバ１３１は、ｓｐｒｃドラ
イバ１２０より依頼されたＳＣＳＩコマンドを前記各デ
バイス装置１０３、１０６に発行する。

【００４４】ｓｐｒｃドライバ１２０は、１２１のタイ
マ値設定処理を有し、１２２のｔｉｍｅｒ変数の値を指
定するためのインターフェイスを前記プロセス１０９、
１１０、１１２に対して提供する。ｔｉｍｅｒ変数１２
２は、ＦＥＰ装置１０３、ＶＲＣ装置１０６の各論理ユ
ニット１０４、１０５、１０７、１０８毎にそれぞれ１
つづつ存在し、ｓｐｒｃドライバ１２０が論理ユニット
１０４、１０５、１０７、１０８に対して発行するＳＣ
ＳＩコマンドの実行終了待ち時間を設定するものであ
る。また、ｓｐｒｃドライバ１２０は、１２３のユーザ
プロセスＩＤ設定処理を有し、１２４のｐｒｏｃｉｄ変
数の値を指定できるインターフェイスを前記プロセス１
０９、１１０、１１２に対して提供する。ｐｒｏｃｉｄ
変数１２４は、ＦＥＰ装置１０３、ＶＲＣ装置１０６の
各論理ユニット１０４、１０５、１０７、１０８毎にそ
れぞれ１つづつ存在し、それぞれの論理ユニットを制御
するプロセス（１０９〜１１２）のプロセスＩＤを設定
するものである。また、ｓｐｒｃドライバ１２０は、１
２５のシグナル番号設定処理を有し、１２６のｓｉｇｎ
ｏ変数の値を指定できるインターフェイスを前記プロセ
ス１０９、１１０、１１２に対して提供する。このｓｉ
ｇｎｏ変数１２６は、ＦＥＰ装置１０３、ＶＲＣ装置１
０６の各論理ユニット１０４、１０５、１０７、１０８
毎にそれぞれ１つづつ存在し、それぞれの論理ユニット
を制御するプロセス（１０９〜１１２）が、処理を必要
とするイベントをシグナル番号により設定するものであ
る。更にｓｐｒｃドライバ１２０は、１２７のアボート
処理を有し、実行中のＳＣＳＩコマンドを、ターゲット
をリセットせずに中断（アボート）する。１２８はデー
タ転送処理であり、ＦＥＰ装置１０３、ＶＲＣ装置１０
６に対してデータ転送を行なう。１２９はデバイス認識
処理であり、接続されたデバイス１０３、１０６がプロ
セッサ型デバイスであるかどうか、あるいは、それらの
デバイスが１３０のｄｅｖ＿ｓｅｔ変数に規定されたデ
バイスに該当するかどうかを検査する。ただ、ｄｅｖ＿
ｓｅｔ変数１３０は、ＯＳ１１３の／ｅｔｃ／ｓｙｓｔ
ｅｍファイル１１９に指定された文字列（キャラクタ）
を指し示すポインタであり、実際の制御対象となるデバ
イス（の集合）は、この／ｅｔｃ／ｓｙｓｔｅｍファイ
ル１１９に文字列で表わされる。

【００４５】（実施例１）以下、本発明の第一の実施例
について、図面を参照しながら説明する。図２は、／ｅ
ｔｃ／ｓｙｓｔｅｍファイル１１９の一部を示してお
り、プロセッサ型デバイスターゲットドライバｓｐｒｃ
１２０の内部変数であるｄｅｖ＿ｓｅｔ変数１３０の内
容を初期化する値を表わしている。ＯＳ１１３は、ｓｐ
ｒｃドライバ１２０が起動される時に、キャラクタへの
ポインタであるｄｅｖ＿ｓｅｔ変数１３０を図２に示す
文字列を指すように初期設定する。

【００４６】図２に示す文字列は、ｓｐｒｃドライバ１
２０が駆動を制御するデバイスと、そのデバイスファイ
ル名とを規定しており、「：」の右側にｓｐｒｃドライ
バ１２０が駆動を制御するデバイスの製品ＩＤが、左側
にｓｐｒｃデバイス１２０のデバイスファイル名が規定
され、それを１組として、複数組をコンマで区切って列
記することにより、ｓｐｒｃドライバ１２０の制御対象
とするデバイスを複数規定することができる。図２で
は、製品ＩＤがＦＥＰで、デバイスファイル名がｆｅｐ
であるものと、製品ＩＤがＶＲＣで、デバイスファイル
名がｖｒｃであるものとを制御対象デバイスとして規定
している。

【００４７】図３は、ＳＣＳＩプロセッサ型デバイスを
認識する手順のフローであり、デバイス認識処理１２９
の内容を表わし、１２０のプロセッサ型デバイスターゲ
ットドライバｓｐｒｃにより実行される。

【００４８】ステップ３０１；ＴＥＳＴＵＮＩＴＲ
ＥＡＤＹコマンドを発行することにより、バス上にデバ
イスが存在するか、使用可能な状態であるかを検査す
る。

【００４９】ステップ３０２；この検査結果により、使
用不可能である場合は、ステップ３１１；エラーコード
に、デバイスが故障である旨を設定し、エラー終了す
る。

【００５０】ステップ３０３；使用可能であるときは、
ＩＮＱＵＩＲＹコマンドを発行することにより、デバイ
スの情報であるデバイスの型、製造元であるベンダ、製
品ＩＤ、その他デバイスの固有情報をＩＮＱＵＩＲＹデ
ータとして取得する。

【００５１】ステップ３０４；前記実行コマンドが正常
終了したかどうかを検査し、ステップ３１２；エラーの
場合は、エラーコードに、問合わせに対する応答がない
旨を設定し、エラー終了する。

【００５２】ステップ３０５；正常終了しているとき
は、前記デバイス情報に基づき、デバイス型がプロセッ
サ型デバイスであるかどうかを検査する。プロセッサ型
デバイス型でない場合は、ステップ３１３；エラーコー
ドに、プロセッサ型デバイスでない旨を設定し、エラー
終了する。

【００５３】ステップ３０６；プロセッサ型デバイスで
あるときは、ｄｅｖ＿ｓｅｔ変数１３０が指す文字列の
次のコンマまでの文字列を切り出し、次の制御対象とな
るデバイスの製品ＩＤとそのデバイスファイル名とを取
得し、それぞれローカルな変数ｐｉｄとｄｎａｍｅとに
設定する。

【００５４】ステップ３０７；前記変数設定の結果を判
断し、次要素となるデバイスがない場合は、ステップ３
１４；エラーコードに、該当デバイスがない旨を設定
し、エラー終了する。

【００５５】ステップ３０８；次要素となるデバイスが
あるときは、前記デバイス情報に基づき、製品ＩＤが前
記ｐｉｄ変数と一致するかどうかを検査する。一致しな
い場合はステップ３０６へ戻る。一致した場合は、ステ
ップ３０９；作業領域を確保し、ステップ３１０；前記
ｄｎａｍｅ変数を元にデバイスファイルを作成し、正常
終了する。

【００５６】以上のように本実施例では、制御の対象と
なるデバイスの集合を規定するｄｅｖ＿ｓｅｔ変数１３
０を設け、／ｅｔｃ／ｓｙｓｔｅｍファイル１１９に前
記変数１３０の実際の内容を記述し、デバイス認識処理
１２９により、ＳＣＳＩデバイスの製品ＩＤ等の固有情
報を取得し、前記製品ＩＤが前記変数に含まれているか
どうかを検査し、含まれている場合は、前記変数で規定
されたデバイス名をもつデバイスファイルを作成してい
るため、データ転送制御方式が同じである異種のプロセ
ッサ型デバイスを１つの駆動制御プログラムで制御する
ことが可能となり、システムのメモリが効率良く使え
る。更に制御対象となる装置がＯＥＭされて製品ＩＤが
変更されたとしても、ｄｅｖ＿ｓｅｔ変数１３０の内容
は、／ｅｔｃ／ｓｙｓｔｅｍファイル１１９で記述され
ているので、このファイルの内容をＯＥＭ先の製品ＩＤ
に変更するだけで、駆動制御プログラムのソースを変更
する必要がなく、メンテナンスが楽になると同時にプロ
グラムの汎用性を増すことができる。

【００５７】（実施例２）以下、本発明の第二の実施例
について、図面を参照しながら説明する。図４は、タイ
マ値設定処理１２１の処理手順を表したフローである。
タイマ値設定処理１２１は、図１のプロセス１０９、１
１０、１１２（以下制御プロセスと呼ぶ）に対して、ｉ
ｏｃｔｌシステムコールのＳＥＴＴＩＭＥＲ命令インタ
ーフェイスを提供し、制御プロセスは、ＳＣＳＩコマン
ドの実行終了を監視するタイマ値であるｔｉｍｅｒ変数
１２２の値を設定することが可能となる。制御プロセス
は、ＳＥＴＴＩＭＥＲ命令を実行する際、ｉｏｃｔｌシ
ステムコールのパラメータとして、制御を担当する論理
ユニットに対応するデバイスファイルのファイル記述子
と、設定するタイマ値とを指定する。ファイル記述子
は、デバイスファイルをｏｐｅｎシステムコールの発行
によりオープンした際に復帰値として返された値であ
る。

【００５８】ステップ４０１；入力されたタイマ値が指
定可能な値かどうかを検査し、ステップ４０２；タイマ
値が指定不可能な値の場合には、ステップ４０４；エラ
ーコードに、タイマ値エラーである旨を設定し、エラー
終了する。

【００５９】ステップ４０３；タイマ値が正常であると
きは、ファイル記述子に対応する論理ユニットに対して
設けられたｔｉｍｅｒ変数１２２に前記タイマ値を保存
し、ｉｏｃｔｌシステムコールを正常終了する。

【００６０】図５は、タイマ値設定処理１２１により設
定されたｔｉｍｅｒ変数１２２を使用したｓｐｒｃドラ
イバ１２０のデータ転送制御フローであり、１２８のデ
ータ転送処理の内容を表わしている。この処理は、制御
プロセスがＦＥＰ装置１０３とＶＲＣ装置１０６とに対
してｒｅａｄ、ｗｒｉｔｅ等のシステムコールを発行し
た時にコールされる。

【００６１】ステップ５０１；ＳＣＳＩコマンドの実行
に必要とされる資源を取得する。ステップ５０２；制御
プロセスがＦＥＰ装置１０３またはＶＲＣ装置１０６に
対して処理を要求するために発行するシステムコールを
プロセッサ型デバイス装置用のＳＣＳＩコマンドに変換
する。例えば、ｒｅａｄシステムコールの場合はＲＥＣ
ＥＩＶＥコマンドに、また、ｗｒｉｔｅシステムコール
の場合はＳＥＮＤコマンドに変換し、ｉｏｃｔｌシステ
ムコールの場合は、命令内容に応じて、デバイスの存在
確認を行なう命令の時は、ＴＥＳＴＵＮＩＴＲＥＡ
ＤＹコマンドに、また、デバイス情報取得命令の時は、
ＩＮＱＵＩＲＹコマンドにそれぞれ変換する。制御プロ
セスは、これらのシステムコールを発行する際、制御を
担当する論理ユニットに対応するデバイスファイルのフ
ァイル記述子と、ｒｅａｄシステムコールの場合はデー
タ受信用バッファとそのサイズとを、また、ｗｒｉｔｅ
システムコールの場合はデータ送信バッファとそのサイ
ズとを、それぞれパラメータとして指定する。このファ
イル記述子は対応する論理ユニット番号として、また、
バッファサイズは転送バイト数としてそれぞれＲＥＣＥ
ＩＶＥ、ＳＥＮＤのＳＣＳＩコマンドに反映される。

【００６２】ステップ５０３；前記ファイル記述子に対
応する論理ユニットに対して設けられたｔｉｍｅｒ変数
１２２に基づき、タイマをスタートする。

【００６３】ステップ５０４；ステップ５０２で作成し
たＳＣＳＩコマンドの実行をホストアダプタドライバ１
３１に依頼し、ステップ５０５；前記コマンドの実行終
了待ち状態となる。前記コマンドの実行が終了したとき
は、ステップ５０６；前記タイマがタイムアウトのため
に終了状態となったのかどうかを検査する。タイムアウ
トの場合は、ステップ５０７；アボート処理１２７によ
りアボート処理を実行し、ステップ５０８；エラーコー
ドに、タイムアウトである旨を設定し、エラー終了す
る。

【００６４】ステップ５０６；前記コマンドの終了状態
がタイムアウトでない場合は、ステップ５０９；ＳＣＳ
Ｉコマンド実行結果の解析を行ない、ステップ５１０；
前記解析の結果が正常かどうかを検査し、正常の場合は
正常終了する。異常が検知された場合は、ステップ５１
１；エラーコードの設定を行なってエラー終了する。

【００６５】以上のように本実施例では、タイマ値設定
処理１２１により、ＳＣＳＩコマンドの実行終了を監視
するｔｉｍｅｒ変数１２２のタイマ値を設定し、タイマ
がタイムアウトした場合に、装置（１０３、１０６）を
リセットせずに、実行中のＳＣＳＩコマンドをアボート
している。そのため、前記コマンドの実行に対する装置
側からの応答がない場合でも、一定の時間をもってシス
テムコールから制御をユーザプロセスへ復帰することが
でき、制御プロセスは１１１のパイプ読み込み等の他の
イベントに対する処理を行なうことが可能となる。

【００６６】（実施例３）以下、本発明の第三の実施例
について、図面を参照しながら説明する。図６は、ユー
ザプロセスＩＤ設定処理１２３の処理手順を表わしたフ
ローである。この処理は、制御プロセスに対して、ｉｏ
ｃｔｌシステムコールのＳＥＴＰＲＯＣＩＤ命令インタ
ーフェイスを提供し、制御プロセスが、そのプロセスＩ
Ｄをｓｐｒｃドライバ１２０に通知することを可能にし
ている。制御プロセスは、ＳＥＴＰＲＯＣＩＤ命令を実
行する際、ｉｏｃｔｌシステムコールのパラメータとし
て、制御を担当する論理ユニットに対応するデバイスフ
ァイルのファイル記述子と、自分のプロセスＩＤとを指
定する。ファイル記述子は、前記デバイスファイルをｏ
ｐｅｎシステムコールの発行によりオープンした際に復
帰値として返された値である。

【００６７】ステップ６０１；指定されたプロセスＩＤ
が実際に存在しているかどうかを検査し、ステップ６０
２；プロセスＩＤが存在しない場合には、ステップ６０
４；エラーコードに、プロセスＩＤエラーである旨を設
定し、エラー終了する。

【００６８】ステップ６０３；プロセスＩＤが存在する
ときは、前記ファイル記述子に対応する論理ユニットに
対して設けられたｐｒｏｃｉｄ変数１２４に、指定され
たプロセスＩＤを保存し、ｉｏｃｔｌシステムコールを
正常終了する。

【００６９】図７は、シグナル番号設定処理１２５の内
容を表したフローである。このシグナル番号は、ＳＣＳ
Ｉコマンドの実行が一定時間内に終了しないときに、そ
れに代わって実行する必要のある処理の種類を番号で表
わしている。このシグナル番号設定処理は、制御プロセ
スに対してｉｏｃｔｌシステムコールのＳＥＴＳＩＧＮ
Ｏ命令インターフェイスを提供し、制御プロセスが、処
理を必要とするシグナルの番号をｓｐｒｃドライバ１２
０に通知できるようにしている。制御プロセスは、ＳＥ
ＴＳＩＧＮＯ命令を実行する際、ｉｏｃｔｌシステムコ
ールのパラメータとして、制御を担当する論理ユニット
に対応するデバイスファイルのファイル記述子と、処理
を必要とするシグナル番号とを指定する。

【００７０】ステップ７０１；指定されたシグナル番号
の値を検査し、ステップ７０２；このシグナル番号が不
正の値である場合には、ステップ７０４；エラーコード
に、シグナル番号エラーである旨を設定し、エラー終了
する。

【００７１】ステップ７０３；シグナル番号が正常のと
きは、前記ファイル記述子に対応する論理ユニットに対
して設けられたｓｉｇｎｏ変数１２６に前記シグナル番
号を保存し、ｉｏｃｔｌシステムコールを正常終了す
る。

【００７２】図８は、ユーザプロセスＩＤ設定処理１２
３により設定されたｐｒｏｃｉｄ変数１２４と、シグナ
ル番号設定処理１２５により設定されたｓｉｇｎｏ変数
１２６とを使用したｓｐｒｃドライバ１２０のデータ転
送制御フローであり、データ転送処理１２８の内容を表
わしている。このフローに示す処理は、制御プロセスが
ＦＥＰ装置１０３またはＶＲＣ装置１０６に対してｒｅ
ａｄ、ｗｒｉｔｅ等のシステムコールを発行した時にコ
ールされる。

【００７３】このフローでは、ＳＣＳＩコマンドの実行
を監視するタイマがタイムアウトしたとき、予め設定さ
れたシグナル番号の処理要求が実際に発生しているかど
うかを検査し、発生しているときに限り、コマンドのア
ボートが行なわれる。

【００７４】ステップ８０１からステップ８０５までの
手順は、実施例２で示した、ステップ５０１からステッ
プ５０５までの動作と同様であり、ＳＣＳＩコマンドの
実行に必要な資源を取得し、制御プロセスから受信した
システムコールをＳＣＳＩコマンドに変換し、前記コマ
ンドの実行終了を監視するタイマをスタートし、前記コ
マンドの実行をホストアダプタドライバ１３１に依頼し
て実行終了を待つ。

【００７５】ステップ８０６；ステップ８０３におい
て、制御プロセスが制御を担当する論理ユニットに対し
て設けられたｔｉｍｅｒ変数１２２に基づきスタートし
たタイマがタイムアウトしたかどうかを検査する。タイ
ムアウトの場合は、ステップ８０７；前記論理ユニット
に対して設けられたｐｒｏｃｉｄ変数１２４により、制
御プロセスのプロセスＩＤを取得し、ステップ８０８；
前記論理ユニットに対して設けられたｓｉｇｎｏ変数１
２６により、前記プロセスＩＤをもつ制御プロセスが処
理を必要とするシグナルの番号を取得する。

【００７６】ステップ８０９；前記シグナルが前記プロ
セスに対して実際に発生しているかどうかを検査する。
発生している場合は、ステップ８１０；アボート処理１
２７によりアボート処理を実行し、ステップ８１１；エ
ラーコードに、タイムアウトである旨を設定し、エラー
終了する。

【００７７】ステップ８１２；前記シグナルが発生して
いない場合は、前記タイマを再スタートして、ステップ
８０５へ戻る。

【００７８】ステップ８１３；ステップ８０６において
ＳＣＳＩコマンドの終了状態がタイムアウトでない場合
は、ＳＣＳＩコマンド実行結果の解析を行ない、ステッ
プ８１４；この解析の結果、異常が検知されなければ、
正常終了し、異常が検知された場合は、ステップ８１
５；エラーコードを設定してエラー終了する。

【００７９】以上のように本実施例では、プロセスＩＤ
設定処理１２３により制御プロセスのプロセスＩＤを設
定し、シグナル番号設定処理１２５により前記プロセス
が処理を必要とするシグナルの番号を設定し、また、タ
イマ値設定処理１２５によりタイマをセットしてＳＣＳ
Ｉコマンドの実行を開始する。コマンド実行終了監視タ
イマがタイムアウトした時には、その制御プロセスにお
いて前記シグナルが発生しているかどうかを検査手段に
より検査し、シグナルが発生している場合に限り、アボ
ート処理を行ない、制御をユーザプロセスに復帰させ
る。前記プロセスは、復帰した後、シグナルの発生に応
じて１１１のパイプ読み込み等の処理すべき他の処理を
行なうことができる。

【００８０】このように、実施例３では、実施例２と異
なり、処理を必要とするイベントの発生時にのみアボー
ト処理を実行しているので、デバイスはアボート処理を
行なう回数が減り負荷が軽減される。

【００８１】（実施例４）本発明の第四の実施例では、
データ転送制御において、ＳＣＳＩコマンドの実行終了
を監視するタイマがタイムアウトした原因を調査するた
めの手順を設けている。このデータ転送制御フローは、
図９に示している。この図９において、ＳＣＳＩコマン
ドの実行に必要な資源を取得してからアボート処理を実
行するまでのステップ９０１からステップ９１０の動
作、及び、コマンドの実行がタイムアウトでない状態で
終了したときのステップ９１５からステップ９１７まで
の動作は、実施例３のデータ転送制御の場合（図８）と
変わりがない。

【００８２】ステップ９１１；アボート処理を実行した
後、ＴＥＳＴＵＮＩＴＲＥＡＤＹコマンドを発行し
て、バス上のデバイスが使用可能な状態であるかどうか
を検査し、ステップ９１２；この検査結果、デバイスが
使用不可能である場合は、ステップ９１３；エラーコー
ドに、デバイスが故障である旨を設定し、エラー終了す
る。

【００８３】ステップ９１２において、検査結果が正常
の場合は、制御プロセスに転送するデータがないため
に、実行終了せず、タイムアウトに至ったものと判定し
て正常終了する。

【００８４】このように、本実施例では、実行中のＳＣ
ＳＩコマンドに対してアボート処理を実行した後、装置
（１０３、１０６）の状態を検査して、ＳＣＳＩコマン
ドの実行終了を監視するタイマがタイムアウトした原因
を調査し、デバイスの故障など使用不可能な状態である
場合と、デバイスの動作は正常終了したが、イニシエー
タに対して送るデータがなくＳＣＳＩコマンドの実行終
了待ち状態となっている場合とに切り分けている。

【００８５】この判定結果をユーザプロセスに通知する
ことにより、ユーザプロセスでは、システムコールを発
行してデバイスの状態を確認する必要がなくなる。従っ
て、ユーザプロセスでの処理を簡略化することができ、
システムの負荷を軽減することができる。

【００８６】

【発明の効果】以上の実施例の説明から明らかなよう
に、本発明のデバイス制御装置では、制御対象となるデ
バイスの集合を規定し、デバイスがその集合に含まれる
ときにそのデバイスに対応する名前をもつデバイスファ
イルを作成しているため、１つの駆動プログラムで、デ
ータ転送制御方式を同じくする、複数の異なる種類のプ
ロセッサ型デバイスを制御することができ、システムの
メモリを節約することができる。

【００８７】また、制御対象となるデバイスの集合とそ
のデバイスファイル名とを変数で規定し、その変数を定
めるファイルを別に設けているため、ＯＥＭ先で装置の
製品ＩＤが変更されたような場合でも、前記ファイルを
変更するだけで対応することができ、駆動制御のドライ
バプログラムを変更する必要がない。従って、メンテナ
ンスが簡単となり、プログラムの汎用性を増すことがで
きる。

【００８８】また、ＳＣＳＩコマンドの実行終了をタイ
マで監視するとともに、タイマがタイムアウトしたとき
に、ターゲットをリセットせずに実行中のＳＣＳＩコマ
ンドをアボートしているため、コマンドの実行に対する
応答がデバイス側からない場合でも、一定の時間経過後
には、ユーザプロセスに制御能力を復帰させることがで
き、ユーザプロセスが他のイベントに対する処理を行な
うことが可能になる。また、ＳＣＳＩコマンドの実行を
再開する場合にも、デバイスがリセットされていないた
め、速やかな再開が可能になる。

【００８９】また、このアボート処理を、注目するイベ
ントが発生した場合に限って、実行しているため、必要
なイベントに対して迅速に処理する機会を確保しなが
ら、アボート処理の回数を軽減することができ、イニシ
エータとターゲットの負荷を減らすことができる。

【００９０】さらに、アボート処理実行後に、タイムア
ウトした原因を調査し、デバイスの故障によるものか、
または、デバイスは正常動作しているが、イニシエータ
に対して送るデータが無いためにタイムアウトしたもの
かを切り分けているため、ユーザプロセスは、自らシス
テムコールを発行して、デバイスの状態を確認する必要
がなくなり、負荷を軽減することができる。

【図面の簡単な説明】

【図１】本発明の実施例におけるデバイス制御装置の構
成を示すブロック図、

【図２】実施例１における／ｅｔｃ／ｓｙｓｔｅｍファ
イルの一部を示す図、

【図３】実施例１におけるＳＣＳＩプロセッサ型デバイ
ス認識手順を示すフロー図、

【図４】実施例２におけるタイマ値設定処理の手順を示
すフロー図、

【図５】実施例２におけるプロセッサ型デバイスへの転
送制御動作を示すフロー図、

【図６】実施例３におけるユーザプロセスＩＤ設定処理
の手順を示すフロー図、

【図７】実施例３におけるシグナル番号設定処理の手順
を示すフロー図、

【図８】実施例３におけるプロセッサ型デバイスへの転
送制御動作を示すフロー図、

【図９】実施例４におけるプロセッサ型デバイスへの転
送制御動作を示すフロー図、

【図１０】従来のＳＣＳＩプロセッサ型デバイス制御装
置の構成を示すブロック図、

【図１１】従来の制御装置におけるプロセッサ型デバイ
ス認識手順を示すフロー図、

【図１２】従来の制御装置におけるプロセッサ型デバイ
スへの転送制御動作を示すフロー図である。

【符号の説明】

１０１ホストコンピュータ１０２ＳＣＳＩバス１０３ＦＥＰ装置１０４論理ユニット０１０５論理ユニット１１０６ＶＲＣ装置１０７論理ユニット０１０８論理ユニット１１０９ＦＥＰ制御送信プロセス１１０ＦＥＰ制御受信プロセス１１１パイプ１１２ＶＲＣ制御プロセス１１３ソラリス２．２オペレーティングシステム１１４ファイルシステム１１５／ｄｅｖ／ｆｅｐ０デバイスファイル１１６／ｄｅｖ／ｆｅｐ１デバイスファイル１１７／ｄｅｖ／ｖｒｃ０デバイスファイル１１８／ｄｅｖ／ｖｒｃ１デバイスファイル１１９／ｅｔｃ／ｓｙｓｔｅｍファイル１２０プロセッサ型デバイスターゲットドライバ１２１タイマ値設定処理１２２ｔｉｍｅｒ変数１２３ユーザプロセスＩＤ設定処理１２４ｐｒｏｃｉｄ変数１２５シグナル番号設定設定処理１２６ｓｉｇｎｏ変数１２７アボート処理１２８データ転送処理１２９デバイス認識処理１３０ｄｅｖ＿ｓｅｔ変数１３１ホストアダプタドライバ１００１ユーザプロプロセス１００２ソラリス２．２オペレーティングシステム１００３磁気ディスク型ターゲットドライバ１００４磁気テープ型ターゲットドライバ１００５プロセッサ型デバイスターゲットドライバ１００６ホストアダプタドライバ１００７ＳＣＳＩバス１００８ハード・ディスク型装置１００９磁気テープ型装置１０１０プロセッサ型デバイス装置

Claims

【特許請求の範囲】

【請求項１】ＳＣＳＩバスに接続されたプロセッサ型
デバイスに対して制御を行なうデバイス制御装置におい
て、制御対象となるデバイスと前記デバイスに対応するデバ
イスファイルとの集合を規定する制御対象規定手段と、前記プロセッサ型デバイスから得たデバイス情報を基に
前記デバイスが制御対象のデバイスに含まれるかどうか
を検査するデバイス認識手段とを設け、前記デバイスが
前記集合に含まれる場合に前記デバイスファイルを作成
することを特徴とするデバイス制御装置。
【請求項２】前記制御対象規定手段が、デバイスとそ
の名前との集合を規定する変数と、前記変数の内容を設
定するファイルとによって構成されることを特徴とする
請求項１に記載のデバイス制御装置。
【請求項３】ＳＣＳＩバスに接続されたプロセッサ型
デバイスに対して制御を行なうデバイス制御装置におい
て、ＳＣＳＩコマンドの実行終了を監視するタイマと、前記タイマのタイマ値を設定するタイマ値設定手段と、前記タイマがタイムアウトした場合に実行中のＳＣＳＩ
コマンドを、ターゲットをリセットせずにアボート（中
断）するアボート処理手段とを設けたことを特徴とする
デバイス制御装置。
【請求項４】処理の必要なイベントの種類について設
定する設定手段と、前記イベントの発生を検査する検査
手段とを設け、前記タイマがタイムアウトしたとき、前
記イベントが発生している場合にのみ、前記アボート処
理手段にアボート処理を行なわせることを特徴とする請
求項３に記載のデバイス制御装置。
【請求項５】前記デバイスの故障の有無を調査する調
査手段を設け、前記アボート処理手段がアボート処理を
行なった後に、前記調査手段による前記デバイスについ
ての調査を行なうことを特徴とする請求項３に記載のデ
バイス制御装置。