JP2006324869A

JP2006324869A - ネットワークシステムにおける通信処理方法および通信機器

Info

Publication number: JP2006324869A
Application number: JP2005145316A
Authority: JP
Inventors: Masato Hamada; 真人濱田; Masayuki Hamahara; 正行浜原; Hiroshi Fujio; 浩藤尾
Original assignee: Renesas Technology Corp
Current assignee: Renesas Technology Corp
Priority date: 2005-05-18
Filing date: 2005-05-18
Publication date: 2006-11-30

Abstract

【課題】複数の有線式のネットワーク間を無線方式の通信を利用して接続したネットワークシステムにおいて、いずれかの有線式ネットワークでバスリセットが発生した場合に、バスリセットが発生したネットワークのバスリセット後の接続機器情報を、他の有線式ネットワーク上の機器が速やかに知ることができる通信処理技術を提供する。
【解決手段】いずれか１つの有線式のネットワーク上に存在する通信ユニットに、当該ネットワークに接続された全てのユニットの機能ブロックに関する情報を収集してテーブルで管理し、無線ＬＡＮ等を介して、他のネットワーク上に存在する通信ユニットに対して前記収集した機能ブロックに関する情報を伝達する手段を設ける。そして、テーブルを有していない通信ユニットが接続されているネットワークでバスリセットが発生した時は、テーブルを有している通信ユニットへバスリセットが発生したことを知らせるコマンドを送るようにした。
【選択図】図１

Description

本発明は、ネットワークシステム技術さらには複数のネットワーク間を無線通信で接続する技術に関し、例えばIEEE1394規格に従って構築された２以上のネットワーク間をIEEE802.11規格に従った無線通信で接続してデータを伝送するシステムに利用して有効な技術に関する。

近年、ディジタル家電製品の発展に伴い複数のディジタル家電製品をIEEE1394規格のシリアルバスインターフェースで接続して構成したネットワークシステム（以下、IEEE1394ネットワークと称する）が普及しつつある。かかるIEEE1394ネットワークの普及に伴い家庭内にある複数のIEEE1394を無線ＬＡＮの仕様を規定するIEEE802.11規格を使用して、無線通信でデータを伝送する技術の開発が進められている。無線通信の特徴として、信号の伝播経路が空中となるため機器の配置制約が少ないことが挙げられる。

IEEE1394規格は、マルチメディアに対応した有線高速シリアルバスインターフェースを規格化したものであり、信頼性が要求される通信コマンドなどを扱う場合に好適な"Asynchronous"通信と、リアルタイム性が要求される動画像や音声データを扱う場合に好適な"Isochronous"通信が用意されている。"Asynchronous"通信は機器の制御、"Isochronous"通信はＡＶ（Audio Visual）コンテンツの伝送にそれぞれ適していてＡＶ機器との相性も良いため、現在ではIEEE1394インタフェースを搭載した1394ＡＶ機器も数多く市場に出てきている。なお、本明細書では、IEEE1394インタフェースを搭載したＡＶ機器を1394ＡＶ機器と簡略化して呼ぶ。

IEEE1394バスで接続されている1394ＡＶ機器を管理する手法としてＡＶ／Ｃプロトコルが規定されているとともに、通信ノードの機能ブロックに関する情報として"Unit"、"Subunit"等の概念が定義されている。IEEE1394バスに接続された1394ＡＶ機器はネットワーク上では通信ノードであり、この"Unit"、"Subunit"情報をもとに通信相手の機器の機能を特定することで、相手機器の機能に対応したコマンドを生成する。1394ＡＶ機器は、生成したコマンドを"Asynchronous"通信で相手機器に送信して相手機器のリモート制御を行うことができる。

ホームネットワークでは、家庭内の各部屋を接続するための配線が障害となっており、各部屋のIEEE1394バスをIEEE802.11等の無線通信ネットワークで接続することで各部屋間の配線を不要にする手法が考えられている。このように、IEEE1394バス同士をIEEE1394バス以外のネットワークで中継して接続するためのIEEE1394における規格としては、1394バスブリッジ（IEEE P1394.1）、Wireless1394、1394overIP等がある。

IEEE802.11には、キャリア周波数と変調方式からIEEE802.11a、同802.11b、同802.11g等の規格がある。このうちIEEE802.11b、同802.11g等の規格はキャリア周波数として２．４ＧＨｚ帯を使用するため電子レンジからのノイズによる通信品質の低下が問題であることから、ＡＶの用途には５ＧＨｚ帯を使用する802.11aが最も有効である。
特開２０００−１５６６８３号公報

複数のIEEE1394ネットワークをIEEE1394ネットワーク以外のネットワークで接続する際の第１の課題として、上記記載のIEEEP1394.1規格、Wireless1394規格を適用した場合には、それぞれの規格に対応していない従来の1394ＡＶ機器(Legacyデバイス)が接続できないという課題がある。

また、複数のIEEE1394ネットワークをIEEE1394ネットワーク以外のネットワークで接続した場合には、異なるIEEE1394ネットワークのＡＶ機器間の"Isochronous"通信時に、それぞれのIEEE1394ネットワーク上で別々に伝送チャネルが設定される。そのため、それぞれのネットワークで設定される伝送チャネルが異なってしまうことがあり、そのような場合、異なるIEEE1394ネットワークのＡＶ機器間の"Isochronous"通信を行うことができないという課題もある。

また、IEEE1394ネットワークでは、1394ＡＶ機器におけるケーブルの挿抜等によりバスリセットが発生するが、バスリセットが発生するごとに挿抜のあった1394ＡＶ機器は同一IEEE1394ネットワーク上に存在する1394ＡＶ機器の情報を取得する。1394ＡＶ機器の情報の一部には、機器固有のＩＤ番号である"Unit_ID"と機能ブロックに関する情報(例えばUnit情報、Subunit情報)がある。

1394ＡＶ機器は、これらの"Unit_ID"と機能ブロックに関する情報を記憶しておき、再度バスリセットが発生した場合に、接続された1394ＡＶ機器の機器固有ＩＤ番号である"Unit_ID"を調べ、1394ＡＶ機器が記憶している"Unit_ID"と一致すれば、既に記憶している機能ブロックに関する情報を使用する。かかる手法により、バスリセット後における同一の1394ＡＶ機器に対する情報取得作業を省略することができ、バスリセット後の通信量の削減が可能になる。

しかしながら、機能ブロックに関する情報を持つ1394ＡＶ機器が接続された従来のIEEE1394ネットワークにおいては、他の1394ＡＶ機器の機能ブロックに関する情報を記憶する1394ＡＶ機器は、他の1394ＡＶ機器が持つ機能ブロックに関する情報が変化した場合でも、ＩＤが一致すれば自機器が記憶している機能ブロックに関する情報を使用する。そのため、他のIEEE1394ネットワークに接続された他の1394ＡＶ機器が持つ機能ブロックに関する情報が変化した場合に変化後の情報を正しく認識できないという課題がある。

上記のような課題を解決するため、本発明者らは先に複数のIEEE1394ネットワークをIEEE802.11規格に従った無線通信で接続する技術を開発し出願を行なった（特願２００３−３８３５２１）。この先願発明にあっては、一方のIEEE1394ネットワークにおいてバスリセットが発生した場合に、他方のIEEE1394ネットワークがバスリセット後のIEEE1394ネットワークの接続機器情報を知ることができるようにしている。

しかしながら、接続機器情報を知るための具体的なタイミング等については検討がなされていなかった。そのため、常に正しい接続機器情報を知るには、対向ネットワークにおいて接続機器情報に変化が生じていないかを随時監視しなくてはならないという課題がある。また、前記先願発明にあっては、データ伝送中にいずれかのIEEE1394ネットワークにおいてバスリセットが発生した場合の対応の仕方等については検討がなされていなかった。そのため、バスリセット後の回復処理が円滑に行なえないおそれがある。

