JPH06274436A - データ転送方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、コンピュータシステム本体などの
上で実行されるタスクとそれに接続されるオプションボ
ードなどの上で実行されるタスクとの間で、データ転送
効率の高いデータ転送を実現可能とすることを目的とす
る。 【構成】 受信準備完了時点で転送先タスクから発行さ
れるＲＥＡＤコマンドに基づき、設定部１１８がテーブ
ル１２０に準備完了の情報を設定する。それに同期し
て、設定部１１８から発行される準備完了コマンドに基
づき、設定部１１０がテーブル１１４にも準備完了の情
報を設定する。通知レスポンス発行部１１１は、テーブ
ル１１４で準備完了の情報が設定され転送データキュー
１１５にデータが存在する論理パス番号でのみ、転送デ
ータキュー１１５上のＷＲＩＴＥコマンドを選択する。
そのＷＲＩＴＥコマンドの内容を解析しテーブル１２０
を参照するだけで、転送先及び転送元アドレス、並びに
転送データ数が取得され、それらに基づき、ＤＭＡコン
トローラ１０９でＤＭＡ転送が実行される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータシステム
本体などの第１のデータ処理装置とそのコンピュータシ
ステムに接続されるオプションボードなどの第２のデー
タ処理装置との間のデータ転送方式に係り、更に詳しく
は、一方のデータ処理装置上で実行されるタスク（プロ
セス）に他方のデータ処理装置上で実行されるタスクか
らデータを転送するためのデータ転送方式に関する。

【０００２】

【従来の技術】パーソナルコンピュータなどのコンピュ
ータシステムにおいて、本体の拡張スロットにネットワ
ークインタフェースボード、モデムボード、画像処理ボ
ードなどのデータ処理ボード（入出力装置）を装着する
ことにより、その機能向上を図ることができるものが多
い。

【０００３】この場合、コンピュータシステムの本体
（以下、「本体側装置」と呼ぶ）とデータ処理ボード
（以下、「ボード側装置」と呼ぶ）との間でデータ転送
をする必要が生ずる。データ転送の方式としては、ＤＭ
Ａ(Direct Memory Access)転送方式が一般的に採用され
る。この方式では、ボード側装置が、データの入出力に
使用されるメモリのアドレス及びデータ転送数を管理
し、本体側装置のメモリに直接アクセスしてデータの転
送を行う。

【０００４】本体側装置とボード側装置の間のＤＭＡ転
送は、通常、本体側装置とボード側装置のそれぞれにお
いて動作するドライバプログラム（以下、これらを「本
体側ドライバ」及び「ボード側ドライバ」と呼ぶ）によ
って制御される。そして、これらのドライバが、ボード
側装置内に設けられ本体側装置からのアドレス指定によ
ってアクセス可能なレジスタを介して通信を行いながら
ＤＭＡ転送のためのアドレス及びデータ転送数などの設
定を行った後に、ＤＭＡ転送が開始される。

【０００５】図５に、ボード側装置から本体側装置への
ＤＭＡ転送が実行される場合のシーケンスの従来例を示
す。まず、ボード側装置において、ボード側装置で実行
されていたタスク（例えばネットワークに対してデータ
の送受信を行うためのタスク）からＤＭＡ転送要求コマ
ンドが発生すると、そのタスクからボード側ドライバの
処理が割り当てられるタスク（以下、簡単のため単に
「ボード側ドライバ」という）に制御が移される。ボー
ド側ドライバは、シーケンスＳ１で、ＤＭＡ転送要求コ
マンドを発行したタスクから通知された転送データ数を
ボード側装置内のデータレジスタに書き込む。

【０００６】ここで、タスク（又はプロセス）とは、本
体側装置又はボード側装置が実行する任意の処理単位を
いう。１つ又は複数の処理は、１つ又はそれ以上のタス
クに割り当てることができ、ある瞬間においてはコンピ
ュータシステム上ではただ１つのタスクが実行されてい
る。

【０００７】次に、シーケンスＳ２で、ボード側ドライ
バが、ボード側装置内のステータスレジスタに転送開始
要求フラグを書き込んだ後、本体側装置に割込み要求信
号を出力する。

【０００８】この結果、本体側装置において割込みが発
生する。本体側装置のオペレーティングシステムは、こ
の割込みを受け付けた場合、シーケンスＳ３で、ボード
側装置内のステータスレジスタにセットされている転送
開始要求フラグを検出することによりボード側装置にお
いてＤＭＡ転送要求が発生したことを認識し、その結
果、現在本体側装置で実行されているタスクから本体側
ドライバの処理が割り当てられるタスク（以下、簡単の
ため単に「本体側ドライバ」という）へ制御を移す。

【０００９】本体側ドライバは、シーケンスＳ４で、デ
ータレジスタにセットされている転送データ数を読み取
る。その後、本体側ドライバは、シーケンスＳ５で、ボ
ード側装置内のステータスレジスタに転送準備完了フラ
グを書き込んだ後、ボード側装置に割込み要求信号を出
力する。

【００１０】この結果、ボード側装置において割込みが
発生する。ボード側ドライバは、この割込みを受け付け
た場合、シーケンスＳ６で、ステータスレジスタにセッ
トされている転送準備完了フラグを確認することによ
り、ＤＭＡ転送を開始してよいことを認識する。

【００１１】この間、本体側ドライバは、シーケンスＳ
５の割込み通知に続くシーケンスＳ７で、ボード側装置
内のＤＭＡコントローラに、ボード側装置から送られて
きた転送データ数と、転送データが格納される本体側装
置内のメモリのドライバ用バッファ領域のアドレスであ
る転送先アドレスを書き込んだ後、起動指示を出力す
る。この後は、本体側装置自身は、本体側装置内のバス
権をＤＭＡコントローラに引き渡し、停止状態になる。

【００１２】また、ボード側ドライバは、シーケンスＳ
６の割込み発生に続くシーケンスＳ８で、ＤＭＡコント
ローラに、転送データが読み出されるボード側装置内の
メモリの転送元アドレスを書き込んだ後、起動指示を出
力する。この後は、ボード側装置自身も、ボード側装置
内のローカルバスのバス権をＤＭＡコントローラに引き
渡し、ＤＭＡコントローラ以外の部分は停止状態にな
る。

【００１３】ＤＭＡコントローラは、上述の本体側装置
からの起動指示とボード側装置からの起動指示を受け取
ることによってバス権を獲得すると、転送元アドレスを
ボード側装置内のローカルアドレスバスを介してボード
側装置内のメモリに指定することによって、転送データ
をボード側装置内のローカルデータバスからデータレジ
スタを介して本体側装置のデータバスに読み出し、続い
て、転送先アドレスを本体側装置のアドレスバスを介し
て本体側装置内のメモリに指定することによって、本体
側装置のデータバスに読み出されている転送データを本
体側装置内のドライバ用バッファ領域に書き込む。その
後、ＤＭＡコントローラは、転送元アドレス及び転送先
アドレスをそれぞれ１アドレス更新し、上述と同様の動
作を繰り返す。ＤＭＡコントローラは、転送回数が転送
データ数を越えた時点で、ＤＭＡ転送を完了する。

【００１４】この結果、シーケンスＳ９で、ＤＭＡコン
トローラからボード側装置自身に対して、ＤＭＡ転送が
完了した旨の割込みが発生し、ボード側ドライバが動作
を再開する。

【００１５】また、シーケンスＳ１０では、ＤＭＡコン
トローラから本体側装置に対し、ＤＭＡ転送が完了した
旨の割込みが発生し、本体側ドライバが動作を再開す
る。本体側ドライバは、シーケンスＳ１１で、ボード側
装置内のステータスレジスタにＤＭＡ転送完了フラグを
書き込んだ後に、ボード側装置に割込み要求信号を出力
する。そして、本体側ドライバは、ドライバ用バッファ
領域に転送されたデータのヘッダ情報などを解析するこ
とにより、そのデータが転送されるべきタスクを決定
し、そのタスクにデータが受信された旨を通知した後、
ＤＭＡ転送処理を完了し、そのタスクへ制御を移す。

