JPH09325919A

JPH09325919A - スプリット転送エラー監視装置

Info

Publication number: JPH09325919A
Application number: JP8143911A
Authority: JP
Inventors: Mitsuhiro Agehari; 充博揚張
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 1996-06-06
Filing date: 1996-06-06
Publication date: 1997-12-16

Abstract

(57)【要約】【課題】リクエスト・トランザクションに対するリプ
ライ・トランザクションの正当性を高める。【解決手段】リクエスト・トランザクション送信回路
２１はリクエスト・トランザクションの送信時にカウン
ト回路２２をインクリメントし、リプライ・トランザク
ション受信回路２３はリプライ・トランザクションの受
信時にカウント回路２２をデクリメントする。カウント
回路２２はカウント値が負になるとエラーを中央処理装
置２５に報告する。中央処理装置２５はトランザクショ
ン情報格納バッファ２８にリクエスト・トランザクショ
ン及びリプライ・トランザクションの情報を書込む。中
央処理装置２５はパリティ反転手段２６を用いてデータ
格納バッファ３０を偶数パリティで初期化し、トランザ
クション情報格納バッファ２８とデータ格納バッファ３
０とからのデータを奇数パリティでチェックする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はスプリット転送エラ
ー監視装置に関し、特にバス上のデータ転送にスプリッ
ト転送方式を用いた装置において転送時のエラーを監視
する機能に関する。

【０００２】

【従来の技術】従来、バス上のデータ転送の方式として
は、図７（ａ）に示すようなインタロック方式と、図７
（ｂ）に示すようなスプリット方式とがある。インタロ
ック方式は一度のバス占有でアドレスＡMEM とデータＤ
0 ，Ｄ1 とを転送する方式であり、スプリット方式はア
ドレスＡMEM ，ＡLMの転送（リクエスト・トランザクシ
ョンＡ）とデータＤ0 〜Ｄ3 の転送（リプライ・トラン
ザクションＢ）との間で一旦バスの使用権を開放する方
式である。

【０００３】図８（ａ）は図７の各信号の定義を示す図
であり、図８（ｂ）は図７のＡＣ（アクセス・コード）
の内容を示す図である。図７において、ＢＲＥＱ（バ
スリクエスト・信号）はマスタ動作の起動信号であり、
ＣＳＥＬ（カードセレクト信号）はスレーブ動作の起
動信号である。

【０００４】ＡＣはトランザクションのタイプ及び転送
データのバイト数を示し、トランザクションのタイプと
してはインタロック・トランザクション（「０」）と、
スプリットリード・リクエスト・トランザクション
（「１」）と、スプリットリード・リプライ・トランザ
クション（「２」）とがある［図８（ｂ）参照］。

【０００５】例えば、図７（ａ）に示すようにＡＣが
「０８ｈ」であれば、転送データのバイト数が「８ｈ」
のインタロック・トランザクションを示し、図７（ｂ）
に示すようにＡＣが「１Ｆｈ」であれば、転送データの
バイト数が「Ｆｈ」のスプリットリード・リクエスト・
トランザクションを示し、図７（ｂ）に示すようにＡＣ
が「２Ｆｈ」であれば、転送データのバイト数が「Ｆ
ｈ」のスプリットリード・リプライ・トランザクション
を示している。

【０００６】ＡＤＤ／ＤＡＴは３２ビットのアドレス／
データ・バスを示し、ＡＣＫはマスタ／スレーブ間のハ
ンドシェイク信号で、スレーブが出力する。このＡＣＫ
はデータ転送の１サイクルの区切りを意味し、この信号
が返らない場合にはバス上でタイムアウトが発生する。

【０００７】スプリット方式では、図９に示すように、
バス上のトランザクションがリクエスト（要求）・トラ
ンザクションとリプライ（応答）・トランザクションと
に分けられる。

【０００８】例えば、上位装置の主記憶ＭＥＭのデータ
Ｄ0 〜Ｄ3 をＣＣＵ（ＣｏｍｍｕｎｉｃａｔｉｏｎＣ
ｏｎｔｒｏｌＵｎｉｔ：通信制御装置）内のローカル
メモリＬＭに転送する場合、ＣＣＵは転送してほしいデ
ータがある主記憶ＭＥＭのアドレスＡMEM とそのデータ
を格納するローカルメモリＬＭのアドレスＡLMとをリク
エスト・トランザクションとして上位装置に転送する。

【０００９】上位装置はリクエスト・トランザクション
で要求されている主記憶ＭＥＭのアドレスＡMEM からデ
ータＤ0 〜Ｄ3 を取出し、リクエスト・トランザクショ
ンで要求されているローカルメモリＬＭのアドレスＡLM
にデータＤ0 〜Ｄ3 を付加し、リプライ・トランザクシ
ョンとしてＣＣＵに転送する。ＣＣＵはリプライ・トラ
ンザクションのローカルメモリＬＭのアドレスＡLMにデ
ータＤ0 〜Ｄ3 を書込む。

