JP2002176464A - ネットワークインタフェース装置 - Google Patents

Abstract

(57)【要約】 【課題】 通信装置２からネットワークインタフェース
装置１への送信データの転送速度を高めて、送信データ
を高速にネットワーク３へ送信する。 【解決手段】 送信データに関する制御情報を含む送信
ディスクリプタ及び送信データをまとめて通信装置２か
らネットワークインタフェース装置１へ入力し、当該ネ
ットワークインタフェース装置１が入力した送信ディス
クリプタに基づいて入力した送信データをネットワーク
３に対して送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばローカルエ
リアネットワーク（ＬＡＮ：Local Area Network）通信
システムや計算クラスターシステムなどにおけるデータ
転送を行うネットワークインタフェース装置等に関し、
特に、ＬＡＮ通信システムや計算クラスターシステムな
どを構成する計算機端末において、システムメモリから
ネットワークへ高速にメッセージデータパケットを送信
することを実現するネットワークインタフェース装置に
関する。

【０００２】

【従来の技術】近年、例えばＬＡＮの伝送速度は１００
Ｍｂｐｓ（Mega Bit Per Second）が主流となりつつあ
り、ＬＡＮの伝送速度が向上したことにより、映像や音
声などの大量のマルチメディアデータの高速伝送も可能
となってきた。同時に、近年、パーソナルコンピュータ
（ＰＣ：Personal Computer）のパフォーマンスが格段
に向上してきており、ＣＰＵ（Central Processing Uni
t）の計算速度が高速になり、且つ、メモリの容量もこ
れまでと比較して非常に大きくなっている。

【０００３】このような状況に伴い、例えばＰＣを使っ
て遠隔地間で会議を行うデスクトップ会議システムや遠
隔教育を行うシステムなどの新しいアプリケーションが
現実のものとなってきている。また、最近では、複数の
ＰＣをＬＡＮで接続して、大規模な計算を各ＰＣ (ノー
ド) に並列／並行・分散して処理させる計算ＰＣクラス
ターシステムが実現されている。ここで、計算ＰＣクラ
スターシステムは、市販のＰＣとネットワークインタフ
ェース装置を用いることで非常に安価に構成することが
可能な上に、スーパーコンピュータに匹敵する計算パフ
ォーマンスを発揮することができるものであり、現在非
常に注目されている技術である。

【０００４】なお、今後もあらゆるアプリケーションか
らネットワークの高速化に対する要求は高まる一方であ
り、１Ｇｂｐｓの伝送速度を有するＬＡＮへの移行が急
速に進められている。更に、ＩＥＥＥ（Institute of E
lectrical and ElectronicsEngineers）により１０Ｇｂ
ｐｓのイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ
（登録商標））の標準化作業が既に開始されている。

【０００５】また、計算機端末をＬＡＮに接続する装
置、即ちネットワークインタフェースカード （ＮＩ
Ｃ：Network Interface Card）は、計算機端末のホスト
システムからネットワークへ送信データを送出する働き
と、ネットワークから入ってきた受信データを計算機端
末のホストシステムへ転送する働きとを有する。

【０００６】ここで、現在のようにＬＡＮの伝送速度が
向上してくると、計算機端末のホストシステムとＮＩＣ
との間のデータ転送速度がネットワーク間コミュニケー
ションにおけるボトルネックとなる可能性が出てくる。
例えば、計算ＰＣクラスターシステムにおいて、或る計
算機端末のホストシステムからＮＩＣへのデータ転送効
率が悪く、メッセージデータパケットを転送する速度が
遅くなるために送信をスムーズに行えないといったこと
が生じ得る。このような場合には、ネットワークのトラ
フィックには余裕があるにも関わらず、ネットワークが
使われない状態が続いたり、また別の計算機端末はメッ
セージデータパケットが来ないために計算処理能力を持
て余すといったことが起こり得る。そして、このような
状況では、ネットワークの高速化や計算機端末のパフォ
ーマンス向上が活かされない。

【０００７】現在のＮＩＣは、多くの場合、ＬＡＮコン
トローラと呼ばれるＩＣ（Integrated Circuit）チップ
によって機能する。図９には、従来の代表的なイーサネ
ット用のＬＡＮコントローラ６１の構成例を示してある
とともに、当該ＬＡＮコントローラ６１と接続されたホ
ストシステム６２及びネットワーク６３を示してある。
なお、例えばＤｉｇｉｔａｌ Ｅｑｕｉｐｍｅｎｔ社や
Ｉｎｔｅｌ社などにより市販されているＬＡＮコントロ
ーラも同図に示したような構成を有している。

【０００８】同図に示したＬＡＮコントローラ６１に
は、ホストシステム６２との間のインタフェース機能を
有した周辺要素相互接続 （ＰＣＩ：Peripheral Compon
ent Interconnect）バスインターフェース７１と、メモ
リに対するアクセスを制御するＤＭＡ（Direct Memory
Access）コントローラ７２と、データを格納する多目的
レジスタ７３と、送信用のデータを格納する送信用先入
れ先出し（ＦＩＦＯ：First In First Out）バッファメ
モリ７４と、メディアアクセスを制御するメディアアク
セス制御 （ＭＡＣ：Media Access Control）コントロ
ーラ７５と、ネットワーク６３との間のインタフェース
機能を有したＳＩＡ（Serial Interface Adapter）イン
タフェース７６と、ネットワーク６３との間のインタフ
ェース機能を有したＭＩＩ（Media Independent Interf
ace）インタフェース７７と、受信用のデータを格納す
る受信用ＦＩＦＯバッファメモリ７８と、これら各処理
部７１〜７８を制御するデータ制御部７９とが備えられ
ている。

【０００９】また、同図に示したホストシステム６２に
は、各種の処理を実行するＣＰＵ８０と、データを格納
するシステムメモリ８１とが備えられている。また、Ｌ
ＡＮコントローラ６１に備えられたＳＩＡインタフェー
ス７６やＭＩＩインタフェース７７はネットワーク６３
と接続されており、ＰＣＩバスインタフェース７１はホ
ストシステム６２に備えられたＣＰＵ８０やシステムメ
モリ８１と接続されている。

【００１０】同図に示したように、現在の代表的なＬＡ
Ｎコントローラ６１はほとんどが３２ビットのＰＣＩバ
スインタフェース７１を備えている。現在、ＰＣＩバス
のクロック周波数は３３ＭＨｚが一般的であり、従っ
て、ホストシステム６２とＬＡＮコントローラ６１との
間の最高データ転送速度は１３３Ｍバイト／秒となる。
なお、最近では、６４ビット、６６ＭＨｚのＰＣＩバス
インタフェースを備えたものも現れてきている。

【００１１】また、同図に示したように、ＬＡＮコント
ローラ６１は、通常、ＤＭＡコントローラ７２を備えて
おり、このようなＬＡＮコントローラ６１はバスマスタ
となり得る。なお、同図の例では、説明の便宜上から一
つのＤＭＡコントローラ７２を示したが、一般的には送
信用及び受信用に２チャネル分のＤＭＡコントローラを
備えている。これらのＤＭＡコントローラは各々に独立
して動作し、ホストシステム６２中のシステムメモリ８
１との間のデータ転送に用いられる。

【００１２】また、同図に示したＬＡＮコントローラ６
１では、ネットワーク６３から流れてきた受信フレーム
は、ＳＩＡインタフェース７６若しくはＭＩＩインタフ
ェース７７を介して入力された後に、ＭＡＣコントロー
ラ７５により必要な処理を施されて受信用ＦＩＦＯバッ
ファメモリ７８に一時的に格納され、その後、当該メモ
リ７８から読み出されてＰＣＩバスインタフェース７１
を介してホストシステム６２へ転送される。

【００１３】また、送信用ＦＩＦＯバッファメモリ７４
は、送信データをネットワーク６３へ送出する前に一時
的に格納しておくためのバッファメモリである。そし
て、同図に示したＬＡＮコントローラ６１では、ホスト
システム６２からＰＣＩバスインタフェース７１を介し
て転送される送信フレームは、送信用ＦＩＦＯバッファ
メモリ７４に一時的に格納された後に、ＭＡＣコントロ
ーラ７５により必要な処理を施され、その後、ＳＩＡイ
ンタフェース７６若しくはＭＩＩインタフェース７７を
介してネットワーク６３へ送信される。

【００１４】また、同図に示したＬＡＮコントローラ６
１では、送信フレーム及び受信フレームや、ホストシス
テム６２からＬＡＮコントローラ６１に対するコマンド
及びステータスなどの情報を含んだデータストラクチャ
の受け渡しマネージメントは、データ制御部７９により
行われる。

【００１５】また、同図に示したＬＡＮコントローラ６
１では、上記したコマンドやステータスなどの情報を格
納しておくための多目的レジスタ７３が用意されてい
る。ここで、多目的レジスタ７３は、通常は、コントロ
ール／ステータスレジスタ (ＣＳＲ：Control/Status R
egsiter)）と呼ばれる名で用意され、これはホストシス
テム６２のシステムメモリ８１上にマッピングされる。
従って、このような構成では、ＬＡＮコントローラ６１
からも、ホストシステム６２からも、リード／ライトが
可能となる。

【００１６】次に、図９に示した構成において、送信フ
レームをＰＣのホストシステム６２からＬＡＮコントロ
ーラ６１へ転送する処理について、その最も一般的な機
構の概要を以下で説明する。すなわち、一般に、ＰＣの
ホストシステム６２からＬＡＮコントローラ６１へ送信
フレームを転送するために、送信ディスクリプタと呼ば
れるデータストラクチャが用いられる。

