JP3060176B2 - 通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定の制御装置
と、１以上の通信端末と、前記所定の制御装置と前記１
以上の通信端末とを接続し、少なくとも前記所定の制御
装置からの制御情報をもとに前記１以上の通信端末に対
する通信制御を行う１以上の通信プロトコルモジュール
をもつ通信装置とを有する通信システムに関し、特に通
信プロトコルの変更に伴う通信装置の設計変更にかかる
時間および労力を格段に軽減することができる通信シス
テムに関する。

【０００２】

【従来の技術】従来から、所定の制御装置と１以上の通
信端末とを接続し、該所定の制御装置の制御情報をもと
に前記１以上の通信端末に対する通信制御を行う通信装
置を有した通信システムがある。

【０００３】例えば、図９は通信装置を含む通信システ
ムの構成を示している。通信システム１００内の通信装
置１０１は、ユーザ制御装置１０２、通信ネットワーク
１０３、電話等のオーディオ処理装置１０４、ルータ等
のデータ処理装置１０５、及びビデオ処理装置１０６
を、それぞれユーザインターフェース部１０２ａ、光通
信インターフェース部１０３ａ、オーディオインターフ
ェース部１０４ａ、データインターフェース部１０５
ａ、及びビデオインターフェース部１０６ａを介して接
続する。光通信インターフェース部１０３ａと通信ネッ
トワーク１０３との間は光ファイバＬＬで接続され、高
速通信を実現している。オーディオインターフェース部
１０４ａのポート１０４ｐとオーディオ処理装置１０４
との間は２ワイヤの電話線で接続され、音声情報の送受
信が実現される。データインターフェース部１０５ａの
ポート１０５ｐとＬＡＮルータ等のデータ処理装置１０
５との間は例えば１０ＢＡＳＥ規格（ＩＥＥＥ８０２．
３）のツイストペア線（ＵＴＰ−５）で接続され、デー
タ送受信が実現される。ビデオインターフェース部１０
６ａのポート１０６ｐとビデオ処理装置１０６との間は
同軸ケーブルで接続され、画像情報の送受信が実現され
る。また、ユーザ制御装置１０２とユーザインターフェ
ース部１０２ａとの間は、ユーザインターフェース部１
０２ａに対応したケーブル、例えばＲＳ２３２Ｃインタ
ーフェースケーブル等のシリアル転送ケーブルで接続さ
れ、ユーザ制御装置１０２からの制御情報が通信装置１
０１に入力される。

【０００４】通信装置１０１は、通信プロトコルエンジ
ン１０７を有し、この通信プロトコルエンジン１０７
は、主として音声、データ、画像等の情報を通信ネット
ワーク１０３側に対して多重化し、逆に多重分離するた
めの通信プロトコルを有する。この通信プロトコルの内
容を具体的に記述すると、まずアナログ電話信号をディ
ジタル信号に変換し、あるいはディジタル信号をアナロ
グ電話信号に変換する処理を行う。この変換処理には、
例えばリング・インジケータ、受話器がはずれている場
合の検知、ダイアラ、音声／ディジタル変換等の処理を
含む。また、この通信プロトコルは、アナログ画像信号
をディジタル画像信号に変換し、あるいはディジタル画
像信号をアナログ画像信号に変換する処理を行う。さら
に、オーディオ処理装置１０４、データ処理装置１０
５、及びビデオ処理装置１０６から受信した情報を多重
化して光ファイバＬＬに送出する。逆に、光ファイバＬ
Ｌから受信した情報を多重分離する。さらに、光ファイ
バＬＬを介して通信ネットワーク１０３に情報を送信
し、光ファイバＬＬを介して通信ネットワーク１０３か
らの情報を受信する。

【０００５】ここで、ユーザ制御装置１０２は、ユーザ
インターフェース部１０２ａを介して通信プロトコルエ
ンジンに制御情報を送出し、通信ネットワーク１０３，
オーディオ処理装置１０４，データ処理装置１０５，ビ
デオ処理装置１０６の間の通信制御を行うことができ
る。例えば、光通信インターフェース部１０３ａ、オー
ディオインターフェース部１０４ａ、データインターフ
ェース部１０５ａ、ビデオインターフェース部１０６ａ
の起動／停止、各インターフェース部１０４ａ〜１０６
ａのループバック処理、光ファイバＬＬにおける音声、
データ、画像の利用帯域幅の設定処理等の制御が可能で
ある。

【０００６】具体的には、図１０に示すようにユーザイ
ンターフェース部１０２ａ内のレジスタＲＲの内容と通
信プロトコルエンジン１０７内の通信プロトコルモジュ
ール１０７ａ〜１０７ｄとが対応させられて構成され
る。すなわち、光通信インターフェース部１０３ａの起
動／停止を制御する制御情報ＦＡは、ユーザ制御装置１
０２側からみたアドレスＢＡＳＥ＋０に対応するレジス
タＲＲ０に格納される。通信プロトコルモジュール１０
７ａは、常にレジスタＲＲ０に格納された制御情報を読
み出し、この読み出し結果をもとに光通信インターフェ
ース１０３ａの起動／停止を制御する。従って、レジス
タＲＲ０には、常に制御情報ＦＡが格納され、ユーザ制
御装置１０２は、レジスタＲＲ０に対応するアドレスＢ
ＡＳＥ＋０を指定して制御情報ＦＡを送信し、通信プロ
トコルモジュール１０７ａは、レジスタＲＲ０から制御
情報ＦＡを獲得することになる。同様に、各インターフ
ェース部１０４ａ〜１０６ａの起動／停止の制御情報Ｐ
Ａは、固定的にレジスタＲＲ１に格納され、ユーザ制御
装置１０２はこのレジスタＲＲ１に対応するアドレスＢ
ＡＳＥ＋１を指定して制御情報ＰＡを格納し、通信プロ
トコルモジュール１０７ｂはこの制御情報ＰＡをレジス
タＲＲ１から取得して各インターフェース部１０４ａ〜
１０６ａの起動／停止を制御する。さらに、各インター
フェース部１０４ａ〜１０６ａのループバック処理の制
御情報ＰＬ、音声帯域幅の制御情報ＡＢ、データ帯域幅
の制御情報ＤＢ、及びビデオ帯域幅の制御情報ＶＢもそ
れぞれレジスタＲＲ２〜ＲＲ５に固定的に格納され、ユ
ーザ制御装置１０２はこれらレジスタＲＲ２〜ＲＲ５に
対応したアドレスＢＡＳＥ＋２〜ＢＡＳＥ＋５をそれぞ
れ指定して各制御情報ＰＬ、ＡＢ、ＤＢ、ＶＢを格納
し、通信プロトコルモジュール１０７ｃはレジスタＲＲ
２から制御情報ＰＬを取得してループバック処理の制御
を行い、通信プロトコルモジュール１０７ｄはレジスタ
ＲＲ３〜ＲＲ５から制御情報ＡＢ、ＤＢ、ＶＢを取得し
て音声、データ、画像の利用帯域幅の設定処理の制御を
行う。この通信プロトコルモジュール１０７ｄは３つの
レジスタＲＲ３〜ＲＲ５に対応しているが、これは各レ
ジスタＲＲの情報格納単位が固定であり、帯域幅の設定
を１つのレジスタ内に格納しきれないからである。ただ
し、各レジスタＲＲ３〜ＲＲ５に格納される制御情報は
固定である。