なお、IEEE1394ネットワーク間を無線通信ネットワークで接続して家庭内ネットワークシステムを構築する技術としては、特許文献１に記載の発明もある。しかしながら、特許文献１に記載の発明は、IEEE1394ネットワークにおいて伝送されるパケットを無線通信ネットワークでも伝送できるようにするためのものである。

特許文献１には、いずれかのIEEE1394ネットワークにおいてバスリセットが発生した場合に無線通信方式のネットワークを介して他の有線通信方式のネットワークへバスリセットの発生を一方的に通知することは記載されていない。また、特許文献１には、データ伝送中においてバスリセットが発生した場合の接続機器情報の伝達についても記載されていない。そのため、前記先願発明と同様な課題がある。

この発明の目的は、複数の有線式のネットワーク間を無線方式の通信を利用して接続したネットワークシステムにおいて、いずれかの有線式ネットワークでバスリセットが発生した場合に、バスリセットが発生したネットワークのバスリセット後の接続機器情報を、他の有線式ネットワーク上の機器が速やかに知ることができる通信処理技術を提供することにある。

この発明の他の目的は、複数の有線式のネットワーク間を無線方式の通信を利用して接続したネットワークシステムにおいて、データ伝送中にいずれかの有線式ネットワークでバスリセットが発生した場合にも、バスリセット後の接続回復処理を円滑に行なうことができる通信処理技術を提供することにある。
この発明の前記ならびにそのほかの目的と新規な特徴については、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち代表的なものの概要を説明すれば、下記のとおりである。
すなわち、本発明は、複数の有線通信方式のネットワークを含むネットワークシステムにおいて、複数のネットワークのそれぞれに有線通信のための第１のインタフェース手段と無線通信のための第２のインタフェース手段を有する通信ユニット（通信機器）を少なくとも一つ設け、複数の有線通信方式のネットワークを無線通信で接続する。具体的には、各々が一つ以上のサブユニットを有する複数の1394ＡＶ機器間がIEEE1394インタフェースにより接続された複数のIEEE1394ネットワークを含むネットワークシステムにおいて、複数のネットワークのそれぞれにIEEE1394インタフェースとIEEE802.11aインタフェースを有する通信ユニットを少なくとも一つ設け、無線ＬＡＮで接続する。

また、いずれか１つの有線式のネットワーク上に存在する通信ユニットに、当該ネットワークに接続された全てもしくは一部のユニットの機能ブロックに関する情報を収集し、かつ第２のネットワーク(例えば無線ＬＡＮ)を介して、他のネットワーク上に存在する通信ユニットに対して前記収集した機能ブロックに関する情報を伝達する手段を設ける。

そして、予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、上記複数の有線通信方式のネットワークのいずれかにおいてバスリセットが発生した場合に、上記無線通信方式のネットワークを介して他の有線通信方式のネットワークへバスリセットの発生を通知する。ここで、望ましくは、いずれか１つの有線式のネットワーク上に存在する通信ユニットにすべてのネットワーク上の機能ブロックに関する情報を収集してテーブルで管理する機能を設ける。そして、テーブルを有していない通信ユニットが接続されているネットワークでバスリセットが発生した時に、テーブルを有する通信ユニットへバスリセットが発生したことを知らせるコマンドを送るようにすると有効である。さらに、望ましくは、同期通信でデータを伝送中にいずれかのネットワークでバスリセットが発生した時はバスリセットが発生したネットワークにおいて通信ユニットを持っている機器間の接続に関する情報を用いて接続を回復させるようにする。

上記した手段によれば、いずれかのネットワークでバスリセットが発生したことを他のネットワークの通信ユニットが直ちに知ることができるため、バスリセット後の接続機器情報を、他の有線式ネットワーク上の機器が速やかに知ることができるようになる。また、いずれか１つのネットワーク上に存在する通信ユニットに、当該ネットワークに接続された全てもしくは一部のユニットの機能ブロックに関する情報を収集し無線通信方式の第２のネットワークを介して、他の通信ユニットに対して前記収集した情報を伝達する手段を設けているため、データ伝送中にいずれかの有線式ネットワークでバスリセットが発生した場合にも、バスリセット後の接続回復処理を円滑に行なうことができる。

本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば下記のとおりである。
本発明によれば、IEEE1394ネットワークのような複数の有線式のネットワーク間を、IEEE802.11aの無線ＬＡＮのような無線方式の通信を利用して接続したネットワークシステムにおいて、いずれかの有線式ネットワークでバスリセットが発生した場合に、バスリセットが発生したネットワークのバスリセット後の接続機器情報を、他の有線式ネットワーク上の機器が速やかに知ることができる。

または、本発明によれば、IEEE1394ネットワークのような複数の有線式のネットワーク間を、IEEE802.11aの無線ＬＡＮのような無線方式の通信を利用して接続したネットワークシステムにおいて、データ伝送中にいずれかの有線式ネットワークでバスリセットが発生した場合にも、バスリセット後の回復処理を円滑に行なうことができる。

以下、本発明の好適な実施の形態を図面に基づいて説明する。
図１は、２つのIEEE1394ネットワークをIEEE802.11aの無線ＬＡＮにより接続したネットワークシステムの一実施例を示すブロック図である。
図１において、１００と１１０は各々IEEE1394規格に準拠して構築されたネットワークであり、本実施形態では、IEEE1394ネットワーク１００と１１０は、IEEE 1394規格の有線通信機能とIEEE802.11a規格の無線通信機能とを有するＷＬＡＮモジュール２００と２１０に接続され、ＷＬＡＮモジュール２００と２１０との間が無線ＬＡＮ４００により接続されている。

なお、本明細書では、無線通信機能をハードウェア及びソフトウエアで実現したものを通信ユニット、また、通信機能およびいずれか１つのＡＶ機能をハードウェア及びソフトウエアで実現したものをユニットと称する。通信ユニットは、プリント配線が施された絶縁基板に複数の半導体チップとディスクリート部品を実装して上記プリント配線やボンディングワイヤで各部品が所定の役割を果たすように結合して１つの装置として構成することができる。以下、このように構成された無線ＬＡＮ機能を有する通信ユニットをＷＬＡＮモジュールと称する。

図１に示されているように、左側のIEEE1394ネットワーク１００は１つのＷＬＡＮモジュール２００と３つの1394ＡＶ機器（一種のユニット）２０１〜２０３とにより構成され、これらの機器間がIEEE1394バス５０１〜５０３により接続されている。また、図１の右側IEEE1394ネットワーク１１０は１つのＷＬＡＮモジュール２１０と１つの1394ＡＶ機器２３０とにより構成され、これらの機器間がIEEE1394バス５１１により接続されている。

上記1394ＡＶ機器２０１〜２０３はそれぞれセットトップボックス（ＳＴＢ）,ＶＴＲ１,ＶＴＲ２であり、1394ＡＶ機器２３０はディスプレイ（Ｄｉｓｐ）である。このうち、1394ＡＶ機器（ＳＴＢ）２０１はサブユニットとしてのチューナ３００を有し、ＶＴＲ１は磁気テープ記録再生装置からなるサブユニット３０１，３０２を有する。また、ＶＴＲ２は磁気テープ記録再生装置からなるサブユニット３０３を有し、ディスプレイとしての1394ＡＶ機器２３０はサブユニットとしてのモニタ３０４を有する。

ＷＬＡＮモジュール２００と２１０は、IEEE1394インタフェースＩＦ１と無線ＬＡＮインタフェースＩＦ２を持つ通信ノードである。各ＷＬＡＮモジュール２００，２１０は、例えば図２に示すように、IEEE1394バス５０１に接続するためのインタフェースとしての1394PHY部（物理層）２９１および1394LINK部（リンク層）２９２、IEEE802.11aの無線ＬＡＮ４００に接続するためのインタフェースとしてのIEEE802.11aＭＡＣ部２９３およびIEEE802.11aPHY/RF部２９４を有する。

