JP3856341B2 - Interface control method - Google Patents

Interface control method Download PDF

Info

Publication number
JP3856341B2
JP3856341B2 JP52826396A JP52826396A JP3856341B2 JP 3856341 B2 JP3856341 B2 JP 3856341B2 JP 52826396 A JP52826396 A JP 52826396A JP 52826396 A JP52826396 A JP 52826396A JP 3856341 B2 JP3856341 B2 JP 3856341B2
Authority
JP
Japan
Prior art keywords
peripheral device
startup
host computer
request
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP52826396A
Other languages
Japanese (ja)
Inventor
亜希子 渋谷
庸夫 今井
Original Assignee
リコープリンティングシステムズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by リコープリンティングシステムズ株式会社 filed Critical リコープリンティングシステムズ株式会社
Application granted granted Critical
Publication of JP3856341B2 publication Critical patent/JP3856341B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/126—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine and has means for transferring I/O instructions and statuses between control unit and main processor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers

Description

本発明は、複数のホストコンピュータとプリンタ等の周辺デバイスが、双方向通信可能なインタフェースで接続される情報処理システムのインタフェース制御方式に係り、特に、周辺デバイスの立ち上げ処理の確実性を高めるとともに、むだな立ち上げ処理をなくし、システムの運用効率を高めることのできるインタフェース制御方式に関する。
背景技術
従来の上記情報処理システムのインタフェース制御方式について説明する。図３は従来の情報処理システムの構成例を示す図である。図３において、３１は、はホストコンピュータ、３２はホストアダプタ、３３はＩ／Ｏバス、３６は周辺デバイス（プリンタ）、３４は周辺デバイス３６のコントローラ、３５はそのコントローラにより制御されるユニット（プリンタエンジン）である。１台のコントローラ３４は複数台のユニットを接続し制御することができるものである。
Ｉ／Ｏバス３３は、双方向通信可能なバスであり、通常Ｉ／Ｏバス上には、親機能又は、子機能を持つデバイスが接続される。親機能を持つデバイス（以下、親デバイスと称す）とはＩ／Ｏバスの使用権を獲得し、Ｉ／Ｏバス上に接続されている他のデバイスに対して、動作を要求するデバイスである。また、子機能を持つデバイス（以下、子デバイスと称す）とは前記親デバイスから要求された動作を実行するデバイスである。通常ホストコンピュータが親デバイスになり、周辺デバイスが子デバイスとなるが、周辺デバイスが親デバイスになる場合もありうる。
図４は、従来のインタフェース制御方式を示す図である。
図４はＩ／Ｏバス上に存在する任意のデバイスの電源投入後、又は周辺デバイスのリセット後のインタフェース制御処理のシーケンスを示す。
まず、周辺デバイスの電源投入、又はリセット処理後（４０１）、ホストコンピュータは、Ｉ／Ｏバス上に存在する周辺デバイスの種別を認識するために周辺デバイスへ該周辺デバイスに関する情報（周辺デバイスの種類や、ダウンロードするデータの要否等の情報）の報告を要求するコマンドを発行する（４０２）。
周辺デバイスは前記コマンドに対する返送データを送信する（４０３）。ホストコンピュータは周辺デバイスへ立ち上げ処理を実行するコマンドを送信する（４０４）。周辺デバイスは、立ち上げ処理を開始する（４０５）。他の親デバイスからコマンド受信などの割込みが無い場合（４０６ａ）、前記立ち上げ処理終了後（４０７）、周辺デバイスはホストコンピュータへ立ち上げ処理終了報告をし（４０８）、立ち上げ準備完了状態となる。この一連の手続きにより、ホストコンピュータは例えば印刷処理のような通常処理が実行可能な状態（４０９）となる。上記従来技術に関連する文献としては例えば特開平５−１６５５８８号公報等がある。
しかしながら、前記周辺デバイスが立ち上げ処理を行っている途中に、前記Ｉ／Ｏバスに接続される他のホストコンピュータからのコマンドを受信し、割込み処理が発生した場合（４０６ｂ）、前記周辺デバイスは割込みの発生により自デバイスの立ち上げ処理を保証できなくなり、その時点で単独でリセットする（４１０）。そして、ホストコンピュータからのコマンド（周辺デバイスに関する情報を要求するコマンドや立ち上げ処理を実行するコマンド）待ちの状態（４１１）となり、最初の立ち上げ処理がむだになる。前記ホストコンピュータは周辺デバイスに対して、再度立ち上げ処理を実行しなければならないため、立ち上げ処理に必要以上の時間を要するという問題点もある。
この問題点に関する対策としては、通信を行っていない任意のデバイスが、Ｉ／Ｏバス上の他のシーケンスに干渉できないようにするために、Ｉ／Ｏバス上に切り替えスイッチや自動的にＩ／Ｏバスの使用権を切り換えるソフトウェア等を備える方法がある。しかしこの対策では両デバイス装置が間に別の媒体を介して通信を行うため、処理時間が長くなり実用的でない。
発明の開示
本発明の目的は、上記問題点を解決し、周辺デバイスのむだな立ち上げ処理をなくし、システムの効率運用を行うことが可能な情報処理システムのインタフェース制御方式を提供することにある。
上記目的を達成するために、本発明は、双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、
前記周辺デバイスに、自己の立ち上げ処理の状態を含む周辺デバイス情報を保持する記憶手段と、前記ホストコンピュータからの要求に応じて、前記周辺デバイス情報を該ホストコンピュータへ送出する手段とを持たせ、
前記ホストコンピュータは、前記周辺デバイスから受け取る周辺デバイス情報に基づいて、該周辺デバイスの立ち上げ処理状態を確認する。
周辺デバイスに、自己の立ち上げ状態を示す情報を保持させ、ホストコンピュータからの要求に応じてその情報をホストコンピュータへ送信するようにし、ホストコンピュータはその情報から周辺デバイスの立ち上げ状態を把握できるようにしておくことで、臨機応変に通常処理要求や立ち上げ処理要求等のコマンドの発行を行うことができるようになる。
また、前記バスに複数のホストコンピュータが接続される場合においては、周辺デバイスに、当該周辺デバイスに立ち上げ処理要求を出したホストコンピュータを示すＩＤを前記周辺デバイス情報に含ませて前記記憶手段に保持させておき、ホストコンピュータは、その情報を吸い上げることにより、周辺デバイスの立ち上げ処理を行っているホストコンピュータが自己か他であるかを把握できるようになるので、状況に応じて処理を行うことができるようになり、また、周辺デバイスの立ち上げ処理の成否を判断することもできるようになる。
また、ホストコンピュータは周辺デバイスへの立ち上げ処理要求を発行に先だって周辺デバイス情報の要求コマンドを発行するので、周辺デバイス情報の内容に応じて立ち上げ処理コマンド発行の続行、取り止めが行え（即ち、周辺デバイスが立ち上げ処理未処理の時に立ち上げ処理要求を発行し、立ち上げ処理が完了又は実行中で異常でない場合には立ち上げ処理要求を発行しない）、むだな立ち上げ処理を行うことを防止できる。
また、周辺デバイスの立ち上げ処理が実行中又は実行完了のときで異常な状態（ホストコンピュータが周辺デバイスに対して立ち上げ処理を行ったことを把握していない又はできない状態と成っているとき）も、把握出来、その時は周辺装置をリセットする等してから再度立ち上げ処理を行うので、システムの異常状態からの回復も容易に行える。
つまり、本発明は、従来技術における問題点を解決するために、ホストコンピュータが周辺デバイスの立ち上げ処理を実行する前に、周辺デバイスの立ち上げ処理の進行状況に関する情報と、周辺デバイスの立ち上げ処理を実行している親デバイスを識別可能な情報を含んだ周辺デバイス情報から周辺デバイスの立ち上げ状態等を認識可能な立ち上げ状態認識手段を備え、周辺デバイスが、周辺デバイス情報を通知可能な立ち上げ状態通知手段を備えるように構成したことにより、周辺デバイスへの立ち上げ処理の要不要を判断できることで、不要な立ち上げ処理を排除することを可能とし、システムの運用効率の向上を実現した。
【図面の簡単な説明】
図１は、本発明の一実施例を示すブロック構成図。図２は、本発明の一実施例の親デバイス側の処理を示すフローチャート図３は、従来の情報処理システムの構成例を示す図。図４は、従来のインタフェース制御方式を示す図。図５は、本発明の一実施例を示すブロック構成の詳細を示す図。図６は、周辺デバイスが保持する周辺デバイス情報を示す図である。
発明を実施するための最良の形態
以下、本発明による情報処理システムのインタフェース制御方式の一実施例を図面を用いて詳細に説明する。図１に本発明の情報処理システムの一実施例の構成図を、図５にその詳細なブロック構成図を示す。
図１中、１１は親機能を持つホストコンピュータ、１２はホストコンピュータ１１内の立ち上げ状態認識手段、１３はＩ／Ｏバス、１４は子機能を持つ周辺デバイス、１５は周辺デバイス１４内にある立ち上げ状態通知手段である。
親機能を持つデバイスとはＩ／Ｏバス１３の使用権を獲得し、Ｉ／Ｏバス１３上に接続されている他のデバイスに対して、動作を要求するデバイスである。また、子機能を持つデバイスとは前記親デバイスから要求された動作を実行するデバイスである。
１６はＩ／Ｏバス１３上に流れる周辺デバイス情報を示し、周辺デバイス情報１６は立ち上げ状態情報１７と親デバイス情報１８を含む。立ち上げ状態情報１７は送信元の周辺デバイスの立ち上げ処理の進行状況を示す情報であり、親デバイス情報１８は当該周辺デバイスの立ち上げ処理を実行している親デバイスを特定する情報である。
Ｉ／Ｏバス１３は双方向通信可能なバスであり、例えば、ＳＣＳＩ−２インタフェースでのＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）バスなどでよい。
周辺デバイス１４が持つ立ち上げ状態通知手段１５は、ホストコンピュータ１１に対して周辺デバイス情報１６を送信する。例えばホストコンピュータ１１からのコマンドのような指示に対する返送データに周辺デバイス情報１６をつけ加えて返送する。
ホストコンピュータ１１が持つ立ち上げ状態認識手段１２は、周辺デバイス１４からの返送データ内に含まれる周辺デバイス情報１６の立ち上げ状態情報１７と親デバイス情報１８により、周辺デバイス１４の立ち上げ処理の進行状況と周辺デバイス１４の立ち上げ処理を実行している親デバイスとを識別する。
図５に図１に示す情報処理システムの詳細ブロック図を示す。ホストコンピュータ１１は、該ホストコンピュータ１１の操作者とのインタフェースとして、出力用のＣＲＴ５１と入力用のキーボード５２、外部記憶であるＦＤＤ５３とそれらを制御するＢＩＯＳ(Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ)５４，Ｉ／Ｏ．ｓｙｓ５５と、Ｉ／Ｏバス１３との接続用のインタフェースボード５６、ホストアダプタ５７と、それらを制御するＯＳ５８と内蔵メモリ等から構成される。
周辺デバイス１４は、Ｉ／Ｏバス１３に接続するインタフェースボード５９とＩ／Ｏバス１３に接続する他のデバイスとの接続処理を制御する周辺デバイスコントローラ６０と文字フォント等を格納するＣＧＲＯＭ６１と当該周辺デバイスを制御するＣＰＵ６２と当該周辺デバイスを制御するためのプログラムを格納するプログラムＲＯＭ６３とワークメモリであるＲＡＭ６４と、
実際の印刷動作を実行する周辺デバイスユニット部６５と該ユニット部を制御するエンジンインタフェース制御回路６６、割込み信号を制御する割込みコントローラ６７等から構成される。
前述の立ち上げ状態通知手段１５は、周辺デバイス１４のプログラムＲＯＭ６３に格納されるプログラムと該プログラムが動作するＣＰＵ６２とが該当する。
また、立ち上げ状態認識手段１２はホストコンピュータ１１のＯＳ５８が該当する。
図２は周辺デバイス１４の立ち上げ処理をホストコンピュータ１１から見た場合のフローチャートである。
ホストコンピュータ１１は、周辺デバイス１４の電源投入、又はリセット後（２０１）周辺デバイス１４を動作させる場合に、周辺デバイス情報１６を要求するコマンドを発行し（２０２）、周辺デバイス１４からの前記コマンドに対する周辺デバイス情報を含んだ返送データを受信する（２０３）。
ホストコンピュータ１１は周辺デバイス情報内に含まれる周辺デバイス１４の立ち上げ状態情報１７を解読し、周辺デバイス１４の立ち上げ処理の進行状況を認識する（２０４）。ホストコンピュータ１１が周辺デバイス１４の立ち上げ処理がどのホストコンピュータからも未実行であることを認識した場合（２０４ａ）、その周辺デバイスとのインタフェースを他デバイスから妨害されないよう周辺デバイスを拘束した後（２０５）、周辺デバイスへ立ち上げ処理実行コマンドを発行し（２０６）、周辺デバイスの立ち上げ処理を開始する（２０７）。周辺デバイスから立ち上げ処理終了報告受信（２０８）後、Ｉ／Ｏバス上に存在する任意のデバイスが立ち上げ処理を完了した周辺デバイスを使用できるよう周辺デバイスの拘束を解除する（２０９）。
ホストコンピュータが立ち上げ状態情報により、周辺デバイスが立ち上げ処理実行中であると認識した場合（２０４ｂ）、周辺デバイス情報内に含まれる親デバイス情報１８により、周辺デバイスの立ち上げ処理を実行しているホストコンピュータがどれかを識別する（２１０ａ）。立ち上げ処理を実行している親デバイスが自身でない場合は、立ち上げ処理の実行の正常終了を待って周辺デバイスに対してコマンドなどの指示を発行する（２１４）。
この時、ホストコンピュータは立ち上げ状態認識手段により、立ち上げ状態情報を用いて周辺デバイスの立ち上げ状態を認識し、余分な立ち上げ処理を実行することなく周辺デバイスを使用することができる。
親デバイス情報により周辺デバイスの立ち上げ処理を実行している親デバイスが自身であると認識した場合（２１０ａ）は、当該ホストコンピュータが周辺デバイスの立ち上げ処理中にダウンし、又は割込み処理により周辺デバイスが途中ストップし、周辺デバイスの立ち上げ処理進行状況をホストコンピュータが正確に把握できない状態に陥っている場合と判断できる。この時には、ホストコンピュータは周辺デバイスにリセット命令をだし、立ち上げ処理を全て破棄する（２１１）。リセット命令を受けると周辺デバイスは、電源オンオフ等のリセット処理を行う。そして、ホストコンピュータは自身を含んだＩ／Ｏバス上の任意のホストコンピュータが周辺デバイスを使用可能とできるよう改めて周辺デバイスへの立ち上げ処理を開始する（２１２）。
ホストコンピュータが立ち上げ状態情報により、周辺デバイスが立ち上げ準備完了状態であると認識した場合（２０４ｃ）、周辺デバイス情報内に含まれる親デバイス情報１８により、周辺デバイスの立ち上げ処理を実行している親機能を持つホストコンピュータを識別する（２１０）。周辺デバイスに対して処理を実行している親デバイスが自身でない（２１０ｄ）場合は、周辺デバイスに対してコマンドなどの指示を発行することが可能である（２１４）。親デバイス情報により親デバイスが自身であると認識した場合（２１０ｃ）、ホストコンピュータが周辺デバイスを使用中にダウンした場合であり、周辺デバイスは現在実行中のコマンドに対しての動作の保証が不可能であるため、ホストコンピュータは前記コマンドを取り消した後（２１３）、改めて周辺デバイスへ印字処理等の通常処理コマンドを発行する（２１４）。
次に説明するのは、Ｉ／ＯバスとしてＳＣＳＩ−２を用い、ホストコンピュータが周辺デバイスの立ち上げ状況を認識するために、ホストコンピュータがＩｎｑｕｉｒｙコマンドを発行する場合の具体例である。
コマンドを発行する際、ホストコンピュータは、まずアービトレーションフェーズでＳＣＳＩバスの使用権を獲得する。次に、セレクションフェーズで周辺デバイスとＳＣＳＩＩＤを確認することによってＳＣＳＩインタフェースを確立する。
この時、周辺デバイスは１つのコマンドシーケンスが終了するまで受け取ったホストコンピュータのＳＣＳＩＩＤをＲＡＭに保持する。
また、周辺デバイスは立ち上げコマンドを受けると自デバイスの立ち上げ処理を開始する。立ち上げ処理とは当該周辺デバイスが上位のホストコンピュータから文字フォントや当該周辺デバイスの制御プログラムをダウンロードする処理である。
周辺デバイスは図６に示すように、ＲＡＭに自己の立ち上げ状態を示すフラグをセットしており、電源オン又はリセット処理の後は“００”にセットされている（立ち上げ未処理）。周辺デバイスは立ち上げ処理を開始すると立ち上げ状態を示すフラグを“０１”にセットし、周辺デバイスが立ち上げ処理を実行中であることを示す状態にする（立ち上げ処理中）。そして、立ち上げ処理が正常に完了したらフラグを“１１”にセットし、立ち上げ処理が完了したことを示す状態にしておく（立ち上げ処理完了）。
また、立ち上げコマンドを受信時のセレクションフェーズで受け取った親デバイスのＳＣＳＩＩＤは立ち上げコマンドの処理が終了するまではＲＡＭに保持しておく。
周辺デバイスはホストコンピュータからＩｎｑｕｉｒｙコマンドを受信すると、ＲＡＭから、前述のフラグと親デバイスのＳＣＳＩＩＤとを読みだして当該Ｉｎｑｕｉｒｙコマンドに対する返送データにそれぞれ立ち上げ状態情報と、親デバイス情報として付加し、ホストコンピュータへ返送する。
図４を用いて説明したように、ホストコンピュータは返送データに含まれる周辺デバイスの立ち上げ状態情報によって、周辺デバイスに対する立ち上げ処理の要不要を判断してその判断結果によりことなる対処をする。
本説明では、コマンドに対する返送データに立ち上げ状態情報と、親デバイス情報とを付加して返送する例を示したが、それぞれを別々に送付しても良く、その順番はどちらから送っても良い。
本実施例によりインタフェース制御を円滑に行うことが出来るようになる。
また、ホストコンピュータは、親デバイス情報によって周辺デバイスの立ち上げ状態中立ち上げ処理を実行している親デバイスを認識可能となり、あるホストコンピュータによる周辺デバイスの占有や複数のホストコンピュータによる競合又はデッドロックなどが防止が可能となるので、システムの運用効率の向上が図れる。
立ち上げ処理中に周辺デバイス側で何かしらのエラーが生じた場合には、周辺デバイスはエラーが生じたことをホストコンピュータに報告するが、本実施例によれば、立ち上げ処理を行っている間自己の周辺デバイスに立ち上げ処理を要求した親デバイスを特定するＳＣＳＩＩＤを保持しているので、エラーの報告する親デバイスも特定することが出来るようになる。
また特別なＩ／Ｏバス制御装置及びソフトウェアを用いることなくデバイス相互間の通信を円滑に実行可能となり、各デバイスの負荷を高めずに簡単な方法でシステムの効率運用が可能になる。
産業上の利用可能性
以上の説明にて分かるように、本発明によれば、パーソナルコンピュータやワークステーション等をホストコンピュータとし、ＳＣＳＩインタフェース等のインタフェースにてプリンタ等の周辺デバイスを接続して構築する情報処理システムにおいて、システムの運用効率を向上させることが出来る。また特別なＩ／Ｏバス制御装置及びソフトウェアを用いることなくデバイス相互間の通信を円滑に行えるので、システムを構成する各デバイスの負荷を高めることなく簡単な方法でシステムの効率運用が行え、当該情報処理システムの製造、運用上で大きな改善が期待できる。The present invention relates to an interface control method for an information processing system in which a plurality of host computers and peripheral devices such as printers are connected by an interface capable of bidirectional communication, and in particular, increases the certainty of the startup processing of the peripheral devices. The present invention relates to an interface control method that can eliminate wasteful start-up processing and improve system operation efficiency.
2. Description of the Related Art A conventional interface control method for the information processing system will be described. FIG. 3 is a diagram illustrating a configuration example of a conventional information processing system. In FIG. 3, 31 is a host computer, 32 is a host adapter, 33 is an I / O bus, 36 is a peripheral device (printer), 34 is a controller of the peripheral device 36, and 35 is a unit (printer) controlled by the controller. Engine). One controller 34 can connect and control a plurality of units.
The I / O bus 33 is a bus capable of bidirectional communication, and a device having a parent function or a child function is connected to the normal I / O bus. A device having a parent function (hereinafter referred to as a parent device) is a device that acquires the right to use the I / O bus and requests an operation from another device connected on the I / O bus. . A device having a child function (hereinafter referred to as a child device) is a device that executes an operation requested by the parent device. Usually, the host computer is the parent device and the peripheral device is the child device, but the peripheral device may be the parent device.
FIG. 4 is a diagram showing a conventional interface control method.
FIG. 4 shows a sequence of interface control processing after power-on of any device existing on the I / O bus or after resetting of peripheral devices.
First, after powering on or resetting a peripheral device (401), the host computer sends information about the peripheral device (peripheral device type) to the peripheral device in order to recognize the peripheral device type existing on the I / O bus. In addition, a command for requesting a report of information on whether or not to download data is issued (402).
The peripheral device transmits return data for the command (403). The host computer transmits a command for executing startup processing to the peripheral device (404). The peripheral device starts the startup process (405). When there is no interrupt such as command reception from another parent device (406a), after the start-up process is completed (407), the peripheral device reports the start-up process end to the host computer (408), Become. By this series of procedures, the host computer is in a state (409) where normal processing such as printing processing can be executed. For example, Japanese Patent Laid-Open No. 5-165588 is cited as a document related to the above prior art.
However, when the peripheral device receives a command from another host computer connected to the I / O bus during the start-up process and an interrupt process occurs (406b), the peripheral device Due to the occurrence of an interrupt, it is impossible to guarantee the start-up process of the device itself, and at that time, it is reset alone (410). Then, the host computer waits for a command (a command for requesting information about peripheral devices or a command for executing startup processing) (411), and the first startup processing is wasted. Since the host computer has to execute the startup process on the peripheral device again, there is a problem that it takes more time than necessary for the startup process.
As a countermeasure for this problem, in order to prevent any device that is not communicating from interfering with other sequences on the I / O bus, a changeover switch or an automatic I / O on the I / O bus is used. There is a method including software for switching the right to use the O bus. However, this measure is not practical because both device apparatuses communicate with each other via another medium, and the processing time becomes long.
DISCLOSURE OF THE INVENTION An object of the present invention is to provide an interface control method for an information processing system that solves the above-described problems, eliminates unnecessary start-up processing of peripheral devices, and enables efficient system operation. .
To achieve the above object, the present invention comprises a bus capable of bidirectional communication, a peripheral device connected to the bus, and a host computer connected to the bus and instructing start-up processing of the peripheral device. In the interface control method in the information processing system
The peripheral device has storage means for holding peripheral device information including the state of its own startup processing, and means for sending the peripheral device information to the host computer in response to a request from the host computer. ,
The host computer confirms the startup processing state of the peripheral device based on the peripheral device information received from the peripheral device.
Peripheral devices hold information indicating their startup status and send the information to the host computer in response to a request from the host computer. The host computer can grasp the startup status of the peripheral device from that information. By doing so, commands such as a normal processing request and a startup processing request can be issued as needed.
When a plurality of host computers are connected to the bus, the peripheral device information includes an ID indicating the host computer that has issued a startup processing request for the peripheral device in the peripheral device. By holding the information, the host computer can grasp whether the host computer that is starting up the peripheral device is self or another by sucking up the information. In addition, it is possible to determine whether the peripheral device startup processing is successful.
In addition, since the host computer issues a peripheral device information request command prior to issuing the startup processing request to the peripheral device, it is possible to continue and cancel the startup processing command according to the contents of the peripheral device information (i.e., If the peripheral device is not processing the startup process, issue a startup process request. If the startup process is complete or is not being executed, do not issue the startup process request.) Can be prevented.
Also, an abnormal state when the startup process of the peripheral device is being executed or completed (when the host computer has not grasped that the startup process has been performed on the peripheral device or is in a state where it cannot be performed) In this case, since the startup process is performed again after resetting the peripheral devices, recovery from the abnormal state of the system can be easily performed.
In other words, in order to solve the problems in the prior art, the present invention provides information on the progress status of the peripheral device startup processing and the startup of the peripheral device before the host computer executes the peripheral device startup processing. It is provided with startup state recognition means capable of recognizing the startup state of the peripheral device from the peripheral device information including information that can identify the parent device that is executing the process, and the peripheral device can notify the peripheral device information Since it is configured to include startup status notification means, it is possible to eliminate the need for startup processing for peripheral devices, thereby eliminating unnecessary startup processing and improving system operation efficiency. did.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of the present invention. FIG. 2 is a flowchart showing processing on the parent device side according to an embodiment of the present invention. FIG. 3 is a diagram showing a configuration example of a conventional information processing system. FIG. 4 is a diagram showing a conventional interface control method. FIG. 5 is a diagram showing details of a block configuration showing an embodiment of the present invention. FIG. 6 is a diagram illustrating peripheral device information held by the peripheral device.
BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of an interface control method for an information processing system according to the present invention will be described in detail with reference to the drawings. FIG. 1 shows a configuration diagram of an embodiment of an information processing system of the present invention, and FIG. 5 shows a detailed block configuration diagram thereof.
In FIG. 1, 11 is a host computer having a parent function, 12 is a startup state recognition means in the host computer 11, 13 is an I / O bus, 14 is a peripheral device having a child function, and 15 is in the peripheral device 14. It is a startup state notification means.
A device having a parent function is a device that acquires the right to use the I / O bus 13 and requests an operation from another device connected to the I / O bus 13. A device having a child function is a device that executes an operation requested by the parent device.
Reference numeral 16 denotes peripheral device information flowing on the I / O bus 13, and the peripheral device information 16 includes startup state information 17 and parent device information 18. The startup status information 17 is information indicating the progress status of startup processing of the peripheral device that is the transmission source, and the parent device information 18 is information that identifies the parent device that is executing the startup processing of the peripheral device.
The I / O bus 13 is a bus capable of bidirectional communication and may be, for example, a SCSI (Small Computer System Interface) bus with a SCSI-2 interface.
The startup state notifying means 15 possessed by the peripheral device 14 transmits peripheral device information 16 to the host computer 11. For example, the peripheral device information 16 is added to the return data in response to an instruction such as a command from the host computer 11 and returned.
The startup state recognition means 12 of the host computer 11 proceeds with the startup process of the peripheral device 14 based on the startup state information 17 and the parent device information 18 of the peripheral device information 16 included in the return data from the peripheral device 14. The situation and the parent device that is executing the startup process of the peripheral device 14 are identified.
FIG. 5 shows a detailed block diagram of the information processing system shown in FIG. The host computer 11 has an output CRT 51, an input keyboard 52, an external storage FDD 53, a BIOS (Basic Input Output System) 54 for controlling them, and an I / O interface as an interface with an operator of the host computer 11. . and Sys55, interface board 56 for connection to the I / O bus 13, the host adapter 57, and a-chip memory, and OS58 to control them.
The peripheral device 14 includes a peripheral device controller 60 that controls connection processing between the interface board 59 connected to the I / O bus 13 and other devices connected to the I / O bus 13, a CGROM 61 that stores character fonts, and the peripheral A CPU 62 for controlling the device, a program ROM 63 for storing a program for controlling the peripheral device, a RAM 64 as a work memory,
A peripheral device unit 65 that executes an actual printing operation, an engine interface control circuit 66 that controls the unit, an interrupt controller 67 that controls an interrupt signal, and the like.
The above-described startup state notifying unit 15 corresponds to a program stored in the program ROM 63 of the peripheral device 14 and a CPU 62 on which the program operates.
The startup state recognition unit 12 corresponds to the OS 58 of the host computer 11.
FIG. 2 is a flowchart when the startup process of the peripheral device 14 is viewed from the host computer 11.
The host computer 11 issues a command for requesting the peripheral device information 16 when the peripheral device 14 is operated after the peripheral device 14 is powered on or reset (201) (202), and responds to the command from the peripheral device 14 Return data including peripheral device information is received (203).
The host computer 11 decodes the startup status information 17 of the peripheral device 14 included in the peripheral device information, and recognizes the progress status of the startup processing of the peripheral device 14 (204). When the host computer 11 recognizes that the startup process of the peripheral device 14 has not been executed from any host computer (204a), after restraining the peripheral device so that the interface with the peripheral device is not obstructed by other devices ( 205) A startup process execution command is issued to the peripheral device (206), and the startup process of the peripheral device is started (207). After start-up processing completion report received from the peripheral device (208), to release the restraint of the peripheral device to use a peripheral device that has completed any device startup process present on the I / O bus (209).
When the host computer recognizes that the peripheral device is executing the startup process based on the startup status information (204b), the peripheral device startup process is executed using the parent device information 18 included in the peripheral device information. Identify which host computer is present (210a). If the parent device executing the start-up process is not itself, the command is issued to the peripheral devices after waiting for the normal end of the start-up process execution (214).
At this time, the host computer can recognize the startup state of the peripheral device using the startup state information by the startup state recognition means, and can use the peripheral device without executing extra startup processing.
If the parent device recognizes that the parent device executing the startup process of the peripheral device is itself (210a) based on the parent device information, the host computer goes down during the startup process of the peripheral device, or the peripheral device is interrupted by the interrupt process. It can be determined that the device stops halfway and the host computer is in a state where the host computer cannot accurately grasp the progress of the startup process of the peripheral device. At this time, the host computer issues a reset command to the peripheral device and discards all startup processing (211). When the reset command is received, the peripheral device performs reset processing such as power on / off. Then, the host computer starts the startup process to the peripheral device again so that any host computer on the I / O bus including itself can use the peripheral device (212).
When the host computer recognizes that the peripheral device is ready for startup based on the startup status information (204c), it executes the startup processing of the peripheral device based on the parent device information 18 included in the peripheral device information. A host computer having a parent function is identified (210). If the parent device executing processing for the peripheral device is not itself (210d), an instruction such as a command can be issued to the peripheral device (214). When the parent device is recognized by the parent device information (210c), the host computer is down while using the peripheral device, and the peripheral device is not guaranteed to operate for the currently executed command. Since it is possible, the host computer cancels the command (213) and then issues a normal processing command such as a printing process to the peripheral device again (214).
The following is a specific example in which SCSI-2 is used as an I / O bus and the host computer issues an inquiry command so that the host computer can recognize the startup status of the peripheral devices.
When issuing a command, the host computer first acquires the right to use the SCSI bus in the arbitration phase. Next, the SCSI interface is established by confirming the peripheral device and the SCSI ID in the selection phase.
At this time, the peripheral device holds the received SCSI ID of the host computer in the RAM until one command sequence is completed.
Also, when the peripheral device receives the startup command, the peripheral device starts the startup process of the own device. The startup process is a process in which the peripheral device downloads a character font and a control program for the peripheral device from a host computer.
As shown in FIG. 6, the peripheral device sets a flag indicating its own startup state in the RAM, and is set to “00” after power-on or reset processing (startup not processed). When the start-up process is started, the peripheral device sets a flag indicating the start-up state to “01” to indicate that the peripheral device is executing the start-up process (during the start-up process). When the start-up process is normally completed, the flag is set to “11”, and a state indicating that the start-up process has been completed is set (start-up process complete).
Further, the SCSI ID of the parent device received in the selection phase at the time of receiving the startup command is held in the RAM until the processing of the startup command is completed.
When the peripheral device receives the inquiry command from the host computer, it reads the aforementioned flag and the SCSI ID of the parent device from the RAM, adds the startup status information and parent device information to the return data for the inquiry command, and Return to computer.
As described with reference to FIG. 4, the host computer determines whether or not a startup process is required for the peripheral device based on the startup status information of the peripheral device included in the return data, and takes different measures depending on the determination result.
In this description, the return status data and the parent device information are added to the return data for the command and returned, but each may be sent separately, and the order may be sent from either. .
According to this embodiment, interface control can be performed smoothly.
In addition, the host computer can recognize the parent device that is executing the startup process during the startup state of the peripheral device based on the parent device information. It is possible to prevent such problems, and the system operation efficiency can be improved.
If any error occurs on the peripheral device during the startup process, the peripheral device reports to the host computer that an error has occurred. According to this embodiment, while the startup process is being performed, Since the SCSIID that identifies the parent device that has requested the startup process to the peripheral device of its own is held, the parent device that reports the error can also be identified.
Further, communication between devices can be smoothly executed without using a special I / O bus control device and software, and the system can be efficiently operated by a simple method without increasing the load on each device.
Industrial Applicability As can be seen from the above description, according to the present invention, a personal computer or workstation is used as a host computer, and a peripheral device such as a printer is connected by an interface such as a SCSI interface. In the information processing system, the operation efficiency of the system can be improved. In addition, since communication between devices can be performed smoothly without using special I / O bus control devices and software, the system can be efficiently operated in a simple manner without increasing the load on each device constituting the system. Significant improvements can be expected in the manufacture and operation of information processing systems.

