JPH07141310A - 通信データの状態変化検出方式 - Google Patents

Abstract

(57)【要約】 【目的】 受信側処理装置での受信した通信データに対
する状態変化の検出処理負荷を軽減する。 【構成】 送信側処理装置１においてデータ領域３０ａ
からの送信データと保持している前回送信時のデータ部
Ｆｄのデータとを比較し両者が異なるときデータ更新回
数Ｃｎを更新して送信データに付加して送信し、受信側
処理装置５では、受信したデータ更新回数Ｃｎと予め更
新回数格納領域５４ｂに格納している前回受信時のデー
タ更新回数Ｃｎとを比較し、両者が異なるとき送信デー
タに状態変化が生じた可能性があるものとし、受信した
データとデータ領域７０ａに格納している前回受信時の
データとを比較してデータ比較処理を行い、両者が異な
るとき送信データに状態変化があったものと判定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、ローカルエリ
アネットワークを構築する計算機システム等の通信回線
を介して接続された処理装置間でデータ通信を行う場合
等において、繰り返し伝送されるブロードキャストデー
タ等の通信データの状態変化検出方式の改良に関する。

【０００２】

【従来の技術】従来、例えば、ローカルエリアネットワ
ークを構築する計算機システム等、通信回線を介して接
続された処理装置間でデータ通信を行う場合において、
ブロードキャストデータの状態変化の検出を行う場合等
には、受信側処理装置では、ブロードキャストデータを
受信する毎に、受信データの変化をチェックしたり、或
いは、ブロードキャストデータを受信するタイミングを
検出することができない場合、又は、受信側処理装置の
処理能力が不足しているため、ブロードキャストデータ
を受信する毎に受信データの変化をチェックすることが
できない場合等には、予め設定した一定周期で受信デー
タの変化をチェックするようなされている。

【０００３】また、受信側処理装置の処理能力が不足し
ているため、受信データ全てについて、その状態変化を
チェックすることができない場合、或いは、受信データ
の構成上、受信データ全てについてチェックすることが
不要な場合等には、受信データのうち、指定された一部
分のみのデータの変化をチェックするようになされてお
り、これら各チェック方法を適宜組み合わせてチェック
する等によって、ブロードキャストデータの状態変化の
検出を行っている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の通信データの状態変化検出方式においては、例え
ば、ブロードキャストデータの状態変化の検出を高速で
行わなければならない場合、或いは、通信データの通信
周期が短くなったり、通信データのデータ量が多量な場
合等には、状態変化検出のための処理が極めて膨大にな
ってしまい、受信側処理装置での処理能力が低下してい
てしまう等の未解決の課題がある。

【０００５】そこで、この発明は、上記従来の未解決の
課題に着目してなされたものであり、受信側処理装置で
の受信データに対する状態変化の検出処理に係わる負荷
を軽減させることのできる通信データの状態変化検出方
式を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に係わる通信データの状態変化検出方式
は、通信回線を介して接続された処理装置間で通信デー
タの授受を行い、処理装置の主記憶に格納されている通
信データを更新するか否かを判断するために、通信デー
タの状態変化を検出する通信データの状態変化検出方式
において、送信側処理装置で通信データ送信時に識別情
報付加手段によって通信データの変化状況を表す状態変
化識別情報を当該通信データに付加して送信し、受信側
処理装置で通信データに付加された状態変化識別情報を
順次識別情報格納手段に格納し、判定手段で前記識別情
報格納手段に格納されている前回受信時の状態変化識別
情報と新たに受信した状態変化識別情報とを比較し、両
者が不一致であるときに前回受信時の通信データと新た
に受信した通信データとを比較し通信データの状態変化
を検出するようにしたことを特徴としている。

【０００７】また、請求項２に係わる通信データの状態
変化検出方式は、請求項１記載の状態変化識別情報は、
通信データの更新回数であることを特徴としている。ま
た、請求項３に係わる通信データの状態変化検出方式
は、請求項１記載の状態変化識別情報は、通信データに
対するバンク切替回数であることを特徴としている。

【０００８】また、請求項４に係わる通信データの状態
変化検出方式は、通信回線を介して接続された処理装置
間で通信データの授受を行い、処理装置の主記憶に格納
されている通信データを更新するか否かを判断するため
に、通信データの状態変化を検出する通信データの状態
変化検出方式において、受信側処理装置で識別情報生成
手段によって、受信した通信データをもとに通信データ
の変化状況を表す状態変化識別情報を生成して識別情報
格納手段に格納し、通信データ受信時に判定手段によっ
て、前記識別情報格納手段に格納されている前回受信時
の状態変化識別情報と新たに生成した状態変化識別情報
とを比較し、両者が不一致であるときに前回受信時の通
信データと新たに受信した通信データとを比較し通信デ
ータの状態変化を検出するようにしたことを特徴として
いる。

【０００９】また、請求項５に係わる通信データの状態
変化検出方式は、請求項１又は４記載の状態変化識別情
報は、通信データに対し誤り制御方式により生成したチ
ェックコードであることを特徴としている。さらに、請
求項６に係わる通信データの状態変化検出方式は、請求
項１又は４記載の状態変化識別情報は、異なる複数のア
ルゴリズムにより生成したチェックコードであることを
特徴としている。

【００１０】

【作用】請求項１に係わる通信データの状態変化検出方
式は、送信側処理装置において通信データ送信時に、通
信データの変化状況を表す状態変化識別情報を識別情報
付加手段により生成し通信データに付加して伝送し、受
信側処理装置では、判定手段によって、受信した通信デ
ータに付加された状態変化識別情報と、前回通信データ
受信時に識別情報格納手段に格納した状態変化識別情報
とを比較し、両者が異なるとき、前回受信した通信デー
タと新たに受信した通信データとを比較する。

【００１１】また、請求項２に係わる通信データの状態
変化検出方式は、送信側処理装置では、通信データの更
新回数をカウントし、これを状態変化識別情報として通
信データに付加して送信する。また、請求項３に係わる
通信データの状態変化検出方式は、送信側処理装置で
は、通信データに対するバンク切替回数をカウントし、
これを状態変化識別情報として通信データに付加して送
信する。

【００１２】また、請求項４に係わる通信データの状態
変化検出方式は、受信側処理装置において、通信データ
受信時に、受信した通信データをもとにこの通信データ
の変化状況を表す状態変化識別情報を識別情報生成手段
によって生成し、判定手段によって、識別情報格納手段
に格納している前回通信データ受信時に生成した状態変
化識別情報と、新たに生成した状態変化識別情報とを比
較し、両者が異なるとき、前回受信時の通信データと新
たに受信した通信データとを比較する。

【００１３】また、請求項５に係わる通信データの状態
変化検出方式は、通信データに対し、誤り制御方式によ
ってチェックコードを生成し、これを状態変化識別情報
とする。さらに、請求項６に係わる通信データの状態変
化検出方式は、異なる複数のアルゴリズムによりチェッ
クコードを生成し、これを状態変化識別情報とする。

【００１４】

【実施例】以下に、本発明の実施例を説明する。この第
１実施例は、送信するデータと前回送信時のデータとを
比較することにより生成したデータ更新回数を状態変化
識別情報として適用したものである。図１は、本発明の
第１実施例を示す概略構成図であり、本発明による通信
データの状態変化検出方式を適用したローカルエリアネ
ットワークを構築する計算機システムの概略構成を示し
たものである。

【００１５】この計算機システムは、送信側処理装置１
と受信側処理装置５とから構成され、送信側処理装置１
と受信側処理装置５とは、通信回線３によって接続され
ている。送信側処理装置１は、通信回線３を介して受信
側処理装置５との通信制御を行う通信制御装置１０と、
主記憶３０に格納された演算処理プログラムに基づいて
所定の演算処理を行う演算処理部４０とから構成され、
通信制御装置１０と主記憶３０と演算処理部４０とは、
バス４５を介して接続されている。

【００１６】そして、演算処理部４０は、演算処理プロ
グラムに基づいて所定の演算処理を行い、送信データを
主記憶３０に形成されたデータ領域３０ａに格納すると
共に、データ送信時には、通信制御装置１０に対しデー
タ送信要求を行う。通信制御装置１０は、内部ＲＯＭ１
１に格納された通信処理プログラムに基づいて受信側処
理装置５との通信制御処理を行う通信処理部１２と、通
信処理部１２からの通信開始指令に基づいて通信回線３
との回線制御処理を行う、回線制御部１３と、内部メモ
リ１４と、バス４５との通信制御処理を行うバスインタ
フェース部１５とから構成され、これらは内部バス１６
を介して接続されている。

【００１７】通信処理部１２は、通信処理プログラムに
基づいて通信処理を行い、演算処理部４０からデータ送
信要求を入力したとき、バスインタフェース部１５を介
して主記憶３０のデータ領域３０ａに格納された送信デ
ータを順次読み出し、送信データ領域１４ａに保持して
いる、データ送信要求で指定されたデータ番号Ｎの前回
送信時の通信データＤｓのデータ部Ｆｄのデータ内容
と、データ領域３０ａから読み出した送信データとを比
較しながら通信データＤｓのデータ部Ｆｄを更新し、送
信データとデータ部Ｆｄのデータ内容とが同一でないと
き、通信データＤｓの状態変化識別情報としてのデータ
更新回数Ｃｎを更新する。そして、回線制御部１３に通
信開始指令及び通信データＤｓを出力し、回線制御部１
３から通信終了通知を入力したとき送信データの送信が
終了したことを認識する。

【００１８】回線制御部１３は、通信処理部１２から通
信開始指令を入力したとき、通信回線３との回線制御処
理を行い、通信処理部１２からの通信データＤｓに対す
るフレームチェックコードＣＨを、例えばサイクリック
方式によって生成し、通信データＤｓとフレームチェッ
クコードＣＨとからフレームＦを形成して通信回線３に
送信し、送信終了後、通信終了通知を通信処理部１２に
出力する。

【００１９】図２は、フレームＦの構成を示した概略図
である。フレームＦは、ヘッダ部Ｆｈと、送信データか
らなるデータ部Ｆｄと、伝送誤り検出のための、例え
ば、サイクリック方式等によるチェックコードからなる
フレームチェックコードＣＨとから構成され、ヘッダ部
Ｆｈとデータ部Ｆｄとで通信データＤｓを形成してい
る。

【００２０】そして、ヘッダ部Ｆｈは、フレーム種別Ｃ
ＭＤと、送信先の処理装置の局番を表す送信先局番Ａｄ
と、送信元の処理装置の局番を表す送信元局番Ａｓと、
送信データの更新回数を示すデータ更新回数Ｃｎと、ブ
ロードキャストデータのデータ長を表すデータ長Ｂｎと
から構成され、フレーム種別ＣＭＤは、このフレームＦ
がブロードキャストデータであることと、送信元局番Ａ
ｓの処理装置の何番目に定義されているブロードキャス
トデータであるかを表すデータ番号Ｎとから形成されて
いる。

