JP2943710B2 - バッファのビジー制御方式 - Google Patents
バッファのビジー制御方式Info
- Publication number
- JP2943710B2 JP2943710B2 JP8220356A JP22035696A JP2943710B2 JP 2943710 B2 JP2943710 B2 JP 2943710B2 JP 8220356 A JP8220356 A JP 8220356A JP 22035696 A JP22035696 A JP 22035696A JP 2943710 B2 JP2943710 B2 JP 2943710B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- buffer
- next transfer
- transfer
- transfer amount
- 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 - Lifetime
Links
Landscapes
- Information Transfer Systems (AREA)
- Computer And Data Communications (AREA)
- Record Information Processing For Printing (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、バッファ制御方式
に関し、特に、コンピュータ等情報処理装置に用いて好
適とされる受信データバッファの制御方法において装置
間におけるデータ転送時の中断／再開の指示を行う制御
方式に関する。
に関し、特に、コンピュータ等情報処理装置に用いて好
適とされる受信データバッファの制御方法において装置
間におけるデータ転送時の中断／再開の指示を行う制御
方式に関する。
【０００２】
【従来の技術】この種の受信データバッファのビジー制
御の従来方式は、最初に設定された規定値とバッファの
残容量を比較することで行っている。例えば特開平３−
２３３７４５号公報には、所定のバッファ数が設定され
る送信バッファ数レジスタを設け、この値と空きバッフ
ァ数とを比較して、送信一時停止要求を出力する方法が
提案されている。図４に、上記公報に提案されるバッフ
ァ装置の構成を示す。
御の従来方式は、最初に設定された規定値とバッファの
残容量を比較することで行っている。例えば特開平３−
２３３７４５号公報には、所定のバッファ数が設定され
る送信バッファ数レジスタを設け、この値と空きバッフ
ァ数とを比較して、送信一時停止要求を出力する方法が
提案されている。図４に、上記公報に提案されるバッフ
ァ装置の構成を示す。
【０００３】図４において、１１０は管理部で、送信デ
ータ処理部１０７内に設けられて送信一度停止要求／解
除を管理している。１０５は送信バッファ数レジスタ
で、所定のバッファ数Ｂが初期設定される。１０４は空
きバッファ数レジスタであり、ここには現在の空きバッ
ファ数Ｎがセットされる。管理部１１０は空きバッファ
数Ｎと送信バッファ数レジスタに初期設定されている所
定のバッファ数Ｂとを比較し、Ｎ≦Ｂならば送信一時停
止要求１２１ａをＣＰＵ１０１に出力する。
ータ処理部１０７内に設けられて送信一度停止要求／解
除を管理している。１０５は送信バッファ数レジスタ
で、所定のバッファ数Ｂが初期設定される。１０４は空
きバッファ数レジスタであり、ここには現在の空きバッ
ファ数Ｎがセットされる。管理部１１０は空きバッファ
数Ｎと送信バッファ数レジスタに初期設定されている所
定のバッファ数Ｂとを比較し、Ｎ≦Ｂならば送信一時停
止要求１２１ａをＣＰＵ１０１に出力する。
【０００４】また、空きバッファ数Ｎが、Ｎ＞Ｂに回復
すると、送信一時停止要求は解除される。
すると、送信一時停止要求は解除される。
【０００５】
【発明が解決しようとする課題】しかしながら、上記し
た従来のバッファ装置を、可変長のデータ転送に適用し
た場合、バッファの使用率が悪くなる、という問題点を
有している。その理由は以下の通りである。
た従来のバッファ装置を、可変長のデータ転送に適用し
た場合、バッファの使用率が悪くなる、という問題点を
有している。その理由は以下の通りである。
【０００６】すなわち、従来のバッファ装置において
は、可変長のデータ転送に対しても、所定のバッファ量
として一定の値が用いられる。そして、この一定値に
は、バッファのオーバーフローが発生しないように、送
信元から転送されてくる可能性のあるデータ量の最大値
が設定される。このため、可変長のデータ転送の際に、
実際に次に転送されてくるデータが、受信バッファに格
納可能な場合においても、受信バッファの残量が所定の
バッファ量に達するまでは、次の転送を実行しないよう
に制御している。
は、可変長のデータ転送に対しても、所定のバッファ量
として一定の値が用いられる。そして、この一定値に
は、バッファのオーバーフローが発生しないように、送
信元から転送されてくる可能性のあるデータ量の最大値
が設定される。このため、可変長のデータ転送の際に、
実際に次に転送されてくるデータが、受信バッファに格
納可能な場合においても、受信バッファの残量が所定の
バッファ量に達するまでは、次の転送を実行しないよう
に制御している。
【０００７】このような制御方式により、従来技術にお
いては、可変長データの転送に際し、受信バッファの使
用効率、データ転送路の利用率が低下している。
いては、可変長データの転送に際し、受信バッファの使
用効率、データ転送路の利用率が低下している。
【０００８】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、データ受信バッフ
ァの使用効率を高めるビジー制御方式を提供することに
ある。
なされたものであって、その目的は、データ受信バッフ
ァの使用効率を高めるビジー制御方式を提供することに
ある。
【０００９】
【課題を解決するための手段】前記目的を達成するた
め、本発明は、装置間のデータ転送の制御において、送
信側装置から受信側装置への今回の転送データ内に、継
続する次転送の存在とその転送量（「次転送量」とい
う）がセットされて前記受信側装置に通知され、前記受
信側装置では、前記次転送量と受信バッファの空き容量
とを比較して前記受信バッファのビジー判定を行うこと
により、前記受信バッファの使用効率を上げるようにし
たことを特徴とする。
め、本発明は、装置間のデータ転送の制御において、送
信側装置から受信側装置への今回の転送データ内に、継
続する次転送の存在とその転送量（「次転送量」とい
う）がセットされて前記受信側装置に通知され、前記受
信側装置では、前記次転送量と受信バッファの空き容量
とを比較して前記受信バッファのビジー判定を行うこと
により、前記受信バッファの使用効率を上げるようにし
たことを特徴とする。
【００１０】本発明は、受信データを格納する受信バッ
ファを含むデータ受信装置のバッファ制御方式におい
て、データ受信装置が、データ送信装置側から転送され
る今回の転送データ内に次転送データの転送量（「次転
送量」という）がセットされている場合、該次転送量を
保持する保持手段を備え、前記受信バッファの残容量
が、前記次転送量以下になった場合にのみ、前記データ
送信装置側に受信バッファビジー信号を送出し、データ
送信を待機させるように制御することを特徴とする。
ファを含むデータ受信装置のバッファ制御方式におい
て、データ受信装置が、データ送信装置側から転送され
る今回の転送データ内に次転送データの転送量（「次転
送量」という）がセットされている場合、該次転送量を
保持する保持手段を備え、前記受信バッファの残容量
が、前記次転送量以下になった場合にのみ、前記データ
送信装置側に受信バッファビジー信号を送出し、データ
送信を待機させるように制御することを特徴とする。
【００１１】また、本発明においては、前記データ送信
装置側からの次転送量情報が得られない場合、前記デー
タ受信装置において前記次転送量として予め定めた所定
の値が設定されることを特徴とする。
装置側からの次転送量情報が得られない場合、前記デー
タ受信装置において前記次転送量として予め定めた所定
の値が設定されることを特徴とする。
【００１２】さらに、本発明においては、前記データ送
信装置側から転送されるデータが可変長方式とデータと
され、今回の転送量、及び次回の転送量情報を、今回の
送信データとともに前記データ受信装置に転送し、次転
送データが存在しない場合には所定に識別符号が次回の
転送量情報として格納される、ことを特徴とする。
信装置側から転送されるデータが可変長方式とデータと
され、今回の転送量、及び次回の転送量情報を、今回の
送信データとともに前記データ受信装置に転送し、次転
送データが存在しない場合には所定に識別符号が次回の
転送量情報として格納される、ことを特徴とする。
【００１３】本発明の概要を以下に説明する。本発明に
おいては、送信モジュールにはデータ転送時に、次に要
求するデータ転送が既に存在する場合には、その転送量
を予め決められたデータ位置にセットすることで、次転
送の存在とその転送量を受信モジュールに示す機能をも
たせている。同時に、受信モジュールには送信モジュー
ルから送られてきた次転送量を保持し受信データバッフ
ァの残容量と比較するためのデータ長保持バッファ（図
１の２６）を設けている。
おいては、送信モジュールにはデータ転送時に、次に要
求するデータ転送が既に存在する場合には、その転送量
を予め決められたデータ位置にセットすることで、次転
送の存在とその転送量を受信モジュールに示す機能をも
たせている。同時に、受信モジュールには送信モジュー
ルから送られてきた次転送量を保持し受信データバッフ
ァの残容量と比較するためのデータ長保持バッファ（図
１の２６）を設けている。
【００１４】
【作用】受信モジュールは、送信モジュールが連続転送
をすべきデータを保持している場合に、通知してきた次
転送量を順次データ長保持バッファに保持し、データ長
保持バッファに保持している値と受信バッファの残容量
と比較してビジー制御を行うので、送信モジュールが多
くの転送データを保持している時に、送信モジュールの
データ転送量が可変長の場合でも、次転送量分のバッフ
ァ空き容量が確保されれば直ちにビジーを解除すること
ができる。
をすべきデータを保持している場合に、通知してきた次
転送量を順次データ長保持バッファに保持し、データ長
保持バッファに保持している値と受信バッファの残容量
と比較してビジー制御を行うので、送信モジュールが多
くの転送データを保持している時に、送信モジュールの
データ転送量が可変長の場合でも、次転送量分のバッフ
ァ空き容量が確保されれば直ちにビジーを解除すること
ができる。
【００１５】
【発明の実施の形態】本発明の実施の形態について図面
を参照して以下に詳細に説明する。
を参照して以下に詳細に説明する。
【００１６】図１は、本発明の実施の形態の構成を示す
図である。図１を参照すると、本発明の実施の形態は、
送信モジュール１と受信モジュール２とがデータ転送路
３で接続されている。送信モジュール１は、送信用デー
タバッファ１１と、送信制御装置１２と、を備えてい
る。
図である。図１を参照すると、本発明の実施の形態は、
送信モジュール１と受信モジュール２とがデータ転送路
３で接続されている。送信モジュール１は、送信用デー
タバッファ１１と、送信制御装置１２と、を備えてい
る。
【００１７】また、受信モジュール２は、転送されてく
るデータを蓄積するための受信データバッファ２１と、
データバッファ空き容量算出回路２４と、規定値レジス
タ２５と、データ長保持バッファ２６と、ビジー制御回
路２７と、を備えて構成されている。
るデータを蓄積するための受信データバッファ２１と、
データバッファ空き容量算出回路２４と、規定値レジス
タ２５と、データ長保持バッファ２６と、ビジー制御回
路２７と、を備えて構成されている。
【００１８】受信モジュール２のビジー制御回路２７は
送信モジュール１の送信制御装置１２と接続されてい
る。
送信モジュール１の送信制御装置１２と接続されてい
る。
【００１９】次に、本発明の実施の形態の動作を説明す
る。
る。
【００２０】図１を参照すると、送信モジュール１の送
信用データバッファ１１に蓄積された送信データ１００
〜１０３は、順次受信モジュール２に転送されて受信デ
ータバッファ２１に格納される。受信データバッファ２
１は、使用中の領域２２と未使用の領域２２と、を含
み、受信データバッファ２１における空き容量（未使用
の領域の容量）は、データバッファ空き容量算出回路２
４によって検出され、ビジー制御回路２７に報告され
る。
信用データバッファ１１に蓄積された送信データ１００
〜１０３は、順次受信モジュール２に転送されて受信デ
ータバッファ２１に格納される。受信データバッファ２
１は、使用中の領域２２と未使用の領域２２と、を含
み、受信データバッファ２１における空き容量（未使用
の領域の容量）は、データバッファ空き容量算出回路２
４によって検出され、ビジー制御回路２７に報告され
る。
【００２１】ビジー制御回路２７は、データバッファ空
き容量算出回路２４から供給されたデータバッファ空き
容量と、データ長保持バッファ２６の値と、を比較し、
データバッファ空き容量の方が少ない場合には、送信モ
ジュール１の送信制御装置１２に受信データバッファビ
ジー信号２８で通知する。
き容量算出回路２４から供給されたデータバッファ空き
容量と、データ長保持バッファ２６の値と、を比較し、
データバッファ空き容量の方が少ない場合には、送信モ
ジュール１の送信制御装置１２に受信データバッファビ
ジー信号２８で通知する。
【００２２】データ長保持バッファ２６の値は、各デー
タ転送毎に、送信モジュール１から送られてくる次転送
量に更新され、次転送量が送られてこない場合には規定
値レジスタ２５に設定されている値に更新される。
タ転送毎に、送信モジュール１から送られてくる次転送
量に更新され、次転送量が送られてこない場合には規定
値レジスタ２５に設定されている値に更新される。
【００２３】規定値レジスタ２５には、初期設定におい
て、送信モジュール１固有の値がセットされる。
て、送信モジュール１固有の値がセットされる。
【００２４】次に、受信モジュール２の動作を、図１及
び図３に示したフローチャートを参照して以下に説明す
る。
び図３に示したフローチャートを参照して以下に説明す
る。
【００２５】処理開始後、最初に初期設定値を規定値レ
ジスタ２５にセットする（ステップ３０１）。
ジスタ２５にセットする（ステップ３０１）。
【００２６】次に、データ長保持バッファ２６に次転送
量として規定値レジスタ２５の値をセットする（ステッ
プ３０２）。
量として規定値レジスタ２５の値をセットする（ステッ
プ３０２）。
【００２７】次に、ビジー制御回路２７は、受信データ
バッファ２１の空き容量とデータ長保持バッファ２６の
値とを比較し、データ長保持バッファ２６の値の方が大
きい場合には、送信モジュール１の送信制御回路１２に
対してビジー信号を送出し、受信データバッファ２１に
データ長保持バッファ２６の値以上の空き容量が確保さ
れるまで待ち状態とする（ステップ３０３〜３０５）。
バッファ２１の空き容量とデータ長保持バッファ２６の
値とを比較し、データ長保持バッファ２６の値の方が大
きい場合には、送信モジュール１の送信制御回路１２に
対してビジー信号を送出し、受信データバッファ２１に
データ長保持バッファ２６の値以上の空き容量が確保さ
れるまで待ち状態とする（ステップ３０３〜３０５）。
【００２８】一方、ステップ３０３の判定にて、受信デ
ータバッファ２１の空き容量がデータ長保持バッファ２
６の値よりも大きい時には、更に、ビジー信号の送信中
であるか否かをチェックし（ステップ３０７）、ビジー
信号を送信中の場合にはビジー信号を解除し（ステップ
３１０）、次のデータ転送が実行可能な状態にする。そ
して、送信モジュール１は、送信用データバッファ１１
のデータを受信モジュール２に対してデータ転送を実行
する（ステップ３１１）。
ータバッファ２１の空き容量がデータ長保持バッファ２
６の値よりも大きい時には、更に、ビジー信号の送信中
であるか否かをチェックし（ステップ３０７）、ビジー
信号を送信中の場合にはビジー信号を解除し（ステップ
３１０）、次のデータ転送が実行可能な状態にする。そ
して、送信モジュール１は、送信用データバッファ１１
のデータを受信モジュール２に対してデータ転送を実行
する（ステップ３１１）。
【００２９】受信モジュール２は、転送データ内に次転
送長がセットされているか否かをチェックし（ステップ
３１２）、次転送長がセットされていない場合には（ス
テップ３１２のｎｏ）、データ長保持バッファの値を規
定値レジスタの値に更新する（ステップ３０２）。
送長がセットされているか否かをチェックし（ステップ
３１２）、次転送長がセットされていない場合には（ス
テップ３１２のｎｏ）、データ長保持バッファの値を規
定値レジスタの値に更新する（ステップ３０２）。
【００３０】一方、次転送長がセットされている場合に
は（ステップ３１２のｙｅｓ）、データ長保持バッファ
の値を次転送長に更新する（ステップ３１５）。
は（ステップ３１２のｙｅｓ）、データ長保持バッファ
の値を次転送長に更新する（ステップ３１５）。
【００３１】上記した本発明の実施の形態を、実施例に
基づき詳しく説明する。
基づき詳しく説明する。
【００３２】図２は、本発明の一実施例を説明するため
の図であり、送信モジュール１から受信モジュール２へ
転送されるデータのフォーマットの一例を示したもので
ある。
の図であり、送信モジュール１から受信モジュール２へ
転送されるデータのフォーマットの一例を示したもので
ある。
【００３３】図２を参照して、送信モジュール１はデー
タ転送の時に、予め決められた位置に今回の転送量２０
０と次転送量２０１とをセットして送信データ２０２を
送信する。
タ転送の時に、予め決められた位置に今回の転送量２０
０と次転送量２０１とをセットして送信データ２０２を
送信する。
【００３４】次転送量２０１は、送信モジュール１の送
信用データバッファ１１内に次にデータ転送のデータが
既に存在している時に、その値がセットされる。一方、
今回転送されるデータが、送信用データバッファ１１内
の最後のデータ転送である場合、すなわち送信用データ
バッファ１１内に次転送データが存在していない場合に
は、予め規定された値、例えば“０”等、をセットする
ことにより、送信モジュール１において送信待ちのデー
タが送信用データバッファ１１の中に存在しないことを
指示する。
信用データバッファ１１内に次にデータ転送のデータが
既に存在している時に、その値がセットされる。一方、
今回転送されるデータが、送信用データバッファ１１内
の最後のデータ転送である場合、すなわち送信用データ
バッファ１１内に次転送データが存在していない場合に
は、予め規定された値、例えば“０”等、をセットする
ことにより、送信モジュール１において送信待ちのデー
タが送信用データバッファ１１の中に存在しないことを
指示する。
【００３５】送信モジュール１が次転送データが存在し
ないことを示してきた場合には、次に実行されるデータ
転送のデータ量が不明であるので、受信モジュール２
は、新しい次の転送に備えるために、データ長保持バッ
ファ２６の値を規定値レジスタ２５の値に更新する。
ないことを示してきた場合には、次に実行されるデータ
転送のデータ量が不明であるので、受信モジュール２
は、新しい次の転送に備えるために、データ長保持バッ
ファ２６の値を規定値レジスタ２５の値に更新する。
【００３６】
【発明の効果】以上説明したように、本発明によれば、
送信モジュールが複数の転送データを保持している場合
に、通知してきた次転送量を順次受信バッファの残容量
と比較してビジー制御を行い、送信モジュールのデータ
転送量が可変長の場合でも、次転送量分のバッファ空き
容量が確保されれば直ちにビジーを解除することができ
るので、送信モジュールが送信待ち状態等の多くの転送
データを保持している時に、効率良く受信バッファを利
用することができる、という効果を奏する。
送信モジュールが複数の転送データを保持している場合
に、通知してきた次転送量を順次受信バッファの残容量
と比較してビジー制御を行い、送信モジュールのデータ
転送量が可変長の場合でも、次転送量分のバッファ空き
容量が確保されれば直ちにビジーを解除することができ
るので、送信モジュールが送信待ち状態等の多くの転送
データを保持している時に、効率良く受信バッファを利
用することができる、という効果を奏する。
【図１】本発明の実施の形態の構成を示す図である。
【図２】本発明の一実施例を説明するための図であり、
転送データ形式の構成の一例を示す図である。
転送データ形式の構成の一例を示す図である。
【図３】本発明の実施の形態の動作を説明するためのフ
ローチャートである。
ローチャートである。
【図４】従来のバッファ装置の構成を示す図である。
１ 送信モジュール ２ 受信モジュール １２ 送信制御装置 ２１ 受信データバッファ ２２ 使用中の領域 ２３ 未使用の領域 ２４ データバッファ空き容量算出回路 ２５ 規定値レジスタ ２６ データ長保持バッファ ２７ ビジー制御回路 １００〜１０３ 送信データ ２００ 今回の送信データ長 ２０１ 次データ転送量 ２０２ 送信データ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｇ０６Ｆ 13/38 ３１０ Ｇ０６Ｆ 13/38 ３１０Ｂ (58)調査した分野(Int.Cl.6，ＤＢ名) G06F 5/06 313 B41J 5/30 B41J 21/00 G06F 3/12 G06F 13/00 353 G06F 13/38 310
Claims (4)
- 【請求項１】装置間のデータ転送の制御において、送信側装置から受信側装置への今回の転送データ内に、
継続する次転送の存在とその転送量（「次転送量」とい
う）がセットされて前記受信側装置に通知され、前記受信側装置では、 前記次転送量と受信バッファの空
き容量とを比較して前記受信バッファのビジー判定を行
うことにより、前記受信バッファの使用効率を上げるよ
うにしたことを特徴とするバッファ制御装置。 - 【請求項２】受信データを格納する受信バッファを含む
データ受信装置のバッファ制御方式において、データ受信装置が、 データ送信装置側から転送される今
回の転送データ内に次転送データの転送量（「次転送
量」という）がセットされている場合、該次転送量を保
持する保持手段を備え、 前記受信バッファの残容量が、前記次転送量以下になっ
た場合にのみ、前記データ送信装置側に受信バッファビ
ジー信号を送出し、データ送信を待機させるように制御
することを特徴とするバッファ制御方式。 - 【請求項３】前記データ送信装置側からの次転送量情報
が得られない場合、前記データ受信装置において、前記
次転送量として予め定めた所定の値が前記保持手段に設
定されることを特徴とする請求項２記載のバッファ制御
方式。 - 【請求項４】前記データ送信装置側から転送されるデー
タが可変長方式とデータとされ、今回の転送量、及び次
回の転送量情報を、今回の送信データとともに前記デー
タ受信装置に転送し、次転送データが存在しない場合に
は所定に識別符号が次回の転送量情報として格納され
る、ことを特徴とする請求項２記載のバッファ制御方
式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8220356A JP2943710B2 (ja) | 1996-08-02 | 1996-08-02 | バッファのビジー制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8220356A JP2943710B2 (ja) | 1996-08-02 | 1996-08-02 | バッファのビジー制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1049344A JPH1049344A (ja) | 1998-02-20 |
| JP2943710B2 true JP2943710B2 (ja) | 1999-08-30 |
Family
ID=16749863
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8220356A Expired - Lifetime JP2943710B2 (ja) | 1996-08-02 | 1996-08-02 | バッファのビジー制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2943710B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7165094B2 (en) * | 2001-03-09 | 2007-01-16 | Sonics, Inc. | Communications system and method with non-blocking shared interface |
| JP2008210012A (ja) | 2007-02-23 | 2008-09-11 | Fujitsu Ltd | データ復号処理プログラムおよびデータ復号処理装置 |
| JP5293233B2 (ja) * | 2009-02-03 | 2013-09-18 | 日本電気株式会社 | データ入出力装置 |
| JP5349515B2 (ja) * | 2011-03-14 | 2013-11-20 | 株式会社東芝 | バッファ管理装置、バッファ管理方法及び記憶装置 |
| JP5647318B2 (ja) * | 2013-10-15 | 2014-12-24 | キヤノン株式会社 | 情報処理装置、情報処理装置の制御方法、及びプログラム |
-
1996
- 1996-08-02 JP JP8220356A patent/JP2943710B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1049344A (ja) | 1998-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5604866A (en) | Flow control system having a counter in transmitter for decrementing and incrementing based upon transmitting and received message size respectively for indicating free space in receiver | |
| EP0753817B1 (en) | Method and apparatus for data communication | |
| US5119496A (en) | Method and apparatus for interrupt processing in a computer system having peripheral units connected in a daisy chain | |
| JP3772690B2 (ja) | サービスシステム及びそれに用いるサービス方法 | |
| US6061757A (en) | Handling interrupts by returning and requeuing currently executing interrupts for later resubmission when the currently executing interrupts are of lower priority than newly generated pending interrupts | |
| JP2943710B2 (ja) | バッファのビジー制御方式 | |
| US20050204189A1 (en) | Network apparatus, method for controlling the same, and program for the same | |
| US20090022158A1 (en) | Method For Increasing Network Transmission Efficiency By Increasing A Data Updating Rate Of A Memory | |
| JP2001325212A (ja) | マルチプロセッサシステムにおけるソースプロセッサから宛先プロセッサにデータブロックを送信する方法と装置 | |
| JP3082297B2 (ja) | タスク制御方式 | |
| JP3261715B2 (ja) | 入出力データ転送処理装置 | |
| JP2809270B2 (ja) | プリントジョブ制御方式 | |
| JP4102405B2 (ja) | データ処理装置、データ通信方法及びシリアル入出力装置 | |
| JP3230339B2 (ja) | 通信制御装置 | |
| JP3799741B2 (ja) | バスコントローラ | |
| JP3125857B2 (ja) | アイドルパターン自動送信方式 | |
| JPH09212439A (ja) | 分散処理システム及び該分散処理システムのデータ転送方法 | |
| JP2891860B2 (ja) | 出力方法 | |
| JP2569086B2 (ja) | データ伝送制御方式 | |
| JP2001256171A (ja) | データ転送方法及びモジュール | |
| JP3050131B2 (ja) | アービトレーション方式 | |
| JP2842639B2 (ja) | データ転送方式 | |
| JPH0926911A (ja) | ページ情報転送処理装置 | |
| JP2925049B2 (ja) | 入力バッファ制御方式 | |
| JPH07144441A (ja) | 画像出力装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990525 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080625 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090625 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 11 |