ＷＬＡＮモジュール２００，２１０は、ＡＶ／Ｃプロトコルに従った通信処理をするためのＡＶ／Ｃ処理機能（ＡＶ／Ｃ処理）とサブユニット管理を行うためのサブユニット管理機能（ＳＵ管理）と"Isochronous"パケットや"Asynchronous"パケットを解析したり形成したりするためのパケット処理機能（パケット処理）を有する制御部２９５を有する。さらに、ＷＬＡＮモジュール２００，２１０は、制御部２９５が実行するプログラムが格納されるＲＯＭ（リードオンリメモリ）２９６、制御部２９５によって管理される後述の変換テーブルやアドレステーブルが格納されるＲＡＭ（ランダムアクセスメモリ）２９７を有する。

なお、図２のような構成を有するＷＬＡＮモジュール２００，２１０は、これを１つの半導体チップ上に半導体集積回路として形成したり、あるいはこの半導体集積回路と容量素子などの外付け部品を１つの絶縁基板上に実装し、さらにこの基板をパッケージ等に封入してモジュールとして構成することができる。

1394ＡＶ機器２０１〜２０３および２３０は、ＡＶ／Ｃの管理規格に従ってサブユニットごとに機器の機能と情報を管理する。サブユニット情報には、機能の種類を示す"Subunit_Type"と識別コードを示す"Subunit_ID"等が含まれる。例えば図１に示されるチューナとしての1394ＡＶ機器２０１は、サブユニットとしてのチューナ３００の情報を管理している。

1394ＡＶ機器２０１は、"Subunit_Type"が"Tuner"で、"Subunit_ID"が"００"のチューナ３００を持つことから、1394ＡＶ機器２０１は"Tuner"の機能を一つ有することが分かる。ＶＴＲ１からなる1394ＡＶ機器２０２は、複数のサブユニットを持つ1394ＡＶ機器であり、サブユニットごとに割り振られている"Subunit_Type" と"Subunit_ID"でそれぞれのサブユニットを識別する。ＷＬＡＮモジュール２００，２１０と1394ＡＶ機器２０１〜２０３および２３０は、識別コード（一種のユニットごとの識別情報）である"Node_ID"によって識別される。

なお、この実施例では、ＷＬＡＮモジュールと1394ＡＶ機器は各々機能が異なるユニットであるが、ネットワークから見た場合、それぞれの機器は通信機能を備えており、いずれの機器も通信のマスタとなることができるので、ネットワーク上では通信ノードとみなすことができる。そこで、ネットワーク上で通信を行なう際に各通信ノードを特定するために"Node_ID"のような識別コードを用いて区別するようにしている。また、ネットワーク上で通信を行なう場合、1394ＡＶ機器とそれが有する機能ブロックは、階層的に扱うと便利である。そこで、1394ＡＶ機器が有する機能ブロックを、ユニットである1394ＡＶ機器に対してサブユニットとして扱っている。

本実施例のネットワークシステムでは、IEEE1394ネットワーク１００および１１０に属する各通信ノードは、他のすべての通信ノードの識別コードである"Node_ID"をIEEE1394ネットワークの機器接続状態変化時に取得する機能を有する。IEEE1394ネットワークの機器接続状態変化は、IEEE1394バスとしてのケーブルの挿抜により生じるIEEE1394ネットワークのバスリセットで検出される。

IEEE1394ネットワークに接続された1394ＡＶ機器のサブユニットとしての機能ブロックに関する情報の取得には、ＡＶ／Ｃコマンドの１つである"Subunit_Info"を使用する。"Subunit_Info"コマンドは、"Node_ID"で指定された1394ＡＶ機器からサブユニットに関する情報である"Subunit_Type"や"Subunit_ID"等を取得するＡＶ／Ｃコマンドである。

本実施例のネットワークシステムでは、ＷＬＡＮモジュール２００は、IEEE1394ネットワーク１００の機器接続状態変化時に取得した"Node_ID"と上記ＡＶ／Ｃコマンドである"Subunit_Info"を使用し、IEEE1394ネットワーク１００上に接続されている1394ＡＶ機器２０１〜２０３のサブユニットに関する情報を収集する機能を有する。また、ＷＬＡＮモジュール２１０は、IEEE1394ネットワーク１１０の機器接続状態変化時に取得した"Node_ID"と上記ＡＶ／Ｃコマンドである"Subunit_Info"を使用し、IEEE1394ネットワーク１１０上に接続されている1394ＡＶ機器２３０のサブユニットに関する情報を収集する機能を有する。

さらに、この実施形態では、ＷＬＡＮモジュール２００により収集されたIEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３の"Node_ID"とサブユニットに関する情報"Subunit_Type" と"Subunit_ID"は、無線ＬＡＮ４００を介してＷＬＡＮモジュール２１０に送信される。ＷＬＡＮモジュール２１０は、受信したIEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３のサブユニットに関する情報から自分の中に仮想サブユニット３１０〜３１３を生成する機能と、図３に示すようなＡＶ／Ｃコマンドパケット変換テーブル７１０を生成・保持する機能とを有する。ＡＶ／Ｃコマンドパケット変換テーブル７１０は、ＷＬＡＮモジュール２１０の制御部２９５（図２参照）で管理される。

具体的には、ＷＬＡＮモジュール２１０は、図３に示されるＡＶ／Ｃコマンドパケット変換テーブル７１０中の"Subunit_Type"を、ＷＬＡＮモジュール２００により収集されたIEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３のサブユニット（機能ブロック）に関する情報の"Subunit_Type"に基づき生成する。また、ＷＬＡＮモジュール２１０は、図３の変換テーブル７１０におけるサブユニット情報に含まれる"Subunit_ID"をＡＶ／Ｃの管理規格に従いそれぞれの"Subunit_Type"ごとに割り振る。

なお、本実施例では、図３に示されるＷＬＡＮモジュール２１０内のＡＶ／Ｃコマンドパケット変換テーブル７１０が、IEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３から収集されたサブユニットに関する情報のうち"Subunit_Type","Subunit_ID"と"Node_ID"とＷＬＡＮモジュール２１０が生成した"Subunit_ID"とから構成されているが、変換テーブル７１０に上記以外の情報を含めるようにしてもよい。

次に、IEEE1394ネットワーク１１０上の1394ＡＶ機器であるディスプレイ２３０から、他方のIEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３を認識する動作を説明する。
先ず、IEEE1394ネットワーク１１０上のディスプレイ２３０からＡＶ／Ｃコマンドである"Subunit_Info"がＷＬＡＮモジュール２１０に対して発行される。すると、ＷＬＡＮモジュール２１０は"Subunit_Info"コマンドに対する応答として、ＷＬＡＮモジュール２１０が管理・保持するサブユニット情報を返信する。具体的には、ＷＬＡＮモジュール２１０は、図３に示されているＡＶ／Ｃコマンドパケット変換テーブル７１０上の"Subunit_Type"とＷＬＡＮモジュール２１０が生成した"Subunit_ID"の部分を返信する。ここで、ＷＬＡＮモジュール２１０が管理・保持するサブユニット情報は、ＷＬＡＮモジュール２００が収集したIEEE1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３が持つサブユニット情報と同等である。そのため、IEEE1394ネットワーク１１０上のディスプレイ２３０によって、ＷＬＡＮモジュール２１０がIEEE1394ネットワーク１００上の1394ＡＶ機器の機能をすべて包含した1394ＡＶ機器として認識される。