【００１６】この後は、転送先のタスクが、ドライバ用
バッファ領域に受信されたデータを自分自身のバッファ
領域へ転送し、それに対してデータ処理を行う。一方、
本体側装置からの割込み要求の結果、ボード側装置にお
いて割込みが発生する。ボード側ドライバは、この割込
みを受け付けた場合、シーケンスＳ１２で、ステータス
レジスタにセットされているＤＭＡ転送完了フラグを確
認することにより、ＤＭＡ転送が完了したことを認識す
る。この結果、ボード側ドライバは、最初にＤＭＡ転送
を発生させたタスクにＤＭＡ転送が完了した旨を通知
し、そのタスクへ制御を戻す。

【００１７】以上のＤＭＡ転送のシーケンスの従来例
は、ボード側装置から本体側装置へのＤＭＡ転送が実行
される場合のものであったが、本体側装置からボード側
装置へのＤＭＡ転送が実行される場合も、本体側ドライ
バとボード側ドライバの処理が入れ替わるだけで同様で
ある。

【００１８】ここで、近年のコンピュータシステムにお
いては、マルチタスク処理を可能とするオペレーティン
グシステムのもとで動作するものが多くなってきてい
る。このようなオペレーティングシステムのもとでは、
システムの種々の状態変化（イベント）が発生したそれ
ぞれのタイミングで、又は予め時分割されたそれぞれの
タイミングで、或いはそれらの組合せによって決定され
るそれぞれのタイミングで、複数のタスクが実行され
る。この結果、１つのコンピュータシステム上で異なる
処理を並列的に実行することが可能となる。

【００１９】今、例えば、１つの装置にＬＡＮ（ローカ
ルエリアネットワーク）などのネットワークを介して複
数の装置が接続されている場合に、或る装置から送られ
てきたデータは自装置内のディスク装置にファイルとし
て格納され、他の装置から送られてきたデータは自装置
内のディスプレイ装置の画面に表示されるというよう
に、１つの装置上で異なる処理が並列的に実行される例
は数多い。

【００２０】ここで、ディスク装置へのアクセス処理と
ディスプレイ装置でのデータ表示処理は、処理を開始さ
せるイベント、処理の動作時間、又は処理が実行される
ための条件などが異なり互いに異質の処理であるため、
これらの処理は別々のタスクに割り当てられるのが普通
である。

【００２１】また、同様な処理、例えばディスク装置へ
のアクセス処理といった処理についても、その処理の契
機となるイベントが複数の装置によって発生され得る場
合には、装置毎の独立性を確保するなどのために、各装
置に対応する処理毎に別々のタスクが生成される場合が
多い。

【００２２】上述のように、タスク毎に別々のデータ処
理が実行される場合には、それぞれのデータ処理に伴っ
て実行される装置間（例えば前述した本体側装置とボー
ド側装置の間）のデータ転送処理もタスク毎に独立して
実行する必要性が生ずる。

【００２３】タスク毎に独立したデータ転送を実現する
ための第１の従来方式として、タスク毎に別々のデータ
転送機構（入出力機構）が設けられる方式がある。第２
の従来方式として、前述した例のように、各タスク毎の
転送データは、転送先の装置内の受信用バッファ領域
（前述した例ではドライバ用バッファ領域）に一旦順次
受信された後に、転送先の各タスクのバッファ領域に順
次転送される方式がある。

【００２４】第３の従来方式として、転送先の各タスク
のバッファ領域が固定され、各バッファ領域に直接転送
データが転送される方式が考えられる。

【００２５】

【発明が解決しようとする課題】しかし、上述の第１の
従来方式では、タスク毎に別々のデータ転送機構（入出
力機構）を設けなければならないことによるハードウエ
アの増加が避けられないという問題点を有している。ま
た、一般的に、各入出力機構には、本体側装置からのア
クセスを可能とするための個別のＩ／Ｏアドレスが割り
当てられるため、第１の従来方式のように複数のデータ
転送機構が設けられる場合はそれぞれの分のＩ／Ｏアド
レスの割当てが必要となる。しかし、Ｉ／Ｏアドレスの
資源はそれほど多くは確保できないのが普通であるた
め、Ｉ／Ｏアドレスの占有量の増加は他のＩ／Ｏ機器の
接続に制限を生じさせてしまうという問題点を有してい
る。

【００２６】一方、第２の従来方式も、以下のような種
々の問題点を有する。まず、転送データは転送先の装置
内の受信用バッファ領域に一旦受信された後に転送先の
タスクのバッファ領域に転送されるため、転送データの
転送先がどのタスクであるかはその転送データを受信し
てその内容を解析するまではわからない。従って、転送
先のタスクと転送元のタスクとの間でフロー制御を行う
ことができず転送元のタスクはＤＭＡ転送の開始契機を
決定できないため、転送先のタスクは任意のタイミング
でデータを出力せざるを得ない。しかし、受信用バッフ
ァ領域に受信された転送データが転送先のタスクのバッ
ファ領域に転送される場合、そのタスクの処理状態によ
ってはデータ転送処理の時間にばらつきが生じ、受信用
バッファ領域がなかなか開放されない結果、その間に他
のデータ転送を行うことができず、データ転送効率が著
しく低下してしまうという問題点を有している。

【００２７】また、受信側のドライバに割り当てられた
タスクは、受信用バッファ領域に転送されたデータのヘ
ッダ情報などを解析してそのデータが転送されるべきタ
スクを決定する処理、その処理結果に基づく転送先のタ
スクとの間のタスク間通信の処理、及び受信用バッファ
領域と転送先のタスクのバッファ領域との間のデータ転
送の処理に時間がかかってしまい、データ転送速度の低
下を招いてしまうという問題点を有している。

【００２８】加えて、受信用バッファ領域とタスク毎の
バッファ領域の２つのバッファ領域が必要となり、特に
受信用バッファ領域としては、最大量のデータ転送を行
うタスクに合せてバッファ領域を確保する必要があるた
め、メモリ資源の利用効率の低下を招いてしまうという
問題点を有している。

【００２９】更に、転送先のタスクのバッファ領域が固
定される第３の従来方式は、各タスクが主記憶装置上で
再配置可能（リロケータブル）な状態で実行される形態
のマルチタスクシステムには適用できないという問題点
を有している。

【００３０】この問題点を解決するために、データ転送
の開始前に転送元のタスクが転送先のタスクとの間でフ
ロー制御のためのタスク間通信を行い、転送先のタスク
のバッファ領域の状態とアドレスを確認した上で、転送
先のタスクのバッファ領域にデータを直接転送すること
が容易に考えられるが、特に本体側装置とボード側装置
の間のように異なるアドレス空間を有する装置間でタス
ク間通信を実現するためには複雑なプロトコルが必要と
なり、やはりデータ転送速度の低下を招いてしまうとい
う問題点を有している。

【００３１】本発明は、Ｉ／Ｏアドレスやメモリ資源を
浪費することなく、マルチタスクシステムにおいても高
いデータ転送効率を実現可能とすることを目的とする。

【００３２】