Claims (14)

双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、
前記周辺デバイスは、自己の立ち上げ処理の状態、及び当該周辺デバイスに立ち上げ処理要求を出したホストコンピュータを示すＩＤを含む前記周辺デバイス情報を保持する記憶手段と、
前記ホストコンピュータからの要求に応じて、前記周辺デバイス情報を該ホストコンピュータへ送出する手段とを備え、
前記ホストコンピュータは、前記周辺デバイスから受け取る前記周辺デバイス情報に基づいて、該周辺デバイスの立ち上げ処理状態を確認し、且つ、該周辺デバイスの立ち上げ処理を指示しているホストコンピュータを特定することを特徴とするインタフェース制御方式。In an interface control method in an information processing system including a bus capable of bidirectional communication, a peripheral device connected to the bus, and a host computer connected to the bus and instructing startup processing of the peripheral device,
The peripheral device stores the peripheral device information including the state of its own startup process and an ID indicating the host computer that issued the startup process request to the peripheral device;
Means for sending the peripheral device information to the host computer in response to a request from the host computer,
Said host computer, on the basis of the peripheral device information received from the peripheral device, to check the start-up process state of the peripheral device, and to identify the host computer instructs the start-up process of the peripheral device interface control method according to claim. 請求項１記載のインタフェース制御方式において、The interface control method according to claim 1,
前記ホストコンピュータは前記周辺デバイスへの立ち上げ処理要求コマンドの発行に先立ち、前記周辺デバイス情報の要求コマンドを発行し、Prior to issuing the startup processing request command to the peripheral device, the host computer issues a request command for the peripheral device information,
前記周辺デバイスは該情報要求コマンドに対する返送データに前記周辺デバイス情報を含ませることを特徴とするインタフェース制御方式。The interface control system characterized in that the peripheral device includes the peripheral device information in return data in response to the information request command. 請求項２記載のインタフェース制御方式において、In the interface control system according to claim 2,
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理未処理の時、立ち上げ処理要求を発行することを特徴とするインタフェース制御方式。The interface control system characterized in that the host computer issues a startup processing request when the peripheral device has not been started up. 請求項２記載のインタフェース制御方式において、In the interface control system according to claim 2,
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理中又は立ち上げ処理完了している場合、当該立ち上げ処理要求を指示しているホストコンピュータが自己であるかを判定し、自己でない場合は、立ち上げ処理要求コマンドを発行しないことを特徴とするインタフェース制御方式。The host computer determines whether the host computer instructing the startup process request is itself when the peripheral device is in the startup process or has completed the startup process. An interface control method characterized by not issuing a lifting process request command. 請求項２記載のインタフェース制御方式において、In the interface control system according to claim 2,
前記ホストコンピュータは、前記周辺デバイスが立ち上げ処理中であり、該立ち上げ処理要求を指示しているホストコンピュータが自己である場合は、前記周辺デバイスをリセットしてから立ち上げ処理要求コマンドを発行することを特徴とするインタフェース制御方式。The host computer issues a startup processing request command after resetting the peripheral device when the peripheral device is in the startup process and the host computer instructing the startup processing request is itself An interface control system characterized by 請求項５記載のインタフェース制御方式において、前記バスはＳＣＳＩ−２バスであり、前記周辺デバイス情報要求コマンドはＩｎｑｕｉｒｙコマンドであることを特徴とするインタフェース制御方式。6. The interface control system according to claim 5, wherein the bus is a SCSI-2 bus, and the peripheral device information request command is an inquiry command. 双方向通信可能なバスと、該バスに接続する周辺デバイスと、前記バスに接続し前記周辺デバイスの立ち上げ処理を指示するホストコンピュータとで構成される情報処理システムにおけるインタフェース制御方式において、In an interface control method in an information processing system including a bus capable of bidirectional communication, a peripheral device connected to the bus, and a host computer connected to the bus and instructing startup processing of the peripheral device,
前記周辺デバイスは、自己の立ち上げ処理の状態を示す情報、及び立ち上げ処理要求を発したホストコンピュータを特定するＩＤを記憶する手段を備え、The peripheral device includes means for storing information indicating a status of its own startup process, and an ID for identifying a host computer that has issued the startup process request,
前記ホストコンピュータから立ち上げ処理要求を受け、立ち上げ処理を開始した場合、前記立ち上げ状態情報を立ち上げ処理実行中を示す状態とし、When a startup process request is received from the host computer and the startup process is started, the startup status information is set to a state indicating that the startup process is being executed,
前記立ち上げ処理が完了したときに、前記立ち上げ状態情報を立ち上げ完了を示す状態とし、When the startup process is completed, the startup status information is set to a status indicating startup completion,
前記ホストコンピュータからの要求に応じて当該立ち上げ状態情報または前記ＩＤを送信することを特徴とするインタフェース制御方式。An interface control method characterized by transmitting the startup status information or the ID in response to a request from the host computer. 請求項７記載のインタフェース制御方式において、前記バスはＳＣＳＩ−２バスであり、前記ＩＤは、セレクションフェーズにてホストコンピュータから受信するＳＣＳＩＩＤであることを特徴とするインタフェース制御方式。8. The interface control system according to claim 7, wherein the bus is a SCSI-2 bus, and the ID is a SCSI ID received from a host computer in a selection phase. 請求項８記載のインタフェース制御方式において、The interface control method according to claim 8, wherein
前記ホストコンピュータは前記周辺デバイスへの立ち上げ処理要求コマンドの発行に先立ち、前記周辺デバイス情報の要求コマンドを発行し、Prior to issuing the startup processing request command to the peripheral device, the host computer issues a request command for the peripheral device information,
前記周辺デバイスは該情報要求コマンドに対する返送データに前記周辺デバイス情報を含ませることを特徴とするインタフェース制御方式。The interface control system characterized in that the peripheral device includes the peripheral device information in return data in response to the information request command. 双方向通信可能なバスを介して周辺デバイスと接続するホストコンピュータにおける周辺デバイスの立ち上げ処理方法において、In a processing method for starting up a peripheral device in a host computer connected to the peripheral device via a bus capable of bidirectional communication,
前記ホストコンピュータは、前記周辺デバイスへの立ち上げ処理要求の発行に先立ち、周辺デバイスの状態確認要求を発行し、The host computer issues a peripheral device status confirmation request prior to issuing a startup processing request to the peripheral device,
該確認要求に対する前記周辺デバイスからの返送データに含まれる該周辺デバイスの立ち上げ処理の実行状態を示す立ち上げ状態識別情報を解析し、Analyzing startup state identification information indicating an execution state of startup processing of the peripheral device included in return data from the peripheral device in response to the confirmation request;
立ち上げ処理が未実行の時は、続けて周辺デバイスへ立ち上げ要求を発行し、When the startup process is not executed, issue a startup request to the peripheral device.
立ち上げ処理が実行完了の時は、立ち上げ処理要求を抑止し、When the startup process is complete, the startup process request is suppressed,
さらに、前記周辺デバイスの立ち上げ処理が実行中の時は、Furthermore, when the peripheral device startup process is being executed,
当該立ち上げ処理要求を発行したホストコンピュータが自身であるかを、前記返送データに更に含まれる該立ち上げ処理の要求を発したホストコンピュータを特定する親デバイス識別情報で判定し、Whether the host computer that issued the startup processing request is itself is determined by the parent device identification information that identifies the host computer that issued the startup processing request further included in the return data,
自身である場合、前記周辺デバイスをリセットしてから立ち上げ処理要求を発行し、If it is itself, reset the peripheral device and issue a startup process request.
自身でない場合、立ち上げ処理要求を発行を抑止することを特徴とする立ち上げ処理方法。A startup processing method, characterized in that if it is not itself, issuance of a startup processing request is suppressed. 双方向通信可能なバスを介してホストコンピュータと接続する周辺デバイスの立ち上げ処理方法において、In a startup processing method of a peripheral device connected to a host computer via a bus capable of bidirectional communication,
自己の立ち上げ処理の状態を示す立ち上げ状態情報と、該立ち上げ処理の要求を発行したホストコンピュータを特定する親デバイス情報とを記憶する手段を備え、Means for storing startup status information indicating the status of its startup processing and parent device information for identifying the host computer that issued the startup processing request;
前記ホストコンピュータから立ち上げ処理要求を受けたときに、該ホストコンピュータのＩＤを前記親デバイス情報として前記記憶手段に記憶して立ち上げ処理を開始し、When a startup process request is received from the host computer, the host computer ID is stored in the storage means as the parent device information, and the startup process is started.
立ち上げ処理の進行に応じて前記立ち上げ状態情報を変更し、Change the startup status information as the startup process progresses,
前記ホストコンピュータから周辺デバイスへの立ち上げ状態確認要求を受信したときに、前記記憶手段から前記立ち上げ状態情報と前記親デバイス情報とを読みだして前記ホストコンピュータへ返送することを特徴とする立ち上げ処理方法。When receiving a startup status confirmation request from the host computer to the peripheral device, the startup status information and the parent device information are read from the storage means and returned to the host computer. Raising processing method. 双方向通信可能なバスを介して周辺デバイスと接続され、該周辺デバイスの立ち上げが可能なホストコンピュータにおいて、前記周辺デバイスへの立ち上げ処理要求の発行に先立ち前記周辺デバイスの状態確認要求を発行する手段と、A host computer connected to a peripheral device via a bus capable of bidirectional communication and capable of starting up the peripheral device issues a request for checking the status of the peripheral device prior to issuing a startup processing request to the peripheral device. Means to
該確認要求に対する前記周辺デバイスからの返送データに含まれる該周辺デバイスの立ち上げ処理の実行状態を示す立ち上げ状態識別情報を分析する手段と、Means for analyzing startup status identification information indicating an execution status of startup processing of the peripheral device included in return data from the peripheral device in response to the confirmation request;
該立ち上げ処理が未実行の時は、続けて前記周辺デバイスへ立ち上げ要求を発行し、When the startup process is not executed, issue a startup request to the peripheral device.
該立ち上げ処理が実行完了の時は、立ち上げ処理要求を抑止することを特徴とするホストコンピュータ。A host computer that suppresses a startup process request when the startup process is completed. 請求項１２記載のホストコンピュータにおいて、The host computer according to claim 12, wherein
前記返送データには更に、該立ち上げ処理要求を発したホストコンピュータを特定する親デバイス識別情報を含み、The return data further includes parent device identification information that identifies the host computer that issued the startup processing request,
前記分析手段の分析の結果、前記周辺デバイスの立ち上げ処理が実行中の時に、当該立ち上げ処理要求を発行したホストコンピュータが自身であるかを判定する手段と、As a result of the analysis of the analysis means, when the startup process of the peripheral device is being executed, a means for determining whether the host computer that issued the startup process request is itself;
該判定手段の判定の結果、自身である場合、前記周辺デバイスをリセットしてから立ち上げ処理要求を発行する手段と、If the result of determination by the determination means is itself, means for issuing a startup processing request after resetting the peripheral device;
該判定手段の判定の結果、自身でない場合、立ち上げ処理要求の発行を抑止することを特徴とするホストコンピュータ。A host computer, wherein if the result of determination by the determination means is not itself, issuance of a startup processing request is suppressed. 双方向通信可能なバスを介してホストコンピュータと接続する周辺デバイスにおいて、In a peripheral device connected to a host computer via a bus capable of bidirectional communication,
自己の立ち上げ処理の状態を示す立ち上げ状態情報と、該立ち上げ処理の要求を発行したホストコンピュータを特定する親デバイス情報とを記憶する手段と、Means for storing startup status information indicating the status of its startup processing, and parent device information for identifying the host computer that issued the startup processing request;
前記ホストコンピュータから立ち上げ処理要求を受けたときに、該ホストコンピュータのＩＤを前記親デバイス情報として前記記憶手段に記憶して立ち上げ処理を開始する手段と、Means for storing the ID of the host computer in the storage means as the parent device information and starting the startup process when receiving a startup process request from the host computer;
立ち上げ処理の進行に応じて前記立ち上げ状態情報を変更する手段と、Means for changing the startup state information according to the progress of the startup process;
前記ホストコンピュータから当該周辺デバイスへの立ち上げ状態確認要求を受信したときに、前記記憶手段から前記立ち上げ状態情報と前記親デバイス情報とを読みだして前記ホストコンピュータへ返送する手段とを備えたことを特徴とする周辺デバイス。Means for reading the startup status information and the parent device information from the storage means and returning them to the host computer when a startup status confirmation request to the peripheral device is received from the host computer. Peripheral device characterized by that.
JP52826396A 1995-03-20 1995-03-20 Interface control method Expired - Fee Related JP3856341B2 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP1995/000504 WO1996029654A1 (en) 1995-03-20 1995-03-20 Interface control system

