JPH10271127A - データ授受方式 - Google Patents

Abstract

(57)【要約】 【課題】 授受データの変更や複数の物理インタフェー
スモジュールを対象としたデータ授受にも柔軟に対応可
能なデータ授受方式を提供する。 【解決手段】 インタフェースモジュール４０の制御部
４１から物理インタフェースモジュール５０へ送る授受
データを受けたデータ送出部４２は、状態保持部４５が
「書き込み可能状態」の時、該授受データを規定フォー
マットでコミュニケーションメモリ（ＣＭ）６０に書き
込み、物理インタフェースモジュール５０に「ＣＭ書き
込み終了割り込み」を送出する。「ＣＭ書き込み終了割
り込み」を受理した物理インタフェースモジュール５０
のデータ受理部５４は、コミュニケーションメモリ６０
から上記授受データを読み出して制御部５１へ受渡し、
インタフェースモジュール４０へは「ＣＭ読み出し終了
割り込み」を送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ交換網を構
成する通信装置に用いられるインタフェースパッケージ
において、異なるＣＰＵを持つインタフェースモジュー
ル間でコミュニケーションメモリを用いてデータの授受
を行うためのデータ授受方式に関する。

【０００２】

【従来の技術】今日、ＡＴＭ（Asynchronous Transfar
Mode）通信技術の発展が著しいが、このＡＴＭ技術を用
いた交換網を構成する通信装置の中には、異なるＣＰＵ
を持つ例えば２つのインタフェースモジュールとこれら
モジュール間に設けられるコミュニケーションメモリと
から成るインタフェースパッケージを実装し、上記イン
タフェースモジュール間で上記コミュニケーションメモ
リを介してデータの受け渡しを行うことにより種々の機
能動作を実現するものが知られている。

【０００３】図５は、この種の従来の通信装置における
インタフェースパッケージ１００の概略構成を示す図で
あり、上位ＣＰＵから成る制御部１１を持つインタフェ
ースモジュール１０、下位ＣＰＵから成る制御部２１を
持つ物理インタフェースモジュール２０、これら両モジ
ュール１０，２０間に設けられるコミュニケーションメ
モリ３０により構成される。

【０００４】このインタフェースパッケージ１００にお
いて、インタフェースモジュール１０，２０間でデータ
の授受を行うためには、データ送出側から、コミュニケ
ーションメモリ３０にマッピングを施し、各種授受デー
タ毎に、コミュニケーションメモリ３０上のアクセスア
ドレスとデータフォーマットを取り決めることにより、
授受データをハードウェアレジスタのような形でデータ
受理側に提示するのが基本となっている。

【０００５】これにより、例えば、インタフェースモジ
ュール１０から物理インタフェースモジュール２０へデ
ータを送る場合、まず、送出側であるインタフェースモ
ジュール１０の制御部１１が授受データの種別からアサ
インされているコミュニケーションメモリ３０上のアク
セスアドレスを参照し、かつデータフォーマット内に設
けられているステータスビットを確認する。このステー
タスビットは授受データの有無を表し、書き込み可能状
態の場合は制御部１１が予め取り決められているデータ
フォーマットに従ってデータを書き込み、ステータスビ
ットを書き込み不可状態にする。

【０００６】他方、受理側である物理インタフェースモ
ジュール２０側では、その制御部２１が、受理されよう
としているデータの種別からアサインされたコミュニケ
ーションメモリ３０上のアクセスアドレスを参照し、か
つステータスビットを確認する。ここで、ステータスビ
ットが書き込み不可状態であれば、制御部２１は、授受
データが存在すると判断し、アクセスアドレスからデー
タフォーマットに従ってこの授受データを読み出し、ス
テータスビットを書き込み可能状態にする。

【０００７】同様に、物理インタフェースモジュール２
０からインタフェースモジュール１０へデータを送る場
合も、各種授受データ毎にコミュニケーションメモリ３
０上のアクセスアドレスとデータフォーマットの取り決
めを行いながらデータの授受を行う。

【０００８】このように、従来のデータ授受方式では、
各種授受データ毎にコミュニケーションメモリ上のアク
セスアドレスとデータフォーマットの取り決めを行って
いたため、授受データに追加等の変更が生じる度にアク
セスアドレス及びデータフォーマットを変更せざるを得
ず、その都度、データ送出側モジュールとデータ受理側
モジュールの双方に多くの処理負荷が加わることになっ
た。