【課題を解決するための手段】本発明は、パーソナルコ
ンピュータなどのコンピュータシステムにおいて、本体
側のデータ処理装置に、その拡張スロットにネットワー
クインタフェースボード、モデムボード、画像処理ボー
ドなどのデータ処理ボード（入出力装置）である他のデ
ータ処理装置が接続された構成を前提とする。そして、
送信側のデータ処理装置上で実行されるタスクである少
なくとも１つの転送元タスクから受信側のデータ処理装
置上で実行されるタスクである少なくとも１つの転送先
タスクに転送データを転送するための、例えばダイレク
トメモリアクセス方式によるデータ転送方式を前提とす
る。この場合、本体側のデータ処理装置及びボード側の
データ処理装置共に、送信側及び受信側のデータ処理装
置となることができる。

【００３３】そして、まず、転送元タスクと転送先タス
クの組合せ毎に論理パスを設定する論理パス設定手段を
有する。この手段は、例えば、上記組合せ毎に論理パス
番号を割り当てるオペレーティングシステムである。

【００３４】次に、論理パス設定手段で設定された論理
パス毎に、その論理パスに対応する転送元タスクの受信
準備状態を管理する受信準備状態管理手段を有する。こ
の手段は、例えば、受信側及び送信側のそれぞれのデー
タ処理装置に設けられる（受信状態管理テーブル１２０
及び送信状態管理テーブル１１４）。

【００３５】次に、論理パス設定手段で設定された論理
パス毎に、その論理パスに対応する転送先タスクが所有
する受信バッファ領域のアドレスである転送先アドレス
を管理する転送先アドレス管理手段を有する。この手段
は、例えば、受信側のデータ処理装置に設けられる（受
信状態管理テーブル１２０）。

【００３６】次に、受信準備を完了した転送先タスクか
らの通知に基づき、受信準備状態管理手段において、そ
の通知を発生した転送先タスクに対応する論理パスに対
して受信準備が完了した旨を示す状態を設定する受信準
備状態設定手段を有する。この手段は、例えば、前述の
受信準備状態管理手段と同様、受信側及び送信側のそれ
ぞれのデータ処理装置に設けられる。そして、受信側の
データ処理装置内の受信準備状態設定手段（テーブル設
定部１１８）は、受信準備を完了した転送先タスクから
の通知に基づき、受信側のデータ処理装置内の受信準備
状態管理手段において、その通知を発生した転送先タス
クに対応する論理パスに対して受信準備が完了した旨を
示す状態を設定すると共に、送信側のデータ処理装置内
の受信準備状態設定手段に通知を発生した転送先タスク
に対応する論理パスに対する受信準備が完了した旨を示
す通知を行う。また、送信側のデータ処理装置内の受信
準備状態設定手段（テーブル設定部１１０）は、受信側
のデータ処理装置内の受信準備状態設定手段からの通知
に基づき、送信側のデータ処理装置内の受信準備状態管
理手段において、受信準備を完了した転送先タスクに対
応する論理パスに対して受信準備が完了した旨を示す状
態を設定する。

【００３７】また、受信準備を完了した転送先タスクか
らの通知に基づき、転送先アドレス管理手段において、
その通知を発生した転送先タスクに対応する論理パスに
対して転送先アドレスを設定する転送先アドレス設定手
段を有する。この手段は、例えば、受信側のデータ処理
装置に設けられる（テーブル設定部１１８）。

【００３８】続いて、受信準備状態管理手段を参照する
ことにより、何れかの転送元タスクから発生された転送
要求のうち、受信準備が完了した旨を示す状態が設定さ
れている論理パスに対応する転送元タスクからの転送要
求のみを選択する転送要求選択手段を有する。この手段
は、例えば、送信側のデータ処理装置内に設けられ、送
信側のデータ処理装置内の受信準備状態管理手段を参照
することにより、何れかの転送元タスクから発生された
転送要求のうち、受信準備が完了した旨を示す状態が設
定されている論理パスに対応する転送元タスクからの転
送要求のみを選択する。

【００３９】次に、転送先アドレス管理手段から、転送
要求選択手段により選択された転送要求に対応する論理
パスに対して設定されている転送先アドレスを取得し、
転送要求選択手段により選択された転送要求から、その
転送要求を発生した転送元タスクが所有する送信バッフ
ァ領域のアドレスである転送元アドレスと、転送データ
数とを取得する転送要求実行準備手段を有する。この手
段は、例えば、次のような、受信側のデータ処理装置内
に設けられる受信側転送要求実行準備手段と、送信側の
データ処理装置内に設けられる送信側転送要求実行準備
手段とから構成される。即ち、受信側転送要求実行準備
手段は、受信側のデータ処理装置内の受信準備状態管理
手段から転送要求選択手段より通知された論理パスに対
して設定されている転送先アドレスを取得すると共に、
送信側のデータ処理装置内の転送要求選択手段から適宜
通知される転送データ数を取得する。また、送信側転送
要求実行準備手段は、転送要求選択手段により選択され
た転送要求から転送元アドレスを取得する。

【００４０】更に、転送要求実行準備手段で取得された
転送先アドレス、転送元アドレス、及び転送データ数に
基づき、転送元タスクが所有する送信バッファ領域から
転送先タスクが所有する受信バッファ領域に転送データ
を転送するデータ転送実行手段を有する。この手段は、
例えば、送信側転送要求実行準備手段で取得された転送
先アドレスと転送データ数、及び受信側転送要求実行準
備手段で取得された転送元アドレスに基づき、転送元タ
スクが所有する送信バッファ領域から転送先タスクが所
有する受信バッファ領域に、例えばダイレクトメモリア
クセス方式により、転送データを転送する。

【００４１】上述の本発明の構成において、送信側のデ
ータ処理装置内に、論理パス毎に、その論理パスに対応
する転送元タスクから発生された転送要求であって転送
要求選択手段によってまだ選択されていないものを保持
する転送データキュー手段を、例えば送信側のデータ処
理装置内に更に有するように構成できる。

【００４２】この場合、前述した転送要求選択手段は、
送信側のデータ処理装置内の受信準備状態管理手段を参
照することにより、所定の優先順位に従って、転送デー
タキュー手段に転送要求が存在する論理パスのうち、受
信準備が完了した旨を示す状態が設定されている論理パ
スに対応する転送要求のみを選択する。

【００４３】また、論理パス設定手段は、論理パスの設
定時に、転送データキュー手段において、設定される論
理パスに対応する内容を破棄するように構成できる。

【００４４】

【作用】本発明では、データ転送を実行するタスク間で
予め論理的なパスが設定され、例えば送信側及び受信側
のデータ処理装置内に、各論理パスに係る転送先タスク
の受信準備状態が設定される受信準備状態管理手段が設
けられ、例えば受信側のデータ処理装置内に、転送先タ
スクの送信バッファ領域に関する転送先アドレスが設定
される転送先アドレス管理手段が設けられることが特徴
である。そして、これらの管理手段を参照してフロー制
御が行われながら、データ転送を実行するタスク間で両
方のタスクのバッファ領域を直接使用してデータ転送が
実行されることが大きな特徴である。

【００４５】この場合、転送先タスクが受信準備を完了
した時点で、転送先タスクから受信準備状態設定手段及
び転送先アドレス管理手段に通知がなされ、この結果、
受信準備状態管理手段及び転送先アドレス管理手段にお
いて、その通知を発生した転送先タスクに対応する論理
パスに対応する受信準備状態及び転送先アドレスの設定
がなされる。

【００４６】このため、転送元タスクから転送要求が発
生している場合、転送要求選択手段は、受信準備状態管
理手段を参照するだけで、転送元タスクと転送先タスク
との間でタスク間通信を行うことなく、受信準備が完了
した論理パスに対応する転送要求のみを選択することが
できる。これにより、転送元タスクと転送先タスクとの
間のフロー制御が実現される。

【００４７】更に、転送要求選択手段により転送要求が
選択された場合、転送要求実行準備手段は、転送先アド
レス管理手段を参照するだけで、選択された転送要求に
対応する論理パスに対して設定されている転送先アドレ
スを取得でき、また、選択された転送要求から、転送元
アドレスと転送データ数を取得できる。

