JPH05242002A - 補助記憶装置 - Google Patents

Abstract

(57)【要約】 【目的】 接続するホストシステムのオペレーティング
システムの手直し等を低減ないしは避けながら、在来の
コマンドでは定義されていない拡張機能をも、該コマン
ドを用いて、前記ホストシステムが利用できるようにす
る。 【構成】 本発明の部分は、コマンド認識手段１４であ
る。本発明では命令部と命令修飾部とを有する在来のコ
マンドを用いるものである。前記コマンド認識手段１４
は、前記命令部のデータに通常対応するデータとは異な
っている、前記命令修飾部のデータにより定義されてい
る拡張機能コマンドを認識する。コマンド実行手段１６
は、前記コマンド認識手段１４で拡張機能コマンドであ
ることが認識されると、これを実行する。従って、在来
のコマンドを用いて拡張機能をも利用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストシステムにオン
ラインで接続し、命令部と命令修飾部とを有する定めら
れたフォーマットのコマンドで、該ホストシステムから
アクセスされる補助記憶装置に係り、特に、接続するホ
ストシステムのオペレーティングシステムの手直し等を
低減しながら、在来のコマンドでは定義されていない拡
張機能をも、該コマンドを用いて、前記ホストシステム
が利用可能な補助記憶装置に関する。

【０００２】

【従来の技術】マイクロコンピュータからメインフレー
ムコンピュータまで、一般的なコンピュータのＣＰＵ
（central processing unit ）は、いわゆる内部バスを
用いて、主として半導体記憶装置が用いられている主記
憶装置や、入出力装置、又乗算器や除算器等の種々の演
算装置にアクセスする。

【０００３】このようにＣＰＵが直接用いる内部バス
は、比較的高速なデータ転送を行うために、信号伝送路
は一般に短くされている。

【０００４】一方、ハードディスク装置や磁気テープ装
置、又近年多く用いられるようになってきている光ディ
スク装置等の補助記憶装置や、２次元の図面や印刷物等
を読み取る画像スキャナや、文字や図形を出力するため
に用いられるレーザビームプリンタ等の周辺装置は、前
記入出力装置を介して、前記ＣＰＵが接続されている内
部バスに接続されるようになっている。このような周辺
装置と入出力装置との間の接続に関する電気的特性等の
ハードウェア仕様や、用いられるコマンド等のソフトウ
ェア仕様は、個々の周辺装置毎に定義される場合もあ
る。

【０００５】一方、このような接続に関する仕様には、
標準化されたものもある。周辺機器の接続に関する標準
化された仕様には、例えば、ＧＰＩＢ（general purpos
e interface bus ）やセントロニクスインタフェイス、
ＳＣＳＩ（small computer system interface ）等があ
る。該ＳＣＳＩは、近年、ハードディスク装置等の補助
記憶装置の接続に多く用いられるようになっている。

【０００６】周辺装置に関するこのような標準化された
仕様によれば、前述のような周辺装置を、様々なコンピ
ュータに共通して用いることができる。又、コンピュー
タだけでなく、画像処理装置等の種々のデジタル処理装
置（以降、これらを、ホストシステムと称する）にも共
通して用いることができる。又、このようなホストシス
テムの開発においても、ハードウェア面だけでなく、ソ
フトウェア面においても、従来の設計財産を流用するこ
とが容易となり、設計期間やコストを低減することがで
きる。

【０００７】

【発明が達成しようとする課題】しかしながら、周辺装
置の接続に関する前述のような標準化された仕様は、周
辺装置の既存の機能のみを想定したものであるため、従
来の周辺装置にはない拡張機能をも含めることが困難で
あるという問題があった。

【０００８】このような標準化された仕様で網羅されて
いない機能に関する問題は、ハードウェア面でも、ソフ
トウェア面でも生じるものである。しかしながら、以降
では、ソフトウェア面についてのみ取り上げる。従っ
て、周辺装置の接続に関する標準化された仕様のうち、
特にコマンドに関する標準化された仕様で網羅されてい
ない機能を、特に、以降拡張機能と称する。