【０００９】

【発明が解決しようとする課題】上述の如く、従来のデ
ータ授受方式では、データ送出側モジュールとデータ受
理側モジュールとの間で、コミュニケーションメモリ上
のデータフォーマットを物理的に取り決めていたため、
授受データの変更に際してコミュニケーションメモリ上
の広範囲に影響が及び、データ送出側モジュールとデー
タ受理側モジュール双方がその都度対応しなければなら
ず、授受データ変更の柔軟性に欠けるという問題点があ
った。

【００１０】また、１つのインタフェースモジュールで
複数の物理インタフェースモジュールを対象にデータ授
受を行う場合、同じ授受データでも物理インタフェース
モジュール毎にコミュニケーションメモリ上のアクセス
アドレスとデータフォーマットが異なるため、データを
送出する際に、物理インタフェースモジュールの種別か
ら参照すべきアクセスアドレスとデータフォーマットを
決定するという処理が更に必要となり、制御が煩雑化す
るという問題点があった。

【００１１】本発明は上記問題点を除去し、データ送出
側モジュールとデータ受理側モジュール間で、コミュニ
ケーションメモリ上のアクセスアドレスとデータフォー
マットの取り決め等の煩雑な処理を要せずにデータの授
受ができ、授受データの変更や複数の物理インタフェー
スモジュールを対象としたデータ授受に対しても柔軟に
対応できるデータ授受方式を提供することを目的とす
る。

【００１２】

【課題を解決するための手段】本発明は、少なくとも２
種類の制御モジュール間で共有メモリを介してデータの
授受を行うデータ授受方式において、授受データの送出
要求に基づき該授受データを前記共有メモリに書き込
み、書き込み完了後、対向するデータ受理側モジュール
に書込み終了割込みを送出するデータ送出手段と、前記
書込み終了割込みを受理することにより、前記共有メモ
リから前記授受データを読み出し、読み出し完了後、対
向するデータ送出側モジュールに対して読出し終了割込
みを送出するデータ受理手段と、前記書込み終了割込み
または前記読出し終了割込みの受信結果に応じて前記共
有メモリからの前記授受データの読み出しまたは前記共
有メモリへの前記授受データの書き込みの可否に関する
状態の管理を行う状態管理手段と、該状態管理手段が管
理する前記状態を保持する状態保持手段とを前記各制御
モジュール毎に設けると共に、該各制御モジュールで扱
う基本データフォーマットを統一し、前記書込み終了割
込みに応じてデータ受理側モジュールでの授受データの
読み出しを許可し、前記読出し終了割込みに応じてデー
タ送出側モジュールでの授受データの書き込みを許可し
ながら、データ送出側モジュールからデータ受理側モジ
ュールの状態を考慮することなくデータ授受を行うよう
にしたことを特徴とする。

【００１３】望ましくは、本発明において、制御モジュ
ールは、ＡＴＭ交換網を構成する通信装置に実装される
インタフェースパッケージ内におけるＣＰＵの異なる少
なくとも２種類のインタフェースモジュールであり、共
有メモリは、前記インタフェースパッケージ内において
前記インタフェースモジュール間に配設されるコミュニ
ケーションメモリであることを特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の一実施の形態につ
いて添付図面を参照して詳細に説明する。図１は、本発
明の一実施の形態に係わるインタフェースパッケージ２
００の機能構成を示すブロック図である。このインタフ
ェースパッケージ２００は、上位ＣＰＵを持つインタフ
ェースモジュール４０、下位ＣＰＵを持つ物理インタフ
ェースモジュール５０、これら両モジュール４０、５０
間に設けられるコミュニケーションメモリ６０を具備し
て構成される。

【００１５】インタフェースモジュール４０には、上位
ＣＰＵとしての制御部４１、データ送出部４２、状態管
理部４３、データ受理部４４及び状態保持部４５が設け
られる。また、物理インタフェースモジュール５０に
は、下位ＣＰＵとしての制御部５１、データ送出部５
２、状態管理部５３、データ受理部５４及び状態保持部
５５が設けられる。