【００１０】図１０は上述したＣＣＵのスプリット転送
手順を示すフローチャートである。ＣＣＵに搭載された
ファームウェアではリクエスト・トランザクションを起
動すると（図１０ステップＳ４１）、リプライ・トラン
ザクション終了フラグがセットされるのを待つ（図１０
ステップＳ４２）。

【００１１】上記のようなハードウェアからなるＩＤチ
ェック回路がエラー検出せずに（図１０ステップＳ４
３）、つまりハードウェア（ＨＷ）での不正転送検出が
行われずにリプライ・トランザクション終了フラグがセ
ットされると、ファームウェアはスプリット転送が正常
に動作したとしてスプリット転送の処理を終了する。

【００１２】一方、ＩＤチェック回路がエラーを検出し
た場合（図１０ステップＳ４３）、つまりハードウェア
（ＨＷ）での不正転送検出が行われると、ＣＣＵはエラ
ー処理を行う。

【００１３】上記のスプリット方式によるデータ転送で
は要求元においてリプライ・トランザクションの正当性
を確認するため、以下に述べるハードウェアによる２つ
の方法をとっている。

【００１４】それら２つの方法のうちの一つの方法は、
要求元がリクエスト・トランザクションにＩＤ情報（識
別情報）を付加し、リプライ・トランザクションによっ
て戻ってきたＩＤ情報を多ビットのデータ列の保持回路
及び比較回路からなるＩＤチェック回路で確認する方法
である。

【００１５】また、２つの方法のうちの他の方法は、要
求元のローカルメモリＬＭのアドレスＡLMをＩＤとし、
上位装置とＣＣＵとの間の上位バスアダプタ回路にＩＤ
チェック回路を設け、要求元ではリクエスト・トランザ
クションの送信でインクリメント（＋１）し、リプセイ
トランザクションの受信でデクリメント（−１）するカ
ウンタ回路によって確認する方法である。

【００１６】

【発明が解決しようとする課題】上述した従来のスプリ
ット方式によるバス上のデータ転送では、ＩＯ（入出
力）バス上で複数のＣＣＵまたはＯＬＡ（ＯｎＬｉｎ
ｅＡｄａｐｔｅｒ）が接続されており、これらの装置
各々が上位インタフェース部にリクエスト・トランザク
ションを起動している。

【００１７】ハードウェアのＩＤチェック回路には性能
向上のために、１つのＣＣＵ（またはＯＬＡ）が連続し
てリクエスト・トランザクションを起動することができ
るよう、カウンタ回路によるリプライ・トランザクショ
ンのチェック方式が採用されている。

【００１８】しかしながら、このリプライ・トランザク
ションのチェック方式ではリプライ・トランザクション
によるデータ転送が他のＣＣＵ（またはＯＬＡ）と入れ
違いになった場合、全くエラーを検出することができな
い。

【００１９】また、ハードウェア故障でカウンタ回路で
のエラー検出機構が正常に作動しない場合、要求してい
ないリプライ・トランザクションを受けてもエラーが検
出されることはなく、要求に対する応答が全くかみ合わ
なくともエラーを検出することができない。

【００２０】特開平６−３３７８２３には１つのトラン
ザクションをオーダ転送とアンサ転送とに分けて行うス
プリットバスのステータス障害発生時の制御回路につい
て記載されている。

【００２１】この制御回路にはオーダ転送発行毎に更新
されるカウンタと、制御線に起動信号等を出力するタイ
ミング発生回路とが具備されており、オーダ転送のコマ
ンドのアクセスＩＤにカウンタの出力を用いている。ア
ンサ転送のコマンドのアクセスＩＤには対応するオーダ
転送のアクセスＩＤと同じ値が返される。

【００２２】タイミング発生回路はアクセスＩＤ不一致
のステータス入力時及び正常受信時に制御線への起動信
号等の出力を行わず、リトライしないことでステータス
障害によるデータの読み間違いを防止している。

【００２３】この制御回路ではオーダ転送に対するアン
サ転送のステータス障害しか監視しておらず、その後の
データ転送において転送内容が要求通りなのか、実際に
データを転送したのかの判断ができない。

【００２４】また、アクセスＩＤとして使用しているカ
ウンタもオーダ転送に対するアンサ転送が１：１ならば
有効であるが、オーダ転送に対するアンサ転送が１：ｎ
となった場合にはオーダ転送を発生する側に個々に種類
の違うカウンタを用意しなければならず、ハードウェア
量もそれに応じて増えてしまう。

【００２５】さらに、カウンタが故障してしまうと、エ
ラーを検出することができない。したがって、上記のデ
ータ転送の方法を複数のＣＣＵやＯＬＡが接続される装
置に適用することは困難である。

【００２６】そこで、本発明の目的は上記の問題点を解
消し、リクエスト・トランザクションに対するリプライ
・トランザクションの正当性を高めることができるスプ
リット転送エラー監視装置を提供することにある。ま
た、本発明の他の目的は、ハードウェアのエラー検出回
路の故障を検出することができるスプリット転送エラー
監視装置を提供することにある。

