JPH06104951A

JPH06104951A - 通信制御装置

Info

Publication number: JPH06104951A
Application number: JP4254778A
Authority: JP
Inventors: Tetsuya Nishiki; 哲也錦
Original assignee: Komatsu Ltd
Current assignee: Komatsu Ltd
Priority date: 1992-09-24
Filing date: 1992-09-24
Publication date: 1994-04-15

Abstract

(57)【要約】【目的】この発明は、複数の通信プロトコルへの対処を
少ない開発コストおよび開発時間で可能にするととも
に、少ないメモリ容量で複数の通信プロトコル用処理プ
ログラムを格納することができる通信制御装置を提供す
ることを目的とする。【構成】この発明では、外部装置と通信回線を介して接
続される装置において、通信プロトコルを記憶するメモ
リを、複数の異なる通信プロトコルに共通の処理プログ
ラムを記憶する第１のメモリと、これら複数の通信プロ
トコル間の非共通部分についての１つの通信プロトコル
用の処理プログラムを記憶する第２のメモリとに分割す
るようにしたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は複数のプロトコル間の
相違を考慮して通信プロトコルを記憶するメモリ構成を
改良した通信制御装置に関する。

【０００２】

【従来の技術】通信システムの分野には、複数の異なる
通信規約（プロトコル）が存在する。これら複数のプロ
トコルを全てサポートするようにした従来技術として、
特開平１−９３２３６号公報がある。この従来技術にお
いては、複数のプロトコルサポートプログラムをメモリ
に記憶し、該メモリに記憶されたいくつかのプロトコル
サポートプログラムの中の１つを選択し、該選択したプ
ロトコルサポートプログラムにしたがって通信を行うこ
とにより種々の通信プロトコルに対処できるようにして
いる。

【０００３】

【発明が解決しようとする課題】しかしながらかかる従
来技術では、これら複数の通信プロトコルを全く別個の
ものとして扱い、それぞれが全く関連のないものとして
各サポートプログラムを開発するようにしていたので、
開発コストや開発時間が増大するという問題があった。
また、上記従来技術では、これら複数の通信プロトコル
用のサポートプログラムを全く別個のものとして所定の
メモリに記憶するようにしているので、全サポートプロ
グラムを合計した分の莫大なメモリ容量が必要になると
いう問題がある。

【０００４】この発明はこのような実情に鑑みてなされ
たもので、複数の通信プロトコルへの対処を少ない開発
コストおよび開発時間で可能にするとともに、少ないメ
モリ容量で複数の通信プロトコル用処理プログラムを格
納することができる通信制御装置を提供することを目的
とする。

【０００５】

【課題を解決するための手段及び作用】この発明では、
外部装置と通信回線を介して接続される装置において、
通信プロトコルを記憶するメモリを、複数の異なる通信
プロトコルに共通の処理プログラムを記憶する第１のメ
モリと、これら複数の通信プロトコル間の非共通部分に
ついての１つの通信プロトコル用の処理プログラムを記
憶する第２のメモリとに分割するようにしたことを特徴
とする。

【０００６】かかる本発明によれば、複数の通信プロト
コルによる通信処理を検討し、これら複数の通信プロト
コル間に共通している処理に関する部分（プロトコルに
依存しない部分）をプログラム化して前記第１のメモリ
に記憶すると共に、それ以外の非共通部分についてのプ
ログラムを前記第２のメモリに記憶させるようにしてい
る。従って、異なるプロトコルに対処する場合は、前記
非共通部分に関するプログラムのみを開発し、該開発し
たプログラムで前記第２のメモリの記憶内容を差し替え
るようにすればよく、従来の全プログラムをいちから開
発する手法に比べて、開発コストや開発時間を大幅に低
減することができる。

【０００７】またこの発明によれば、外部装置と通信回
線を介して接続される装置において、複数の異なる通信
プロトコルに共通の処理プログラムを記憶する第１のメ
モリと、これら複数の通信プロトコル間の非共通部分の
通信プロトコル用の処理プログラムを前記複数の通信プ
ロトコル別にそれぞれ記憶する第２のメモリと、使用す
る通信プロトコルに対応して前記第２のメモリに記憶さ
れた複数の通信プロトコル処理プログラムの１つを選択
する選択手段とを具えるようにしている。

【０００８】かかる発明によれば、複数の通信プロトコ
ル間に共通している処理に関する部分をプログラム化し
て前記第１のメモリに記憶すると共に、複数の通信プロ
トコルの非共通部分の通信プロトコル用の処理プログラ
ムを前記複数の通信プロトコル別に前記第２のメモリに
各別に記憶し、前記選択手段によって前記メモリの記憶
内容の内の所要の１つを選択するようにしているので、
共通部分に関する処理プログラムは全てのプロトコルで
共用されるようになり、従来に比べて通信処理用のメモ
リ容量を格段に削減することができる。

