JPH1091545A - データ転送システム - Google Patents

Abstract

(57)【要約】 【課題】 リトライ回数及びリトライ時間の計測を必要
とせず、かつ、リトライ中もデータ転送を継続して行う
ことが可能なデータ転送システムの提供。 【解決手段】 共通バス１に接続されたリトライ制御回
路６は、バススレーブ４，５からバスマスタ２，３に対
して出力されたリトライ要求Ｐを共通バス１より入力す
ると、さらにリトライ要求対象データを共通バスより入
力し、その入力したデータをバススレーブ４，５へ転送
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ転送システム
に関し、特にデータ出力時にリトライ（命令の再実行）
が可能なデータ転送システムに関する。

【０００２】

【従来の技術】従来、バスマスタが行うアクセスをスレ
ーブ側で受け付けることができない時、バスマスタは再
びそのスレーブに対しそのアクセスをやり直していた。
これをリトライという。

【０００３】この種の技術として、特開平４−０７６８
５４号公報に、実質リトライ時間を計測し、リトライ総
和時間と比較して、実質リトライ時間が小さい時はリト
ライ処理を続行することにより、リトライ動作回数を拡
張し、リトライ処理を効率的に行うことを目的とするリ
トライ処理方式が開示されている。

【０００４】

【発明が解決しようとする課題】しかし、この従来技術
によれば、リトライできる回数が制限されるという欠点
があった。これは、リトライを行う回数及び時間を予め
設定していたためである。

【０００５】又、リトライが発生すると、アクセスを行
ったバスマスタが次のアクセスを行うことができないと
いう欠点もあった。これは、一度リトライが発生すると
設定されたリトライ回数及びリトライ時間中はリトライ
を行うため、次のデータ転送が止まってしまうからであ
る。

【０００６】そこで本発明の目的は、リトライ回数及び
リトライ時間の計測を必要とせず、かつ、リトライ中も
データ転送を継続して行うことが可能なデータ転送シス
テムを提供することにある。

【０００７】

【課題を解決するための手段】前記課題を解決するため
に本発明は、第１の装置と第２の装置とが共通バスを介
してデータ転送を行い、前記第１の装置から前記第２の
装置へ転送したデータを前記第２の装置が受け取ること
ができなかった場合、前記第２の装置より前記第１の装
置に対しリトライ要求が出力されるデータ転送システム
であつて、前記第２の装置より前記第１の装置へ出力さ
れたリトライ要求を受け取り、そのリトライ要求のあっ
たデータを前記第２の装置へ転送する転送手段を有する
ことを特徴とする。

【０００８】本発明によれば、第１及び第２の装置とは
別個の転送手段が、リトライ要求を出力した第２の装置
へリトライ要求のあったデータを転送する。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態につい
て添付図面を参照しながら説明する。図１は本発明に係
るデータ転送システムの全体構成図である。

【００１０】データ転送システムは、共通バス１と、こ
の共通バス１に接続されたバスマスタ２，３と、バスス
レーブ４，５と、リトライ制御回路６とからなる。

【００１１】そして、バスマスタ２，３は共通バス１へ
データを出力し、バススレーブ４，５はそのデータを夫
々受信する。逆に、バススレーブ４，５が共通バス１へ
データを出力し、バスマスタ１，２がそのデータを夫々
受信する場合もあり得る。

【００１２】一方、バススレーブ４又は５が共通バス１
へ出力されたデータを受信できない場合は、バススレー
ブ４又は５より共通バス１へリトライ要求信号Ｐが出力
され、そのリトライ要求信号Ｐをリトライ制御回路６が
受信し、リトライ制御回路６がバスマスタ２，３に代わ
りバススレーブ４又は５に対しデータ転送を行う。

【００１３】次に、リトライ制御回路６の構成について
説明する。図２はリトライ制御回路の第１の実施の形態
の構成図である。

【００１４】リトライ制御回路６は、共通バス１を構成
する制御信号線１１よりリトライ要求信号Ｐが入力され
るデータ制御部１２と、データ制御部１２により制御さ
れ、共通バス１を構成するデータ信号線１３より入力さ
れるデータＱＮを記憶するデータバッファ部１４とから
なる。

【００１５】又、データバッファ部１４はデータ信号線
１３上の最新データＱＮを常時１個だけ記憶するバッフ
ァである。従って、リトライ要求信号Ｐがデータ制御部
１２に入力された時、このデータバッファ部１４にはリ
トライ要求したデータＱＮが記憶されている。

【００１６】次に、このリトライ制御回路６の動作につ
いて説明する。図３はリトライ制御回路の第１の実施の
形態の動作を示すフローチャートである。

