JPH1185662A - 通信制御方法及び装置及び通信システム - Google Patents

通信制御方法及び装置及び通信システム

Info

Publication number
JPH1185662A
JPH1185662A JP24443097A JP24443097A JPH1185662A JP H1185662 A JPH1185662 A JP H1185662A JP 24443097 A JP24443097 A JP 24443097A JP 24443097 A JP24443097 A JP 24443097A JP H1185662 A JPH1185662 A JP H1185662A
Authority
JP
Japan
Prior art keywords
initiator
target
data
request
channel
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.)
Granted
Application number
JP24443097A
Other languages
English (en)
Other versions
JP4086345B2 (ja
Inventor
Takashi Isoda
隆司 礒田
Akihiro Shimura
明弘 志村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP24443097A priority Critical patent/JP4086345B2/ja
Priority to EP02079458A priority patent/EP1280064B1/en
Priority to EP98307152A priority patent/EP0902371B1/en
Priority to DE69839783T priority patent/DE69839783D1/de
Priority to DE69813976T priority patent/DE69813976T2/de
Priority to CA002246830A priority patent/CA2246830C/en
Priority to US09/148,472 priority patent/US6452693B1/en
Priority to KR1019980037116A priority patent/KR100297219B1/ko
Priority to CNB981191320A priority patent/CN1179277C/zh
Publication of JPH1185662A publication Critical patent/JPH1185662A/ja
Priority to US10/194,202 priority patent/US6927873B2/en
Priority to US11/124,266 priority patent/US7296095B2/en
Application granted granted Critical
Publication of JP4086345B2 publication Critical patent/JP4086345B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Record Information Processing For Printing (AREA)

Abstract

(57)【要約】 【課題】プリンタの資源が少なくても済む全２重通信路
を提供する。 【解決手段】プリンタは、順次実行用のキュー１０４と
即時実行エージェント１０６と順次実行エージェント１
０５とを有する。即時実行エージェントは受信したコマ
ンドを直ちに実行してホストへのデータの書き込みを、
順次実行エージェントはキューからコマンドを取り出し
てホストからのデータの読み出しを行う。一方ホストで
は、プリンタからのデータ転送要求をキューに入れ、そ
のキューの要求あるいはアプリケーションからの要求に
基づいてコマンドをプリンタに発行する。その際、プリ
ンタのキューの容量以上のコマンドは発行しない。この
ようにして、上り下りいずれの方向も、互いに独立した
全２重チャネルが提供できる。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、例えばホストコンピュ
ータとプリンタ等、機器同士を接続する通信制御方法及
び通信制御装置に関する。
【０００２】
【従来の技術】近年、ＩＥＥＥ１３９４インターフェー
スが、コンピュータと周辺機器、あるいは周辺機器同士
の接続に用いられつつある。ＩＥＥＥ１３９４インター
フェースは、セントロニクスインターフェースなどのハ
ンドシェイク方式に比べて高速で、しかも双方向通信が
可能である。また、メモリバスモデルのインターフェー
スであり、ＩＥＥＥ１３９４インターフェースで接続さ
れた機器は、相手の機器に対して指定したアドレスのデ
ータを読み書きすることができる。
【０００３】このＩＥＥＥ１３９４は、広範囲に応用す
るための物理層及びリンク層のプロトコルを定めたもの
で、機器ごとの詳細なプロトコルは定められていない。
そのため、物理・リンク層としてＩＥＥＥ１３９４を利
用したＳＢＰ(Serial Bus Protocol)−２などのトラン
スポート層のプロトコルが提案されている。トランスポ
ート層はアプリケーションに対してデータ転送機能を提
供する層であり、この層を利用するアプリケーション
は、互いにデータの交換が可能となる。
【０００４】このＳＢＰ−２なるプロトコルは、ＩＥＥ
Ｅ１３９４のメモリバスモデルとしての特徴を活かした
プロトコルであり、データの受信側が自身の都合に応じ
てデータを受信することができる。
【０００５】ＳＢＰ−２では、データを転送する場合
に、まず送信側でログインという操作を行って通信相手
との間のチャネルを確立する。この際、ログインされた
側がイニシエータ、相手側がターゲットと呼ばれる。デ
ータ転送は、イニシエータからの指示に応じて、ターゲ
ットからイニシエータにデータを読み書きすることで行
われる。この方式においては、イニシエータは、ログイ
ン後、送信するデータを格納したアドレスやサイズ等が
書かれたＯＲＢ(Operation Request Block)を作成し、
そのＯＲＢのアドレスをターゲットに知らせる。ターゲ
ットでは自分の都合に合わせてＯＲＢに書かれたアドレ
スやサイズに基づいてイニシエータからデータを読み出
して処理し、あるいはデータを書き込み、それらの処理
後ステータスブロックを作成して、処理の状態をイニシ
エータに知らせることになる。
【０００６】
【発明が解決しようとする課題】このＩＥＥＥ１３９４
の上に構築されるＳＢＰ−２プロトコルを利用して通信
を行う場合、特に、ホストコンピュータ等のデータ源を
イニシエータとし、それからターゲットであるプリンタ
装置などの周辺機器へのデータ転送に応用する場合、次
のような問題点があった。 全２重通信のために手順が複雑である。
【０００７】ＳＢＰ−２では、基本的にデータの転送は
イニシエータによって管理され、ターゲットはイニシエ
ータへの非同期のデータ転送を行うことができない。す
なわち、ＳＢＰ−２では、ターゲットがイニシエータへ
のデータ転送を行いたい時には、イニシエータに対して
アンソリサイテドステータスでデータリード要求を送
り、イニシエータはそれに応じてＯＲＢ生成し、ペンデ
ィング中のＯＲＢ（イニシエータからターゲットへのデ
ータ転送要求などが含まれている）のリストの末尾にそ
の生成したＯＲＢをつける。このＯＲＢは先頭から順番
に処理されるため、ターゲットがイニシエータにリード
要求を発行したタイミングではなく、イニシエータ側の
ＯＲＢの処理が進み、ターゲットからのデータリード要
求によるＯＲＢが処理されたときに初めてターゲットか
らイニシエータにデータが転送されることになる。すな
わち、双方向の非同期なデータ転送が行えず、ターゲッ
トからイニシエータに転送すべきデータが非同期に発生
する場合、例えばターゲットがプリンタであれば、その
プリンタでエラーが発生する場合など、直ちにイニシエ
ータに伝達すべきデータを即時に伝達できない。
【０００８】このため、例えばプリンタで非同期に発生
するデータを即時的にホストに転送するためには、プリ
ンタをイニシエータとしてログイン手続きを行い、ホス
トコンピュータをターゲットとするデータ転送を行わね
ばならない。
【０００９】このようにホストコンピュータとプリンタ
で互いにログインしてそれぞれがイニシエータでありタ
ーゲットであるような状況では、ホストコンピュータ及
びプリンタの双方にイニシエータとしてのプロセスとタ
ーゲットとしてのプロセスを備えなければならない。ま
た、ログインの操作もプリンタから行わねばならない。
【００１０】プリンタのような画像を扱う周辺装置で
は、画像処理のために大量のメモリ資源やプロセッサ資
源を消費する。そのために、装置の構成を簡略化して原
価を節減したり、処理を迅速に行うため画像処理用途以
外に用いられる資源をできるだけ節約しなければならな
いが、上述のように多くのプロセスを稼働することにな
ればその分多くの資源を消費することになり、原価低減
・処理の効率化という目的に反することになる。
【００１１】また、ホストコンピュータとプリンタとの
関係であれば、各方向に流れるデータは、印刷データと
それに対する処理状況といったように、互いに関連付け
られるものであるが、各方向について独立したログイン
によりチャネルを設定すると、それらデータとレスポン
スとを関連づけなければならず、そのための処理手順を
新たに追加する必要がある。
【００１２】このようにＩＥＥＥ１３９４及びＳＢＰ−
２をそのままホストコンピュータ−プリンタ装置間の通
信に適用することは適切でなく、各装置における必要な
資源を減らすことや効率を向上させることが難しかっ
た。 マルチチャネルを実現できない。
【００１３】最近、周辺装置として種々の機能を複合さ
せた複合機が利用されつつある。例えば、ファクシミリ
装置を、スキャナ単体，プリンタ単体，ファクシミリと
してホストコンピュータ等から利用できるデジタル複合
機などがある。このような装置を利用する際には、各単
体機能ごとに独立した複数のチャネルを介して通信を行
えば、同時に複数の機能を利用することができる。
【００１４】しかしながら、ＳＢＰ−２では、マルチチ
ャネルを提供できないため、そのように単体機能を同時
に利用することが難しい。 ＳＢＰ−２以外のプロトコルを採用すれば非同期に発
生するデータの転送が可能となるものも、マルチチャネ
ルが実現できるものもあるが、そのようなプロトコルで
はＩＥＥＥ１３９４のメモリバスモデルとしての特徴を
活かすことができない。すなわち、ホストとプリンタの
通信であれば、プリンタ側の都合に応じてデータ転送を
行うことができず、ホストがプリンタの状態を監視しな
がらデータ転送を行わねばならないことになる。
【００１５】本発明は上記従来例に鑑みてなされたもの
で、１回のログインで全２重通信（互いに非同期な双方
向通信）を可能とし、また、データの交換に必要なプロ
セスやメモリといった資源を効率的に利用できる通信制
御方法及び通信制御装置及びそれを用いた印刷装置を提
供することを目的とする。
【００１６】また、イニシエータとターゲットとが互い
のキューの空き容量を相互に監視しているため、ＯＲＢ
あるいはステータスブロックを送信した際に、確実に受
信される通信制御方法及び通信制御装置及びそれを用い
た印刷装置を提供することを目的とする。
【００１７】また、ターゲット側へのデータ転送を、タ
ーゲットがその都合に応じて読み出すことで行うことが
でき、イニシエータがターゲットの都合によってデータ
転送に占有されることを防止できる通信制御方法及び通
信制御装置及びそれを用いた印刷装置を提供することを
目的とする。
【００１８】また、マルチチャネルを実現する通信制御
方法及び通信制御装置及びそれを用いた印刷装置を提供
することを目的とする。
【００１９】
【課題を解決するための手段】上記目的を達成するため
に本発明は次のような構成から成る。すなわち、イニシ
エータの有する記憶領域に対してターゲットからデータ
を読み書きしてデータを交換する通信制御方法であっ
て、イニシエータは、前記記憶領域に対する読み出し・
書き込みそれぞれに応じた命令を、ターゲットが保持で
きる読み出し・書き込みそれぞれの命令の数を越えない
ようにターゲットに送信し、ターゲットは、受信した読
み出し・書き込みそれぞれの命令を、互いに異なるキュ
ーにより保持して、互いに独立に処理する。あるいは、
イニシエータの有する記憶領域に対してターゲットから
データを読み書きしてデータを交換する通信制御方法で
あって、ターゲットは、送信しようとするデータのサイ
ズが所定サイズを越えるか判定し、越える場合には、前
記記憶領域に対する書込み命令を発行するようイニシエ
ータに対して要求し、越えない場合には、当該データを
イニシエータの前記記憶領域中の定められた領域に書き
込み、イニシエータは、前記ターゲットから書込み命令
を発行する要求を受信した場合には書込み命令を発行す
る。
【００２０】あるいは、イニシエータの有する記憶領域
に対してターゲットからデータを読み書きしてデータを
交換する通信システムであって、イニシエータは、前記
記憶領域に対する読み出し・書き込みそれぞれに応じた
命令を、ターゲットが保持できる読み出し・書き込みそ
れぞれの命令の数を越えないようにターゲットに送信
し、ターゲットは、受信した読み出し・書き込みそれぞ
れの命令を、互いに異なるキューにより保持して、互い
に独立に処理する。
【００２１】あるいは、イニシエータの有する記憶領域
に対してターゲットからデータを読み書きしてデータを
交換する通信システムであって、ターゲットは、送信し
ようとするデータのサイズが所定サイズを越えるか判定
し、越える場合には、前記記憶領域に対する書込み命令
を発行するようイニシエータに対して要求し、越えない
場合には、当該データをイニシエータの前記記憶領域中
の定められた領域に書き込み、イニシエータは、前記タ
ーゲットから書込み命令を発行する要求を受信した場合
には書込み命令を発行する。
【００２２】あるいは、メモリ内の記憶領域に対して、
通信により接続されたターゲットからデータを読み書き
してデータを交換する通信制御方法であって、前記ター
ゲットからの自発的な要求を受けてキューに登録するキ
ューイング工程と、アプリケーションあるいはターゲッ
トからの要求に応じて、前記記憶領域に対する読み出し
・書き込み命令を、ターゲットが保持できる読み出し・
書き込みそれぞれの命令の数を越えないように生成して
送信する命令生成工程とを備える。
【００２３】あるいは、通信により接続されたイニシエ
ータの有する記憶領域に対してデータを読み書きしてデ
ータを交換する通信制御方法であって、前記イニシエー
タから受信した読み出し命令を所定容量のキューに登録
するキューイング工程と、前記キューから読み出し命令
を取り出して実行する順次実行工程と、前記イニシエー
タから受信した書込み命令を受信後直ちに実行する即時
実行工程と、前記イニシエータに対するデータ転送の要
求を発行する転送要求工程とを備える。
【００２４】あるいは、記憶領域に対してターゲットか
らデータを読み書きしてデータを交換する通信制御装置
であって、ターゲットとの通信手段と、前記記憶領域を
含むメモリと、前記ターゲットからの自発的な要求を登
録するキュー管理手段と、アプリケーションあるいはタ
ーゲットからの要求に応じて、前記記憶領域に対する読
み出し・書き込み命令を、ターゲットが保持できる読み
出し・書き込みそれぞれの命令の数を越えないように生
成して送信する命令生成手段とを備える。
【００２５】あるいは、イニシエータの有する記憶領域
に対してデータを読み書きしてデータを交換する通信制
御装置であって、イニシエータとの通信手段と、前記イ
ニシエータから受信した読み出し命令を保持する所定容
量のキューと、前記キューから読み出し命令を取り出し
て実行する順次実行手段と、前記イニシエータから受信
した書込み命令を受信後直ちに実行する即時実行手段
と、前記イニシエータに対するデータ転送の要求を発行
する転送要求手段とを備える。
【００２６】あるいは、記憶領域に対して通信で接続さ
れるターゲットからデータを読み書きしてデータを交換
する通信制御プログラムを格納するコンピュータ可読の
記憶媒体であって、前記プログラムは、前記ターゲット
からの自発的な要求を登録するキュー管理手段と、アプ
リケーションあるいはターゲットからの要求に応じて、
前記記憶領域に対する読み出し・書き込み命令を、ター
ゲットが保持できる読み出し・書き込みそれぞれの命令
の数を越えないように生成して送信する命令生成手段と
を備える。
【００２７】あるいは、通信で接続されるイニシエータ
の有する記憶領域に対してデータを読み書きしてデータ
を交換する通信制御プログラムを格納するコンピュータ
可読の記憶媒体であって、前記プログラムは、前記イニ
シエータから受信した読み出し命令を所定容量のキュー
に登録するキュー管理手段と、前記キューから読み出し
命令を取り出して実行する順次実行手段と、前記イニシ
エータから受信した書込み命令を受信後直ちに実行する
即時実行手段と、前記イニシエータに対するデータ転送
の要求を発行する転送要求手段とを備える。
【００２８】あるいは、上記いずれかに記載の通信制御
方法を用いて、ホスト装置をイニシエータとし、プリン
タ装置をターゲットしてホスト装置とプリンタ装置とを
接続し、前記プリンタ装置は、ホスト装置から印刷デー
タを受信してそれを基に印刷出力し、前記ホスト装置
は、プリンタ装置からプリンタの状態情報を受信する印
刷システム。
【００２９】
【発明の実施の形態】
［第１の実施の形態］本発明の第１の実施の形態とし
て、ホストコンピュータとプリンタとを、ＩＥＥＥ１３
９４で接続し、その上に構築されたＳＢＰ−２プロトコ
ルを用いた、本発明に係るプロトコル（以下ＨＰＴと呼
ぶ）に従ってデータ転送を行うプリンタシステムを説明
する。図４０は、そのプリンタシステムにおけるハード
ウエア構成図である。 ＜システムのハードウエア構成＞図４０において、ホス
トコンピュータ２００は、ＲＯＭ３のプログラム用ＲＯ
Ｍに記憶された文書処理プログラム等に基づいて、図
形，イメージ，文字，表（表計算等を含む）等が混在し
た文書処理を実行するＣＰＵ１を備える。ＣＰＵ１はシ
ステムデバイス４に接続される各デバイスをＣＰＵ１が
総括的に制御する。また、ＲＯＭ３のプログラム用ＲＯ
Ｍには、ＣＰＵ１の制御プログラム等が記憶され、ＲＯ
Ｍ３のフォント用ＲＯＭには上記文書処理の際に使用す
るフォントデータ等が記憶され、ＲＯＭ３のデータ用Ｒ
ＯＭは上記文書処理等を行う際に使用する各種データが
記憶される。ＲＡＭ２は、ＣＰＵ１の主メモリ，ワーク
エリア等として機能する。プログラムはＲＡＭ２に格納
されても良い。また、ＲＡＭ２には、送信データバッフ
ァやＯＲＢを格納するシステムメモリが確保される。
【００３０】キーボードコントローラ（ＫＢＣ）５は、
キーボード９や不図示のポインティングデバイスからの
キー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）
６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御
する。メモリコントローラ（ＭＣ）７は、プートプログ
ラム，種々のアプリケーション，フォントデータ，ユー
ザファイル，編集ファイル等を記憶するハードディスク
（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ
１１とのアクセスを制御する。１３９４インターフェー
ス８は、ＩＥＥＥ１３９４規格に従ってプリンタ１００
に接続されて、プリンタ１００との通信制御処理を実行
する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定され
た表示情報ＲＡＭへのアウトラインフォントの展開（ラ
スタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩ
ＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１
０上の不図示のマウスカーソル等で指示されたコマンド
に基づいて登録された種々のウィンドウを開き、種々の
データ処理を実行する。
【００３１】プリンタ１００において、プリンタＣＰＵ
１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された
制御プログラム等或いは外部メモリ１４に記憶された制
御プログラム等に基づいてシステムバス１５に接続され
る各種のデバイスとのアクセスを総括的に制御し、印刷
部インタフェース１６を介して接続される印刷部（プリ
ンタエンジン）１７に出力情報としての画像信号を出力
する。また、このＲＯＭ１３のプログラムＲＯＭには、
後述する各種エージェントた画像処理を実現するＣＰＵ
１２の制御プログラム等が記憶される。ＲＯＭ１３のフ
ォント用ＲＯＭには上記出力情報を生成する際に使用す
るフォントデータ等が記憶され、ＲＯＭ１３のデータ用
ＲＯＭには、ハードディスク等の外部メモリ１４が無い
プリンタの場合には、ホストコンピュータ上で利用され
る情報等が記憶されている。ＣＰＵ１２は１３９４イン
ターフェース１８を介してホストコンピュータとの通信
処理が可能となっており、プリンタ内の情報等をホスト
コンピュータ２００に通知可能に構成されている。
【００３２】ＲＡＭ１９は、ＣＰＵ１２の主メモリ、ワ
ークエリア等として機能するＲＡＭで、図示しない増設
ポートに接続されるオプションＲＡＭによりメモリ容量
を拡張することができるように構成されている。なお、
ＲＡＭ１９は、出力情報展開領域、環境データ格納領
域、ＮＶＲＡＭ等に用いられる。
【００３３】前述したハードディスク（ＨＤ）、ＩＣカ
ード等の外部メモリ１４は、メモリコントローラ（Ｍ
Ｃ）２０によりアクセスを制御される。外部メモリ１４
は、オプションとして接続され、フォントデータ、エミ
ュレーションプログラム、フォームデータ等を記憶す
る。また、操作パネル１８には、操作のためのスイッチ
およびＬＥＤ表示器等が配されている。また、前述した
外部メモリは１個に限らず、少なくとも１個以上備え、
内蔵フォントに加えてオプションフォントカード，言語
系の異なるプリンタ制御言語を解釈するプログラムを格
納した外部メモリを複数接続できるように構成されてい
ても良い。さらに、図示しないＮＶＲＡＭを有し、操作
パネル１０１２からのプリンタモード設定情報を記憶す
るようにしても良い。 ＜イニシエータの構成＞上述したハードウエア構成にお
いて、プリンタ１００をターゲットとし、ホストコンピ
ュータ２００をイニシエータとした通信システムを、図
１及び図２に示す。本実施形態に置いては、これら構成
は、それぞれホストコンピュータ及びプリンタにおける
ＣＰＵによりプログラムを実行することで実現される。
まず、図２のイニシエータから説明する。
【００３４】図２において、イニシエータであるホスト
コンピュータにおいては、アプリケーションであるプリ
ンタドライバ２０９はＨＰＴ処理部２０３を介してプリ
ンタに対するデータ転送要求を発行するとともに、プリ
ンタからの応答を受ける。
【００３５】ＨＰＴ処理部２０３はＯＲＢ管理部２０６
を含んでおり、システムメモリ２０８に生成されるＯＲ
Ｂを管理している。ＯＲＢはホストコンピュータからプ
リンタへ、あるいはプリンタからホストコンピュータへ
転送されるデータバッファのアドレスやサイズ等を格納
したブロックであり、先頭のＯＲＢから順次リンクされ
ている。このＯＲＢについては、次のような処理の原則
がある。 リンクの先頭のＯＲＢから順次処理される。完了通知
（ステータスブロック）を受信するとリンクからはずさ
れる。 新たに生成されたＯＲＢはリンクの末尾につながれ
る。 リンクされるＯＲＢの数の上限は後述するプリンタに
おける２つのキューの容量の合計と同一である。
【００３６】この項を実現するために、ＯＲＢ管理部
２０６は、プリンタの２つのキューそれぞれについて２
つのカウンタを用意している。ひとつはCurrentQuedQUE
というカウンタであり、後述するプリンタのプリフェッ
チキューの現在の空き数を示している。また、もうひと
つはCurrentImmediateQUEというカウンタである。こち
らのカウンタが対応するキューの容量は本実施形態では
１であり、処理されているエントリのみがキューに入っ
ているということができる。これらカウンタは、ＯＲＢ
の生成と削除に合わせて増減される。
【００３７】また、ＯＲＢを生成した際には、プリンタ
側のドアベルレジスタと呼ばれるレジスタに書き込むこ
とにより、ＯＲＢが発生したことをプリンタに知らせ
る。この手続きはＳＢＰ−２で規定されているもので、
その規格書等に記載されている。
【００３８】また、ＨＰＴ処理部２０３は、ステータス
キュー２０４及びキュー処理部２０５を含む。１３９４
インターフェース２０１を介して受信されたステータス
は、ステータス識別部２０２により識別され、ステータ
スの種類に応じて直接ＯＲＢ管理部２０６に送り付けら
れるか、あるいはステータスキュー２０４に入れられ、
先入先出順にキュー処理部２０５で処理される。ステー
タスの種類には２種類ある。 ノーマルステータス…ホストコンピュータ−プリンタ
間のデータ転送の結果を通知するステータスブロックで
あり、直接ＯＲＢ管理部に送られる。 アンソリサイテド(Unsolicited)ステータス…プリン
タからホストコンピュータに対して転送すべき非同期デ
ータが発生したことを示すステータスブロックであり、
ステータスキューに入れられる。これは通常プリンタか
ら自発的に発行される。これらの区別はステータスブロ
ックに書き込まれた値によってなされる。
【００３９】また、ステータスレジスタ２１０はプリン
タから書き込まれるレジスタであり、ホストコンピュー
タが読むべきデータがプリンタがあることを示す。
【００４０】イニシエータたるホストコンピュータは以
上のような機能的な構成からなっている。 ＜ターゲットの構成＞図１は、ターゲットたるプリンタ
の機能上の構成を示すブロック図である。
【００４１】図１において、ドアベルレジスタ１０８は
ホストコンピュータによって書き込まれるレジスタであ
り、ＯＲＢが新たに生成されたことを示す。コマンドフ
ェッチエージェント１０３は、１３９４インターフェー
ス１０１を介してＯＲＢを読み込み、その種類に応じて
プリフェッチキュー１０４に入れるか、あるいは即時実
行エージェント１０６に送りつける。このコマンドの種
類は、即時実行か順次実行かを示すフィールドを基準に
して判定される。しかし、実質的にはこのフィールドは
コマンドの機能に対応しており、本実施形態ではターゲ
ットからイニシエータへのデータ転送のためのコマンド
（リード要求コマンド）や、ターゲットの状態を捕捉す
るためのコマンドは即時実行であり、イニシエータから
ターゲットへの印刷データの転送などは順次実行とされ
ている。
【００４２】順次実行エージェント１０５及び即時実行
エージェント１０６は、ともにコマンドフェッチエージ
ェント１０３によって読み込まれたＯＲＢを、その内容
に応じて、ホストコンピュータのバッファからのデータ
の読み出しや、データ処理部７から与えられたデータの
書込みなどを行う。その後、ホストコンピュータにノー
マルステータスを返す。
【００４３】さらに、即時実行エージェント１０６は、
ＰＤＬを解釈実行してラスタデータを生成するラスタラ
イズやデバイス管理を行うデータ処理部１０７からのデ
ータ転送要求に応じて、アンソリサイテドステータスを
ホストコンピュータに送る。バスインターフェース１０
２は、プリンタ１００からホストコンピュータ２００の
システムメモリ２０８の所望のメモリロケーションにア
クセスするためのインターフェースである。
【００４４】なお、本例のシステムでは、順次実行エー
ジェントはホストコンピュータからプリンタへのデータ
転送のＯＲＢのために用いられ、即時実行エージェント
はプリンタからホストコンピュータへのデータ転送のＯ
ＲＢのために用いられる。
【００４５】以上、イニシエータ及びタ−ゲットの構成
と動作を簡単に説明した。これらを更に詳しく説明する
前に、まずＯＲＢの詳しい内容を説明する。 ＜コマンドＯＲＢ(Operation Request Block)の内容＞
図３はＯＲＢ一般の構成を示す図である。図３（Ａ）に
おいて、"Next_ORB"（リンク）フィールド３０１は、次
のＯＲＢへのリンクである。次のＯＲＢがない場合には
それを表す所定の値が入れられる。なお、先頭のＯＲＢ
は、所定のアドレスレジスタにより示される。"data_de
scripter"（データアドレス）フィールド３０２は、デ
ータバッファのアドレスを示す。"d"（方向）フィール
ド３０３は、ホストコンピュータからプリンタへのデー
タ転送（０：ライト）か、プリンタからホストコンピュ
ータへのデータ転送（１：リード）かを示す。"data_si
ze"（データサイズ）フィールド３０４は、アドレスフ
ィールド３０２で指し示されるデータバッファのサイズ
を示す。以上、図の点線よりも上のフィールドがＳＢＰ
−２で規定されているフィールドであり、これから説明
するフィールド３０５〜３０８が、ＨＰＴに固有の処理
に用いられるフィールドである。
【００４６】"i"フィールド（即時ビット）３０５は、
ターゲットにおいて、即時実行エージェントか、順次実
行エージェントかどちらで実行されるＯＲＢであるかを
示している。値が０すなわち順次実行エージェントであ
ればプリフェッチキューに入れられ、値が１であれば即
時実行エージェントにより処理される。"function"（フ
ァンクション）フィールド３０６は、図３（Ｂ）に示す
ようにＯＲＢの意味を示している。これについては、更
に詳しく説明する。"command_block_length"（コマンド
長）フィールド３０７は、"control_block"（コントロ
ールブロック）フィールド３０８の長さを表している。
コントロールブロックフィールド３０８には、ファンク
ションフィールド３０６の値に応じて様々な値が入れら
れる。
【００４７】次に、機能ごとにＯＲＢの内容を説明す
る。 （キューデプスコマンド）図４はファンクション＝０の
キューデプスコマンドＯＲＢを示している。このコマン
ドは、ターゲットのプリフェッチキュー１０４の深さを
得るためのコマンドである。即時ビットは１にセットさ
れる。
【００４８】このコマンドのコントロールブロックに
は、"source_ID"（ソースＩＤ）４０１と"status_queue
_length"（ステータスキュー長）４０２の２つのフィー
ルドが含まれている。ソースＩＤは、イニシエータにロ
グインしたプロセスの識別子が入れられる。図２の例で
は、ログインしたプロセスはプリンタドライバとなる。
これは、複数のプロセスがログインしている場合に、タ
ーゲットが応答すべきプロセスを識別するために付加さ
れている。また、ステータスキュー長４０２は、イニシ
エータの有するステータスキュー２０４の深さをターゲ
ットに知らせるためのフィールドである。
【００４９】ステータスキュー長は、ターゲットにおい
てステータスキューにどれだけアンソリサイテドステー
タスがキューイングされているかを管理するために用い
られる。ターゲットは、イニシエータがプリフェッチキ
ューを管理するのと同様に、アンソリサイテドステータ
スの生成および処理済みの通知に従ってステータスキュ
ーの深さを管理している。
【００５０】このコマンドを受けたターゲットは、ステ
ータスキュー長をカウンタCurrentUnsolicitedQUEに格
納するとともに、プリフェッチキュー長をイニシエータ
に返す。イニシエータでは、このコマンドによって得た
プリフェッチキューのキューの深さを元にして、ＯＲＢ
の生成および消去という動作に応じて、ターゲットにキ
ューされているＯＲＢの数を管理する。 （データ転送コマンド）図５はファンクション＝１のデ
ータ転送コマンドＯＲＢを示している。このコマンド
は、イニシエータからターゲットにデータを転送するた
めのコマンドである。"page_table_present"ビット５０
１は、ページテーブルの存在を示しており、ページテー
ブルがある場合には、"page_size"フィールド５０２に
ページテーブルにより参照されるページサイズをセット
する。転送するデータバッファは、このページテーブル
とアドレス５０３およびデータサイズ５０４によって示
される。
【００５１】このコマンドを受けたターゲットは方向フ
ィールドの値に応じて、指定されたデータバッファへの
データのかき込みあるいはバッファからデータの読み出
しを行う。 （リード要求コマンド）図６はファンクション＝２のリ
ード要求コマンドＯＲＢを示している。このコマンド
は、ターゲットから「リード要求ステータス」、すなわ
ちターゲットのプリンタからホストへのデータ転送要求
が送られてきた場合に、プリンタにデータを書き込むべ
きデータバッファを提供するコマンドである。"sequenc
e_number"（シーケンス番号）フィールド６０１は、こ
のコマンドを発行するきっかけとなった対応するリード
要求ステータスに付されているシーケンス番号と同一の
値であり、リード要求ステータスとリード要求コマンド
とを対応づけるための番号である。その他のフィールド
の構成はデータ転送コマンドと同様である。ただし、即
時ビットは１、方向ビットも１（リード）に設定され
る。即時ビットが１に設定されているのは、ターゲット
から発行されるリード要求ステータスに対して直ちに対
応するためである。また、バッファのサイズは、リード
要求ステータスによって指定されている値を使用する。
【００５２】このコマンドを受けたターゲットは、イニ
シエータのシステムメモリに確保された、指定されたデ
ータバッファへとデータを書き込む。 （ダイレクトステータス応答コマンド）図７はファンク
ション＝３のダイレクトステータス応答コマンドＯＲＢ
を示している。このコマンドは、ターゲットによりリー
ド要求を破棄させる場合に、リード要求ステータスに対
応して発行される。あるいは、ターゲットからのダイレ
クトステータスに対応したターゲットへの応答に用いら
れる。"sequence_number"（シーケンス番号）フィール
ド７０１は、このコマンドを発行するきっかけとなった
対応するリード要求ステータスあるいはダイレクトステ
ータスに付されているシーケンス番号と同一の値であ
る。その他のフィールドの構成はデータ転送コマンドと
同様である。ただし、即時ビットは１に設定される。
【００５３】このコマンドを受けたターゲットは、対応
するシーケンス番号を有するリード要求ステータスを発
行していれば、それにかかるリード要求を破棄する。 （デバイス資源獲得コマンド）図８はファンクション＝
８のデバイス資源獲得コマンドＯＲＢを示している。"r
esource_ID"（リソースＩＤ）フィールド８０１は、図
８（Ｂ）に示されている。値０は、使用するデバイスク
ラスおよび論理ユニット特性に依存した値であり、この
システムでは、０はデバイスクラスとしてプリンタ、論
理ユニット特性として印刷サービスを示している。
【００５４】このコマンドを受けたターゲットは、リソ
ースＩＤで指定された資源を、このコマンドの送り手で
あるイニシエータに対して割り当てる。 （デバイス資源解放コマンド）図９はファンクション＝
９のデバイス資源解放コマンドＯＲＢを示している。"r
esource_ID"（リソースＩＤ）フィールド８０１は、図
８（Ｂ）に示されている通りである。
【００５５】このコマンドを受けたターゲットは、リソ
ースＩＤで指定された資源を解放する。 （基本デバイスステータスコマンド）図１０はファンク
ション＝Ａ(Hex)の基本デバイスステータスコマンドＯ
ＲＢを示している。
【００５６】このコマンドを受けたターゲットは、ター
ゲット自身の有する状態を基本デバイスステータスブロ
ックにのせてイニシエータに応答する。イニシエータは
このコマンドを発行することで、ターゲットの状態を把
握できる。プリンタにおいては、例えば用紙サイズやサ
ポートするエミュレーション、その他のプリンタに関る
様々な状態情報が基本ステータスとしてターゲットから
返される。 ＜ステータスブロックの内容＞図１１は、ターゲットで
あるプリンタからイニシエータであるホストコンピュー
タに返されるステータスブロックを示している。ステー
タスブロックは、前述したコマンドＯＲＢに対応して用
意されている。ステータスブロックは、ターゲットの順
次実行エージェントおよび即時実行エージェントから発
行される。
【００５７】図１１（Ａ）において、右側の点線より上
の部分はＳＢＰ−２により規定されたフィールドであ
り、ステータスに対応するコマンドＯＲＢを示すためな
どのフィールドを含む。"i"（即時ビット）１１０１
は、ステータスが順次実行エージェントと即時実行エー
ジェントのいずれから発行されたかを示す。値が０であ
れば順次実行エージェントから、１であれば即時実行エ
ージェントから発行されたことを示す。"hpt_status"
（ｈｐｔステータス）フォールド１１０２は、図１１
（Ｂ）に示したように、ステータスブロックの種類を示
している。"hpt_status_dependent"フィールド１１０３
は、ｈｐｔステータスに依存してその値が与えられ
る。"status_length"（ステータス長）フィールド１０
４は、レスポンスブロック１１０５の長さを示してい
る。次に、種類毎にステータスブロックを説明する。 （キューデプスステータスブロック）図１２は、ｈｐｔ
ステータス＝０のキューデプスステータスを示してい
る。キューデプスステータスは、キューデプスコマンド
に対するターゲットからの応答であり、ターゲットは"p
refetch_queue_depth"フィールド１２０１にプリフェッ
チキュー１０４の深さをセットしてイニシエータに返
す。これによりイニシエータはプリフェッチキューの容
量を知ることができ、その容量にあわせて生成するＯＲ
Ｂの数を管理する。 （データ転送ステータスブロック）図１３は、ｈｐｔス
テータス＝１のデータ転送ステータスを示している。デ
ータ転送ステータスは、データ転送コマンドに対するタ
ーゲットからの応答であり、データ転送コマンドＯＲＢ
の処理が終了した時点でターゲットから発行される。イ
ニシエータはこのステータスを受けることで、ターゲッ
トのキューから１つのＯＲＢが処理されて排出されたこ
とを知ることができる。 （リード要求ステータスブロック）このステータスはｈ
ｐｔステータス＝２であり、そのフォーマットは特に図
示しないが、レスポンスブロック内に、イニシエータに
確保させるデータバッファのサイズを有している。この
ステータスは、コマンドＯＲＢに対して発行されるので
はなく、通常ターゲットから自発的に発行される。イニ
シエータはこのリード要求ステータスに対して、前述し
たリード要求コマンドＯＲＢを発行する。この手順につ
いては後述する。 （ダイレクトステータスブロック）このステータスはｈ
ｐｔステータス＝３であり、そのフォーマットは特に図
示しないが、レスポンスブロック内に、アプリケーショ
ンレベル（すなわちターゲットにおけるデータ処理部）
のステータスを含んでいる。すなわち、通常はアプリケ
ーションレベルのデータの交換はＯＲＢとそれにリンク
したデータバッファとを用いて行われる。しかし、デー
タが非常に小さく、レスポンスブロックの上限（本例で
は２４バイト）内に治まる場合には、ＨＴＰレベルの応
答にアプリケーションレベルの応答を重畳してしまう。
イニシエータではこのステータスに対応してダイレクト
ステータス応答コマンドＯＲＢを発行する。 （デバイス資源獲得ステータスブロック）このステータ
スはｈｐｔステータス＝８であり、そのフォーマットは
特に図示しないが、デバイス資源獲得コマンドを受けて
それを処理したターゲットから発行される。 （デバイス資源解放ステータスブロック）このステータ
スはｈｐｔステータス＝９であり、そのフォーマットは
特に図示しないが、デバイス資源解放コマンドを受けて
それを処理したターゲットから発行される。 （基本デバイスステータスブロック）このステータスは
ｈｐｔステータス＝Ａ(Hex)であり、そのフォーマット
は特に図示しないが、基本デバイスステータスコマンド
を受けた場合に、ターゲットから発行される。このステ
ータスには、所定のデバイスステータスがセットされ
る。
【００５８】以上、本実施形態の印刷システムにおいて
用いられるコマンドおよびステータスについて説明し
た。次に、イニシエータおよびターゲットにおけるデー
タ交換の手順を説明する。 ＜イニシエータからのデータ転送要求処理＞図１４はホ
ストコンピュータにおける、ホストコンピュータからプ
リンタあるいはプリンタからホストコンピュータへのデ
ータ転送要求に応じて、プリンタにコマンドＯＲＢの生
成を通知する手順を示している。
【００５９】プリンタドライバ等のアプリケーションか
らデータの転送要求はステップＳ１４０１で監視されて
いる。データ転送要求には、プリンタドライバ等のアプ
リケーションが転送すべきデータがあることを知らせて
くる場合と、プリンタからのデータリード要求に応じて
知らされる場合とがある。なおプリンタが主体的にホス
トコンピュータに送るステータスを、アンソリサイテド
ステータスと呼ぶ。一方、ホストコンピュータからのコ
マンドＯＲＢの処理完了通知として返すステータスをノ
ーマルステータスと呼ぶ。
【００６０】データ転送要求があると、ステップＳ１４
０２で、それを順次実行とするか、即時実行とするか決
定し、ＯＲＢの即時ビットにセットする。プリンタから
のアンソリサイテドステータスによってＯＲＢを発行す
る場合は即時実行、ホストコンピュータのアプリケーシ
ョンからのデータ転送要求による場合には順次実行とし
ている。
【００６１】順次実行の場合、ステップＳ１４０３にお
いてカウンタCurrentQuedQUEが０でないか判定する。こ
のカウンタCurrentQuedQUEの初期値としては、電源立ち
上げ時やリセット時等、プリンタのプリフェッチキュー
の深さがキューデプスコマンドにより読取られて、それ
がセットされる。すなわち、カウンタCurrentQuedQUEに
より、現在のプリフェッチキューの空きがカウントされ
る。ステップＳ１４０４において空きが０であれば、タ
ーゲットのプリフェッチキューは空いていないので、空
くまでまつ。空きがあればステップＳ１４０４でカウン
タCurrentQuedQUEを１減らし、ステップＳ１４０７でデ
ータ転送ＯＲＢを生成してリストにリンクする。このと
き、アプリケーションによって作成されているデータバ
ッファがＯＲＢにリンクされる。その後、ステップＳ１
４０８で、プリンタのドアベルレジスタ１０８に書き込
み、ＯＢＲが発生したことをターゲットに知らせる。
【００６２】一方、ステップＳ１４０２で即時実行であ
ると判定された場合、ステップＳ１４０６でカウンタCu
rrentImmediateQUEの値が０より大きいか判定する。な
お、ターゲットの即時実行エージェントにはキューは用
意されておらず、従ってこのカウンタの値は最大値が１
であり、リセット時に１に設定されている。０より大き
い場合には、ステップＳ１４０６でそのカウンタを１減
らし、ＯＲＢを生成リンクにリストしてドアベルを書き
込む。
【００６３】以上のようにしてドアベルレジスタに書き
込まれると、図１５の手順で、フェッチエージェントに
よってＯＲＢがターゲットに取り込まれる。 ＜フェッチエージェントによる処理＞図１５は、ドアベ
ルレジスタ１０８に書き込みが行われた際のターゲット
のフェッチエージェントによる処理手順である。
【００６４】ドアベルレジスタ１０８に書き込まれる
と、ステップＳ１６０１においてリードポインタに、シ
ステムメモリ内でリンクされている先頭のＯＲＢのアド
レスを設定する。
【００６５】ステップＳ１６０２では、リードポインタ
で示されるＯＲＢの即時ビットをテストし、即時である
か順次であるか判定する。順次実行である場合には、ス
テップＳ１６０３でプリフェッチキュー１０４の最後尾
のアドレス(NextWritePointer)を獲得する。ホストコン
ピュータはプリフェッチキューの空きを確認してドアベ
ルをライトするので、キューの空きは保証されている。
【００６６】次にステップＳ１６０４で、リードポイン
タで示されるＯＲＢをプリフェッチキューの最後尾にコ
ピーし、ステップＳ１６０５で、順次実行エージェント
に対してＯＲＢの受信を通知する。ステップＳ１６０６
で、リードポインタで示されるＯＲＢの"Next_ORB"フィ
ールド（次のＯＲＢへのリンクフィールド）がヌルでは
ないか、すなわちリンクしているＯＲＢがあるか判定
し、なければ終了するが、あれば、そのリンクされてい
るＯＲＢのアドレスをリードポインタに設定してステッ
プＳ１６０２からくり返す。
【００６７】一方、ステップＳ１６０２で即時実行され
るＯＲＢであると判定されると、ステップＳ１６０８で
は、そのＯＲＢを即時実行エージェントによって予め示
されるアドレスへとコピーする。その後、ステップＳ１
６０９で即時実行エージェントにＯＲＢの受信を通知
し、ステップＳ１６０６に進む。
【００６８】以上のようにしてＯＲＢがターゲットの取
り込まれて各実行エージェントにＯＲＢの受信が通知さ
れ、図１６の手順でＯＲＢの処理が実行される。 ＜実行エージェントによる処理＞実行エージェントは、
即時実行エージェントと順次実行エージェントがある
が、ＯＲＢの処理に関しては同じ手順であるので、図１
６としてまとめて説明する。
【００６９】実行エージェントは、フェッチエージェン
トからＯＲＢ受信の通知があると、ステップＳ１７０１
においてNextreadpointerにより指し示されるＯＲＢの
データアドレスフィールド、方向ビット、データサイズ
フィールドの値を取り出す。なお、Nextreadpointerと
は、キューに格納されている、実行エージェントがまさ
に処理するＯＲＢへのポインタである。順次実行エージ
ェントにおいては、プリフェッチキューの先頭のＯＲＢ
が指し示される。
【００７０】ステップＳ１７０２では、取り出したデー
タサイズが０であるか判定し、サイズが０でなければ、
ステップＳ１７０３において方向ビット(Direction bi
t)がライトであるかリードであるか判定する。ライトで
ある場合には、データアドレスとデータサイズで指定さ
れるデータをイニシエータのシステムメモリから読み出
し、データ処理部１０７に渡す。
【００７１】データ処理部はステップＳ１７０５〜Ｓ１
７０７で渡されたデータを処理する。例えば、プリンタ
ではＰＤＬデータの解析やラスタライズなどが行われ
る。
【００７２】データ処理部での処理終了が通知される
と、ステップＳ１７０８で、当該ＯＲＢの処理が完了し
た旨通知するデータ転送ステータスブロック（ノーマル
ステータス）を生成し、ステップＳ１７０９でステータ
スをイニシエータにの通知するために、ステータスレジ
スタ２１０にその旨書き込む。
【００７３】一方、ステップＳ１７０３でＯＲＢの方向
ビットがリードであると判定されると、ステップＳ１７
１０において、ＯＲＢのデータアドレスフィールドおよ
びデータサイズフィールドで指定されたデータバッファ
に、データを書き込む。このターゲットから書き込まれ
るデータをリバースデータと呼ぶ。書き込むリバースデ
ータは、データ処理部などで作成、バッファに格納され
ているデータであり、例えば、プリンタの搭載フォント
の列挙といった２４バイト以上のデータである。
【００７４】ステップＳ１７１１では書き込みが済んだ
データを格納してあったバッファを解放する。
【００７５】処理が終了したなら、ステップＳ１７１３
で処理完了通知のステータスブロック（ノーマルステー
タス）を作成し、ステップＳ１７１４でステータスレジ
スタに所定の値を書き込んでステータスブロックの通知
をホストコンピュータに知らせる。
【００７６】最後に、ステップＳ１７１５において、カ
ウンタCurrentUnsolicitedQUEを１増やして終了する。
このカウンタCurrentUnsolicitedQUEは、キューデプス
コマンドを受信した際に、その"status_que_depth"フィ
ールドに格納されている値が初期値として設定されてい
る。このカウンタは、ステータスキュー２０４の空きを
示すように、アンソリサイテドステータスブロックの送
信と、その処理済みの通知に応じて増減される。カウン
タCurrentUnsolicitedQUEのカウントは次の条件に従っ
て行われる。 −カウントアップの条件 アンソリサイテドステータスブロックを送信した場合
１加算する。イニシエータではアンソリサイテドステー
タスのみがステータスキュー２０４にキューイングされ
る。 −カウントダウンの条件 リード要求ＯＲＢの処理完了のステータスブロックを
送信した場合に１加算する。イニシエータではこのステ
ータスを受けてステータスキュー２０３から処理済みの
ステータスブロックをはずす。 データサイズが０のＯＲＢの処理完了のステータスブ
ロックを送信した場合に１加算する。すなわち、ダイレ
クトステータス応答のＯＲＢに対するステータスブロッ
クを送信した場合に１加算する。イニシエータでは、こ
のステータスを受けてステータスキュー２０３から処理
済みのステータスブロック（ダイレクトステータス）を
はずす。
【００７７】また、ステップＳ１７０２でデータサイズ
が０であると判定されたなら、特に処理すべきデータは
ないので、何もせずに処理完了通知を送るべくステップ
Ｓ１７１３でステータスブロックを応答する。
【００７８】以上の手順で、イニシエータによるＯＲＢ
の生成から、ターゲットによるその処理とステータスブ
ロックの生成までの処理が行われる。次に、図１７，１
８を参照して、プリンタからホストコンピュータへのア
ンソリサイテドステータスの送信をきっかけとするデー
タ転送を説明する。 ＜ターゲットにおけるアンソリサイテドステータスの発
行処理＞プリンタに紙切れやジャム等のエラーが発生し
た場合など、プリンタからホストコンピュータに直ちに
通知しなければならない情報がある。この場合にはプリ
ンタが主体となって、データをプリンタに転送する。プ
リンタから送るべきデータがあると、データ処理部１０
７はその旨即時実行エージェントに通知し、それにより
図１７の処理が開始される。
【００７９】ステップＳ１８０１では、ホストコンピュ
ータに送信すべきデータが２４バイト超過であるか判定
する。２４バイトとは、ステータスブロックのレスポン
スブロックにいれられるデータ量の上限である。
【００８０】上限値を越えている場合、ステップＳ１８
０２でリード要求ステータスブロック（アンソリサイテ
ドステータス）を生成し、ステップＳ１８０３でステー
タスブロックの"ORB_offset"フィールドにリバースデー
タが格納されたアドレスを設定する。このとき、リバー
スデータのサイズもステータスブロックに書き込まれ
る。
【００８１】ステップＳ１８０４では、カウンタCurren
tUnsolicitedQUEの値が０より大きい以下、すなわちス
テータスキューに空きがあるか判定する。空きがなけれ
ば空くまで待ってから、ステップＳ１８０５で、カウン
タCurrentUnsolicitedQUEの値を１減らして、ステップ
Ｓ１８０６でステータスレジスタに適当な値を書き込
む。
【００８２】一方、データが２４バイト以下であれば、
そのデータはステータスブロックに重畳してホストコン
ピュータに送れるため、ダイレクトステータス（アンソ
リサイテドステータス）を作成し、そのコマンドセット
依存フィールドにリバースデータを格納する。その後ス
テップＳ１８０４に分岐する。
【００８３】以上のようにして、アンソリサイテドステ
ータスがイニシエータに送り付けられる。
【００８４】ターゲットからステータスを受けたイニシ
エータは、図１８の手順でそれを処理する。 ＜イニシエータによるステータス処理＞この処理は、ス
テータスレジスタに所定の値がセットされて生じる割り
込みによって起動される。また、この割り込みとして
は、ステータスレジスタに値がセットされるごとの多重
割り込みを許している。
【００８５】まずステップＳ１５０１において、ステー
タスがノーマルステータスかアンソリサイテドステータ
スか判別する。アンソリサイテドステータスであれば、
ステップＳ１５０２で、ステータスブロックをターゲッ
トから読み出してステータスキューの末尾にコピーす
る。ステップＳ１５０３ではそのブロックがキューの先
頭になったか判定し、キューの先頭になったなら、ステ
ップＳ１５０４で、リバースデータの格納用のバッファ
を確保し、ステップＳ１５０５でそのステータスがリー
ド要求ステータスかそれともダイレクトステータスか判
定する。
【００８６】リード要求ステータスであれば、リード要
求コマンドＯＲＢをステップＳ１５０６で作成する。作
成されるＯＲＢは、即時フラグが「即時」であり、方向
フラグがリードである。また、バッファのアドレスをＯ
ＲＢに搭載する。この後、データ転送の必要事項が生じ
たことを図１４のプロセスに通知する。図１４のプロセ
スにより、ステップＳ１５０６で作成されたＯＲＢはタ
ーゲットに送られ、そのデータバッファにターゲットか
らデータが書き込まれてデータ転送が行われることにな
る。
【００８７】ステップＳ１５０５でダイレクトステータ
スと判定された場合、そのステータス内のリバースデー
タを確保したバッファにコピーし、ステップＳ１５０９
で、アプリケーション等の上位プロセスにそのリバース
データを送る。その後、ダイレクトステータス応答ＯＲ
Ｂ（即時ビットは「即時」）をステップＳ１５１０で作
成する。この時データサイズは０に指定する。
【００８８】一方、ステップＳ１５０１でノーマルステ
ータスと判定されると、そのステータスに対応するＯＲ
Ｂの方向ビットがリードかライトかステップＳ１５１１
で判定される。ライト、すなわちイニシエータからター
ゲットへのデータ転送であった場合、対応ＯＲＢをリス
トから削除し（ステップＳ１５１２）、それが使用して
いたデータバッファを解放し（ステップＳ１５１３）、
プリフェッチキューの空き容量であるカウンタCurrentQ
uedQUEの値を１増やす。
【００８９】方向ビットがリード、すなわちターゲット
からイニシエータへのデータ転送であれば、そのステー
タスはリード要求コマンドＯＲＢに対する応答であるの
で、ステップＳ１５１５で、プリンタドライバ等の上位
プロセスにリード処理の終了を通知して、ステップＳ１
５１６で対応ＯＲＢをリストから削除し、カウンタCurr
entImmediateQUEを１増やす。すなわち、即時実行エー
ジェントに次のＯＲＢを送ることができる状態にする。
【００９０】以上のようにして、ステータスレジスタへ
の書き込みが行われた場合に、ステータスを処理する。
すなわち、アンソリサイテドステータスはキューする
が、ノーマルステータスは直ちに処理される。アンソリ
サイテドステータスをキューイングする理由は、アンソ
リサイテドステータスはＯＲＢの生成を引き起こすが、
生成されリストされるＯＲＢの数はプリフェッチキュー
の容量を上回らないように制限されているためである。
ＯＲＢの数をこのように制限するのは、即時実行される
べきＯＲＢが、ＯＲＢ作成通知後直ちに処理されること
を保証するためである。ＯＲＢが無制限に作られてしま
うと、ＯＲＢリスト自体が即時実行エージェントに処理
されるＯＲＢのキューとなってしまい、即時実行が保証
されなくなる。リンクされるＯＲＢの数を、ターゲット
のプリフェッチキューに入れられているＯＲＢの数と即
時実行エージェントで実行されているＯＲＢの数（１）
との合計値に制限することで、リンクリスト上のＯＲＢ
を、ターゲットにおけるプリフェッチキューに対して透
過にすることができる。 ＜メッセージシーケンスの例＞以上説明した手順でイニ
シエータとターゲットとの間で交換されるメッセージシ
ーケンスの例を、図１９〜図２１を用いて説明する。 （ターゲットへのデータ転送シーケンス）図１９は、イ
ニシエータ（ホストコンピュータ）からターゲット（プ
リンタ）へのデータ転送時のシーケンス例である。
【００９１】なお、図中のＳＢＰ−２とは、ＳＢＰ−２
規格で規定されたデータ、すなわち図３のコマンドおよ
び図１１のステータスにおける、ＳＢＰ−２で規定され
たフィールドを処理する処理層である。また、ＨＰＴと
は、ＳＢＰ−２で規定されいない、ファンクションごと
に定められた処理を行う処理層である。ＨＰＴでは、前
述したフローチャートの手順を行う。ＳＢＰ−２は、そ
の手順において、ＯＲＢのリンクやドアベルのライト、
ＯＲＢやステータスのＨＰＴへの引き渡し等の機能を果
たす。
【００９２】まず、イニシエータのアプリケーションで
データ、ＨＰＴでＯＲＢ（ここではデータ転送ＯＲＢ）
が作成され、空きキューカウンタ(CurrentQuedQUE)が１
減らされて、ＯＲＢのリンク要求がＳＢＰ−２に出され
る（１９０１）。ＳＢＰ−２ではＯＲＢをリンクしてド
アベルレジスタにライト要求を出す（１９０２）。１３
９４インタフェースにより、ドアベルレジスタが書き込
まれ（１９０３）、それがターゲットのＳＢＰ−２に通
知される（１９０４）。
【００９３】通知を受けたＳＢＰ−２は、ＯＲＢリード
要求を１３９４インタフェースに出して（１９０５）、
システムメモリからＯＲＢが読み出される（１９０
６）。ＨＰＴは、読み出されたＯＲＢの内容に応じて対
応キューに格納する（１９０７）。ここではデータ転送
コマンドＯＲＢなので、１３９４インタフェースに対し
てデータリード要求を出す（１９０８）。これに応じ
て、指定されたアドレスからデータが読み出され、アプ
リケーションに渡される（１９０９）。アプリケーショ
ンは、この場合画像の展開を行うラスタライザ等であ
り、展開された画像はプリンタエンジンから印刷出力さ
れることになる。
【００９４】これに対してターゲットのＳＢＰ−２に対
してステータスブロック送信要求が出され（１９１
０）、ステータスブロック（データ転送ステータス）が
イニシエータに返される（１９１１）。イニシエータの
ＨＴＰは、これを受けると対応ＯＲＢをリンクから削除
し、空きキューカウンタを１増やす（１９１２）。
【００９５】以上のシーケンスによりイニシエータから
ターゲットにデータが転送される。 （イニシエータへのデータ転送シーケンス）図２０は、
リード要求ステータスのシーケンスである。
【００９６】ターゲットのアプリケーションでデータが
作成されると、アンソリサイテドステータス（リード要
求ステータス）が作成され、ステータスキューカウンタ
(CurrentUnsolicitedQUE)が１減らされて、アンソリサ
イテドステータス送信要求が出される（２００１）。こ
れを受けたＳＢＰ−２ではアンソリサイテドステータス
ブロックをイニシエータに送信する（２００２）。イニ
シエータのＳＢＰ−２層は、このステータスを受けてＨ
ＰＴ層にアンソリサイテドステータスブロックを送信す
る（２００３）。ＨＰＴ層は、アンソリサイテドステー
タスブロックをステータスキューにコピーする。
【００９７】ステータスキューの先頭のステータスにつ
いては、データバッファおよびリード要求ＯＲＢを作成
してＳＢＰ−２層に作成したＯＲＢのリンクを要求する
（２００４）。ＳＢＰ−２層は、ドアベルレジスタへの
書き込み要求を出し（２００５）、１３９４インタフェ
ースによりライトが行われる（２００６）。ドアベル書
き込みの通知は１３９４インタフェースからＳＢＰ−２
に通知され（２００７）直ちにＯＲＢのリード要求（２
００８）とＯＲＢのリードが行われる（２００９）。読
み出されたＯＲＢはターゲットのＨＰＴ層に渡され、Ｈ
ＰＴでは指定されたキューにそれを格納した後（２０１
０）、その内容を解析してデータリード要求であること
を認識し、データライト要求を１３９４インタフェース
に対して出す（２０１１）。
【００９８】これに応じてリバースデータがイニシエー
タの用意したデータバッファに書き込まれる（２０１
２）。
【００９９】この処理が終わると、ステータスブロック
作成要求ががターゲットから出され、ステータスキュー
の空きが１つ増やされる（２０１３）。それに応じてノ
ーマルステータスブロックがイニシエータに返され（２
０１４）、それによってＨＰＴにＯＲＢのリンク削除の
要求が出されると、対応ＯＲＢが削除され、即時実行エ
ージェント側のキューの空き数（０のはずである）に１
加えられ、使用されたデータバッファが解放される（２
０１５）。
【０１００】以上のシーケンスによりターゲットからイ
ニシエータにデータが転送される。 （イニシエータへのデータ転送シーケンス）図２１は、
ターゲットからイニシエータへとデータ転送する際のシ
ーケンスである。ただし、図２０のシーケンスと異な
り、転送されるデータが小さいためにダイレクトステー
タスを用いている。
【０１０１】ターゲットのアプリケーションでデータが
作成されると、アンソリサイテドステータス（ダイレク
トステータス）が作成され、ステータスキューカウンタ
(CurrentUnsolicitedQUE)が１減らされて、アンソリサ
イテドステータス送信要求が出される（２１０１）。こ
れを受けたＳＢＰ−２ではアンソリサイテドステータス
ブロックをイニシエータに送信する（２１０２）。イニ
シエータのＳＢＰ−２層は、このステータスを受けてＨ
ＰＴ層にアンソリサイテドステータスブロックを送信す
る（２１０３）。ＨＰＴ層は、アンソリサイテドステー
タスブロックをステータスキューにコピーする。
【０１０２】ステータスキューの先頭のステータスにつ
いては、ステータスに重畳されたアプリケーションレベ
ルのデータを読み出し、データバッファおよびダイレク
トステータス応答ＯＲＢを作成してＳＢＰ−２層に作成
したＯＲＢのリンクを要求する（２１０４）。ＳＢＰ−
２層は、ドアベルレジスタへの書き込み要求を出し（２
１０５）、１３９４インタフェースによりライトが行わ
れる（２１０６）。ドアベル書き込みの通知は１３９４
インタフェースからＳＢＰ−２に通知され（２１０７）
直ちにＯＲＢのリード要求（２１０８）とＯＲＢのリー
ドが行われる（２１０９）。
【０１０３】読み出されたＯＲＢはターゲットのＨＰＴ
層に渡され、ＨＰＴでは指定されたキューにそれを格納
した後（２１１０）、その内容を解析する。ダイレクト
ステータス応答ＯＲＢであることが認識されると、対応
するステータスブロック作成要求がターゲットから出さ
れ、ステータスキューの空きが１つ増やされる（２１１
１）。それに応じてノーマルステータスブロックがイニ
シエータに返され（２１１２）、それによってＨＰＴに
ＯＲＢのリンク削除の要求が出されると、対応ＯＲＢが
削除され、即時実行エージェント側のキューの空き数に
１加えられ、使用されたデータバッファが解放される
（２１１３）。
【０１０４】以上のシーケンスによりターゲットからイ
ニシエータにデータが転送される。このシーケンスで
は、図２０のシーケンスに比べてデータライト要求（２
０１１）およびリバースデータ書き込み（２０１２）の
２つの手順が省かれている。 ＜本システムに特有の機能＞本システムの構成および動
作は上述した通りである。このシステムに特有な機能や
構成、利点などをここで整理すると次のようなものがあ
げられる。 ＯＲＢのキューを順次実行用と即時実行用と２つ設
け、それぞれに応じた実行エージェントを設けた。これ
により、イニシエータからのデータ転送要求ＯＲＢはキ
ューイングされて順次処理されるが（順次実行）、ター
ゲットからのリード要求ステータスは、リード要求ＯＲ
Ｂ発行後直ちに処理される（即時実行）。即時実行は、
ＯＲＢリストにリンクするＯＲＢ数の上限を、ライトの
ＯＲＢについては順次実行キューの容量に、リードのＯ
ＲＢについては即時実行キューの容量（この場合１）に
することにより保証されている。
【０１０５】一方、ターゲットからのリード要求ステー
タスは、イニシエータにおいてキューイングされる。こ
のため、イニシエータからのデータ転送要求はターゲッ
トのプリフェッチキューにより、ターゲットからのデー
タ転送要求（リード要求）はイニシエータのステータス
キューによりそれぞれキューイングされることになり、
アプリケーション層にデータ転送をおこなうための全２
重通信チャネルを提供できる。すなわち、いずれの方向
へのデータ転送についても、キューに入れられた順に要
求は処理され、一方へのデータ転送の処理が他方のデー
タ転送の処理に影響を及ぼさず、互いに干渉しない独立
したチャネルを提供できる。言い換えれば、イニシエー
タからターゲット，ターゲットからイニシエータへと、
それぞれにおいて非同期に発生したデータを非同期に転
送できる。 イニシエータとターゲットとが互いのキューの空き容
量を相互に監視しているため、ＯＲＢあるいはステータ
スブロックを送信した際に、確実に受信される。 全２重通信チャネルは１回のログインで提供される。
すなわち、資源を豊富に有するホストコンピュータをイ
ニシエータとし、資源の乏しいプリンタをターゲットと
して相互にデータを交換できる。このため、プリンタの
備える資源、特に必要なメモリ容量を抑制することがで
きる。 ＩＥＥＥ１３９４インターフェースを利用しているた
めに、ターゲット側へのデータ転送を、ターゲットがそ
の都合に応じて読み出すことで行うことができ、イニシ
エータがターゲットの都合によってデータ転送に占有さ
れることを防止できる。 ＳＢＰ−２プロトコルを利用しているため、ターゲッ
トでキューされるのはＯＲＢだけで、実際に転送される
データそのものは処理待ちの間イニシエータに格納され
ている。このため、ターゲットのメモリ資源を小容量化
できる。 ダイレクトステータスを利用することで、ＨＰＴ層の
ステータスにアプリケーション層のデータを重畳させて
ターゲットからイニシエータに送信できる。このため、
データ転送シーケンスを短くすることができる。
【０１０６】なお、本実施例のシステムは、ホストコン
ピュータとプリンタに限らず様々な装置に適用すること
ができる。また、上述した特徴点は、ホストコンピュー
タとプリンタとの関係にとどまらず、ホストコンピュー
タと資源の少ない周辺装置一般、周辺装置同士という接
続であっても有用である。 ［第２の実施の形態］本発明の第２の実施の形態とし
て、同時に複数の論理チャネルを提供するシステムを説
明する。この場合、ターゲット側には、プリンタ単体で
なく、ファクシミリや画像スキャナといった機器が複合
したデジタル複合機を利用することができる。 ＜システムの構成＞図２３は本実施形態におけるイニシ
エータのブロック図である。図２と異なる点について説
明し、共通する構成の説明は省略する。図２３で特徴的
といえるのは、ステータス識別部２１２が、ステータス
の種類だけでなく、論理チャネルを識別し、チャネル毎
にステータスを振り分ける点と、システムメモリ，ＨＰ
Ｔ処理部を有する１チャネル分の構成を、複数（図では
２）チャネル分備えている点である。
【０１０７】なお、ステータス識別部は、ステータスブ
ロックに含まれるチャネルＩＤに従って、チャネルを識
別する。これについては後述する。例えば、デジタル複
合機を利用する場合には、１つのチャネルはプリンタド
ライバが、もう一つは画像スキャナドライバが利用す
る、といったように各チャネル毎に異なるアプリケーシ
ョンであってもよいし、同一のアプリケーションが複数
のチャネルを利用してもよい。
【０１０８】図２２は、ターゲットのブロック図であ
る。図１と異なる点は、コマンドフェッチエージェント
１１３が、コマンドＯＲＢをチャネル毎に振り分ける、
という点である。各チャネルは、図１と同様の構成であ
り、プリフェッチキューと２つの実行エージェントを有
している。
【０１０９】なお、ＯＲＢには、論理チャネルが示され
ており、コマンドフェッチエージェント１１３はそれを
見てチャネルを識別する。 ＜コマンドＯＲＢの形式＞図２４〜図３２はコマンドＯ
ＲＢのフォーマットの例である。図２４はデータ転送コ
マンドＯＲＢ，図２５はリード要求コマンドＯＲＢ，図
２６はダイレクトステータス応答コマンドＯＲＢの図，
図２７はデバイス資源獲得コマンドＯＲＢの図，図２８
はデバイス資源解放コマンドＲＯＢの図，図３０は基本
デバイスステータスコマンドＯＲＢの図であり、第１の
実施の形態におけるそれぞれのコマンドと、チャネルＩ
Ｄフィールドを有する点で異なっている。他の構成は同
じである。
【０１１０】図２９はデバイス資源放棄応答コマンドＯ
ＲＢの図で、ターゲットからのデバイス資源放棄要求に
対する応答である。アクセプトビット２９０１により、
放棄が要求された資源を放棄したか否かが示される。タ
ーゲットは資源が乏しいため、複数のチャネルが利用さ
れたり、複数のアプリケーションプロセスが稼働するな
どにより各プロセスの資源が不足することもあり得る。
そのような場合、ターゲットから資源放棄要求が出され
ることになる。
【０１１１】図３１（Ａ）は、オープンチャネル要求コ
マンド、図３１（Ｂ）はオープンチャネル要求ステータ
スの図である。これらにより、所望の論理チャネルが開
かれる。
【０１１２】図３２（Ａ）は、クローズチャネル要求コ
マンド、図３１（Ｂ）はクローズンチャネル要求ステー
タスの図である。これらにより、所望の論理チャネルが
閉じられる。 ＜ステータスブロックの形式＞図３３〜図３８はステー
タスブロックのフォーマットを示す図である。図３３は
ステータス一般の形式の図、図３４はリード要求ステー
タスの図、図３５はダイレクトステータスの図、図３６
はデバイス資源獲得ステータスの図、図３８は基本デバ
イスステータスの図である。これらの形式は、チャネル
ＩＤが含まれていることを除いて第１の実施の形態にお
けるステータスブロックと同様である。
【０１１３】また、図３７は、デバイス資源放棄ステー
タスブロックの図であり、イニシエータに放棄を求める
資源のＩＤを資源ＩＤフィールド３７０１に格納してい
る。このステータスはターゲットから発せられる要求の
ため、アンソリサイテドステータスとしてイニシエータ
に送信される。 ＜イニシエータおよびターゲットにおけるコマンド／ス
テータス処理手順＞図３９は、本実施形態における処理
手順である。図３９（Ａ）はイニシエータにおいてステ
ータスレジスタに書き込みが行われて起動される処理手
順で、第１実施形態の図１８に相当する。処理が開始さ
れると、初めにステップＳ３９０１でチャネルＩＤが判
別される。その後、判別された各チャネルについて、図
１８のステップＳ１５０１からと同様の処理がおこなわ
れる。
【０１１４】図３９（Ｂ）は、ターゲットにおいてドア
ベルレジスタに書き込みが行われて起動される処理の手
順で、第１の実施の形態における図１５に相当する。処
理が開始されると、初めにステップＳ３９１１でチャネ
ルＩＤが判別される。その後判別された各チャネルにつ
いて、図１５のステップＳ１６０１からと同様の処理が
おこなわれる。
【０１１５】このほか、データ転送要求から始まる処理
（図１４）、ターゲットエージェントによる処理（図１
６）、プリンタからホストコンピュータへとデータが発
生した場合の処理（図１７）については、第１の実施の
形態と同様である。ただし、これらの処理の前に、まず
チャネルが開かれなければならない。
【０１１６】ターゲットからの資源放棄要求は、ターゲ
ットからのダイレクトステータスによるデータ転送と同
様のシーケンスで行われる。
【０１１７】本実施形態では、以上の手順でデータ転送
が実行される。複数の論理チャネルが利用できることを
除けば、第１の実施形態とほぼ同様のシステムである。
【０１１８】このシステムにより、複数の論理チャネル
それぞれについて全２重通信を提供することができる。
そのため、デジタル複合機等、複数のデバイスを有する
機器についても、双方向通信を提供できる。それによ
り、第１の実施の形態で説明した〜の機能を複数の
チャネルについて提供できる。
【０１１９】
【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ，インタフェイス機器，リーダ，プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機，ファクシミリ
装置など）に適用してもよい。
【０１２０】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコード（す
なわち、図１４〜図１８および図３９の手順のプログラ
ム）を記録した記憶媒体を、システムあるいは装置に供
給し、そのシステムあるいは装置のコンピュータ（また
はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラム
コードを読出し実行することによっても達成される。
【０１２１】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。
【０１２２】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
【０１２３】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。
【０１２４】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。
【０１２５】
【発明の効果】以上説明したように、本発明によれば、
１回のログインで、互いに非同期で転送できる双方向通
信する全２重通信を可能とし、また、データの交換に必
要なプロセスやメモリといった資源を効率的に利用でき
る。
【０１２６】また、イニシエータとターゲットとが互い
のキューの空き容量を相互に監視しているため、ＯＲＢ
あるいはステータスブロックを送信した際に、確実に受
信される。
【０１２７】ＩＥＥＥ１３９４インターフェースを利用
しているために、ターゲット側へのデータ転送を、ター
ゲットがその都合に応じて読み出すことで行うことがで
き、イニシエータがターゲットの都合によってデータ転
送に占有されることを防止できる。
【０１２８】ＳＢＰ−２プロトコルを利用しているた
め、ターゲットでキューされるのはＯＲＢだけで、実際
に転送されるデータそのものは処理待ちの間イニシエー
タに格納されている。このため、ターゲットのメモリ資
源を小容量化できる。
【０１２９】ダイレクトステータスを利用することで、
ＨＰＴ層のステータスにアプリケーション層のデータを
重畳させてターゲットからイニシエータに送信できる。
このため、データ転送シーケンスを短くすることができ
る。
【０１３０】また、マルチチャネルを実現できる。
【０１３１】
【図面の簡単な説明】
【図１】ターゲット（プリンタ）のブロック図である。
【図２】イニシエータ（ホストコンピュータ）のブロッ
ク図である。
【図３】ＯＲＢ一般のフォーマットを示す図である。
【図４】キューデプスコマンドＯＲＢのフォーマットを
示す図である。
【図５】データ転送コマンドＯＲＢのフォーマットを示
す図である。
【図６】リード要求コマンドＯＲＢのフォーマットを示
す図である。
【図７】ダイレクトステータス応答コマンドＯＲＢのフ
ォーマットを示す図である。
【図８】デバイス資源獲得コマンドＯＲＢのフォーマッ
トを示す図である。
【図９】デバイス資源開放コマンドＯＲＢのフォーマッ
トを示す図である。
【図１０】基本デバイスステータスコマンドＯＲＢのフ
ォーマットを示す図である。
【図１１】ステータスブロック一般のフォーマットを示
す図である。
【図１２】キューデプスステータスブロックのフォーマ
ットを示す図である。
【図１３】データ転送ステータスブロックのフォーマッ
トを示す図である。
【図１４】イニシエータによる、データ転送要求の発生
に対する処理手順のフローチャートである。
【図１５】ドアベルレジスタに書き込みが行われた際の
ターゲットのフェッチエージェントによる処理手順のフ
ローチャートである。
【図１６】フェッチエージェントからＯＲＢ通知を受け
た際の実行エージェントによる処理手順のフローチャー
トである。
【図１７】ターゲットによる、データ転送発生の要求に
対する処理手順のフローチャートである。
【図１８】ステータスレジスタに書込みがおこなされた
際のイニシエータによる処理手順のフローチャートであ
る。
【図１９】イニシエータ（ホストコンピュータ）からタ
ーゲット（プリンタ）へのデータ転送時のシーケンスの
図である。
【図２０】ターゲットからイニシエータへとリード要求
ステータスを用いてデータ転送する際のシーケンスの図
である。
【図２１】ターゲットからイニシエータへとダイレクト
ステータスを用いてデータ転送する際のシーケンスの図
である。
【図２２】マルチチャネルを提供するターゲットのブロ
ック図である。
【図２３】マルチチャネルを提供するイニシエータのブ
ロック図である。
【図２４】マルチチャネル化されたデータ転送コマンド
ＯＲＢのフォーマットを示す図である。
【図２５】マルチチャネル化されたリード要求コマンド
ＯＲＢのフォーマットを示す図である。
【図２６】マルチチャネル化されたダイレクトステータ
ス応答コマンドＯＲＢのフォーマットを示す図である。
【図２７】マルチチャネル化されたデバイス資源獲得コ
マンドＯＲＢのフォーマットを示す図である。
【図２８】マルチチャネル化されたデバイス資源開放コ
マンドＯＲＢのフォーマットを示す図である。
【図２９】マルチチャネル化されたデバイス資源放棄応
答コマンドＯＲＢのフォーマットを示す図である。
【図３０】マルチチャネル化された基本デバイスステー
タスコマンドＯＲＢのフォーマットを示す図である。
【図３１】オープンチャネル要求／応答のフォーマット
を示す図である。
【図３２】クローズチャネル要求／応答のフォーマット
を示す図である。
【図３３】マルチチャネル化されたステータスブロック
一般のフォーマットを示す図である。
【図３４】マルチチャネル化されたデータ転送ステータ
スブロックのフォーマットを示す図である。
【図３５】マルチチャネル化されたダイレクトステータ
スブロックのフォーマットを示す図である。
【図３６】マルチチャネル化されたデバイス資源獲得ス
テータスブロックのフォーマットを示す図である。
【図３７】マルチチャネル化されたデバイス資源放棄ス
テータスブロックのフォーマットを示す図である。
【図３８】マルチチャネル化された基本デバイスステー
タスブロックのフォーマットを示す図である。
【図３９】（Ａ）マルチチャネル化されたイニシエータ
による、ステータスレジスタへの書込みがおこなわれた
際の処理手順と、（Ｂ）マルチチャネル化されたターゲ
ットによる、ドアベルレジスタへの書込みがおこなわれ
た際の処理手順のフローチャートである。
【図４０】ＩＥＥＥ１３９４インターフェースを用いた
プリンタシステムのハードウエア構成図である。
【符号の説明】
１ ＣＰＵ ２ ＲＡＭ ３ ＲＯＭ ４ システムバス １２ ＣＰＵ １３ ＲＯＭ １９ ＲＡＭ １００ プリンタ １０１ １３９４インターフェース １０２ バスインターフェース １０３ コマンドフェッチエージェント １０４ プリフェッチキュー １０５ 順次実行エージェント １０６ 即時実行エージェント １０７ データ処理部 ２００ ホストコンピュータ ２０１ １３９４インターフェース ２０２ ステータス識別部 ２０３ ＨＰＴ処理部 ２０４ ステータスキュー ２０５ キュー処理部 ２０６ ＯＲＢ管理部 ２０７ バスインターフェース ２０８ システムメモリ ２０９ アプリケーション

Claims (34)

    【特許請求の範囲】
  1. 【請求項１】 イニシエータの有する記憶領域に対して
    ターゲットからデータを読み書きしてデータを交換する
    通信制御方法であって、 イニシエータは、前記記憶領域に対する読み出し・書き
    込みそれぞれに応じた命令を、ターゲットが保持できる
    読み出し・書き込みそれぞれの命令の数を越えないよう
    にターゲットに送信し、 ターゲットは、受信した読み出し・書き込みそれぞれの
    命令を、互いに異なるキューにより保持して、互いに独
    立に処理することを特徴とする通信制御方法。
  2. 【請求項２】 前記ターゲットは、書き込み命令につい
    ては、キューに保持せず直ちに処理することを特徴とす
    る請求項１に記載の通信制御方法。
  3. 【請求項３】 前記イニシエータは、前記記憶領域に対
    するデータの書き込み要求をターゲットから受けると、
    それを第２のキューにより保持してからターゲットに対
    して書き込み命令を発行することを特徴とする請求項１
    または２に記載の通信制御方法。
  4. 【請求項４】 前記ターゲットは、前記第２のキューに
    より保持できる数を越えないように、書き込み要求を前
    記イニシエータに発行することを特徴とする請求項３に
    記載の通信制御方法。
  5. 【請求項５】 前記イニシエータは、前記記憶領域に対
    する書込みの命令を、前記ターゲットからの要求に応じ
    て発行することを特徴とする請求項１乃至４のいずれか
    に記載の通信制御方法。
  6. 【請求項６】 前記ターゲットは、前記イニシエータに
    転送すべきデータが所定サイズに満たない場合には、前
    記記憶領域への書き込みをイニシエータに対して要求せ
    ず、イニシエータに対して当該データを前記記憶領域中
    の所定領域に直接書き込むことを特徴とする請求項５に
    記載の通信制御方法。
  7. 【請求項７】 イニシエータの有する記憶領域に対して
    ターゲットからデータを読み書きしてデータを交換する
    通信制御方法であって、 ターゲットは、送信しようとするデータのサイズが所定
    サイズを越えるか判定し、越える場合には、前記記憶領
    域に対する書込み命令を発行するようイニシエータに対
    して要求し、越えない場合には、当該データをイニシエ
    ータに対して送り付け、 イニシエータは、前記ターゲットから書込み命令を発行
    する要求を受信した場合には書込み命令を発行すること
    を特徴とする通信制御方法。
  8. 【請求項８】 前記ターゲット及びイニシエータは、前
    記書き込み・読み出しそれぞれの命令についてチャネル
    識別子を付与し、チャネル識別子ごとに各命令を独立し
    て処理することを特徴とする請求項１乃至８のいずれか
    に記載の通信制御方法。
  9. 【請求項９】 イニシエータの有する記憶領域に対して
    ターゲットからデータを読み書きしてデータを交換する
    通信システムであって、 イニシエータは、前記記憶領域に対する読み出し・書き
    込みそれぞれに応じた命令を、ターゲットが保持できる
    読み出し・書き込みぞれぞれの命令の数を越えないよう
    にターゲットに送信し、 ターゲットは、受信した読み出し・書き込みそれぞれの
    命令を、互いに異なるキューにより保持して、互いに独
    立に処理することを特徴とする通信システム。
  10. 【請求項１０】 前記ターゲットは、書き込み命令につ
    いては、キューに保持せず直ちに処理することを特徴と
    する請求項９に記載の通信システム。
  11. 【請求項１１】 前記イニシエータは、前記記憶領域に
    対するデータの書き込み要求をターゲットから受ける
    と、それを第２のキューにより保持してからターゲット
    に対して書き込み命令を発行することを特徴とする請求
    項９または１０に記載の通信システム。
  12. 【請求項１２】 前記ターゲットは、前記第２のキュー
    により保持できる数を越えないように、書き込み要求を
    前記イニシエータに発行することを特徴とする請求項１
    １に記載の通信システム。
  13. 【請求項１３】 前記イニシエータは、前記記憶領域に
    対する書込みの命令を、前記ターゲットからの要求に応
    じて発行することを特徴とする請求項９乃至１２のいず
    れかに記載の通信システム。
  14. 【請求項１４】 前記ターゲットは、前記イニシエータ
    に転送すべきデータが所定サイズに満たない場合には、
    前記記憶領域への書き込みをイニシエータに対して要求
    せず、イニシエータに対して当該データを前記記憶領域
    中の所定領域に直接書き込むことを特徴とする請求項１
    ３に記載の通信システム。
  15. 【請求項１５】 イニシエータの有する記憶領域に対し
    てターゲットからデータを読み書きしてデータを交換す
    る通信システムであって、 ターゲットは、送信しようとするデータのサイズが所定
    サイズを越えるか判定し、越える場合には、前記記憶領
    域に対する書込み命令を発行するようイニシエータに対
    して要求し、越えない場合には、当該データをイニシエ
    ータに対して書き込み、 イニシエータは、前記ターゲットから書込み命令を発行
    する要求を受信した場合には書込み命令を発行すること
    を特徴とする通信システム。
  16. 【請求項１６】 前記ターゲット及びイニシエータは、
    前記書き込み・読み出しそれぞれの命令についてチャネ
    ル識別子を付与し、チャネル識別子ごとに各命令を独立
    して処理することを特徴とする請求項９乃至１６のいず
    れかに記載の通信システム。
  17. 【請求項１７】 メモリ内の記憶領域に対して、通信に
    より接続されたターゲットからデータを読み書すること
    でターゲットとデータを交換する通信制御方法であっ
    て、 前記ターゲットからの自発的な要求を受けてキューに登
    録するキューイング工程と、 アプリケーションあるいはターゲットからの要求に応じ
    て、前記記憶領域に対する読み出し・書き込み命令を、
    ターゲットが保持できる読み出し・書き込みそれぞれの
    命令の数を越えないように生成して送信する命令生成工
    程とを備えることを特徴とする通信制御方法。
  18. 【請求項１８】 通信により接続されたイニシエータの
    有する記憶領域に対してデータを読み書きしてイニシエ
    ータとデータを交換する通信制御方法であって、 前記イニシエータから受信した読み出し命令を所定容量
    のキューに登録するキューイング工程と、 前記キューから読み出し命令を取り出して実行する順次
    実行工程と、 前記イニシエータから受信した書込み命令を受信後直ち
    に実行する即時実行工程と、 前記イニシエータに対するデータ転送の要求を発行する
    転送要求工程とを備えることを特徴とする通信制御方
    法。
  19. 【請求項１９】 前記ターゲットからの要求が、いずれ
    のチャネルであるかチャネル識別子により判別するチャ
    ネル判別工程を更に備え、前記命令生成工程は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を命令に付与することを特
    徴とする請求項１８に記載の通信制御方法。
  20. 【請求項２０】 前記イニシエータからの命令が、いず
    れのチャネルであるかチャネル識別子により判別するチ
    ャネル判別工程と、判別されたチャネルに応じたチャネ
    ル識別子を付与した応答をイニシエータに返す応答工程
    とを更に備えるとともに、前記転送要求工程は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を要求に付与することを特
    徴とする請求項１９に記載の通信制御方法。
  21. 【請求項２１】 前記転送要求工程は、前記イニシエー
    タに対するデータのサイズが所定サイズより大きけれ
    ば、前記イニシエータに対して前記記憶領域へのデータ
    書込み命令を発行する要求を出し、小さければ、当該デ
    ータを前記記録領域の定められた領域に直接書き込むこ
    とを特徴とする請求項２０に記載の通信制御方法。
  22. 【請求項２２】 記憶領域に対してデータを読み書きし
    てターゲットとデータを交換する通信制御装置であっ
    て、 ターゲットとの通信手段と、 前記記憶領域を含むメモリと、 前記ターゲットからの自発的な要求を登録するキュー管
    理手段と、 アプリケーションあるいはターゲットからの要求に応じ
    て、前記記憶領域に対する読み出し・書き込み命令を、
    ターゲットが保持できる読み出し・書き込みそれぞれの
    命令の数を越えないように生成して送信する命令生成手
    段とを備えることを特徴とする通信制御装置。
  23. 【請求項２３】 イニシエータの有する記憶領域に対し
    てデータを読み書きしてイニシエータとデータを交換す
    る通信制御装置であって、 イニシエータとの通信手段と、 前記イニシエータから受信した読み出し命令を保持する
    所定容量のキューと、 前記キューから読み出し命令を取り出して実行する順次
    実行手段と、 前記イニシエータから受信した書込み命令を受信後直ち
    に実行する即時実行手段と、 前記イニシエータに対するデータ転送の要求を発行する
    転送要求手段とを備えることを特徴とする通信制御装
    置。
  24. 【請求項２４】 前記ターゲットからの要求が、いずれ
    のチャネルであるかチャネル識別子により判別するチャ
    ネル判別手段を更に備え、前記命令生成手段は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を命令に付与することを特
    徴とする請求項２２に記載の通信制御装置。
  25. 【請求項２５】 前記イニシエータからの命令が、いず
    れのチャネルであるかチャネル識別子により判別するチ
    ャネル判別手段と、判別されたチャネルに応じたチャネ
    ル識別子を付与した応答をイニシエータに返す応答手段
    とを更に備えるとともに、前記転送要求手段は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を要求に付与することを特
    徴とする請求項２３に記載の通信制御装置。
  26. 【請求項２６】 前記転送要求手段は、前記イニシエー
    タに対するデータのサイズが所定サイズより大きけれ
    ば、前記イニシエータに対して前記記憶領域へのデータ
    書込み命令を発行する要求を出し、小さければ、当該デ
    ータを前記記憶領域の定められた領域に直接書き込むこ
    とを特徴とする請求項２５に記載の通信制御装置。
  27. 【請求項２７】 記憶領域に対して通信で接続されるタ
    ーゲットからデータを読み書きしてデータを交換する通
    信制御プログラムを格納するコンピュータ可読の記憶媒
    体であって、前記プログラムは、 前記ターゲットからの自発的な要求を登録するキュー管
    理手段と、 アプリケーションあるいはターゲットからの要求に応じ
    て、前記記憶領域に対する読み出し・書き込み命令を、
    ターゲットが保持できる命令の数を越えないように生成
    して送信する命令生成手段とを備えることを特徴とする
    記憶媒体。
  28. 【請求項２８】 通信で接続されるイニシエータの有す
    る記憶領域に対してデータを読み書きしてデータを交換
    する通信制御プログラムを格納するコンピュータ可読の
    記憶媒体であって、前記プログラムは、 前記イニシエータから受信した読み出し命令を所定容量
    のキューに登録するキュー管理手段と、 前記キューから読み出し命令を取り出して実行する順次
    実行手段と、 前記イニシエータから受信した書込み命令を受信後直ち
    に実行する即時実行手段と、 前記イニシエータに対するデータ転送の要求を発行する
    転送要求手段とを備えることを特徴とする記憶媒体。
  29. 【請求項２９】 前記ターゲットからの要求が、いずれ
    のチャネルであるかチャネル識別子により判別するチャ
    ネル判別手段を更に備え、前記命令生成手段は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を命令に付与することを特
    徴とする請求項２７に記載の記憶媒体。
  30. 【請求項３０】 前記イニシエータからの命令が、いず
    れのチャネルであるかチャネル識別子により判別するチ
    ャネル判別手段と、判別されたチャネルに応じたチャネ
    ル識別子を付与した応答をイニシエータに返す応答手段
    とを更に備えるとともに、前記転送要求手段は、判別さ
    れたチャネルあるいはアプリケーションに対応したチャ
    ネルに応じたチャネル識別子を要求に付与することを特
    徴とする請求項２８に記載の記憶媒体。
  31. 【請求項３１】 前記転送要求手段は、前記イニシエー
    タに対するデータのサイズが所定サイズより大きけれ
    ば、前記イニシエータに対して前記記憶領域へのデータ
    書込み命令を発行する要求を出し、小さければデータ転
    送の要求とともにデータをイニシエータに送り付けるこ
    とを特徴とする請求項３０に記載の記憶媒体。
  32. 【請求項３２】 請求項１乃至９いずれかに記載の通信
    制御方法を用いて、ホスト装置をイニシエータとし、プ
    リンタ装置をターゲットしてホスト装置とプリンタ装置
    とを接続し、前記プリンタ装置は、ホスト装置から印刷
    データを受信してそれを基に印刷出力し、前記ホスト装
    置は、プリンタ装置からプリンタの状態情報を受信する
    ことを特徴とする印刷システム。
  33. 【請求項３３】 請求項１７または１９に記載の通信制
    御方法によりターゲットに印刷データを送信し、ターゲ
    ットから状態情報を受信することを特徴とする印刷制御
    装置。
  34. 【請求項３４】 請求項１８または２０または２１に記
    載の通信制御方法によりイニシエータから印刷データを
    受信し、イニシエータに状態情報を送信することを特徴
    とする印刷装置。
JP24443097A 1997-09-09 1997-09-09 通信制御方法及び装置及び通信システム Expired - Fee Related JP4086345B2 (ja)

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
DE69839783T DE69839783D1 (de) 1997-09-09 1998-09-04 Kommunikationssteuerverfahren und Vorrichtung und Kommunikationssystem
DE69813976T DE69813976T2 (de) 1997-09-09 1998-09-04 Datenübertragungssteuerverfahren und Vorrichtung und Datenübertragungssystem
EP02079458A EP1280064B1 (en) 1997-09-09 1998-09-04 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
CA002246830A CA2246830C (en) 1997-09-09 1998-09-08 Communication control method and apparatus, and communication system
KR1019980037116A KR100297219B1 (ko) 1997-09-09 1998-09-09 통신 제어 방법 및 장치, 및 통신 시스템
CNB981191320A CN1179277C (zh) 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 true JPH1185662A (ja) 1999-03-30
JP4086345B2 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)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004523035A (ja) * 2001-01-31 2004-07-29 インターナショナル・ビジネス・マシーンズ・コーポレーション メモリを介してデータ処理システムの間でデータのフローを制御する方法および装置
JP2004523829A (ja) * 2001-01-31 2004-08-05 インターナショナル・ビジネス・マシーンズ・コーポレーション メモリを介してデータ処理システムの間でデータのフローを制御する方法および装置
JP2011044133A (ja) * 2009-07-23 2011-03-03 Seiko Epson Corp 記録システム、及び、記録システムにおける通信制御方法