【０００９】

【実施例】以下、この発明を添付図面に示す実施例に従
って詳細に説明する。

【００１０】図２はこの発明の実施例についてそのハー
ドウェア構成を示すもので、１はメインプロセッサ、２
はメインプロセッサのプログラムエリアが設けられてい
るメインメモリ、３はデータを格納するデータメモリで
あり、これらはメインプロセッサバス４を介して接続さ
れている。５は外部装置と通信を行うための通信プロセ
ッサ、６は複数の異なる通信プロトコルに共通の処理プ
ログラムが記憶されている第１のメモリ（ＲＯＭ）、７
は複数の通信プロトコル間の非共通部分についての１つ
の通信プロトコル用の処理プログラムが記憶されている
第２のメモリ（ＲＡＭ）、８は通信用ＬＳＩであり、こ
れらは通信プロセッサ用バス９を介して接続されてい
る。

【００１１】図１は、この発明の実施例のソフトウェア
構成を示すもので、アプリケーションプログラム１１は
メインメモリ２上に存在し、送信キュー１２および受信
キュー１３はデータメモリ３上に存在し、通信手順プロ
グラムＴＰ中の共通処理プログラム１４は第１のメモリ
（ＲＯＭ）６上に存在し、プロトコル遷移テーブル１
５、フォーマットテーブル１６及び特殊処理プログラム
１７は第２のメモリ（ＲＡＭ）７上に存在し、送信バッ
ファ１８および受信バッファ１９は通信専用ＬＳＩ上に
存在する。アプリケーションプログラム１１は送信キュ
ー１２に送信すべきデータを書き込むと共に、受信キュ
ー１３から受信したデータを受け取るなどの処理を実行
する。

【００１２】以下、この発明の要部である通信手順プロ
グラムＴＰ中の共通処理プログラム１４、プロトコル遷
移テーブル１５、フォーマットテーブル１６及び特殊処
理プログラム１７について詳述する。

【００１３】図３は無手順のシリアル通信においてよく
採用されるプロトコルの一部を示すもので、同図（Ａ）
は正常時のプロトコル、（Ｂ）は異常時のプロトコルを
示すものである。

【００１４】同図３中における信号の定義は以下の通り
である。

【００１５】ＥＮＱ；相手局からの応答を要求する伝文ＡＣＫ；受信側が返送する肯定確認応答ＮＡＫ；受信側が返送する否定確認応答ＥＯＴ；伝送の終結を示すＤＡＴＡ；伝送データプロトコル遷移テーブル１５は、各種通信状態と各種イ
ベントとをパラメータにして当該プロトコルで取るべき
動作及びその動作の後移行すべき状態をテーブル形式で
記述したものであり、図４にその具体例を示す。この図
４のプロトコル遷移テーブルは図３に示したプロトコル
に対応するものであり、このプロトコル遷移テーブルに
よれば、例えば状態２の‘ＡＣＫ待ち’の状態で‘ＡＣ
Ｋ受信’のイベントＢが発生すると、‘ＤＡＴＡ’伝文
を送出後、タイマカウンタをセットし、状態３の‘ＥＯ
Ｔ待ち’の状態に移るようにする。また、状態２の‘Ａ
ＣＫ待ち’の状態で‘ＮＡＫ受信’のイベントＥが発生
すると、‘ＥＮＱ’伝文を再送出後、タイマカウンタを
セットするとともにリトライカウンタを１増加し、この
状態２を維持するようにする。このようなプロトコル遷
移表によってプロトコルは厳密に規定できる。

【００１６】フォーマットテーブル１６は、‘ＥＮＱ’
‘ＡＣＫ’‘ＥＯＴ’‘ＮＡＫ’等の各伝文のコード
と、伝送データ‘ＤＡＴＡ’のデータフレーム構成など
をテーブル形式で記述したものであり、図５にその具体
例を示す。

【００１７】なお、図５において、ＳＴＸ；データフレームの初めを示すコードＥＴＸ；１つのデータフレームの終わりを示すコードｄａｔａ；データ本体ｃｈ；チェックコードＣＲ；キャリッジリターンコードである。