【００２７】

【課題を解決するための手段】本発明による第１のスプ
リット転送エラー監視装置は、転送を要求するデータの
要求先アドレスとそのデータの転送先を示す転送先アド
レスとを付加したリクエスト・トランザクションの送信
数とそのリクエスト・トランザクションに応答して送ら
れてくるリプライ・トランザクションの受信数とを基に
前記データの転送エラーを検出するスプリット転送エラ
ー監視装置であって、前記リクエスト・トランザクショ
ンの送信時に前記転送先アドレスと前記リクエスト・ト
ランザクションで要求したデータ数とを保持する保持手
段と、前記リプライ・トランザクションの受信時に前記
保持手段の保持内容に基づいて当該リプライ・トランザ
クションにより要求データが前記転送先アドレスに前記
データ数分書込まれているか否かを判定する判定手段と
を備えている。

【００２８】本発明による第２のスプリット転送エラー
監視装置は、上記の構成のほかに、前記保持手段に対す
る前記リクエスト・トランザクションの送信時の前記保
持内容の書込み回数と前記保持手段に対する前記判定手
段による前記保持内容の読出し回数とを基に前記データ
の転送エラーを検出する手段を具備している。

【００２９】本発明による第３のスプリット転送エラー
監視装置は、上記の構成において、前記判定手段が、前
記データの転送処理起動時に前記要求データが格納され
る格納領域に予め設定されたパリティで初期値を書込む
手段と、前記リプライ・トランザクションの受信時に前
記転送先アドレスを基に前記要求データを前記格納領域
に書込む書込み手段と、前記リプライ・トランザクショ
ンの受信時に前記保持手段の保持内容に基づいて前記要
求データを前記格納領域から読出す読出し手段と、前記
読出し手段が読出したデータに対して前記パリティの検
出をパリティエラーとするパリティチェックを行うパリ
ティチェック手段と、前記パリティチェック手段の検出
結果を基に前記要求データが前記転送先アドレスに前記
データ数分書込まれているか否かを判定する手段とを具
備している。

【００３０】本発明による第４のスプリット転送エラー
監視装置は、転送を要求するデータの要求先アドレスと
そのデータの転送先を示す転送先アドレスとを付加した
リクエスト・トランザクションの送信数とそのリクエス
ト・トランザクションに応答して送られてくるリプライ
・トランザクションの受信数とを基に前記データの転送
エラーを検出するスプリット転送エラー監視装置であっ
て、前記リクエスト・トランザクションの送信時に先頭
の転送先アドレスと各リクエスト・トランザクションで
要求するデータ数の累算値とを保持する保持手段と、前
記リプライ・トランザクションの受信時に前記保持手段
の保持内容に基づいて当該リプライ・トランザクション
により要求データが前記先頭の転送先アドレスから前記
データ数の累算値分書込まれているか否かを判定する判
定手段とを備えている。

【００３１】本発明による第５のスプリット転送エラー
監視装置は、上記の構成において、前記保持手段に対す
る前記リクエスト・トランザクションの送信時の前記保
持内容の書込み回数と前記保持手段に対する前記判定手
段による前記保持内容の読出し回数とを基に前記データ
の転送エラーを検出する手段を具備している。

【００３２】本発明による第６のスプリット転送エラー
監視装置は、上記の構成において、前記判定手段が、前
記データの転送処理起動時に前記要求データが格納され
る格納領域に予め設定されたパリティで初期値を書込む
手段と、前記リプライ・トランザクションの受信時に前
記転送先アドレスを基に前記要求データを前記格納領域
に書込む書込み手段と、前記リプライ・トランザクショ
ンの受信時に前記保持手段の保持内容に基づいて前記要
求データを前記格納領域から読出す読出し手段と、前記
読出し手段が読出したデータに対して前記パリティの検
出をパリティエラーとするパリティチェックを行うパリ
ティチェック手段と、前記パリティチェック手段の検出
結果を基に前記要求データが前記先頭の転送先アドレス
から前記データ数の累算値分書込まれているか否かを判
定する手段とを具備している。

【００３３】

【発明の実施の形態】まず、本発明の作用について以下
に述べる。

【００３４】リクエスト・トランザクションの送信時に
転送先アドレスとリクエスト・トランザクションで要求
したデータ数とをトランザクション情報格納バッファに
格納しておき、リプライ・トランザクションの受信時に
トランザクション情報格納バッファの内容に基づいて当
該リプライ・トランザクションにより要求データがデー
タ格納バッファの転送先アドレスにデータ数分書込まれ
ているか否かを判定する。これによって、リクエスト・
トランザクションに対するリプライ・トランザクション
の正当性を高めることができる。