【０００９】従来、このような拡張機能を有する補助記
憶装置の開発の際には、該補助記憶装置自体での新規開
発要素が増加してしまうだけでなく、該補助記憶装置に
接続するホストシステムの開発に要する費用や時間が増
加してしまうという問題があった。又、コンピュータ等
のホストシステムにおいて、拡張機能に対応するために
は、在来ＯＳ（operating system）内の手直し、例えば
ＵＮＩＸ（米国ベル研究所の登録商標）でのドライバプ
ログラム等の核となるプログラムの手直しを行わなけれ
ばならなかった。このようにＯＳの手直しを行ってしま
うと、標準的なＯＳとは独立した特殊なＯＳを使うこと
となってしまい、例えその手直しが極僅かなものであっ
ても、システムジェネレーション等のインストール作業
や、標準ＯＳのバージョンアップの際のこれに対する利
用中のＯＳの対応の手間等、多くの問題を生じてしま
う。

【００１０】本発明は、前記従来の問題点を解決するべ
くなされたもので、接続するホストシステムのＯＳの手
直し等を低減ないしは避けながら、在来のコマンドでは
定義されていない拡張機能をも、該コマンドを用いて、
前記ホストシステムが利用可能な補助記憶装置を提供す
ることを目的とする。

【００１１】

【課題を解決するための手段】本発明は、ホストシステ
ムにオンラインで接続し、命令部と命令修飾部とを有す
る定められたフォーマットのコマンドで、該ホストシス
テムからアクセスされる補助記憶装置において、前記命
令部のデータに通常対応するデータとは異なっている、
受信した前記コマンドの前記命令修飾部のデータによ
り、受信した該コマンドが拡張機能コマンドであること
を認識するコマンド認識手段を備えていることにより、
前記課題を達成したものである。

【００１２】又、前記補助記憶装置において、前記コマ
ンド認識手段が、受信された複数の前記拡張機能コマン
ドの組み合わせから、実行すべき拡張機能を判定する手
段であることにより、前記課題を達成したものである。

【００１３】

【作用】本発明は、特に、以下のような技術面に着目し
てなされたものである。

【００１４】（１）周辺装置の接続において、標準化さ
れた仕様を用いることによる利点。

【００１５】（２）標準化された仕様を用いながら、在
来のコマンドでは定義されていない拡張機能をも利用可
能な技術を見出すこと。

【００１６】このような技術的な観点で、本発明では、
標準化されたコマンドにおいて、命令部と命令修飾部と
を有する定められたフォーマットのコマンドのものに着
目している。

【００１７】図１は、本発明の要旨を示すブロック図で
ある。

【００１８】この図１において、本発明の補助記憶装置
１０の本発明特徴部分は、コマンド認識手段１４であ
る。該コマンド認識手段１４は、前記命令部のデータに
通常対応するデータとは異なっている、受信したコマン
ドの前記命令修飾部のデータにより、受信した該コマン
ドが拡張機能コマンドであることを認識する手段であ
る。

【００１９】本発明はこれに限定するものではないが、
補助記憶装置１０は、通常、前記コマンド認識手段１４
と共に、インタフェイス手段１２と、コマンド実行手段
１６と、記憶媒体１８とを備える。

【００２０】前記インタフェイス手段１２は、前記コマ
ンド認識手段１４と、ホストシステムとの間に設けられ
るものである。該インタフェイス手段１２は、例えば、
パラレルＩＯ（input output）等のハードウェアや、該
ハードウェアを直接動作させるドライバプログラム等の
ソフトウェア等である。

【００２１】前記コマンド実行手段１６は、前記コマン
ド認識手段１４で認識された拡張機能コマンドを実際に
実行する手段である。該コマンド実行手段１６は、拡張
機能によって異なることは言うまでもない。

【００２２】前記記憶媒体１８は、当該補助記憶装置１
０に記憶するため伝送されてきた記憶データを実際に記
憶するものである。該記憶媒体１８は、例えば、ハード
ディスク装置では円盤状の磁性体であり、光ディスク装
置では光ディスクであり、磁気テープ装置では磁気テー
プ自体である。

【００２３】以上説明した通り、本発明は、標準化され
たコマンドを活用し、そのフォーマット等の仕様の範囲
内で、拡張機能に関するコマンドを伝送するというもの
である。従って、本発明によれば、接続するホストシス
テムのＯＳの手直し等を低減ないしは避けながら、在来
のコマンドでは定義されていない拡張機能をも、該コマ
ンドを用いて、前記ホストシステムが利用可能な補助記
憶装置を提供することができる。