【００１７】送信ディスクリプタは、ＰＣの起動時にデ
バイスドライバによってホストシステム６２のシステム
メモリ８１に複数割り当てられる。ここで、図１０に
は、送信ディスクリプタの一般的な構造の一例を示して
あり、この送信ディスクリプタは、送信フレームのサイ
ズ（Ｓｉｚｅ）の情報を格納するサイズフィールド９１
と、コマンド（Ｃｏｍｍａｎｄ）の情報を格納するコマ
ンドフィールド９２と、ステータス（Ｓｔａｔｕｓ）の
情報を格納するステータスフィールド９３と、送信フレ
ームのバッファアドレス（Ｂｕｆｆｅｒ Ａｄｄｒｅｓ
ｓ）の情報を格納するバッファアドレスフィールド９４
とから構成されている。

【００１８】ステータスフィールド９３には、多くの場
合には、送信フレームの転送中に生じたエラーの情報が
セットされる。また、コマンドフィールド９２には、通
常では、ＬＡＮコントローラ６１の動作を制御するため
のパラメータが用意される。具体的には、例えば、現在
のフレームの送信後に送信フレームの転送を中断させる
ことを命令するビットや、送信フレームの転送方法にい
くつかのモードがある場合にいずれのモードで転送を実
行すべきであるかを指定するビットなどが用意される。

【００１９】またサイズフィールドには、送信フレーム
のサイズの情報がセットされる。また、バッファアドレ
スフィールド９４には、ホストシステム６２のシステム
メモリ８１上に用意された送信フレームの先頭アドレス
を示す情報がセットされる。

【００２０】また、図１１に示すように、この例では、
送信ディスクリプタはリング構造となっており、同図に
示されるような形式でホストシステム６２のシステムメ
モリ８１内に連続して割り当てられている。具体的に
は、ホストシステム６２のシステムメモリ８１では、例
えば“０”〜“ｎ”番目の送信ディスクリプタ１０１ａ
〜１０１ｄが連続して配置されるとともに、これら各送
信ディスクリプタ１０１ａ〜１０１ｄにより先頭アドレ
スが示される“０”〜“ｎ”番目の送信フレームの待機
用バッファ（送信待機用バッファ）１０２ａ〜１０２ｄ
が用意される。

【００２１】まず、ホストシステム６２のデバイスドラ
イバは、上位レベルから送信の要求があると、ＬＡＮコ
ントローラ６１に対して送信コマンド（ＴＸ ＣＭＤ：
Transmit Command）を発生し、同時に、ＬＡＮコント
ローラ６１に対して送信に使用する送信ディスクリプタ
のアドレスを伝える。通常は、ＬＡＮコントローラ６１
のＣＳＲ７３に対してＰＣＩサイクルのターゲットライ
トサイクルを発生することによって、この命令とアドレ
スがＬＡＮコントローラ６１へ伝えられる。なお、ター
ゲットとは他の装置により制御されて一方的に処理され
ることを示し、マスタとは自己がトランザクションの主
導を取って処理を実行することを示す。

【００２２】ＬＡＮコントローラ６１は、送信ディスク
リプタのアドレスを伝えられると、ホストシステム６２
のシステムメモリ８１内のそのアドレスから送信ディス
クリプタをリードして多目的レジスタ７３へ格納する。
なお、通常は、ＰＣＩサイクルのマスタリードサイクル
を実行して送信ディスクリプタをコピーする。

【００２３】次に、ＬＡＮコントローラ６１は、リード
した送信ディスクリプタに記載されている内容を参照し
て、バッファアドレスフィールド９４で指定されたシス
テムメモリ８１内のアドレスからサイズフィールド９１
で指定されたサイズのデータを読み込んで送信用ＦＩＦ
Ｏバッファメモリ７４へ格納する。

【００２４】このようにして送信データが送信用ＦＩＦ
Ｏバッファメモリ７４内に準備されると、ＬＡＮコント
ローラ６１では、ＭＡＣコントローラ７５が当該送信デ
ータをＳＩＡインタフェース７６若しくはＭＩＩインタ
フェース７７を介してネットワーク６３へ送出する。

【００２５】また、ネットワーク６３への送信データの
送出が完了すると、ＬＡＮコントローラ６１では、デー
タ制御部７９が送信ディスクリプタのステータスフィー
ルド９３を更新し、当該送信ディスクリプタをホストシ
ステム６２のシステムメモリ８１へ書き戻した後に割り
込みを発生する。これにより、ホストシステム６２のデ
バイスドライバでは、書き戻された送信ディスクリプタ
に基づいて、その送信ディスクリプタが使われた送信処
理が成功したのか或いは失敗したのかを判断することが
できる。また、ホストシステム６２のデバイスドライバ
では、その送信ディスクリプタを次の送信のために使っ
てよいことを知る。

【００２６】なお、図１２には、送信ディスクリプタの
一般的な構造の別の例を示してあり、この送信ディスク
リプタは、例えば図１０に示したのと同様なサイズフィ
ールド１１１及びコマンドフィールド１１２及びステー
タスフィールド１１３と、リンク先のアドレスの情報を
格納するリンクアドレス（Ｌｉｎｋ Ａｄｄｒｅｓｓ）
フィールド１１４とから構成されている。

【００２７】図１２に示した送信ディスクリプタは、ホ
ストシステム６２のシステムメモリ８１上に散在して用
意された送信ディスクリプタの例であり、送信ディスク
リプタの中にリンクアドレスの情報が書き込まれてい
る。ここで、リンクアドレスの情報は、次に使用される
べき送信ディスクリプタのアドレスを指定する。

【００２８】つまり、例えば図１３に示すように、この
例の送信ディスクリプタはいわゆるチェイン構造となっ
ており、これによって次に使用すべき送信ディスクリプ
タが格納されているシステムメモリ８１上のアドレスを
知ることができる。具体的には、同図に示されるよう
に、“０”番目の送信ディスクリプタ１２１ａでは次の
“１”番目の送信ディスクリプタ１２１ｂのアドレスが
指定され、“１”番目の送信ディスクリプタ１２１ｂで
は次の“２”番目の送信ディスクリプタ１２１ｃのアド
レスが指定されるといったように、各送信ディスクリプ
タでは次に使用すべき送信ディスクリプタのアドレスが
指定される。

【００２９】また、この例の送信ディスクリプタにはバ
ッファアドレスフィールドが含まれていない。この場
合、図１３に示されるように、ホストシステム６２のシ
ステムメモリ８１では、各送信ディスクリプタ１２１ａ
〜１２１ｃのすぐ後に続くメモリ領域がそれぞれの送信
フレームを待機するバッファメモリ（送信待機用バッフ
ァ）１２２ａ〜１２２ｃとなっており、ＬＡＮコントロ
ーラ６１上の送信用ＦＩＦＯバッファメモリ７４には当
該領域から送信フレームが転送される。なお、送信ディ
スクリプタの構造は若干異なっても、基本的な送信フレ
ームの転送処理の手順は、例えば図１０に示した送信デ
ィスクリプタを用いた場合について述べたのと同様であ
る。

【００３０】

【発明が解決しようとする課題】以上では、従来の技術
として、ネットワークインタフェース装置に使用されて
いる代表的なＬＡＮコントローラによる送信フレームの
転送処理の機構について説明した。上記のように、送信
ディスクリプタのテーブルをホストシステムのシステム
メモリ内にエントリしておき、その送信ディスクリプタ
を次々とシステマティックに使用していくことにより、
デバイスドライバの処理が高速化され、ホストシステム
の負担を軽減することができる。

【００３１】ところが、これには大きな問題があり、そ
れは、送信ディスクリプタの内容をＬＡＮコントローラ
上へコピーし、また書き戻すことによる不効率な転送形
態である。具体的には、例えば図１０や図１２に示した
二つの送信ディスクリプタの例のうち、いずれのタイプ
の送信ディスクリプタを使用する場合においても、一つ
の送信フレームをＬＡＮコントローラへ転送するために
一つの送信ディスクリプタを使用することとなる。つま
り、一つの送信フレームを処理する度に一つの送信ディ
スクリプタの内容をＬＡＮコントローラの多目的レジス
タへコピーしなくてはならない。

【００３２】なお、コピーの方法としては、デバイスド
ライバによるＰＣＩターゲットライトを用いた方法でも
よいし、一般的にはＬＡＮコントローラが必要なときに
ＰＣＩマスタリードを実行することになるが、いずれに
しても送信フレーム自体の転送とは別に送信ディスクリ
プタに関するＰＣＩバスオペレーションが実行される。
更に、送信フレームをネットワークへ送出した後にはこ
の送信ディスクリプタをホストシステムのシステムメモ
リへ書き戻すことが必要となる。

【００３３】ところで、特にＰＣＩマスタリードのトラ
ンザクションでは概してターゲット側でのデータ準備が
遅く、トランザクションはウェイトサイクルを多く含む
か若しくはリトライされることが多くなる。従って、次
々と送信フレームを送信する場合、送信ディスクリプタ
をコピーするためのＰＣＩバスオペレーションの回数
は、送信フレームをシステムメモリからＬＡＮコントロ
ーラへ転送する際の大きなオーバーヘッドとなり得る。
また、送信フレームのサイズが小さい場合には、このよ
うなオーバーヘッドはより一層効率の悪いものとなる。

【００３４】具体例として、計算ＰＣクラスターシステ
ムでは構成コストを抑えるために一般に市販されている
ＮＩＣを使用することが多い。ところが、計算ＰＣクラ
スターシステムでは概して短いメッセージパケットのや
り取りが頻繁に行われる。従って、ＮＩＣにおけるショ
ートメッセージパケット送信時のオーバーヘッドによる
遅延が計算ＰＣクラスターシステム全体の計算パフォー
マンスに大きく影響してくる。

【００３５】そこで、ショートメッセージパケットを如
何に効率良くレイテンシー（遅延）を抑えて送信するか
ということは非常に重要な課題となる。また、今後さら
にＬＡＮの伝送速度が向上したとしても、このようなオ
ーバーヘッドによりシステム全体のパフォーマンスは制
限される結果となる。

