(57)【特許請求の範囲】
【請求項１】
双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、
前記周辺デバイスは、自己の立ち上げ処理の状態、及び当該周辺デバイスに立ち上げ処理要求を出したホストコンピュータを示すＩＤを含む前記周辺デバイス情報を保持する記憶手段と、
前記ホストコンピュータからの要求に応じて、前記周辺デバイス情報を該ホストコンピュータへ送出する手段とを備え、
前記ホストコンピュータは、前記周辺デバイスから受け取る前記周辺デバイス情報に基づいて、該周辺デバイスの立ち上げ処理状態を確認し、且つ、該周辺デバイスの立ち上げ処理を指示しているホストコンピュータを特定することを特徴とするインタフェース制御方式。
【請求項２】
請求項１記載のインタフェース制御方式において、
前記ホストコンピュータは前記周辺デバイスへの立ち上げ処理要求コマンドの発行に先立ち、前記周辺デバイス情報の要求コマンドを発行し、
前記周辺デバイスは該情報要求コマンドに対する返送データに前記周辺デバイス情報を含ませることを特徴とするインタフェース制御方式。
【請求項３】
請求項２記載のインタフェース制御方式において、
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理未処理の時、立ち上げ処理要求を発行することを特徴とするインタフェース制御方式。
【請求項４】
請求項２記載のインタフェース制御方式において、
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理中又は立ち上げ処理完了している場合、当該立ち上げ処理要求を指示しているホストコンピュータが自己であるかを判定し、自己でない場合は、立ち上げ処理要求コマンドを発行しないことを特徴とするインタフェース制御方式。
【請求項５】
請求項２記載のインタフェース制御方式において、
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理中であり、該立ち上げ処理要求を指示しているホストコンピュータが自己である場合は、前記周辺デバイスをリセットしてから立ち上げ処理要求コマンドを発行することを特徴とするインタフェース制御方式。
【請求項６】
請求項５記載のインタフェース制御方式において、前記バスはＳＣＳＩ−２バスであり、前記周辺デバイス情報要求コマンドはＩｎｑｕｉｒｙコマンドであることを特徴とするインタフェース制御方式。
【請求項７】
双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、
前記周辺デバイスは、自己の立ち上げ処理の状態を示す情報、及び立ち上げ処理要求を発したホストコンピュータを特定するＩＤを記憶する手段を備え、
前記ホストコンピュータから立ち上げ処理要求を受け、立ち上げ処理を開始した場合、前記立ち上げ状態情報を立ち上げ処理実行中を示す状態とし、
前記立ち上げ処理が完了したときに、前記立ち上げ状態情報を立ち上げ完了を示す状態とし、
前記ホストコンピュータからの要求に応じて当該立ち上げ状態情報または前記ＩＤを送信することを特徴とするインタフェース制御方式。
【請求項８】
請求項７記載のインタフェース制御方式において、前記バスはＳＣＳＩ−２バスであり、前記ＩＤは、セレクションフェーズにてホストコンピュータから受信するＳＣＳＩＩＤであることを特徴とするインタフェース制御方式。
【請求項９】
請求項８記載のインタフェース制御方式において、
前記ホストコンピュータは前記周辺デバイスへの立ち上げ処理要求コマンドの発行に先立ち、前記周辺デバイス情報の要求コマンドを発行し、
前記周辺デバイスは該情報要求コマンドに対する返送データに前記周辺デバイス情報を含ませることを特徴とするインタフェース制御方式。
【請求項１０】
双方向通信可能なバスを介して周辺デバイスと接続するホストコンピュータにおける周辺デバイスの立ち上げ処理方法において、
前記ホストコンピュータは、前記周辺デバイスへの立ち上げ処理要求の発行に先立ち、周辺デバイスの状態確認要求を発行し、
該確認要求に対する前記周辺デバイスからの返送データに含まれる該周辺デバイスの立ち上げ処理の実行状態を示す立ち上げ状態識別情報を解析し、
立ち上げ処理が未実行の時は、続けて周辺デバイスへ立ち上げ要求を発行し、
立ち上げ処理が実行完了の時は、立ち上げ処理要求を抑止し、
さらに、前記周辺デバイスの立ち上げ処理が実行中の時は、
当該立ち上げ処理要求を発行したホストコンピュータが自身であるかを、前記返送データに更に含まれる該立ち上げ処理の要求を発したホストコンピュータを特定する親デバイス識別情報で判定し、
自身である場合、前記周辺デバイスをリセットしてから立ち上げ処理要求を発行し、
自身でない場合、立ち上げ処理要求を発行を抑止することを特徴とする立ち上げ処理方法。
【請求項１１】
双方向通信可能なバスを介してホストコンピュータと接続する周辺デバイスの立ち上げ処理方法において、
自己の立ち上げ処理の状態を示す立ち上げ状態情報と、該立ち上げ処理の要求を発行したホストコンピュータを特定する親デバイス情報とを記憶する手段を備え、
前記ホストコンピュータから立ち上げ処理要求を受けたときに、該ホストコンピュータのＩＤを前記親デバイス情報として前記記憶手段に記憶して立ち上げ処理を開始し、
立ち上げ処理の進行に応じて前記立ち上げ状態情報を変更し、
前記ホストコンピュータから周辺デバイスへの立ち上げ状態確認要求を受信したときに、前記記憶手段から前記立ち上げ状態情報と前記親デバイス情報とを読みだして前記ホストコンピュータへ返送することを特徴とする立ち上げ処理方法。
【請求項１２】
双方向通信可能なバスを介して周辺デバイスと接続され、該周辺デバイスの立ち上げが可能なホストコンピュータにおいて、前記周辺デバイスへの立ち上げ処理要求の発行に先立ち前記周辺デバイスの状態確認要求を発行する手段と、
該確認要求に対する前記周辺デバイスからの返送データに含まれる該周辺デバイスの立ち上げ処理の実行状態を示す立ち上げ状態識別情報を分析する手段と、
該立ち上げ処理が未実行の時は、続けて前記周辺デバイスへ立ち上げ要求を発行し、
該立ち上げ処理が実行完了の時は、立ち上げ処理要求を抑止することを特徴とするホストコンピュータ。
【請求項１３】
請求項１２記載のホストコンピュータにおいて、
前記返送データには更に、該立ち上げ処理要求を発したホストコンピュータを特定する親デバイス識別情報を含み、
前記分析手段の分析の結果、前記周辺デバイスの立ち上げ処理が実行中の時に、当該立ち上げ処理要求を発行したホストコンピュータが自身であるかを判定する手段と、
該判定手段の判定の結果、自身である場合、前記周辺デバイスをリセットしてから立ち上げ処理要求を発行する手段と、
該判定手段の判定の結果、自身でない場合、立ち上げ処理要求の発行を抑止することを特徴とするホストコンピュータ。
【請求項１４】
双方向通信可能なバスを介してホストコンピュータと接続する周辺デバイスにおいて、
自己の立ち上げ処理の状態を示す立ち上げ状態情報と、該立ち上げ処理の要求を発行したホストコンピュータを特定する親デバイス情報とを記憶する手段と、
前記ホストコンピュータから立ち上げ処理要求を受けたときに、該ホストコンピュータのＩＤを前記親デバイス情報として前記記憶手段に記憶して立ち上げ処理を開始する手段と、
立ち上げ処理の進行に応じて前記立ち上げ状態情報を変更する手段と、
前記ホストコンピュータから当該周辺デバイスへの立ち上げ状態確認要求を受信したときに、前記記憶手段から前記立ち上げ状態情報と前記親デバイス情報とを読みだして前記ホストコンピュータへ返送する手段とを備えたことを特徴とする周辺デバイス。
【発明の詳細な説明】
本発明は、複数のホストコンピュータとプリンタ等の周辺デバイスが、双方向通信可能なインタフェースで接続される情報処理システムのインタフェース制御方式に係り、特に、周辺デバイスの立ち上げ処理の確実性を高めるとともに、むだな立ち上げ処理をなくし、システムの運用効率を高めることのできるインタフェース制御方式に関する。
背景技術
従来の上記情報処理システムのインタフェース制御方式について説明する。図３は従来の情報処理システムの構成例を示す図である。図３において、３１は、はホストコンピュータ、３２はホストアダプタ、３３はＩ／Ｏバス、３６は周辺デバイス（プリンタ）、３４は周辺デバイス３６のコントローラ、３５はそのコントローラにより制御されるユニット（プリンタエンジン）である。１台のコントローラ３４は複数台のユニットを接続し制御することができるものである。
Ｉ／Ｏバス３３は、双方向通信可能なバスであり、通常Ｉ／Ｏバス上には、親機能又は、子機能を持つデバイスが接続される。親機能を持つデバイス（以下、親デバイスと称す）とはＩ／Ｏバスの使用権を獲得し、Ｉ／Ｏバス上に接続されている他のデバイスに対して、動作を要求するデバイスである。また、子機能を持つデバイス（以下、子デバイスと称す）とは前記親デバイスから要求された動作を実行するデバイスである。通常ホストコンピュータが親デバイスになり、周辺デバイスが子デバイスとなるが、周辺デバイスが親デバイスになる場合もありうる。
図４は、従来のインタフェース制御方式を示す図である。
図４はＩ／Ｏバス上に存在する任意のデバイスの電源投入後、又は周辺デバイスのリセット後のインタフェース制御処理のシーケンスを示す。
まず、周辺デバイスの電源投入、又はリセット処理後（４０１）、ホストコンピュータは、Ｉ／Ｏバス上に存在する周辺デバイスの種別を認識するために周辺デバイスへ該周辺デバイスに関する情報（周辺デバイスの種類や、ダウンロードするデータの要否等の情報）の報告を要求するコマンドを発行する（４０２）。
周辺デバイスは前記コマンドに対する返送データを送信する（４０３）。ホストコンピュータは周辺デバイスへ立ち上げ処理を実行するコマンドを送信する（４０４）。周辺デバイスは、立ち上げ処理を開始する（４０５）。他の親デバイスからコマンド受信などの割込みが無い場合（４０６ａ）、前記立ち上げ処理終了後（４０７）、周辺デバイスはホストコンピュータへ立ち上げ処理終了報告をし（４０８）、立ち上げ準備完了状態となる。この一連の手続きにより、ホストコンピュータは例えば印刷処理のような通常処理が実行可能な状態（４０９）となる。上記従来技術に関連する文献としては例えば特開平５−１６５５８８号公報等がある。
しかしながら、前記周辺デバイスが立ち上げ処理を行っている途中に、前記Ｉ／Ｏバスに接続される他のホストコンピュータからのコマンドを受信し、割込み処理が発生した場合（４０６ｂ）、前記周辺デバイスは割込みの発生により自デバイスの立ち上げ処理を保証できなくなり、その時点で単独でリセットする（４１０）。そして、ホストコンピュータからのコマンド（周辺デバイスに関する情報を要求するコマンドや立ち上げ処理を実行するコマンド）待ちの状態（４１１）となり、最初の立ち上げ処理がむだになる。前記ホストコンピュータは周辺デバイスに対して、再度立ち上げ処理を実行しなければならないため、立ち上げ処理に必要以上の時間を要するという問題点もある。
この問題点に関する対策としては、通信を行っていない任意のデバイスが、Ｉ／Ｏバス上の他のシーケンスに干渉できないようにするために、Ｉ／Ｏバス上に切り替えスイッチや自動的にＩ／Ｏバスの使用権を切り換えるソフトウェア等を備える方法がある。しかしこの対策では両デバイス装置が間に別の媒体を介して通信を行うため、処理時間が長くなり実用的でない。
発明の開示
本発明の目的は、上記問題点を解決し、周辺デバイスのむだな立ち上げ処理をなくし、システムの効率運用を行うことが可能な情報処理システムのインタフェース制御方式を提供することにある。
上記目的を達成するために、本発明は、双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、
前記周辺デバイスに、自己の立ち上げ処理の状態を含む周辺デバイス情報を保持する記憶手段と、前記ホストコンピュータからの要求に応じて、前記周辺デバイス情報を該ホストコンピュータへ送出する手段とを持たせ、
前記ホストコンピュータは、前記周辺デバイスから受け取る周辺デバイス情報に基づいて、該周辺デバイスの立ち上げ処理状態を確認する。
周辺デバイスに、自己の立ち上げ状態を示す情報を保持させ、ホストコンピュータからの要求に応じてその情報をホストコンピュータへ送信するようにし、ホストコンピュータはその情報から周辺デバイスの立ち上げ状態を把握できるようにしておくことで、臨機応変に通常処理要求や立ち上げ処理要求等のコマンドの発行を行うことができるようになる。
また、前記バスに複数のホストコンピュータが接続される場合においては、周辺デバイスに、当該周辺デバイスに立ち上げ処理要求を出したホストコンピュータを示すＩＤを前記周辺デバイス情報に含ませて前記記憶手段に保持させておき、ホストコンピュータは、その情報を吸い上げることにより、周辺デバイスの立ち上げ処理を行っているホストコンピュータが自己か他であるかを把握できるようになるので、状況に応じて処理を行うことができるようになり、また、周辺デバイスの立ち上げ処理の成否を判断することもできるようになる。
また、ホストコンピュータは周辺デバイスへの立ち上げ処理要求を発行に先だって周辺デバイス情報の要求コマンドを発行するので、周辺デバイス情報の内容に応じて立ち上げ処理コマンド発行の続行、取り止めが行え（即ち、周辺デバイスが立ち上げ処理未処理の時に立ち上げ処理要求を発行し、立ち上げ処理が完了又は実行中で異常でない場合には立ち上げ処理要求を発行しない）、むだな立ち上げ処理を行うことを防止できる。
また、周辺デバイスの立ち上げ処理が実行中又は実行完了のときで異常な状態（ホストコンピュータが周辺デバイスに対して立ち上げ処理を行ったことを把握していない又はできない状態と成っているとき）も、把握出来、その時は周辺装置をリセットする等してから再度立ち上げ処理を行うので、システムの異常状態からの回復も容易に行える。
つまり、本発明は、従来技術における問題点を解決するために、ホストコンピュータが周辺デバイスの立ち上げ処理を実行する前に、周辺デバイスの立ち上げ処理の進行状況に関する情報と、周辺デバイスの立ち上げ処理を実行している親デバイスを識別可能な情報を含んだ周辺デバイス情報から周辺デバイスの立ち上げ状態等を認識可能な立ち上げ状態認識手段を備え、周辺デバイスが、周辺デバイス情報を通知可能な立ち上げ状態通知手段を備えるように構成したことにより、周辺デバイスへの立ち上げ処理の要不要を判断できることで、不要な立ち上げ処理を排除することを可能とし、システムの運用効率の向上を実現した。
【図面の簡単な説明】
図１は、本発明の一実施例を示すブロック構成図。図２は、本発明の一実施例の親デバイス側の処理を示すフローチャート図３は、従来の情報処理システムの構成例を示す図。図４は、従来のインタフェース制御方式を示す図。図５は、本発明の一実施例を示すブロック構成の詳細を示す図。図６は、周辺デバイスが保持する周辺デバイス情報を示す図である。
発明を実施するための最良の形態
以下、本発明による情報処理システムのインタフェース制御方式の一実施例を図面を用いて詳細に説明する。図１に本発明の情報処理システムの一実施例の構成図を、図５にその詳細なブロック構成図を示す。
図１中、１１は親機能を持つホストコンピュータ、１２はホストコンピュータ１１内の立ち上げ状態認識手段、１３はＩ／Ｏバス、１４は子機能を持つ周辺デバイス、１５は周辺デバイス１４内にある立ち上げ状態通知手段である。
親機能を持つデバイスとはＩ／Ｏバス１３の使用権を獲得し、Ｉ／Ｏバス１３上に接続されている他のデバイスに対して、動作を要求するデバイスである。また、子機能を持つデバイスとは前記親デバイスから要求された動作を実行するデバイスである。
１６はＩ／Ｏバス１３上に流れる周辺デバイス情報を示し、周辺デバイス情報１６は立ち上げ状態情報１７と親デバイス情報１８を含む。立ち上げ状態情報１７は送信元の周辺デバイスの立ち上げ処理の進行状況を示す情報であり、親デバイス情報１８は当該周辺デバイスの立ち上げ処理を実行している親デバイスを特定する情報である。
Ｉ／Ｏバス１３は双方向通信可能なバスであり、例えば、ＳＣＳＩ−２インタフェースでのＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）バスなどでよい。
周辺デバイス１４が持つ立ち上げ状態通知手段１５は、ホストコンピュータ１１に対して周辺デバイス情報１６を送信する。例えばホストコンピュータ１１からのコマンドのような指示に対する返送データに周辺デバイス情報１６をつけ加えて返送する。
ホストコンピュータ１１が持つ立ち上げ状態認識手段１２は、周辺デバイス１４からの返送データ内に含まれる周辺デバイス情報１６の立ち上げ状態情報１７と親デバイス情報１８により、周辺デバイス１４の立ち上げ処理の進行状況と周辺デバイス１４の立ち上げ処理を実行している親デバイスとを識別する。
図５に図１に示す情報処理システムの詳細ブロック図を示す。ホストコンピュータ１１は、該ホストコンピュータ１１の操作者とのインタフェースとして、出力用のＣＲＴ５１と入力用のキーボード５２、外部記憶であるＦＤＤ５３とそれらを制御するＢＩＯＳ(Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ)５４，Ｉ／Ｏ．ｓｙｓ５５と、Ｉ／Ｏバス１３との接続用のインタフェースボード５６、ホストアダプタ５７と、それらを制御するＯＳ５８と内蔵メモリ等から構成される。
周辺デバイス１４は、Ｉ／Ｏバス１３に接続するインタフェースボード５９とＩ／Ｏバス１３に接続する他のデバイスとの接続処理を制御する周辺デバイスコントローラ６０と文字フォント等を格納するＣＧＲＯＭ６１と当該周辺デバイスを制御するＣＰＵ６２と当該周辺デバイスを制御するためのプログラムを格納するプログラムＲＯＭ６３とワークメモリであるＲＡＭ６４と、
実際の印刷動作を実行する周辺デバイスユニット部６５と該ユニット部を制御するエンジンインタフェース制御回路６６、割込み信号を制御する割込みコントローラ６７等から構成される。
前述の立ち上げ状態通知手段１５は、周辺デバイス１４のプログラムＲＯＭ６３に格納されるプログラムと該プログラムが動作するＣＰＵ６２とが該当する。
また、立ち上げ状態認識手段１２はホストコンピュータ１１のＯＳ５８が該当する。
図２は周辺デバイス１４の立ち上げ処理をホストコンピュータ１１から見た場合のフローチャートである。
ホストコンピュータ１１は、周辺デバイス１４の電源投入、又はリセット後（２０１）周辺デバイス１４を動作させる場合に、周辺デバイス情報１６を要求するコマンドを発行し（２０２）、周辺デバイス１４からの前記コマンドに対する周辺デバイス情報を含んだ返送データを受信する（２０３）。
ホストコンピュータ１１は周辺デバイス情報内に含まれる周辺デバイス１４の立ち上げ状態情報１７を解読し、周辺デバイス１４の立ち上げ処理の進行状況を認識する（２０４）。ホストコンピュータ１１が周辺デバイス１４の立ち上げ処理がどのホストコンピュータからも未実行であることを認識した場合（２０４ａ）、その周辺デバイスとのインタフェースを他デバイスから妨害されないよう周辺デバイスを拘束した後（２０５）、周辺デバイスへ立ち上げ処理実行コマンドを発行し（２０６）、周辺デバイスの立ち上げ処理を開始する（２０７）。周辺デバイスから立ち上げ処理終了報告受信（２０８）後、Ｉ／Ｏバス上に存在する任意のデバイスが立ち上げ処理を完了した周辺デバイスを使用できるよう周辺デバイスの拘束を解除する（２０９）。
ホストコンピュータが立ち上げ状態情報により、周辺デバイスが立ち上げ処理実行中であると認識した場合（２０４ｂ）、周辺デバイス情報内に含まれる親デバイス情報１８により、周辺デバイスの立ち上げ処理を実行しているホストコンピュータがどれかを識別する（２１０ａ）。立ち上げ処理を実行している親デバイスが自身でない場合は、立ち上げ処理の実行の正常終了を待って周辺デバイスに対してコマンドなどの指示を発行する（２１４）。
この時、ホストコンピュータは立ち上げ状態認識手段により、立ち上げ状態情報を用いて周辺デバイスの立ち上げ状態を認識し、余分な立ち上げ処理を実行することなく周辺デバイスを使用することができる。
親デバイス情報により周辺デバイスの立ち上げ処理を実行している親デバイスが自身であると認識した場合（２１０ａ）は、当該ホストコンピュータが周辺デバイスの立ち上げ処理中にダウンし、又は割込み処理により周辺デバイスが途中ストップし、周辺デバイスの立ち上げ処理進行状況をホストコンピュータが正確に把握できない状態に陥っている場合と判断できる。この時には、ホストコンピュータは周辺デバイスにリセット命令をだし、立ち上げ処理を全て破棄する（２１１）。リセット命令を受けると周辺デバイスは、電源オンオフ等のリセット処理を行う。そして、ホストコンピュータは自身を含んだＩ／Ｏバス上の任意のホストコンピュータが周辺デバイスを使用可能とできるよう改めて周辺デバイスへの立ち上げ処理を開始する（２１２）。
ホストコンピュータが立ち上げ状態情報により、周辺デバイスが立ち上げ準備完了状態であると認識した場合（２０４ｃ）、周辺デバイス情報内に含まれる親デバイス情報１８により、周辺デバイスの立ち上げ処理を実行している親機能を持つホストコンピュータを識別する（２１０）。周辺デバイスに対して処理を実行している親デバイスが自身でない（２１０ｄ）場合は、周辺デバイスに対してコマンドなどの指示を発行することが可能である（２１４）。親デバイス情報により親デバイスが自身であると認識した場合（２１０ｃ）、ホストコンピュータが周辺デバイスを使用中にダウンした場合であり、周辺デバイスは現在実行中のコマンドに対しての動作の保証が不可能であるため、ホストコンピュータは前記コマンドを取り消した後（２１３）、改めて周辺デバイスへ印字処理等の通常処理コマンドを発行する（２１４）。
次に説明するのは、Ｉ／ＯバスとしてＳＣＳＩ−２を用い、ホストコンピュータが周辺デバイスの立ち上げ状況を認識するために、ホストコンピュータがＩｎｑｕｉｒｙコマンドを発行する場合の具体例である。
コマンドを発行する際、ホストコンピュータは、まずアービトレーションフェーズでＳＣＳＩバスの使用権を獲得する。次に、セレクションフェーズで周辺デバイスとＳＣＳＩＩＤを確認することによってＳＣＳＩインタフェースを確立する。
この時、周辺デバイスは１つのコマンドシーケンスが終了するまで受け取ったホストコンピュータのＳＣＳＩＩＤをＲＡＭに保持する。
また、周辺デバイスは立ち上げコマンドを受けると自デバイスの立ち上げ処理を開始する。立ち上げ処理とは当該周辺デバイスが上位のホストコンピュータから文字フォントや当該周辺デバイスの制御プログラムをダウンロードする処理である。
周辺デバイスは図６に示すように、ＲＡＭに自己の立ち上げ状態を示すフラグをセットしており、電源オン又はリセット処理の後は“００”にセットされている（立ち上げ未処理）。周辺デバイスは立ち上げ処理を開始すると立ち上げ状態を示すフラグを“０１”にセットし、周辺デバイスが立ち上げ処理を実行中であることを示す状態にする（立ち上げ処理中）。そして、立ち上げ処理が正常に完了したらフラグを“１１”にセットし、立ち上げ処理が完了したことを示す状態にしておく（立ち上げ処理完了）。
また、立ち上げコマンドを受信時のセレクションフェーズで受け取った親デバイスのＳＣＳＩＩＤは立ち上げコマンドの処理が終了するまではＲＡＭに保持しておく。
周辺デバイスはホストコンピュータからＩｎｑｕｉｒｙコマンドを受信すると、ＲＡＭから、前述のフラグと親デバイスのＳＣＳＩＩＤとを読みだして当該Ｉｎｑｕｉｒｙコマンドに対する返送データにそれぞれ立ち上げ状態情報と、親デバイス情報として付加し、ホストコンピュータへ返送する。
図４を用いて説明したように、ホストコンピュータは返送データに含まれる周辺デバイスの立ち上げ状態情報によって、周辺デバイスに対する立ち上げ処理の要不要を判断してその判断結果によりことなる対処をする。
本説明では、コマンドに対する返送データに立ち上げ状態情報と、親デバイス情報とを付加して返送する例を示したが、それぞれを別々に送付しても良く、その順番はどちらから送っても良い。
本実施例によりインタフェース制御を円滑に行うことが出来るようになる。
また、ホストコンピュータは、親デバイス情報によって周辺デバイスの立ち上げ状態中立ち上げ処理を実行している親デバイスを認識可能となり、あるホストコンピュータによる周辺デバイスの占有や複数のホストコンピュータによる競合又はデッドロックなどが防止が可能となるので、システムの運用効率の向上が図れる。
立ち上げ処理中に周辺デバイス側で何かしらのエラーが生じた場合には、周辺デバイスはエラーが生じたことをホストコンピュータに報告するが、本実施例によれば、立ち上げ処理を行っている間自己の周辺デバイスに立ち上げ処理を要求した親デバイスを特定するＳＣＳＩＩＤを保持しているので、エラーの報告する親デバイスも特定することが出来るようになる。
また特別なＩ／Ｏバス制御装置及びソフトウェアを用いることなくデバイス相互間の通信を円滑に実行可能となり、各デバイスの負荷を高めずに簡単な方法でシステムの効率運用が可能になる。
産業上の利用可能性
以上の説明にて分かるように、本発明によれば、パーソナルコンピュータやワークステーション等をホストコンピュータとし、ＳＣＳＩインタフェース等のインタフェースにてプリンタ等の周辺デバイスを接続して構築する情報処理システムにおいて、システムの運用効率を向上させることが出来る。また特別なＩ／Ｏバス制御装置及びソフトウェアを用いることなくデバイス相互間の通信を円滑に行えるので、システムを構成する各デバイスの負荷を高めることなく簡単な方法でシステムの効率運用が行え、当該情報処理システムの製造、運用上で大きな改善が期待できる。
【図１】
0003856341.tif 000002
【図２】
0003856341.tif 000003
【図３】
0003856341.tif 000004
【図４】
0003856341.tif 000005
【図５】
0003856341.tif 000006
【図６】
0003856341.tif 000007