【００２４】

【実施例】以下、図を用いて本発明の実施例を詳細に説
明する。

【００２５】図２は、本発明の実施例及びこれが接続さ
れるホストシステムを含む全体構成図である。

【００２６】この図２に示されるように、本発明の実施
例の補助記憶装置１０a は、ホストシステム５０にオン
ラインで接続されている。又、該ホストシステム５０に
は、他にも、画像スキャナ１０b と、レーザビームプリ
ンタ１０c と、画像処理装置１０d とがオンラインで接
続されている。

【００２７】前記補助記憶装置１０a は、本実施例では
ハードディスク装置となっている。該補助記憶装置１０
a の記憶容量は、（（１０２４バイト／ブロック）×３
２７６８ブロック＝約３２Ｍ）バイトとなっている。該
補助記憶装置１０a の記憶媒体は、前記ホストシステム
５０からのコマンドにより、イジェクトすることがで
き、交換することができるようになっている。

【００２８】前記ホストシステム５０は、ＯＳとしてＵ
ＮＩＸが用いられているワークステーションである。

【００２９】前記画像スキャナ１０b は、印刷物や図面
等の２次元画像を読み取るものである。

【００３０】前記レーザビームプリンタ１０c は、文字
や図形を印刷する出力装置である。

【００３１】前記画像処理装置１０d は、例えば前記画
像スキャナ１０b で入力された２次元画像等に対して、
前記ホストシステム５０からの指令に従って所定の画像
処理を行い、例えば前記レーザビームプリンタ１０c へ
と出力するというものである。

【００３２】図３は、前記実施例が接続されるホストシ
ステムの主要部のブロック図である。

【００３３】この図３においては、前記実施例の補助記
憶装置が接続される、ホストシステムの主要部分が特に
示されている。即ち、この部分は、主として、アプリケ
ーションプログラム５２と、オペレーティングシステム
５４と、インタフェイスハードウェア５６とを備えてい
る。

【００３４】前記アプリケーションプログラム５２は、
前記補助記憶装置１０a を利用するプログラムである。
該アプリケーションプログラム５２は、特に特定される
ものではないが、例えば、前記画像スキャナ１０b や、
前記レーザビームプリンタ１０c や、前記画像処理装置
１０d を用いたアプリケーションプログラムである。

【００３５】本実施例においては、該アプリケーション
プログラム５２は、周辺装置の接続に関する標準化され
た在来のコマンドでは定義されていない拡張機能を利用
できるようになっている。これは、前記在来のコマンド
の命令修飾部のデータを利用して拡張機能のコマンドと
するものである。

【００３６】このような拡張機能は、それを利用する前
記アプリケーションプログラム５２の各部分で直接命令
してもよいが、本実施例では、「拡張機能関数」とい
う、アプリケーションプログラムのサブルーチンを用い
ている。該拡張機能関数は、所定の拡張機能を利用する
際には、このための前記補助記憶装置１０a へのコマン
ドを、在来のコマンドの命令修飾部のデータを設定する
ことにより生成するものとなっている。

【００３７】前記インタフェイスハードウェア５６は、
ＳＣＳＩ用のインタフェイスハードウェアとなってい
る。即ち、当該ホストシステム５０と前記補助記憶装置
１０aとの間の接続は、ＳＣＳＩが用いられている。

【００３８】前記オペレーティングシステム５４は、前
記補助記憶装置１０a への接続に関して主に、管理プロ
グラム５４a と、管理情報５４b と、ドライバプログラ
ム５４c とを備えている。

【００３９】前記管理プログラム５４a は、前記管理情
報５４b を用いながら、アプリケーションプログラムが
ファイル名で前記補助記憶装置１０a をアクセスするた
めに用いることができるプログラムである。このため、
前記管理情報５４b には、前記補助記憶装置１０a に記
憶されているファイルのファイル名、及び該ファイル名
のデータが記憶されている前記補助記憶装置１０a の物
理アドレスが記憶され管理されている。

【００４０】又、該管理プログラム５４a は、前記補助
記憶装置１０a の物理アドレスで、該補助記憶装置１０
a に直接アクセスする際にも利用できるようになってい
る。以降、これを、物理アドレスアクセス機能と称す
る。

【００４１】本実施例の前記アプリケーションプログラ
ム５２で、前記拡張機能関数は、この物理アドレスアク
セス機能を利用している。

