JP2002198990A

JP2002198990A - データ通信方式およびデータ通信用ｉｃ

Info

Publication number: JP2002198990A
Application number: JP2000391133A
Authority: JP
Inventors: Hiroaki Tsunoda; 裕明角田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2000-12-22
Filing date: 2000-12-22
Publication date: 2002-07-12

Abstract

(57)【要約】【課題】通信データのモニタリングを簡単、且つ安価
に行う。【解決手段】複数の通信プロトコルを有するネットワ
ークのそれぞれに通信Ｉ／Ｆ１１１〜１４４（バスコン
トロール部１０１〜１０４）を接続すると共に、共通の
内部バス１５０に接続し、通信Ｉ／Ｆ１１１がネットワ
ークからデータを受信すると、所定のプロトコルを共通
のデータに変換し、内部バス１５０を介して、一旦、バ
スコントロール部１０２に送信し、バスコントロール部
１０２は所定のプロトコルに変換して外部へ出力し、こ
の出力をモニタリング装置（不図示）でモニタすると共
に、共通データを指定アドレスのバスコントロール部１
０３へ内部バスを介して送信し、バスコントロール部１
０３は送信されたデータを自通信Ｉ／Ｆに割り当てられ
たプロトコルに変換して外部へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、異なる複数の通
信プロトコルをもつネットワーク間で通信を行うデータ
通信方式およびそのデータ通信の機能を有するデータ通
信用ＩＣに関するものである。

【０００２】

【従来の技術】図８は、特開平１１−１５０５５０号公
報に記載された通信プラットフォームＬＳＩの構成を示
す図であり、従来の異なる複数の通信プロトコルをもつ
システムにおけるデータ通信方式を示している。図８に
おいて、ＣＰＵ９０１、メモリ９０２およびバスコント
ローラ９０４がバス９０３を介して接続され、さらにこ
のバスコントローラ９０４に、制御系ネットワークであ
るＬＯＮネットワーク（ＬｏｎＴａｌｋでデータ送受信
が行われるネットワーク）に接続するためのＬＯＮコン
トローラ（ＬＯＮネットワークに接続するための通信コ
ントローラ）９０５と、Ｅｔｈｅｒｎｅｔなどの標準的
なプロトコルが採用される情報系ネットワークに接続す
るための各種通信コントローラ群９０６（Ｅｔｈｅｒｎ
ｅｔコントローラ９０６ａなど）とが接続された１チッ
プ化された電子回路である。

【０００３】次いで、通信プラットフォームＬＳＩ９０
０の動作について、ＬＯＮネットワークとＥｔｈｅｒネ
ットワークとの相互通信を例に説明する。ＬＯＮネット
ワークからデータを受信したＬＯＮコントローラ９０５
は、バスコントローラ９０４にバス９０３の取得を要求
する。バスコントローラ９０４は、バス９０３を取得で
きたら、ＬＯＮコントローラ９０５からの受信データを
メモリ９０２にＤＭＡ（Direct Memory Access）転送
する。そして、割り込みなどによって受信データの存在
を知ったＣＰＵ９０１は、その受信データをメモリ９０
２から読み込んでプロトコル変換を行う。この受信デー
タの読み込みおよびプロトコル変換は、ＣＰＵ９０１が
メモリ９０２に格納されたプログラムを実行制御するこ
とによって実施される。なお、この例では、ＬｏｎＴａ
ｌｋプロトコルにしたがって受信データを読み込み、Ｅ
ｔｈｅｒｎｅｔプロトコルに変換することになる。

【０００４】ＣＰＵ９０１は、変換した通信データをメ
モリ９０２に保存した後、Ｅｔｈｅｒｎｅｔコントロー
ラ９０６ａに送信データの存在を知らせる。一方、この
知らせを受けたＥｔｈｅｒｎｅｔコントローラ９０６ａ
は、バスコントローラ９０４を介してメモリ９０２から
送信データを受け取る。そして、Ｅｔｈｅｒｎｅｔコン
トローラ９０６ａは、その受け取ったデータをＥｔｈｅ
ｒネットワークへ送信する。このように、この通信プラ
ットフォームＬＳＩ９００は、ＬＯＮネットワークとＥ
ｔｈｅｒネットワークとを接続するゲートウェイとして
動作する。なお、ＥｔｈｅｒネットワークからＬＯＮネ
ットワークへの送信は、この逆の動作が行われることに
なる。