【００２１】図３は、データ送信要求入力時の通信処理
部１２の処理手順を示すフローチャートである。まず、
ステップＳ１において、演算処理部４０からのデータ送
信要求で指定されたデータ番号Ｎの送信データを、デー
タ領域３０ａからバスインタフェース部１５を介して順
次読み出し、送信データ領域１４ａに格納している前回
送信時の各通信データＤｓの中から指定されたデータ番
号Ｎに対応する通信データＤｓを読み出し、データ領域
３０ａから読み出した送信データと送信データ領域１４
ａから読み出したデータ番号Ｎのデータ部Ｆｄのデータ
内容とを順次比較しながら、送信データ領域１４ａのデ
ータ部Ｆｄにデータ領域３０ａから読み出した送信デー
タを格納する。

【００２２】そして、ステップＳ２において、データ領
域３０ａから読み出した送信データと送信データ領域１
４ａのデータ送信要求で指定されたデータ番号Ｎのデー
タ部Ｆｄのデータ内容とが全て同一であったか否かを判
定し、これらが同一であった場合にはステップＳ４に移
行し、同一でなかった場合にはステップＳ３に移行す
る。

【００２３】次いで、ステップＳ３では、送信データ領
域１４ａのデータ番号Ｎの前回送信時のヘッダ部Ｆｈの
データ更新回数Ｃｎを更新し、ステップＳ４に移行す
る。ステップＳ４では、回線制御部１３に通信開始指令
を出力し、続いて、指定されたデータ番号Ｎの通信デー
タＤｓを送信し、ステップＳ５で、回線制御部１３から
通信終了通知を入力したとき、処理を終了する。

【００２４】ここで、ステップＳ１〜Ｓ３が識別情報付
加手段に対応している。一方、受信側処理装置５は、送
信側処理装置１とほぼ同様の構成であり、通信制御装置
５０と主記憶７０と演算処理部８０とから構成され、こ
れらがバス８５を介して接続されている。そして、演算
処理部８０は、主記憶７０に格納された演算処理プログ
ラム及びデータ領域７０ａに格納された受信したフレー
ムＦに基づいて所定の処理を行う。

【００２５】通信制御装置５０は、内部ＲＯＭ５１に格
納された通信処理プログラムに基づいて所定の通信処理
を実行する通信処理部５２と、通信処理部５２からの通
信開始指令に基づいて、通信回線３との回線制御処理を
行う回線制御部５３と、内部メモリ５４と、バス８５と
の通信処理を行うバスインタフェース部５５とから構成
され、これらは、内部バス５６を介して接続されてい
る。

【００２６】そして、内部メモリ５４には、受信したフ
レームＦを格納する受信データ領域５４ａと、フレーム
Ｆのヘッダ部Ｆｈのデータ更新回数Ｃｎを格納する、識
別情報格納手段としての更新回数格納領域５４ｂとが形
成されている。図４は、更新回数格納領域５４ｂの構成
を示したものである。更新回数格納領域５４ｂには、各
送信元処理装置からの通信データＤｓのデータ更新回数
Ｃｎが、各送信元処理装置に付与された送信元局番Ａｓ
とデータ番号Ｎとにより管理されて格納され、送信元局
番Ａｓからのデータ番号Ｎの通信データＤｓの前回受信
時のデータ更新回数Ｃｎが格納されている。

【００２７】例えば、送信側処理装置１の送信元局番Ａ
ｓを“０”、送信データのデータ番号Ｎを“２”とする
と、送信側処理装置１からのフレームＦのデータ更新回
数Ｃｎは、送信元局番“０”からのデータ番号２のデー
タとして管理される。通信処理部５２は、内部ＲＯＭ５
１に格納された通信処理プログラムに基づいて通信処理
を行い、予め設定した定周期で通信開始指令を回線制御
部５３に出力し、回線制御部５３から通信終了通知を入
力したとき、受信データ領域５４ａに格納した受信した
フレームＦのデータ更新回数Ｃｎと、更新回数格納領域
５４ｂに格納している受信したフレームＦで指定される
データ番号Ｎに対応する前回受信時のデータ更新回数Ｃ
ｎとを比較し、通信データＤｓの状態変化の検出を行
う。

【００２８】回線制御部５３は、通信処理部５２からの
通信開始指令を入力したとき、通信回線３との回線制御
処理を行って自分宛のフレームＦを受信し、これを受信
データ領域５４ａに格納する。図５は、フレームＦ受信
時の通信処理部５２の処理手順を示すフローチャートで
ある。

【００２９】通信回線３からフレームＦを受信する場合
には、回線制御部５３に通信開始指令を出力し、通信回
線３からフレームＦを受信させる。そして、ステップＳ
１１において、回線制御部５３から通信終了通知を入力
したか否かを判定し、回線制御部５３から通信終了通知
を入力した場合には、ステップＳ１２に移行し、受信デ
ータ領域５４ａに格納されている受信したフレームＦの
フレーム種別ＣＭＤと送信元局番Ａｓとを参照し、フレ
ーム種別ＣＭＤで指定されているデータ番号Ｎと送信元
局番Ａｓとに対応する前回受信時のデータ更新回数Ｃｎ
を、更新回数格納領域５４ｂから求める。

【００３０】次いで、ステップＳ１３に移行し、受信し
たフレームＦのデータ更新回数Ｃｎと、更新回数格納領
域５４ｂから求めた前回受信時のデータ更新回数Ｃｎと
が同一であるか否かを判定し、これらが同一であるとき
処理を終了し、これらが同一でないときステップＳ１４
に移行する。そして、ステップＳ１４では、データ領域
７０ａに格納されている前回受信時の送信元局番Ａｓか
らのデータ番号Ｎのデータを読み出し、読み出したデー
タと受信したフレームＦのデータ部Ｆｄのデータとを順
次比較して、データ比較処理を実行する。

【００３１】ここで、データ比較処理は、従来行われて
いる状態変化検出処理と同様であり、受信したフレーム
Ｆのデータ部Ｆｄのデータと、保持している前回受信時
のデータとを順次比較し、全てのデータが同一であるか
否かを判定するものである。次いで、ステップＳ１５に
移行し、ステップＳ１４でのデータ比較処理の結果、比
較した全てのデータが同一であったか否かを判定し、全
てのデータが同一であった場合には、データ部Ｆｄに状
態変化は生じていないので、フレームＦ受信時の処理を
終了し、比較した全てのデータが同一でない場合にはス
テップＳ１６に移行する。

【００３２】ステップＳ１６では、データ領域７０ａの
送信元局番Ａｓからのデータ番号Ｎのデータを、受信し
たフレームＦのデータ部Ｆｄのデータ内容に更新し、次
いで、ステップＳ１７において、演算処理部８０に状変
通知を出力して受信したフレームＦに状態変化があった
ことを通知する。そして、ステップＳ１８では、更新回
数格納領域５４ｂに格納されている送信元局番Ａｓから
のデータ番号Ｎに対応する前回受信時のデータ更新回数
Ｃｎを、受信したフレームＦのデータ更新回数Ｃｎのデ
ータ内容に更新し、フレームＦ受信時の処理を終了す
る。

【００３３】ここで、ステップＳ１１〜Ｓ１８が判定手
段に対応している。したがって、送信側処理装置１から
データを送信する場合には、通信処理部１２は、演算処
理部４０からデータの送信要求を入力すると、データ領
域３０ａから指定されたデータ番号、例えば、データ番
号Ｎ１に該当する送信データＤ１を順次読み出し、読み
出した送信データＤ１と送信データ領域１４ａに格納さ
れている前回送信時のデータ番号Ｎ１のデータ部Ｆｄ０
のデータ内容とを順次比較しながら、送信データＤ１を
送信データ領域１４ａのデータ番号Ｎ１のデータ部Ｆｄ
に格納してデータ部Ｆｄ１とする。そして、このとき、
全てのデータが同一でない場合には、送信データに状態
変化があったものとし、送信データ領域１４ａの通信デ
ータＤｓ１のデータ更新回数Ｃｎ０を更新してＣｎ１と
し、回線制御部１３に通信開始指令を出力し、その後、
通信データＤｓ１を送信し、回線制御部１３は、通信回
線３との回線制御を行い、通信データＤｓ１に対するフ
レームチェックコードを生成してフレームＦ１を生成
し、通信回線３に送信する。

【００３４】一方、受信側処理装置５では、通信処理部
５２が予め設定された一定周期で、回線制御部５３に通
信開始指令を出力し、回線制御部５３では、通信開始指
令を入力したとき、通信回線３との回線制御を行って、
自分宛てのフレームＦ１を受信して受信データ領域５４
ａに格納し、通信終了通知を通信処理部５２に出力す
る。

【００３５】通信処理部５２では、これをうけて受信デ
ータ領域５４ａに格納されたフレームＦ１から、送信元
局番Ａｓ１と、フレーム種別ＣＭＤ１で指定されている
データ番号Ｎ１とを求め、更新回数格納領域５４ｂから
前回受信時の送信元局番Ａｓ１からのデータ番号Ｎ１の
データ更新回数Ｃｎ０を求め、求めたデータ更新回数Ｃ
ｎ０と、フレームＦ１のデータ更新回数Ｃｎ１とを比較
する。

【００３６】この場合、データ更新回数Ｃｎ０とＣｎ１
とは同一ではないので、データ領域７０ａに格納してい
る前回受信時の送信元局番Ａｓ１からのデータ番号Ｎ１
のデータとフレームＦ１のデータ部Ｆｄ１のデータとを
順次比較してデータ比較処理を行い、この場合これらデ
ータは異なるので、データ領域７０ａの送信元局番Ａｓ
１からのデータ番号Ｎ１のデータをフレームＦ１のデー
タ部Ｆｄ１のデータ内容に更新し、演算処理部８０に状
変通知を行い、さらに、更新回数格納領域５４ｂの送信
元局番Ａｓ１からのデータ番号Ｎ１のデータ更新回数Ｃ
ｎ０をＣｎ１に更新し処理を終了する。

【００３７】したがって、上記第１実施例によれば、送
信側処理装置１において、送信データのデータ比較処理
を行い、状態変化の有無をデータ更新回数Ｃｎとして送
信データに付加して送信するので、受信側処理装置５で
は、送信データに付加されたデータ更新回数Ｃｎの変化
を監視し、データ更新回数Ｃｎが変化したときのみ、デ
ータ比較処理を実行すればよいので、従来に比べて、受
信側処理装置５でのフレームＦ受信時のデータの状態変
化検出のための処理を削減することができ、また、デー
タの状態変化をデータ更新回数Ｃｎによって検出してい
るので、伝送エラー等により受信できないフレームＦが
存在する場合でも、データの状態変化を確実に検出する
ことができる。