【００４２】前記ドライバプログラム５４c は、前記イ
ンタフェイスハードウェア５６に直接関係する処理を行
うものである。該ドライバプログラム５４c は、例え
ば、前記インタフェイスハードウェア５６の諸設定や、
受け渡しするデータのバッファリング処理等のプログラ
ムである。

【００４３】図４は、前記実施例のブロック図である。

【００４４】この図４においては、前記実施例の補助記
憶装置１０a の主要部の構成が示されている。即ち、該
補助記憶装置１０a は、主として、インタフェイス手段
１２a と、コマンド認識手段１４a と、ドアロック装置
１６a と、記憶媒体イジェクト装置１６b と、記憶媒体
１８とを備えている。

【００４５】前記インタフェイス手段１２a は、ＳＣＳ
Ｉ用のインタフェイスハードウェアと、バッファメモリ
と、これらハードウェアに直接関係するプログラムを備
えている。

【００４６】前記コマンド認識手段１４a は、命令部と
命令修飾部とを有するＳＣＳＩコマンドを利用した拡張
機能コマンドを認識する手段である。該拡張機能コマン
ドは、その前記命令修飾部のデータが、前記命令部のデ
ータに通常対応するデータとは異なるものとなってい
る。この点については、本発明の第１実施例と第２実施
例とに分け、詳しく後述する。

【００４７】前記記憶媒体１８は、円盤状の複数の磁性
体を主として構成されている。該記憶媒体１８は、前記
ドアロック装置１６a と、前記記憶媒体イジェクト装置
１６b とを用いることにより、同様の他の記憶媒体１８
と交換することができるようになっている。

【００４８】なお、前記ドアロック装置１６a 及び前記
記憶媒体イジェクト装置１６b は、いずれも、前述のよ
うな拡張機能コマンドにより、前記ホストシステム５０
からの指令で動作するものとなっている。即ち、前記ド
アロック装置１６a は、以降ドアロックコマンドと称す
る拡張機能コマンドにより、人手で該補助記憶装置１０
a にセットされた前記記憶媒体１８を、該記憶媒体１８
に記憶されているデータがアクセス可能な状態に装填す
ると共に、該記憶媒体１８の取入口のドアをロックす
る。一方、前記記憶媒体イジェクト装置１６b は、以降
記憶媒体イジェクトコマンドと称する拡張機能コマンド
により、前記ホストシステム５０からアクセス可能な状
態であった前記記憶媒体１８を、人手によって取出し可
能な状態にイジェクトする。

【００４９】図５は、前記実施例のメモリマップであ
る。

【００５０】本実施例の補助記憶装置１０a は、アクセ
ス開始アドレスが４桁の１６進数のブロックアドレスで
指定される。又、アクセス対象となる一連のデータの連
続したアドレスは、該アクセス開始アドレスと、該アク
セス開始アドレスからのブロック数（以下、データ数と
称する）とにより指定される。又、該補助記憶装置１０
a の１ブロックは１０２４バイトである。

【００５１】従って、該補助記憶装置１０a のアドレス
指定可能なエリアは、この図５のエリアＡとエリアＢと
で示される、ブロックアドレス００００h からブロック
アドレスＦＦＦＦh までの６５５３６ブロックである。
このうち、この図５でエリアＡとして示されるように、
実際に前記記憶媒体１８が割り付けられているアクセス
可能なエリアは、ブロックアドレス００００h からブロ
ックアドレス７ＦＦＦh までの３２７６８ブロックであ
る。又、この図５で破線で示されるエリアＢ、即ち、ブ
ロックアドレス８０００h からブロックアドレスＦＦＦ
Ｆh までのエリアは、在来のＳＣＳＩコマンドで前記ホ
ストシステム５０からアドレス指定可能なエリアではあ
るが、しかしながら、前記記憶媒体１８には割り付けら
れていないエリアとなっている。該エリアＢを、本発明
の後述する第１実施例では拡張機能コマンドとして利用
している。

【００５２】図６は、前記実施例とホストシステムとの
間で用いられる電文のデータフォーマット図である。

【００５３】この図６において、ホストシステムからの
電文Ｔ１は、命令部Ｔ１a と、命令修飾部Ｔ１b と、デ
ータ部Ｔ１e とにより構成されている。