【０００５】

【発明が解決しようとする課題】上述した従来の通信プ
ラットフォームＬＳＩ９００は、ＣＰＵ９０１によりプ
ロトコルの変換をすることにより異なるネットワーク間
で通信することが可能となるが、複数組のネットワーク
間、例えばＥｔｈｅｒネットワークからＬＯＮネットワ
ークの組とＰＣＩネットワークとＩＳＡコントローラの
組で同時に通信をすることが困難であった。

【０００６】また、高信頼性を要求されるシステムで
は、２重化システムの構築（ここで言う２重化とは複数
のプロトコル間で通信する通信モードと、通信状態（プ
ロトコル変換状態など）をモニタリングするモニタリン
グモードの両者が行えるシステムの構築であ）、システ
ムの状態管理、ＲＡＳ（reliability availability ser
viceability ）情報の収集はもちろん、システム全体の
デバッグ等のため、全ての通信データをモニタリングす
ることが多い。ところで、各通信コントローラ９０５、
９０６ａ、・・、９０６ｅの通信プロトコルはそれぞれ
異なっている。２重化システムの構築、デバッグ等のた
めに通信の情報をモニタリングする必要がある場合、各
通信コントローラ９０５、９０６ａ、・・、９０６から
の入力（或いは出力）をロジックアナライザーに等のモ
ニタリング装置によりモニタリングすることにより実現
できる。

【０００７】例えば、図８において、ＬＯＮネットワー
クからＥｔｈｅｒネットワークへのアクセスをモニタリ
ングする場合、ＬＯＮネットワークとＥｔｈｅｒネット
ワークの少なくともいずれか一方のモニタリングをすれ
ばよいが、さらに、ＰＣＩコントローラからＩＳＡコン
トローラへのアクセスもモニタリングする場合、上述と
は別にＰＣＩコントローラとＩＳＡコントローラの少な
くともいずれか一方をモニタリングする必要がある。

【０００８】つまり、図８に示すように通信コントロー
ラ９０５、９０６ａ、・・、９０６ｅが６つあるとき
は、全通信データをモニタリングするには、上述のよう
に、少なくとも５つの通信コントローラの入力（或いは
出力）をモニタリングする必要がある。このように、複
数のモニタリング装置が必要となり、２重化システム、
デバッグ環境の構築において、通信プロトコルの数に比
例して装置が複雑、且つ高価になるという問題があっ
た。

【０００９】また、通信プラットフォームＬＳＩ９００
の内部バス９０３を、通信プラットフォームＬＳＩ９０
０の外部に接続する端子（ＬＳＩピン）を設けモニタリ
ング装置を1 台とする構成とし、モニタリングする方法
も考えられるが、ＬＳＩのピン数が増大する（例えば内
部バス９０３を介して３２ビットデータを通信するもの
では、アドレスデータ用として３２ピン、制御データ用
として１０〜２０ピン、その他数ピンが増加する）ため
一般的に採られるものではない。

【００１０】この発明は以上の問題を解消するためにな
されたもので、複数の通信Ｉ／Ｆに係る通信データを収
集し、特に全ての通信Ｉ／Ｆに係る通信データを収集
し、システム全体を安価かつ小型なデータ通信方式およ
びデータ通信ＩＣを得ることを目的とする。また、２重
化システム、デバッグ環境の構築を行う場合でも全体を
安価かつ小型なデータ通信方式およびデータ通信ＩＣを
得ることを目的とする。

【００１１】

【課題を解決するための手段】（１）この発明の請求項
１に係るデータ通信方式は、少なくとも３つの異なる通
信プロトコルを有するネットワーク間でデータ通信を行
うデータ通信方式において、前記各ネットワークにそれ
ぞれ接続された通信インターフェースを設けると共に、
これら通信インターフェース間を共通の内部バスで接続
して構成し、前記通信インターフェースは接続されたネ
ットワークからデータを受信すると、送信先情報などを
含む共通データに変換して前記内部バスに送信し、送信
先に該当する通信インターフェースは前記内部バスから
前記共通データを受信して、自通信インターフェースの
プロトコルのデータに変換して外部へ送信するものであ
る。