【００３５】また、トランザクション情報格納バッファ
に対するリクエスト・トランザクションの送信時の書込
み回数及びリプライ・トランザクションの受信時の読出
し回数とを基にエラーを検出する。これによって、ハー
ドウェアのエラー検出回路の故障を検出することが可能
となる。

【００３６】さらに、リクエスト・トランザクションの
送信時に先頭の転送先アドレスとリクエスト・トランザ
クションで要求したデータ数の累積値とをトランザクシ
ョン情報格納バッファに格納しておき、リプライ・トラ
ンザクションの受信時にトランザクション情報格納バッ
ファの内容に基づいて当該リプライ・トランザクション
により要求データがデータ格納バッファの先頭の転送先
アドレスからデータ数の累積値分書込まれているか否か
を判定する。これによって、ハードウェア構成のエラー
検出回路の故障やハードウェアの性能不足によるデータ
抜けを監視することができ、スプリット転送時の正当性
をさらに高めることが可能となる。

【００３７】さらにまた、トランザクション情報格納バ
ッファに対するリクエスト・トランザクションの送信時
の書込み回数及びリプライ・トランザクションの受信時
の読出し回数とを基にエラーを検出する。これによっ
て、ハードウェアのエラー検出回路の故障を検出するこ
とが可能となる。

【００３８】次に、本発明の実施例について図面を参照
して説明する。図１は本発明の一実施例の構成を示すブ
ロック図である。図において、ＢＩＡ（ＢｕｓＩｎｔ
ｅｒｆａｃｅＡｄａｐｔｅｒ）１はＩＤチェック回路
１１を備えており、ＣＣＵ（Ｃｏｍｍｕｎｉｃａｔｉｏ
ｎＣｏｎｔｒｏｌＵｎｉｔ：通信制御装置）２から
のリクエスト・トランザクションに応じたリプライ・ト
ランザクションを返す機能を持つ。ＩＤチェック回路１
１はリクエスト・トランザクションに付加されたＩＤ
（識別情報）を監視し、不正ＩＤエラーを検出する機能
を持つ。

【００３９】ＣＣＵ２はリクエスト・トランザクション
送信回路２１と、カウント回路２２と、リプライ・トラ
ンザクション受信回路２３と、トランザクション情報書
込み手段２４と、中央処理装置２５と、パリティ反転手
段２６と、データ書込み手段２７と、トランザクション
情報格納バッファ２８と、データ読出し手段２９と、デ
ータ格納バッファ３０とからなり、スプリット転送エラ
ーを検出する機能を持つ。

【００４０】リクエスト・トランザクション送信回路２
１は中央処理装置２５によって起動された時にリクエス
ト・トランザクションをＢＩＡ１に送信し、カウント回
路２２をインクリメント（＋１）する機能を持つ。

【００４１】リプライ・トランザクション受信回路２３
はＢＩＡ１からのリプライ・トランザクションを受信す
ると、そのリプライ・トランザクションによる転送デー
タをデータ格納バッファ３０に奇数パリティで書込み、
カウント回路２２をデクリメント（−１）するととも
に、中央処理装置２５に終了報告を行う機能を持つ。

【００４２】カウント回路２２はリクエスト・トランザ
クション送信回路２１及びリプライ・トランザクション
受信回路２３によってインクリメントまたはデクリメン
トされ、カウント値が負になるとエラーとして中央処理
装置２５に報告する機能を持つ。

【００４３】中央処理装置２５はトランザクション情報
書込み手段２４によってトランザクション情報格納バッ
ファ２８にリクエスト・トランザクション及びリプライ
・トランザクションの情報を書込む機能と、パリティ反
転手段２６とデータ書込み手段２７とによってデータ格
納バッファ３０を偶数パリティで初期化する機能と、デ
ータ読出し手段２９によってトランザクション情報格納
バッファ２８とデータ格納バッファ３０とから読出した
データを奇数パリティでチェックする機能とを持つ。

【００４４】図２は本発明の一実施例のシステム構成を
示すブロック図である。図において、ＦＮＰ（Ｆｒｏｎ
ｔｅｎｄＮｅｔｗｏｒｋＰｒｏｃｅｓｓｏｒ）３
はＣＰＵ（中央処理装置）３１と、ＭＥＭ（主記憶）３
２と、ＢＩＵ（ＢｕｓＩｎｔｅｒｆａｃｅＵｎｉ
ｔ）３３と、ＯＬＡ（ＯｎＬｉｎｅＡｄａｐｔｅ
ｒ）３４と、ＢＩＡ１と、ＣＣＵ２−ｉ（ｉ＝１，２，
……，ｎ）とから構成されている。

【００４５】ＣＣＵ２−ｉは公衆通信回線／ネットワー
ク５とコンピュータとを接続する目的で、物理層におけ
る電気的変換や通信プロトコルの制御を行う。このＣＣ
Ｕ２−ｉはＩＯバス１００上に実装され、ＢＩＡ１及び
ＢＩＵ３３を経由してＣＰＵ３１やＭＥＭ３２が実装さ
れているシステムバス２００に接続される。