【００１６】インタフェースモジュール４０側の各構成
要素のうち、データ送出部４２及びデータ受理部４４の
詳細な構成は、それぞれ図２（ａ）及び図３（ｂ）に示
される。すなわち、インタフェースモジュール４０側の
データ送出部４２は送出データ保持領域４２０、送出部
起動部４２１、送出部４２２により構成され、データ受
理部４４は受理部４４０、制御部起動部４４１、受理デ
ータ保持領域４４２により構成される。

【００１７】また、物理インタフェースモジュール５０
側の各構成要素のうち、データ送出部５２及びデータ受
理部５４の詳細な構成は、それぞれ図３（ａ）及び図２
（ｂ）に示される。すなわち、物理インタフェースモジ
ュール５０側のデータ送出部５２は送出データ保持領域
５２０、送出部起動部５２１、送出部５２２により構成
され、データ受理部５４は受理部５４０、制御部起動部
５４１、受理データ保持領域５４２により構成される。

【００１８】更に、インタフェースモジュール４０側の
状態保持部４５及び物理インタフェースモジュール５０
側の状態保持部５５は、それぞれ図４（ａ）及び図４
（ｂ）に示されるように、コミュニケーションメモリ状
態保持領域４５０及びコミュニケーションメモリ状態保
持領域５５０を有している。

【００１９】以下、このインタフェースパッケージ２０
０の動作について説明する。まず、インタフェースモジ
ュール４０側から物理インタフェースモジュール５０側
へのデータ授受に際しては以下の如く対処する。その際
のインタフェースモジュール４０側のデータ送出部４２
及び物理インタフェースモジュール５０側のデータ受理
部５４の動作イメージは図２に示す状態となる。また、
この時のインタフェースモジュール４０側の状態管理部
４３，状態保持部４５、及び物理インタフェースモジュ
ール５０側の状態管理部５３，状態保持部５５の動作イ
メージはそれぞれ図４（ａ）及び図４（ｂ）に示すよう
な状態となる。

【００２０】まず、インタフェースモジュール４０側の
制御部４１において、物理インタフェースモジュール５
０側の制御部５１へデータを送る必要が生じた場合、制
御部４１はデータ送出部４２にデータ送出要求を送出す
るとともに、その送ろうとするデータ（授受データ）を
データ送出部４２の送出データ保持領域４２０に登録す
る。

【００２１】データ送出部４２では、制御部４１から送
出された上記データ送出要求に基づき送出部起動部４２
１から起動信号が出力され、送出部４２２はその起動信
号によって起動し、状態保持部４５のコミュニケーショ
ンメモリ状態保持領域４５０に保持されている状態の確
認を行う。

【００２２】ここで、コミュニケーションメモリ６０の
状態が「書き込み可能状態」であると判断された場合、
送出部４２２は、送出データ保持領域４２０から上記授
受データを削除すると共に、この授受データを予め決め
られたフォーマットに従ってコミュニケーションメモリ
６０に書き込む。

【００２３】ここで、予め決められたフォーマットとし
ては、上述の如く制御部４１からデータ送出部４２へ授
受データを登録する際に用いられるデータフォーマット
と同じデータフォーマットを想定している。これによ
り、本発明では、データ送出部４２が制御部４１から受
け取った授受データをそのままの形でコミュニケーショ
ンメモリ６０に書き込むことができる。

【００２４】上記授受データの書き込みが完了した時点
で、送出部４２２は、上記状態保持部４５のコミュニケ
ーションメモリ状態保持領域４５０の状態を「書き込み
不可状態」に書き換えるとともに、物理インタフェース
モジュール５０側に「コミュニケーションメモリ（Ｃ
Ｍ）書き込み終了割り込み」を送出する。

【００２５】状態保持部４５のコミュニケーションメモ
リ状態保持領域４５０の状態が「書き込み不可状態」の
間、データ送出部４２からのデータ送出が禁止され、そ
の後に「書き込み可能状態」に書き換えられることによ
り、データ送出部４２からのデータ送出が可能となる。

【００２６】この状態保持部４５のコミュニケーション
メモリ状態保持領域４５０の状態の管理は状態管理部４
３によりなされる。すなわち、状態管理部４３は、図４
（ａ）に示す如く、送出部４２２からコミュニケーショ
ンメモリ６０への授受データの書き込み完了に伴って
「書き込み不可状態」となっている上記コミュニケーシ
ョンメモリ状態保持領域４５０の状態を、物理インタフ
ェースモジュール５０から後述する処理を経て「ＣＭ読
み出し終了割り込み」を受理することにより、「書き込
み可能状態」に書き換え、以後、データ送出部４２から
のデータ送出が可能な状態を確立する。