【００１８】特殊処理プログラム１７は、例えば上記デ
ータ伝送の際のデータチェックなどのように、各プロト
コルに固有の処理を記述している部分である。例えば、
プロトコルによっては、ＳＴＸからＥＴＸ迄のデータの
排他的論理和をとった８ビットデータをＡＳＣＩＩコー
ドの２文字に変換したものを採用する場合もあるし、Ｃ
ＲＣコードを採用する場合もある。

【００１９】共通処理プログラム１４は、図６に示すよ
うに、送信キュー検知タスク２０、受信イベント創出タ
スク２１、タイマタスク２２、遷移表管理ルーチン２
３、送信電文作成ルーチン２４、ｄａｔａ読み出しルー
チン２５、リトライカウンタルーチン２６、エラーコー
ド作成ルーチン２７、タイマセットリセットルーチン２
８、および通信状態管理・実行タスク２９などによって
構成されている。これら共通処理プログラム１４は、プ
ロトコルが異なっても変更を必要としない処理に関する
部分であり、かかる共通処理プログラム１４は複数の異
なるプロトコルによる通信処理に共用される。

【００２０】かかる図６の構成においては、初期状態に
あるときに、アプリケーションプログラムから送信要求
があると、送信キュー１２に送信すべきデータがセット
される。送信キュー検知タスク２０は送信キュー１２に
データが有るか否かを検知しており、イベントＡの‘送
信要求’（図４参照）を通信状態管理・実行タスク２９
に渡す。通信状態管理・実行タスク２９は、遷移表管理
ルーチン２３を起動してプロトコル遷移表を参照するこ
とにより、行うべき処理を認知する。この場合、行うべ
き処理は‘ＥＮＱ’の送信であり、通信状態管理・実行
タスク２９は送信電文作成ルーチン２４を起動し、フォ
ーマットテーブル１６を参照する。通信状態管理・実行
タスク２９は、該フォーマットテーブルによって‘ＥＮ
Ｑ’のコードが「０５」である事を知り、この「０５」
なるコードを送信バッファ１８にセットする。さらにタ
イマセットリセットルーチン２８を起動してタイマタス
ク２２を始動しするとともに、リトライカウンタルーチ
ン２６でリトライカウンタの値を０にする。そして、こ
れらが終了すると、内部の状態を２の‘ＡＣＫ待ち’の
状態にする。

【００２１】プロトコル遷移表１５にあるその他のイベ
ント、‘ＡＣＫ受信’‘ＤＡＴＡ受信’‘ＥＯＴ受信’
‘ＮＡＫ受信’‘ＥＮＱ受信’‘その他のコード’は、
受信イベント創出タスク２１が、受信バッファ１９の内
容を読み出し、これを通信状態管理・実行タスク２９に
渡す事によって実行される。また、イベントＨの‘タイ
ムアウト’は、タイマタスク２２から発生される。

【００２２】通信状態管理・実行タスク２９は、以下同
様にして、プロトコル遷移表１５に従って各イベントに
対応する所要の処理を順次実行していく。ただし、送信
電文作成ルーチン２４がＤＡＴＡ送信を行うときに、デ
ータフレーム信号中の‘ｄａｔａ’部には送信キュー１
２のデータがそのまま挿入されるが、チェックコードｃ
ｈは、特殊処理プログラム１７中のチェックコードルー
チンによってその値が計算される。

【００２３】このようにこの実施例によれば、１つの通
信プロトコルの通信手順プログラムを記憶する際、全て
のプロトコルによる通信に共通の共通処理プログラム１
４は第１のメモリ（ＲＯＭ）に固定記憶し、それ以外の
共通していない処理に関する部分は、前述したプロトコ
ル遷移テーブル１５、フォーマットテーブル１６、特殊
処理プログラム１７の形態を持って第２のメモリ（ＲＡ
Ｍ）に記憶するようにしたので、本装置を異なるプロト
コルに対処させる場合は、プロトコル開発装置３０を使
って前記非共通部分に関するプログラムのみを開発し、
該開発したプログラムを前記第２のメモリ（ＲＡＭ）に
ダウンロードすればよく、従来の全プログラムをいちか
ら開発する手法に比べて、開発コストや開発時間を大幅
に低減することができる。すなわち、本装置において
は、共通処理プログラム部分１４は全てのプロトコルに
共用できるので、この部分を開発する必要がないのであ
る。図７は、この発明の他の実施例を示すもので、この
場合は、複数のプロトコルに関するプログラムを常時搭
載し、これらを選択して使用することにより複数のプロ
トコルに対処できるようにしている。

