特開 2015-177550 ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2015-177550(P2015-177550A)

(43)【公開日】2015年10月5日

(54)【発明の名称】ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法

(51)【国際特許分類】

   H04L 12/40 20060101AFI20150908BHJP

【ＦＩ】

   H04L12/40 M

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

【全頁数】11

(21)【出願番号】特願2015-53335(P2015-53335)

(22)【出願日】2015年3月17日

(31)【優先権主張番号】10-2014-0030736

(32)【優先日】2014年3月17日

(33)【優先権主張国】KR

(71)【出願人】

【識別番号】593121379

【氏名又は名称】エルエス産電株式会社

【氏名又は名称原語表記】ＬＳＩＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】チョン ジョンキュン

(72)【発明者】

【氏名】チョン ジョンウク

【テーマコード（参考）】

5K032

【Ｆターム（参考）】

5K032BA06

5K032CD01

5K032DA01

5K032DB28

5K032EA02

5K032EA06

5K032EA07

(57)【要約】

【課題】２つのチャネルの通信の使用時、物理層を介して伝達されるデータをCPUの一ヵ所で処理してキャリア感知信号を認識する場合でも、通信パラメータグループの受信フレームの数およびエラーフレームの数が、どちらのチャネルで生成されたかをモニタリング可能な、RAPIEnetネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置および方法を提供する。
【解決手段】本発明は、ネットワークバスとデータを送受信し、受信したデータをMIIデータに変換して送受信する第１のチャネルユニットと、ネットワークバスとデータを送受信し、受信したデータをMIIデータに変換して送受信する第２のチャネルユニットと、第１のチャネルユニットと第２のチャネルユニットとから受信したMIIデータのキャリア感知信号を認識して送受信するCPUと、CPUを介して受信したMIIデータから各チャネルのデータをモニタリングするモニタリング部と、を有する。
【選択図】図４

【特許請求の範囲】

【請求項1】

ネットワークバスとデータを送受信し、該受信したデータをＭＩＩデータに変換して送受信する第１のチャネルユニットと、
前記ネットワークバスとデータを送受信し、該受信したデータをＭＩＩデータに変換して送受信する第２のチャネルユニットと、
前記第１のチャネルユニットと前記第２のチャネルユニットとから受信したＭＩＩデータのキャリア感知信号を認識し、前記ＭＩＩデータを送受信するＣＰＵと、
前記ＣＰＵとのデータ通信を行い、前記ＣＰＵを介して受信したＭＩＩデータから各チャネルのデータをモニタリングするモニタリング部と、を有し、
前記第１のチャネルユニットおよび前記第２のチャネルユニットは、
１６ｂｉｔワード単位でデータを変換して転送する、ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置。

【請求項2】

前記第１のチャネルユニットのＭＩＩ変換部は、
８ｂｉｔデータをシフトして、上位の８ビットに、該８ｂｉｔデータの値を保存して変換し、
前記第２のチャネルユニットのＭＩＩ変換部は、
８ｂｉｔデータをシフトして、下位の８ビットに、該８ｂｉｔデータの値を保存して変換する、請求項１に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置。

【請求項3】

前記モニタリング部は、
通信パラメータグループの受信フレームの数またはエラーフレームの数を表示する、請求項１または２に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置。

【請求項4】

前記モニタリング部は、
０から予め定められたしきい値までを表現し、
前記予め定められたしきい値を超える場合、再び、０からカウントを開始する、請求項１乃至３のいずれか一項に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置。

【請求項5】

通信パラメータグループの受信フレームの数は、
上位の２桁と下位の２桁との間に０を置いて、計５桁で表現され、
前記ネットワークバスで受信されたデータのうち、前記第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、前記上位の２桁に表示し、前記第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、前記下位の２桁に表示する、請求項３または４に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置。

【請求項6】

第１のチャネルユニットは、ネットワークバスからデータを受信すると、該受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップと、
第２のチャネルユニットは、ネットワークバスからデータを受信すると、該受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップと、
前記ＣＰＵは、前記第１のチャネルユニットと前記第２のチャネルユニットとから受信したＭＩＩデータのキャリア感知信号を認識し、前記ＭＩＩデータをモニタリング部に転送するステップと、
前記モニタリング部は、前記ＣＰＵから受信したＭＩＩデータから各チャネルのデータをモニタリングするステップと、を有し、
前記第１のチャネルユニットは、ネットワークバスからデータを受信すると、該受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップ、及び、前記第２のチャネルユニットは、ネットワークバスからデータを受信すると、該受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップは、
１６ｂｉｔワード単位でデータを変換して転送することを有する、ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法。