【００２７】一方、データ受理側の物理インタフェース
モジュール５０では、データ送出側のインタフェースモ
ジュール４０から送られる上記「ＣＭ書き込み終了割り
込み」を受理することにより、データ受理部５４の受理
部５４０が起動する。起動後、受理部５４０は、コミュ
ニケーションメモリ６０から上記授受データを読み出
し、物理インタフェースモジュール５０側の制御部５１
に引き渡す処理を行う。

【００２８】ここで、物理インタフェースモジュール５
０側の制御部５１が扱うデータフォーマットとしては、
インタフェースモジュール４０側の制御部４１が扱う上
記データフォーマットとほぼ同様のもので、しかも授受
データの変更等に対しても基本構造を変えることなく対
応可能なデータフォーマットを使用している。

【００２９】このデータ送出側とデータ受理側のデータ
フォーマットの関係に絡んで、データ受理側である物理
インタフェースモジュール５０のデータ受理部５４で
は、上記の如くコミュニケーションメモリ６０から授受
データを読み出して制御部５１に引き渡す際、具体的に
は以下のような処理を行う。

【００３０】まず、データ受理部５４において、受理部
５４０は、コミュニケーションメモリ６０から授受デー
タを読み出し、次いでその読み出した授受データと再設
定する（制御部５１に引き渡す）データの関係に応じ
て、当該授受データを制御部５１が扱い得るデータフォ
ーマットに従って再構築したものを受理データ保持領域
５４２に登録する。

【００３１】この登録処理の完了後、受理部５４０は、
インタフェースモジュール４０側へ「ＣＭ読み出し終了
割り込み」を送出し、次いで制御部起動部５４１を通じ
て物理インタフェースモジュール５０側の制御部５１を
起動する。起動後、制御部５１はデータ受理部５４の受
理データ保持領域５４２から上記授受データを受け取
り、これによりインタフェースモジュール４０から物理
インタフェースモジュール５０へのデータ授受が完了す
る。

【００３２】物理インタフェースモジュール５０からイ
ンタフェースモジュール４０へのデータ授受も上記イン
タフェースモジュール４０から物理インタフェースモジ
ュール５０へのデータ授受と同様に行われる。その際の
物理インタフェースモジュール５０側のデータ送出部５
２及びインタフェースモジュール４０側のデータ受理部
４４の動作イメージは図３に示す状態となる。

【００３３】まず、物理インタフェースモジュール５０
側の制御部５１において、インタフェースモジュール４
０側の制御部４１へデータを送る必要が生じた場合、制
御部５１はデータ送出部５２にデータ送出要求を送出す
るとともに、その送ろうとするデータ（授受データ）を
データ送出部５２の送出データ保持領域５２０に登録す
る。

【００３４】データ送出部５２では、制御部５１から送
出された上記データ送出要求に基づき送出部起動部５２
１から起動信号が出力され、送出部５２２はその起動信
号によって起動し、状態保持部５５のコミュニケーショ
ンメモリ状態保持領域５５０に保持されている状態の確
認を行う。

【００３５】ここで、コミュニケーションメモリ６０の
状態が「書き込み可能状態」であると判断された場合、
送出部５２２は、送出データ保持領域５２０から上記授
受データを削除すると共に、この授受データを予め決め
られたフォーマットに従ってコミュニケーションメモリ
６０に書き込む。

【００３６】上記授受データの書き込みが完了した時点
で、送出部５２２は、上記状態保持部５５のコミュニケ
ーションメモリ状態保持領域５５０の状態を「書き込み
不可状態」に書き換えるとともに、インタフェースモジ
ュール４０側に「コミュニケーションメモリ（ＣＭ）書
き込み終了割り込み」を送出する。

【００３７】状態保持部５５のコミュニケーションメモ
リ状態保持領域５５０の状態が「書き込み不可状態」の
間、データ送出部５２からのデータ送出が禁止され、そ
の後に「書き込み可能状態」に書き換えられることによ
り、データ送出部５２からのデータ送出が可能となる。

