JPH05242001A - 周辺装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】なお、前記ホストシステムに接続される、
前述のような補助記憶装置や、画像スキャナ等の入力装
置、レーザビームプリンタ等の出力装置等を、以降、周
辺装置と総称する。

【０００８】

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

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

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

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

【００１２】

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

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

【００１４】

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

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

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

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

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

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

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

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

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

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

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

【００２５】

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

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

【００２７】この図２に示されるように、それぞれ本発
明の実施例の周辺装置である、補助記憶装置１０a と、
画像スキャナ１０b と、レーザビームプリンタ１０c
と、画像処理装置１０d とは、ホストシステム５０にオ
ンラインで接続されている。なお、これらを、以降、周
辺装置１０a 〜１０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 は、例え
ば、前記インタフェイスハードウェア５６の諸設定や、
受け渡しするデータのバッファリング処理等のプログラ
ムである。

【００４４】なお、それぞれ本発明の実施例である前記
画像スキャナ１０b 、前記レーザビームプリンタ１０c
及び前記画像処理装置１０d が接続されるところの、前
記ホストシステムの主要部についても、前記図３とほぼ
同様である。

【００４５】これら周辺装置１０b 〜１０d において、
前記図３の、アプリケーションプログラム５２と、前記
オペレーティングシステム５４の一部とは、補助記憶装
置である前記周辺装置１０a と共通である。

【００４６】しかしながら、これら周辺装置１０b 〜１
０d においては、前記管理情報５４b は用いず、又、前
記管理プログラム５４a は在来のＳＣＳＩコマンドの生
成のみを行う。又、前記ドライバプログラム５４c 及び
前記インタフェースハードウェア５６は、周辺装置１０
a 〜１０d それぞれに対応して備えられている。

【００４７】図４は、前記実施例の周辺装置の１つのブ
ロック図である。

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

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

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

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

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

【００５３】なお、それぞれ本発明の実施例である前記
画像スキャナ１０b 、前記レーザビームプリンタ１０c
及び前記画像処理装置１０d それぞれについても、本発
明の実施部分については、その構成は前記図４とほぼ同
様である。

【００５４】これら周辺装置１０b 〜１０d において
も、前記図４と同様の、インタフェース手段１２a と、
コマンド認識手段１４a とを備える。

【００５５】しかしながら、該コマンド認識手段１４a
については、前記周辺装置１０a 、及び１０b 〜１０d
毎に、その認識するコマンド、特に、拡張機能コマンド
が異なる。又、前記図４の前記ドアロック装置１６a 及
び前記記憶媒体イジェクト装置１６b で示される、前記
コマンド認識手段１４で認識された拡張コマンドを実行
するコマンド実行手段は、前記周辺装置１０a 〜１０d
毎や、拡張機能毎等に異なる。

【００５６】即ち、画像スキャナである前記周辺装置１
０b は、Ａ５、Ａ４、Ａ３、Ｂ６、Ｂ５、Ｂ４の各用紙
サイズで示される、２次元画像の読み取り範囲を設定す
る設定装置１６c を備える。レーザビームプリンタであ
る前記周辺装置１０c は、印字文字フォントセットを設
定する設定装置１６d を備える。画像処理装置である前
記周辺装置１０d は、その内部に備える、画像１画面を
記憶するフレームメモリ及び諸レジスタを初期化する初
期化装置１６e を備える。これら設定装置１６c 、１６
d 及び初期化装置１６e は、いずれも、拡張機能を実行
するコマンド実行手段となっている。

【００５７】図５は、前記実施例の１つの補助記憶装置
のメモリマップである。

【００５８】本実施例の１つの補助記憶装置１０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 とにより、複数部で構成されている。しか
しながら、以降の説明では、該ホストシステムへの電文
Ｔ２を、単に「リードデータ」とも表現するものとす
る。

【００７０】なお、それぞれ本発明の実施例である前記
画像スキャナ１０b 、前記レーザビームプリンタ１０c
及び前記画像処理装置１０d それぞれについても、用い
られるデータフォーマットの構成は前記図６のものに類
似している。

【００７１】これら周辺装置１０b 〜１０d について
も、ホストシステムからの電文Ｔ１は、同様に、前記命
令部Ｔ１a と、前記命令修飾部Ｔ１b と、前記データ部
Ｔ１eとを備える。該命令修飾部Ｔ１b は、同様に、２
種類のデータを備える。又、ホストシテスムへの電文Ｔ
２は、全く同様である。