【００１２】（２）この発明の請求項２に係るデータ通
信方式は、複数の異なる通信プロトコルを有するネット
ワーク間でデータ通信を行うデータ通信方式において、
前記各ネットワークにそれぞれ接続された通信インター
フェースを設けると共に、別のモニタ用インターフェー
スを設け、且つ、これら全ての通信インターフェース間
を共通の内部バスで接続して構成し、前記通信インター
フェースは接続されたネットワークからデータを受信す
ると、送信先情報などを含む共通データに変換し、変換
した共通データを前記内部バスを介して一旦、前記モニ
タ用インターフェースに送信し、前記モニタ用インター
フェースは前記共通データを所定のプロトコルに変換し
て外部へ送信し、外部に接続されたモニタ装置でモニタ
リングを可能とすると共に、受信した共通データを再度
内部バスへ送信し、送信先に該当する通信インターフェ
ースは再度送信された共通データを受信して、自通信イ
ンターフェースのプロトコルのデータに変換して接続さ
れたネットワークへ送信するものである。

【００１３】（３）この発明の請求項３に係るデータ通
信方式は、請求項２のデータ通信方式において、モニタ
用インターフェースは、送信された共通データの送付先
が自モニタ用インターフェースであると、前記共通デー
タを所定のプロトコルに変換し外部へ送信すると共に、
前記共通データの再度内部バスへの送信を停止し、前記
モニタ用インターフェースが外部からデータを受信した
際は、共通データに変換して内部バスに送信し、送信先
に該当する通信インターフェースは送信された共通デー
タを受信して、自通信インターフェースのプロトコルの
データに変換して外部へ送信することを特徴とするデー
タ通信方式。

【００１４】（４）この発明の請求項に４に係るデータ
通信方式は、請求項２のデータ通信方式において、モニ
タ用インターフェースを経由して通信する第１の通信モ
ードと、前記モニタ用インターフェースを経由せず通信
する第２の通信モードを切り替え自在にしたものであ
る。

【００１５】（５）この発明の請求項５に係るデータ通
信方式は、請求項４のデータ通信方式において、通信デ
ータに特定の識別符号を付与するかしないかに応じて第
１動作モードまたは第２動作モードを選択するようにし
たものである。

【００１６】（６）この発明の請求項６に係るデータ通
信用ＩＣは、請求項１〜５のいずれか１項のデータ通信
方式の機能を有するデータ通信用Ｉとしたものである。

【００１７】

【発明の実施の形態】実施の形態１．この発明の実施の
形態１を図に基づいて説明する。図１はこの発明の実施
の形態１に係るデータ通信方式のシステム全体構成を示
す図であり、ＰＣ（Personal Computer ）、ＥＷＳ（En
gineering Workstation）等に多く見られる複数の通信
プロトコルを持つシステムの構成を示している。図２、
図３は図１の通信プラットフォームＬＳＩの構成を説明
するブロック図であり、図２は通常動作を説明するため
の図、図３はモニタリング動作を説明するための図であ
る。図４はその通信Ｉ／Ｆにモニタリング装置が接続さ
れないバスコントロール部の構成を示すブロック図、図
５はその通信Ｉ／Ｆにモニタリング装置が接続されるバ
スコントロール部の構成を示すブロック図である。図６
は図１のデータ通信方式に係る通信プラットフォームＬ
ＳＩのアドレスマップを示す図、図７は図１のデータ通
信方式に係る通信プラットフォームＬＳＩの動作を説明
するフローチャートである。

【００１８】図１において、１００は異なる通信Ｉ／Ｆ
間のブリッジ（ゲートウェイとも称す）となる通信プラ
ットフォームＬＳＩ（Large Scale Integrated Circui
t）であり、メインＣＰＵ（Central Processing Unit
）２００、ＰＣＩ（PeripheralComponent Interconnec
t ）バス空間３００、ＩＳＡ（industry standard arch
itecture）バス空間４００、Ｉ／Ｏ（input-output）空
間５０１、メモリ空間５０２、ネットワーク空間６００
からのアクセス要求を制御する。メインＣＰＵ２００
は、ＰＣＩバス空間３００、ＩＳＡバス空間４００か
ら、ネットワーク空間６００までの全ての空間にアクセ
ス可能である。また、ＰＣＩバス空間３００からネット
ワーク空間６００、あるいはネットワーク空間６００か
らメモリ空間５０２、Ｉ／Ｏ空間５０１からＩＳＡバス
空間４００等、異種通信プロトコル間のアクセスが可能
である。つまり、通信プラットフォームＬＳＩ１００
は、これら異種空間のブリッジとなっている。