Families Citing this family (25)

* Cited by examiner, † Cited by third party
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 キヤノン株式会社 通信制御方法及び機器
EP2284688B1 (en) * 1999-03-18 2015-02-25 Seiko Epson Corporation Information processing apparatus for controlling a printer, control method and storage medium carrying computer program
JP3365377B2 (ja) * 1999-08-12 2003-01-08 セイコーエプソン株式会社 ログイン装置、被ログイン装置、及び装置間通信システム、ログイン制御方法、並びに記録媒体
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
JP5593682B2 (ja) * 2009-11-17 2014-09-24 セイコーエプソン株式会社 プリンター、プリンターの制御方法、及び、プログラム
IN2014DE02931A (ja) 2013-11-01 2015-06-26 Seiko Epson Corp
CN104615388B (zh) * 2013-11-01 2017-12-22 精工爱普生株式会社 打印控制系统
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
WO2023008008A1 (ja) * 2021-07-30 2023-02-02 株式会社ソフトギア 情報処理プログラム、情報処理装置及び情報処理方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004523035A (ja) * 2001-01-31 2004-07-29 インターナショナル・ビジネス・マシーンズ・コーポレーション メモリを介してデータ処理システムの間でデータのフローを制御する方法および装置
JP2004523829A (ja) * 2001-01-31 2004-08-05 インターナショナル・ビジネス・マシーンズ・コーポレーション メモリを介してデータ処理システムの間でデータのフローを制御する方法および装置
JP2011044133A (ja) * 2009-07-23 2011-03-03 Seiko Epson Corp 記録システム、及び、記録システムにおける通信制御方法