【０００７】

【発明が解決しようとする課題】ところで、上述した従
来の通信システム１００では、各制御情報が固定的なレ
ジスタＲＲの領域に格納されるため、通信プロトコルに
変更を加える場合、この変更に対する制御情報を格納す
るレジスタを確保しなければならず、このレジスタの追
加に伴って既に設定されている制御情報を格納するレジ
スタの位置を変更しなければならない場合が生ずる。

【０００８】また、この既存レジスタの位置が変更され
ると、ユーザ制御装置１０２が送信する各制御情報のレ
ジスタの位置を指定するアドレスも変更しなければなら
ず、ユーザ制御装置１０２側において制御情報のアドレ
ス変更をしなければならないという煩雑な処理が強要さ
れるという問題点があった。

【０００９】この場合、さらに通信プロトコルの実現
（図１０）においても制御情報を獲得するレジスタの位
置が変更されるため、既存の通信プロトコルの実現に対
してレジスタの位置の修正処理を行わなければならな
い。特に、通信プロトコルが複雑な場合には、その修正
にかかる時間が膨大であるとともに、レジスタの位置の
対応関係を整理することは容易でないことからデバック
に多大な時間と労力を必要とし、本来の通信プロトコル
の実現にかける時間と労力を犠牲にしなければならない
という問題点があった。

【００１０】例えば、図１１は、図１０の通信装置の構
成に２つの通信機能（１０７ｅ，１０７ｆで実現）を追
加した場合の通信装置の主要構成を示す。図１１におい
て、追加されるブロック１０７ｅは、音声コード化アル
ゴリズムの選択処理を行うブロックであり、このための
制御情報は制御情報ＡＣである。また、ブロック１０７
ｆはデータ圧縮処理を行うブロックであり、このための
制御情報は制御情報ＤＭである。この場合、音声コード
化アルゴリズムの選択処理は音声情報を対象とするた
め、制御情報ＡＣはレジスタ配置上、音声帯域幅を設定
する制御情報ＡＢの近傍におき、データ圧縮処理はデー
タを対象とするため、制御情報ＤＭはレジスタ配置上、
データ帯域幅を設定する制御情報ＤＢの近傍におく。従
って、制御情報ＡＣはレジスタＲＲ４に、制御情報ＤＭ
はレジスタＲＲ６に挿入配置される。この結果、レジス
タＲＲ４に配置されていた制御情報ＤＢはレジスタＲＲ
５に配置変更され、レジスタＲＲ５に配置されていた制
御情報ＶＢはレジスタＲＲ７に配置変更されることにな
る。このため、ユーザ制御装置１０２側においても、レ
ジスタの変更に伴ってアドレスの変更を行わなければな
らない。さらに、既に設定されているブロック１０７ａ
〜１０７ｄのうちのブロック１０７ｄは、レジスタＲＲ
４をレジスタＲＲ５に、レジスタＲＲ５をレジスタＲＲ
７に変更する修正を行わなければならない。従って、通
信プロトコルの変更によって、レジスタ配置の変更、ユ
ーザ制御装置１０２のアドレス変更、他の実現ブロック
とレジスタの間のルーティングの変更という大きな修正
が伴うことなる。

【００１１】さらに、通信プロトコルの変更の際に、実
現ブロックとレジスタの間を誤ってルーティングし、実
現ブロックが無関係な制御情報を獲得して誤動作を生じ
させて障害が発生するという問題が起こりやすかった。

【００１２】一方、近年の急速な技術進歩のため、通信
装置の開発サイクルは短縮し、設計変更サイクルも短縮
化しており、設計変更にかける時間と労力の軽減が要求
され続けている。

【００１３】そこで、本発明はかかる問題点を除去し、
新たな通信プロトコルの追加／削除等の設計変更にかか
る時間の短縮と労力の削減を達成でき、誤動作を確実に
なくすとともに柔軟性のある通信装置を有する通信シス
テムを提供することを目的とする。

【００１４】

【課題を解決するための手段】第１の発明は、所定の制
御装置と、１以上の通信端末と、前記所定の制御装置と
前記１以上の通信端末とを接続し、少なくとも前記所定
の制御装置からの制御情報をもとに前記１以上の通信端
末に対する通信制御を行う１以上の通信プロトコルモジ
ュールをもつ通信装置とを有する通信システムにおい
て、前記通信装置は、前記所定の制御装置から送信され
る前記制御情報を順次、一次格納するメモリと、前記メ
モリに一次格納された制御情報を順次獲得して前記１以
上の通信プロトコルモジュールに放送する制御情報獲得
手段と、前記通信プロトコルモジュールの入力側前段に
設けられ、前記制御情報獲得手段によって放送された制
御情報が、各１以上の通信プロトコルモジュールが処理
すべき制御情報であるか否かをそれぞれ検出する１以上
の検出手段とを具備し、各１以上の通信プロトコルモジ
ュールは、対応する各１以上の検出手段が自通信プロト
コルモジュールが処理すべき制御情報であると検出した
場合に当該制御情報に対する処理を実行することを特徴
とする。

【００１５】第１の発明では、制御情報のメモリへの格
納位置が固定的でなく、制御情報獲得手段が該メモリ内
の制御情報を読み込んで各検出手段に放送し、各検出手
段が自検出手段に対応する自通信プロトコルモジュール
によって処理すべき制御情報であると検出した場合にの
み、各通信プロトコルモジュールに必要な情報を各通信
プロトコルモジュールにそれぞれ送出し、これによって
各通信プロトコルモジュールが処理を実行するようにし
ているので、通信装置の設計変更は、通信プロトコルモ
ジュールの追加、削除を行うのみで実現することができ
る。

【００１６】また、通信装置の設計変更を通信プロトコ
ルモジュールの追加、削除のみで実現することができる
ので、設計変更にかかる時間と労力を格段に短縮、軽減
することができる。

【００１７】さらに、制御装置側は制御情報のアドレス
を、通信装置側のメモリ配置に対応させる必要もないの
で、通信プロトコル変更のためのプロトコル実現設計変
更のために制御装置側の設計変更を行う必要がない。