次に、IEEE1394ネットワーク１１０上のディスプレイ２３０からIEEE1394ネットワーク１００上の1394機器であるＳＴＢ２０１を操作する場合のネットワークシステムの動作を説明する。
1394ＡＶ機器を操作するコマンド（例えば、"選局"など）は1394TA規格にＡＶ／Ｃコマンドの１つとして規定されている。このコマンドは図４に示されているようなフォーマットを有する"Asynchronous"パケットで通信される。なお、図４のパケットにおいて、上半分の"ＨＥＡＤ"部分はパケットのヘッダ部、"ＤＡＴＡ"はデータ領域を示している。パケットの各フィールドの役割については、１３９４規格の解説書等に記載されているので、主なフィールドの役割を説明し、他は省略する。

図４において、符号"destination_ID"が付されているのは送信先の機器のＩＤが入るフィールド、"source_ID"は送信元の機器のＩＤが入るフィールド、"subunit type"はサブユニットの機能の種別を示すコードが入るフィールド、"Id"はサブユニットが複数ある場合にそれぞれを区別するコードが入るフィールドである。

ディスプレイ２３０がＳＴＢ２０１を操作する場合、まず、図４に示されているパケットの"Subunit_Type"に"tuner"が、また"Subunit_ID"に"Subunit_ID00"が格納されたＡＶ／Ｃコマンド"opcode"を含む"Asynchronous"パケットを、ＷＬＡＮモジュール２１０内の仮想サブユニット３１０に対して送信する。このとき、図４に示される"Asynchronous"パケットの"destination_ID"にはＷＬＡＮモジュール２１０の識別コード"Node_ID00"が、"source_ID"にはネットワーク１１０上での自分自身の識別コード"Node_ID01"が格納される。

ディスプレイ２３０から送られた"Asynchronous"パケットを受信したＷＬＡＮモジュール２１０は、図３に示されているＡＶ／Ｃコマンドパケット変換テーブル７１０を参照して"destination_ID"と"Subunit_ID"を、ネットワーク１００上の被制御機器であるＳＴＢ２０１を指す"Node_ID01"とサブユニットであるチューナ３００を指す "Subunit_ID00"に変換する。その後、ネットワーク１００のＷＬＡＮモジュール２００へ変換後の"Asynchronous"パケットを送信する。

変換後のパケットを受信したＷＬＡＮモジュール２００は、パケットの"source_ID"に自己の識別コード"Node_ID00"を格納するとともに、エラー訂正符合ＣＲＣを再計算したものを"header CRC"と"data CRC"にそれぞれ格納した"Asynchronous"パケットをIEEE1394バスケーブル５０１上へ送信する。すると、ネットワーク１００上の1394機器である"Node_ID01のＳＴＢ２０１は、上記パケットを受信し、パケット内のＡＶ／Ｃコマンドコードを解読し、コマンドに対応した処理を行う。

なお、本実施形態においては、ＡＶ／Ｃコマンドパケット変換テーブル７１０をネットワーク１１０側のＷＬＡＮモジュール２１０に持たせているが、ネットワーク１００のＷＬＡＮモジュール２００に保持させて"Asynchronous"パケットの変換をＷＬＡＮモジュール２００で行うようにしてもよい。

また、３つ以上のIEEE1394ネットワークが無線ＬＡＮで接続されたネットワークシステムにおいても、各ＷＬＡＮモジュールが、本実施形態と同様にして、他のIEEE1394ネットワークに存在する1394ＡＶ機器の機能ブロックに関する情報を得る。そして、仮想サブユニットとＡＶ／Ｃコマンドパケット変換テーブルを生成することで、異なるネットワーク間にまたがった1394ＡＶ機器の制御を実現できるように構成することができる。

次に、図１のネットワークシステムにおいて、"Isochronous"パケットを用いて動画像のようなコンテンツデータを送信する場合の動作を説明する。図５には、IEEE1394ネットワーク１１０上の1394ＡＶ機器としてのディスプレイ２３０からの要求に応じて、IEEE1394ネットワーク１００上の1394ＡＶ機器としてのＳＴＢ（チューナ）２０１よりディスプレイ２３０へコンテンツデータを送信する場合の接続が示されている。

無線ＬＡＮ４００を介して"Isochronous"パケットでコンテンツデータを送信する場合、IEEE1394ネットワーク１００と１１０との間でデータを送信する場合の伝送チャネルを管理するためのチャネル変換テーブル７０１が、IEEE1394ネットワーク１１０のＷＬＡＮモジュール２１０内に生成される。またＷＬＡＮモジュール２００が無線ＬＡＮ４００を介して他のネットワークのＷＬＡＮモジュール２１０と通信する場合に使用する無線ＬＡＮを特定するための無線ＬＡＮアドレス管理テーブル７００がIEEE1394ネットワーク１００のＷＬＡＮモジュール２００内に生成される。

これらのアドレス管理テーブル７００とチャネル変換テーブル７０１とを用いることにより、図１のネットワークシステムにおいて、IEEE1394ネットワーク１００に接続された任意の1394ＡＶ機器からIEEE1394ネットワーク１１０の任意の1394ＡＶ機器との間で"Isochronous"パケットによるデータ通信を行うことが可能となる。

図６（Ａ）にアドレス管理テーブル７００の構成例が、また図６（Ｂ）にチャネル変換テーブル７０１の構成例が示されている。アドレス管理テーブル７００は、ＷＬＡＮモジュール２００がIEEE1394ネットワーク１００上で獲得した"Isochronous"チャネルと"Isochronous"データ送信先のＷＬＡＮモジュールのある無線ＬＡＮアドレスとの対応を示す。また、チャネル変換テーブル７０１はＷＬＡＮモジュール２００がIEEE1394ネットワーク１００上で獲得した"Isochronous"チャネルと1394ＡＶ機器２３０がIEEE1394ネットワーク１１０上で獲得した"Isochronous"チャネルとの対応を示す。

アドレス管理テーブル７００は、図６（Ａ）に示されているものに固定されるわけではなく、接続するネットワークの数や各ネットワーク上のＡＶ機器の数が変わればそれに応じて変更されるものである。また、図６（Ｂ）のチャネル変換テーブル７０１も、データを伝送したい機器が変更される毎に変更することができる。

ここで、図１のネットワークシステムにおいて、一例として、IEEE1394ネットワーク１００に接続された1394ＡＶ機器であるＳＴＢ２０１からIEEE1394ネットワーク１１０の1394ＡＶ機器であるディスプレイ２３０に"Isochronous"データを送信する場合の通信経路確立の手順を、図５を用いて説明する。図５において、３０１は1394ＡＶ機器２０１に付随するサブユニットであり、３０４はＡＶ機器２３０に付随するサブユニットである。さらに３１０〜３１３はＷＬＡＮモジュール２１０内に構築されたネットワーク１００の仮想サブユニットである。

複数のＷＬＡＮモジュールが無線ＬＡＮで接続されているネットワークにおいて、データを送信する場合には図７に示すような"Isochronous"パケットが用いられる。また、通信を行なおうとするＷＬＡＮモジュール２００と２１０は"Isochronous"データを要求のあった1394ＡＶ機器に正しく送信するために通信経路を確保する必要がある。この通信経路の確保の際に、ＷＬＡＮモジュール２１０において生成されたチャネル変換テーブル７０１とＷＬＡＮモジュール２００において生成された無線ＬＡＮアドレス管理テーブル７００が使用される。

"Isochronous"通信を行う場合においてIEEE1394バス上の信号経路を論理的に扱う概念として"プラグ"が定義されている。プラグには、1394ＡＶ機器内のサブユニットと1394ＡＶ機器の入出力経路を論理的に表現するためのサブユニットプラグおよびユニットプラグと、IEEE1394ネットワーク上での通信経路を論理的に表現するための入力プラグと出力プラグがある。