【００４８】従って、転送元タスクと転送先タスクとの
間でタスク間通信を行うことなく、データ転送実行手段
が、転送元タスクの送信バッファ領域と転送先タスクの
受信バッファ領域との間で、直接データを転送すること
ができる。

【００４９】この結果、転送先タスクは、データ転送が
完了するとすぐに、転送データに対してデータ処理を行
うことができる。なお、転送先タスクにおいて、実行ア
ドレスの再配置（リロケーション）が発生した場合に
は、転送先タスクが転送先アドレス管理手段に通知をし
直すことによって、転送先アドレス管理手段における転
送先アドレスを容易に変更することができる。

【００５０】また、論理パス設定手段が、論理パスの設
定時に、転送データキュー手段において、設定される論
理パスに対応する内容を破棄することにより、転送先タ
スク又は転送元タスクの何れかにおいて、或いはそれら
を制御するシステムタスクにおいて何らかの異常が発生
したような場合に適切に対処することができる。この場
合、該当する論理パスの内容のみが破棄されるため、他
の論理パスが影響を受けることはない。

【００５１】

【実施例】以下、図面を参照しながら本発明の実施例に
つき詳細に説明する。本発明の実施例は、データ転送を
実行するタスク間で予め論理的なパスが設定され、転送
元及び転送先の装置内に、各パスのフロー制御に関する
制御データと転送先アドレスが随時書き込まれる状態管
理テーブルが設けられることを特徴とする。そして、こ
の状態管理テーブルの内容を参照してフロー制御が行わ
れながら、データ転送を実行するタスク間で両方のタス
クのバッファ領域を直接使用してＤＭＡ転送が実行され
ることが大きな特徴である。

【００５２】図１は、本発明の実施例の全体構成図であ
る。この実施例は、ボード側装置から本体側装置へのＤ
ＭＡ転送を実現するためのシステムとして構成されてい
る。なお、本実施例の説明の後に述べるように、本体側
装置からボード側装置へのＤＭＡ転送を実現するための
システムも、本実施例の構成に基づけば容易に実現する
ことができる。

【００５３】図１において、本体側装置１０１は、例え
ばコンピュータシステムの本体である。ボード側装置１
０２は、コンピュータシステムの拡張スロットなどに装
着されるネットワークインタフェースボード、モデムボ
ード、画像処理ボードなどのデータ処理ボードである。
本体側装置１０１とボード側装置１０２は、本体側装置
１０１内のデータバス１０３、アドレスバス１０４、特
には図示しない制御バス、及び後述する割込み要求線１
０５、１０６などによって接続される。

【００５４】本体側装置１０１において、破線部１２５
は、本体側中央処理装置（本体側ＣＰＵ）の機能部分で
あり、本発明に特に関連する機能部分として、テーブル
設定部１１８とＤＭＡ起動部１１９を含む。これらの機
能は、本体側ＣＰＵが所定の本体側ドライバプログラム
を実行する機能として実現される。破線部１２５は、ア
ドレスバス１０４に対してアドレスを出力することがで
き、データバス１０３に対してデータを入出力すること
ができる。

【００５５】また、破線部１２６は、本体内ＲＡＭ（主
記憶装置）の機能部分であり、本発明に特に関連するデ
ータ部分として、本体側で実行されデータ転送を実行す
る複数のタスクとそれぞれのバッファ領域のデータ部
分、及び受信状態管理テーブル１２０のデータ部分が示
されている。破線部１２６では、アドレスバス１０４か
らアドレスが指定され、そのアドレス指定に基づいてデ
ータバス１０３に対してデータが入出力される。

【００５６】ボード側装置１０２において、破線部１２
２は、ボード側ＣＰＵの機能部分であり、本発明に特に
関連する機能部分として、テーブル設定部１１０、通知
レスポンス発行部１１１、ＤＭＡ起動部１１２、及びキ
ュー管理部１１３を含む。これらの機能は、ボード側Ｃ
ＰＵが所定のボード側ドライバプログラムを実行する機
能として実現される。破線部１２２は、ローカルアドレ
スバス１１７に対してボード内アドレスを出力すること
ができ、ローカルデータバス１１６に対してデータを入
出力することができる。また、後述する破線部１２１を
直接制御することができる。

【００５７】破線部１２４は、ボード内ＲＡＭの機能部
分であり、本発明に特に関連するデータ部分として、ボ
ード側で実行されデータ転送を実行する複数のタスクと
それぞれのバッファ領域のデータ部分、送信状態管理テ
ーブル１１４のデータ部分、及び転送データキュー１１
５のデータ部分が示されている。破線部１２４では、ロ
ーカルアドレスバス１１７からアドレスが指定されるこ
とにより、ローカルデータバス１１６に対してデータが
入出力される。

【００５８】破線部１２３は、ＤＭＡ転送制御用ハード
ウエアの機能部分であり、ＤＭＡコントローラ１０９と
して実現される。破線部１２１は、ボード側装置１０２
と本体側装置１０１との間で各種情報を授受するための
レジスタの機能部分であり、本体側装置１０１又はボー
ド側装置１０２の状態を示すステータスレジスタ１０７
と、各種データを保持するデータレジスタ１０８として
実現される。破線部１２１では、本体側装置１０１から
アドレスバス１０４を介してアドレスが指定されること
により、データバス１０３を介して本体側装置１０１と
の間でデータが授受される。また、破線部１２１では、
破線部１２２で示されるボード側ＣＰＵの機能部分又は
破線部１２３で示されるＤＭＡコントローラ１０９から
直接制御されることにより、ローカルデータバス１１６
を介してそれらとの間でデータが授受される。

【００５９】上述の構成を有する本発明の実施例の動作
について、図２のシーケンス図に沿って、以下に説明す
る。始めに、本体側装置１０１では、ボード側装置１０
２から転送データを受け取るためのタスク（以下、「転
送先タスク」という）として、例えば図１に示されるよ
うに、#1〜#Nに示されるそれぞれ独立した複数のタスク
が実行されている。また、ボード側装置１０２でも、本
体側装置１０１に転送データを送出するためのタスク
（以下、「転送元タスク」という）として、例えば図１
に示されるように、#1〜#Mに示されるそれぞれ独立した
複数のタスクが実行されている。

【００６０】そして、今、本体側装置１０１の#1、#i、
及び#Nの各タスクが、それぞれ、ボード側装置１０２の
#j、#M、及び#1の各タスクとデータ転送を行うとする。
この場合、例えば本体側装置１０１のオペレーティング
システムによって、本体側装置１０１の#1のタスクとボ
ード側装置１０２の#jのタスクには論理パス番号ＩＤ＝
１が割り当てられる。同様に、本体側装置１０１の#iの
タスクとボード側装置１０２の#MのタスクにはＩＤ＝２
が割り当てられ、本体側装置１０１の#Nのタスクとボー
ド側装置１０２の#1のタスクにはＩＤ＝２が割り当てら
れる。各タスクは、自タスクに割り当てられた論理パス
番号を認識できているものとする。

【００６１】上述の準備動作の後、まず、シーケンスＳ
１で、本体側装置１０１内で実行されている転送先タス
クは、それが転送データを受け取る準備が完了したタイ
ミングで、ＲＥＡＤコマンドを発行する。この場合に、
転送先タスクは、ＲＥＡＤコマンドに、その転送先タス
クに対して予め割り当てられている論理パス番号（Ｉ
Ｄ）と、転送データが受信されるその転送先タスク内の
バッファ領域のアドレス（以下、「転送先アドレス」と
いう）を指定する。