【００１９】通信プラットフォームＬＳＩ１００は、図
２、図３に示すように構成されている。なお、図２、図
３では、説明を簡単にするために、４つの通信Ｉ／Ｆ
（通信interface 、例えばLON ネットワーク、ＰＣＩネ
ットワーク等）１１１、１２２、１３３、１４４の場合
を示している。例えば、通信Ｉ／Ｆ１１１、１２２の空
間は、それぞれ図１におけるＰＣＩバス空間３００、Ｉ
／Ｏ空間５０１に対応する。図２、図３において、１０
１、１０２、１０３、１０４はそれぞれ異なる通信Ｉ／
Ｆ１１１、１２２、１３３、１４４を制御するバスコン
トロール部である。１５０はそれぞれのバスコントロー
ル部１０１、１０２、１０３、１０４の共通のＩ／Ｆと
なる内部バスであり、各バスコントロール部１０１、１
０２、１０３、１０４はそれぞれ対応する通信Ｉ／Ｆ１
１１、１２２、１３３、１４４からの信号（パケット）
を共通のデータ形式に変換して内部バス１５０に出力す
ることにより、異なる通信Ｉ／Ｆ１１１、１２２、１３
３、１４４間での通信を可能としている（詳細な動作は
後述する）。

【００２０】バスコントロール部１０１（図２、図３）
は、図４に示すように、通信Ｉ／Ｆ１１１との通信を制
御する外部バスＩ／Ｆ部１１０、各バスコントロール部
１０１、１０２、１０３、１０４間を接続するＩ／Ｆと
なる内部バスＩ／Ｆ部１２０から構成されている。外部
バスＩ／Ｆ部１１０は、通信のマスタ動作時の制御を行
う外部マスタ動作制御部１１と、通信のスレーブ動作時
の制御を行う外部スレーブ動作制御部１２から構成され
る外部バス制御部１０を内蔵し、マスタ動作時にアドレ
スとデータを生成する外部アドレスデータ生成部１３、
スレーブ動作時にアドレスを解析する外部アドレスデコ
ード部１４から構成される。

【００２１】内部バスＩ／Ｆ部１２０は、外部スレーブ
動作制御部１２からの要求を受けて、他のバスコントロ
ール部１０２、１０３、１０４への要求を行う内部マス
タ動作制御部２２と、他のバスコントロール部１０２、
１０３、１０４からの要求を受信制御し、外部マスタ動
作制御部１１への動作要求をおこなう内部スレーブ動作
制御部２１から構成される内部バス制御部２０と、他の
バスコントロール部１０２、１０３、１０４への要求時
にアドレスとデータを生成する内部アドレスデータ生成
部２４と、他のバスコントロール部１０２、１０３、１
０４からのアドレスを解析する内部アドレスデコード部
２３から構成される。なお、バスコントロール部１０
３、１０４については、通信Ｉ／Ｆ１１１がそれぞれ通
信Ｉ／Ｆ１３３、１４４に置き換わるのみで、その他の
構成はバスコントロール部１０１と同様である。

【００２２】バスコントロール部１０２（図２、図３）
は、図５に示すように、バスコントロール部１０１（図
４）とは、ループバック検出部３０が設けられている点
と、外部バスＩ／Ｆ部１１０に通信Ｉ／Ｆ１２２が接続
される点で相違する。ループバック検出部３０は、内部
アドレスデコード部２３から出力されるループバック情
報２３ｂを検出し、その検出結果に応じてループバック
アドレス生成情報３０ａを外部アドレスデータ生成部１
３に出力する。なお、図５において、図４と同一符号は
同一または同様であるのでその説明を省略する。また、
バスコントロール部１０２に通信Ｉ／F １２２を接続す
る接続線１２２ａに並列に、例えばロジックアナライザ
ーやディジタルオシロスコープ等の通信データをモニタ
するモニタリング装置７００が接続されている。なお、
図１〜図３においてはモニタリング装置７００の図示を
省略している。