1394ＡＶ機器内の入出力経路を示すサブユニットプラグとユニットプラグの接続は、他の1394ＡＶ機器による指示で行うことができる。具体的な接続指示は、ＡＶ／Ｃコマンドである"Connect"コマンドを用いる。IEEE1394ネットワーク上の"Isochronous"通信経路を示す1394ＡＶ機器の入力プラグと出力プラグの接続は、IEC61883規格で規定されているＣＭＰ(Connection Management Procedure)に基づいて確立される。複数の1394ＡＶ機器が接続されているネットワークでは、ＡＶ／Ｃコマンドによるサブユニットとユニットのプラグ接続と"Isochronous"通信経路の確立により、1394ＡＶ機器間での"Isochronous"通信を行うことができる。

データの送受信の際の通信路の確保に使用される無線ＬＡＮアドレス管理テーブル７００とチャネル変換テーブル７０１の生成には、1394ＡＶ機器間で"Isochronous"データ通信を行う際にＡＶ／Ｃで規定されている"Subunit"プラグと入力プラグ及び出力プラグとの接続を要求する"Connect"コマンドが利用される。また、ＷＬＡＮモジュール２１０のサブユニットとIEEE1394ネットワーク１００上の1394ＡＶ機器との対応は、ＷＬＡＮモジュール２１０が保持する前述のＡＶ／Ｃコマンドパケット変換テーブル７１０により管理されているものとする。

IEEE1394ネットワーク１１０上のディスプレイ２３０からの要求で、IEEE1394ネットワーク１００に接続された1394ＡＶ機器（ＳＴＢ）２０１のサブユニット３０２から動画像のようなコンテンツを"Isochronous"パケットで送信する場合、まずディスプレイ２３０がＡＶ／Ｃの"Connect"コマンドを発行する。この"Connect"コマンドは、ＳＴＢ２０１のサブユニット３００に対応するＷＬＡＮモジュール２１０内の仮想サブユニット３１０を示す"Subunit_Type"が"Tuner"に、また"Subunit_ID"が"00"に設定される。このコマンドは"Asynchronous"パケットによりＷＬＡＮモジュール２１０に対し送信される。

この"Connect"コマンドを受けたＷＬＡＮモジュール２１０は、仮想サブユニット３１０の"Subunit"プラグ６３０とＷＬＡＮモジュール２１０の出力プラグ６３１とを接続する（図５参照）。また、ディスプレイ２３０は、自己の入力プラグ６３２とＷＬＡＮモジュール２１０の出力プラグ６３１とを接続して"Isochronous"通信経路の確立を行う。"Isochronous"通信経路の確立時に、IEEE1394ネットワーク１１０での"Isochronous"チャネル(例えばIso ch＝０)が決定される。

また、ＷＬＡＮモジュール２１０は、ディスプレイ２３０から受信した"Connect"コマンドを含むAsynchronous"パケットに含まれる"Subunit_Type"＝"Tuner"と"Subunit_ID"＝"00"からＡＶ／Ｃコマンドパケット変換テーブル７１０を参照して、IEEE1394ネットワーク１００でのＡＶ／Ｃコマンド送信先であるＳＴＢ２０１のサブユニット３００を特定するコードに変換した後、該コードをＷＬＡＮモジュール２１０の無線ＬＡＮの固有番号である無線ＬＡＮアドレス(例えばWLAN0)と共に無線ＬＡＮ４００を介してネットワーク１００のＷＬＡＮモジュール２００へ通知する。

ＷＬＡＮモジュール２００は、ＷＬＡＮモジュール２１０より受信した"Connect"コマンドによって、"Isochronous"データの送信元となるＳＴＢ２０１のサブユニット３００に対する"Connect"コマンドの発行すなわち"Connect"コマンドを含む"Asynchronous"パケットの送信を行う。"Connect"コマンドを受信したＳＴＢ２０１は、"Subunit"プラグ６００と出力プラグ６１０との接続を行う。また、ＷＬＡＮモジュール２００は、出力プラグ６１０と入力プラグ６１２間で"Isochronous"通信経路の確立を行う。このとき、IEEE1394ネットワーク１００での"Isochronous"チャネル(例えばIso ch＝１)が決定される。このようにして決定された"Isochronous"チャネルとＷＬＡＮモジュール２１０の無線ＬＡＮアドレス(WLAN0)を用いてＷＬＡＮモジュール２００内において無線ＬＡＮアドレス管理テーブル７００が生成される。

さらに、ＷＬＡＮモジュール２００は、IEEE1394ネットワーク１００での"Isochronous"チャネル(Iso ch＝1)をＷＬＡＮモジュール２１０に通知する。すると、ＷＬＡＮモジュール２１０は、通知されたIEEE1394ネットワーク１００での"Isochronous"チャネル(Iso ch＝１)と、IEEE1394ネットワーク１１０上でディスプレイ２３０とＷＬＡＮモジュール２１０の間で設定された"Isochronous"チャネル(Iso ch＝０)とからチャネル変換テーブル７０１を生成する。

ここで、一例としてIEEE1394ネットワーク１１０に接続されたディスプレイ２３０が、IEEE1394ネットワーク１００上のＳＴＢ２０１のサブユニット（チューナ）３００からのデータ（画像コンテンツ）を含む"Isochronous"パケットを無線ＬＡＮ経由で受信する場合を説明する。

図７は、"Isochronous"パケットのフォーマットを示す。"Isochronous"パケットは、ヘッダ部ＨＥＡＤとデータ部ＤＡＴＡとからなる。"Isochronous"パケットの各フィールドの役割については、１３９４規格の解説書等に記載されているので、主なフィールドの役割を説明し、他は省略する。図７において、符号"channel"はアイソクロナス通信時の仮想の伝送番号が入るフィールド、"SID"は送信元の機器のＩＤが入るフィールド、"DATA"はデータが入るフィールド、"data CRC"はデータ部分のエラー訂正符号が入るフィールドである。 "Asynchronous"パケットにある"destination_ID"のフィールドが"Isochronous"パケットにないのは、"Connect"コマンドを含む"Asynchronous"パケットにより予め通信経路が確立されるためである。

通信経路が確立されると、ＳＴＢ２０１に含まれるサブユニット３００から送信されたコンテンツを含んだ "Isochronous" パケットはＷＬＡＮモジュール２００で受信される。そして、ＷＬＡＮモジュール２００は"Isochronous" パケット受信時に図６（Ａ）の無線ＬＡＮアドレス管理テーブル７００を参照し、受信した"Isochronous" パケットの"Isochronous"チャネル（Iso ch＝１）から送信先のＷＬＡＮモジュール２１０の無線ＬＡＮアドレス（WLAN0）を決定し、無線ＬＡＮアドレスWLAN0で示されるＷＬＡＮモジュール２１０へ送信する。

この"Isochronous" パケットを受信したＷＬＡＮモジュール２１０は、図６（Ｂ）のチャネル変換テーブルを参照して、IEEE1394ネットワーク１１０上での使用チャネルを決定し、パケットの"channel"フィールドを書き換えるとともに、"SID"部を自機器のNodeID"00"に書き換える。この変換後の"Isochronous" パケットは、IEEE1394ネットワーク１１０のデータとしてＷＬＡＮモジュール２１０がケーブル５１１上へ出力し、ディスプレイ２３０が受信する。

以上の手順により、IEEE1394ネットワーク１００上のＳＴＢ２０１から送信された"Isochronous" パケットを、IEEE1394ネットワーク１１０上のディスプレイ２３０が受信可能な"Isochronous" パケットへ変換することが可能になる。

次に、本実施形態を適用した図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、送信側の１３９４ネットワーク１００でバスリセットが発生した場合の通信処理手順の一実施例を、図８を用いて説明する。図８には、通常行う処理を実線で示し、通常では行わない処理を破線で示してある。なお、"Isochronous"パケットの伝送処理が開始される前に、前述した図３の変換テーブルがＷＬＡＮモジュール２１０において作成されているものとする。

また、実際に"Isochronous"パケットが送信される前に、図８のステップＳ０１〜Ｓ０４によるネットワークにおけるコンテンツの送信が可能かどうかを確認する処理が実行されているものとする。なお、この確認処理は、例えばシステムの電源が投入された際に実行される初期化処理の中で行なうようにすることができる。

ステップＳ０１：ＷＬＡＮモジュール２００が、ＳＴＢ２０１など1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３へ各機器の制御部２９５内のｏＭＰＲ（アウトプットマスタプラグレジスタ）と呼ばれるレジスタの内容を読み出すコマンドを含む要求パケット"oMPR Read Req"を送信する。ｏＭＰＲは、ＩＥＣ61883と呼ばれる規格で規定されているレジスタである。

ステップＳ０２：1394ＡＶ機器２０１〜２０３がＷＬＡＮモジュール２００へＳＴＢの制御部２９５内のｏＭＰＲ（アウトプットマスタプラグレジスタ）の内容を含む応答パケット"oMPR Read Rsp"を返す。これにより、ＷＬＡＮモジュール２００は、1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３がコンテンツの送信が可能かどうかを確認することができる。

ステップＳ０３：ＷＬＡＮモジュール２００が、1394ＡＶ機器２０１〜２０３の各機器のｏＭＰＲレジスタの内容を知らせる独自のベンダコマンド"MPR Info_Ntf"を、無線ＬＡＮ４００を介してＷＬＡＮモジュール２１０へ送信する。これにより、ＷＬＡＮモジュール２１０は、1394ネットワーク１００上の1394ＡＶ機器２０１〜２０３がコンテンツの送信が可能かどうかを知ることができる。ＷＬＡＮモジュール２１０は、受け取った内容を図３の変換テーブルと一体もしくは別個のテーブルとして管理することで、1394ネットワーク１００上の1394ＡＶ機器であるディスプレイ２３０等から実際にＳＴＢ２０１等に対するコンテンツの受信要求があった場合に、テーブルのデータを用いて対応することができる。

ステップＳ０４：ＷＬＡＮモジュール２１０が、コマンドを受け取ったことを知らせる無線ＬＡＮの規格802.11で規定されている応答パケット"ＡＣＫ"を、無線ＬＡＮ４００を介してＷＬＡＮモジュール２００へ送信する。これにより、1394ＡＶ機器２０１〜２０３がコンテンツの送信が可能かどうかの確認作業が終了する。

かかる確認作業終了後にコンテンツの受信要求があった場合に、受信設定が行なわれてデータの伝送経路が確立されると、"Isochronous"パケットによるコンテンツデータの伝送が開始される。そして、このデータ伝送中に送信側の１３９４ネットワーク１００でバスリセットが発生したとする。すると、ネットワーク１００上のすべての通信ノードにバスリセット信号が伝わり、それまでのトポロジー情報がリセットされて新しいトポロジー情報（接続機器情報を含む）の獲得処理が行なわれるとともに、以下の処理が開始される。

ステップＳ１：送信側のＷＬＡＮモジュール２００が、１３９４ネットワーク１００でバスリセットが発生したことを知らせる独自のベンダコマンド"TrnBusReset_Ntf"を、無線ＬＡＮ４００を介してＷＬＡＮモジュール２１０へ送信する。これにより、ＷＬＡＮモジュール２１０は、1394ネットワーク１００でバスリセットが発生したことを知ることができる。ＷＬＡＮモジュール２１０は、"TrnBusReset_Ntf"を受信してから、ステップＳ８の"TrnRltCon&TxUNIT_Ntf"を受信するまでは、１３９４ネットワーク１１０側のＡＶ機器から新たに発行されたＡＶ／Ｃコマンドを送信側ＷＬＡＮモジュール２００に対して送信しないもの(ＡＶ／Ｃコマンド禁止期間)としてもよい。

なお、このＡＶ／Ｃコマンド禁止期間中にディスプレイ２３０からＡＶ／Ｃコマンドが発行された場合には、受信側ＷＬＡＮモジュール２１０自身が、例えば"StatusCode"＝"Rejected"を反映させたＡＶ／Ｃレスポンスを生成しディスプレイ２３０に返す。また、ディスプレイ２３０から発行されたＡＶ／Ｃコマンドが、802.11無線区間を介して送信側ＷＬＡＮモジュール２００に到着した時点において、送信側1394ネットワーク１００でバスリセットが発生した場合には、送信側ＷＬＡＮモジュール２００では、ＡＶ／Ｃコマンド処理は何もしないようにする。これにより、ディスプレイ２３０側において、システムタイムアウトが発生し、ディスプレイ２３０はコマンドが所定時間内に受け付けられなかったこと知ることができる。

ステップＳ２：ＷＬＡＮモジュール２１０が、無線ＬＡＮの規格802.11で規定されている応答パケット"ＡＣＫ"を、無線ＬＡＮ４００を介してＷＬＡＮモジュール２００へ送り、コマンドを受け取ったことを知らせる。

次のステップＳ３〜Ｓ７は、図５を用いて説明した前述の1394ＡＶ機器間で通信経路を確立するための処理に相当する接続回復処理である。ＷＬＡＮモジュール２００が記憶していた機器接続情報に基づいて、ステップＳ３〜Ｓ７を実行することにより、データ伝送中にバスリセットが発生したとしても、元の接続状態を回復することができる。

ステップＳ３：送信側ＷＬＡＮモジュール２００は、まず送信側1394ネットワーク１００内でのＩＲＭ（Isochronous Resource Manager）へアクセスしてリソースを獲得する。

ステップＳ４：ＷＬＡＮモジュール２００が、ＳＴＢ２０１の制御部２９５内のｏＰＣＲ（アウトプットプラグコントロールレジスタ）と呼ばれるレジスタの内容を読み出すコマンドを含む要求パケット"oPCR Read Req"を、１３９４ネットワーク１００を介してＳＴＢ２０１へ送信する。ｏＰＣＲは、ＩＥＣ61883と呼ばれる規格で規定されているレジスタである。後に行なわれるトランザクション"Lock"を実行するために、予め書き込み前のレジスタの内容を知っておく必要があるためである。

ステップＳ５：パケット"oPCR Read Req"を受信したＳＴＢ２０１が、自己の制御部２９５内のレジスタ領域をアクセスして、ｏＰＣＲレジスタの内容を応答パケット"oPCR Read Rsp"に入れて要求元のＷＬＡＮモジュール２００へ返す。

ステップＳ６：ＷＬＡＮモジュール２００が、ＳＴＢ２０１の制御部２９５内のｏＰＣＲレジスタの内容を書き換えるコマンドを含む要求パケット"oPCR Lock Req"を、１３９４ネットワーク１１０を介してＳＴＢ２０１へ送信する。このトランザクション"Lock"を受けたＳＴＢ２０１は、自己の制御部２９５内のｏＰＣＲレジスタの内容を書き換える。このとき、書込み前のレジスタの内容と書き替えたい箇所のデータとの論理をとって書込みを行なう。

ステップＳ７：パケット"oPCR Lock Req"を受信したＳＴＢ２０１が、書き替え後のｏＰＣＲレジスタの内容を応答パケット"oPCR Lock Rsp"に入れて要求元のＷＬＡＮモジュール２００へ返す。

ステップＳ８：ＷＬＡＮモジュール２００が、ベンダコマンド"TrnRltCon"&"TxUNIT_Ntf"を使用して、バスリセット発生後に取得した機器情報とステップＳ３〜Ｓ７の接続回復処理の結果(成功または不成功)と併せて、ＷＬＡＮモジュール２１０に通知する。また、ＷＬＡＮモジュール２１０では、このコマンドの受信をもって、ステップＳ１の受信で発生したＡＶ／Ｃコマンド禁止期間を終了させる。