【００３６】なお、ホストシステムからＬＡＮコントロ
ーラの送信用ＦＩＦＯバッファメモリへ送信フレームを
効率的に転送するために、最近では６４ｂｉｔ／６６Ｍ
ＨｚのＰＣＩバスを用いることが考えられる。しかしな
がら、この構成では、ＬＡＮコントローラの送信用ＦＩ
ＦＯバッファメモリへのデータ転送は高速化されるもの
の、送信ディスクリプタをリードすることによるオーバ
ーヘッドはなくならない。

【００３７】また、例えば特開平６−１６８１９６号公
報や米国特許第５，７２１，９５５号公報では、全ての
送信データをホストコンピュータからＬＡＮコントロー
ラの送信バッファへ転送し終わる前にネットワークに対
する送信データの送信を開始する方法が開示されてい
る。これは送信パフォーマンスを向上するために非常に
効果的な方法ではあるが、送信バッファへの転送が間に
合わずに空となってしまうアンダーランが発生する危険
性がある。

【００３８】また、例えば米国特許第５，７２９，６８
１号公報では、送信パケット情報を保持するパケットフ
ラグメントアレイをそのままＬＡＮコントローラへ伝
え、ＬＡＮコントローラがその情報を基に送信データを
当該ＬＡＮコントローラの送信バッファへ転送する方法
が開示されている。しかしながら、この方法では、パケ
ットフラグメントアレイをＬＡＮコントローラへ伝える
ために余計なＰＣＩバスオペレーションが発生してしま
い、オーバーヘッドが大きくなってしまう。一般的に用
いられるＰＣのＣＰＵパワーが向上していることと、比
較的短いパケットの送信について適用されることを考慮
すると、この方法は不利である上に、回路が複雑で余計
なメモリも必要となってしまう。

【００３９】いずれにしても、これらの文献に記載され
た技術は、上記した送信フレームの転送時における余計
なＰＣＩトランザクションによるオーバーヘッドを軽減
するものではない。以上のように、従来のＬＡＮコント
ローラなどのネットワークインタフェース装置では、送
信フレームをホストシステムのシステムメモリからネッ
トワークインタフェース装置へ転送する際にオーバーヘ
ッドが発生してしまい、転送効率が悪いといった不具合
があった。

【００４０】本発明は、このような従来の課題を解決す
るためになされたもので、例えば複雑な機構を実装して
回路規模を大きくすることなく容易な構成で送信データ
の転送効率を向上させることができるネットワークイン
タフェース装置や通信装置などを提供することを目的と
する。

【００４１】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係るネットワークインタフェース装置で
は、次のようにして、送信データに関する制御情報を含
む送信ディスクリプタ及び送信データを通信装置から入
力し、入力した送信ディスクリプタに基づいて入力した
送信データをネットワークに対して送信する。すなわ
ち、インタフェース手段が、送信ディスクリプタ及び送
信データをまとめて通信装置から入力し、入力した送信
ディスクリプタに基づいて入力した送信データをネット
ワークに対して送信する。

【００４２】従って、例えば従来のように送信ディスク
リプタが通信装置から入力された後に送信データが当該
通信装置から入力されてネットワークに対して送信され
るのではなく、送信ディスクリプタと送信データとがま
とめて通信装置から入力されて当該送信データがネット
ワークに対して送信されることで、通信装置からネット
ワークインタフェース装置への送信データの転送速度を
高めることができ、これにより、送信データを高速にネ
ットワークへ送信することができる。

【００４３】ここで、送信ディスクリプタに含まれる送
信データに関する制御情報としては、種々な情報が用い
られてもよく、例えば送信データのサイズの情報などが
用いられる。また、送信ディスクリプタや送信データと
しては、種々なデータが用いられてもよい。

【００４４】また、ネットワークとしては、種々なネッ
トワークが用いられてもよい。また、ネットワークイン
タフェース装置と通信装置との間で行われるデータの入
出力処理は、例えばネットワークインタフェース装置の
主導により行われてもよく、例えば通信装置の主導によ
り行われてもよい。

【００４５】また、例えば通信装置からネットワークイ
ンタフェース装置への送信ディスクリプタ及び送信デー
タの転送処理が完了した後にネットワークインタフェー
ス装置からネットワークに対する送信データの送信処理
が行われてもよく、例えば当該データ転送処理と当該デ
ータ送信処理とが並列して行われてもよい。

【００４６】また、本発明に係るネットワークインタフ
ェース装置では、インタフェース手段は、送信データの
サイズが閾値未満である場合に、送信ディスクリプタ及
び送信データをまとめて通信装置から入力する。従っ
て、従来において特に転送速度が遅くなってしまうサイ
ズが小さい送信データについて、通信装置からネットワ
ークインタフェース装置への送信データの転送速度を高
めることができ、これにより、送信データを高速にネッ
トワークへ送信することができる。なお、送信データの
サイズが閾値未満であるか否かは、例えば通信装置から
ネットワークインタフェース装置に対して指示される。

【００４７】ここで、送信データのサイズの閾値として
は、例えばシステムの使用状況等に応じて、種々な値が
用いられてもよい。また、送信データのサイズが閾値未
満であるか否かを判定する仕方として、本発明では、例
えば送信データのサイズとして複数のサイズが選択可能
であるような構成において、所定の小さいサイズが選択
される場合に送信データのサイズが閾値未満であると判
定する仕方を用いることを含んでいる。

【００４８】また、本発明に係るネットワークインタフ
ェース装置では、一実施形態例として、通信装置が送信
ディスクリプタ及び所定サイズ以下の送信データを格納
するデータ格納領域を複数の送信データサイズに対応し
て有しており、インタフェース手段が、送信データのサ
イズに応じて通信装置が有するいずれかのデータ格納領
域に格納されたデータを通信装置から入力することで、
当該データ格納領域に格納された送信ディスクリプタ及
び送信データを当該通信装置から入力する。

【００４９】従って、送信データのサイズに応じて、当
該サイズに対応したデータ格納領域に格納されたデータ
を通信装置から入力することで、当該データ格納領域に
格納された送信ディスクリプタ及び送信データを入力し
て当該送信データをネットワークに対して送信すること
ができる。なお、通信装置のデータ格納領域に格納され
るデータには送信ディスクリプタ及び送信データが含ま
れ、例えばデータ格納領域に送信ディスクリプタ及び送
信データが格納されていない空き領域があってもよい。

【００５０】ここで、通信装置が有するデータ格納領域
の数（つまり、本発明に言う複数の送信データサイズの
数）としては、種々な数であってもよい。また、各デー
タ格納領域に格納することが可能な送信データの所定サ
イズとしては、種々なサイズが用いられてもよい。

【００５１】なお、具体的に、２つのデータ格納領域を
用いる場合の例を示す。すなわち、例えば、Ａサイズ以
下の送信データを格納することが可能な第１データ格納
領域と、Ｂ（Ｂ＞Ａとする）サイズ以下の送信データを
格納することが可能な第２データ格納領域とを通信装置
に用意して、Ａサイズ以下の送信データについては第１
データ格納領域に送信データを格納して、ネットワーク
インタフェース装置では当該第１データ格納領域から送
信データを入力し、また、Ａサイズより大きくＢサイズ
以下の送信データについては第２データ格納領域に送信
データを格納して、ネットワークインタフェース装置で
は当該第２データ格納領域から送信データを入力する。

【００５２】また、本発明に係るネットワークインタフ
ェース装置では、インタフェース手段は、送信対象とな
る送信データの数に関する情報を通信装置から入力し、
入力した当該情報に基づく数の送信ディスクリプタ及び
送信データの組を通信装置から入力する。

【００５３】従って、送信対象となる送信データの数が
予め通信装置から通知されて、当該数の送信ディスクリ
プタ及び送信データの組が通信装置から入力されるた
め、通信装置からネットワークインタフェース装置への
データ転送処理を効率よく行うことができる。

【００５４】なお、本発明に係るネットワークインタフ
ェース装置に関して、更に具体的な実施形態例を以下に
示す。すなわち、本発明に係るネットワークインタフェ
ース装置では、一実施形態例として、送信ディスクリプ
タを格納する送信ディスクリプタ格納手段と、送信デー
タを格納する送信データ格納手段と、通信装置からまと
めて入力される送信ディスクリプタ及び送信データのそ
れぞれを分離して、分離した送信ディスクリプタを送信
ディスクリプタ格納手段に格納するとともに分離した送
信データを送信データ格納手段に格納するセレクタ手段
とを備え、インタフェース手段は送信ディスクリプタ格
納手段に格納された送信ディスクリプタに基づいて送信
データ格納手段に格納された送信データをネットワーク
に対して送信する。

【００５５】また、本発明に係るネットワークインタフ
ェース装置では、一実施形態例として、ネットワークに
対する送信データの送信状況に関する情報を保持する送
信状況情報保持手段を備え、送信状況通知手段が送信状
況情報保持手段の保持情報に基づいて送信データの送信
状況を通信装置に対して通知する。

【００５６】また、本発明に係るネットワークインタフ
ェース装置では、一実施形態例として、送信状況に関す
る情報には、送信データの送信処理が終了したことを示
す情報及び当該送信処理が成功したか否かを示す情報が
含まれる。そして、送信データの送信処理が終了したこ
とを示す情報は例えば当該送信処理が終了した時点で通
信装置に対して通知され、また、当該送信処理が成功し
たか否かを示す情報は例えば通信装置からの要求に応じ
て当該通信装置に対して通知される。

【００５７】また、本発明に係るネットワークインタフ
ェース装置では、一実施形態例として、送信状況に関す
る情報には、送信処理が失敗した送信データを特定する
情報が含まれる。そして、送信処理が失敗した送信デー
タを特定する情報は例えば通信装置からの要求に応じて
当該通信装置に対して通知される。

【００５８】また、本発明では、以上に示したようなデ
ータ転送を実現することができる通信装置を提供する。
すなわち、本発明に係る通信装置では、送信データに関
する制御情報を含む送信ディスクリプタに基づいて送信
データをネットワークに対して送信するネットワークイ
ンタフェース装置に対して送信ディスクリプタ及び送信
データを出力するに際して、通信手段が、送信ディスク
リプタ及び送信データをまとめてネットワークインタフ
ェース装置に対して出力する。