【００２３】次に動作について説明する。実施の形態１
においては、システム全体のアドレスは図６に示すよう
に、通常動作空間とループバック空間の２つの空間を有
するように（２つの動作モードを有するように）マッピ
ングされる。図６に示す例では、説明を簡単にするため
にアドレスの最上位ビットが“０”で通常動作空間、
“１”でループバック空間となっている。なお、図６中
アドレスの先頭２文字の「０ｘ」は１６進数の表記であ
ることを示す記載であり、また、アドレスの最上位ビッ
トが“０”とは２進法の００００〜０１１１で１６進法
の０〜７に相当し、“１”とは２進法の１０００〜１１
１１で１６進法の８〜１５（Ｆ）に相当する。

【００２４】例えば、通信Ｉ／Ｆ１１１から通信Ｉ／Ｆ
１３３にアクセスする場合、モニタリングの必要の無い
とき、アドレス０ｘ３０００〜０ｘ４ＦＦＦをアクセス
し、一方、モニタリングの必要があるとき、０ｘＢ００
０〜０ｘＣＦＦＦをアクセスする。以下、通信Ｉ／Ｆ１
１１から通信Ｉ／Ｆ１３３および通信Ｉ／Ｆ１４４から
通信Ｉ／Ｆ１１１へのアクセス（通信）を、モニタリン
グが必要ない通常動作空間をアクセスする場合と、モニ
タリングが必要でループバック空間をアクセスする場合
について説明する。

【００２５】（通常動作）モニタリングが必要ない場合
には通常動作空間をアクセスする。通信Ｉ／Ｆ１１１か
ら通信Ｉ／Ｆ１３３へアクセスする場合、通信Ｉ／Ｆ１
１１からの信号はアドレス０ｘ３０００（図６）を指定
することにより、経路１３０（図２参照）により通信す
る。すなわち、通信Ｉ／Ｆ１１１からの要求は、バスコ
ントロール部１０１でバスコントロール部１０３へのア
クセスと認識され、データ形式を変換しバスコントロー
ル部１０３宛の信号を内部バス１５０に出力する。内部
バス１５０を介してこの信号を入力したバスコントロー
ル部１０３は自己宛の信号であると認識しデータ形式を
変換して通信Ｉ／Ｆ１３３に出力する。

【００２６】この動作を、図４を主とし、図２、図３も
用いてさらに詳細に説明する。通信Ｉ／Ｆ１１１からの
通信要求は外部アドレスデコード部１４で解析され、解
析の結果、自己に対する要求であると判断すると外部バ
スデコード結果１４ａにより外部スレーブ動作制御部１
２に通知される。外部スレーブ動作制御部１２では外部
バススレーブ制御信号１２ａにより外部スレーブ動作を
行うと同時に内部マスタ動作起動信号１２ｂにより内部
マスタ動作制御部２２に対し起動をかける。内部マスタ
動作制御部２２は、内部アドレスデータ生成部２４に対
し、内部アドレスデータ生成信号２２ｂを出力し、通信
Ｉ／Ｆ１１１から送られたアドレスとデータから、（ア
クセス対象がバスコントロール部１０３との情報を含
む）アドレスとデータを生成すると同時に内部バスマス
タ制御信号２２ａを内部バス１５０へ出力し、内部バス
１５０を経由してバスコントロール部１０３に対するア
クセスを開始する。

【００２７】一方、内部バス１５０からアクセス要求を
受けた他のバスコントロール部１０２、１０３、１０４
は、内部スレーブ動作制御部２１により内部バス１５０
からのアクセス要求を検出する。これは内部アドレスデ
コード部２３で解析され、この場合、バスコントロール
部１０３が自己へのアクセスであると認識し、内部バス
デコード結果２３ａにより通知され、バスコントロール
部１０３はアクセスを開始する。内部スレーブ動作制御
部２１では内部バススレーブ制御信号２１ａにより内部
スレーブ動作を行うと同時に外部マスタ動作起動信号２
１ｂにより外部マスタ動作制御部１１に対し起動をかけ
る。外部マスタ動作制御部１１は、外部アドレスデータ
生成部１３に対し、外部アドレスデータ生成信号１１ｂ
を出力し、アドレスとデータを生成すると同時に外部バ
スマスタ制御信号１１ａを出力し、通信Ｉ／Ｆ１３３に
対するアクセスを開始する。