【００１７】まず、データバッファ部１４にデータ信号
線１３を介して最新データＱＮが書き込まれる（Ｓ
１）。

【００１８】次に、データ制御部１２は制御信号線１１
を介してリトライ要求信号Ｐが発生したかどうかを調べ
（Ｓ２）、リトライ要求信号Ｐが発生した場合は読出し
信号Ｇ１によりデータバッファ部１４より最新データＱ
Ｎを読出しデータ信号線１３へ出力する（Ｓ３）。

【００１９】この最新データＱＮは共通バス１のデータ
信号線１３を介してリトライ要求信号Ｐの要求元（例え
ば、バススレーブ４又は５）へ送信される。

【００２０】これにより、要求元はリトライ要求したデ
ータＱＮを得ることができる。

【００２１】一方、Ｓ２にてリトライ要求が発生してい
ない場合はＳ１に戻る。

【００２２】この第１の実施の形態はリトライ要求が発
生した直後にリトライ制御回路６が要求元にデータを転
送する場合を示している。リトライ要求Ｐが間欠的に生
じる場合はこのような動作が可能である。

【００２３】しかし、リトライ要求Ｐが２つ以上連続し
て発生した場合はリトライ要求Ｐが発生した直後に要求
元にデータを転送することができない場合が生じる。共
通バスが使用状態（ビジー）となっているためである。

【００２４】図４は、バス・アクセスの状況の一例を示
す模式説明図である。同図において、ＭＡ−Ａはバスマ
スタ１、ＭＡ−Ｂはバスマスタ２、ＳＵ−Ａはバススレ
ーブ４、ＳＵ−Ｂはバススレーブ５、Ｒ回路はリトライ
制御回路６を意味する。

【００２５】同図に示すように、バス・アクセスは、例
えば、まず、ＭＡ−ＡからＳＵ−Ａへのアクセス１が正
常（正常とはデータが正常に転送されたことをいう。以
下、同じ。）、次のＭＡ−ＢからＳＵ−Ｂへのアクセス
２がリトライ（リトライとは、データが正常に転送され
ず、ＳＵからＭＡに対しリトライ要求が出された状態を
いう。以下、同じ。）、次のＭＡ−ＡからＳＵ−Ｂのア
クセス３がリトライ、次のＲ回路からＳＵ−Ｂへのアク
セス２の再転送が正常、次のＭＡ−ＢからＳＵ−Ｂへの
アクセス４がリトライ、次のＲ回路からＳＵ−Ｂへのア
クセス３の再転送が再びリトライ、次のＲ回路からＳＵ
−Ｂへのアクセス４の再転送が正常、次のＲ回路からＳ
Ｕ−Ｂへのアクセス３の再転送が正常、という順序で進
行する。

【００２６】即ち、アクセス２に対するデータの再転送
はアクセス３のリトライを経た後に行われている。又、
アクセス４に対するデータの再転送も同様にアクセス３
のリトライを経た後に行われいてる。

【００２７】更に、アクセス３については、２度目のデ
ータ再転送でようやく正常となる状態を示している。

【００２８】このような動作に適合するリトライ制御回
路２６の構成について説明する。図５はリトライ制御回
路の第２の実施の形態の構成図である。尚、リトライ制
御回路６と同様の構成部分については同一番号を付し、
説明を省略する。

【００２９】リトライ制御回路２６は、共通バス１を構
成する制御信号線１１よりリトライ要求信号Ｐが入力さ
れる共通バス入力制御部２７と、共通バス１を構成する
データ信号線１３より入力される最新データから一定時
間前までのデータＱＭが常時記憶される一時記憶部２８
と、一時記憶部２８よりリトライ要求の対象データＱＲ
が読出され格納されるデータバッファ部２９と、データ
バッファ部２９よりデータＱＲを読出しデータ信号線１
３へ出力する共通バス出力制御部３０とからなる。

【００３０】又、共通バス入力制御部２７は一時記憶部
２８よりデータバッファ部２９へのデータＱＲの転送を
制御する。

【００３１】次に、リトライ制御回路２６の動作をフロ
ーチャートに従って説明する。図６はリトライ制御回路
の第２の実施の形態の動作を示すフローチャートであ
る。