【００５９】また、本発明に係る通信装置では、通信手
段は、送信データのサイズが閾値未満である場合に、送
信ディスクリプタ及び送信データをまとめてネットワー
クインタフェース装置に対して出力する。

【００６０】また、本発明に係る通信装置では、送信デ
ィスクリプタ及び所定サイズ以下の送信データを格納す
るデータ格納領域を複数の送信データサイズに対応して
有しており、通信手段は、送信データのサイズに応じて
いずれかのデータ格納領域に格納されたデータをネット
ワークインタフェース装置に対して出力する。

【００６１】また、本発明に係る通信装置では、通信手
段は、送信対象となる送信データの数に関する情報をネ
ットワークインタフェース装置に対して出力し、当該数
の送信ディスクリプタ及び送信データの組をネットワー
クインタフェース装置に対して出力する。

【００６２】また、本発明では、以上に示したようなデ
ータ転送を実現することができるプログラムを記憶した
記憶媒体を提供する。すなわち、本発明に係る記憶媒体
では、コンピュータに実行させるプログラムを当該コン
ピュータの入力手段が読取可能に記憶しており、当該プ
ログラムは、送信データに関する制御情報を含む送信デ
ィスクリプタに基づいて送信データをネットワークに対
して送信するネットワークインタフェース装置に対して
送信ディスクリプタ及び送信データをまとめて出力する
処理を当該コンピュータに実行させる。

【００６３】また、本発明に係る記憶媒体では、前記プ
ログラムは、送信データのサイズが閾値未満である場合
に、送信ディスクリプタ及び送信データをまとめてネッ
トワークインタフェース装置に対して出力する処理を前
記コンピュータに実行させる。

【００６４】また、本発明に係る記憶媒体では、前記プ
ログラムは、複数の送信データサイズに対応して設けら
れて送信ディスクリプタ及び所定サイズ以下の送信デー
タを格納するデータ格納領域の中から、送信データのサ
イズに応じていずれかのデータ格納領域に格納されたデ
ータをネットワークインタフェース装置に対して出力す
る処理を前記コンピュータに実行させる。

【００６５】また、本発明に係る記憶媒体では、前記プ
ログラムは、送信対象となる送信データの数に関する情
報をネットワークインタフェース装置に対して出力する
処理と、当該数の送信ディスクリプタ及び送信データの
組をネットワークインタフェース装置に対して出力する
処理とを前記コンピュータに実行させる。なお、本発明
では、以上に示したような処理を実行するためのプログ
ラムを提供することも可能である。

【００６６】

【発明の実施の形態】本発明に係る実施例を図面を参照
して説明する。なお、以下に示す本実施例では、ホスト
システムのデバイスドライバが送信フレームのサイズを
確認して、送信フレームのサイズが或る値以下であると
判断した場合には送信ディスクリプタと送信データを一
度にバースト転送してＬＡＮコントローラによりリード
することにより、送信フレームをホストシステムからＬ
ＡＮコントローラへ転送するに際して余計なトランザク
ションの発生に起因するオーバーヘッドが生じてしまう
ことをなくす。

【００６７】以下では、本発明に係るネットワークイン
タフェース装置をＬＡＮコントローラに適用するととも
に、本発明に係る通信装置をホストシステムに適用した
場合の実施例を図面を参照して説明する。

【００６８】まず、本発明の第１実施例に係るデータ転
送システムを説明する。図１には、本発明を適用したデ
ータ転送システムの一例として、ＬＡＮコントローラ１
と、当該ＬＡＮコントローラ１と接続されたホストシス
テム２と、当該ＬＡＮコントローラ１と接続されたネッ
トワーク３とを示してある。

【００６９】ＬＡＮコントローラ１には、ホストシステ
ム２との間のインタフェース機能を有した周辺要素相互
接続（ＰＣＩ）バスインターフェース１１と、メモリに
対するアクセスを制御するＤＭＡコントローラ１２と、
データを格納する第１の多目的レジスタ１３及び第２の
多目的レジスタ１４と、送信用のデータを格納する送信
用先入れ先出し（ＦＩＦＯ）バッファメモリ１５と、送
信ディスクリプタと送信データの格納先をダイナミック
に切り変える分岐ロジックであるセレクタ１６と、メデ
ィアアクセスを制御するメディアアクセス制御（ＭＡ
Ｃ）コントローラ１７と、ネットワーク３との間のイン
タフェース機能を有したＳＩＡインタフェース１８と、
ネットワーク３との間のインタフェース機能を有したＭ
ＩＩインタフェース１９と、受信用のデータを格納する
受信用ＦＩＦＯバッファメモリ２０と、これら各処理部
１１〜２０を制御するデータ制御部２１とが備えられて
いる。

【００７０】また、ホストシステム２には、各種の処理
を実行するＣＰＵ２２と、データを格納するシステムメ
モリ２３とが備えられている。また、ＬＡＮコントロー
ラ１に備えられたＳＩＡインタフェース１８やＭＩＩイ
ンタフェース１９はネットワーク３と接続されており、
ＰＣＩバスインタフェース１１はホストシステム２に備
えられたＣＰＵ２２やシステムメモリ２３と接続されて
いる。

【００７１】ここで、本例のデータ転送システムにより
行われる動作は、ホストシステム２からＬＡＮコントロ
ーラ１へ送信データを転送して当該送信データをＬＡＮ
コントローラ１からネットワークに対して送信する処理
に係る動作を除いては、例えば図９に示したシステムに
より行われる動作と同様であるため、本例では、当該シ
ステムとは異なる動作について詳しく説明する。

【００７２】まず、送信フレームをホストシステム２の
システムメモリ２３からＬＡＮコントローラ１へ転送す
るために当該ホストシステム２のデバイスドライバによ
って行われる準備動作の一例を示す。なお、デバイスド
ライバは一般にコンピュータに接続される周辺機器を利
用可能にするためのソフトウエアであり、本例では、ホ
ストシステム２のＣＰＵ２２がシステムメモリ２３に格
納されたデバイスドライバのプログラムを実行すること
により、当該デバイスドライバによる動作処理が行われ
る。

【００７３】すなわち、まず、ＬＡＮコントローラ１の
起動時にデバイスドライバがＰＣＩデバイスとしてのコ
ンフィギュレーションを行い、コマンド、レイテンシー
タイマ及びベースアドレスを設定する。そして、デバイ
スドライバは、ＬＡＮコントローラ１の第１の多目的レ
ジスタ１３をシステムメモリ２３にマッピングする。こ
のようなマッピングを行うと、第１の多目的レジスタ１
３は、ホストシステム２からもＬＡＮコントローラ１か
らもアクセスが可能となる。

【００７４】ここで、第１の多目的レジスタ１３として
は、一般的にＣＳＲと呼ばれているものが用いられてい
る。図２（ａ）には、第１の多目的レジスタ１３の構成
例を示してあり、この第１の多目的レジスタ１３は、コ
マンド（Ｃｏｍｍａｎｄ）の情報を格納するコマンドフ
ィールド３１と、ステータス（Ｓｔａｔｕｓ）の情報を
格納するステータスフィールド３２と、様々な目的の情
報を格納するためのレジスタ（Ｒｅｇｉｓｔｅｒ）であ
るＶＰ（Various Purpose）レジスタフィールド３３と
から構成されている。

【００７５】コマンドフィールド３１は、ＬＡＮコント
ローラ１に対するコマンドがセットされる領域として用
いられる。ステータスフィールド３２は、ＬＡＮコント
ローラ１の内部の状態などを示すビットがセットされる
領域として用いられる。ＶＰレジスタフィールド３３
は、ＬＡＮコントローラ１によりアクセスすべき３２ｂ
ｉｔのアドレスなどをセットするための領域として用い
られる。

【００７６】また、同図（ｂ）には、コマンドフィール
ド３１の構成例を示してあり、このコマンドフィールド
３１には、コマンドの内容を示すコマンド（ＣＭＤ）ビ
ット３４と、一度に送信するパケットの数を示すシリア
ルナンバー（ＳｅｒｉａｌＮｕｍｂｅｒ）ビット３５が
含まれる。また、同図（ｃ）には、ステータスフィール
ド３２の構成例を示してあり、このステータスフィール
ド３２には、エラーに関する内容を示すエラーステータ
ス（Ｅｒｒｏｒ Ｓｔａｔｕｓ）ビット３６と、連続し
て送信したパケットの数を示すシリアルパケットナンバ
ー（Ｓｅｒｉａｌ Ｐａｃｋｅｔｓ Ｎｕｍｂｅｒ）ビ
ット３７と、送信に失敗したパケットを示すフェイラパ
ケットインディケータビット３８が含まれる。なお、同
図（ｂ）及び同図（ｃ）に示した構成についての詳しい
説明は後述する第２実施例で述べる。

【００７７】次に、ホストシステム２のデバイスドライ
バは、システムメモリ２３中に、送信ディスクリプタを
格納する領域（送信ディスクリプタ格納領域）と、それ
に続くアドレス位置に送信フレーム待機用のバッファメ
モリの領域（送信待機用バッファ）を確保する。なお、
本例では、送信ディスクリプタはチェイン構造を有して
おり、２チャネル分の領域を用意する。

【００７８】図３には、システムメモリ２３中に確保さ
れる２チャネル分の送信ディスクリプタ格納領域及び送
信待機用バッファの一例を示してある。具体的には、同
図には、チャネル１（Ｃｈ１）のデータを格納する領域
であるＣｈ１データ格納領域４１と、チャネル２（Ｃｈ
２）のデータを格納する領域であるＣｈ２データ格納領
域４２とが示されている。