ステップＳ９：ＷＬＡＮモジュール２１０が、無線ＬＡＮの規格802.11で規定されている応答パケット"ＡＣＫ"を使用して、無線ＬＡＮ４００を介してＷＬＡＮモジュール２００へコマンドを受け取ったことを知らせる。

ステップＳ１０：受信側ＷＬＡＮモジュール２１０は、ステップＳ９により送信側1394ネットワーク１００内の接続回復処理結果が不成功であったことを知った場合、自身のＰＣＲレジスタに設定されている内容を破棄させるベンダコマンド"PtoPBreakMyself_Req"を発行する。ディスプレイ２３０は、このコマンドを受信すると例えばコネクション破棄などのエラー処理を行ない、ＡＶ／Ｃコマンド"Disconnect"を発行する。一方、バスリセット後の送信側1394ネットワーク１００内のコネクション回復処理結果が成功であった場合には、このステップＳ１０は実行しなくてもよい。

図９には、図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中でないときに、送信側の１３９４ネットワーク１００でバスリセットが発生した場合の通信処理手順が示されている。図９のフローは、図８のフローとほぼ同様である。異なる点は、ステップＳ３〜Ｓ７の接続回復処理がなされない点と、ステップＳ８で、ベンダコマンド"TrnRltCon"&"TxUNIT_Ntf"の代わりに"TxUNIT_Ntf"を使用して、バスリセット発生後に取得した機器情報をＷＬＡＮモジュール２１０に通知する点と、ステップＳ１０がない点である。ステップＳ８で異なるコマンドを使用するのは、ステップＳ３〜Ｓ７の接続回復処理がなされないので、その結果(成功または不成功)を通知する必要がないためである。

次に、図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、受信側の１３９４ネットワーク１１０でバスリセットが発生した場合の通信処理手順の一実施例を、図１０を用いて説明する。図１０には、通常行う処理を実線で示し、通常では行わない処理を破線で示してある。なお、この場合にも、"Isochronous"パケットの伝送処理が開始される前に、前述した図３の変換テーブルがＷＬＡＮモジュール２１０において作成されているものとする。

また、図１０には示されていないが、実際に"Isochronous"パケットが送信される前に、図８のステップＳ０１〜Ｓ０４によるネットワークにおけるコンテンツの送信が可能かどうかを確認する処理と受信設定処理が実行されているものとする。図８と異なり、最初に、ＷＬＡＮモジュール２１０から２００へバスリセットが発生したことを知らせるコマンド"TrnBusReset_Ntf"を送らないのは、テーブルを管理しているはＷＬＡＮモジュール２１０であるためである。

ステップＳ１１〜Ｓ１５は、図８におけるステップＳ３〜Ｓ７と同様な機器接続回復処理である。図８との差異は、ディスプレイ２３０が、まず受信側の1394ネットワーク１１０内でのＩＲＭ（Isochronous Resource Manager）へアクセスしてリソースを獲得してからｏＰＣＲ（アウトプットプラグコントロールレジスタ）の内容を読み出すコマンドを含む要求パケット"oPCR Read Req"を送信する点と、ＡＶ機器とＷＬＡＮモジュールとの間のパケットの送信方向が逆になっている点である。各ステップの内容はステップＳ３〜Ｓ７と同様であるので、説明は省略する。ステップＳ１１〜Ｓ１５を実行することにより、データ伝送中にバスリセットが発生したとしても、元の接続状態を回復することができる。

ステップＳ１６：ＷＬＡＮモジュール２１０が、ベンダコマンド"RcvRltCon_Ntf"を使用して、バスリセット発生とステップＳ１１〜Ｓ１５の接続回復処理の結果(成功または不成功)を、送信側のＷＬＡＮモジュール２００に通知する。ステップＳ８と異なりバスリセット発生後に取得した機器情報を通知しないのは、受信側のネットワーク１１０でバスリセット発生しても、送信側のネットワーク１００の接続状態は影響を受けないためである。ただし、受信側での接続回復処理が不成功に終わると、ステップＳ１８で受信設定をキャンセルする処理がなされる。

ステップＳ１７：ＷＬＡＮモジュール２００が、無線ＬＡＮの規格802.11で規定されている応答パケット"ＡＣＫ"を使用して、無線ＬＡＮ４００を介してＷＬＡＮモジュール２１０へコマンドを受け取ったことを知らせる。

ステップＳ１８：送信側ＷＬＡＮモジュール２００は、ステップＳ１６により受信側1394ネットワーク１１０でバスリセット発生し接続回復処理結果が不成功であったことを知った場合、受信設定をキャンセルする。具体的には、送信側ＷＬＡＮモジュール２００がＳＴＢ２０１内のＰＣＲに設定されている内容を破棄させるパケットを発行し、ＳＴＢ２０１が応答パケットを返す。このパケットは、ステップＳ１２〜Ｓ１５で用いているものと同じである。なお、バスリセット後の受信側1394ネットワーク１１０内の接続回復処理結果が成功であった場合には、このステップＳ１８は実行しなくてもよい。

また、"Isochronous"パケットの伝送中でないときに、送信側の１３９４ネットワーク１００でバスリセットが発生した場合には、図１０のフローにおけるステップＳ１１〜Ｓ１５の接続回復処理はもちろんその結果の通知もなされない。つまり、図１０のフローの処理は全く不要である。
（変形例）

図１１には、図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、送信側の１３９４ネットワーク１００でバスリセットが発生した場合の通信処理手順の変形形が示されている。なお、図１１には示されていないが、実際に"Isochronous"パケットが送信される前に、図８のステップＳ０１〜Ｓ０４によるネットワークにおけるコンテンツの送信が可能かどうかを確認する処理と受信設定処理が実行されているものとする。また、図１１には、通常行う処理を実線で示し、通常では行わない処理を破線で示してある。

図１１のフローは、図８のフローとほぼ同様である。異なる点は、ステップＳ１のバスリセットの発生を知らせるコマンド"TrnBusReset_Ntf"の送信がなされない点と、ステップＳ８で、バスリセット発生後に取得した機器情報と接続回復処理の結果(成功または不成功)を知らせるベンダコマンド"TrnRltCon"&"TxUNIT_Ntf"に、さらにバスリセット発生を知らせるコマンド"TrnBusReset_Ntf"を付加して送信する点である。

以上本発明者によってなされた発明を実施例に基づき具体的に説明したが、本発明は上記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記実施例では、IEEE1394ネットワーク同士を接続するネットワークとしてIEEE802.11a無線ＬＡＮを例示したが、これに限るものではなく、例えば無線通信方式のブルートゥースや有線通信方式のＬＡＮを用いて接続する場合にも適用できる。また、上記実施例では、ネットワークを構成する少なくとも１つの機能ブロックを有するユニットを内蔵した機能機器の例として1394ＡＶ機器を挙げたが、ネットワークがパーソナルコンピュータを含むような場合には、当該コンピュータやIEEE1394インタフェースを有するスキャナー、プリンタ、ハードディスクドライバやＤＶＤドライバのようなデータストレージなどのパソコン周辺機器も機能機器となる。

さらに、上記実施例では、２つのインタフェースを有する通信ノードがユニットとしての1394ＡＶ機器とは別個の機器（ＷＬＡＮモジュール）として構成されている場合を示したが、２つのインタフェースを有する通信ノードを、IEEE1394インタフェースを有するＡＶ機器やパソコンおよびパソコン周辺機器と一体に構成することも可能である。また、図２のＷＬＡＮモジュール２００，２１０は、これを１つの半導体チップ上に半導体集積回路として構成するとしたが、図２のうちIEEE802.11aPHY/RF部２９４を除いた一点鎖線Ｃ１で囲まれた部分あるいは1394ＰＨＹ部２９１とIEEE802.11aPHY/RF部２９４を除いた破線Ｃ２で囲まれた部分を、１つの半導体チップ上に半導体集積回路として構成するようにしても良い。