【００３８】また、ブロードキャストデータは、同一の
フレームＦを複数の処理装置で受信することが多いの
で、状態変化の有無を送信側処理装置で行ってその情報
を送信データに付加して送信することにより、各処理装
置でのフレームＦ受信時の処理量を軽減できることによ
って、計算機システムを効率よく作動させることができ
る。

【００３９】なお、上記第１実施例においては、データ
部Ｆｄが、１つのデータブロックから形成されている場
合について説明したが、複数のデータブロックから形成
されている場合には、ヘッダ部Ｆｈに、各データブロッ
クに対応する数の更新回数格納領域を設け、各データブ
ロック毎に状態変化を検出するようにすることも可能で
ある。

【００４０】また、上記第１実施例においては、送信側
処理装置１及び受信側処理装置５の２台の処理装置によ
って計算機システムを構築した場合について説明した
が、複数の処理装置によって構築された計算機システム
に適用することも可能であり、また、更新回数格納領域
５４ｂと送信データ領域１４ａと受信データ領域５４ａ
とを送信側処理装置１及び受信側処理装置５の両方に設
けることによって、双方向にデータ伝送を行うことがで
きる。

【００４１】次に、本発明の第２実施例について説明す
る。この第２実施例は、送信データ更新要求をもとに生
成したデータ更新回数を状態変化識別情報として適用し
たものである。図６は、第２実施例の概略構成を示した
ものであり、受信側処理装置５は上記第１実施例と同一
の機能構成を有し、送信側処理装置１は、送信データ更
新要求領域１７が追加され、通信処理部１２の処理手順
が異なるほかは第１実施例の構成を示す図１と同様であ
り、同一部には同一符号を付与している。

【００４２】送信データ更新要求領域１７は、送信側処
理装置１の内部バス１６とバス４５とに接続され、送信
データの更新を行うとき、演算処理部４０によって、更
新するデータのデータ番号Ｎの送信データ更新要求がセ
ットされる。通信処理部１２は、送信データ更新要求領
域１７を常時監視し、送信データ更新要求領域１７に演
算処理部４０からデータ番号Ｎの送信データ更新要求が
セットされたとき、送信データ領域１４ａに格納してい
る前回送信時のデータ番号Ｎの通信データＤｓのヘッダ
部Ｆｈの、状態変化識別情報としてのデータ更新回数Ｃ
ｎを更新し、また、データ部Ｆｄをデータ領域３０ａか
ら読み出した送信データに更新して、新たに通信データ
Ｄｓを生成する。そして、演算処理部４０からデータ送
信要求があったとき、回線制御部１３に通信開始指令を
出力し、続いて通信データＤｓを送信する。

【００４３】回線制御部１３は、通信処理部１２から受
信した通信データＤｓに対して、例えば、サイクリック
方式等によってフレームチェックコードＣＨを生成し、
フレームＦを生成して通信回線３に送信する。ここで、
フレームＦは図２に示す上記第１実施例におけるフレー
ムＦの構成と同一である。

【００４４】図７は、通信処理部１２の処理手順を示す
フローチャートである。まず、ステップＳ２１におい
て、送信データ更新要求領域１７に、演算処理部４０に
よって送信データ更新要求がセットされたか否かを判定
する。そして、送信データ更新要求がセットされたと
き、ステップＳ２２に移行し、送信データ更新要求がセ
ットされない場合には、ステップＳ２４に移行する。

【００４５】そして、ステップＳ２２では、データ領域
３０ａに格納された送信データ更新要求で指定されたデ
ータ番号Ｎの送信データをバスインタフェース部１５を
介して読み出し、送信データ領域１４ａに格納されてい
る、送信データ更新要求により指定されたデータ番号Ｎ
に該当する前回送信時の通信データＤｓのデータ部Ｆｄ
のデータを、データ領域３０ａから読み出した送信デー
タのデータ内容に更新する。

【００４６】次いで、ステップＳ２３に移行し、送信デ
ータ更新要求で指定されたデータ番号Ｎに該当する前回
送信時の通信データＤｓのヘッダ部Ｆｈのデータ更新回
数Ｃｎを更新し、ステップＳ２４に移行する。ステップ
Ｓ２４では、演算処理部４０からデータ送信要求があっ
たか否かを判定し、データ送信要求があった場合にはス
テップＳ２５に移行し、データ送信要求がない場合には
ステップＳ２１に戻る。

【００４７】次いで、ステップＳ２５で、回線制御部１
３に通信開始指令を出力し、続いて、通信データＤｓを
送信し、ステップＳ２６で、回線制御部１３から通信終
了通知を入力したか否かを判定し、通信終了通知を入力
したとき、ステップＳ２１に戻る。ここで、ステップＳ
２１〜Ｓ２３が識別情報付加手段に対応している。

【００４８】したがって、例えば、送信側処理装置１に
おいて、データ番号Ｎ１の送信データを更新して送信す
る場合には、まず、演算処理部４０において、更新する
送信データＤ１を生成してデータ領域３０ａに格納し、
データ番号Ｎ１の送信データ更新要求を送信データ更新
要求領域１７にセットする。通信処理部１２は、送信デ
ータ更新要求領域１７にデータ番号Ｎ１の送信データ更
新要求がセットされたことを検出すると、データ領域３
０ａの送信データＤ１を読み出し、送信データ領域１４
ａに格納している前回送信したデータ番号Ｎ１の通信デ
ータＤｓ０のデータ部Ｆｄ０のデータを、読み出した送
信データＤ１に更新してデータ部Ｆｄ１とし、さらに通
信データＤｓ０のデータ更新回数Ｃｎ０の値を更新して
Ｃｎ１とし、更新した通信データＤｓ１を生成する。

【００４９】そして、演算処理部４０から通信処理部１
２に対してデータ送信要求を行い、これをうけて通信処
理部１２が回線制御部１３に通信開始指令を出力し、回
線制御部１３が、通信データＤｓ１に対してフレームチ
ェックコードＣＨ１を生成し、フレームＦ１として通信
回線３に送信する。そして、受信側処理装置５では、上
記第１実施例と同様に処理を行う。

【００５０】したがって、送信側処理装置１からデータ
送信時に、データ更新回数Ｃｎを生成して送信データに
付加して送信し、受信側処理装置５において、前回受信
時のデータ更新回数Ｃｎを保持しておき、送信データを
受信する毎に保持しているデータ更新回数Ｃｎと受信し
たフレームＦのデータ更新回数Ｃｎとを比較し、これら
が同一でないときデータに状態変化があったものと判定
して、データ比較処理を行うようにすることによって、
受信側処理装置５でのデータの状態変化の検出処理に関
する処理量を削減することができる。

【００５１】また、送信側処理装置１では、演算処理部
４０からのデータ更新要求をもとにデータ更新回数Ｃｎ
を生成しているので、上記第１実施例に比べてデータ更
新回数Ｃｎ生成時の通信処理部１２での処理を削減する
ことができる。さらに、送信データの状態変化をカウン
タ値で管理しているので、伝送エラー等により受信でき
ないフレームが存在した場合でも、データの状態変化を
正確に検出することができる。

【００５２】なお、上記第２実施例においては、送信側
処理装置１及び受信側処理装置５の２台の処理装置によ
って計算機システムを構築した場合について説明した
が、複数の処理装置によって構築された計算機システム
に適用することも可能であり、また、更新回数格納領域
５４ｂ、送信データ更新要求領域１７、送信データ領域
１４ａ、受信データ領域５４ａを送信側処理装置１及び
受信側処理装置５の両方に設けることによって、双方向
のデータ伝送を行うことも可能である。

【００５３】また、上記第２実施例においては、データ
部Ｆｄが１つのブロックから形成された場合について説
明したが、データ部Ｆｄが複数のブロックから形成され
ている場合には、各ブロック毎にデータ更新回数Ｃｎを
カウントして送信し、更新回数格納領域５４ｂにおい
て、各ブロック毎に、送信元局番Ａｓとデータ番号Ｎと
により、データ更新回数Ｃｎを管理して格納することに
よって、ブロック毎に送信データの状態変化の検出処理
を行うことも可能である。

【００５４】次に、本発明の第３実施例について説明す
る。この第３実施例は、バンクを切り替えることによっ
て送信データの更新を行う場合において、バンク切替回
数をもとに生成したデータ更新回数Ｃｎを状態変化識別
情報として適用したものである。図８は、第３実施例の
概略構成を示したものであり、図１に示す上記第１実施
例の構成において、送信側処理装置１では、バスインタ
フェース部１５が削除され、２バンクメモリ１８及び送
信バンク切替要求領域１９が追加され、内部メモリ１４
の送信データ領域１４ａに代えてヘッダ部格納領域１４
ｂが形成され、また、受信側処理装置５では、バスイン
タフェース部５５が削除されて２バンクメモリ５８が追
加され、内部メモリ５４に、受信データ領域５４ａに代
えてヘッダ部格納領域５４ｄが形成され、通信処理部１
２及び５２の処理手順が異なるほかは、上記第１実施例
と同様であり、同一部には同一符号を付与している。

【００５５】送信側処理装置１において、２バンクメモ
リ１８は、内部バス１６とバス４５とに接続され、２バ
ンクメモリ１８は、同一のアドレスが付与されたバンク
１８ａとバンク１８ｂとから形成され、それぞれのバン
クには、送信データを格納する送信データ領域が形成さ
れている。そして、バンク１８ａ及びバンク１８ｂの一
方のバンクが、演算処理部４０からアクセス可能なと
き、他方のバンクは、通信処理部１２からアクセス可能
となる。

【００５６】送信バンク切替要求領域１９は、内部バス
１６とバス４５とに接続され、演算処理部４０によっ
て、更新するデータのデータ番号Ｎに対応する送信デー
タ領域の、バンク１８ａとバンク１８ｂとの切替を行う
送信バンク切替要求がセットされる。通信処理部１２
は、送信バンク切替要求領域１９を常時監視し、送信バ
ンク切替要求領域１９にデータ番号Ｎの送信バンク切替
要求がセットされたとき、指定されたデータ番号Ｎに対
応する送信データ領域のバンク１８ａとバンク１８ｂと
の切替を行い、内部メモリ１４に形成されたヘッダ部格
納領域１４ｂに格納しているデータ番号Ｎに該当するヘ
ッダ部Ｆｈの各データ内容を更新し、演算処理部４０か
らデータの送信要求があったとき、回線制御部５３に通
信開始指令を出力し、ヘッダ部格納領域１４ｂから読み
出した、送信バンク切替要求で指定されたデータ番号Ｎ
のヘッダ部Ｆｄと２バンクメモリ１８のアクセス可能な
バンクに格納された送信データとを読み出して回線制御
部１３に送信する。