【００６２】次に、上述のＲＥＡＤコマンドの発行を契
機として本体側ドライバのテーブル設定部１１８のタス
クに制御が移される。テーブル設定部１１８は、シーケ
ンスＳ２で、上述のＲＥＡＤコマンドに基づき、受信状
態管理テーブル１２０に、ＲＥＡＤコマンドに指定され
ている論理パス番号に対応させて、そのＲＥＡＤコマン
ドを発行した転送先タスクがデータの受信準備を完了し
た旨を示すデータと、転送先アドレスを設定する。転送
先タスクがデータの受信準備を完了した旨を示すデータ
は、受信状態管理テーブル１２０上では、テーブル設定
部１１８がボード側装置１０２に次に説明する準備完了
コマンドを発行済みであることを示すデータとして設定
される。

【００６３】図３(b) に受信状態管理テーブル１２０の
構成例を示す。この例では、本体側装置１０１において
実行されている転送先タスクのうち、論理パス番号ＩＤ
＝２である#iのタスクと、ＩＤ＝３である#Nのタスクに
おいて受信準備が完了し、#iのタスクのバッファ領域に
関する転送先アドレスは12345h（“ｈ”はそれが付加さ
れている数値が１６進数であることを示す）で、#Nのタ
スクのバッファ領域に関する転送先アドレスは6789Ahで
あることが示されている。また、ＩＤ＝１である#1のタ
スクにおいてはまだ受信準備が完了していないことが示
されている。

【００６４】その後、テーブル設定部１１８は、シーケ
ンスＳ３で、アドレスバス１０４及びデータバス１０３
を介して、準備完了コマンドをボード側装置１０２内の
データレジスタ１０８に書き込んだ後、ボード側装置１
０２に割込み要求線１０５を介して割込み要求信号を出
力する。データレジスタ１０８に書き込まれる準備完了
コマンドのデータフォーマットを図４(a) に示す。即
ち、ｎバイトの大きさを有するデータレジスタ１０８の
うち、その最初のバイトに準備完了コマンドを示すコマ
ンドコードが書き込まれ、次のバイトに準備が完了した
転送先タスクの論理パス番号が書き込まれる。

【００６５】上述の割込み要求の結果、ボード側装置１
０２において割込みが発生する。ボード側装置１０２の
システムは、この割込みを受け付けた場合、シーケンス
Ｓ４で、制御線１２７及びローカルデータバス１１６を
介してステータスレジスタ１０７にセットされている準
備完了フラグを確認することにより、転送先タスクにお
いて受信準備が完了したことを認識する。これにより、
今までボード側装置１０２内で実行されていたタスクか
らボード側ドライバのテーブル設定部１１０のタスクに
制御が移される。

【００６６】テーブル設定部１１０は、シーケンスＳ５
で、制御線１２７及びローカルデータバス１１６を介し
てデータレジスタ１０８から準備完了コマンドを読み出
し、続いて、送信状態管理テーブル１１４に、準備完了
コマンドに指定されている論理パス番号に対応させて、
その論理パス番号に対応する転送先タスクがデータの受
信準備を完了した旨を示すデータを設定する。転送先タ
スクがデータの受信準備を完了した旨を示すデータは、
送信状態管理テーブル１１４上では、テーブル設定部１
１０が本体側装置１０１内のテーブル設定部１１８から
準備完了コマンドを受信済みであることを示すデータと
して設定される。

【００６７】図３(a) に送信状態管理テーブル１１４の
構成例を示す。この例では、本体側装置１０１において
実行されている転送先タスクのうち、論理パス番号ＩＤ
＝２である#iのタスクと、ＩＤ＝３である#Nのタスクに
おいて受信準備が完了し、ＩＤ＝１である#1のタスクに
おいてはまだ受信準備が完了していないことが示されて
いる。なお、転送データキューについては後述する。

【００６８】その後、テーブル設定部１１０は、シーケ
ンスＳ６で、制御線１２７及びローカルデータバス１１
６を介して、ステータスレジスタ１０７に設定完了フラ
グを書き込んだ後、本体側装置１０１に割込み要求線１
０６を介して割込み要求信号を出力する。

【００６９】この結果、本体側装置において割込みが発
生する。本体側装置のオペレーティングシステムは、こ
の割込みを受け付けた場合、シーケンスＳ７で、アドレ
スバス１０４及びデータバス１０３を介してステータス
レジスタ１０７にセットされている設定完了フラグを検
出することによりボード側装置１０２において準備完了
コマンドに対応する送信状態管理テーブル１１４への設
定が完了したことを認識する。

【００７０】以上のシーケンスＳ１〜Ｓ７の一連の動作
の結果、上述の設定が行われた論理パス番号について
は、後述する通知レスポンスの発行が可能な状態にな
り、受信準備が完了する。

【００７１】そして、ボード側装置１０２においてはテ
ーブル設定部１１０のタスクからアプリケーションなど
の他のタスクに制御が移され、本体側装置１０１におい
てテーブル設定部１１８のタスクからアプリケーション
などの他のタスクに制御が移される。そして、転送先タ
スクにおいて転送データの受信準備が完了する毎に、上
述のシーケンスＳ１〜Ｓ７の一連の動作が繰り返され
る。

【００７２】ここで、上述のシーケンスＳ１〜Ｓ７の一
連の動作と共に、図３(a) の送信状態管理テーブル１１
４及び図３(b) の受信状態管理テーブル１２０の例を比
較すると、転送先タスクで発行されるＲＥＡＤコマンド
及びそれに基づいて本体側装置１０１からボード側装置
１０２に通知される準備完了コマンドに基づいて、本体
側装置１０１とボード側装置１０２とでは、転送先タス
クの受信状態が完全に同期して管理されることがわか
る。従って、本体側ドライバは受信状態管理テーブル１
２０を、また、ボード側ドライバは送信状態管理テーブ
ル１１４をそれぞれ制御することにより、転送先タスク
と転送元タスクとの間のフロー制御を実現することが可
能となる。

【００７３】次に、上述のシーケンスＳ１〜Ｓ７の一連
の動作からは独立して、ボード側装置１０２内で実行さ
れている転送元タスクは、任意のタイミングであるシー
ケンスＳ８で、転送要求であるＷＲＩＴＥコマンドを発
行する。この場合に、転送元タスクは、ＷＲＩＴＥコマ
ンドに、その転送先タスクに対して予め割り当てられて
いる論理パス番号（ＩＤ）と、転送されるデータが格納
されているその転送元タスク内のバッファ領域のアドレ
ス（以下、「転送元アドレス」という）、及び転送デー
タ数を指定する。

【００７４】上述したＷＲＩＴＥコマンドの発行を契機
としてボード側ドライバのキュー管理部１１３のタスク
に制御が移される。キュー管理部１１３は、シーケンス
Ｓ９で、上述のＷＲＩＴＥコマンドの論理パス番号（Ｉ
Ｄ）を確認した後、その論理パス番号に対応する転送デ
ータキュー（ＷＲＩＴＥコマンドの待合わせ行列）１１
５に、上述のＷＲＩＴＥコマンドを追加する。また、キ
ュー管理部１１３は、送信状態管理テーブル１１４に、
上述の確認した論理パス番号に対応させて、転送データ
キュー１１５にデータが存在する旨のデータ（「データ
有り」）を設定する。そして、再び、キュー管理部１１
３のタスクからアプリケーションなどの他のタスクに制
御が移される。

【００７５】以上のシーケンスＳ８とＳ９の動作は、転
送元タスクにおいて転送要求が発生する毎に実行され
る。一方、所定のスケジューリングのもとでボード側ド
ライバの通知レスポンス発行部１１１のタスクが実行さ
れる。通知レスポンス発行部１１１は、送信状態管理テ
ーブル１１４において、「コマンド受信状態＝済み」で
あり（転送先タスクがデータの受信準備を完了してお
り）、「転送データキュー＝データ有り」となっている
論理パス番号が少なくとも１つ以上存在するか否か、即
ち、データ転送が可能な論理パス番号が存在するか否か
を常に監視している。