【００５４】前記命令部Ｔ１a は、ホストシステムから
のコマンドの種類を示すものである。在来のコマンドで
は、該命令部Ｔ１a で示されるコマンドの種類は、「書
込コマンド」、「読出コマンド」及び「磁気ヘッドシー
クコマンド」等であり、前記ドアロック装置１６a や前
記記憶媒体イジェクト装置１６b 等を対象とするコマン
ドの種類はない。

【００５５】前記命令修飾部Ｔ１b は、開始アドレスＴ
１c と、データ数Ｔ１d とにより構成されている。前記
開始アドレスＴ１c では、前記図５を用いて前述したブ
ロックアドレスでアクセスする一連のアドレスの開始ア
ドレスが指定される。前記データ数Ｔ１d は、前記図５
で前述したブロック数が指定される。

【００５６】前記データ部Ｔ１e は、当該電文が書込コ
マンドである場合に備えられる書込データである。書込
みコマンドではない場合は、該データ部Ｔ１e は省略さ
れる。

【００５７】この図６において、ホストシステムへの電
文Ｔ２は、命令部Ｔ２a と、命令修飾部Ｔ２b と、デー
タ部Ｔ２e とにより構成されている。

【００５８】前記命令部Ｔ２a は、構成として、前記命
令部Ｔ１a に対応するものである。又、該命令部Ｔ２a
は、これが含まれるホストシステムへの電文Ｔ２が、ホ
ストシステムから送られたどのような命令に対応するも
のであるか等、その応答の種類等を示すものである。

【００５９】前記命令修飾部Ｔ２b は、構成として、前
記命令修飾部Ｔ１b と同様のものである。該命令修飾部
Ｔ２b は、例えば、これが含まれるホストシステムへの
電文Ｔ２が、あるホストシステムからの電文Ｔ１に対す
る応答の場合、該電文Ｔ１の命令修飾部Ｔ１b の内容が
例えばそのまま利用されているものである。

【００６０】前記データ部Ｔ２e は、構成として、前記
データ部Ｔ１e に対応するものである。該データ部Ｔ２
e は、例えば、これが含まれるホストシステムへの電文
Ｔ２が、ホストシステムからの読出コマンドの電文に対
する応答である場合は、読出データとして構成される。

【００６１】なお、前述のとおり、前記ホストシステム
への電文Ｔ２は、命令部Ｔ２a と命令修飾部Ｔ２b とデ
ータ部Ｔ２e とにより、複数部で構成されている。しか
しながら、以降の説明では、該ホストシステムへの電文
Ｔ２を、単に「リードデータ」とも表現するものとす
る。

【００６２】図７は、前記実施例の書込アクセス時の通
信シーケンス図である。

【００６３】この図７においては、前記ホストシステム
５０の書込時の、該ホストシステム５０と前記補助記憶
装置１０a との間の、前記命令部Ｔ１a と、前記開始ア
ドレスＴ１c と、前記データ数Ｔ１d と、前記データ部
Ｔ１e とが、順次伝送される様子が示されている。

【００６４】図８は、前記実施例の書込アクセス時の通
信シーケンス図である。

【００６５】この図８においては、前記ホストシステム
５０の読出時の、該ホストシステム５０と前記補助記憶
装置１０a との間での、前記命令部Ｔ１a と、前記開始
アドレスＴ１c と、前記データ数Ｔ１d とが順次伝送さ
れる様子が示されている。又、この図８においては、続
いて前記補助記憶装置１０a からデータ部Ｔ２a が伝送
される様子が示されている。

【００６６】以上説明したような補助記憶装置１０a に
おいて、本発明の第１実施例では、前記開始アドレスＴ
１c のデータを、前記命令部Ｔ１a のデータに通常対応
するデータとは異なっているデータ、即ち、下記の通り
前述の図５のエリアＢに対応するデータとすることによ
り、拡張機能コマンドとしている。

【００６７】（１）ドアロックコマンド （前記ドアロック装置１６a を作動させるコマンド） ：命令部Ｔ１a ：ＲＥＡＤ命令 開始アドレスＴ１c ：８００１h データ数Ｔ１d ：０h データ部Ｔ１e ：なし

【００６８】（２）記憶媒体イジェクトコマンド （前記記憶媒体イジェクト装置１６b を作動させるコマ
ンド）： 命令部Ｔ１a ：ＲＥＡＤ命令 開始アドレスＴ１c ：８００２h データ数Ｔ１d ：０h データ部Ｔ１e ：なし

