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

Abstract

【課題】 複数の有線式のネットワーク間を無線方式の通信で接続する場合に、無線区間での通信量を減らしてデータの誤り率を下げることができる通信機器およびネットワークシステムを提供する。
【解決手段】 "Asynchronous"通信でＡＶ／Ｃコマンドを送るときは、受信側の通信ユニットは、送信側のユニットからのIEEE1394規格に従った応答を待たずに、送信側の通信ユニットからのIEEE802.11規格に従った応答を受け取ったことに基づいて受信側ユニットにIEEE1394規格に従った応答を返すようにする。また、"Asynchronous"通信でＡＶ／Ｃコマンドに対する応答を送るときは、送信側の通信ユニットは、受信側のユニットからのIEEE1394規格に従った応答を待たずに、受信側の通信ユニットからのIEEE802.11規格に従った応答を受け取ったことに基づいて送信側ユニットにIEEE1394規格に従った応答を返すようにした。
【選択図】 図１

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ネットワークをIEEE802.11規格に従った無線通信で接続する技術を開発し出願を行なった（特願２００３−３８３５２１）。しかしながら、前記先願発明にあっては、無線通信区間で送受信されるパケットについて詳細に検討していなかったため、無線通信でのデータ量が多く、データエラーを起こし易いという課題があることが明らかになった。

また、IEEE1394ネットワーク間を無線通信ネットワークで接続することで家庭内ネットワークを構築する技術としては、特許文献１に記載の発明もある。しかしながら、特許文献１に記載の発明においては、IEEE1394ネットワーク間のデータ送受信の際に、IEEE1394ネットワーク上のパケットをすべて無線通信ネットワークで送受信するようにしているため、無線通信でのデータ量が多い。家庭内での無線通信環境を考えた場合、電子レンジ等のノイズ源となる家電の稼動により通信環境は頻繁に変化している。そのため、無線通信でのデータ量が多いほど、通信環境の変化の影響を受けやすくデータの誤り率が高くなる。

この発明の目的は、複数の有線式のネットワーク間を無線方式の通信で接続する場合に、無線区間でのデータの通信量を減らしてデータの誤り率を下げることができる通信機器およびネットワークシステムを提供することにある。
この発明の前記ならびにそのほかの目的と新規な特徴については、本明細書の記述および添付図面から明らかになるであろう。

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

そして、非同期通信でコマンドを送るときは、受信側の通信ユニットは、送信側のユニットからの第１の規格(IEEE1394規格)に従った応答を待たずに、送信側の通信ユニットからの第２の規格(IEEE802.11規格)に従った応答を受け取ったことに基づいて受信側ユニットに第１の規格に従った応答を返すようにする。また、非同期通信でコマンドに対する応答を送るときは、送信側の通信ユニットは、受信側のユニットからの第１の規格に従った応答を待たずに、受信側の通信ユニットからの第２の規格に従った応答を受け取ったことに基づいて送信側ユニットに第１の規格に従った応答を返すようにした。

上記した手段によれば、受信側の通信ユニットと送信側の通信ユニットとの間で送受信するコマンドや応答を含むパケットの数すなわちトランザクション数を減らすことができ、これによりネットワーク間での無線通信量を減らして伝送データの誤り率を下げることができる。なお、本明細書においては、通信ユニットの無線区間で送受信される送信パケットとそれに対する応答パケットの組み合わせを、１トランザクションと数えることとする。

また、有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信ユニット通信機器を設ける。そして、いずれかの機器から送信された、他の有線通信方式のネットワークに接続された機器への同期通信によるデータの受信設定のための要求コマンドを受けた場合に、通信機器は他の有線通信方式のネットワークの情報に依存せずに自身が接続されている有線通信方式のネットワークの情報に基づいて受信設定を行なうように構成した。これにより、同期通信によるデータの受信設定の際に各ネットワークの通信機器間での無線通信量を減らして伝送データの誤り率を下げることができる。

本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば下記のとおりである。
本発明によれば、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"パケットで通信される。なお、図４のパケットにおいて、上半分の"ＨＥＡＤ"部分はパケットのヘッダ部、"ＤＡＴＡ"はデータ領域を示している。"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ＡＶ機器の制御を実現できるように構成することができる。

次に、本実施形態を適用した図１のネットワークシステムにおけるＡＶ／Ｃコマンドを含む"Asynchronous"パケットのより詳しい通信処理手順の一実施例を、図７を用いて説明する。図７では、通常行う処理を実線で示し、通常では行わない処理を一点鎖線で示し、従来方式では実行される処理を破線で示してある。なお、図７の手順に従った通信が開始される前に、前述した図３の変換テーブルがＷＬＡＮモジュール２１０において作成されているものとする。