【００１８】また、各通信プロトコルモジュールは、メ
モリ空間に関係なく通信プロトコル処理を行う設計がな
されているので、通信プロトコルモジュールの追加、削
除に伴うアドレス変更等の通信プロトコルモジュール自
体の設計変更を必要としない。

【００１９】第２の発明は、第１の発明において、前記
制御情報獲得手段と各１以上の通信プロトコルモジュー
ルに対する各１以上の検出手段とはバスで接続されるこ
とを特徴とする。

【００２０】第２の発明では、具体的にバスを経由して
制御情報獲得手段から制御情報が放送され、各通信プロ
トコルモジュールの前段に配置された各１以上の検出手
段が、各検出手段に対応する各通信プロトコルモジュー
ルへの制御情報のみを検出するようにしているので、各
通信プロトコルモジュールに誤った制御情報が入力され
ることはなく、誤動作や故障を未然に防止することがで
きる。

【００２１】第３の発明は、第１または第２発明におい
て、前記１以上の通信プロトコルモジュールは、前記制
御情報の処理の種類、すなわち各コマンドに対応した通
信処理に対応して設けられることを特徴とする。

【００２２】第３の発明では、制御情報と１以上の通信
プロトコルモジュールとを対応づけているので、新たな
通信プロトコル処理を追加あるいは削除する場合、対応
する通信プロトコルモジュールを追加、削除するのみで
通信装置の設計変更をすることができる。

【００２３】第４の発明は、第１から第３の発明におい
て、前記メモリは、前記制御装置側から前記１以上のプ
ロトコルモジュール側への制御情報を一時格納するコン
トロール空間と、前記１以上のプロトコルモジュール側
から前記制御装置側へのステータス情報を一時格納する
ステータス空間とを具備し、前記制御装置は、前記メモ
リのコントロール空間に制御情報を書き込み、前記メモ
リのステータス空間からステータス情報を読み込むこと
を特徴とする。

【００２４】第４の発明では、メモリを介して制御情報
を送出し、ステータス情報を受け取ることができるとい
う双方向通信が実現できるので、制御装置による通信装
置に対する処理の操作性を向上することができる。

【００２５】第５の発明は、第４の発明において、前記
コントロール空間に書き込まれる制御情報は、コマンド
番号とコマンドデータとからなり、前記制御装置は、少
なくとも前記コマンド番号と前記コマンドデータとを対
にして順次前記メモリに一時格納することを特徴とす
る。

【００２６】第５の発明では、コマンド番号とコマンド
データとに分離してメモリに格納するようにしたので、
各検出手段は、このコマンド番号をもとに制御情報が自
通信プロトコルモジュールに関するものであるか否かを
迅速に判断することができる。

【００２７】第６の発明は、第５の発明において、前記
コントロール空間は、所定の情報単位で構成される前記
コマンド番号と前記コマンドデータの対から構成される
コマンド空間と、コマンドデータが前記所定の情報単位
のデータ量を超える場合に該コマンドデータが一時格納
されるデータ空間とを有し、前記制御装置は、前記コマ
ンドデータが前記所定の情報単位のデータ量を超える場
合、コマンド番号と対となるコマンドデータに代えてコ
マンドデータの内容を一時格納する前記データ空間内の
アドレスに対応する情報を記述するとともに、該データ
空間内に格納されるコマンドデータの先頭に該コマンド
データの内容が一時格納される前記所定の情報単位から
構成されるデータ長に対応する情報を記述することを特
徴とする。

【００２８】第６の発明では、原則として所定の情報単
位のコマンド番号とコマンドデータとからなる対でメモ
リに格納されるため、制御情報の検索を迅速を行うこと
ができる。

【００２９】第７の発明は、第６の発明において、前記
所定の情報単位で記述される前記アドレスに対応する情
報あるいは前記データ長に対応する情報の各情報は、所
定量シフトされた仮想アドレスあるいは仮想データ長で
あり、前記制御装置は、前記仮想アドレスあるいは仮想
データ長を所定量逆シフトしたアドレスあるいはデータ
長として処理することを特徴とする。

【００３０】第７の発明では、仮想アドレスあるいは仮
想データ長を用いるので、所定の情報単位であっても大
きな値をもつアドレスあるいは大きなデータ長を取り扱
うことができ、柔軟性のあるシステムを構築することが
できるとともに、所定の情報単位を維持することができ
るので迅速な制御情報の読み出しを可能とする。

【００３１】

【発明の実施の形態】以下、図面を参照して本発明の好
適な実施形態について説明する。図１は、本発明の一実
施形態に係わる通信システムの概要構成を示すブロック
図である。図１において、制御装置２は通信装置１に接
続され、この通信装置１を介して該通信装置１に接続さ
れる複数の通信端末３−１〜３−ｎを制御する。なお、
通信端末３−１〜３−ｎと通信装置１との接続が通信ネ
ットワークとなる。

【００３２】通信装置１は、大きく制御装置インターフ
ェース部４、通信プロトコルエンジン５、および通信ネ
ットワークインターフェース部６−１〜６−ｎから構成
される。

【００３３】制御装置インターフェース部４は、メモリ
７とコマンド獲得部８と複数の検出部９−１〜９−ｍを
有する。制御装置２は、メモリ７に制御装置７からの制
御情報を書き込み、メモリ７からステータス情報を読み
込む。メモリ７には、この制御情報を格納するコントロ
ール空間Ｅａとステータス情報を格納するステータス空
間Ｅｂとが論理的に混在する形となる。また、コントロ
ール空間Ｅａは、コマンド空間Ｅ１とデータ空間Ｅ２と
の２つの領域を有する。コマンド空間Ｅ１は、コマンド
番号とコマンドデータとが対となって構成され、制御装
置２からのアクセスに従ってこの対が順次格納される。
コマンドデータがメモリ７の幅の中では表現できない場
合、このコマンドデータには、メモリ７の幅の中では表
現できなかったコマンドデータを格納するデータ空間Ｅ
２のデータアドレス用の情報が格納され、ポインタとし
ての機能を発揮する。すなわち、コマンドデータがメモ
リ７の幅を超える情報である場合にのみ、データ空間Ｅ
２が用いられることになる。ステータス空間Ｅｂの構成
は、固定的で各コマンドの実行結果を通信プロトコルか
ら制御装置に知らせる空間である。なお、メモリ７の詳
細構成については後述する。

【００３４】コマンド獲得部８と複数の検出部９−１〜
９−ｍとはバックエンドバス１２によって接続される。
各検出部９−１〜９−ｍは、通信プロトコルエンジン５
内に設けられた、各コマンドに対応した通信処理を行う
複数の通信プロトコルモジュール１０−１〜１０−ｍに
それぞれ対応して設けられ、各検出部９−１〜９−ｍと
各通信プロトコルモジュールとはそれぞれ各個に接続さ
れる。