【００５７】図９は、通信処理部１２の処理手順を示し
たものであり、図７に示す上記第２実施例の処理手順と
同一の処理には、同一符号を付与してあり、図７のステ
ップＳ２１、Ｓ２２、Ｓ２３、Ｓ２５の処理が図９のス
テップＳ３１、Ｓ３２、Ｓ３３、Ｓ３４の処理にそれぞ
れ変更されている他は同一であり、ステップＳ３１〜Ｓ
３３が識別情報付加手段に対応している。

【００５８】そして、ステップＳ３１では、送信バンク
切替要求領域１９に送信バンク切替要求がセットされた
か否かを判定し、送信バンク切替要求がセットされた場
合には、ステップＳ３２に移行し、送信バンク切替要求
がセットされない場合には、ステップＳ２４に移行す
る。ステップＳ３２では、２バンクメモリ１８の送信バ
ンク切替要求で指定されたデータ番号Ｎに該当する送信
データ領域のバンクの切り替えを行い、演算処理部４０
からアクセス可能であったバンクが、通信処理部１２か
らアクセス可能なように切り替える。

【００５９】次いで、ステップＳ３３に移行し、ヘッダ
部格納領域１４ｂに格納されている各データ番号Ｎに対
するヘッダ部Ｆｈの中の、送信バンク切替要求で指定さ
れたデータ番号Ｎに該当するヘッダ部Ｆｈの、状態変化
識別情報としてのデータ更新回数Ｃｎを更新し、ステッ
プＳ２４に移行する。そして、ステップＳ３４では、回
線制御部１３に通信開始指令を出力し、ヘッダ部格納領
域１４ｂから送信バンク切替要求で指定されたデータ番
号Ｎに対応するヘッダ部Ｆｈを、また、２バンクメモリ
１８から送信データを読み出して通信制御部１３に送信
する。

【００６０】一方、受信側処理装置５においては、２バ
ンクメモリ５８は、内部バス５６とバス８５とに接続さ
れ、２バンクメモリ５８は、同一のアドレスが付与され
たバンク５８ａとバンク５８ｂとから形成され、それぞ
れのバンクには、受信データを格納する受信データ領域
が形成されている。そして、バンク５８ａ及びバンク５
８ｂの一方のバンクが、演算処理部８０からアクセス可
能なとき、他方のバンクは、通信処理部５２からアクセ
ス可能となる。

【００６１】また、内部メモリ５４には、受信したフレ
ームＦのヘッダ部Ｆｈを格納するヘッダ部格納領域５４
ｄと、前回受信時のフレームＦのデータ更新回数Ｃｎを
格納する、識別情報格納手段としての更新回数格納領域
５４ｂとが形成されている。通信処理部５２は、２バン
クメモリ１８に格納した受信したフレームＦのデータ番
号Ｎと送信元局番Ａｓとから前回受信時のデータ更新回
数Ｃｎを、更新回数格納領域５４ｂから求め、受信した
フレームＦのヘッダ部Ｆｈのデータ更新回数Ｃｎと前回
受信時のデータ更新回数Ｃｎとを比較することによっ
て、上記第１実施例と同様に、データの状態変化の検出
処理を行う。

【００６２】図１０は、フレームＦ受信時の通信処理部
５２の処理手順を示すフローチャートである。まず、ス
テップＳ４１において、回線制御部５３から通信終了通
知を入力したか否かを判定し、通信終了通知を入力した
場合にはステップＳ４２に移行し、２バンクメモリ５８
のアクセス可能なバンクから、受信したフレームＦのヘ
ッダ部Ｆｈを読み出してヘッダ部格納領域５４ｄに格納
する。

【００６３】次いで、ステップＳ４３に移行し、ヘッダ
部Ｆｈから、データ番号Ｎ及び送信元局番Ａｓを求め、
これらに基づいて、更新回数格納領域５４ｂに格納され
ている前回受信時の送信元局番Ａｓからのデータ番号Ｎ
のデータ更新回数Ｃｎを求める。そして、ステップＳ４
４において、更新回数格納領域５４ｂから求めたデータ
更新回数Ｃｎと、受信したフレームＦのデータ更新回数
Ｃｎとが同一であるか判定し、同一である場合には、受
信したデータに状態変化はなかったものと判定して処理
を終了し、同一でない場合にはステップＳ４５に移行
し、２バンクメモリ５８の通信処理部５２からアクセス
可能なバンクに格納されている、受信したフレームＦの
データ部Ｆｄのデータと、他方のバンクに格納されてい
る前回受信時のデータ番号Ｎに該当するデータ部Ｆｄの
データとに対してデータ比較処理を行う。

【００６４】そして、ステップＳ４６において、ステッ
プＳ４５でのデータ比較処理の結果、全てのデータが同
一であったか否かを判定し、全てのデータが同一である
場合には処理を終了し、全てのデータが同一でない場合
にはステップＳ４７に移行し、２バンクメモリ５８の送
信元局番Ａｓからのデータ番号Ｎに対応する送信データ
領域の切替を行い、次いで、ステップＳ４８で、演算処
理部８０に対して状変通知を行い、ステップＳ４９にお
いて、更新回数格納領域５４ｂの送信元局番Ａｓからの
データ番号Ｎのデータ更新回数Ｃｎを更新して処理を終
了する。

【００６５】ここで、ステップＳ４１〜Ｓ４９が判定手
段に対応している。したがって、例えば、送信側処理装
置１で送信データの更新を行う場合には、演算処理部４
０が、２バンクメモリ１８でアクセス可能なバンク、例
えば、バンク１８ａのデータ番号Ｎ１のデータ部Ｆｄ１
のデータ内容を更新し、送信バンク切替要求領域１９に
データ番号Ｎ１の送信バンク切替要求をセットする。

【００６６】通信処理部１２では、送信バンク切替要求
領域１９にデータ番号Ｎ１の送信バンク切替要求がセッ
トされたことを検出すると、バンク１８ａのデータ番号
Ｎ１の送信データが格納された送信データ領域のバンク
の切替を行い、これによって、通信処理部５２が、更新
したデータ番号Ｎ１の送信データが格納されたバンク１
８ａに対してアクセスすることが可能になる。

【００６７】そして、ヘッダ部格納領域１４ｂに格納さ
れた、データ番号Ｎ１に対するヘッダ部Ｆｈのデータ更
新回数Ｃｎを更新する。次いで、データ番号Ｎ１のデー
タを送信する場合には、通信処理部１２がバンク１８ａ
の送信データ領域のデータ番号Ｎ１のデータ部Ｆｄとヘ
ッダ部格納領域１４ｂに格納されたデータ番号Ｎ１のヘ
ッダ部Ｆｈ１とを回線制御部１３に送信し、回線制御部
１３において、ヘッダ部Ｆｈ１とデータ部Ｆｄ１とに対
するフレームチェックコードＣＨ１を生成してフレーム
Ｆ１として通信回線３に送信する。

【００６８】一方、受信側処理装置５では、通信回線３
からフレームＦ１を受信し、受信したフレームＦ１を２
バンクメモリ５８の、例えば、バンク５８ａに格納す
る。そして、通信処理部５２が、回線制御部５３から通
信終了通知を受信すると、バンク５８ａに格納したフレ
ームＦ１のヘッダ部Ｆｈ１を読み出してヘッダ部格納領
域５４ｄに格納し、ヘッダ部Ｆｈ１から送信元局番Ａｓ
１とデータ番号Ｎ１とを求め、これらをもとに、更新回
数格納領域５４ｂから前回受信時のデータ更新回数Ｃｎ
０を求める。

【００６９】そして、フレームＦ１のデータ更新回数Ｃ
ｎ１と更新回数格納領域５４ｂから求めたデータ更新回
数Ｃｎ０とを比較し、この場合、両者が異なるので、デ
ータ番号Ｎ１のデータ内容に状態変化があったものと判
定し、２バンクメモリ５８のバンク５８ａに格納されて
いるフレームＦ１のデータ内容と、バンク５８ｂに格納
されている前回受信時のデータ内容とを順次比較してデ
ータ比較処理を行う。

【００７０】そして、この場合、データ比較処理の結
果、全てのデータが同一ではないので、２バンクメモリ
５８を切り替え、これによって、演算処理部８０が、フ
レームＦ１が格納されているバンク５８ａとアクセス可
能となる。また、更新回数格納領域５４ｂの送信元局番
Ａｓ１からのデータ番号Ｎ１のデータに対するデータ更
新回数Ｃｎ０をＣｎ１に更新し、演算処理部８０にデー
タ番号Ｎ１のデータに状態変化があったことを通知し、
処理を終了する。

【００７１】したがって、上記第３実施例においては、
送信側処理装置１において２バンクメモリ１８を切り替
える回数をカウントしてデータ更新回数Ｃｎとして送信
し、受信側処理装置５において、前回受信時と今回受信
時のデータ更新回数Ｃｎを比較することによって、デー
タの状態変化を検出し、受信側処理装置５では、データ
更新回数Ｃｎが異なるときのみ、データ比較処理を実行
すればよいので、受信側処理装置５におけるデータの状
態変化検出のための処理を軽減することができ、受信側
処理装置５の処理効率を向上させることができる。

【００７２】なお、上記第３実施例においては、送信側
処理装置１及び受信側処理装置５の２台の処理装置によ
って計算機システムを構築した場合について説明した
が、複数の処理装置によって構築された計算機システム
に適用することも可能であり、また、送信バンク切替要
求領域１９、更新回数格納領域５４ｂを送信側処理装置
１及び受信側処理装置５の両方にそれぞれ設けることに
よって、双方向のデータ伝送を行うことも可能である。

【００７３】また、上記第３実施例においては、データ
部Ｆｄが１つのブロックから形成された場合について説
明したが、データ部Ｆｄが複数のブロックから形成され
ている場合には、各ブロック毎にデータ更新回数をカウ
ントし、送信側処理装置１から各ブロックのデータ更新
回数を送信し、更新回数格納領域５４ｂにおいて、各ブ
ロック毎に、送信元局番Ａｓとデータ番号Ｎとによって
データ更新回数を格納しておくことによって、ブロック
毎にデータの状態変化の検出処理を行うことができる。

【００７４】さらに、送信データの状態変化をカウンタ
値で管理しているので、伝送エラー等により受信できな
いフレームが存在した場合でも、データの状態変化を正
確に検出することができる。次に、本発明の第４実施例
について説明する。この第４実施例は、データ伝送時に
伝送誤り検出のために付加されているフレームチェック
コードを状態変化識別情報として適用したものである。