以上の説明では主として本発明者によってなされた発明をその背景となった利用分野である複数のIEEE1394ネットワークをIEEE802.11規格に従った無線ＬＡＮで接続してなるネットワークシステムに適用した場合について説明したが、これに限定されるものではなく、複数の有線式のネットワークを無線方式の通信で接続してなるネットワークシステム一般に利用することができる。

本発明に係るネットワークシステムの一実施形態を示すブロック構成図である。ネットワークシステムを構成するＷＬＡＮモジュールの構成例を示すブロック図である。図１のネットワークシステムにおいてＡＶ／Ｃコマンドパケットを変換する変換テーブルの構成を示す説明図である。図１のネットワークシステムにおいて用いられる"Asynchronous"パケットの構造を示すフォーマット図である。図１のネットワークシステムにおいてＷＬＡＮモジュールを用いて"Isochronous"通信を行う場合の通信経路の確立の仕方を示す説明図である。図６（Ａ）は図１のネットワークシステムにおいて用いられる無線LANアドレス管理テーブルの構造を示すテーブル構成図、図６（Ｂ）はチャネル変換テーブルの構造を示すテーブル構成図である。図１のネットワークシステムにおいて用いられる"Isochronous"パケットの構造を示すフォーマット図である。図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、送信側の１３９４ネットワークでバスリセットが発生した場合の通信処理手順の一実施例を示すフローチャートである。 "Isochronous"パケットの伝送中でないときに、送信側の１３９４ネットワークでバスリセットが発生した場合の通信処理手順の一実施例を示すフローチャートである。図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、受信側の１３９４ネットワークでバスリセットが発生した場合の通信処理手順の一実施例を示すフローチャートである。図１のネットワークシステムにおいて、"Isochronous"パケットの伝送中に、送信側の１３９４ネットワークでバスリセットが発生した場合の通信処理手順の変形例を示すフローチャートである。

符号の説明

１００，１１０…IEEE1394ネットワーク
２００，２１０…ＷＬＡＮモジュール（通信ユニット，通信機器）
２０１〜２０３，２３０…1394ＡＶ機器（ユニット）
２９１…IEEE1394PHY部
２９２…IEEE1394LINK部
２９３…IEEE802.11a MAC部
２９４…IEEE802.11a PHY/RF部
２９５…制御部（パケット処理部）
２９６…プログラム格納用ROM
３００〜３０４，３１０〜３１３…機能ブロック（サブユニット）
４００…無線ＬＡＮ
５０１〜５０３，５１１…１３９４バス
６００，６３０…サブユニットプラグ
６１０，６１１，６３１…出力プラグ
６１２，６３２…入力プラグ
６２０，６２２…1394ＡＶ機器内信号経路
７００…無線ＬＡＮアドレス管理テーブル
７０１…チャネル変換テーブル
７１０…パケット変換テーブル

Claims

複数の有線通信方式のネットワークを無線通信方式のネットワークにより接続してなるネットワークシステムにおける通信処理方法であって、
予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、上記複数の有線通信方式のネットワークのいずれかにおいてバスリセットが発生した場合に、上記無線通信方式のネットワークを介して他の有線通信方式のネットワークへバスリセットの発生を通知するようにしたことを特徴とする通信処理方法。
複数の有線通信方式のネットワークを無線通信方式のネットワークにより接続してなるネットワークシステムにおける通信処理方法であって、
上記無線通信方式のネットワークを介して上記複数の有線通信方式のネットワークのいずれかの２つのネットワークに接続された機器間でデータ伝送を行なっているときに、いずれかの有線通信方式のネットワークにおいてバスリセットが発生した場合に、バスリセットが発生したネットワークにおいて接続回復処理を行ない、その処理結果を上記無線通信方式のネットワークを介して他の有線通信方式のネットワークへ知らせるようにしたことを特徴とする通信処理方法。
複数の有線通信方式のネットワークを無線通信方式のネットワークにより接続してなるネットワークシステムにおける通信処理方法であって、
予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、バスリセットが発生したネットワークにおいてバスリセット後に取得した接続機器情報を他の有線通信方式のネットワークへ知らせるようにしたことを特徴とする通信処理方法。
予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、いずれかの有線通信方式のネットワークにおいてバスリセットが発生した場合に、バスリセットの発生と上記接続回復処理の結果とを、１つのパケットにより他の有線通信方式のネットワークへ知らせることを特徴とする請求項２に記載の通信処理方法。
予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、いずれかの有線通信方式のネットワークにおいてバスリセットが発生した場合に、バスリセットの発生とバスリセットが発生したネットワークにおいてバスリセット後に取得した接続機器情報とを、１つのパケットにより他の有線通信方式のネットワークへ知らせることを特徴とする請求項３に記載の通信処理方法。
上記バスリセットの発生と上記接続回復処理の結果とバスリセットが発生した有線通信方式のネットワークにおいて取得した接続機器情報とを、１つのパケットにより他の有線通信方式のネットワークへ知らせることを特徴とする請求項４に記載の通信処理方法。
データを送信している側の有線通信方式のネットワークにおいてバスリセットが発生し、上記接続回復処理の結果が回復不成功であった場合に、該処理結果の通知を受けた上記他の有線通信方式のネットワークのデータ受信側機器が所定のエラー処理を行なうことを特徴とする請求項２、４または６に記載の通信処理方法。
複数の有線通信方式のネットワークを無線通信方式のネットワークにより接続してなるネットワークシステムであって、
上記複数の有線通信方式のネットワークには、有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信機器がそれぞれ設けられ、
上記複数の有線通信方式のネットワークに接続された上記通信機器のいずれかは、自身の有線通信方式のネットワークに結合されている一つ以上の機能ブロックを有する複数のユニットから、全て若しくは一部の上記機能ブロックに関する情報を上記第１のインタフェース手段により収集し、前記収集した情報に基づいた情報を管理するテーブルと、該テーブルの情報を上記第２のインタフェース手段により伝達する伝達手段と、を備え、
上記テーブルを有していない上記通信機器が接続された有線通信方式のネットワークにおいてバスリセットが発生した場合には、バスリセットが発生した有線通信方式のネットワークに接続された上記通信機器から上記テーブルを有する上記通信機器へ上記第２のインタフェース手段を介して上記バスリセットの発生が通知され、
上記テーブルを有する上記通信機器が接続された有線通信方式のネットワークにおいてバスリセットが発生した場合には、バスリセットが発生した有線通信方式のネットワークに接続された上記通信機器から上記テーブルを有しない上記通信機器へ上記バスリセットの発生が通知されないことを特徴とするネットワークシステム。
有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信機器であって、
予め通知すべきことが設定されておらず、また他のネットワークから通知に関する要求がなくても、上記第１のインタフェース手段により接続された上記有線通信方式のネットワークにおいてバスリセットが発生した場合に、上記無線通信方式のネットワークを介して他の有線通信方式のネットワークへバスリセットの発生を知らせるバスリセット通知手段を備えることを特徴とする通信機器。
上記通信機器は、上記無線通信方式のネットワークを介して他の有線通信方式のネットワークに接続された機器との間でデータ伝送を行なっているときにバスリセットが発生した場合に、自己が接続されている有線通信方式のネットワークにおける接続回復処理を行なう接続回復手段と、接続回復処理の結果を上記無線通信方式のネットワークを介して他の有線通信方式のネットワークへ知らせる処理結果通知手段と、を備えていることを特徴とする請求項９に記載の通信機器。