【００２８】このように、バスコントロール部１０１の
内部アドレスデータ生成部２４および内部マスタ動作制
御部２２並びにバスコントロール部１０３の外部アドレ
スデータ生成部１３および外部マスタ動作制御部１１に
よりプロトコル変換され、異なる通信Ｉ／Ｆ１１１、１
１３間により通信ができる。また、上述と同様に、通信
Ｉ／Ｆ１４４から通信Ｉ／Ｆ１１１へアクセスする場
合、経路１４０により通信する。このように構成するこ
とで、同時に複数組の通信Ｉ／Ｆ１１１、１２２、１３
３、１４４間で通信することもできる。

【００２９】なお、内部バス１５０に入出力される共通
のデータは、図６に示すようにアドレスを付加したデー
タで説明したが、実際はデータ長情報、データアクセス
方向（リード／ライト方向）、パリティ情報なども付加
している。

【００３０】（モニタリング）モニタリングの必要があ
る場合、ループバック空間をアクセスする。このループ
バック空間とは、複数の通信Ｉ／Ｆの空間うち、いずれ
か一つの通信Ｉ／Ｆの空間を割り当てる構成を意味し、
実施の形態１では通信Ｉ／Ｆ１２２の空間を割り当てて
いる。モニタリングの必要がある場合の全体動作の詳細
を図７に従って説明する。通信Ｉ／Ｆ１１１から通信Ｉ
／Ｆ１３３へのアクセスをアドレス０ｘＢ０００により
発生させた場合（Ｓ１１）、アクセス開始をバスコント
ロール部１０１の外部アドレスデコード部１４が検出し
（Ｓ１２）、外部スレーブ動作制御部１２から内部マス
タ動作制御部２２を起動することで、内部バス１５０へ
のアクセスを開始し（Ｓ１３）、アクセスの完了待ちに
入る（Ｓ１４）。ここで、内部アドレスデータ生成部２
４で生成される内部バスＩ／Ｆ１２０のアドレスは０ｘ
Ｂ０００であり、このアドレスを含むパケットが共通バ
ス１５０へ送信される。なお、上述した通常動作の場合
には、Ｓ１１において、通信Ｉ／Ｆ１１１から通信Ｉ／
Ｆ１３３へのアクセスをアドレス０ｘ３０００により発
生させることとなる。

【００３１】バスコントロール部１０２の内部スレーブ
動作制御部２１は、共通バス１５０を介して内部バスＩ
／Ｆ１２０に入力されたパケットの内部アドレスデコー
ドの結果、自己に対するアクセスが発生したと認識し
（Ｓ２１）、最上位ビットが“０”か“１”をチェック
し、ループバック空間か否かの判定を行う（Ｓ２２）。
ループバック検出部３０は、０ｘＢ０００でアクセスさ
れ最上位ビットは“１”であるので、ループバック空間
であると判断し、ループバックアドレス生成情報３０ａ
を外部アドレスデータ生成部１３に対して出力する。外
部アドレスデータ生成部１３は最上位ビットを“０”ク
リアし（Ｓ２３）、外部アドレスを生成（Ｓ２４）、同
時に外部へのアクセスを行う（Ｓ２５）。なお、最上位
ビットを“０”クリアすることは、内部アドレスが０ｘ
Ｂ０００で、Ｂを２進法で表すと“１０１１”になり、
最上位ビット“１”をクリアして“０”にすると“００
１１”（１６進法で３）になり、外部アドレスは“０ｘ
３０００”になる。

【００３２】バスコントロール部１０２から出力された
アドレスは０ｘ３０００であるので、バスコントロール
部１０２のアドレスマップでは通信Ｉ／Ｆ１３３である
ことを示している。そのため、バスコントロール部１０
２の外部アドレスデコード部１４におけるアドレス解析
の結果（Ｓ２６）、外部スレーブ動作制御部１２は内部
マスタ動作制御部２２に起動をかける（Ｓ２７）。つま
り、バスコントロール部１０２では自己のマスタ動作
で、同じく自己のスレーブ機能が動作することになる。
このとき、通信Ｉ／Ｆ１２２とバスコントロール部１０
２間の通信線１２２ａに接続したモニタリング装置７０
０により通信データはモニタリングされる（図７のフロ
ーチャートには図示せず）。

