JP3421170B2 - ネットワークユニット - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は，プログラマブルコン
トローラ（以下，ＰＣという）と，計算機やプリンタ等
の汎用機器との間におけるデータ通信を調歩同期方式に
より実行するネットワークユニットに関する。

【０００２】

【従来の技術】一般的に，計算機やプリンタ等の汎用機
器との交信を行うためには，ＰＣ側にて交信相手となる
汎用機器のプロトコルに合わせた伝文フレームおよびデ
ータを作成して交信する必要がある。通常，汎用機器の
プロトコルは，先頭フレーム部，データ部，最終フレー
ム部より構成されており，調歩同期方式を有するネット
ワークユニットにおいては，ＰＣ側のプログラムを簡単
に作成できるよう，図１０に示すようないくつかの標準
フレームの型が用意されている。

【０００３】図１０に示した伝文１は，一般にＥＮＱと
称される，相手局からの応答を要求する場合に使用する
伝送制御キャラクタに始まり，局番号，ＰＣ番号，コマ
ンドと続く。局番号は自局，ＰＣ番号は相手局を指し，
コマンドは相手局に対する要求コードであり，コマンド
毎に異なる。コマンドの後に，伝文ウェイト時間値，デ
ータ，サムチェックを有する構成になっている。

【０００４】伝文内のデータは，要求コマンドに応じた
データであり，相手局がコマンドを実行するに当たり，
必要となるデータである。これは，他の伝文についても
同様である。この伝文１に対する応答データは，伝文
２，伝文３に示す通りであり，一般にＳＴＸと称され
る，テキストあるいはブロックの始まりを示す伝送制御
キャラクタより始まる。ＳＴＸに続き，局番号，ＰＣ番
号および要求コマンドに対する応答データ，ＥＴＸと称
されるテキストの終了を示す伝送制御符号，サムチェッ
クを有する構成になっている。また，ＡＣＫと称される
肯定応答キャラクタを用いた応答伝文を伝文３に示す。
この伝文３は，ＡＣＫの後に局番号，ＰＣ番号が付加さ
れただけの，簡略化された応答伝文である。

【０００５】上記伝文１による要求を相手局において処
理中に，エラーが発生した場合，伝文４に示すような応
答伝文が返る。エラーの場合，ＮＡＫと称される否定応
答キャラクタが用いられ，その後に局番号，ＰＣ番号，
エラーコードが付加された構成となっている。

【０００６】その他の伝文に関しては，伝文５は上記伝
文１にブロック番号が付加されたもの，伝文９は先頭キ
ャラクタにＳＴＸを用いたもの，伝文１３は伝文の最終
に，復帰改行キャラクタ（ＣＲ），改行キャラクタ（Ｌ
Ｆ）を付加したものである。これらの要求に対する応答
伝文も，それぞれの伝文に対応した構成となってはいる
が，上記伝文２，伝文３，伝文４と，その内容において
大差はない。

【０００７】ＰＣと汎用機器とのデータ交信を行う際の
データの流れに関しては，送信時にあってはＰＣからネ
ットワークユニットを介して汎用機器へ，受信時にあっ
ては汎用機器からネットワークユニットを介してＰＣへ
という流れである。このとき，ネットワークユニットは
交信における制御を行い，ＰＣではこの交信時に使用さ
れるデータを判別し，これに対して処理が実行される
が，ＰＣ側では汎用機器との交信時におけるデータの処
理をプログラムにより実現するため，これに関するプロ
グラムを必要とする。

【０００８】ＰＣから汎用機器へ，ネットワークユニッ
トを介してデータの送信を実行する場合，ＰＣ側のプロ
グラムにて送信データのみを作成し，ネットワークユニ
ットに対して送信起動をかける。これによりネットワー
クユニットは指示された伝文フレームの先頭フレーム部
および最終フレーム部を付加し，交信相手となる汎用機
器に対するデータの送信が実行される。

【０００９】受信時においては，ネットワークユニット
内にて受信した伝文の先頭フレーム部および最終フレー
ム部を取り除き，データ部のみをＰＣ側へ転送する。し
かし，汎用機器のプロトコルが，ネットワークユニット
にて用意されている標準のフレーム型を用いることによ
り，汎用機器のプロトコルに対応できない場合，ＰＣ側
のプログラムにて汎用機器のプロトコルに対応した伝文
フレームの先頭フレーム部，最終フレーム部およびデー
タ部を作成し，汎用機器との交信を実行する必要があ
る。

【００１０】従って，汎用機器のプロトコルに対応して
いる場合と比較して，ＰＣ側のプログラム量は増加す
る。さらに，ＰＣ側のプログラムは，送受信時における
データの状態を考慮した構成としなければならない。ま
た，これらのフレームは交信相手となる汎用機器のプロ
トコルに対応させるため，汎用機器の変更が生じた際に
は，その変更の度に汎用機器のプロトコルに対応させる
必要がある。

【００１１】以下，従来技術における交信状態による，
ネットワークユニットおよび汎用機器が有する送受信バ
ッファの状態と，それに伴う信号線およびデータの状態
を図をもって詳細に説明する。

【００１２】図１１は，ＰＣから汎用機器への送信を，
ネットワークユニットを介して実行するとき，送信デー
タがネットワークユニットの送信バッファのサイズを超
過した場合の，データの状態図および信号線によるタイ
ミングチャートである。

【００１３】図１２は，ＰＣから汎用機器への送信をネ
ットワークユニットを介して実行している途中に，汎用
機器からのデータを受信した場合の，データの状態図お
よび信号線によるタイミングチャートである。

【００１４】図１３は，ＰＣから汎用機器への送信をネ
ットワークユニットを介して実行しているとき，汎用機
器が有する受信バッファがＰＣからの送信により一杯に
なった場合の，データの状態図および信号線によるタイ
ミングチャートである。

【００１５】図１４は，汎用機器からＰＣへの送信を，
ネットワークユニットを介して実行しているとき，ネッ
トワークユニットの受信バッファが，汎用機器からの送
信により一杯になった場合の，データの状態図および信
号線によるタイミングチャートである。

【００１６】交信の際のデータは，図１１に示すよう
に，送信するデータはユニット１８のＰＣから，バッフ
ァ２０で示されるネットワークユニットの送信バッファ
へ転送され，汎用機器へと送信される。このとき，デー
タ１９に示すように送信データのサイズが，バッファ２
０の送信バッファのサイズを超過する場合，まずデータ
２２の送信バッファに取り込んだ分が送信され（１回
目），次にデータ２１の送信バッファに超過した分を取
り込み，２回目の送信が実行される。

【００１７】また，図１２に示されるように，ネットワ
ークユニットがデータを送信中にデータ２９のようにデ
ータの途中で，データ遷移３０で示される汎用機器から
のデータを受信したとする。このときのネットワークユ
ニットの設定が，送信を一時中断する設定であった場
合，データ遷移３０の受信を検出した段階にて，送信を
受信処理が完了するまで中断し，受信処理が完了する処
理３２の段階にて，送信を再開する。図１２では，デー
タ３３で示されるように，先に送信したデータの途中か
ら送信を再開しているが，これはネットワークユニット
の設定により異なるものであって，再度データの先頭か
ら送信することも可能である。

【００１８】さらに，図１３に示されるようにデータ２
４のデータの途中にて，汎用機器の受信バッファがこの
送信によって一杯になり，ネットワークユニットに対し
て信号２５の送信停止要求信号が出力された場合に関し
ても，ネットワークユニットの設定により送信の中断が
発生する。この場合，バッファ２８に示されるように汎
用機器の受信バッファからの受信データの読出しによっ
て受信バッファの空きがある程度生じた時点で，信号２
５の送信停止要求信号が解除され，ネットワークユニッ
トは送信を再開する。

【００１９】また，図１４に示すようにネットワークユ
ニットの受信バッファが一杯になった場合においても送
信時と同様な手順にて受信バッファにある程度の空きが
できるまで，汎用機器からの受信を一度中断する。この
ように交信時の状態により，必ずしも交信したいデータ
全てが一括で交信されるわけではなく，データの途中で
区切られて交信されるという場合が存在する。

【００２０】従って，ＰＣ側のプログラムは，これらの
交信状態を考慮し，データの区切りを意識した構成にす
る必要があり，その結果プログラムが複雑になると共
に，プログラム量が増加する傾向にあった。

【００２１】

【発明が解決しようとする課題】従来における汎用機器
との交信手段においてＰＣ側のプログラムは，汎用機器
のプロトコルに対応させるため，送信時は伝文フレーム
および送信データの作成，受信時には受信伝文から，先
頭フレーム部および最終フレーム部を取り除きデータ部
のみを，ＰＣ側へ転送する処理が必要であり，これによ
りＰＣ側のプログラムサイズが大きくなるという問題点
があった。

【００２２】また，システムの変更等により，交信相手
の変更に伴うプロトコルの変更が生じた場合，伝文フレ
ームおよびデータを再度プロトコルと対応した形式に修
正しなければならず，処理効率が悪いという問題点があ
った。

【００２３】さらに，交信データが，ネットワークユニ
ットが有するバッファのサイズ超えるような場合，ネッ
トワークユニットにて交信データの分割が実行される。
そのため，ＰＣ側のプログラムはこのような場合を想定
した構成とする必要があり，ＰＣ側のプログラムが複
雑，かつ，プログラムサイズが大きなものになるという
問題点があった。

【００２４】加えて，従来における汎用機器との交信手
段において，受信したデータの内容を判別するためには
伝文フレームの先頭フレーム部により，受信データが要
求データ，返答データ等であることを判別した後，デー
タを判別する必要があり，その処理をＰＣ側のプログラ
ムにて実行するため，ＰＣ側のプログラムサイズが大き
くなるという問題点があった。

【００２５】この発明は，上記に鑑みてなされたもので
あって，交信相手となる汎用機器ごとに異なるプロトコ
ルに影響されることなく汎用機器との接続を容易に実行
できるようにすると共に，ＰＣ側で用いるプログラムの
簡略化が可能な調歩同期方式を用いたネットワークユニ
ットを得ることを目的とする。

【００２６】

【課題を解決するための手段】上記の目的を達成するた
め，この発明にかかるネットワークユニットは，プログ
ラマブルコントローラからの送信データに対し，先頭フ
レームおよび最終フレームを付加し，先頭フレーム，送
信データおよび最終フレームを含むフレームデータを交
信相手としての汎用機器へ送信するネットワークユニッ
トであって，交信相手としての前記汎用機器のプロトコ
ルに合わせた複数の異なる伝文フレーム用の前記先頭フ
レームおよび最終フレームがフレーム番号に対応付けら
れて登録されるフレームデータメモリと，前記汎用機機
へのデータ送信時，前記プログラマブルコントローラか
ら入力されるフレーム番号に対応する先頭フレームおよ
び最終フレームを前記フレームデータメモリから取り出
し，取り出した先頭フレームおよび最終フレームを前記
プログラマブルコントローラから入力される送信データ
に付加してフレームデータを作成し，作成したフレーム
データを前記汎用機器に送信する制御手段とを備えるこ
とを特徴とする。

【００２７】また，次の発明にかかるネットワークユニ
ットは，上記の発明において，前記フレームデータメモ
リに登録される先頭フレームおよび最終フレームは，１
〜複数の可変データ判別用固定コードを含むものであ
り，複数の異なる番号データに対応して可変コードデー
タが記憶される可変データメモリを更に備え，前記制御
手段は，前記フレームデータメモリから取り出した先頭
フレームおよび最終フレームに前記可変データ判別用固
定コードが含まれている場合，該可変データ判別用固定
コードに続く所定長のデータ部分に含まれる番号データ
を判定し，この判定した番号データに対応する可変コー
ドデータを前記可変データメモリから取り出し，取り出
した可変コードデータを当該可変データ判別用固定コー
ドに続く前記所定長のデータ部分と置換して，前記フレ
ームデータを作成することを特徴とする。

【００２８】また，次の発明にかかるネットワークユニ
ットは，プログラマブルコントローラと汎用機器との間
におけるデータ通信を調歩同期方式により実行するネッ
トワークユニットにおいて，交信相手となる前記汎用機
器のプロトコルに合わせた複数の伝文フレームをフレー
ム番号にそれぞれ対応付けて複数登録し，前記汎用機器
との交信フレームを前記フレーム番号にて指定すること
により前記フレーム番号を用いた前記汎用機器との接続
を実行するとともに，前記汎用機器からの受信伝文に対
応するフレーム番号を判別し，判別したフレーム番号を
前記プログラマブルコントローラに対して送信すること
により前記汎用機器からの受信伝文の内容を前記プログ
ラマブルコントローラに伝達することを特徴とする。

【００２９】

【作用】この発明に係るネットワークユニットは，それ
ぞれ異なるプロトコルを持つ汎用機器との接続性を向上
させるために，交信相手となる汎用機器のプロトコルに
合わせた伝文フレームをネットワークユニットに予め作
成，登録するものである。すなわち，直列伝送される１
文字の始めと終わりを示すスタートビット，ストップビ
ットを付加し，送信側と受信側の同期をとる調歩同期方
式を有するネットワークユニットを介してデータ通信を
実行するものであって，使用する汎用機器のプロトコル
に合わせた伝文フレームに，フレーム番号を付加するこ
とにより，汎用機器との接続を容易に行えるようにした
ものである。その結果，交信相手の変更が生じた場合に
おいても，ＰＣ側にて用いるプログラムの変更を最小限
に抑えることができ，汎用機器との交信を容易に実行す
ることができる。

【００３０】次の発明に係るネットワークユニットは，
伝文フレーム内に固定データだけでなく，例えば，局番
号，サムチェックコードのような流動的なデータも登録
することができるようにしたものである。すなわち，交
信伝文中に含まれるデータの内，交信伝文ごとに異なる
値となりうる可変データを番号化することにより可変デ
ータをネットワークユニットにて判別，参照するように
したものである。

【００３１】次の発明に係るネットワークユニットは，
汎用機器からの受信伝文の意味を，フレーム番号によっ
て容易に知ることのできるようにしたものであり，すな
わち，作成された伝文フレームにフレーム番号を記述
し，ＰＣ側のプログラムにて汎用機器からのデータ受信
時における受信伝文フレームを判別しなくとも，フレー
ム番号によってデータの内容を判別することができるよ
うにしたものである。

【００３２】

【実施例】以下，この発明に係るネットワークユニット
の実施例を図について説明する。図１は，ＰＣと汎用機
器とを，調歩同期方式を有するネットワークユニットを
介してデータ交信を行う際の，一般的なシステム構成を
示す。図において，１は汎用機器の交信相手となるＰ
Ｃ，２は調歩同期方式を有するネットワークユニットで
あり，ＰＣ１と汎用機器との交信は，このネットワーク
ユニット２を介して実行される。

【００３３】また，図１において，３は計算機，プリン
タ等の汎用機器であり，ネットワークユニット２とはＲ
Ｓ２３２Ｃ，もしくは，ＲＳ４２２／４８５のケーブル
５により接続される。また，４はＰＣ１と汎用機器３と
の交信を，ネットワークユニット２を介して実行した場
合における送信データの流れ，６は受信データの流れで
ある。

【００３４】図２は，ネットワークユニット２内部のブ
ロック構成および図１で示したシステム構成時におけ
る，ＰＣ１と汎用機器３との相関を示すものであり，ネ
ットワークユニット２は，ＰＣ１とバス接続，汎用機器
３とＲＳ２３２ＣもしくはＲＳ４２２／４８５のケーブ
ル５により接続されている。

【００３５】また，図２において，１０２はネットワー
クユニット２が有するメモリ１００中のワークＲＡＭの
領域であり，送受信バッファとはこの領域内を意味す
る。１０３はバスを介してＰＣ１とのデータの受け渡し
を行う２ポートＲＡＭ，１０４はネットワークユニット
２に装着されているＭＰＵであり，ポート，シリアルＩ
／Ｆ，外部バス等を制御する。また，送受信伝文の実際
の送受信はこのＭＰＵ１０４を介して実行される。１０
５はシリアルＩ／Ｆのゲート制御を実行するゲート制御
回路，１０６はＲＳ２３２Ｃ，もしくは，ＲＳ４２２／
４８５のＤサブ，もしくは，ＲＳ４２２／４８５の端子
台，それに係るドライバ／レシーバ，フォトカプラを示
すシリアルＩ／Ｆである。また，１０７は汎用機器３の
シリアルＩ／Ｆである。

【００３６】ＰＣ１からネットワークユニット２を介
し，汎用機器３へデータを送信する場合，まず，ＰＣ１
はネットワークユニット２におけるメモリ１００中の２
ポートＲＡＭ１０３へ送信データを格納する。ネットワ
ークユニット２は，２ポートＲＡＭ１０３に格納されて
いるＰＣ１からの送信伝文を加工し，ワークＲＡＭ１０
２内の送信バッファへ格納する。この送信バッファより
送信伝文を１バイトずつ，ＭＰＵ１０４の送信バッファ
へ格納し，割り込みを発生させることにより，ゲート制
御回路１０５を介してシリアルＩ／Ｆ１０６より送信伝
文が汎用機器３へ送信される。

【００３７】また，汎用機器３からのデータを受信する
場合，受信伝文は１バイトずつシリアルＩ／Ｆ１０６を
介し，ＭＰＵ１０４の受信バッファへ格納される。その
受信バッファより，１バイト毎の割り込み発生時に受信
伝文を取り込み，ワークＲＡＭ１０２内の受信バッファ
へ格納する。格納された受信伝文は加工され，２ポート
ＲＡＭ１０３に格納された後，ＰＣ１へとバスを介して
受信伝文が出力される。

【００３８】図３は，図１に示されたシステム構成を用
いてデータ交信を行う際の，一般的な伝文フレーム形式
に基づく登録される伝文フレームの一例を示している。
図３において，７は伝文フレームの先頭を示し，一般に
ＥＮＱと称されるものであり，上記したように相手局か
らの応答を要求する場合に使用する伝送制御キャラクタ
である。８は可変データ判別用固定コードであり，この
コード以後の１バイトが可変データであることを判別す
るために付加される。９は図１に示した汎用機器３に対
して付けられる外部機器局番号，１０は図１に示したＰ
Ｃ１に対して付けられる自局番号である。１５により示
されるように，これらＥＮＱ７，可変データ判別用固定
コード８，外部機器局番号９，自局番号１０を総じて先
頭フレーム部と称する。

【００３９】また，図３において，１１は伝文フレーム
における実際のデータであり，それがデータ部１６とな
る。

【００４０】さらに，図３において，１２は伝文フレー
ムのサムチェックコードであり，１３，１４は伝文フレ
ームの最後を示す復帰改行キャラクタ（ＣＲ），改行キ
ャラクタ（ＬＦ）である。１７により示されるように，
これらサムチェックコード１２，ＣＲ１３，ＬＦ１４を
総じて最終フレーム部と称する。この伝文フレームは，
一般的な伝文フレームであり，汎用機器３のプロトコル
により異なる。

【００４１】図４は，交信相手となる汎用機器３との交
信フレームを，登録伝文フレーム番号の指示によって行
っている場合におけるネットワークユニットの処理を示
すものである。図４において，３８はＰＣ１側のプログ
ラムにて指示される先頭フレーム番号および最終フレー
ム番号に関するデータである。３９は伝文フレームにお
けるデータ部に該当するものであり，実質的なデータの
みをＰＣ１側のプログラムにて作成する。

【００４２】また，４０は送信時においてＰＣ１側の指
示の先頭フレーム番号による登録フレーム取得のための
ＥＥＰＲＯＭ１２０へのアクセスを示す処理である。こ
のＥＥＰＲＯＭ１２０はネットワークユニット２に内蔵
されており，伝文フレームの登録先であり，複数の伝文
フレームの登録が可能である。４６は可変データ判別用
固定コードに対応する固定コードの格納先であり，ネッ
トワークユニット２が有するバッファエリアを示す。

【００４３】また，４２は送信時の伝文フレーム作成に
おいて，バッファエリア４６内の可変データを加味した
先頭フレームの，送信バッファ４５への転送を示す。４
１は送信時においてＰＣ側の指示による，最終フレーム
取得のためのＥＥＰＲＯＭ１２０へのアクセスを示す処
理である。４３は送信時の伝文フレーム作成において，
バッファエリア４６内の可変データを加味した送信デー
タの，送信バッファ４５への転送を示す。

【００４４】さらに，４４は送信時の伝文フレーム作成
においてバッファエリア４６内の可変データを加味した
最終フレームの，送信バッファ４５への転送を示す処理
である。送信バッファ４５は，作成した伝文フレームの
転送先であり，ネットワークユニット２が有するもので
あり，汎用機器３への送信はこの送信バッファ４５を介
して実行される。

【００４５】次に，動作について説明する。図１に示さ
れるようなシステム構成を用いて汎用機器３との交信
を，図３に示される伝文フレームを伝文フレーム番号に
て行うとする。伝文フレーム番号は，ＰＣ１側のプログ
ラムにてネットワークユニット２に先頭フレーム部１
５，最終フレーム部１７の伝文フレームを設定する必要
がある。この設定は，事前にネットワークユニット２へ
の伝文フレームの登録がされていることが条件であり，
これにより伝文フレーム番号指定による汎用機器３との
交信が可能となる。登録される伝文フレームは，先頭フ
レーム部１５および最終フレーム部１７であり，図４に
示したＥＥＰＲＯＭ１２０に登録される。伝文フレーム
の登録は交信前に実行され，ＰＣ１側，汎用機器３側の
どちらのプログラムからでも可能である。

【００４６】これを図５，図６に示す。図５は，ＥＥＰ
ＲＯＭメモリとバッファメモリとの相関関係を示してい
る。図５において，エリア５５はＥＥＰＲＯＭ１２０へ
の動作指示であり，この内容によりＥＥＰＲＯＭ１２０
への書込み，読出しおよび削除の処理が決定される。エ
リア５６はＥＥＰＲＯＭ１２０へのアクセス番地を決定
するものである。エリア５７は登録フレームのＥＥＰＲ
ＯＭ１２０への登録および読出しを実際に行った際のバ
イト数である。エリア５８は登録フレームに可変データ
を実際のデータに置き換えたときのバイト数である。エ
リア５９はＥＥＰＲＯＭ１２０に登録する，もしくはＥ
ＥＰＲＯＭ１２０より読出した内容である。エリア６０
は現在のＥＥＰＲＯＭ１２０へのフレーム登録数および
登録状況が格納されている。

【００４７】図６は，ネットワークユニット２における
ＥＥＰＲＯＭ１２０への，登録フレームの登録処理動作
を示すフローチャートである。図５に示したバッファメ
モリは，ネットワークユニット２が有するものであり，
ＰＣ１もしくは汎用機器３のプログラムにより，バッフ
ァメモリの指定される番地へ，図５に示したエリア５５
〜エリア５９により示される内容を書き込む。

【００４８】交信相手となる汎用機器３への送信を伝文
フレーム番号の指示によって行う場合を，図７に示すフ
ローチャートに沿って説明する。ＰＣ１から汎用機器３
への送信時には，ＰＣ１側のプログラムにて，図４のデ
ータ３８に示すように交信相手となる汎用機器３のプロ
トコルに応じた伝文フレームの先頭フレーム番号および
最終フレーム番号を指定し，その後，図４に示した送信
データ３９を作成する。

【００４９】ＰＣ１側のプログラムによる，ネットワー
クユニット２への送信起動により，ネットワークユニッ
ト２は送信処理を開始し，図４のデータ３８に示される
フレーム番号に従い，図５のエリア６０に示されるシス
テム設定内容内の登録情報より指定される先頭フレーム
が，ＥＥＰＲＯＭ１２０に登録されているか否かを判断
する。登録されている場合，フレーム種別の判別後，該
当する登録フレームが読出される。

【００５０】この際の処理は，図５のエリア５５に示さ
れた動作指示の判別を行い，読出しであった場合，指示
されるフレーム番号が登録されているか否かを判別す
る。登録されていた場合には，指示フレーム番号よりＥ
ＥＰＲＯＭ１２０からの読出しアドレスおよび図５のエ
リア５８に示したフレームバイト数よりＥＥＰＲＯＭ１
２０より読出すバイト数を算出した後，該算出されたバ
イト数分ＥＥＰＲＯＭ１２０より登録フレームデータが
読出される。

【００５１】また，登録がされていない場合には，ＥＥ
ＰＲＯＭ１２０へのアクセスは実行されずエラーとされ
る。なお，ＥＥＰＲＯＭ１２０への登録フレームの登録
時における処理は，動作指示判別後，登録データのチェ
ックを行い，図５のエリア５６に示すフレーム番号よ
り，ＥＥＰＲＯＭ１２０への書込みアドレスを算出し，
ＥＥＰＲＯＭ１２０へ登録フレームデータの書込みを実
行する。

【００５２】登録フレームデータ書込み後，図５のエリ
ア６０に示すシステム設定内容に該当するフレーム番号
が登録されたことを記憶する。これら一連の処理を示し
たものが，図６のフローチャートである。

【００５３】このようにしてＥＥＰＲＯＭ１２０より読
出されたフレームは，フレームの種別毎に処理され，１
バイトずつ可変データ判別用固定コード８を検出しなが
ら，送信バッファへ書き込まれる。

【００５４】可変データ判別用固定コード８とＥＥＰＲ
ＯＭ１２０より読出されたフレーム中のデータを比較
し，可変データ判別用固定コード８であった場合，次に
示される１バイトのデータ番号より，可変データが図４
のバッファ４６に示すバッファエリアより参照される。
フレーム中の可変データ判別用固定コード８に続くデー
タ番号は，実際のデータではなくバッファメモリ内に格
納されている可変データに対応する番号であり，データ
の送信バッファへの書込み時に，データ番号がバッファ
メモリより参照された可変データに置換される。

【００５５】仮に，このときのデータが，図３で示され
るような先頭フレームであった場合には，ＥＮＱ７の次
の１バイトが可変データ判別用固定コード８であるた
め，これに続く外部機器局番号９を可変データであると
認識し，バッファエリアからデータを参照する。また，
可変データの認識範囲は，可変データ判別用固定コード
８以降からフレームの最終までのデータ全てではなく，
可変データ判別用固定コード８に続く１バイトを可変デ
ータと認識するため，図３で示されるような先頭フレー
ムである場合，自局番号１０は可変データ判別用固定コ
ード８に続くデータではないため，可変データとみなさ
れず登録されたデータ通り，送信バッファへ書き込まれ
る。

【００５６】従って，可変データ判別用固定コード８は
可変データとしたいデータの直前に付加されなければな
らない。本実施例では，外部機器局番号９を例として挙
げたが，送信先ＰＣ番号というような，ユニット毎に異
なる値になりうるデータが可変データであり，可変デー
タ判別用固定コード８を付加する対象となる。この可変
データ検出における処理は，図７のフローチャートに示
されるように，先頭フレーム部，データ部，最終フレー
ム部のどの部位においても実行される。

【００５７】可変データ判別用固定コード８の検出処理
が完了した段階でそのフレームは全て送信バッファへの
書込みが完了し，これ以降のフレームは先に送信バッフ
ァへ書込まれたデータ以降に書き込まれる。従って，先
頭フレームの次にデータ，最終フレームが付加される形
となる。これら一連の処理にて，図４の送信バッファ４
５に示されるような伝文フレームが作成され，ネットワ
ークユニット２より汎用機器３に対して送信される。

【００５８】ここで，上記図６および図７のフローチャ
ートの処理動作を詳細に説明する。まず，図６に示した
ＥＥＰＲＯＭ書込み／読出し／削除の動作について説明
する。最初に，処理動作が何かについて判断する（Ｓ
１）。該処理動作が読出しであると判断した場合には，
次に，登録フレームが有るか否かを判断する（Ｓ２）。
その結果，登録フレーム有りと判断した場合には，フレ
ーム番号より読出しアドレスを算出し（Ｓ３），読出し
バイト数を算出し（Ｓ４），ＥＥＰＲＯＭ１０２よりバ
イト数分登録データを読出す（Ｓ５）。

【００５９】また，上記ステップＳ１において，処理動
作が書込みであると判断した場合には，登録データをチ
ェックし（Ｓ６），フレーム番号より書込みアドレスを
算出し（Ｓ７），ＥＥＰＲＯＭ１０２へ登録データを書
込み（Ｓ８），登録フレーム番号を登録する（Ｓ９）。

【００６０】さらに，上記ステップＳ１において，処理
動作が削除であると判断した場合には，次に，登録フレ
ームが有るか否かを判断する（Ｓ１０）。その結果，登
録フレーム有りと判断した場合には，フレーム番号より
削除アドレスを算出し（Ｓ１１），ＥＥＰＲＯＭ１０２
より指定フレームを削除し（Ｓ１２），登録フレーム番
号を削除する（Ｓ１３）。

【００６１】次に，図７に示したデータ通信の動作につ
いて説明する。まず，フレーム登録があるか否かについ
て判断し（Ｓ１４），フレーム登録があると判断した場
合には，どのフレーム部かについて判断する（Ｓ１
５）。ここで，先頭フレーム部であると判断した場合に
は，次に，フレーム番号より登録フレームの読出しを行
い（Ｓ１６），登録フレームの１バイトを判別する（Ｓ
１７）。その後，判別されたものが，可変データ判別用
固定コードか否かを判断し（Ｓ１８），可変データ判別
用固定コードであると判断した場合には，次の１バイト
の可変データを送信バッファへ書込む（Ｓ１９）。反対
に，可変データ判別用固定コード以外のものであると判
断した場合にはデータをそのまま送信バッファへ書込む
（Ｓ２０）。その後，登録フレームの最後か否かを判断
し（Ｓ２１），いまだ途中であると判断した場合には，
上記ステップＳ１６の処理に戻り，反対に，最後である
と判断した場合には，一連の処理を終了する。

【００６２】また，上記ステップＳ１５において，デー
タ部であると判断した場合には，次に，フレーム番号よ
り登録フレームの読出しを行い（Ｓ２２），登録フレー
ムの１バイト判別を行う（Ｓ２３）。その後，判別され
たものが，可変データ判別用固定コードか否かを判断し
（Ｓ２４），可変データ判別用固定コードであると判断
した場合には，次の１バイトの可変データを送信バッフ
ァへ書込む（Ｓ２５）。反対に，可変データ判別用固定
コード以外のものであると判断した場合にはデータをそ
のまま送信バッファへ書込む（Ｓ２６）。その後，登録
フレームの最後か否かを判断し（Ｓ２７），いまだ途中
であると判断した場合には，上記ステップＳ２２の処理
に戻り，反対に，最後であると判断した場合には，一連
の処理を終了する。

【００６３】さらに，上記ステップＳ１５において，最
終フレーム部であると判断した場合には，同様に，フレ
ーム番号より登録フレームの読出しを行い（Ｓ２８），
登録フレームの１バイト判別を行う（Ｓ２９）。その
後，判別されたものが，可変データ判別用固定コードか
否かを判断し（Ｓ３０），可変データ判別用固定コード
であると判断した場合には，次の１バイトの可変データ
を送信バッファへ書込む（Ｓ３１）。反対に，可変デー
タ判別用固定コード以外のものであると判断した場合に
はデータをそのまま送信バッファへ書込む（Ｓ３２）。
その後，登録フレームの最後か否かを判断し（Ｓ３
３），いまだ途中であると判断した場合には，上記ステ
ップＳ２８の処理に戻り，反対に，最後であると判断し
た場合には，一連の処理を終了する。

【００６４】次に，交信相手となる汎用機器３からの受
信を，図８および図９を用いて説明する。図８は，ＰＣ
１側のプログラムにて指定される受信待ちフレーム番号
のデータ構成および受信データの相関図である。バッフ
ァ７０は，汎用機器３からの受信データが格納される受
信バッファを示し，ネットワークユニット２内に設けら
れているものである。

【００６５】図８において，データ７１は，汎用機器３
からの受信データに含まれる，汎用機器３からの送信時
に何らかの影響で付加されてしまった不要データであ
る。データ７２は，汎用機器３からの受信データにおけ
る先頭フレーム部を示す。データ７３は，汎用機器３か
らの受信データにおけるデータ部を示し，実際にＰＣ１
にて処理されるデータである。データ７４は，汎用機器
３からの受信データにおける最終フレーム部である。エ
リア７５はＰＣ１側のプログラムにて，事前にネットワ
ークユニット２が有するバッファメモリに設定される，
受信待ちフレーム番号が格納される領域である。エリア
７６はＥＥＰＲＯＭ１０２を示し，登録された登録フレ
ームのデータが格納される領域である。

【００６６】これらの登録フレームは，受信時にエリア
７５のバッファメモリに設定されているフレーム番号に
基づいて参照される。データ７７は，ネットワークユニ
ット２における受信処理にて確定された受信フレーム番
号であり，ＰＣ１にて受信フレームを判別するために用
いられる。データ７８は，ネットワークユニット２にお
ける受信処理にて，データ７３に示されるものと同一の
ものである。

【００６７】図９は，汎用機器３からの受信における一
連の処理の流れを示すフローチャートである。図８のエ
リア７６に示すように，事前に受信するフレーム番号
を，ネットワークユニット２が有するバッファメモリへ
設定する。この受信するフレーム番号は複数の設定が可
能であり，これにより交信相手となる汎用機器３が複
数，かつ，それぞれ異なるプロトコルである場合におい
て，ＰＣ１側のプログラムにてそれらを処理させること
を最小限に留めることができる。

【００６８】汎用機器３からの受信があった際，図９に
示される処理手順により，受信伝文フレームの先頭であ
ると思われる１バイトのキャラクタコードを，設定され
た受信フレーム番号に沿って，登録伝文フレームとの照
合により検出する。これは受信データの先頭が，送信の
際何らかの影響によって付加された不要なデータの可能
性があるためである。このとき，仮に受信フレームが分
割されて汎用機器３より送信されており，受信フレーム
の途中であった場合においても，ネットワークユニット
２にて必要となるデータ数の受信を待つため，分割され
た受信フレームであることが認識され，一括で受信した
場合と同様な処理がなされる。

【００６９】仮に，受信したデータが，図８の受信バッ
ファ７０に示すようなデータであった場合，まず，受信
バッファに格納されているデータの先頭１バイトのキャ
ラクタコード１１を，設定された受信フレーム番号に基
づいてエリア７５に設定されている登録フレームのデー
タとの照合を行う。このとき，設定されているフレーム
番号のデータと一致しないキャラクタコードであった場
合には，そのキャラクタコードは廃棄される。

【００７０】従って，図８のデータ７１で示される部位
は不要データとして廃棄され，データ７２の部位の先頭
のキャラクタコード３０が先頭であると認識される。ま
た，一致した登録フレームの番号にて，受信フレーム番
号が仮定される。図８の場合，登録フレームＮｏ．１が
仮定受信フレーム番号となり，ＥＥＰＲＯＭ１０２から
登録フレームＮｏ．１のデータを読出し，以降のキャラ
クタコードとの照合を図る。このＥＥＰＲＯＭ１０２か
らの登録フレームの読出しは，送信時と同一の処理によ
り実行される。このとき，異なるデータであった場合，
再度フレームの先頭であると思われる１バイトのキャラ
クタコードの検出を行い，同様な処理を実行する。ここ
で，データ７２で示される先頭フレームと，エリア７６
で示される登録フレームデータが同一であった場合に受
信フレーム番号が確定される。

【００７１】従って，データ７２に示す先頭フレームで
ある場合，エリア７６に示されるＥＥＰＲＯＭ１０２の
登録フレームのフレーム登録Ｎｏ．１と同一であるた
め，受信フレームが１と確定される。この確定された受
信フレーム番号はＰＣ１側のプログラムにて受信フレー
ムの判別に用いられるものである。これら一連の処理を
示したものが，図９のフローチャートである。このよう
にして受信フレーム番号が確定した後，受信フレームよ
りデータ７２の先頭フレームおよびデータ７３の最終フ
レームを省き，データ７３の受信データのみをＰＣ１へ
転送する。

【００７２】ここで，上記図９に示したフローチャート
のデータ受信の処理動作について詳細に説明する。ま
ず，フレーム登録があるか否かを判断し（Ｓ３４），フ
レーム登録があると判断した場合には，次に，受信待ち
フレーム番号に該当するか否かを判断し（Ｓ３５），受
信待ちフレーム番号に該当すると判断した場合には，登
録フレームの１バイトを判別する（Ｓ３６）。その後，
受信バッファに格納されているデータの先頭１バイトの
キャラクタコードを，設定された受信フレーム番号に基
づいてエリア７５に設定されている登録フレームのデー
タに該当するか否かを判断し（Ｓ３７），該当しないと
判断した場合には，データを廃棄する（Ｓ３９）。反対
に，該当すると判断した場合には，次に，フレームが確
定したか否かを判断し（Ｓ３８），フレームが確定して
いないと判断した場合には，上記ステップＳ３６に戻
る。反対に，フレームが確定している判断した場合に
は，受信データの受信を実行して（Ｓ４０），一連の処
理が終了する。

【００７３】

【発明の効果】この発明に係るネットワークユニット
は，それぞれ異なるプロトコルを持つ汎用機器との接続
性を向上させるために，交信相手となる汎用機器のプロ
トコルに合わせた伝文フレームをネットワークユニット
に予め作成，登録するものであり，使用する汎用機器の
プロトコルに合わせた伝文フレームに，フレーム番号を
付加することによって，汎用機器との接続を容易に行え
るようにしたため，交信相手の変更が生じた場合におい
ても，ＰＣ側にて用いるプログラムの変更を最小限に抑
えることができ，汎用機器との交信を容易に実行するこ
とができる。

【００７４】次の発明に係るネットワークユニットは，
伝文フレーム内に固定データだけでなく，例えば，局番
号，サムチェックコードのような流動なデータも登録す
ることができるようにしたため，交信伝文中に含まれる
データの内，交信伝文ごとに異なる値となりうる可変デ
ータを番号化することにより可変データをネットワーク
ユニットにて判別，参照することができる。

【００７５】次の発明に係るネットワークユニットは，
作成された伝文フレームにフレーム番号を記述し，ＰＣ
側のプログラムにて汎用機器からのデータ受信時におけ
る受信伝文フレームを判別しなくとも，フレーム番号に
よってデータの内容を判別することができるようにした
ため，受信データの内容を全て判別しなくとも，受信フ
レーム番号にて受信データを判別することができ，ＰＣ
側にて使用するプログラムを簡略化することができる。

【図面の簡単な説明】

【図１】 ＰＣ，汎用機器およびネットワークユニット
の接続関係を示す説明図である。

【図２】 ネットワークユニットの構成を示すブロック
図である。

【図３】 この実施例に係る登録された伝文フレームの
一例を示す説明図である。

【図４】 この実施例に係る汎用機器への送信時の処理
の流れを示す説明図である。

【図５】 この実施例に係る登録フレームのＥＥＰＲＯ
Ｍへの登録手順を示す説明図である。

【図６】 この実施例に係る登録フレームに関するＥＥ
ＰＲＯＭへの各種処理を示すフローチャートである。

【図７】 この実施例に係る汎用機器への送信時におけ
る登録フレームを判別する処理を示すフローチャートで
ある。

【図８】 この実施例に係る汎用機器からの受信時の処
理の流れを示す説明図である。

【図９】 この実施例に係る汎用機器からの受信時の処
理を示すフローチャートである。

【図１０】 ネットワークユニットを介したＰＣと汎用
機器との交信における，ネットワークユニットにて用意
されているフレームの型を示す説明図である。

【図１１】 従来におけるネットワークユニットを介し
たＰＣと汎用機器との交信方法において，送信データが
ネットワークユニットの送信バッファを超過した場合の
データ送信手順を示す説明図である。

【図１２】 従来におけるネットワークユニットを介し
たＰＣと汎用機器との交信方法において，ネットワーク
ユニットが送信要求および受信要求を同時に処理する際
の手順を示す説明図である。

【図１３】 従来におけるネットワークユニットを介し
たＰＣと汎用機器との交信方法において，汎用機器が有
する受信バッファが，ＰＣからの送信により一杯になっ
た場合のデータ送信手順を示す説明図である。

【図１４】 従来におけるネットワークユニットを介し
たＰＣと汎用機器との交信方法において，ネットワーク
ユニットが有する受信バッファが，汎用機器からの送信
により一杯になった場合のデータ受信手順を示す説明図
である。

【符号の説明】

１ ＰＣ，２ ネットワークユニット，３ 汎用機器，
５ ケーブル，７ 伝送制御キャラクタ，８ 可変デー
タ判別用固定コード，９ 外部機器局番号，１０ 自局
番号，１１ データ，１２ サムチェックコード，１３
復帰改行キャラクタ，１４ 改行キャラクタ，１５
先頭フレーム部，１６ データ部，１７最終フレーム
部，１０２ ワークＲＡＭ，１０３ ２ポートＲＡＭ，
１０４ＭＰＵ，１０５ ゲート制御回路，１０６ シリ
アルＩ／Ｆ，１０７ シリアルＩ／Ｆ，１２０ ＥＥＰ
ＲＯＭ

フロントページの続き (56)参考文献 特開 平５−347650（ＪＰ，Ａ) 特開 平２−238544（ＪＰ，Ａ) 特開 平６−125365（ＪＰ，Ａ) 特開 平８−228195（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/06 G05B 19/05

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 プログラマブルコントローラからの送信
   データに対し，先頭フレームおよび最終フレームを付加
   し，先頭フレーム，送信データおよび最終フレームを含
   むフレームデータを交信相手としての汎用機器へ送信す
   るネットワークユニットであって， 交信相手としての前記汎用機器のプロトコルに合わせた
   複数の異なる伝文フレーム用の前記先頭フレームおよび
   最終フレームがフレーム番号に対応付けられて登録され
   るフレームデータメモリと， 前記汎用機機へのデータ送信時，前記プログラマブルコ
   ントローラから入力されるフレーム番号に対応する先頭
   フレームおよび最終フレームを前記フレームデータメモ
   リから取り出し，取り出した先頭フレームおよび最終フ
   レームを前記プログラマブルコントローラから入力され
   る送信データに付加してフレームデータを作成し，作成
   したフレームデータを前記汎用機器に送信する制御手段
   と， を備える ことを特徴とするネットワークユニット。
2. 【請求項２】 前記フレームデータメモリに登録される
   先頭フレームおよび最終フレームは，１〜複数の可変デ
   ータ判別用固定コードを含むものであり， 複数の異なる番号データに対応して可変コードデータが
   記憶される可変データメモリを更に備え， 前記制御手段は，前記フレームデータメモリから取り出
   した先頭フレームおよび最終フレームに前記可変データ
   判別用固定コードが含まれている場合，該可変データ判
   別用固定コードに続く所定長のデータ部分に含まれる番
   号データを判定し，この判定した番号データに対応する
   可変コードデータを前記可変データメモリから取り出
   し，取り出した可変コードデータを当該可変データ判別
   用固定コードに続く前記所定長のデータ部分と置換し
   て，前記フレームデータを作成する ことを特徴とする請
   求項１に記載のネットワークユニット。
3. 【請求項３】 プログラマブルコントローラと汎用機器
   との間におけるデータ通信を調歩同期方式により実行す
   るネットワークユニットにおいて， 交信相手となる前記汎用機器のプロトコルに合わせた複
   数の伝文フレームをフレーム番号にそれぞれ対応付けて
   複数登録し，前記汎用機器との交信フレームを 前記フレ
   ーム番号にて指定することにより前記フレーム番号を用
   いた前記汎用機器との接続を実行するとともに，前記汎
   用機器からの受信伝文に対応するフレーム番号を判別
   し，判別したフレーム番号を前記プログラマブルコント
   ローラに対して送信することにより前記汎用機器からの
   受信伝文の内容を前記プログラマブルコントローラに伝
   達することを特徴とする ネットワークユニット。