【００３５】コマンド獲得部８は、メモリ７に一時格納
されている制御情報を自動的に取り出し、この取り出し
た制御情報をバックエンドバス１２を介して各検出部９
−１〜９−ｍに放送する。各検出部９−１〜９−ｍは、
バックエンドバス１２を介して放送される制御情報を受
信してコマンド番号をデコードし、デコード結果が自検
出部に対応する自通信プロトコルモジュールに対するも
のであるか否かを検出し、この制御情報が自検出部に対
応する自通信プロトコルモジュールに対するものである
場合のみ、自通信プロトコルモジュールに制御情報を送
出する。また、各検出部９−１〜９−ｍは、デコード結
果が自検出部に対応する自通信プロトコルモジュールに
対するものでないと認識した場合にはこの制御情報を無
視する。

【００３６】通信プロトコルエンジン５は、複数の通信
プロトコルモジュール１０−１〜１０−ｍと、これを管
理する通信プロトコル管理部１１とを有する。上述した
ように、各通信プロトコルモジュール１０−１〜１０−
ｍは、コマンド番号に対応したコマンド処理を行うもの
である。このため、各通信プロトコルモジュール１０−
１〜１０−ｍは、必ずしも通信端末３−１〜３−ｎにそ
れぞれ対応した処理を行うものではない。各通信プロト
コルモジュール１０−１〜１０−ｍは、自通信プロトコ
ルモジュールに対応して接続された検出部９−１〜９−
ｍから、制御情報あるいは自通信プロトコルモジュール
の処理に必要な情報、例えばコマンドデータを受け付け
て、所定の通信プロトコル処理を実行する。従って、各
通信プロトコルモジュール１０−１〜１０−ｍは、自通
信プロトコルモジュールに対応する制御情報が格納され
るメモリ中の位置とは無関係に、通信プロトコル処理を
記述することができる。通信プロトコル管理部１１は、
この通信プロトコル処理結果によって、バス１３を介
し、通信ネットワークインターフェース部６−１〜６−
ｎとそれぞれに対応する通信端末３−１〜３−ｎとの間
の接続媒体に流れるデータの管理と処理をする。

【００３７】このようにして、図１に示す通信装置１で
は、メモリ７に格納される制御情報の格納位置が固定的
でなく、制御装置２から送信された順序で順次格納され
るため、例えば新たな通信端末３−（ｎ＋１）を通信装
置１に接続して新たな通信制御処理が必要となった場
合、新たな通信ネットワークインターフェース部６−
（ｎ＋１）および新たな制御情報に対応する新たな通信
プロトコルモジュール１０−（ｍ＋１）と検出部９−
（ｍ＋１）を追加するのみで、該新たな制御情報のメモ
リ上の位置を気にすることなく、該通信端末３−（ｎ＋
１）の制御を行うことができる。一方、制御装置２は、
単に新たな制御情報を通信装置１に送出するのみでよ
く、新たな制御情報の追加に伴うメモリ位置の変更等に
よる他の制御情報のアドレス変更を行う必要がない。

【００３８】また、通信プロトコルモジュール１０−
（ｍ＋１）には、新たな制御情報が格納されるメモリ７
の位置に関する記述が必要なく、他の通信プロトコルモ
ジュール１０−１〜１０−ｍはメモリ７の位置に関する
記述がはじめからないため、この新たな通信プロトコル
モジュール１０−（ｍ＋１）の追加によるメモリ位置の
修正を行う必要がない。

【００３９】さらに、通信端末３−（ｎ＋１）を追加せ
ず、既存の通信端末３−１〜３−ｎに対する新たな制御
情報、いわばコマンドを追加する場合も、同様である。
この場合、コマンドに対応した検出部９−（ｍ＋１）と
このコマンド処理を行う通信プロトコルモジュール１０
−（ｍ＋１）を追加するのみでよい。

【００４０】次に、図２〜図４を参照してメモリ７に格
納されるデータ構成について説明する。

【００４１】図２は、制御装置２のアドレス空間Ｅ０と
メモリ７のメモリ空間Ｅとの関係を示す図である。図２
において、制御装置２が送出する制御情報およびステー
タス情報のアドレスＢＡＳＥ＋０〜ＢＡＳＥ＋ｎは制御
装置２のアドレス空間Ｅ０を任意に用いることができ
る。上述したように、制御情報は制御装置２によってコ
ントロール空間Ｅａに書き込まれ、ステータス情報は制
御装置２によってステータス空間Ｅｂから読み込まれる
が、このコントロール空間Ｅａおよびステータス空間Ｅ
ｂは、メモリ空間Ｅを論理的に区分したものであり、混
在して存在することが可能である。すなわち、制御装置
２側は任意のアドレス空間Ｅ０に対応したメモリ空間Ｅ
としてメモリ７をアクセスすることができる。

【００４２】図３は、コントロール空間Ｅａを構成する
コマンド空間Ｅ１とデータ空間Ｅ２を示す図である。図
３において、コントロール空間Ｅａは、コマンド空間Ｅ
１とデータ空間Ｅ２から構成されるが、コマンドに対す
るデータがメモリ７の幅以下である場合、データ空間Ｅ
２は用いられず、コマンド空間Ｅ１を構成するデータバ
イトＤＢが用いられる。

【００４３】図４に示すように、コマンド空間Ｅ１は、
メモリ７の幅のコマンドバイトＣＢとメモリ７の幅のデ
ータバイトＤＢとの対が連続的に記述される空間であ
る。換言すれば、コマンド空間Ｅ１は、コマンドバイト
ＣＢとデータバイトＤＢとが交番して出現する空間であ
る。従って、制御情報は、少なくともメモリ７の幅のコ
マンドバイトＣＢとメモリ７の幅のデータバイトＤＢと
からなるメモリ７の幅の倍で構成される。例えば、コマ
ンドバイトＣＢ（１）とデータバイトＤＢ（１）とから
なる制御情報は、メモリ空間Ｅの＃２，＃３の２つのメ
モリ７の幅に書き込まれ、アドレス空間Ｅ０のＢＡＳＥ
＋２，ＢＡＳＥ＋３にそれぞれ対応している。