【００４６】このような構成で計算機システムを構成す
る場合もあるが、さらにＯＬＡ３４でホストコンピュー
タ４に接続し、大容量の通信回線を収容するために通信
専用とした装置もある。

【００４７】上記の構成において、システムバス２００
及びＩＯバス１００上でのデータ転送には性能向上を目
的としてスプリット転送方式が用いられている。スプリ
ット転送方式ではリクエスト・トランザクションに対す
るリプライ・トランザクションの正当性を確認する必要
がある。

【００４８】上記の通信線用の装置では、図１に示すよ
うに、上位のＢＩＡ１にＩＤチェック回路１１を設け、
下位のＣＣＵ２−ｉにカウント回路２２を設けてリプラ
イ・トランザクションの正当性の確認を実現している。

【００４９】しかしながら、これらＩＤチェック回路１
１やカウント回路２２だけではリプライ・トランザクシ
ョンにおいてデータ転送が他のＣＣＵと入れ違いになっ
た場合やハードウェアで構成したカウント回路２２が故
障した場合のエラーを検出することができない。

【００５０】そこで、本発明の一実施例ではＣＣＵ２−
ｉ各々でファームウェアによってリクエスト・トランザ
クションに対するリプライ・トランザクションの内容を
比較照合することで正当性を高め、ハードウェア故障に
よるエラーの検出も可能としている。

【００５１】図３は図１のトランザクション情報格納バ
ッファ２８及びデータ格納バッファ３０のフォーマット
を示す図であり、図４は図１のＣＣＵ２の動作を示すフ
ローチャートである。これら図１〜図４を用いて本発明
の一実施例の動作について説明する。

【００５２】スプリット転送を行う場合、中央処理装置
２５はパリティ反転手段２６とデータ書込み手段２７と
によってデータ格納バッファ３０の全エリアに対して偶
数パリティでデータ‘０’を書込み、データ格納バッフ
ァ３０を初期化する（図４ステップＳ１）。

【００５３】中央処理装置２５はリクエスト・トランザ
クションの情報（転送先アドレス及び転送データのデー
タワード数）をトランザクション情報書込み手段２４に
よってエリア内の初期値がすべて‘０’のトランザクシ
ョン情報格納バッファ２８に書込む（図４ステップＳ
２）。

【００５４】その後に、中央処理装置２５はトランザク
ション情報格納バッファ２８内のトランザクションカウ
ンタエリア２８ｄのカウント値をインクリメントし、リ
クエスト・トランザクション送信回路２１を起動する。
起動されたリクエスト・トランザクション送信回路２１
はカウント回路２２をインクリメントし、リクエスト・
トランザクションを送信する（図４ステップＳ３）。

【００５５】ここで、リプライ・トランザクションの受
信を待つが、次のリクエスト・トランザクションがある
場合、そのリクエスト・トランザクションを続けて送信
することができる（図４ステップＳ５）。

【００５６】このとき、トランザクション情報格納バッ
ファ２８には１回目のリクエスト・トランザクション情
報２８ｃに積まれる形で２回目のリクエスト・トランザ
クション情報２８ｂが格納され、トランザクションカウ
ンタエリア２８ｄのカウント値がインクリメントされて
いく。

【００５７】同様に、リクエスト・トランザクションを
起動した回数（例えば、ｎ回）分だけリクエスト・トラ
ンザクション情報２８ａがトランザクション情報格納バ
ッファ２８内に繰返し積まれると、トランザクションカ
ウンタエリア２８ｄのカウント値はその起動した回数
（ｎ）となる。

【００５８】トランザクション情報格納バッファ２８全
てにリクエスト・トランザクション情報が格納される
と、中央処理装置２５はリクエスト・トランザクション
送信回路２１の起動を一時停止し、トランザクション情
報格納バッファ２８に空きエリアができるまでリプライ
・トランザクションの受信待ちを行う。

【００５９】リプライ・トランザクションを受信すると
（図４ステップＳ４）、リプライ・トランザクション受
信回路２３はカウント回路２２をデクリメントし、転送
データ３０ａをデータ格納バッファ３０に書込み、中央
処理装置２５に受信報告する（図４ステップＳ６）。

【００６０】このとき、カウント回路２２のカウント値
が負になると、カウント回路２２は中央処理装置２５に
エラーを報告するので（図４ステップＳ７）、中央処理
装置２５はエラー処理を行う。

【００６１】中央処理装置２５はリプライ・トランザク
ション受信回路２３から受信報告を受けた時にカウント
回路２２からエラー報告がなければ、トランザクション
情報書込み手段２４によってトランザクション情報格納
バッファ２８内のトランザクションカウンタエリア２８
ｄのカウント値をデクリメントし、１回目のリクエスト
・トランザクション情報２８ｃをデータ読出し手段２９
によってトランザクション情報格納バッファ２８から取
出し、２回目のトランザクション情報２８ｂ以降の情報
を一つずつ下にシフトさせていく（図４ステップＳ
８）。