【００３３】バスコントロール部１０２の内部アドレス
データ生成部２４から出力される共通バスＩ／Ｆ１５０
のアドレスは０ｘ３０００であるため、バスコントロー
ル部１０３の内部バスＩ／Ｆ部１２０（内部スレーブ動
作制御部２１）が応答する（Ｓ３１）。そして外部マス
タ動作制御部１１からの指令により外部アドレスデータ
生成部１３がアドレスを生成して（Ｓ３２）、通信Ｉ／
Ｆ１３３への外部アクセス制御を行い（Ｓ３３）、通信
Ｉ／Ｆ１３３の動作完了により（Ｓ３４ａ）、通信Ｉ／
Ｆ１３３から通信Ｉ／Ｆ１２２を経由して通信Ｉ／Ｆ１
１１へと通知され（Ｓ２８ａ）、すべての動作が完了す
る（Ｓ１４ａ）。以上のアクセスフローの概略を示した
ものが、図３における経路１３２である。

【００３４】同様に、モニタリングが必要な場合の通信
Ｉ／Ｆ１４４から通信Ｉ／Ｆ１１１へのアクセスは、図
６のアドレスマップにおけるアドレス０ｘ８０００〜０
ｘ８ＦＦＦの範囲でおこなわれ、アクセスフローは図３
における経路１４２となる。この場合にも、バスコント
ロール部１０２がＳ２５（図７）において、出力する信
号（自己のマスタ動作で自己のスレーブ動作となる信
号）を通信線１２２ａに接続したモニタリング装置７０
０により検出し、通信データはモニタリングされる。

【００３５】以上のように、識別符号としてのアドレス
の先頭ビットが“１”のときのみ、バスコントロール部
１０２を経由するので、通常動作時は迅速に通信をする
ことができ、さらに、特定のときのみモニタリングがで
きる２重化システムの構築（通常の通信モードと、モニ
タリングモードの両者が行えるシステム）、デバッグ環
境の構築を行う場合でもシステム全体を安価に抑えるこ
とが可能となる。なお、識別符号としてアドレス以外の
符号を付加してもよく、また、外部信号やスイッチなど
によりモニタリングするかしないかを切り換えるように
してもよい。また、複数のバスコントロール部に対しモ
ニタリング装置は１台用いればよい。

【００３６】なお、通信Ｉ／Ｆ１１１、１３３が特殊な
プロトコルのもので通信Ｉ／Ｆ１２２が汎用的なプロト
コルのものである場合には、バスコントロール部１０２
を経由するようにすれば、通信Ｉ／Ｆ１１１、１３３の
特殊なプロトコル間での変換プログラムを作成する必要
がなくなる。この場合には、通信Ｉ／Ｆ１１１、１３３
の通信時には全てバスコントロール部１０２を経由する
ようなアドレスを指定することにより実現できる。或い
は、全通信は全てバスコントロール部１０２を経由する
ような構成としても実現できる。

【００３７】

【発明の効果】以上のように、この発明の請求項１によ
れば、少なくとも３つ以上の異なる通信プロトコルを有
するネットワーク間で容易に通信することができる。

【００３８】また、この発明の請求項２によれば、モニ
タ用インターフェースを設けたので、複数の異なるプロ
トコルの通信インターフェースに対し、一つのモニタ用
インターフェースでモニタリングすることが容易にで
き、モニタリング装置も１台でよい。従って、システム
全体を安価に抑えることが可能となる。

【００３９】また、この発明の請求項３によれば、モニ
タ用インターフェースも通信インターフェースの機能を
持たせたので、柔軟な通信システムの構成ができる。

【００４０】また、この発明の請求項４および請求項５
によれば、通常の通信をする通信モードと、モニタリン
グしながら通信する通信モードとを自由に選択できる。

【００４１】また、この発明の請求項５によれば、ＩＣ
化したので小型化ができ使用上便利であり、且つ、コス
トダウンが可能である。

【図面の簡単な説明】

【図１】この発明の実施の形態１によるデータ通信方
式のシステムの全体構成図である。

【図２】図１の通信プラットフォームＬＳＩの構成
（通常動作時）を説明するブロック図である。

【図３】図１の通信プラットフォームＬＳＩの構成
（モニタリング時）を説明するブロック図である。

【図４】この発明の実施の形態１による通信Ｉ／Ｆに
モニタリング装置が接続されないバスコントロール部の
構成を示すブロック図である。

【図５】この発明の実施の形態１による通信Ｉ／Ｆに
モニタリング装置が接続されるバスコントロール部の構
成を示すブロック図である。