ステップＳ１：ディスプレイ２３０が、ＳＴＢ２０１へ送信したいＡＶ／Ｃコマンドを含む"Asynchronous"パケットを、ＷＬＡＮモジュール２１０に対して発行する。このときディスプレイ２３０が設定するパケット内の"destination_ID"等のヘッダ情報は、ＷＬＡＮモジュール２１０を示すものである。

ステップＳ２：ＷＬＡＮモジュール２１０は、受信したＡＶ/Ｃコマンドを含むパケット"AVC_Com"を、変換テーブルを参照して実際の送信先となる機器（ここではＳＴＢ２０１）を特定する。そして、パケット内の"destination_ID"と"Subunit_ID"を、特定した機器を示すコードに書き替えて、無線ＬＡＮ４００によりＷＬＡＮモジュール２００へ送信する。また、ＷＬＡＮモジュール２１０は、ＡＶ/Ｃコマンドを受信したとき"Interim"パケット返信用のタイマーを起動させる。

ステップＳ３：ＷＬＡＮモジュール２１０は、ＷＬＡＮモジュール２００からの無線ＬＡＮ４００を介した802.11のＡＣＫパケットを受信する。このＡＣＫパケットを受信できないときは、所定時間（Split Time Out値)まで受信待ちを行なう。

ステップＳ４：ＷＬＡＮモジュール２１０は、802.11のＡＣＫパケットを受信できた場合には、"rcode"を、通信成功を示す"complete"とした"1394WriteRsp"パケットをディスプレイ２３０へ返す。また、802.11のＡＣＫパケットを受信できなかった場合には、"rcode"を、通信エラーを示す"conflict Error"とした"1394WriteRsp"パケットをディスプレイ２３０へ返す。

本来、この"1394WriteRsp"パケットは、ＷＬＡＮモジュール２１０が後述のステップＳ６のＷＬＡＮモジュール２００からの"1394WriteRsp"を受けその応答を行なってから行なうべきところを、この実施例ではこの手続きＰ１，Ｐ２を省略している。そのため、無線ＬＡＮ４００を介して送受信するパケットの量を減らすことができる。１３９４ネットワークは有線方式の通信であるため、次のステップＳ５，Ｓ６の通信はほぼ間違いなく実行されるので、この実施例のような省略を行なっても実用上ほとんど問題は生じない。

ステップＳ５：１３９４ネットワーク１００側のＷＬＡＮモジュール２００は、ＷＬＡＮモジュール２１０からの無線ＬＡＮ４００を介したパケット"AVC_Com"を受信すると、パケット内のヘッダ部の"source_ID"をネットワーク１００上での自分自身の識別コード"Node_ID"に書き替えてＳＴＢ２０１へ送信する。これにより、ＳＴＢ２０１はＷＬＡＮモジュール２００が送信したパケットを自己宛のＡＶ/Ｃコマンドであると認識することができる。

ステップＳ６：ＳＴＢ２０１は、１３９４ネットワークでのＡＶ／Ｃコマンドパケットの送信に対する応答として応答パケット"1394WriteRsp"を送信し、ＷＬＡＮモジュール２００がこれを受信する。なお、この応答パケットの内容がＮＧ（complete以外）のときは、ＷＬＡＮモジュール２００がＷＬＡＮモジュール２１０に対して、１３９４ネットワーク１１０側のバスリセットを要求するコマンドを発行するように構成しても良い。バスリセットを発生させることで、最初のデータ送信要求を行なったディスプレイ２３０における送信ＡＶ／Ｃコマンドに対応した未完了のトランザクション処理を破棄させることができる。

ステップＳ７：ＷＬＡＮモジュール２１０は、例えばステップＳ４のパケット送信後所定時間経過すると、ディスプレイ２３０へ "Interim"パケットを発行する。このパケットは、本来、ステップＳ４での"1394WriteRsp"パケットの内容が"complete"で、ステップＳ１でＡＶ／Ｃコマンドを受けてから１００ｍ秒以内に後述のステップＳ９の応答を受けることができたか否か判定してステップＳ１２の応答をできないときに発行する、後で応答を返すことをとりあえず知らせる暫定応答パケットである。本実施例では、ステップＳ９の応答を受ける前にＷＬＡＮモジュール２１０がタイマー処理でディスプレイ２３０へ"Interim"パケットとして送信するようにしている。そして、送信側ＷＬＡＮモジュール２００は、ＳＴＢ２０１から"Interim"パケットを受け取ったとしてもＷＬＡＮモジュール２１０へ転送するのを省略することができ、これにより無線区間での通信量を減らすことができる。