【００４４】メモリ７の幅がＢバイトである場合、コマ
ンドバイトＣＢの幅は、８×Ｂバイト構成である。コマ
ンドバイトＣＢのビット（８×Ｂ−１）は、次の制御情
報が存在するか否かの情報であり、「１」の場合にはメ
モリ空間上で連続して次のバイトに制御情報が存在する
ことを示し、「０」の場合には連続して次のバイトに制
御情報が存在しないことを示し、一連の制御情報の最後
の制御情報であることを意味する。ビット（８×Ｂ−
２），（８×Ｂ−３）は、コマンドタイプを示す情報で
あり、「００」の場合はコマンドタイプ０を示し、「０
１」の場合はコマンドタイプ１を示す。コマンドタイプ
０は、コマンドデータがＢバイト以下で示されることを
示し、対となるデータバイトＣＢにはコマンドデータそ
のものが格納される。コマンドタイプ１は、コマンドデ
ータがＢバイトを超えるデータであることを示し、対と
なるデータバイトＣＢにはコマンドデータが格納される
データ空間Ｅ２のアドレスが格納され、ポインタとして
の機能をもつ。コマンドタイプ「１０」あるいは「０
１」は予備であり、その後の拡張に備えている。ビット
（８×Ｂ−４）〜０は、コマンド番号そのものを示し、
（８×Ｂ−３）ビットで示されるコマンド識別子として
の機能をもつ。

【００４５】コマンドデータがＢバイトを超える場合、
例えばコマンドバイトＣＢ（ｉ）のコマンドデータが
（２×Ｂ）バイトである場合、データバイトＤＢ（ｉ）
にはこの（２×Ｂ）バイトのコマンドデータが格納され
るデータ空間Ｅ２のアドレスがデータアドレスとしてＢ
バイトで記述される。このアドレスは、データ空間Ｅ２
内におけるコマンドデータのデータ長が格納されたアド
レスを示す。データ空間Ｅ２のコマンドデータは、その
先頭バイトにコマンドデータのデータ長が格納される。
例えば、Ｂが１でデータ長が２バイトである場合、デー
タ長に「００００００１０」が格納される。

【００４６】ここで、データバイトＤＢが（８×Ｂ）ビ
ットで記述できない大きなアドレス値をもつ場合、制御
装置２は予めアドレス値シフト量を設定しておき、この
設定したアドレスシフト量によってシフトされることを
勘案した仮想アドレスをデータバイトＤＢに格納するこ
とが必要である。このような仮想アドレスを用いること
によって大きなアドレス値を指定することができる。例
えば、Ｂが１で実アドレス値が９ビットで表現される場
合、予め１ビット右シフトした仮想アドレスをデータバ
イトＤＢに格納し、データ空間の実アドレスを求める場
合にこの仮想アドレスを１ビット左シフトするようにす
る。これにより、大きなアドレス値を扱うことができ
る。

【００４７】同様にして、データ空間Ｅ２内のデータ長
も大きな値を仮想データ長を用いることによって実現す
ることができる。例えば、Ｂが１でデータ長が９ビット
で表現される場合、予め１ビット右シフトした仮想デー
タ長をデータ長として格納し、データ長を求める時にこ
の仮想データ長を１ビット左シフトすることによって実
データ長を求めることができる。これにより、大きなコ
マンドデータを格納することができる。

【００４８】但し、上述した仮想アドレスあるいは仮想
データ長は、実アドレスあるいは実データ長を包含する
値とすることが必要である。このようなマージンを持っ
た仮想アドレスあるいは仮想データ長とすることによっ
て若干のメモリ利用効率が悪くなるが、コマンドバイト
ＣＢあるいはデータ長を常にメモリ７の幅以内で記述す
ることができ、メモリ７からの読み出し処理の高速化を
促進することができる利点を有する。

【００４９】また、上述したアドレスあるいはデータ長
のシフト量は、通信装置１に予め設定されるが、アドレ
スとデータ長とのシフト量をそれぞれ異なるように設定
してもよいし、同じシフト量と設定してもよい。

【００５０】次に、図５に示すフローチャートを参照し
てコマンド獲得部８の処理手順について説明する。図５
において、まずコマンド獲得部８はコマンド獲得時期で
あるか否かを判断する（ステップＳ１）。コマンド獲得
時期であるか否かを判断するのは、メモリ７を制御装置
２側と通信プロトコルエンジン５側が共用するからであ
る。すなわち、制御装置２側が制御情報の書き込みを行
う時期とコマンド獲得部８側が制御情報の読み込みを行
う時期（コマンド獲得時期）とを分離する必要があるか
らである。同様にしてステータス情報の書き込みと読み
込みとを分離する必要があるが制御情報と同様にして行
うことができる。コマンド獲得時期の切替設定は、周知
の割込制御あるいは時分割制御を用いることによって達
成することができる。割込制御を適用する場合には、書
き込みあるいは読み込みがそれぞれ終了した時点で割込
を発生して切り替えるようにすることができる。一方、
時分割制御の場合、制御装置２側とコマンド獲得部８と
の間で同期をとる必要がある。この時分割制御を行う場
合、制御装置２側は毎回、制御情報をメモリ７に書き込
まなければならないが、制御情報をもたない場合、機能
のないコマンドとして周知のヌル（ｎｕｌｌ）コマンド
を用いることが必要である。このヌルコマンドを用いる
ことによって制御情報をコマンドタイプ０と同様に規定
することができる。

【００５１】いずれにしても、ステップＳ１でコマンド
獲得時期である場合、コマンド獲得部８は、コマンド空
間Ｅ１からコマンドバイトＣＢとデータバイトＤＢとを
読み出し（ステップＳ２）、コマンドタイプが「０」か
「１」かを判断する（ステップＳ３）。コマンドタイプ
が「０」の場合、コマンドデータがデータバイトＤＢに
記述されているので、このコマンドデータをコマンド番
号とともにバンクエンドバス１２に放送する（ステップ
Ｓ４）。

【００５２】その後、次の制御情報があるか否かをコマ
ンドバイトＣＢのビット（８×Ｂ−１）の値を参照して
判断する（ステップＳ５）。ビット（８×Ｂ−１）が
「１」で次のバイトに制御情報が存在する場合、ステッ
プＳ３に移行して上述した処理を繰り返し（ステップＳ
６）、ビット（８×Ｂ−１）が「０」で次のバイトに制
御情報が存在しない場合、ステップＳ１に移行して上述
した処理を繰り返す。

【００５３】一方、ステップＳ３でコマンドタイプが
「１」であると判断された場合、データバイトＤＢの値
を予め設定されたアドレスシフト量分ビットシフトし
（ステップＳ７）、このシフトされた実アドレスに移行
する（ステップＳ８）。さらに、この実アドレス値のバ
イトに記載されたデータ長を予め設定されたデータ長シ
フト量分ビットシフトし（ステップＳ９）、この実デー
タ長分のコマンドデータを読み出し（ステップＳ１０）
ながら、この読み出したコマンドデータをコマンド番号
とともにバックエンドバス１２に放送し（ステップＳ１
１）、ステップＳ５に移行して上述した処理を繰り返
す。