【００６９】以上説明したように、前記第１実施例によ
れば、命令部と命令修飾部とを有する在来のコマンドを
用いながら拡張機能コマンドを定義することができ、接
続するホストシステムのＯＳの手直し等を低減ないしは
避けることができる。

【００７０】図９は、本発明の第２実施例のドアロック
拡張機能コマンドのデータフォーマット図である。

【００７１】本発明の第２実施例は、前述の第１実施例
と同様に、在来のコマンドで許されるフォーマットの範
囲で拡張機能コマンドを定義したものである。更に、本
第２実施例では、このような拡張機能コマンドの複数の
組合せにより、実行すべき拡張機能を定義するようにし
ている。

【００７２】即ち、この第２実施例では、前記開始アド
レスＴ１c が“０h ”であり、且つ、前記データ数Ｔ１
d が“２０h ”以上の値であるコマンドを拡張機能コマ
ンドとしている。又、このような拡張機能コマンドを合
計８個用いることにより、実行すべき拡張機能を表わし
ている。

【００７３】又、この図９において、前記図６の前記命
令部Ｔ１a が“ＲＥＡＤ”であり、前記開始アドレスＴ
１c が“ＳＴＡＲＴ（０）”であり、前記データ数Ｔ１
b が“ＢＬＯＣＫ（x ）”（x は、４０≦x ＜５０）で
ある電文が、Ｎo.１からＮo.８まで合計８個並べられて
いる。これら合計８個の電文は、Ｎo.１から順番にＮo.
８まで順次伝送されるものである。

【００７４】Ｎo.１及びＮo.２の２つの電文は、複数の
拡張機能コマンドの開始を示すものであり、拡張機能コ
マンドの種類に拘らず共通となっている。

【００７５】Ｎo.３とＮo.４の電文は、“ＢＬＯＣＫ
（x ）”、即ち前記データ数Ｔ１d により拡張機能を表
わす拡張機能コマンド１及び拡張機能コマンド２となっ
ている。この図９においては、拡張機能コマンド１の前
記データ数Ｔ１d が“４１h ”であり、前記拡張機能コ
マンド２が“４２h ”となっており、ドアロックの拡張
機能であることを示している。

【００７６】続くＮo.５及びＮo.６の電文は、前記Ｎo.
４及びＮo.５の電文に対するチェックサム１及びチェッ
クサム２となっている。

【００７７】最後となるＮo.７及びＮo.８の電文は、合
計８個のこれら複数の電文による拡張機能コマンドの終
了を示すエンドマーク１及びエンドマーク２となってい
る。

【００７８】なお、図１０は、本第２実施例の記憶媒体
イジェクトコマンドのデータフォーマット図である。

【００７９】この記憶媒体イジェクトコマンドにおいて
は、Ｎo.３及びＮo.４の電文が前述の図９のドアロック
機能と異なっており、前記データ数Ｔ１d が、それぞれ
“ＢＬＯＣＫ（４３）”と、“ＢＬＯＣＫ（４４）”と
なっている。これにより、記録媒体イジェクトコマンド
であることが示される。

【００８０】図１１は、前記第２実施例のドアロック拡
張機能コマンドの通信シーケンス図である。

【００８１】前記図９を用いて前述したＮo.１からＮo.
８のドアロック拡張機能コマンドの合計８個の電文が、
この図１１のリード命令（１）〜（８）に示されるよう
に順次前記ホストシステム５０から前記補助記憶装置１
０a へと伝送される。又、これら合計８個の電文のう
ち、初めの７個に対応して、前記補助記憶装置１０a か
ら前記ホストシステム５０へとリードデータ（１）〜リ
ードデータ（７）が伝送される。又、前記ホストシステ
ム５０から前記補助記憶装置１０a への最後のリード命
令（８）が伝送されると、該伝送された合計８個のリー
ド命令（１）〜リード命令（８）の受信により、前記補
助記憶装置１０a は拡張機能の実行３０を行う。又、該
拡張機能の実行３０が完了すると、前記補助記憶装置１
０a は、リードデータ（８）を前記ホストシステム５０
へと伝送する。

