データ転送システム及びリトライ制御方法
【課題】リトライ処理の発生頻度を低減することによって性能の低下を抑制することが可能なデータ転送システムを得る。
【解決手段】データ処理装置１は、送信すべきデータを格納する送信同期化バッファ１０３と、送信同期化バッファ１０３からのデータの読み出しを制御するリード制御手段１１０とを有し、データ処理装置２は、受信したデータを格納する受信同期化バッファ２１１と、受信同期化バッファ２１１がビジー状態であることによりデータを受信できない場合に、データ処理装置１に対してデータ送信のリトライを要求するリトライ要求生成手段２１３とを有し、リード制御手段１１０は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて送信同期化バッファ１０３からのデータの読み出しを制御する。
【解決手段】データ処理装置１は、送信すべきデータを格納する送信同期化バッファ１０３と、送信同期化バッファ１０３からのデータの読み出しを制御するリード制御手段１１０とを有し、データ処理装置２は、受信したデータを格納する受信同期化バッファ２１１と、受信同期化バッファ２１１がビジー状態であることによりデータを受信できない場合に、データ処理装置１に対してデータ送信のリトライを要求するリトライ要求生成手段２１３とを有し、リード制御手段１１０は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて送信同期化バッファ１０３からのデータの読み出しを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送システム及び、該システムにおけるリトライ制御方法に関する。
【背景技術】
【０００２】
下記特許文献１には、第１のバスと第２のバスとの間にデータバッファ部が接続されたデータ転送システムが開示されている。第１のバスからデータバッファ部のバッファメモリにデータを書き込み、バッファメモリからそのデータを読み出して第２のバスに送信することにより、第１のバスから第２のバスへデータが転送される。第２のバスからのリトライ要求が発生した場合には、データバッファ部内で保持しておいたそのデータをバッファメモリに再び書き込むことにより、そのデータがバッファメモリから再び読み出されて第２のバスに送信される。
【０００３】
また、下記特許文献２には、高速バスと低速バスとの間にバスブリッジが接続されたデータ転送システムが開示されている。低速バスがビジー状態の時に高速バスから低速バスへのリードアクセス要求が発生した場合には、バスブリッジは、高速バスのマスタ機器に対してリトライ要求を送出するとともに、アクセスアドレスを記憶する。そして、低速バスのビジー状態が解消されると、バスブリッジは低速バスの機器に対してアクセスアドレスを書き込み、高速バスのマスタ機器はリトライ時に一度のアクセスでリード動作を実行する。
【０００４】
また、下記特許文献３には、リトライ処理を実行可能なライブラリ装置が開示されている。リトライ処理が不成功である場合、計測手段は、そのリトライ処理に要した時間（実質リトライ動作時間）を計測する。また、比較手段は、その実質リトライ動作時間と所定のリトライ総和時間とを比較する。そして、実質リトライ動作時間がリトライ総和時間以下である場合にはリトライ処理が続行され、一方、実質リトライ動作時間がリトライ総和時間より大きい場合には、上位装置に対してタイムアウトが通知される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−２７４５９４号公報
【特許文献２】特開平１０−４４２０号公報
【特許文献３】特開平４−７６８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１〜３に開示されているように、何らかの処理が不成功である場合にその処理のリトライ処理を実行する制御は広く知られている。しかしながら、リトライ処理を実行すると、本来の処理（リトライ処理ではない通常の処理）を実行するための時間がリトライ処理によって削減される。従って、リトライ処理の頻度が多くなると削減される時間も多くなるため、本来の処理に関する性能の低下を引き起こす。
【０００７】
本発明はかかる事情に鑑みて成されたものであり、リトライ処理の発生頻度を低減することによって性能の低下を抑制することが可能な、データ転送システム及び該システムにおけるリトライ制御方法を得ることを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明に係るデータ転送システムは、第１のデータ処理装置と、前記第１のデータ処理
装置から送信されたデータを受信する第２のデータ処理装置とを備え、前記第１のデータ処理装置は、送信すべきデータを格納する送信バッファと、前記送信バッファからのデータの読み出しを制御する読み出し制御部とを有し、前記第２のデータ処理装置は、受信したデータを格納する受信バッファと、前記受信バッファがビジー状態であることによりデータを受信できない場合に、前記第１のデータ処理装置に対してデータ送信のリトライを要求する、リトライ制御部とを有し、前記読み出し制御部は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて前記送信バッファからのデータの読み出しを制御することを特徴とするものである。
【０００９】
また、本発明に係るリトライ制御方法は、（Ａ）第１のデータ処理装置が有する送信バッファに格納されているデータを読み出して第２のデータ処理装置に送信するステップと、（Ｂ）前記第２のデータ処理装置が有する受信バッファがビジー状態であることによりデータを受信できない場合に、前記第２のデータ処理装置から前記第１のデータ処理装置に対してデータ送信のリトライを要求するステップと、（Ｃ）リトライ要求の発生間隔に応じた基準時間を求めるステップと、（Ｄ）前記基準時間に基づいて前記送信バッファからのデータの読み出しを制御するステップとを備えることを特徴とするものである。
【発明の効果】
【００１０】
本発明によれば、リトライ処理の発生頻度を低減することによって性能の低下を抑制することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、異なる図面において同一の符号を付した要素は、同一又は相応する要素を示すものとする。
【００１３】
図１，２は、本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。図１，２に示すように、本実施の形態に係るデータ転送システムは、ＬＳＩ等のデータ処理装置１，２と、これらを接続する配線１０，２０とを備えて構成されている。配線１０は、データ処理装置１の出力端子１５１とデータ処理装置２の入力端子２５２とを接続する。配線２０は、データ処理装置２の出力端子２５１とデータ処理装置１の入力端子１５２とを接続する。
【００１４】
図１の接続関係で示すように、データ処理装置１は、送信データ保持手段１００、リトライバッファ１０１、セレクタ１０２、送信同期化バッファ１０３、送信ビジー制御手段１０４、リトライ要求検出手段１０５、判定手段１０６、リトライ回数保持手段１０７、リトライ間隔保持手段１０８、タイマ１０９、リード制御手段１１０、受信同期化バッファ１１１、受信ビジー制御手段１１２、リトライ要求生成手段１１３、リトライ実行手段１１４、及び受信データ保持手段１１５を備えて構成されている。また、図１において破線で示すように、データ処理装置１は、所定の周波数のクロックＣＬＫ１に基づいて動作するクロックドメイン（以下「ＣＬＫ１ドメイン」と称す）と、それとは異なる周波数のクロックＣＬＫ２に基づいて動作するクロックドメイン（以下「ＣＬＫ２ドメイン」と称す）とに分割されている。
【００１５】
送信データ保持手段１００は、送信すべきデータを保持し、送信ビジー制御手段１０４
からデータ抑止要求を受けていない場合に、保持しているデータを出力する。リトライバッファ１０１は、送信データ保持手段１００から入力されたデータを保持し、リトライ実行手段１１４からリトライ実行要求を受けた場合に、保持しているデータを出力する。セレクタ１０２は、送信データ保持手段１００からの出力データ、リトライバッファ１０１からの出力データ、及びリトライ要求生成手段１１３からの出力データのうち、一つを選択して出力する。
【００１６】
送信同期化バッファ１０３は、セレクタ１０２から入力されたデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に、リード制御手段１１０からのリード要求に基づいてデータを読み出して出力する。送信ビジー制御手段１０４は、送信同期化バッファ１０３のビジー管理を行う。送信同期化バッファ１０３から出力されたデータは、出力端子１５１及び配線１０を介して、データ処理装置２に向けて送信される。つまり、送信同期化バッファ１０３は、データ処理装置２に向けて送信すべきデータを格納する送信バッファとして機能する。
【００１７】
リトライ要求検出手段１０５は、データ処理装置２から配線２０及び入力端子１５２を介して受信したリトライ要求を検出する。リトライ回数保持手段１０７は、リトライ要求検出手段１０５がリトライ要求を検出すると、自身のカウンタをインクリメントし、そのカウンタの値を保持する。リトライ間隔保持手段１０８は、リトライ要求検出手段１０５がリトライ要求を検出すると、その検出時点でのタイマ１０９の値を保持する。リード制御手段１１０は、リトライ回数保持手段１０７及びリトライ間隔保持手段１０８がそれぞれ保持している値に基づいて、送信同期化バッファ１０３のリード制御を行う。つまり、リード制御手段１１０は、送信同期化バッファ１０３からのデータの読み出しを制御する読み出し制御部として機能する。
【００１８】
判定手段１０６は、データ処理装置２から配線２０及び入力端子１５２を介して受信したデータと、受信ビジー制御手段１１２の出力とに基づいて、受信同期化バッファ１１１にデータを格納可能か否か判定する。そして、受信同期化バッファ１１１がビジー状態であると判定した場合には、データに所定のビジーフラグを付加して出力する。一方、受信同期化バッファ１１１がビジー状態でないと判定した場合には、ビジーフラグを付加することなくデータを出力する。
【００１９】
受信同期化バッファ１１１は、判定手段１０６から入力されたデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後にデータを出力する。つまり、受信同期化バッファ１１１は、データ処理装置２から受信したデータを格納する受信バッファとして機能する。受信ビジー制御手段１１２は、受信同期化バッファ１１１のビジー管理を行う。リトライ要求生成手段１１３は、受信同期化バッファ１１１から出力されたデータにビジーフラグが付加されている場合に、データ処理装置２に対してそのデータの再送信を要求するためのリトライ要求を生成する。つまり、リトライ要求生成手段１１３は、データ処理装置２に対してデータ送信のリトライを要求するリトライ制御部として機能する。
【００２０】
リトライ実行手段１１４は、受信同期化バッファ１１１の出力がリトライ要求である場合に、リトライバッファ１０１に対してリトライ処理の開始を要求する。受信データ保持手段１１５は、受信同期化バッファ１１１から出力されたデータのうち、リトライ要求や、ビジーフラグが付加されているデータを除く、通常のデータを格納する。
【００２１】
データ処理装置２は、データ処理装置１と同様の構成を有している。図２の接続関係で示すように、データ処理装置２は、送信データ保持手段２００、リトライバッファ２０１、セレクタ２０２、送信同期化バッファ２０３、送信ビジー制御手段２０４、リトライ要
求検出手段２０５、判定手段２０６、リトライ回数保持手段２０７、リトライ間隔保持手段２０８、タイマ２０９、リード制御手段２１０、受信同期化バッファ２１１、受信ビジー制御手段２１２、リトライ要求生成手段２１３、リトライ実行手段２１４、及び受信データ保持手段２１５を備えて構成されている。また、図２において破線で示すように、データ処理装置２は、ＣＬＫ１ドメインとＣＬＫ２ドメインとに分割されている。
【００２２】
送信データ保持手段２００は、送信すべきデータを保持し、送信ビジー制御手段２０４からデータ抑止要求を受けていない場合に、保持しているデータを出力する。リトライバッファ２０１は、送信データ保持手段２００から入力されたデータを保持し、リトライ実行手段２１４からリトライ実行要求を受けた場合に、保持しているデータを出力する。セレクタ２０２は、送信データ保持手段２００からの出力データ、リトライバッファ２０１からの出力データ、及びリトライ要求生成手段２１３からの出力データのうち、一つを選択して出力する。
【００２３】
送信同期化バッファ２０３は、セレクタ２０２から入力されたデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に、リード制御手段２１０からのリード要求に基づいてデータを読み出して出力する。送信ビジー制御手段２０４は、送信同期化バッファ２０３のビジー管理を行う。送信同期化バッファ２０３から出力されたデータは、出力端子２５１及び配線２０を介して、データ処理装置１に向けて送信される。つまり、送信同期化バッファ２０３は、データ処理装置１に向けて送信すべきデータを格納する送信バッファとして機能する。
【００２４】
リトライ要求検出手段２０５は、データ処理装置１から配線１０及び入力端子２５２を介して受信したリトライ要求を検出する。リトライ回数保持手段２０７は、リトライ要求検出手段２０５がリトライ要求を検出すると、自身のカウンタをインクリメントし、そのカウンタの値を保持する。リトライ間隔保持手段２０８は、リトライ要求検出手段２０５がリトライ要求を検出すると、その検出時点でのタイマ２０９の値を保持する。リード制御手段２１０は、リトライ回数保持手段２０７及びリトライ間隔保持手段２０８がそれぞれ保持している値に基づいて、送信同期化バッファ２０３のリード制御を行う。つまり、リード制御手段２１０は、送信同期化バッファ２０３からのデータの読み出しを制御する読み出し制御部として機能する。
【００２５】
判定手段２０６は、データ処理装置１から配線１０及び入力端子２５２を介して受信したデータと、受信ビジー制御手段２１２の出力とに基づいて、受信同期化バッファ２１１にデータを格納可能か否か判定する。そして、受信同期化バッファ２１１がビジー状態であると判定した場合には、データに所定のビジーフラグを付加して出力する。一方、受信同期化バッファ２１１がビジー状態でないと判定した場合には、ビジーフラグを付加することなくデータを出力する。
【００２６】
受信同期化バッファ２１１は、判定手段２０６から入力されたデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後にデータを出力する。つまり、受信同期化バッファ２１１は、データ処理装置１から受信したデータを格納する受信バッファとして機能する。受信ビジー制御手段２１２は、受信同期化バッファ２１１のビジー管理を行う。リトライ要求生成手段２１３は、受信同期化バッファ２１１から出力されたデータにビジーフラグが付加されている場合に、データ処理装置１に対してそのデータの再送信を要求するためのリトライ要求を生成する。つまり、リトライ要求生成手段２１３は、データ処理装置１に対してデータ送信のリトライを要求するリトライ制御部として機能する。
【００２７】
リトライ実行手段２１４は、受信同期化バッファ２１１の出力がリトライ要求である場
合に、リトライバッファ２０１に対してリトライ処理の開始を要求する。受信データ保持手段２１５は、受信同期化バッファ２１１から出力されたデータのうち、リトライ要求や、ビジーフラグが付加されているデータを除く、通常のデータを格納する。
【００２８】
以下、受信同期化バッファ２１１がビジー状態であるときにデータ処理装置１からデータ処理装置２に向けてデータが送信された場合の動作について説明する。つまり以下の例では、データ処理装置１が送信側ＬＳＩとなり、データ処理装置２が受信側ＬＳＩとなる。なお、データ処理装置１とデータ処理装置２とは同様の構成を有しているため、以下の説明とは逆の処理を行うことにより、データ処理装置２からデータ処理装置１に向けてデータを送信することも可能である。
【００２９】
図２を参照して、データ処理装置１から送信されたデータは、配線１０及び入力端子２５２を介して判定手段２０６に入力される。判定手段２０６は、データ処理装置１から入力されたデータの種別と、受信ビジー制御手段２１２から入力されたビジー信号とに基づいて、受信同期化バッファ２１１がビジー状態であると判定すると、そのデータにビジーフラグを付加した後に受信同期化バッファ２１１に入力する。また、判定手段２０６は、リトライ処理によってそのデータのリトライデータが後にデータ処理装置１から再入力されるまで、そのデータに続いてデータ処理装置１から入力される後続のデータを廃棄する。つまり、受信同期化バッファ２１１へのデータの格納を抑止する。このように、判定手段２０６において後続データを廃棄することにより、受信同期化バッファ２１１への後続データの上書き処理を回避することができる。
【００３０】
受信同期化バッファ２１１は、判定手段２０６から入力されたビジーフラグ付きのデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に、そのビジーフラグ付きのデータを出力する。
【００３１】
受信同期化バッファ２１１から出力されたビジーフラグ付きのデータは、受信データ保持手段２１５には格納されず、リトライ要求生成手段２１３に入力される。リトライ要求生成手段２１３は、入力されたビジーフラグ付きのデータに基づいて、リトライバッファ１０１のリードポインタ等の必要な情報を含むリトライ要求のコマンドを生成して出力する。リトライ要求生成手段２１３から出力されたリトライ要求は、セレクタ２０２を介して送信同期化バッファ２０３に入力される。
【００３２】
送信同期化バッファ２０３は、セレクタ２０２から入力されたリトライ要求を格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に出力する。送信同期化バッファ２０３から出力されたリトライ要求は、出力端子２５１及び配線２０を介して、データ処理装置１に向けて送信される。
【００３３】
図１を参照して、リトライ要求検出手段１０５は、データ処理装置２から配線２０及び入力端子１５２を介して受信した１回目のリトライ要求を検出する。リトライ回数保持手段１０７は、リトライ要求検出手段１０５が１回目のリトライ要求を検出すると、自身のカウンタをリセットした後、そのカウンタの値を「１」だけインクリメントし、そのカウンタの値を保持する。また、リトライ間隔保持手段１０８は、リトライ要求検出手段１０５が１回目のリトライ要求を検出すると、タイマ１０９をリセットした後、その検出時点でのタイマ１０９の値（１回目のリトライ要求の検出の場合はリセットにより例えば「０」となる）を保持する。その後、タイマ１０９は、経過時間のカウント動作を開始する。
【００３４】
また、データ処理装置２から配線２０及び入力端子１５２を介して受信したリトライ要求は、判定手段１０６に入力される。判定手段１０６は、受信同期化バッファ１１１がビジー状態でなければ、そのリトライ要求を受信同期化バッファ１１１に入力する。受信同
期化バッファ１１１は、判定手段１０６から入力されたリトライ要求を格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に、そのリトライ要求を出力する。
【００３５】
受信同期化バッファ１１１から出力されたリトライ要求は、受信データ保持手段１１５には格納されず、リトライ実行手段１１４に入力される。リトライ実行手段１１４は、リトライ要求を受け付けると、リトライ要求の中からリードポインタ等の情報を抽出して、その情報をリトライバッファ１０１に入力する。リトライバッファ１０１は、リトライ実行手段１１４から入力された情報に基づいて、リトライ処理の対象のデータを読み出して出力する。
【００３６】
リトライバッファ１０１から出力されたデータ（「リトライデータ」と称す）は、セレクタ１０２を介して送信同期化バッファ１０３に入力される。送信同期化バッファ１０３は、セレクタ１０２から入力されたリトライデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に出力する。送信同期化バッファ１０３から出力されたリトライデータは、出力端子１５１及び配線１０を介して、データ処理装置２に向けて送信される。
【００３７】
図２を参照して、データ処理装置１から送信されたリトライデータは、判定手段２０６に入力される。判定手段２０６は、入力されたデータがリトライデータの先頭であると判定すると、受信同期化バッファ２１１へのデータ格納の抑止を解除する。これにより、リトライデータは判定手段２０６から受信同期化バッファ２１１に格納される。受信同期化バッファ２１１は、判定手段２０６から入力されたリトライデータを、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に出力する。受信同期化バッファ２１１から出力されたリトライデータは、受信データ保持手段２１５に格納される。
【００３８】
データ処理装置１からデータ処理装置２へのデータの送信が続けられることによってリトライ処理の必要が再び生じると、上記と同様に、データ処理装置２からデータ処理装置１へのリトライ要求の送信と、データ処理装置１からデータ処理装置２へのリトライデータの送信とが実行される。
【００３９】
図１を参照して、リトライ回数保持手段１０７は、リトライ要求検出手段１０５がリトライ要求を検出する度に、自身のカウンタ値を「１」だけインクリメントし、そのカウンタ値を保持する。ここで、リトライ回数保持手段１０７及びリトライ間隔保持手段１０８には、カウンタ値に関する所定のしきい値（以下「しきい値Ｘ」と称す）が予め設定されている。リトライ回数保持手段１０７は、カウンタ値がしきい値Ｘに到達すると、その旨を示す信号をリトライ間隔保持手段１０８に入力する。リトライ間隔保持手段１０８は、リトライ回数保持手段１０７からその信号が入力されると、タイマ１０９の動作を停止し、その時点でのタイマ１０９の値をしきい値Ｘで除算する。これにより、リトライ要求の発生間隔の平均値が求められる。リトライ間隔保持手段１０８は、求めた平均値（望ましくはそれより数パーセント小さい値）を、リトライ間隔に関する基準時間として設定し記憶する。基準時間の設定が完了すると、リトライ回数保持手段１０７のカウンタ値はリセットされる。また、タイマ１０９の値もリセットされ、タイマ１０９は経過時間のカウント動作を「０」から再開する。
【００４０】
リード制御手段１１０は、タイマ１０９の値が、リトライ間隔保持手段１０８に記憶されている基準時間に到達すると、たとえ送信同期化バッファ１０３に送信データが存在している場合であっても、送信同期化バッファ１０３からの送信データの読み出しを一定時間（例えば読み出しの１サイクルに相当する時間）だけ休止する。そして、その一定時間が経過すると、タイマ１０９の値をリセットするとともに、送信同期化バッファ１０３からの送信データの読み出しを再開する。以降は同様の動作を繰り返すことにより、送信同
期化バッファ１０３からの送信データの読み出しが開始されてから基準時間が経過する度に、送信データの読み出しを一時的に休止する。
【００４１】
また、リード制御手段１１０は、基準時間が設定された以降の動作におけるリトライ要求の発生状況に応じて、リトライ間隔保持手段１０８に記憶されている基準時間を更新することが可能である。基準時間を更新することにより、リトライ要求の発生状況に応じた適切な運用が可能となる。
【００４２】
例えば、リトライ回数保持手段１０７には、カウンタ値に関する所定のしきい値（以下「しきい値Ｙ」と称す）が予め設定されている。リトライ回数保持手段１０７は、基準時間が設定された以降の動作においても、リトライ要求検出手段１０５がリトライ要求を検出する度に、自身のカウンタ値を「１」だけインクリメントし、そのカウンタ値を保持する。リトライ回数保持手段１０７は、カウンタ値がしきい値Ｙに到達すると、その旨を示す信号をリード制御手段１１０に入力する。一例として、リード制御手段１１０は、基準時間が設定されてから、リトライ回数保持手段１０７よりその信号を受けるまでの経過時間に応じて、その経過時間が比較的長い場合には基準時間を現在値よりわずかに小さい値に更新し、その経過時間が比較的短い場合には基準時間を現在値より大幅に小さい値に更新する。
【００４３】
また例えば、リトライ要求検出手段１０５には、経過時間に関する所定のしきい値（以下「しきい値Ｚ」と称す）が予め設定されている。リトライ要求検出手段１０５は、基準時間が設定された以降の動作において、しきい値Ｚに相当する時間が経過してもリトライ要求を検出しない場合には、その旨を示す信号をリード制御手段１１０に入力する。リード制御手段１１０は、リトライ要求検出手段１０５からその信号を受けると、基準時間を現在値より所定時間（例えば１サイクルに相当する時間）だけ大きい値に更新する。
【００４４】
このように本実施の形態に係るデータ転送システムによれば、データ処理装置１は、送信すべきデータを格納する送信同期化バッファ１０３（送信バッファ）と、送信同期化バッファ１０３からのデータの読み出しを制御するリード制御手段１１０（読み出し制御部）とを備える。また、データ処理装置２は、受信したデータを格納する受信同期化バッファ２１１（受信バッファ）と、受信同期化バッファ２１１がビジー状態であることによりデータを受信できない場合に、データ処理装置１に対してデータ送信のリトライを要求するリトライ要求生成手段２１３（リトライ制御部）とを有する。そして、リード制御手段１１０は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて送信同期化バッファ１０３からのデータの読み出しを制御する。具体的には、送信同期化バッファ１０３からのデータの読み出しを開始してから基準時間が経過した時点で、送信同期化バッファ１０３からのデータの読み出しを一時的に休止する。これにより、データ処理装置１からデータ処理装置２へのデータの送信も一時的に休止され、その間に受信同期化バッファ２１１は処理を進めることができるため、データ処理装置２においてリトライ要求が発生する頻度を低減することができる。その結果、本来の処理（リトライ処理ではない通常の処理）を実行するための時間がリトライ処理によって削減される削減量を低減できるため、本来の処理に関する性能の低下を抑制することが可能となる。
【符号の説明】
【００４５】
１，２ データ処理装置
１０３ 送信同期化バッファ
１０５ リトライ要求検出手段
１０７ リトライ回数保持手段
１０８ リトライ間隔保持手段
１０９ タイマ
１１０ リード制御手段
２０６ 判定手段
２１１ 受信同期化バッファ
２１３ リトライ要求生成手段
【技術分野】
【０００１】
本発明は、データ転送システム及び、該システムにおけるリトライ制御方法に関する。
【背景技術】
【０００２】
下記特許文献１には、第１のバスと第２のバスとの間にデータバッファ部が接続されたデータ転送システムが開示されている。第１のバスからデータバッファ部のバッファメモリにデータを書き込み、バッファメモリからそのデータを読み出して第２のバスに送信することにより、第１のバスから第２のバスへデータが転送される。第２のバスからのリトライ要求が発生した場合には、データバッファ部内で保持しておいたそのデータをバッファメモリに再び書き込むことにより、そのデータがバッファメモリから再び読み出されて第２のバスに送信される。
【０００３】
また、下記特許文献２には、高速バスと低速バスとの間にバスブリッジが接続されたデータ転送システムが開示されている。低速バスがビジー状態の時に高速バスから低速バスへのリードアクセス要求が発生した場合には、バスブリッジは、高速バスのマスタ機器に対してリトライ要求を送出するとともに、アクセスアドレスを記憶する。そして、低速バスのビジー状態が解消されると、バスブリッジは低速バスの機器に対してアクセスアドレスを書き込み、高速バスのマスタ機器はリトライ時に一度のアクセスでリード動作を実行する。
【０００４】
また、下記特許文献３には、リトライ処理を実行可能なライブラリ装置が開示されている。リトライ処理が不成功である場合、計測手段は、そのリトライ処理に要した時間（実質リトライ動作時間）を計測する。また、比較手段は、その実質リトライ動作時間と所定のリトライ総和時間とを比較する。そして、実質リトライ動作時間がリトライ総和時間以下である場合にはリトライ処理が続行され、一方、実質リトライ動作時間がリトライ総和時間より大きい場合には、上位装置に対してタイムアウトが通知される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−２７４５９４号公報
【特許文献２】特開平１０−４４２０号公報
【特許文献３】特開平４−７６８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１〜３に開示されているように、何らかの処理が不成功である場合にその処理のリトライ処理を実行する制御は広く知られている。しかしながら、リトライ処理を実行すると、本来の処理（リトライ処理ではない通常の処理）を実行するための時間がリトライ処理によって削減される。従って、リトライ処理の頻度が多くなると削減される時間も多くなるため、本来の処理に関する性能の低下を引き起こす。
【０００７】
本発明はかかる事情に鑑みて成されたものであり、リトライ処理の発生頻度を低減することによって性能の低下を抑制することが可能な、データ転送システム及び該システムにおけるリトライ制御方法を得ることを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明に係るデータ転送システムは、第１のデータ処理装置と、前記第１のデータ処理
装置から送信されたデータを受信する第２のデータ処理装置とを備え、前記第１のデータ処理装置は、送信すべきデータを格納する送信バッファと、前記送信バッファからのデータの読み出しを制御する読み出し制御部とを有し、前記第２のデータ処理装置は、受信したデータを格納する受信バッファと、前記受信バッファがビジー状態であることによりデータを受信できない場合に、前記第１のデータ処理装置に対してデータ送信のリトライを要求する、リトライ制御部とを有し、前記読み出し制御部は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて前記送信バッファからのデータの読み出しを制御することを特徴とするものである。
【０００９】
また、本発明に係るリトライ制御方法は、（Ａ）第１のデータ処理装置が有する送信バッファに格納されているデータを読み出して第２のデータ処理装置に送信するステップと、（Ｂ）前記第２のデータ処理装置が有する受信バッファがビジー状態であることによりデータを受信できない場合に、前記第２のデータ処理装置から前記第１のデータ処理装置に対してデータ送信のリトライを要求するステップと、（Ｃ）リトライ要求の発生間隔に応じた基準時間を求めるステップと、（Ｄ）前記基準時間に基づいて前記送信バッファからのデータの読み出しを制御するステップとを備えることを特徴とするものである。
【発明の効果】
【００１０】
本発明によれば、リトライ処理の発生頻度を低減することによって性能の低下を抑制することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、異なる図面において同一の符号を付した要素は、同一又は相応する要素を示すものとする。
【００１３】
図１，２は、本発明の実施の形態に係るデータ転送システムの構成を示すブロック図である。図１，２に示すように、本実施の形態に係るデータ転送システムは、ＬＳＩ等のデータ処理装置１，２と、これらを接続する配線１０，２０とを備えて構成されている。配線１０は、データ処理装置１の出力端子１５１とデータ処理装置２の入力端子２５２とを接続する。配線２０は、データ処理装置２の出力端子２５１とデータ処理装置１の入力端子１５２とを接続する。
【００１４】
図１の接続関係で示すように、データ処理装置１は、送信データ保持手段１００、リトライバッファ１０１、セレクタ１０２、送信同期化バッファ１０３、送信ビジー制御手段１０４、リトライ要求検出手段１０５、判定手段１０６、リトライ回数保持手段１０７、リトライ間隔保持手段１０８、タイマ１０９、リード制御手段１１０、受信同期化バッファ１１１、受信ビジー制御手段１１２、リトライ要求生成手段１１３、リトライ実行手段１１４、及び受信データ保持手段１１５を備えて構成されている。また、図１において破線で示すように、データ処理装置１は、所定の周波数のクロックＣＬＫ１に基づいて動作するクロックドメイン（以下「ＣＬＫ１ドメイン」と称す）と、それとは異なる周波数のクロックＣＬＫ２に基づいて動作するクロックドメイン（以下「ＣＬＫ２ドメイン」と称す）とに分割されている。
【００１５】
送信データ保持手段１００は、送信すべきデータを保持し、送信ビジー制御手段１０４
からデータ抑止要求を受けていない場合に、保持しているデータを出力する。リトライバッファ１０１は、送信データ保持手段１００から入力されたデータを保持し、リトライ実行手段１１４からリトライ実行要求を受けた場合に、保持しているデータを出力する。セレクタ１０２は、送信データ保持手段１００からの出力データ、リトライバッファ１０１からの出力データ、及びリトライ要求生成手段１１３からの出力データのうち、一つを選択して出力する。
【００１６】
送信同期化バッファ１０３は、セレクタ１０２から入力されたデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に、リード制御手段１１０からのリード要求に基づいてデータを読み出して出力する。送信ビジー制御手段１０４は、送信同期化バッファ１０３のビジー管理を行う。送信同期化バッファ１０３から出力されたデータは、出力端子１５１及び配線１０を介して、データ処理装置２に向けて送信される。つまり、送信同期化バッファ１０３は、データ処理装置２に向けて送信すべきデータを格納する送信バッファとして機能する。
【００１７】
リトライ要求検出手段１０５は、データ処理装置２から配線２０及び入力端子１５２を介して受信したリトライ要求を検出する。リトライ回数保持手段１０７は、リトライ要求検出手段１０５がリトライ要求を検出すると、自身のカウンタをインクリメントし、そのカウンタの値を保持する。リトライ間隔保持手段１０８は、リトライ要求検出手段１０５がリトライ要求を検出すると、その検出時点でのタイマ１０９の値を保持する。リード制御手段１１０は、リトライ回数保持手段１０７及びリトライ間隔保持手段１０８がそれぞれ保持している値に基づいて、送信同期化バッファ１０３のリード制御を行う。つまり、リード制御手段１１０は、送信同期化バッファ１０３からのデータの読み出しを制御する読み出し制御部として機能する。
【００１８】
判定手段１０６は、データ処理装置２から配線２０及び入力端子１５２を介して受信したデータと、受信ビジー制御手段１１２の出力とに基づいて、受信同期化バッファ１１１にデータを格納可能か否か判定する。そして、受信同期化バッファ１１１がビジー状態であると判定した場合には、データに所定のビジーフラグを付加して出力する。一方、受信同期化バッファ１１１がビジー状態でないと判定した場合には、ビジーフラグを付加することなくデータを出力する。
【００１９】
受信同期化バッファ１１１は、判定手段１０６から入力されたデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後にデータを出力する。つまり、受信同期化バッファ１１１は、データ処理装置２から受信したデータを格納する受信バッファとして機能する。受信ビジー制御手段１１２は、受信同期化バッファ１１１のビジー管理を行う。リトライ要求生成手段１１３は、受信同期化バッファ１１１から出力されたデータにビジーフラグが付加されている場合に、データ処理装置２に対してそのデータの再送信を要求するためのリトライ要求を生成する。つまり、リトライ要求生成手段１１３は、データ処理装置２に対してデータ送信のリトライを要求するリトライ制御部として機能する。
【００２０】
リトライ実行手段１１４は、受信同期化バッファ１１１の出力がリトライ要求である場合に、リトライバッファ１０１に対してリトライ処理の開始を要求する。受信データ保持手段１１５は、受信同期化バッファ１１１から出力されたデータのうち、リトライ要求や、ビジーフラグが付加されているデータを除く、通常のデータを格納する。
【００２１】
データ処理装置２は、データ処理装置１と同様の構成を有している。図２の接続関係で示すように、データ処理装置２は、送信データ保持手段２００、リトライバッファ２０１、セレクタ２０２、送信同期化バッファ２０３、送信ビジー制御手段２０４、リトライ要
求検出手段２０５、判定手段２０６、リトライ回数保持手段２０７、リトライ間隔保持手段２０８、タイマ２０９、リード制御手段２１０、受信同期化バッファ２１１、受信ビジー制御手段２１２、リトライ要求生成手段２１３、リトライ実行手段２１４、及び受信データ保持手段２１５を備えて構成されている。また、図２において破線で示すように、データ処理装置２は、ＣＬＫ１ドメインとＣＬＫ２ドメインとに分割されている。
【００２２】
送信データ保持手段２００は、送信すべきデータを保持し、送信ビジー制御手段２０４からデータ抑止要求を受けていない場合に、保持しているデータを出力する。リトライバッファ２０１は、送信データ保持手段２００から入力されたデータを保持し、リトライ実行手段２１４からリトライ実行要求を受けた場合に、保持しているデータを出力する。セレクタ２０２は、送信データ保持手段２００からの出力データ、リトライバッファ２０１からの出力データ、及びリトライ要求生成手段２１３からの出力データのうち、一つを選択して出力する。
【００２３】
送信同期化バッファ２０３は、セレクタ２０２から入力されたデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に、リード制御手段２１０からのリード要求に基づいてデータを読み出して出力する。送信ビジー制御手段２０４は、送信同期化バッファ２０３のビジー管理を行う。送信同期化バッファ２０３から出力されたデータは、出力端子２５１及び配線２０を介して、データ処理装置１に向けて送信される。つまり、送信同期化バッファ２０３は、データ処理装置１に向けて送信すべきデータを格納する送信バッファとして機能する。
【００２４】
リトライ要求検出手段２０５は、データ処理装置１から配線１０及び入力端子２５２を介して受信したリトライ要求を検出する。リトライ回数保持手段２０７は、リトライ要求検出手段２０５がリトライ要求を検出すると、自身のカウンタをインクリメントし、そのカウンタの値を保持する。リトライ間隔保持手段２０８は、リトライ要求検出手段２０５がリトライ要求を検出すると、その検出時点でのタイマ２０９の値を保持する。リード制御手段２１０は、リトライ回数保持手段２０７及びリトライ間隔保持手段２０８がそれぞれ保持している値に基づいて、送信同期化バッファ２０３のリード制御を行う。つまり、リード制御手段２１０は、送信同期化バッファ２０３からのデータの読み出しを制御する読み出し制御部として機能する。
【００２５】
判定手段２０６は、データ処理装置１から配線１０及び入力端子２５２を介して受信したデータと、受信ビジー制御手段２１２の出力とに基づいて、受信同期化バッファ２１１にデータを格納可能か否か判定する。そして、受信同期化バッファ２１１がビジー状態であると判定した場合には、データに所定のビジーフラグを付加して出力する。一方、受信同期化バッファ２１１がビジー状態でないと判定した場合には、ビジーフラグを付加することなくデータを出力する。
【００２６】
受信同期化バッファ２１１は、判定手段２０６から入力されたデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後にデータを出力する。つまり、受信同期化バッファ２１１は、データ処理装置１から受信したデータを格納する受信バッファとして機能する。受信ビジー制御手段２１２は、受信同期化バッファ２１１のビジー管理を行う。リトライ要求生成手段２１３は、受信同期化バッファ２１１から出力されたデータにビジーフラグが付加されている場合に、データ処理装置１に対してそのデータの再送信を要求するためのリトライ要求を生成する。つまり、リトライ要求生成手段２１３は、データ処理装置１に対してデータ送信のリトライを要求するリトライ制御部として機能する。
【００２７】
リトライ実行手段２１４は、受信同期化バッファ２１１の出力がリトライ要求である場
合に、リトライバッファ２０１に対してリトライ処理の開始を要求する。受信データ保持手段２１５は、受信同期化バッファ２１１から出力されたデータのうち、リトライ要求や、ビジーフラグが付加されているデータを除く、通常のデータを格納する。
【００２８】
以下、受信同期化バッファ２１１がビジー状態であるときにデータ処理装置１からデータ処理装置２に向けてデータが送信された場合の動作について説明する。つまり以下の例では、データ処理装置１が送信側ＬＳＩとなり、データ処理装置２が受信側ＬＳＩとなる。なお、データ処理装置１とデータ処理装置２とは同様の構成を有しているため、以下の説明とは逆の処理を行うことにより、データ処理装置２からデータ処理装置１に向けてデータを送信することも可能である。
【００２９】
図２を参照して、データ処理装置１から送信されたデータは、配線１０及び入力端子２５２を介して判定手段２０６に入力される。判定手段２０６は、データ処理装置１から入力されたデータの種別と、受信ビジー制御手段２１２から入力されたビジー信号とに基づいて、受信同期化バッファ２１１がビジー状態であると判定すると、そのデータにビジーフラグを付加した後に受信同期化バッファ２１１に入力する。また、判定手段２０６は、リトライ処理によってそのデータのリトライデータが後にデータ処理装置１から再入力されるまで、そのデータに続いてデータ処理装置１から入力される後続のデータを廃棄する。つまり、受信同期化バッファ２１１へのデータの格納を抑止する。このように、判定手段２０６において後続データを廃棄することにより、受信同期化バッファ２１１への後続データの上書き処理を回避することができる。
【００３０】
受信同期化バッファ２１１は、判定手段２０６から入力されたビジーフラグ付きのデータを格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に、そのビジーフラグ付きのデータを出力する。
【００３１】
受信同期化バッファ２１１から出力されたビジーフラグ付きのデータは、受信データ保持手段２１５には格納されず、リトライ要求生成手段２１３に入力される。リトライ要求生成手段２１３は、入力されたビジーフラグ付きのデータに基づいて、リトライバッファ１０１のリードポインタ等の必要な情報を含むリトライ要求のコマンドを生成して出力する。リトライ要求生成手段２１３から出力されたリトライ要求は、セレクタ２０２を介して送信同期化バッファ２０３に入力される。
【００３２】
送信同期化バッファ２０３は、セレクタ２０２から入力されたリトライ要求を格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に出力する。送信同期化バッファ２０３から出力されたリトライ要求は、出力端子２５１及び配線２０を介して、データ処理装置１に向けて送信される。
【００３３】
図１を参照して、リトライ要求検出手段１０５は、データ処理装置２から配線２０及び入力端子１５２を介して受信した１回目のリトライ要求を検出する。リトライ回数保持手段１０７は、リトライ要求検出手段１０５が１回目のリトライ要求を検出すると、自身のカウンタをリセットした後、そのカウンタの値を「１」だけインクリメントし、そのカウンタの値を保持する。また、リトライ間隔保持手段１０８は、リトライ要求検出手段１０５が１回目のリトライ要求を検出すると、タイマ１０９をリセットした後、その検出時点でのタイマ１０９の値（１回目のリトライ要求の検出の場合はリセットにより例えば「０」となる）を保持する。その後、タイマ１０９は、経過時間のカウント動作を開始する。
【００３４】
また、データ処理装置２から配線２０及び入力端子１５２を介して受信したリトライ要求は、判定手段１０６に入力される。判定手段１０６は、受信同期化バッファ１１１がビジー状態でなければ、そのリトライ要求を受信同期化バッファ１１１に入力する。受信同
期化バッファ１１１は、判定手段１０６から入力されたリトライ要求を格納し、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に、そのリトライ要求を出力する。
【００３５】
受信同期化バッファ１１１から出力されたリトライ要求は、受信データ保持手段１１５には格納されず、リトライ実行手段１１４に入力される。リトライ実行手段１１４は、リトライ要求を受け付けると、リトライ要求の中からリードポインタ等の情報を抽出して、その情報をリトライバッファ１０１に入力する。リトライバッファ１０１は、リトライ実行手段１１４から入力された情報に基づいて、リトライ処理の対象のデータを読み出して出力する。
【００３６】
リトライバッファ１０１から出力されたデータ（「リトライデータ」と称す）は、セレクタ１０２を介して送信同期化バッファ１０３に入力される。送信同期化バッファ１０３は、セレクタ１０２から入力されたリトライデータを格納し、ＣＬＫ１ドメインからＣＬＫ２ドメインへの同期化を行った後に出力する。送信同期化バッファ１０３から出力されたリトライデータは、出力端子１５１及び配線１０を介して、データ処理装置２に向けて送信される。
【００３７】
図２を参照して、データ処理装置１から送信されたリトライデータは、判定手段２０６に入力される。判定手段２０６は、入力されたデータがリトライデータの先頭であると判定すると、受信同期化バッファ２１１へのデータ格納の抑止を解除する。これにより、リトライデータは判定手段２０６から受信同期化バッファ２１１に格納される。受信同期化バッファ２１１は、判定手段２０６から入力されたリトライデータを、ＣＬＫ２ドメインからＣＬＫ１ドメインへの同期化を行った後に出力する。受信同期化バッファ２１１から出力されたリトライデータは、受信データ保持手段２１５に格納される。
【００３８】
データ処理装置１からデータ処理装置２へのデータの送信が続けられることによってリトライ処理の必要が再び生じると、上記と同様に、データ処理装置２からデータ処理装置１へのリトライ要求の送信と、データ処理装置１からデータ処理装置２へのリトライデータの送信とが実行される。
【００３９】
図１を参照して、リトライ回数保持手段１０７は、リトライ要求検出手段１０５がリトライ要求を検出する度に、自身のカウンタ値を「１」だけインクリメントし、そのカウンタ値を保持する。ここで、リトライ回数保持手段１０７及びリトライ間隔保持手段１０８には、カウンタ値に関する所定のしきい値（以下「しきい値Ｘ」と称す）が予め設定されている。リトライ回数保持手段１０７は、カウンタ値がしきい値Ｘに到達すると、その旨を示す信号をリトライ間隔保持手段１０８に入力する。リトライ間隔保持手段１０８は、リトライ回数保持手段１０７からその信号が入力されると、タイマ１０９の動作を停止し、その時点でのタイマ１０９の値をしきい値Ｘで除算する。これにより、リトライ要求の発生間隔の平均値が求められる。リトライ間隔保持手段１０８は、求めた平均値（望ましくはそれより数パーセント小さい値）を、リトライ間隔に関する基準時間として設定し記憶する。基準時間の設定が完了すると、リトライ回数保持手段１０７のカウンタ値はリセットされる。また、タイマ１０９の値もリセットされ、タイマ１０９は経過時間のカウント動作を「０」から再開する。
【００４０】
リード制御手段１１０は、タイマ１０９の値が、リトライ間隔保持手段１０８に記憶されている基準時間に到達すると、たとえ送信同期化バッファ１０３に送信データが存在している場合であっても、送信同期化バッファ１０３からの送信データの読み出しを一定時間（例えば読み出しの１サイクルに相当する時間）だけ休止する。そして、その一定時間が経過すると、タイマ１０９の値をリセットするとともに、送信同期化バッファ１０３からの送信データの読み出しを再開する。以降は同様の動作を繰り返すことにより、送信同
期化バッファ１０３からの送信データの読み出しが開始されてから基準時間が経過する度に、送信データの読み出しを一時的に休止する。
【００４１】
また、リード制御手段１１０は、基準時間が設定された以降の動作におけるリトライ要求の発生状況に応じて、リトライ間隔保持手段１０８に記憶されている基準時間を更新することが可能である。基準時間を更新することにより、リトライ要求の発生状況に応じた適切な運用が可能となる。
【００４２】
例えば、リトライ回数保持手段１０７には、カウンタ値に関する所定のしきい値（以下「しきい値Ｙ」と称す）が予め設定されている。リトライ回数保持手段１０７は、基準時間が設定された以降の動作においても、リトライ要求検出手段１０５がリトライ要求を検出する度に、自身のカウンタ値を「１」だけインクリメントし、そのカウンタ値を保持する。リトライ回数保持手段１０７は、カウンタ値がしきい値Ｙに到達すると、その旨を示す信号をリード制御手段１１０に入力する。一例として、リード制御手段１１０は、基準時間が設定されてから、リトライ回数保持手段１０７よりその信号を受けるまでの経過時間に応じて、その経過時間が比較的長い場合には基準時間を現在値よりわずかに小さい値に更新し、その経過時間が比較的短い場合には基準時間を現在値より大幅に小さい値に更新する。
【００４３】
また例えば、リトライ要求検出手段１０５には、経過時間に関する所定のしきい値（以下「しきい値Ｚ」と称す）が予め設定されている。リトライ要求検出手段１０５は、基準時間が設定された以降の動作において、しきい値Ｚに相当する時間が経過してもリトライ要求を検出しない場合には、その旨を示す信号をリード制御手段１１０に入力する。リード制御手段１１０は、リトライ要求検出手段１０５からその信号を受けると、基準時間を現在値より所定時間（例えば１サイクルに相当する時間）だけ大きい値に更新する。
【００４４】
このように本実施の形態に係るデータ転送システムによれば、データ処理装置１は、送信すべきデータを格納する送信同期化バッファ１０３（送信バッファ）と、送信同期化バッファ１０３からのデータの読み出しを制御するリード制御手段１１０（読み出し制御部）とを備える。また、データ処理装置２は、受信したデータを格納する受信同期化バッファ２１１（受信バッファ）と、受信同期化バッファ２１１がビジー状態であることによりデータを受信できない場合に、データ処理装置１に対してデータ送信のリトライを要求するリトライ要求生成手段２１３（リトライ制御部）とを有する。そして、リード制御手段１１０は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて送信同期化バッファ１０３からのデータの読み出しを制御する。具体的には、送信同期化バッファ１０３からのデータの読み出しを開始してから基準時間が経過した時点で、送信同期化バッファ１０３からのデータの読み出しを一時的に休止する。これにより、データ処理装置１からデータ処理装置２へのデータの送信も一時的に休止され、その間に受信同期化バッファ２１１は処理を進めることができるため、データ処理装置２においてリトライ要求が発生する頻度を低減することができる。その結果、本来の処理（リトライ処理ではない通常の処理）を実行するための時間がリトライ処理によって削減される削減量を低減できるため、本来の処理に関する性能の低下を抑制することが可能となる。
【符号の説明】
【００４５】
１，２ データ処理装置
１０３ 送信同期化バッファ
１０５ リトライ要求検出手段
１０７ リトライ回数保持手段
１０８ リトライ間隔保持手段
１０９ タイマ
１１０ リード制御手段
２０６ 判定手段
２１１ 受信同期化バッファ
２１３ リトライ要求生成手段
【特許請求の範囲】
【請求項１】
第１のデータ処理装置と、
前記第１のデータ処理装置から送信されたデータを受信する第２のデータ処理装置と
を備え、
前記第１のデータ処理装置は、
送信すべきデータを格納する送信バッファと、
前記送信バッファからのデータの読み出しを制御する読み出し制御部と
を有し、
前記第２のデータ処理装置は、
受信したデータを格納する受信バッファと、
前記受信バッファがビジー状態であることによりデータを受信できない場合に、前記第１のデータ処理装置に対してデータ送信のリトライを要求する、リトライ制御部と
を有し、
前記読み出し制御部は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて前記送信バッファからのデータの読み出しを制御する、データ転送システム。
【請求項２】
前記読み出し制御部は、前記送信バッファからのデータの読み出しを開始してから、前記基準時間が経過した時点で、前記送信バッファからのデータの読み出しを一時的に休止する、請求項１に記載のデータ転送システム。
【請求項３】
前記読み出し制御部は、リトライ要求の発生状況に応じて前記基準時間を更新する、請求項１又は２に記載のデータ転送システム。
【請求項４】
前記第２のデータ処理装置は、前記受信バッファがビジー状態であることによりデータを受信できない場合には、リトライ要求に応じて当該データを再受信するまで、当該データの後続のデータを前記受信バッファに格納することなく廃棄する、請求項１〜３のいずれか一つに記載のデータ転送システム。
【請求項５】
（Ａ）第１のデータ処理装置が有する送信バッファに格納されているデータを読み出して第２のデータ処理装置に送信するステップと、
（Ｂ）前記第２のデータ処理装置が有する受信バッファがビジー状態であることによりデータを受信できない場合に、前記第２のデータ処理装置から前記第１のデータ処理装置に対してデータ送信のリトライを要求するステップと、
（Ｃ）リトライ要求の発生間隔に応じた基準時間を求めるステップと、
（Ｄ）前記基準時間に基づいて前記送信バッファからのデータの読み出しを制御するステップと
を備える、リトライ制御方法。
【請求項１】
第１のデータ処理装置と、
前記第１のデータ処理装置から送信されたデータを受信する第２のデータ処理装置と
を備え、
前記第１のデータ処理装置は、
送信すべきデータを格納する送信バッファと、
前記送信バッファからのデータの読み出しを制御する読み出し制御部と
を有し、
前記第２のデータ処理装置は、
受信したデータを格納する受信バッファと、
前記受信バッファがビジー状態であることによりデータを受信できない場合に、前記第１のデータ処理装置に対してデータ送信のリトライを要求する、リトライ制御部と
を有し、
前記読み出し制御部は、リトライ要求の発生間隔に応じた基準時間を求め、当該基準時間に基づいて前記送信バッファからのデータの読み出しを制御する、データ転送システム。
【請求項２】
前記読み出し制御部は、前記送信バッファからのデータの読み出しを開始してから、前記基準時間が経過した時点で、前記送信バッファからのデータの読み出しを一時的に休止する、請求項１に記載のデータ転送システム。
【請求項３】
前記読み出し制御部は、リトライ要求の発生状況に応じて前記基準時間を更新する、請求項１又は２に記載のデータ転送システム。
【請求項４】
前記第２のデータ処理装置は、前記受信バッファがビジー状態であることによりデータを受信できない場合には、リトライ要求に応じて当該データを再受信するまで、当該データの後続のデータを前記受信バッファに格納することなく廃棄する、請求項１〜３のいずれか一つに記載のデータ転送システム。
【請求項５】
（Ａ）第１のデータ処理装置が有する送信バッファに格納されているデータを読み出して第２のデータ処理装置に送信するステップと、
（Ｂ）前記第２のデータ処理装置が有する受信バッファがビジー状態であることによりデータを受信できない場合に、前記第２のデータ処理装置から前記第１のデータ処理装置に対してデータ送信のリトライを要求するステップと、
（Ｃ）リトライ要求の発生間隔に応じた基準時間を求めるステップと、
（Ｄ）前記基準時間に基づいて前記送信バッファからのデータの読み出しを制御するステップと
を備える、リトライ制御方法。
【図１】
【図２】
【図２】
【公開番号】特開２０１０−１９１５６９（Ｐ２０１０−１９１５６９Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３３６１５（Ｐ２００９−３３６１５）
【出願日】平成２１年２月１７日（２００９．２．１７）
【出願人】（０００１６８２８５）エヌイーシーコンピュータテクノ株式会社 (572)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月１７日（２００９．２．１７）
【出願人】（０００１６８２８５）エヌイーシーコンピュータテクノ株式会社 (572)
【Ｆターム（参考）】
[ Back to top ]