【００３８】この状態保持部５５のコミュニケーション
メモリ状態保持領域５５０の状態の管理は状態管理部５
３によりなされる。すなわち、状態管理部５３は、図４
（ｂａ）に示す如く、送出部５２２からコミュニケーシ
ョンメモリ６０への授受データの書き込み完了に伴って
「書き込み不可状態」となっている上記コミュニケーシ
ョンメモリ状態保持領域５５０の状態を、インタフェー
スモジュール４０から後述する処理を経て「ＣＭ読み出
し終了割り込み」を受理することにより、「書き込み可
能状態」に書き換え、以後、データ送出部５２からのデ
ータ送出が可能な状態を確立する。

【００３９】一方、データ受理側のインタフェースモジ
ュール４０では、データ送出側の物理インタフェースモ
ジュール５０から送られる上記「ＣＭ書き込み終了割り
込み」を受理することにより、データ受理部４４の受理
部４４０が起動する。起動後、受理部４４０は、コミュ
ニケーションメモリ６０から上記授受データを読み出
し、次いでその読み出した授受データと再設定する（制
御部４１に引き渡す）データの関係に応じて、当該授受
データを制御部４１が扱い得るデータフォーマットに従
って再構築したものを受理データ保持領域４４２に登録
する。

【００４０】この登録処理の完了後、受理部４４０は、
物理インタフェースモジュール５０側へ「ＣＭ読み出し
終了割り込み」を送出し、次いで制御部起動部４４１を
通じてインタフェースモジュール４０側の制御部４１を
起動する。起動後、制御部４１はデータ受理部４４の受
理データ保持領域４４２から上記授受データを受け取
り、これにより物理インタフェースモジュール５０から
インタフェースモジュール４０へのデータ授受が完了す
る。

【００４１】このように、本発明では、コミュニケーシ
ョンメモリ６０上のデータフォーマットを、インターフ
ェースモジュール４０の制御部４１及び各物理インタフ
ェースモジュール５０の各制御部５１で使用されている
既存のデータフォーマットと基本構造が同一なフォーマ
ットとしたため、コミュニケーションメモリ６０上のア
クセスアドレスとデータフォーマットが物理インタフェ
ースとは関係なく共通となり、データ授受に際して、イ
ンターフェースモジュール４０が各物理インタフェース
モジュール５０を意識せずに済む環境を構築できる。

【００４２】かかる環境下において、本発明では、デー
タ送出側モジュールでのデータ書き込み完了に伴うデー
タ受理側モジュールへのＣＭ書き込み終了割り込みと、
データ受理側モジュールでのデータ読み出し完了に伴う
データ送出側モジュールへのＣＭ読み出し終了割り込み
を用いて相手側モジュールのデータ読み出しまたはデー
タ書き込みを許可するようにしたため、コミュニケーシ
ョンメモリに授受データを書き込んだかどうかをステー
タス情報を見て確認するステータスポーリング方式のよ
うに、データ送出側モジュールからデータ受理側モジュ
ールの状態を考慮してデータ授受を行う必要が無くな
り、例えば１つのインタフェースモジュールで複数の物
理インタフェースモジュールを対象にデータ授受を行う
場合にも、インタフェースモジュールでこれら複数の物
理インタフェースモジュールの状態を逐一考慮せずにデ
ータ授受を行うことができる。

【００４３】また、従来方式では、コミュニケーション
メモリ上のアクセスアドレスとデータフォーマットを物
理的に取り決めていたため、授受データの変更が生じる
と、影響が広範囲に波及して対応が難しかったが、本発
明では、授受データの変更や物理インタフェースモジュ
ールの違いによる授受データの差異を吸収する領域を持
つデータフォーマットを使用することによって、物理的
な変更はなくなり、限られた範囲の変更で対応が可能と
なり、授受データの追加／変更等に柔軟に対応できるよ
うになる。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
共有メモリ上のデータフォーマットを一元化したうえ
で、データ送出側モジュールからデータ受理側モジュー
ルへの書き込み終了割り込みと、データ受理側モジュー
ルからデータ送出側モジュールへの読み出し終了割り込
みを用いて相手側モジュールにおけるデータ読み出しま
たはデータ書き込みが可能となるように制御するように
したため、データ送出側モジュールからデータ受理側モ
ジュールの状態を考慮せずに授受データを送出すること
ができ、１つのモジュールから複数のモジュールを対象
にデータ授受を行う場合においても、これらデータ受理
側の各モジュールの状態を考慮することなくデータ授受
を行うことができ、制御の簡略化が図れる。