Publications (1)

Publication Number Publication Date
JP3856341B2 true JP3856341B2 (en) 2006-12-13

Family

ID=14125787

Family Applications (1)

Application Number Title Priority Date Filing Date
JP52826396A Expired - Fee Related JP3856341B2 (en) 1995-03-20 1995-03-20 Interface control method

Country Status (3)

Country Link
US (1) US6049840A (en)
JP (1) JP3856341B2 (en)
WO (1) WO1996029654A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3658919B2 (en) * 1997-04-15 2005-06-15 ソニー株式会社 Electronic device and information transmission method thereof
WO2000035063A1 (en) * 1998-12-07 2000-06-15 Abb Power T & D Company Inc. Architecture layer interfacing devices and applications
JP5053002B2 (en) * 2007-09-04 2012-10-17 東芝テック株式会社 Hardware monitoring unit
US11457483B2 (en) * 2020-03-30 2022-09-27 Citrix Systems, Inc. Managing connections between a user device and peripheral devices

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4393459A (en) * 1980-07-17 1983-07-12 International Business Machines Corp. Status reporting with ancillary data
JPH04128958A (en) * 1990-09-20 1992-04-30 Fujitsu Ltd System establishing method
JPH05134877A (en) * 1991-11-15 1993-06-01 Fuji Electric Co Ltd Starting system for computer system
CA2106271C (en) * 1993-01-11 2004-11-30 Joseph H. Steinmetz Single and multistage stage fifo designs for data transfer synchronizers
DE69428878T2 (en) * 1994-01-05 2002-06-27 Hewlett Packard Co Self-describing data processing system
EP0681240B1 (en) * 1994-05-03 2001-01-10 Hewlett-Packard Company Duplicate cache tag memory system
US5659801A (en) * 1994-12-07 1997-08-19 Emc Corporation Method and apparatus for replacing resident peripheral device control microcode by download via an application program