【００７９】また、Ｃｈ１データ格納領域４１は、１つ
の固定サイズの送信ディスクリプタ格納領域とこれに対
応する１つの固定サイズの送信待機用バッファとを連続
したアドレス位置に並べた組を複数連続したアドレス位
置に並べて構成されており、具体的には、“０”番目の
送信ディスクリプタ格納領域４３ａ、“０”番目の送信
待機用バッファ４４ａ、“１”番目の送信ディスクリプ
タ格納領域４３ｂ、“１”番目の送信待機用バッファ４
４ｂ、“２”番目の送信ディスクリプタ格納領域４３
ｃ、“２”番目の送信待機用バッファ４４ｃ、…といっ
た順序で各領域が連続したアドレス位置に並べられて設
けられている。なお、本例のチャネル１では、送信待機
用バッファの固定サイズとして、３０００バイトのサイ
ズを用いている。

【００８０】同様に、Ｃｈ２データ格納領域４２は、１
つの固定サイズの送信ディスクリプタ格納領域とこれに
対応する１つの固定サイズの送信待機用バッファとを連
続したアドレス位置に並べた組を複数連続したアドレス
位置に並べて構成されており、具体的には、“０”番目
の送信ディスクリプタ格納領域４５ａ、“０”番目の送
信待機用バッファ４６ａ、“１”番目の送信ディスクリ
プタ格納領域４５ｂ、“１”番目の送信待機用バッファ
４６ｂ、“２”番目の送信ディスクリプタ格納領域４５
ｃ、“２”番目の送信待機用バッファ４６ｃ、…といっ
た順序で各領域が連続したアドレス位置に並べられて設
けられている。なお、本例のチャネル２では、送信待機
用バッファの固定サイズとして、１００バイトのサイズ
を用いている。

【００８１】このように、本例では、送信フレーム待機
用バッファのメモリ領域として３０００バイトを用意し
たチャネル１と１００バイトを用意したチャネル２との
２チャネル分を確保する。なお、送信ディスクリプタの
チェインは例えば１チャネル分だけ用意されても構わな
いが、本例のように小さいサイズの送信フレーム用に送
信フレーム待機用バッファの領域が狭いチャネル（つま
り、チャネル２）を別に１チャネル用意しておいた方
が、システムメモリ２３の浪費を防ぐことができて好ま
しい。

【００８２】上記のようにしてデバイスドライバによっ
て必要なデータ格納領域４１、４２がホストシステム２
のシステムメモリ２３上に確保され、例えばＰＣ等の上
位システムがデータの送信を要求すると、デバイスドラ
イバは、ネットワーク３への送信対象となる送信データ
のサイズを確認し、当該サイズが１００バイトより大き
い場合には、チャネル１の送信ディスクリプタチェイン
を用いて送信データの送信処理が実行されるように制御
する一方、当該サイズが１００バイト以下である場合に
は、チャネル２の送信ディスクリプタチェインを用いて
送信データの送信処理が実行されるように制御する。

【００８３】次に、ホストシステム２のシステムメモリ
２３に格納された送信フレームを当該ホストシステム２
からＬＡＮコントローラ１へ転送する動作の一例を示
す。なお、図４には、送信フレームをホストシステム２
からＬＡＮコントローラ１へ転送する処理の手順の一例
を示してあり、同図を参照して当該処理に係る動作例を
示す。

【００８４】すなわち、まず、上述のように、デバイス
ドライバによる準備が済み、上位のソフトウェアから送
信の命令がデバイスドライバに指示されると（ステップ
Ｓ１）、デバイスドライバは送信対象となる送信データ
が含まれる送信フレームのサイズを確認する（ステップ
Ｓ２）。

【００８５】この確認の結果、送信フレームのサイズが
或るサイズ (本例では、１００バイト) よりも大きい場
合には、例えば図９に示したシステムを用いて説明した
転送処理のシーケンスと同様な転送シーケンス（以下
で、通常シーケンスと言う）により送信フレームの転送
処理が行われる（ステップＳ８）。

【００８６】つまり、この通常シーケンスでは、まず、
デバイスドライバは、チャネル１のデータ格納領域４１
中の各送信ディスクリプタ格納領域４３ａ、４３ｂ、…
に必要な値をセットするとともに、当該データ格納領域
４１中の各送信待機用バッファ４４ａ、４４ｂ、…に送
信対象となる送信フレームを格納する。

【００８７】次に、デバイスドライバは、チャネル１の
最初の（本例では、“０番目”の）送信ディスクリプタ
格納領域４３ａの先頭アドレスをＬＡＮコントローラ１
の第１の多目的レジスタ１３内のＶＰレジスタフィール
ド３３にライトし、この処理に続けて、コマンドフィー
ルド３１に送信コマンド（ＴＸ ＣＭＤ：Transmit Com
mand）に対応したビット値をライトすることで、ＬＡＮ
コントローラ１に対して送信データの送信命令を発生す
る。なお、これらの処理は、ＰＣＩターゲットライトサ
イクルによって実現される。

【００８８】すると、ＬＡＮコントローラ１は、ホスト
システム２から伝えられて第１の多目的レジスタ１３内
のＶＰレジスタフィールドに格納されたアドレスから、
ホストシステムのシステムメモリ２３内に用意されたチ
ャネル１の各送信ディスクリプタ格納領域４３ａ、４３
ｂ、…に格納された送信ディスクリプタをリードして第
２の多目的レジスタ１４に格納する。なお、この場合、
セレクタ１６は、ホストシステム２からの送信ディスク
リプタが第２の多目的レジスタ１４へ格納されるように
切り替える。

【００８９】ここで、ＬＡＮコントローラ１は、第２の
多目的レジスタ１４に格納された送信ディスクリプタの
情報内容に基づいて送信フレームのサイズを知ることが
でき、次に、ＬＡＮコントローラ１は、改めてＰＣＩマ
スタリードトランザクションの要求を出して、ホストシ
ステム２のシステムメモリ２３内に用意されたチャネル
１の各送信待機用バッファ４１に格納された送信フレー
ムを当該ホストシステム２から当該ＬＡＮコントローラ
１へリード転送する。そして、ＬＡＮコントローラ１に
よりリードされた送信フレームは、送信用ＦＩＦＯバッ
ファメモリ１５に格納され、これにより、転送処理が完
了する（ステップＳ７）。なお、この場合、セレクタ１
６は、ホストシステム２からの送信フレームが送信用Ｆ
ＩＦＯバッファメモリ１５へ格納されるように切り替え
る。

【００９０】一方、上記の確認の結果（ステップＳ
２）、送信フレームのサイズが或るサイズ （本例で
は、１００バイト） 以下である場合には、デバイスド
ライバは、チャネル２のデータ格納領域４２中の各送信
ディスクリプタ格納領域４５ａ、４５ｂ、…に必要な値
をセットするとともに、当該データ格納領域４２中の各
送信待機用バッファ４６ａ、４６ｂ、…に送信対象とな
る送信フレームを格納する（ステップＳ３）。

【００９１】その後、デバイスドライバは、チャネル２
の最初の（本例では、“０番目”の）送信ディスクリプ
タ格納領域４５ａの先頭アドレスをＬＡＮコントローラ
１の第１の多目的レジスタ１３内のＶＰレジスタフィー
ルド３３にライトし、この処理に続けて直ちに、コマン
ドフィールド３１にスモール送信コマンド（Ｓ−ＴＸＣ
ＭＤ：Small-Transmit Command）に対応したビット値を
ライトすることで、ＬＡＮコントローラ１に対して比較
的サイズの小さい送信データの送信命令を発生する（ス
テップＳ４）。なお、この処理は、デバイスドライバが
コマンドフィールド３１にＳ−ＴＸ ＣＭＤに対応した
値をＰＣＩターゲットライトアクセスすることにより行
われる。

【００９２】ここで、この時点では、ＬＡＮコントロー
ラ１はホストシステム２に格納された送信ディスクリプ
タにセットされた内容をまだ知らないために実際に送信
するフレームのサイズはわからないが、この転送シーケ
ンスでは、送信命令が発生された場合には必ず、各送信
ディスクリプタに加えて各送信待機用バッファ４６ａ、
４６ｂ、…内の１００バイト分のデータをホストシステ
ム２からＬＡＮコントローラ１へＰＣＩバースト転送し
て、当該送信フレームを送信用ＦＩＦＯバッファメモリ
１５に格納することを行う（ステップＳ５）。

【００９３】つまり、この転送シーケンスでは、ホスト
システム２のシステムメモリ２３に格納されたチャネル
２の送信ディスクリプタ及び送信フレームがまとめてＬ
ＡＮコントローラに入力され、当該ＬＡＮコントローラ
１では、入力された送信ディスクリプタがセレクタ１６
により分離されて第２の多目的レジスタ１４へ格納され
るとともに、入力された送信フレームがセレクタ１６に
より分離されて送信用ＦＩＦＯバッファメモリ１５へ格
納される。

【００９４】また、このように送信フレームの転送処理
が実行されると、ＬＡＮコントローラ１では、第２の多
目的レジスタ１４に格納された各送信ディスクリプタの
ステータスフィールドに転送処理が正常に行われたか否
かを示す値を書き込んで当該ステータスフィールドを更
新することが行われ（ステップＳ６）、これにより、転
送処理が完了する（ステップＳ７）。

【００９５】次に、ＬＡＮコントローラ１の第２の多目
的レジスタ１４に格納された送信ディスクリプタに基づ
いて、ＬＡＮコントローラ１の送信用ＦＩＦＯバッファ
メモリ１５に格納された送信フレームをネットワーク３
に対して送信する動作の一例を示す。なお、図５には、
例えば送信ディスクリプタや送信フレームがＬＡＮコン
トローラ１に格納された後に、当該送信フレームをＬＡ
Ｎコントローラ１からネットワーク３に対して送信する
処理の手順の一例を示してあり、同図を参照して当該処
理に係る動作例を示す。