【図６】図１のデータ通信方式による通信プラットフ
ォームＬＳＩのアドレスマップを示す図である。

【図７】図７は図１のデータ通信方式に係る通信プラ
ットフォームＬＳＩの動作を説明するフローチャートで
ある。

【図８】従来の通信プラットフォームＬＳＩの構成を
示す図である。

【符号の説明】

１１ａ外部バスマスタ制御信号１１ｂ外部ア
ドレスデータ生成信号１２ａ外部バススレーブ制御信号１２ｂ内部マ
スタ動作起動信号１４ａ外部バスデコード結果２１ａ内部バ
ススレーブ制御信号２１ｂ外部マスタ動作起動信号２２ａ内部バ
スマスタ制御信号２２ｂ内部アドレスデータ生成信号２３ａ内部バ
スデコード結果１００通信プラットフォームＬＳＩ１０１〜１０４
バスコントロール部１３０通信Ｉ／Ｆ１１１から通信Ｉ／Ｆ１３３への通
常アクセス経路１４０通信Ｉ／Ｆ１４４から通信Ｉ／Ｆ１１１への通
常アクセス経路１３２通信Ｉ／Ｆ１１１から通信Ｉ／Ｆ１３３へのモ
ニタリング時のアクセス経路１４２通信Ｉ／Ｆ１４４から通信Ｉ／Ｆ１１１へのモ
ニタリング時のアクセス経路

Claims

【特許請求の範囲】

【請求項１】少なくとも３つの異なる通信プロトコル
を有するネットワーク間でデータ通信を行うデータ通信
方式において、前記各ネットワークにそれぞれ接続され
た通信インターフェースを設けると共に、これら通信イ
ンターフェース間を共通の内部バスで接続して構成し、
前記通信インターフェースは接続されたネットワークか
らデータを受信すると、送信先情報を含む共通データに
変換して前記内部バスに送信し、送信先に該当する通信
インターフェースは前記内部バスから前記共通データを
受信して、自通信インターフェースのプロトコルのデー
タに変換して外部へ送信することを特徴とするデータ通
信方式。
【請求項２】複数の異なる通信プロトコルを有するネ
ットワーク間でデータ通信を行うデータ通信方式におい
て、前記各ネットワークにそれぞれ接続された通信イン
ターフェースを設けると共に、別のモニタ用インターフ
ェースを設け、且つ、これら全ての通信インターフェー
ス間を共通の内部バスで接続して構成し、前記通信イン
ターフェースは接続されたネットワークからデータを受
信すると、送信先情報などを含む共通データに変換し、
変換した共通データを前記内部バスを介して一旦、前記
モニタ用インターフェースに送信し、前記モニタ用イン
ターフェースは前記共通データを所定のプロトコルに変
換して外部へ送信し、外部に接続されたモニタ装置でモ
ニタリングを可能とすると共に、受信した共通データを
再度内部バスへ送信し、送信先に該当する通信インター
フェースは再度送信された共通データを受信して、自通
信インターフェースのプロトコルのデータに変換して接
続されたネットワークへ送信することを特徴とするデー
タ通信方式。
【請求項３】請求項２のデータ通信方式において、モ
ニタ用インターフェースは、送信された共通データの送
付先が自モニタ用インターフェースであると、前記共通
データを所定のプロトコルに変換し外部へ送信すると共
に、前記共通データの再度内部バスへの送信を停止し、
前記モニタ用インターフェースが外部からデータを受信
した際は、共通データに変換して内部バスに送信し、送
信先に該当する通信インターフェースは送信された共通
データを受信して、自通信インターフェースのプロトコ
ルのデータに変換して外部へ送信することを特徴とする
データ通信方式。
【請求項４】請求項２のデータ通信方式において、モ
ニタ用インターフェースを経由して通信する第１の通信
モードと、前記モニタ用インターフェースを経由せず通
信する第２の通信モードを切り替え自在にしたことを特
徴とするデータ通信方式。
【請求項５】請求項４のデータ通信方式において、通
信データに特定の識別符号を付与するかしないかに応じ
て第１動作モードまたは第２動作モードを選択するよう
にしたことを特徴とするデータ通信方式。
【請求項６】請求項１〜５のいずれか１項のデータ通
信方式の機能を有するデータ通信用ＩＣ。