【００７５】図１１は、第４実施例の概略構成を示した
ものであり、上記第１実施例の構成において、受信側処
理装置５の内部メモリ５４において、更新回数格納領域
５４ｂに代えてチェックコード格納領域５４ｃを形成
し、通信処理部５２の処理手順が異なるほかは、上記第
１実施例と同一であり、同一部には同一符号を付与して
いる。

【００７６】送信側処理装置１は、上記第１実施例と同
一の機能構成である。そして、回線制御部１３が識別情
報付加手段に対応しており、通信処理部１２からの通信
データＤｓに対し、状態変化識別情報としてのフレーム
チェックコードＣＨを、例えばサイクリック方式等によ
って生成し、ヘッダ部Ｆｈとデータ部Ｆｄとフレームチ
ェックコードＣＨとからフレームＦを形成して通信回線
３に送信する。

【００７７】図１２は、フレームＦの構成を示した概略
図であり、図２に示す上記第１実施例のフレームＦの構
成において、データ更新回数Ｃｎを削除したほかは同一
であり、同一部には同一符号を付与している。一方、受
信側処理装置５の、内部メモリ５４には、受信データ領
域５４ａと、受信したフレームＦのフレームチェックコ
ードＣＨを格納する、識別情報格納手段としてのチェッ
クコード格納領域５４ｃとが形成されている。

【００７８】チェックコード格納領域５４ｃは、図４に
示す上記第１実施例の更新回数格納領域５４ｂの構成に
おいて、データ更新回数Ｃｎに代えてフレームチェック
コードＣＨを格納するようにしたものである。通信処理
部５２は、内部ＲＯＭ５１に格納された通信処理プログ
ラムに基づいて通信処理を行い、予め設定した定周期で
通信開始指令を回線制御部５３に出力し、回線制御部５
３から通信終了通知を入力したとき、受信データ領域５
４ａに格納した受信したフレームＦのフレームチェック
コードＣＨと、チェックコード格納領域５４ｃに格納し
ている受信したフレームＦに対応する前回受信時のフレ
ームチェックコードＣＨとを比較し、通信データの状態
変化の検出を行う。

【００７９】図１３は、フレームＦ受信時の通信処理部
５２の処理手順を示したものであり、図５に示す上記第
１実施例の処理手順と同一の処理には同一符号を付与し
てあり、図５のステップＳ１２、Ｓ１３、Ｓ１８の処理
がステップＳ５１、Ｓ５２、Ｓ５４の処理にそれぞれ変
更され、ステップＳ５３の処理が追加された他は同一で
あり、ステップＳ１１、ステップＳ１４〜Ｓ１７、ステ
ップＳ５１〜Ｓ５４が判定手段に対応している。

【００８０】そして、ステップＳ５１では、受信データ
領域５４ａに格納されている受信したフレームＦのフレ
ーム種別ＣＭＤと送信元局番Ａｓとを参照し、フレーム
種別ＣＭＤで指定されているデータ番号Ｎと送信元局番
Ａｓとに対応する前回受信時のフレームチェックコード
ＣＨをチェックコード格納領域５４ｃから求める。次い
で、ステップＳ５２に移行し、受信したフレームＦのフ
レームチェックコードＣＨと、チェックコード格納領域
５４ｃから求めた前回受信時のフレームチェックコード
ＣＨとが同一であるか否かを判定し、これらが同一でな
いとき、ステップＳ１４に移行し、これらが同一である
ときステップＳ５３に移行する。

【００８１】そして、ステップＳ５３では、受信したフ
レームＦで指定される送信元局番Ａｓからのデータ番号
Ｎの送信データに対して、前回データ比較処理を実行し
てから予め設定した一定時間経過しているか否かを判定
し、一定時間経過している場合には、ステップＳ１４に
移行し、一定時間経過していない場合には、フレームＦ
受信時の処理を終了する。

【００８２】そして、ステップＳ５４では、チェックコ
ード格納領域５４ｃに格納されている送信元局番Ａｓか
らのデータ番号Ｎに対応する前回受信時のフレームチェ
ックコードＣＨを、受信したフレームＦのフレームチェ
ックコードＣＨのデータ内容に更新し、フレームＦ受信
時の処理を終了する。したがって、例えば、送信側処理
装置１から、データを送信する場合には、上記第１実施
例と同様にして、回線制御部１３が通信処理部１２から
の通信データＤｓ１に対してフレームチェックコードＣ
Ｈ１を生成し、通信データＤｓ１とフレームチェックコ
ードＣＨ１とでフレームＦ１を生成して送信し、受信側
処理装置５では、通信処理部５２が、受信データ領域５
４ａに格納されたフレームＦ１から、送信元局番Ａｓ１
とフレーム種別ＣＭＤ１で指定されているデータ番号Ｎ
１とを求め、チェックコード格納領域５４ｃから送信元
局番Ａｓ１からのデータ番号Ｎ１に該当する、前回受信
時のフレームチェックコードＣＨ０を求める。

【００８３】そして、求めたフレームチェックコードＣ
Ｈ０と、受信したフレームＦ１のフレームチェックコー
ドＣＨ１とを比較する。例えば、フレームチェックコー
ドＣＨ０とＣＨ１とは同一でないとすると、データ部Ｆ
ｄ１のデータ内容に状態変化があるものとし、通信処理
部５２は、データ領域７０ａに格納している前回受信時
の送信元局番Ａｓ１からのデータ番号Ｎ１のデータ内容
を読み出し、フレームＦ１のデータ部Ｆｄ１のデータ内
容と順次比較してデータ比較処理を行う。

【００８４】そして、データ比較処理によって、データ
部Ｆｄ１のデータと前回受信時のデータとが全て同一で
ある場合には、データ部Ｆｄ１のデータ内容に変化はな
いものとして処理を終了する。そして、比較した全ての
データが同一でない場合には、データ領域７０ａの送信
元局番Ａｓ１からのデータ番号Ｎ１のデータをデータ部
Ｆｄ１のデータ内容に更新し、演算処理部８０に状変通
知を行い、チェックコード格納領域５４ｃの送信元局番
Ａｓ１からのデータ番号Ｎ１に該当するフレームチェッ
クコードＣＨ０をフレームチェックコードＣＨ１に更新
し、処理を終了する。

【００８５】ここで、フレームチェックコードＣＨ０
と、フレームチェックコードＣＨ１とが同一である場合
には、送信元局番Ａｓ１からのデータ番号Ｎ１のデータ
に対し、前回データ比較処理を行ってから、予め設定し
た一定時間経過したか否かを判定し、一定時間経過して
いなければ処理を終了し、一定時間経過している場合に
は、データ領域７０ａの送信元局番Ａｓ１からのデータ
番号Ｎ１のデータとデータ部Ｆｄ１のデータとに対し、
データ比較処理を行い、これらデータが同一でない場合
には、データ部Ｆｄ１のデータに状態変化があったもの
として上記と同様に処理を行い、データが同一である場
合には、処理を終了する。

【００８６】したがって、受信側処理装置５では、送信
側処理装置１からデータ送信時に付加されるフレームチ
ェックコードＣＨをチェックコード格納領域５４ｃに格
納しておき、フレームＦ受信時には、フレームＦのフレ
ームチェックコードＣＨと、チェックコード格納領域５
４ｃに格納している受信したフレームＦに対応する前回
受信時のフレームチェックコードＣＨとを比較し、これ
らが同一でないときデータ部Ｆｄに状態変化があるもの
と判定し、データ比較処理を行うので、フレームＦを受
信する毎に、データ部Ｆｄのデータそれぞれに対してデ
ータ比較処理を実行する必要がなく、受信側処理装置５
での状態変化の検出に関する処理量を軽減することがで
き、従来のように、一定間隔毎に状変検出処理を実行す
る場合と同等の状変検出性能を、より少ない処理量で実
現することができ、受信側処理装置５の性能を向上させ
ることができる。

【００８７】また、受信したフレームＦのフレームチェ
ックコードＣＨと、受信したフレームＦに対応する前回
受信時のフレームチェックコードＣＨとが同一である場
合でも、該当するデータに対し、前回データ比較処理を
実行してから一定時間経過している場合には、受信した
フレームＦのデータ部Ｆｄのデータと、データ領域７０
ａに格納された前回受信したフレームＦに対応するデー
タとに対してデータ比較処理を行うことにより、フレー
ムチェックコードＣＨの算出方法によっては、データの
状態変化を検出することができない場合でも、フレーム
Ｆの状態変化の検出を確実に行うことができる。

【００８８】なお、上記第４実施例においては、データ
比較処理をデータ部Ｆｄの全てのデータに対して行って
いるが、一部のデータについてのみ、データ比較処理を
行うようにすることも可能である。また、上記第４実施
例においては、送信側処理装置１及び受信側処理装置５
の２台の処理装置によって計算機システムを構築した場
合について説明したが、複数の処理装置によって構築さ
れた計算機システムに適用することも可能であり、ま
た、チェックコード格納領域５４ｃ、送信データ領域１
４ａ、受信データ領域５４ａを送信側処理装置１及び受
信側処理装置５の両方に設けることによって、双方向の
データ通信を行うことも可能である。

【００８９】次に、本発明の第５実施例を説明する。こ
の第５実施例は、第４実施例では状態変化識別情報とし
てフレームＦのヘッダ部Ｆｈとデータ部Ｆｄとに対する
フレームチェックコードＣＨを適用したのに対し、第２
実施例では、ヘッダ部Ｆｄに対するチェックコードＣＨ
₀ とデータ部Ｆｄに対するチェックコードＣＨ₁ とを生
成し、状態変化識別情報としてデータ部Ｆｄに対するチ
ェックコードＣＨ₁ を適用したものである。そして、送
信側処理装置１及び受信側処理装置５の構成は、図１１
に示す第４実施例の構成と同様であり、送信側処理装置
１の回線制御部１３及び受信側処理装置５の通信処理部
５２の処理手順が異なるほかは第４実施例と同様であ
る。

【００９０】送信側処理装置１では、識別情報付加手段
としての回線制御部１３は、通信処理部１２から通信開
始指令を入力し、通信データＤｓを入力すると、通信デ
ータＤｓのヘッダ部Ｆｈに対するチェックコードＣＨ₀
と、データ部Ｆｄに対する、状態変化識別情報としての
チェックコードＣＨ₁ とを、例えば、サイクリック方式
等によって生成し、図１４に示すように、ヘッダ部Ｆ
ｈ、ヘッダ部ＦｈのチェックコードＣＨ₀ 、データ部Ｆ
ｄ、データ部ＦｄのチェックコードＣＨ₁ とからフレー
ムＦを形成し、通信回線３に送信する。