【請求項7】

前記第１のチャネルユニットがＭＩＩデータに変換するステップは、
８ｂｉｔデータをシフトして、上位の８ビットに、該８ｂｉｔデータの値を保存して変換することを有し、
前記第２のチャネルユニットがＭＩＩデータに変換するステップは、
８ｂｉｔデータをシフトして、下位の８ビットに、該８ｂｉｔデータの値を保存して変換することを有する、請求項６に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法。

【請求項8】

前記モニタリングするステップは、
通信パラメータグループの受信フレームの数またはエラーフレームの数を表示することを有する、請求項６または７に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法。

【請求項9】

前記モニタリングするステップは、
０から予め定められたしきい値までを表現し、
前記予め定められたしきい値を超える場合、再び、０からカウントを開始することを有する、請求項６乃至８のいずれか一項に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法。

【請求項10】

通信パラメータグループの受信フレームの数は、
上位の２桁と下位の２桁との間に０を置いて、計５桁で表現され、
前記ネットワークバスで受信されたデータのうち、前記第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、前記上位の２桁に表示し、前記第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、前記下位の２桁に表示する、請求項８または９に記載のＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、産業イーサネット（登録商標）用リアルタイムオートメーションプロトコルネット（Real-time Automation Protocols for Industrial Ethernet（登録商標） net；ＲＡＰＩＥｎｅｔ）ネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法に関し、より詳細には、ＩＳ７インバータにＲＡＰＩＥｎｅｔ通信オプションの開発を用いる場合に適用される技術分野で、通信パラメータ（ＣＯＭ）グループのモニタリング診断機能として用いる受信フレームの数およびエラーフレームの数に適用するために開発された、ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法に関する。

【背景技術】

【0002】

一般に、ＲＡＰＩＥｎｅｔ通信モジュールの開発において、２つのチャネルを用いることにより、イーサネット物理層（Ethernet PHYsical layer）も、二つの層が必要となる。したがって、ネットワーク上で伝達される通信プロトコル情報は、物理層を介して、ＲＡＰＩＥｎｅｔ通信モジュールのＣＰＵに管理に依存しないインターフェース（Management Independent Interface；ＭＩＩ）データを伝達し、ＣＰＵは、変換されたＭＩＩデータによって、キャリア感知信号（ＣＲＣ）を認識することになる。

【0003】

図１は、従来のバスネットワークシステムを示す図であり、図２は、図１に従う通信オプションカードの詳細な構成を示す機能ブロック図である。

【0004】

図１に示すように、従来、インバータと通信モジュールとを連結する１つのチャネルのネットワークシステムは、ネットワークバス３０との通信のために通信オプションカード２０が装着され、ネットワークバス３０を介して通信データが送受信される。

【0005】

そして、通信オプションカード２０は、図２に示すように、ネットワークバス３０を介して外部からデータを送受信するものであって、コネクタ２１とＰＨＹ２２とからなっている。

【0006】

通信オプションカード２０のコネクタ２１は、ＣＰＵ２５とデータを送受信する。ここで、コネクタ２１を介して伝達された送受信データは、データ連結部を介して、通信プロトコルを分析するために、物理層であるＰＨＹ２２に転送される。

【0007】

ＰＨＹ２２は、ネットワークバス３０から伝達されたデータをＣＰＵ２５に伝達するために、受信したデータをＭＩＩ（Management Independent Interface）データとして送受信する。

【0008】

一方、ＭＩＩ（Management Independent Interface）データを受信したＣＰＵ２５は、内部的に、キャリア感知信号（ＣＲＣ）を認識するため、このデータを処理してＣＡＮ通信に変換し、ｉＳ７インバータ１０とデータを送受信する。

【0009】

結果として、図１のインバータキーパッド１１にデータが転送され、ユーザが、モニタリング診断機能を活性化して、データを確認できるよう設定されている。

【0010】

図３は、従来の２つのチャネルのバスネットワークシステムを示す機能ブロック図である。図３に示すように、２つのチャネルのＮｅｔｗｏｒｋもまた、１つのチャネルのＮｅｔｗｏｒｋと同様の過程で通信し、通信オプションカード２０が、ネットワークバス３０を介して外部からデータを送受信し、通信オプションカード２０のコネクタ２１とコネクタ２４とを介してデータを送受信する。

【0011】

したがって、コネクタ２１とコネクタ２４とを介して伝達された送受信データは、データ連結部を介して、通信プロトコルを分析するために、物理層であるＰＨＹ２２とＰＨＹ２３とに、それぞれ転送される。