【００５４】このようにして、コマンド獲得部８は、制
御装置２側が任意の順序でメモリ空間に格納された制御
情報を制御装置２側とは無関係に自動的に読み出し、各
通信プロトコルモジュール１０−１〜１０−ｍに対応し
た各検出部９−１〜９−ｍに放送する。この放送された
制御情報は、上述したように、各検出部９−１〜９−ｍ
が自検出部に対応する自通信プロトコルモジュールに関
連すると検出された場合のみ、この自通信プロトコルモ
ジュールに送出され、処理が実行されることになる。

【００５５】次に、図９に示す通信装置を含む通信シス
テムに本発明を適用した具体例について説明する。ここ
で、ユーザ制御装置１０２は制御装置２に、通信装置１
０１は通信装置１に、通信ネットワーク１０３，オーデ
ィオ処理装置１０４，データ処理装置１０５，ビデオ処
理装置１０６は通信端末３−１〜３−ｎに対応する。さ
らに、ユーザインターフェース部１０２ａは制御装置イ
ンターフェース部４に、通信プロトコルエンジン１０７
は通信プロトコルエンジン５に、光通信インターフェー
ス部１０３ａ，オーディオインターフェース部１０４
ａ，データインターフェース部１０５ａ，ビデオインタ
ーフェース部１０６ａは通信ネットワークインターフェ
ース部６−１〜６−ｎに対応する。従って、ユーザイン
ターフェース１０２ａにはメモリ７，コマンド獲得部
８，バックエンドバス１２，および検出部９−１〜９−
ｍを有し、通信プロトコルエンジン１０７には通信プロ
トコル管理部１１および通信プロトコルモジュール１０
−１〜１０−ｍを有する。その他の構成部分については
図９と同じ符号を用いて説明する。

【００５６】図９の通信システム１００に本発明の通信
システムＳＴを適用した場合、図１に示す通信装置１の
中の制御情報処理ブロックの実現は図６に示すようにな
る。すなわち、図６は本発明を適用して図１０の機能と
同様な機能を達成するものであり、メモリ７の内部配置
は固定的配置とならず、コマンド空間Ｅ１とデータ空間
Ｅ２とに区分されるのみである。図６において、４つの
通信プロトコルモジュール１０−１〜１０−４は、図１
０の通信プロトコルモジュール１０７ａ〜１０７ｄと同
じ機能を実現するモジュールであり、それぞれ光通信イ
ンターフェース１０３ａの起動／停止処理、各インター
フェース部１０４ａ〜１０６ａの起動／停止処理、各イ
ンターフェース部１０４ａ〜１０６ａのループバック処
理、利用帯域幅の制御処理を行う。また、検出部９−１
〜９−４を有し、それぞれ通信プロトコルモジュール１
０−１〜１０−４に対応して設けられている。コマンド
獲得部８は、メモリ７から取得した制御情報をバックエ
ンドバス１２を介して各検出部９−１〜９−４に放送す
る。バックエンドバス１２では、制御情報である旨を示
す制御信号とコマンドバイトＣＢの内容とデータバイト
ＤＢ（必要な場合はデータ長を含む）とが放送される。
各検出部９−１〜９−４は、各検出部に対応する各通信
プロトコルモジュール１０−１〜１０−４に対するコマ
ンドである場合には、各通信プロトコルモジュール１０
−１〜１０−４の処理に必要な情報を各通信プロトコル
モジュール１０−１〜１０−４にそれぞれ送出し、実行
させる。

【００５７】ここで、関連するコマンドバイトＣＢの構
成について説明する。制御情報には、上述したヌルコマ
ンドと通信プロトコルモジュール１０−１〜１０−４に
対応する４つのコマンドとがある。なお、本説明では、
メモリ７の幅Ｂは１バイトとして仮定する。

【００５８】ヌルコマンドは、コマンドタイプ「０
０」、コマンド番号「０００００」であり、光通信イン
ターフェース１０３ａの起動／停止コマンドは、コマン
ドタイプ「００」、コマンド番号「００００１」であ
り、各インターフェース部１０４ａ〜１０６ａの起動／
停止コマンドは、コマンドタイプ「００」、コマンド番
号「０００１０」であり、各インターフェース部１０４
ａ〜１０６ａのループバックコマンドは、コマンドタイ
プ「００」、コマンド番号「０００１１」であり、利用
帯域幅制御コマンドは、コマンドタイプ「０１」、コマ
ンド番号「００１００」である。これらのコマンド番号
はユーザ制御装置１０２側に対して共通に用いられる。

【００５９】ヌルコマンドに対するデータバイトＤＢの
構成は全ビットが任意に設定される。 光通信インター
フェース１０３ａの起動／停止コマンドに対するデータ
バイトＤＢは、ビット０が「１」の時、起動を指示し、
ビット０が「０」の時は停止を指示する。その他のビッ
トはすべて任意に設定される。

【００６０】各インターフェース部１０４ａ〜１０６ａ
の起動／停止コマンドに対するデータバイトＤＢは、ビ
ット７が「１」の時、ビデオインターフェース部１０６
ａを制御対象に含め、ビット６が「１」の時、データイ
ンターフェース部１０５ａを制御対象に含め、ビット５
が「１」の時、オーディオインターフェース部１０４ａ
を制御対象に含め、これらの制御対象に対して、ビット
０が「１」の時、起動を指示する。その他のビットはす
べて任意に設定される。

【００６１】各インターフェース部１０４ａ〜１０６ａ
のループバックコマンドに対するデータバイトＤＢは、
ビット７が「１」の時、ビデオインターフェース部１０
６ａを制御対象に含め、ビット６が「１」の時、データ
インターフェース部１０５ａを制御対象に含め、ビット
５が「１」の時、オーディオインターフェース部１０４
ａを制御対象に含め、これらの制御対象に対して、ビッ
ト０が「１」の時、ループバックの処理を指示する。

【００６２】利用帯域幅制御コマンドに対するデータバ
イトＤＢは、コマンドデータが格納されるアドレスが指
示され、この指示されたデータ空間には、４バイトのコ
マンドデータが格納される。１バイト目には、３バイト
のデータ長を示す「００００００１１」が設定され、２
バイト目には、オーディオ利用帯域幅のデータ、３バイ
ト目には、データ利用帯域幅のデータ、４バイト目に
は、ビデオ利用帯域幅のデータが格納される。各バイト
には、利用帯域幅の％の数字が上位４ビットと下位４ビ
ットとを用いて表され、各バイトの利用帯域幅の合計は
１００％となるように設定される。例えば、オーディオ
利用帯域幅が２５％である場合、「００１００１０１」
となる。