なお、この"Interim"パケットを受信したときには、図７では省略しているが、ディスプレイ２３０は"1394WriteRsp"パケットをＷＬＡＮモジュール２１０へ返す。また、このパケットの発行は、最初にＷＬＡＮモジュール２１０へ送ったＡＶ／Ｃコマンドが"Interim"の返信を必要とするコマンドつまり応答までにかなり時間を必要とするようなコマンドであった場合に行なうようにすれば良く、ステップＳ１の送信コマンドによっては省略しても良い。また、このタイマーによる自動的な"Interim"パケットの送信を行なった場合には、次のステップＳ８で実際にＳＴＢ２０１がＷＬＡＮモジュール２００へ"AVC_Rsp"の代わりに"Interim"パケットを送ったとしても、ステップＳ７で既にＷＬＡＮモジュール２１０からディスプレイ２３０へ送っているので、再度の送信は不要である。

ステップＳ８：ＳＴＢ２０１は、ステップＳ６で応答パケット"1394WriteRsp"を送信した後、ＡＶ／Ｃコマンドの制御内容に対する応答としてＡＶ／Ｃレスポンス"AVC_Rsp"を送信しＷＬＡＮモジュール２００がこれを受信する。

ステップＳ９：ＡＶ／Ｃレスポンス"AVC_Rsp"を受信したＷＬＡＮモジュール２００は、ＡＶ／Ｃレスポンステーブルを参照して、最初のＡＶ／Ｃコマンドの送信元（ここではディスプレイ２３０）を特定する。そして、パケットのヘッダ部の"destination_ID"を、ＡＶ／Ｃコマンドの送信元の"Node_ID"に書き替えて、"AVC_Rsp"を無線ＬＡＮ４００上へ送信し、ＷＬＡＮモジュール２１０が受信する。

ステップＳ１０：ＷＬＡＮモジュール２１０は無線ＬＡＮ４００を介したパケット"AVC_Rsp"を受信すると、802.11のＡＣＫパケットを送信し、ＷＬＡＮモジュール２００がこれを受信する。また、802.11のＡＣＫパケットを受信できないときは、所定時間（Split Time Out値)まで受信待ちを行なう。

ステップＳ１１：ＷＬＡＮモジュール２００は、ステップＳ１０で802.11のＡＣＫパケットを受信できた場合には、"rcode"を、通信成功を示す"complete"とした1394WriteRspパケットをＳＴＢ２０１へ返す。また、802.11のＡＣＫパケットを受信できなかった場合には、"rcode"を、通信エラーを示す"conflict Error"とした"1394WriteRsp"パケットをディスプレイ２３０へ返す。本来この"1394WriteRsp"パケットは、ＷＬＡＮモジュール２１０が後述のステップＳ１２のディスプレイ２３０からの"1394WriteRsp"を受けその応答を行なってから行なうべきところを、この実施例ではこの手続きＰ３，Ｐ４を省略している。そのため、無線ＬＡＮ４００を介して送受信するパケットの量を減らすことができる。

ステップＳ１２：ＷＬＡＮモジュール２１０は、ＡＶ／Ｃレスポンス"AVC_Rsp"を受信した場合には、変換テーブルを参照してパケット内の"destination_ID"と"Subunit_ID"をディスプレイ２３０が発行した値に書き換える。さらにＷＬＡＮモジュール２１０は、パケットのヘッダ部の"Source_ID "を、ＷＬＡＮモジュール２１０の"Node_ID"に書き替えて１３９４バス５１１を介してディスプレイ２３０へ送信する。

ステップＳ１３：ディスプレイ２３０は、"1394WriteRsp"パケットをＷＬＡＮモジュール２１０へ返す。ＷＬＡＮモジュール２１０は、この"1394WriteRsp"パケットを受信すると、パケットの内容がＮＧ（complete以外）であった場合でも、ＮＧに対する対応処理はしない。ちなみに、ＮＧの場合には、例えばディスプレイ２３０が最初に発行したＡＶ／Ｃコマンドをキャンセルさせる。つまり、ディスプレイ２３０においてＡＶ／Ｃコマンドのシステムタイムアウトを発生させて、ディスプレイ２３０による本フローチャートに従ったコマンド発行のリトライを実行させるようにする。