【００７６】データ転送が可能な論理パス番号が存在す
ると判定した場合、シーケンスＳ１０で、通知レスポン
ス発行部１１１は、適当な優先順位制御に基づいて何れ
か１つの論理パス番号を選択し、その論理パス番号に対
応する転送データキュー１１５から最も古いＷＲＩＴＥ
コマンドを取り出す。図３(a) の例では、論理パス番号
ＩＤ＝２の転送データキュー１１５においてデータ転送
が可能であると判定され、そこからＷＲＩＴＥコマンド
が取り出される。そして、通知レスポンス発行部１１１
は、選択した論理パス番号とその取り出したＷＲＩＴＥ
コマンドに設定されている転送データ数に基づいて、制
御線１２７及びローカルアドレスバス１１７を介して、
通知レスポンスをデータレジスタ１０８に書き込む。デ
ータレジスタ１０８に書き込まれる通知レスポンスのデ
ータフォーマットを図４(b) に示す。即ち、ｎバイトの
大きさを有するデータレジスタ１０８のうち、最初の２
バイトに転送データ数が書き込まれ、次のバイトに通知
レスポンスを示すコマンドコードが書き込まれ、更にそ
の次のバイトに転送要求を発生した転送元タスクの論理
パス番号が書き込まれる。

【００７７】次に、通知レスポンス発行部１１１は、シ
ーケンスＳ１１で、制御線１２７及びコンピュータデー
タバス１０３を介してステータスレジスタ１０７に転送
開始要求フラグを書き込んだ後、本体側装置１０１に割
込み要求線１０６を介して割込み要求信号を出力する。

【００７８】上述の割込み要求の結果、本体側装置１０
１において割込みが発生する。本体側装置１０１のオペ
レーティングシステムは、この割込みを受け付けた場
合、シーケンスＳ１２で、アドレスバス１０４及びデー
タバス１０３を介してステータスレジスタ１０７にセッ
トされている転送開始要求フラグを確認することによっ
て、転送元タスクにおいて転送要求が発生したことを認
識する。これにより、今まで本体側装置１０１内で実行
されていたタスクから本体側ドライバのＤＭＡ起動部１
１９のタスクに制御が移される。

【００７９】ＤＭＡ起動部１１９は、シーケンスＳ１３
で、アドレスバス１０４及びデータバス１０３を介して
データレジスタ１０８から通知レスポンスを読み出し、
その通知レスポンスから転送データ数と論理パス番号を
取得する。その後、ＤＭＡ起動部１１９は、シーケンス
Ｓ１４で、アドレスバス１０４及びデータバス１０３を
介してステータスレジスタ１０７に転送準備完了フラグ
を書き込んだ後、ボード側装置１０２に割込み要求線１
０５を介して割込み要求信号を出力する。

【００８０】この結果、ボード側装置１０２において割
込みが発生する。ボード側装置１０２のシステムは、こ
の割込みを受け付けた場合、シーケンスＳ１５で、制御
線１２７及びローカルデータバス１１６を介してステー
タスレジスタ１０７にセットされている転送準備完了フ
ラグを確認することにより、ＤＭＡ転送を開始してよい
ことを認識する。これにより、通知レスポンス発行部１
１１のタスクからＤＭＡ起動部１１２のタスクに制御が
移される。この際、通知レスポンス発行部１１１のタス
クからＤＭＡ起動部１１２のタスクに、通知レスポンス
発行部１１１が選択した転送データキュー１１５の論理
パス番号と、その転送データキュー１１５から取り出し
たＷＲＩＴＥコマンドに設定されている転送元アドレス
が通知される。

【００８１】この間、本体側ドライバのＤＭＡ起動部１
１９は、シーケンスＳ１４の割込み通知に続くシーケン
スＳ１６で、受信状態管理テーブル１２０において、前
述した通知レスポンスから取得した論理パス番号に対応
する転送先タスクがデータの受信準備を完了しているこ
と（準備完了コマンドが発行済みであること）を確認し
た後、その論理パス番号に対して設定されている転送先
タスクのバッファ領域である転送先アドレスを取得す
る。図３(b) の例では、論理パス番号ＩＤ＝２に対応す
る転送先アドレス“12345h”が取得される。その後、Ｄ
ＭＡ起動部１１９は、その論理パス番号に対応する受信
状態管理テーブル１２０の内容を初期状態（「コマンド
発行状態＝未」、「転送先アドレス＝−」）に戻す。更
に、ＤＭＡ起動部１１９は、アドレスバス１０４及びデ
ータバス１０３を介してボード側装置１０２内のＤＭＡ
コントローラ１０９に、ボード側装置１０２から送られ
てきた転送データ数と、受信状態管理テーブル１２０か
ら取得した転送先アドレスを書き込んだ後、起動指示を
出力する。この後は、本体側装置１０１自身は、本体側
装置１０１内のバス権をＤＭＡコントローラ１０９に引
き渡し、停止状態になる。

【００８２】一方、ボード側ドライバのＤＭＡ起動部１
１２は、シーケンスＳ１７で、送信状態管理テーブル１
１４において、シーケンスＳ１５で通知レスポンス発行
部１１１から通知された論理パス番号に対応するコマン
ド受信状態を初期状態（「コマンド受信状態＝未」）に
戻す。また、ＤＭＡ起動部１１２は、その論理パス番号
に対応する転送データキュー１１５にＷＲＩＴＥコマン
ドが残っているか否かを判定し、残っていないならば、
送信状態管理テーブル１１４において、上述の論理パス
番号に対応する転送データキューの状態を初期状態
（「転送データキュー＝データ無し」）に戻す。その
後、ＤＭＡ起動部１１２は、ＤＭＡコントローラ１０９
に、シーケンスＳ１５で通知レスポンス発行部１１１か
ら通知された転送元タスクのバッファ領域である転送元
アドレスを書き込んだ後、起動指示を出力する。この後
は、ボード側装置１０２自身も、ボード側装置１０２内
のローカルバスのバス権をＤＭＡコントローラ１０９に
引き渡し、ＤＭＡコントローラ１０９以外の部分は停止
状態になる。

【００８３】ＤＭＡコントローラ１０９は、上述の本体
側装置１０１からの起動指示とボード側装置１０２から
の起動指示を受け取ることによってバス権を獲得する
と、転送元アドレスをボード側装置１０２内のローカル
アドレスバス１１７を介してボード側装置１０２内のメ
モリに指定すると共に制御線１２８を介してデータレジ
スタ１０８を制御することによって、転送元タスクのバ
ッファ領域に格納されている転送データをボード側装置
１０２内のローカルデータバス１１６からデータレジス
タ１０８を介して本体側装置１０１のデータバス１０３
に読み出す。続いて、ＤＭＡコントローラ１０９は、転
送先アドレスを本体側装置１０１のアドレスバス１０４
を介して本体側装置１０１内のメモリに指定することに
よって、本体側装置１０１のデータバス１０３に読み出
されている転送データを本体側装置１０１内の転送先タ
スクのバッファ領域に直接書き込む。その後、ＤＭＡコ
ントローラ１０９は、転送元アドレス及び転送先アドレ
スをそれぞれ１アドレス更新し、上述と同様の動作を繰
り返す。ＤＭＡコントローラ１０９は、転送回数が転送
データ数を越えた時点で、ＤＭＡ転送を完了する。

【００８４】この結果、シーケンスＳ１８で、ＤＭＡコ
ントローラ１０９からボード側装置１０２自身に対し
て、ＤＭＡ転送が完了した旨の割込みが発生し、ボード
側ドライバのＤＭＡ起動部１１２が動作を再開する。