Also Published As

Publication number Publication date
US6049840A (en) 2000-04-11
WO1996029654A1 (en) 1996-09-26

Similar Documents

Publication Publication Date Title
JP4066383B2 (en) COMMUNICATION DEVICE, COMMUNICATION CONTROL METHOD, AND PRINTER HAVING THE COMMUNICATION DEVICE
KR100255889B1 (en) Communications terminal and control method therefor
US8711403B2 (en) Printer driver, printer control method, and recording medium
JP2011016376A (en) Communication terminal device and method for processing received data
JP3856341B2 (en) Interface control method
JPH1021176A (en) Method for recognizing two-way communication its device and storage medium
JP4174169B2 (en) Print control apparatus and print control method
JPH10333856A (en) Communication terminal and its control method, and computer readable recording medium recorded with control program
WO2001040927A1 (en) Medium where status information printing program is recorded, printer, print controller, status information printing method, and status information printing system
JP5106058B2 (en) Printing system for judging abnormality of printing control device and restoring printing device
JP2003308286A (en) Composite device system
JPH096555A (en) Printer control device and its method
JP3985135B2 (en) Device initialization method in control system, control system, program for causing computer to execute device initialization method, and recording medium recording this program
JP2728449B2 (en) Printing system, printing apparatus and print control method thereof
JPH1078856A (en) Interruption by priority printing method and system therefor
JPH08263393A (en) Printer device and its control method
JP4865140B2 (en) Printer, received data processing method and program
JP3125997B2 (en) Print information output device and print system
JP3358199B2 (en) I / O device status detection method
JPH1091567A (en) Input/output interface extension device
JP2006235909A (en) Input/output execution time monitoring method
JPH11161591A (en) Data communication equipment, data communication method, storage medium and device driver
JP2000168200A (en) Printer, method for giving information of operation history thereof and recording medium
JPH10222445A (en) Method, system for bidirectional data communication and recording medium recording control program for performing bidirectional data communication
JPH08123639A (en) Information processing system and printer used for the same

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050621

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050822

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20051031

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060621

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060829

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060908

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090922

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090922

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees