JPS62157441A - 機器相互の通信可能状態確認方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〈産業上の利用公費〉 本発明はデータ伝送路以外に特別な制御信号伝送路を持
たないホストＣＰＵと端末８！器（ターミナル）間での
通信などに用いて好適な機器相互の通信可能状態確認方
法に関する。

〈従来の技術〉 例えば、ホストＣＰＵとターミナル間の通信を行う際、
伝送路を単純化するためにＲ３２３２Ｃ等のシリアルイ
ンターフェースを用い、接続をシグナルグランド、デー
タ送信ライン及びデータ受信ラインのみとし、特別な制
御信号授受ラインを設けない場合がある。

〈発明が解決しようとする問題点〉 この場合、ホストＣＰＵ、ターミナルの両者は八−ド上
、互いに相手が通信可能な状態であるか否か知る事が出
来ず、データを送信しても相手側が受信不能なため送信
エラーを起こす問題があった。

例えば、ホストＣＰＵが通信可能状態になっているとき
、後からターミナルに電源が投入されろと、電源立ち上
がりの過渡時に、ホストＣＰＵが外乱による期待外のコ
ードを受信したり、フレーミングエラー、オーバランエ
ラー等の受信エラーが生じる問題があった。

そして、電源投入順序が逆の場合にも同様のエラーがタ
ーミナル側に生じる問題があった。

本発明は上記従来技術の欠点に鑑みなされたもので、簡
単なソフト上のプロトコルで機器自身が相互間の通信可
能状態の確認を行えるようにした機器相互間の通信可能
状態確認方法を提供することをその目的とする。

〈問題点を解決するための手段〉 第１図は、本発明の一実施例に係る通信システムを示す
ブロック図である。

図中、１０はセンタ側のホストＣＰＵであり、２０は伝
送路、３０は伝送路を介してホストｃＰＵＩＯと相互接
続されたターミナルである。

ホストＣＰＵｌ０とターミナル３ｏは所定のプロトコル
処理プログラムを内蔵しており、電源投入後、このプロ
トコル処理プログラムを実行するようになっている。

〈作用〉 一方の機器、例えばターミナル３０は、パワーオン後所
定の問診コマンドを示す文字列″ＲＥＱ”を他方の機器
例えばホストＣＰＵｌ０に送信し、ホストＣＰＵｌ０か
ら自分が発信したのと同じ文字列（問診コマンド）の返
答があるか否かを判断し、同じ文字列を受信しない場合
には問診コマンドの送信を継続し、同じ文字列を受信し
た場合は通信可能状態であるとしてホストＣＰＵｌ０に
確認コマンドを示す文字列”ＯＰ　Ｅ　Ｎ　”を発信す
る。

他方の機器であるホストＣＰＵｌ０は、パワーオン後タ
ーミナル３０か・ら確認コマンドを示す文字列′”ＯＰ
　Ｅ　Ｎ　”を受信したかどうかを判断し、確認コマン
ドを示す文字列を受信していない場合はターミナルから
送られてきた文字列をそのまま返送し、確認コマンドを
示す文字列を受信したとき通信可能状態と判定する。

〈実施例〉 次に、本発明の一実施例に係る通信可能状態確認方法を
図面に従って説明する。

第１図はホストＣＰＵとターミナル間の通信システムを
示す概略ブロック図であり、第２図はホスト側のプロト
コル処理ルーチン、第３図はターミナル側のプロトコル
処理ルーチンを示すフローチャートである。

第１図において、ホスｌ−ＣＰ　Ｕ　１０とターミナル
３０が光ファイバーなどの伝送路２０を介して相互接続
されている。伝送路２０は例えば、ホストＣＰＵ１０と
ターミナル３０間の入出力インタ７エース１２．３２が
Ｒ３２３２Ｃ等のシリアルインタフェースの場合、シグ
ナルグランドＳＧ。

受信ラインＲＬ、送信ラインＳＬの三本となっている。

ホストＣＰＵｌ０は、入出力インタフェース１２の他、
中央演算処理ユニット１４、プログラム格納用のＲＯＭ
１６、データの一時退避用などのＲＡＭ１８などがバス
接続されて成る。そして、ＲＯＭ１６に格納されたシス
テム処理に必要な各種プログラムに基ずき、伝送路２０
を介してターミナル３０とデータの授受を行いながら所
定の処理を実行するようになっている。

一方、ターミナル３ｏは、入出力インタフェース３２の
ほかにマイクロコンピュータシステム３４、キーボード
３６、ディスプレイ３８などがバス接続されて成る。そ
して、マイクロコンピュータシステム３４のメモリに予
め格納されたシステム処理に必要な各種プログラムに基
づき、ホス）ＣＰＵＩＯとデータ授受を行いながら所定
の処理を実行するようになっている。

ホストｃｐｕｉｏとターミナル３０にはまた、電源投入
後、通信可能状態になったことを機器自身で確認するた
め、それぞれにホスト側プロトコル処理プログラム及び
ターミナル側プロトコル処理プログラムが内蔵されてお
り、電源を投入した直後の電源立ち上がりで生じる送信
エラーを未然に防ぐことが出来るようになっている。

次に上記実施例の全体的な動作を第２図、第３図のフロ
ーチャートに基づいて説明する。

一般に、ホストｃｐｕｉｏはターミナル３０より先に電
源が投入され、送受信可能な状態となるので、ホスｌ−
ＣＰ　Ｕ　１０の動作から述べる。

第２図に示す如く、電源が投入されるとイニシャライズ
動作を行ったのち（ステップ１００）、入出力インター
フェース１２を介して受信ラインＲＬから送られるデー
タを読込む（ステップ１０２）。

次に、読込んだデータが数文字から成る確認コマンド（
−例として”０ＰＥＮ″）であるか否か判断しくステッ
プ１０４）、否の場合は、受信した文字列（確認コマン
ド）をそのまま入出力インターフェース１２を介して送
信ラインＳＬに出力する（ステップ１０８）。

ステップ１０４の判断でＹＥＳの場合は、通信可能な状
態になったとしてプロトコル処理を終了しくステップ１
０６）、次のフローへ移行する。

尚、ターミナル３０に電源が投入されていないとき、受
信ラインＲＬを通して送られる文字列は何もなく、従っ
て、ステップ１０８でターミナル３０側に実際に送り返
される文字列はない。

さて、ステップ１０８の処理の後、予め定められたＮ秒
より大きな待ち時間を取って（ステップ１１０）、再び
ステップ１０２へ戻る。

ターミナル３０側が電源オンになるまで、ホストＣＰＵ
１０側では、ステップ１０２．１０４．１０８．１１０
をくり返す。

この状態で、ターミナル３０の電源が投入されろと、第
３図に示す如くターミナル３０自身はイニシャライズ動
作を行うが（ステップ３００）、電源投入による過渡的
な電圧立上がり時に受信ラインＲＬに現われる外乱によ
りホスＩ−ＣＰ　Ｕ　１０側のステップ１０２の処理で
未定義のキャラクタが読込まれてしまう。

けれども、ホストＣＰＵｌ０はプロトコル処理を実行中
であり次のステップ１０４でＮｏと判断するため当該未
定義キャラクタがターミナル３０へ返送される。

一方、ターミナル３０側では、ステップ３００のイニシ
ャライズ動作後、まず、数文字から成る問診コマンドと
して”ＲＥＱ”を入出力インタフェース３２を介して受
信ラインＲＬへ出力しくステップ３０２）、続いて所定
の待ち時間を取って（スッテプ３０４）、送信ラインＳ
Ｌから送られろ文字列を読取り　（ステップ３０６）、
読取った文字列が問診コマンド”ＲＥＱ”か否か判断し
くステップ３０８）、否のときはステップ３０２へ戻る
というルーチンを繰り返す。

乙こでホストＣＰＵｌ０が前記未定義キャラクタを返送
して来ると、ターミナル３０はステップ３０８の判断で
否と判断するためステップ３０２へ戻って、”ＲＥＱ”
を送信することになる。

すると、ホストＣＰＵ側はステップ１０２でタップ１０
４で確認コマンド°’　０ＰＥＮ“でないので、問診コ
マンド”ＲＥＱ”をそのままターミナル３０へ返送する
。

続いてターミナル３０側では、ステップ３０６でホスト
ＣＰＵｌ０から送られる文字列を読取り、読取った文字
列が”ＲＥＱ”か判断しくステップ３０Ｂ）、パワーオ
ンによるイニシャライズ後自身が送った’ＲＥＱ”と同
じなのでステップ３１０へ抜け、数文字から成るＭ　Ｂ
ｌコマンドの一例としての’　０ＰＥＮ″を入出力イン
タフェース３２Ｉｅ介して受信ラインＲＬへ送出すると
ともに、ホストＣＰｔＪ１０、ターミナル３０、送受伝
送路２０共に正常に動作している確認がとれ通信可能状
態になったとしてプロトコル処理を終了しくステップ３
１２）、次のフローへ移行する。

これに対しホストＣＰｔＪ　１０側では、ターミナル３
０から確認コマンド″０ＰＥＮ”を受信すると、ステッ
プ１０４で’　０ＰＥＮ″と判断し、ターミナル３０、
ホスト１０、送受伝送路２０共にＴ堂Ｉｒ　Ｉｌｈ　ｋ
　ｌ、で（、％　Ｘ　Ｘｆｉ　ｔＷ　＋＜　）−４ｉ通
４９！　ＥＴ　４１９　ｎ　Ｗｅ　ｔｒ　ｔｒうたとし
てプロトコル処理を終わり　（ステップ１０６）、次の
フローへ移行する０ 以上の動作により、ホストＣＰＬＪ　１０、ターミナル
３０いずれも通信可能状態になったことを確認出来るの
で、確認後、システムの所定の処理を実行することによ
り、エラーを未然に防ぐことが可能となる。

尚、予めターミナル３０側の電源が先に投入されており
、ステップ３０２．３０４．３０６．３０８のルーチン
を繰り返しているときに、ホストＣＰＵ　１０側の電源
が投入されると、第２図に示す如くホストＣＰＵｌ０自
身はイニシャライズ動作を行うが（ステップ１００）、
電源投入による過渡的な電圧立上がり時に送信ラインＳ
Ｌに現われる外乱によりターミナル３０側のステップ３
０６の処理で未定義のキャラクタが読込まれてしまう。

けれどもターミナル３０はプロトコル処理を実行中であ
り、次のステップ３０８でＮｏと判断するためターミナ
ル３０はステップ３０２へ戻って”ＲＥＱ”を送信する
。

これに対してホストＣＰＵｌ０側ではイニシャライズ動
作後、ステップ１０２でターミナル３０から送られる文
字列を読込み、ステップ１０４で”０ＰＥＮ”か判断し
、否のためＲＥ　Ｑ　”をそのままターミナル３０へ送
り返すことになる（ステップ１０８）。

ホストＣＰＵｌ０から”ＲＥＱ”が送信されるとターミ
ナル３０はステップ３０８の判断でＹＥＳとなるため、
ホストＣＰＵｌ０へ”０ＰＥＮ”′を送出しくステップ
３１０）、ホストＣＰＵｌ０゜ターミナル３０、伝送路
２０ともに正常動作していることを確認できたとしてプ
ロトコル処理を終わる（ステップ３１２）。