【００８２】以上説明したように、本発明の第２実施例
によれば、在来のコマンドのフォーマットの範囲で拡張
機能コマンドを定義することができ、接続するホストシ
ステムのＯＳの手直し等を低減ないしは避けることがで
きる。又、この第２実施例では、複数の電文で拡張機能
の種類を表わしているので、定義することができる拡張
機能の種類を増加することができる。

【００８３】なお、前記第１実施例は主として前記開始
アドレスＴ１c により拡張機能の種類を表わしている。
一方、前記第２実施例は、前記データ数Ｔ１d により拡
張機能の種類を表わしている。従って、接続するホスト
システムのＯＳが前記データ数Ｔ１d についてより厳密
に定義を必要とする場合には、前記第１実施例を用いる
ことが好ましい。一方、接続するホストシステムのＯＳ
が前記開始アドレスＴ１c をより厳密に設定するもので
ある場合には、前記第２実施例を用いることが好まし
い。なお、この前記開始アドレスＴ１c や前記データ数
Ｔ１d の設定とは、例えば、ＵＮＩＸのシステムジェネ
レーション時の補助記憶装置に関する諸設定等である。

【００８４】

【発明の効果】以上説明した通り、本発明によれば、接
続するホストシステムのＯＳの手直し等を低減ないしは
避けながら、在来のコマンドでは定義されていない拡張
機能をも、該コマンドを用いて、前記ホストシステムが
利用可能な補助記憶装置を提供することができるという
優れた効果を得ることができる。

【図面の簡単な説明】

【図１】本発明の要旨を示すブロック図

【図２】本発明の実施例及びこれが接続されるホストシ
ステムを含む全体構成図

【図３】前記ホストシステムの主要部のブロック図

【図４】前記実施例のブロック図

【図５】前記実施例のメモリマップ

【図６】前記実施例と前記ホストシステムとの間で用い
られる電文のデータフォーマット図

【図７】前記実施例の書込アクセス時の通信シーケンス
図

【図８】前記実施例の読出アクセス時の通信シーケンス
図

【図９】本発明の第２実施例のドアロック拡張機能コマ
ンドのデータフォーマット図

【図１０】前記第２実施例の記憶媒体イジェクトコマン
ドのデータフォーマット図

【図１１】前記第２実施例のドアロック拡張機能コマン
ドの通信シーケンス図

【符号の説明】

１０、１０a …補助記憶装置、 １０b …画像スキャナ、 １０c …レーザビームプリンタ、 １０d …画像処理装置、 １２、１２a …インタフェイス手段、 １４、１４a …コマンド認識手段、 １６…コマンド実行手段、 １６a …ドアロック装置、 １６b …記憶媒体イジェクト装置、 １８…記憶媒体、 ３０…拡張機能の実行、 ５０…ホストシステム（ワークステーション）、 ５２…アプリケーションプログラム、 ５４…オペレーティングシステム、 ５４a …管理プログラム、 ５４b …管理情報、 ５４c …ドライバプログラム、 ５６…インタフェイスハードウェア、 Ｔ１…ホストシステムからの電文、 Ｔ２…ホストシステムへの電文、 Ｔ１a 、Ｔ２a …命令部、 Ｔ１b 、Ｔ２b …命令修飾部、 Ｔ１c 、Ｔ２c …開始アドレス、 Ｔ１d 、Ｔ２d …データ数、 Ｔ１e 、Ｔ２e …データ部。

フロントページの続き (72)発明者 吉澤 功 東京都千代田区内幸町二丁目２番３号 川 崎製鉄株式会社東京本社内 (72)発明者 沢田 要 東京都千代田区内幸町二丁目２番３号 川 崎製鉄株式会社東京本社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】ホストシステムにオンラインで接続し、命
   令部と命令修飾部とを有する定められたフォーマットの
   コマンドで、該ホストシステムからアクセスされる補助
   記憶装置において、 前記命令部のデータに通常対応するデータとは異なって
   いる、受信した前記コマンドの前記命令修飾部のデータ
   により、受信した該コマンドが拡張機能コマンドである
   ことを認識するコマンド認識手段を備えていることを特
   徴とする補助記憶装置。
2. 【請求項２】請求項１において、前記コマンド認識手段
   が、 受信された複数の前記拡張機能コマンドの組み合わせか
   ら、実行すべき拡張機能を判定する手段であることを特
   徴とする補助記憶装置。