【0012】

そして、ＰＨＹ２２およびＰＨＹ２３は、ネットワークバス３０から伝達されたデータをＣＰＵ２５に伝達するために、受信したデータをＭＩＩ（Management Independent Interface）データにして、それぞれ、送受信する。

【0013】

ここで、ＭＩＩ（Management Independent Interface）データを受信したＣＰＵ２５は、内部的に、キャリア感知信号（ＣＲＣ）を認識するため、このデータを処理してＣＡＮ通信にプロトコルを変換し、ｉＳ７インバータ１０とデータを送受信する。このように送受信されたデータは、ｉＳ７インバータ１０のインバータキーパッド１１に送信されることによって、モニタリング診断機能を活性化し表示する。このとき、モニタリング診断機能で活性化される通信パラメータ（ＣＯＭ）グループには、受信フレームの数（ＲｃｖＦｒａｍｅ）およびエラーフレームの数（Ｅｒｒ Ｆｒａｍｅ Ｎｕｍ）などがある。

【0014】

ＲＡＰＩＥｎｅｔ（Real-time Automation Protocols for Industrial Ethernet）通信オプションモジュールのように、２つのチャネルを用いるためには、必ず物理層を二つ用いなければならず、物理層を介して伝達されるデータは、ＣＰＵの一ヵ所で処理して、キャリア感知信号（ＣＲＣ）を認識することになる。

【0015】

そのため、キャリア感知信号（ＣＲＣ）を通じてインバータのモニタリング診断機能を活性化している通信パラメータ（ＣＯＭ）グループの受信フレームの数（ＲｃｖＦｒａｍｅ）およびエラーフレームの数（Ｅｒｒ Ｆｒａｍｅ Ｎｕｍ）がどちらのチャネルで発生したのかが分からないため、２つのチャネルのネットワークで構成された場合には、データを分析したり、または、エラーフレームの数（Ｅｒｒ Ｆｒａｍｅ Ｎｕｍ）が発生しても、問題の発生に対するチャネル情報が分からないため、２つのチャネルのいずれも検索しなければならない問題点がある。

【発明の概要】

【発明が解決しようとする課題】

【0016】

本発明は、上記の問題点を解決するために案出されたもので、２つのチャネルの通信オプションモジュールを用いて、２つのチャネルの通信の使用時、モニタリング診断機能を強化する目的のために、物理層を介して伝達されるデータがＣＰＵの一ヵ所で処理されてキャリア感知信号（ＣＲＣ）を認識する場合であっても、インバータのモニタリング診断機能を活性化する通信パラメータ（ＣＯＭ）グループの受信フレームの数（ＲｃｖＦｒａｍｅ）およびエラーフレームの数（Ｅｒｒ Ｆｒａｍｅ Ｎｕｍ）がどちらのチャネルで発生したかをモニタリング可能な、ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法を提供する。

【課題を解決するための手段】

【0017】

上記の目的を達成しようとする本発明の一実施形態に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置は、ネットワークバスとデータを送受信し、受信したデータをＭＩＩデータに変換して送受信する第１のチャネルユニットと、ネットワークバスとデータを送受信し、受信したデータをＭＩＩデータに変換して送受信する第２のチャネルユニットと、第１のチャネルユニットと第２のチャネルユニットとから受信したＭＩＩデータのキャリア感知信号（ＣＲＣ）を認識し、ＭＩＩデータを送受信するＣＰＵと、およびＣＰＵとデータ通信を行い、ＣＰＵを介して受信されるＭＩＩデータから各チャネルのデータをモニタリングするモニタリング部と、を有する。

【0018】

このとき、第１のチャネルユニットおよび第２のチャネルユニットは、１６ｂｉｔワード単位でデータを変換して転送することが好ましい。

【0019】

そして、第１のチャネルユニットのＭＩＩ変換部は、８ｂｉｔのデータをシフト（shift）して、上位の８ビットに、その値を保存して変換し、第２のチャネルユニットのＭＩＩ変換部は、８ｂｉｔのデータをシフト（shift）して、下位の８ビットに、その値を保存して変換することが好ましい。

【0020】

一方、モニタリング部は、通信パラメータグループの受信フレームの数またはエラーフレームの数を表示することが好ましい。

【0021】

そして、モニタリング部は、０から予め定められたしきい値までを表現し、予め定められたしきい値を超える場合、再び、０からカウントを開始することが好ましい。

【0022】