【００９６】すなわち、ＬＡＮコントローラ１では、例
えば送信データが送信用ＦＩＦＯバッファメモリ１５に
転送された後に（ステップＳ１１）、当該転送処理が完
了したことをＭＡＣコントローラ１７に伝える。する
と、ＭＡＣコントローラ１７は、第２の多目的レジスタ
１４に格納されている送信ディスクリプタを参照して送
信フレームのサイズを把握する（ステップＳ１２）。

【００９７】ここで、例えばチャネル２の転送処理が行
われた場合には送信用ＦＩＦＯバッファメモリ１５内に
実際に送信するデータ以外の余計なデータが含まれてい
ることもあり得るが、ＭＡＣコントローラ１７は、送信
ディスクリプタを参照することで正確に送信フレームの
サイズだけのデータを送信用ＦＩＦＯバッファメモリ１
５から読み出すことができ、これにより、送信対象とな
る送信フレームをＳＩＡインタフェース１８若しくはＭ
ＩＩインタフェース１９を介してネットワーク３へ送出
する（ステップＳ１３）。

【００９８】このようにしてネットワーク３への送信デ
ータの送出処理が終わると、ＭＡＣコントローラ１７は
データ制御部２１に対して送信成功の是非を知らせ、こ
れを受けたデータ制御部２１は第１の多目的レジスタ１
３のステータスフィールド３２内にあるエラーステータ
スビット３６に値をセットする（ステップＳ１４）。こ
こで、エラーステータスビット３６の値としては、例え
ば送信処理が成功した場合には“０１”という値をセッ
トし、送信処理が失敗した場合には“１１”という値を
セットする。

【００９９】また、本例では、エラーステータスビット
３６の下位１ビットのデータを格納する領域がＰＣＩの
割り込み線に直結されており、これにより、ホストシス
テム２のデバイスドライバでは、例えば送信処理が完了
して割り込みが発生したことによって送信処理が終了し
たことを把握することができるとともに、ＬＡＮコント
ローラ１の第１の多目的レジスタ１３内のエラーステー
タスビット３６の値をリードすることによって当該送信
処理の成功の是非を把握することができる（ステップＳ
１５）。

【０１００】なお、デバイスドライバが送信成功の是非
を知る必要がなければ、デバイスドライバではＬＡＮコ
ントローラ１の多目的レジスタ１３内のエラーステータ
スビット３６の値をリードする必要はなく、この場合に
は、デバイスドライバでは割り込み線を介して送信処理
の終了を示す信号を受けた後に、送信ディスクリプタを
再利用可能にするためにクリーニングするだけでよい。
例えば従来技術では送信成功の是非を知ることが必要で
あるか否かといった要求に関係なく必ず送信ディスクリ
プタにエラーステータスを記述してＬＡＮコントローラ
１からホストシステム２へ書き戻していたが、本例で
は、送信成功の是非を知ることが不要である場合には、
このためのトランザクションを省略することが可能であ
る。

【０１０１】以上のように、本例のようなデータ転送方
法を用いたデータ転送システムでは、例えばチャネル２
を用いた送信フレームの転送処理において、送信ディス
クリプタのコピーに係るオーバーヘッドを発生させるこ
となく、送信フレームをホストシステム２のシステムメ
モリ２３からＬＡＮコントローラ１へ転送することがで
き、これにより、送信フレームの効率的な転送が可能と
なる。更に、本例では、送信ディスクリプタの書き戻し
に係るＰＣＩトランザクションを省略することも可能と
なっている。

【０１０２】また、本例では、比較的サイズが小さい
（本例では、１００バイト以下のサイズの）送信フレー
ムを送信する場合に、送信待機用バッファのサイズが小
さい送信ディスクリプタチャネル（本例では、チャネル
２）を使用してデータ転送が行われるため、例えばシス
テムメモリ２３の使用効率が悪くなるといったことも生
じない。

【０１０３】また、本例では、例えば比較的小さいサイ
ズの送信フレームをチャネル１のデータ格納領域４１に
格納すると空き領域が多くなることが生じ得ることか
ら、所定のサイズ（本例では、１００バイト）以下の小
さいサイズの送信フレームについてはチャネル２のデー
タ格納領域４２に格納することで、発生する空き領域を
少なくしている。また、チャネル１のデータ格納領域４
１では比較的多くの空き領域が生じる場合もあることか
ら、チャネル１のデータ転送処理では、ホストシステム
２からＬＡＮコントローラ１へ送信ディスクリプタを転
送した後に、当該送信ディスクリプタに基づいて必要な
データ分の送信フレームをホストシステム２からＬＡＮ
コントローラ１へ転送している。

【０１０４】次に、本発明の第２実施例として、図２
（ｂ）に示したコマンドフィールド３１や同図（ｃ）に
示したステータスフィールド３２を用いてデータ転送シ
ステムにより行われる動作の一例を示す。なお、本例の
データ転送システムの構成は、例えば第１実施例の図１
に示したものと同様であるため、その説明を省略する。

【０１０５】すなわち、図１に示したようなデータ転送
システムでは、例えばロングメッセージパケットを送信
しているときに、複数のショートメッセージパケットの
送信が送信待ちのキューに溜まる場合があり、本例で
は、このような場合に、より一層効率的にショートメッ
セージパケットを送信することを可能とすることを実現
する。ここで、本例では、送信フレームがパケットとし
てネットワーク３に対して送信され、ロングデータパケ
ットとは図３に示したチャネル１の送信待機用バッファ
４４ａ、４４ｂ、…に格納される送信フレームを示し、
ショートメッセージパケットとは同図に示したチャネル
２の送信待機用バッファ４６ａ、４６ｂ、…に格納され
る送信フレームを示す。

【０１０６】以下では、１００バイトに満たないショー
トメッセージパケットが３つ溜まっている場合を例とし
て、本例のデータ転送システムにより行われる動作例を
示す。このような場合、本例では、図２（ｂ）に示した
ように、ＬＡＮコントローラ１の第１の多目的レジスタ
１３内のコマンドフィールド３１には、一度に送信する
パケットの数を示すシリアルナンバービット３５を格納
する領域を設けておく。そして、デバイスドライバは、
キューに溜まっている３つのショートメッセージパケッ
トをＬＡＮコントローラ１へ転送するに際して、第１の
多目的レジスタ１３内のコマンドフィールド３１に設け
られたＣＭＤビット３４にＳ−ＴＸ ＣＭＤを書き込む
のと同時に、溜まっている送信キューの数 （本例で
は、３）をシリアルナンバービット３５に書き込む。

【０１０７】すると、ＬＡＮコントローラ１では、デー
タ制御部２１が第１の多目的レジスタ１３内のシリアル
ナンバービット３５の値を参照し、この値に基づいて、
チャネル２に関する３つ分の送信ディスクリプタ及び１
００バイトのデータの組を一度にホストシステム２から
ＬＡＮコントローラ１へバースト転送してリードする。

【０１０８】ここで、例えば図６に示されるように、本
例のＬＡＮコントローラ１では、送信ディスクリプタ４
５ａ、４５ｂ、…及び送信待機用バッファ４６ａ、４６
ｂ、…内の送信データの組を連続してホストシステム２
から読み込む場合に、セレクタ１６がダイナミックに送
信ディスクリプタ４５ａ、４５ｂ、…と送信データとの
それぞれを分離してそれぞれの格納先を第２の多目的レ
ジスタ１４と送信用ＦＩＦＯバッファメモリ１５とへ分
別して転送する。このようにすることで、例えば従来の
データ転送方法では６回のＰＣＩトランザクションが発
生していたのに対して、本例のデータ転送方法では、１
回のＰＣＩトランザクションで済ませることが可能であ
り、オーバーヘッドを大幅に減少することができる。

【０１０９】また、本例では、他の特徴的な構成とし
て、図２（ｃ）に示したように、第１の多目的レジスタ
１３内のステータスフィールド３２に、連続して送信し
たショートメッセージパケットの数をセットするシリア
ルパケットナンバービット３７と、送信にエラーが生じ
たパケットを特定するためのフェイラパケットインディ
ケータビット３８を設けてあり、これにより、いずれの
パケットにネットワーク送信時のエラーが生じたかをＬ
ＡＮコントローラ１からホストシステム２のデバイスド
ライバへ伝えることができるようになっている。

【０１１０】例えば、２番目などに送信したパケットに
エラーが生じた場合を考えると、第１実施例で述べたよ
うにステータスフィールド３２内のエラーステータスビ
ット３６の値を用いて送信処理が全体として成功したか
或いは失敗したかを示すだけでは、いずれのパケットが
エラーとなったのかをホストシステム２のデバイスドラ
イバにより特定することができない。そこで、本例で
は、まとめて送信したパケットの数をシリアルナンバー
パケットビット３７にセットするとともに、エラーが生
じたパケットに対応したビットをフェイラパケットイン
ディケータビット３８にセットする。

【０１１１】ここで、図７には、ステータスフィールド
３２内のフェイラパケットインディケータビット３８な
どの値が変更される様子の一例を示してある。同図
（ａ）には、３つのパケットを連続してまとめて送信し
た場合に、これら３つの中の２番目のパケットの送信処
理にエラーが発生した場合におけるステータスフィール
ド３２内のビット列の一例を示してある。この場合、エ
ラーステータスビット３６の値は“１０”となり、シリ
アルパケットナンバービット３７の値は“０１１”とな
り、フェイラパケットインディケータビット３８の値は
“０００００１０”となり、つまり、３つのパケットを
送信して２番目のパケットにエラーが発生したことが示
されている。

【０１１２】また、ホストシステム２のデバイスドライ
バは、ＬＡＮコントローラ１の第１の多目的レジスタ１
３内のステータスフィールド３２のビット列を確認する
と、当該ステータスフィールド３２内のビット値を全て
“０”にリセットする。ここで、同図（ｃ）にはリセッ
トされたステータスフィールド３２内のビット列の一例
を示してあり、全ての値が“０”にセットされている。

【０１１３】また、同図（ｂ）には、同図（ａ）に示し
た状態において、ホストシステム２のデバイスドライバ
がステータスフィールド３２内のビット列を確認する前
に、更に次のパケット送信があった場合におけるステー
タスフィールド３２内のビット列の一例を示してある。
この場合、エラーステータスビット３６の値は“１０”
となり、シリアルパケットナンバービット３７の値は次
に送信されたパケットの数だけ加算されてセットされて
“１１０”となり、フェイラパケットインディケータビ
ット３８の値は当該送信されたパケットの分だけＯＲ演
算されて“００１００１０”となり、つまり、６つのパ
ケットを送信して２番目及び５番目のパケットにエラー
が発生したことが示されている。

【０１１４】なお、上記のように、ホストシステム２の
デバイスドライバがＬＡＮコントローラ１の第１の多目
的レジスタ１３内のステータスフィールド３２のビット
列を確認すると、当該ステータスフィールド３２内のビ
ット値が全て“０”にリセットされて、ステータスフィ
ールド３２内のビット列は同図（ｃ）に示した状態とな
る。

【０１１５】このように、本例では、ホストシステム２
のデバイスドライバがＬＡＮコントローラ１の第１の多
目的レジスタ（ＣＳＲ）１３をリードすることで、エラ
ーが生じた送信メッセージパケットを特定することがで
きるため、エラー発生時に例えばＴＣＰ／ＩＰ（Transm
ission Control Protocol/Internet Protocol）層レベ
ルの遅延をできるだけ短くすることが可能となる。な
お、第１実施例で述べたように、例えばデバイスドライ
バによりエラー情報を取得する必要がない場合には、デ
バイスドライバにより第１の多目的レジスタ（ＣＳＲ）
１３をリードするトランザクションを省略することが可
能である。

【０１１６】次に、図８（ａ）には、従来のデータ転送
システムやデータ転送方法を用いた場合における送信フ
レームの転送シーケンスの一例を示してある一方、同図
（ｂ）には、本発明を適用したデータ転送システムやデ
ータ転送方法を用いた場合における送信フレームの転送
シーケンスの一例を示してあり、同図（ａ）及び同図
（ｂ）を参照して、本発明を適用したデータ転送システ
ム等により得られる効果を定量的に示す。

【０１１７】なお、同図（ａ）や同図（ｂ）に示した転
送シーケンス中には、クロック信号（ＣＬＫ）や、バス
使用要求信号（ＲＥＱ＃）や、バス使用許可信号（ＧＮ
Ｔ＃）や、送信フレーム信号（ＦＲＡＭＥ＃）や、イニ
シエイタレディ信号（ＩＲＤＹ＃）や、デバイスセレク
ト信号（ＤＥＶＳＥＬ＃）や、ターゲットレディ信号
（ＴＲＤＹ＃）の波形の一例を示してある。

【０１１８】すなわち、従来では、同図（ａ）に示され
るように、送信ディスクリプタのＰＣＩリード転送処理
に係るトランザクション５１によりホストシステム２か
らＬＡＮコントローラ１へ送信ディスクリプタを転送し
た後に、送信フレームのＰＣＩリード転送処理に係るト
ランザクション５３により送信フレームをホストシステ
ム２からＬＡＮコントローラ１へリード転送することが
行われていたため、これら２つのトランザクション５
１、５３の間に別のデバイスによるトランザクション５
２が行われてしまう可能性もあり、フレームの転送には
非常に時間がかかってしまっていた。

【０１１９】一方、本発明を適用したデータ転送システ
ム等における例えばチャネル２を用いた転送処理では、
同図（ｂ）に示されるように、送信ディスクリプタに加
えて予め決まったサイズの送信データをもまとめてホス
トシステム２からＬＡＮコントローラ１へバースト転送
するトランザクション５４が行われるため、送信フレー
ムがＬＡＮコントローラ１内に転送されるまでの時間が
短く、低レイテンシーで送信を行うことが可能である。

【０１２０】また、同図（ａ）及び同図（ｂ）に示した
例では、本発明を適用した場合の方が従来例と比べて、
およそ２５クロック（ＣＬＫ）のアドバンテージとなっ
ているが、実際には従来のデータ転送システム等におい
てはデータの準備が遅くリトライが重なることもあるた
め、例えば６６ＭＨｚ動作の場合でも１μｓｅｃ以上の
高速化が見込まれる。つまり、伝送速度が１Ｇｂｐｓの
ネットワークを用いた場合、本発明を適用したデータ転
送システム等では、１００バイト程度のメッセージパケ
ットを十分に送信してしまえるだけの時間を節約するこ
とができることになる。更に、第２実施例で示したよう
に、複数のメッセージデータパケットをまとめてホスト
システム２からＬＡＮコントローラ１へ転送するように
すると、本発明に係る転送処理により得られる効果は更
に大きいものとなる。

【０１２１】このように、本発明を適用したデータ転送
システムやデータ転送方法では、例えば従来のデータ転
送システムやデータ転送方法と比較して、送信データの
送信時におけるオーバーヘッドを大幅に減らすことがで
き、これにより、送信データを高速にホストシステムの
システムメモリからＬＡＮコントローラへ転送すること
ができる。

【０１２２】以上に示したように、本発明の実施例に係
るデータ転送装置やデータ転送方法では、例えば計算機
システムをネットワークに接続するためのネットワーク
インタフェース装置を用いた構成において、ホストシス
テムから当該ネットワークインタフェース装置上へ送信
データを転送するに際して、デバイスドライバのソフト
ウエアは、送信するパケットのサイズの大小によって少
なくとも２つのカテゴリーに分け、送信対象となるパケ
ットのサイズが小さいと判断した場合には、その旨を伝
えるための（通常の送信時とは異なる）Ｓ−ＴＸ ＣＭ
Ｄをネットワークインタフェース装置に対して発生す
る。そして、このコマンドが発生された場合には、送信
ディスクリプタに加えて一律な或る所定サイズの送信デ
ータを一度のＰＣＩバスオペレーションでホストシステ
ムからバースト転送してネットワークインタフェース装
置にバッファリングする。

【０１２３】また、本発明の実施例に係るデータ転送シ
ステムやデータ転送方法では、上記のような転送処理を
行うに際して、デバイスドライバがＳ−ＴＸ ＣＭＤに
対応するビット値をライトするためのコントロール／ス
テータスレジスタ（ＣＳＲ）を用いることや、セレクタ
により送信ディスクリプタと送信データとで格納先とな
るメモリを動的に切り変えることを行っている。

【０１２４】また、本発明の実施例に係るデータ転送シ
ステムやデータ転送方法では、上述のように、送信デー
タを保持するデータ待機領域のサイズが異なる少なくと
も２つの送信ディスクリプタのチャネルを備え、これら
複数のチャネルを適宜切り替えることで、送信データの
転送処理を実行する。

【０１２５】また、本発明の実施例に係るデータ転送シ
ステムやデータ転送方法では、ＣＳＲがネットワークへ
の送信処理が終了したことを示すビットと当該送信処理
が成功したか否かを示すビットから構成されるエラース
テータスビットを備え、当該送信処理が終了したことを
示すビットは割り込み信号線に直結されていて割り込み
信号としてホストシステムへ通達され、また、デバイス
ドライバのソフトウエアは送信処理が成功したか否かを
知る必要がある場合にのみＣＳＲをリードすることで当
該送信処理の成功の是非を確認する。

【０１２６】また、本発明の実施例に係るデータ転送シ
ステムやデータ転送方法では、ＣＳＲは送信命令のコマ
ンドがＳ−ＴＸ ＣＭＤである場合に連続して処理する
フレームの数を指定するシリアルナンバーフィールドを
備え、ネットワークインタフェース装置は当該シリアル
ナンバーフィールドの値を確認して、当該シリアルナン
バーフィールドに記述された数のフレーム分の送信ディ
スクリプタと送信データとの組をまとめてホストシステ
ムからバースト転送して取込む。

【０１２７】また、本発明の実施例に係るデータ転送シ
ステムやデータ転送方法では、ＣＳＲは実際にまとめて
送信処理されたフレームの数を示すシリアルパケットナ
ンバーフィールドと、送信処理に失敗したフレームを特
定するためのフェイラパケットインディケータフィール
ドとを備え、デバイスドライバのソフトウェアは送信処
理が成功したか否かを知る必要がある場合にのみ、ＣＳ
Ｒをリードすることでエラーが生じたフレームを特定す
ることができる。

【０１２８】なお、以上に示した実施例では、ホストシ
ステム２のハードディスク装置（ＨＤＤ）等にデバイス
ドライバがインストールされた形態などを用いて本発明
に係る各種の処理を実現しており、この場合、デバイス
ドライバが本発明に言うプログラムに相当し、デバイス
ドライバをインストールしたＨＤＤ等が本発明に言う記
憶媒体に相当する。また、以上に示した実施例では、デ
バイスドライバがハードウエアをドライブするあらゆる
処理を行っており、本発明に言うプログラムにより行わ
れる各種の処理は、当該デバイスドライバにより行われ
る処理の一部として実装されている。

【０１２９】ここで、本発明に係るネットワークインタ
フェース装置や通信装置の構成としては、必ずしも以上
に示したものに限られず、種々な構成が用いられてもよ
い。また、本発明の適用分野としては、必ずしも以上に
示したものに限られず、本発明は、種々な分野に適用す
ることが可能なものである。

【０１３０】一例として、本実施例では、本発明に係る
ネットワークインタフェース装置をＬＡＮコントローラ
に適用した場合を示したが、本発明は、種々なネットワ
ークインタフェース装置に適用することが可能なもので
ある。同様に、本実施例では、本発明に係る通信装置を
パーソナルコンピュータ（ホストシステム）に適用した
場合を示したが、本発明は、種々な通信装置に適用する
ことが可能なものである。

【０１３１】また、本発明に係るネットワークインタフ
ェース装置や通信装置により行われる各種の処理として
は、例えばプロセッサやメモリ等を備えたハードウエア
資源においてプロセッサがＲＯＭに格納された制御プロ
グラムを実行することにより制御される構成が用いられ
てもよく、また、例えば当該処理を実行するための各機
能手段が独立したハードウエア回路として構成されても
よい。また、本発明は上記の制御プログラムを格納した
フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ等のコ
ンピュータにより読み取り可能な記憶媒体や当該プログ
ラム（自体）として把握することもでき、当該制御プロ
グラムを記憶媒体からコンピュータに入力してプロセッ
サに実行させることにより、本発明に係る処理を遂行さ
せることができる。

【０１３２】

【発明の効果】以上説明したように、本発明に係るネッ
トワークインタフェース装置や通信装置や記憶媒体によ
ると、送信データに関する制御情報を含む送信ディスク
リプタ及び送信データをまとめて通信装置からネットワ
ークインタフェース装置へ入力し、当該ネットワークイ
ンタフェース装置が入力した送信ディスクリプタに基づ
いて入力した送信データをネットワークに対して送信す
るようにしたため、通信装置からネットワークインタフ
ェース装置への送信データの転送速度を高めることがで
き、これにより、送信データを高速にネットワークへ送
信することができる。

【０１３３】また、本発明に係るネットワークインタフ
ェース装置などによると、送信データのサイズが閾値未
満である場合に、送信ディスクリプタ及び送信データを
まとめて通信装置からネットワークインタフェース装置
へ入力するようにしたため、従来において特に転送速度
が遅くなってしまうサイズが小さい送信データについ
て、通信装置からネットワークインタフェース装置への
送信データの転送速度を高めることができる。

【０１３４】また、本発明に係るネットワークインタフ
ェース装置などによると、通信装置が送信ディスクリプ
タ及び所定サイズ以下の送信データを格納するデータ格
納領域を複数の送信データサイズに対応して有し、送信
データのサイズに応じて通信装置が有するいずれかのデ
ータ格納領域に格納されたデータを通信装置からネット
ワークインタフェース装置へ入力するようにしたため、
例えば用意された複数のデータ格納領域の中で送信デー
タのサイズに適したデータ格納領域を用いて、通信装置
からネットワークインタフェース装置へのデータ転送処
理やネットワークに対する送信データの送信処理を行う
ことができる。

【０１３５】また、本発明に係るネットワークインタフ
ェース装置などによると、送信対象となる送信データの
数に関する情報を通信装置からネットワークインタフェ
ース装置へ入力し、入力した当該情報に基づく数の送信
ディスクリプタ及び送信データの組を通信装置からネッ
トワークインタフェース装置へ入力するようにしたた
め、通信装置からネットワークインタフェース装置への
データ転送処理を効率よく行うことができる。

【図面の簡単な説明】

【図１】 本発明の実施例に係るデータ転送システムの
一例を示す図である。

【図２】 第１の多目的レジスタの構成例を示す図であ
る。

【図３】 ２チャネル分の送信ディスクリプタ格納領域
及び送信待機用バッファの一例を示す図である。

【図４】 送信フレームをホストシステムからＬＡＮコ
ントローラへ転送する処理の手順の一例を示すフローチ
ャート図である。

【図５】 送信フレームをＬＡＮコントローラからネッ
トワークに対して送信する処理の手順の一例を示すフロ
ーチャート図である。

【図６】 セレクタによりデータの格納先を切り替える
処理を説明するための図である。

【図７】 ステータスフィールド内のフェイラパケット
インディケータビットなどの値が変更される様子の一例
を示す図である。

【図８】 本発明を適用したデータ転送システムなどに
より得られる効果の一例を説明するための図である。

【図９】 従来の代表的なイーサネット用のＬＡＮコン
トローラの構成例を示す図である。

【図１０】 送信ディスクリプタの構造の一例を示す図
である。

【図１１】 送信ディスクリプタのリング構造の一例を
示す図である。

【図１２】 送信ディスクリプタの構造の他の例を示す
図である。

【図１３】 送信ディスクリプタのチェイン構造の一例
を示す図である。

【符号の説明】

１・・ＬＡＮコントローラ、 ２・・ホストシステム、
３・・ネットワーク、１１・・ＰＣＩバスインタフェ
ース、 １２・・ＤＭＡコントローラ、１３、１４・・
多目的レジスタ、 １５・・送信用ＦＩＦＯバッファメ
モリ、１６・・セレクタ、 １７・・ＭＡＣコントロー
ラ、１８・・ＳＩＡインタフェース、 １９・・ＭＩＩ
インタフェース、２０・・受信用ＦＩＦＯバッファメモ
リ、 ２１・・データ制御部、２２・・ＣＰＵ、 ２３
・・システムメモリ、 ３１・・コマンドフィールド、
３２・・ステータスフィールド、 ３３・・ＶＰレジス
タフィールド、３４・・コマンドビット、 ３５・・シ
リアルナンバービット、３６・・エラーステータスビッ
ト、３７・・シリアルパケットナンバービット、３８・
・フェイラパケットインディケータビット、４１、４２
・・データ格納領域、４３ａ〜４３ｃ、４５ａ〜４５ｃ
・・送信ディスクリプタ、４４ａ〜４４ｃ、４６ａ〜４
６ｃ・・送信待機用バッファ、

Claims (12)

【特許請求の範囲】
1. 【請求項１】 送信データに関する制御情報を含む送信
   ディスクリプタ及び送信データを通信装置から入力し、
   入力した送信ディスクリプタに基づいて入力した送信デ
   ータをネットワークに対して送信するネットワークイン
   タフェース装置において、 送信ディスクリプタ及び送信データをまとめて通信装置
   から入力し、入力した送信ディスクリプタに基づいて入
   力した送信データをネットワークに対して送信するイン
   タフェース手段を備えたことを特徴とするネットワーク
   インタフェース装置。
2. 【請求項２】 請求項１に記載のネットワークインタフ
   ェース装置において、 インタフェース手段は、送信データのサイズが閾値未満
   である場合に送信ディスクリプタ及び送信データをまと
   めて通信装置から入力することを特徴とするネットワー
   クインタフェース装置。
3. 【請求項３】 請求項１又は請求項２に記載のネットワ
   ークインタフェース装置において、 通信装置は送信ディスクリプタ及び所定サイズ以下の送
   信データを格納するデータ格納領域を複数の送信データ
   サイズに対応して有しており、 インタフェース手段は、送信データのサイズに応じて通
   信装置が有するいずれかのデータ格納領域に格納された
   データを通信装置から入力することを特徴とするネット
   ワークインタフェース装置。
4. 【請求項４】 請求項１乃至請求項３のいずれか１項に
   記載のネットワークインタフェース装置において、 インタフェース手段は、送信対象となる送信データの数
   に関する情報を通信装置から入力し、入力した当該情報
   に基づく数の送信ディスクリプタ及び送信データの組を
   通信装置から入力することを特徴とするネットワークイ
   ンタフェース装置。
5. 【請求項５】 送信データに関する制御情報を含む送信
   ディスクリプタに基づいて送信データをネットワークに
   対して送信するネットワークインタフェース装置に対し
   て送信ディスクリプタ及び送信データを出力する通信装
   置において、 送信ディスクリプタ及び送信データをまとめてネットワ
   ークインタフェース装置に対して出力する通信手段を備
   えたことを特徴とする通信装置。
6. 【請求項６】 請求項５に記載の通信装置において、 通信手段は、送信データのサイズが閾値未満である場合
   に送信ディスクリプタ及び送信データをまとめてネット
   ワークインタフェース装置に対して出力することを特徴
   とする通信装置。
7. 【請求項７】 請求項５又は請求項６に記載の通信装置
   において、 送信ディスクリプタ及び所定サイズ以下の送信データを
   格納するデータ格納領域を複数の送信データサイズに対
   応して有し、 通信手段は、送信データのサイズに応じていずれかのデ
   ータ格納領域に格納されたデータをネットワークインタ
   フェース装置に対して出力することを特徴とする通信装
   置。
8. 【請求項８】 請求項５乃至請求項７のいずれか１項に
   記載の通信装置において、 通信手段は、送信対象となる送信データの数に関する情
   報をネットワークインタフェース装置に対して出力し、
   当該数の送信ディスクリプタ及び送信データの組をネッ
   トワークインタフェース装置に対して出力することを特
   徴とする通信装置。
9. 【請求項９】 コンピュータに実行させるプログラムを
   当該コンピュータの入力手段が読取可能に記憶した記憶
   媒体において、 当該プログラムは、送信データに関する制御情報を含む
   送信ディスクリプタに基づいて送信データをネットワー
   クに対して送信するネットワークインタフェース装置に
   対して送信ディスクリプタ及び送信データをまとめて出
   力する処理を当該コンピュータに実行させることを特徴
   とする記憶媒体。
10. 【請求項１０】 請求項９に記載の記憶媒体において、 前記プログラムは、送信データのサイズが閾値未満であ
    る場合に送信ディスクリプタ及び送信データをまとめて
    ネットワークインタフェース装置に対して出力する処理
    を前記コンピュータに実行させることを特徴とする記憶
    媒体。
11. 【請求項１１】 請求項９又は請求項１０に記載の記憶
    媒体において、 前記プログラムは、複数の送信データサイズに対応して
    設けられて送信ディスクリプタ及び所定サイズ以下の送
    信データを格納するデータ格納領域の中から、送信デー
    タのサイズに応じていずれかのデータ格納領域に格納さ
    れたデータをネットワークインタフェース装置に対して
    出力する処理を前記コンピュータに実行させることを特
    徴とする記憶媒体。
12. 【請求項１２】 請求項９乃至請求項１１のいずれか１
    項に記載の記憶媒体において、 前記プログラムは、送信対象となる送信データの数に関
    する情報をネットワークインタフェース装置に対して出
    力する処理と、当該数の送信ディスクリプタ及び送信デ
    ータの組をネットワークインタフェース装置に対して出
    力する処理とを前記コンピュータに実行させることを特
    徴とする記憶媒体。