【００２４】すなわち、この図７の実施例では、前記共
通処理プログラム部分１４はＲＯＭに固定記憶して全て
のプロトコルで共通使用すると共に、前記プロトコル遷
移テーブル１５、フォーマットテーブル１６、特殊処理
プログラム１７に関する部分を、各プロトコルに対応し
て複数個ずつ持ち、所要のものを選択部５０で適宜選択
して使用するようにしている。

【００２５】かかる実施例によれば、共通部分の処理プ
ログラムが各プロトコルで共用されるようになるので、
全てのプロトコルに関するプログラムを全く別個のもの
として記憶してこれらを選択して使用する従来技術に比
べて、メモリ容量を大幅に削減することができる。

【００２６】

【発明の効果】以上説明したようにこの発明によれば、
通信プロトコルを記憶するメモリを、複数の異なる通信
プロトコルに共通の処理プログラムを記憶する第１のメ
モリと、これら複数の通信プロトコル間の非共通部分つ
いての１つの通信プロトコル用の処理プログラムを記憶
する第２のメモリとに分割するようにしたので、新しい
プロトコルに対応するときは前記第２のメモリの記憶デ
ータのみを作り直すだけでよくなり、開発コストおよび
開発時間を従来に比べて大幅に削減することができる。

【００２７】またこの発明によれば、現存する全てのプ
ロトコルをサポートしようとする際には、複数の異なる
通信プロトコルの処理プログラムを共通部分と非共通部
分のプログラムに分けて記憶するようにしたので、共通
部分の処理プログラムが各プロトコルで共用されるよう
になり、従来に比べメモリ容量を大幅に削減することが
できる。

【図面の簡単な説明】

【図１】この発明の実施例についてのソフトウェア構成
例を示す図。

【図２】この発明の実施例についてハードウェア構成例
を示す図。

【図３】プロトコルの一例を示す図。

【図４】プロトコル遷移テーブルの内容を例示する図。

【図５】フォーマットテーブルの内容を例示する図。

【図６】共通処理プログラムの概念的構成例を示す図。

【図７】この発明の他の実施例を示す図。

【符号の説明】

１…メインプロセッサ２…メインメモリ３…データメモリ４…メインプロセッサバス５…通信プロセッサ６…第１のメモリ７…第２のメモリ８…通信専用ＬＳＩ９…通信プロセッサバス１０… １１…アプリケーションプログラム１２…送信キュー１３…受信キュー１４…共通処理プログラム１５…プロトコル遷移テーブル１６…フォーマットテーブル１７…特殊処理プログラム１８…送信バッファ１９…受信バッファ２０…送信キュー検知タスク２１…受信イベント創出タスク２２…タイマタスク２３…遷移表管理ルーチン２４…送信電文作成ルーチン２５…ｄａｔａ読み出しルーチン２６…リトライカウンタルーチン２７…エラーコード作成ルーチン２８…タイマセットリセットルーチン２９…通信状態管理・実行タスク

Claims

【特許請求の範囲】

【請求項１】外部装置と通信回線を介して接続される装
置において、通信プロトコルを記憶するメモリを、複数の異なる通信プロトコルに共通の処理プログラムを
記憶する第１のメモリと、これら複数の通信プロトコル間の非共通部分についての
１つの通信プロトコル用の処理プログラムを記憶する第
２のメモリと、に分割するようにしたことを特徴とする通信制御装置。
【請求項２】前記第２のメモリに記憶される処理プログ
ラムは、通信の各状態と該各状態を変化させる原因となる各イベ
ントに対応して所要の動作及び該動作の後移行すべき状
態をそれぞれ記述した第１メモリテーブルと、通信電文のフォーマットに関する内容を記述した第２メ
モリテーブルと、を含む請求項１記載の通信制御装置。
【請求項３】前記第２のメモリに記憶される処理プログ
ラムは、通信の各状態と該各状態を変化させる原因となる各イベ
ントに対応して所要の動作及び該動作の後移行すべき状
態をそれぞれ記述した第１メモリテーブルと、通信電文のフォーマットに関する内容を記述した第２メ
モリテーブルと、当該プロトコルに固有の処理内容を記述した第３メモリ
と、を含む請求項１記載の通信制御装置。
【請求項４】外部装置と通信回線を介して接続される装
置において、複数の異なる通信プロトコルに共通の処理プログラムを
記憶する第１のメモリと、これら複数の通信プロトコル間の非共通部分の通信プロ
トコル用の処理プログラムを前記複数の通信プロトコル
別にそれぞれ記憶する第２のメモリと、使用する通信プロトコルに対応して前記第２のメモリに
記憶された複数の通信プロトコル処理プログラムの１つ
を選択する選択手段と、を具えるようにしたことを特徴とする通信制御装置。