一方、通信パラメータグループの受信フレームの数（またはエラーフレームの数）は、上位の２桁と下位の２桁との間に０を置いて計５桁で表現され、バスで受信されたデータのうち、第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、上位の２桁に表示し、第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、下位の２桁に表示することが好ましい。

【0023】

本発明の一実施形態に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法は、ＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法において、第１のチャネルユニットは、ネットワークバスからデータを受信すると、受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップと、第２のチャネルユニットは、ネットワークバスからデータを受信すると、受信したデータをＭＩＩデータに変換して、ＣＰＵに転送するステップと、ＣＰＵは、第１のチャネルユニットと第２のチャネルユニットとから受信したＭＩＩデータのキャリア感知信号（ＣＲＣ）を認識し、ＭＩＩデータをモニタリング部に転送するステップと、モニタリング部は、ＣＰＵから受信したＭＩＩデータから各チャネルのデータをモニタリングするステップと、を有することが好ましい。

【0024】

そして、第１のチャネルユニットは、ネットワークバスからデータが受信されると、受信されたデータをＭＩＩデータに変換して、ＣＰＵに転送するステップ、および、第２のチャネルユニットは、ネットワークバスからデータが受信されると、受信されたデータをＭＩＩデータに変換して、ＣＰＵに転送するステップは、１６ｂｉｔワード単位でデータを変換して転送することが好ましい。

【0025】

また、第１のチャネルユニットがＭＩＩデータに変換するステップは、８ｂｉｔデータをシフト（shift）して、上位の８ビットに、その値を保存して変換し、第２のチャネルユニットがＭＩＩデータに変換するステップは、８ｂｉｔデータをシフト（shift）して、下位の８ビットに、その値を保存して変換することが好ましい。

【0026】

そして、モニタリングするステップは、通信パラメータグループの受信フレームの数またはエラーフレームの数を表示することが好ましい。

【0027】

また、モニタリングするステップは、０から予め定められたしきい値までを表現し、予め定められたしきい値を超える場合、再び、０からカウントを開始することが好ましい。

【0028】

そして、通信パラメータグループの受信フレームの数（またはエラーフレームの数）は、上位の２桁と下位の２桁との間に０を置いて計５桁で表現され、ネットワークバスで受信されたデータのうち、第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、上位の２桁に表示し、第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、下位の２桁に表示することが好ましい。

【発明の効果】

【0029】

上述したような構成を有する本発明に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法は、インバータのモニタリング診断機能を活性化する通信パラメータ（ＣＯＭ）グループの受信フレームの数（ＲｃｖＦｒａｍｅ）およびエラーフレームの数（Ｅｒｒ ＦｒａｍｅＮｕｍ）が、どちらのチャネルで生成されたものであるかをモニタリング可能であるため、いずれか一つのチャネルでエラーフレームの数（Ｅｒｒ Ｆｒａｍｅ Ｎｕｍ）が見つけられたたとしても、両方のチャネルを確認する必要がなく、ユーザに利便性を提供するだけでなく、モニタリング診断能力においても、従来に比べて、明確でかつ強化された診断機能の能力を有する効果がある。

【図面の簡単な説明】

【0030】

【図1】従来のバスネットワークシステムを示す図である。

【図2】図１に従う通信オプションカードの詳細な構成を示す機能ブロック図である。

【図3】従来の２つのチャネルのバスネットワークシステムを示す機能ブロック図である。

【図4】本発明に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置の構成を示す機能ブロック図である。

【図5】本発明に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法を示すフローチャートである。

【発明を実施するための形態】

【0031】

以下では、本発明の一実施形態に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置およびモニタリング方法を、添付の図面を参照して、詳細に説明する。

【0032】

図４は、本発明に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置を示す機能ブロック図である。

【0033】

図４に示すように、本発明に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング装置は、第１のチャネルユニット１００、第２のチャネルユニット２００、ＣＰＵ３００およびモニタリング部４００を含んでなる。

【0034】

まず、第１のチャネルユニット１００は、ネットワークバス１とデータを送受信する物理層部１１０と、物理層部１１０を介して受信されるデータをＭＩＩデータに変換して、ＣＰＵ３００に伝達するＭＩＩ変換部１２０と、を含んでなる。

【0035】

そして、第２のチャネルユニット２００は、ネットワークバス１とデータを送受信する物理層部２１０と、物理層部２１０を介して受信されるデータをＭＩＩデータに変換して、ＣＰＵ３００に伝達するＭＩＩ変換部２２０と、を含んでなる。

【0036】