【００８５】また、シーケンスＳ１９では、ＤＭＡコン
トローラ１０９から本体側装置１０１に対し、ＤＭＡ転
送が完了した旨の割込みが発生し、本体側ドライバのＤ
ＭＡ起動部１１９が動作を再開する。

【００８６】本体側ドライバのＤＭＡ起動部１１９は、
シーケンスＳ２０で、アドレスバス１０４及びデータバ
ス１０３を介してステータスレジスタ１０７にＤＭＡ転
送完了フラグを書き込んだ後、ボード側装置１０２に割
込み要求線１０５を介して割込み要求信号を出力する。
そして、ＤＭＡ起動部１１９は、シーケンスＳ１３で通
知レスポンスから取得した論理パス番号に対応する転送
先タスクに対して、ＤＭＡ転送に成功した旨を通知した
後、ＤＭＡ転送処理を完了し、その転送先タスクへ制御
を移す。この結果、転送先タスクは、ＤＭＡ転送が完了
するとすぐに、転送データに対してデータ処理を行うこ
とができる。

【００８７】一方、本体側装置１０１からの割込み要求
の結果、ボード側装置１０２において割込みが発生す
る。ボード側装置１０２のシステムがこの割込みを受け
付けた場合、ボード側ドライバのＤＭＡ起動部１１２
が、シーケンスＳ２１で、制御線１２７及びローカルデ
ータバス１１６を介してステータスレジスタ１０７にセ
ットされているＤＭＡ転送完了フラグを確認することに
より、ＤＭＡ転送が完了したことを認識する。この結
果、ＤＭＡ起動部１１２は、シーケンスＳ１５で通知レ
スポンス発行部１１１から通知された論理パス番号に対
応する転送元タスクにＤＭＡ転送が完了した旨を通知
し、その転送元タスクへ制御を戻す。

【００８８】上述のシーケンスＳ１０〜Ｓ２１で示され
る一連のＤＭＡ転送動作は、所定のスケジューリングの
もとでボード側ドライバの通知レスポンス発行部１１１
が、送信状態管理テーブル１１４においてデータ転送可
能な論理パス番号を検出する毎に、実行される。

【００８９】以上説明したように、本発明の実施例で
は、転送データの受信準備が完了したタイミングで転送
先タスクから発行されるＲＥＡＤコマンドに基づいて、
受信側装置である本体側装置１０１において、本体側ド
ライバのテーブル設定部１１８が受信状態管理テーブル
１２０に準備完了の情報を設定する。更に、ＲＥＡＤコ
マンドに同期して発行される準備完了コマンドに基づい
て、送信側装置であるボード側装置１０２において、ボ
ード側ドライバのテーブル設定部１１０が送信状態管理
テーブル１１４にも準備完了の情報を設定する。そし
て、ボード側ドライバの通知レスポンス発行部１１１
は、送信状態管理テーブル１１４において、準備完了の
情報が設定され転送データキュー１１５にデータが存在
する論理パス番号に対してのみ、ＤＭＡ転送を起動す
る。

【００９０】このようにして、送信状態管理テーブル１
１４をアクセスするだけで、ＤＭＡ転送の起動時に転送
元タスクと転送先タスクとの間でタスク間通信を行うこ
となく、両者の間のフロー制御を実現することができ
る。

【００９１】また、本体側装置１０１では、ＲＥＡＤコ
マンドの発行時に、本体側ドライバのテーブル設定部１
１８が受信状態管理テーブル１２０に転送先タスクのバ
ッファ領域のアドレスを転送先アドレスとして設定する
ことができ、更に、ボード側装置１０２では、ＷＲＩＴ
Ｅコマンドの発行時に、転送データキュー１１５に転送
元タスクのバッファ領域のアドレスを転送元アドレスと
して保持することができる。このため、ＷＲＩＴＥコマ
ンドの内容を解析し受信状態管理テーブル１２０をアク
セスするだけで、ＤＭＡ転送の起動時に転送元タスクと
転送先タスクとの間でタスク間通信を行うことなく、転
送元タスクのバッファ領域と転送先タスクのバッファ領
域との間で直接データを転送することができる。

【００９２】なお、転送先タスクにおいて、実行アドレ
スの再配置（リロケーション）が発生した場合には、転
送先タスクがＲＥＡＤコマンドを発行し直すことによっ
て、受信状態管理テーブル１２０における転送先アドレ
スを容易に変更することができる。

【００９３】また、転送先タスク又は転送元タスクの何
れかにおいて、或いはそれらを制御するシステムタスク
において何らかの異常が発生したような場合には、転送
先タスクがＲＥＡＤコマンドを発行し直すと共に、転送
元タスクがそのタスクに対応する論理パス番号の転送デ
ータキュー１１５の内容を破棄して初期化するコマンド
を実行することにより、異常発生後に転送データキュー
１１５に残っていた無効データを破棄することができ
る。この場合、該当する論理パス番号のパスのみが初期
化されるため、他の論理パス番号のパスが影響を受ける
ことはない。

【００９４】以上説明した実施例においては、送信状態
管理テーブル１１４には転送データキュー１１５におけ
るデータの有無のみが保持されるように構成されたが、
転送データキュー１１５におけるキューの大きさも保持
されるように構成し、そのデータに基づいて通知レスポ
ンスが発行されるときの優先順位が決定されるようにし
てもよい。

【００９５】最後に、以上説明した実施例は、ボード側
装置１０２から本体側装置１０１へのＤＭＡ転送を実現
するためのシステムとして構成されているが、本体側装
置１０１からボード側装置１０２へのＤＭＡ転送を実現
するためのシステムも、上述の実施例の構成に基づけば
容易に実現することができる。

【００９６】即ち、そのようなシステムにおいては、ま
ず、本体側ドライバに、ボード側ドライバのテーブル設
定部１１０、通知レスポンス発行部１１１、ＤＭＡ起動
部１１２、及びキュー管理部１１３と同等の機能部分が
付加され、本体側装置１０１内のメモリに、ボード側装
置１０２の送信状態管理テーブル１１４及び転送データ
キュー１１５と同等の機能部分が付加される。一方、ボ
ード側ドライバに、本体側ドライバのテーブル設定部１
１８及びＤＭＡ起動部１１９と同等の機能部分が付加さ
れ、ボード側装置１０２内のメモリに、本体側装置１０
１の受信状態管理テーブル１２０と同等の機能部分が付
加される。そして、ＤＭＡコントローラ１０９は、ＤＭ
Ａ転送時には、アドレスバス１０４に転送元アドレスを
指定し、ローカルアドレスバス１１７に転送先アドレス
を指定する。

【００９７】

【発明の効果】本発明によれば、転送元タスクから転送
要求が発生している場合、受信準備状態管理手段を参照
するだけで、転送元タスクと転送先タスクとの間でタス
ク間通信を行うことなく、受信準備が完了した論理パス
に対応する転送要求のみをその実行のために選択するこ
とができ、転送元タスクと転送先タスクとの間のフロー
制御を実現することが可能となる。

【００９８】また、転送先アドレス管理手段を参照する
だけで、実行される転送要求に対応する論理パスに対し
て設定されている転送先アドレスを取得することができ
るため、転送元タスクと転送先タスクとの間でタスク間
通信を行うことなく、転送元タスクの送信バッファ領域
と転送先タスクの受信バッファ領域との間で、直接デー
タを転送することができる。

【００９９】この結果、転送先タスクは、データ転送が
完了するとすぐに、転送データに対してデータ処理を行
うことが可能となる。更に、転送先タスクにおいて、実
行アドレスの再配置（リロケーション）が発生した場合
でも、転送先アドレス管理手段における転送先アドレス
を容易に変更することが可能となる。