【００３２】まず、データ信号線１３より入力される最
新データから一定時間前までのデータＱＭが一時記憶部
２８に書込まれる（Ｓ１１）。次に、共通バス入力制御
部２７はリトライ要求Ｐが発生したかどうかを調べる
（Ｓ１２）。次に、リトライ要求Ｐが発生したことが確
認されると、共通バス入力制御部２７は読出し信号Ｆ１
により一時記憶部２８よりリトライ要求Ｐの対象データ
ＱＲを時系列に読出し、その読出したデータＱＲを書込
み信号Ｆ２によりデータバッファ部２９に転送する（Ｓ
１３）。次に、共通バス出力制御部３０はデータバッフ
ァ部２９からのデータ出力可能信号Ｆ３を受けると、デ
ータバッファ部２９へ読出し信号Ｆ４を出力し、データ
バッファ部２９よりデータＱＲを時系列にデータ信号線
１３へ出力する（Ｓ１４）。

【００３３】このデータＱＲはデータ信号線１３を介し
てリトライ要求信号Ｐの要求元（例えば、バススレーブ
４又は５）へ送信される。

【００３４】一方、Ｓ１２にてリトライ要求Ｐが発生し
ていない場合はＳ１１に戻る。

【００３５】尚、このデータバッファ部２９を先入れ先
出しメモリ（ＦＩＦＯ；ＦｉｒｓｔＩｎ Ｆｉｒｓｔ
Ｏｕｔ）で構成することも可能である。この場合、共通
バス１の制御信号線１１でリトライ要求Ｐが発生する
と、一時記憶部２８からのデータＱＲは先入れ先出しメ
モリ２９に書込まれ、その後先入れ先出しメモリ２９よ
りデータＱＲが時系列に読出されデータ信号線１３へ出
力される。

【００３６】データバッファ部２９を先入れ先出しメモ
リで構成することにより、アドレス順にデータを読書き
するという工程を省略できるため回路の簡略化を図るこ
とができる。

【００３７】

【発明の効果】本発明によれば、第１の装置と第２の装
置とが共通バスを介してデータ転送を行い、前記第１の
装置から前記第２の装置へ転送したデータを前記第２の
装置が受け取ることができなかった場合、前記第２の装
置より前記第１の装置に対しリトライ要求が出力される
データ転送システムであつて、前記第２の装置より前記
第１の装置へ出力されたリトライ要求を受け取り、その
リトライ要求のあったデータを前記第２の装置へ転送す
る転送手段を有するため、リトライ回数及びリトライ時
間の計測を必要とせず、かつ、リトライ中もデータ転送
を継続して行うことが可能となる。

【図面の簡単な説明】

【図１】本発明に係るデータ転送システムの全体構成図
である。

【図２】同システムのリトライ制御回路の第１の実施の
形態の構成図である。

【図３】同システムのリトライ制御回路の第１の実施の
形態の動作を示すフローチャートである。

【図４】同システムのバス・アクセスの状況の一例を示
す模式説明図である。

【図５】同システムのリトライ制御回路の第２の実施の
形態の構成図である。

【図６】同システムのリトライ制御回路の第２の実施の
形態の動作を示すフローチャートである。

【符号の説明】

１ 共通バス ２，３ バスマスタ ４，５ バススレーブ ６，２６ リトライ制御回路 １２ データ制御部 １４ データバッファ部 ２７ 共通バス入力制御部 ２８ 一時記憶部 ２９ データバッファ部 ３０ 共通バス出力制御部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 第１の装置と第２の装置とが共通バスを
   介してデータ転送を行い、前記第１の装置から前記第２
   の装置へ転送したデータを前記第２の装置が受け取るこ
   とができなかった場合、前記第２の装置より前記第１の
   装置に対しリトライ要求が出力されるデータ転送システ
   ムであつて、 前記第２の装置より前記第１の装置へ出力されたリトラ
   イ要求を受け取り、そのリトライ要求のあったデータを
   前記第２の装置へ転送する転送手段を有することを特徴
   とするデータ転送システム。
2. 【請求項２】 前記転送手段は前記共通バス上の最新デ
   ータが常時記憶される記憶手段と、前記第２の装置から
   出力されたリトライ要求を得て前記記憶手段より前記最
   新データを読出しその最新データを前記第２の装置へ転
   送するデータ制御手段とを有することを特徴とする請求
   項１記載のデータ転送システム。
3. 【請求項３】 前記転送手段は前記共通バス上の最新デ
   ータから一定時間前までのデータが常時記憶される記憶
   手段と、前記第２の装置から出力されたリトライ要求を
   得て前記記憶手段より前記リトライ要求のあったデータ
   を時系列に前記第２の装置へ転送するデータ制御手段と
   を有することを特徴とする請求項１記載のデータ転送シ
   ステム。
4. 【請求項４】 前記データ制御手段は、先入れ先出しメ
   モリで構成されることを特徴とする請求項３記載のデー
   タ転送システム。