図７を参照すると分かるように、ＡＶ／Ｃコマンドの送信では、無線機器２００−２１０間で、ステップＳ２，Ｓ３の送受信と、Ｐ１，Ｐ２の送受信と、Ｓ９，Ｓ１０の送受信と、Ｐ３，Ｐ４の送受信、の計４つのトランザクションが必要である。ところが、本実施例では、ステップＳ２，Ｓ３の送受信とＳ９，Ｓ１０の送受信の２つのトランザクションのみでよく、トランザクション数を半分に減らすことができる。

（変形例）
図８には、ＡＶ／Ｃコマンドを含む"Asynchronous"パケットの通信処理手順の変形例が示されている。図８では、通常行う処理を実線で示し、通常では行わない処理を一点鎖線で示し、従来方式では実行される処理を破線で示してある。

この変形例は、図７の実施例のフローにおけるステップＳ７でのタイマーによる自動的な"Interim"パケットの返信を行なわず、最初にコンテンツ送信側の機器（ＳＴＢ）で"Interim"パケットの発行（ステップＳ７-1）を行ない、それをＷＬＡＮモジュール２００から２１０へ送信（ステップＳ７-2）する。そして、さらにＷＬＡＮモジュール２１０からディスプレイ２３０へ送信（ステップＳ７-3）し、その応答（ステップＳ７-4，Ｓ７-5，Ｓ７-6）を行なうようにした場合のものである。

なお、この"Interim"パケットの返信は、必ず行なわれるものではなく、前述したように最初に発行するコマンドの種類によっては行なわない場合があるので、図８では一点鎖線で示されている。他の通信は図７の実施例と同様であるので、説明は省略する。本変形例においても、破線で示すような無線ＬＡＮ上でのパケットの送信Ｐ１〜Ｐ４がないため、無線ＬＡＮで送受信されるパケットの量が少なくなるという利点がある。

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

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

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

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

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

図１２に示されているステップＳ１〜Ｓ１３は、"Asynchronous"パケットの送信手順を示す図７のフローと同様な手順により、ディスプレイ２３０とＳＴＢ２０１との通信経路の接続を確立するためのＡＶ／Ｃコマンドを含む"Asynchronous"パケットと応答パケットの受け渡し処理である。図７のフローとの違いは、ディスプレイ２３０により発行される "Asynchronous"パケットに含まれるＡＶ／Ｃコマンドが、"Connect"（＝接続）に特定されている点である。ステップＳ１〜Ｓ１３による通信経路の接続確立がなされた後に、以下のステップＳ２０〜Ｓ４０によるコンテンツの受信設定処理が実行される。なお、このうちステップＳ２０〜Ｓ２５およびＳ３０〜Ｓ３５は、図９を用いて説明した前述の1394ＡＶ機器間で通信経路を確立するための処理に相当する。

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

ステップＳ２１：パケット"oPCR Read Req"を受信したＷＬＡＮモジュール２１０が、自己が所有しているｏＰＣＲレジスタの内容(ＷＬＡＮモジュール２００が所有している内容ではない)を応答パケット"oPCR Read Rsp"に入れて要求元のディスプレイ２３０へ返す。本来ならば、"oPCR Read Req"を受信したＷＬＡＮモジュール２１０が、破線Ｐ５のようにネットワーク１００側のＷＬＡＮモジュール２００へこのパケットを転送し、それに対する応答パケット（Ｐ６）を受け取ってから"oPCR Read Rsp"に入れて要求元のディスプレイ２３０へ返すべきところである。この実施例ではこの手続きＰ５，Ｐ６を省略しているため、その分、無線ＬＡＮ４００を介して送受信するパケットの量を減らすことができる。また、この実施例では、"oPCR Read Req"をＷＬＡＮモジュール２００へ転送しないため、ディスプレイ２３０がＳＴＢ２０１のｏＰＣＲレジスタの内容を取得することは不可能である。そのため、ここではＷＬＡＮモジュール２１０自身が所有しているｏＰＣＲレジスタの内容を返している。尚、Ｐ５,Ｐ６を省略しているため、これ以降の処理では、無線ＬＡＮ４００を介して接続されている１３９４ネットワーク内での情報に依存せず、ＷＬＡＮモジュール自身が接続されている１３９４ネットワーク内での情報に基づいた設定となる。

ステップＳ２２：ディスプレイ２３０は、１３９４ネットワーク１１０内でのＩＲＭ（Isochronous Resource Manager）へアクセスしてリソースを獲得する。本来ならば、ディスプレイ２３０がまず１３９４ネットワーク１１０内でのリソースを獲得し、その後１３９４ネットワーク１００内でのリソース獲得のために、ＷＬＡＮモジュール２１０からネットワーク１００側のＷＬＡＮモジュール２００へ、１３９４ネットワーク１１０内でのリソース獲得値と同値でのリソース獲得用パケット（Ｐ７）を送る。そして、それに対する応答パケット（Ｐ８）を受け取るようなＩＲＭによるリソース獲得処理を行なうべきところである。この実施例ではこの手続きＰ７，Ｐ８を省略しているため、その分、無線ＬＡＮ４００を介して送受信するパケットの量を減らすことができる。