【００９１】ここで、ヘッダ部Ｆｈ、及びデータ部Ｆｄ
のデータ内容は上記第４実施例と同様である。一方、受
信側処理装置５では、通信処理部５２は、識別情報格納
手段としてのチェックコード格納領域５４ｃに、データ
部Ｆｄに対するチェックコードＣＨ₁を格納しておき、
回線制御部５３からの通信終了通知を入力した場合に
は、受信データ領域５４ａに格納している前回受信時の
受信したフレームＦに対応するチェックコードＣＨ₁ を
求めて、これらをもとに、上記第４実施例と同様に状態
変化の検出処理を行う。

【００９２】図１５は、フレームＦ受信時の通信処理部
５２の処理手順を示したものであり、図１３に示す上記
第４実施例の処理手順と同一の処理には同一符号を付与
してあり、図１３のステップＳ５１、Ｓ５２、Ｓ５４の
処理が図１５のステップＳ６１、Ｓ６２、Ｓ６３の処理
にそれぞれ変更されている他は同一であり、ステップＳ
１１、ステップＳ１４〜Ｓ１７、ステップＳ５３、ステ
ップＳ６１〜Ｓ６３が判定手段に対応している。

【００９３】そして、ステップＳ６１では、受信データ
領域５４ａに格納している受信したフレームＦを読み出
してヘッダ部Ｆｈを参照し、チェックコード格納領域５
４ｃから送信元局番Ａｓとデータ番号Ｎとに対応する前
回受信時のチェックコードＣＨ₁ を求め、次いで、ステ
ップＳ６２において、求めた前回受信時のチェックコー
ドＣＨ₁ と、フレームＦのチェックコードＣＨ₁ とが同
一であるかを比較し、同一であるとき、ステップＳ５３
に移行し、同一でない場合には、ステップＳ１４に移行
する。

【００９４】そして、ステップＳ６３では、チェックコ
ード格納領域５４ｃに格納されている送信元局番Ａｓか
らのデータ番号Ｎに対応するチェックコードＣＨ₁ を、
受信したフレームＦのチェックコードＣＨ₁ のデータ内
容に更新し、フレームＦ受信時の処理を終了する。した
がって、送信側処理装置１からデータを送信する場合に
は、上記第４実施例と同様に、通信処理部１２におい
て、送信データ領域１４ａから通信データＤｓを読み出
して回線制御部１３に送信する。そして、回線制御部１
３では、データ部Ｆｄ１に対するチェックコードＣＨ₁
１と、ヘッダ部Ｆｈ１に対するチェックコードＣＨ₀ １
とを、例えば、サイクリック方式等によって生成し、ヘ
ッダ部Ｆｈ１とチェックコードＣＨ₀ １とデータ部Ｆｄ
１とチェックコードＣＨ₁ １とからフレームＦ１を生成
して通信回線３に送信する。

【００９５】受信側処理装置５では、上記第４実施例と
同様にしてフレームＦ１を受信し、通信処理部５２で
は、受信データ領域５４ａに格納されたフレームＦ１か
ら、伝送元局番Ａｓ１と、フレーム種別ＣＭＤ１からデ
ータ番号Ｎ１とを求め、チェックコード格納領域５４ｃ
に格納された前回受信時のチェックコードから、送信元
局番Ａｓ１からのデータ番号Ｎ１に該当するチェックコ
ードＣＨ₁ ０を求める。

【００９６】そして、通信処理部５２は、前回受信時の
チェックコードＣＨ₁ ０と、フレームＦ１のチェックコ
ードＣＨ₁ １とを比較し、これらが異なるとき、受信デ
ータ領域５４ａに格納したフレームＦ１のデータ部Ｆｄ
１と、データ領域７０ａに格納している前回受信したデ
ータとに対してデータ比較処理を実行し、状態変化を検
出した場合には、演算処理部８０に対して状変通知を行
い、データ領域７０ａに格納している送信元局番Ａｓ１
からのデータ番号Ｎ１のデータ及び、チェックコード格
納領域５４ｃの送信元局番Ａｓ１からのデータ番号Ｎ１
のデータに対するチェックコードＣＨ₁ ０を、それぞれ
フレームＦ１のデータに更新し処理を終了する。

【００９７】そして、フレームＦ１のチェックコードＣ
Ｈ₁ １とチェックコード格納領域５４ｃのチェックコー
ドＣＨ₁ ０とが同一である場合には、送信元局番Ａｓ１
からのデータ番号Ｎ１のデータに対して前回データ比較
処理を実行してから一定時間経過したか否かを判定し、
一定時間経過していない場合には処理を終了し、一定時
間経過している場合には、データ領域７０ａに格納して
いる送信元局番Ａｓ１からのデータ番号Ｎ１の前回受信
時のデータと受信したフレームＦ１のデータ部Ｆｄ１の
データとを比較してデータ比較処理を行う。

【００９８】したがって、上記第５実施例によれば、上
記第４実施例と同様に、受信側処理装置５での状態変化
検出に係わる処理量を軽減することができ、また、デー
タ部Ｆｄのみに対するチェックコードＣＨ₁ によって状
態変化の可能性の有無を検出することによって、上記第
４実施例のようにヘッダ部Ｆｈとデータ部Ｆｄとに対す
るフレームチェックコードＣＨにより状態変化の可能性
の有無を検出する場合に比べて、より高精度にデータ部
Ｆｄの状態変化を検出することができる。

【００９９】なお、上記第５実施例においては、データ
部Ｆｄが、１ブロックから形成されている場合について
説明したが、データ部Ｆｄが複数のブロックから形成さ
れている場合には、図１６に示すように、送信側処理装
置１において、ヘッダ部Ｆｈに対するチェックコードＣ
Ｈ₀ 、データブロック１に対するチェックコードＣ
Ｈ ₁ 、データブロック２に対するチェックコードＣ
Ｈ₂ 、……、データブロックＬに対するチェックコード
ＣＨ_L というように、各データブロックに対してチェッ
クコードを生成してフレームＦを形成し、受信側処理装
置５では、各データブロックに対するチェックコードを
保持しておき、各データブロック毎にチェックコードが
同一であるか否かを判定し、同一でない場合には、該当
するデータブロックのデータに対してのみ、データ領域
７０ａに格納している前回受信時のデータと比較しデー
タ比較処理を実行することも可能である。

【０１００】また、上記第５実施例においては、データ
比較処理をデータ部Ｆｄの全てのデータに対して行うよ
うになされているが、一部のデータについてのみ、デー
タ比較処理を行うようにすることも可能である。さら
に、上記第５実施例においては、送信側処理装置１及び
受信側処理装置５の２台の処理装置によって計算機シス
テムを構築した場合について説明したが、複数の処理装
置によって構築された計算機システムに適用することも
可能であり、また、チェックコード格納領域５４ｃ、送
信データ領域１４ａ、受信データ領域５４ａを送信側処
理装置１及び受信側処理装置５の両方に設けることによ
って、双方向のデータ通信を行うことも可能である。

【０１０１】次に、本発明の第６実施例について説明す
る。この第６実施例は、上記第４及び５実施例が、状態
変化識別情報として、送信側処理装置１で生成したフレ
ームチェックコードＣＨを適用しているのに対し、第６
実施例では、受信側処理装置５において生成した、デー
タ部Ｆｄに対するチェックコードＣＨ₁ を適用したもの
である。

【０１０２】図１７は、第６実施例の概略構成を示した
ものであり、図１１に示す上記第４実施例の構成におい
て、受信側処理装置５の通信制御装置５０にチェックコ
ード生成回路５７が追加され、通信処理部５２での処理
手順が異なるほかは、上記第４実施例の構成と同様であ
り、同一部には同一の符号を付与している。識別情報生
成手段としてのチェックコード生成回路５７は、通信回
線３及び内部バス５６と接続され、通信回線３からブロ
ードキャストデータのフレームＦを受信し、入力したフ
レームＦのデータ部Ｆｄに対する、状態変化識別情報と
してのチェックコードＣＨ₁ を、例えば、サイクリック
方式によって生成し、チェックコード生成回路５７に形
成されたチェックコード表示部５７ａに表示すると共
に、通信処理部１２の演算終了通知を出力し、チェック
コードの生成が終了したことを通知する。

【０１０３】ここで、フレームＦは、図１２に示す上記
第４実施例の構成と同一であり、チェックコード生成回
路５７では、受信したフレームＦのヘッダ部Ｆｈのフレ
ーム種別ＣＭＤを参照することによって受信したフレー
ムＦがブロードキャストデータであるか否かを判定す
る。通信処理部５２は、前回受信時にチェックコード生
成回路５７で生成したチェックコードＣＨ₁ を識別情報
格納手段としてのチェックコード格納領域５４ｃに格納
し、通信データ受信時には、チェックコード生成回路５
７で生成したチェックコードＣＨ₁ と、チェックコード
格納領域５４ｃに格納している前回受信時の受信したフ
レームＦに対応するチェックコードＣＨ₁ を求め、これ
らをもとに上記第１実施例と同様に状態変化の検出処理
を行う。

【０１０４】図１８は、フレームＦ受信時の通信処理部
５２の処理手順を示したものであり、図１３に示す上記
第４実施例の処理手順と同一の処理には同一符号を付与
してあり、図１３のステップＳ５１、Ｓ５２、Ｓ５４の
処理が図１８のステップＳ７１、Ｓ７２、Ｓ７３の処理
にそれぞれ変更されている他は同一であり、ステップＳ
１１、ステップＳ１４〜Ｓ１７、ステップＳ５３、ステ
ップＳ７１〜Ｓ７３が判定手段に対応している。

【０１０５】そして、ステップＳ７１では、受信データ
領域５４ａに格納している受信したフレームＦを読み出
してヘッダ部Ｆｈを参照し、チェックコード格納領域５
４ｃから送信元局番Ａｓとデータ番号Ｎとに対応する前
回受信時のチェックコードＣＨ₁ を求め、次いで、ステ
ップＳ７２において、チェックコード格納領域５４ｃか
ら求めたチェックコードＣＨ₁ と、チェックコード生成
回路５７から演算終了通知を入力後のチェックコード生
成回路５７で生成したチェックコードＣＨ₁ とを比較
し、これらが同一であるか否かを判定し、これらが同一
である場合には、ステップＳ５３に移行し、同一でない
場合には、ステップＳ１４に移行する。

【０１０６】そして、ステップＳ７３では、チェックコ
ード格納領域５４ｃのフレームＦで指定される送信元局
番Ａｓからのデータ番号Ｎに該当する前回受信時のチェ
ックコードＣＨ₁ を、チェックコード生成回路５７で生
成したチェックコードＣＨ₁のデータ内容に更新する。
したがって、例えば、送信側処理装置１からブロードキ
ャストデータを送信する場合には、上記第１実施例と同
様に、フレームＦ１を生成して通信回線３に送信し、こ
れを受信側処理装置５で受信して受信データ領域５４ａ
に格納する。

【０１０７】そして、チェックコード生成回路５７はフ
レームＦ１を受信してそのヘッダ部Ｆｈ１のフレーム種
別ＣＭＤ１からブロードキャストデータであることを確
認し、フレームＦ１のデータ部Ｆｄ１に対して、例え
ば、サイクリック方式によって、チェックコードＣＨ₁
１を生成し、チェックコード表示部５７ａに表示し、通
信処理部５２に演算終了通知を出力する。

【０１０８】通信処理部５２は、受信データ領域５４ａ
に格納したフレームＦ１のヘッダ部Ｆｈ１の送信元局番
Ａｓ１と、フレーム種別ＣＭＤ１のデータ番号Ｎ１とか
らチェックコード格納領域５４ｃに格納した、前回受信
時の送信元局番Ａｓ１からのデータ番号Ｎ１のチェック
コードＣＨ₁ ０を求め、求めたチェックコードＣＨ₁０
とチェックコード生成回路５７で生成したチェックコー
ドＣＨ₁ １とを比較し、これらが同一でないとき、デー
タ部Ｆｄ１に状態変化があったものとし、受信データ領
域５４ａのデータ部Ｆｄ１のデータと、データ領域７０
ａに格納している送信元局番Ａｓ１からのデータ番号Ｎ
１の前回受信時のデータとを比較してデータ比較処理を
行う。

【０１０９】そして、データ比較処理の結果、チェック
コードＣＨ₁ ０と、チェックコードＣＨ₁ １とが同一で
ある場合には、送信元局番Ａｓ１からのデータ番号Ｎ１
のデータに対するデータ比較処理を前回行ってから一定
時間経過したか否かを判定し、一定時間経過した場合に
は、データ比較処理を行い、一定時間経過していない場
合には状態変化の検出処理を終了する。

【０１１０】したがって、上記第６実施例によれば、受
信側処理装置５において受信したフレームＦのデータ部
Ｆｄに対するチェックコードＣＨ₁ を生成して保持し、
前回受信時のチェックコードＣＨ₁ と、今回受信したデ
ータに対して生成したチェックコードＣＨ₁ とを比較
し、これらが同一でないとき状態変化の可能性があるも
のとしてデータ比較処理を行うことにより、データ部Ｆ
ｄの状態変化の可能性がある場合にのみデータ比較処理
を行うので、受信側処理装置５でのデータの状態変化の
検出処理に対する処理量を軽減することができる。

【０１１１】また、チェックコードＣＨ₁ が同一である
場合でも、該当するデータに対して一定時間、データ比
較処理を実行していない場合には、データ比較処理を実
行するようになされているので、データの状態変化を高
精度で検出することができ、従来よりもより少ない処理
量で従来と同等の性能で状態変化の検出を行うことがで
きる。

【０１１２】さらに、状態変化の検出処理を受信側処理
装置５のみで行うので、送信側処理装置１の処理量を増
加させることなく、受信側処理装置５の状態変化の検出
処理量を軽減することができる。なお、上記第６実施例
においては、データ比較処理をデータ部Ｆｄの全てのデ
ータに対して行っているが、一部のデータについての
み、データ比較処理を行うようにすることも可能であ
る。

【０１１３】また、上記第６実施例においては、データ
部Ｆｄが、１ブロックから形成されている場合について
説明したが、データ部Ｆｄが複数のブロックから形成さ
れている場合には、各データブロックに対してチェック
コードを生成して保持しておき、各データブロック毎に
チェックコードが同一であるか否かを判定し、同一でな
い場合には、該当するデータブロックのデータに対して
のみ、データ比較処理を実行することも可能である。

【０１１４】さらに、上記第６実施例においては、送信
側処理装置１及び受信側処理装置５の２台の処理装置に
よって計算機システムを構築した場合について説明した
が、複数の処理装置によって構築された計算機システム
に適用することも可能であり、また、チェックコード格
納領域５４ｃ、チェックコード生成回路５７、送信デー
タ領域１４ａ、受信データ領域５４ａを送信側処理装置
１及び受信側処理装置５の両方に設けることにより、双
方向のデータ伝送を行うことが可能である。

【０１１５】次に、本発明の第７実施例について説明す
る。この第７実施例は、第６実施例が、状態変化識別情
報として１つの方式により生成したチェックコードを適
用しているのに対し、第７実施例では、状態変化識別情
報として複数の方式により生成したチェックコードを適
用したものである。図１９は、第７実施例の構成を示し
たものであり、図１７に示す第６実施例の構成におい
て、チェックコード生成回路５７を複数設け、受信側処
理装置５の通信処理部５２の処理手順が異なるほかは、
第６実施例と同様であり、同一部分には同一符号を付与
している。

【０１１６】識別情報生成手段としてのチェックコード
生成回路５７₁ 〜５７_n は、上記第６実施例のチェック
コード生成回路５７と同一構成であり、各チェックコー
ド生成回路５７₁ 〜５７_n は、それぞれ、チェックコー
ド表示部５７ａ₁ 〜５７ａ_nを有し、各チェックコード
生成回路５７₁ 〜５７_n は、生成多項式の異なるサイク
リック方式、パリティチェック方式、チェックサム方式
等、それぞれ異なるアルゴリズムのチェック方式で、状
態変化識別情報としてのチェックコードＣＨ₁₁〜ＣＨ_1n
を生成し、各チェックコード表示部５７ａ₁ 〜５７ａ_n
に表示する。

【０１１７】そして、通信処理部５２は、データ受信時
には、受信データ領域５４ａに格納した受信したフレー
ムＦから、送信元局番Ａｓ及びコマンド種別ＣＭＤから
データ番号Ｎを求め、各チェックコード生成回路５７₁
〜５７_n 毎の前回受信時のチェックコードＣＨ₁₁〜ＣＨ
_1nが格納されている、識別情報格納手段としてのチェッ
クコード格納領域５４ｃから該当するチェックコードＣ
Ｈ₁₁〜ＣＨ_1nを求め、これらをもとに、上記第６実施例
と同様に状態変化の検出処理を行う。

【０１１８】ここで、チェックコード格納領域５４ｃ
は、図２０に示すように、チェックコード生成回路の数
に対応した格納領域が形成され、各チェックコードＣＨ
₁₁〜ＣＨ_1n毎に、送信元局番Ａｓとデータ番号Ｎとによ
り管理されている。図２１は、フレームＦ受信時の通信
処理部５２の処理手順を示したものであり、図１８に示
す上記第６実施例の処理手順と同一の処理には同一符号
を付与してあり、図１８のステップＳ７１、Ｓ７２、Ｓ
７３の処理が図２１のステップＳ８１、Ｓ８２、Ｓ８３
の処理にそれぞれ変更されている他は同一であり、ステ
ップＳ１１、ステップＳ１４〜Ｓ１７、ステップＳ５
３、ステップＳ８１〜Ｓ８３が判定手段に対応してい
る。

【０１１９】そして、ステップＳ８１では、受信データ
領域５４ａに格納している受信したフレームＦを読み出
してヘッダ部Ｆｈを参照し、チェックコード格納領域５
４ｃから送信元局番Ａｓとデータ番号Ｎとに対応する前
回受信時の各チェックコードＣＨ₁₁〜ＣＨ_1nを求め、次
いで、ステップＳ８２において、演算終了通知を入力し
たチェックコード生成回路５７₁ 〜５７_n で求めた各チ
ェックコードＣＨ₁₁〜ＣＨ_1nと、チェックコード格納領
域５４ｃから求めたチェックコードＣＨ₁₁〜ＣＨ_1nとを
比較し、これらが全て同一であるか否かを判定し、これ
らが全て同一である場合にはステップＳ５３に移行し、
同一でない場合には、ステップＳ１４に移行する。

【０１２０】そして、ステップＳ８３では、チェックコ
ード格納領域５４ｃのフレームＦで指定される送信元局
番Ａｓからのデータ番号Ｎに該当する各チェックコード
ＣＨ ₁₁〜ＣＨ_1nを、各チェックコード生成回路５７₁ 〜
５７_n で生成したフレームＦに対するチェックコードＣ
Ｈ₁₁〜ＣＨ_1nのデータ内容に更新する。したがって、例
えば、送信側処理装置１からブロードキャストデータを
送信する場合には、上記第６実施例と同様に、フレーム
Ｆ１を生成して通信回線３に送信し、これを受信側処理
装置５で受信して受信データ領域５４ａに格納する。

【０１２１】そして、各チェックコード生成回路５７₁
〜５７_n はフレームＦ１を受信してそのヘッダ部Ｆｈ１
のフレーム種別ＣＭＤ１からブロードキャストデータで
あることを確認し、チェックコード生成回路５７₁ で
は、入力したフレームＦ１のデータ部Ｆｄ１に対して、
例えば、サイクリック方式によって、チェックコードＣ
Ｈ₁₁１を生成し、チェックコード表示部５７ａ₁ に表示
する。

【０１２２】また、例えば、チェックコード生成回路５
７₂ では、パリティチェック方式によって、チェックコ
ードＣＨ₁₂１を生成し、チェックコード表示部５７ａ₂
に表示し、チェックコード生成回路５７₃ では、チェッ
クサム方式によってチェックコードＣＨ₁₃１を生成し、
チェックコード表示部５７ａ₃ に表示する。チェックコ
ード生成回路５７₄ 〜５７_L でも同様に、それぞれのア
ルゴリズムでチェックコードを生成し、チェックコード
表示部５７ａ₄ 〜５７ａ_L に表示する。

【０１２３】通信処理部５２は、受信データ領域５４ａ
に格納したフレームＦ１のヘッダ部Ｆｈ１の送信元局番
Ａｓ１と、フレーム種別ＣＭＤ１のデータ番号Ｎ１とか
らチェックコード格納領域５４ｃに格納した、前回受信
時の各アルゴリズムによるチェックコードＣＨ₁₁０〜Ｃ
Ｈ_1n０を求め、求めたチェックコードＣＨ₁₁０〜ＣＨ _1n
０と、チェックコード生成回路５７₁ 〜５７_n で生成し
たチェックコードＣＨ ₁₁１〜ＣＨ_1n１とを比較し、全て
のチェックコードが同一でないとき、データ部Ｆｄ１に
状態変化があった可能性があるものとし、受信データ領
域５４ａに格納しているフレームＦ１のデータ部Ｆｄ１
のデータと、データ領域７０ａに格納している送信元局
番Ａｓ１からのデータ番号Ｎ１の前回受信時のデータと
を比較してデータ比較処理を行う。

【０１２４】そして、チェックコード格納領域５４ｃか
ら求めたチェックコードＣＨ₁₁０〜ＣＨ_1n０と、チェッ
クコード生成回路５７で生成したチェックコードＣＨ₁₁
１〜ＣＨ_1n１とが同一である場合には、送信元局番Ａｓ
１からのデータ番号Ｎ１のデータに対するデータ比較処
理を前回行ってから一定時間経過したか否かを判定し、
一定時間経過した場合にはデータ比較処理を行い、一定
時間経過していない場合には状態変化の検出処理を終了
する。

【０１２５】したがって、複数のチェックコード生成回
路５７₁ 〜５７_n において、それぞれ、異なるアルゴリ
ズムでチェックコードを生成し、このチェックコードを
もとに、データ部Ｆｄの状態変化を検出するので、例え
ば、パリティチェック方式等のように、データが異なっ
ている場合でも、チェックコードが前回データと同一に
なってしまうような場合においても、その他の方式によ
るチェックコードによって、データの状態変化を検出す
ることができるので、高精度にデータ部Ｆｄの状態変化
を検出することができ、また、受信側処理装置５での状
態検出処理に関する処理量を削減することができる。

【０１２６】また、チェックコード格納領域５４ｃから
求めたチェックコードＣＨ₁₁〜ＣＨ _1nと、チェックコー
ド生成回路５７で生成したチェックコードＣＨ₁₁〜ＣＨ
_1nとが全て同一である場合でも、一定時間以上、状変検
出処理を実施していない送信元局番Ａｓのデータ番号Ｎ
のデータについては、状変検出処理を行うようにしてい
るので、データの状態変化を確実に行うことができる。

【０１２７】なお、上記第７実施例においては、データ
部Ｆｄが１データブロックから形成されている場合につ
いて説明したが、データ部Ｆｄが複数のデータブロック
から構成されている場合には、個々のデータブロック毎
に、各チェックコード生成回路５７₁ 〜５７_n において
チェックコードを生成し、各データブロック毎にチェッ
クコードが同一であるか否かを判定することによって、
状態変化の検出を行うことも可能である。

【０１２８】また、上記第７実施例においては、データ
比較処理をデータ部Ｆｄの全てのデータに対して行って
いるが、一部のデータについてのみ、データ比較処理を
行うようにすることも可能である。さらに、上記第７実
施例においては、送信側処理装置１及び受信側処理装置
５の２台の処理装置によって計算機システムを構築した
場合について説明したが、複数の処理装置によって構築
された計算機システムに適用することも可能であり、ま
た、チェックコード格納領域５４ｃ、チェックコード生
成回路５７₁ 〜５７ _n 、送信データ領域１４ａ、受信デ
ータ領域５４ａを送信側処理装置１及び受信側処理装置
５の両方に設けることによって双方向のデータ伝送を行
うことが可能である。

【０１２９】なお、上記第１実施例〜第７実施例におい
ては、チェックコードをサイクリック方式により求めた
場合について説明したが、これに限らず、パリティチェ
ック方式、チェックサム方式等の誤り検出方式により求
めることも可能である。また、送信側処理装置１は、通
信データＤｓ送信時にフレームＦのみを送信している
が、フレームＦを正しく伝送するために、プリアンブ
ル、フレームの開始を示すオープンフラグ、フレームの
終了を示すクローズフラグ等を付加して送信することも
可能である。

【０１３０】

【発明の効果】以上説明したように、請求項１に係わる
通信データの状態変化検出方式によれば、送信側処理装
置において通信データ送信時に識別情報付加手段によっ
て通信データの変化状況を表す状態変化識別情報を付加
して送信し、受信側処理装置は、通信データ受信時に、
判定手段によって識別情報格納手段に格納されている前
回受信時の状態変化識別情報と受信した通信データの状
態変化識別情報とを比較し、両者が不一致であるとき前
回受信時の通信データと新たに受信した通信データとを
比較して状態変化を検出することによって、受信側処理
装置では従来よりも少ない処理量で容易確実に通信デー
タの状態変化を検出することができる。

【０１３１】また、請求項２に係わる通信データの状態
変化検出方式によれば、送信側処理装置で、通信データ
の更新回数をカウントしこれを状態変化識別情報とする
ことによって、伝送エラー等によって受信できない通信
データが存在する場合でも受信側処理装置で確実に通信
データの状態変化を検出することができる。また、請求
項３に係わる通信データの状態変化検出方式によれば、
送信側処理装置で、通信データに対するバンク切替回数
をカウントしこれを状態変化識別情報とすることによっ
て、伝送エラー等によって受信できない通信データが存
在する場合でも受信側処理装置で確実に通信データの状
態変化を検出することができる。

【０１３２】また、請求項４に係わる通信データの状態
変化検出方式によれば、受信側処理装置において、受信
した通信データをもとに識別情報生成手段により状態変
化識別情報を生成し、生成した状態変化識別情報と、前
回通信データ受信時に生成し識別情報格納手段に格納し
た状態変化識別情報とを判定手段によって比較しこれら
が同一でないとき前回受信時の通信データと新たに受信
した通信データとを比較して状態変化を検出することに
よって、受信側処理装置では従来よりも少ない処理量で
容易確実に通信データの状態変化を検出することができ
る。

【０１３３】また、請求項５に係わる通信データの状態
変化検出方式によれば、通信データに対して誤り制御方
式により通信データに対して生成したチェックコードを
状態変化識別情報とすることによって、状態変化識別情
報を容易に生成することができ、少ない処理量で状態変
化の検出を行うことができる。さらに、請求項６に係わ
る通信データの状態変化検出方式によれば、異なる複数
のアルゴリズムによって生成したチェックコードを状態
変化識別情報とすることによって、チェックコードが同
一であり、かつ、通信データが変化しているという可能
性をほとんどなくすことができる。

【図面の簡単な説明】

【図１】本発明による通信データの状態変化検出方式を
適用した計算機システムの第１実施例の概略構成図であ
る。

【図２】第１実施例におけるフレームＦの構成図であ
る。

【図３】第１実施例における通信処理部１２のデータ送
信要求受信時の処理手順を示すフローチャートである。

【図４】第１実施例における更新回数格納領域５４ｂの
構成図である。

【図５】第１実施例におけるフレームＦ受信時の通信処
理部５２の処理手順を示すフローチャートである。

【図６】本発明による通信データの状態変化検出方式を
適用した計算機システムの第２実施例の概略構成図であ
る。

【図７】第２実施例における通信処理部１２の処理手順
を示すフローチャートである。

【図８】本発明による通信データの状態変化検出方式を
適用した計算機システムの第３実施例の概略構成図であ
る。

【図９】第３実施例における通信処理部１２の処理手順
を示すフローチャートである。

【図１０】第３実施例におけるフレームＦ受信時の通信
処理部５２の処理手順を示すフローチャートである。

【図１１】本発明による通信データの状態変化検出方式
を適用した計算機システムの第４実施例の概略構成図で
ある。

【図１２】第４実施例におけるフレームＦの構成図であ
る。

【図１３】第４実施例におけるフレームＦ受信時の通信
処理部５２の処理手順を示すフローチャートである。

【図１４】第５実施例におけるフレームＦの構成図であ
る。

【図１５】第５実施例におけるフレームＦ受信時の通信
処理部５２の処理手順を示すフローチャートである。

【図１６】データ部Ｆｄが複数のデータブロックから形
成される場合のフレームＦの構成図である。

【図１７】本発明による通信データの状態変化検出方式
を適用した計算機システムの第６実施例の概略構成図で
ある。

【図１８】第６実施例におけるフレームＦ受信時の通信
処理部５２の処理手順を示すフローチャートである。

【図１９】本発明による通信データの状態変化検出方式
を適用した計算機システムの第７実施例の概略構成図で
ある。

【図２０】第７実施例におけるチェックコード格納領域
５４ｃの構成図である。

【図２１】第７実施例におけるフレームＦ受信時の通信
処理部５２の処理手順を示すフローチャートである。

【符号の説明】

１ 送信側処理装置 ５ 受信側処理装置 ５４ｂ チェックコード格納領域 ５４ｃ 更新回数格納領域 ５７ チェックコード生成回路 ＣＨ フレームチェックコード ＣＨ₁ チェックコード Ｃｎ データ更新回数

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 8732−5Ｋ Ｈ０４Ｌ 11/18

Claims (6)

【特許請求の範囲】
1. 【請求項１】 通信回線を介して接続された処理装置間
   で通信データの授受を行い、処理装置の主記憶に格納さ
   れている通信データを更新するか否かを判断するため
   に、通信データの状態変化を検出する通信データの状態
   変化検出方式において、送信側処理装置で通信データ送
   信時に識別情報付加手段によって通信データの変化状況
   を表す状態変化識別情報を当該通信データに付加して送
   信し、受信側処理装置で通信データに付加された状態変
   化識別情報を順次識別情報格納手段に格納し、判定手段
   で前記識別情報格納手段に格納されている前回受信時の
   状態変化識別情報と新たに受信した状態変化識別情報と
   を比較し、両者が不一致であるときに前回受信時の通信
   データと新たに受信した通信データとを比較し通信デー
   タの状態変化を検出するようにしたことを特徴とする通
   信データの状態変化検出方式。
2. 【請求項２】 前記状態変化識別情報は、前記通信デー
   タの更新回数であることを特徴とする請求項１記載の通
   信データの状態変化検出方式。
3. 【請求項３】 前記状態変化識別情報は、前記通信デー
   タに対するバンク切換回数であることを特徴とする請求
   項１記載の通信データの状態変化検出方式。
4. 【請求項４】 通信回線を介して接続された処理装置間
   で通信データの授受を行い、処理装置の主記憶に格納さ
   れている通信データを更新するか否かを判断するため
   に、通信データの状態変化を検出する通信データの状態
   変化検出方式において、受信側処理装置で識別情報生成
   手段によって、受信した通信データをもとに通信データ
   の変化状況を表す状態変化識別情報を生成して識別情報
   格納手段に格納し、通信データ受信時に判定手段によっ
   て、前記識別情報格納手段に格納されている前回受信時
   の状態変化識別情報と新たに生成した状態変化識別情報
   とを比較し、両者が不一致であるときに前回受信時の通
   信データと新たに受信した通信データとを比較し通信デ
   ータの状態変化を検出するようにしたことを特徴とする
   通信データの状態変化検出方式。
5. 【請求項５】 前記状態変化識別情報は、前記通信デー
   タに対し誤り制御方式により生成したチェックコードで
   あることを特徴とする請求項１又は４記載の通信データ
   の状態変化検出方式。
6. 【請求項６】 前記状態変化識別情報は、異なる複数の
   アルゴリズムにより生成したチェックコードであること
   を特徴とする請求項１又は４記載の通信データの状態変
   化検出方式。