【００６２】このとき、トランザクション情報格納バッ
ファ２８に残っているトランザクション情報の数とトラ
ンザクションカウンタエリア２８ｄのカウント値が一致
しなければ（図４ステップＳ９）、中央処理装置２５は
エラー処理を行う。

【００６３】トランザクションカウンタエリア２８ｄの
カウント値が正常ならば、中央処理装置２５は取出した
１回目のリクエスト・トランザクション情報２８ｃの転
送先アドレスに対応したデータ格納バッファ３０のエリ
アから、転送データ３０ａを１回目のリクエスト・トラ
ンザクション情報２８ｃのデータワード数分だけデータ
読出し手段２９によって読出す（図４ステップＳ１
０）。

【００６４】中央処理装置２５はデータ読出し手段２９
によってデータ格納バッファ３０のエリアから転送デー
タ３０ａを読出した時に、その転送データ３０ａに対し
て奇数パリティでパリティチェックを行う。中央処理装
置２５はそのパリティチェックでパリティエラーを検出
すると（図４ステップＳ１１）、正常な転送ができてい
ないと判断してエラー処理を開始する。

【００６５】すなわち、リプライ・トランザクションに
よってデータ格納バッファ３０に書込まれた転送データ
３０ａのデータワード数が１回目のリクエスト・トラン
ザクション情報２８ｃのデータワード数よりも少なけれ
ば、あるいは転送データ３０ａが異なる転送先アドレス
に書込まれると、データ格納バッファ３０から偶数パリ
ティの初期値が読出されるので、奇数パリティでパリテ
ィチェックを行っている中央処理装置２５はパリティエ
ラーを検出し（図４ステップＳ１１）、エラー処理を開
始する。

【００６６】一方、中央処理装置２５はパリティエラー
が発生しなければ、トランザクションカウンタエリア２
８ｄの値が‘０’となるまで、リプライ・トランザクシ
ョンの受信処理を行う。

【００６７】このようにして、ファームウェアによって
リクエスト・トランザクションに対するリプライ・トラ
ンザクションの内容をデータワード数まで比較照合する
ことで正当性が高まり、ハードウェアで構成されたカウ
ント回路２２が故障していてもエラー検出が可能とな
る。

【００６８】図５は本発明の他の実施例によるトランザ
クション情報格納バッファ及びデータ格納バッファのフ
ォーマットを示す図であり、図６は本発明の他の実施例
によるＣＣＵの動作を示すフローチャートである。これ
ら図５及び図６を用いて本発明の他の実施例の動作につ
いて説明する。尚、本発明の他の実施例によるＣＣＵの
構成及びシステム構成は、トランザクション情報格納バ
ッファ６及びデータ格納バッファ７以外は図１及び図２
に示す本発明の一実施例と同様の構成となっている。

【００６９】スプリット転送を行う場合、中央処理装置
２５はパリティ反転手段２６とデータ書込み手段２７と
によってパリティを反転させたデータでデータ格納バッ
ファ３０を初期化する（図６ステップＳ２１）。

【００７０】中央処理装置２５はトランザクション情報
書込み手段２４によって１回目のリクエスト・トランザ
クションの情報を初期値としてトランザクション情報格
納バッファ６内の先頭アドレス格納エリア６２に転送先
アドレスを書込み（図６ステップＳ２２）、トランザク
ション情報格納バッファ６内のデータワード数格納エリ
ア６１に転送データのデータワード数を書込む（図６ス
テップＳ２３）。

【００７１】その後に、中央処理装置２５はトランザク
ション情報格納バッファ６内のトランザクションカウン
タエリア６３のカウント値をインクリメントし、リクエ
スト・トランザクション送信回路２１を起動する。起動
されたリクエスト・トランザクション送信回路２１はカ
ウント回路２２をインクリメントし、リクエスト・トラ
ンザクションを送信する（図６ステップＳ２４）。

【００７２】ここで、リプライ・トランザクションの受
信を待つが、次のリクエスト・トランザクションがある
場合、そのリクエスト・トランザクションを続けて送信
することができる（図６ステップＳ２５）。

【００７３】但し、２回目以降のリクエスト・トランザ
クション情報の書込みはデータワード数のみで、中央処
理装置２５はデータ読出し手段２９によってトランザク
ション情報格納バッファ６内のデータワード数格納エリ
ア６１から値を読出すと、その値にデータワード数を加
算して再びデータワード数格納エリア６１に書込む（図
６ステップＳ２３）。

【００７４】リプライ・トランザクションを受信すると
（図６ステップＳ２６）、リプライ・トランザクション
受信回路２３はカウント回路２２をデクリメントし、中
央処理装置２５に受信報告する（図６ステップＳ３
０）。

【００７５】このとき、カウント回路２２のカウント値
が負になると、カウント回路２２は中央処理装置２５に
エラーを報告するので（図６ステップＳ３１）、中央処
理装置２５はエラー処理を行う。