【００６３】さらに具体的な制御情報に対するコマンド
空間とデータ空間とについて説明すると、図７（ａ）
は、ビデオインターフェース部１０６ａを停止し、オー
ディオインターフェース部１０４ａとデータインターフ
ェース部１０５ａのループバック処理を指示する場合
の、コマンド空間の内容を示している。

【００６４】図７（ａ）において、ユーザ制御装置１０
２のアドレス空間ＢＡＳＥ＋０，ＢＡＳＥ＋１に対応し
てコマンド空間Ｅ１のコマンドバイトＣＢ０には「１０
００００１０」が、データバイトＤＢ０には「１０００
００００」が書き込まれる。コマンドバイトＣＢ０のビ
ット７は、「１」であり、次のバイトに制御情報がある
ことを示している。コマンドバイトＣＢ０のコマンド番
号は「０００１０」であり、各インターフェース部１０
４ａ〜１０６ａの起動／停止コマンドであることを示し
ている。データバイトＤＢ０のビット７が「１」である
ことから、ビデオインターフェース部１０６ａの起動／
停止コマンドであることが示され、ビット０が「０」で
あることから、ビデオインターフェース部１０６ａを停
止することを指示していることがわかる。

【００６５】さらに、アドレス空間ＢＡＳＥ＋２，ＢＡ
ＳＥ＋３に対応してコマンド空間Ｅ１のコマンドバイト
ＣＢ１には「００００００１１」が、データバイトＤＢ
１には「０１１００００１」が書き込まれる。コマンド
バイトＣＢ１のビット７は「０」であるので、次のバイ
トに制御情報が存在せず、最後の制御情報であることが
わかる。また、コマンド番号が「０００１１」であるの
で、各インターフェース部１０４ａ〜１０６ａのループ
バック処理コマンドであるを示している。データバイト
ＤＢ１のビット６，５がそれぞれ「１」であるので、デ
ータインターフェース部１０５ａおよびオーディオイン
ターフェース部１０４ａに対する指示であることがわか
り、ビット０が「１」であるので、データインターフェ
ース部１０５ａおよびオーディオインターフェース部１
０４ａのループバック指示であることがわかる。

【００６６】同様にして、図７（ｂ）では、アドレス空
間において、光通信インターフェース部１０３ａに対す
る起動／停止コマンドを用いて停止を指示し、さらに、
利用帯域幅制御コマンドを用いて各利用帯域幅の設定指
示を行っている。各利用帯域幅は、データ空間Ｅ２内の
３バイトによって指示され、オーディオの帯域幅を１５
％に、データの帯域幅を５０％に、ビデオの帯域幅を３
５％に設定指示している。なお、データバイトＤＢ１に
はアドレス空間Ｅ２の相対アドレス値が予め１ビット右
シフトされて格納されており、このアドレス値は、読み
出し時に１ビット左シフトされたアドレス値に変換され
る。なお、シフトされて隠れていたビット値はすべて
「０」に設定される。

【００６７】ここで、図８を参照して、図１１に示すよ
うな設計変更を行った場合の構成について説明する。す
なわち、音声コード化アルゴリズムの選択処理を行う通
信プロトコルモジュール１０−５およびデータ圧縮処理
を行う通信プロトコルモジュール１０−６を追加した場
合について説明する。各通信プロトコルモジュール１０
−５，１０−６は、通信プロトコルモジュール１０−１
〜１０−４と同様に検出部９−５，９−６を有する。ま
た、各検出部９−５，９−６は、バックエンドバス１２
に共通接続される。従って、各検出部９−１〜９−６
は、コマンド獲得部８から放送される制御情報を受信
し、自検出部に対応する自通信プロトコルモジュールに
対する制御情報である場合には、自通信プロトコルモジ
ュールの処理に必要な情報が自通信プロトコルモジュー
ルに送出され、実行される。

【００６８】この場合、ユーザ制御装置１０２は、音声
コード化アルゴリズムの選択処理コマンドあるいはデー
タ圧縮処理に関する共通のコマンドバイト形式およびデ
ータバイト形式を用いて通信装置１０１に送信するのみ
でよく、特にユーザ制御装置１０２のアドレス空間とメ
モリのメモリ空間との対応関係をとる必要もない。コマ
ンド獲得部８は、メモリ空間の内容を順次読み取ってバ
ックエンドバス１２に放送するのみでよいので、特にコ
マンド獲得部８を設計変更する必要がない。さらに、各
通信プロトコルモジュール１０−１〜１０−６はアドレ
ス空間の配置とは無関係に処理を行うため、各通信プロ
トコルモジュール１０−１〜１０−６に対する修正を行
う必要もない。従って、単に通信プロトコルモジュール
１０−５，１０−６および対応する検出部９−５，９−
６を追加するのみで通信制御処理の機能アップを図るこ
とができ、汎用性のある通信装置をもつ通信システムを
実現することができる。

【００６９】なお、コマンド獲得部８が獲得した制御情
報に対応する通信プロトコルモジュールが存在しない場
合、いずれの検出部９−１〜９−６は、自通信プロトコ
ルモジュールに関するものでないと検出し、各通信プロ
トコルモジュール１０−１〜１０−６にこの制御情報が
送出されることがなく、この制御情報に対する処理が実
行されることもない。この結果、誤った制御情報の指示
によって誤動作が生じることもなくなり、故障の発生を
未然に防止することができる。

【００７０】また、本発明の実施の形態では、通信装置
に対して制御を行うユーザ制御装置等の制御装置が入れ
替わったときでも、同様な制御情報を通信装置に入力す
るのみで通信制御処理を適正に行うことができるという
柔軟性を有する。この場合、上述したように対応する制
御情報を処理する通信プロトコルモジュールが存在しな
い場合には当該通信プロトコル処理が実行されない。

【００７１】

【発明の効果】以上詳細に説明したように、第１から第
７の発明では、制御情報のメモリへの格納位置が固定的
でなく、制御情報獲得手段が該メモリ内の制御情報を読
み込んで各検出手段に放送し、各検出手段が自検出手段
に対応する自通信プロトコルモジュールによって処理す
べき制御情報であると検出した場合にのみ、各通信プロ
トコルモジュールに必要な情報を各通信プロトコルモジ
ュールにそれぞれ送出し、これによって各通信プロトコ
ルモジュールが処理を実行するようにしているので、通
信装置の設計変更は、通信プロトコルモジュールの追
加、削除を行うのみで実現することができるという効果
を有する。

【００７２】また、通信装置の設計変更を通信プロトコ
ルモジュールの追加、削除のみで実現することができる
ので、設計変更にかかる時間と労力を格段に短縮、軽減
することができるという効果も有する。