【０１００】また、転送先タスク又は転送元タスクの何
れかにおいて、或いはそれらを制御するシステムタスク
において何らかの異常が発生したような場合には、転送
データキュー手段において該当する論理パスに対応する
内容のみを破棄することにより、他の論理パスに影響を
与えずに論理パスの復帰を行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例の構成図である。

【図２】本発明の実施例におけるＤＭＡ転送のシーケン
スを示した図である。

【図３】状態管理テーブルの構成図である。

【図４】制御データの構成図である。

【図５】従来例におけるＤＭＡ転送のシーケンスを示し
た図である。

【符号の説明】

１０１ 本体側装置 １０２ ボード側装置 １０３ データバス １０４ アドレスバス １０５、１０６ 割込み要求線 １０７ ステータスレジスタ １０８ データレジスタ １０９ ＤＭＡコントローラ １１０ テーブル設定部 １１１ 通知レスポンス発行部 １１２ ＤＭＡ起動部 １１３ キュー管理部 １１４ 送信状態管理テーブル １１５ 転送データキュー １１６ ローカルデータバス １１７ ローカルアドレスバス １１８ テーブル設定部 １１９ ＤＭＡ起動部 １２０ 受信状態管理テーブル １２１〜１２６ 破線部 １２７、１２８ 制御線

Claims (6)

【特許請求の範囲】
1. 【請求項１】 送信側のデータ処理装置上で実行される
   タスクである少なくとも１つの転送元タスクから受信側
   のデータ処理装置上で実行されるタスクである少なくと
   も１つの転送先タスクに転送データを転送するためのデ
   ータ転送方式において、 前記転送元タスクと前記転送先タスクの組合せ毎に論理
   パスを設定する論理パス設定手段と、 該論理パス設定手段で設定された論理パス毎に、該論理
   パスに対応する前記転送元タスクの受信準備状態を管理
   する受信準備状態管理手段と、 前記論理パス設定手段で設定された論理パス毎に、該論
   理パスに対応する前記転送先タスクが所有する受信バッ
   ファ領域のアドレスである転送先アドレスを管理する転
   送先アドレス管理手段と、 受信準備を完了した転送先タスクからの通知に基づき、
   前記受信準備状態管理手段において、該通知を発生した
   転送先タスクに対応する論理パスに対して受信準備が完
   了した旨を示す状態を設定する受信準備状態設定手段
   と、 前記受信準備を完了した転送先タスクからの通知に基づ
   き、前記転送先アドレス管理手段において、該通知を発
   生した転送先タスクに対応する論理パスに対して前記転
   送先アドレスを設定する転送先アドレス設定手段と、 前記受信準備状態管理手段を参照することにより、何れ
   かの前記転送元タスクから発生された転送要求のうち、
   前記受信準備が完了した旨を示す状態が設定されている
   前記論理パスに対応する前記転送元タスクからの前記転
   送要求のみを選択する転送要求選択手段と、 前記転送先アドレス管理手段から、前記転送要求選択手
   段により選択された転送要求に対応する前記論理パスに
   対して設定されている前記転送先アドレスを取得し、前
   記転送要求選択手段により選択された転送要求から、該
   転送要求を発生した前記転送元タスクが所有する送信バ
   ッファ領域のアドレスである転送元アドレスと、転送デ
   ータ数とを取得する転送要求実行準備手段と、 該転送要求実行準備手段で取得された前記転送先アドレ
   ス、前記転送元アドレス、及び前記転送データ数に基づ
   き、前記転送元タスクが所有する送信バッファ領域から
   前記転送先タスクが所有する受信バッファ領域に前記転
   送データを転送するデータ転送実行手段と、 を有することを特徴とするデータ転送方式。
2. 【請求項２】 前記受信準備状態管理手段及び前記受信
   準備状態設定手段は前記受信側のデータ処理装置及び前
   記送信側のデータ処理装置のそれぞれに設けられ、 前記受信側のデータ処理装置内の受信準備状態設定手段
   は、前記受信準備を完了した転送先タスクからの通知に
   基づき、前記受信側のデータ処理装置内の受信準備状態
   管理手段において、該通知を発生した転送先タスクに対
   応する論理パスに対して受信準備が完了した旨を示す状
   態を設定すると共に、前記送信側のデータ処理装置内の
   受信準備状態設定手段に前記通知を発生した転送先タス
   クに対応する論理パスに対する受信準備が完了した旨を
   示す通知を行い、 前記送信側のデータ処理装置内の受信準備状態設定手段
   は、前記受信側のデータ処理装置内の受信準備状態設定
   手段からの通知に基づき、前記送信側のデータ処理装置
   内の受信準備状態管理手段において、前記受信準備を完
   了した転送先タスクに対応する論理パスに対して受信準
   備が完了した旨を示す状態を設定し、 前記転送先アドレス管理手段及び前記転送先アドレス設
   定手段は、前記受信側のデータ処理装置に設けられ、 前記転送要求選択手段は、前記送信側のデータ処理装置
   内に設けられ、前記送信側のデータ処理装置内の受信準
   備状態管理手段を参照することにより、何れかの前記転
   送元タスクから発生された転送要求のうち、前記受信準
   備が完了した旨を示す状態が設定されている前記論理パ
   スに対応する前記転送元タスクからの前記転送要求のみ
   を選択する、 ことを特徴とする請求項１に記載のデータ転送方式。
3. 【請求項３】 前記転送要求選択手段は、前記選択した
   転送要求から前記転送データ数を取得し、該転送データ
   数及び前記選択した転送要求に対応する前記論理パスを
   前記受信側のデータ処理装置に通知し、 前記転送要求実行準備手段は、前記受信側のデータ処理
   装置に設けられ、前記受信側のデータ処理装置内の受信
   準備状態管理手段から前記転送要求選択手段より通知さ
   れた論理パスに対して設定されている前記転送先アドレ
   スを取得すると共に、前記転送要求選択手段から通知さ
   れた前記転送データ数を取得する受信側転送要求実行準
   備手段と、前記送信側のデータ処理装置に設けられ、前
   記転送要求選択手段により選択された転送要求から前記
   転送元アドレスを取得する送信側転送要求実行準備手段
   とから構成され、 前記データ転送実行手段は、前記送信側転送要求実行準
   備手段で取得された前記転送先アドレスと前記転送デー
   タ数、及び前記受信側転送要求実行準備手段で取得され
   た前記転送元アドレスに基づき、前記転送元タスクが所
   有する送信バッファ領域から前記転送先タスクが所有す
   る受信バッファ領域に前記転送データを転送する、 ことを特徴とする請求項２に記載のデータ転送方式。
4. 【請求項４】 前記送信側のデータ処理装置内に、前記
   論理パス毎に、該論理パスに対応する転送元タスクから
   発生された転送要求であって前記転送要求選択手段によ
   ってまだ選択されていないものを保持する転送データキ
   ュー手段を更に有し、 前記転送要求選択手段は、前記送信側のデータ処理装置
   内の受信準備状態管理手段を参照することにより、所定
   の優先順位に従って、前記転送データキュー手段に前記
   転送要求が存在する論理パスのうち、前記受信準備が完
   了した旨を示す状態が設定されている前記論理パスに対
   応する転送要求のみを選択する、 ことを特徴とする請求項２又は３の何れか１項に記載の
   データ転送方式。
5. 【請求項５】 前記論理パス設定手段は、前記論理パス
   の設定時に、前記転送データキュー手段において、前記
   設定される論理パスに対応する内容を破棄する、 ことを特徴とする請求項４に記載のデータ転送方式。
6. 【請求項６】 前記データ転送実行手段は、ダイレクト
   メモリアクセス方式によるデータ転送を実行する、 ことを特徴とする請求項１乃至５の何れか１項に記載の
   データ転送方式。