一方、ホストＣＰＵｌ０側は、ステップ１０４でターミ
ナル３０から”０ＰＥＮ″が送られてきたことを判断す
ると、ターミナル３０、ホストＣＰＵｌ０１伝送ＦＬＯ
Ｍ２０ともに正常動作していることを確認出来たとして
プロトコル処理を終わる（ステップ１０６）。

尚、上記実施例ではホストＣＰＵとターミナル間で通信
を行う場合を例にとり説明したが、本発明は何等これら
に限定されるものではなく、ホストＣＰＵ相互間、ある
いはターミナル相互間の通信を行う場合に適用してもよ
いのは勿論である。

又、問診コマンド、確認コマンド共に”ＲＥＱ″、”０
ＰＥＮ″以外の文字列を用いてもよい。

〈発明の効果〉 以上説明したように本発明にかかろ機器相互間の通信可
能状態確認方法によれば、一方の機器は定期的に所定の
コマンドで問診を行うと共に、他方の機器は受信したの
と同じ文字を一方の機器に返信するようにし、該一方の
機器が自分が発したのと同じ文字を受は取ったとき、２
つの機器及び伝送路が正常動作しているとして通信可能
状態と判定し他方へ所定コマンドで確認を取り、他方の
機器はこの確認コマンドを受は取ったとき、２つの機器
及び伝送路が正常動作しているとして通信可能状態と判
定するようにしたので、人手等による特別な処理を要す
ることなく簡単なソフトウェア上のプロトコルで通信可
能状態の確認ができ、いずれの順序で機器に電源が投入
された際にも過渡的な電源立ち上がり時の外乱による未
定義キャラクタの受信や、フレーミングエラー、オーバ
ランエラー等を防止できる。

又、光ケーブルを用いる場合でも多様な種類の光電変換
器を使用できる。例えば、断線チェック機能を有するタ
イプでは、送信側機器の電源が未投入のとき、変調キャ
リアが存在しないので受信側の光電変換器は送信側の電
源が投入される迄光ケーブル断を示す固有のシリアルピ
ットパターンを発生している。このため、送信側機器の
電源が投入されると未定義コードを受信したり、前述の
フレーミングエラー等が生じることになるが、本発明に
よればそれが防止される。

更に、光ケーブルで通信開始に先立ってダミーキャラク
タを要するタイプでは、問診コードで代用することがで
きろ。

【図面の簡単な説明】

第１図は本発明の１実施例にかかる通信システムの構成
を示す概略ブロック図、 第２図は第１図中のホストＣＰＵのプロトコル処理を示
すフローチャート、 第３図は第１図中のターミナルのプロトコル処理を示す
フローチャートである。 １０・・ホストＣＰＵ・ ２０・・伝送路、 ３０・・ターミナル 特許出願人　　　　　　　　ファナック株式会社代理人
　　　　　　　　　　弁理士　　齋藤千幹第１図 第２図 第３図

Claims (1)

1. 【特許請求の範囲】 互いに伝送路を介して接続された二つの機器間の通信可
   能状態確認方法において、一方の機器は、パワーオン後
   所定の文字列である問診コマンドを他方の機器に発する
   第１ステップ、 他方の機器から自分が発したのと同じ文字列の返答が有
   るか否か判断する第２ステップ、 同じ文字列を受信しない場合は第１ステップへ戻り、同
   じ文字列を受信した場合は通信可能状態と判定し所定の
   文字列である確認コマンドを他方の機器に発する第３ス
   テップを介して通信可能状態を確認し、 他方の機器はパワーオン後、一方の機器から所定の文字
   列である確認コマンドが送られたか否かを判断する第１
   ステップ、 確認コマンドを受信していない場合は、一方の機器から
   送られるキャラクタをそのまま該一方の機器に送り返し
   て第１ステップに戻る第２ステップ、 確認コマンドを受信したとき通信可能状態と判定する第
   ３ステップを介して通信可能状態を確認することを特徴
   とする機器相互の通信可能状態確認方法。