【００７６】中央処理装置２５はリプライ・トランザク
ション受信回路２３から受信報告を受けた時にカウント
回路２２からエラー報告がなければ、トランザクション
情報格納バッファ６内のトランザクションカウンタエリ
ア６３のカウント値をデクリメントする（図６ステップ
Ｓ３２）。

【００７７】中央処理装置２５はトランザクションカウ
ンタエリア６３のカウント値が‘０’になるとリプライ
・トランザクションの受信待ちを止めるが、それ以降に
リプライ・トランザクションの受信報告を受けると（図
６ステップＳ２７）、エラー処理を開始する。

【００７８】中央処理装置２５はリプライ・トランザク
ションの受信待ちを止めた後にリプライ・トランザクシ
ョンの受信報告を受けなければ、データ読出し手段２９
によってトランザクション情報格納バッファ６内の先頭
アドレス格納エリア６２及びデータワード数格納エリア
６１からデータ格納バッファ３０における転送データの
先頭アドレスと転送された全データワード数とを取出
し、データ格納バッファ３０から転送データ７１を読出
す（図６ステップＳ２８）。

【００７９】その際、中央処理装置２５は奇数パリティ
によるパリティチェックでパリティエラーを検出すると
（図６ステップＳ２９）、正常な転送ができていないと
判断してエラー処理を開始する。

【００８０】本発明の他の実施例では膨大なデータを転
送する際、スプリット転送によりデータを分割して転送
要求する場合に特に有効で、ハードウェア構成のエラー
検出回路の故障やハードウェアの性能不足によるデータ
抜けを監視することができ、スプリット転送時の正当性
をさらに高めることができる。

【００８１】このように、リクエスト・トランザクショ
ンの送信時に転送先アドレスとリクエストトランザクシ
ョンで要求したデータ数とをトランザクション情報格納
バッファ２８に格納しておき、リプライ・トランザクシ
ョンの受信時にトランザクション情報格納バッファ２８
の内容に基づいて当該リプライ・トランザクションによ
り要求データがデータ格納バッファ３０の転送先アドレ
スにデータ数分書込まれているか否かを判定することに
よって、リクエスト・トランザクションに対するリプラ
イ・トランザクションの正当性を高めることができる。

【００８２】また、トランザクション情報格納バッファ
に対するリクエスト・トランザクションの送信時の書込
み回数及びリプライ・トランザクションの受信時の読出
し回数とを基にエラーを検出することによって、ハード
ウェアのエラー検出回路の故障も検出することができ
る。

【００８３】さらに、リクエスト・トランザクションの
送信時に先頭の転送先アドレスとリクエスト・トランザ
クションで要求したデータ数の累積値とをトランザクシ
ョン情報格納バッファ６に格納しておき、リプライ・ト
ランザクションの受信時にトランザクション情報格納バ
ッファ６の内容に基づいて当該リプライ・トランザクシ
ョンにより要求データがデータ格納バッファ３０の先頭
の転送先アドレスからデータ数の累算値分書込まれてい
るか否かを判定することによって、ハードウェア構成の
エラー検出回路の故障やハードウェアの性能不足による
データ抜けを監視することができ、スプリット転送時の
正当性をさらに高めることができる。

【００８４】さらにまた、トランザクション情報格納バ
ッファに対するリクエスト・トランザクションの送信時
の書込み回数及びリプライ・トランザクションの受信時
の読出し回数とを基にエラーを検出することによって、
ハードウェアのエラー検出回路の故障も検出することが
できる。

【００８５】

【発明の効果】以上説明したように本発明のスプリット
転送エラー監視装置によれば、リクエスト・トランザク
ションの送信時に転送先アドレスとリクエスト・トラン
ザクションで要求したデータ数とを保持しておき、リプ
ライ・トランザクションの受信時にその保持内容に基づ
いて当該リプライ・トランザクションにより要求データ
が転送先アドレスにデータ数分書込まれているか否かを
判定することによって、リクエスト・トランザクション
に対するリプライ・トランザクションの正当性を高める
ことができるという効果がある。

【００８６】また、本発明の他のスプリット転送エラー
監視装置によれば、保持手段に対するリクエスト・トラ
ンザクションの送信時における保持内容の書込み回数と
保持手段に対する保持内容の読出し回数とを基にデータ
の転送エラーを検出することによって、ハードウェアの
エラー検出回路の故障を検出することができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】本発明の一実施例のシステム構成を示すブロッ
ク図である。

【図３】図１のトランザクション情報格納バッファ及び
データ格納バッファのフォーマットを示す図である。

【図４】図１のＣＣＵの動作を示すフローチャートであ
る。

【図５】本発明の他の実施例によるトランザクション情
報格納バッファ及びデータ格納バッファのフォーマット
を示す図である。

【図６】本発明の他の実施例によるＣＣＵの動作を示す
フローチャートである。

