(57)【要約】【課題】従来のＭＤＩＯデバイスとの通信に影響を与えずに、ＭＤＩＯの機能拡張が可能な通信システムを実現する。【解決手段】ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームを送受信することによって通信を行う複数の通信装置を備える。複数の通信装置は、他の通信装置を制御する主通信装置と、主通信装置によって制御される従通信装置とを含む。ＭＤＩＯフレームは、実行するべき機能を示すＯＰコード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）指定領域を具備する。主通信装置は、ＯＰコード指定領域において未定義の値に拡張機能を割り当てた拡張ＭＤＩＯフレームを送信する。従通信装置は、ＭＤＩＯフレームを受信するとＯＰコードに基づいてＭＤＩＯフレームが拡張ＭＤＩＯフレームであると検知して拡張機能を実行する。【選択図】図２
2011160353.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームを送受信することによって通信を行う複数の通信装置
を備え、
前記複数の通信装置は、
他の通信装置を制御する主通信装置と、
前記主通信装置によって制御される従通信装置と
を含み、
前記ＭＤＩＯフレームは、実行するべき機能を示すＯＰコード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）指定領域を具備し、
前記主通信装置は、前記ＯＰコード指定領域において未定義の値に拡張機能を割り当てた拡張ＭＤＩＯフレームを送信し、
前記従通信装置は、前記ＭＤＩＯフレームを受信すると前記ＯＰコードに基づいて前記ＭＤＩＯフレームが前記拡張ＭＤＩＯフレームであると検知して前記拡張機能を実行する
通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記ＭＤＩＯフレームは、データ格納領域をさらに具備し、
前記拡張ＭＤＩＯフレームは、前記ＯＰコード指定領域の未定義の値と前記データ格納領域とを用いて、実行するべき前記拡張機能を指定する
通信システム。
【請求項３】
請求項１または請求項２に記載の通信システムであって、
前記拡張ＭＤＩＯフレームは、前記ＯＰコードの未定義の値のみにより、実行するべき拡張機能を指定する
通信システム。
【請求項４】
請求項１から請求項３までのいずれかに記載の通信システムであって、
全ての前記従通信装置を指定するブロードキャストアドレスが予め定められており、
前記主通信装置は、前記ブローキャストアドレスを送信先として格納した前記拡張ＭＤＩＯフレームを送信する
通信システム。
【請求項５】
請求項１から請求項４までのいずれかに記載の通信システムであって、
前記拡張機能は、前記従通信装置の状態を通知する状態通知を含み、
前記従通信装置は、前記ＯＰコード指定領域で前記状態通知を指定して、前記データ格納領域に前記従通信装置の状態情報を格納して、送信先に前記主通信装置を指定した前記拡張ＭＤＩＯフレームを、定期的に、あるいは前記従通信装置の前記状態に変化が発生した場合に送信する
通信システム。
【請求項６】
請求項１から請求項５までのいずれかに記載の通信システムであって、
前記ＭＤＩＯフレームは、
前記複数の通信装置の内部のレジスタを指定するレジスタアドレス指定領域と、
前記複数の通信装置の間を接続するバスの占有の有無を示すターンアラウンド指定領域と
をさらに含み、
前記拡張ＭＤＩＯフレームは、前記レジスタアドレス指定領域と、前記ターンアラウンド指定領域と、前記データ格納領域を任意の値に指定可能である
通信システム。
【請求項７】
請求項１から請求項６までのいずれかに記載の通信システムで使用される通信装置。
【請求項８】
ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームを送受信することによって通信を行う複数の通信装置を備える通信システムにおいて、
複数の通信装置は、
他の通信装置を制御する主通信装置と、
前記主通信装置によって制御される従通信装置と
を含み、
前記ＭＤＩＯフレームは、実行するべき機能を示すＯＰコード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）指定領域を具備し、
前記ＯＰコード指定領域において未定義の値に拡張機能を割り当てた拡張ＭＤＩＯフレームを送信するステップと、
前記ＭＤＩＯフレームを受信すると前記ＯＰコードに基づいて前記ＭＤＩＯフレームが前記拡張ＭＤＩＯフレームであると検知するステップと、
前記拡張機能を実行するステップと
を備える通信方法。
【請求項９】
請求項８に記載の通信方法であって、
全ての前記従通信装置を指定するブロードキャストアドレスが予め定められており、
前記拡張ＭＤＩＯフレームを送信するステップは、
前記ブローキャストアドレスを送信先として格納した前記拡張ＭＤＩＯフレームを送信するステップ
を含む通信方法。
【請求項１０】
請求項８または請求項９に記載の通信方法であって、
前記拡張機能は、前記従通信装置の状態を通知する状態通知を含み、
前記ＯＰコード指定領域で前記状態通知を指定して、前記データ格納領域に前記従通信装置の状態情報を格納して、送信先に前記主通信装置を指定した前記拡張ＭＤＩＯフレームを、定期的に、あるいは前記従通信装置の前記状態に変化が発生した場合に送信するステップ
をさらに備える通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＤＩＯに準拠した通信を行う通信システムに関する。
【背景技術】
【０００２】
ＭＤＩＯ（Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）は、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｉｎｇ）８０２．３  Ｃｌａｕｓｅ２２に規定されるイーサネット（登録商標）の物理層における２線式シリアルバスインターフェースである。ＭＤＩＯは、物理層デバイスに対する制御を可能にする。しかし、ＭＤＩＯにより物理層デバイスを制御できる範囲は限られており、より多彩な制御を求められている。
【０００３】
特許文献１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を必要とせずに、センター側装置から通信端末装置内の不揮発メモリを制御できる通信端末装置を開示している。特許文献１の通信端末装置は、センター側装置との間で制御チャネルを用いた通信を行う通信端末装置である。通信端末装置は、内部信号生成部と、メモリ制御手段とを備える。内部信号生成部は、制御チャネルを用いて受信した信号に基づいて、所定のフォーマットの内部信号を生成する。メモリ制御手段は、内部信号に基づいて不揮発メモリを制御する。特許文献１の通信端末装置によれば、ＣＰＵを用いなくても、センター側装置から、通信端末装置内の不揮発メモリを制御することができ、ＣＰＵを用いる装置に比べて部品点数を削減し、また、コストを削減することができる。
【０００４】
しかし、特許文献１の通信端末装置では、動作を拡張するためにＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるフレームフォーマット内の記述とは異なる記述を定義している。具体的には、特許文献１の通信端末では、システム内における送信先となる物理層デバイスのアドレスであるＰＨＹアドレスをフレーム内に２つ定義しなければならない。そのため、システム上でＰＨＹアドレスが重複する可能性があり、また、汎用的なＭＤＩＯデバイスとの間における通信には適用できないという課題がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２７４０３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、従来のＭＤＩＯデバイスとの通信に影響を与えずに、ＭＤＩＯの機能拡張が可能な通信システムを実現することである。
【課題を解決するための手段】
【０００７】
本発明の通信システムは、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームを送受信することによって通信を行う複数の通信装置を備え、複数の通信装置は、他の通信装置を制御する主通信装置と、主通信装置によって制御される従通信装置とを含み、ＭＤＩＯフレームは、実行するべき機能を示すＯＰコード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）指定領域を具備し、主通信装置は、ＯＰコード指定領域において未定義の値に拡張機能を割り当てた拡張ＭＤＩＯフレームを送信し、従通信装置は、ＭＤＩＯフレームを受信するとＯＰコードに基づいてＭＤＩＯフレームが拡張ＭＤＩＯフレームであると検知して拡張機能を実行する。
【０００８】
本発明の通信装置は、上述の通信システムで使用される。
【０００９】
本発明の通信方法は、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームを送受信することによって通信を行う複数の通信装置を備える通信システムにおいて、複数の通信装置は、他の通信装置を制御する主通信装置と、主通信装置によって制御される従通信装置とを含み、ＭＤＩＯフレームは、実行するべき機能を示すＯＰコード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）指定領域を具備し、ＯＰコード指定領域において未定義の値に拡張機能を割り当てた拡張ＭＤＩＯフレームを送信するステップと、ＭＤＩＯフレームを受信するとＯＰコードに基づいてＭＤＩＯフレームが拡張ＭＤＩＯフレームであると検知するステップと、拡張機能を実行するステップとを備える。
【発明の効果】
【００１０】
本発明によれば、従来のＭＤＩＯデバイスとの通信に影響を与えずに、ＭＤＩＯの機能拡張が可能な通信システムを実現できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の第１実施形態における通信システムの構成を示す図である。
【図２】図２は、本発明の第１実施形態におけるＭＤＩＯフレームのフレームフォーマットである。
【図３】図３は、本発明の第１実施形態における「コマンド実行」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作を示すフローチャートである。
【図４】図４は、本発明の第１実施形態における「コマンド実行結果参照」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作示すフローチャートである。
【図５】図５は、本発明の第１実施形態における「ＯＰ」欄において実行するべきコマンドを定義した場合のＭＤＩＯフレームのフレームフォーマットを示す図である。
【図６】図６は、本発明の第２実施形態における通信システムの構成を示す図である。
【図７】図７は、本発明の第２実施形態におけるブロードキャスト送信を行う場合のＭＤＩＯフレームのフレームフォーマットを示す図である。
【図８】図８は、本発明の第３実施形態における通信システムの構成を示す図である。
【図９】図９は、本発明の第３実施形態におけるＭＤＩＯスレーブ２０からＭＤＩＯマスタ１０へ送信される状態通知を示したＭＤＩＯフレームのフレームフォーマットを示す図である。
【発明を実施するための形態】
【００１２】
添付図面を参照して、本発明の実施形態におえる通信システムを以下に説明する。
【００１３】
（第１の実施形態）
はじめに、本発明の第１実施形態による通信システムの説明を行う。本発明の通信システムは、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームに格納されるＯＰ（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）コードにおいて、未定義の値に対して追加で機能を割り振って機能拡張を行う。未定義の値に対してのみ機能を割り振るため、従来の機能に影響を与えることはない。そのため、従来のＭＤＩＯデバイスとの通信には影響を与えずに、ＭＤＩＯの機能拡張が可能となる。
【００１４】
［構成の説明］
はじめに、本実施形態における通信システムの構成の説明を行う。図１は、本実施形態における通信システムの構成を示す図である。図１を参照するとＭＤＩＯに準拠した３つのＭＤＩＯデバイス（通信装置）が、バスを介して接続されている。３つのＭＤＩＯデバイスは、１つのＭＤＩＯマスタ１０と、２つのＭＤＩＯスレーブ２０、２１を備える。ＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１を制御し、ＭＤＩＯスレーブ２０、２１は、ＭＤＩＯマスタ１０に制御される。
【００１５】
ＭＤＩＯマスタ１０は、ＰＨＹＡＤ（物理層アドレス）を「ＡＡＡＡＡ」を付与されている。ＭＤＩＯスレーブ２０は、ＰＨＹＡＤ（物理層アドレス）を「ＢＢＢＢＢ」を付与されている。ＭＤＩＯスレーブ２１は、ＰＨＹＡＤ（物理層アドレス）を「ＣＣＣＣＣ」を付与されている。なお、図１では、ＭＤＩＯデバイスは、３つのみ記載しているが、より多くの（あるいは少ない）数のＭＤＩＯデバイスが存在する場合がある。
【００１６】
図２は、本実施形態におけるＭＤＩＯフレームのフレームフォーマットである。図２において、上２段は、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームのフレームフォーマットであり、下２段は、本実施形態における拡張されたＭＤＩＯフレームのフレームフォーマットである。図２において、「機能名称」欄は、当該フレームにより実行される機能を示している。実際のフレームは、「ＰＲＥ」欄から「ＤＡＴＡ」欄までにより構成される。
【００１７】
まず、「ＰＲＥ」欄は、プリアンブルを示している。「ＰＲＥ」欄は、所定の３２ビットの同期ビットを格納する。「ＳＴ」欄は、２ビットのスタートフラグを示している。「ＳＴ」欄は、フレームの開始を示す固定値「０１」を格納する。「ＯＰ」欄は、２ビットのＯＰコードを示している。「ＯＰ」欄は、フレームにより実行される機能に対応する値を格納する。ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２では、「ＯＰ」欄が「１０」でＲｅａｄコマンド、「０１」でＷｒｉｔｅコマンドを示すと規定されている。本実施形態のＭＤＩＯデバイスは、この「ＯＰ」欄において、未定義となっている「００」、及び「１１」に拡張機能を割り振る。割り振る拡張機能については後述する。つまり、ＭＤＩＯデバイスは、「ＯＰ」欄に「１１」、あるいは「００」が格納されている場合、当該ＭＤＩＯフレームが拡張されたＭＤＩＯフレームであると検知する。
【００１８】
次に、「ＰＨＹＡＤ」欄は、５ビットの物理層アドレスを示している。「ＰＨＹＡＤ」欄は、当該フレーム送信先となるＭＤＩＯデバイスの物理層アドレスを格納する。「ＲＥＧＡＤ」欄は、５ビットのレジスタアドレスを示している。「ＲＥＧＡＤ」欄は、「ＰＨＹＡＤ」欄で指定されたＭＤＩＯデバイス内で指定するべきレジスタのレジスタアドレスを格納している。「ＴＡ」欄は、２ビットのターンアラウンドを示している。「ＴＡ」欄は、ＭＤＩＯスレーブ２０、２１によるデータ出力のためにバスを占有する時間を確保する際に用いられる。「ＤＡＴＡ」欄は、データ格納領域であり、１６ビットのデータを格納している。
【００１９】
前述の通り本実施形態の本実施形態のＭＤＩＯデバイスは、この「ＯＰ」欄において、未定義となっている「００」、及び「１１」に拡張機能を割り振る。本実施形態では、ＭＤＩＯフレームの「ＯＰ」欄において「００」に拡張機能「コマンド実行」を定義し、「１１」に拡張機能「コマンド実行結果参照」を定義する。
【００２０】
図２を参照すると、「コマンド実行」機能を示すＭＤＩＯフレームは、「ＰＲＥ」欄、「ＳＴ」欄は、前述同様の値を格納している。「ＯＰ」欄は、「００」を格納する。「ＰＨＹＡＤ」欄は、コマンドを実行させる対象の物理層アドレスを格納する。「ＲＥＧＡＤ」欄、「ＴＡ」欄は、必要に応じて設定され、「ＤＡＴＡ」欄は、実行するべきコマンドの内容が格納される。
【００２１】
また、「コマンド実行結果参照」機能を示すＭＤＩＯフレームは、「ＰＲＥ」欄、「ＳＴ」欄は、前述同様の値を格納している。「ＯＰ」欄は、「１１」を格納する。「ＰＨＹＡＤ」欄は、コマンドを実行させる対象の物理層アドレスを格納する。「ＲＥＧＡＤ」欄、「ＴＡ」欄、及び「ＤＡＴＡ」欄は、必要に応じて設定される。
【００２２】
このような、フレーム構成を用いることで、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されていない拡張機能の実行についても制御することが可能となる。「ＤＡＴＡ」欄に格納される実行するべきコマンドは、予め、ＭＤＩＯマスタ１０、及びＭＤＩＯスレーブ２０、２１の間で画一的に定められる。なお、「ＯＰ」欄が「００」を「コマンド実行」、「１１」を「コマンド実行結果参照」と拡張機能の割り振りを行ったが、これらの拡張機能は、逆の値により表されてもよい。また、「コマンド実行」、「コマンド実行結果参照」以外の拡張機能を定義することも可能である。
【００２３】
［動作の説明］
続いて、前述のようなＭＤＩＯフレームを送受信する通信システムの動作の説明を行う。まず、図２に示した「コマンド実行」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作を説明する。図３は、本実施形態における「コマンド実行」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作を示すフローチャートである。
【００２４】
まず、ＭＤＩＯマスタ１０は、外部、あるいは上位レイヤから、ＭＤＩＯスレーブ２０へのコマンド実行命令を入力する（ステップＳ１０）。ＭＤＩＯマスタ１０は、コマンド実行を命令するＭＤＩＯフレームを生成する。ＭＤＩＯマスタ１０により生成されるＭＤＩＯフレームは、図２の３段目に示される「コマンド実行」機能に対応するＭＤＩＯフレームである。この時、ＭＤＩＯマスタ１０は、「ＯＰ」欄に「００」を、「ＰＨＹＡＤ」欄に命令を実行するべきＭＤＩＯスレーブ２０の物理層アドレス「ＢＢＢＢＢ」を、「ＤＡＴＡ」欄にＭＤＩＯスレーブ２０が実行するべきコマンドを、それぞれ格納する。なお、「ＲＥＧＡＤ」欄と、「ＴＡ」欄は、必要に応じて設定される。
【００２５】
次に、ＭＤＩＯマスタ１０は、実行するべきコマンドを示したＭＤＩＯフレームを送信する（ステップＳ２０）。ＭＤＩＯスレーブ２０は、バスを介して、ＭＤＩＯフレームを受信する。ＭＤＩＯスレーブ２０は、「ＰＨＹＡＤ」欄を参照して、自ノードの物理層アドレスと一致することから、当該ＭＤＩＯフレームが自ノード宛であることを認識する。さらに、ＭＤＩＯスレーブ２０は、「ＯＰ」欄の「００」を参照して、当該ＭＤＩＯフレームが拡張されたＭＤＩＯフレームであることを検知し、また、当該ＭＤＩＯフレームが「コマンド実行」を命令するＭＤＩＯフレームであることを検知する。ＭＤＩＯスレーブ２０は、データ格納領域である「ＤＡＴＡ」欄を参照して、実行するべき機能を検知する（ステップＳ３０）。ＭＤＩＯスレーブ２０は、コマンド実行する（ステップＳ４０）。
【００２６】
以上が、「コマンド実行」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作の説明である。
【００２７】
続いて、図２に示した「コマンド実行結果参照」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作を説明する。図４は、本実施形態における「コマンド実行結果参照」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作示すフローチャートである。
【００２８】
まず、ＭＤＩＯマスタ１０は、外部、あるいは上位レイヤから、ＭＤＩＯスレーブ２０へのコマンド実行結果参照命令を入力する（ステップＳ１００）。ＭＤＩＯマスタ１０は、コマンド実行結果参照を命令するＭＤＩＯフレームを生成する。ＭＤＩＯマスタ１０により生成されるＭＤＩＯフレームは、図２の４段目に示される「コマンド実行結果参照」機能に対応するＭＤＩＯフレームである。この時、ＭＤＩＯマスタ１０は、「ＯＰ」欄に「１１」を、「ＰＨＹＡＤ」欄に命令を実行するべきＭＤＩＯスレーブ２０の物理層アドレス「ＢＢＢＢＢ」を、それぞれ格納する。なお、「ＲＥＧＡＤ」欄と、「ＴＡ」欄、及び「ＤＡＴＡ」欄は、必要に応じて設定される。「ＴＡ」欄、及び「ＤＡＴＡ」欄は、設定されなくとも構わない。
【００２９】
次に、ＭＤＩＯマスタ１０は、コマンド実行結果参照を示したＭＤＩＯフレームを送信する（ステップＳ１１０）。ＭＤＩＯスレーブ２０は、バスを介して、ＭＤＩＯフレームを受信する。ＭＤＩＯスレーブ２０は、「ＰＨＹＡＤ」欄を参照して、自ノードの物理層アドレスと一致することから、当該ＭＤＩＯフレームが自ノード宛であることを認識する。さらに、ＭＤＩＯスレーブ２０は、受信したＭＤＩＯフレームから、実行するべき動作を判定する（ステップＳ１２０）。ここでは、ＭＤＩＯスレーブ２０は、「ＯＰ」欄の「１１」を参照して、当該ＭＤＩＯフレームが拡張されたＭＤＩＯフレームであると検知する。また、ＭＤＩＯスレーブ２０は、「ＯＰ」欄の「１１」により、当該ＭＤＩＯフレームが「コマンド実行結果参照」を命令するＭＤＩＯフレームであると検知して、コマンド実行結果を送信するべきと判定する。ＭＤＩＯスレーブ２０は、コマンド実行結果をＭＤＩＯマスタ１０へ送信する（ステップＳ１３０）
【００３０】
このとき、ＭＤＩＯスレーブ２０は、従来のＲｅａｄコマンドに対する応答と同様に、ＭＤＩＯマスタ１０により送信されたＭＤＩＯフレームフォーマットのデータ格納領域である「ＤＡＴＡ」欄にコマンド実行結果を格納して、ＭＤＩＯマスタ１０へ送信しても良い。すなわち、「ＰＲＥ」欄、「ＳＴ」欄は、前述同様の値を格納する。「ＯＰ」欄は、「１１」を格納する。「ＰＨＹＡＤ」欄は、ＭＤＩＯスレーブ２０の物理層アドレス「ＢＢＢＢＢ」をそのまま格納する。「ＲＥＧＡＤ」欄は必要に応じて設定される。「ＴＡ」欄は、従来のＲｅａｄコマンドに対する応答と同様に、ＭＤＩＯマスタ１０向けのＭＤＩＯフレームであることを示す値が設定される。「ＤＡＴＡ」欄は、ＭＤＩＯスレーブ２０によるコマンド実行結果を格納する。
【００３１】
あるいは、ＭＤＩＯスレーブ２０は、新たなＭＤＩＯフレームのデータ格納領域である「ＤＡＴＡ」欄にコマンド実行結果を格納して、ＭＤＩＯマスタ１０へ送信しても良い。この場合、「ＰＲＥ」欄、「ＳＴ」欄は、前述同様の値を格納する。「ＯＰ」欄は、「１１」を格納する。「ＰＨＹＡＤ」欄は、コマンド実行結果の送信先となるＭＤＩＯデバイスの物理層アドレスを格納する。つまり、この場合、ＭＤＩＯマスタ１０の物理層アドレスである「ＡＡＡＡＡ」を格納する。「ＤＡＴＡ」欄は、コマンド実行結果を格納する。「ＲＥＧＡＤ」欄、「ＴＡ」欄は、必要に応じて設定される。
【００３２】
以上が、「コマンド実行結果参照」機能をＭＤＩＯマスタ１０からＭＤＩＯスレーブ２０へ命令する場合の動作の説明である。
【００３３】
なお、上述では、具体的なコマンド内容については、データ格納領域である「ＤＡＴＡ」欄に記載することとしている。しかし、「ＯＰ」欄、つまりＯＰコード自体に、実行するべきコマンドを定義することも可能である。図５は、本実施形態における「ＯＰ」欄において実行するべきコマンドを定義した場合のＭＤＩＯフレームのフレームフォーマットを示す図である。図５を参照すると、「ＯＰ」欄の「００」に対して、機能名称「初期化実行」を割り当てている。これにより、ＭＤＩＯフレームを受信したＭＤＩＯスレーブ２０、２１は、「ＯＰ」欄に格納された値を参照するのみで、実行するべき動作を把握することができる。なお、この場合、「ＤＡＴＡ」欄、「ＲＥＧＡＤ」欄、「ＴＡ」欄は、必要に応じて設定される。
【００３４】
このように、本実施形態の通信装置では、ＭＤＩＯフレームの「ＯＰ」欄の未定義コードである「００」、及び「１１」に機能を割り当てることで、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている通常使用とは異なる機能をユーザが任意に定義することが可能となる。未定義コードを設定した場合、「ＤＡＴＡ」、「ＲＥＧＡＤ」欄、「ＴＡ」欄は、任意の機能を持たせることができるため、実現した用途に合わせた内容に設定することができる。なお、「ＤＡＴＡ」、「ＲＥＧＡＤ」欄、「ＴＡ」欄は、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている用途に設定しても良い。また、ＭＤＩＯフレームの「ＯＰ」欄が、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている「１０」、及び「０１」の場合については、従来どおりであるため、従来のＭＤＩＯデバイスとの間の通信に影響を与えることがない。
【００３５】
（第２実施形態）
次に、本発明の第２実施形態の通信システムの説明を行う。図６は、本実施形態における通信システムの構成を示す図である。図６は、図１で説明を行った通信システムとほぼ同様である。本実施形態の通信システムの備える通信装置は、第１実施形態で説明を行った「ＯＰ」欄における未定義コードに定義を与えるのと同時に、ＭＤＩＯフレームの「ＰＨＹＡＤ」欄に予め定めたブロードキャストアドレスを格納して送信することで、複数のＭＤＩＯデバイスに同様の命令を実行させることができる点が異なる。
【００３６】
図６を参照すると、当該通信システムにおいて、予め共通にブロードキャストアドレス「ＸＸＸＸＸ」が定められている。図７は、本実施形態におけるブロードキャスト送信を行う場合のＭＤＩＯフレームのフレームフォーマットを示す図である。図７を参照すると、「ＰＨＹＡＤ」欄に格納される物理層アドレスが「ＸＸＸＸＸ」となっている。これにより、当該ＭＤＩＯフレームを受信した全てＭＤＩＯデバイスが、当該ＭＤＩＯフレームは、自己宛であると認識することができる。図７に示すＭＤＩＯフレームは、第１実施形態の最後で言及したのと同様に、「ＯＰ」欄の値「００」により「初期化実行」を識別可能なＭＤＩＯフレームとなっている。このように、第１実施形態と同様に、「ＯＰ」欄における未定義コードである「００」、及び「１１」に任意に定義された機能と組み合わせて実現することが可能である。
【００３７】
例えば、図６のＭＤＩＯマスタ１０が、図７に示されるＭＤＩＯフレームを送信したとする。ＭＤＩＯスレーブ２０、２１は、それぞれバスを介してＭＤＩＯフレームを受信する。ＭＤＩＯスレーブ２０、２１は、受信されたＭＤＩＯフレームの「ＰＨＹＡＤ」欄にブロードキャストアドレスである「ＸＸＸＸＸ」が格納されていることを検知する。これにより、ＭＤＩＯスレーブ２０、２１は、それぞれ、当該ＭＤＩＯフレームが自己宛のＭＤＩＯフレームであることを検知して、「ＯＰ」欄の「００」に対応する初期化を実行する。このような構成により、ＭＤＩＯマスタ１０は、初期化実行のように複数のＭＤＩＯデバイスに対して同時に命令を行いたいような場合にも、複数のＭＤＩＯフレームを送信する必要が無く、１回のＭＤＩＯフレームの送信で命令が完了するため、バスにおけるトラヒックを抑制できる。
【００３８】
このように、本実施形態の通信システムによれば、ＭＤＩＯフレームに、予め定められたブローキャストアドレスを物理層アドレスとして格納することで、同様の命令を複数のＭＤＩＯデバイスに対して実行させることが可能となる。また、ＭＤＩＯフレームの「ＯＰ」欄が、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている「１０」、及び「０１」の場合については、従来どおりであるため、従来のＭＤＩＯデバイスとの間の通信に影響を与えることがない。
【００３９】
以上が、第２実施形態における通信システムの説明である。
【００４０】
（第３実施形態）
次に、本発明の第３実施形態の通信システムの説明を行う。図８は、本実施形態における通信システムの構成を示す図である。図８は、図１で説明を行った通信システムとほぼ同様である。本実施形態の通信システムの備える通信装置は、第１実施形態で説明を行った「ＯＰ」欄において未定義コードに定義を与えられたＭＤＩＯフレームを用いて、ＭＤＩＯスレーブからＭＤＩＯマスタに対して、状態通知を行うことが可能である点が異なる。
【００４１】
図８を参照すると、当該通信システムにおいて、ＭＤＩＯスレーブ２０からＭＤＩＯマスタ１０へユニキャストによるＭＤＩＯフレームが送信されている。図９は、本実施形態におけるＭＤＩＯスレーブ２０からＭＤＩＯマスタ１０へ送信される状態通知を示したＭＤＩＯフレームのフレームフォーマットを示す図である。図９に示されたＭＤＩＯフレームは、「ＰＨＹＡＤ」欄にＭＤＩＯマスタ１０の物理層アドレス「ＡＡＡＡＡ」を格納している。また、ＭＤＩＯフレームは、「ＯＰ」欄に「００」を格納している。このような、ＭＤＩＯフレームをＭＤＩＯスレーブ２０、２１からＭＤＩＯマスタ１０に対して定期的に、あるいは、状態変化が発生した場合に送信する。このとき、ＭＤＩＯフレームの「ＤＡＴＡ」欄は、ＭＤＩＯスレーブ２０、２１の状態を格納している。ここで、ＭＤＩＯスレーブ２０、２１の状態とは、リンクの状態や、全二重／半二重の状態、オートネゴシエーションの状態といった物理層における状態である。これにより、ＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１からＭＤＩＯフレームを受信することで、ＭＤＩＯスレーブ２０、２１の状態を定期的に、あるいは状態変化が発生した場合に、検知することができる。
【００４２】
従来のＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１の状態を取得するためには、「ＯＰ」欄に「１０」を設定された「Ｒｅａｄ」を示すＭＤＩＯフレームを送信して、個別にＭＤＩＯスレーブ２０、２１の状態を把握していた。そのため、ＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１に状態変化が発生したとしも、リアルタイムに把握をすることができなかった。本実施形態の通信システムによれば、ＭＤＩＯフレームの「ＯＰ」欄の未定義コードに新たな機能である状態通知を割り振って、ＭＤＩＯスレーブ２０、２１から自律的に状態通知を示すＭＤＩＯフレームをＭＤＩＯマスタ１０に対して送信させることで、ＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１の状態をリアルタイムに検知することができる。また、ＭＤＩＯフレームの「ＯＰ」欄が、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている「１０」、及び「０１」の場合については、従来どおりであるため、従来のＭＤＩＯデバイスとの間の通信に影響を与えることがない。
【００４３】
以上が、第３実施形態における通信システムの説明である。
【００４４】
ここまで、実施形態を参照して本発明の通信システムの説明を行ってきた。第１実施形態による通信システムによれば、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２に規定されるＭＤＩＯフレームにおいて、未定義のＯＰコードに対して、追加で機能を割り振って機能拡張を行う。未定義の値に対してのみ機能を割り振るため、従来の機能に影響を与えることはない。そのため、従来のＭＤＩＯデバイスとの通信には影響を与えずに、ＭＤＩＯの機能拡張が可能となる。
【００４５】
また、第２実施形態による通信システムによれば、ＭＤＩＯフレームに、予め定められたブローキャストアドレスを物理層アドレスとして格納することで、同様の命令を複数のＭＤＩＯデバイスに対して実行させることが可能となる。また、ＭＤＩＯフレームの「ＯＰ」欄が、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている「１０」、及び「０１」の場合については、従来どおりであるため、従来のＭＤＩＯデバイスとの間の通信に影響を与えることがない。
【００４６】
さらに、第３実施形態による通信システムによれば、ＭＤＩＯフレームの「ＯＰ」欄の未定義コードに新たな機能である状態通知を割り振って、ＭＤＩＯスレーブ２０、２１から自律的に状態通知を示すＭＤＩＯフレームをＭＤＩＯマスタ１０に対して送信させることで、ＭＤＩＯマスタ１０は、ＭＤＩＯスレーブ２０、２１の状態をリアルタイムに検知することができる。また、ＭＤＩＯフレームの「ＯＰ」欄が、ＩＥＥＥ８０２．３  Ｃｌａｕｓｅ２２で定義されている「１０」、及び「０１」の場合については、従来どおりであるため、従来のＭＤＩＯデバイスとの間の通信に影響を与えることがない。
【００４７】
また、各実施形態における通信システムは、独立してのみ実現可能ではない。各実施形態は、それぞれ組み合わせても実現することが可能である。また、本願発明は、上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願の範囲内で当業者が理解し得る様々な変更を行うことが可能である。
【符号の説明】
【００４８】
１０  ＭＤＩＯマスタ
２０、２１  ＭＤＩＯスレーブ
【図１】
2011160353.tif 000003
【図２】
2011160353.tif 000004
【図３】
2011160353.tif 000005
【図４】
2011160353.tif 000006
【図５】
2011160353.tif 000007
【図６】
2011160353.tif 000008
【図７】
2011160353.tif 000009
【図８】
2011160353.tif 000010
【図９】
2011160353.tif 000011