ステップＳ２３：ディスプレイ２３０が、ＳＴＢ２０１へ送信したい各機器の制御部２９５内のｏＰＣＲレジスタの内容を書き換えるコマンドを含む要求パケット"oPCR Lock Req"を、１３９４ネットワーク１１０を介してＷＬＡＮモジュール２１０へ送信する。このトランザクション"Lock"を受けたＷＬＡＮモジュール２１０は、自己が所有しているｏＰＣＲレジスタの内容を書き換える。このとき、書込み前のレジスタの内容と書き替えたい箇所のデータとの論理をとって書込みを行なう。なお、このとき１３９４ネットワークでのデータ転送速度も設定されるが、転送速度の遅い無線ＬＡＮでのオーバーヘッドを考慮してデータ転送速度は少し低く設定しておくのが望ましい。

ステップＳ２４：パケット"oPCR Lock Req"を受信したＷＬＡＮモジュール２１０が、書き替え後のｏＰＣＲレジスタの内容を応答パケット"oPCR Lock Rsp"に入れて要求元のディスプレイ２３０へ返す。本来ならば、"oPCR Lock Req"を受信したＷＬＡＮモジュール２１０が、破線Ｐ９のようにネットワーク１００側のＷＬＡＮモジュール２００へこのパケットを転送し、それに対する応答パケット（Ｐ１０）を受け取ってから"oPCR Lock Rsp"に入れて要求元のディスプレイ２３０へ返すべきところである。この実施例ではこの手続きＰ９，Ｐ１０を省略しているため、その分、無線ＬＡＮ４００を介して送受信するパケットの量を減らすことができる。

ステップＳ３０〜Ｓ３４：上記ステップＳ２０〜Ｓ２４と同様な処理を、１３９４ネットワーク１００上のＳＴＢ２０１とＷＬＡＮモジュール２００との間で行なう。このうち、ステップＳ３０とＳ３３のパケット送信は、本来ならばＰ５とＰ９のパケットの送信を受けて行なうべきところを、この実施例では、ステップＳ２のＡＶ／Ｃコマンド"Connect"の受信をトリガとして、ＷＬＡＮモジュール２００がタイマー等で自動的に行なうようにしている。これによって、手続きＰ５〜Ｐ１０を省略することが可能になる。また、ここでの設定は、１３９４ネットワーク１１０内での情報に依存せず、１３９４ネットワーク１００内での情報に基づいて行う。

ステップＳ３５：Ｓ３５〜Ｓ３６は、ＷＬＡＮモジュール２００と２１０との間で、それぞれの内部で行われた受信設定が適切に行われたかを確認するための処理であり、まず受信側すなわちデータ要求側ＷＬＡＮモジュール２１０が送信側のＷＬＡＮモジュール２００へ、独自のベンダコマンドである内部状態受信要求パケット"PtoP Receive Sts Req"の送信を行なう（ステップＳ３５）。ここで、"ＰｔｏＰ"はPoint to Pointの略であり、１：１の受信設定であることを意味している。

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

ステップＳ３７：送信側のＷＬＡＮモジュール２００が、受信側のＷＬＡＮモジュール２１０へ、独自のベンダコマンドである内部状態を通知する応答パケット"PtoP Receive Sts Rsp"の送信を行なう。

ステップＳ３８：ＷＬＡＮモジュール２１０が、ＷＬＡＮモジュール２００からのパケットを受け取ったことを知らせる802.11の応答パケット"ＡＣＫ"を、無線ＬＡＮ４００を介してＷＬＡＮモジュール２００へ送信する。

Ｓ２５〜Ｓ２７は、ＷＬＡＮモジュール２００と２１０との間で行われた受信設定状態の確認処理の結果、送信側の1394ネットワーク１００で"ＰｔｏＰ"の受信設定の確立がＮＧ（不成功）の場合に行なわれるエラー処理である。

このエラー処理では、受信側のＷＬＡＮモジュール２１０がディスプレイ２３０へ、ＷＬＡＮモジュール２１０内のｏＰＣＲ（アウトプットプラグコントロールレジスタ）に設定した内容のキャンセルを要求するコマンドパケット"PtoP Break Myself Req"の送信を行なう（ステップＳ２５）。