【図７】（ａ）は従来のインタロック方式のデータ転送
例を示すタイムチャート、（ｂ）従来のスプリット方式
のデータ転送例を示すタイムチャートである。

【図８】（ａ）は図７の各信号の定義を示す図、（ｂ）
は図７のＡＣの内容例を示す図である。

【図９】従来のスプリット方式のデータ転送を説明する
図である。

【図１０】従来のＣＣＵの動作を示すフローチャートで
ある。

【符号の説明】

１ＢＩＡ２，２−１〜２−ｎＣＣＵ３ＦＮＰ４ホストコンピュータ５公衆通信回線／ネットワーク６，２８トランザクション情報格納バッファ７，３０データ格納バッファ１１ＩＤチェック回路２１リクエスト・トランザクション送信回路２２カウント回路２３リプライ・トランザクション受信回路２４トランザクション情報書込み手段２５中央処理装置２６パリティ反転手段２７データ書込み手段２９データ読出し手段

Claims

【特許請求の範囲】

【請求項１】転送を要求するデータの要求先アドレス
とそのデータの転送先を示す転送先アドレスとを付加し
たリクエスト・トランザクションの送信数とそのリクエ
スト・トランザクションに応答して送られてくるリプラ
イ・トランザクションの受信数とを基に前記データの転
送エラーを検出するスプリット転送エラー監視装置であ
って、前記リクエスト・トランザクションの送信時に前
記転送先アドレスと前記リクエスト・トランザクション
で要求したデータ数とを保持する保持手段と、前記リプ
ライ・トランザクションの受信時に前記保持手段の保持
内容に基づいて当該リプライ・トランザクションにより
要求データが前記転送先アドレスに前記データ数分書込
まれているか否かを判定する判定手段とを有することを
特徴とするスプリット転送エラー監視装置。
【請求項２】前記保持手段に対する前記リクエスト・
トランザクションの送信時の前記保持内容の書込み回数
と前記保持手段に対する前記判定手段による前記保持内
容の読出し回数とを基に前記データの転送エラーを検出
する手段を含むことを特徴とする請求項１記載のスプリ
ット転送エラー監視装置。
【請求項３】前記判定手段は、前記データの転送処理
起動時に前記要求データが格納される格納領域に予め設
定されたパリティで初期値を書込む手段と、前記リプラ
イ・トランザクションの受信時に前記転送先アドレスを
基に前記要求データを前記格納領域に書込む書込み手段
と、前記リプライ・トランザクションの受信時に前記保
持手段の保持内容に基づいて前記要求データを前記格納
領域から読出す読出し手段と、前記読出し手段が読出し
たデータに対して前記パリティの検出をパリティエラー
とするパリティチェックを行うパリティチェック手段
と、前記パリティチェック手段の検出結果を基に前記要
求データが前記転送先アドレスに前記データ数分書込ま
れているか否かを判定する手段とを含むことを特徴とす
る請求項１または請求項２記載のスプリット転送エラー
監視装置。
【請求項４】転送を要求するデータの要求先アドレス
とそのデータの転送先を示す転送先アドレスとを付加し
たリクエスト・トランザクションの送信数とそのリクエ
スト・トランザクションに応答して送られてくるリプラ
イ・トランザクションの受信数とを基に前記データの転
送エラーを検出するスプリット転送エラー監視装置であ
って、前記リクエスト・トランザクションの送信時に先
頭の転送先アドレスと各リクエスト・トランザクション
で要求するデータ数の累算値とを保持する保持手段と、
前記リプライ・トランザクションの受信時に前記保持手
段の保持内容に基づいて当該リプライ・トランザクショ
ンにより要求データが前記先頭の転送先アドレスから前
記データ数の累算値分書込まれているか否かを判定する
判定手段とを有することを特徴とするスプリット転送エ
ラー監視装置。
【請求項５】前記保持手段に対する前記リクエスト・
トランザクションの送信時の前記保持内容の書込み回数
と前記保持手段に対する前記判定手段による前記保持内
容の読出し回数とを基に前記データの転送エラーを検出
する手段を含むことを特徴とする請求項４記載のスプリ
ット転送エラー監視装置。
【請求項６】前記判定手段は、前記データの転送処理
起動時に前記要求データが格納される格納領域に予め設
定されたパリティで初期値を書込む手段と、前記リプラ
イ・トランザクションの受信時に前記転送先アドレスを
基に前記要求データを前記格納領域に書込む書込み手段
と、前記リプライ・トランザクションの受信時に前記保
持手段の保持内容に基づいて前記要求データを前記格納
領域から読出す読出し手段と、前記読出し手段が読出し
たデータに対して前記パリティの検出をパリティエラー
とするパリティチェックを行うパリティチェック手段
と、前記パリティチェック手段の検出結果を基に前記要
求データが前記先頭の転送先アドレスから前記データ数
の累算値分書込まれているか否かを判定する手段とを含
むことを特徴とする請求項４または請求項５記載のスプ
リット転送エラー監視装置。