【００７３】さらに、制御装置側は制御情報のアドレス
を、通信装置側のメモリ配置に対応させる必要もないの
で、設計変更時に制御装置側の設計変更は、追加、変更
した通信プロトコルモジュールに対応するコマンドとデ
ータを、制御装置から通信装置に送信可能なコマンドと
データのまとまりに、追加、変更するのみでよいという
効果を有する。

【００７４】また、各通信プロトコルモジュールは、メ
モリ空間に関係なく通信プロトコル処理を行う設計がな
されているので、通信プロトコルモジュールの追加、削
除に伴うアドレス変更等の通信プロトコルモジュール自
体の設計変更を必要としないという効果を有する。

【００７５】さらに、所定の情報単位で制御情報がメモ
リに格納されるため、制御情報等の読み出し処理を高速
に行うことができる効果を有する。

【００７６】また、各通信プロトコルモジュールが検出
手段を有して自通信プロトコルモジュールの処理に関す
る場合のみ処理を行うようにしているので、誤った制御
情報が入力され、取得された場合であっても、誤動作が
生じず、故障を未然に防止することができるという効果
を有する。この特長のため、通信プロトコルに変更、追
加が入った場合、通信プロトコルモジュールへの変更、
追加のための開発、および制御装置側のコマンドとデー
タのまとまりへの変更、追加のための開発は、独立で行
うことが可能になるという効果を有する。

【図面の簡単な説明】

【図１】本発明の一実施形態に係わる通信システムの概
要構成を示すブロック図である。

【図２】制御装置２のアドレス空間と通信装置１のメモ
リ空間との関係を示す図である。

【図３】コマンド空間とデータ空間との関係を示す図で
ある。

【図４】コマンド空間とデータ空間の詳細構成を示す図
である。

【図５】コマンド獲得部８の処理手順を示すフローチャ
ートである。

【図６】本発明の実施の形態を適用した具体的な通信装
置内の制御情報処理のブロック図である。

【図７】コマンド空間およびデータ空間内の具体的なデ
ータ内容を示す図である。

【図８】図６に示す通信装置に対して設計変更を行った
場合の構成を示す図である。

【図９】通信装置を含む通信システムの具体例を示す図
である。

【図１０】従来の通信装置におけるレジスタと通信プロ
トコル実現ブロックとの関係を示す図である。

【図１１】図１０に示す従来の通信装置に対して設計変
更を行った場合の構成を示す図である。

【符号の説明】

１…通信装置 ２…制御装置 ３−１〜３−（ｎ＋１）…通信端末 ４…制御装置インターフェース部 ５…通信プロトコルエンジン ６−１〜６−（ｎ＋１）…通信ネットワークインターフ
ェース部 ７…メモリ ８…コマンド獲得部 ９−１〜９−（ｍ＋１）…検出部 １０−１〜１０−（ｍ＋１）…通信プロトコルモジュー
ル １１…通信プロトコル管理部 １２…バックエンドバス １３…バス Ｅ…メモリ空間 Ｅａ…コントロール空間 Ｅｂ…ステータス空間 Ｅ１…コマンド空間 Ｅ２…データ空間 ＣＢ…コマンドバイト ＤＢ…データバイト

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 所定の制御装置と、１以上の通信端末
   と、前記所定の制御装置と前記１以上の通信端末とを接
   続し、少なくとも前記所定の制御装置からの制御情報を
   もとに前記１以上の通信端末に対する通信制御を行う１
   以上の通信プロトコルモジュールをもつ通信装置とを有
   する通信システムにおいて、 前記通信装置は、 前記所定の制御装置から送信される前記制御情報を順
   次、一次格納するメモリと、 前記メモリに一次格納された制御情報を順次獲得して前
   記１以上の通信プロトコルモジュールに放送する制御情
   報獲得手段と、 前記通信プロトコルモジュールの入力側前段に設けら
   れ、前記制御情報獲得手段によって放送された制御情報
   が、各１以上の通信プロトコルモジュールが処理すべき
   制御情報であるか否かをそれぞれ検出する１以上の検出
   手段とを具備し、 各１以上の通信プロトコルモジュールは、対応する各１
   以上の検出手段が自通信プロトコルモジュールが処理す
   べき制御情報であると検出した場合に当該制御情報に対
   する処理を実行することを特徴とする通信システム。
2. 【請求項２】 前記制御情報獲得手段と各１以上の通信
   プロトコルモジュールに対する各１以上の検出手段とは
   バスで接続されることを特徴とする請求項１に記載の通
   信システム。
3. 【請求項３】 前記１以上の通信プロトコルモジュール
   は、 前記制御情報の処理の種類に対応して設けられることを
   特徴とする請求項１または２に記載の通信システム。
4. 【請求項４】 前記メモリは、 前記制御装置側から前記１以上のプロトコルモジュール
   側への制御情報を一時格納するコントロール空間と、 前記１以上のプロトコルモジュール側から前記制御装置
   側へのステータス情報を一時格納するステータス空間と
   を具備し、 前記制御装置は、前記メモリのコントロール空間に制御
   情報を書き込み、前記メモリのステータス空間からステ
   ータス情報を読み込むことを特徴とする請求項１〜３の
   うちのいずれか１項に記載の通信システム。
5. 【請求項５】 前記コントロール空間に書き込まれる制
   御情報は、コマンド番号とコマンドデータとからなり、 前記制御装置は、少なくとも前記コマンド番号と前記コ
   マンドデータとを対にして順次前記メモリに一時格納す
   ることを特徴とする請求項４に記載の通信システム。
6. 【請求項６】 前記コントロール空間は、所定の情報単
   位で構成される前記コマンド番号と前記コマンドデータ
   の対から構成されるコマンド空間と、コマンドデータが
   前記所定の情報単位のデータ量を超える場合に該コマン
   ドデータが一時格納されるデータ空間とを有し、 前記制御装置は、 前記コマンドデータが前記所定の情報単位のデータ量を
   超える場合、コマンド番号と対となるコマンドデータに
   代えてコマンドデータの内容を一時格納する前記データ
   空間内のアドレスに対応する情報を記述するとともに、
   該データ空間内に格納されるコマンドデータの先頭に該
   コマンドデータの内容が一時格納される前記所定の情報
   単位から構成されるデータ長に対応する情報を記述する
   ことを特徴とする請求項５に記載の通信システム。
7. 【請求項７】 前記所定の情報単位で記述される前記ア
   ドレスに対応する情報あるいは前記データ長に対応する
   情報の各情報は、所定量シフトされた仮想アドレスある
   いは仮想データ長であり、 前記制御装置は、 前記仮想アドレスあるいは仮想データ長を所定量逆シフ
   トしたアドレスあるいはデータ長として処理することを
   特徴とする請求項６に記載の通信システム。