Also Published As

Publication number Publication date
US6452693B1 (en) 2002-09-17
US20050200895A1 (en) 2005-09-15
CA2246830A1 (en) 1999-03-09
EP1280064A2 (en) 2003-01-29
EP1280064B1 (en) 2008-07-23
US6927873B2 (en) 2005-08-09
DE69813976D1 (de) 2003-06-05
CN1179277C (zh) 2004-12-08
US20020171870A1 (en) 2002-11-21
EP1280064A3 (en) 2004-10-20
DE69813976T2 (de) 2003-12-11
DE69839783D1 (de) 2008-09-04
US7296095B2 (en) 2007-11-13
JP4086345B2 (ja) 2008-05-14
EP0902371A1 (en) 1999-03-17
CN1219705A (zh) 1999-06-16
CA2246830C (en) 2002-07-30
KR19990029655A (ko) 1999-04-26
KR100297219B1 (ko) 2001-10-26
EP0902371B1 (en) 2003-05-02

Similar Documents

Publication Publication Date Title
JP4086345B2 (ja) 通信制御方法及び装置及び通信システム
US7110831B2 (en) Communication control method, communication system, print control apparatus, printing apparatus, host apparatus, peripheral apparatus, and storage medium
JP3990833B2 (ja) 通信制御方法及び装置
US7199890B2 (en) Print control method and apparatus
US7130068B1 (en) Print server apparatus, information processing apparatus, print job reservation management method, reservation job generation method and memory medium
EP0949561B1 (en) Print system and printer
JP4111472B2 (ja) 通信制御方法及び装置及び通信システム
WO2005124531A1 (ja) 情報処理装置及びジョブ転送制御方法
JP3774702B2 (ja) 印刷制御プログラム及び情報処理装置
US7489414B2 (en) Image forming system and image forming apparatus
CN100409170C (zh) 打印控制装置以及控制方法
US7190469B1 (en) Printing system for printing interrupt jobs
US20040227972A1 (en) Printing apparatus and canceling method
JP4307467B2 (ja) 通信制御方法及び通信システム
JP3566511B2 (ja) 情報処理装置及び印刷システム及び印刷処理方法並びにコンピュータ可読の記憶媒体
JP2004126943A (ja) 印刷処理装置、印刷処理方法及び印刷処理プログラム
JP3037537B2 (ja) 印刷システムおよび印刷システムに使用する印刷装置
JPH04233028A (ja) プリンタ装置
JP2002273985A (ja) 印刷制御装置およびデータ処理方法および記憶媒体
JP2002041255A (ja) 画像出力装置
JP2000250728A (ja) データ処理装置およびデータ処理装置のデータ処理方法および印刷制御装置および印刷制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
JPH09171444A (ja) ネットワークプリンタシステム
JP2000047839A (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