【００７２】図７は、前記実施例の１つの補助記憶装置
の書込アクセス時の通信シーケンス図である。

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

【００７４】図８は、前記実施例の１つの補助記憶装置
の書込アクセス時の通信シーケンス図である。

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

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

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

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

【００７９】（３）設定コマンド（前記設定装置１６c
を作動させるコマンド）： 命令部Ｔ１a ：ＲＥＡＤ命令 開始アドレスＴ１c ：８００３h データ数Ｔ１d ：０h （用紙サイズＡ５のとき） ：１h （用紙サイズＡ４のとき） ：２h （用紙サイズＡ３のとき） ：１０h （用紙サイズＢ６のとき） ：１１h （用紙サイズＢ５のとき） ：１２h （用紙サイズＢ４のとき） データ部Ｔ１e ：なし

【００８０】（４）設定コマンド（前記設定装置１６d
を作動させるコマンド）： 命令部Ｔ１a ：ＲＥＡＤ命令 開始アドレスＴ１c ：８００４h データ数Ｔ１d ：０h （明朝体のとき） ：１h （ゴシック体のとき） データ部Ｔ１e ：なし

【００８１】（５）初期化コマンド（前記初期化装置１
６e を作動させるコマンド）： 命令部Ｔ１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 が、それぞれ
“ＢＬＯＣＫ（４３）”と、“ＢＬＯＣＫ（４４）”と
なっている。これにより、記録媒体イジェクトコマンド
であることが示される。

【００９３】なお、以上図９及び図１０を用いて前述し
た前記ドアロック装置１６a 及び前記記憶媒体イジェク
ト装置１６b に関する拡張機能命令をも含め、前記設定
装置１６c 、１６d 及び初期化装置１６e の拡張機能命
令は、前記Ｎo.３及びＮo.４の電文により、互いに識別
（区別）され、以下に列挙するとおりである。なお、他
の前記Ｎo.１、Ｎo.２、Ｎo.７、Ｎo.８の電文は互いに
同じである。なお、前記Ｎo.５及びＮo.６の電文はチェ
ックサムであるので、前記Ｎo.３及びＮo.４の電文によ
り決まる。

【００９４】（１）ドアロックコマンド： Ｎo.３：READ:START(0),BLOCK(41) ：拡張機能コマンド
１ Ｎo.４：READ:START(0),BLOCK(42) ：拡張機能コマンド
２

【００９５】（２）記憶媒体イジェクトコマンド： Ｎo.３：READ:START(0),BLOCK(43) ：拡張機能コマンド
１ Ｎo.４：READ:START(0),BLOCK(44) ：拡張機能コマンド
２

【００９６】（３）設定コマンド（設定装置１６c ）： Ｎo.３：READ:START(0),BLOCK(45) ：拡張機能コマンド
１ Ｎo.４：READ:START(0),BLOCK(40) ：拡張機能コマンド
２ （用紙サイズＡ５のとき） ※なお、上記Ｎo.４の拡張機能コマンド２のＢＬＯＣＫ
（x ）のx の値は、下記の如く、指定する用紙サイズに
より定まる。 （a ）用紙サイズＡ５：４０ （b ）用紙サイズＡ４：４１ （c ）用紙サイズＡ３：４２ （d ）用紙サイズＢ６：４５ （e ）用紙サイズＢ５：４６ （f ）用紙サイズＢ４：４７

【００９７】（４）設定コマンド（設定装置１６d ）： Ｎo.３：READ:START(0),BLOCK(46) ：拡張機能コマンド
１ Ｎo.４：READ:START(0),BLOCK(40) ：拡張機能コマンド
２ （文字フォントセット明朝体のとき） ※なお、上記Ｎo.４の拡張機能コマンド２のＢＬＯＣＫ
（x ）のx の値は、下記の如く、指定する文字フォント
セットにより定まる。 （a ）明朝体：４０ （b ）ゴシック体：４１

【００９８】（５）初期化コマンド（初期化装置１６e
）： Ｎo.３：READ:START(0),BLOCK(47) ：拡張機能コマンド
１ Ｎo.４：READ:START(0),BLOCK(40) ：拡張機能コマンド
２

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

【０１００】前記図９を用いて前述したＮ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. 【請求項２】請求項１において、前記コマンド認識手段
   が、 受信された複数の前記拡張機能コマンドの組み合わせか
   ら、実行すべき拡張機能を判定する手段であることを特
   徴とする周辺装置。