続いて、ディスプレイ２３０が、受信側のネットワークのＷＬＡＮモジュール２１０へ、ＰＣＲの設定内容をキャンセルするための"Lock"トランザクションの発行を行なう（ステップＳ２６）。そして、ＷＬＡＮモジュール２１０がディスプレイ２３０へ、当該"Lock"トランザクションに対する応答を行なう（ステップＳ２７）。

Ｓ３９〜Ｓ４０は、ＷＬＡＮモジュール２００と２１０との間で行われた受信設定状態の確認処理の結果、受信側すなわちデータ要求側の1394ネットワーク１１０で"ＰｔｏＰ"の受信設定の確立がＮＧ（不成功）の場合に行なわれるエラー処理である。

このエラー処理では、送信側のＷＬＡＮモジュール２００からＳＴＢ２０１へ、ＳＴＢ２０１内のｏＰＣＲ（アウトプットプラグコントロールレジスタ）に設定した内容をキャンセルするための"Lock"トランザクションの発行を行なう（ステップＳ３９）。そして、ＳＴＢ２０１がＷＬＡＮモジュール２００へ、当該"Lock"トランザクションに対する応答を行なう（ステップＳ４０）。

以上、エラーがあった場合には、ステップＳ２５〜Ｓ２７のエラー処理またはステップＳ３９〜Ｓ４０のエラー処理を実行して、一連の受信設定処理は完了となる。なお、かかるエラー処理終了後に、ディスプレイ２３０はＡＶ／Ｃコマンドである"Disconnect"（＝切断）を発行することで、図１２のステップＳ１を実行可能な状態に戻ることができる。また、現在受信中であった場合に受信設定処理を解除させたい場合には、ステップＳ１〜Ｓ３においてＩＥＣ61883規格で規定されているＰｔｏＰ破棄処理を行い、ステップＳ３５〜Ｓ３８でお互いの１３９４ネットワークでの処理結果を確認し合って、処理完了となる。

上述したように、本実施例においても、図８のＰ１〜Ｐ４とＳ7-2，Ｓ7-5に相当する無線区間での送受信および図１２のＰ５〜Ｐ１０の送受信が不要であるため、トランザクション数を減らすことができる。

（変形例）
図１３には、"Isochronous"パケットを用いたコンテンツの受信設定処理の手順の変形例が示されている。
この変形例は、図１２の実施例のフローにおけるステップＳ１〜Ｓ１３の処理とステップＳ２０〜Ｓ４０の処理の実行順序を逆にしたものである。ただし、処理の実行順序を逆にしたことにより、図１２のステップＳ３０のトリガがなくなり、送信側の１３９４ネットワーク１００でのプラグ接続処理と受信側の１３９４ネットワーク１１０でのプラグ接続処理を並行して行うことができなくなる。

そこで、この変形例では、ステップＳ３５の代わりとなるステップＳ３５’で、データ要求側ＷＬＡＮモジュール２１０から送信側のＷＬＡＮモジュール２００へ、受信要求パケット"PtoP Receive Req"の送信を行ない、これをトリガとしてステップＳ３０〜Ｓ３４を開始する。そして、ステップＳ３０〜Ｓ３４の終了後に、送信側のＷＬＡＮモジュール２００が受信側のＷＬＡＮモジュール２１０へ、無線ＬＡＮ４００を介して応答パケット"PtoP Receive Rsp"を送信し、ＷＬＡＮモジュール２１０がパケットを受け取ったことを知らせる802.11の応答パケット"ＡＣＫ"をＷＬＡＮモジュール２００へ送信するようにしている。

図１３において、ステップＳ２０〜Ｓ２４は、図１２のフローチャートのステップＳ２０〜Ｓ２４に説明したのと同様な処理である。ステップＳ２０では、ディスプレイ２３０が、ｏＰＣＲレジスタの内容を読み出すコマンドを含む要求パケット"oPCR Read Req"をＷＬＡＮモジュール２１０へ送信する。ステップＳ２１では、ＷＬＡＮモジュール２１０自身が所有しているｏＰＣＲの内容をディスプレイ２３０へ返す。ステップＳ２２では、受信に必要なチャネルや使用帯域をＩＲＭより獲得する。つまり、ディスプレイ２３０が、自身の有するパラメータを用いて取得する値を決定する。別の言い方をすれば、他の1394ネットワーク内の情報には依存しない設定内容となる。

ステップＳ２３では、ディスプレイ２３０がＷＬＡＮモジュール２１０に対して、ｏＰＣＲのLockトランザクションを発行する。ただし、伝送スピードに関しては、無線区間でのオーバーヘッドを考慮して、設定値は例えば１００Ｍビット／秒に固定する。また、このとき実際のターゲットとなるＡＶ機器(ＳＴＢ２０１等)を特定するために、図５のｔｌフィールド(Transaction Labelフィールド)にターゲットとなるＡＶ機器情報を設定することも可能である。
ステップＳ２４では、ＷＬＡＮモジュール２１０が、応答パケット"oPCR Lock Rsp"をディスプレイ２３０へ送信する。

この変形例では、ステップＳ２０〜Ｓ２４による受信側のネットワーク１１０での受信設定処理が不成功であると、ここで処理が終了し、図１２のフローのように最後のエラー処理まで行かない点に特長がある。すなわち、この変形例では、ステップＳ２０〜Ｓ２４の受信設定処理が成功した場合にのみ、ステップＳ３５’へ移行して、データ要求側ＷＬＡＮモジュール２１０から送信側のＷＬＡＮモジュール２００への受信要求パケット"PtoP Receive Req"の送信とそれ以降の処理が行なわれる。

"PtoP Receive Req"で送信される受信側のパラメータは、例えば受信側の１３９４機器のノードｉＤと、接続の確立または破棄の情報と、パケットのタイプ（ブロードキャストかポイント・ツー・ポイント）を示す情報に制限され、使用帯域等の細かな情報は省略される。ステップＳ３０〜Ｓ３４は図１２のフローチャートのステップＳ３０〜Ｓ３４に説明したのと同様な処理である。

そして、ステップＳ３７’の応答パケット"PtoP Receive Rsp"により送信側のネットワーク１００での受信設定処理が不成功であることが分かると、図示しないがステップＳ２５〜Ｓ２７のエラー処理に相当する処理が実行される。一方、この変形例では、送信側のネットワーク１００での受信設定処理が不成功であっても、図１２のステップＳ３９〜Ｓ４０のエラー処理に相当する処理は実行されない。このように、図１３の変形例のフローは、受信設定処理が成功の場合には、図１２のフローよりも少し時間がかかるが、受信設定処理が不成功の場合には、図１２のフローよりも処理の完了が早くなるという利点がある。

なお、この変形例では、ＷＬＡＮモジュール２１０が、ステップＳ３７’で、内容がＮＧである"PtoP Receive Rsp"パケットを受信した場合、ステップＳ２５〜Ｓ２７のエラー処理に相当する処理を実行すると説明したが、ＮＧの場合には、受信側ネットワーク１１０のバスリセットを行なうようにしても良い。これにより、ディスプレイ２３０によるコマンド発行のリトライ(接続回復処理)を実行させるようにすることができる。

以上本発明者によってなされた発明を実施例に基づき具体的に説明したが、本発明は上記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記実施例では、IEEE1394ネットワーク同士を接続するネットワークとしてIEEE802.11a無線ＬＡＮを例示したが、これに限るものではなく、例えば無線通信方式のブルートゥースや有線通信方式のＬＡＮを用いて接続する場合にも適用できる。

また、上記実施例では、ネットワークを構成する少なくとも１つの機能ブロックを有するユニットを内蔵した機能機器の例として1394ＡＶ機器を挙げたが、ネットワークがパーソナルコンピュータを含むような場合には、当該コンピュータやIEEE1394インタフェースを有するスキャナー、プリンタ、ハードディスクドライバやＤＶＤドライバのようなデータストレージなどのパソコン周辺機器も機能機器となる。

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

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

本発明に係るネットワークシステムの一実施形態を示すブロック構成図である。 図１のネットワークシステムを構成するＷＬＡＮモジュールの構成例を示すブロック図である。 図１のネットワークシステムにおいてＡＶ／Ｃコマンドパケットを変換する変換テーブルの構成を示す説明図である。 図１のネットワークシステムにおいて用いられる"Asynchronous"パケットの構造を示すフォーマット図である。 変換前の"Asynchronous"パケットを示すフォーマット図である。 変換後の"Asynchronous"パケットを示すフォーマット図である。 図１のネットワークシステムにおけるＡＶ／Ｃコマンドを含む"Asynchronous"パケットの通信処理手順の一実施例を示すフローチャートである。 "Asynchronous"パケットの通信処理手順の変形例を示すフローチャートである。 図１のネットワークシステムにおいてＷＬＡＮモジュールを用いて"Isochronous"通信を行う場合の通信経路の確立の仕方を示す説明図である。 図１０（Ａ）は図１のネットワークシステムにおいて用いられる無線LANアドレス管理テーブルの構造を示すテーブル構成図、図１０（Ｂ）はチャネル変換テーブルの構造を示すテーブル構成図である。 図１のネットワークシステムにおいて用いられる"Isochronous"パケットの構造を示すフォーマット図である。 コンテンツを含む"Isochronous"パケットの受信のための設定処理の通信処理手順の一実施例を示すフローチャートである。 "Isochronous"パケットの受信のための設定処理の通信処理手順の変形例を示すフローチャートである。

符号の説明

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

Claims (10)

1. 複数の有線通信方式のネットワークを無線通信方式のネットワークにより接続してなるネットワークシステムにおける通信処理方法であって、
   上記複数の有線通信方式のネットワークのいずれかにおいて所定のトランザクションが発生しても上記無線通信方式のネットワークにおけるトランザクション処理を省略することで、上記複数の有線通信方式のネットワークのそれぞれにおけるトランザクション数よりも上記無線通信方式のネットワークにおけるトランザクション数の方が少なくなるようにしたことを特徴とする通信処理方法。
2. 上記複数の有線通信方式のネットワークのいずれかのネットワークに接続された機器から他の有線通信方式のネットワークに接続された機器へ制御コマンドを送る場合に、上記他の有線通信方式のネットワークにおいて当該制御コマンドの送受信ができなかったことに応じて所定のエラー処理を行なうことを特徴とする請求項１に記載の通信処理方法。
3. 上記所定のエラー処理は、上記他の有線通信方式のネットワークから上記いずれかの有線通信方式のネットワークに対するバスリセット要求であることを特徴とする請求項２に記載の通信処理方法。
4. 上記複数の有線通信方式のネットワークには、有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信機器がそれぞれ設けられ、
   上記いずれかの有線通信方式のネットワークに接続された機器から、当該有線通信方式のネットワークに設けられた上記通信機器へ、他の有線通信方式のネットワークに接続された機器に対する制御コマンドが送られてから所定時間経過した場合に、上記通信機器が上記制御コマンドを発行した機器へ暫定応答を返すようにしたことを特徴とする請求項２に記載の通信処理方法。
5. 上記複数の有線通信方式のネットワークには、有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信機器がそれぞれ設けられ、
   上記複数の有線通信方式のネットワークのいずれかのネットワークに接続された機器から他の有線通信方式のネットワークに接続された機器へ上記有線通信方式のネットワークを介して受信設定要求コマンドを送った場合に、上記いずれかのネットワークに接続された第１の通信機器と、上記他の有線通信方式のネットワークに接続された第２の通信機器との間で、当該受信設定要求コマンドに対して行なった受信設定処理の結果を相互に通知し合うことを特徴とする請求項２に記載の通信処理方法。
6. 上記受信設定処理の結果の相互通知により受信設定が不成功であった場合に、所定のエラー処理を実行することを特徴とする請求項５に記載の通信処理方法。
7. 上記いずれかのネットワークに接続された第１の通信機器と、上記他のネットワークに接続された第２の通信機器は、それぞれ他のネットワークの情報に依存せずに自身が接続されている有線通信方式のネットワークの情報に基づいて受信設定を行なうことを特徴とする請求項５に記載の通信処理方法。
8. 有線通信方式のネットワークによる通信を行なう第１のインタフェース手段と無線通信方式のネットワークによる通信を行なう第２のインタフェース手段とを有する通信機器であって、
   上記第１のインタフェース手段により上記有線通信方式のネットワークに接続されたいずれかの機器から送信された、他の有線通信方式のネットワークに接続されたいずれかの機器に対する制御コマンドを受信した場合に、上記他の有線通信方式のネットワークの通信機器からの無線通信方式のネットワークの規格で規定された応答を待たずに上記制御コマンドを発行した機器へ有線通信方式のネットワークの規格で規定された応答を返すように構成されていることを特徴とする通信機器。
9. 上記第１のインタフェース手段により上記有線通信方式のネットワークに接続されたいずれかの機器から送信された、他の有線通信方式のネットワークに接続されたいずれかの機器に対する制御コマンドを受信した場合に、当該制御コマンドを受信してから所定時間経過したときに、上記制御コマンドを発行した機器へ有線通信方式のネットワークの規格で規定された暫定応答を返すようにしたことを特徴とする請求項８に記載の通信機器。
10. 上記第１のインタフェース手段により上記有線通信方式のネットワークに接続されたいずれかの機器から、他の有線通信方式のネットワークに接続された機器への受信設定要求コマンドを受けた場合に、他の有線通信方式のネットワークの情報に依存せずに自身が接続されている有線通信方式のネットワークの情報に基づいて受信設定を行なうように構成されていることを特徴とする請求項８に記載の通信機器。

Images