【００４５】また、上記データフォーマットの一元化に
よって、授受データ変更やデータ受理側モジュールの違
いによる授受データの差異に対しても、物理的な変更を
伴うことなく上記フォーマット上のデータ領域の限られ
た範囲の変更でその変化を吸収でき、授受データの変更
や複数のデータ受理側モジュールを対象としたデータ授
受に対しても柔軟に対応できるという優れた利点を有す
る。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係わるインタフェース
パッケージの機能構成を示すブロック図。

【図２】図１に示したインタフェースパッケージにおけ
るインタフェースモジュール側のデータ送出部と物理イ
ンタフェースモジュール側のデータ受理部との間のデー
タ授受動作イメージを示す図。

【図３】図１に示したインタフェースパッケージにおけ
る物理インタフェースモジュール側のデータ送出部とイ
ンタフェースモジュール側のデータ受理部との間のデー
タ授受動作イメージを示す図。

【図４】図２及び図３におけるデータ授受時のインタフ
ェースモジュールと物理インタフェースモジュールでの
状態管理部及び状態保持部の動作イメージを示す図。

【図５】この種の従来のインタフェースパッケージの機
能構成を示すブロック図。

【符号の説明】

２００ インタフェースパッケージ ４０ インタフェースモジュール ４１ 制御部 ４２ データ送出部 ４２０ 送出データ保持領域 ４２１ 送出部起動部 ４２２ 送出部 ４３ 状態管理部 ４４ データ受理部 ４４０ 受理部 ４４１ 制御部起動部 ４４２ 受理データ保持領域 ４５ 状態保持部 ４５０ コミュニケーションメモリ状態保持領域 ５０ インタフェースモジュール ５１ 制御部 ５２ データ送出部 ５２０ 送出データ保持領域 ５２１ 送出部起動部 ５２２ 送出部 ５３ 状態管理部 ５４ データ受理部 ５４０ 受理部 ５４１ 制御部起動部 ５４２ 受理データ保持領域 ５５ 状態保持部 ５５０ コミュニケーションメモリ状態保持領域 ６０ コミュニケーションメモリ（ＣＭ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤田 和夫 東京都日野市旭が丘３丁目１番地の１ 東 芝通信システムエンジニアリング株式会社 内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 少なくとも２種類の制御モジュール間で
   共有メモリを介してデータの授受を行うデータ授受方式
   において、 授受データの送出要求に基づき該授受データを前記共有
   メモリに書き込み、書き込み完了後、対向するデータ受
   理側モジュールに書込み終了割込みを送出するデータ送
   出手段と、 前記書込み終了割込みを受理することにより、前記共有
   メモリから前記授受データを読み出し、読み出し完了
   後、対向するデータ送出側モジュールに対して読出し終
   了割込みを送出するデータ受理手段と、 前記書込み終了割込みまたは前記読出し終了割込みの受
   信結果に応じて前記共有メモリからの前記授受データの
   読み出しまたは前記共有メモリへの前記授受データの書
   き込みの可否に関する状態の管理を行う状態管理手段
   と、 該状態管理手段が管理する前記状態を保持する状態保持
   手段とを前記各制御モジュール毎に設けると共に、該各
   制御モジュールで扱う基本データフォーマットを統一
   し、前記書込み終了割込みに応じてデータ受理側モジュ
   ールでの授受データの読み出しを許可し、前記読出し終
   了割込みに応じてデータ送出側モジュールでの授受デー
   タの書き込みを許可しながら、データ送出側モジュール
   からデータ受理側モジュールの状態を考慮することなく
   データ授受を行うようにしたことを特徴とするデータ授
   受方式。
2. 【請求項２】 制御モジュールは、ＡＴＭ交換網を構成
   する通信装置に実装されるインタフェースパッケージ内
   におけるＣＰＵの異なる少なくとも２種類のインタフェ
   ースモジュールであり、共有メモリは、前記インタフェ
   ースパッケージ内において前記インタフェースモジュー
   ル間に配設されるコミュニケーションメモリであること
   を特徴とする請求項１記載のデータ授受方式。