JP4086345B2 - 通信制御方法及び装置及び通信システム - Google Patents
通信制御方法及び装置及び通信システム Download PDFInfo
- Publication number
- JP4086345B2 JP4086345B2 JP24443097A JP24443097A JP4086345B2 JP 4086345 B2 JP4086345 B2 JP 4086345B2 JP 24443097 A JP24443097 A JP 24443097A JP 24443097 A JP24443097 A JP 24443097A JP 4086345 B2 JP4086345 B2 JP 4086345B2
- Authority
- JP
- Japan
- Prior art keywords
- target
- command
- initiator
- data
- read
- 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
Links
Images
Classifications
-
- 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
-
- 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
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1211—Improving printing performance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1236—Connection management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1293—Printer information exchange with computer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40123—Interconnection of computers and peripherals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0012—High speed serial bus, e.g. IEEE P1394
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Record Information Processing For Printing (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、例えばホストコンピュータとプリンタ等、機器同士を接続する通信制御方法及び通信制御装置に関する。
【０００２】
【従来の技術】
近年、ＩＥＥＥ１３９４インターフェースが、コンピュータと周辺機器、あるいは周辺機器同士の接続に用いられつつある。ＩＥＥＥ１３９４インターフェースは、セントロニクスインターフェースなどのハンドシェイク方式に比べて高速で、しかも双方向通信が可能である。また、メモリバスモデルのインターフェースであり、ＩＥＥＥ１３９４インターフェースで接続された機器は、相手の機器に対して指定したアドレスのデータを読み書きすることができる。
【０００３】
このＩＥＥＥ１３９４は、広範囲に応用するための物理層及びリンク層のプロトコルを定めたもので、機器ごとの詳細なプロトコルは定められていない。そのため、物理・リンク層としてＩＥＥＥ１３９４を利用したＳＢＰ(Serial Bus Protocol)−２などのトランスポート層のプロトコルが提案されている。トランスポート層はアプリケーションに対してデータ転送機能を提供する層であり、この層を利用するアプリケーションは、互いにデータの交換が可能となる。
【０００４】
このＳＢＰ−２なるプロトコルは、ＩＥＥＥ１３９４のメモリバスモデルとしての特徴を活かしたプロトコルであり、データの受信側が自身の都合に応じてデータを受信することができる。
【０００５】
ＳＢＰ−２では、データを転送する場合に、まず送信側でログインという操作を行って通信相手との間のチャネルを確立する。この際、ログインされた側がイニシエータ、相手側がターゲットと呼ばれる。データ転送は、イニシエータからの指示に応じて、ターゲットからイニシエータにデータを読み書きすることで行われる。この方式においては、イニシエータは、ログイン後、送信するデータを格納したアドレスやサイズ等が書かれたＯＲＢ(Operation Request Block)を作成し、そのＯＲＢのアドレスをターゲットに知らせる。ターゲットでは自分の都合に合わせてＯＲＢに書かれたアドレスやサイズに基づいてイニシエータからデータを読み出して処理し、あるいはデータを書き込み、それらの処理後ステータスブロックを作成して、処理の状態をイニシエータに知らせることになる。
【０００６】
【発明が解決しようとする課題】
このＩＥＥＥ１３９４の上に構築されるＳＢＰ−２プロトコルを利用して通信を行う場合、特に、ホストコンピュータ等のデータ源をイニシエータとし、それからターゲットであるプリンタ装置などの周辺機器へのデータ転送に応用する場合、次のような問題点があった。
▲１▼全２重通信のために手順が複雑である。
【０００７】
ＳＢＰ−２では、基本的にデータの転送はイニシエータによって管理され、ターゲットはイニシエータへの非同期のデータ転送を行うことができない。すなわち、ＳＢＰ−２では、ターゲットがイニシエータへのデータ転送を行いたい時には、イニシエータに対してアンソリサイテドステータスでデータリード要求を送り、イニシエータはそれに応じてＯＲＢ生成し、ペンディング中のＯＲＢ（イニシエータからターゲットへのデータ転送要求などが含まれている）のリストの末尾にその生成したＯＲＢをつける。このＯＲＢは先頭から順番に処理されるため、ターゲットがイニシエータにリード要求を発行したタイミングではなく、イニシエータ側のＯＲＢの処理が進み、ターゲットからのデータリード要求によるＯＲＢが処理されたときに初めてターゲットからイニシエータにデータが転送されることになる。すなわち、双方向の非同期なデータ転送が行えず、ターゲットからイニシエータに転送すべきデータが非同期に発生する場合、例えばターゲットがプリンタであれば、そのプリンタでエラーが発生する場合など、直ちにイニシエータに伝達すべきデータを即時に伝達できない。
【０００８】
このため、例えばプリンタで非同期に発生するデータを即時的にホストに転送するためには、プリンタをイニシエータとしてログイン手続きを行い、ホストコンピュータをターゲットとするデータ転送を行わねばならない。
【０００９】
このようにホストコンピュータとプリンタで互いにログインしてそれぞれがイニシエータでありターゲットであるような状況では、ホストコンピュータ及びプリンタの双方にイニシエータとしてのプロセスとターゲットとしてのプロセスを備えなければならない。また、ログインの操作もプリンタから行わねばならない。
【００１０】
プリンタのような画像を扱う周辺装置では、画像処理のために大量のメモリ資源やプロセッサ資源を消費する。そのために、装置の構成を簡略化して原価を節減したり、処理を迅速に行うため画像処理用途以外に用いられる資源をできるだけ節約しなければならないが、上述のように多くのプロセスを稼働することになればその分多くの資源を消費することになり、原価低減・処理の効率化という目的に反することになる。
【００１１】
また、ホストコンピュータとプリンタとの関係であれば、各方向に流れるデータは、印刷データとそれに対する処理状況といったように、互いに関連付けられるものであるが、各方向について独立したログインによりチャネルを設定すると、それらデータとレスポンスとを関連づけなければならず、そのための処理手順を新たに追加する必要がある。
【００１２】
このようにＩＥＥＥ１３９４及びＳＢＰ−２をそのままホストコンピュータ−プリンタ装置間の通信に適用することは適切でなく、各装置における必要な資源を減らすことや効率を向上させることが難しかった。
▲２▼マルチチャネルを実現できない。
【００１３】
最近、周辺装置として種々の機能を複合させた複合機が利用されつつある。例えば、ファクシミリ装置を、スキャナ単体，プリンタ単体，ファクシミリとしてホストコンピュータ等から利用できるデジタル複合機などがある。このような装置を利用する際には、各単体機能ごとに独立した複数のチャネルを介して通信を行えば、同時に複数の機能を利用することができる。
【００１４】
しかしながら、ＳＢＰ−２では、マルチチャネルを提供できないため、そのように単体機能を同時に利用することが難しい。
▲３▼ＳＢＰ−２以外のプロトコルを採用すれば非同期に発生するデータの転送が可能となるものも、マルチチャネルが実現できるものもあるが、そのようなプロトコルではＩＥＥＥ１３９４のメモリバスモデルとしての特徴を活かすことができない。すなわち、ホストとプリンタの通信であれば、プリンタ側の都合に応じてデータ転送を行うことができず、ホストがプリンタの状態を監視しながらデータ転送を行わねばならないことになる。
【００１５】
本発明は上記従来例に鑑みてなされたもので、１回のログインで全２重通信（互いに非同期な双方向通信）を可能とし、また、データの交換に必要なプロセスやメモリといった資源を効率的に利用できる通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１６】
また、イニシエータとターゲットとが互いのキューの空き容量を相互に監視しているため、ＯＲＢあるいはステータスブロックを送信した際に、確実に受信される通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１７】
また、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１８】
また、マルチチャネルを実現する通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上記目的を達成するために本発明は次のような構成から成る。すなわち、
イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記イニシエータが、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信工程と、
前記ターゲットが、前記読み出しの命令及び前記書き込みの命令それぞれを保持する保持工程と、
前記ターゲットが、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する読み出し工程と、
前記ターゲットが、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する書き込み工程とを有し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２０】
あるいは、イニシエータとターゲットとの間でデータを通信する通信システムであって、
前記イニシエータにおいて、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信手段と、
前記ターゲットにおいて、前記読み出しの命令及び前記書き込みの命令それぞれを保持する手段と、
前記ターゲットにおいて、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する手段と、
前記ターゲットにおいて、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する手段とを有し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２１】
あるいは、ターゲットとの間でデータを通信する通信制御装置であって、
前記通信制御装置の記憶領域からのデータの読み出しの命令及び前記通信制御装置の記憶領域に対するデータの書き込みの命令それぞれを生成する生成手段と、
前記読み出しの命令及び前記書き込みの命令それぞれを、前記ターゲットに送信する送信手段とを有し、
前記ターゲットは、前記読み出しの命令に従って、前記通信制御装置の記憶領域から前記ターゲットへのデータの読み出しを前記通信制御装置に要求し、
前記ターゲットは、前記書き込みの命令に従って、前記通信制御装置の記憶領域に対する前記ターゲットからのデータの書き込みを前記通信制御装置に要求し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２６】
また、本発明の他の側面によれば、イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記ターゲットにおいて、第１のキューの第１のコマンドに応じて、前記イニシエータの記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、第２のキューの第２のコマンドに応じて、前記イニシエータの記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、コマンドに含まれている、前記第１のキューにキューされるべきかまたは前記第２のキューにキューされるべきかを示す指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送する転送工程と、
前記イニシエータにおいて、前記指定を含む前記第１のコマンドと前記指定を含む前記第２のコマンドとをそれぞれ生成する生成工程と、
前記第１のキューが空き領域を持っているかを判断する第１の判断工程と、
前記第２のキューが空き領域を持っているかを判断する第２の判断工程と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ前記イニシエータから前記ターゲットに転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する制御工程とを有することを特徴とする。
【００２７】
また、本発明の他の側面によれば、ターゲットとの間でデータを通信するイニシエータとしての通信制御装置であって、
第１のキューにキューされるべきかまたは第２のキューにキューされるべきかを示す指定を含む第１のコマンドと第２のコマンドとをそれぞれ生成する生成手段と、
前記第１のキューが空き領域を持っているかを判断する第１の判断手段と、
前記第２のキューが空き領域を持っているかを判断する第２の判断手段と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する転送制御手段とを有し、
前記ターゲットは、前記第１のキューの前記第１のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記通信制御装置に要求し、
前記ターゲットは、前記第２のキューの前記第２のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記通信制御装置に要求し、
前記ターゲットは、前記指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送することを特徴とする。
【００２８】
また、本発明の他の側面によれば、イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータにおける通信制御方法であって、
前記ターゲットが前記第１のタイプのコマンドに従ってデータを読み出した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する工程と、
前記ターゲットが前記第２のタイプのコマンドに従ってデータを書き込んだ後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する工程とを有する。
また、本発明の他の側面によれば、イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータとしての通信制御装置であって、
前記ターゲットが前記第１のタイプのコマンドに従ってデータを読み出した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する手段と、
前記ターゲットが前記第２のタイプのコマンドに従ってデータを書き込んだ後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する手段とを有する。
【００２９】
【発明の実施の形態】
［第１の実施の形態］
本発明の第１の実施の形態として、ホストコンピュータとプリンタとを、ＩＥＥＥ１３９４で接続し、その上に構築されたＳＢＰ−２プロトコルを用いた、本発明に係るプロトコル（以下ＨＰＴと呼ぶ）に従ってデータ転送を行うプリンタシステムを説明する。図４０は、そのプリンタシステムにおけるハードウエア構成図である。
＜システムのハードウエア構成＞
図４０において、ホストコンピュータ２００は、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて、図形，イメージ，文字，表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備える。ＣＰＵ１はシステムデバイス４に接続される各デバイスをＣＰＵ１が総括的に制御する。また、ＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵ１の制御プログラム等が記憶され、ＲＯＭ３のフォント用ＲＯＭには上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ３のデータ用ＲＯＭは上記文書処理等を行う際に使用する各種データが記憶される。ＲＡＭ２は、ＣＰＵ１の主メモリ，ワークエリア等として機能する。プログラムはＲＡＭ２に格納されても良い。また、ＲＡＭ２には、送信データバッファやＯＲＢを格納するシステムメモリが確保される。
【００３０】
キーボードコントローラ（ＫＢＣ）５は、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。メモリコントローラ（ＭＣ）７は、プートプログラム，種々のアプリケーション，フォントデータ，ユーザファイル，編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。１３９４インターフェース８は、ＩＥＥＥ１３９４規格に従ってプリンタ１００に接続されて、プリンタ１００との通信制御処理を実行する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウィンドウを開き、種々のデータ処理を実行する。
【００３１】
プリンタ１００において、プリンタＣＰＵ１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラムＲＯＭには、後述する各種エージェントた画像処理を実現するＣＰＵ１２の制御プログラム等が記憶される。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。ＣＰＵ１２は１３９４インターフェース１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ２００に通知可能に構成されている。
【００３２】
ＲＡＭ１９は、ＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
【００３３】
前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１８には、操作のためのスイッチおよびＬＥＤ表示器等が配されている。また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＡＭを有し、操作パネル１０１２からのプリンタモード設定情報を記憶するようにしても良い。
＜イニシエータの構成＞
上述したハードウエア構成において、プリンタ１００をターゲットとし、ホストコンピュータ２００をイニシエータとした通信システムを、図１及び図２に示す。本実施形態に置いては、これら構成は、それぞれホストコンピュータ及びプリンタにおけるＣＰＵによりプログラムを実行することで実現される。まず、図２のイニシエータから説明する。
【００３４】
図２において、イニシエータであるホストコンピュータにおいては、アプリケーションであるプリンタドライバ２０９はＨＰＴ処理部２０３を介してプリンタに対するデータ転送要求を発行するとともに、プリンタからの応答を受ける。
【００３５】
ＨＰＴ処理部２０３はＯＲＢ管理部２０６を含んでおり、システムメモリ２０８に生成されるＯＲＢを管理している。ＯＲＢはホストコンピュータからプリンタへ、あるいはプリンタからホストコンピュータへ転送されるデータバッファのアドレスやサイズ等を格納したブロックであり、先頭のＯＲＢから順次リンクされている。このＯＲＢについては、次のような処理の原則がある。
▲１▼リンクの先頭のＯＲＢから順次処理される。完了通知（ステータスブロック）を受信するとリンクからはずされる。
▲２▼新たに生成されたＯＲＢはリンクの末尾につながれる。
▲３▼リンクされるＯＲＢの数の上限は後述するプリンタにおける２つのキューの容量の合計と同一である。
【００３６】
この▲３▼項を実現するために、ＯＲＢ管理部２０６は、プリンタの２つのキューそれぞれについて２つのカウンタを用意している。ひとつはCurrentQuedQUEというカウンタであり、後述するプリンタのプリフェッチキューの現在の空き数を示している。また、もうひとつはCurrentImmediateQUEというカウンタである。こちらのカウンタが対応するキューの容量は本実施形態では１であり、処理されているエントリのみがキューに入っているということができる。これらカウンタは、ＯＲＢの生成と削除に合わせて増減される。
【００３７】
また、ＯＲＢを生成した際には、プリンタ側のドアベルレジスタと呼ばれるレジスタに書き込むことにより、ＯＲＢが発生したことをプリンタに知らせる。この手続きはＳＢＰ−２で規定されているもので、その規格書等に記載されている。
【００３８】
また、ＨＰＴ処理部２０３は、ステータスキュー２０４及びキュー処理部２０５を含む。１３９４インターフェース２０１を介して受信されたステータスは、ステータス識別部２０２により識別され、ステータスの種類に応じて直接ＯＲＢ管理部２０６に送り付けられるか、あるいはステータスキュー２０４に入れられ、先入先出順にキュー処理部２０５で処理される。ステータスの種類には２種類ある。
▲１▼ノーマルステータス…ホストコンピュータ−プリンタ間のデータ転送の結果を通知するステータスブロックであり、直接ＯＲＢ管理部に送られる。
▲２▼アンソリサイテド(Unsolicited)ステータス…プリンタからホストコンピュータに対して転送すべき非同期データが発生したことを示すステータスブロックであり、ステータスキューに入れられる。これは通常プリンタから自発的に発行される。
これらの区別はステータスブロックに書き込まれた値によってなされる。
【００３９】
また、ステータスレジスタ２１０はプリンタから書き込まれるレジスタであり、ホストコンピュータが読むべきデータがプリンタがあることを示す。
【００４０】
イニシエータたるホストコンピュータは以上のような機能的な構成からなっている。
＜ターゲットの構成＞
図１は、ターゲットたるプリンタの機能上の構成を示すブロック図である。
【００４１】
図１において、ドアベルレジスタ１０８はホストコンピュータによって書き込まれるレジスタであり、ＯＲＢが新たに生成されたことを示す。コマンドフェッチエージェント１０３は、１３９４インターフェース１０１を介してＯＲＢを読み込み、その種類に応じてプリフェッチキュー１０４に入れるか、あるいは即時実行エージェント１０６に送りつける。このコマンドの種類は、即時実行か順次実行かを示すフィールドを基準にして判定される。しかし、実質的にはこのフィールドはコマンドの機能に対応しており、本実施形態ではターゲットからイニシエータへのデータ転送のためのコマンド（リード要求コマンド）や、ターゲットの状態を捕捉するためのコマンドは即時実行であり、イニシエータからターゲットへの印刷データの転送などは順次実行とされている。
【００４２】
順次実行エージェント１０５及び即時実行エージェント１０６は、ともにコマンドフェッチエージェント１０３によって読み込まれたＯＲＢを、その内容に応じて、ホストコンピュータのバッファからのデータの読み出しや、データ処理部７から与えられたデータの書込みなどを行う。その後、ホストコンピュータにノーマルステータスを返す。
【００４３】
さらに、即時実行エージェント１０６は、ＰＤＬを解釈実行してラスタデータを生成するラスタライズやデバイス管理を行うデータ処理部１０７からのデータ転送要求に応じて、アンソリサイテドステータスをホストコンピュータに送る。バスインターフェース１０２は、プリンタ１００からホストコンピュータ２００のシステムメモリ２０８の所望のメモリロケーションにアクセスするためのインターフェースである。
【００４４】
なお、本例のシステムでは、順次実行エージェントはホストコンピュータからプリンタへのデータ転送のＯＲＢのために用いられ、即時実行エージェントはプリンタからホストコンピュータへのデータ転送のＯＲＢのために用いられる。
【００４５】
以上、イニシエータ及びタ−ゲットの構成と動作を簡単に説明した。これらを更に詳しく説明する前に、まずＯＲＢの詳しい内容を説明する。
＜コマンドＯＲＢ(Operation Request Block)の内容＞
図３はＯＲＢ一般の構成を示す図である。図３（Ａ）において、"Next_ORB"（リンク）フィールド３０１は、次のＯＲＢへのリンクである。次のＯＲＢがない場合にはそれを表す所定の値が入れられる。なお、先頭のＯＲＢは、所定のアドレスレジスタにより示される。"data_descripter"（データアドレス）フィールド３０２は、データバッファのアドレスを示す。"d"（方向）フィールド３０３は、ホストコンピュータからプリンタへのデータ転送（０：ライト）か、プリンタからホストコンピュータへのデータ転送（１：リード）かを示す。"data_size"（データサイズ）フィールド３０４は、アドレスフィールド３０２で指し示されるデータバッファのサイズを示す。以上、図の点線よりも上のフィールドがＳＢＰ−２で規定されているフィールドであり、これから説明するフィールド３０５〜３０８が、ＨＰＴに固有の処理に用いられるフィールドである。
【００４６】
"i"フィールド（即時ビット）３０５は、ターゲットにおいて、即時実行エージェントか、順次実行エージェントかどちらで実行されるＯＲＢであるかを示している。値が０すなわち順次実行エージェントであればプリフェッチキューに入れられ、値が１であれば即時実行エージェントにより処理される。"function"（ファンクション）フィールド３０６は、図３（Ｂ）に示すようにＯＲＢの意味を示している。これについては、更に詳しく説明する。"command_block_length"（コマンド長）フィールド３０７は、"control_block"（コントロールブロック）フィールド３０８の長さを表している。コントロールブロックフィールド３０８には、ファンクションフィールド３０６の値に応じて様々な値が入れられる。
【００４７】
次に、機能ごとにＯＲＢの内容を説明する。
（キューデプスコマンド）
図４はファンクション＝０のキューデプスコマンドＯＲＢを示している。このコマンドは、ターゲットのプリフェッチキュー１０４の深さを得るためのコマンドである。即時ビットは１にセットされる。
【００４８】
このコマンドのコントロールブロックには、"source_ID"（ソースＩＤ）４０１と"status_queue_length"（ステータスキュー長）４０２の２つのフィールドが含まれている。ソースＩＤは、イニシエータにログインしたプロセスの識別子が入れられる。図２の例では、ログインしたプロセスはプリンタドライバとなる。これは、複数のプロセスがログインしている場合に、ターゲットが応答すべきプロセスを識別するために付加されている。また、ステータスキュー長４０２は、イニシエータの有するステータスキュー２０４の深さをターゲットに知らせるためのフィールドである。
【００４９】
ステータスキュー長は、ターゲットにおいてステータスキューにどれだけアンソリサイテドステータスがキューイングされているかを管理するために用いられる。ターゲットは、イニシエータがプリフェッチキューを管理するのと同様に、アンソリサイテドステータスの生成および処理済みの通知に従ってステータスキューの深さを管理している。
【００５０】
このコマンドを受けたターゲットは、ステータスキュー長をカウンタCurrentUnsolicitedQUEに格納するとともに、プリフェッチキュー長をイニシエータに返す。イニシエータでは、このコマンドによって得たプリフェッチキューのキューの深さを元にして、ＯＲＢの生成および消去という動作に応じて、ターゲットにキューされているＯＲＢの数を管理する。
（データ転送コマンド）
図５はファンクション＝１のデータ転送コマンドＯＲＢを示している。このコマンドは、イニシエータからターゲットにデータを転送するためのコマンドである。"page_table_present"ビット５０１は、ページテーブルの存在を示しており、ページテーブルがある場合には、"page_size"フィールド５０２にページテーブルにより参照されるページサイズをセットする。転送するデータバッファは、このページテーブルとアドレス５０３およびデータサイズ５０４によって示される。
【００５１】
このコマンドを受けたターゲットは方向フィールドの値に応じて、指定されたデータバッファへのデータのかき込みあるいはバッファからデータの読み出しを行う。
（リード要求コマンド）
図６はファンクション＝２のリード要求コマンドＯＲＢを示している。このコマンドは、ターゲットから「リード要求ステータス」、すなわちターゲットのプリンタからホストへのデータ転送要求が送られてきた場合に、プリンタにデータを書き込むべきデータバッファを提供するコマンドである。"sequence_number"（シーケンス番号）フィールド６０１は、このコマンドを発行するきっかけとなった対応するリード要求ステータスに付されているシーケンス番号と同一の値であり、リード要求ステータスとリード要求コマンドとを対応づけるための番号である。その他のフィールドの構成はデータ転送コマンドと同様である。ただし、即時ビットは１、方向ビットも１（リード）に設定される。即時ビットが１に設定されているのは、ターゲットから発行されるリード要求ステータスに対して直ちに対応するためである。また、バッファのサイズは、リード要求ステータスによって指定されている値を使用する。
【００５２】
このコマンドを受けたターゲットは、イニシエータのシステムメモリに確保された、指定されたデータバッファへとデータを書き込む。
（ダイレクトステータス応答コマンド）
図７はファンクション＝３のダイレクトステータス応答コマンドＯＲＢを示している。このコマンドは、ターゲットによりリード要求を破棄させる場合に、リード要求ステータスに対応して発行される。あるいは、ターゲットからのダイレクトステータスに対応したターゲットへの応答に用いられる。"sequence_number"（シーケンス番号）フィールド７０１は、このコマンドを発行するきっかけとなった対応するリード要求ステータスあるいはダイレクトステータスに付されているシーケンス番号と同一の値である。その他のフィールドの構成はデータ転送コマンドと同様である。ただし、即時ビットは１に設定される。
【００５３】
このコマンドを受けたターゲットは、対応するシーケンス番号を有するリード要求ステータスを発行していれば、それにかかるリード要求を破棄する。
（デバイス資源獲得コマンド）
図８はファンクション＝８のデバイス資源獲得コマンドＯＲＢを示している。"resource_ID"（リソースＩＤ）フィールド８０１は、図８（Ｂ）に示されている。値０は、使用するデバイスクラスおよび論理ユニット特性に依存した値であり、このシステムでは、０はデバイスクラスとしてプリンタ、論理ユニット特性として印刷サービスを示している。
【００５４】
このコマンドを受けたターゲットは、リソースＩＤで指定された資源を、このコマンドの送り手であるイニシエータに対して割り当てる。
（デバイス資源解放コマンド）
図９はファンクション＝９のデバイス資源解放コマンドＯＲＢを示している。"resource_ID"（リソースＩＤ）フィールド８０１は、図８（Ｂ）に示されている通りである。
【００５５】
このコマンドを受けたターゲットは、リソースＩＤで指定された資源を解放する。
（基本デバイスステータスコマンド）
図１０はファンクション＝Ａ(Hex)の基本デバイスステータスコマンドＯＲＢを示している。
【００５６】
このコマンドを受けたターゲットは、ターゲット自身の有する状態を基本デバイスステータスブロックにのせてイニシエータに応答する。イニシエータはこのコマンドを発行することで、ターゲットの状態を把握できる。プリンタにおいては、例えば用紙サイズやサポートするエミュレーション、その他のプリンタに関る様々な状態情報が基本ステータスとしてターゲットから返される。
＜ステータスブロックの内容＞
図１１は、ターゲットであるプリンタからイニシエータであるホストコンピュータに返されるステータスブロックを示している。ステータスブロックは、前述したコマンドＯＲＢに対応して用意されている。ステータスブロックは、ターゲットの順次実行エージェントおよび即時実行エージェントから発行される。
【００５７】
図１１（Ａ）において、右側の点線より上の部分はＳＢＰ−２により規定されたフィールドであり、ステータスに対応するコマンドＯＲＢを示すためなどのフィールドを含む。"i"（即時ビット）１１０１は、ステータスが順次実行エージェントと即時実行エージェントのいずれから発行されたかを示す。値が０であれば順次実行エージェントから、１であれば即時実行エージェントから発行されたことを示す。"hpt_status"（ｈｐｔステータス）フォールド１１０２は、図１１（Ｂ）に示したように、ステータスブロックの種類を示している。"hpt_status_dependent"フィールド１１０３は、ｈｐｔステータスに依存してその値が与えられる。"status_length"（ステータス長）フィールド１０４は、レスポンスブロック１１０５の長さを示している。次に、種類毎にステータスブロックを説明する。
（キューデプスステータスブロック）
図１２は、ｈｐｔステータス＝０のキューデプスステータスを示している。キューデプスステータスは、キューデプスコマンドに対するターゲットからの応答であり、ターゲットは"prefetch_queue_depth"フィールド１２０１にプリフェッチキュー１０４の深さをセットしてイニシエータに返す。これによりイニシエータはプリフェッチキューの容量を知ることができ、その容量にあわせて生成するＯＲＢの数を管理する。
（データ転送ステータスブロック）
図１３は、ｈｐｔステータス＝１のデータ転送ステータスを示している。データ転送ステータスは、データ転送コマンドに対するターゲットからの応答であり、データ転送コマンドＯＲＢの処理が終了した時点でターゲットから発行される。イニシエータはこのステータスを受けることで、ターゲットのキューから１つのＯＲＢが処理されて排出されたことを知ることができる。
（リード要求ステータスブロック）
このステータスはｈｐｔステータス＝２であり、そのフォーマットは特に図示しないが、レスポンスブロック内に、イニシエータに確保させるデータバッファのサイズを有している。このステータスは、コマンドＯＲＢに対して発行されるのではなく、通常ターゲットから自発的に発行される。イニシエータはこのリード要求ステータスに対して、前述したリード要求コマンドＯＲＢを発行する。この手順については後述する。
（ダイレクトステータスブロック）
このステータスはｈｐｔステータス＝３であり、そのフォーマットは特に図示しないが、レスポンスブロック内に、アプリケーションレベル（すなわちターゲットにおけるデータ処理部）のステータスを含んでいる。すなわち、通常はアプリケーションレベルのデータの交換はＯＲＢとそれにリンクしたデータバッファとを用いて行われる。しかし、データが非常に小さく、レスポンスブロックの上限（本例では２４バイト）内に治まる場合には、ＨＴＰレベルの応答にアプリケーションレベルの応答を重畳してしまう。イニシエータではこのステータスに対応してダイレクトステータス応答コマンドＯＲＢを発行する。
（デバイス資源獲得ステータスブロック）
このステータスはｈｐｔステータス＝８であり、そのフォーマットは特に図示しないが、デバイス資源獲得コマンドを受けてそれを処理したターゲットから発行される。
（デバイス資源解放ステータスブロック）
このステータスはｈｐｔステータス＝９であり、そのフォーマットは特に図示しないが、デバイス資源解放コマンドを受けてそれを処理したターゲットから発行される。
（基本デバイスステータスブロック）
このステータスはｈｐｔステータス＝Ａ(Hex)であり、そのフォーマットは特に図示しないが、基本デバイスステータスコマンドを受けた場合に、ターゲットから発行される。このステータスには、所定のデバイスステータスがセットされる。
【００５８】
以上、本実施形態の印刷システムにおいて用いられるコマンドおよびステータスについて説明した。次に、イニシエータおよびターゲットにおけるデータ交換の手順を説明する。
＜イニシエータからのデータ転送要求処理＞
図１４はホストコンピュータにおける、ホストコンピュータからプリンタあるいはプリンタからホストコンピュータへのデータ転送要求に応じて、プリンタにコマンドＯＲＢの生成を通知する手順を示している。
【００５９】
プリンタドライバ等のアプリケーションからデータの転送要求はステップＳ１４０１で監視されている。データ転送要求には、プリンタドライバ等のアプリケーションが転送すべきデータがあることを知らせてくる場合と、プリンタからのデータリード要求に応じて知らされる場合とがある。なおプリンタが主体的にホストコンピュータに送るステータスを、アンソリサイテドステータスと呼ぶ。一方、ホストコンピュータからのコマンドＯＲＢの処理完了通知として返すステータスをノーマルステータスと呼ぶ。
【００６０】
データ転送要求があると、ステップＳ１４０２で、それを順次実行とするか、即時実行とするか決定し、ＯＲＢの即時ビットにセットする。プリンタからのアンソリサイテドステータスによってＯＲＢを発行する場合は即時実行、ホストコンピュータのアプリケーションからのデータ転送要求による場合には順次実行としている。
【００６１】
順次実行の場合、ステップＳ１４０３においてカウンタCurrentQuedQUEが０でないか判定する。このカウンタCurrentQuedQUEの初期値としては、電源立ち上げ時やリセット時等、プリンタのプリフェッチキューの深さがキューデプスコマンドにより読取られて、それがセットされる。すなわち、カウンタCurrentQuedQUEにより、現在のプリフェッチキューの空きがカウントされる。ステップＳ１４０４において空きが０であれば、ターゲットのプリフェッチキューは空いていないので、空くまでまつ。空きがあればステップＳ１４０４でカウンタCurrentQuedQUEを１減らし、ステップＳ１４０７でデータ転送ＯＲＢを生成してリストにリンクする。このとき、アプリケーションによって作成されているデータバッファがＯＲＢにリンクされる。その後、ステップＳ１４０８で、プリンタのドアベルレジスタ１０８に書き込み、ＯＢＲが発生したことをターゲットに知らせる。
【００６２】
一方、ステップＳ１４０２で即時実行であると判定された場合、ステップＳ１４０５でカウンタCurrentImmediateQUEの値が０より大きいか判定する。なお、ターゲットの即時実行エージェントにはキューは用意されておらず、従ってこのカウンタの値は最大値が１であり、リセット時に１に設定されている。０より大きい場合には、ステップＳ１４０６でそのカウンタを１減らし、ＯＲＢを生成リンクにリストしてドアベルを書き込む。
【００６３】
以上のようにしてドアベルレジスタに書き込まれると、図１５の手順で、フェッチエージェントによってＯＲＢがターゲットに取り込まれる。
＜フェッチエージェントによる処理＞
図１５は、ドアベルレジスタ１０８に書き込みが行われた際のターゲットのフェッチエージェントによる処理手順である。
【００６４】
ドアベルレジスタ１０８に書き込まれると、ステップＳ１６０１においてリードポインタに、システムメモリ内でリンクされている先頭のＯＲＢのアドレスを設定する。
【００６５】
ステップＳ１６０２では、リードポインタで示されるＯＲＢの即時ビットをテストし、即時であるか順次であるか判定する。順次実行である場合には、ステップＳ１６０３でプリフェッチキュー１０４の最後尾のアドレス(NextWritePointer)を獲得する。ホストコンピュータはプリフェッチキューの空きを確認してドアベルをライトするので、キューの空きは保証されている。
【００６６】
次にステップＳ１６０４で、リードポインタで示されるＯＲＢをプリフェッチキューの最後尾にコピーし、ステップＳ１６０５で、順次実行エージェントに対してＯＲＢの受信を通知する。ステップＳ１６０６で、リードポインタで示されるＯＲＢの"Next_ORB"フィールド（次のＯＲＢへのリンクフィールド）がヌルではないか、すなわちリンクしているＯＲＢがあるか判定し、なければ終了するが、あれば、そのリンクされているＯＲＢのアドレスをリードポインタに設定してステップＳ１６０２からくり返す。
【００６７】
一方、ステップＳ１６０２で即時実行されるＯＲＢであると判定されると、ステップＳ１６０８では、そのＯＲＢを即時実行エージェントによって予め示されるアドレスへとコピーする。その後、ステップＳ１６０９で即時実行エージェントにＯＲＢの受信を通知し、ステップＳ１６０６に進む。
【００６８】
以上のようにしてＯＲＢがターゲットの取り込まれて各実行エージェントにＯＲＢの受信が通知され、図１６の手順でＯＲＢの処理が実行される。
＜実行エージェントによる処理＞
実行エージェントは、即時実行エージェントと順次実行エージェントがあるが、ＯＲＢの処理に関しては同じ手順であるので、図１６としてまとめて説明する。
【００６９】
実行エージェントは、フェッチエージェントからＯＲＢ受信の通知があると、ステップＳ１７０１においてNextreadpointerにより指し示されるＯＲＢのデータアドレスフィールド、方向ビット、データサイズフィールドの値を取り出す。なお、Nextreadpointerとは、キューに格納されている、実行エージェントがまさに処理するＯＲＢへのポインタである。順次実行エージェントにおいては、プリフェッチキューの先頭のＯＲＢが指し示される。
【００７０】
ステップＳ１７０２では、取り出したデータサイズが０であるか判定し、サイズが０でなければ、ステップＳ１７０３において方向ビット(Direction bit)がライトであるかリードであるか判定する。ライトである場合には、データアドレスとデータサイズで指定されるデータをイニシエータのシステムメモリから読み出し、データ処理部１０７に渡す。
【００７１】
データ処理部はステップＳ１７０５〜Ｓ１７０７で渡されたデータを処理する。例えば、プリンタではＰＤＬデータの解析やラスタライズなどが行われる。
【００７２】
データ処理部での処理終了が通知されると、ステップＳ１７０８で、当該ＯＲＢの処理が完了した旨通知するデータ転送ステータスブロック（ノーマルステータス）を生成し、ステップＳ１７０９でステータスをイニシエータにの通知するために、ステータスレジスタ２１０にその旨書き込む。
【００７３】
一方、ステップＳ１７０３でＯＲＢの方向ビットがリードであると判定されると、ステップＳ１７１０において、ＯＲＢのデータアドレスフィールドおよびデータサイズフィールドで指定されたデータバッファに、データを書き込む。このターゲットから書き込まれるデータをリバースデータと呼ぶ。書き込むリバースデータは、データ処理部などで作成、バッファに格納されているデータであり、例えば、プリンタの搭載フォントの列挙といった２４バイト以上のデータである。
【００７４】
ステップＳ１７１１では書き込みが済んだデータを格納してあったバッファを解放する。
【００７５】
処理が終了したなら、ステップＳ１７１３で処理完了通知のステータスブロック（ノーマルステータス）を作成し、ステップＳ１７１４でステータスレジスタに所定の値を書き込んでステータスブロックの通知をホストコンピュータに知らせる。
【００７６】
最後に、ステップＳ１７１５において、カウンタCurrentUnsolicitedQUEを１増やして終了する。このカウンタCurrentUnsolicitedQUEは、キューデプスコマンドを受信した際に、その"status_que_depth"フィールドに格納されている値が初期値として設定されている。このカウンタは、ステータスキュー２０４の空きを示すように、アンソリサイテドステータスブロックの送信と、その処理済みの通知に応じて増減される。カウンタCurrentUnsolicitedQUEのカウントは次の条件に従って行われる。
−カウントアップの条件
▲１▼アンソリサイテドステータスブロックを送信した場合１加算する。イニシエータではアンソリサイテドステータスのみがステータスキュー２０４にキューイングされる。
−カウントダウンの条件
▲１▼リード要求ＯＲＢの処理完了のステータスブロックを送信した場合に１加算する。イニシエータではこのステータスを受けてステータスキュー２０３から処理済みのステータスブロックをはずす。
▲２▼データサイズが０のＯＲＢの処理完了のステータスブロックを送信した場合に１加算する。すなわち、ダイレクトステータス応答のＯＲＢに対するステータスブロックを送信した場合に１加算する。イニシエータでは、このステータスを受けてステータスキュー２０３から処理済みのステータスブロック（ダイレクトステータス）をはずす。
【００７７】
また、ステップＳ１７０２でデータサイズが０であると判定されたなら、特に処理すべきデータはないので、何もせずに処理完了通知を送るべくステップＳ１７１３でステータスブロックを応答する。
【００７８】
以上の手順で、イニシエータによるＯＲＢの生成から、ターゲットによるその処理とステータスブロックの生成までの処理が行われる。次に、図１７，１８を参照して、プリンタからホストコンピュータへのアンソリサイテドステータスの送信をきっかけとするデータ転送を説明する。
＜ターゲットにおけるアンソリサイテドステータスの発行処理＞
プリンタに紙切れやジャム等のエラーが発生した場合など、プリンタからホストコンピュータに直ちに通知しなければならない情報がある。この場合にはプリンタが主体となって、データをプリンタに転送する。プリンタから送るべきデータがあると、データ処理部１０７はその旨即時実行エージェントに通知し、それにより図１７の処理が開始される。
【００７９】
ステップＳ１８０１では、ホストコンピュータに送信すべきデータが２４バイト超過であるか判定する。２４バイトとは、ステータスブロックのレスポンスブロックにいれられるデータ量の上限である。
【００８０】
上限値を越えている場合、ステップＳ１８０２でリード要求ステータスブロック（アンソリサイテドステータス）を生成し、ステップＳ１８０３でステータスブロックの"ORB_offset"フィールドにリバースデータが格納されたアドレスを設定する。このとき、リバースデータのサイズもステータスブロックに書き込まれる。
【００８１】
ステップＳ１８０４では、カウンタCurrentUnsolicitedQUEの値が０より大きい以下、すなわちステータスキューに空きがあるか判定する。空きがなければ空くまで待ってから、ステップＳ１８０５で、カウンタCurrentUnsolicitedQUEの値を１減らして、ステップＳ１８０６でステータスレジスタに適当な値を書き込む。
【００８２】
一方、データが２４バイト以下であれば、そのデータはステータスブロックに重畳してホストコンピュータに送れるため、ダイレクトステータス（アンソリサイテドステータス）を作成し、そのコマンドセット依存フィールドにリバースデータを格納する。その後ステップＳ１８０４に分岐する。
【００８３】
以上のようにして、アンソリサイテドステータスがイニシエータに送り付けられる。
【００８４】
ターゲットからステータスを受けたイニシエータは、図１８の手順でそれを処理する。
＜イニシエータによるステータス処理＞
この処理は、ステータスレジスタに所定の値がセットされて生じる割り込みによって起動される。また、この割り込みとしては、ステータスレジスタに値がセットされるごとの多重割り込みを許している。
【００８５】
まずステップＳ１５０１において、ステータスがノーマルステータスかアンソリサイテドステータスか判別する。アンソリサイテドステータスであれば、ステップＳ１５０２で、ステータスブロックをターゲットから読み出してステータスキューの末尾にコピーする。ステップＳ１５０３ではそのブロックがキューの先頭になったか判定し、キューの先頭になったなら、ステップＳ１５０４で、リバースデータの格納用のバッファを確保し、ステップＳ１５０５でそのステータスがリード要求ステータスかそれともダイレクトステータスか判定する。
【００８６】
リード要求ステータスであれば、リード要求コマンドＯＲＢをステップＳ１５０６で作成する。作成されるＯＲＢは、即時フラグが「即時」であり、方向フラグがリードである。また、バッファのアドレスをＯＲＢに搭載する。この後、データ転送の必要事項が生じたことを図１４のプロセスに通知する。図１４のプロセスにより、ステップＳ１５０６で作成されたＯＲＢはターゲットに送られ、そのデータバッファにターゲットからデータが書き込まれてデータ転送が行われることになる。
【００８７】
ステップＳ１５０５でダイレクトステータスと判定された場合、そのステータス内のリバースデータを確保したバッファにコピーし、ステップＳ１５０９で、アプリケーション等の上位プロセスにそのリバースデータを送る。その後、ダイレクトステータス応答ＯＲＢ（即時ビットは「即時」）をステップＳ１５１０で作成する。この時データサイズは０に指定する。
【００８８】
一方、ステップＳ１５０１でノーマルステータスと判定されると、そのステータスに対応するＯＲＢの方向ビットがリードかライトかステップＳ１５１１で判定される。ライト、すなわちイニシエータからターゲットへのデータ転送であった場合、対応ＯＲＢをリストから削除し（ステップＳ１５１２）、それが使用していたデータバッファを解放し（ステップＳ１５１３）、プリフェッチキューの空き容量であるカウンタCurrentQuedQUEの値を１増やす。
【００８９】
方向ビットがリード、すなわちターゲットからイニシエータへのデータ転送であれば、そのステータスはリード要求コマンドＯＲＢに対する応答であるので、ステップＳ１５１５で、プリンタドライバ等の上位プロセスにリード処理の終了を通知して、ステップＳ１５１６で対応ＯＲＢをリストから削除し、カウンタCurrentImmediateQUEを１増やす。すなわち、即時実行エージェントに次のＯＲＢを送ることができる状態にする。
【００９０】
以上のようにして、ステータスレジスタへの書き込みが行われた場合に、ステータスを処理する。すなわち、アンソリサイテドステータスはキューするが、ノーマルステータスは直ちに処理される。アンソリサイテドステータスをキューイングする理由は、アンソリサイテドステータスはＯＲＢの生成を引き起こすが、生成されリストされるＯＲＢの数はプリフェッチキューの容量を上回らないように制限されているためである。ＯＲＢの数をこのように制限するのは、即時実行されるべきＯＲＢが、ＯＲＢ作成通知後直ちに処理されることを保証するためである。ＯＲＢが無制限に作られてしまうと、ＯＲＢリスト自体が即時実行エージェントに処理されるＯＲＢのキューとなってしまい、即時実行が保証されなくなる。リンクされるＯＲＢの数を、ターゲットのプリフェッチキューに入れられているＯＲＢの数と即時実行エージェントで実行されているＯＲＢの数（１）との合計値に制限することで、リンクリスト上のＯＲＢを、ターゲットにおけるプリフェッチキューに対して透過にすることができる。
＜メッセージシーケンスの例＞
以上説明した手順でイニシエータとターゲットとの間で交換されるメッセージシーケンスの例を、図１９〜図２１を用いて説明する。
（ターゲットへのデータ転送シーケンス）
図１９は、イニシエータ（ホストコンピュータ）からターゲット（プリンタ）へのデータ転送時のシーケンス例である。
【００９１】
なお、図中のＳＢＰ−２とは、ＳＢＰ−２規格で規定されたデータ、すなわち図３のコマンドおよび図１１のステータスにおける、ＳＢＰ−２で規定されたフィールドを処理する処理層である。また、ＨＰＴとは、ＳＢＰ−２で規定されいない、ファンクションごとに定められた処理を行う処理層である。ＨＰＴでは、前述したフローチャートの手順を行う。ＳＢＰ−２は、その手順において、ＯＲＢのリンクやドアベルのライト、ＯＲＢやステータスのＨＰＴへの引き渡し等の機能を果たす。
【００９２】
まず、イニシエータのアプリケーションでデータ、ＨＰＴでＯＲＢ（ここではデータ転送ＯＲＢ）が作成され、空きキューカウンタ(CurrentQuedQUE)が１減らされて、ＯＲＢのリンク要求がＳＢＰ−２に出される（１９０１）。ＳＢＰ−２ではＯＲＢをリンクしてドアベルレジスタにライト要求を出す（１９０２）。１３９４インタフェースにより、ドアベルレジスタが書き込まれ（１９０３）、それがターゲットのＳＢＰ−２に通知される（１９０４）。
【００９３】
通知を受けたＳＢＰ−２は、ＯＲＢリード要求を１３９４インタフェースに出して（１９０５）、システムメモリからＯＲＢが読み出される（１９０６）。ＨＰＴは、読み出されたＯＲＢの内容に応じて対応キューに格納する（１９０７）。ここではデータ転送コマンドＯＲＢなので、１３９４インタフェースに対してデータリード要求を出す（１９０８）。これに応じて、指定されたアドレスからデータが読み出され、アプリケーションに渡される（１９０９）。アプリケーションは、この場合画像の展開を行うラスタライザ等であり、展開された画像はプリンタエンジンから印刷出力されることになる。
【００９４】
これに対してターゲットのＳＢＰ−２に対してステータスブロック送信要求が出され（１９１０）、ステータスブロック（データ転送ステータス）がイニシエータに返される（１９１１）。イニシエータのＨＴＰは、これを受けると対応ＯＲＢをリンクから削除し、空きキューカウンタを１増やす（１９１２）。
【００９５】
以上のシーケンスによりイニシエータからターゲットにデータが転送される。（イニシエータへのデータ転送シーケンス）
図２０は、リード要求ステータスのシーケンスである。
【００９６】
ターゲットのアプリケーションでデータが作成されると、アンソリサイテドステータス（リード要求ステータス）が作成され、ステータスキューカウンタ(CurrentUnsolicitedQUE)が１減らされて、アンソリサイテドステータス送信要求が出される（２００１）。これを受けたＳＢＰ−２ではアンソリサイテドステータスブロックをイニシエータに送信する（２００２）。イニシエータのＳＢＰ−２層は、このステータスを受けてＨＰＴ層にアンソリサイテドステータスブロックを送信する（２００３）。ＨＰＴ層は、アンソリサイテドステータスブロックをステータスキューにコピーする。
【００９７】
ステータスキューの先頭のステータスについては、データバッファおよびリード要求ＯＲＢを作成してＳＢＰ−２層に作成したＯＲＢのリンクを要求する（２００４）。ＳＢＰ−２層は、ドアベルレジスタへの書き込み要求を出し（２００５）、１３９４インタフェースによりライトが行われる（２００６）。ドアベル書き込みの通知は１３９４インタフェースからＳＢＰ−２に通知され（２００７）直ちにＯＲＢのリード要求（２００８）とＯＲＢのリードが行われる（２００９）。読み出されたＯＲＢはターゲットのＨＰＴ層に渡され、ＨＰＴでは指定されたキューにそれを格納した後（２０１０）、その内容を解析してデータリード要求であることを認識し、データライト要求を１３９４インタフェースに対して出す（２０１１）。
【００９８】
これに応じてリバースデータがイニシエータの用意したデータバッファに書き込まれる（２０１２）。
【００９９】
この処理が終わると、ステータスブロック作成要求ががターゲットから出され、ステータスキューの空きが１つ増やされる（２０１３）。それに応じてノーマルステータスブロックがイニシエータに返され（２０１４）、それによってＨＰＴにＯＲＢのリンク削除の要求が出されると、対応ＯＲＢが削除され、即時実行エージェント側のキューの空き数（０のはずである）に１加えられ、使用されたデータバッファが解放される（２０１５）。
【０１００】
以上のシーケンスによりターゲットからイニシエータにデータが転送される。
（イニシエータへのデータ転送シーケンス）
図２１は、ターゲットからイニシエータへとデータ転送する際のシーケンスである。ただし、図２０のシーケンスと異なり、転送されるデータが小さいためにダイレクトステータスを用いている。
【０１０１】
ターゲットのアプリケーションでデータが作成されると、アンソリサイテドステータス（ダイレクトステータス）が作成され、ステータスキューカウンタ(CurrentUnsolicitedQUE)が１減らされて、アンソリサイテドステータス送信要求が出される（２１０１）。これを受けたＳＢＰ−２ではアンソリサイテドステータスブロックをイニシエータに送信する（２１０２）。イニシエータのＳＢＰ−２層は、このステータスを受けてＨＰＴ層にアンソリサイテドステータスブロックを送信する（２１０３）。ＨＰＴ層は、アンソリサイテドステータスブロックをステータスキューにコピーする。
【０１０２】
ステータスキューの先頭のステータスについては、ステータスに重畳されたアプリケーションレベルのデータを読み出し、データバッファおよびダイレクトステータス応答ＯＲＢを作成してＳＢＰ−２層に作成したＯＲＢのリンクを要求する（２１０４）。ＳＢＰ−２層は、ドアベルレジスタへの書き込み要求を出し（２１０５）、１３９４インタフェースによりライトが行われる（２１０６）。ドアベル書き込みの通知は１３９４インタフェースからＳＢＰ−２に通知され（２１０７）直ちにＯＲＢのリード要求（２１０８）とＯＲＢのリードが行われる（２１０９）。
【０１０３】
読み出されたＯＲＢはターゲットのＨＰＴ層に渡され、ＨＰＴでは指定されたキューにそれを格納した後（２１１０）、その内容を解析する。ダイレクトステータス応答ＯＲＢであることが認識されると、対応するステータスブロック作成要求がターゲットから出され、ステータスキューの空きが１つ増やされる（２１１１）。それに応じてノーマルステータスブロックがイニシエータに返され（２１１２）、それによってＨＰＴにＯＲＢのリンク削除の要求が出されると、対応ＯＲＢが削除され、即時実行エージェント側のキューの空き数に１加えられ、使用されたデータバッファが解放される（２１１３）。
【０１０４】
以上のシーケンスによりターゲットからイニシエータにデータが転送される。このシーケンスでは、図２０のシーケンスに比べてデータライト要求（２０１１）およびリバースデータ書き込み（２０１２）の２つの手順が省かれている。
＜本システムに特有の機能＞
本システムの構成および動作は上述した通りである。このシステムに特有な機能や構成、利点などをここで整理すると次のようなものがあげられる。
▲１▼ＯＲＢのキューを順次実行用と即時実行用と２つ設け、それぞれに応じた実行エージェントを設けた。これにより、イニシエータからのデータ転送要求ＯＲＢはキューイングされて順次処理されるが（順次実行）、ターゲットからのリード要求ステータスは、リード要求ＯＲＢ発行後直ちに処理される（即時実行）。即時実行は、ＯＲＢリストにリンクするＯＲＢ数の上限を、ライトのＯＲＢについては順次実行キューの容量に、リードのＯＲＢについては即時実行キューの容量（この場合１）にすることにより保証されている。
【０１０５】
一方、ターゲットからのリード要求ステータスは、イニシエータにおいてキューイングされる。このため、イニシエータからのデータ転送要求はターゲットのプリフェッチキューにより、ターゲットからのデータ転送要求（リード要求）はイニシエータのステータスキューによりそれぞれキューイングされることになり、アプリケーション層にデータ転送をおこなうための全２重通信チャネルを提供できる。すなわち、いずれの方向へのデータ転送についても、キューに入れられた順に要求は処理され、一方へのデータ転送の処理が他方のデータ転送の処理に影響を及ぼさず、互いに干渉しない独立したチャネルを提供できる。言い換えれば、イニシエータからターゲット，ターゲットからイニシエータへと、それぞれにおいて非同期に発生したデータを非同期に転送できる。
▲２▼イニシエータとターゲットとが互いのキューの空き容量を相互に監視しているため、ＯＲＢあるいはステータスブロックを送信した際に、確実に受信される。
▲３▼全２重通信チャネルは１回のログインで提供される。すなわち、資源を豊富に有するホストコンピュータをイニシエータとし、資源の乏しいプリンタをターゲットとして相互にデータを交換できる。このため、プリンタの備える資源、特に必要なメモリ容量を抑制することができる。
▲４▼ＩＥＥＥ１３９４インターフェースを利用しているために、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる。
▲５▼ＳＢＰ−２プロトコルを利用しているため、ターゲットでキューされるのはＯＲＢだけで、実際に転送されるデータそのものは処理待ちの間イニシエータに格納されている。このため、ターゲットのメモリ資源を小容量化できる。
▲６▼ダイレクトステータスを利用することで、ＨＰＴ層のステータスにアプリケーション層のデータを重畳させてターゲットからイニシエータに送信できる。このため、データ転送シーケンスを短くすることができる。
【０１０６】
なお、本実施例のシステムは、ホストコンピュータとプリンタに限らず様々な装置に適用することができる。また、上述した特徴点は、ホストコンピュータとプリンタとの関係にとどまらず、ホストコンピュータと資源の少ない周辺装置一般、周辺装置同士という接続であっても有用である。
［第２の実施の形態］
本発明の第２の実施の形態として、同時に複数の論理チャネルを提供するシステムを説明する。この場合、ターゲット側には、プリンタ単体でなく、ファクシミリや画像スキャナといった機器が複合したデジタル複合機を利用することができる。
＜システムの構成＞
図２３は本実施形態におけるイニシエータのブロック図である。図２と異なる点について説明し、共通する構成の説明は省略する。図２３で特徴的といえるのは、ステータス識別部２１２が、ステータスの種類だけでなく、論理チャネルを識別し、チャネル毎にステータスを振り分ける点と、システムメモリ，ＨＰＴ処理部を有する１チャネル分の構成を、複数（図では２）チャネル分備えている点である。
【０１０７】
なお、ステータス識別部は、ステータスブロックに含まれるチャネルＩＤに従って、チャネルを識別する。これについては後述する。例えば、デジタル複合機を利用する場合には、１つのチャネルはプリンタドライバが、もう一つは画像スキャナドライバが利用する、といったように各チャネル毎に異なるアプリケーションであってもよいし、同一のアプリケーションが複数のチャネルを利用してもよい。
【０１０８】
図２２は、ターゲットのブロック図である。図１と異なる点は、コマンドフェッチエージェント１１３が、コマンドＯＲＢをチャネル毎に振り分ける、という点である。各チャネルは、図１と同様の構成であり、プリフェッチキューと２つの実行エージェントを有している。
【０１０９】
なお、ＯＲＢには、論理チャネルが示されており、コマンドフェッチエージェント１１３はそれを見てチャネルを識別する。
＜コマンドＯＲＢの形式＞
図２４〜図３２はコマンドＯＲＢのフォーマットの例である。図２４はデータ転送コマンドＯＲＢ，図２５はリード要求コマンドＯＲＢ，図２６はダイレクトステータス応答コマンドＯＲＢの図，図２７はデバイス資源獲得コマンドＯＲＢの図，図２８はデバイス資源解放コマンドＲＯＢの図，図３０は基本デバイスステータスコマンドＯＲＢの図であり、第１の実施の形態におけるそれぞれのコマンドと、チャネルＩＤフィールドを有する点で異なっている。他の構成は同じである。
【０１１０】
図２９はデバイス資源放棄応答コマンドＯＲＢの図で、ターゲットからのデバイス資源放棄要求に対する応答である。アクセプトビット２９０１により、放棄が要求された資源を放棄したか否かが示される。ターゲットは資源が乏しいため、複数のチャネルが利用されたり、複数のアプリケーションプロセスが稼働するなどにより各プロセスの資源が不足することもあり得る。そのような場合、ターゲットから資源放棄要求が出されることになる。
【０１１１】
図３１（Ａ）は、オープンチャネル要求コマンド、図３１（Ｂ）はオープンチャネル要求ステータスの図である。これらにより、所望の論理チャネルが開かれる。
【０１１２】
図３２（Ａ）は、クローズチャネル要求コマンド、図３１（Ｂ）はクローズンチャネル要求ステータスの図である。これらにより、所望の論理チャネルが閉じられる。
＜ステータスブロックの形式＞
図３３〜図３８はステータスブロックのフォーマットを示す図である。図３３はステータス一般の形式の図、図３４はリード要求ステータスの図、図３５はダイレクトステータスの図、図３６はデバイス資源獲得ステータスの図、図３８は基本デバイスステータスの図である。これらの形式は、チャネルＩＤが含まれていることを除いて第１の実施の形態におけるステータスブロックと同様である。
【０１１３】
また、図３７は、デバイス資源放棄ステータスブロックの図であり、イニシエータに放棄を求める資源のＩＤを資源ＩＤフィールド３７０１に格納している。このステータスはターゲットから発せられる要求のため、アンソリサイテドステータスとしてイニシエータに送信される。
＜イニシエータおよびターゲットにおけるコマンド／ステータス処理手順＞
図３９は、本実施形態における処理手順である。図３９（Ａ）はイニシエータにおいてステータスレジスタに書き込みが行われて起動される処理手順で、第１実施形態の図１８に相当する。処理が開始されると、初めにステップＳ３９０１でチャネルＩＤが判別される。その後、判別された各チャネルについて、図１８のステップＳ１５０１からと同様の処理がおこなわれる。
【０１１４】
図３９（Ｂ）は、ターゲットにおいてドアベルレジスタに書き込みが行われて起動される処理の手順で、第１の実施の形態における図１５に相当する。処理が開始されると、初めにステップＳ３９１１でチャネルＩＤが判別される。その後判別された各チャネルについて、図１５のステップＳ１６０１からと同様の処理がおこなわれる。
【０１１５】
このほか、データ転送要求から始まる処理（図１４）、ターゲットエージェントによる処理（図１６）、プリンタからホストコンピュータへとデータが発生した場合の処理（図１７）については、第１の実施の形態と同様である。ただし、これらの処理の前に、まずチャネルが開かれなければならない。
【０１１６】
ターゲットからの資源放棄要求は、ターゲットからのダイレクトステータスによるデータ転送と同様のシーケンスで行われる。
【０１１７】
本実施形態では、以上の手順でデータ転送が実行される。複数の論理チャネルが利用できることを除けば、第１の実施形態とほぼ同様のシステムである。
【０１１８】
このシステムにより、複数の論理チャネルそれぞれについて全２重通信を提供することができる。そのため、デジタル複合機等、複数のデバイスを有する機器についても、双方向通信を提供できる。それにより、第１の実施の形態で説明した▲１▼〜▲６▼の機能を複数のチャネルについて提供できる。
【０１１９】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【０１２０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコード（すなわち、図１４〜図１８および図３９の手順のプログラム）を記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【０１２１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１２３】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１２４】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１２５】
【発明の効果】
以上説明したように、本発明によれば、イニシエータとターゲットとの間で互いに非同期で転送できる双方向通信を可能とし、また、データの通信に必要なプロセスやメモリといった資源を効率的に利用できる。
【０１２６】
また、イニシエータが、ターゲットが保持できる命令の数を超えないようにするため、或いはターゲットのキューの空き領域を判断するため、命令を送信した際に、確実に受信される。
【０１２７】
ＩＥＥＥ１３９４インターフェースを利用しているために、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる。
【０１２８】
ＳＢＰ−２プロトコルを利用しているため、ターゲットでキューされるのはＯＲＢだけで、実際に転送されるデータそのものは処理待ちの間イニシエータに格納されている。このため、ターゲットのメモリ資源を小容量化できる。
【０１２９】
ダイレクトステータスを利用することで、ＨＰＴ層のステータスにアプリケーション層のデータを重畳させてターゲットからイニシエータに送信できる。このため、データ転送シーケンスを短くすることができる。
【０１３０】
また、マルチチャネルを実現できる。
【０１３１】
【図面の簡単な説明】
【図１】ターゲット（プリンタ）のブロック図である。
【図２】イニシエータ（ホストコンピュータ）のブロック図である。
【図３】ＯＲＢ一般のフォーマットを示す図である。
【図４】キューデプスコマンドＯＲＢのフォーマットを示す図である。
【図５】データ転送コマンドＯＲＢのフォーマットを示す図である。
【図６】リード要求コマンドＯＲＢのフォーマットを示す図である。
【図７】ダイレクトステータス応答コマンドＯＲＢのフォーマットを示す図である。
【図８】デバイス資源獲得コマンドＯＲＢのフォーマットを示す図である。
【図９】デバイス資源開放コマンドＯＲＢのフォーマットを示す図である。
【図１０】基本デバイスステータスコマンドＯＲＢのフォーマットを示す図である。
【図１１】ステータスブロック一般のフォーマットを示す図である。
【図１２】キューデプスステータスブロックのフォーマットを示す図である。
【図１３】データ転送ステータスブロックのフォーマットを示す図である。
【図１４】イニシエータによる、データ転送要求の発生に対する処理手順のフローチャートである。
【図１５】ドアベルレジスタに書き込みが行われた際のターゲットのフェッチエージェントによる処理手順のフローチャートである。
【図１６】フェッチエージェントからＯＲＢ通知を受けた際の実行エージェントによる処理手順のフローチャートである。
【図１７】ターゲットによる、データ転送発生の要求に対する処理手順のフローチャートである。
【図１８】ステータスレジスタに書込みがおこなされた際のイニシエータによる処理手順のフローチャートである。
【図１９】イニシエータ（ホストコンピュータ）からターゲット（プリンタ）へのデータ転送時のシーケンスの図である。
【図２０】ターゲットからイニシエータへとリード要求ステータスを用いてデータ転送する際のシーケンスの図である。
【図２１】ターゲットからイニシエータへとダイレクトステータスを用いてデータ転送する際のシーケンスの図である。
【図２２】マルチチャネルを提供するターゲットのブロック図である。
【図２３】マルチチャネルを提供するイニシエータのブロック図である。
【図２４】マルチチャネル化されたデータ転送コマンドＯＲＢのフォーマットを示す図である。
【図２５】マルチチャネル化されたリード要求コマンドＯＲＢのフォーマットを示す図である。
【図２６】マルチチャネル化されたダイレクトステータス応答コマンドＯＲＢのフォーマットを示す図である。
【図２７】マルチチャネル化されたデバイス資源獲得コマンドＯＲＢのフォーマットを示す図である。
【図２８】マルチチャネル化されたデバイス資源開放コマンドＯＲＢのフォーマットを示す図である。
【図２９】マルチチャネル化されたデバイス資源放棄応答コマンドＯＲＢのフォーマットを示す図である。
【図３０】マルチチャネル化された基本デバイスステータスコマンドＯＲＢのフォーマットを示す図である。
【図３１】オープンチャネル要求／応答のフォーマットを示す図である。
【図３２】クローズチャネル要求／応答のフォーマットを示す図である。
【図３３】マルチチャネル化されたステータスブロック一般のフォーマットを示す図である。
【図３４】マルチチャネル化されたデータ転送ステータスブロックのフォーマットを示す図である。
【図３５】マルチチャネル化されたダイレクトステータスブロックのフォーマットを示す図である。
【図３６】マルチチャネル化されたデバイス資源獲得ステータスブロックのフォーマットを示す図である。
【図３７】マルチチャネル化されたデバイス資源放棄ステータスブロックのフォーマットを示す図である。
【図３８】マルチチャネル化された基本デバイスステータスブロックのフォーマットを示す図である。
【図３９】（Ａ）マルチチャネル化されたイニシエータによる、ステータスレジスタへの書込みがおこなわれた際の処理手順と、（Ｂ）マルチチャネル化されたターゲットによる、ドアベルレジスタへの書込みがおこなわれた際の処理手順のフローチャートである。
【図４０】ＩＥＥＥ１３９４インターフェースを用いたプリンタシステムのハードウエア構成図である。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
３ ＲＯＭ
４ システムバス
１２ ＣＰＵ
１３ ＲＯＭ
１９ ＲＡＭ
１００ プリンタ
１０１ １３９４インターフェース
１０２ バスインターフェース
１０３ コマンドフェッチエージェント
１０４ プリフェッチキュー
１０５ 順次実行エージェント
１０６ 即時実行エージェント
１０７ データ処理部
２００ ホストコンピュータ
２０１ １３９４インターフェース
２０２ ステータス識別部
２０３ ＨＰＴ処理部
２０４ ステータスキュー
２０５ キュー処理部
２０６ ＯＲＢ管理部
２０７ バスインターフェース
２０８ システムメモリ
２０９ アプリケーション
【産業上の利用分野】
本発明は、例えばホストコンピュータとプリンタ等、機器同士を接続する通信制御方法及び通信制御装置に関する。
【０００２】
【従来の技術】
近年、ＩＥＥＥ１３９４インターフェースが、コンピュータと周辺機器、あるいは周辺機器同士の接続に用いられつつある。ＩＥＥＥ１３９４インターフェースは、セントロニクスインターフェースなどのハンドシェイク方式に比べて高速で、しかも双方向通信が可能である。また、メモリバスモデルのインターフェースであり、ＩＥＥＥ１３９４インターフェースで接続された機器は、相手の機器に対して指定したアドレスのデータを読み書きすることができる。
【０００３】
このＩＥＥＥ１３９４は、広範囲に応用するための物理層及びリンク層のプロトコルを定めたもので、機器ごとの詳細なプロトコルは定められていない。そのため、物理・リンク層としてＩＥＥＥ１３９４を利用したＳＢＰ(Serial Bus Protocol)−２などのトランスポート層のプロトコルが提案されている。トランスポート層はアプリケーションに対してデータ転送機能を提供する層であり、この層を利用するアプリケーションは、互いにデータの交換が可能となる。
【０００４】
このＳＢＰ−２なるプロトコルは、ＩＥＥＥ１３９４のメモリバスモデルとしての特徴を活かしたプロトコルであり、データの受信側が自身の都合に応じてデータを受信することができる。
【０００５】
ＳＢＰ−２では、データを転送する場合に、まず送信側でログインという操作を行って通信相手との間のチャネルを確立する。この際、ログインされた側がイニシエータ、相手側がターゲットと呼ばれる。データ転送は、イニシエータからの指示に応じて、ターゲットからイニシエータにデータを読み書きすることで行われる。この方式においては、イニシエータは、ログイン後、送信するデータを格納したアドレスやサイズ等が書かれたＯＲＢ(Operation Request Block)を作成し、そのＯＲＢのアドレスをターゲットに知らせる。ターゲットでは自分の都合に合わせてＯＲＢに書かれたアドレスやサイズに基づいてイニシエータからデータを読み出して処理し、あるいはデータを書き込み、それらの処理後ステータスブロックを作成して、処理の状態をイニシエータに知らせることになる。
【０００６】
【発明が解決しようとする課題】
このＩＥＥＥ１３９４の上に構築されるＳＢＰ−２プロトコルを利用して通信を行う場合、特に、ホストコンピュータ等のデータ源をイニシエータとし、それからターゲットであるプリンタ装置などの周辺機器へのデータ転送に応用する場合、次のような問題点があった。
▲１▼全２重通信のために手順が複雑である。
【０００７】
ＳＢＰ−２では、基本的にデータの転送はイニシエータによって管理され、ターゲットはイニシエータへの非同期のデータ転送を行うことができない。すなわち、ＳＢＰ−２では、ターゲットがイニシエータへのデータ転送を行いたい時には、イニシエータに対してアンソリサイテドステータスでデータリード要求を送り、イニシエータはそれに応じてＯＲＢ生成し、ペンディング中のＯＲＢ（イニシエータからターゲットへのデータ転送要求などが含まれている）のリストの末尾にその生成したＯＲＢをつける。このＯＲＢは先頭から順番に処理されるため、ターゲットがイニシエータにリード要求を発行したタイミングではなく、イニシエータ側のＯＲＢの処理が進み、ターゲットからのデータリード要求によるＯＲＢが処理されたときに初めてターゲットからイニシエータにデータが転送されることになる。すなわち、双方向の非同期なデータ転送が行えず、ターゲットからイニシエータに転送すべきデータが非同期に発生する場合、例えばターゲットがプリンタであれば、そのプリンタでエラーが発生する場合など、直ちにイニシエータに伝達すべきデータを即時に伝達できない。
【０００８】
このため、例えばプリンタで非同期に発生するデータを即時的にホストに転送するためには、プリンタをイニシエータとしてログイン手続きを行い、ホストコンピュータをターゲットとするデータ転送を行わねばならない。
【０００９】
このようにホストコンピュータとプリンタで互いにログインしてそれぞれがイニシエータでありターゲットであるような状況では、ホストコンピュータ及びプリンタの双方にイニシエータとしてのプロセスとターゲットとしてのプロセスを備えなければならない。また、ログインの操作もプリンタから行わねばならない。
【００１０】
プリンタのような画像を扱う周辺装置では、画像処理のために大量のメモリ資源やプロセッサ資源を消費する。そのために、装置の構成を簡略化して原価を節減したり、処理を迅速に行うため画像処理用途以外に用いられる資源をできるだけ節約しなければならないが、上述のように多くのプロセスを稼働することになればその分多くの資源を消費することになり、原価低減・処理の効率化という目的に反することになる。
【００１１】
また、ホストコンピュータとプリンタとの関係であれば、各方向に流れるデータは、印刷データとそれに対する処理状況といったように、互いに関連付けられるものであるが、各方向について独立したログインによりチャネルを設定すると、それらデータとレスポンスとを関連づけなければならず、そのための処理手順を新たに追加する必要がある。
【００１２】
このようにＩＥＥＥ１３９４及びＳＢＰ−２をそのままホストコンピュータ−プリンタ装置間の通信に適用することは適切でなく、各装置における必要な資源を減らすことや効率を向上させることが難しかった。
▲２▼マルチチャネルを実現できない。
【００１３】
最近、周辺装置として種々の機能を複合させた複合機が利用されつつある。例えば、ファクシミリ装置を、スキャナ単体，プリンタ単体，ファクシミリとしてホストコンピュータ等から利用できるデジタル複合機などがある。このような装置を利用する際には、各単体機能ごとに独立した複数のチャネルを介して通信を行えば、同時に複数の機能を利用することができる。
【００１４】
しかしながら、ＳＢＰ−２では、マルチチャネルを提供できないため、そのように単体機能を同時に利用することが難しい。
▲３▼ＳＢＰ−２以外のプロトコルを採用すれば非同期に発生するデータの転送が可能となるものも、マルチチャネルが実現できるものもあるが、そのようなプロトコルではＩＥＥＥ１３９４のメモリバスモデルとしての特徴を活かすことができない。すなわち、ホストとプリンタの通信であれば、プリンタ側の都合に応じてデータ転送を行うことができず、ホストがプリンタの状態を監視しながらデータ転送を行わねばならないことになる。
【００１５】
本発明は上記従来例に鑑みてなされたもので、１回のログインで全２重通信（互いに非同期な双方向通信）を可能とし、また、データの交換に必要なプロセスやメモリといった資源を効率的に利用できる通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１６】
また、イニシエータとターゲットとが互いのキューの空き容量を相互に監視しているため、ＯＲＢあるいはステータスブロックを送信した際に、確実に受信される通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１７】
また、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１８】
また、マルチチャネルを実現する通信制御方法及び通信制御装置及びそれを用いた印刷装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上記目的を達成するために本発明は次のような構成から成る。すなわち、
イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記イニシエータが、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信工程と、
前記ターゲットが、前記読み出しの命令及び前記書き込みの命令それぞれを保持する保持工程と、
前記ターゲットが、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する読み出し工程と、
前記ターゲットが、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する書き込み工程とを有し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２０】
あるいは、イニシエータとターゲットとの間でデータを通信する通信システムであって、
前記イニシエータにおいて、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信手段と、
前記ターゲットにおいて、前記読み出しの命令及び前記書き込みの命令それぞれを保持する手段と、
前記ターゲットにおいて、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する手段と、
前記ターゲットにおいて、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する手段とを有し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２１】
あるいは、ターゲットとの間でデータを通信する通信制御装置であって、
前記通信制御装置の記憶領域からのデータの読み出しの命令及び前記通信制御装置の記憶領域に対するデータの書き込みの命令それぞれを生成する生成手段と、
前記読み出しの命令及び前記書き込みの命令それぞれを、前記ターゲットに送信する送信手段とを有し、
前記ターゲットは、前記読み出しの命令に従って、前記通信制御装置の記憶領域から前記ターゲットへのデータの読み出しを前記通信制御装置に要求し、
前記ターゲットは、前記書き込みの命令に従って、前記通信制御装置の記憶領域に対する前記ターゲットからのデータの書き込みを前記通信制御装置に要求し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信する。
【００２６】
また、本発明の他の側面によれば、イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記ターゲットにおいて、第１のキューの第１のコマンドに応じて、前記イニシエータの記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、第２のキューの第２のコマンドに応じて、前記イニシエータの記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、コマンドに含まれている、前記第１のキューにキューされるべきかまたは前記第２のキューにキューされるべきかを示す指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送する転送工程と、
前記イニシエータにおいて、前記指定を含む前記第１のコマンドと前記指定を含む前記第２のコマンドとをそれぞれ生成する生成工程と、
前記第１のキューが空き領域を持っているかを判断する第１の判断工程と、
前記第２のキューが空き領域を持っているかを判断する第２の判断工程と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ前記イニシエータから前記ターゲットに転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する制御工程とを有することを特徴とする。
【００２７】
また、本発明の他の側面によれば、ターゲットとの間でデータを通信するイニシエータとしての通信制御装置であって、
第１のキューにキューされるべきかまたは第２のキューにキューされるべきかを示す指定を含む第１のコマンドと第２のコマンドとをそれぞれ生成する生成手段と、
前記第１のキューが空き領域を持っているかを判断する第１の判断手段と、
前記第２のキューが空き領域を持っているかを判断する第２の判断手段と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する転送制御手段とを有し、
前記ターゲットは、前記第１のキューの前記第１のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記通信制御装置に要求し、
前記ターゲットは、前記第２のキューの前記第２のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記通信制御装置に要求し、
前記ターゲットは、前記指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送することを特徴とする。
【００２８】
また、本発明の他の側面によれば、イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータにおける通信制御方法であって、
前記ターゲットが前記第１のタイプのコマンドに従ってデータを読み出した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する工程と、
前記ターゲットが前記第２のタイプのコマンドに従ってデータを書き込んだ後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する工程とを有する。
また、本発明の他の側面によれば、イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータとしての通信制御装置であって、
前記ターゲットが前記第１のタイプのコマンドに従ってデータを読み出した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する手段と、
前記ターゲットが前記第２のタイプのコマンドに従ってデータを書き込んだ後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する手段とを有する。
【００２９】
【発明の実施の形態】
［第１の実施の形態］
本発明の第１の実施の形態として、ホストコンピュータとプリンタとを、ＩＥＥＥ１３９４で接続し、その上に構築されたＳＢＰ−２プロトコルを用いた、本発明に係るプロトコル（以下ＨＰＴと呼ぶ）に従ってデータ転送を行うプリンタシステムを説明する。図４０は、そのプリンタシステムにおけるハードウエア構成図である。
＜システムのハードウエア構成＞
図４０において、ホストコンピュータ２００は、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて、図形，イメージ，文字，表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備える。ＣＰＵ１はシステムデバイス４に接続される各デバイスをＣＰＵ１が総括的に制御する。また、ＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵ１の制御プログラム等が記憶され、ＲＯＭ３のフォント用ＲＯＭには上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ３のデータ用ＲＯＭは上記文書処理等を行う際に使用する各種データが記憶される。ＲＡＭ２は、ＣＰＵ１の主メモリ，ワークエリア等として機能する。プログラムはＲＡＭ２に格納されても良い。また、ＲＡＭ２には、送信データバッファやＯＲＢを格納するシステムメモリが確保される。
【００３０】
キーボードコントローラ（ＫＢＣ）５は、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。メモリコントローラ（ＭＣ）７は、プートプログラム，種々のアプリケーション，フォントデータ，ユーザファイル，編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。１３９４インターフェース８は、ＩＥＥＥ１３９４規格に従ってプリンタ１００に接続されて、プリンタ１００との通信制御処理を実行する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウィンドウを開き、種々のデータ処理を実行する。
【００３１】
プリンタ１００において、プリンタＣＰＵ１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラムＲＯＭには、後述する各種エージェントた画像処理を実現するＣＰＵ１２の制御プログラム等が記憶される。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。ＣＰＵ１２は１３９４インターフェース１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ２００に通知可能に構成されている。
【００３２】
ＲＡＭ１９は、ＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
【００３３】
前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１８には、操作のためのスイッチおよびＬＥＤ表示器等が配されている。また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＡＭを有し、操作パネル１０１２からのプリンタモード設定情報を記憶するようにしても良い。
＜イニシエータの構成＞
上述したハードウエア構成において、プリンタ１００をターゲットとし、ホストコンピュータ２００をイニシエータとした通信システムを、図１及び図２に示す。本実施形態に置いては、これら構成は、それぞれホストコンピュータ及びプリンタにおけるＣＰＵによりプログラムを実行することで実現される。まず、図２のイニシエータから説明する。
【００３４】
図２において、イニシエータであるホストコンピュータにおいては、アプリケーションであるプリンタドライバ２０９はＨＰＴ処理部２０３を介してプリンタに対するデータ転送要求を発行するとともに、プリンタからの応答を受ける。
【００３５】
ＨＰＴ処理部２０３はＯＲＢ管理部２０６を含んでおり、システムメモリ２０８に生成されるＯＲＢを管理している。ＯＲＢはホストコンピュータからプリンタへ、あるいはプリンタからホストコンピュータへ転送されるデータバッファのアドレスやサイズ等を格納したブロックであり、先頭のＯＲＢから順次リンクされている。このＯＲＢについては、次のような処理の原則がある。
▲１▼リンクの先頭のＯＲＢから順次処理される。完了通知（ステータスブロック）を受信するとリンクからはずされる。
▲２▼新たに生成されたＯＲＢはリンクの末尾につながれる。
▲３▼リンクされるＯＲＢの数の上限は後述するプリンタにおける２つのキューの容量の合計と同一である。
【００３６】
この▲３▼項を実現するために、ＯＲＢ管理部２０６は、プリンタの２つのキューそれぞれについて２つのカウンタを用意している。ひとつはCurrentQuedQUEというカウンタであり、後述するプリンタのプリフェッチキューの現在の空き数を示している。また、もうひとつはCurrentImmediateQUEというカウンタである。こちらのカウンタが対応するキューの容量は本実施形態では１であり、処理されているエントリのみがキューに入っているということができる。これらカウンタは、ＯＲＢの生成と削除に合わせて増減される。
【００３７】
また、ＯＲＢを生成した際には、プリンタ側のドアベルレジスタと呼ばれるレジスタに書き込むことにより、ＯＲＢが発生したことをプリンタに知らせる。この手続きはＳＢＰ−２で規定されているもので、その規格書等に記載されている。
【００３８】
また、ＨＰＴ処理部２０３は、ステータスキュー２０４及びキュー処理部２０５を含む。１３９４インターフェース２０１を介して受信されたステータスは、ステータス識別部２０２により識別され、ステータスの種類に応じて直接ＯＲＢ管理部２０６に送り付けられるか、あるいはステータスキュー２０４に入れられ、先入先出順にキュー処理部２０５で処理される。ステータスの種類には２種類ある。
▲１▼ノーマルステータス…ホストコンピュータ−プリンタ間のデータ転送の結果を通知するステータスブロックであり、直接ＯＲＢ管理部に送られる。
▲２▼アンソリサイテド(Unsolicited)ステータス…プリンタからホストコンピュータに対して転送すべき非同期データが発生したことを示すステータスブロックであり、ステータスキューに入れられる。これは通常プリンタから自発的に発行される。
これらの区別はステータスブロックに書き込まれた値によってなされる。
【００３９】
また、ステータスレジスタ２１０はプリンタから書き込まれるレジスタであり、ホストコンピュータが読むべきデータがプリンタがあることを示す。
【００４０】
イニシエータたるホストコンピュータは以上のような機能的な構成からなっている。
＜ターゲットの構成＞
図１は、ターゲットたるプリンタの機能上の構成を示すブロック図である。
【００４１】
図１において、ドアベルレジスタ１０８はホストコンピュータによって書き込まれるレジスタであり、ＯＲＢが新たに生成されたことを示す。コマンドフェッチエージェント１０３は、１３９４インターフェース１０１を介してＯＲＢを読み込み、その種類に応じてプリフェッチキュー１０４に入れるか、あるいは即時実行エージェント１０６に送りつける。このコマンドの種類は、即時実行か順次実行かを示すフィールドを基準にして判定される。しかし、実質的にはこのフィールドはコマンドの機能に対応しており、本実施形態ではターゲットからイニシエータへのデータ転送のためのコマンド（リード要求コマンド）や、ターゲットの状態を捕捉するためのコマンドは即時実行であり、イニシエータからターゲットへの印刷データの転送などは順次実行とされている。
【００４２】
順次実行エージェント１０５及び即時実行エージェント１０６は、ともにコマンドフェッチエージェント１０３によって読み込まれたＯＲＢを、その内容に応じて、ホストコンピュータのバッファからのデータの読み出しや、データ処理部７から与えられたデータの書込みなどを行う。その後、ホストコンピュータにノーマルステータスを返す。
【００４３】
さらに、即時実行エージェント１０６は、ＰＤＬを解釈実行してラスタデータを生成するラスタライズやデバイス管理を行うデータ処理部１０７からのデータ転送要求に応じて、アンソリサイテドステータスをホストコンピュータに送る。バスインターフェース１０２は、プリンタ１００からホストコンピュータ２００のシステムメモリ２０８の所望のメモリロケーションにアクセスするためのインターフェースである。
【００４４】
なお、本例のシステムでは、順次実行エージェントはホストコンピュータからプリンタへのデータ転送のＯＲＢのために用いられ、即時実行エージェントはプリンタからホストコンピュータへのデータ転送のＯＲＢのために用いられる。
【００４５】
以上、イニシエータ及びタ−ゲットの構成と動作を簡単に説明した。これらを更に詳しく説明する前に、まずＯＲＢの詳しい内容を説明する。
＜コマンドＯＲＢ(Operation Request Block)の内容＞
図３はＯＲＢ一般の構成を示す図である。図３（Ａ）において、"Next_ORB"（リンク）フィールド３０１は、次のＯＲＢへのリンクである。次のＯＲＢがない場合にはそれを表す所定の値が入れられる。なお、先頭のＯＲＢは、所定のアドレスレジスタにより示される。"data_descripter"（データアドレス）フィールド３０２は、データバッファのアドレスを示す。"d"（方向）フィールド３０３は、ホストコンピュータからプリンタへのデータ転送（０：ライト）か、プリンタからホストコンピュータへのデータ転送（１：リード）かを示す。"data_size"（データサイズ）フィールド３０４は、アドレスフィールド３０２で指し示されるデータバッファのサイズを示す。以上、図の点線よりも上のフィールドがＳＢＰ−２で規定されているフィールドであり、これから説明するフィールド３０５〜３０８が、ＨＰＴに固有の処理に用いられるフィールドである。
【００４６】
"i"フィールド（即時ビット）３０５は、ターゲットにおいて、即時実行エージェントか、順次実行エージェントかどちらで実行されるＯＲＢであるかを示している。値が０すなわち順次実行エージェントであればプリフェッチキューに入れられ、値が１であれば即時実行エージェントにより処理される。"function"（ファンクション）フィールド３０６は、図３（Ｂ）に示すようにＯＲＢの意味を示している。これについては、更に詳しく説明する。"command_block_length"（コマンド長）フィールド３０７は、"control_block"（コントロールブロック）フィールド３０８の長さを表している。コントロールブロックフィールド３０８には、ファンクションフィールド３０６の値に応じて様々な値が入れられる。
【００４７】
次に、機能ごとにＯＲＢの内容を説明する。
（キューデプスコマンド）
図４はファンクション＝０のキューデプスコマンドＯＲＢを示している。このコマンドは、ターゲットのプリフェッチキュー１０４の深さを得るためのコマンドである。即時ビットは１にセットされる。
【００４８】
このコマンドのコントロールブロックには、"source_ID"（ソースＩＤ）４０１と"status_queue_length"（ステータスキュー長）４０２の２つのフィールドが含まれている。ソースＩＤは、イニシエータにログインしたプロセスの識別子が入れられる。図２の例では、ログインしたプロセスはプリンタドライバとなる。これは、複数のプロセスがログインしている場合に、ターゲットが応答すべきプロセスを識別するために付加されている。また、ステータスキュー長４０２は、イニシエータの有するステータスキュー２０４の深さをターゲットに知らせるためのフィールドである。
【００４９】
ステータスキュー長は、ターゲットにおいてステータスキューにどれだけアンソリサイテドステータスがキューイングされているかを管理するために用いられる。ターゲットは、イニシエータがプリフェッチキューを管理するのと同様に、アンソリサイテドステータスの生成および処理済みの通知に従ってステータスキューの深さを管理している。
【００５０】
このコマンドを受けたターゲットは、ステータスキュー長をカウンタCurrentUnsolicitedQUEに格納するとともに、プリフェッチキュー長をイニシエータに返す。イニシエータでは、このコマンドによって得たプリフェッチキューのキューの深さを元にして、ＯＲＢの生成および消去という動作に応じて、ターゲットにキューされているＯＲＢの数を管理する。
（データ転送コマンド）
図５はファンクション＝１のデータ転送コマンドＯＲＢを示している。このコマンドは、イニシエータからターゲットにデータを転送するためのコマンドである。"page_table_present"ビット５０１は、ページテーブルの存在を示しており、ページテーブルがある場合には、"page_size"フィールド５０２にページテーブルにより参照されるページサイズをセットする。転送するデータバッファは、このページテーブルとアドレス５０３およびデータサイズ５０４によって示される。
【００５１】
このコマンドを受けたターゲットは方向フィールドの値に応じて、指定されたデータバッファへのデータのかき込みあるいはバッファからデータの読み出しを行う。
（リード要求コマンド）
図６はファンクション＝２のリード要求コマンドＯＲＢを示している。このコマンドは、ターゲットから「リード要求ステータス」、すなわちターゲットのプリンタからホストへのデータ転送要求が送られてきた場合に、プリンタにデータを書き込むべきデータバッファを提供するコマンドである。"sequence_number"（シーケンス番号）フィールド６０１は、このコマンドを発行するきっかけとなった対応するリード要求ステータスに付されているシーケンス番号と同一の値であり、リード要求ステータスとリード要求コマンドとを対応づけるための番号である。その他のフィールドの構成はデータ転送コマンドと同様である。ただし、即時ビットは１、方向ビットも１（リード）に設定される。即時ビットが１に設定されているのは、ターゲットから発行されるリード要求ステータスに対して直ちに対応するためである。また、バッファのサイズは、リード要求ステータスによって指定されている値を使用する。
【００５２】
このコマンドを受けたターゲットは、イニシエータのシステムメモリに確保された、指定されたデータバッファへとデータを書き込む。
（ダイレクトステータス応答コマンド）
図７はファンクション＝３のダイレクトステータス応答コマンドＯＲＢを示している。このコマンドは、ターゲットによりリード要求を破棄させる場合に、リード要求ステータスに対応して発行される。あるいは、ターゲットからのダイレクトステータスに対応したターゲットへの応答に用いられる。"sequence_number"（シーケンス番号）フィールド７０１は、このコマンドを発行するきっかけとなった対応するリード要求ステータスあるいはダイレクトステータスに付されているシーケンス番号と同一の値である。その他のフィールドの構成はデータ転送コマンドと同様である。ただし、即時ビットは１に設定される。
【００５３】
このコマンドを受けたターゲットは、対応するシーケンス番号を有するリード要求ステータスを発行していれば、それにかかるリード要求を破棄する。
（デバイス資源獲得コマンド）
図８はファンクション＝８のデバイス資源獲得コマンドＯＲＢを示している。"resource_ID"（リソースＩＤ）フィールド８０１は、図８（Ｂ）に示されている。値０は、使用するデバイスクラスおよび論理ユニット特性に依存した値であり、このシステムでは、０はデバイスクラスとしてプリンタ、論理ユニット特性として印刷サービスを示している。
【００５４】
このコマンドを受けたターゲットは、リソースＩＤで指定された資源を、このコマンドの送り手であるイニシエータに対して割り当てる。
（デバイス資源解放コマンド）
図９はファンクション＝９のデバイス資源解放コマンドＯＲＢを示している。"resource_ID"（リソースＩＤ）フィールド８０１は、図８（Ｂ）に示されている通りである。
【００５５】
このコマンドを受けたターゲットは、リソースＩＤで指定された資源を解放する。
（基本デバイスステータスコマンド）
図１０はファンクション＝Ａ(Hex)の基本デバイスステータスコマンドＯＲＢを示している。
【００５６】
このコマンドを受けたターゲットは、ターゲット自身の有する状態を基本デバイスステータスブロックにのせてイニシエータに応答する。イニシエータはこのコマンドを発行することで、ターゲットの状態を把握できる。プリンタにおいては、例えば用紙サイズやサポートするエミュレーション、その他のプリンタに関る様々な状態情報が基本ステータスとしてターゲットから返される。
＜ステータスブロックの内容＞
図１１は、ターゲットであるプリンタからイニシエータであるホストコンピュータに返されるステータスブロックを示している。ステータスブロックは、前述したコマンドＯＲＢに対応して用意されている。ステータスブロックは、ターゲットの順次実行エージェントおよび即時実行エージェントから発行される。
【００５７】
図１１（Ａ）において、右側の点線より上の部分はＳＢＰ−２により規定されたフィールドであり、ステータスに対応するコマンドＯＲＢを示すためなどのフィールドを含む。"i"（即時ビット）１１０１は、ステータスが順次実行エージェントと即時実行エージェントのいずれから発行されたかを示す。値が０であれば順次実行エージェントから、１であれば即時実行エージェントから発行されたことを示す。"hpt_status"（ｈｐｔステータス）フォールド１１０２は、図１１（Ｂ）に示したように、ステータスブロックの種類を示している。"hpt_status_dependent"フィールド１１０３は、ｈｐｔステータスに依存してその値が与えられる。"status_length"（ステータス長）フィールド１０４は、レスポンスブロック１１０５の長さを示している。次に、種類毎にステータスブロックを説明する。
（キューデプスステータスブロック）
図１２は、ｈｐｔステータス＝０のキューデプスステータスを示している。キューデプスステータスは、キューデプスコマンドに対するターゲットからの応答であり、ターゲットは"prefetch_queue_depth"フィールド１２０１にプリフェッチキュー１０４の深さをセットしてイニシエータに返す。これによりイニシエータはプリフェッチキューの容量を知ることができ、その容量にあわせて生成するＯＲＢの数を管理する。
（データ転送ステータスブロック）
図１３は、ｈｐｔステータス＝１のデータ転送ステータスを示している。データ転送ステータスは、データ転送コマンドに対するターゲットからの応答であり、データ転送コマンドＯＲＢの処理が終了した時点でターゲットから発行される。イニシエータはこのステータスを受けることで、ターゲットのキューから１つのＯＲＢが処理されて排出されたことを知ることができる。
（リード要求ステータスブロック）
このステータスはｈｐｔステータス＝２であり、そのフォーマットは特に図示しないが、レスポンスブロック内に、イニシエータに確保させるデータバッファのサイズを有している。このステータスは、コマンドＯＲＢに対して発行されるのではなく、通常ターゲットから自発的に発行される。イニシエータはこのリード要求ステータスに対して、前述したリード要求コマンドＯＲＢを発行する。この手順については後述する。
（ダイレクトステータスブロック）
このステータスはｈｐｔステータス＝３であり、そのフォーマットは特に図示しないが、レスポンスブロック内に、アプリケーションレベル（すなわちターゲットにおけるデータ処理部）のステータスを含んでいる。すなわち、通常はアプリケーションレベルのデータの交換はＯＲＢとそれにリンクしたデータバッファとを用いて行われる。しかし、データが非常に小さく、レスポンスブロックの上限（本例では２４バイト）内に治まる場合には、ＨＴＰレベルの応答にアプリケーションレベルの応答を重畳してしまう。イニシエータではこのステータスに対応してダイレクトステータス応答コマンドＯＲＢを発行する。
（デバイス資源獲得ステータスブロック）
このステータスはｈｐｔステータス＝８であり、そのフォーマットは特に図示しないが、デバイス資源獲得コマンドを受けてそれを処理したターゲットから発行される。
（デバイス資源解放ステータスブロック）
このステータスはｈｐｔステータス＝９であり、そのフォーマットは特に図示しないが、デバイス資源解放コマンドを受けてそれを処理したターゲットから発行される。
（基本デバイスステータスブロック）
このステータスはｈｐｔステータス＝Ａ(Hex)であり、そのフォーマットは特に図示しないが、基本デバイスステータスコマンドを受けた場合に、ターゲットから発行される。このステータスには、所定のデバイスステータスがセットされる。
【００５８】
以上、本実施形態の印刷システムにおいて用いられるコマンドおよびステータスについて説明した。次に、イニシエータおよびターゲットにおけるデータ交換の手順を説明する。
＜イニシエータからのデータ転送要求処理＞
図１４はホストコンピュータにおける、ホストコンピュータからプリンタあるいはプリンタからホストコンピュータへのデータ転送要求に応じて、プリンタにコマンドＯＲＢの生成を通知する手順を示している。
【００５９】
プリンタドライバ等のアプリケーションからデータの転送要求はステップＳ１４０１で監視されている。データ転送要求には、プリンタドライバ等のアプリケーションが転送すべきデータがあることを知らせてくる場合と、プリンタからのデータリード要求に応じて知らされる場合とがある。なおプリンタが主体的にホストコンピュータに送るステータスを、アンソリサイテドステータスと呼ぶ。一方、ホストコンピュータからのコマンドＯＲＢの処理完了通知として返すステータスをノーマルステータスと呼ぶ。
【００６０】
データ転送要求があると、ステップＳ１４０２で、それを順次実行とするか、即時実行とするか決定し、ＯＲＢの即時ビットにセットする。プリンタからのアンソリサイテドステータスによってＯＲＢを発行する場合は即時実行、ホストコンピュータのアプリケーションからのデータ転送要求による場合には順次実行としている。
【００６１】
順次実行の場合、ステップＳ１４０３においてカウンタCurrentQuedQUEが０でないか判定する。このカウンタCurrentQuedQUEの初期値としては、電源立ち上げ時やリセット時等、プリンタのプリフェッチキューの深さがキューデプスコマンドにより読取られて、それがセットされる。すなわち、カウンタCurrentQuedQUEにより、現在のプリフェッチキューの空きがカウントされる。ステップＳ１４０４において空きが０であれば、ターゲットのプリフェッチキューは空いていないので、空くまでまつ。空きがあればステップＳ１４０４でカウンタCurrentQuedQUEを１減らし、ステップＳ１４０７でデータ転送ＯＲＢを生成してリストにリンクする。このとき、アプリケーションによって作成されているデータバッファがＯＲＢにリンクされる。その後、ステップＳ１４０８で、プリンタのドアベルレジスタ１０８に書き込み、ＯＢＲが発生したことをターゲットに知らせる。
【００６２】
一方、ステップＳ１４０２で即時実行であると判定された場合、ステップＳ１４０５でカウンタCurrentImmediateQUEの値が０より大きいか判定する。なお、ターゲットの即時実行エージェントにはキューは用意されておらず、従ってこのカウンタの値は最大値が１であり、リセット時に１に設定されている。０より大きい場合には、ステップＳ１４０６でそのカウンタを１減らし、ＯＲＢを生成リンクにリストしてドアベルを書き込む。
【００６３】
以上のようにしてドアベルレジスタに書き込まれると、図１５の手順で、フェッチエージェントによってＯＲＢがターゲットに取り込まれる。
＜フェッチエージェントによる処理＞
図１５は、ドアベルレジスタ１０８に書き込みが行われた際のターゲットのフェッチエージェントによる処理手順である。
【００６４】
ドアベルレジスタ１０８に書き込まれると、ステップＳ１６０１においてリードポインタに、システムメモリ内でリンクされている先頭のＯＲＢのアドレスを設定する。
【００６５】
ステップＳ１６０２では、リードポインタで示されるＯＲＢの即時ビットをテストし、即時であるか順次であるか判定する。順次実行である場合には、ステップＳ１６０３でプリフェッチキュー１０４の最後尾のアドレス(NextWritePointer)を獲得する。ホストコンピュータはプリフェッチキューの空きを確認してドアベルをライトするので、キューの空きは保証されている。
【００６６】
次にステップＳ１６０４で、リードポインタで示されるＯＲＢをプリフェッチキューの最後尾にコピーし、ステップＳ１６０５で、順次実行エージェントに対してＯＲＢの受信を通知する。ステップＳ１６０６で、リードポインタで示されるＯＲＢの"Next_ORB"フィールド（次のＯＲＢへのリンクフィールド）がヌルではないか、すなわちリンクしているＯＲＢがあるか判定し、なければ終了するが、あれば、そのリンクされているＯＲＢのアドレスをリードポインタに設定してステップＳ１６０２からくり返す。
【００６７】
一方、ステップＳ１６０２で即時実行されるＯＲＢであると判定されると、ステップＳ１６０８では、そのＯＲＢを即時実行エージェントによって予め示されるアドレスへとコピーする。その後、ステップＳ１６０９で即時実行エージェントにＯＲＢの受信を通知し、ステップＳ１６０６に進む。
【００６８】
以上のようにしてＯＲＢがターゲットの取り込まれて各実行エージェントにＯＲＢの受信が通知され、図１６の手順でＯＲＢの処理が実行される。
＜実行エージェントによる処理＞
実行エージェントは、即時実行エージェントと順次実行エージェントがあるが、ＯＲＢの処理に関しては同じ手順であるので、図１６としてまとめて説明する。
【００６９】
実行エージェントは、フェッチエージェントからＯＲＢ受信の通知があると、ステップＳ１７０１においてNextreadpointerにより指し示されるＯＲＢのデータアドレスフィールド、方向ビット、データサイズフィールドの値を取り出す。なお、Nextreadpointerとは、キューに格納されている、実行エージェントがまさに処理するＯＲＢへのポインタである。順次実行エージェントにおいては、プリフェッチキューの先頭のＯＲＢが指し示される。
【００７０】
ステップＳ１７０２では、取り出したデータサイズが０であるか判定し、サイズが０でなければ、ステップＳ１７０３において方向ビット(Direction bit)がライトであるかリードであるか判定する。ライトである場合には、データアドレスとデータサイズで指定されるデータをイニシエータのシステムメモリから読み出し、データ処理部１０７に渡す。
【００７１】
データ処理部はステップＳ１７０５〜Ｓ１７０７で渡されたデータを処理する。例えば、プリンタではＰＤＬデータの解析やラスタライズなどが行われる。
【００７２】
データ処理部での処理終了が通知されると、ステップＳ１７０８で、当該ＯＲＢの処理が完了した旨通知するデータ転送ステータスブロック（ノーマルステータス）を生成し、ステップＳ１７０９でステータスをイニシエータにの通知するために、ステータスレジスタ２１０にその旨書き込む。
【００７３】
一方、ステップＳ１７０３でＯＲＢの方向ビットがリードであると判定されると、ステップＳ１７１０において、ＯＲＢのデータアドレスフィールドおよびデータサイズフィールドで指定されたデータバッファに、データを書き込む。このターゲットから書き込まれるデータをリバースデータと呼ぶ。書き込むリバースデータは、データ処理部などで作成、バッファに格納されているデータであり、例えば、プリンタの搭載フォントの列挙といった２４バイト以上のデータである。
【００７４】
ステップＳ１７１１では書き込みが済んだデータを格納してあったバッファを解放する。
【００７５】
処理が終了したなら、ステップＳ１７１３で処理完了通知のステータスブロック（ノーマルステータス）を作成し、ステップＳ１７１４でステータスレジスタに所定の値を書き込んでステータスブロックの通知をホストコンピュータに知らせる。
【００７６】
最後に、ステップＳ１７１５において、カウンタCurrentUnsolicitedQUEを１増やして終了する。このカウンタCurrentUnsolicitedQUEは、キューデプスコマンドを受信した際に、その"status_que_depth"フィールドに格納されている値が初期値として設定されている。このカウンタは、ステータスキュー２０４の空きを示すように、アンソリサイテドステータスブロックの送信と、その処理済みの通知に応じて増減される。カウンタCurrentUnsolicitedQUEのカウントは次の条件に従って行われる。
−カウントアップの条件
▲１▼アンソリサイテドステータスブロックを送信した場合１加算する。イニシエータではアンソリサイテドステータスのみがステータスキュー２０４にキューイングされる。
−カウントダウンの条件
▲１▼リード要求ＯＲＢの処理完了のステータスブロックを送信した場合に１加算する。イニシエータではこのステータスを受けてステータスキュー２０３から処理済みのステータスブロックをはずす。
▲２▼データサイズが０のＯＲＢの処理完了のステータスブロックを送信した場合に１加算する。すなわち、ダイレクトステータス応答のＯＲＢに対するステータスブロックを送信した場合に１加算する。イニシエータでは、このステータスを受けてステータスキュー２０３から処理済みのステータスブロック（ダイレクトステータス）をはずす。
【００７７】
また、ステップＳ１７０２でデータサイズが０であると判定されたなら、特に処理すべきデータはないので、何もせずに処理完了通知を送るべくステップＳ１７１３でステータスブロックを応答する。
【００７８】
以上の手順で、イニシエータによるＯＲＢの生成から、ターゲットによるその処理とステータスブロックの生成までの処理が行われる。次に、図１７，１８を参照して、プリンタからホストコンピュータへのアンソリサイテドステータスの送信をきっかけとするデータ転送を説明する。
＜ターゲットにおけるアンソリサイテドステータスの発行処理＞
プリンタに紙切れやジャム等のエラーが発生した場合など、プリンタからホストコンピュータに直ちに通知しなければならない情報がある。この場合にはプリンタが主体となって、データをプリンタに転送する。プリンタから送るべきデータがあると、データ処理部１０７はその旨即時実行エージェントに通知し、それにより図１７の処理が開始される。
【００７９】
ステップＳ１８０１では、ホストコンピュータに送信すべきデータが２４バイト超過であるか判定する。２４バイトとは、ステータスブロックのレスポンスブロックにいれられるデータ量の上限である。
【００８０】
上限値を越えている場合、ステップＳ１８０２でリード要求ステータスブロック（アンソリサイテドステータス）を生成し、ステップＳ１８０３でステータスブロックの"ORB_offset"フィールドにリバースデータが格納されたアドレスを設定する。このとき、リバースデータのサイズもステータスブロックに書き込まれる。
【００８１】
ステップＳ１８０４では、カウンタCurrentUnsolicitedQUEの値が０より大きい以下、すなわちステータスキューに空きがあるか判定する。空きがなければ空くまで待ってから、ステップＳ１８０５で、カウンタCurrentUnsolicitedQUEの値を１減らして、ステップＳ１８０６でステータスレジスタに適当な値を書き込む。
【００８２】
一方、データが２４バイト以下であれば、そのデータはステータスブロックに重畳してホストコンピュータに送れるため、ダイレクトステータス（アンソリサイテドステータス）を作成し、そのコマンドセット依存フィールドにリバースデータを格納する。その後ステップＳ１８０４に分岐する。
【００８３】
以上のようにして、アンソリサイテドステータスがイニシエータに送り付けられる。
【００８４】
ターゲットからステータスを受けたイニシエータは、図１８の手順でそれを処理する。
＜イニシエータによるステータス処理＞
この処理は、ステータスレジスタに所定の値がセットされて生じる割り込みによって起動される。また、この割り込みとしては、ステータスレジスタに値がセットされるごとの多重割り込みを許している。
【００８５】
まずステップＳ１５０１において、ステータスがノーマルステータスかアンソリサイテドステータスか判別する。アンソリサイテドステータスであれば、ステップＳ１５０２で、ステータスブロックをターゲットから読み出してステータスキューの末尾にコピーする。ステップＳ１５０３ではそのブロックがキューの先頭になったか判定し、キューの先頭になったなら、ステップＳ１５０４で、リバースデータの格納用のバッファを確保し、ステップＳ１５０５でそのステータスがリード要求ステータスかそれともダイレクトステータスか判定する。
【００８６】
リード要求ステータスであれば、リード要求コマンドＯＲＢをステップＳ１５０６で作成する。作成されるＯＲＢは、即時フラグが「即時」であり、方向フラグがリードである。また、バッファのアドレスをＯＲＢに搭載する。この後、データ転送の必要事項が生じたことを図１４のプロセスに通知する。図１４のプロセスにより、ステップＳ１５０６で作成されたＯＲＢはターゲットに送られ、そのデータバッファにターゲットからデータが書き込まれてデータ転送が行われることになる。
【００８７】
ステップＳ１５０５でダイレクトステータスと判定された場合、そのステータス内のリバースデータを確保したバッファにコピーし、ステップＳ１５０９で、アプリケーション等の上位プロセスにそのリバースデータを送る。その後、ダイレクトステータス応答ＯＲＢ（即時ビットは「即時」）をステップＳ１５１０で作成する。この時データサイズは０に指定する。
【００８８】
一方、ステップＳ１５０１でノーマルステータスと判定されると、そのステータスに対応するＯＲＢの方向ビットがリードかライトかステップＳ１５１１で判定される。ライト、すなわちイニシエータからターゲットへのデータ転送であった場合、対応ＯＲＢをリストから削除し（ステップＳ１５１２）、それが使用していたデータバッファを解放し（ステップＳ１５１３）、プリフェッチキューの空き容量であるカウンタCurrentQuedQUEの値を１増やす。
【００８９】
方向ビットがリード、すなわちターゲットからイニシエータへのデータ転送であれば、そのステータスはリード要求コマンドＯＲＢに対する応答であるので、ステップＳ１５１５で、プリンタドライバ等の上位プロセスにリード処理の終了を通知して、ステップＳ１５１６で対応ＯＲＢをリストから削除し、カウンタCurrentImmediateQUEを１増やす。すなわち、即時実行エージェントに次のＯＲＢを送ることができる状態にする。
【００９０】
以上のようにして、ステータスレジスタへの書き込みが行われた場合に、ステータスを処理する。すなわち、アンソリサイテドステータスはキューするが、ノーマルステータスは直ちに処理される。アンソリサイテドステータスをキューイングする理由は、アンソリサイテドステータスはＯＲＢの生成を引き起こすが、生成されリストされるＯＲＢの数はプリフェッチキューの容量を上回らないように制限されているためである。ＯＲＢの数をこのように制限するのは、即時実行されるべきＯＲＢが、ＯＲＢ作成通知後直ちに処理されることを保証するためである。ＯＲＢが無制限に作られてしまうと、ＯＲＢリスト自体が即時実行エージェントに処理されるＯＲＢのキューとなってしまい、即時実行が保証されなくなる。リンクされるＯＲＢの数を、ターゲットのプリフェッチキューに入れられているＯＲＢの数と即時実行エージェントで実行されているＯＲＢの数（１）との合計値に制限することで、リンクリスト上のＯＲＢを、ターゲットにおけるプリフェッチキューに対して透過にすることができる。
＜メッセージシーケンスの例＞
以上説明した手順でイニシエータとターゲットとの間で交換されるメッセージシーケンスの例を、図１９〜図２１を用いて説明する。
（ターゲットへのデータ転送シーケンス）
図１９は、イニシエータ（ホストコンピュータ）からターゲット（プリンタ）へのデータ転送時のシーケンス例である。
【００９１】
なお、図中のＳＢＰ−２とは、ＳＢＰ−２規格で規定されたデータ、すなわち図３のコマンドおよび図１１のステータスにおける、ＳＢＰ−２で規定されたフィールドを処理する処理層である。また、ＨＰＴとは、ＳＢＰ−２で規定されいない、ファンクションごとに定められた処理を行う処理層である。ＨＰＴでは、前述したフローチャートの手順を行う。ＳＢＰ−２は、その手順において、ＯＲＢのリンクやドアベルのライト、ＯＲＢやステータスのＨＰＴへの引き渡し等の機能を果たす。
【００９２】
まず、イニシエータのアプリケーションでデータ、ＨＰＴでＯＲＢ（ここではデータ転送ＯＲＢ）が作成され、空きキューカウンタ(CurrentQuedQUE)が１減らされて、ＯＲＢのリンク要求がＳＢＰ−２に出される（１９０１）。ＳＢＰ−２ではＯＲＢをリンクしてドアベルレジスタにライト要求を出す（１９０２）。１３９４インタフェースにより、ドアベルレジスタが書き込まれ（１９０３）、それがターゲットのＳＢＰ−２に通知される（１９０４）。
【００９３】
通知を受けたＳＢＰ−２は、ＯＲＢリード要求を１３９４インタフェースに出して（１９０５）、システムメモリからＯＲＢが読み出される（１９０６）。ＨＰＴは、読み出されたＯＲＢの内容に応じて対応キューに格納する（１９０７）。ここではデータ転送コマンドＯＲＢなので、１３９４インタフェースに対してデータリード要求を出す（１９０８）。これに応じて、指定されたアドレスからデータが読み出され、アプリケーションに渡される（１９０９）。アプリケーションは、この場合画像の展開を行うラスタライザ等であり、展開された画像はプリンタエンジンから印刷出力されることになる。
【００９４】
これに対してターゲットのＳＢＰ−２に対してステータスブロック送信要求が出され（１９１０）、ステータスブロック（データ転送ステータス）がイニシエータに返される（１９１１）。イニシエータのＨＴＰは、これを受けると対応ＯＲＢをリンクから削除し、空きキューカウンタを１増やす（１９１２）。
【００９５】
以上のシーケンスによりイニシエータからターゲットにデータが転送される。（イニシエータへのデータ転送シーケンス）
図２０は、リード要求ステータスのシーケンスである。
【００９６】
ターゲットのアプリケーションでデータが作成されると、アンソリサイテドステータス（リード要求ステータス）が作成され、ステータスキューカウンタ(CurrentUnsolicitedQUE)が１減らされて、アンソリサイテドステータス送信要求が出される（２００１）。これを受けたＳＢＰ−２ではアンソリサイテドステータスブロックをイニシエータに送信する（２００２）。イニシエータのＳＢＰ−２層は、このステータスを受けてＨＰＴ層にアンソリサイテドステータスブロックを送信する（２００３）。ＨＰＴ層は、アンソリサイテドステータスブロックをステータスキューにコピーする。
【００９７】
ステータスキューの先頭のステータスについては、データバッファおよびリード要求ＯＲＢを作成してＳＢＰ−２層に作成したＯＲＢのリンクを要求する（２００４）。ＳＢＰ−２層は、ドアベルレジスタへの書き込み要求を出し（２００５）、１３９４インタフェースによりライトが行われる（２００６）。ドアベル書き込みの通知は１３９４インタフェースからＳＢＰ−２に通知され（２００７）直ちにＯＲＢのリード要求（２００８）とＯＲＢのリードが行われる（２００９）。読み出されたＯＲＢはターゲットのＨＰＴ層に渡され、ＨＰＴでは指定されたキューにそれを格納した後（２０１０）、その内容を解析してデータリード要求であることを認識し、データライト要求を１３９４インタフェースに対して出す（２０１１）。
【００９８】
これに応じてリバースデータがイニシエータの用意したデータバッファに書き込まれる（２０１２）。
【００９９】
この処理が終わると、ステータスブロック作成要求ががターゲットから出され、ステータスキューの空きが１つ増やされる（２０１３）。それに応じてノーマルステータスブロックがイニシエータに返され（２０１４）、それによってＨＰＴにＯＲＢのリンク削除の要求が出されると、対応ＯＲＢが削除され、即時実行エージェント側のキューの空き数（０のはずである）に１加えられ、使用されたデータバッファが解放される（２０１５）。
【０１００】
以上のシーケンスによりターゲットからイニシエータにデータが転送される。
（イニシエータへのデータ転送シーケンス）
図２１は、ターゲットからイニシエータへとデータ転送する際のシーケンスである。ただし、図２０のシーケンスと異なり、転送されるデータが小さいためにダイレクトステータスを用いている。
【０１０１】
ターゲットのアプリケーションでデータが作成されると、アンソリサイテドステータス（ダイレクトステータス）が作成され、ステータスキューカウンタ(CurrentUnsolicitedQUE)が１減らされて、アンソリサイテドステータス送信要求が出される（２１０１）。これを受けたＳＢＰ−２ではアンソリサイテドステータスブロックをイニシエータに送信する（２１０２）。イニシエータのＳＢＰ−２層は、このステータスを受けてＨＰＴ層にアンソリサイテドステータスブロックを送信する（２１０３）。ＨＰＴ層は、アンソリサイテドステータスブロックをステータスキューにコピーする。
【０１０２】
ステータスキューの先頭のステータスについては、ステータスに重畳されたアプリケーションレベルのデータを読み出し、データバッファおよびダイレクトステータス応答ＯＲＢを作成してＳＢＰ−２層に作成したＯＲＢのリンクを要求する（２１０４）。ＳＢＰ−２層は、ドアベルレジスタへの書き込み要求を出し（２１０５）、１３９４インタフェースによりライトが行われる（２１０６）。ドアベル書き込みの通知は１３９４インタフェースからＳＢＰ−２に通知され（２１０７）直ちにＯＲＢのリード要求（２１０８）とＯＲＢのリードが行われる（２１０９）。
【０１０３】
読み出されたＯＲＢはターゲットのＨＰＴ層に渡され、ＨＰＴでは指定されたキューにそれを格納した後（２１１０）、その内容を解析する。ダイレクトステータス応答ＯＲＢであることが認識されると、対応するステータスブロック作成要求がターゲットから出され、ステータスキューの空きが１つ増やされる（２１１１）。それに応じてノーマルステータスブロックがイニシエータに返され（２１１２）、それによってＨＰＴにＯＲＢのリンク削除の要求が出されると、対応ＯＲＢが削除され、即時実行エージェント側のキューの空き数に１加えられ、使用されたデータバッファが解放される（２１１３）。
【０１０４】
以上のシーケンスによりターゲットからイニシエータにデータが転送される。このシーケンスでは、図２０のシーケンスに比べてデータライト要求（２０１１）およびリバースデータ書き込み（２０１２）の２つの手順が省かれている。
＜本システムに特有の機能＞
本システムの構成および動作は上述した通りである。このシステムに特有な機能や構成、利点などをここで整理すると次のようなものがあげられる。
▲１▼ＯＲＢのキューを順次実行用と即時実行用と２つ設け、それぞれに応じた実行エージェントを設けた。これにより、イニシエータからのデータ転送要求ＯＲＢはキューイングされて順次処理されるが（順次実行）、ターゲットからのリード要求ステータスは、リード要求ＯＲＢ発行後直ちに処理される（即時実行）。即時実行は、ＯＲＢリストにリンクするＯＲＢ数の上限を、ライトのＯＲＢについては順次実行キューの容量に、リードのＯＲＢについては即時実行キューの容量（この場合１）にすることにより保証されている。
【０１０５】
一方、ターゲットからのリード要求ステータスは、イニシエータにおいてキューイングされる。このため、イニシエータからのデータ転送要求はターゲットのプリフェッチキューにより、ターゲットからのデータ転送要求（リード要求）はイニシエータのステータスキューによりそれぞれキューイングされることになり、アプリケーション層にデータ転送をおこなうための全２重通信チャネルを提供できる。すなわち、いずれの方向へのデータ転送についても、キューに入れられた順に要求は処理され、一方へのデータ転送の処理が他方のデータ転送の処理に影響を及ぼさず、互いに干渉しない独立したチャネルを提供できる。言い換えれば、イニシエータからターゲット，ターゲットからイニシエータへと、それぞれにおいて非同期に発生したデータを非同期に転送できる。
▲２▼イニシエータとターゲットとが互いのキューの空き容量を相互に監視しているため、ＯＲＢあるいはステータスブロックを送信した際に、確実に受信される。
▲３▼全２重通信チャネルは１回のログインで提供される。すなわち、資源を豊富に有するホストコンピュータをイニシエータとし、資源の乏しいプリンタをターゲットとして相互にデータを交換できる。このため、プリンタの備える資源、特に必要なメモリ容量を抑制することができる。
▲４▼ＩＥＥＥ１３９４インターフェースを利用しているために、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる。
▲５▼ＳＢＰ−２プロトコルを利用しているため、ターゲットでキューされるのはＯＲＢだけで、実際に転送されるデータそのものは処理待ちの間イニシエータに格納されている。このため、ターゲットのメモリ資源を小容量化できる。
▲６▼ダイレクトステータスを利用することで、ＨＰＴ層のステータスにアプリケーション層のデータを重畳させてターゲットからイニシエータに送信できる。このため、データ転送シーケンスを短くすることができる。
【０１０６】
なお、本実施例のシステムは、ホストコンピュータとプリンタに限らず様々な装置に適用することができる。また、上述した特徴点は、ホストコンピュータとプリンタとの関係にとどまらず、ホストコンピュータと資源の少ない周辺装置一般、周辺装置同士という接続であっても有用である。
［第２の実施の形態］
本発明の第２の実施の形態として、同時に複数の論理チャネルを提供するシステムを説明する。この場合、ターゲット側には、プリンタ単体でなく、ファクシミリや画像スキャナといった機器が複合したデジタル複合機を利用することができる。
＜システムの構成＞
図２３は本実施形態におけるイニシエータのブロック図である。図２と異なる点について説明し、共通する構成の説明は省略する。図２３で特徴的といえるのは、ステータス識別部２１２が、ステータスの種類だけでなく、論理チャネルを識別し、チャネル毎にステータスを振り分ける点と、システムメモリ，ＨＰＴ処理部を有する１チャネル分の構成を、複数（図では２）チャネル分備えている点である。
【０１０７】
なお、ステータス識別部は、ステータスブロックに含まれるチャネルＩＤに従って、チャネルを識別する。これについては後述する。例えば、デジタル複合機を利用する場合には、１つのチャネルはプリンタドライバが、もう一つは画像スキャナドライバが利用する、といったように各チャネル毎に異なるアプリケーションであってもよいし、同一のアプリケーションが複数のチャネルを利用してもよい。
【０１０８】
図２２は、ターゲットのブロック図である。図１と異なる点は、コマンドフェッチエージェント１１３が、コマンドＯＲＢをチャネル毎に振り分ける、という点である。各チャネルは、図１と同様の構成であり、プリフェッチキューと２つの実行エージェントを有している。
【０１０９】
なお、ＯＲＢには、論理チャネルが示されており、コマンドフェッチエージェント１１３はそれを見てチャネルを識別する。
＜コマンドＯＲＢの形式＞
図２４〜図３２はコマンドＯＲＢのフォーマットの例である。図２４はデータ転送コマンドＯＲＢ，図２５はリード要求コマンドＯＲＢ，図２６はダイレクトステータス応答コマンドＯＲＢの図，図２７はデバイス資源獲得コマンドＯＲＢの図，図２８はデバイス資源解放コマンドＲＯＢの図，図３０は基本デバイスステータスコマンドＯＲＢの図であり、第１の実施の形態におけるそれぞれのコマンドと、チャネルＩＤフィールドを有する点で異なっている。他の構成は同じである。
【０１１０】
図２９はデバイス資源放棄応答コマンドＯＲＢの図で、ターゲットからのデバイス資源放棄要求に対する応答である。アクセプトビット２９０１により、放棄が要求された資源を放棄したか否かが示される。ターゲットは資源が乏しいため、複数のチャネルが利用されたり、複数のアプリケーションプロセスが稼働するなどにより各プロセスの資源が不足することもあり得る。そのような場合、ターゲットから資源放棄要求が出されることになる。
【０１１１】
図３１（Ａ）は、オープンチャネル要求コマンド、図３１（Ｂ）はオープンチャネル要求ステータスの図である。これらにより、所望の論理チャネルが開かれる。
【０１１２】
図３２（Ａ）は、クローズチャネル要求コマンド、図３１（Ｂ）はクローズンチャネル要求ステータスの図である。これらにより、所望の論理チャネルが閉じられる。
＜ステータスブロックの形式＞
図３３〜図３８はステータスブロックのフォーマットを示す図である。図３３はステータス一般の形式の図、図３４はリード要求ステータスの図、図３５はダイレクトステータスの図、図３６はデバイス資源獲得ステータスの図、図３８は基本デバイスステータスの図である。これらの形式は、チャネルＩＤが含まれていることを除いて第１の実施の形態におけるステータスブロックと同様である。
【０１１３】
また、図３７は、デバイス資源放棄ステータスブロックの図であり、イニシエータに放棄を求める資源のＩＤを資源ＩＤフィールド３７０１に格納している。このステータスはターゲットから発せられる要求のため、アンソリサイテドステータスとしてイニシエータに送信される。
＜イニシエータおよびターゲットにおけるコマンド／ステータス処理手順＞
図３９は、本実施形態における処理手順である。図３９（Ａ）はイニシエータにおいてステータスレジスタに書き込みが行われて起動される処理手順で、第１実施形態の図１８に相当する。処理が開始されると、初めにステップＳ３９０１でチャネルＩＤが判別される。その後、判別された各チャネルについて、図１８のステップＳ１５０１からと同様の処理がおこなわれる。
【０１１４】
図３９（Ｂ）は、ターゲットにおいてドアベルレジスタに書き込みが行われて起動される処理の手順で、第１の実施の形態における図１５に相当する。処理が開始されると、初めにステップＳ３９１１でチャネルＩＤが判別される。その後判別された各チャネルについて、図１５のステップＳ１６０１からと同様の処理がおこなわれる。
【０１１５】
このほか、データ転送要求から始まる処理（図１４）、ターゲットエージェントによる処理（図１６）、プリンタからホストコンピュータへとデータが発生した場合の処理（図１７）については、第１の実施の形態と同様である。ただし、これらの処理の前に、まずチャネルが開かれなければならない。
【０１１６】
ターゲットからの資源放棄要求は、ターゲットからのダイレクトステータスによるデータ転送と同様のシーケンスで行われる。
【０１１７】
本実施形態では、以上の手順でデータ転送が実行される。複数の論理チャネルが利用できることを除けば、第１の実施形態とほぼ同様のシステムである。
【０１１８】
このシステムにより、複数の論理チャネルそれぞれについて全２重通信を提供することができる。そのため、デジタル複合機等、複数のデバイスを有する機器についても、双方向通信を提供できる。それにより、第１の実施の形態で説明した▲１▼〜▲６▼の機能を複数のチャネルについて提供できる。
【０１１９】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【０１２０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコード（すなわち、図１４〜図１８および図３９の手順のプログラム）を記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【０１２１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１２３】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１２４】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１２５】
【発明の効果】
以上説明したように、本発明によれば、イニシエータとターゲットとの間で互いに非同期で転送できる双方向通信を可能とし、また、データの通信に必要なプロセスやメモリといった資源を効率的に利用できる。
【０１２６】
また、イニシエータが、ターゲットが保持できる命令の数を超えないようにするため、或いはターゲットのキューの空き領域を判断するため、命令を送信した際に、確実に受信される。
【０１２７】
ＩＥＥＥ１３９４インターフェースを利用しているために、ターゲット側へのデータ転送を、ターゲットがその都合に応じて読み出すことで行うことができ、イニシエータがターゲットの都合によってデータ転送に占有されることを防止できる。
【０１２８】
ＳＢＰ−２プロトコルを利用しているため、ターゲットでキューされるのはＯＲＢだけで、実際に転送されるデータそのものは処理待ちの間イニシエータに格納されている。このため、ターゲットのメモリ資源を小容量化できる。
【０１２９】
ダイレクトステータスを利用することで、ＨＰＴ層のステータスにアプリケーション層のデータを重畳させてターゲットからイニシエータに送信できる。このため、データ転送シーケンスを短くすることができる。
【０１３０】
また、マルチチャネルを実現できる。
【０１３１】
【図面の簡単な説明】
【図１】ターゲット（プリンタ）のブロック図である。
【図２】イニシエータ（ホストコンピュータ）のブロック図である。
【図３】ＯＲＢ一般のフォーマットを示す図である。
【図４】キューデプスコマンドＯＲＢのフォーマットを示す図である。
【図５】データ転送コマンドＯＲＢのフォーマットを示す図である。
【図６】リード要求コマンドＯＲＢのフォーマットを示す図である。
【図７】ダイレクトステータス応答コマンドＯＲＢのフォーマットを示す図である。
【図８】デバイス資源獲得コマンドＯＲＢのフォーマットを示す図である。
【図９】デバイス資源開放コマンドＯＲＢのフォーマットを示す図である。
【図１０】基本デバイスステータスコマンドＯＲＢのフォーマットを示す図である。
【図１１】ステータスブロック一般のフォーマットを示す図である。
【図１２】キューデプスステータスブロックのフォーマットを示す図である。
【図１３】データ転送ステータスブロックのフォーマットを示す図である。
【図１４】イニシエータによる、データ転送要求の発生に対する処理手順のフローチャートである。
【図１５】ドアベルレジスタに書き込みが行われた際のターゲットのフェッチエージェントによる処理手順のフローチャートである。
【図１６】フェッチエージェントからＯＲＢ通知を受けた際の実行エージェントによる処理手順のフローチャートである。
【図１７】ターゲットによる、データ転送発生の要求に対する処理手順のフローチャートである。
【図１８】ステータスレジスタに書込みがおこなされた際のイニシエータによる処理手順のフローチャートである。
【図１９】イニシエータ（ホストコンピュータ）からターゲット（プリンタ）へのデータ転送時のシーケンスの図である。
【図２０】ターゲットからイニシエータへとリード要求ステータスを用いてデータ転送する際のシーケンスの図である。
【図２１】ターゲットからイニシエータへとダイレクトステータスを用いてデータ転送する際のシーケンスの図である。
【図２２】マルチチャネルを提供するターゲットのブロック図である。
【図２３】マルチチャネルを提供するイニシエータのブロック図である。
【図２４】マルチチャネル化されたデータ転送コマンドＯＲＢのフォーマットを示す図である。
【図２５】マルチチャネル化されたリード要求コマンドＯＲＢのフォーマットを示す図である。
【図２６】マルチチャネル化されたダイレクトステータス応答コマンドＯＲＢのフォーマットを示す図である。
【図２７】マルチチャネル化されたデバイス資源獲得コマンドＯＲＢのフォーマットを示す図である。
【図２８】マルチチャネル化されたデバイス資源開放コマンドＯＲＢのフォーマットを示す図である。
【図２９】マルチチャネル化されたデバイス資源放棄応答コマンドＯＲＢのフォーマットを示す図である。
【図３０】マルチチャネル化された基本デバイスステータスコマンドＯＲＢのフォーマットを示す図である。
【図３１】オープンチャネル要求／応答のフォーマットを示す図である。
【図３２】クローズチャネル要求／応答のフォーマットを示す図である。
【図３３】マルチチャネル化されたステータスブロック一般のフォーマットを示す図である。
【図３４】マルチチャネル化されたデータ転送ステータスブロックのフォーマットを示す図である。
【図３５】マルチチャネル化されたダイレクトステータスブロックのフォーマットを示す図である。
【図３６】マルチチャネル化されたデバイス資源獲得ステータスブロックのフォーマットを示す図である。
【図３７】マルチチャネル化されたデバイス資源放棄ステータスブロックのフォーマットを示す図である。
【図３８】マルチチャネル化された基本デバイスステータスブロックのフォーマットを示す図である。
【図３９】（Ａ）マルチチャネル化されたイニシエータによる、ステータスレジスタへの書込みがおこなわれた際の処理手順と、（Ｂ）マルチチャネル化されたターゲットによる、ドアベルレジスタへの書込みがおこなわれた際の処理手順のフローチャートである。
【図４０】ＩＥＥＥ１３９４インターフェースを用いたプリンタシステムのハードウエア構成図である。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
３ ＲＯＭ
４ システムバス
１２ ＣＰＵ
１３ ＲＯＭ
１９ ＲＡＭ
１００ プリンタ
１０１ １３９４インターフェース
１０２ バスインターフェース
１０３ コマンドフェッチエージェント
１０４ プリフェッチキュー
１０５ 順次実行エージェント
１０６ 即時実行エージェント
１０７ データ処理部
２００ ホストコンピュータ
２０１ １３９４インターフェース
２０２ ステータス識別部
２０３ ＨＰＴ処理部
２０４ ステータスキュー
２０５ キュー処理部
２０６ ＯＲＢ管理部
２０７ バスインターフェース
２０８ システムメモリ
２０９ アプリケーション
Claims (20)
- イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記イニシエータが、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信工程と、
前記ターゲットが、前記読み出しの命令及び前記書き込みの命令それぞれを保持する保持工程と、
前記ターゲットが、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する読み出し工程と、
前記ターゲットが、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する書き込み工程とを有し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信工程では、前記イニシエータは、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信することを特徴とする通信制御方法。 - 前記送信工程では、前記イニシエータは、前記書き込みの命令を、前記ターゲットからの要求に応じて送信することを特徴とする請求項１に記載の通信制御方法。
- 前記イニシエータは、前記書き込みの命令及び前記読み出しの命令それぞれに異なる識別子を付与し、前記ターゲットは、前記書き込みの命令及び前記読み出しの命令それぞれを前記識別子に対応するキューに保持することを特徴とする請求項１或いは２に記載の通信制御方法。
- 前記読み出し工程では、前記ターゲットは、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域における特定の領域を指定してデータの読み出しを前記イニシエータに要求し、
前記書き込み工程では、前記ターゲットは、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域における特定の領域を指定してデータの書き込みを前記イニシエータに要求することを特徴とする請求項１乃至３のいずれかに記載の通信制御方法。 - イニシエータとターゲットとの間でデータを通信する通信システムであって、
前記イニシエータにおいて、前記イニシエータの記憶領域からのデータの読み出しの命令及び前記イニシエータの記憶領域に対するデータの書き込みの命令それぞれを、前記ターゲットに送信する送信手段と、
前記ターゲットにおいて、前記読み出しの命令及び前記書き込みの命令それぞれを保持する手段と、
前記ターゲットにおいて、保持された前記読み出しの命令に従って、前記イニシエータの記憶領域から前記ターゲットへのデータの読み出しを前記イニシエータに要求する手段と、
前記ターゲットにおいて、保持された前記書き込みの命令に従って、前記イニシエータの記憶領域に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求する手段とを有し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信することを特徴とする通信システム。 - ターゲットとの間でデータを通信する通信制御装置であって、
前記通信制御装置の記憶領域からのデータの読み出しの命令及び前記通信制御装置の記憶領域に対するデータの書き込みの命令それぞれを生成する生成手段と、
前記読み出しの命令及び前記書き込みの命令それぞれを、前記ターゲットに送信する送信手段とを有し、
前記ターゲットは、前記読み出しの命令に従って、前記通信制御装置の記憶領域から前記ターゲットへのデータの読み出しを前記通信制御装置に要求し、
前記ターゲットは、前記書き込みの命令に従って、前記通信制御装置の記憶領域に対する前記ターゲットからのデータの書き込みを前記通信制御装置に要求し、
前記送信手段は、前記ターゲットに送信された前記読み出しの命令の数と前記読み出しの命令に従って行われたデータの読み出しの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記読み出しの命令の数を超えないように、前記読み出しの命令を前記ターゲットに送信し、
前記送信手段は、前記ターゲットに送信された前記書き込みの命令の数と前記書き込みの命令に従って行われたデータの書き込みの完了を示す前記ターゲットからの完了通知の数との差分が、前記ターゲットが保持できる前記書き込みの命令の数を超えないように、前記書き込みの命令を前記ターゲットに送信することを特徴とする通信制御装置。 - 前記生成手段は、前記書き込みの命令及び前記読み出しの命令それぞれに異なる識別子を付与し、前記ターゲットは、前記書き込みの命令及び前記読み出しの命令それぞれを前記識別子に対応するキューに保持することを特徴とする請求項６に記載の通信制御装置。
- 前記ターゲットは、前記読み出しの命令に従って、前記通信制御装置の記憶領域における特定の領域を指定してデータの読み出しを前記通信制御装置に要求し、
前記ターゲットは、前記書き込みの命令に従って、前記通信制御装置の記憶領域における特定の領域を指定してデータの書き込みを前記通信制御装置に要求することを特徴とする請求項６或いは７に記載の通信制御装置。 - イニシエータとターゲットとの間でデータを通信するための通信制御方法であって、
前記ターゲットにおいて、第１のキューの第１のコマンドに応じて、前記イニシエータの記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、第２のキューの第２のコマンドに応じて、前記イニシエータの記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記イニシエータに要求する工程と、
前記ターゲットにおいて、コマンドに含まれている、前記第１のキューにキューされるべきかまたは前記第２のキューにキューされるべきかを示す指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送する転送工程と、
前記イニシエータにおいて、前記指定を含む前記第１のコマンドと前記指定を含む前記第２のコマンドとをそれぞれ生成する生成工程と、
前記第１のキューが空き領域を持っているかを判断する第１の判断工程と、
前記第２のキューが空き領域を持っているかを判断する第２の判断工程と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ前記イニシエータから前記ターゲットに転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する制御工程とを有することを特徴とする通信制御方法。 - 前記イニシエータにおいて、前記記憶領域に対するデータ書き込み要求を前記ターゲットから受信する受信工程と、
前記イニシエータにおいて、前記受信工程で受信されたデータ書き込み要求をステータスキューに保持する保持工程とを有し、
前記イニシエータは、前記受信工程で受信されたデータ書き込み要求に応じて、他の第２のコマンドを送信することを特徴とする請求項９に記載の通信制御方法。 - 前記ターゲットは、前記ステータスキューに保持可能な数を超えないように、前記データ書き込み要求をイニシエータに送信することを特徴とする請求項１０に記載の通信制御方法。
- 前記第１のコマンドと前記第２のコマンドはそれぞれチャネル識別子が付与され、チャネル識別子ごとにコマンドは処理されることを特徴とする請求項９乃至１１のいずれかに記載の通信制御方法。
- ターゲットとの間でデータを通信するイニシエータとしての通信制御装置であって、
第１のキューにキューされるべきかまたは第２のキューにキューされるべきかを示す指定を含む第１のコマンドと第２のコマンドとをそれぞれ生成する生成手段と、
前記第１のキューが空き領域を持っているかを判断する第１の判断手段と、
前記第２のキューが空き領域を持っているかを判断する第２の判断手段と、
対応するキューが空き領域を持っているときに前記第１のコマンドと前記第２のコマンドとがそれぞれ転送されるように、前記第１のコマンドと前記第２のコマンドとのそれぞれの転送を制御する転送制御手段とを有し、
前記ターゲットは、前記第１のキューの前記第１のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置からデータを前記ターゲットに読み出すことを前記通信制御装置に要求し、
前記ターゲットは、前記第２のキューの前記第２のコマンドに応じて、前記通信制御装置の記憶領域の指定された位置に前記ターゲットからのデータを書き込むことを前記通信制御装置に要求し、
前記ターゲットは、前記指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送することを特徴とする通信制御装置。 - イニシエータとの間でデータを通信するターゲットとしての通信制御装置であって、
第１のキューの第１のコマンドに応じて、前記イニシエータの記憶領域の指定された位置から前記通信制御装置へデータを読み出すことを前記イニシエータに要求する手段と、
第２のキューの第２のコマンドに応じて、前記イニシエータの記憶領域の指定された位置に前記通信制御装置からのデータを書き込むことを前記イニシエータに要求する手段と、
コマンドに含まれている、前記第１のキューにキューされるべきかまたは前記第２のキューにキューされるべきかを示す指定に従って、前記第１のコマンドと前記第２のコマンドとをそれぞれ前記第１のキューまたは前記第２のキューに転送する転送手段とを有し、
前記イニシエータは、前記指定を含む前記第１のコマンドまたは前記第２のコマンドを生成し、対応するキューが空き領域を持っているときに前記第１のコマンドまたは前記第２のコマンドが転送されるように、前記第１のコマンドまたは前記第２のコマンドの転送を制御することを特徴とする通信制御装置。 - イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータにおける通信制御方法であって、
前記ターゲットが前記第１のタイプのコマンドに従って前記イニシエータの記憶領域の指定された位置から前記ターゲットへのデータの読み出しを前記イニシエータに要求した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する工程と、
前記ターゲットが前記第２のタイプのコマンドに従って前記イニシエータの記憶領域の指定された位置に対する前記ターゲットからのデータの書き込みを前記イニシエータに要求した後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する工程とを有すること特徴とする通信制御方法。 - 前記第１のタイプのコマンドと前記第２のタイプのコマンドとは、前記記憶領域のアドレスを示すデータアドレスフィールドを含むブロックであることを特徴とする請求項１５に記載の通信制御方法。
- 前記ターゲットに送信可能な前記第１のタイプのコマンドの数をカウントする第１のカウント工程と、
前記ターゲットに送信可能な前記第２のタイプのコマンドの数をカウントする第２のカウント工程とを有し、
前記第１のカウント工程では、前記第１のタイプのコマンドが前記ターゲットに送信される場合、前記ターゲットに送信可能な前記第１のタイプのコマンドの数を減らし、前記第１のカウント工程では、前記第１のタイプのコマンドに対応する前記完了通知に従って、前記ターゲットに送信可能な前記第１のタイプのコマンドの数を増やし、前記第２のカウント工程では、前記第２のタイプのコマンドが前記ターゲットに送信される場合、前記ターゲットに送信可能な前記第２のタイプのコマンドの数を減らし、前記第２のカウント工程では、前記第２のタイプのコマンドに対応する前記完了通知に従って、前記ターゲットに送信可能な前記第２のタイプのコマンドの数を増やし、前記第１のカウント工程でカウントされる数に従って前記第１のタイプのコマンドが前記ターゲットに送信され、
前記第２のカウント工程でカウントされる数に従って前記第２のタイプのコマンドが前記ターゲットに送信されることを特徴とする請求項１５または１６に記載の通信制御方法。 - イニシエータの記憶領域の指定された位置からデータを読み出すようターゲットに指示する第１のタイプのコマンドと、前記イニシエータの記憶領域の指定された位置にデータを書き込むよう前記ターゲットに指示する第２のタイプのコマンドとを前記ターゲットに送信するイニシエータとしての通信制御装置であって、
前記ターゲットが前記第１のタイプのコマンドに従って前記通信制御装置の記憶領域の指定された位置から前記ターゲットへのデータの読み出しを前記通信制御装置に要求した後に行う完了通知に従って、未だ送信されていない前記第１のタイプのコマンドを前記ターゲットに送信する手段と、
前記ターゲットが前記第２のタイプのコマンドに従って前記通信制御装置の記憶領域の指定された位置に対する前記ターゲットからのデータの書き込みを前記通信制御装置に要求した後に行う完了通知に従って、未だ送信されていない前記第２のタイプのコマンドを前記ターゲットに送信する手段とを有すること特徴とする通信制御装置。 - 前記第１のタイプのコマンドと前記第２のタイプのコマンドとは、前記記憶領域のアドレスを示すデータアドレスフィールドを含むブロックであることを特徴とする請求項１８に記載の通信制御装置。
- 前記ターゲットに送信可能な前記第１のタイプのコマンドの数をカウントする第１のカウント手段と、
前記ターゲットに送信可能な前記第２のタイプのコマンドの数をカウントする第２のカウント手段とを有し、
前記第１のカウント手段では、前記第１のタイプのコマンドが前記ターゲットに送信される場合、前記ターゲットに送信可能な前記第１のタイプのコマンドの数を減らし、前記第１のカウント手段では、前記第１のタイプのコマンドに対応する前記完了通知に従って、前記ターゲットに送信可能な前記第１のタイプのコマンドの数を増やし、前記第２のカウント手段では、前記第２のタイプのコマンドが前記ターゲットに送信される場合、前記ターゲットに送信可能な前記第２のタイプのコマンドの数を減らし、前記第２のカウント手段では、前記第２のタイプのコマンドに対応する前記完了通知に従って、前記ターゲットに送信可能な前記第２のタイプのコマンドの数を増やし、前記第１のカウント手段でカウントされる数に従って前記第１のタイプのコマンドが前記ターゲットに送信され、
前記第２のカウント手段でカウントされる数に従って前記第２のタイプのコマンドが前記ターゲットに送信されることを特徴とする請求項１８または１９に記載の通信制御装置。
Priority Applications (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24443097A JP4086345B2 (ja) | 1997-09-09 | 1997-09-09 | 通信制御方法及び装置及び通信システム |
| EP98307152A EP0902371B1 (en) | 1997-09-09 | 1998-09-04 | Communication control method and apparatus, and communication system |
| DE69813976T DE69813976T2 (de) | 1997-09-09 | 1998-09-04 | Datenübertragungssteuerverfahren und Vorrichtung und Datenübertragungssystem |
| DE69839783T DE69839783D1 (de) | 1997-09-09 | 1998-09-04 | Kommunikationssteuerverfahren und Vorrichtung und Kommunikationssystem |
| EP02079458A EP1280064B1 (en) | 1997-09-09 | 1998-09-04 | Communication control method and apparatus, and communication system |
| CA002246830A CA2246830C (en) | 1997-09-09 | 1998-09-08 | Communication control method and apparatus, and communication system |
| US09/148,472 US6452693B1 (en) | 1997-09-09 | 1998-09-08 | Communication control method and apparatus, and communication system |
| CNB981191320A CN1179277C (zh) | 1997-09-09 | 1998-09-09 | 通信控制方法和装置及通信系统 |
| KR1019980037116A KR100297219B1 (ko) | 1997-09-09 | 1998-09-09 | 통신 제어 방법 및 장치, 및 통신 시스템 |
| US10/194,202 US6927873B2 (en) | 1997-09-09 | 2002-07-15 | Communication control method and apparatus, and communication system |
| US11/124,266 US7296095B2 (en) | 1997-09-09 | 2005-05-09 | Communication control method and apparatus, and communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24443097A JP4086345B2 (ja) | 1997-09-09 | 1997-09-09 | 通信制御方法及び装置及び通信システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006188698A Division JP4307467B2 (ja) | 2006-07-07 | 2006-07-07 | 通信制御方法及び通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1185662A JPH1185662A (ja) | 1999-03-30 |
| JP4086345B2 true JP4086345B2 (ja) | 2008-05-14 |
Family
ID=17118548
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24443097A Expired - Fee Related JP4086345B2 (ja) | 1997-09-09 | 1997-09-09 | 通信制御方法及び装置及び通信システム |
Country Status (7)
| Country | Link |
|---|---|
| US (3) | US6452693B1 (ja) |
| EP (2) | EP0902371B1 (ja) |
| JP (1) | JP4086345B2 (ja) |
| KR (1) | KR100297219B1 (ja) |
| CN (1) | CN1179277C (ja) |
| CA (1) | CA2246830C (ja) |
| DE (2) | DE69839783D1 (ja) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4111472B2 (ja) | 1998-05-15 | 2008-07-02 | キヤノン株式会社 | 通信制御方法及び装置及び通信システム |
| JP4443679B2 (ja) * | 1998-10-09 | 2010-03-31 | 株式会社リコー | プリントシステム |
| JP4109770B2 (ja) * | 1998-12-02 | 2008-07-02 | キヤノン株式会社 | 通信制御方法及び機器 |
| JP3365377B2 (ja) * | 1999-08-12 | 2003-01-08 | セイコーエプソン株式会社 | ログイン装置、被ログイン装置、及び装置間通信システム、ログイン制御方法、並びに記録媒体 |
| KR20030071856A (ko) * | 2001-01-31 | 2003-09-06 | 인터내셔널 비지네스 머신즈 코포레이션 | 메모리를 통해 데이터 처리 시스템들간의 데이터 흐름을제어하기 위한 방법 및 장치 |
| JP4755390B2 (ja) * | 2001-01-31 | 2011-08-24 | インターナショナル・ビジネス・マシーンズ・コーポレーション | メモリを介してデータ処理システムの間でデータのフローを制御する方法および装置 |
| JP2002318777A (ja) * | 2001-04-19 | 2002-10-31 | Matsushita Electric Ind Co Ltd | 高速シリアルインターフェース用のコマンド発行装置 |
| JP4854144B2 (ja) * | 2001-07-16 | 2012-01-18 | キヤノン株式会社 | 印刷システム、管理方法、及び印刷装置 |
| JP2003110651A (ja) * | 2001-10-01 | 2003-04-11 | Canon Inc | データ処理方法、データ処理装置、通信プロトコル及びプログラム |
| JP4264924B2 (ja) * | 2002-06-07 | 2009-05-20 | ソニーマニュファクチュアリングシステムズ株式会社 | データ転送方法 |
| KR100453052B1 (ko) * | 2002-06-07 | 2004-10-15 | 삼성전자주식회사 | 전송 패킷을 이용하여 다기능을 수행하기 위한 통신 방법 및 장치 |
| US6676022B1 (en) * | 2002-10-04 | 2004-01-13 | Mobile-Mind, Inc. | Smart card system with command queuing |
| US7143224B2 (en) * | 2003-05-09 | 2006-11-28 | Stmicroelectronics, Inc. | Smart card for performing advance operations to enhance performance and related system, integrated circuit, and methods |
| US8437020B2 (en) * | 2004-05-13 | 2013-05-07 | Sharp Laboratories Of America, Inc. | System and method for printer emulation |
| KR100535442B1 (ko) | 2005-04-18 | 2005-12-09 | 주식회사 빅솔론 | 프린팅 장치, 상기 프린팅 장치의 제어 방법 및 상기프린팅 장치를 이용한 데이터 처리 장치 |
| JP2008152464A (ja) * | 2006-12-15 | 2008-07-03 | Toshiba Corp | 記憶装置 |
| US8279475B2 (en) | 2008-05-27 | 2012-10-02 | Bixolon Co., Ltd. | Printing apparatus and method for processing real-time command using the printing apparatus |
| KR101541344B1 (ko) * | 2008-12-05 | 2015-08-03 | 삼성전자주식회사 | 메모리 장치 및 메모리 장치의 제어 방법 |
| US8397253B2 (en) * | 2009-07-23 | 2013-03-12 | Fmr Llc | Inserting personalized information into digital content |
| JP5601041B2 (ja) * | 2009-07-23 | 2014-10-08 | セイコーエプソン株式会社 | 記録システム、及び、記録システムにおける通信制御方法 |
| JP5593682B2 (ja) * | 2009-11-17 | 2014-09-24 | セイコーエプソン株式会社 | プリンター、プリンターの制御方法、及び、プログラム |
| CN104615388B (zh) * | 2013-11-01 | 2017-12-22 | 精工爱普生株式会社 | 打印控制系统 |
| IN2014DE02931A (ja) | 2013-11-01 | 2015-06-26 | Seiko Epson Corp | |
| CN103618586B (zh) * | 2013-11-07 | 2017-07-28 | 华为技术有限公司 | 一种发送响应帧的方法及装置 |
| US10520929B2 (en) * | 2016-08-31 | 2019-12-31 | Esab Ab | Techniques for implementing universal commands in a welding or cutting system |
| US11157285B2 (en) * | 2020-02-06 | 2021-10-26 | International Business Machines Corporation | Dynamic modification of instructions that do not modify the architectural state of a processor |
| CN115917519B (zh) * | 2021-07-30 | 2023-09-08 | 株式会社软技 | 存储有信息处理程序的记录介质、信息处理装置和信息处理方法 |
| US20230409239A1 (en) * | 2022-06-21 | 2023-12-21 | Micron Technology, Inc. | Efficient command fetching in a memory sub-system |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4224667A (en) * | 1978-10-23 | 1980-09-23 | International Business Machines Corporation | Command queuing for I/O adapters |
| JP3194938B2 (ja) | 1990-08-15 | 2001-08-06 | 株式会社日立製作所 | 印刷システム |
| US5640596A (en) * | 1992-03-10 | 1997-06-17 | Hitachi, Ltd. | Input output control system for transferring control programs collectively as one transfer unit designated by plurality of input output requests to be executed |
| JP3002056B2 (ja) | 1992-06-23 | 2000-01-24 | キヤノン株式会社 | プリンタ装置及び該装置における印刷制御方法 |
| JP2952111B2 (ja) * | 1992-07-09 | 1999-09-20 | キヤノン株式会社 | データ制御装置 |
| US5611056A (en) * | 1994-08-31 | 1997-03-11 | Unisys Corporation | Method for controlling the expansion of connections to a SCSI bus |
| JPH08255120A (ja) | 1995-03-17 | 1996-10-01 | Fujitsu Ltd | 入出力制御装置 |
| US5720015A (en) * | 1996-04-22 | 1998-02-17 | Lexmark International, Inc. | Method and apparatus for providing remote printer resource management |
| GB9611715D0 (en) * | 1996-06-05 | 1996-08-07 | Int Computers Ltd | Peripheral device control |
| US6441308B1 (en) | 1996-06-07 | 2002-08-27 | Cable Design Technologies, Inc. | Cable with dual layer jacket |
| US6112265A (en) * | 1997-04-07 | 2000-08-29 | Intel Corportion | System for issuing a command to a memory having a reorder module for priority commands and an arbiter tracking address of recently issued command |
| US5875313A (en) * | 1997-04-08 | 1999-02-23 | National Instruments Corporation | PCI bus to IEEE 1394 bus translator employing write pipe-lining and sequential write combining |
-
1997
- 1997-09-09 JP JP24443097A patent/JP4086345B2/ja not_active Expired - Fee Related
-
1998
- 1998-09-04 EP EP98307152A patent/EP0902371B1/en not_active Expired - Lifetime
- 1998-09-04 EP EP02079458A patent/EP1280064B1/en not_active Expired - Lifetime
- 1998-09-04 DE DE69839783T patent/DE69839783D1/de not_active Expired - Lifetime
- 1998-09-04 DE DE69813976T patent/DE69813976T2/de not_active Expired - Lifetime
- 1998-09-08 US US09/148,472 patent/US6452693B1/en not_active Expired - Lifetime
- 1998-09-08 CA CA002246830A patent/CA2246830C/en not_active Expired - Fee Related
- 1998-09-09 KR KR1019980037116A patent/KR100297219B1/ko not_active IP Right Cessation
- 1998-09-09 CN CNB981191320A patent/CN1179277C/zh not_active Expired - Fee Related
-
2002
- 2002-07-15 US US10/194,202 patent/US6927873B2/en not_active Expired - Lifetime
-
2005
- 2005-05-09 US US11/124,266 patent/US7296095B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0902371A1 (en) | 1999-03-17 |
| CA2246830C (en) | 2002-07-30 |
| EP1280064A3 (en) | 2004-10-20 |
| CN1179277C (zh) | 2004-12-08 |
| US20020171870A1 (en) | 2002-11-21 |
| EP1280064A2 (en) | 2003-01-29 |
| EP1280064B1 (en) | 2008-07-23 |
| KR100297219B1 (ko) | 2001-10-26 |
| US6452693B1 (en) | 2002-09-17 |
| JPH1185662A (ja) | 1999-03-30 |
| US6927873B2 (en) | 2005-08-09 |
| DE69839783D1 (de) | 2008-09-04 |
| KR19990029655A (ko) | 1999-04-26 |
| US20050200895A1 (en) | 2005-09-15 |
| CN1219705A (zh) | 1999-06-16 |
| CA2246830A1 (en) | 1999-03-09 |
| EP0902371B1 (en) | 2003-05-02 |
| DE69813976T2 (de) | 2003-12-11 |
| US7296095B2 (en) | 2007-11-13 |
| DE69813976D1 (de) | 2003-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4086345B2 (ja) | 通信制御方法及び装置及び通信システム | |
| JP4109770B2 (ja) | 通信制御方法及び機器 | |
| JP3990833B2 (ja) | 通信制御方法及び装置 | |
| US6927866B2 (en) | Print system and printer | |
| JPH07281848A (ja) | リモート印刷システムおよびそのコンピュータ | |
| JP4111472B2 (ja) | 通信制御方法及び装置及び通信システム | |
| EP1710682A2 (en) | A print controller with function for guaranteeing the order of print requests received, and a control method therefor | |
| JP2000122817A (ja) | ネットワークプリンタ | |
| US8072630B2 (en) | Integration of job control and synchronization with printer controller data exchanges | |
| JP4307467B2 (ja) | 通信制御方法及び通信システム | |
| JP3566511B2 (ja) | 情報処理装置及び印刷システム及び印刷処理方法並びにコンピュータ可読の記憶媒体 | |
| JP2004126943A (ja) | 印刷処理装置、印刷処理方法及び印刷処理プログラム | |
| JP3168853B2 (ja) | 印刷データ制御方式 | |
| JPH04318617A (ja) | オンラインプリンティングシステム | |
| JPH11175269A (ja) | ホスト装置 | |
| JP2002041255A (ja) | 画像出力装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040908 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040908 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20040908 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040908 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060424 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060508 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070413 |
|
| 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: 20080204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080219 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
| 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: 20120229 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140228 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |