(57)【要約】【課題】本発明はデータ転送システムに関し、転送すべきデータを確実に転送することができるようにしたデータ転送システムを提供することを目的としている。【解決手段】データ送信を行なうデータ送信部１０と、データ受信を行なうデータ受信部２０より構成され、かつデータ送信部１０とデータ受信部２０間にデータを蓄積するためのデータ蓄積部３０を具備し、前記データ送信部１０からのデータに対して所定のサイズを持つ情報フィールドを持ち、前記データ送信部１０からデータ受信部２０に対して該情報フィールドによりデータ転送を行なうデータ転送機能部を具備し、前記情報フィールドが持つ情報に対して、前記データ蓄積部３０が持つ情報要素を加算させた情報サイズをデータ転送サイズとして転送を行ない、転送されたデータのうち、情報フィールドサイズのみを受信データとして扱うように構成される。【選択図】図１
2008158938.tif 000002
【特許請求の範囲】
【請求項１】
データ送信を行なうデータ送信部と、データ受信を行なうデータ受信部より構成され、かつデータ送信部とデータ受信部間にデータを蓄積するためのデータ蓄積部を具備し、
前記データ送信部からのデータに対して所定のサイズを持つ情報フィールドを持ち、前記データ送信部からデータ受信部に対して該情報フィールドによりデータ転送を行なうデータ転送機能部を具備し、
前記情報フィールドが持つ情報に対して、前記データ蓄積部が持つ情報要素を加算させた情報サイズをデータ転送サイズとして転送を行ない、
転送されたデータのうち、情報フィールドサイズのみを受信データとして扱うようにしたことを特徴とするデータ転送システム。
【請求項２】
前記データ蓄積部のサイズが不定長の場合に、前記データ送信部からデータ受信部に対して転送を行なうサイズを変動させる機能を持ち、該機能により算出した情報により、情報要素を加算させることを特徴とする請求項１記載のデータ転送システム。
【請求項３】
前記データ転送サイズを変動させる場合において、該データ転送サイズをメモリに格納させ、システムリセット等の再開契機を基に前記情報要素を加算させることを特徴とする請求項２記載のデータ転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ転送システムに関し、転送すべきデータを確実に転送することができるようにしたデータ転送システムに関する。
【背景技術】
【０００２】
ＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）によりデータ送信を行なう時に、転送先のメモリアドレスに対して転送元のメモリアドレスからサイズを指定してＤＭＡＣの起動を行ない、ＤＭＡＣの転送完了をもって、データ転送が完了したことを転送先側が認識を行ない、転送データを読み出す処理を行なっており、転送されたサイズによりそのデータ受信を行なうことが一般的である。この場合において、中間経路上に蓄積を行なう機能（バッファ機能）が存在している場合には、ＤＭＡＣの完了割り込み契機でそのデータが保証されていない場合があり、その場合に次回のＤＭＡＣ転送による契機を与える方法を用いること、又は該当バッファが転送される時間分を待ち合わせて、受信データの完全性を保つことが一般的である。
【０００３】
図７は従来システムの構成例を示すブロック図である。図において、１０はデータを送信するデータ送信部、２０はデータを受信するデータ受信部、３０はデータ送信部１０とデータ受信部２０の間に配置されたデータ蓄積部である。ｍｉ−１はデータ送信部１０とデータ受信部２０間の信号のやりとりを行なう通信線である。データ送信部１０からデータ受信部２０に対してデータ蓄積部３０を介してＤＭＡ転送が行われる。
【０００４】
データ送信部１０において、ｍＡ−２は転送するデータを記憶するメモリ（メモリＡ）、ｍＡ−３は送信データの送信制御を行なうデータ制御部、ｍＡ−４は転送結果を知らせる割込み制御部、ｍＡ−５は実際にデータ転送を行なうデータ転送部、ｍＡ−６は送信データの送出要求を行なうアプリケーション部である。ｍＡ−７はデータ転送部ｍＡ−５内に設けられたＤＭＡＣである。データ蓄積部３０において、ｍＣ−１はデータ蓄積サイズを記憶する蓄積サイズ記憶部である。
【０００５】
データ受信部２０の構成は、データ送信部１０の構成と同じである。データ受信部２０において、ｍＢ−２は受信されたデータを記憶するメモリ（メモリＢ）、ｍＢ−３はデータの管理を行なうデータ制御部、ｍＢ−４は転送結果を受ける割込み制御部、ｍＢ−５は実際に転送データデータを受信するデータ転送部、ｍＢ−６は受信データの受信要求を行なうアプリケーション部である。ｍＢ−７はデータ転送部ｍＢ−５内に設けられたＤＭＡＣである。
【０００６】
図８は図７に示すシステムを用いた従来のＤＭＡＣ処理シーケンスを示す図である。以下、このシーケンスに従って従来システムの動作を説明する。
Ｓ１：ＤＭＡＣによりデータ制御部ｍＡ−３に対してデータ転送要求を実施する。ここで、データ転送サイズは３（データａ〜ｃ）であるものとする。
Ｓ２：データ制御部ｍＡ−３は、転送元ｍＡ−２（メモリＡ）と転送先ｍＢ−２（メモリＢ）と、転送するデータの転送サイズ（＝３）をＤＭＡＣｍＡ−７に設定し、ＤＭＡＣ転送制御を実施する。
Ｓ３：データ転送部ｍＡ−５は、メモリＡからのデータを読み出し、データ蓄積部３０へデータ転送を実施する。この時、データ蓄積部３０に対してデータ転送が完了したタイミングで割込制御部ｍＡ−４を介してデータ制御部ｍＡ−３に対して転送完了を通知する。データ蓄積部３０は、データ転送部ｍＡ−５から転送されたデータを蓄積サイズ毎に順にメモリＢへ転送する。この転送の場合、転送サイズは３であるため、蓄積サイズ１のデータ蓄積部３０は、全データを転送するために、３回のデータ転送動作を行なう。
Ｓ４：転送完了を受けたデータ制御部ｍＡ−３は、割込制御部ｍＢ−４に対して通信線ｍｉ−１を経由してデータ転送完了を割り込み通知する。
Ｓ５：割り込み通知を受けた割込制御部ｍＢ−４は、データ制御部ｍＢ−３に対して転送が完了したことを通知する。
Ｓ６：データ制御部ｍＢ−３は、転送されたデータサイズ（＝３）を読み出すようにアプリケーション部ｍＢ−６に対して要求する。
Ｓ７：読み出し要求を受けたアプリケーション部ｍＢ−６は、転送サイズ３のデータの読み出しを実施する。
【０００７】
しかしながら、メモリＢにはこのタイミングではまだ全てのデータ転送が完了しておらず、最後の蓄積サイズ分のデータｃは、まだデータ蓄積部３０にある。実際に転送されているデータは、データ蓄積部３０の蓄積サイズ２回分（データａとｂ）である。アプリケーション部ｍＢ−６では、データ転送部ｍＡ−５にてデータ蓄積部３０へのデータ転送が完了したタイミングで送信完了と認識しているが、実際にはデータ蓄積部３０へのデータ転送が完了しただけであり、メモリＢへのデータ転送が完了したものではない。最後のデータｃは、データ蓄積部３０に残っており、まだデータ転送中である。即ち、実際にはデータ転送が完了していないにもかかわらず、データを読み出してしまうことで、データが保証されない状態となってしまう。
【０００８】
図９は従来のＤＭＡＣ処理シーケンスの他の例を示す図である。図９は、図８に示す場合に比較して、データ転送要求を２回実施した場合のシーケンスである。データ転送要求１とデータ転送要求２の動作については同様である。データ転送１とデータ転送２を連続で実施することにより、データ転送１で読み出す契機がなかったデータｃが、データ転送２の転送が完了したタイミングでは、データ転送が保証されることになる。但し、データ転送２の最後のデータｆに関しては保証されない点については、図８の場合と同様である。
【０００９】
従来のこの種のシステムとしては、シリアルバスを介してデータを転送する場合に、データ転送量を増加する時には、空きパケットの転送時にデータパケットを送信し、データ転送量を減少させる時には、データパケットの送信タイミングで空きパケットを送信するようにした技術が知られている（例えば特許文献１参照）。
【特許文献１】特開２００２−３５４０５１号公報（段落００１６〜００１９、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前述した従来のシステムでは、ＤＭＡＣ完了割込み契機にデータの完全性が保証できないこととなるために、転送先側で該当データ蓄積部のデータ転送が完了するまでの時間、待ち合わせる処理を追加する必要があり、データバスがプロセッサ命令等の処理と競合している場合は、その競合時間についても考慮する必要があり、即時に処理を行なうことができないという課題があった。
【００１１】
また、複数回のＤＭＡＣの起動処理の場合に押し出しを行なう方式では、次回の転送契機がない場合には、上記の問題を解決することができないこと、及びその回の転送自体についても従来技術と同様の問題が残るということになる。従来技術では、ＤＭＡＣ完了割り込み契機に、複数回のＤＭＡＣの起動を実施することによりデータの保証をする。若しくは、一定時間待ってからデータの処理を行なうことにより、データを保証することができるが、ＤＭＡＣの通常の制御動作とは違う制御動作となってしまい、処理手順も複雑になってしまう。
【００１２】
本発明はこのような課題に鑑みてなされたものであって、転送すべきデータを確実に転送することができるようにしたデータ転送システムを提供することを目的としている。
【課題を解決するための手段】
【００１３】
（１）請求項１記載の発明は、データ送信を行なうデータ送信部と、データ受信を行なうデータ受信部より構成され、かつデータ送信部とデータ受信部間にデータを蓄積するためのデータ蓄積部を具備し、前記データ送信部からのデータに対して所定のサイズを持つ情報フィールドを持ち、前記データ送信部からデータ受信部に対して該情報フィールドによりデータ転送を行なうデータ転送機能部を具備し、前記情報フィールドが持つ情報に対して、前記データ蓄積部が持つ情報要素を加算させた情報サイズをデータ転送サイズとして転送を行ない、転送されたデータのうち、情報フィールドサイズのみを受信データとして扱うようにしたことを特徴とする。
（２）請求項２記載の発明は、前記データ蓄積部のサイズが不定長の場合に、前記データ送信部からデータ受信部に対して転送を行なうサイズを変動させる機能を持ち、該機能により算出した情報により、情報要素を加算させることを特徴とする。
（３）請求項３記載の発明は、前記データ転送サイズを変動させる場合において、該データ転送サイズをメモリに格納させ、システムリセット等の再開契機を基に前記情報要素を加算させることを特徴とする。
４．この発明において、前記情報フィールドに対して設定するデータサイズに対して、前記データ蓄積部が持つサイズを加算させて管理すると共に、前記データ受信部において、前記データ蓄積部が持つデータサイズをデータ転送サイズより削除したエリア情報としてデータを確立させることを特徴とする。
５．また、この発明において、前記データ蓄積部が、ＰＣＩインタフェースにおける、ブリッジ部であることを特徴とする。
６．また、この発明において、前記データ蓄積部がネットワーク上のハブ又はルータであることを特徴とする。
７．また、この発明において、前記データ蓄積部が持つ蓄積サイズに関して、データ転送領域の先頭をチェーン形式でデータ転送を行なうことを特徴とする。
【発明の効果】
【００１４】
（１）請求項１記載の発明によれば、転送データとして情報フィールドと情報要素とを用い、データ転送終了契機にデータ受信部側には情報フィールドが転送されているように構成することで、転送すべきデータを確実に転送することができる。
（２）請求項２記載の発明によれば、データ転送サイズを任意に決定することができ、所定の量のデータを確実にデータ受信部に転送することができる。
（３）請求項３記載の発明によれば、決定したデータ転送サイズのデータに情報要素を加えて転送することができる。
４．この発明によれば、データサイズとデータ蓄積部が持つサイズを加算させて管理するようにし、データ受信部では、データ蓄積部が持つデータサイズをデータ転送サイズより削除することにより、転送すべきデータを確実に転送することができる。
５．また、この発明において、データ蓄積部がＰＣＩインタフェースにおけるブリッジ部であることにより、ＰＣＩバスでのデータ速度を上げることができる。
６．また、この発明によれば、データ蓄積部から正しくデータを取り込むことができるようになる。
７．また、この発明によれば、データ蓄積部が持つ蓄積サイズに関して、データ転送領域の先頭をチェーン形式でデータ転送を行なうことにより、データ受信部のバッファサイズを固定サイズで実現することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施の形態を詳細に説明する。図１は本発明の一実施の形態を示すブロック図である。図７と同一のものは、同一の符号を付して示す。図において、１０はデータを送信するデータ送信部、２０はデータを受信するデータ受信部、３０はデータ送信部１０とデータ受信部２０の間に配置されたデータ蓄積部である。データ転送部１０とデータ受信部２０は、データ蓄積部３０を介してＤＭＡ転送が行われる。ｍｉ−１はデータ送信部１０とデータ受信部２０間の信号のやりとりを行なう通信線である。
【００１６】
データ送信部１０において、ｍＡ−２は転送するデータを記憶するメモリ（メモリＡ）、
ｍＡ−ａはメモリＡに記憶された蓄積サイズが記憶されたレジスタである。ｍＡ−３は送信データの送信制御を行なうデータ制御部、ｍＡ−ｂはデータ制御部ｍＡ−３内に設けられた蓄積サイズ管理部であり、転送サイズが記憶されている。
【００１７】
ｍＡ−４は転送結果を知らせる割込み制御部、ｍＡ−５は実際にデータ転送を行なうデータ転送部、ｍＡ−６は送信データの送出要求を行なうアプリケーション部である。ｍＡ−７はデータ転送部ｍＡ−５内に設けられたＤＭＡＣである。データ蓄積部３０において、ｍＣ−１はデータ蓄積サイズを記憶する蓄積サイズ記憶部である。
【００１８】
データ受信部２０の構成は、データ送信部１０の構成と同じである。データ受信部２０において、ｍＢ−２は受信されたデータを記憶するメモリ（メモリＢ）、ｍＢ−３はデータの管理を行なうデータ制御部である。データ制御部ｍＢ−３において、ｍＢ−ｂは蓄積サイズ管理部であり、転送サイズが記憶されている。ｍＢ−４は転送結果を受ける割込み制御部、ｍＢ−５は実際に転送データを受信するデータ転送部、ｍＢ−６は受信データの受信要求を行なうアプリケーション部である。ｍＢ−７はデータ転送部ｍＢ−５内に設けられたＤＭＡＣである。
【００１９】
以上、説明したように、ｍＡ−ａ、ｍＢ−ａに示すメモリ領域であって、送信及び受信するデータ蓄積部３０の蓄積サイズ分のエリアを追加する。そして、これら追加したデータ蓄積サイズを管理する蓄積サイズ管理部ｍＡ−ｂ、及びｍＢ−ｂを設ける。このように構成されたシステムの動作を、図２を参照しつつ説明すれば、以下の通りである。
Ｓ１：ＤＭＡＣによりデータ制御部ｍＡ−３に対してデータ転送要求を実施する。ここで、データ転送サイズは３（データａ〜ｃ）であるものとする。
Ｓ２：データ制御部ｍＡ−３は、転送元ｍＡ−２（メモリＡ）と転送先ｍＢ−２（メモリＢ）と、転送するデータの転送サイズ（＝３＋蓄積サイズ分の転送バイト数）をＤＭＡＣｍＡ−７に設定し、ＤＭＡＣ転送制御を実施する。
Ｓ３：データ転送部ｍＡ−５は、メモリＡからのデータを読み出し、データ蓄積部３０へデータ転送を実施する。この時、データ蓄積部３０に対してデータ転送が完了したタイミングで割込制御部ｍＡ−４を介してデータ制御部ｍＡ−３に対して送信完了を通知する。データ蓄積部３０は、データ転送部ｍＡ−５から転送されたデータを蓄積サイズ毎に順にメモリＢへ転送する。この転送の場合、転送サイズは３＋蓄積サイズＡ（図中の●１：情報要素のこと）であるため、蓄積サイズ１のデータ蓄積部３０は、全データを転送するために、４回のデータ転送動作を行なう。
Ｓ４：送信完了を受けたデータ制御部ｍＡ−３は、割込制御部ｍＢ−４に対して通信線ｍｉ−１を経由してデータ転送完了を割り込み通知する。
Ｓ５：割り込み通知を受けた割込制御部ｍＢ−４は、データ制御部ｍＢ−３に対して転送が完了したことを通知する。
Ｓ６：データ制御部ｍＢ−３は、転送されたデータサイズ（＝３）を読み出すようにアプリケーション部ｍＢ−６に対して要求する。
Ｓ７：読み出し要求を受けたアプリケーション部ｍＢ−６は、転送サイズ３のデータの読み出しを実施する。
【００２０】
この時に読み出すデータサイズは転送サイズ（＝３）を読み出す。＋蓄積サイズ分のデータ●１の読み出しは行わない。データ蓄積部３０には、蓄積サイズ分の保証されないデータ●１のデータは残ってしまうが、残ったデータは不要なダミーデータであり、読み出しを実施する必要のないデータとなる。これにより、有効なデータの転送（ａ＋ｂ＋ｃ）は完了させることができ、データが保証される。即ち、本発明によれば、転送データとして情報フィールドと情報要素とを用い、データ転送終了契機にデータ受信部側には、情報フィールドが転送されているように構成することで、転送すべきデータを確実に転送することができる。
【００２１】
本発明によれば、データ転送サイズを変動させる場合において、該データ転送サイズをメモリに格納させ、システムリセット等の再開契機を基に前記情報要素を加算させることができる。この結果、決定したデータ転送サイズのデータに情報要素を加えて転送することができる。
【００２２】
また、本発明によれば、データ転送サイズを任意に決定することができ、所定の量のデータを確実にデータ受信部に転送することができる。また、決定したデータ転送サイズのデータに情報要素を加えて転送することができる。更に、データサイズとデータ蓄積部が持つサイズを加算させて管理するようにし、データ受信部では、データ蓄積部が持つデータサイズをデータ転送サイズより削除することにより、転送すべきデータを確実に転送することができる。
【００２３】
図３は本発明のＤＭＡＣ処理シーケンスの他の例を示す図である。この例は、データ転送要求を２回実施した場合のシーケンスである。ここでの問題点を説明する。データ転送要求１とデータ転送要求２の動作については同様である。データ転送１とデータ転送２を連続で実施することにより、データ転送１でデータ蓄積部３０に残ってしまった●１のデータが、データ転送２の転送が完了したタイミングでは、そのデータが保証されることになる。●１は、データ転送（ａ＋ｂ＋ｃ）の後に転送される。
【００２４】
データ転送２の（ｄ＋ｅ＋ｆ）のエリアは別のエリアに転送され、データ転送１と同様にデータ転送が保証される。即ち、この場合には、●２のデータがデータ蓄積部３０に残ることになるが、転送すべきデータではなく、いわゆるダミーデータであるので、データ受信部２０で読み出さなくても特に問題にはならない。
【００２５】
図４はデータ転送部の処理フローを示す図である。以下、フローに沿って説明する。
Ｓ１：アプリケーション部ｍＡ−６は、送信データ１処理を行なう。先ずメモリＡへ送信バイト数分のデータ設定を行なう。次に、送信データの後ろにｍＡ−ａ（蓄積サイズ）分の領域を確保し、蓄積サイズ管理部ｍＡ−ｂへ送信要求を行なう。
Ｓ２：蓄積サイズ管理部ｍＡ−ｂは、送信データサイズ＋蓄積サイズを転送バイト数として転送制御を実施する。
Ｓ３：データ転送部ｍＡ−５は、指定された転送バイト数をデータ蓄積部３０へ転送する。
Ｓ４：そして、転送が完了したかどうかをチェックする。
Ｓ５：Ｓ４で転送が完了した場合には、データ制御部ｍＡ−３は転送完了をデータ受信部２０の割込み制御部ｍＢ−４に通知する。
Ｓ６：次に、アプリケーション部ｍＡ−６は、送信データ２処理を行なう。具体的には、メモリＡへ送信バイト数分のデータを設定し、送信データの後ろにｍＡ−ａ（蓄積サイズ）分の領域を確保し、蓄積サイズ管理部ｍＡ−ｂへ送信要求を行なう。
Ｓ７：蓄積サイズ管理部ｍＡ−ｂは、送信データサイズ＋蓄積サイズを転送バイト数としてＤＭＡＣｍＡ−７に設定し、転送制御を実施する。
Ｓ８：データ転送部ｍＡ−５は、指定された転送バイト数をデータ蓄積部３０へ転送する。
Ｓ９：ＤＭＡＣｍＡ−７はデータ転送が完了したかどうかチェックする。
Ｓ１０：データ転送が完了した時には、蓄積サイズ管理部ｍＡ−３は、転送完了をデータ受信部２０の割込み制御部ｍＢ−４に通知する。
【００２６】
図５はデータ受信部の処理フローを示す図である。以下、フローに沿って説明する。
Ｓ１：データ受信部２０は、送信データ１が転送完了したかどうかチェックする。
Ｓ２：送信データ１が転送完了した場合には、データ制御部ｍＢ−３は、送信完了したバイト数＋データ蓄積バッファサイズから転送バイト数だけをアプリケーション部ｍＢ−６へ読み出し指示する。
Ｓ３：アプリケーション部ｍＢ−６は、ｍＢ−２（メモリＢ）から転送バイト数分のデータを読み出す。
Ｓ４：データ受信部２０は、送信データ２が転送完了したかどうかチェックする。
Ｓ５：送信データ２が転送完了した場合には、データ制御部ｍＢ−３は、送信完了したバイト数＋データ蓄積バッファサイズから転送バイト数だけをアプリケーション部ｍＢ−６へ読み出し指示する。
Ｓ６：アプリケーション部ｍＢ−６は、ｍＢ−２（メモリＢ）から転送バイト数分のデータを読み出す。
【００２７】
近年、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）仕様が開発され、ホストコンピュータ、システムメモリ、及びバス上の装置、プラグインカード、又は統合アダプタ等のさまざまな装置又はアダプタ間の通信を行なうために改良され続けてきた。ＰＣＩ仕様は、１９９８年１２月に発行されたＰＣＩ仕様バージョン２．２に詳述されている。ＰＣＩブリッジとは、２本のＰＣＩバスを相互接続するための回路のことである。この部分にて、バッファとなるメモリを持つ場合に、本方式を適用することで、ＰＣＩバスでのデータ速度を上げることができる。
【００２８】
上述の実施の形態において、データ蓄積部３０をネットワーク上のハブ又はルータ等の機器で実現することができる。このように構成することにより、データ蓄積部から正しくデータを取り込むことができるようになる。
【００２９】
また、前記データ蓄積部が持つ蓄積サイズに関して、該転送領域の先頭をチェーン形式で送信を行なうことで、限られたメモリエリアに対して、確実にデータ転送を行なうことができる。図６は本発明のＤＭＡＣ処理シーケンスの他の例を示す図である。この場合は、●１のデータ部分を別データとして獲得するのではなく、ａ、ｂ、ｃのデータの中で、●１分のデータを送信することで、ブリッジ上に残存したデータが、データ受信部のバッファに対して上書きされることとなり、データ受信部側のバッファサイズが固定サイズ分で実現することができることを示している。
【００３０】
（付記１）データ送信を行なうデータ送信部と、データ受信を行なうデータ受信部より構成され、かつデータ送信部とデータ受信部間にデータを蓄積するためのデータ蓄積部を具備し、
前記データ送信部からのデータに対して所定のサイズを持つ情報フィールドを持ち、前記データ送信部からデータ受信部に対して該情報フィールドによりデータ転送を行なうデータ転送機能部を具備し、
前記情報フィールドが持つ情報に対して、前記データ蓄積部が持つ情報要素を加算させた情報サイズをデータ転送サイズとして転送指示を行ない、
転送されたデータのうち、情報フィールドサイズのみを受信データとして扱うようにしたことを特徴とするデータ転送システム。
【００３１】
（付記２）前記データ蓄積部のサイズが不定長の場合に、前記情報要素の数をデータ送信部からデータ受信部に対して転送を行なうサイズを変動させる機能を持ち、該機能により算出した情報により、情報要素を加算させることを特徴とする付記１記載のデータ転送システム。
【００３２】
（付記３）前記データ転送サイズを変動させる場合において、該データ転送サイズをメモリに格納させ、システムリセット等の再開契機を基に前記情報要素を加算させることを特徴とする付記２記載のデータ転送システム。
【００３３】
（付記４）前記情報フィールドに対して設定するデータサイズに対して、前記データ蓄積部が持つサイズを加算させて管理すると共に、前記データ受信部において、前記データ蓄積部が持つデータサイズをデータ転送サイズより削除したエリア情報としてデータを確立させることを特徴とする付記１記載のデータ転送システム。
【００３４】
（付記５）前記データ蓄積部が、ＰＣＩインタフェースにおける、ブリッジ部であることを特徴とする付記１乃至４の何れかに記載のデータ転送システム。
（付記６）前記データ蓄積部がネットワーク上のハブ及び、ルータ等の機器であることを特徴とする付記１乃至４の何れかに記載のデータ転送システム。
【００３５】
（付記７）前記データ蓄積部が持つ蓄積サイズに関して、データ転送領域の先頭をチェーン形式でデータ転送を行なうことを特徴とする付記１乃至４の何れかに記載のデータ転送システム。
【００３６】
以上、詳細に説明したように、本発明によれば、ＤＭＡＣにより送信を行なう場合で、中間経路上に蓄積を行なう機能（バッファ機能）が存在している場合においても、中間経路上のデータが保証されないことによる、複数回のＤＭＡＣの起動実施、又は一定時間を決定させるための複雑な対処を考慮する必要がない。また、待ち合わせ時間による処理遅延が発生しなくなるため、通常のＤＭＡＣと同様な手順でデータ転送を実施し、転送されるデータを保証することができる。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施の形態を示すブロック図である。
【図２】本発明のＤＭＡＣ処理シーケンスを示す図である。
【図３】本発明のＤＭＡＣ処理シーケンスの他の例を示す図である。
【図４】データ転送部の処理フローを示す図である。
【図５】データ受信部の処理フローを示す図である。
【図６】本発明のＤＭＡＣ処理シーケンスの他の例を示す図である。
【図７】従来システムの構成例を示すブロック図である。
【図８】従来のＤＭＡＣ処理シーケンスを示す図である。
【図９】従来のＤＭＡＣ処理シーケンスの他の例を示す図である。
【符号の説明】
【００３８】
１０      データ転送部
２０      データ受信部
３０      データ蓄積部
ｍＡ−２  メモリＡ
ｍＡ−３  データ制御部
ｍＡ−４  割込み制御部
ｍＡ−５  データ転送部
ｍＡ−６  アプリケーション部
ｍＡ−７  ＤＭＡＣ
ｍＡ−ａ  蓄積サイズ
ｍＢ−２  メモリＢ
ｍＢ−３  データ制御部
ｍＢ−４  割込み制御部
ｍＢ−５  データ転送部
ｍＢ−６  アプリケーション部
ｍＢ−７  ＤＭＡＣ
ｍＢ−ａ  蓄積サイズ
ｍｉ−１  通信線
ｍＣ−１  蓄積サイズ
【図１】
2008158938.tif 000003
【図２】
2008158938.tif 000004
【図３】
2008158938.tif 000005
【図４】
2008158938.tif 000006
【図５】
2008158938.tif 000007
【図６】
2008158938.tif 000008
【図７】
2008158938.tif 000009
【図８】
2008158938.tif 000010
【図９】
2008158938.tif 000011