ＣＰＵ３００は、第１のチャネルユニット１００と第２のチャネルユニット２００とから受信されるＭＩＩデータのキャリア感知信号（ＣＲＣ）を認識し、モニタリング部４００とＭＩＩデータを送受信する。

【0037】

また、モニタリング部４００は、ＣＰＵ３００とデータ通信を行い、ＣＰＵ３００を介して受信されるＭＩＩデータから各チャネルのデータをモニタリングする。

【0038】

このとき、第１のチャネルユニット１００および第２のチャネルユニット２００のＭＩＩ変換部１２０，２２０は、１６ｂｉｔワード単位でデータを変換して転送することが好ましい。

【0039】

一方、第１のチャネルユニット１００のＭＩＩ変換部１２０は、８ｂｉｔのデータをシフト（shift）して、上位の８ビットに、その値を保存して変換し、第２のチャネルユニット２００のＭＩＩ変換部２２０は、８ｂｉｔのデータをシフト（shift）して、下位の８ビットに、その値を保存して変換することが好ましい。

【0040】

他方で、モニタリング部４００は、通信パラメータグループの受信フレームの数またはエラーフレームの数を表示することが好ましい。このような、モニタリング部４００は、０から予め定められたしきい値まで表現することを特徴とするが、予め定められたしきい値を超える場合、再び、０からカウントを開始することが好ましい。

【0041】

このとき、通信パラメータグループの受信フレームの数は、計５桁で表現されることを特徴とするが、上位の２桁と下位の２桁との間に０を置き、ネットワークバス１で受信されたデータのうち、第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、上位の２桁に表示し、第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、下位の２桁に表示することが好ましい。

【0042】

これにより、本発明の一実施形態によれば、従来の通信パラメータグループで、５桁で表現され、０〜６５５３５まで表した受信フレームの数とエラーフレームの数とを、０〜６４までに制限することにより、受信フレームの数とエラーフレームの数とが２つのチャネルの使用時にモニタリングされるため、チャネルの診断機能を強化することができる長所がある。

【0043】

以下、下記では、本発明の一実施形態に係るＲＡＰＩＥｎｅｔネットワークシステムにおける２つのチャネルのバスデータのモニタリング方法について、図５を参照して説明する。

【0044】

まず、第１のチャネルユニット１００は、ネットワークバスからデータが受信されると、受信されたデータをＭＩＩデータに変換して、ＣＰＵに転送する（Ｓ１００）。第１のチャネルユニット１００がＭＩＩデータに変換するステップ（Ｓ１００）は、８ｂｉｔのデータをシフト（shift）して、上位の８ビットに、その値を保存して変換し、転送することが好ましい。

【0045】

そして、第２のチャネルユニット２００は、ネットワークバスからデータが受信されると、受信されたデータをＭＩＩデータに変換して、ＣＰＵに転送する（Ｓ２００）。第２のチャネルユニット２００がＭＩＩデータに変換するステップ（Ｓ２００）は、８ｂｉｔのデータをシフト（shift）して、下位の８ビットに、その値を保存して変換することが好ましい。

【0046】

ここで、ＭＩＩデータに変換してＣＰＵに転送するステップ（Ｓ１００，Ｓ２００）は、１６ｂｉｔワード単位でデータを変換して転送することが好ましい。

【0047】

続いて、ＣＰＵは、第１のチャネルユニット１００と第２のチャネルユニット２００とから受信されるＭＩＩデータのキャリア感知信号（ＣＲＣ）を認識し、モニタリング部４００に転送する（Ｓ３００）。

【0048】

前記モニタリング部４００は、前記ＣＰＵから受信されたＭＩＩデータから各チャネルのデータをモニタリングする（Ｓ４００）。

【0049】

ここで、モニタリングするステップ（Ｓ４００）は、通信パラメータグループの受信フレームの数またはエラーフレームの数を表示することが好ましく、０から予め定められたしきい値まで表現されることを特徴とするが、予め定められたしきい値を超える場合、再び、０からカウントを開始することが好ましい。

【0050】

このとき、通信パラメータグループの受信フレームの数は、計５桁で表現されることを特徴とするが、上位の２桁と下位の２桁との間に０を置き、ネットワークバスで受信されたデータのうち、第１のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、上位の２桁に表示し、第２のチャネルから伝達されたデータの受信フレームの数またはエラーフレームの数は、下位の２桁に表示することが好ましい。

【符号の説明】

【0051】

１００ 第１のチャネルユニット
２００ 第２のチャネルユニット
３００ ＣＰＵ
４００ モニタリング部

【図1】

【図2】

【図3】

【図4】

【図5】