JP3922817B2 - 通信ノード及び通信端末 - Google Patents

通信ノード及び通信端末 Download PDF

Info

Publication number
JP3922817B2
JP3922817B2 JP25883998A JP25883998A JP3922817B2 JP 3922817 B2 JP3922817 B2 JP 3922817B2 JP 25883998 A JP25883998 A JP 25883998A JP 25883998 A JP25883998 A JP 25883998A JP 3922817 B2 JP3922817 B2 JP 3922817B2
Authority
JP
Japan
Prior art keywords
node
network
communication node
communication
wireless terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP25883998A
Other languages
English (en)
Other versions
JP2000156683A (ja
Inventor
由彰 高畠
健 斉藤
圭一 寺本
幹生 橋本
稔 行方
利夫 岡本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP25883998A priority Critical patent/JP3922817B2/ja
Priority to EP99305133A priority patent/EP0969628B1/en
Priority to DE69933821T priority patent/DE69933821T2/de
Priority to US09/343,509 priority patent/US7158483B1/en
Publication of JP2000156683A publication Critical patent/JP2000156683A/ja
Application granted granted Critical
Publication of JP3922817B2 publication Critical patent/JP3922817B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40065—Bandwidth and channel allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40097—Interconnection with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、第１のネットワークと第２のネットワークとの間でデータ転送を行うための通信ノード及び第１のネットワークに接続されて第２のネットワークのノードと通信する通信端末に関する。
【０００２】
【従来の技術】
近年、家庭内のネットワーク化が注目を浴びるようになってきたが、このような観点は従来からあり、特に、ホームセキュリティーをターゲットとしたホームネットワークとして、ＣＥＢｕｓやＬＯＮ等の標準規格が既に提案されている。さらに、ＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）機器を接続しているアナログＡＶケーブル（白、赤、黄のケーブル）も、一種のホームネットワークとして捉えることができる。このように、従来の家庭においても潜在的にネットワーク化の要求が存在するが、現状では、ＡＶ機器間を接続するためのＡＶケーブル以外はほとんど普及しておらず、家庭内でのネットワーク化は全く進んでいないと言える。
【０００３】
これは、従来のＡＶケーブルがアナログ信号によってデータ転送を行うため、他のホームネットワークやパソコンとの接続ができなかったり、従来のＣＥＢｕｓやＬＯＮのようなホームネットワークは狭帯域データの転送しかできなかった、等の問題によるものである。さらに、従来のホームネットワーク化によるメリットをユーザが十分に享受できなかったことが、普及を妨げる大きな要因となっていたものと思われる。
【０００４】
このような問題点に対し、近年、ＳＣＳＩの次世代バージョンとして開発が進められたＩＥＥＥ１３９４と呼ばれるシリアルバスの新規格が脚光を浴びている。ＩＥＥＥ１３９４バスにおいては、複数の端末をデイジーチェインもしくはスター型に接続し、１００Ｍｂｐｓを越える広帯域のデータを転送することができるようになっている。また、その最も大きな特徴として、同一のケーブル上においてＡｓｙｎｃｈｒｏｎｏｕｓデータとＩｓｏｃｈｒｏｎｏｕｓデータの双方を伝送することが可能となっている点があげられる。このため、元々、ＳＣＳＩの次世代バージョンとして検討が始まっていたＩＥＥＥ１３９４をＡＶ機器間を接続するケーブルとして使用しようとの動きが活発になってきた。
【０００５】
これは、従来、ＡＶ機器間で転送される画像情報などの大容量のデータをアナログ伝送によって転送していたものを、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓデータ転送機能を用い、デジタル信号によって転送することができるようにするものである。このため、これまでのＡＶ機器間の接続機能だけでなく、パソコン等のデジタル機器との接続機能も有することになり、非常に注目されるようになってきている。さらに近年は、このＩＥＥＥ１３９４バスを無線環境においても実現する方法がいくつか考えられるようになってきた。例えば、赤外線を使って１００Ｍｂｐｓのデータを転送できるようにする試みや、高い周波数帯を使用した広帯域無線上にＩＥＥＥ１３９４プロトコルを実装する試みなどが始まっている。
【０００６】
また、家庭内での無線ネットワークの実現方式としては、米国マイクロソフト社などが中心になってＨＲＦＷＧ（Ｈｏｍｅ Ｒａｄｉｏ ＦｒｅｑｕｅｎｃｙＷｏｒｋｉｎｇ Ｇｒｏｕｐ）と呼ばれる団体を作り、新たな家庭内無線ネットワークの検討を進めている。これらの無線ネットワークは、基本的に、ＩＥＥＥ１３９４バス上の基地局機能を有するノードと、無線端末の間でのデータ転送を実現するものであるので、ＩＥＥＥ１３９４バスとのインターワーク機能が必須の機能となってくることが予想される。
【０００７】
このような、ＩＥＥＥ１３９４とのインターワーク処理を実現するためには、いくつかの機能が必要になってくる。例えば、ＩＥＥＥ１３９４バス上のノードから無線端末に向けて、何らかの圧縮された画像データを転送する場合には、無線端末が、どのような画像データのデコード機能を有しているのか、という情報や、ＩＥＥＥ１３９４バス上のノードが、どのような画像情報（どのようにエンコードされているのか、等）を有しているのか、などがわからなければ、どのような画像情報を転送しなければならないか、がわからないという問題がある。
【０００８】
【発明が解決しようとする課題】
上記のようにＩＥＥＥ１３９４をＡＶ機器間を接続するケーブルとして使用しようとの動きが活発になってきており、さらにＩＥＥＥ１３９４バスを無線環境においても実現する方法がいくつか考えられるようになってきている。しかし、赤外線１３９４等は基本的にＩＥＥＥ１３９４プロトコルをそのまま無線区間に適応することを考えており、現実のＩＥＥＥ１３９４バスの使用状況にはマッチしないとの指摘がある。特に、無線区間における経路遮断が、そのままＩＥＥＥ１３９４バス規格のバスリセット機能に影響を与えることが予想されるので、無線区間の経路遮断によって、ＩＥＥＥ１３９４バス上の通信が頻繁に途切れるなどの問題があることが指摘されている。
【０００９】
本発明は、上記事情を考慮してなされたもので、第２のネットワークに接続されたノードと第２のネットワークとは異なるプロトコルによる第１のネットワークに接続された通信端末との間のデータ通信を、第１のネットワーク側における変動要因の影響を受けることなく、継続させることを可能とする通信ノード及び通信端末を提供することを目的とする。
【００１０】
また、本発明は、無線ネットワークとＩＥＥＥ１３９４バスとが混在する環境のネットワークにおいて経路遮断などのような無線ネットワークの影響をＩＥＥＥ１３９４バスに及ぼさないようにすることを可能とする通信ノード及び通信端末を提供することを目的とする。
【００１１】
また、本発明は、無線ネットワークとＩＥＥＥ１３９４バスとが混在する環境のネットワークにおいてハンドオフなどのような無線ネットワークの影響をＩＥＥＥ１３９４バスに及ぼさないようにすることを可能とする通信ノード及び通信端末を提供することを目的とする。
【００１２】
また、本発明は、例えば無線ネットワークのような第１のネットワークとＩＥＥＥ１３９４バスのような第２のネットワークとが混在する環境のネットワークにおいて、第１のネットワーク上のノードが有する機能に柔軟に対応できるようにすることを可能とする通信ノード及び通信端末を提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明（請求項１）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のネットワーク上の通信ノード（例えば無線端末）内に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）を、自通信ノード内の構成要素）の一つとして認識する認識手段と、前記認識手段により認識された前記構成要素に関する構成情報（例えばサブユニット情報）を、自通信ノード内の構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノード（例えば１３９４ノード）に開示する構成情報開示手段とを具備したことを特徴とする。
【００１４】
また、本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）のインタフェース手段と、第２のネットワーク（例えばＩＥＥＥ１３９４バス）のインタフェース手段と、前記第２のネットワークのために自ノード内部に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に関する構成情報（例えばサブユニット情報）を作成するノード内構成情報作成手段と、前記第１のネットワークにノード（例えば無線端末）が接続した際に、該ノードを自ノード内部に存在する一つの構成要素として前記構成情報に追加するノード内構成情報追加手段とを備えたことを特徴とする。好ましくは、前記第１のネットワークに接続したノードとの接続が切断された場合（例えば、前記ノードが前記第１のネットワークから切断された場合あるいは第１のネットワークがダウンした場合など）、前記ノード内構成情報追加手段によって該ノードに対応して追加された前記構成要素を前記構成情報から削除するノード内構成情報削除手段をさらに備えるようにしてもよい。好ましくは、前記第２のネットワーク上の他のノードからの要求によって、前記第１のネットワーク上のノードに対応する前記構成要素を含む自ノード内部に存在する構成要素に関する前記構成情報を開示するノード内構成情報開示手段をさらに備えるようにしてもよい。
【００１５】
本発明（請求項２）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のネットワーク上の通信ノード（例えば無線端末）内に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に対応した構成要素を予め自通信ノード内に作成する作成手段と、前記作成手段により作成した前記構成要素に関する構成情報（例えばサブユニット情報）を、自通信ノード内の構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノード（例えば１３９４ノード）に開示する構成情報開示手段とを具備したことを特徴とする。
【００１６】
また、本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）のインタフェース手段と、第２のネットワーク（例えばＩＥＥＥ１３９４バス）のインタフェース手段と、前記第２のネットワークのために自ノード内部に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に関する構成情報を作成するとともに、前記第１のネットワークに接続するノード（例えば無線端末）を自ノード内部に存在する一つの構成要素として扱うために、前記第１のネットワークに接続するノードに対応させるための構成要素を予め作成して（前記第１のネットワークにノードが接続されていない場合でも該ノードが接続されているものと仮定して適当な構成要素を作成して）前記構成情報に登録しておくためのノード内構成情報作成手段とを備えたことを特徴とする。
【００１７】
本発明（請求項３）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のネットワーク上の通信ノード（例えば無線端末）内に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に関する構成情報（例えばＳｕｂＵｎｉｔ情報）を、自通信ノード内の構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノード（例えば１３９４ノード）に対して開示する機能と、前記第２のネットワーク上の通信ノード内に存在する構成要素に関する構成情報を、自通信ノード内の構成要素の構成情報として、前記第１のインタフェース手段を介して前記第１のネットワーク上の通信ノードに対して開示する機能とのうち、少なくとも一方の機能を有する構成情報開示手段とを具備したことを特徴とする。
【００１８】
本発明（請求項４）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のネットワーク上の通信ノード（例えば無線端末）内に存在する構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に関する構成情報（例えばＳｕｂＵｎｉｔ情報）を、自通信ノード内の構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノード（例えば１３９４ノード）に対して開示する際に、前記第１のネットワーク上の通信ノードを構成要素の一種類として定義して開示する構成情報開示手段とを具備したことを特徴とする。
【００１９】
本発明（請求項５）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のネットワーク上の通信ノード（例えば無線端末）に関する構成情報を、自通信ノード内の一つの構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノード（例えばＩＥＥＥ１３９４バス）に対して開示するとともに、前記第１のネットワーク上の通信ノード内に存在する構成要素に関する構成情報を、該一つの構成要素内のサブ構成要素（例えばＳｕｂ＿ＳｕｂＵｎｉｔ）の構成情報として開示する構成情報開示手段とを具備したことを特徴とする。
【００２０】
本発明（請求項６）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、前記第１のインタフェース手段を介して接続された通信ノード（例えば無線端末）を、前記第２のネットワークにおいて自通信ノードに子ノードとして接続されている通信ノードとして扱う（例えば、ＩＥＥＥ１３９４において自ノードの子ノードとして扱う）ために、前記通信ノードにおける構成認識処理を前記通信ノードに代わって行なう構成認識処理エミュレート手段と、前記構成認識処理エミュレート手段によって、構成認識処理をエミュレートした前記通信ノード内の構成要素が有するサービス機能情報を、前記子ノードの構成要素が有するサービス機能情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とを具備したことを特徴とする。
【００２１】
本発明（請求項７）に係る通信ノードは、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば無線ネットワーク）に接続された第１のインタフェース手段と、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えばＩＥＥＥ１３９４バス）に接続された第２のインタフェース手段と、自通信ノードに前記第１のインタフェース手段を介して接続された少なくとも一つの通信ノード（例えば無線端末）を該第２のネットワークにおいて自通信ノードに子ノードとして接続されている通信ノードとして扱う（例えば、ＩＥＥＥ１３９４において自ノードの子ノードとして扱う）ために、前記通信ノードにおける構成認識処理を、前記通信ノードに代わって、接続を予定する通信ノードについて予め行なう構成認識処理エミュレート手段と、前記構成認識処理エミュレート手段によって、構成認識処理を予めエミュレートした前記接続を予定する通信ノード内の構成要素が有するサービス機能情報を、前記子ノードの構成要素が有するサービス機能情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とを具備したことを特徴とする。
【００２２】
好ましくは、前記第２のネットワークのプロトコルに従ってパケットの入出力処理を行なうパケット入出力手段をさらに具備するようにしてもよい。
【００２３】
好ましくは、前記パケット入出力手段と、前記第２のネットワーク上の通信ノードで実行されるアプリケーションとのインタフェース手段で授受されるデータを、前記第１のインタフェース手段を介して転送するアプリケーションインタフェース情報転送手段をさらに具備するようにしてもよい。
【００２４】
好ましくは、前記アプリケーションとのインタフェース手段で授受されるデータ（例えば、１３９４ＡＰＩで定義されているメッセージ）の任意の組み合わせを、前記第１のネットワーク上のリソース（例えば、周波数（キャリア）やタイムスロット）に割り当てるデータ／リソース対応管理手段をさらに具備するようにしてもよい。
【００２５】
好ましくは、前記第１のネットワーク上の通信ノード（例えば無線端末）内の構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）が有するサービス機能のうちの少なくとも一部の機能（例えば、ＭＰＥＧ２情報のデコード機能、映像表示のディスプレイ機能）に関するサービス機能情報を、前記第１のインタフェース手段を介して、該通信ノードから受信するサービス機能情報受信手段と、前記サービス機能情報受信手段により受信した前記通信ノードのサービス機能情報を記憶するサービス機能情報記憶手段と、前記サービス機能情報記憶手段に保持している前記通信ノードのサービス機能情報の少なくとも一部を、自通信ノードが有するサービス機能情報として、前記第１のネットワーク及びまたは前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とをさらに具備するようにしてもよい。
【００２７】
好ましくは、前記第２のネットワーク上の通信ノードから、前記第２のインタフェース手段を介して受信したデータを、前記第１のネットワークのプロトコルに変換する第１のプロトコル変換手段と、前記第１のプロトコル変換手段にて変換した前記データを前記第１のインタフェース手段を介して前記第１のネットワーク上の通信ノードに送信する手段と、前記第１のネットワーク上の通信ノードから、前記第１のインタフェース手段を介して受信したデータを、前記第２のネットワークのプロトコルに変換する第２のプロトコル変換手段と、前記第２のプロトコル変換手段にて変換した前記データを前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに送信する手段とをさらに具備するようにしてもよい。
【００２８】
好ましくは、前記第２のインタフェース手段を介して、受信したパケットに記されている該第２のネットワーク上での第１のメッセージ識別子を検出する手段と、前記パケットを前記第１のネットワーク上に転送する際に、該第１のネットワーク上での第２のメッセージ識別子を付加するメッセージ識別子付加手段と、前記第１のメッセージ識別子と前記第２のメッセージ識別子との対応関係を保持するメッセージ識別子対応関係記憶手段とをさらに具備するようにしてもよい。
【００２９】
好ましくは、前記メッセージ識別子付加手段は、前記第２のネットワークから送られてくるパケットに記されている、該第２のネットワーク上でのメッセージ識別子を、該パケットを前記第１のネットワーク上に転送する際のメッセージ識別子として付加するようにしてもよい。
【００３０】
好ましくは、前記第１のネットワークから送られてくるパケットに記されている該第１のネットワーク上でのメッセージ識別子をもとに、前記メッセージ識別子対応関係識別手段にて保持された前記対応関係を参照することによって、該メッセージ識別子が、前記第２のネットワーク上でのいずれのメッセージ識別子に対応するものであるかを識別するルーティング手段をさらに具備するようにしてもよい。
【００３１】
好ましくは、前記第１のネットワーク上に確保されたネットワークリソース（例えば、無線ネットワークにおける周波数やタイムスロット）のリソース情報を用いて前記第２のネットワーク上のネットワークリソースを確保する機能、または前記第２のネットワーク上に確保されたネットワークリソース（例えば、ＩＥＥＥ１３９４バスにおけるＩｓｏｃｈｒｏｎｏｕｓチャネル）のリソース情報を用いて前記第１のネットワーク上のネットワークリソースを確保する機能の少なくとも一方の機能を有するリソース獲得手段をさらに具備するようにしてもよい。
【００３２】
好ましくは、前記確保された第１のネットワーク上のリソース情報と前記確保された第２のネットワーク上のリソース情報との対応関係を記憶するリソース情報対応関係記憶手段をさらに具備するようにしてもよい。
【００３３】
好ましくは、前記第１のネットワーク上の通信ノード（例えば無線端末）内の構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）に対応する構成要素に関する構成情報を含む、自通信ノード内に存在する構成要素に関する構成情報（例えばサブユニット情報）のうちの少なくとも一部の情報を、該第１のネットワーク上の通信ノードに通知する構成情報通知手段と、前記第１のネットワーク上の通信ノードが直前に接続していた第２のネットワーク上の他の通信ノードから通知された、該第１のネットワーク上の通信ノード内の構成要素に対応する前記構成要素に関する構成情報を含む、該他の通信ノード内に存在する構成要素に関する構成情報のうちの少なくとも一部の情報を、該第１のネットワーク上の通信ノードから受信する構成情報受信手段とをさらに具備するようにしてもよい。
【００３４】
好ましくは、前記第１のネットワーク上の通信ノード（例えば無線端末）と前記第２のネットワーク上の他の通信ノード（例えば１３９４ノード）との間の通信のために前記第２のネットワーク上の通信リソースを専有して使用している場合に、この専有している前記第２のネットワーク上の通信リソースに関する情報（例えば、チャネルの識別情報、帯域など）を、前記第１のネットワーク上の通信ノードに通知する通信リソース通知手段と、前記第１のネットワーク上の通信ノードが直前に接続していた第２のネットワーク上の他の通信ノードから通知された、前記第１のネットワーク上の通信ノードと前記第２のネットワーク上の他の通信ノードとの間の通信のために専有されている前記第２のネットワーク上の通信リソースに関する情報を、該第１のネットワーク上の通信ノードから受信する構成情報受信手段とをさらに具備するようにしてもよい。
【００３５】
好ましくは、前記第１のネットワーク上の通信ノード内に存在する構成要素に対応した構成要素として、前記第２のネットワークに開示した構成要素の構成情報と、前記第１のネットワーク上の通信ノード内の構成要素の構成情報との間の対応関係を記憶する構成情報対応関係記憶手段をさらに具備するようにしてもよい。
【００３６】
好ましくは、前記第２のネットワークから送られてくるパケットに記されている、前記構成情報開示手段によって開示されている、自通信ノード内の構成要素の識別子をもとに、前記構成情報対応関係記憶手段を参照することによって、該パケットが、前記第１のネットワーク上のいずれかの通信ノード内のいずれの構成要素へのパケットであるかを識別するルーティング手段をさらに具備するようにしてもよい。
【００３７】
好ましくは、前記自通信ノード内の構成要素ならびに前記第１および第２のネットワーク上の通信ノード内の構成要素の識別子として、ＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）プロトコルにおけるＧＵＩＤ（Ｇｌｏｂａｏ Ｕｎｉｑｕｅ ＩＤ）またはＳＥＩＤ（Ｓｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔ ＩＤ）を用いるようにしてもよい。
【００３８】
好ましくは、前記第１のネットワーク上に新たな通信ノードが追加された際（例えば、前記ノードが前記第２のネットワークに接続した際など）に、該新たに追加された通信ノード内の構成要素に関する構成情報を、自通信ノード内の構成要素の構成情報として追加するノード内構成要素情報追加手段と、前記第１のネットワーク上から通信ノードが削除された際（例えば、前記ノードが前記第２のネットワークから切断された場合あるいは第２のネットワークがダウンした場合など）に、該削除された通信ノード内の構成要素に関する構成情報を、自通信ノード内の構成情報から削除するノード内構成情報削除手段の少なくとも一方をさらに具備するようにしてもよい。
【００３９】
好ましくは、前記第１のネットワークにて通信ノードが接続した際に、前記第２のネットワークにおける構成認識処理によって割り当てられた、該通信ノードをエミュレートするために使用する前記第２のネットワーク上でのノード識別子を、該通信ノードに通知するエミュレートノード識別子通知手段と、前記第１のネットワークにて接続した通信ノードから、該通信ノードが直前まで接続していた他の通信ノードから通知された、該他の通信ノードが該通信ノードをエミュレートするために使用する前記第２のネットワーク上でのノード識別子を受信するエミュレートノード識別子受信手段とをさらに具備するようにしてもよい。
【００４０】
好ましくは、前記第１のネットワークに新たに通信ノードが接続した際に、該通信ノードから前記エミュレートノード識別子受信手段により受信した第１のノード識別子により定まる他の通信ノードに対して、該接続した通信ノードをエミュレートするために自通信ノードが使用する第２のノード識別子を通知するとともに、前記第１のノード識別子に送られてきたパケットを前記第２のノード識別子に対して転送するように指示するエミュレートデータ転送処理設定手段をさらに具備するようにしてもよい。
【００４１】
好ましくは、前記第１のネットワークに新たに通信ノードが接続した際に、前記構成認識処理エミュレート手段により得ておいた、前記第１のネットワークに接続した通信ノードをエミュレートするために使用する第２のネットワーク上でのノード識別子を、該接続した通信ノードから前記エミュレートノード識別子受信手段により受信したノード識別子に変換し、該接続した通信ノードから受信したデータを、該受信したノード識別子の通信ノードからのパケットに変換して、前記第２のネットワークに転送するとともに、該受信したノード識別子の通信ノードへのパケットを受信して、該接続した通信ノード宛のデータとして前記第１のネットワーク上に転送するエミュレートデータ転送手段をさらに具備するようにしてもよい。
【００４２】
好ましくは、前記第１のネットワークは無線プロトコル（例えば、ＩＥＥＥ８０２．１１プロトコル）によるものであり、前記第１のネットワークに接続する通信ノードは無線端末であるようにしてもよい。
【００４３】
好ましくは、前記第２のネットワークはＩＥＥＥ１３９４バスであるようにしてもよい。
【００４４】
また、好ましくは、予め自ノード内の特定のレジスタを前記ノード内構成情報開示手段のために割り当てておき、前記第２のネットワーク上の他のノードからのメッセージが該特定のレジスタに届いた際に前記構成情報を開示するようにしてもよい。
【００４５】
好ましくは、前記第２のネットワークと前記第１のネットワークへのインタフェース手段において、ＩＥＥＥ１３９４バス上の通信ノードへの制御コマンドを転送するプロトコル（例えば、ＡＶ／Ｃプロトコル）の情報を転送するフレームであるところのＦＣＰフレームを転送するインタフェース手段をさらに具備するようにしてもよい。
【００４６】
また、本発明に係る通信端末（例えば無線端末）は、第１のネットワーク（例えば、無線ネットワーク）に接続された第１のインタフェース手段と、前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノードに接続する接続手段と、前記第１の通信ノードを介して、前記第１のネットワークとは異なる第２のネットワーク（例えば、ＩＥＥＥ１３９４バス）上の第２の通信ノード（例えば１３９４ノード）と通信する通信手段と、自通信端末内の機能を、ＩＥＥＥ１３９４バス上で実行されるＡＶ／ＣプロトコルにおけるＳｕｂＵｎｉｔとして開示する通信端末内機能開示手段とを具備したことを特徴とする。
【００４７】
また、本発明に係る通信端末（例えば無線端末）は、第１のネットワーク（例えば、無線ネットワーク）に接続された第１のインタフェース手段と、前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノードに接続する接続手段と、前記第１の通信ノードを介して、前記第１のネットワークとは異なる第２のネットワーク（例えば、ＩＥＥＥ１３９４バス）上の第２の通信ノード（例えば１３９４ノード）と通信する通信手段と、前記第２のネットワーク上の通信ノード内に存在する、ＩＥＥＥ１３９４バス上で実行されるＡＶ／ＣプロトコルにおけるＳｕｂＵｎｉｔに関する情報の少なくとも一部を受信するＳｕｂＵｎｉｔ情報受信手段とを具備したことを特徴とする。
【００４８】
本発明（請求項３０）に係る通信端末（例えば無線端末）は、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば、無線ネットワーク）に接続された第１のインタフェース手段と、前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノード（例えば、基地局ノード）に接続する接続手段と、前記第１の通信ノードを介して、前記第１のネットワークとは異なる、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えば、ＩＥＥＥ１３９４バス）上の第２の通信ノード（例えば１３９４ノード）と通信する通信手段と、前記第１の通信ノードから、前記第１の通信ノード内の構成要素として開示された前記第２の通信ノード内に存在する構成要素が有するサービス機能情報を受信する受信手段とを具備したことを特徴とする。
【００４９】
好ましくは、自通信端末が有するサービス機能のうちの少なくとも一部の機能に関するサービス機能情報を、前記第１の通信ノードに通知する自通信端末内サービス機能情報通知手段を更に具備するようにしてもよい。
【００５０】
好ましくは、前記第２の通信ノード内において実行されるべき前記第２のネットワーク上のアプリケーションを実行するアプリケーション実行手段を具備するようにしてもよい。
【００５１】
本発明（請求項３４）に係る通信端末（例えば無線端末）は、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワーク（例えば、無線ネットワーク）に接続された第１のインタフェース手段と、前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノードに接続する接続手段と、前記第１の通信ノードを介して、前記第１のネットワークとは異なる、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク（例えば、ＩＥＥＥ１３９４バス）上の第２の通信ノード（例えば１３９４ノード）と通信する通信手段と、前記第１の通信ノードから通知された、前記第１の通信ノードが自通信端末をエミュレートする（例えば、ＩＥＥＥ１３９４において自ノードの子ノードとして扱う）ために使用する前記第２のネットワークでのノード識別子を受信するエミュレートノード識別子受信手段と、前記ノード識別子を記憶するエミュレートノード識別子記憶手段と、前記エミュレートノード識別子記憶手段に記憶されている前記ノード識別子を、新たに接続した前記第２のネットワーク上の第３の通信ノードに転送するエミュレートノード識別子転送手段とを具備したことを特徴とする。
【００５２】
好ましくは、前記第１の通信ノードから通知された、前記第１の通信ノードが自通信端末内に存在する構成要素を前記第１の通信ノード内に存在する一つの構成要素（例えばＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ）として扱うための、自通信端末内に存在する構成要素に対応する構成要素に関する構成情報を含む、前記第１の通信ノード内に存在する構成要素に関する構成情報のうちの少なくとも一部の情報を受信する構成情報受信手段と、前記構成情報受信手段によって受信した構成情報の少なくとも一部の情報を記憶する構成情報記憶手段と、前記構成情報記憶手段に記憶されている前記構成情報のうちの少なくとも一部の情報を、新たに接続した前記第２のネットワーク上の第３の通信ノードに通知する構成情報通知手段とをさらに具備するようにしてもよい。
【００５３】
好ましくは、前記第１の通信ノードから通知された、自通信端末と前記第２の通信ノードとの間の通信のために専有されている、前記第２のネットワーク上の通信リソースに関する情報（例えば、チャネルの識別情報、帯域など）を受信する通信リソース情報受信手段と、前記通信リソース情報受信手段によって受信した前記通信リソースに関する情報の少なくとも一部の情報を記憶する通信リソース情報記憶手段と、前記通信リソース情報記憶手段に記憶されている前記通信リソースに関する情報を、新たに接続した前記第２のネットワーク上の第３の通信ノードに通知する通信リソース情報転送手段とをさらに具備するようにしてもよい。
【００５４】
好ましくは、前記第１のネットワークは無線プロトコル（例えば、ＩＥＥＥ８０２．１１プロトコル）によるものであり、前記接続手段は無線インタフェースであるようにしてもよい。
【００５５】
好ましくは、前記第２のネットワークはＩＥＥＥ１３９４方式のネットワークであるようにしてもよい。
【００５６】
好ましくは、前記第１のネットワークを介して、前記ＡＶ／Ｃプロトコルの情報を転送するフレームであるＦＣＰフレームを転送するインタフェース手段をさらに具備するようにしてもよい。
【００５７】
なお、上記各発明において、第１のネットワークが無線ネットワークである場合に、第１のネットワークに接続する通信ノードとしては例えば無線端末がこれに該当する。
【００５８】
また、第２のネットワークがＩＥＥＥ１３９４バスである場合に、第２のネットワーク上の通信ノードとしては例えば１３９４ノードがこれに該当する。
【００５９】
なお、本発明に係る通信ノード自体も第２のネットワーク上のノードに該当する。例えば、ＩＥＥＥ１３９４バスに本発明に係る通信ノードが複数接続されており、無線ネットワークに接続された無線端末が本発明に係る通信ノードを介して他の通信ノードと通信する場合には、該他の通信ノードは第２のネットワーク上の１３９４ノードとして機能している。
【００６０】
なお、第１のネットワークに接続した通信端末が本発明に係る通信ノードの中継機能を介して当該通信ノード内の（第２のネットワークにおける）サブユニットに該当する装置と通信することも可能である。
【００６１】
（Ａ−１）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能と、第１のネットワーク上に存在する通信端末（例えば無線端末）を、あたかも自ノード内の１つの構成要素（例えば、無線端末ＳｕｂＵｎｉｔ）であるかのように登録する端末登録機能を有し、第２のネットワーク上のノードからのデータ転送要求に対して、当該通信端末を自ノード内の一構成要素として紹介する登録情報開示機能を有している。
【００６２】
また、第１のネットワーク上に通信端末が接続された際に、通信端末と自ノードとの間の通信に割り当てられた通信リソースを基に、自ノード内で当該通信端末に割り当てている構成要素と第２のネットワークへのインタフェースに割り当てられている構成要素との間に、同じ帯域を持った通信リソースを確保する通信リソース管理機能を有している。
【００６３】
これにより、通信端末と第２のネットワークの間でのデータ転送を、自ノード内の当該通信端末に対応する構成要素から第２のネットワークへのインタフェース機能に対応する構成要素へのデータ転送として模擬（エミュレート）することができるようになる。よって、第１のネットワークの区間で発生が予想される経路遮断によって、第２のネットワークのリセット処理（例えばＩＥＥＥ１３９４バスのリセット処理）（構成認識を含む）を実行することなく通信を継続できるようになる。
【００６４】
（Ａ−２）本発明に係る通信ノードは、通信端末（例えば無線端末）に対応する自ノード内での構成要素に関する情報（通信リソース情報）を当該通信端末に通知する通信リソース情報通知機能や、当該通信端末が自ノードに接続する直前まで接続していた他の通信ノード内での通信リソース情報を当該無線端末から受信する通信リソース情報受信機能や、当該無線端末に当該無線端末が第２のネットワーク（例えばＩＥＥＥ１３９４バス）上のノードと通信するために確保した第２のネットワークにおける通信リソースの識別子（例えばＩＥＥＥ１３９４バスのＩｓｏｃｈｒｏｎｏｕｓ Ｃｈａｎｎｅｌのチャネル番号）を通知するリソース識別子通知機能や、当該無線端末がリソース識別子通知機能で通知された通信リソースの識別子を受信するリソース識別子受信機能とを有している。
【００６５】
これによって、通信端末が移動して接続する通信ノードが変更された場合でも、すみやかに当該通信端末との接続を継続（いわゆる、ハンドオフ処理の実行）させることができるようになる。このようなハンドオフ機能を付加することで、複数の基地局機能を有する通信ノードが第２のネットワーク（例えばＩＥＥＥ１３９４バス）上に存在する環境で、通信端末が移動しながらの通信を、第２のネットワークのリセット処理（例えばＩＥＥＥ１３９４バスのリセット処理）（構成認識を含む）を伴わずに継続することができるようになる。
【００６６】
（Ａ−３）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能と、第２のネットワークの構成認識処理（例えばＩＥＥＥ１３９４バスの構成認識処理）を実行する際に、実際には第１の無線ネットワーク上に存在する通信端末（例えば無線端末）を、あたかも第２のネットワーク上のノードであるかのような構成認識処理を実行する構成認識処理機能を有し、第１のネットワーク上に通信端末が存在するか否かにかかわらず、任意の数の通信端末が自ノードを介して第２のネットワークに接続するものとして上記の構成認識処理機能を実行する。
【００６７】
また、第１のネットワーク上に通信端末が接続された際に、第２のネットワークの構成認識処理を実行することなく、当該通信端末から送られてきたデータを、第２のネットワークのプロトコル（例えばＩＥＥＥ１３９４のプロトコル）に従って第２のネットワーク上に送出するとともに、第２のネットワーク上のノードから、第２のネットワークのプロトコルによって通信端末に送られるデータを、第１のネットワークのプロトコルに従って第１のネットワークに送出するプロトコル変換機能とを有する。
【００６８】
これによって、第１のネットワーク（例えば無線ネットワーク）の区間において発生することが予想される経路遮断によって、第２のネットワーク（例えばＩＥＥＥ１３９４バス）のリセット処理（構成認識を含む）を実行することなく通信を継続できるようになる。
【００６９】
（Ａ−４）本発明に係る通信ノードは、通信端末（例えば無線端末）との間で、エミュレート処理に使用するノード識別子を通知するエミュレートノード識別子通知機能や、自ノードに接続する直前まで接続していた他の通信ノードのノード識別子を通知してもらうエミュレートノード識別子受信機能などを有し、第１のネットワークのインタフェース（例えば無線インタフェース）を有する複数の通信ノード間でのハンドオフ処理を実行する。
【００７０】
ハンドオフを実行する方法としては、自ノード上でのエミュレート用ノード識別子の代わりに、エミュレートノード識別子受信機能で受信したノード識別子を用いてエミュレート処理を実行する方法や、エミュレートノード識別子受信機能で受信したノード識別子に対して、受信したパケットを、新たにエミュレート処理を行う通信ノードのノード識別子に転送するように指示をする方法などがある。
【００７１】
このようなハンドオフ機能を付加することによって、第１のネットワークのインタフェース（例えば無線インタフェース）を有する複数の通信ノードが存在する環境で、通信端末が移動しながらの通信を、第２のネットワークのリセット処理（例えばＩＥＥＥ１３９４バスのリセット処理）（構成認識を含む）を伴わずに継続することができるようになる。
【００７２】
（Ｂ−１）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を有して、第１のネットワーク上に存在する通信端末（例えば無線端末）が持っている機能の少なくとも一部分の情報を保持する。そして、通信ノードは、第２のネットワーク上のノードからの通信端末の機能情報の開示要求に応じて、この保持している通信端末の機能情報を、開示するとともに、該通信端末に対しても、第２のネットワーク上の各ノードが有している機能情報を通知する。この、通信端末の有してる機能情報の開示方法としては、通信端末を自ノードの一構成要素（例えば、ＳｕｂＵｎｉｔ）として開示する方法や、自ノードに接続している仮想的ノードとして開示する方法などがある。例えば、第１のネットワークが無線ネットワークである場合、本発明の通信ノードは、基本的に、無線ネットワークへの基地局機能を有するノードとなる。
【００７３】
これにより、例えば無線端末などの通信端末が有している機能情報を、例えばＩＥＥＥ１３９４バスなどの第２のネットワーク上の他のノードに対しても通知できるようになり、第２のネットワーク上においても、通信端末の機能に対応した通信が実現できるようになる。
【００７４】
（Ｂ−２）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を有して、第１のネットワーク上に存在する通信端末（例えば無線端末）が持っている機能の少なくとも一部分の情報を受信し、その情報を第１のネットワーク内でのリソース割り当て処理などを実行している管理ノード（例えば、第１のネットワークが無線ネットワークである場合、周波数割り当て処理などを実行している無線管理ノード）に通知する。また、管理ノードから、通信端末の機能情報を記憶した管理ノード内のアドレス情報を受信し記憶する。そして、通信ノードは、第２のネットワーク上のノードからの通信端末の機能情報の開示要求を受けとると、まず、この記憶している管理ノード内の対応するアドレスの情報を読みだし、次に、その読み出した情報を、要求を送ってきたノードに対して開示する。例えば、第１のネットワークが無線ネットワークである場合、本発明の通信ノードは、基本的に、無線ネットワークへの基地局機能を有するノードとなる。
【００７５】
これにより、例えば無線端末などの通信端末が有している機能情報を、例えばＩＥＥＥ１３９４バスなどの第２のネットワーク上の他のノードに対しても通知できるようになり、第２のネットワーク上においても、通信端末の機能に対応した通信が実現できるようになる。また、通信端末の機能情報を管理ノードに集中して保持できるので、機能情報の管理が容易になるとともに、第１のネットワークについて例えば基地局ノードとして機能する通信ノードの機能を軽減することができる。
【００７６】
（Ｂ−３）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を有し、第１のネットワーク上でのリソース割り当てなどの管理機能（例えば、第１のネットワークが無線ネットワークである場合、周波数割り当てなどの無線管理機能）を提供するとともに、第１のネットワークについて例えば基地局ノードとして機能する各通信ノードから通知される、通信端末（例えば無線端末）の機能情報を保持する。この通信端末の機能情報の保持されているアドレスが、基地局ノード等として機能する通信ノードに通知されるとともに、基地局ノード等として機能する通信ノードからの読みだし要求に応じて、その保持されている情報が開示される。例えば、第１のネットワークが無線ネットワークである場合、本発明の通信ノードは、基本的に、無線ネットワークへの基地局機能を有するノードとなる。
【００７７】
これにより、例えば無線端末などの通信端末が有している機能情報を、例えばＩＥＥＥ１３９４バスなどの第２のネットワーク上の他のノードに対しても通知できるようになり、第２のネットワーク上においても、通信端末の機能に対応した通信が実現できるようになる。また、通信端末の機能情報を管理ノードに集中して保持できるので、機能情報の管理が用意になるとともに、第１のネットワークについて例えば基地局ノードとして機能する通信ノードの機能を軽減することができる。
【００７８】
（Ｂ−４）本発明に係る通信端末（例えば無線端末）は、第１のネットワーク（例えば無線ネットワーク）へのインタフェース機能を有し、第１のネットワークについて例えば基地局ノードとして機能する通信ノードからの要求に応じてもしくは自発的に、自端末が有している機能情報を開示する。また、基地局ノード等として機能する通信ノードから通知される、第２のネットワーク（例えばＩＥＥＥ１３９４バス）上の各ノードが有している機能情報を受信し保持する。
【００７９】
これにより、例えば無線端末などの通信端末と例えばＩＥＥＥ１３９４バスなどの第２のネットワーク上のノード間で、お互いが有している機能情報を交換でき、第２のネットワーク上のノードと通信端末の間における通信が実現できることになる。
【００８０】
（Ｃ−１）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を持ち、第１のネットワークによって接続している通信端末（例えば無線端末）との組合せによって、第２のネットワーク上の一つのノード（例えばＩＥＥＥ１３９４ノード）として動作するための機能を提供するノード処理分担手段とを備えている。このときの、通信ノードと通信端末の間のインタフェースが、例えばいわゆる１３９４ＡＰＩとなり、例えばＩＥＥＥ１３９４のインタフェース処理機能部分と上位でのアプリケーション実行部分の間で転送される情報が、無線ネットワークなどの第１のネットワークによって転送されている。
【００８１】
また、例えば、第１のネットワークが無線ネットワークであり、第２のネットワークがＩＥＥＥ１３９４バスである場合に、通信ノードは、ＩＥＥＥ１３９４バス上のトランザクション識別子と無線ネットワーク上のトランザクション識別子の間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上のリソース情報との間の対応関係などを保持し、ＩＥＥＥ１３９４バスと無線ネットワークの間でのプロトコル変換機能を提供している。
【００８２】
これにより、本発明の通信ノードと通信端末の組合せによって第２のネットワーク上、例えばＩＥＥＥ１３９４バス上のノード機能を提供できることになり、通信端末を介して、ユーザーに第２のネットワーク上のサービスを提供することができるようになる。
【００８３】
（Ｃ−２）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を持ち、第１のネットワーク上に存在する通信端末（例えば無線端末）内の構成要素（例えばＳｕｂＵｎｉｔ）を自ノード内の構成要素として第２のネットワーク側に紹介する。また、第２のネットワーク上のノード内の構成要素を自ノード内の構成要素として第１のネットワーク側に紹介する。また、例えば、通信ノードと無線端末が無線ネットワーク上を転送するパケットに、ＡＶ／Ｃプロトコルに使われるＦＣＰフレームを乗せる機能を有している。
【００８４】
また、例えば、第１のネットワークが無線ネットワークであり、第２のネットワークがＩＥＥＥ１３９４バスである場合に、通信ノードは、ＩＥＥＥ１３９４バス上のトランザクション識別子と無線ネットワーク上のトランザクション識別子の間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上のリソース情報との間の対応関係などを保持し、ＩＥＥＥ１３９４バスと無線ネットワークの間でのプロトコル変換機能を提供している。
【００８５】
これにより、本発明の通信ノードは、例えば、無線端末との間でＡＶ／ＣプロトコルにおけるＦＣＰフレームを用いた通信を行なえることになるので、各ノードや無線端末内のＳｕｂＵｎｉｔを、物理レイヤを意識せずにお互いに認識できることになる。これによって、無線ネットワークとＩＥＥＥ１３９４バスに跨ったスムーズなＡＶ／Ｃプロトコルの実行やＨＡＶｉプロトコルの実行が可能となる。また、無線ネットワーク上に複数の無線端末が存在し、それらが一つの基地局ノード内に存在するように認識されている場合でも、各無線端末上のＳｕｂＵｎｉｔを識別できるようになる。
【００８６】
（Ｃ−３）本発明に係る通信ノードは、第１のネットワーク（例えば無線ネットワーク）と第２のネットワーク（例えばＩＥＥＥ１３９４バス）の２つのインタフェース機能を持ち、第１のネットワーク上に存在する通信端末（例えば無線端末）を自ノード内の構成要素（例えばＳｕｂＵｎｉｔ）として第２のネットワーク側に紹介する。また、第２のネットワーク上のノード内の構成要素を自ノード内の構成要素として第１のネットワーク側に紹介する。また、例えば、通信ノードと無線端末が無線ネットワーク上を転送するパケットにＡＶ／Ｃプロトコルに使われるＦＣＰフレームを乗せる機能を有している。さらに、通信ノードは、例えば、ＡＶ／Ｃコマンドを転送する相手が無線端末である場合には、通常のＡＶ／Ｃプロトコルではなく、無線端末用のＡＶ／Ｃプロトコル（１３９４ノード内に無線端末ＳｕｂＵｎｉｔが存在し、さらに、その中にＳｕｂＵｎｉｔが存在するとしてＡＶ／Ｃコマンドを転送するプロトコル）を実行する。
【００８７】
また、本発明に係る通信ノードは、例えば、第１のネットワークが無線ネットワークであり、第２のネットワークがＩＥＥＥ１３９４バスである場合に、ＩＥＥＥ１３９４バス上のトランザクション識別子と無線ネットワーク上のトランザクション識別子の間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上のリソース情報との間の対応関係などを保持し、ＩＥＥＥ１３９４バスと無線ネットワークの間でのプロトコル変換機能を提供している。
【００８８】
これにより、本発明の通信ノードは、例えば、無線端末へのＡＶ／Ｃコマンドの転送には無線ＡＶ／Ｃプロトコル、通常の１３９４ノードへのＡＶ／Ｃコマンドの転送には通常のＡＶ／Ｃプロトコルを使って、制御メッセージを送ることができる。また、各ノードや無線端末内のＳｕｂＵｎｉｔを、物理レイヤを意識せずにお互いに認識できることになり、これによって、無線ネットワークとＩＥＥＥ１３９４バスに跨ったスムーズなＡＶ／Ｃプロトコルの実行やＨＡＶｉプロトコルの実行が可能となる。さらに、無線ネットワーク上に複数の無線端末が存在し、それらが一つの基地局ノード内に存在するように認識されている場合でも、各無線端末上のＳｕｂＵｎｉｔを識別できるようになる。
【００８９】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
【００９０】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００９１】
以上のように本発明によれば、第２のネットワークに接続されたノードと第２のネットワークとは異なるプロトコルによる第１のネットワークに接続された通信端末との間のデータ通信を、第１のネットワーク側における変動要因の影響を受けることなく、継続させることが可能になる。
【００９２】
また、本発明によれば、例えば無線ネットワークとＩＥＥＥ１３９４バスとが混在する環境のネットワークにおいて経路遮断などのような無線ネットワークの影響をＩＥＥＥ１３９４バスに及ぼさないようにすることが可能になる。
【００９３】
また、本発明によれば、例えば無線ネットワークとＩＥＥＥ１３９４バスとが混在する環境のネットワークにおいてハンドオフなどのような無線ネットワークの影響をＩＥＥＥ１３９４バスに及ぼさないようにすることが可能になる。
【００９４】
また、本発明によれば、無線端末や無線端末内の構成要素をＩＥＥＥ１３９４ノード内の１つの構成要素として他のＩＥＥＥ１３９４バス上のノードに見せるとともに、無線端末と通信ノード間の無線通信を、通信ノード内の構成要素間の通信として処理することで、無線区間で発生すると予想される問題を解消することができる。
【００９５】
また、本発明によれば、無線インタフェースで接続された無線端末に対して、１３９４バス上を転送されている各種の情報を送信することができ、あたかも、無線インタフェースによって１３９４バスに接続したかのようにデータ通信を実行できるようになる。また、無線区間において経路遮断が発生したとしても、その影響を１３９４バス側に与えることなく（バスリセットを発生させず）データ転送を続けることができるとともに、無線端末が移動している場合のハンドオフ処理を実行しても、その影響を１３９４バス側に与えることなく（バスリセットを発生させず）データ転送を続けることができるようになる。
【００９６】
また、本発明によれば、例えば無線ネットワークのような第１のネットワークとＩＥＥＥ１３９４バスのような第２のネットワークとが混在する環境のネットワークにおいて、第１のネットワーク上のノードが有する機能に柔軟に対応することが可能となる。
【００９７】
また、本発明によれば、無線端末がどのような画像処理機能やインタフェース機能を有しているのかを、有線ネットワーク（ＩＥＥＥ１３９４バス）上のノード認識できるようにすることで、無線端末に送る画像情報のソースを何にすれば良いのかが選択できたり、ＩＥＥＥ１３９４バス上で必要な帯域がどの程度なのかを知ることができるようになる。
【００９８】
また、本発明によれば、無線端末が有している機能（映像のデコード機能など）に対応して、無線端末に送出する映像ソースをＩＥＥＥ１３９４バス上の適当なノードから選択して送信できるようになる。
【００９９】
また、本発明によれば、無線ネットワークにおける無線管理ノードへの位置登録処理と、無線端末が有するサービス情報の通知処理をまとめることによって、無線端末が接続したときに、その無線端末の有しているサービス機能を、ＩＥＥＥ１３９４バス上の各ノードに即座に通知できるようになる。
【０１００】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【０１０１】
以下、第１の実施形態〜第９の実施形態について説明する。
【０１０２】
第１〜第３の実施形態は、概略的には、無線端末を１３９４ノードのＳｕｂＵｎｉｔ（Ｆｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔ）として認識し、無線端末へのアクセスは、その１３９４ノード上の１つのＳｕｂＵｎｉｔへのアクセスとして実行するようにしたものである。
【０１０３】
第４、第５の実施形態は、概略的には、無線端末を１３９４ノードの子ノードとなるダミーノードとしてエミュレートし、無線端末へのアクセスは、その１３９４ノードがエミュレートするダミーノードへのアクセスとして実行するようにしたものである。
【０１０４】
第６の実施形態は、概略的には、無線インタフェースと１３９４インタフェースを持つ通信ノードが、自ノードに接続した無線端末に対し、トランザクションレイヤ以下の機能を代行することで、無線端末と通信ノードとを組み合わせたものを一つの１３９４ノードとして機能させるようにしたものである。
【０１０５】
第７〜第９の実施形態は、概略的には、無線端末のサービス機能を１３９４ノードのＳｕｂＵｎｉｔとして認識し、あるいは無線端末を１３９４ノードのＳｕｂＵｎｉｔとして認識するとともに無線端末のサービス機能を当該１３９４ノードのＳｕｂＵｎｉｔ内のＳｕｂＵｎｉｔ（Ｓｕｂ＿ＳｕｂＵｎｉｔ）として認識するようにしたものである。
【０１０６】
（第１の実施形態）
本発明の第１の実施形態について説明する。
【０１０７】
図１に、第１のネットワークとしてＩＥＥＥ１３９４バスを用い、第２のネットワークとして無線ネットワークを用いた通信システムの一例を示す。
【０１０８】
図１に例示されるように、ＩＥＥＥ１３９４バス上には、１３９４インタフェースを有する複数の１３９４ノード１０１，１０２，２０１，２０２，２０３，２０４が接続されており、さらにノード１０１，１０２は無線インタフェースも持っている（ノード２０１〜２０４は無線インタフェースは持っていないもとする）。無線インタフェースを持つ１３９４ノード１０１，１０２を特に「通信ノード」と呼ぶものとする。
【０１０９】
また、図１では、無線端末（通信端末）３０１，３０２が、通信ノード１０２を介してＩＥＥＥ１３９４バス上のノードと通信を行う場合を示している。
【０１１０】
ＩＥＥＥ１３９４関連のプロトコル（例えば、ＡＶ／Ｃプロトコル）では、１３９４インタフェースを有する１３９４ノードを「Ｕｎｉｔ」と呼ばれる単位で認識し、さらに、１３９４ノード内の構成要素（例えば、コンポーネントシステムの中のカセットテープデッキ部分やＣＤデッキ部分など）を「ＳｕｂＵｎｉｔ」と呼ばれる単位で認識する。本実施形態においては、このＵｎｉｔ／ＳｕｂＵｎｉｔの概念を用いて、通信ノード（１０２）が１つのＵｎｉｔと認識される場合に、無線端末（３０１，３０２）を、通信ノード（１０２）のＳｕｂＵｎｉｔとして認識させ、データ転送要求時に、通信ノード（１０２）の一構成要素として無線端末（３０１，３０２）を紹介する方法について説明する。
【０１１１】
ＩＥＥＥ１３９４上で実行されるＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコルでは、例えば、ＩＥＥＥ１３９４バス上のＣｏｎｔｒｏｌノード（図１では２０３）から、ＩＥＥＥ１３９４バス上の１３９４ノードに対して、例えば、再生スタートやストップ、巻き戻しや早送りなどのＡＶ制御コマンドを送ることができるようになっている（“ＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ） Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ“を参照）。なお、図１では、ノード２０３をＣｏｎｔｒｏｌノードとしているが、例えばノード１０２やノード２０１など、他のノードがＣｏｎｔｒｏｌノードを兼ねるようにしてもよい。
【０１１２】
さて、具体的には、まず、Ｃｏｎｔｒｏｌノード２０３からのコマンド送出に先立ち、Ｃｏｎｔｒｏｌノード２０３が、コマンドを送出する相手となるターゲットノードに対し、その「内部構成情報」を開示するように要求する（ＡＶ／ＣプロトコルでのＵｎｉｔＩｎｆｏや、ＳｕｂＵｎｉｔＩｎｆｏコマンドに対応）。この内部構成情報の開示要求コマンドを受信したターゲットノード（例えば通信ノード１０２）は、自ノード内のＳｕｂＵｎｉｔ群に関する情報をＣｏｎｔｒｏｌノード２０３に開示する。本実施形態では、通信ノード１０２が、自分のノード内に存在するＳｕｂＵｎｉｔの１つとして、「無線端末ＳｕｂＵｎｉｔ」を紹介することになる。
【０１１３】
このときに、図１の通信ノード１０２が開示する、自ノードの内部構成情報の一例を図２に示す。図２では、通信ノード１０２がビデオ端末である場合を示しており、その内部にビデオカセットＳｕｂＵｎｉｔ２３、チューナーＳｕｂＵｎｉｔ２４とともに、２つの無線端末ＳｕｂＵｎｉｔ２５，２６が存在している。この２つの無線端末ＳｕｂＵｎｉｔ２５，２６は、それぞれ、図１の無線端末３０１，３０２に対応している。
【０１１４】
ここで、無線端末ＳｕｂＵｎｉｔの記憶方法として、１）無線端末が通信ノード１０２に接続していない場合でも、無線端末ＳｕｂＵｎｉｔの情報を記憶しておく方法と、２）無線端末が通信ノード１０２に接続した場合にのみ、無線端末ＳｕｂＵｎｉｔを追加して、その情報を記憶しておく方法とが考えられる。このような無線端末の接続によるＳｕｂＵｎｉｔ情報の追加を行う場合には（ＳｕｂＵｎｉｔ情報が、通常、ビデオデッキやオーディオカセットのようなＵｎｉｔ毎に、あらかじめ固定的に割り当てられているものであるため）、本実施形態の通信ノードが、システムの運用中でも無線端末ＳｕｂＵｎｉｔを、追加／削除できる機能を有しているものとする。
【０１１５】
なお、無線端末ＳｕｂＵｎｉｔの追加や削除があっても、ＩＥＥＥ１３９４バスではバスリセットは起こらない。
【０１１６】
また、図２には、通信ノード１０２のＩｓｏｃｈｒｏｎｏｕｓデータ転送のための、ｉ＿ｐｌｕｇ（ｉｎｐｕｔ ｐｌｕｇ）２１とｏ＿ｐｌｕｇ（ｏｕｔｐｕｔ ｐｌｕｇ）２２とが存在する。このプラグは、ＩＥＥＥ１３９４バスから、特定のＩｓｏｃｈｒｏｎｏｕｓチャネル上のデータを受信する場合と、特定のＩｓｏｃｈｒｏｎｏｕｓチャネル上にデータを送信する場合とにそれぞれ使用されるものであり、各々のプラグは、ｉＰＣＲ（ｉｎｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）やｏＰＣＲ（ｏｕｔｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）と呼ばれるプラグ制御用レジスタを介して制御されている。なお、ｉ＿ｐｌｕｇ、ｏ＿ｐｌｕｇ、ｉＰＣＲ、ｏＰＣＲの動作の詳細についてはＩＥＣ６１８８３にプロトコルとして規定されている（“Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｆ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｅｑｕｉｐｍｅｎｔ”参照）。
【０１１７】
以下に、図２のようなＳｕｂＵｎｉｔ構成で認識された通信ノード１０２を介して、無線端末３０１と、ＩＥＥＥ１３９４バス上の１３９４ノード２０１との間でデータ通信が行われる場合の実行方法について示していく。
【０１１８】
図１から説明に必要な機能を取り出した例を図３に示す。図３においては、１３９４ノード２０１中にビデオソースＳｕｂＵｎｉｔ３３と１３９４ノード２０１のｉ＿ｐｌｕｇ３１、ｏ＿ｐｌｕｇ３２が存在し、通信ノード１０２の中には無線端末ＳｕｂＵｎｉｔ２５と通信ノード１０２のｉ＿ｐｌｕｇ２１、ｏ＿ｐｌｕｇ２２が存在している。また、ＩＥＥＥ１３９４バス上にＣｏｎｔｒｏｌノード２０３が存在し、例えばリモコン装置などの入力装置等を介して、ユーザが必要なコマンドを送れるようになっている。
【０１１９】
このユーザがコマンドを送る処理は、図３に示したような、リモコン装置１２などの他の装置によって実行する場合だけではなく、データの送受信を行う通信ノード１０２や１３９４ノード２０１や、無線端末３０１などから実行する場合、あるいはＣｏｎｔｒｏｌノード２０３に直接入力する場合なども考えられる。
【０１２０】
ここで、無線端末３０１から各コマンドを送るためには、無線端末３０１が、コマンドを送る対象となるノードが接続しているＩＥＥＥ１３９４バスの「トポロジー情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報）」を知っている必要がある。よって、この場合は、適当なタイミングで、通信ノード１０２が無線端末３０１に対して、通信ノード１０２の接続しているＩＥＥＥ１３９４バスのトポロジー情報を、無線端末３０１に通知しなければならない。この通知のタイミングとしては、ＩＥＥＥ１３９４バスにリセットがかかり、そのバスリセット処理が終了したタイミングや、無線端末３０１が通信ノード１０２に接続されたタイミングなどが考えられる。
【０１２１】
このような構成で、Ｃｏｎｔｒｏｌノード２０３を介し、１３９４ノード２０１上のビデオソース上のビデオデータを、ＩＥＥＥ１３９４におけるＩｓｏｃｈｒｏｎｏｕｓ転送機能を用いて無線端末３０１に送る処理を実行する場合の、全体の処理の流れを示す。
【０１２２】
以下の一連の処理では、ＡＶ／Ｃプロトコルで規定されているＳｕｂＵｎｉｔに該当する、１３９４ノード２０１内の無線端末ＳｕｂＵｎｉｔとＩｓｏｃｈｒｏｎｏｕｓデータ送信用プラグ（ｏ＿ｐｌｕｇ）の間や、通信ノード１０２内の無線端末ＳｕｂＵｎｉｔとＩｓｏｃｈｒｏｎｏｕｓデータ受信用プラグ（ｉ＿ｐｌｕｇ）の間のデータ転送（コネクション）を設定するために、Ｃｏｎｎｅｃｔ／ＣｏｎｎｅｃｔＡＶコマンドなど、ＡＶ／Ｃプロトコルで規定されているコマンドを用いている。また、１３９４ノード２０１のｏ＿ｐｌｕｇと通信ノード１０２のｉ＿ｐｌｕｇの間のＩｓｏｃｈｒｏｎｏｕｓチャネルについては、ＩＥＥＥ１３９４バス上での通信リソース獲得アルゴリズムとして定義されているＩＥＣ６１８８３プロトコルを用いて、そのリソースを確保する場合を示している。
【０１２３】
図４に、処理のシーケンスの一例を示す。
【０１２４】
（１）ユーザがリモコン等を使って、Ｃｏｎｔｒｏｌノード２０３に、１３９４ノード２０１から通信ノード１０２（無線端末３０１）へのデータ転送を指示する。
【０１２５】
以下、実際にはリモコンからの処理をＣｏｎｔｒｏｌノードが実行する場合も、簡単のためリモコンについての記述は省きＣｏｎｔｒｏｌノードからの処理として記述する。
【０１２６】
（２）次に、Ｃｏｎｔｒｏｌノード２０３が、１３９４ノード２０１と通信ノード１０２に、それらの内部のＳｕｂＵｎｉｔ構成の開示を要求し、各々のノードがＳｕｂＵｎｉｔ構成情報をＣｏｎｔｒｏｌノード２０３に通知する。
【０１２７】
（３）次に、Ｃｏｎｔｒｏｌノード２０３が、１３９４ノード２０１内部のビデオソースＳｕｂＵｎｉｔとｏ＿ｐｌｕｇの間のコネクションを設定するとともに、通信ノード１０２内部の無線端末ＳｕｂＵｎｉｔとｉ＿ｐｌｕｇの間のコネクションを設定する。
【０１２８】
なお、この設定には例えばＡＶ／ＣプロトコルのＣｏｎｎｅｃｔ／ＣｏｎｎｅｃｔＡＶコマンド等を使用する。
【０１２９】
（４）次に、通信ノード１０２内部の無線端末ＳｕｂＵｎｉｔとｉ＿ｐｌｕｇの間のコネクションを設定するコマンドを受けた通信ノード１０２が、無線端末３０１との間の通信回線を確保する。また、無線区間での帯域の確保なども実行する。
【０１３０】
（５）次に、Ｃｏｎｔｒｏｌノード２０３が、１３９４ノード２０１のｏ＿ｐｌｕｇと通信ノード１０２のｉ＿ｐｌｕｇとの間のＩｓｏｃｈｒｏｎｏｕｓチャネルを設定し、設定したＩｓｏｃｈｒｏｎｏｕｓチャネルのチャネル番号を１３９４ノード２０１のｏ＿ｐｌｕｇを制御するｏＰＣＲと、通信ノード１０２のｉ＿ｐｌｕｇを制御するｉＰＣＲとに通知し、１３９４ノード２０１と通信ノード１０２との間でのＩｓｏｃｈｒｏｎｏｕｓ通信を可能にする。
【０１３１】
なお、この設定には、例えばＩＥＣ６１８８３プロトコルを使用する。また、ＩＥＥＥ１３９４バス上に確保する帯域としては、例えば、既に無線区間に確保されている帯域を用いるという方法、これから無線区間に確保しようとしている帯域を用いるという方法などが考えられる。
【０１３２】
（６）次に、Ｃｏｎｔｒｏｌノード２０３が、１３９４ノード２０１のビデオソースＳｕｂＵｎｉｔに、データ送出を指示するとともに、通信ノード１０２の無線端末ＳｕｂＵｎｉｔに、データ受信を指示する。
【０１３３】
なお、この指示には、例えばＡＶ／ＣプロトコルのＷｒｉｔｅ Ｄｅｓｃｒｉｐｔｉｏｎコマンド等を使用する。
【０１３４】
（７）次に、１３９４ノード１０２のビデオソースＳｕｂＵｎｉｔから送出されたデータが、１３９４ノード２０１のｏ＿ｐｌｕｇとＩＥＥＥ１３９４バスを経由して、通信ノード１０２のｉ＿ｐｌｕｇに到着する。
【０１３５】
（８）次に、通信ノード１０２では、通信ノード１０２のｉ＿ｐｌｕｇに到着したデータを、パケット変換等のプロトコル変換した後、無線端末３０１に転送する。
【０１３６】
なお、上記の例は、ＩＥＥＥ１３９４バス上の１３９４ノードから無線端末へのデータ転送を実行する場合の例であるが、同様の処理によって、無線端末３０１からＩＥＥＥ１３９４バス上の他の１３９４ノードへのデータ転送も実行可能である。
【０１３７】
また、それらのようなデータ転送を実行するためのコマンドの送出を、Ｃｏｎｔｒｏｌノード２０３経由ではなく、ＩＥＥＥ１３９４バス上の１３９４ノード２０１や、無線端末３０１から直接実行することも可能である。例えば、１３９４ノード２０１からコマンド送出を実行する場合には、１３９４ノード２０１が、通信ノード１０２のＳｕｂＵｎｉｔ構成情報を、ＵｎｉｔＩｎｆｏコマンドやＳｕｂＵｎｉｔＩｎｆｏコマンドなどによって入手してからコマンドを送出する。また、無線端末３０１からコマンド送出を実行する場合には、無線端末３０１が、同様に１３９４ノード２０１や通信ノード１０２のＳｕｂＵｎｉｔ構成情報を入手してからコマンドを送出する。ただし、無線端末３０１がＩＥＥＥ１３９４バス上のノードにコマンドを送出する場合には、コマンド送出のため、ＩＥＥＥ１３９４バス上のＣｏｎｆｉｇｕｒａｔｉｏｎ情報（各ノードの物理ＩＤ等のトポロジー情報）を無線端末３０１が知って置く必要がある。
【０１３８】
ところで、このような無線端末３０１との通信にいては、図１の無線区間（通信ノード１０２と無線端末３０１との間）において、経路遮断などが発生する場合が予想される。通常、経路遮断などが発生した場合には、再送処理などによってデータを保護する方法が考えられるが、本実施形態においては、ＩＥＥＥ１３９４のＩｓｏｃｈｏｒｏｎｏｕｓデータ転送機能を用いているため、ＩＥＥＥ１３９４のレイヤでは再送機能を提供することはない。よって、このような経路遮断が発生した場合には、より上位のレイヤである、ネットワーク／トランスポート／アプリケーションなどの各レイヤで再送処理やデータ損失を隠蔽する処理を実行する方法が考えられる。
【０１３９】
図５に、本実施形態における通信ノード１０２の内部構成のブロック図の一例を示す。
【０１４０】
本実施形態の通信ノード１０２は、無線ネットワークとのインタフェース処理機能を実行する無線インタフェース処理部５０１と、無線ネットワークとＩＥＥＥ１３９４バスの間でのプロトコル変換処理を実行するプロトコル変換処理部５０２と、通信ノード１０２内のＳｕｂＵｎｉｔ構成に関する情報の追加／削除等の管理処理を実行するＳｕｂＵｎｉｔ構成管理処理部５０４と、ＣｏｎｔｒｏｌノードなどからのＡＶ／Ｃコマンドを受信した際に、コマンドに相当する処理を実行するＡＶ／Ｃプロトコル処理部５０５と、同様に、ＣｏｎｔｒｏｌノードからのＩＥＣ６１８８３プロトコルによるコマンドを受信した際に、そのコマンドに該当する処理を実行するＩＥＣ６１８８３プロトコル実行処理部５０６と、ＩＥＥＥ１３９４バスのインタフェース処理機能を実行する１３９４インタフェース処理部５０３とを用いて構成される。
【０１４１】
ここで、無線端末３０１や無線端末３０２が通信ノード１０２に接続した場合には、ＳｕｂＵｎｉｔ構成管理処理部５０４において、無線端末ＳｕｂＵｎｉｔを追加し、ＡＶ／Ｃプロトコルに従ったＳｕｂＵｎｉｔ構成情報の開示要求があった場合に、そのＳｕｂＵｎｉｔ構成情報を開示する。また、ＡＶ／Ｃコマンドによって、そのＳｕｂＵｎｉｔ間を接続する処理（Ｃｏｎｎｅｃｔ処理等）が要求された際にも、ＳｕｂＵｎｉｔ構成管理処理部において、それに該当する処理を実行する。
【０１４２】
上記では、無線区間のデータ転送プロトコルについては、特に説明しなかったが、それは、本実施形態の通信ノードが、その無線区間での通信プロトコルに特定の通信プロトコルを要求しないことによるものである。つまり、本実施形態では、図１に例示したような通信システムの無線ネットワークにおける通信プロトコルとして、例えば、ＩＥＥＥ１３９４バスのプロトコルを用いてもよいし、ＡＴＭのプロトコルを用いてもよいし、ＩＥＥＥ８０２．１１で規定されるプロトコルを用いてもよい。いずれの場合においても、図５のプロトコル変換処理部５０２において、ＩＥＥＥ１３９４バスのプロトコルと無線ネットワーク側のプロトコル（例えば、無線ＩＥＥＥ１３９４や無線ＡＴＭやＴＤＭＡ方式やパケットベースのプロトコルやＩＥＥＥ８０２．１１等）とのプロトコル変換処理を実行し、無線インタフェース処理部５０１が、無線ネットワーク（例えば、無線ＩＥＥＥ１３９４や無線ＡＴＭやＴＤＭＡ方式やパケットベースのプロトコルやＩＥＥＥ８０２．１１等）のインタフェース機能を提供する。
【０１４３】
さて、以下では、無線端末から基地局ノードに無線端末のサービス情報を通知し、これを基地局ノードで記憶し、その基地局ノードに接続している他の１３９４ノードに該サービス情報を該基地局ノード内のＳｕｂＵｎｉｔのサービス情報として見せる例について説明する。
【０１４４】
図６に、有線ネットワークとしてＩＥＥＥ１３９４バスを用いた場合のネットワーク構成例を示す。
【０１４５】
図６の例では、ＩＥＥＥ１３９４バス上に、無線ネットワーク上の周波数割り当てなどの無線管理機能を提供する無線管理ノード２１０１と、無線インタフェースを有する基地局ノード２２０１，２２０２と、各基地局ノードに接続している無線端末２３０１，２３０２が示されている。
【０１４６】
無線端末２３０１は、サービス機能として、ＭＰＥＧ２情報のデコード機能と、１０Ｍｂｐｓまでのデータ送受信が可能な無線インタフェース機能を有しているものとし、無線端末２３０２は、サービス機能として、ＤＶフォーマットの映像情報のデコード機能と、３０Ｍｂｐｓまでのデータ送受信が可能な無線インタフェース機能を有しているものとする。
【０１４７】
これらのサービス機能に関する情報（以下、サービス情報と呼ぶ）は、後述する手順によって、各無線端末２３０１，２３０２を収容している基地局ノード２２０１，２２０２内に保持されている。具体的には、無線端末２３０１については、「ＭＰＥＧ２デコーダ機能を持ち、その入出力インタフェースは１０Ｍｂｐｓである」などの情報であり、無線端末２３０２については、「ＤＶデコード機能を持ち、その入出力インタフェースは３０Ｍｂｐｓである」などの情報である。さらに、無線管理端末２１０１は、各基地局ノード２２０１，２２０２から送られてくる位置登録情報を用いた、無線ネットワーク上での周波数や帯域の割り当てなどを行なうための、無線管理テーブルを作成して保持している。
【０１４８】
本実施形態では、上記のように、無線端末が有しているサービス情報を、その無線端末が接続している基地局ノードに記憶させることによって、ＩＥＥＥ１３９４バス上の任意のノードから、無線端末内のサービス機能情報が読めるようになっている。そして、この各無線端末のサービス情報と、ＩＥＥＥ１３９４バス上に存在する各１３９４ノードのサービス情報を用いて、ＩＥＥＥ１３９４バス上の任意の１３９４ノードから、無線端末へのデータ転送処理が実現できるようになる。以下に、図６に示したネットワークにおいて、各無線端末（以下の例では無線端末２３０１）のサービス情報を、該当する基地局ノード（以下の例では基地局ノード２２０１）に通知して記憶する場合の、具体的な処理手順を示す。また、このときの処理シーケンスの一例を図７に示す。
【０１４９】
（１）無線端末２３０１が、基地局ノード２２０１に無線的に接続する。
【０１５０】
（２）基地局ノード２２０１が、接続した無線端末２３０１に対応する位置登録情報を、無線管理ノード２１０１に通知する。この位置登録情報を用いて、無線管理ノード２１０１が、無線ネットワーク上で無線端末２３０１が使用する、周波数／タイムスロット等の割り当て処理を行ない、その結果を基地局ノード２２０１に通知する。
【０１５１】
（３）基地局ノード２３０１が、割り当てられた周波数、タイムスロット等の情報を無線端末２３０１に通知する。
【０１５２】
（４）これに前後して、基地局ノード２３０１が、無線端末２３０１内のサービス情報の開示を要求する。そして、開示要求を受けとった無線端末３０１が、自ノード内のサービス情報を基地局ノード２２０１に通知する。
【０１５３】
（５）基地局ノード２２０１が、無線端末２３０１に対応するＳｕｂＵｎｉｔを自ノード内に作成し、自ノードの一つの構成要素として登録する。また、受け取ったサービス情報を、その無線端末２３０１に対応するＳｕｂＵｎｉｔのサービス情報として記憶する。
【０１５４】
（６）基地局ノード２２０１が、接続しているＩＥＥＥ１３９４バス上に存在する、各ノード内のサービス情報を収集し、無線端末２３０１に通知する。
【０１５５】
（７）基地局ノード２２０１が、無線端末２３０１内のサービス情報を、自ノードが接続しているＩＥＥＥ１３９４バス上の各ノードに通知する。
【０１５６】
なお、（６）、（７）の処理は、上記のタイミングで実行されなければならないものではなく、一連の処理の適当なタイミングで実行されればよい。さらには、実行されなくても構わない。
【０１５７】
（８）基地局ノード２２０１が、ＩＥＥＥ１３９４バス上に存在する他のノードから、ＳｕｂＵｎｉｔ情報の開示を求められた場合に、無線端末ＳｕｂＵｎｉｔを含むＳｕｂＵｎｉｔ情報を開示し、ＩＥＥＥ１３９４上の各ノードに無線端末２３０１の存在を認識させる。
【０１５８】
（９）基地局ノード２２０１が、ＩＥＥＥ１３９４バス上に存在する他のノードから、自ノード内の無線端末ＳｕｂＵｎｉｔが持っているサービス情報の開示を求められた場合に、無線端末ＳｕｂＵｎｉｔのサービス情報を開示する。
【０１５９】
上記のように、本処理シーケンスにおける処理（６）は、このタイミングで実行されなければならないものではない。例えば、無線端末２３０１が、通信を開示するときにのみ要求を出して、ＩＥＥＥ１３９４バス上のサービス情報を通知してもらう方法などが考えられる。また、処理（８）、（９）に示したような、各１３９４ノードが要求を出して、基地局ノード内のＳｕｂＵｎｉｔや各ＳｕｂＵｎｉｔが持つサービス情報などを入手する場合には、処理（７）に示したような、基地局ノード２２０１からＩＥＥＥ１３９４バス上の各１３９４ノードに対する、無線端末ＳｕｂＵｎｉｔが持つサービス情報の通知処理は不要になる。よって、上記の処理（７）は、必ず実行されなければならないものではない。
【０１６０】
このような、無線端末と基地局ノードとの間で送受信される、無線端末２３０１内のサービス情報の一例を、図８に示す。本実施形態では、このようなＳｕｂＵｎｉｔ毎のサービス情報を、あらかじめ決められた各ＩＥＥＥ１３９４バス上のノード内の適当なアドレスフィールド（図８の先頭アドレスで示されるフィールド）に、登録することによって、各ＳｕｂＵｎｉｔのサービス情報の登録／参照ができるようになっている。例えば、無線端末２３０１が接続した際には、まず、基地局ノード２２０１内の無線端末ＳｕｂＵｎｉｔに対応するサービス情報を書き込むアドレスフィールド（先頭アドレス）を決定し、それを無線端末ＳｕｂＵｎｉｔに登録する。そして、この登録されたアドレスフィールドに、無線端末２３０１が持つサービス情報を書き込むことで、無線端末２３０１のサービス情報の登録が完了する。そして、ＩＥＥＥ１３９４バス上のノードが無線端末ＳｕｂＵｎｉｔのサービス情報を知りたい場合には、まず、基地局ノード２２０１から無線端末ＳｕｂＵｎｉｔのＳｕｂＵｎｉｔ情報を読みだし、そのＳｕｂＵｎｉｔ情報に登録されているアドレスフィールド内の情報を読み出すことで、無線端末ＳｕｂＵｎｉｔのサービス情報を入手することができるようになる。
【０１６１】
図８に例示するサービス情報の各項目の内容は以下の通りである。
【０１６２】
ｔｙｐｅ：ＳｕｂＵｎｉｔの種類を示す情報。例えば、無線端末２３０１は「無線端末ＳｕｂＵｎｉｔ」として記憶される。
【０１６３】
機能：各ＳｕｂＵｎｉｔが有している機能（Ｆｕｎｃｔｉｏｎ）。例えば、無線端末２３０１は、ＭＰＥＧ２のデコーダを有しているので、ＭＰＥＧ２デコーダ機能が記述されている。他に、映像表示のディスプレイ機能や無線インタフェース機能などが記されている。
【０１６４】
通信帯域：無線端末が送受信できる帯域をそれぞれ記述する。この帯域の値が、基地局ノード２２０１内の無線端末ＳｕｂＵｎｉｔとＩＥＥＥ１３９４バスへの入出力用Ｐｌｕｇ（ｉ＿Ｐｌｕｇやｏ＿Ｐｌｕｇ）の間を接続する、基地局ノード２２０１内部のコネクションの帯域を示す。
【０１６５】
ベンダＩＤ：各ノードを作成したベンダを識別する識別子。
【０１６６】
ユニークＩＤ：各ベンダが一意に割り当てるノード識別子。
【０１６７】
なお、このユニークＩＤと上記ベンダＩＤとの組み合わせが、ＩＥＥＥ１３９４バスでのＥＵＩ６４アドレスとして定義されている。このＥＵＩ６４アドレスで、ＩＥＥＥ１３９４バス上の各ノードを一意に識別することができる。
【０１６８】
関連情報：マニュアルなどの、各ノードの関連情報が保持されているインターネット上のアドレス（ＵＲＬアドレスなど）。必要に応じて、このアドレスに所望のデータをとりに行く。
【０１６９】
その他：その他に必要なサービス機能に関連する情報を保持していても構わない。
【０１７０】
ここで、上記の情報は、全てがサービス情報のテーブルに登録されているが、この中の、例えば、ｔｙｐｅやベンダＩＤ、ユニークＩＤなどは、無線端末ＳｕｂＵｎｉｔ情報のテーブル中に登録されていても構わない。
【０１７１】
さらには、上記のサービス情報をＡＶ／Ｃプロトコルで定義されるＳｕｂＵｎｉｔ情報と同様の方式によって保持していても構わない。
【０１７２】
上述の方法では、各無線端末から、接続している各基地局ノードに通知され記憶されている各無線端末内のサービス情報を、その基地局ノード内に存在する構成要素（無線端末ＳｕｂＵｎｉｔ）のサービス情報として見せる方法を示している。以下に、このような方法で、基地局ノード２２０１に通知／記憶された無線端末内のサービス情報を見せる場合の、ＩＥＥＥ１３９４バス上や各１３９４ノード内でのリソース獲得処理手順の詳細について説明する。
【０１７３】
このような例を示すために、ここでは、図６のＩＥＥＥ１３９４バス上にＭＰＥＧ−２でエンコードされた映像情報（ＭＰＥＧ−２ソース）を有する１３９４ノード（２２０３）が存在し、この１３９４ノード（２２０３）から、無線端末２３０１にＭＰＥＧ−２方式でエンコードされた映像情報を無線端末２３０１に転送する場合の処理について述べる。
【０１７４】
図９に、関連する機能のみを含むネットワーク構成図を示す。
【０１７５】
図９には、１３９４ノード２２０３が持つ映像を見たいユーザーが扱うリモコン装置２０１２と、そのリモコン装置からの情報を基に、ＩＥＥＥ１３９４バス上や各１３９４ノード内で必要な処理のためのコマンドを作成／送信するＣｏｎｔｒｏｌノード２２０４と、１３９４ノード２２０３が持つ映像を受信する無線端末２３０１と、この無線端末２３０１を収容している基地局ノード２２０１が存在している。また、基地局ノード２２０１内には、無線端末ＳｕｂＵｎｉｔ２０２５が存在する。
【０１７６】
このとき、無線端末２３０１は、ＩＥＥＥ１３９４バス上の他のノードから、必ずしも物理的に（１３９４ノードとして）見えている必要はない。あくまで、基地局ノード２２０１内のＳｕｂＵｎｉｔとして登録されていて、他の１３９４ノードからの要求に応じて、その存在を開示すればよい。具体的には、基地局ノード２２０１が、無線端末の代わりにサービス機能情報の開示処理などを行ない、実際のデータ転送では、ＩＥＥＥ１３９４バス上の１３９４ノードと無線端末との間の接続処理（プロトコル変換等）を行なうことになる。
【０１７７】
このように、無線端末２３０１を基地局ノード２２０１内のＳｕｂＵｎｉｔとして扱うことによって、無線端末２３０１と基地局ノード２２０１との間の無線通信を、基地局ノード２２０１内のＳｕｂＵｎｉｔ間の通信に置き換えてＩＥＥＥ１３９４バス側の各１３９４ノードに見せることができる。また、１３９４ノード２２０３内の個々のＭＰＥＧ−２の画像ソースは、１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３が持つサービス機能群として認識される。
【０１７８】
このような構成で認識されるネットワークにおいて、１３９４ノード２２０３中に存在するＭＰＥＧ−２でエンコードされた映像情報を、無線端末２３０１に転送する場合の処理の手順を以下に示す。また、このときの処理シーケンスの一例を図１０に、この処理によって設定されるＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓチャネルや、Ｓｕｂ」Ｕｎｉｔ間のコネクションの接続状況の例を図１１に示す。
【０１７９】
（１）ユーザーが、リモコン２０１２を介してＣｏｎｔｒｏｌノード２２０４に、ＩＥＥＥ１３９４バス上に存在するサービス情報の一覧表示を要求する。
【０１８０】
（２）Ｃｏｎｔｒｏｌノード２２０４が、基地局ノード２２０１と１３９４ノード２２０３に対して、各ノード内のＳｕｂＵｎｉｔ情報の開示要求を送出し、それに対して、各ノードが、自ノード内のＳｕｂＵｎｉｔ情報を開示（通知）する。
【０１８１】
（３）Ｃｏｎｔｒｏｌノード２２０４が、基地局ノード２２０１内の無線端末ＳｕｂＵｎｉｔ２０２５と、１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３に対し、登録されているサービス情報の開示要求を送出し、それに対し、各ノードが無線端末ＳｕｂＵｎｉｔ／ＭＰＥＧ−２ソースＳｕｂＵｎｉｔの持つサービス情報を開示（通知）する。
【０１８２】
・無線端末ＳｕｂＵｎｉｔ２０２５内の機能としては、ＭＰＥＧ−２デコーダ機能を開示する。
【０１８３】
・ＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３内の機能としては、１３９４ノード２２０３が保持している個々の画像ソースを開示する。
【０１８４】
（４）Ｃｏｎｔｒｏｌノード２２０４上に、受けとったサービス情報の一覧を表示し、ユーザーが、これらの情報から、リモコン２０１２を介してＣｏｎｔｒｏｌノード２２０４に、１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３が持つ適当な画像データ（サービス情報として開示）を、基地局ノード２２０１内の無線端末ＳｕｂＵｎｉｔ２０２５（実際には無線端末２３０１）に転送するように要求する。
【０１８５】
（５）Ｃｏｎｔｒｏｌノード２２０４が、１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３から無線端末ＳｕｂＵｎｉｔ２０２５へのデータ転送のためのリソースを確保する。
【０１８６】
・基地局ノード２２０１内のｉ＿ｐｌｕｇ２０２１と無線端末ＳｕｂＵｎｉｔ２０２５との間を接続する（図１１中のコネクション（１））。
【０１８７】
・１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３とｏ＿ｐｌｕｇ２０３１との間を接続する（図１１中のコネクション（３））。
【０１８８】
（６）基地局ノード２２０１が、自ノード内のｉ＿ｐｌｕｇ２０２１と無線端末ＳｕｂＵｎｉｔ２０２５との間を接続するコネクションに対応するリソースを、基地局ノード２２０１と無線端末２３０１との間で確保する（図１１中のコネクション（２））。
【０１８９】
（７）Ｃｏｎｔｒｏｌノード２２０４が、ＩＥＣ６１８８３プロトコルによってＩＥＥＥ１３９４バス上にＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＿Ｘ）を確保する（図１１中のコネクション（４））。
【０１９０】
（８）Ｃｏｎｔｒｏｌノード２２０４が、上記の処理によって確保したＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＿Ｘ）を用いたデータ転送を、ＩＥＣ６１８８３プロトコルに従って指示する。
【０１９１】
・基地局ノード２２０１のｉ＿ｐｌｕｇ２０２１に対し、Ｃｈ＿Ｘからのデータ受信を指示する。
【０１９２】
・１３９４ノード２２０３のｏ＿ｐｌｕｇ２０３２に対し、Ｃｈ＿Ｘへのデータ送信を指示する。
【０１９３】
（９）図１１中のコネクション（１）とコネクション（３）とＩｓｏｃｈｒｏｎｏｕｓチャネル（４）を通って、１３９４ノード２２０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０３３から、基地局ノード２２０１内の無線端末ＳｕｂＵｎｉｔ２０２５へ、ＭＰＥＧ−２でエンコードされたデータが転送される。
【０１９４】
また、基地局ノード２２０１内でＩＥＥＥ１３９４バスのプロトコルから無線ネットワークへのプロトコルにプロトコル変換された後、無線ネットワーク内に確保されたリソース（図１１中のコネクション（２））を通って、ＭＰＥＧ−２でエンコードされたデータが転送される。
【０１９５】
ここで、上記処理シーケンスにおいては、無線端末ＳｕｂＵｎｉｔ２０２５のサービス情報を読み出すために、処理（２），（３）の２段階の処理を実行しているが、例えば、ＳｕｂＵｎｉｔ情報の開示と一緒にサービス情報を開示してしまうことで、処理（２）と処理（３）を同時に実行してしまう方法も考えられる。また、上記では、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルの獲得を、Ｃｏｎｔｒｏｌノード２０４において実行するようになっているが、これは、基地局ノード２２０１や１３９４ノード２２０３等が行なっても構わない。
【０１９６】
このような、自ノードのサービス情報の通知や、基地局ノードから通知されるＩＥＥＥ１３９４バス上のサービス情報の登録処理や、無線ネットワーク上のリソース獲得に対応する処理を実行する、無線端末２３０１の内部構成のブロック図の一例を図１２に示す。
【０１９７】
図１２の無線端末２３０１内には、無線ネットワークを介して基地局ノードと通信を行なうための無線インタフェース処理部２７０１と、基地局ノードからの要求によって自ノードのサービス情報を送り返したり、基地局ノードから、基地局が接続しているＩＥＥＥ１３９４バス上のサービス情報を受けとるためのサービス情報送受信部２７０２と、無線ネットワーク上での通信を行なう際に、リソース獲得のためのプロトコル処理や自ノードからの送信制御処理などを実行するデータ通信制御部２７０３と、自ノードのサービス情報を記憶しておく自ノードサービス情報記憶部２７０４と、基地局が接続しているＩＥＥＥ１３９４バス上のサービス情報を記憶しておくＩＥＥＥ１３９４サービス情報記憶部２７０５とが存在している。
【０１９８】
ここで、自ノードサービス情報記憶部２７０４に記憶されている情報は、基本的に、無線端末２３０１が製造されたときに実装された、各種のサービス情報が記憶されている。そして、このサービス情報は、無線端末２３０１に新たに機能が追加された場合には、その情報が追加され、機能の一部が削除された場合には、その情報も削除されていくことになる。
【０１９９】
具体的には、無線端末２３０１に新たなソフトウェアがインストールされ新規に機能が追加された場合には、その新規機能に対応するサービス情報が無線端末ＳｕｂＵｎｉｔのサービス情報として追加され、無線端末２３０１からソフトウェアがアンインストールされ既存の機能が削除された場合には、その削除された機能に対応するサービス情報が無線端末ＳｕｂＵｎｉｔのサービス情報から削られる。そして、上記の処理手順（２）において、基地局ノード２２０１からの無線端末２３０１のサービス情報の開示要求が届いた時点で、自ノードサービス情報記憶部２７０４に記憶している、自ノードのサービス機能に関する情報を、基地局ノード２２０１に通知する。さらに、ＩＥＥＥ１３９４サービス情報記憶部２７０５には、図７中の処理手順（４）において基地局ノード２２０１から通知される、基地局ノード２２０１が接続しているＩＥＥＥ１３９４バス上の各ノードが有している、サービス情報の一覧が記憶されている。
【０２００】
次に、上記のような無線端末を収容して、ＩＥＥＥ１３９４バス上でのリソース獲得処理、１３９４ノード内のＳｕｂＵｎｉｔ間リソース獲得処理を実行して、ＩＥＥＥ１３９４バス上でのデータ転送処理を実現する、基地局ノード２２０１の内部構成のブロック図の一例を示す。
【０２０１】
図１３の基地局ノード２２０１内には、無線ネットワークを介して無線端末２３０１との間で通信を行なうための無線インタフェース処理部２８０１と、無線ネットワークとＩＥＥＥ１３９４バスの間のパケット変換処理等の、プロトコル変換機能を実行するプロトコル変換処理部２８０２と、無線管理ノード２１０１への位置登録情報の通知処理や、無線管理ノード２１０１からの周波数／タイムスロット／帯域割り当て結果の受信処理や、その受信した結果やＩＥＥＥ１３９４バス上でのＩＥＣ６１８８３プロトコル処理の結果などに対応して、無線ネットワーク上でのリソース確保処理などを実行する基地局機能実行処理部２８０３と、無線端末２３０１との間で、無線端末２３０１上のサービス情報や、ＩＥＥＥ１３９４バスに接続している各ノード上のサービス情報などを送受信するサービス情報送受信部２８０４と、ＩＥＥＥ１３９４バス上のノードや無線端末２３０１との間でＡＶ／Ｃプロトコルを実行したり、無線端末２３０１に対応する構成要素として無線端末ＳｕｂＵｎｉｔを作成し、その作成したＳｕｂＵｎｉｔ情報を、ＩＥＥＥ１３９４バスに接続している各ノードに通知したり、ＩＥＥＥ１３９４バス上の他のノードから受けとったＳｕｂＵｎｉｔ情報をＩＥＥＥ１３９４サービス情報記憶部２８１０に記憶するなどの、ＳｕｂＵｎｉｔ情報の管理や送受信処理を実行するＡＶ／Ｃプロトコル処理部２８０５と、ＩＥＥＥ１３９４バス上におけるリソース獲得／割り当て処理として定義されている、ＩＥＣ６１８８３プロトコルを実行するＩＥＣ６１８８３プロトコル処理部２８０６と、初期化時の処理としてＩＥＥＥ１３９４バスの構成確認処理を実行する構成認識処理実行部２８０７と、ＩＥＥＥ１３９４バスへのインタフェース機能を提供するＩＥＥＥ１３９４バスインタフェース処理部２８０８と、自ノードに接続している無線端末のサービス情報を記憶する無線端末サービス情報記憶部２８０９と、上記のＩＥＥＥ１３９４バスの構成認識処理やＳｕｂＵｎｉｔ情報の送受信によって獲得した、ＩＥＥＥ１３９４バス上の各ノードが有するサービス情報を記憶するＩＥＥＥ１３９４サービス情報記憶部２８１０とが存在している。
【０２０２】
以下では、無線端末が無線ネットワーク中で移動し、接続する通信ノードが変化（ハンドオフ）する場合の実施形態として、第２の実施形態と第３の実施形態を示す。第２の実施形態と第３の実施形態の各ノードや無線端末は基本的に第１の実施形態で説明した機能を有するものであるので、第２の実施形態と第３の実施形態では第１の実施形態と相違する点を中心に説明する。
【０２０３】
（第２の実施形態）
図１４に例示するように、無線端末６２１が無線ネットワーク中で移動し、接続する通信ノードが通信ノード６０２から通信ノード６０１に変化（ハンドオフ）する場合の実施形態について説明する。図１４では、無線インタフェースと１３９４インタフェースを有する通信ノード６０１，６０２と、無線インタフェースを持たず１３９４インタフェースを有する１３９４ノード６１１，６１２が存在し、１３９４ノード６１１がＩＥＥＥ１３９４バス上でのＣｏｎｔｒｏｌノードになっている場合を示している。また、無線端末６２１が存在し、この無線端末６２１が通信ノードと通信をしながら、無線ネットワーク中を移動していく場合について説明する。
【０２０４】
第２の実施形態においても、第１の実施形態と同様に、無線端末６２１と１３９４ノード６１２間でＩｓｏｃｈｒｏｎｏｕｓ通信を行う場合を考える。ここで、このようなハンドオフ処理を実行する場合の、ＩＥＥＥ１３９４バス上の通信ノードの振舞いとしては、ハンドオフ処理を実行する際に、１）ＩＥＥＥ１３９４バス上で新たにＩｓｏｃｈｒｏｎｏｕｓチャネルを獲得してからハンドオフ処理を実現する場合と、２）新たなＩｓｏｃｈｒｏｎｏｕｓは獲得せず、それまで使用していたＩｓｏｃｈｒｏｎｏｕｓチャネルを用いてハンドオフ処理を実現する場合が考えられる。
【０２０５】
第２の実施形態では、前者の新たなＩｓｏｃｈｒｏｎｏｕｓチャネルを獲得してハンドオフ処理を実現する場合について説明する。なお、第３の実施形態では、後者の新たなＩｓｏｃｈｒｏｎｏｕｓは獲得せず、それまで使用していたＩｓｏｃｈｒｏｎｏｕｓチャネルを用いてハンドオフ処理を実現する場合について説明する。
【０２０６】
図１５と図１６に、それぞれ、１３９４ノード６１２中のビデオソースから通信ノード６０２を経由して、無線端末６２１にビデオ映像が送られていた際に、無線端末６２１が移動したことによって、通信ノード６０２から通信ノード６０１にハンドオフ処理される前と後のＩｓｏｃｈｒｏｎｏｕｓチャネルやＳｕｂＵｎｉｔ間のコネクションの状態を示す。
【０２０７】
まず、図４と同様のシーケンスが実行される。これによって、ハンドオフ処理の前の状態において、１３９４ノード６１２が、ビデオソースＳｕｂＵｎｉｔ５３からｏ＿ｐｌｕｇ５２経由でＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）にビデオデータを送出しており、Ｉｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）上のデータを通信ノード６０２が受信し、ｉ＿ｐｌｕｇ４１経由で無線端末ＳｕｂＵｎｉｔ４３に転送している。ここで、この無線端末ＳｕｂＵｎｉｔへのデータ転送処理は、実際には、通信ノード６０２から無線端末６２１へのプロトコル変換／データ転送処理によって実行されている。
【０２０８】
このとき、無線端末６２１が移動したことにより、通信ノード６０１にハンドオフしたとする。本実施形態では、このハンドオフ処理時に、無線端末６２１が、直前まで接続していた通信ノード（ここでは通信ノード６０２）のＩＥＥＥ１３９４バスの物理ＩＤや、データ転送に用いていたＩｓｏｃｈｒｏｎｏｕｓチャネルの情報（チャネル番号（Ｘ）や帯域等）や、通信ノード６０２内でのＳｕｂＵｎｉｔ構成／ＳｕｂＵｎｉｔ間接続などの情報を、新たに接続する通信ノード６０１に通知する必要がある。
【０２０９】
このため、通信ノード６０２は、無線端末６２１が接続された際に、上記の物理ＩＤや、ＳｕｂＵｎｉｔ関連情報等を無線端末６２１に通知する機能や、ハンドオフ実行時に、無線端末６２１から前記情報を受信し、それに対応する処理を実行する機能を有している。また、無線端末６２１は、前述の通信ノード６０２から通知された情報を保持する機能や、ハンドオフ実行時に、上記情報を新たに接続する通信ノード６０１に通知する機能を有している。
【０２１０】
以下の例においては、上記の、各通信ノードが無線端末接続時に、無線端末に通知する情報（ノードの物理ＩＤや、無線端末６２１へのデータ転送に用いているＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）の情報（チャネル番号や帯域等）や、自ノード内部のＳｕｂＵｎｉｔ構成／接続の情報など）を「ハンドオフ情報」と呼ぶことにする。
【０２１１】
以下、無線端末６２１が通信ノード６０２から通信ノード６０１にハンドオフする際に実行される処理の手順について説明する。
【０２１２】
図１７に、この場合の処理のシーケンスの一例を示す。また、図１８に、このときの通信ノード６０１，６０２における処理の手順の一例を示す。
【０２１３】
（０）無線端末６２１が通信ノード６０２に接続しており、通信ノード６０２と無線端末６２１との間に無線リソースが確保されている。
【０２１４】
（１）Ｃｏｎｔｒｏｌノード６１１からの指示（第１の実施形態で説明したものと同様の指示）によって、１３９４ノード６１２から無線端末６２１へのデータ通信が開始される（すなわち、Ｉｓｏｃｈｒｏｎｏｕｓチャンネル（ｃｈ＝Ｘ）や、１３９４ノード６１２／通信ノード６０２内のＳｕｂＵｎｉｔ間接続などを設定する）。
【０２１５】
（２）通信ノード６０２が、ハンドオフ情報を無線端末６２１に通知する。
【０２１６】
（３）無線端末６２１が移動し、接続するノードを通信ノード６０２から通信ノード６０１に変更するハンドオフ処理が開始され、通信ノード６０１と無線端末６２１との間の無線リソースが確保される。
【０２１７】
（４）無線端末６２１が、直前まで接続していた通信ノード６０２のハンドオフ情報を通信ノード６０１に通知する。
【０２１８】
（５）通信ノード６０１が、通知されたハンドオフ情報中のＳｕｂＵｎｉｔ情報に従って、無線ＳｕｂＵｎｉｔ（図１６の６３）を自ノード内に作成する。
【０２１９】
（６）通信ノード６０１が、受信したハンドオフ情報から作成した、ハンドオフ処理のためのコマンドをＣｏｎｔｒｏｌノード６１１に通知する。
【０２２０】
（７）通信ノード６０１からのコマンドに基づいて、Ｃｏｎｔｒｏｌノード６１１が以下の処理を実行する。
【０２２１】
（ａ）例えばＡＶ／ＣプロトコルのＣｏｎｎｅｃｔコマンドにより、通信ノード６０１のｉ＿ｐｌｕｇ６１と無線端末ＳｕｂＵｎｉｔ６３との間を接続する。
【０２２２】
（ｂ）例えばＩＥＣ６１８８３プロトコルにより、通信ノード６０１のｉ＿ｐｌｕｇ６１と通信ノード６０２のｏ＿ｐｌｕｇ４２との間に、データ転送用のＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｙ）を設定する。
【０２２３】
（ｃ）例えばＡＶ／Ｃプロトコルのｃｏｎｎｅｃｔコマンドにより、通信ノード６０２のｉ＿ｐｌｕｇ４１とｏ＿ｐｌｕｇ４２との間を接続する。
【０２２４】
（ｄ）例えばＡＶ／ＣプロトコルのＤｉｓｃｏｎｎｅｃｔコマンドにより、通信ノード６０２のｉ＿ｐｌｕｇ４１と無線ＳｕｂＵｎｉｔ４３との間のコネクションを切断する。
【０２２５】
（８）上記の（７）の（ｃ）で通信ノード６０２のｉ＿ｐｌｕｇ４１とｏ＿ｐｌｕｇ４２との間を接続した時点から、１３９４ノード６１２のビデオデータが、Ｉｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）を通って通信ノード６０２に転送され、通信ノード６０２内で折り返した後、再度Ｉｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｙ）を通って通信ノード６０１に転送される。
【０２２６】
（９）これと前後して、通信ノード６０２内の無線端末ＳｕｂＵｎｉｔを削除し、通信ノード６０２と無線端末６２１との間の無線リソースを解放する。
【０２２７】
（１０）通信ノード６０１が、ハンドオフ情報を無線端末６２１に通知する。
【０２２８】
さらに無線端末６２１が移動した場合には、上記の（３）〜（１０）の処理が繰り返される。
【０２２９】
なお、上記の処理（６）においては、ハンドオフ情報を受け取った通信ノード６０１がＣｏｎｔｒｏｌノード６１１に対して、所定のコマンドを送出するように指示を出す方法を示しているが、このような方法だけでなく、無線端末６２１がリモコン操作と同様の方法で、Ｃｏｎｔｒｏｌノード６１１に指示を出す方法も考えられる。この場合は、無線端末６２１から新たに接続した通信ノード（上記の例では通信ノード６０１）に通知するハンドオフ情報から、Ｉｓｏｃｈｒｏｎｏｕｓチャネルの情報や直前まで接続していた通信ノード（上記の例の通信ノード６０２）の物理ＩＤや内部のＳｕｂＵｎｉｔ間の接続情報などは通知する必要がなくなる代わりに、Ｃｏｎｔｒｏｌノード６１１に、ハンドオフ情報を読み取って、必要な処理を実行するためのハンドオフ処理機能が必要になる。
【０２３０】
また、上記の処理では、Ｃｏｎｔｒｏｌノード６１１と通信ノード６０１，６０２を別のノードとして処理をする場合を示しているが、これも、このような方法だけではなく、通信ノード６０１あるいは通信ノード６０２がＣｏｎｔｒｏｌノード６１１の機能を有している場合も考えられる。
【０２３１】
さらに、上記の処理手順においては、ハンドオフ処理の終了後に、（９）にて、ハンドオフされたノード（上記の例では通信ノード６０２）内に作られていた無線端末ＳｕｂＵｎｉｔを削除することにしているが、必ずしも無線端末ＳｕｂＵｎｉｔを削除する必要はない。例えば、各通信ノードが無線端末が接続されていないときでも無線端末ＳｕｂＵｎｉｔを保持するようにしておき、実際に無線端末が接続したときのみ、自ノード内のｉ＿ｐｌｕｇやｏ＿ｐｌｕｇと、無線端末ＳｕｂＵｎｉｔを接続できるようにする、という方法も考えられる。
【０２３２】
ここで、図１８の手順について説明する。
【０２３３】
最初に、無線端末の移動がない場合あるいは無線端末の移動元の通信ノードに関して説明する。
【０２３４】
まず、通信ノードは、無線端末の接続がない状態である（ステップＳ１）。ここで、無線端末が接続する場合（ステップＳ２）、その無線端末に関してハンドオフ情報がないならば（ステップＳ３）、無線ＳｕｂＵｎｉｔを追加し（ステップＳ４）、無線端末を接続する（ステップＳ５）。
【０２３５】
ここで、無線端末が切断する場合（ステップＳ６）にはステップＳ１に戻るが、データ転送要求がされたならば（ステップＳ７）、対象となる１３９４ノードと無線端末との間のデータ転送に必要なリソース確保し（ステップＳ８）、無線端末へハンドオフ情報を通知し（ステップＳ９）、ＩＥＥＥ１３９４バスから受信したデータを無線端末に転送する（ステップＳ１０）。
【０２３６】
なお、ここで、他の無線端末がさらに接続する場合（ステップＳ１４）には、新たな無線端末の接続処理が開始する（ステップＳ１５）。
【０２３７】
さて、ステップ１０において、当該無線端末が当該通信ノードから切断される場合（ステップＳ１１）に、一定時間内にＣｏｎｎｅｃｔ、Ｄｉｓｃｏｎｎｅｃｔ、（ｃｈ＿ｙ）へのデータ通信開始要求を受信しなければ（ステップＳ１２）、当該無線端末はいずれの通信ノードとも接続しないとみなし、（ｃｈ＿ｘ）を切断し（ステップＳ１３）、ステップＳ１に戻る。
【０２３８】
一方、一定時間内にＣｏｎｎｅｃｔ、Ｄｉｓｃｏｎｎｅｃｔ、（ｃｈ＿ｙ）へのデータ通信開始要求を受信したならば（ステップＳ１２）、当該無線端末は他の通信ノードに移動したことになるので、ハンドオフの処理を実行する（ステップＳ１６）。そして、（ｃｈ＿ｘ）から（ｃｈ＿ｙ）への折り返し処理（中継処理）を実行する（ステップＳ１７）。
【０２３９】
なお、ここで、他の無線端末がさらに接続する場合（ステップＳ１９）には、新たな無線端末の接続処理が開始する（ステップＳ１５）。
【０２４０】
さて、ステップ１７において、（ｃｈ＿ｘ）の切断の指示を受信した場合（ステップＳ１８）、（ｃｈ＿ｘ）を切断し（ステップＳ２０）、ｉ＿ｐｌｕｇとｏ＿ｐｌｕｇとの間をＤｉｓｃｏｎｎｅｃｔするとともに（ｃｈ＿ｙ）を切断し（ステップＳ２１）、ステップＳ１に戻る。
【０２４１】
次に、無線端末の移動先の通信ノードに関して説明する。
【０２４２】
まず、通信ノードは、無線端末の接続がない状態である（ステップＳ１）。ここで、無線端末が接続する場合（ステップＳ２）、その無線端末に関してハンドオフ情報があるならば（ステップＳ３）、無線ＳｕｂＵｎｉｔを追加し（ステップＳ２２）、ハンドオフ情報からコマンドを作成し、Ｃｏｎｔｒｏｌノードに該コマンドを通知する（ステップＳ２３）。
【０２４３】
ここで、一定時間内にＣｏｎｎｅｃｔ、（ｃｈ＿ｘ）のデータ受信開始要求を受信しなければ（ステップＳ２４）、ステップＳ５に移り、ハンドオフの処理は行わない。一定時間内にＣｏｎｎｅｃｔ、（ｃｈ＿ｘ）のデータ受信開始要求を受信したならば（ステップＳ２４）、ハンドオフの処理を実行し（ステップＳ２５）、当該無線端末へハンドオフ情報を通知し（ステップＳ２６）、ステップＳ１０に移り、ＩＥＥＥ１３９４バスから受信したデータを無線端末に転送する。
【０２４４】
なお、上記の例は、ＩＥＥＥ１３９４バス上の１３９４ノードから無線端末へのデータ転送を実行する場合の例であるが、同様の処理によって、無線端末からＩＥＥＥ１３９４バス上の他の１３９４ノードへのデータ転送も実行可能である。
【０２４５】
図１９に、本実施形態における通信ノード６０２の内部構成のブロック図の一例を示す。
【０２４６】
本実施形態の通信ノード６０２は、無線ネットワークとのインタフェース処理機能を実行する無線インタフェース処理部９０１と、無線ネットワークとＩＥＥＥ１３９４バス間のプロトコル変換処理を実行するプロトコル変換処理部９０２と、通信ノード６０２内のＳｕｂＵｎｉｔ構成に関する情報の追加／削除などの管理処理を実行するＳｕｂＵｎｉｔ構成管理処理部９０４と、ＣｏｔｒｏｌノードなどからのＡＶ／Ｃコマンドを受信した際に、コマンドに相当する処理を実行するＡＶ／Ｃプロトコル処理部９０５と、同様に、ＣｏｎｔｒｏｌノードからのＩＥＣ６１８８３プロトコルによるコマンドを受信した際に、それに該当する処理を実行するＩＥＣ６１８８３プロトコル処理部９０６と、ハンドオフ情報の送受信処理を実行するハンドオフ情報送受信処理部９０７と、自ノード内部のＳｕｂＵｎｉｔ情報などのハンドオフ情報を作成するハンドオフ情報作成処理部９０８と、受信したハンドオフ情報を解析して、通信ノード６０２内での無線端末ＳｕｂＵｎｉｔの追加処理や各ＳｕｂＵｎｉｔ間の接続状況の変更処理を実行したり、ハンドオフする／される通信ノードやＩＥＥＥ１３９４バス上での必要な処理を認識したり、その処理に対応するコマンドをＣｏｎｔｒｏｌノード６１１を介して送出するなどの処理を実行するハンドオフ情報解析処理部９０９と、ＩＥＥＥ１３９４バスのインタフェース処理機能を実行する１３９４インタフェース処理部９０３とを用いて構成される。
【０２４７】
本実施形態のＳｕｂＵｎｉｔ構成管理処理部９０４で実行される処理としては、第１の実施形態に示された処理以外に、無線端末ＳｕｂＵｎｉｔなどの自ノード内部のＳｕｂＵｎｉｔ情報をハンドオフ情報作成処理部９０８に通知する処理や、ハンドオフ情報解析処理部９０９から通知されるＳｕｂＵｎｉｔ構成情報に基づいて、自ノード内のＳｕｂＵｎｉｔ構成に新たなＳｕｂＵｎｉｔを追加したり、自ノードのＳｕｂＵｎｉｔ構成を変更したりする等の処理が実行されることになる。
【０２４８】
（第３の実施形態）
図１４に例示するように、無線端末６２１が無線ネットワーク中で移動し、接続する通信ノードが通信ノード６０２から通信ノード６０１に変化（ハンドオフ）する場合で、ハンドオフ処理を実行する際に、新たなＩｓｏｃｈｒｏｎｏｕｓチャネルを獲得せずにハンドオフ処理を実現する場合について説明する。
【０２４９】
図２０と図２１に、それぞれ、無線端末６２１が移動したことにより、通信ノード６０２から通信ノード６０１にハンドオフする前と後のＩｓｏｃｈｒｏｎｏｕｓチャネルや通信ノード内部のＳｕｂＵｎｉｔ間のコネクションの状態をそれぞれ示す。
【０２５０】
まず、図４と同様のシーケンスが実行される。これによって、ハンドオフ処理の前の状態において、１３９４ノード６１２が、ビデオソースＳｕｂＵｎｉｔ５３からｏ＿ｐｌｕｇ５２経由でＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）にビデオデータを送出しており、Ｉｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）上のデータを通信ノード６０２が受信し、ｉ＿ｐｌｕｇ４１経由で無線端末ＳｕｂＵｎｉｔ４３に転送している。ここで、この無線端末ＳｕｂＵｎｉｔへのデータ転送処理は、実際には、通信ノード６０２から無線端末６２１へのプロトコル変換／データ転送処理によって実行されている。
【０２５１】
このとき、無線端末６２１が移動したことにより、通信ノード６０１にハンドオフしたとする。本実施形態においても、このハンドオフ処理に必要なハンドオフ情報を無線端末６２１と通信ノード６０２，６０１の間で通知し合う必要がある。この情報としては、第２の実施形態と同様に、直前まで接続していた通信ノード（この例では通信ノード６０２）のＩＥＥＥ１３９４バスでの物理ＩＤや、データ受信のために使用していたＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）に関する情報や、通信ノード６０２内でのＳｕｂＵｎｉｔ構成／ＳｕｂＵｎｉｔ間接続の情報等が上げられる。
【０２５２】
よって、本実施形態の通信ノード６０２でも、無線端末６２１が接続された際に、上記ハンドオフ情報を無線端末６２１に通知する機能や、ハンドオフ処理を実行する際に、無線端末６２１から前記ハンドオフ情報を受信し、その情報を基に自ノード内のＳｕｂＵｎｉｔ構成やＳｕｂＵｎｉｔ間接続状況等を変更する機能を有している。また、本実施形態の無線端末６２１も、上記の通信ノード６０２から通知された情報を保持する機能や、ハンドオフ処理を実行する際に、上記情報を新たに接続する通信ノード６０１に通知する機能を有している。
【０２５３】
以下に、無線端末６２１が、通信ノード６０２から通信ノード６０１にハンドオフする際に実行される処理の手順について説明する。
【０２５４】
図２２に、この場合の処理のシーケンスの一例を示す。また、図２３に、このときの通信ノード６０１，６０２における処理の手順の一例を示す。
【０２５５】
（０）無線端末６２１が通信ノード６０２に接続しており、通信ノード６０２と無線端末６２１との間に無線リソースが確保されている。
【０２５６】
（１）Ｃｏｎｔｒｏｌノード６１１からの指示（第１の実施形態で説明したものと同様の指示）によって、１３９４ノード６１２から無線端末６２１へのデータ通信が開始される（すなわち、Ｉｓｏｃｈｒｏｎｏｕｓチャンネル（ｃｈ＝Ｘ）や、１３９４ノード６１２／通信ノード６０２内のＳｕｂＵｎｉｔ間接続などを設定する）。
【０２５７】
（２）通信ノード６０２が、ハンドオフ情報を無線端末６２１に通知する。
【０２５８】
（３）無線端末６２１が移動し、接続するノードを通信ノード６０２から通信ノード６０１に変更するハンドオフ処理が開始され、通信ノード６０１と無線端末６２１との間の無線リソースが確保される。
【０２５９】
（４）無線端末６２１が、直前まで接続していた通信ノード６０２のハンドオフ情報を通信ノード６０１に通知する。
【０２６０】
（５）通信ノード６０１が、通知されたハンドオフ情報中のＳｕｂＵｎｉｔ構成情報に従って、無線ＳｕｂＵｎｉｔ（図２１の６３）を自ノード内に作成する。
【０２６１】
（６）通信ノード６０１が、受信したハンドオフ情報から作成した、ハンドオフ処理のためのコマンドをＣｏｎｔｏｒｌノード６１１に通知する。
【０２６２】
（７）通信ノード６０１からのコマンドに基づいて、Ｃｏｎｔｒｏｌノード６１１が以下の処理を実行する。
【０２６３】
（ａ）例えばＩＥＣ６１８８３プロトコルにより、通信ノード６０１のｉ＿ｐｌｕｇ６１にＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）を受信するように設定する。
【０２６４】
（ｂ）例えばＡＶ／ＣプロトコルのＣｏｎｎｅｃｔコマンドにより、通信ノード６０１のｉ＿ｐｌｕｇ６１と無線端末ＳｕｂＵｎｉｔ６３との間を接続する。
【０２６５】
（ｃ）例えばＡＶ／ＣプロトコルのＤｉｓｃｏｎｎｅｃｔコマンドにより、通信ノード６０２のｉ＿ｐｌｕｇ４１と無線ＳｕｂＵｎｉｔ４３との間のコネクションを切断する。
【０２６６】
（ｄ）例えばＩＥＣ６１８８３プロトコルにより、通信ノード６０２のｉ＿ｐｌｕｇにＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）の受信中止を設定する。
【０２６７】
（８）上記の（７）の（ｂ）で通信ノード６０１のｉ＿ｐｌｕｇ６１と無線端末ＳｕｂＵｎｉｔ６３との間を接続した時点から、１３９４ノード６１２のビデオデータが、Ｉｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＝Ｘ）を通って通信ノード６０１に転送され、通信ノード６０１でプロトコル変換処理を施された後、無線端末６２１に転送されることで、ビデオデータの無線端末６２１への転送が実現できる。
【０２６８】
（９）これと前後して、通信ノード６０２内の無線端末ＳｕｂＵｎｉｔを削除し、通信ノード６０２と無線端末６２１との間の無線リソースを解放する。
【０２６９】
（１０）通信ノード６０１が、ハンドオフ情報を無線端末６２１に通知する。
【０２７０】
さらに無線端末６２１が移動した場合には、上記の（３）〜（１０）の処理が繰り返される。
【０２７１】
なお、上記の処理（６）においても、ハンドオフ情報を受け取った通信ノード６０１がＣｏｎｔｒｏｌノード６１１に対して、所定のコマンドを送出するように指示を出す方法を示しているが、このような方法だけでなく、無線端末６２１がリモコン操作と同様の方法で、Ｃｏｎｔｒｏｌノード６１１に指示を出す方法も考えられる。
【０２７２】
また、上記の処理では、Ｃｏｎｔｒｏｌノード６１１と通信ノード６０１，６０２を別のノードとして処理をする場合を示しているが、これも、このような方法だけでなく、通信ノード６０１あるいは通信ノード６０２がＣｏｎｔｒｏｌノード６１１の機能を有している場合も考えられる。
【０２７３】
さらに、上記の処理手順においては、ハンドオフ処理の終了後に、（９）にて、ハンドオフされたノード（上記の例では通信ノード６０２）内に作られていた無線端末ＳｕｂＵｎｉｔを削除することにしているが、必ずしも無線端末ＳｕｂＵｎｉｔを削除する必要はない。例えば、各通信ノードが無線端末が接続されていないときでも無線端末ＳｕｂＵｎｉｔを保持するようにしておき、実際に無線端末が接続したときのみ、自ノード内のｉ＿ｐｌｕｇやｏ＿ｐｌｕｇと、無線端末ＳｕｂＵｎｉｔを接続できるようにする、という方法も考えられる。
【０２７４】
ここで、図２３の手順について説明する。ここでは、図１８の手順との相違点について説明する。
【０２７５】
無線端末の移動元の通信ノードでは、図１８のステップＳ１６，ステップＳ１７，Ｓ１８，Ｓ１９，Ｓ２０，Ｓ２１に相当する手順はなく、その代わりに、ステップＳ１１６のハンドオフ処理において、ｉ＿ｐｌｕｇと無線端末ＳｕｂＵｎｉｔとの間をＤｉｓｃｏｎｎｅｃｔするとともにｉ＿ｐｌｕｇの（ｃｈ＿ｘ）からの受信を終了する（また、無線端末ＳｕｂＵｎｉｔを削除することもある）。
【０２７６】
また、無線端末の移動先の通信ノードは、ステップＳ２５で無線端末の移動元の通信ノードが用いていたのと同じＩｓｏｃｈｒｏｎｏｕｓチャネル（ｃｈ＿ｘ）から受信するための設定を行う点が、第２の実施形態と相違する。
【０２７７】
なお、上記の例は、ＩＥＥＥ１３９４バス上の１３９４ノードから無線端末へのデータ転送を実行する場合の例であるが、同様の処理によって、無線端末からＩＥＥＥ１３９４バス上の他の１３９４ノードへのデータ転送も実行可能である。
【０２７８】
なお、本実施形態の通信ノード６０２の内部構成のブロック図の一例は、図１９に示したブロック図と同様になるが、そのＳｕｂＵｎｉｔ構成管理処理部９０４で実行される処理としては、第２の実施形態に示された処理と異なり、新たなＩｓｏｃｈｒｏｎｏｕｓチャネルをＩＥＥＥ１３９４バス上に設定することなく、元々使われていたＩｓｏｃｈｒｏｎｏｕｓチャネルを使ってハンドオフを実行する処理になっている。
【０２７９】
以上の第１〜第３の実施形態では、無線端末を１３９４ノードのＳｕｂＵｎｉｔとして認識するようにした実施形態について説明してきたが、以下の第４、第５の実施形態では、無線端末を１３９４ノードの子ノードとなるダミーノードとしてエミュレートするようにした実施形態について説明する。
【０２８０】
第４の実施形態では、第１の実施形態のように基本的な構成・動作について説明し、第５の実施形態では、第２、第３の実施形態のように無線端末についてハンドオフが生じる場合について説明する。
【０２８１】
（第４の実施形態）
図２４に、第１のネットワークとしてＩＥＥＥ１３９４バスを用い、第２のネットワークとして無線ネットワークを用いた通信システムの一例を示す。
【０２８２】
図２４に例示されるように、ＩＥＥＥ１３９４バス上には、１３９４インタフェースを有する複数の１３９４ノード１１０１，１１０２，１２０１，１２０２，１２０３，１２０４が接続されており、さらにノード１１０１，１１０２は無線インタフェースも持っている（ノード１２０１〜１２０４は無線インタフェースは持っていないものとする）。
【０２８３】
本実施形態の通信ノード１１０１，１１０２は、自ノードが持っている無線インタフェースに無線端末（通信端末）が接続されることを予想して、あらかじめダミーノード２００１，２００２が接続しているかのように動作する。図２４の例では、各通信ノード１１０１，１１０２に、それぞれ、１つのダミーノード２００１，２００２が接続される場合を示しているが、通信ノードに接続できるダミーノードの数は、１つに限定されるものではなく、複数のダミーノードが接続しているように見せるようにしてもよい。本実施形態では、簡単のために１つのダミーノードを接続した場合について説明する。
【０２８４】
また、図２４では、無線端末（通信端末）１３０１，１３０２が、それぞれ、通信ノード１１０１，１１０２を介してＩＥＥＥ１３９４バス上のノードと通信を行う場合を示している。
【０２８５】
ＩＥＥＥ１３９４のプロトコルによれば、ＩＥＥＥ１３９４バス上に新たなノードが接続されたり、接続していたノードが切り離されたりした場合には、バスをリセットして、新たな「構成認識処理」を実行するようになっている。このバスリセット時の構成認識処理としては、まず、各ノード間での親子関係を決定し、この結果、全てのノードの親ノードとなったノードが、ＩＥＥＥ１３９４バス上でのＲｏｏｔノードと認識される（ＩＥＥＥ１３９４プロトコルでのＴｒｅｅ−ＩＤ処理）。次に、Ｒｏｏｔノードとなったノードからの要求に従って、ＩＥＥＥ１３９４バス上の各ノードの物理ＩＤを割り当てるとともに、各ノードの構成情報をＩＥＥＥ１３９４バス上の全ノードに通知する（ＩＥＥＥ１３９４プロトコルでのＳｅｌｆ−ＩＤ処理）。これらの処理によって、ＩＥＥＥ１３９４バス上の全てのノードが、ＩＥＥＥ１３９４バスの構成情報（トポロジー情報）を保持することができるようになっている。
【０２８６】
このような構成認識処理を実行する際に、本実施形態における通信ノード１１０１は、自ノードに無線端末が接続しているか否かにかかわらず（接続している場合と接続していない場合のいずれの場合でも）、ダミーノード２００１を自分の子ノードとして隣接ノード間での親子関係を確立し、通信ノード１１０２も、同様に、自ノードに無線端末が接続しているか否かにかかわらず、ダミーノード２００２を自分の子ノードとして隣接ノード間での親子関係を確立する（Ｔｒｅｅ−ＩＤ処理）。また、この結果からＲｏｏｔノードと認識されたノードが、ＩＥＥＥ１３９４バス上の各ノードの物理ＩＤを順次設定する（Ｓｅｌｆ−ＩＤ処理）際に、本実施形態の通信ノード１１０１，１１０２は、それぞれ、このＳｅｌｆ−ＩＤ処理がダミーノード２００１，２００２に対して実行されたときに、ダミーノード２００１，２００２に換わって応答し、Ｒｏｏｔノードから割り当てられたダミーノード用の物理ＩＤを記憶する。また、このダミーノード２００１，２００２にそれぞれ割り当てられた物理ＩＤは、前述のように、ＩＥＥＥ１３９４バス上の全てのノードに通知されるので、当該ダミーノードを持つ通信ノード以外の１３９４ノード（当該通信ノード以外の通信ノードを含む）も、ＩＥＥＥ１３９４バス上に当該ダミーノードが存在するものと認識する。
【０２８７】
本実施形態においては、このダミーノードに割り当てられた物理ＩＤを用いて、通信ノード（１１０１とする）に接続される無線端末（１３０１とする）と、ＩＥＥＥ１３９４バス上に存在する他の１３９４ノード（１２０１とする）との間のデータ転送処理を実行することになる。具体的には、通信ノード１１０１が、ダミーノード２００１宛ての１３９４パケットを受信した際に、その受信したパケットを無線区間を伝送する無線パケットに変換して、通信ノード１１０１に接続している無線端末１３０１に転送する。また、通信ノード１１０１が無線端末１３０１から、ある１３９４ノード（例えば、１２０１）宛の無線パケットを受信すると、その受信した無線パケットを該当する１３９４ノード（例えば、１２０１）宛の１３９４パケットに変換し、通信ノード１１０１の接続しているＩＥＥＥ１３９４バス上に転送する、などのエミュレート処理を実行する。
【０２８８】
図２４の例のようにＩＥＥＥ１３９４バス上にノードが接続する状態になっている場合に、１３９４バス上でバスリセットが発生し、上記のような新たな構成認識処理が実行された後に構成される、ＩＥＥＥ１３９４バスのトポロジー情報の一例を図２５に示す。図２５では、１３９４ノード１２０２がＲｏｏｔノードとなっており、他のノードにそれぞれ物理ＩＤが割り当てられている（物理ＩＤはｎで示す）。また、ダミーノード２００１，２００２にも物理ＩＤ＝４，１がそれぞれ割り当てられているかのように、トポロジー認識されていることがわかる。
【０２８９】
次に、上記のような状態において、図２６に示すように、無線端末１３０１がＩＥＥＥ１３９４バスに接続した場合の具体的なデータ転送処理について説明する。ここで、無線端末１３０１は、予め取り決められた所定の手順によって通信ノード１１０１と通信ノード１１０２のいずれかに接続されることになる。この無線端末１３０１が接続する通信ノードの選択方法には、無線インタフェースを介して実行する方法や、ＩＥＥＥ１３９４バスのプロトコルを用いて実行する方法などが想定されるが、他の方法を用いても構わない。図２６の例においては、無線端末１３０１が通信ノード１１０１に接続し、ダミーノード２００１であるかのように通信を行う場合が示されている。
【０２９０】
図２６の通信システムにおいて、無線端末１３０１から１３９４ノード１２０１にデータを転送する際には、以下のような処理を順次実行する。
【０２９１】
図２７に、実行される処理のシーケンスの一例を示す。また、図２８に、下記のようなデータ転送処理を実行する通信ノードにおける、ネットワーク運用中の処理手順の一例を示す。
【０２９２】
（１）まず、無線手順によって、無線端末１３０１が接続する通信ノードが選択される（ここでは、通信ノード１１０１が選択されたものとする）。また、使用する周波数やスロットなどが割り当てられ、無線端末にも通知される。
【０２９３】
（２）次に、通信ノード１１０１（物理ＩＤ＝５）が、ダミーノード２００１に割り当てられた物理ＩＤ（ｎ＝４）や、ＩＥＥＥ１３９４バスのトポロジー情報（図２５の各ノードの物理ＩＤ等の情報）を無線端末１３０１に通知する。
【０２９４】
（３）無線端末１３０１から、１３９４ノード１２０１（物理ＩＤ＝７）に対して、パケットが送信される。送信パケットは、無線プロトコルによってＩＥＥＥ１３９４バス上の物理ＩＤ＝４のノードから物理ＩＤ＝７へのパケットとして認識される。なお、無線プロトコルのパケットとして１３９４パケットを用いる方法もある。
【０２９５】
（４）通信ノード１１０１は、無線端末１３０１から受信したパケットをＩＥＥＥ１３９４バスのパケットに変換するなどのプロトコル変換処理を行う。
【０２９６】
（５）通信ノード１１０１は、プロトコル変換処理を行ったパケットを、ＩＥＥＥ１３９４プロトコルに従って物理ＩＤ＝７の１３９４ノード１２０１に向けて送信する。
【０２９７】
（６）上記パケットを受け取った１３９４ノード１２０１は、受信したパケットに記されている処理を実行した後、送信ノードである物理ＩＤ＝４のノードに対して、Ａｃｋ／Ｒｅｓｐｏｎｓｅメッセージを送信する。
【０２９８】
（７）通信ノード１１０１は、ＩＥＥＥ１３９４バスから受信したＡｃｋ／Ｒｅｓｐｏｎｓｅメッセージを無線プロトコルに変換するなどのプロトコル変換処理を行う。
【０２９９】
（８）通信ノード１１０１は、無線プロトコルに応じて必要であれば、１３９４ノード１２０１からのＡｃｋ／Ｒｅｓｐｏｎｓｅの内容を無線端末１３０１に転送する。無線ネットワークで用いられるプロトコルによって必要がなければ、通信ノード１１０１から無線端末１３０１へのＡｃｋ／Ｒｅｓｐｏｎｓｅパケットの送信はしないようにしても構わない。
【０３００】
なお、上記では、無線端末１３０１から１３９４ノード１２０１へのデータ転送について説明したが、同様の手順によって（通信ノード１１０１内でのプロトコル変換処理を逆にすることで）、１３９４ノード１２０１から無線端末１３０１へのデータ転送も実現できる。
【０３０１】
また、上記の（３）以降のデータ転送処理における無線区間のデータ転送方式は、無線ネットワーク独自のデータ転送方式でも、ＩＥＥＥ１３９４プロトコルを無線通信に適応した「無線１３９４プロトコル」でのデータ転送方式のどちらでも構わない。
【０３０２】
ここで、図２８の手順について説明する。
【０３０３】
まず、通信ノードは、バスがリセットされると、ＩＥＥＥ１３９４プロトコルでのＴｒｅｅ−ＩＤ処理やＳｅｌｆ−ＩＤ処理を実行し（ステップＳ２０１）、１３９４ノードとして動作する（ステップＳ２０２）。ステップＳ２０１の処理では、所定数のダミーノードを自分の子ノードとして隣接ノード間での親子関係を確立する。
【０３０４】
ここで、無線端末が接続する場合（ステップＳ２０３）、エミュレート機能が実行可能でなければ（ステップＳ２０４）、接続を却下して（ステップＳ２０５）、ステップＳ２０２に戻るが、エミュレート機能が実行可能であれば（ステップＳ２０４）、当該無線端末に、対応するダミーノードの物理ＩＤやＩＥＥＥ１３９４バスのトポロジー情報を当該無線端末に通知し（ステップＳ２０６，Ｓ２０７）、当該物理ＩＤを用いたエミュレート処理を実行する（ステップＳ２０８）。
【０３０５】
ここで、無線端末が切断した場合（ステップＳ２０９）、他にエミュレート処理を実行していなければ（ステップＳ２１０）、ステップＳ２０２に戻り、他にエミュレート処理を実行していれば（ステップＳ２１０）、ステップＳ２０８の処理を続行する。また、他の無線端末が接続する場合（ステップＳ２１１）には、新たな無線端末の接続処理を開始する（ステップＳ２１２）。
【０３０６】
次に、図２６の無線ネットワーク中の通信ノード１１０１と無線端末１３０１との間において、経路遮断などが発生した場合を考える。このとき、無線端末１３０１から送出されたパケットは無線区間において消失してしまうことになるので、適当な時間待った後に、再度送信することによって経路遮断の問題を回避できる。しかし、１３９４ノードから無線端末１３０１に向かって送られたパケットが消失した場合は、ＩＥＥＥ１３９４プロトコルとの整合を考え、以下のような手順で処理を行う方法が考えられる。
【０３０７】
図２９に、この場合の処理のシーケンスの一例を示す。
【０３０８】
（１）１３９４ノード１２０１から無線端末１３０１に送られるデータが、物理ＩＤ＝７から物理ＩＤ＝４へのパケットに乗せられて通信ノード１１０１に届けられる。
【０３０９】
（２）通信ノード１１０１において受信したパケットのプロトコル変換等の処理を施した後に、そのパケットを無線端末１３０１に向かって送信する。ここで、無線区間（無線端末１３０１と通信ノード１１０１との間）で経路遮断が発生し、通信ノード１１０１から無線端末１３０１へ送信されたパケットが無線区間において消滅する。
【０３１０】
（３）一定時間経ても、無線端末１３０１からのＡｃｋ／Ｒｅｓｐｏｎｓｅｐパケットが届かない場合は、通信ノード１１０１は、１３９４ノード１２０１に対して、ＡｃｋＰｅｎｄｉｎｇやＡｃｋＢｕｓｙなどのメッセージを返す（ＩＥＥＥ１３９４プロトコルに規定されている処理を行う）。
【０３１１】
（４）通信ノード１１０１は、無線端末１３０１からのＡｃｋ／Ｒｅｓｐｏｎｓｅパケットを受信するまで、再送処理を繰り返し実行する。
【０３１２】
（５）無線端末１３０１は、通信ノード１１０１からのパケットを受信したら、適当な処理を行った後に、そのパケットに対するＡｃｋ／Ｒｅｓｐｏｎｓｅパケットを送り返す。
【０３１３】
（６）通信ノード１１０１は、無線端末１３０１からのＡｃｋ／Ｒｅｓｐｏｎｓｅパケットを受け取ったら、プロトコル変換処理を行った後に、物理ＩＤ＝４からのＡｃｋＣｏｍｐｌｅｔｅ／Ｒｅｓｐｏｎｓｅパケットとして、そのパケットを物理ＩＤ＝７の１３９４ノード１２０１に送信する。
【０３１４】
なお、無線区間において無線１３９４プロトコルを用いてデータ転送を行っている場合には、無線区間の経路遮断はＩＥＥＥ１３９４バスの切断と同じように行われることになる。このため、無線区間で経路遮断が発生すると、無線区間独自でのバスリセットが実行されることになり、以下のような手順でデータ転送処理が再開される。なお、無線区間で経路遮断が発生しても、図２４のＩＥＥＥ１３９４バスではバスリセットは起こらない。
【０３１５】
図３０に、この処理のシーケンスの一例を示す。
【０３１６】
（１）１３９４ノード１２０１から無線端末１３０１に送られるデータが、物理ＩＤ＝７から物理ＩＤ＝４へのパケットに乗せられて通信ノード１１０１に届けられる。
【０３１７】
（２）無線区間（無線端末１３０１と通信ノード１１０１との間）で経路遮断が発生する。
【０３１８】
（３）無線区間でのバスリセットが実行される。
【０３１９】
（４）無線区間でのバスリセットが発生した場合には、通信ノード１１０１は、無線端末１３０１へのトランザクション全てをＦａｉｌしたものとして、無線端末１３０１へのデータ転送を行っている１３９４ノード１２０１などに通知する。
【０３２０】
（５）図２７で例示した無線端末接続のための処理（１）と（２）を再実行する。
【０３２１】
（６）接続処理が終了したら、１３９４ノード１２０１からのデータ転送を再開する。
【０３２２】
このような方法によって、無線区間に経路遮断が発生した場合でも、有線のＩＥＥＥ１３９４バスのリセットを伴うことなく、データ転送処理を継続することができるようになる。
【０３２３】
図３１に、本実施形態の通信ノード１１０１の内部構成のブロック図の一例を示す。
【０３２４】
本実施形態の通信ノード１１０１には、無線端末１３０１との通信を行うための無線インタフェース処理部１７０１と、ダミーノードのための処理や、ＩＥＥＥ１３９４バス上で無線端末のエミュレート処理を実行するエミュレート処理実行部１７０２と、ＩＥＥＥ１３９４バスでの自動構成認識処理を実行する構成認識処理実行部１７０３と、無線区間とＩＥＥＥ１３９４バス上のパケットフォーマット変換等を実行するプロトコル変換処理部１７０４と、ＩＥＥＥ１３９４バス上での通信を行うための１３９４インタフェース処理部１７０５とを用いて構成される。プロトコル変換処理部１７０４では、エミュレート処理実行部１７０２の結果を用いて、無線インタフェース処理部１７０１で受け取ったパケットを、どの１３９４ノードに送信するのかといった処理や、逆に１３９４インタフェース処理部１７０５で受信した１３９４パケットの中から必要なパケットを無線端末１３０１に転送するといった処理等の、無線プロトコルとＩＥＥＥ１３９４プロトコルとの間のプロトコル変換処理を実行している。
【０３２５】
さて、以下では、無線端末から基地局ノードに通知／記憶される無線端末のサービス情報を、その基地局ノードに接続している別の１３９４ノードが持つサービス情報として見せる例について説明する（図３２を参照）。
【０３２６】
この場合は、まず、ＩＥＥＥ１３９４バスの初期化（バスリセット）処理時に、基地局ノード２９０１が、無線端末２９１０に対応する仮想１３９４ノード（ダミーノード）２９１１が基地局ノード２９０１のリーフ（子ノードとして）に接続しているように振舞い、ダミーノード２９１１を基地局ノード２９０１のリーフのノードとして、バス上の他の１３９４ノードに認識させる。このときの、無線端末２９１０が有するサービス情報の開示方法としては、例えば、第１の実施形態の最後の部分で説明したように（図６〜図１３）、ダミーノード２９１１内のＳｕｂＵｎｉｔとして無線端末２９１０を開示し、その無線端末に対応するＳｕｂＵｎｉｔのサービス情報として無線端末２９１０が有するサービス情報を開示する方法や、ダミーノード２９１１内に無線端末２９１０が有するＭＰＥＧ−２デコーダ機能などの各機能に対応するＳｕｂＵｎｉｔ（例えば、ＭＰＥＧ−２デコーダＳｕｂＵｎｉｔ等）を定義し、これらの各ＳｕｂＵｎｉｔのサービス情報として、無線端末２９１０が有するサービス情報を開示する方法などが考えられる。以下、本実施形態においては、ダミーノード２９１１内に無線端末ＳｕｂＵｎｉｔを定義し、このＳｕｂＵｎｉｔが有するサービス情報として、無線端末２９１０内のＭＰＥＧ−２デコーダ機能を開示する場合について説明する。
【０３２７】
図３２に、関連する機能のみを含むＩＥＥＥ１３９４バスのネットワーク構成図を示す。ここでは、第１の実施形態の図９の場合と同様に、ＩＥＥＥ１３９４バス上にＭＰＥＧ−２でエンコードされた映像情報（ＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３）を有する１３９４ノード２９０３が存在し、そこから無線端末２９１０に、ＭＰＥＧ−２方式でエンコードされた映像情報を転送する場合の処理について説明する。図３２には、映像を見たいと思ったユーザーが扱うリモコン装置２０１２と、そのリモコン装置から通知される情報から、ＩＥＥＥ１３９４バス上や各１３９４ノード内で必要な処理のためのコマンドを作成／送信するＣｏｎｔｒｏｌノード２９０４と、無線端末２９１０を収容する基地局ノード２９０１が存在している。本実施形態では、基地局ノード２９０１が、無線端末２９１０を、自ノードのリーフノードとして接続している仮想的な１３９４ノード内のＳｕｂＵｎｉｔとして、他の１３９４ノードに認識させる。そのため、図３２では、基地局ノード２９０１に、無線端末２９１０に対応する仮想的な１３９４ノード（ダミーノード）２９１１が接続する構成になっている。
【０３２８】
まず、基地局ノード２９０１は、ダミーノード２９１１中に、無線端末２９１０に対応する無線端末ＳｕｂＵｎｉｔ２０４５を定義する。そして、無線端末ＳｕｂＵｎｉｔ２０４５が有するサービス機能として、無線端末２９１０内のＭＰＥＧ−２デコード機能を登録する。このダミーノードをＩＥＥＥ１３９４バス上の１３９４ノードに認識させるための構成認識処理は、ＩＥＥＥ１３９４バスのバスリセットに伴って実行されるＴｒｅｅ−ＩＤ処理／Ｓｅｌｆ−ＩＤ処理によって実行される。ここで、ダミーノード２９１１中への無線端末ＳｕｂＵｎｉｔの登録処理は、無線端末２９１１が無線ネットワークに接続したときに実行する方式や、無線端末２９１１に関係なく、基地局ノード２９０１がＩＥＥＥ１３９４バスに接続した時点で、あらかじめ登録してしまっておく方式などが考えられる。
【０３２９】
このように、基地局ノード２９０１が、無線端末２９１０を基地局ノード２９０１に接続した１３９４ノード２９１１内のＳｕｂＵｎｉｔとして扱う（認識させる）ことで、無線端末２９１０と基地局ノード２９０１との間の無線区間を、基地局ノード２９０１とダミーノード２９１１との間のＩＥＥＥ１３９４ケーブルに置き換えて、ＩＥＥＥ１３９４バス上の各ノードに見せることができる。また、１３９４ノード２９０３内の個々のＭＰＥＧ−２の画像ソースは、１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３が持つサービス機能群として認識される。
【０３３０】
このような構成で認識されるネットワークにおいて、１３９４ノード２９０３中に存在するＭＰＥＧ−２でエンコードされた映像情報を、無線端末２９１０に転送する場合の処理の手順を以下に示す。また、このときの処理シーケンスの一例を図３３に、この処理によって設定されるＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓチャネルや、ＳｕｂＵｎｉｔ間のコネクションの接続状況の例を図３４に示す。
【０３３１】
（１）ユーザーが、リモコン２０１２を介してＣｏｎｔｒｏｌノード２９０４に、ＩＥＥＥ１３９４バス上に存在するサービス情報の一覧表示を要求する。
【０３３２】
（２）Ｃｏｎｔｒｏｌノード２９０４が、ダミーノード２９１１と１３９４ノード２９０３に対して、各ノード内のＳｕｂＵｎｉｔ情報の開示要求を送出し、それに対して、各ノードが自ノード内のＳｕｂＵｎｉｔ情報を開示（通知）する。
【０３３３】
・ダミーノード２９１１については、基地局ノード２９０１が代わりに応答する。
【０３３４】
（３）Ｃｏｎｔｒｏｌノード２９０４が、ダミーノード２９１１内の無線端末ＳｕｂＵｎｉｔ２０４５と、１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３に対し、登録されているサービス情報の開示要求を送出し、それに対し、各ノードが無線端末ＳｕｂＵｎｉｔ／ＭＰＥＧ−２ソースＳｕｂＵｎｉｔの持つサービス情報を開示（通知）する。
【０３３５】
・無線端末ＳｕｂＵｎｉｔ内のＭＰＥＧ−２デコーダ機能については、基地局ノード２９０１が代わりに開示する。
【０３３６】
・ＭＰＥＧ−２ソースＳｕｂＵｎｉｔ内の機能としては、１３９４ノード２９０３が保持している個々の画像ソースを開示する。
【０３３７】
（４）Ｃｏｎｔｒｏｌノード２９０４もしくはリモコン２０１２上に、Ｃｏｎｔｒｏｌノード２９０４が受信したサービス情報の一覧を表示し、ユーザーが、これらの情報から、リモコン２０１２を介して、１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３が持つ適当な画像データ（サービス情報として開示）を、ダミーノード２９１１内の無線端末ＳｕｂＵｎｉｔ２０４５に転送するように要求する。
【０３３８】
（５）Ｃｏｎｔｒｏｌノード２９０４が、１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３からの、データ転送を実行する。まず、各ノードの内部のＳｕｂＵｎｉｔ間の接続要求を送出する。
【０３３９】
・ダミーノード２９１１内のｉ＿ｐｌｕｇ２０４１と無線端末ＳｕｂＵｎｉｔ２０４５との間を接続し、基地局ノード２９０１がダミーノード２９１１のエミュレート処理を実行する（図３４中のコネクション（１））。
【０３４０】
１．ダミーノード２９１１宛のパケットを受信し、無線ネットワークのパケットに変換して、無線ネットワークのプロトコルに従って無線端末２９１０に送信する。
【０３４１】
２．無線端末２９１０からのパケットを受信し、ＩＥＥＥ１３９４バス上のパケットに変換して、その宛先情報から、宛先ノードとなるＩＥＥＥ１３９４バス上のノードを識別する。
【０３４２】
３．ＩＥＥＥ１３９４バスのプロトコルに従って、識別した宛先の１３９４ノードにパケットを送出する。
【０３４３】
・１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３とｏ＿ｐｌｕｇ２０５２との間を接続する（図３４中のコネクション（３））。
【０３４４】
（６）基地局ノード２９０１が、ダミーノード２９１１内のｉ＿ｐｌｕｇ２０４１とＭＰＥＧ−２デコーダＳｕｂＵｎｉｔ２０５３との間を接続するコネクションに対応するリソースを、無線端末２９１０との間で確保する（図３４中のコネクション（２））。
【０３４５】
（７）Ｃｏｎｔｒｏｌノード２９０４が、ＩＥＣ６１８８３プロトコルによってＩＥＥＥ１３９４バス上にＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＿Ｘ）を確保する（図３４中のコネクション（４））。
【０３４６】
（８）Ｃｏｎｔｒｏｌノード２９０４が、上記の処理によって確保したＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＿Ｘ）を用いたデータ転送を、ＩＥＣ６１８８３プロトコルに従って指示する。
【０３４７】
・ダミーノード２９１１のｉ＿ｐｌｕｇ２０４１に対し、Ｃｈ＿Ｘからのデータ受信を指示する。
【０３４８】
・１３９４ノード２９０３のｏ＿ｐｌｕｇ２０５２に対し、Ｃｈ＿Ｘへのデータ送信を指示する。
【０３４９】
（９）図３４中のコネクション（１）とコネクション（３）とＩｓｏｃｈｒｏｎｏｕｓチャネル（４）を通って、１３９４ノード２９０３内のＭＰＥＧ−２ソースＳｕｂＵｎｉｔ２０５３から、ダミーノード２９１１内のＭＰＥＧ−２デコーダＳｕｂＵｎｉｔ２０４５へ（実質的には基地局ノード２９０１へ）、ＭＰＥＧ−２でエンコードされた映像データが転送される。実際には、基地局ノード２９０１内でＩＥＥＥ１３９４バスから無線ネットワークへのプロトコル変換処理を実行された後、無線ネットワーク内に確保されたリソース（図３４中のコネクション（２））を通って、ＭＰＥＧ−２でエンコードされたデータが無線端末２９１０に転送される。
【０３５０】
このような、サービス情報の通知／登録処理を行なって、ＩＥＥＥ１３９４バス上でのデータ転送処理を実現する無線端末２９１０の内部構成は、第１の実施形態で図１２に示した無線端末の内部構成と同様である。しかし、基地局ノード２９０１の内部構成には、無線端末２９１０を基地局ノード内の一つのＳｕｂＵｎｉｔとしてではなく、ＩＥＥＥ１３９４バス上の一つの１３９４ノード（ダミーノード）として認識させるための機能が必要となる。
【０３５１】
図３５に、本実施形態の基地局ノード２９０１の内部構成のブロック図の一例を示す。
【０３５２】
図３５の基地局ノード２９０１内には、無線ネットワークを介して無線端末３０１との間で通信を行なうための無線インタフェース処理部２９８１と、無線ネットワークとＩＥＥＥ１３９４バスの間のパケット変換処理等の、プロトコル変換機能を実行するプロトコル変換処理部２９８２と、無線管理ノードへの位置登録情報の通知処理や、無線管理ノードからの周波数／タイムスロット／帯域割り当て結果の受信処理や、その受信した結果やＩＥＥＥ１３９４バス上でのＩＥＣ６１８８３プロトコル処理の結果等に対応して、無線ネットワーク上でのリソース確保処理などを実行する基地局機能実行処理部２９８３と、無線端末２９１０との間で、無線端末２９１０上のサービス情報や、ＩＥＥＥ１３９４バスに接続している各ノード上のサービス情報などを送受信するサービス情報送受信部２９８４と、無線端末２９１０が基地局ノード２９０１に接続したことを受け、無線端末２９１０に対応するダミーノード２９１１のエミュレート処理として、ダミーノード２９１１のための構成認識処理や、ダミーノード宛に送られてきた１３９４パケットのプロトコル変換処理部２９８２への転送処理や、無線端末２９１０のサービス情報を用いたダミーノード２９１１のサービス情報を、ＩＥＥＥ１３９４バス上の他の１３９４ノードに通知するなどのサービス情報の送受信処理等を実行するエミュレート処理実行部２９８５と、ＩＥＥＥ１３９４バス上におけるリソース獲得／割り当て処理として定義されている、ＩＥＣ６１８８３プロトコルを実行するＩＥＣ６１８８３プロトコル処理部２９８６と、初期化時の処理として、ＩＥＥＥ１３９４バスの構成認識処理を実行する構成認識処理実行部２９８７と、ＩＥＥＥ１３９４バスへのインタフェース機能を提供するＩＥＥＥ１３９４バスインタフェース処理部２９８８と、自ノードに接続している無線端末２９１０のサービス情報を記憶する無線端末サービス情報記憶部２９８９と、上記のＩＥＥＥ１３９４バスの構成認識処理によって獲得した、ＩＥＥＥ１３９４バス上の各ノードが有するサービス情報や、エミュレート処理実行部２９８５を介して収集されるダミーノードのサービス情報等を記憶するＩＥＥＥ１３９４サービス情報記憶部２９９０とが存在している。
【０３５３】
ここで、ダミーノード２９１１のためのエミュレート処理を実行するエミュレート処理実行部２９８５の機能は、例えば、ＩＥＥＥ１３９４関連のプロトコルとして定義されている、ＡＶ／Ｃ（Ａｕｄｉｏ Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコルの実行機能を伴っている場合が考えられる。このときは、エミュレート処理実行部２９８５は、ＡＶ／Ｃプロトコルを実行して、無線端末サービス情報記憶部２９８９やＩＥＥＥ１３９４サービス情報記憶部１２１０内に記憶するサービス情報を収集することができると共に、このサービス情報を用いて、ＩＥＥＥ１３９４バス上のリソース獲得処理（ＩＥＣ６１８８３プロトコル処理）や、各１３９４ノード内のＳｕｂＵｎｉｔ間接続処理などを起動することになる。
【０３５４】
また、本実施形態の基地局ノード２９０１は、ダミーノード２９１１のエミュレート処理も実行するため、ＩＥＥＥ１３９４インタフェース処理部２９８８では、基地局ノード２９０１の物理ＩＤ（ｎ＝４）宛のパケットと共にダミーノード２９１１の物理ＩＤ（ｎ＝５）宛のパケットを受信する処理や、基地局ノード２９０１からのパケットとともにダミーノード２９１１からのパケットの送出処理を実行する。このような、エミュレート処理を実行すべきダミーノードの物理ＩＤの値（ｎ＝５）は、ＩＥＥＥ１３９４バスの自動構成認識処理を実行する構成認識処理実行部２９８７によって通知される。この物理ＩＤ（ｎ＝５）の値は、同様に、エミュレート処理実行部２９８５にも通知され、エミュレート処理実行部２９８５でのエミュレート処理に用いられることにもなる。
【０３５５】
（第５の実施形態）
次に、本実施形態の通信ノードを含む図２６に示すような通信システムにおいて、無線端末１３０１が移動していく場合の、ＩＥＥＥ１３９４バス上における通信ノード間でのハンドオフ手順について説明する。なお、本実施形態の各ノードや無線端末は基本的に第４の実施形態で説明した機能を有するものであるので、本実施形態では第４の実施形態と相違する点を中心に説明する。
【０３５６】
ここでは、図３６に例示するように、ＩＥＥＥ１３９４バス上に複数の無線インタフェースを有する通信ノード（１８０１，１８０２）が存在し、無線端末１９０１が移動する場合に、無線端末１９０１を収容するノードが、通信ノード１８０１から通信ノード１８０２に変更していくものとする。
【０３５７】
具体的な処理の方法としては、無線端末（１９０１）は、直前まで収容されていた通信ノード（本例では１８０１）で用いられていたエミュレート処理のための物理ＩＤ（本例ではｎ＝４）を記憶しておき、ハンドオフ処理の実行時に、新たに収容される通信ノード（本例では１８０２）に対して、その記憶している物理ＩＤを通知する。そして、以降のデータ転送方法としては、例えば、１）無線端末から物理ＩＤを通知された通信ノードが、その通知された物理ＩＤを用いて無線端末のエミュレート処理を行う方式や、２）無線端末から物理ＩＤを通知された通信ノードが、その通知された物理ＩＤの通信ノードに対して、自ノード（すなわち、新たに無線端末を収容する通信ノード）へのデータ転送命令を送る方法が考えられる。以下、最初に前者の方法について説明し、次に後者の方法について説明する。
【０３５８】
まず、図３６のネットワークにおいて、無線端末１９０１が移動する直前まで収容されていた通信ノード１８０１で用いられていたエミュレート処理用の物理ＩＤ（ｎ＝４）を、新たに収容される通信ノード１８０２に通知し、通知された通信ノード１８０２が、その通知された物理ＩＤ（ｎ＝４）を用いてエミュレート処理を行う場合の処理手順を以下に示す。
【０３５９】
図３７に、この場合の処理のシーケンスの一例を示す。また、図３８に、このときの通信ノード１８０１，１８０２での処理の手順の一例を示し、図３９に、無線端末１９０１での処理の手順の一例を示す。
【０３６０】
（１）無線手順で、無線端末１９０１が通信ノード１８０１に接続することが決定する。
【０３６１】
（２）通信ノード１８０１が、自ノードでのエミュレート処理に使用する物理ＩＤ（ｎ＝４）を、無線端末３０１に通知する。
【０３６２】
（３）その後、無線端末１９０１が移動し、無線手順によって、無線端末１９０１が通信ノード１８０２に接続することが決定する。
【０３６３】
（４）無線端末１９０１が、直前まで使用していたエミュレーション用の物理ＩＤ（ｎ＝４）を、通信ノード１８０２に通知する。
【０３６４】
（５）通信ノード１８０２が、今後、物理ＩＤ（ｎ＝４）を用いたエミュレート処理を開始する旨を、物理ＩＤ（ｎ＝４）のノード（実質的に通信ノード１８０１）に対して通知する。
【０３６５】
（６）通信ノード１８０１は、通信ノード１８０２から物理ＩＤ（ｎ＝４）を用いたエミュレート処理の開始を通知されたら、物理ＩＤ（ｎ＝４）を用いたエミュレート処理を終了する。
【０３６６】
（７）通信ノード１８０１が、エミュレート処理の終了を通信ノード１８０２に通知する。
【０３６７】
（８）通信ノード１８０２が、自身が持っているエミュレート用の物理ＩＤ（ｎ＝１）の代わりに、無線端末１９０１から通知された物理ＩＤ（ｎ＝４）を用いてエミュレート処理を開始する。
【０３６８】
（９）さらに移動するたびに、上記の（３）〜（８）の処理を繰り返す。
【０３６９】
ここで、図３８の通信ノードでの処理の手順について説明する。
【０３７０】
まず、通信ノードは、バスがリセットされると、ＩＥＥＥ１３９４プロトコルでのＴｒｅｅ−ＩＤ処理やＳｅｌｆ−ＩＤ処理を実行し（ステップＳ３０１）、１３９４ノードとして動作する（ステップＳ３０２）。ステップＳ３０１の処理では、所定数のダミーノードを自分の子ノードとして隣接ノード間での親子関係を確立する。
【０３７１】
ここで、無線端末が接続する場合（ステップＳ３０３）、エミュレート機能が実行可能でなければ（ステップＳ３０４）、接続を却下して（ステップＳ３０５）、ステップＳ３０２に戻るが、エミュレート機能が実行可能であれば（ステップＳ３０４）、ステップＳ３０６からのエミュレート処理に移る。
【０３７２】
無線端末から物理ＩＤ（Ｘ）を受信しないか（ステップＳ３０６）、または無線端末から物理ＩＤ（Ｘ）を受信し（ステップＳ３０６）、かつ、Ｘ＝０Ｘ３Ｆ（０Ｘ３Ｆは当該無線端末が現在いずれの通信ノードにも接続していないことを意味する）であるならば、使用するダミーノードの物理ＩＤ（Ｙ）を無線端末に通知し（ステップＳ３１９）、物理ＩＤ（Ｙ）を用いたエミュレート処理を実行する（ステップＳ３２０）。
【０３７３】
ここで、無線端末が切断した場合（ステップＳ３１２）、物理ＩＤ（Ｙ）を用いたエミュレート処理を終了し（ステップＳ３１３）、ステップＳ３０２に戻る。また、他の端末が接続する場合（ステップＳ３１４）、新たな端末の接続処理を開始する（ステップＳ３１５）。また、物理ＩＤ（Ｚ）の１３９４ノードからエミュレート処理の開始通知を受信したならば（ステップＳ３１６）、物理ＩＤ（Ｙ）を用いたエミュレート処理を終了し（ステップＳ３１７）、物理ＩＤ（Ｚ）の１３９４ノードにエミュレート処理の終了を通知し（ステップＳ３１８）、ステップＳ３０２に戻る。
【０３７４】
一方、ステップＳ３０６において無線端末から物理ＩＤ（Ｘ）を受信し、かつ、ステップＳ３０７においてＸ＝０Ｘ３Ｆでないならば、物理ＩＤ＝Ｘの１３９４ノードにエミュレート処理の開始を通知する（ステップＳ３０８）。
【０３７５】
ここで、一定時間内にエミュレート処理の終了通知を物理ＩＤ＝Ｘの１３９４ノードから受信しなかったならば（ステップＳ３０９）、接続を却下し（ステップＳ３１０）、ステップＳ３０２に戻るが、一定時間内にエミュレート処理の終了通知を物理ＩＤ＝Ｘの１３９４ノードから受信したならば（ステップＳ３０９）、物理ＩＤ（Ｘ）を用いたエミュレート処理を実行する（ステップＳ３１１）。その後は上記と同様に、無線端末が切断した場合（ステップＳ３１２）には物理ＩＤ（Ｘ）を用いたエミュレート処理を終了してステップＳ３０２に戻り、他の端末が接続する場合（ステップＳ３１４）には新たな端末の接続処理を開始し（ステップＳ３１５）、物理ＩＤ（Ｚ）の１３９４ノードからエミュレート処理の開始通知を受信したならば（ステップＳ３１６）、物理ＩＤ（Ｘ）を用いたエミュレート処理を終了し（ステップＳ３１７）、物理ＩＤ（Ｚ）の１３９４ノードにエミュレート処理の終了を通知し（ステップＳ３１８）、ステップＳ３０２に戻る。
【０３７６】
次に、図３９の無線端末での処理の手順について説明する。
【０３７７】
無線端末は、無線エリア内で電源がＯＦＦからＯＮになったり、あるいは電源がＯＮの状態で無線エリア外から無線エリア内に移動すると（ステップＳ４０１）、位置登録処理によって基地局となる通信ノード（物理ＩＤ＝Ｙ）に接続し（ステップＳ４０２）、自身の物理ＩＤを当該基地局となる通信ノードに通知する（ステップＳ４０３）。なお、このときの無線端末の物理ＩＤは、物理ＩＤ＝Ｘ０＝０Ｘ３Ｆとする。
【０３７８】
ここで、一定時間内に当該基地局となる通信ノードから、新しい物理ＩＤ＝Ｘ１を受信したならば（ステップＳ４０４）、自身の物理ＩＤをＸ０からＸ１に更新し（ステップＳ４０５）、当該基地局となる通信ノードとの通信を実行する（ステップＳ４０６）。
【０３７９】
その後、移動などによって基地局となる通信ノードが変更になった場合（ステップＳ４０７）には、再度、ステップＳ４０３からの処理を実行し、一方、無線エリア内で電源がＯＮからＯＦＦになったり、あるいは電源がＯＮの状態で無線エリア内から無線エリア外に移動したならば（ステップＳ４０８）、処理は終了となる（ステップＳ４０９）。
【０３８０】
次に、図３６において、無線端末１９０１が直前まで収容されていた通信ノード１８０１で用いられていたエミュレート処理のための物理ＩＤ（ｎ＝４）を、新たに収容される通信ノード１８０２に通知して、通知された通信ノード１８０２が、その通知された物理ＩＤ（ｎ＝４）に対して、受け取ったパケットを物理ＩＤ（ｎ＝１）に転送するように指示することで、無線端末１９０１のハンドオフ処理を実行する場合の処理手順を以下に示す。
【０３８１】
図４０に、この場合の処理のシーケンスの一例を示す。また、図４１に、このときの通信ノード１８０１，１８０２での処理の手順の一例を示す。なお、無線端末１９０１における処理の手順の一例は図３９と同様である。
【０３８２】
（１）無線手順で、無線端末１９０１が通信ノード１８０１に接続することが決定する。
【０３８３】
（２）通信ノード１８０１が、自ノードでのエミュレート処理に使用する物理ＩＤ（ｎ＝４）を、無線端末１９０１に通知する。
【０３８４】
（３）その後、無線端末１９０１が移動し、無線手順によって、無線端末１９０１が通信ノード１８０２に接続することが決定する。
【０３８５】
（４）無線端末１９０１が、直前まで使用していたエミュレーション用の物理ＩＤ（ｎ＝４）を、通信ノード１８０２に通知する。
【０３８６】
（５）通信ノード１８０２が、今後、物理ＩＤ（ｎ＝４）宛のパケットを物理ＩＤ（ｎ＝１）に転送するように、物理ＩＤ（ｎ＝４）のノード（実質的に通信ノード１８０１）に対して指示をする。
【０３８７】
（６）通信ノード１８０１は、上記の指示に従って物理ＩＤ（ｎ＝４）を用いたエミュレート処理を終了し、物理ＩＤ（ｎ＝４）宛のパケットを受信したならば、それを物理ＩＤ（ｎ＝１）宛てのパケットに書き直して、再度ＩＥＥＥ１３９４バスに転送する処理を開始する。
【０３８８】
（７）通信ノード１８０１は、物理ＩＤ（ｎ＝１）への転送処理を開始した旨を、物理ＩＤ（ｎ＝１）に対して（実質的に通信ノード１８０２に対して）通知する。
【０３８９】
（８）通信ノード１８０２は、物理ＩＤ（ｎ＝１）に送られてきたパケットに対して、無線端末１９０１へのエミュレート処理を実行する。
【０３９０】
（９）通信ノード１８０２は、自ノードでのエミュレート処理に使用する物理ＩＤ（ｎ＝１）を、無線端末１９０１に通知する。
【０３９１】
（１０）さらに移動するたびに、上記の（３）〜（９）の処理を繰り返す。
【０３９２】
ここで、通信ノード１８０２から通信ノード１８０１へのパケットの転送処理を指示する方法（上記の（５）の処理）としては、ＩＥＥＥ１３９４プロトコル上でハンドオフのためのアプリケーションを実行する方法や、各通信ノードのアドレス空間の中に、ハンドオフ後の処理を指定するフィールド（レジスタ）をあらかじめ設定しておき、通信ノード１８０２が、通信ノード１８０１上のそのフィールド（レジスタ）に対して適当な値を書き込むことによって、所望の処理を通知する方法などが考えられる。
【０３９３】
ここで、図４１において、通信ノード１８０１，１８０２での処理の手順について説明する。
【０３９４】
まず、通信ノードは、バスがリセットされると、ＩＥＥＥ１３９４プロトコルでのＴｒｅｅ−ＩＤ処理やＳｅｌｆ−ＩＤ処理を実行し（ステップＳ５０１）、１３９４ノードとして動作する（ステップＳ５０２）。ステップＳ５０１の処理では、所定数のダミーノードを自分の子ノードとして隣接ノード間での親子関係を確立する。
【０３９５】
ここで、無線端末が接続する場合（ステップＳ５０３）、エミュレート機能が実行可能でなければ（ステップＳ５０４）、接続を却下して（ステップＳ５０５）、ステップＳ５０２に戻るが、エミュレート機能が実行可能であれば（ステップＳ５０４）、ステップＳ５０６からのエミュレート処理に移る。
【０３９６】
無線端末から物理ＩＤ（Ｘ）を受信しないか（ステップＳ５０６）、または無線端末から物理ＩＤ（Ｘ）を受信し（ステップＳ５０６）、かつ、Ｘ＝０Ｘ３Ｆ（０Ｘ３Ｆは当該無線端末が現在いずれの通信ノードにも接続していないことを意味する）であるならば、使用するダミーノードの物理ＩＤ（Ｙ）を無線端末に通知し（ステップＳ５１１）、物理ＩＤ（Ｙ）を用いたエミュレート処理を実行する（ステップＳ５１２）。なお、ステップＳ５１１では、Ｘの値を保持しておく。
【０３９７】
ここで、無線端末が切断した場合（ステップＳ５１３）、Ｘ＝０Ｘ３Ｆであるならば（ステップＳ５１４）、物理ＩＤ（Ｙ）を用いたエミュレート処理を終了し（ステップＳ５１６）、ステップＳ５０２に戻る。また、他の無線端末が接続する場合（ステップＳ５１７）、新たな端末の接続処理を開始する（ステップＳ５１８）。
【０３９８】
また、物理ＩＤ（Ｚ）の１３９４ノードから転送処理を指示するメッセージを受信したならば（ステップＳ５１９）、物理ＩＤ（Ｙ）を用いたエミュレート処理を終了し（ステップＳ５２０）、物理ＩＤ（Ｙ）から物理ＩＤ（Ｚ）への転送処理を開始した旨を物理ＩＤ（Ｚ）のノードに通知し（ステップＳ５２１）、物理ＩＤ（Ｙ）のノードから物理ＩＤ（Ｚ）への転送処理を実行する（ステップＳ５２２）。
【０３９９】
ここで、物理ＩＤ（Ｚ）のノードから転送処理終了のメッセージを受信したならば（ステップＳ５２３）、物理ＩＤ（Ｙ）のノードから物理ＩＤ（Ｚ）への転送処理を終了し（ステップＳ５２４）、ステップＳ５０２に戻る。また、他の端末が接続する場合（ステップＳ５２５）、新たな端末の接続処理を開始する（ステップＳ５１８）。
【０４００】
一方、ステップＳ５０６において無線端末から物理ＩＤ（Ｘ）を受信し、かつ、ステップＳ５０７においてＸ＝０Ｘ３Ｆでないならば、物理ＩＤ＝Ｘの１３９４ノードに、物理ＩＤ（Ｘ）から物理ＩＤ（Ｙ）への転送処理を指示する（ステップＳ５０８）。なお、ステップＳ５０８では、Ｘの値を保持しておく。
【０４０１】
ここで、一定時間内に転送処理の開始通知を受信しなかったならば（ステップＳ５０９）、接続を却下し（ステップＳ５１０）、ステップＳ５０２に戻るが、一定時間内に転送処理の開始通知を受信したならば（ステップＳ５０９）、物理ＩＤ（Ｙ）を用いたエミュレート処理を実行する（ステップＳ５１２）。
【０４０２】
ここで、無線端末が切断した場合（ステップＳ５１３）、Ｘ＝０Ｘ３Ｆでないならば（ステップＳ５１４）、物理ＩＤ（Ｘ）のノードに転送処理の終了を指示し（ステップＳ５１５）、物理ＩＤ（Ｙ）を用いたエミュレート処理を終了し（ステップＳ５１６）、ステップＳ５０２に戻る。また、他の端末が接続する場合（ステップＳ５１７）、新たな端末の接続処理を開始する（ステップＳ５１８）。なお、ステップＳ５１９にて物理ＩＤ（Ｚ）の１３９４ノードから転送処理を指示するメッセージを受信した以降は、前述した通りである。
【０４０３】
図４２に、本実施形態の通信ノード１８０１の内部構成のブロック図の一例を示す。
【０４０４】
本実施形態の通信ノード１８０１には、無線端末１９０１との通信を行うための無線インタフェース処理部１９８１と、ダミーノードを用いたＩＥＥＥ１３９４バス上での無線端末のエミュレート処理を実行するエミュレート処理実行部１９８２と、ダミーノードに代わってＳｅｌｆ−ＩＤ処理等とともに、ＩＥＥＥ１３９４バス上での自動構成認識処理を実行する構成認識処理実行部１９８３と、無線区間とＩＥＥＥ１３９４バス上でのパケットフォーマット変換などを実行するプロトコル変換処理部１９８４と、ＩＥＥＥ１３９４バス上での通信を行うための１３９４インタフェース処理部１９８５と、上記ハンドオフのための処理を実行するハンドオフ処理部１９８６とを用いて構成される。具体的には、ハンドオフ処理部１９８６において、新たに接続した通信ノードへの物理ＩＤの通知処理や、新たにエミュレート処理を行う物理ＩＤの設定処理や、エミュレート処理からパケットの転送処理への変換の指示や、実際の転送処理などを行うことになる。
【０４０５】
さて、以下では、第６〜第９の実施形態について説明する。
【０４０６】
（第６の実施形態）
図４３に、本実施形態におけるネットワークの構成の概念図を示す。図４３の構成では、ＩＥＥＥ１３９４バス上に１３９４ノード３１０１，３１０２が存在し、さらに基地局ノード３１１０が接続している。また、基地局ノード３１１０には、無線ネットワークを介して、無線端末３１２０が接続している。
【０４０７】
ここで、基地局ノード３１１０と無線端末３１２０は、これら２つのノード／端末が接続したことにより、一つの１３９４ノード３１３０として動作する。よって、ＩＥＥＥ１３９４バス上の１３９４ノード３１０１からは、基地局ノード３１１０が１３９４ノード３１３０であるかのように認識されることになる（図４３中の点線で示されるブロックが１３９４ノード３１３０として認識される）。
【０４０８】
さらに、図４３では、各ノードに１３９４バス上での物理ＩＤが付加されており、各々、１３９４ノード３１０１がノードＩＤ＝１（ｎ＝１）、１３９４ノード３１０２がノードＩＤ＝３（ｎ＝３）、１３９４ノード３１３０がノードＩＤ＝２（ｎ＝２）となっている。よって、ＩＥＥＥ１３９４−１９９５の規格によれば、１３９４ノード３１０２がＩＥＥＥ１３９４バス上のＲｏｏｔノードとなっていることになる。
【０４０９】
本実施形態においては、基地局ノード３１１０が１３９４ノード３１３０の１３９４インタフェース機能部分（例えば、パソコンにおける１３９４ボード部分）の機能を実行し、無線端末３１２０が基地局ノード３１１０に接続していない状況でもＩＥＥＥ１３９４バス上には何らかの１３９４ノードが存在しているように振舞うことができる。このときの１３９４ノード３１３０におけるＩＥＥＥ１３９４のプロトコル処理の割り当て例を図４４に示す。
【０４１０】
図４４には、１３９４インタフェースを提供するためのＮｏｄｅ Ｃｏｎｔｒｏｌｌｅｒ機能３２０４や、物理レイヤ機能３２０７、リンクレイヤ機能３２０６、トランザクションレイヤ機能３２０５等が記述されており、これら１３９４独自の機能を実行する機能群は基地局ノード３１１０に保持されている。そして、この１３９４独自機能と上位のアプリケーションとの間のインタフェース（以下、１３９４ＡＰＩと呼ぶ）上の情報が、無線端末３１２０と基地局ノード３１１０との間で転送されている。具体的には、基地局ノード３１１０と無線端末３１２０の各々の無線デバイス３２０２，３２０３を介して、無線インタフェースによって接続されることになる。また、本実施形態では、基地局ノード３１１０と無線端末３１２０が一つの１３９４ノード３１３０として振舞うため、１３９４ノード３１３０上のアプリケーション３２０１は無線端末３１２０上で実行されるようになっている。
【０４１１】
ここで、ＩＥＥＥ１３９４−１９９５で規定されている、１３９４ＡＰＩでやりとりされる信号の具体例を図４５に示す。図４５は、ＩＥＥＥ１３９４−１９９５に記載されているＳｅｒｉａｌ ｂｕｓ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ図である。
【０４１２】
図４５に示されているように、１３９４ＡＰＩには、
・ＳＢ＿ＣＯＮＴ．ｒｅｑ
・ＳＢ＿ＣＯＮＴ．ｃｏｎｆ
・ＳＢ＿ＣＯＮＴ．ｉｎｄ
・ＴＲ＿ＤＡＴＡ．ｒｅｑ
・ＴＲ＿ＤＡＴＡ．ｃｏｎｆ
・ＴＲ＿ＤＡＴＡ．ｉｎｄ
・ＴＲ＿ＤＡＴＡ．ｒｅｓｐ
・ＬＫ＿ＩＳＯ＿ＣＯＮＴ．ｒｅｑ
・ＬＫ＿ＣＹＣＬＢ．ｉｎｄ
・ＬＫ＿ＩＳＯ．ｒｅｑ
・ＬＫ＿ＩＳＯ．ｉｎｄ
の１１種類のメッセージが定義されている。
【０４１３】
よって、これらのメッセージを無線インタフェースを介して基地局ノード３１１０と無線端末３１２０との間で転送できるようになっていれば、基地局ノード３１１０と無線端末３１２０とを組み合わせたものが、１３９４ノード３１３０という１つの１３９４ノードとして振舞うことが可能となる。
【０４１４】
このような場合におけるパケット転送の処理シーケンスの例を図４６と図４７に示す。
【０４１５】
まず、図４６に，ＩＥＥＥ１３９４バス上の１３９４ノード３１０１から１３９４ノード３１３０（実際には基地局ノード３１１０／無線端末３１２０）に、ＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓパケットを転送する場合の例を示す。各処理は以下のようになる。
【０４１６】
（１）１３９４ノード３１０１が、Ａｓｙｎｃｈｒｏｎｏｕｓパケット（例えばＷｒｉｔｅ Ｒｅｑｕｅｓｔパケット）を１３９４ノード３１３０（実際には基地局ノード３１１０）に転送する。このときの転送パケットの宛先ノードＩＤ＝２、送信元ノードＩＤ＝１である。
【０４１７】
（２）基地局ノード３１１０が、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信した場合には、１３９４ノード３１０１にＡｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを送り返す。
【０４１８】
（３）基地局ノード３１１０が、受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットの物理レイヤ処理、リンクレイヤ処理、トランザクションレイヤ処理を施す。
【０４１９】
（４）基地局ノード３１１０が、受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに該当する１３９４ＡＰＩにおけるメッセージ（例えばＴＲ＿ＤＡＴＡ．ｉｎｄ）を、無線インタフェースを介して無線端末３１２０に送出する。
【０４２０】
（５）無線端末３１２０が、無線インタフェースから受けとったＴＲ＿ＤＡＴＡ．ｒｅｑメッセージに該当する処理を施す。
【０４２１】
（６）無線端末３１２０が、受信メッセージへの応答メッセージであるＴＲ＿ＤＡＴＡ．ｒｅｓｐメッセージを、無線インタフェースを介して基地局ノード１１０に転送する。
【０４２２】
（７）基地局ノード３１１０が、受けとったＴＲ＿ＤＡＴＡ．ｒｅｓｐメッセージに対応するトランザクションレイヤ処理、リンクレイヤ処理、物理レイヤ処理を施す。
【０４２３】
（８）基地局ノード３１１０が、上記の処理（１）でのＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに対応するＷｒｉｔｅ Ｒｅｓｐｏｎｓｅパケットを１３９４ノード３１０１に送出する。このときのパケットの宛先ノードＩＤ＝１、送信元ノードＩＤ＝２である。
【０４２４】
（９）１３９４ノード３１０１が、Ｗｒｉｔｅ Ｒｅｓｐｏｎｓｅパケットを正常に受信した場合には、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを基地局ノード３１１０に送り返す。
【０４２５】
ここで、基地局ノード３１１０においては、上記の（１）の処理で受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔと（４）の処理で送信し（６）の処理で受信する１３９４ＡＰＩ上でのメッセージの対応関係を記憶しておく必要がある（トランザクション／チャネル対応管理機能３２０８）。これは、例えば１３９４ノード３１０１が複数のＡＶ／Ｃコマンドを送出していた場合に、（６）の処理で受信したレスポンスが、どのＡＶ／Ｃコマンドに対応するレスポンスであるのかを識別するために用いられる。このような、ＩＥＥＥ１３９４バス上でのメッセージ識別子／トランザクション識別子と、無線ネットワーク上のメッセージ識別子の間の対応関係の保持方法としては、例えば、（１）の処理において１３９４ノード３１０１が発行するトランザクションＩＤ（例えば、ＩＥＥＥ１３９４パケットにおけるトランザクションラベル）や、トランザクションＩＰと送信元ノードＩＤの組み合わせを用いる方法が考えられる。具体的には、基地局ノード３１１０が（４）の処理で送信するＴＲ＿ＤＡＴＡ．ｉｎｄメッセージに、（１）の処理において受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに記載されているトランザクションＩＤ（トランザクションラベル）と送信元ノードＩＤの組合せを記載して転送し、無線端末３１２０が（６）の処理で送信するＴＲ＿ＤＡＴＡ．ｒｅｓｐメッセージに、その受信したトランザクションＩＤと送信元ノードＩＤの組合せを記載する、といった方法である。他にも、無線ネットワーク上のメッセージを識別するための識別子を決めておき、これとＩＥＥＥ１３９４バス上のトランザクションＩＤの間の対応関係を記憶しておく方法なども考えられる。
【０４２６】
次に、図４７に、１３９４ノード３１３０（実際には基地局ノード３１１０／無線端末３１２０）からＩＥＥＥ１３９４バス上の１３９４ノード３１０１にＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓパケットを転送する場合の例を示す。この場合は、無線端末３１２０から送信されるメッセージとＩＥＥＥ１３９４バス上のトランザクションの間の対応関係を保持するため、あらかじめ、送信するメッセージの識別子としてメッセージＩＤを付加する場合を示している。具体的な処理シーケンスは以下のようになる。
【０４２７】
（１）無線端末３１２０が、転送したい情報をＴＲ＿ＤＡＴＡ．ｒｅｑメッセージとして基地局ノード３１１０に無線ネットワークを介して転送する。１３９４トランザクションとの対応識別のため、メッセージＩＤを付加して転送する。
【０４２８】
（２）基地局ノード３１１０が、受けとったＴＲ＿ＤＡＴＡ．ｒｅｑメッセージに対応するトランザクションレイヤ処理、リンクレイヤ処理、物理レイヤ処理を施す。また、受信したメッセージのメッセージＩＤと、以下の処理で発行するトランザクションＩＤの間の対応関係を保持する。
【０４２９】
（３）基地局ノード３１１０が、受信したメッセージに対応するＡｓｙｎｃｈｒｏｎｏｕｓパケット（例えばＷｒｉｔｅ Ｒｅｑｕｅｓｔパケット）を１３９４ノード３１０１に転送する。このときのパケットの宛先ノードのＩＤはｎ＝１、送信元ノードのＩＤはｎ＝２である。
【０４３０】
（４）１３９４ノード３１０１が、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信した場合には、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを基地局ノード３１１０に送り返す。
【０４３１】
（５）１３９４ノード３１０１が、１３９４インタフェースから受けとったＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットの記述に該当する処理を施す。
【０４３２】
（６）１３９４ノード３１０１が、受け取ったＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに対応するトランザクションのＷｒｉｔｅ Ｒｅｓｐｏｎｓｅパケットを、１３９４ノード３１３０（実際には基地局ノード３１１０）に送出する。対応するトランザクションの識別には、トランザクションＩＤを用いる。このときのパケットの宛先ノードのノードＩＤはｎ＝２であり、送信元のノードのノードＩＤはｎ＝１である。
【０４３３】
（７）基地局ノード３１１０が、Ｗｒｉｔｅ Ｒｅｓｐｏｎｓｅパケットを正常に受信した場合には、その受信処理として、１３９４ノード３１０１にＡｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを送り返す。
【０４３４】
（８）基地局ノード３１１０が、受信したＷｒｉｔｅ Ｒｅｓｐｏｎｓｅパケットの物理レイヤ処理、リンクレイヤ処理、トランザクションレイヤ処理を施す。また、受信したトランザクションＩＤの値から、対応するメッセージＩＤを識別する。
【０４３５】
（９）基地局ノード３１１０が、受信したＷｒｉｔｅ Ｒｅｓｐｏｎｓｅパケツトに該当する１３９４ＡＰＩにおけるメッセージ（ＴＲ＿ＤＡＴＡ．ｒｅｑ）を、無線インタフェースを介して無線端末３１２０に送出する。このメッセージ転送には、（１）の処理で付加されてたメッセージＩＤを付加し、これによって無線端末３１２０がメッセージを識別する。
【０４３６】
このような一連の処理により、無線端末３１２０と１３９４ノード３１０１の間でのＡｓｙｎｃｈｒｏｎｏｕｓパケットの送受信が可能となる。これによって、ＩＥＥＥ１３９４のＡｓｙｎｃｈｒｏｎｏｕｓパケットを用いて実行されることになっているＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコルなどが実行可能となる。上記の例においては、１３９４バス上でのＷｒｉｔｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅパケットの転送を、いわゆるスプリットトランザクションによって実現する例を示しているが、当然、ユニファイドトランザクションによって実現しても構わない。
【０４３７】
次に、実際に画像データを無線端末と１３９４ノードとの間で転送する場合として、図４８に、無線端末３１２０と１３９４ノード３１０１との間での画像データの転送方式の一例を示す。図４８では、１３９４ノード３１０１から無線端末３１２０への画像転送と、無線端末３１２０から１３９４ノード３１０１への画像転送との２つの場合を同時に示している。
【０４３８】
まず、無線端末３１２０への画像転送のために、ＩＥＥＥ１３９４バス上のリソースとしてＩｓｏｃｈｒｏｎｏｕｓチャネル（ＣＨ＝Ｘ）が確保され、それに対応する無線ネットワーク上の無線リソース（Ａ）が確保されている。また、無線端末３１２０からの画像転送のために、ＩＥＥＥ１３９４バス上のリソースとしてＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＝Ｙ）が確保され、それに対応する無線ネットワーク上の無線リソース（Ｂ）が確保されている。
【０４３９】
ここで、無線ネットワーク上での無線リソースとしては、画像転送に必要な帯域を確保できる無線ネットワーク上の周波数やタイムスロット等が考えられる。また、この無線リソースを確保するタイミングとしては、無線端末３１２０が基地局ノード３１１０に接続した時点や、無線端末３１２０や１３９４ノード３１０１からの帯域確保（リソース確保）要求が出された時点などが考えられる。さらに、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルを確保するタイミングとしても、画像情報を転送する直前や、無線端末３１２０が接続してきた時点であらかじめ確保してしまう方法等が考えられる。
【０４４０】
図４９に、図４８のようにリソース確保がなされた状態における、実際の画像データの転送処理のシーケンスを示す。図４９の例では、ＩＥＥＥ１３９４バス上にチャネルＸとチャネルＹの２つのＩｓｏｃｈｒｏｎｏｕｓチャネルを獲得してから、それぞれチャネルＸで１３９４ノード３１０１から１３９４ノード３１３０（実際には基地局ノード３１１０／無線端末３１２０）への画像データの転送を実行し、チャネルＹで１３９４ノード３１３０（実際には基地局ノード３１１０／無線端末３１２０）から１３９４ノード３１０１への画像データの転送を実行する場合を示している。なお、以下のシーケンスでは、これらのＩｓｏｃｈｒｏｎｏｕｓチャネルを獲得する手順は省略しているが、これは、例えば、図４６、図４７に示したような方法を用いて（上位レイヤの処理としてＩＥＣ６１８８３プロトコルを実行する）、実行する場合などが考えられる。処理シーケンスは以下のようになる。
【０４４１】
（１）何らかの手段によって、ＩＥＥＥ１３９４バス上にＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＝Ｘ）を獲得する。また、無線ネットワーク上に無線リソース（Ａ）を獲得する。
【０４４２】
（２）１３９４ノード３１０１が、画像データをＩｓｏｃｈｒｏｎｏｕｓチャネルＸ上に送出する。
【０４４３】
（３）基地局ノード３１１０がチャネルＸ上のＩｓｏｃｈｒｏｎｏｕｓパケットを受信し、それに対応する物理レイヤ処理、リンクレイヤ処理を施す。
【０４４４】
（４）基地局ノード３１１０が、受けとったＩｓｏｃｈｒｏｎｏｕｓパケットに対応するＬＫ＿ＩＳＯ．ｉｎｄメッセージを、無線ネットワーク（無線リソース（Ａ））を介して無線端末３１２０に転送する。
【０４４５】
（５）何らかの手段によって、ＩＥＥＥ１３９４バス上にＩｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＝Ｙ）を獲得する。また、無線ネットワーク上に無線リソース（Ｂ）を獲得する。
【０４４６】
（６）無線端末３１２０が、画像データをＬＫ＿ＩＳＯ．ｒｅｑメッセージとして基地局ノード３１１０に、無線ネットワークを介して転送する。
【０４４７】
（７）基地局ノード３１１０が、受けとったＬＫ＿ＩＳＯ．ｒｅｑメッセージに対応するリンクレイヤ処理、物理レイヤ処理を施す。
【０４４８】
（８）基地局ノード３１１０が、受けとったＬＫ＿ＩＳＯ．ｒｅｑメッセージに対応するＩｓｏｃｈｒｏｎｏｕｓパケットを、Ｉｓｏｃｈｒｏｎｏｕｓチャネル（Ｃｈ＝Ｙ）上に送出する。
【０４４９】
このように、Ｉｓｏｃｈｒｏｎｏｕｓデータに関しても、１３９４ノード３１０１と無線端末３１２０の間での転送が可能である。このような図４６、図４７、図４９のような方法を用いることによって、例えば、１３９４ノード３１０１から無線端末３１２０に対して画像転送を実行するようなアプリケーションがスムーズに実行できるようになる。具体的には、Ａｓｙｎｃｈｒｏｎｏｕｓパケットを用いた、ＩＥＣ６１８８３プロトコルによるＩｓｏｃｈｒｅｏｎｏｕｓチャネルやＩｓｏｃｈｒｏｎｏｕｓチャネルへのパケット入出力の設定や、ＡＶ／Ｃプロトコルによる各ノード／端末内でのデータ転送経路の設定や、Ｉｓｏｃｈｒｏｎｏｕｓパケットを用いた実際の画像データの転送が実現できる。また、ここでは示さなかったが、他のメッセージ（ＳＢ＿ＣＯＮＴ．ｒｅｑ、ＳＢ＿ＣＯＮＴ．ｉｎｄ、ＳＢ＿ＣＯＮＴ．ｃｏｎｆ、ＬＫ＿ＣＹＣＬＥ．ｉｎｄ、ＬＫ＿ＩＳＯ＿ＣＯＮＴ．ｒｅｑ）も同様の方法で転送可能である。
【０４５０】
上記のような方法で基地局ノード３１１０と無線端末３１２０の間を接続する場合には、上記１３９４ＡＰＩ上に定義されている各メッセージを、無線ネットワーク上にどのようにマッピングしていくのかを決める必要がある。図５０に、無線区間における１３９４ＡＰＩに定義されている各メッセージのマッピング方式の一例を示す。図５０の例では、無線ネットワーク上が使用している無線周波数上に複数のキャリアが存在し、その中がＴＤＭＡ方式で多重されている場合の例を示している。また、図５０の例では、各メッセージが、基本的にその「データ転送要求」と「データ転送確認」の組合せになっていることから、それらの組合せを単位として無線ネットワーク上で使用する周波数（キャリア）やタイムスロットに対して、各メッセージを割り当てる場合を示してる。
【０４５１】
図５０の割り当てにおいては、まず、無線ネットワーク上のキャリアＢのタイムスロットＸにＴＲ＿ＤＡＴＡ．ｒｅｑ／ｃｏｎｆメッセージ、タイムスロットＹにＴＲ＿ＤＡＴＡ．ｉｎｄ／ｒｅｓｐの組合せが対応している。また、無線ネットワーク上のキャリアＣのタイムスロットＸにＬＫ＿ＩＳＯ．ｒｅｑ、タイムスロットＹにＬＫ＿ＩＳＯ．ｉｎｄ、タイムスロットＺ１にＬＫ＿ＩＳＯ＿ＣＯＮＴ．ｒｅｑ、タイムスロットＺ２にＬＫ＿ＣＹＣＬＥ．ｉｎｄメッセージが対応している。さらに、無線ネットワーク上のキャリアＡのタイムスロットＸにＳＢ＿ＣＯＮＴ．ｒｅｑメッセージ、タイムスロットＹにＳＢ＿ＣＯＮＴ．ｉｎｄ／ｒｅｓｐメッセーシが対応している。このような割り当てにおいて、例えば、ＬＫ＿ＩＳＯ．ｒｅｑに割り当てているタイムスロットの長さを可変にしておくことによって、画像データのようなリアルタイムデータ転送のために確保する無線リソースの帯域幅を設定することができるようになる。同様に、ＬＫ＿ＩＳＯ．ｉｎｄのタイムスロットの長さによっても帯域幅が設定できる。しかし、各メッセージの割り当て方法は、このような方法だけではなく、各メッセージを各々別の周波数／タイムスロットで送る方法や、リアルタイム性を要求されるＬＫ＿ＩＳＯ．ｒｅｑ／ＬＫ＿ＩＳＯ．ｉｎｄメッセージのみにタイムスロットを割り当て、それ以外のメッセージは、これらのメッセージが使用していないタイムスロットのみでメッセージ転送するなど、いくつかの方法が考えられる。
【０４５２】
図５１と図５２に、無線ネットワークが無線ＬＡＮ方式のようなパケットネットワークとして運用されている場合の、各１３９４ＡＰＩでのメッセージとパケットフィールドの割り当て方法の例を示す。図５１は、無線端末から基地局ノードへの方向のデータ転送の場合の例であり、図５２は、基地局ノードから無線端末への方向のデータ転送の場合の例である。
【０４５３】
図５１／図５２では、無線端末と基地局ノード間のデータ転送の方向によって２種類のパケットを定義する方法を示しているが、他にも、そのデータ転送の方向に依らずに、一つのパケットに全てのメッセージを割り当てて転送する場合も考えられる。また、無線ネットワーク上で使用するパケットの種類は１種類とし、そのパケットがどのメッセージを転送しているのかを識別するフィールドを設け、その識別フィールド上の値によって、図４５に示したメッセージのうちのいずれのメッセージがパケット上に乗せられているのかを識別するような方法も可能である。さらには、図５０の場合との組合せとして、例えば、Ｉｓｏｃｈｒｏｎｏｕｓデータを転送するＬＫ＿ＩＳＯ．ｒｅｑ／ｉｎｄメッセージと、それ以外のメッセージで使用する周波数（キャリア）を変え、各々のキャリアによって転送するパケットの中に、各メッセージの領域を割り当てるような方法も考えられる。
【０４５４】
図５１の例では、無線端末から基地局ノードに向かうパケット中に、ＳＢ＿ＣＯＮＴ．ｒｅｑ、ＴＲ＿ＤＡＴＡ．ｒｅｑ、ＴＲ＿ＤＡＴＡ．ｒｅｓｐ、ＬＫ＿ＩＳＯ＿ＣＯＮＴ．ｒｅｑ、ＬＫ＿ＩＳＯ．ｒｅｑの各メッセージを割り当てている。また、図５２の例では、基地局ノードから無線端末に向かうパケット中に、ＳＢ＿ＣＯＮＴ．ｉｎｄ、ＳＢ＿ＣＯＮＴ．ｃｏｎｆ、ＴＲ＿ＤＡＴＡ．ｉｎｄ、ＴＲ＿ＤＡＴＡ．ｃｏｎｆ、ＬＫ＿ＣＹＣＬＥ．ｉｎｄ、ＬＫ＿ＩＳＯ．ｉｎｄの各メッセージを割り当てている。これらのメッセージの中には、例えばＴＲ＿ＤＡＴＡ．ｒｅｑメッセージのように、必要なフィールド長が一定にならないようなメッセージも存在する。よって、図５１／図５２の各メッセージのフィールド内にはそのフィールドの長さを示す情報が乗せられている場合も想定できる。また、これらの例では、無線区間を転送するパケットそのものは特に規定しないが、例えば、各メッセージを割り当てるフィールド部分に関しては、ＩＥＣ６１８８３によって規定されているＦＣＰフレームを用いる方法なども考えられる。この場合は、ＦＣＰフレームの種類として、無線端末と基地局ノード間の１３９４ＡＰＩ情報を伝送するという旨の種類を新たに定義する必要がある。
【０４５５】
また、図４６、図４７の処理シーケンスに示したように、ＩＥＥＥ１３９４バス上のメッセージ識別子（トランザクションＩＤ）と、無線ネットワーク上のメッセージ識別子の間の対応を保持する必要があるため、図５１／図５２のパケットフォーマット中には、それぞれメッセージＩＤのフィールドとトランザクションＩＤ＋ＩＥＥＥ１３９４ノードＩＤを記述するフィールドが存在する。具体的には、無線端末から基地局に向かって転送されるパケットに、図４７のような無線端末側が付加するメッセージＩＤを付加するフィールドが存在し、基地局から無線端末に向かって転送されるパケットにＩＥＥＥ１３９４バス上のトランザクションＩＤとＩＥＥＥ１３９４ノードＩＤを付加するフィールドが割り当てられている。ただし、これらのフィールドに記述される識別子は、図５１／図５２の場合に限られるわけではなく、例えば、無線端末から基地局ノードに向かって転送されるパケット上にＩＥＥＥ１３９４バス上のトランザクションＩＤとＩＥＥＥ１３９４ノードＩＤが付加される場合や、基地局から無線端末に向かって転送されるパケット上に無線ネットワーク上のメッセージＩＤが付加される場合もある。
【０４５６】
図５３に、本実施形態における基地局ノード３１１０の内部構成の一例を示す。基地局ノード３１１０では、ＩＥＥＥ１３９４のインタフェース処理機能とともに、ＩＥＥＥ１３９４バス上で転送されているパケットを受信した後に、１３９４ＡＰＩを介して上位レイヤに転送するべきメッセージを無線インタフェースに転送する機能とが必要である。そのため、図５３においては、基地局ノード３１１０内には、無線ネットワークのインタフェース機能を提供する無線インタフェース処理部４００１と、無線インタフェースから受信したパケットを１３９４ＡＰＩに対応するメッセージに変換したり、１３９４ＡＰＩに転送されたメッセージを無線インタフェースに転送するパケットに変換する無線／１３９４乗せ替え処理部４００２と、１３９４インタフェースから受信したパケットを基に、１３９４プロトコルを実行する１３９４プロトコル処理部４００３と、ＩＥＥＥ１３９４バスへのインタフェース機能を提供する１３９４インタフェース処理部４００４が存在する。さらに、図４６、図４７、図４９に示したような、１３９４トランザクションと無線ネットワーク上のメッセージの対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上の無線リソースの対応関係を記憶する、トランザクション／チャネル対応記憶部４００５が、無線／１３９４乗せ替え処理部に付随するようになっている。ここで、１３９４インタフェース処理部４００４と無線／１３９４乗せ替え処理部４００２の間のインタフェースが、いわゆる１３９４ＡＰＩに相当する。
【０４５７】
図５４に、本実施形態における無線端末３１２０の内部構成の一例を示す。無線端末３１２０では、基本的に１３９４ＡＰＩ上で実行されるアプリケーションを実行するとともに、１３９４ＡＰＩを介して送られるメッセージを無線ネットワークのインタフェースに乗せ替えるための機能が必要である。そのため、図５４においては、無線端末３１２０内には、無線ネットワークへのインタフェース機能を提供する無線インタフェース処理部４１０１と、無線インタフェースから受信したパケットを１３９４ＡＰＩに対応するメッセージに変換したり、１３９４ＡＰＩに転送されたメッセージを無線インタフェースに転送するパケットに変換する無線／１３９４乗せ替え処理部４１０２と、１３９４ＡＰＩ上でアプリケーションを実行するアプリケーション実行部４１０３とからなる。ここで、アプリケーション実行部４１０３と無線／１３９４乗せ替え処理部４１０２の間のインタフェースが、いわゆる１３９４ＡＰＩに相当する。これら、図５３、図５４に示したような基地局ノード／無線端末の組合せによって、あたかも一つの１３９４ノードであるかのように振舞うことができるようになる。
【０４５８】
（第７の実施形態）
図５５に、本実施形態におけるネットワークの構成の概念図を示す。図５５の構成では、ＩＥＥＥ１３９４バス上に１３９４ノード５１０１，５１０２が存在し、さらに基地局ノード５１１０が接続している。また、基地局ノード５１１０には、無線ネットワークを介して、無線端末５１２０が接続している。また、各ノードのノードＩＤは、それぞれ１３９４ノード５１０１がｎ＝１、１３９４ノード５１０２がｎ＝３、１３９４ノード５１３０がｎ＝２であり、１３９４ノード５１０２がＩＥＥＥ１３９４バスのＲｏｏｔノードになっている。
【０４５９】
本実施形態においては、各１３９４ノード５１０１，５１０２内や無線端末５１２０内に、各ノード・端末内の構成要素（ＳｕｂＵｎｉｔ）が存在する。図５５では、１３９４ノード５１０１内にＳｕｂＵｎｉｔ Ａ（５１０１１）とＢ（５１０１２）が存在し、１３９４ノード５１０２内にはＳｕｂＵｎｉｔ Ｃ（５１０２１）とＤ（５１０２２）が存在する。また、無線端末５１２０内にはＳｕｂＵｎｉｔ Ｘ（５１２０１）とＹ（５１２０２）が存在する場合を示している。ここで、第６の実施形態の同様に、基地局ノード５１１０と無線端末５１２０は、これら２つのノード／端末が接続したことにより、一つの１３９４ノード５１３０として動作している。
【０４６０】
このときに、ネットワーク全体がどのように認識されるのかを図５６に示す。図５６に示すように、ＩＥＥＥ１３９４バス上の１３９４ノードからは、基地局ノード５１１０が１３９４ノード５１３０であるかのように認識されることになる。また、その中の構成要素（ＳｕｂＵｎｉｔ）として、実際には無線端末５１２０内に存在しているＳｕｂＵｎｉｔ Ｘ（５１２０１）とＳｕｂＵｎｉｔ Ｙ（５１２０２）が存在するように認識されている。
【０４６１】
図５７に、１３９４ノード５１０１から無線端末５１２０に対して、ＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコルに従ったＡＶ／Ｃコマンドが転送される場合の処理のシーケンスの一例を示す。ＡＶ／Ｃプロトコルは、その転送フレームとしてＦＣＰ（Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従ったフレームを用いることになっており、また、その転送パケットとして、ＩＥＥＥ１３９４のＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを用いることになっている（ＦＣＰに関しては後に詳述する）。また、無線ネットワーク上のパケットとＩＥＥＥ１３９４バス上のトランザクションの間の対応関係については、第６の実施形態に示したような方法によって対応関係を保持しているものとして、ここでの説明は省略する。以下に、処理のシーケンスの詳細を示す。
【０４６２】
（１）１３９４ノード５１０１が、ＡＶ／Ｃコマンドを１３９４ノード５１３０（実際には無線端末５１２０）内のＳｕｂＵｎｉｔ Ｘ（５１２０１）に対して送信する。このときの送信パケットの送信元ノードＩＤ＝１であり宛先ノードＩＤ＝２である。また、宛先のＳｕｂＵｎｉｔ＿ＩＤ＝Ｘである。
【０４６３】
（２）基地局ノード５１１０が、受け取ったＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットが正常であったときには、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを１３９４ノード５１０１に返す。
【０４６４】
（３）基地局ノード５１１０が、受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットへの１３９４レイヤ処理を施すとともに、そのパケットからＡＶ／Ｃコマンドが乗せられているＦＣＰフレームを取り出す。
【０４６５】
（４）基地局ノード５１１０が、取り出したＦＣＰフレームを無線ネットワーク上を転送するパケットに書き込んで、無線端末５１２０に転送する。
【０４６６】
（５）無線端末５１２０が、受信したＦＣＰフレームに記載されているＡＶ／Ｃコマンドを実行する。
【０４６７】
（６）無線端末５１２０が、実行したＡＶ／Ｃコマンドの処理結果を記載したＦＣＰパケットを、無線ネットワーク上のパケットに乗せて基地局ノード５１１０に転送する。
【０４６８】
（７）基地局ノード５１１０が、受信したパケットからＦＣＰフレームを取り出し、それに対する１３９４レイヤ処理を実行する。
【０４６９】
（８）基地局ノード５１１０が、上記の処理（１）で受信したＡＶ／Ｃコマンドへのレスポンスとして、受信したＦＣＰフレームを１３９４ノード５１０１に転送する。このときの転送パケットもＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットであり、その送信元ノードＩＤ＝２であり、宛先ノードＩＤ＝１である。
【０４７０】
（９）１３９４ノード５１０１が、基地局ノード５１１０からのＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信したならば、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを基地局ノード５１１０に返す。
【０４７１】
上記のような一連の処理によって、基地局ノードと無線端末が１対１の組み合わせで一つの１３９４ノードと認識される場合における、１３９４ノードと無線端末との間での、ＡＶ／Ｃコマンドのような上位アプリケーションの実行が可能となる。ここで、図５７に示したような、１３９４ノード５１０１からコマンドを無線端末に転送する場合だけではなく、逆に、無線端末５１２０から１３９４ノード５１０１に対してＡＶ／Ｃコマンドを転送することも可能である。また、上位のアプリケーションとして、ＡＶ／Ｃプロトコルではなく、ＡＶ機器を制御するための標準仕様として検討が進められているＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）などのプロトコルを実行することも可能となる。
【０４７２】
図５８に、本実施形態のネットワークの別の構成の概念図を示す。図５８の構成では、ＩＥＥＥ１３９４バス上に１３９４ノード５４０１，５４０２が存在し、さらに基地局ノード５４１０が接続している。また、基地局ノード５４１０には、無線ネットワークを介して、２つの無線端末５４２１，５４２２が接続している。図５５の場合とは、一つの基地局ノードに複数の無線端末が接続している点が異なっている。このときの各ノードのノードＩＤは、先の場合と同様に、１３９４ノード５４０１がｎ＝１、１３９４ノード５４０２がｎ＝３、基地局ノード５４１０がｎ＝２であり、１３９４ノード５４０２がＲｏｏｔノードになっている場合を示している。
【０４７３】
ここで、１３９４ノード５４０１内には、その構成要素（例えばＳｕｂＵｎｉｔ）としてＡ（５４０１１）とＢ（５４０１２）が存在し、同様に、１３９４ノード５４０２内には構成要素Ｃ（５４０２１）とＤ（５４０２２）が存在する。また、無線端末５４２１内にも、同様の構成要素Ｘ１（５４２１１）とＸ２（５４２１２）が存在し、無線端末５４２２内に構成要素Ｙ１（５４２２１）とＹ２（５４２２２）が存在する。
【０４７４】
通常、ＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコル等では、このような各１３９４ノード内の構成要素（ＳｕｂＵｎｉｔ）単位にコマンドを送受信することになっているので、図５８のようにＩＥＥＥ１３９４バスと無線ネットワークを共存させる形で画像データの転送を行なう場合、このようなＳｕｂＵｎｉｔ情報を、どのように各ノード／端末に見せるのかが問題となる。特に、複数の無線端末上に存在するＳｕｂＵｎｉｔをどのように識別するのか、が課題である。
【０４７５】
本実施形態においては、基地局ノード５４１０において各ネットワークの間（本実施形態ではＩＥＥＥ１３９４と無線ネットワークとの間）で、この構成要素（ＳｕｂＵｎｉｔ）情報の乗せ替え処理を実行する。具体的には、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ群や無線端末内のＳｕｂＵｎｉｔ群を、各々、基地局ノード内のＳｕｂＵｎｉｔ群として無線端末側や１３９４ノード側に見せる処理を実行する。
【０４７６】
本実施形態で、無線端末５４２１とＩＥＥＥ１３９４ノード５４０１が、ネットワーク全体をどのように認識しているのかを図５９に示す。まず、図５９の（ａ）に、無線端末５４２１が認識しているネットワーク全体の構成図を示す。無線端末５４２１は、ＩＥＥＥ１３９４バス上のノード内に存在する各構成要素Ａ，Ｂ，Ｃ，Ｄが、あたかも基地局ノード５４１０内に存在しているように認識する。また、図５９の（ｂ）に、１３９４ノード５４０１等のＩＥＥＥ１３９４バス上のノードが認識しているネットワーク全体を構成図を示す。１３９４ノード５４０１は、無線端末５４２１内の構成要素Ｘ１，Ｘ２や無線端末５４２２内の構成要素Ｙ１，Ｙ２が、あたかも基地局ノード５４１０内に存在するように認識する。このような認識に基づいて、各１３９４ノード／無線端末がＡＶ／Ｃなどのアプリケーションを実行する。
【０４７７】
このときの１３９４ノード５４０１と無線端末５４２１の間の通信におけるプロトコルスタックの一例を図６０に示す。図６０では、１３９４ノード５４０１と無線端末５４２１の間で何らかのアプリケーションが動くときに、ＡＶ／ＣプロトコルやＨＡＶｉプロトコルが実行される場合を示している。ＡＶ／ＣやＨＡＶｉは、その転送パケットに１３９４のＡｓｙｎｃｈｒｏｎｏｕｓパケットを用いるが、そのパケット中に埋め込むフレームとしてはＦＣＰ（ＦｕｎｃｔｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）フレームを用いることになっている。このＦＣＰはＩＳＯ−ＩＥＣ６１８８３（Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｆ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｅｑｕｉｐｍｅｎｔ）に規定されている。本実施形態では、基地局ノード５４１０において、このＦＣＰフレーム中の情報に基づいて、無線端末５４２１もしくは無線端末５４２２に転送するフレームかどうかを判断することになる（ＦＣＰフレームのレベルでのルーティング処理）。図６１に、ＦＣＰフレームの詳細を示す。
【０４７８】
図６２に、このときのＡｓｙｎｃｈｒｏｎｏｕｓパケットの１３９４ノード５４０１から無線端末５４２１へのＡＶ／Ｃコマンドの転送時の処理のシーケンスを示す。図６２の例では、１３９４ノード５４０１がＡＶ／Ｃプロトコルで言うところのコントローラの役目を果たしており、１３９４ノード５４０１が無線端末５４２１に対してＡＶ／Ｃコマンドを送信する場合を示している。よって、以下の一連の処理の前には、コントローラである１３９４ノード５４０１が、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ情報を入手する処理や、ユーザーがコントローラである１３９４ノード５４０１に、リモコンなどを介して所望の処理を指示するなどの処理が実行されている。以下に、処理シーケンスを述べる。
【０４７９】
（１）コントローラである１３９４ノード５４０１において、ＡＶ／Ｃプロトコルを起動するアプリケーションが実行され、なんらかのＡＶ／Ｃコマンドの送信が指示される。コマンドの送り先は無線端末５４２１内のＳｕｂＵｎｉｔ Ｘ１（５４２１１）である。
【０４８０】
（２）１３９４ノード５４０１が、ＡＶ／ＣコマンドをＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットの形で基地局ノード５４１０に送信する。このときの、宛先ノードＩＤ＝２、送信元ノードＩＤ＝１であり、パケットに乗っているＦＣＰフレーム中に示されている宛先のＳｕｂＵｎｉｔ＿ＩＤの値はＸ１である。また、１３９４レイヤでのトランザクションＩＤとして値＝ａが割り当てられている。
【０４８１】
（３）基地局ノード５４１０が、正常にＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを受信した場合には、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを返す。
【０４８２】
（４）基地局ノード５４１０が、受信したＦＣＰフレーム内の宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１から、このコマンドの送信先が無線端末５４２１であることを知る。
【０４８３】
（５）基地局ノード５４１０が、受信したＦＣＰフレームを無線ネットワーク上の無線パケットに乗せて無線端末５４２１に転送する。このとき、基地局ノード５４１０で割り当てる無線ネットワークでのトランザクションＩＤ（メッセージ識別子）の値＝ｑも一緒に転送する。
【０４８４】
（６）これに前後して基地局ノード５４１０が、１３９４レイヤでのトランザクションＩＤ＝ａと、その送信元ノードＩＤ＝１の組合せが、無線ネットワーク上でのトランザクションＩＤ＝ｑに対応している旨を記憶する。
【０４８５】
（７）無線端末５４２１が、受信したＦＣＰフレーム内の情報に基づいて、所定のＡＶ／Ｃプロトコルに従った処理を実行する。
【０４８６】
（８）無線端末５４２１が、処理を終了したＡＶ／Ｃコマンドの処理結果を、無線ネットワーク上のパケットを用いて基地局ノード５４１０に転送する。このとき、実行したコマンドが送られてきたパケットに記されていたトランザクションＩＤ＝ｑの値を一緒に送り返し、このパケットが１３９４レイヤのどのトランザクションＩＤに対応するものであるのかを識別できるようにする。
【０４８７】
（９）基地局ノード５４１０が、受信した無線パケット内に記されているトランザクションＩＤ＝ｑの値から、受けとったＦＣＰフレームが１３９４レイヤでのトランザクションＩＤ＝ａと送信元ノードＩＤ＝１の組合せに対応していることがわかるので、それをＦＣＰフレームを１３９４ノード５４０１に転送すれば良いことがわかる。
【０４８８】
（１０）基地局ノード５４１０が、１３９４ノード５４０１に対して、ＡＶ／Ｃのレスポンスパケット（Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパケットで転送される）を送信する。このときの、宛先ノードＩＤ＝１、送信元ノードＩＤ＝２である。また、１３９４レイヤでのトランザクションＩＤとして値＝ａが割り当てられている。
【０４８９】
（１１）１３９４ノード５４０１が、ＡＶ／Ｃのレスポンスパケットを正常に受信できたなら、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを基地局ノード５４１０に転送する。
【０４９０】
ここで、上記の例では処理（５），（６）において、無線ネットワーク上での独自のトランザクションＩＤを割り当てる方法を示しているが、他にも、１３９４レイヤでのトランザクションＩＤと送信元ノードＩＤの組合せを、そのまま無線ネットワーク上でのトランザクションＩＤとして処理する方法も考えられる。
【０４９１】
図６３に、このときのＡｓｙｎｃｈｒｏｎｏｕｓパケットの無線端末５４２１から１３９４ノード５４０１へのＡＶ／Ｃコマンドの転送時の処理のシーケンスを示す。図６３の例では、無線端末５４２１がＡＶ／Ｃプロトコルで言うところのコントローラの役目を果たしており、無線端末から１３９４ノード５４０１に対してＡＶ／Ｃコマンドを送信する場合を示している。よって、以下の一連の処理の前には、コントローラである無線端末５４２１が、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ情報を入手する処理や、ユーザーがコントローラである無線端末５４２１に、リモコンなどを介して所望の処理を指示するなどの処理が実行されている。以下に、処理シーケンスを述べる。
【０４９２】
（１）コントローラである無線端末５４２１において、ＡＶ／Ｃプロトコルを起動するアプリケーションが実行され、なんらかのＡＶ／Ｃコマンドの送信が指示される。コマンドの送り先は１３９４ノード５４０１内のＳｕｂＵｎｉｔ Ａ（５４０１１）である。
【０４９３】
（２）無線端末５４２１が、ＡＶ／Ｃコマンドを乗せたＦＣＰフレームを無線パケット上に乗せて基地局ノード５４１０に送信する。このときの、宛先のＳｕｂＵｎｉｔ＿ＩＤの値はＡであり、無線ネットワーク上でのトランザクションＩＤの値はｑである。
【０４９４】
（３）基地局ノード５４１０が、受信した無線パケットからＦＣＰフレームを取り出し、その中の宛先ＳｕｂＵｎｉｔ＿ＩＤの値を元に送信先のノードが１３９４ノード５４０１であることを知る。
【０４９５】
（４）基地局ノード５４１０が、受けとったＡＶ／ＣコマンドをＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに乗せて、１３９４ノード５４０１に転送する。このときの、送信元ノードＩＤ＝２、宛先ノードＩＤ＝１であり、宛先のＳｕｂＵｎｉｔ ＩＤの値はＡである。また、基地局ノード５４１０で１３９４レイヤでのトランザクションＩＤ＝ａが割り当てられている。
【０４９６】
（５）１３９４ノード５４０１が、ＡＶ／Ｃコマンドを乗せたＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信できたなら、Ａｃｋ Ｃｏｍｐｌｅｔｅメッセージを基地局ノード５４１０に返す。
【０４９７】
（６）１３９４ノード５４０１が、受信したＦＣＰフレーム内の情報に基づいて、所定のＡＶ／Ｃプロトコルに従った処理を実行する。
【０４９８】
（７）これに前後して基地局ノード５４１０が、無線ネットワーク上でのトランザクションＩＤ＝ｑが、１３９４レイヤでのトランザクションＩＤ＝ａに対応している旨を記憶する。
【０４９９】
（８）１３９４ノード５４０１が、処理を終了したＡＶ／ＣコマンドのレスポンスメッセージをＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに乗せて基地局ノード５４１０に転送する。このときの送信元ノードＩＤ＝１、宛先ノードＩＤ＝２であり、トランザクションＩＤの値はａである。
【０５００】
（９）基地局ノード５４１０が、ＡＶ／Ｃレスポンスを乗せたＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信できたなら、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを１３９４ノード５４０１に返す。
【０５０１】
（１０）基地局ノード５４１０が、受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに記されているトランザクションＩＤの値（＝ａ）から、そのパケットが無線ネットワーク上でのトランザクションＩＤ＝ｑに対応していることを知る。
【０５０２】
（１１）基地局ノード５４１０が、受けとったトランザクションＩＤの値に対応する無線端末５４２１に、受信したＦＣＰフレームを無線パケット上に乗せて転送する。このときのトランザクションＩＤの値は、（２）の処理で無線端末５４２１によって割り当てられた値（＝ｑ）である。
【０５０３】
上記の例において、無線ネットワーク上をＦＣＰフレームが転送される際の、パケットフォーマットの一例を図６４に示す。図６４のパケットには、無線ネットワーク上を転送するための無線へッダと、無線ネットワーク上でのトランザクション（セッション）を識別するためのトランザクションＩＤを示すフィールドが存在する。また、パケット上にＦＣＰフレームを乗せ、最後にＣＲＣのようなチェックサムを入れている。このようなパケットフォーマットによって、図６２、図６３に示したような、１３９４ノードと無線端末の間でのＡＶ／ＣプロトコルやＨＡＶｉプロトコルに関する通信が実現可能となる。
【０５０４】
このような方法で、実際にＩＥＥＥ１３９４バス上に存在するノードと無線端末との間で画像データのようなリアルタイムデータの転送を実行する場合の例を図６５に示す。図６５の（ａ）に、無線端末５４２１が認識する画像データ転送時の構成を、図６５の（ｂ）に１３９４ノード５４０１が認識する画像データ転送時の構成の２通りを示している。このときに、基地局ノード５４１０が、これらの間の乗せ替え処理（Ｉｓｏｃｈｒｏｎｏｕｓチャネルと無線上のチャネルの接続処理）を実行する。また、図６５では、無線ネットワーク上においてもＩＥＣ６１８８３プロトコルが実行可能な場合を示している。
【０５０５】
図６５の（ａ）に示す無線端末５４２１が認識する構成は、実際には基地局ノード５４１０と無線端末５４２１，５４２２が存在するネットワークであるが、ここでは無線端末５４２２については省略している。無線端末５４２１内には、受信した画像データをデコード・表示するためのデコーダＳｕｂＵｎｉｔ５４２１３とともに、無線ネットワーク上のチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ５４２１４、ｉ＿ｐｌｕｇ５４２１５）が存在する。そして、デコーダＳｕｂＵｎｉｔ５４２１３とｉ＿ｐｌｕｇ５４２１５の間がコネクション５４２１６によって接続されている。また、基地局ノード５４１０内には、実際には１３９４ノード５４０１内に存在する画像データを蓄積しているビデオソースＳｕｂＵｎｉｔ５４１０３が存在するように見え、同様に無線ネットワーク上のチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ５４１０４、ｉ＿ｐｌｕｇ５４１０５）が存在している。そして、ビデオソースＳｕｂＵｎｉｔ５４１０３とｏ＿ｐｌｕｇ５４１０４の間がコネクション５４１０６によって接続されている。さらには、基地局ノード５４１０のｏ＿ｐｌｕｇ５４１０４と無線端末５４２１のｉ＿ｐｌｕｇ５４２１５の間が、無線ネットワーク上のチャネルＡによって接続されている。
【０５０６】
また、図６５の（ｂ）に示す１３９４ノード５４０１が認識する構成は、実際には基地局ノード５４１０と１３９４ノード５４０１，５４０２が存在するネットワークであるが、ここでは１３９４ノード５４０２については省略している。１３９４ノード５４０１内には、画像データを蓄積しているビデオソースＳｕｂＵｎｉｔ５４０１３とともに、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ５４０１４、ｉ＿ｐｌｕｇ５４０１５）が存在している。そして、ビデオソースＳｕｂＵｎｉｔ５４０１３とｏ＿ｐｌｕｇ５４０１４の間がコネクション５４０１６によって接続されている。また、基地局ノード５４１０内には、実際には無線端末５４２１内に存在する、受信した画像データをデコード・表示するためのデコーダＳｕｂＵｎｉｔ５４１０７が存在するように見え、同様に、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ５４１０８、ｉ＿ｐｌｕｇ５４１０９）が存在する。そして、デコーダＳｕｂＵｎｉｔ５４１０７とｉ＿ｐｌｕｇ５４１０９の間がコネクション５４１１０によって接続されている。さらには、１３９４ノード５４０１のｏ＿ｐｌｕｇ５４０１４と基地局ノード５４１０のｉ＿ｐｌｕｇ５４１０９がＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルＸによって接続されている。
【０５０７】
このような構成において、基地局ノード５４１０では、無線端末５４２１が認識している構成（図６５の（ａ））における自ノード内のコネクション５４１０６が、実際にはＩｓｏｃｈｒｏｎｏｕｓチャネルＸと１３９４ノード５４０１内のコネクション５４０１６の組み合わせに対応している旨を記憶するとともに、１３９４ノード５４０１が認識している構成（図６５の（ｂ））における自ノード内のコネクション５４１１０が、実際には無線ネットワーク上のチャネルＡと無線端末５４２１内のコネクション５４２１６の組み合わせに対応している旨を記憶する。そして、この組み合わせに従って、実際に転送されてくる画像データの乗せ替え処理を実行する。
【０５０８】
図６６に、このようなネットワーク構成を構築して実際に画像データを転送する場合に実行される処理のシーケンスの一例を示す。図６６においては、１３９４ノード５４０１が、ＡＶ／Ｃプロトコルにおける、いわゆるコントロールノードとして動作している場合を示している。よって、図６６では、例えば１３９４ノード内のコネクション５４０１６を自分で設定するようなシーケンスになっているが、コントロールノードが他に存在する場合には、そのコントロールノードからのＡＶ／Ｃコマンド（例えばコネクトコマンドなど）によって設定する場合も考えられる。具体的な、処理シーケンスを以下に示す。
【０５０９】
（１）１３９４ノード５４０１が、基地局ノード５４１０内のＳｕｂＵｎｉｔ情報の開示を要求する（例えば、ＡＶ／ＣプロトコルのＵｎｉｔ Ｉｎｆｏコマンドを送信する）。
【０５１０】
（２）基地局ノード５４１０が、自ノード内のＳｕｂＵｎｉｔ情報として、基地局ノード内のデコーダＳｕｂＵｎｉｔ５４１０７（実際には無線端末５４２１内に存在するデコーダＳｕｂＵｎｉｔ５４２１３）を１３９４ノード５４０１に開示する。
【０５１１】
（３）１３９４ノード５４０１が、自ノード内のコネクション５４０１６を設定する。
【０５１２】
（４）１３９４ノード５４０１もしくは基地局ノード５４１０が、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルＸを獲得する（ＩＥＣ６１８８３プロトコル）。ここでは、帯域＝１０Ｍｂｐｓのチャネルを獲得する。
【０５１３】
（５）１３９４ノード５４０１が、基地局ノード５４１０に対してｉ＿ｐｌｕｇ５４１０９によってＩｓｏｃｈｒｏｎｏｕｓチャネルＸからのパケットを受信する旨を通知する。また、自ノード内のｏ＿ｐｌｕｇ５４０１４によってＩｓｏｃｈｒｏｎｏｕｓチャネルＸへパケットを送信する旨を通知する（ＩＥＣ６１８８３プロトコル）。
【０５１４】
（６）１３９４ノード５４０１が、基地局ノード５４１０内のデコーダＳｕｂＵｎｉｔ５４１０７とｉ＿ｐｌｕｇ５４１０９の間を接続するＡＶ／Ｃコマンド（例えばコネクトコマンド）を基地局ノード５４１０に送信する。
【０５１５】
（７）基地局ノード５４１０はコマンドを受信すると、それに対応する、無線端末５４２１から認識される構成図（図６５（ａ））におけるコネクション５４１０６と１３９４ノード５４０１から認識される構成図（図６５（ｂ））におけるコネクション５４１１０を設定し、それらが対応することを記憶する。
【０５１６】
（８）基地局ノード５４１０が、無線ネットワーク上のチャネルＡを獲得する（無線ネットワーク上のプロトコル）。このときのチャネルＡの帯域幅は、上記の（５）の処理で通知されたＩｓｏｃｈｒｏｎｏｕｓチャネルＸの帯域幅＝１０Ｍｂｐｓとする。これによって、基地局ノード５４１０がＩｓｏｃｈｒｏｎｏｕｓチャネルＸと無線ネットワーク上のチャネルＡが対応していることを認識する。
【０５１７】
（９）基地局ノード５４１０が、無線端末５４２１に対してｉ＿ｐｌｕｇ５４２１５によってチャネルＡからのパケットを受信する旨を通知する。また、自ノード内のｏ＿ｐｌｕｇ５４１０４によってチャネルＡへパケットを送出する旨を通知する（ＩＥＣ６１８８３プロトコル）。
【０５１８】
（１０）基地局ノード５４１０が、上記の（６）の処理で受信したＡＶ／Ｃコマンドに対応する処理として、無線端末５４２１内のデコーダＳｕｂＵｎｉｔ５４２１３とｉ＿ｐｌｕｇ５４２１５間を接続するＡＶ／Ｃコマンド（例えばコネクトコマンド）を無線端末５４２１に送信する。
【０５１９】
（１１）無線端末５４２１が、受けとったコマンドに従って自ノード内のコネクション５４２１６を設定し、デコーダＳｕｂＵｎｉｔ５４２１３とｉ＿ｐｌｕｇ５４２１５間を接続する。
【０５２０】
（１２）無線端末５４２１が、受けとったコマンドを正常に終了した旨を基地局ノード５４１０に返信する。
【０５２１】
（１３）基地局ノード５４１０が、無線端末５４２１からの正常終了の通知をうけて、上記の（６）の処理で受けとっていたＡＶ／Ｃコマンドに対応する処理を正常に終了した旨を、１３９４ノード５４０１に返信する。
【０５２２】
（１４）１３９４ノード５４０１のビデオソースＳｕｂＵｎｉｔ５４０１３から、画像データが１３９４ノード５４０１内のコネクション５４０１６、ｏ＿ｐｌｕｇ５４０１４を通ってＩｓｏｃｈｒｏｎｏｕｓチャネルＸに送出され、それが基地局ノード５４１０のｉ＿ｐｌｕｇ５４１０９、基地局ノード５４１０内のコネクション５４１１０を通ってデコーダＳｕｂＵｎｉｔ５４１０７に転送される。
【０５２３】
（１５）基地局ノード５４１０内では、１３９４ノード側から認識される構成上のデコーダＳｕｂＵｎｉｔ５４１０７で受信した画像データを、無線端末側から認識されるビデオソースＳｕｂＵｎｉｔ５４１０３からの送出データに乗せ替える処理を実行する。
【０５２４】
（１６）基地局ノード５４１０のビデオソースＳｕｂＵｎｉｔ５４１０３から、画像データが基地局ノード５４１０内のコネクション５４１０６、ｏ＿ｐｌｕｇ５４１０４を通って無線ネットワーク上のチャネルＡに送出され、それが無線端末５４２１のｉ＿ｐｌｕｇ５４２１５、無線端末５４２１内のコネクション５４２１６を通って、デコーダＳｕｂＵｎｉｔ５４２１３に転送される。
【０５２５】
（１７）無線端末５４２１において、受信した画像データのデコード処理が実行され、画面にデコードされた画像データが表示される。
【０５２６】
上記のシーケンスにおいては、ＩＥＥＥ１３９４−１９９５で規定されている、各パケットの転送確認メッセージ（Ａｃｋメッセージ）の転送に関しては省略している。
【０５２７】
図６７に、同様に画像データを転送する場合に実行される処理のシーケンスの他の例を示す。図６７においては、無線端末５４２１が、ＡＶ／Ｃプロトコルにおける、いわゆるコントロールノードとして動作している場合を示している。処理シーケンスを以下に示す。
【０５２８】
（１）無線端末５４２１が、基地局ノード５４１０内のＳｕｂＵｎｉｔ情報の開示を要求する（例えば、ＡＶ／ＣプロトコルのＵｎｉｔ Ｉｎｆｏコマンドを送信する）。
【０５２９】
（２）基地局ノード５４１０が、自ノード内のＳｕｂＵｎｉｔ情報としてビデオソースＳｕｂＵｎｉｔ５４１０３（実際には１３９４ノード５４０１内に存在するビデオソースＳｕｂＵｎｉｔ５４０１３）を無線端末５４２１に開示する。
【０５３０】
（３）無線端末５４２１が、自ノード内のコネクション５４２１６を設定する。
【０５３１】
（４）無線端末５４２１もしくは基地局ノード５４１０が、無線ネットワーク上のチャネルＡを獲得する（無線ネットワーク上のプロトコル）。ここでは、帯域＝１０Ｍｂｐｓのチャネルを獲得する。
【０５３２】
（５）無線端末５４２１が、基地局ノード５４１０に対してｏ＿ｐｌｕｇ ５４１０４によってチャネルＡへのパケットを送信する旨を通知する。また、自ノード内のｉ＿ｐｌｕｇ５４０１５によってチャネルＡからのパケットを受信する旨を通知する（ＩＥＣ６１８８３プロトコル）。
【０５３３】
（６）無線端末５４２１が、基地局ノード５４１０内のビデオソースＳｕｂＵｎｉｔ ５４１０３とｏ＿ｐｌｕｇ５４１０４の間を接続するＡＶ／Ｃコマンド（例えばコネクトコマンド）を基地局ノード５４１０に送信する。
【０５３４】
（７）基地局ノード５４１０はコマンドを受信すると、それに対応する、無線端末５４２１から認識される構成図（図６５（ａ））におけるコネクション５４１０６と１３９４ノード５４０１から認識される構成図（図６５（ｂ））におけるコネクション５４１１０を設定し、それらが対応することを記憶する。
【０５３５】
（８）基地局ノード５４１０が、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチヤネルＸを獲得する（ＩＥＣ６１８８３プロトコル）。このときのＩｓｏｃｈｒｏｎｏｕｓチャネルＸの帯域幅は、（５）の処理で通知された無線ネットワーク上のチャネルＡの帯域幅＝１０Ｍｂｐｓとする。これによって、基地局ノード５４１０がＩｓｏｃｈｒｏｎｏｕｓチャネルＸと無線ネットワーク上のチャネルＡが対応していることを認識する。
【０５３６】
（９）基地局ノード５４１０が、１３９４ノード５４０１に対してｏ＿ｐｌｕｇ５４０１４によってＩｓｏｃｈｒｏｎｏｕｓチャネルＸへのパケットを送信する旨を通知する。また、自ノード内のｉ＿ｐｌｕｇ５４１０９によってＩｓｏｃｈｒｏｎｏｕｓチャネルＸからのパケットを受信する旨を通知する（ＩＥＣ６１８８３プロトコル）。
【０５３７】
（１０）基地局ノード５４１０が、上記の（６）の処理で受信したＡＶ／Ｃコマンドに対応する処理として、１３９４ノード５４０１内のビデオソースＳｕｂＵｎｉｔ５４０１３とｏ＿ｐｌｕｇ５４０１４間を接続するＡＶ／Ｃコマンド（例えばコネクトコマンド）を１３９４ノード５４０１に送信する。
【０５３８】
（１１）１３９４ノード５４０１が、受けとったコマンドに従って自ノード内のコネクション５４０１６を設定し、ビデオソースＳｕｂＵｎｉｔ５４０１３とｏ＿ｐｌｕｇ５４０１４間を接続する。
【０５３９】
（１２）１３９４ノード５４２１が、受けとったコマンドを正常に終了した旨を基地局ノード５４１０に返信する。
【０５４０】
（１３）基地局ノード５４１０が、１３９４ノード５４０１からの正常終了の通知をうけて、上記の（６）の処理で受けとっていたＡＶ／Ｃコマンドに対応する処理を正常に終了した旨を、無線端末５４２１に返信する。
【０５４１】
（１４）１３９４ノード５４０１のビデオソースＳｕｂＵｎｉｔ５４０１３から、画像データが１３９４ノード５４０１内のコネクション５４０１６、ｏ＿ｐｌｕｇ５４０１４を通ってＩｓｏｃｈｒｏｎｏｕｓチャネルＸに送出され、それが基地局ノード５４１０のｉ＿ｐｌｕｇ５４１０９、基地局ノード５４１０内のコネクション５４１１０を通ってデコーダＳｕｂＵｎｉｔ５４１０７に転送される。
【０５４２】
（１５）基地局ノード５４１０内では、１３９４ノード側から認識される構成上のデコーダＳｕｂＵｎｉｔ５４１０７で受信した画像データを、無線端末側から認識されるヒデオソースＳｕｂＵｎｉｔ５４１０３からの送出データに乗せ替える処理を実行する。
【０５４３】
（１６）基地局ノード５４１０のビデオソースＳｕｂＵｎｉｔ５４１０３から、画像データが基地局ノード５４１０内のコネクション５４１０６、ｏ＿ｐｌｕｇ５４１０４を通って無線ネットワーク上のチャネルＡに送出され、それが無線端末５４２１のｉ＿ｐｌｕｇ５４２１５、無線端末５４２１内のコネクション５４２１６を通って、デコーダＳｕｂＵｎｉｔ５４２１３に転送される。
【０５４４】
（１７）無線端末５４２１において、受信した画像データのデコード処理が実行され、画面にデコードされた画像データが表示される。
【０５４５】
このような一連の処理によって、本実施形態における１３９４ノード（図６６、図６７の例では１３９４ノード５４０１）から無線端末（図６６、図６７の例では無線端末５４２１）への画像データの転送処理が実現できる。また、同様の処理によって、例えば無線端末５４２１上に存在する画像データをＩＥＥＥ１３９４バス上の１３９４ノード５４０１に転送し、１３９４ノード５４０１において、無線端末５４２１上の画像データを再生するような処理も可能である。
【０５４６】
次に、図６８に、本実施形態においてＨＡＶｉプロトコルを実行する場合の処理の一例を示す。図６８では、ＩＥＥＥ１３９４バス上に１３９４ノード６４０１と基地局ノード６４１０が接続している。また、基地局ノード６４１０には無線ネットワークを介して、無線端末６４２１と６４２２が接続している。図６８では、このようなＩＥＥＥ１３９４バス上に、新たに１３９４ノード６４３０が追加される場合を示している。
【０５４７】
ＨＡＶｉプロトコルにおいては、各１３９４ノードが自分自身の制御プログラム（ソフトウェア）をバイトコードの形で保持しておき、自ノードがＩＥＥＥ１３９４バスに新たに加入する際に、そのバイトコードをアップロードして自ノードの制御ノードとなるべき１３９４ノードを検索・選択する。そして、選択された１３９４ノードに対して、自分自身の制御プログラムのバイトコードをアップロードし、自ノードの制御ノードとして、他の１３９４ノードに認識してもらうようになっている。このような処理をＩＥＥＥ１３９４バスの立上り時に実行した後は、ＩＥＥＥ１３９４バス上の各ノードは、その選択された制御ノードを介して、新たにＩＥＥＥ１３９４バスに加入してきた１３９４ノードに対しての制御メッセージを転送することになっている。
【０５４８】
図６８の場合では、新たに追加された１３９４ノード６４３０の制御ノードとして、１３９４ノード６４０１が選択され、そこに１３９４ノード６４３０を制御するためのＤＣＭ（Ｄｅｖｉｃｅ Ｃｏｎｔｒｏｌ Ｍａｎａｇｅｒ）６４４０がアップロードされた状況を示している。この１３９４ノード６４０１上に作成されたＤＣＭ６４４０は、１３９４ノード６４０１上のＳｏｆｔｗａｒｅ Ｅｌｅｍｅｔとして認識され、それにはＳＥＩＤ（Ｓｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔ ＩＤ）と呼ばれる識別子が付加されるようになっている。
【０５４９】
よって、本実施形態においてＨＡＶｉプロトコルを実行する場合には、先のＡＶ／ＣプロトコルでのＳｕｂＵｎｉｔ ＩＤの例と同様に、このＳＥＩＤを用いて、各１３９４ノード上のＳｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔを識別することになる。
【０５５０】
図６９に、ＳＥＩＤの構成を示す。ＳＥＩＤは、出荷時に１３９４バス上のノードに付加されている全世界唯一のノード識別子であるＥＵＩ６４アドレスと、各１３９４ノード内でのＳｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔ Ｈａｎｄｌｅ ＩＤの組合せで構成されている。また、このＳｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔ Ｈａｎｄｌｅ ＩＤは１６ｂｉｔで構成されており、その内わけは、Ｓｃｏｐｅ１ｂｉｔとＨａｎｄｌｅ １５ｂｉｔとなっている。実際の、各１３９４ノード内でのＳｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔの識別は、このＨａｎｄｌｅの値でなされることになる。
【０５５１】
図７０に、１３９４ノード６４３０が追加された後のＩＥＥＥ１３９４バスの状況と、大まかな制御メッセージの転送方法を示す。ここでは、無線端末６４２１が制御メッセージを送信するＣｏｎｔｒｏｌｌ端末として制御コマンドを１３９４ノード６４３０に送信する場合を示している。図７０の例においては、１３９４ノード６４３０内にＡＶ／ＣプロトコルでのＳｕｂＵｎｉｔに対応するＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔとして、Ａ（６４３１）とＢ（６４３２）の２つが存在し、１３９４ノード６４０１上に１３９４ノード６４３０を制御するためのＤＣＭ６４４０が存在する。このときのＤＣＭ６４４０のＳＥＩＤの値はＳＥＩＤ＝Ｘである。さらに、無線端末６４２１上に、１３９４ノード６４３０への制御メッセージを転送しようとするアプリケーション６４５０（ＳＥＩＤ＝Ｙ）が存在している。
【０５５２】
このような構成において、無線端末６４２１が１３９４ノード６４３０を制御しようとする場合に、ＨＡＶｉプロトコルにおいては、まず、１３９４ノード６４０１上のＤＣＭ６４４０が無線端末６４２１に対して、その制御方法についての情報を開示することになっている。この開示方法としては、例えば、１３９４ノード６４３０から受け取ったバイトコードそのものやＤＣＭ６４４０自身を制御するためのバイトコード等を無線端末６４２１に転送し、それによって無線端末６４２１が制御メッセージをＤＣＭ６４４０に送信する方法や、ＤＣＭ６４４０を制御するための制御画面情報を無線端末６４２１に転送し、その画面情報を用いて無線端末６４２１が制御メッセージをＤＣＭ６４４０に送信するなどの方法がある。どちらの場合にしても、ＤＣＭ６４４０が無線端末６４２１から送られてきた制御メッセージを翻訳し、実際の制御対象である１３９４ノード６４３０に対して制御コマンドを送信することで、１３９４ノード６４３０の制御を実現している。このＤＣＭ６４４０から１３９４ノード６４３０への制御コマンドの転送方法としては、１３９４ノード６４３０が完全にＨＡＶｉプロトコルに対応している場合には、送信する制御コマンドもＨＡＶｉプロトコルで転送することが可能である。しかし、１３９４ノード６４３０が、制御コマンドとしてはＡＶ／Ｃプロトコルしか認識できない場合も想定されるので、この揚合にはＡＶ／Ｃプロトコルを用いて制御コマンドを転送することになる。
【０５５３】
このような手順でＨＡＶｉプロトコルが実行できるが、その具体的な処理手順として、ＤＣＭ６４４０から画面情報が無線端末６４２１に転送された後に、その画面情報に従った制御メッセージがＤＣＭ６４４０に転送され、そのメッセージから、ＤＣＭ６４４０がＨＡＶｉコマンドによって１３９４ノード６４３０への制御コマンドを転送する場合の例について、図７１を用いて説明する。
【０５５４】
（１）１３９４ノード６４３０がＩＥＥＥ１３９４バスに加入し、バスリセットが発生する。
【０５５５】
（２）１３９４ノード６４３０が、自分を制御するためのバイトコードのアップロード先を検索し、１３９４ノード６４０１を選択。
【０５５６】
（３）１３９４ノード６４３０からバイトコードが１３９４ノード６４０１にアップロードされる。１３９４ノード６４０１が、アップロードされたバイトコードを実行して、自ノード内に１３９４ノード６４３０を制御するＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）を作成する。
【０５５７】
（４）１３９４ノード６４０１が１３９４ノード６４３０を制御する制御ノードになった旨を、ＨＡＶｉで定義されるレジストリ機能によって、ＩＥＥＥ１３９４バス上の各ノードに通知する、もしくは他のノードが入手する。基地局ノード６４１０は、通知される宛先のＧＵＩＤ（ＥＵＩ６４アドレス）が無線端末６４２１であるものに関しては、受信したＦＣＰフレームを、そのまま無線端末６４２１に転送する（図７１中のｔ１の処理）。
【０５５８】
（５）無線端末６４２１上で、１３９４ノード６４３０を制御するアプリケーション６４５０（ＳＥＩＤ＝Ｙ）が実行され、１３９４ノード６４３０の制御ノードとなっている１３９４ノード６４０１に対して、必要な制御方法の開示を要求する。このときの開示要求は、ＨＡＶｉメッセージを転送することになっているＦＣＰフレームによって転送され、その宛先ＳＥＩＤ＝Ｘ、送信元ＳＥＩＤ＝Ｙである。
【０５５９】
（６）１３９４ノード６４０１上のＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）が、受信した開示要求に従って、１３９４ノード６４３０を制御するための制御画面情報を無線端末６４２１上のアプリケーション６４５０（ＳＥＩＤ＝Ｙ）に通知する。このとき転送されるＦＣＰフレームの宛先ＳＥＩＤ＝Ｙ、送信元ＳＥＩＤ＝Ｘである。
【０５６０】
（７）無線端末６４２１上のアプリケーション６４５０（ＳＥＩＤ＝Ｙ）が、実行するコマンドを決定する。
【０５６１】
（８）無線端末６４２１上のアプリケーション６４５０（ＳＥＩＤ＝Ｙ）が、決定したコマンドに対応する制御メッセージを乗せたＦＣＰフレームを１３９４ノード６４０１上のＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）に転送する。このとき転送されるＦＣＰフレームの宛先ＳＥＩＤ＝Ｘ、送信元ＳＥＩＤ＝Ｙであり、実行しているプロトコルはＨＡＶｉである。
【０５６２】
・ここまでの一連の処理において、図７１中の（４），（５），（６），（８）におけるｔ１，ｔ２，ｔ３，ｔ４で示される部分は、無線パケットによるＦＣＰフレームの転送を示しており、その他の部分はＩＥＥＥ１３９４のＷｒｉｔｅＲｅｑｕｅｓｔパケットによるＦＣＰフレームの転送を示している。また、基地局ノード６４１０は、各ＦＣＰフレームに記されている宛先のＳＥＩＤを用いたルーティング処理を実行している。
【０５６３】
（９）１３９４ノード６４０１上のＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）が、受け取った画面情報に従った制御メッセージを解読し、対応する１３９４ノード６４３０への制御メッセージを認識する。ここでは、１３９４ノード６４３０がＨＡＶｉプロトコルに対応しているので、送信するコマンドはＨＡＶｉコマンドとなる。
【０５６４】
（１０）１３９４ノード６４０１上のＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）が、解読したＨＡＶｉコマンドを１３９４ノード６４３０に転送する。図７１では、ＨＡＶｉコマンドの転送先が１３９４ノード６４３０内のＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔ Ａ（６４３１）である場合を示している。
【０５６５】
（１１）必要であれば、１３９４ノード６４３０が、ＨＡＶｉコマンドを受信した旨のＡｃｋメッセージを１３９４ノード６４０１のＤＣＭ６４４０（ＳＥＩＤ＝Ｘ）に返す。
【０５６６】
上記のような一連の処理によって、本実施形態によってＨＡＶｉプロトコルを実行することができる。ここでは、ＨＡＶｉプロトコルの一部のみを実行する場合を示しているが、本実施形態においては、１３９４ノードと無線端末がＦＣＰフレームを用いて通信することができる用になっているので、その上に乗るＡＶ／ＣプロトコルやＨＡＶｉプロトコルは、基本的に問題無く実行できる。重要なのは、基地局ノードにおいてＩＥＥＥ１３９４側の情報と無線ネットワーク側の情報の乗せ替え処理を実行するとともに、ＦＣＰフレーム上で定義されている識別子（例えばＳｕｂＵｎｉｔ＿ＩＤやＳＥＩＤ等）によるルーティング処理を実行している点である。
【０５６７】
図７２に、基地局ノード４１０の内部構成のブロック図の一例を示す。基地局ノード５４１０では、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報を無線ネットワーク側に見せる処理と無線ネットワーク上のＳｕｂＵｎｉｔ情報をＩＥＥＥ１３９４バス側に見せる処理が実行され、それらの対応関係が保持されている。また、ＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送を行なう際には、このこのＳｕｂＵｎｉｔ情報によるルーティング処理が実行される。さらに、基地局ノード５４１０は、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤなどのメッセージ識別子の対応関係を保持し、それによってＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送時のルーティング処埋も実行している。このような機能を提供するため、基地局ノード５４１０内には、無線ネットワークとのインタフェース機能を提供する無線インタフェース処理部６８０１や、ＩＥＥＥ１３９４バスと無線ネットワーク間でのＦＣＰフレームを乗せるパケットの変換処理（具体的にはＩＥＥＥ１３９４バス上のパケットと無線ネットワーク上のパケット間でのＦＣＰフレームの乗せ替え処理）を実行するパケット変換処理部６８０２や、ＩＥＥＥ１３９４バスへのインタフェース機能を提供する１３９４インタフェース処理部６８０５が存在する。また、パケット変換処理部６８０２におけるパケット変換処理のための、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報と無線ネットワーク上のＳｕｂＵｎｉｔ情報の間の対応関係を記憶するＳｕｂＵｎｉｔ ＩＤ対応テーブル６８０３と、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤの間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上のリソース（チャネル）との間の対応関係を記憶するトランザクション／チャネル対応テーブル６８０４が存在する。これらの機能の他にも、基地局５４１０においてＩＥＥＥ１３９４バス上のアプリケーションや無線ネットワーク上のアプリケーンョンを実行する機能等が存在することも当然考えられるが、本実施形態には直接関係しないので、図７２では省略している。
【０５６８】
図７３に、無線端末５４２１の内部構成のブロック図の一例を示す。無線端末５４２１はＳｕｂＵｎｉｔ情報を用いて基地局ノード５４１０との間での通信を行っている。よって、無線端末５４２１内には、無線ネットワークとのインタフェース機能を提供する無線インタフェース処理部６９０１や、無線ネットワーク上を転送するパケットに乗せるＡＶ／ＣプロトコルやＨＡＶｉプロトコルに対応したＦＣＰフレームへの処理（例えば、宛先・送信元ＳｕｂＵｎｉｔ＿ＩＤの付加や、所望のコマンド・要求情報の付加など）を実行するＦＣＰフレーム処理部６９０２や、無線ネットワーク上のＳｕｂＵｎｉｔ情報を管理するＳｕｂＵｎｉｔ情報管理部６９０３や、実際にＡＶ／Ｃプロトコル等を実行するアプリケーション実行部６９０４が存在する。ここで、無線端末５４２１は、基本的にＡＶ／Ｃプロトコルを実行することを想定しているため、図７３においてはＳｕｂＵｎｉｔ情報の管理を行うようになっているが、例えば、無線端末６４２１のようなＨＡＶｉプロトコルを実行する無線端末の場合には、そのソフトウェア識別子であるＳＥＩＤ情報やＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔの情報等を管理することになる。
【０５６９】
（第８の実施形態）
第７の実施形態では、基地局ノードと無線端末とが１対１に対応する場合だけでなく、一つの基地局に複数の無線端末が接続する場合の実施形態を示した。しかし、このようなＳｕｂＵｎｉｔを用いる方法では、複数の無線端末に同様のＳｕｂＵｎｉｔが存在した場合に、それらを識別する手段（ＳｕｂＵｎｉｔ Ｔｙｐｅ，ＩＤによる識別方法）が存在しなかったり、ＡＶ／ＣプロトコルやＨＡＶｉプロトコルには、ノード内のＳｕｂＵｎｉｔやＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔを追加・削除する機能が定義されていない、などの問題がある。特に、ＳｕｂＵｎｉｔ等の追加・削除機能がないことは、無線ネットワークのようなアドホックなネットワークへの適応に支障をきたす場合が考えられる。本実施形態では、このような点を考慮し、第７の実施形態の場合と同様にＦＣＰフレームをベースとしたＩＥＥＥ１３９４バスと無線ネットワークの融合を行うものの、その上位のレイヤのプロトコルとして、無線ＡＶ／Ｃとも言うべき無線端末専用のＡＶ／Ｃプロトコルを定義する場合について示す。ここで、この無線ＡＶ／Ｃプロトコルを適応する方法としては、例えば、無線ネットワーク上においてのみ適応する場合や、ＩＥＥＥ１３９４バスと無線ネットワークの全体に及んで適応する場合などが考えられる。以下の例では、まず、無線ネットワーク上においてのみ適応する場合について述べる。
【０５７０】
図７４に、本実施形態におけるネットワークの構成の概念図を示す。図７４の構成では、ＩＥＥＥ１３９４バス上に１３９４ノード７１０１，７１０２が存在し、さらに基地局ノード７１１０が接続している。また、基地局ノード７１１０には、無線ネットワークを介して、２つの無線端末７１２１，７１２２が接続している。このときの各ノードのノードＩＤは、１３９４ノード７１０１がｎ＝１、１３９４ノード７１０２がｎ＝３、基地局ノード７１１０がｎ＝２であり、１３９４ノード７１０２がＲｏｏｔノードになっている場合を示している。
【０５７１】
ここで、１３９４ノード７１０１内には、その中のＳｕｂＵｎｉｔとしてＡ（７１０１１）とＢ（７１０１２）が存在し、同様に、１３９４ノード７１０２内にはＳｕｂＵｎｉｔ Ｃ（７１０２１）とＤ（７１０２２）が存在する。また、無線端末７１２１内にはＳｕｂＵｎｉｔ Ｘ１（７１２１１）とＸ２（７１２１２）が存在し、同様に、無線端末７１２２内にはＳｕｂＵｎｉｔ Ｙ１（７１２２１）とＹ２（７１２２２）が存在する。
【０５７２】
通常、ＡＶ／Ｃ（Ａｕｄｉｏ／Ｖｉｓｕａｌ Ｃｏｎｔｒｏｌ）プロトコル等では、このような各１３９４ノード内のＳｕｂＵｎｉｔ単位にコマンドを送受信することになっているので、図７４のようにＩＥＥＥ１３９４バスと無線ネットワークを共存させる形で画像データの転送を行なう場合には、このようなＳｕｂＵｎｉｔ情報を、どのように各ノード／端末に見せるのかが問題となる。特に、複数の無線端末上に存在するＳｕｂＵｎｉｔをどのように識別するのか、が課題である。
【０５７３】
本実施形態においては、基地局ノード７１１０において、各ネットワーク（ＩＥＥＥ１３９４と無線ネットワーク）の間で、この構成要素（ＳｕｂＵｎｉｔ）情報を乗せ替える処理を実行する。具体的には、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ群は、第７の実施形態で述べてきたような通常のＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔであるのに対し、各無線端末内のＳｕｂＵｎｉｔ群は、無線端末や基地局ノードとの間でのＡＶコマンドをやりとりを実行するための無線ＡＶ／Ｃプロトコルによって定義されるＳｕｂＵｎｉｔである。
【０５７４】
本実施形態で、無線端末７１２１とＩＥＥＥ１３９４ノード７１０１が、ネットワーク全体をどのように認識しているのかを図７５に示す。まず、図７５の（ａ）に、無線端末７１２１が認識しているネットワーク全体の構成図を示す。無線端末７１２１は、ＩＥＥＥ１３９４バス上のノード内に存在する、ＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ群Ａ、Ｂ、Ｃ、Ｄを、基地局ノード７１１０内の無線ＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ群Ａ’、Ｂ’、Ｃ’、Ｄ’として認識している。また、図７５の（ｂ）に、１３９４ノード７１０１等のＩＥＥＥ１３９４バス上のノードが認識しているネットワーク全体を構成図を示す。１３９４ノード７１０１は無線端末７１２１や７１２２内に存在する無線ＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ群Ｘ１、Ｘ２、Ｙ１、Ｙ２を、基地局ノード７１１０内のＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ群Ｘ１’、Ｘ２’Ｙ１’、Ｙ２’として認識している。
【０５７５】
このときの１３９４ノード７１０１と無線端末７１２１の間の通信におけるプロトコルスタックの一例を図７６に示す。図７６では、１３９４ノード７１０１と無線端末７１２１の間で何らかのアプリケーションが動くときに、ＡＶ／Ｃや無線ＡＶ／Ｃプロトコルが実行される場合を示している。図７６では、１３９４ノード７１０１で実行されるアプリケーションがＡＶ／Ｃプロトコルを介して基地局ノード７１１０との間で制御コマンドの転送処理を実行し、無線端末７１２１が無線ＡＶ／Ｃプロトコルによって基地局ノード７１１０との間での制御コマンドの転送処理を実行している場合を示している。そして、基地局ノード７１１０がＡ５／Ｃプロトコルと無線ＡＶ／Ｃプロトコルの間でのプロトコル変換処理を実行し、１３９４ノード７１０１と無線端末７１２１の間での制御コマンドの転送処理を実現している。
【０５７６】
図７７に、無線端末７１２１と基地局ノード７１１０の間で実行されている無線ＡＶ／Ｃプロトコルが使用するＦＣＰフレームの一例を示す。図７７の構成では、無線ＡＶ／Ｃプロトコルのためのｃｔｓフィールドの値として、ｃｔｓ＝０ｘ０１００を割り当てた場合を示している。また、無線ＡＶ／Ｃプロトコルでは、複数のＳｕｂＵｎｉｔを識別するために、ＳｕｂＵｎｉｔ＿ＩＤのフィールドを大きくし、その中に無線端末の識別子としてＮｏｄｅ＿ＩＤフィールドを新たに設けている。これによって、複数の無線端末が基地局ノード７１１０に接続し、それらの無線端末の中に、同じＳｕｂＵｎｉｔが存在したとしても、基地局ノード７１１０がそのＳｕｂＵｎｉｔの識別ができるようになる。
【０５７７】
ここで、新たに定義する無線ＡＶ／Ｃプロトコルには、他にも以下のような機能を追加している。一つは、各１３９４ノード（無線端末）内へのＳｕｂＵｎｉｔの追加／削除機能である。これは、通常のＡＶ／ＣプロトコルではＳｕｂＵｎｉｔ情報を追加／削除する機能がないことや、ＨＡＶｉプロトコルにおいては新たなＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔを追加するために、一旦、ＩＥＥＥ１３９４バスのバスリセット処理を実行しなければならないこと等を回避するための機能である。このＳｕｂＵｎｉｔ情報の追加／削除を実現する方法としては、例えば、無線ＡＶ／Ｃプロトコルのコマンドとして、ａｄｄ＿ｓｕｂｕｎｉｔコマンドやｄｅｌｅｔｅ＿ｓｕｂｕｎｉｔコマンドのようなものを新規に定義する方法が考えられる。これによって、システム運用中にＳｕｂＵｎｉｔの追加が可能となるとともに、例えば、無線端末が基地局ノードに接続した際に、新たなバスリセット処理を伴わずにＳｕｂＵｎｉｔ情報の追加が可能となる（ＳｕｂＵｎｉｔの削除も同様に可能となる）。
【０５７８】
また、このようなＳｕｂＵｎｉｔ情報の追加／削除の機能とともに、各１３９４ノードや無線端末のＳｕｂＵｎｉｔ情報を能動的に他の１３９４ノードや無線端末に通知する機能も追加する。これによって、例えば、無線端末が新たに基地局に接続した際に、この機能によって、その情報を他の１３９４ノードや無線端末に通知することができるので、ＳｕｂＵｎｉｔ情報の通知のためにバスリセットを発生させる必要がない。このＳｕｂＵｎｉｔ情報を能動的に通知する方法としては、例えば、ＳｕｂＵｎｉｔ＿ＩｎｆｏコマンドをＮｏｔｉｆｙコマンドとして送ることができるようにしておき、ＳｕｂＵｎｉｔ情報に変化が生じた際には、通知してもらうように設定するという方法がある。また、無線ＡＶ／Ｃプロトコルのコマンドとして、ａｄｖ＿ｓｕｂｕｎｉｔ＿ｉｎｆｏのような新規のコマンドを定義して、この機能を実現する方法も考えられる。
【０５７９】
図７８に、このときのＡｓｙｎｃｈｒｏｎｏｕｓパケットの１３９４ノード７１０１から無線端末７１２１へのＡＶ／Ｃコマンドの転送時の処理のシーケンスを示す。図７８の例では、１３９４ノード７１０１がＡＶ／Ｃプロトコルで言うところのコントローラの役目を果たしており、１３９４ノード７１０１が無線端末７１２１に対してＡＶ／Ｃコマンドを送信する場合を示している。そのため、以下の一連の処理の前には、コントローラである１３９４ノード７１０１が、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ情報を入手する処理や、ユーザーがコントローラである１３９４ノード７１０１に、リモコンなどを介して所望の処理を指示するなどの処理が実行されている。また、以下の例では、基地局ノード７１１０が１３９４ノード７１０１から受信したＡＶ／Ｃコマンドを無線ＡＶ／Ｃコマンドにプロトコル変換した後、無線端末７１２１に転送することになっている。以下に、具体的な処理シーケンスを述べる。
【０５８０】
（１）コントローラである１３９４ノード７１０１において、ＡＶ／Ｃプロトコルを起動するアプリケーションが実行され、なんらかのＡＶ／Ｃコマンドの送信が指示される。コマンドの送り先は無線端末７１２１内のＳｕｂＵｎｉｔ Ｘ１（７１２１１）である。
【０５８１】
（２）１３９４ノード７１０１が、ＡＶ／ＣコマンドをＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットの形で基地局ノード７１１０に送信する。このときの、宛先のノードＩＤ＝２、送信元のノードＩＤ＝１であり、パケットに乗っているＦＣＰフレーム中に示されている宛先のＳｕｂＵｎｉｔ＿ＩＤの値はＸ１’である。また、１３９４レイヤでのトランザクションＩＤ（トランザクションラベルの値）として値＝ａが割り当てられている。
【０５８２】
（３）基地局ノード７１１０が、正常にＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを受信した場合には、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを返す。
【０５８３】
（４）基地局ノード７１１０が、受信したＦＣＰフレーム内の宛先ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１’が無線端末７１２１内のＳｕｂＵｎｉｔ Ｘ１（７１２１１）であることを識別する。また、受けとったＡＶ／Ｃコマンドを無線ＡＶ／Ｃコマンドに変換する。
【０５８４】
（５）基地局ノード７１１０が、変換した無線ＡＶ／Ｃコマンドを無線ネットワーク上の無線パケットに乗せて無線端末７１２１に転送する。無線ＡＶ／ＣコマンドはＦＣＰフレームに乗せられているものとする。また、このとき、基地局ノード７１１０で割り当てる無線ネットワークでのトランザクションＩＤの値＝ｑも一緒に転送する。
【０５８５】
（６）基地局ノード７１１０が、１３９４レイヤでのトランザクションＩＤ＝ａと、その送信元ノードＩＤ＝１の組合せが、無線ネットワーク上でのトランザクションＩＤ＝ｑに対応している旨を記憶する。
【０５８６】
（７）無線端末７１２１が、受信したＦＣＰフレーム内の情報に基づいて、所定の無線ＡＶ／Ｃプロトコルに従った処理を実行する。
【０５８７】
（８）無線端末７１２１が、無線ＡＶ／Ｃコマンドの処理結果を、無線ネットワーク上のパケットを用いて基地局ノード７１１０に転送する。このとき、実行したコマンドが送られてきたパケットに記されていたトランザクションＩＤ＝ｑの値を一緒に送り返し、このパケットが１３９４レイヤのどのトランザクションＩＤに対応するものであるのかを識別できるようにする。
【０５８８】
（９）基地局ノード７１１０が、受けとった無線ＡＶ／ＣレスポンスをＡＶ／Ｃレスポンスに変換する。また、受信した無線パケット内に記されているトランザクションＩＤ＝ｑの値から、受けとったレスポンスが１３９４レイヤでのトランザクションＩＤ＝ａと送信元ノードＩＤ＝１の組合せに対応したものであることがわかるので、この変換した無線ＡＶ／Ｃレスポンスを１３９４ノード７１０１に転送すればよいことになる。
【０５８９】
（１０）基地局ノード７１１０が、１３９４ノード７１０１に対して、ＡＶ／Ｃのレスポンスパケット（Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパケットで転送される）を送信する。このときの、宛先ノードＩＤ＝１、送信元ノードＩＤ＝２である。また、１３９４レイヤでのトランザクションＩＤとして値＝ａが割り当てられている。
【０５９０】
（１１）１３９４ノード７１０１が、ＡＶ／Ｃレスポンスパケットを正常に受信できたならば、Ａｃｋ＿Ｃｏｍｐｌｅｔｃメッセージを基地局ノード７１１０に転送する。
【０５９１】
ここで、上記の例では処理（５），（６）において、無線ネットワーク上での独自のトランザクションＩＤを割り当てる方法を示しているが、他にも、１３９４レイヤでのトランザクションＩＤと送信元ノードＩＤの組合せを、そのまま無線ネットワーク上でのトランザクションＩＤとして処理する方法も考えられる。
【０５９２】
図７９に、このときのＡｓｙｎｃｈｒｏｎｏｕｓパケットの無線端末７１２１から１３９４ノード７１０１へのＡＶ／Ｃコマンドの転送時の処理のシーケンスを示す。図７９の例では、無線端末７１０１がＡＶ／Ｃプロトコルで言うところのコントローラの役目を果たしており、無線端末から１３９４ノード７１０１に対してＡＶ／Ｃコマンドを送信する場合を示している。よって、以下の一連の処理の前には、コントローラである無線端末７１２１が、ＩＥＥＥ１３９４バス上の各ノード内のＳｕｂＵｎｉｔ情報を入手する処理や、ユーザーがコントローラである無線端末７１２１に、リモコンなどを介して所望の処理を指示するなどの処理が実行されている。また、以下の例では、基地局ノード７１１０が無線端末７１２１から受信した無線ＡＶ／ＣコマンドをＡＶ／Ｃコマンドにプロトコル変換した後、１３９４ノード７１０１に転送することになっている。以下に、具体的な処理シーケンスを述べる。
【０５９３】
（１）コントローラである無線端末７１２１において、無線ＡＶ／Ｃプロトコルを起動するアプリケーションが実行され、なんらかの無線ＡＶ／Ｃコマンドの送信が指示される。コマンドの送り先は１３９４ノード７１０１内のＳｕｂＵｎｉｔ Ａ（７１０１１）である。
【０５９４】
（２）無線端末７１２１が、無線ＡＶ／Ｃコマンドを乗せたＦＣＰフレームを無線パケット上に乗せて基地局ノード７１１０に送信する。このときの、宛先のＳｕｂＵｎｉｔ＿ＩＤの値はＡ’であり、無線ネットワーク上でのトランザクションＩＤの値はｑである。
【０５９５】
（３）基地局ノード７１１０が、受信した無線パケットからＦＣＰフレームを取り出し、その中の宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ａ’から、実際の宛先ノードが１３９４ノード７１０１であり、その宛先のＳｕｂＵｎｉｔ＿ＩＤ＝Ａであることを知る。また、受けとった無線ＡＶ／ＣコマンドをＡＶ／Ｃコマンドに変換する。
【０５９６】
（４）基地局ノード７１１０が、変換したＡＶ／ＣコマンドをＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに乗せて、１３９４ノード７１０１に転送する。このときの、送信元ノードＩＤ＝２、宛先ノードＩＤ＝１であり、宛先のＳｕｂＵｎｉｔ＿ＩＤの値はＡである。また、基地局ノード７１１０で１３９４レイヤでのトランザクションＩＤ＝ａが割り当てられている。
【０５９７】
（５）１３９４ノード７１０１が、ＡＶ／Ｃコマンドを乗せたＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信できたなら、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを基地局ノード７１１０に返す。
【０５９８】
（６）１３９４ノード７１０１が、受信したＦＣＰフレーム内の情報に基づいて、所定のＡＶ／Ｃプロトコルに従った処理を実行する。
【０５９９】
（７）基地局ノード７１１０が、無線ネットワーク上でのトランザクションＩＤ＝ｑが、１３９４レイヤでのトランザクションＩＤ＝ａに対応している旨を記憶する。
【０６００】
（８）１３９４ノード７１０１が、処理を終了したＡＶ／ＣコマンドのレスポンスメッセージをＷｒｉｔｅ Ｒｃｑｕｅｓｔパケットに乗せて基地局ノード７１１０に転送する。このときの送信元ノードＩＤ＝１、宛先ノードＩＤ＝２であり、トランザクションＩＤの値はａである。
【０６０１】
（９）基地局ノード７１１０が、ＡＶ／Ｃレスポンスを乗せたＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットを正常に受信できたなら、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージを１３９４ノード７１０１に返す。
【０６０２】
（１０）基地局ノード７１１０が、受信したＷｒｉｔｅ Ｒｅｑｕｅｓｔパケットに記されているトランザクションＩＤの値（＝ａ）から、そのパケットが無線ネットワーク上でのトランザクションＩＤ＝ｑに対応していることを知る。また、受けとったＡＶ／Ｃレスポンスを無線ＡＶ／Ｃレスポンスに変換する。
【０６０３】
（１１）基地局ノード７１１０が、受けとったトランザクションＩＤの値に対応する無線端末７１２１に、受信したＦＣＰフレームを無線パケット上に乗せて転送する。このときの、無線ネットワーク上でのトランザクションＩＤの値はｑである。
【０６０４】
上記の例において、無線ネットワーク上をＦＣＰフレームが転送される際の、パケットフォーマットの一例を図８０に示す。図８０のパケットには、無線ネットワーク上を転送するための無線へッダと、無線ネットワーク上でのトランザクション（セッション）を識別するためのトランザクションＩＤのフィールドが存在する。また、パケット上に無線ＡＶ／Ｃプロトコルに対応したＦＣＰフレームを乗せ、最後にＣＲＣのようなチェックサムを入れている。このようなパケットフォーマットによって、図７８、図７９に示したような、１３９４ノードと無線端末の間でのＡＶ／Ｃプロトコル／無線ＡＶ／Ｃプロトコルに関する通信が実現可能となる。
【０６０５】
このような方法で、第７の実施形態の場合と同様に、ＩＥＥＥｌ３９４バス上のノードと無線端末の間での画像データのようなリアルタイムデータの転送が可能となる。この場合に、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルや無線ネットワーク上のリソースの認識方法や、具体的な処理シーケンスに関しては、第７の実施形態の図６５、図６６、図６７に示したような認識方法／処理シーケンスによって実現できるので、ここでの説明は省略する。
【０６０６】
図８１に、基地局ノード７１１０の内部構成のブロック図の一例を示す。基地局ノード７１１０では、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報を無線ネットワーク側に見せる処理と無線ネットワーク上のＳｕｂＵｎｉｔ情報をＩＥＥＥ１３９４バス側に見せる処理が実行され、それらの対応関係が保持されている。また、ＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送を行なう際には、このＳｕｂＵｎｉｔ情報によるルーティング処理が実行される。さらに、基地局ノード７１１０は、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤの対応関係を保持し、それによってＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送時のルーティング処理も実行している。このような機能を提供するため、基地局ノード７１１０内には、無線ネットワークとのインタフェース機能を提供する無線インタフェース処理部７８０１や、ＩＥＥＥ１３９４バスと無線ネットワーク間でのＦＣＰフレームの変換処理（具体的にはＡＶ／Ｃプロトコル用のＦＣＰフレームと無線ＡＶ／Ｃプロトコル用のＦＣＰフレームの間でのプロトコル変換処理）を実行するＦＣＰフレーム処理部７８０２や、ＩＥＥＥ１３９４バスへのインタフェース機能を提供する１３９４インタフェース処理部７８０５が存在する。また、ＦＣＰフレーム処理部７８０２におけるプロトコル変換処理のための、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報と無線ネットワーク上のＳｕｂＵｎｉｔ情報の間の対応関係を記憶するＳｕｂＵｎｉｔ＿ＩＤ対応テーブル７８０３と、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤの間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネル情報と無線ネットワーク上のリソース（チャネル）情報の対応関係を記憶するトランザクション／チャネル対応テーブル７８０４が存在する。これらの機能の他にも、基地局７１１０においてＩＥＥＥ１３９４バス上のアプリケーションや無線ネットワーク上のアプリケーションを実行する機能等が存在することも当然考えられるが、本実施形態には直接関係しないので、図８１では省略している。
【０６０７】
図８２に、無線端末７１２１の内部構成のブロック図の一例を示す。無線端末７１２１では、無線ネットワーク上のＳｕｂＵｎｉｔ情報を用いた無線ＡＶ／Ｃプロトコルによって、基地局ノード７１１０との間での通信を行っている。よって、無線端末７１２１内には、無線ネットワークとのインタフェース機能を提供する無線インタフェース処理部７９０１や、無線ネットワーク上を転送するパケットに乗せる無線ＡＶ／Ｃプロトコルに対応したＦＣＰフレームへの処理（例えば、宛先・送信元ＳｕｂＵｎｉｔ＿ＩＤの付加や、所望のコマンド・要求情報の付加など）を実行するＦＣＰフレーム処理部７９０２や、無線ネットワーク上のＳｕｂＵｎｉｔ情報を管理するＳｕｂＵｎｉｔ情報管理部７９０３や、実際に無線ＡＶ／Ｃプロトコル等を実行するアプリケーション実行部７９０４が存在する。ここで、無線端末７１２１は、基本的に無線ＡＶ／Ｃプロトコルを実行することを想定しているため、図８２においてはＳｕｂＵｎｉｔ情報の管理を行うようになっているが、例えば、ＨＡＶｉプロトコルを実行する無線端末の場合には、そのソフトウェア識別子であるＳＥＩＤ情報等を管理することになる。
【０６０８】
次に、無線ＡＶ／ＣプロトコルをＩＥＥＥ１３９４バスと無線ネットワークの全体に及んで適応する場合について述べる。
【０６０９】
図８３に、本実施形態におけるネットワークの構成の概念図を示す。図８３の構成は、図７４の構成と同様であるが、１３９４ノード８１０１や無線端末８１２１，８１２２は無線ＡＶ／Ｃプロトコルに対応しているのものの、１３９４ノード８１０２は無線ＡＶ／Ｃに対応していない場合を示している。よって、各１３９４ノード内のＳｕｂＵｎｉｔの中で、無線ＡＶ／Ｃプロトコルによって認識されるＳｕｂＵｎｉｔは、１３９４ノード８１０１内のＳｕｂＵｎｉｔ Ａ（８１０１１）とＳｕｂＵｎｉｔ Ｂ（８１０１２）の２つのみであり、１３９４ノード８１０２内のＳｕｂＵｎｉｔ Ｃ（８１０２１）とＳｕｂＵｎｉｔ Ｄ（８１０２２）は認識されない。
【０６１０】
この場合に、無線端末８１２１とＩＥＥＥ１３９４ノード８１０１が、ネットワーク全体をどのように認識しているのかを図８４に示す。まず、図８４の（ａ）に、無線端末８１２１が認識しているネットワーク全体の構成図を示す。無線端末８１２１は、ＩＥＥＥ１３９４バス上のノード内に存在する、無線ＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ Ａ（８１０１１）とＳｕｂＵｎｉｔ Ｂ（８１０１２）のみを認識している。また、図８４の（ｂ）に、１３９４ノード８１０１が認識しているネットワーク全体を構成図を示す。１３９４ノード８１０１は無線端末８１２１や８１２２内に存在する無線ＡＶ／ＣプロトコルによるＳｕｂＵｎｉｔ群Ｘ１，Ｘ２，Ｙ１，Ｙ２を、基地局ノード８１１０内のＳｕｂＵｎｉｔ群として認識している。
【０６１１】
このときの１３９４ノード８１０１と無線端末８１２１の間の通信におけるプロトコルスタックの一例を図８５に示す。図８５では、１３９４ノード８１０１と無線端末８１２１の間で何らかのアプリケーションが動くときに、無線ＡＶ／Ｃプロトコルが実行される場合を示している。図８５では、１３９４ノード８１０１と無線端末８１２１が無線ＡＶ／Ｃプロトコルによって、所望の無線ＡＶ／Ｃコマンドやレスポンスの転送を行なっている。このとき、基地局ノード８１１０においては、１３９４ノード８１０１と無線端末８１２１の間でのＦＣＰフレームの転送処理や、ＦＣＰフレームに記述されているＳｕｂＵｎｉｔ＿ＩＤの値や、無線パケットやＩＥＥＥ１３９４パケットに記述されているトランザクションＩＤの値を用いたルーティング処理を実行している。
【０６１２】
この場合に、無線端末８１２１と１３９４ノード８１０１の間で実行されている無線ＡＶ／Ｃプロトコルが使用するＦＣＰフレームは、第８の実施形態の図７７に示したフレーム構造を使用することができる。
【０６１３】
また、無線ＡＶ／Ｃプロトコルに新たに定義する無線ＡＶ／Ｃコマンドとしては、先の場合と同様に、以下のようなものが想定できる。一つは、各１３９４ノード（無線端末）内へのＳｕｂＵｎｉｔの追加／削除機能であり、もう一つは、各１３９４ノードや無線端末のＳｕｂＵｎｉｔ情報を、能動的に他の１３９４ノードや無線端末に通知する機能である。これらの機能の具体的な実現方法としては、無線ＡＶ／Ｃプロトコル上のコマンドとして、新規に、ａｄｄ＿ｓｕｂｕｎｉｔコマンドやａｄｖ＿ｓｕｂｕｎｉｔコマンド等を定義する方法が考えられる。これらの機能を用いることで、無線ネットワーク特有の機能をＡＶ／Ｃプロトコルに追加することができるようになる。
【０６１４】
また、ＩＥＥＥ１３９４バスと無線ネットワークに跨って無線ＡＶ／Ｃプロトコルを実行するようになっているので、このときの１３９４ノード８１０１と無線端末８１２１の間でのパケット転送は、第７の実施形態に示したパケット転送方式（第７の実施形態の図６２，図６３）と同様に実施可能である（ＡＶ／Ｃコマンド、ＡＶ／Ｃレスポンスを、無線ＡＶ／Ｃコマンド、無線ＡＶ／Ｃレスポンスに置き換える）。ただし、各パケット転送時にＦＣＰフレーム上に乗せられている情報が、第７の実施形態の場合はＡＶ／Ｃプロトコルに従ったコマンド／レスポンスであるのに対し、ここでは無線ＡＶ／Ｃプロトコルに従ったコマンド／レスポンスである点が異なっている。さらに、１３９４ノード８１０１と無線端末８１２１の間でのＩｓｏｃｈｒｏｎｏｕｓデータ転送についても第７の実施形態の場合のデータ転送方式（第７の実施形態の図６６，図６７）と同様に実施可能である。この場合も、各パケット転送時にＦＣＰフレーム上に乗せられている情報が、第７の実施形態の場合はＡＶ／Ｃプロトコルに従ったコマンド／レスポンスであるのに対し、ここでは無線ＡＶ／Ｃプロトコルに従ったコマンド／レスポンスである点は異なっている。
【０６１５】
（第９の実施形態）
第８の実施形態では、無線ＡＶ／Ｃという新規のプロトコルを定義してＩＥＥＥ１３９４バスと無線端末の間でのＡＶ／Ｃコマンド／レスポンスの転送処理を実行する場合について示した。このときの無線ＡＶ／Ｃプロトコルは、ＦＣＰフレームのｃｔｓフィールドの値で識別されるものであり、いわゆるＡＶ／Ｃプロトコルとは全く別のプロトコルを定義する形になっている。これは、無線端末において実行するＡＶ制御のためのプロトコルが必ず無線ＡＶ／Ｃプロトコルとなってしまうので、第７の実施形態のような実現方式からのスムーズな移行は難しい場合がある。このような点を考慮して、本実施形態では、無線端末においてもＡＶ／Ｃプロトコルを実行するものの、無線特有の「無線端末の追加／削除」機能が実現できる方法について示す。本実施形態では、無線端末との通信を行なう必要のある１３９４ノード上にのみ無線ＡＶ／Ｃプロトコルの実行機能を追加し、基地局ノードで、その乗せ替え処理を行なうことで、上記のような機能を実現している。
【０６１６】
本実施形態においては、ＡＶ／ＣプロトコルでのＳｕｂＵｎｉｔ種別の識別に使われているＳｕｂＵｎｉｔ＿ｔｙｐｅとして、無線端末を示すＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔなるタイプを定義する。そして、このＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔへのコマンドについて、Ｔｕｎｅｒ ＳｕｂＵｎｉｔやＶＣＲ ＳｕｂＵｎｉｔへのコマンド等と同様に、新たなコマンドを定義していく方法を示している。具体的には、基地局ノードにおいて無線端末をＩＥＥＥ１３９４バス側に紹介する際に、各無線端末自身を一つのＳｕｂＵｎｉｔ（ＷｉｒｅｌｅｓｓＳｕｂＵｎｉｔ）として紹介し、この無線端末の中に存在するＳｕｂＵｎｉｔは、そのＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔのＳｕｂＵｎｉｔという形で紹介する。このような紹介方法によって、基地局に接続する無線端末を、通常のＳｕｂＵｎｉｔ識別時のＳｕｂＵｎｉｔ＿ＩＤによって識別できるようになる。そして、各無線端末上に存在する各ＳｕｂＵｎｉｔは、Ｗｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔ内のＳｕｂＵｕｉｔとして識別されるようになるため、複数の無線端末内に存在する同じタイプのＳｕｂＵｎｉｔをきちんと識別できるようになる。
【０６１７】
図８６に、本実施形態におけるネットワークの構成の概念図を示す。図８６の構成は、第８の実施形態における図７４の構成と同じ構成であるので、ここでの詳しい説明は省略する。
【０６１８】
本実施形態で、無線端末９１２１とＩＥＥＥ１３９４ノード９１０１が、ネットワーク全体をどのように認識しているのかを図８７に示す。図８７の（ａ）に、無線端末９１２１が認識しているネットワーク全体の構成図を示す。図８７の（ａ）では、無線端末９１２１，９１２２上の各ＳｕｂＵｎｉｔ Ｘ１（９１２１１）、Ｘ２（９１２１２）、Ｙ１、（９１２２１）Ｙ２（９１２２２）やＩＥＥＥ１３９４バス上のノード９１０１，９１０２内の各ＳｕｂＵｎｉｔ Ａ（９１０１１）、Ｂ（９１０１２）、Ｃ（９１０２１）、Ｄ（９１０２２）が、通常のＡＶ／Ｃプロトコル上のＳｕｂＵｎｉｔとして認識されている。これは第７の実施形態の場合と同じ構成で認識されていることを示しており、例えば、無線端末９１２１が、ＡＶ／Ｃプロトコルにおけるコントローラとしての機能を実行する場合には、そのＡＶ／Ｃコマンドの転送処理やリソース確保の処理などが第７の実施形態の場合と同様に実行可能であることを示している。図８７の（ｂ）に、１３９４ノード９１０１が認識しているネットワーク全体の構成図を示す。図８７の（ｂ）では、無線端末９１２１，９１２２それぞれが、基地局ノード９１１０内のＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔ（９１１０１，９１１０２）として認識され、各無線端末内のＳｕｂＵｎｉｔが、基地局ノード９１１０のＳｕｂ＿ＳｕｂＵｎｉｔとして認識されている。また、１３９４ノード９１０１，９１０２内のＳｕｂＵｎｉｔに関しては、通常のＡＶ／ＣのＳｕｂＵｎｉｔとして認識されている。ここで、基地局ノード９１１０は、上記のような異なる認識に基づいたネットワーク間でのプロトコル乗せ替え機能を実行する。
【０６１９】
本実施形態における、１３９４ノード９１０１と無線端末９１２１の間の通信におけるプロトコルスタックの例を図８８と図８９に示す。図８８／図８９では、１３９４ノード９１０１から無線端末９１２１に対してＡＶ／Ｃプロトコルを実行する場合（図８８）と、無線端末９１２１から１３９４ノード９１０１に対してＡＶ／Ｃプロトコルを実行する場合（図８９）の２通りを示している。
【０６２０】
図８８では、１３９４ノード９１０１が他の１３９４ノードとの間でＡＶ／Ｃプロトコルを実行する場合は通常のＡＶ／Ｃプロトコルをそのまま実行するが、その実行相手が無線端末である場合には、基地局ノード９１１０との間でのＡＶ／Ｃプロトコルの実行においては、一度、無線ＡＶ／Ｃプロトコルを介して実行するようになっている。そして、基地局ノード９１１０において無線ＡＶ／ＣプロトコルからＡＶ／Ｃプロトコルへのプロトコル変換した後に、無線端末９１２１に対して通常のＡＶ／Ｃプロトコルを実行する。
【０６２１】
また、図８９では、無線端末９１２１が通常のＡＶ／Ｃプロトコルによって１３９４ノード９１０１へのＡＶ／Ｃプロトコルの実行ができるようになっている。これは、図７５の（ａ）に示したように、無線端末９１２１からは、１３９４ノード内のＳｕｂＵｎｉｔ群が自端末内のＳｕｂＵｎｉｔと同じレベルで認識されるために、第７の実施形態の場合と同様にＡＶ／Ｃプロトコルが実行できることによるものである。よって、この場合のＡＶ／Ｃプロトコルの処理シーケンスは、第７の実施形態の場合（第７の実１施形態の図６３、図６７）と同様に実行可能である。
【０６２２】
図９０に、本実施形態で実行されている無線ＡＶ／Ｃプロトコルが使用するＦＣＰフレームの一例を示す。図９０の構成では、第８の実施形態のような無線ＡＶ／Ｃプロトコルのためのｃｔｓフィールドの値を設定することはせずに、通常のＡＶ／ＣプロトコルのＦＣＰフレームにおいて、その宛先ＳｕｂＵｎｉｔのＳｕｂＵｎｉｔ ｔｙｐｅがＷｉｒｅｌｅｓｓであったときに、新たなフレーム構造を定義するようになっている。図９０では、ＳｕｂＵｎｉｔ＿ｔｙｐｅがＷｉｒｅｌｅｓｓであった場合には、そのＳｕｂＵｎｉｔ＿ＩＤが無線端末の識別子として使用される。そして、この通常のＦＣＰフレームの先頭４バイトを「無線ＡＶ／Ｃへッダ」として、それに続いて通常のＦＣＰフレームを付加するようになっている。よって、無線ＡＶ／ＣプロトコルでＡＶ／Ｃコマンドを送る場合には、通常のＡＶ／ＣプロトコルにおけるＳｕｂＵｎｉｔ（無線ＡＶ／ＣプロトコルにおけるＳｕｂ＿ＳｕｂＵｎｉｔ）へのＡＶ／Ｃコマンド（ＦＣＰフレーム）を作成し、その作成したコマンドの先頭に、無線ＡＶ／Ｃプロトコルにおける宛先情報（宛先の無線端末を指定）を付加して送信する。
【０６２３】
このようなフレーム構造を用いた場合の、１３９４ノード９１０１と無線端末９１２１の間での、基本的なＡＶ／Ｃプロトコルの処理シーケンスを図９１に示す。図９１の例では、１３９４ノード１０１がＡＶ／Ｃプロトコルで言うところのコントローラの役目を果たしており、１３９４ノード９１０１が無線端末１２１に対してＡＶ／Ｃコマンドを送信する場合を示している。
【０６２４】
（１）１３９４ノード９１０１上のアプリケーションがＡＶ／Ｃプロトコルを起動する。
【０６２５】
（２）基地局ノード９１１０内のＳｕｂＵｎｉｔ情報の開示を要求する。このときに送信されるコマンドは、ＡＶ／Ｃプロトコルで定義されているＵｎｉｔ＿Ｉｎｆｏ／ＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドのようなものであり、通常のＡＶ／Ｃプロトコルによって転送される。
【０６２６】
（３）基地局ノード９１１０が、自ノード内のＳｕｂＵｎｉｔ情報として、Ｗｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔ Ｘ（９１１０１）とそのＳｕｂ＿ＳｕｂＵｎｉｔ Ｘ１，Ｘ２（９１２１１，９１２１２）と、Ｗｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔ Ｙ（９１１０２）とそのＳｕｂ＿ＳｕｂＵｎｉｔ Ｙ１，Ｙ２（９１２２１，９１２２２）を開示する。
【０６２７】
（４）１３９４ノード９１０１が、ＡＶ／Ｃコマンドの転送先としてＳｕｂ＿ＳｕｂＵｎｉｔ Ｘ１（９１２１１）を選択し、それに対するＡＶ／Ｃコマンドを作成する。
【０６２８】
（５）宛先がＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔであるため、無線ＡＶ／Ｃヘッダを作成／付加する。無線ＡＶ／Ｃヘッダには、ＳｕｂＵｎｉｔ＿ｔｙｐｅ＝Ｗｉｒｅｌｅｓｓ、ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘとする。
【０６２９】
（６）１３９４ノード９１０１が、作成した無線ＡＶ／Ｃコマンドを基地局ノード１１０に転送する。このとき、送信元ノードＩＤ＝１、宛先ノードＩＤ＝２であり、１３９４レイヤにおけるトランザクションＩＤ＝ａを付加して転送する。また、無線ＡＶ／Ｃへッダ中の宛先ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘであり、ＦＣＰフレーム中の宛先ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１である。
【０６３０】
（７）基地局ノード９１１０が、受信したパケット中の宛先ＳｕｂＵｎｉｔ＿ＩＤの値から、転送する先の無線端末９１２１を識別する。また、受信した無線ＡＶ／Ｃコマンドから無線ＡＶ／Ｃヘッダを取り除き、ＡＶ／Ｃコマンドを取り出す。
【０６３１】
（８）基地局ノード９１１０が、無線パケットに取り出したＡＶ／Ｃコマンドを乗せて無線端末９１２１に転送する。このとき、無線ネットワーク上でのトランザクションＩＤ＝ｑを付加し、宛先ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１となる。
【０６３２】
（９）基地局ノード９１１０が、ＩＥＥＥ１３９４バス上でのトランザクションＩＤと送信元ノードＩＤ＝１の組合せと無線ネットワーク上でのトランザクションＩＤの組合せを記憶する。
【０６３３】
（１０）無線端末９１２１が、受信したＡＶ／Ｃコマンドに対応する処理を実行する。
【０６３４】
（１１）無線端末９１２１が、実行したＡＶ／Ｃコマンドの処理結果を、ＡＶ／Ｃレスポンスとして基地局ノード９１１０に転送する。このとき、上記の（９）の処理で付加されたトランザクションＩＤと同じＩＤを付加して転送する。
【０６３５】
（１２）基地局ノード９１１０が、受信したパケットのトランザクションＩＤの値から、受信したＡＶ／Ｃレスポンスを転送する先の１３９４ノードを識別する。
【０６３６】
（１３）基地局ノード９１１０が、受信したＡＶ／Ｃレスポンスを１３９４ノード９１０１に転送する。このとき、１３９４レイヤにおけるトランザクションＩＤ＝ａを付加して転送する。
【０６３７】
（１４）１３９４ノード９１０１が、トランザクションＩＤの値から、受信したＡＶ／Ｃレスポンスが上記の（６）の処理で送信したＡＶ／Ｃコマンドに対応するものであることを認識する。
【０６３８】
上記の一連の処理においては、各ＩＥＥＥ１３９４バス上のトランザクションにおいて実行されている、Ａｃｋ＿Ｃｏｍｐｌｅｔｅメッセージの転送については省略している。このような処理によって、無線端末９１２１へのＡＶ／Ｃコマンドの転送が可能となる。ここで、上記の例では処理（９）において、無線ネットワーク上での独自のトランザクションＩＤを割り当てる方法を示しているが、他にも、１３９４レイヤでのトランザクションＩＤと送信元ノードＩＤの組合せを、そのまま無線ネットワーク上のトランザクションＩＤとして処理する方法も考えられる。上記のシーケンスは、１３９４ノード９１０１がコントローラとして動作している場合の例であるが、逆に、無線端末９１２１がコントローラとして動作する場合も考えられる。この場合は、図８７や図８８／図８９に示したように、第７の実施形態の場合（第７の実施形態の図６３）と同様のシーケンスによって実現可能である。
【０６３９】
次に、本実施形態において、実際にＩＥＥＥ１３９４バス上のノードと無線端末との間で画像データのようなリアルタイムデータの転送を実行する場合を図９２に示す。図９２では、無線端末９１２１が認識する画像データ転送時の構成と、１３９４ノード９１０１が認識する画像データ転送時の構成の２通りを示している。このときに、基地局ノード９１１０がこれらの間の乗せ替え処理（Ｉｓｏｃｈｒｏｎｏｕｓチャネルと無線上のチャネルの接続処理）を実行する。
【０６４０】
無線端末９１２１が認識する構成は、実際には基地局ノード９１１０と無線端末９１２１，９１２２が存在するネットワークであるが、ここでは無線端末９１２２については省略している。無線端末９１２１内には、受信した画像データをデコード・表示するためのデコーダＳｕｂＵｎｉｔ９１２１３とともに、無線ネットワーク上のチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ９１２１４、ｉ＿ｐｌｕｇ９１２１５）が存在する。そして、デコーダＳｕｂＵｎｉｔ９１２１３とｉ＿ｐｌｕｇ９１２１５の間がコネクション９１２１６によって接続されている。また、基地局ノード９１１０内には、実際には１３９４ノード９１０１内に存在する画像データを蓄積しているビデオソースＳｕｂＵｎｉｔ９１１０３が存在するように見え、同様に無線ネットワーク上のチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ９１１０４、ｉ＿ｐｌｕｇ９１１０５）が存在している。そして、ビデオソースＳｕｂＵｎｉｔ ９１１０３とｏ＿ｐｌｕｇ９１１０４の間がコネクション９１１０６によって接続されている。さらには、基地局ノード９１１０のｏ＿ｐｌｕｇ９１１０４と無線端末９１２１のｉ＿ｐｌｕｇ９１２１５の間が、無線ネットワーク上のチャネル＝Ａによって接続されている。
【０６４１】
また、１３９４ノード９１０１が認識する構成は、実際には基地局ノード９１１０と１３９４ノード９１０１，９１０２が存在するネットワークであるが、ここでは１３９４ノード９１０２については省略している。１３９４ノード９１０１内には、画像データを蓄積しているビデオソースＳｕｂＵｎｉｔ９１０１３とともに、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ９１０１４、ｉ＿ｐｌｕｇ９１０１５）が存在している。そして、ビデオソースＳｕｂＵｎｉｔ９１０１３とｏ＿ｐｌｕｇ９１０１４の間がコネクション９１０１６によって接続されている。また、基地局ノード９１１０内には、無線端末９１２１に対応するＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔ９１１１１と、無線端末９１２１内に存在して受信し画像データをデコード・表示するためのデコーダＳｕｂ＿ＳｕｂＵｎｉｔ９１１０７が存在するように見える。また同様に、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルとの間での画像データの送受信（入出力）処理を実行するプラグ（ｏ＿ｐｌｕｇ９１１０８、ｉ＿ｐｌｕｇ９１１０９）が存在する。そして、デコーダＳｕｂ＿ＳｕｂＵｎｉｔ９１１０７とｉ＿ｐｌｕｇ９１１０９の間がコネクション９１１１０によって接続されている。さらには、１３９４ノード９１０１のｏ＿ｐｌｕｇ９１０１４と基地局ノード９１１０のｉ＿ｐｌｕｇ９１１０９がＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネル＝Ｘによって接続されている。
【０６４２】
このような構成において、基地局ノード９１１０では、１３９４ノード９１０１が認識している構成における自ノード内のコネクション９１１１０が、実際には無線ネットワーク上のチャネルＡと無線端末９１２１内のコネクション９１２１６の組み合わせに対応している旨を記憶するとともに、無線端末９１２１が認識している構成における自ノード内のコネクション９１１０６が、実際にはＩｓｏｃｈｒｏｎｏｕｓチャネルＸと１３９４ノード９１０１内のコネクション９１０１６の組み合わせに対応している旨を記憶する。そして、この組み合わせにしたがって、実際に転送されてくる画像データの乗せ替え処理を実行する。
【０６４３】
図９３に、このようなネットワーク構成を構築して実際に画像データを転送する場合に実行される処理のシーケンス図を示す。図９３においては、１３９４ノード９１０１が、ＡＶ／Ｃプロトコルにおける、いわゆるコントロールノードとして動作している場合を示している。また、図９３では、無線ネットワーク上においてもＩＥＣ６１８８３プロトコルが実行可能である場合を示している。処理シーケンスを以下に示す。
【０６４４】
（１）１３９４ノード９１０１が、基地局ノード９１１０に対してＳｕｂＵｎｉｔ情報の開示を要求する。
【０６４５】
（２）基地局ノードが、１３９４ノード９１０１に対して自ノード内のＳｕｂＵｎｉｔ情報として、無線端末９１２１をＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔとして紹介し、無線端末９１２１内のＳｕｂＵｎｉｔをＷｉｒｅｌｅｓｓ ＳｕｂＵｎｉｔのＳｕｂ＿ＳｕｂＵｎｉｔとして紹介する。
【０６４６】
（３）１３９４ノード９１０１が、自ノード内にコネクション９１０１６を設定する。
【０６４７】
（４）１３９４ノード９１０１もしくは基地局ノード９１１０が、ＩＥＥＥ１３９４バス上にＩｓｏｃｈｒｏｎｏｕｓチャネルＸを獲得する。このときの帯域を１０Ｍｂｐｓとする（ＩＥＣ６１８８３）。
【０６４８】
（５）１３９４ノード９１０１が、基地局ノード９１１０に対して、そのｉ＿ｐｌｕｇ９１１０９によってＩｓｏｃｈｒｏｎｏｕｓチャネルＸからのパケットを受信するように要求する。また、自ノードに対して、そのｏ＿ｐｌｕｇ９１０１４からＩｓｏｃｈｒｏｎｏｕｓチャネルＸにパケットを送信するように要求する（ＩＥＣ６１８８３）。
【０６４９】
（６）１３９４ノード９１０１が、無線ＡＶ／Ｃコマンド（例えばコネクトコマンド）を基地局ノード９１１０に転送し、基地局ノード９１１０内のデコーダＳｕｂ＿ＳｕｂＵｎｉｔ９１１０７とｉ＿ｐｌｕｇ９１１０９の間を接続するように指示する。
【０６５０】
（７）基地局ノード９１１０が、自ノード内のコネクション９１１０６と９１１１０を設定し、受信したパケットからＡＶ／Ｃコマンドのフレームを取り出す。
【０６５１】
（８）基地局ノード９１１０が、無線ネットワーク上のチャネルＡを獲得する。このときの要求帯域（１０Ｍｂｐｓ）は、上記の（５）の処理において通知される値を用いる。
【０６５２】
（９）基地局ノード９１１０が、無線端末９１２１に対して、そのｉ＿ｐｌｕｇ９１２１５によって無線ネットワーク上のチャネルＡからのパケットを受信するよう要求する。また、自ノードに対して、そのｏ＿ｐｌｕｇ９１１０４からチャネルＡにパケットを送信するように要求する（ＩＥＣ６１８８３）。
【０６５３】
（１０）基地局ノード９１１０が、ＡＶ／Ｃコマンド（例えばコネクトコマンド）を無線端末９１２１に転送し、無線端末９１２１内のデコーダＳｕｂ＿ＳｕｂＵｎｉｔ９１２１３とｉ＿ｐｌｕｇ９１２１５の間を接続するように指示する。
【０６５４】
（１１）無線端末９１２１が、自ノード内にコネクション９１２１６を設定する。
【０６５５】
（１２）無線端末９１２１が、受信したＡＶ／Ｃコマンドの処理結果をＡＶ／Ｃレスポンスとして基地局ノード９１１０に転送する。
【０６５６】
（１３）基地局ノード９１１０が、受信したＡＶ／Ｃレスポンスを図９１の場合と同様に、そのトランザクションＩＤの値を用いてルーティング処理し、１３９４ノード９１０１に転送する。
【０６５７】
（１４）１３９４ノード９１０１が、ビデオソースＳｕｂＵｎｉｔ９１０１３中の画像データを、ｏ＿ｐｌｕｇ９１０１４経由でＩｓｏｃｈｒｏｎｏｕｓチヤネルＸに送出する。
【０６５８】
（１５）基地局ノード９１１０が、ＩｓｏｃｈｒｏｎｏｕｓチャネルＸから受信した画像データを、無線ネットワーク上で転送するための画像データに変換する。
【０６５９】
（１６）基地局ノード９１１０が、無線ネットワーク上のチャネルＡに変換した画像データを転送する。
【０６６０】
（１７）無線端末９１２１が受信した画像データを再生する。
【０６６１】
このような一連の処理によって、本実施形態における１３９４ノードと無線端末間での画像データの転送処理が実現できる。ここで、上記の処理（１５）において画像データの変換を行っているが、必ずしもこのような変換処理は必要でなく、単なるパケット乗せ替え処理でも構わない。同様に、無線端末９１２１が、ＡＶ／Ｃプロトコルにおける、いわゆるコントロールノードとして動作する場合も想定できるが、これは、図８７や図８８／図８９に示したように、第７の実施形態の場合（第７の実施形態の図６７）と同様のシーケンスによって実現可能である。
【０６６２】
図９４に、基地局ノード９１１０の内部構成のブロック図の一例を示す。基地局ノード９１１０では、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報を無線ネットワーク側に見せる処理と無線ネットワーク上のＳｕｂＵｎｉｔ情報をＩＥＥＥ１３９４バス側に見せる処理が実行され、それらの対応関係が保持されている。また、ＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送を行なう際には、このＳｕｂＵｎｉｔ情報によるルーティング処理が実行される。さらに、基地局ノード９１１０は、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤの対応関係を保持し、それによってＩＥＥＥ１３９４バスと無線ネットワークの間でのパケット転送時のルーティング処理も実行している。このような機能を提供するため、基地局ノード９１１０内には、無線ネットワークとのインタフェース機能を提供する無線インタフェース処理部９８０１や、ＩＥＥＥ１３９４バスと無線ネットワーク間でのＦＣＰフレームの変換処理（具体的にはＡＶ／Ｃプロトコル用のＦＣＰフレームと無線ＡＶ／Ｃプロトコル用のＦＣＰフレームの間でのプロトコル変換処理）を実行するパケット変換処理部９８０２や、ＩＥＥＥ１３９４バスへのインタフェース機能を提供する１３９４インタフェース処理部９８０５が存在する。また、ＦＣＰフレーム処理部９８０２におけるプロトコル変換処理のための、ＩＥＥＥ１３９４バス上のＳｕｂＵｎｉｔ情報と無線ネットワーク上のＳｕｂＵｎｉｔ情報の間の対応関係を記憶するＳｕｂＵｎｉｔ対応テーブル９８０３と、ＩＥＥＥ１３９４バス上で付加されるトランザクションＩＤと無線ネットワーク上で付加されるトランザクションＩＤの間の対応関係や、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルと無線ネットワーク上のリソース（チャネル）との間の対応関係を記憶するトランザクション／チャネル対応テーブル９８０４が存在する。さらに、１３９４ノードから無線端末へのＡＶ／Ｃコマンド（無線ＡＶ／Ｃコマンドに従ったコマンド）を受信した場合の処理を実行する無線ＡＶ／Ｃ処理部９８０６が存在する。これらの機能の他にも、基地局ノード９１１０においてＩＥＥＥ１３９４バス上のアプリケーションや無線ネットワーク上のアプリケーションを実行する機能等が存在することも
以上説明してきたように各実施形態によれば、無線インタフェースで接続された無線ノードに対して、ＩＥＥＥ１３９４バス上を転送されている各種の情報を送信することができ、あたかも、無線インタフェースによって、ＩＥＥＥ１３９４バスに接続したかのようにデータ通信を実行できるようになる。
【０６６３】
また、無線区間において経路遮断が発生したとしても、その影響をＩＥＥＥ１３９４バス側に与えることなく（バスリセットを発生させず）データ転送を続けることができるとともに、無線端末が移動している場合のハンドオフ処理を実行しても、その影響をＩＥＥＥ１３９４バス側に与えることなく（バスリセットを発生させず）データ転送を続けることができるようになる。
【０６６４】
なお、これまでに説明したきた各実施形態は、家庭内ネットワークにも、その他の種々のネットワークにも適用可能である。
【０６６５】
また、これまでＩＥＥＥ１３９４バスとして説明したきた部分をＩＥＥＥ１３９４バス以外のネットワークとすることも可能であり、また、これまで無線ネットワークとして説明したきた部分を無線ネットワーク以外のネットワークとすることも可能である。例えば、上記したＩＥＥＥ１３９４バスと無線ネットワークとの組み合わせの他に、ＩＥＥＥ１３９４バスとＩＥＥＥ１３９４バス以外のネットワークとの組み合わせ、ＩＥＥＥ１３９４バス以外の有線ネットワークと無線ネットワークとの組み合わせなど、種々のものが考えられる。
【０６６６】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０６６７】
また、本実施形態は、コンピュータに所定の手順を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０６６８】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０６６９】
【発明の効果】
本発明によれば、第２のネットワークに接続されたノードと第２のネットワークとは異なるプロトコルによる第１のネットワークに接続された通信端末との間のデータ通信を、第１のネットワーク側における変動要因の影響を受けることなく、継続させることが可能となる。
【０６７０】
また、本発明によれば、例えば無線ネットワークのような第１のネットワークとＩＥＥＥ１３９４バスのような第２のネットワークとが混在する環境のネットワークにおいて、第２のネットワーク上のノードが有する機能に柔軟に対応することが可能となる。
【図面の簡単な説明】
【図１】 本発明の第１の実施形態に係る通信ノードを用いたネットワークの一例を示す図
【図２】 ＩＥＥＥ１３９４バス上の他のノードに見せる通信ノードの内部構成要素の構成情報の一例を示す図
【図３】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末との間で通信を行う場合のＩＥＥＥ１３９４バス上とＩＥＥＥ１３９４ノード内のリソース獲得状況を説明するための図
【図４】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末との間で通信を行う場合の処理シーケンスの一例を示す図
【図５】 通信ノードの内部構成の一例を示す図
【図６】 通信ノードを用いたネットワークの他の例を示す図
【図７】 無線端末と通信ノードとの間でのサービス情報の通知処理の処理シーケンスの一例を示す図
【図８】 無線端末や通信ノードが保持するサービス情報の一例を示す図
【図９】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合のネットワーク構成例を示す図
【図１０】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合の処理シーケンスの一例を示す図
【図１１】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合に獲得されるＩＥＥＥ１３９４バス上のリソース（Ｉｓｏｃｈｒｏｎｏｕｓチャネル）や各１３９４ノード内でのリソース（ＳｕｂＵｎｉｔ間を接続するコネクション）を説明するための図
【図１２】 無線端末の内部構成の一例を示す図
【図１３】 通信ノードの内部構成の一例を示す図
【図１４】 本発明の第２の実施形態に係る通信ノードを用いたネットワークにおいて無線端末が移動して基地局ノードを変更する場合のネットワークの構成例を示す図
【図１５】 無線端末の移動の前のＩＥＥＥ１３９４バス上とＩＥＥＥ１３９４ノード内のリソース獲得状況の一例を示す図
【図１６】 無線端末の移動の後のＩＥＥＥ１３９４バス上とＩＥＥＥ１３９４ノード内のリソース獲得状況の一例を示す図
【図１７】 無線端末が移動する場合の移動する前後に接続していた基地局ノードと無線端末との間でのハンドオフ処理のシーケンスの一例を示す図
【図１８】 無線端末が移動する場合の移動する前後に接続していた基地局ノードの内部で実行される処理の手順の一例を示すフローチャート
【図１９】 通信ノードの内部構成の一例を示す図
【図２０】 本発明の第３の実施形態における無線端末の移動の前のＩＥＥＥ１３９４バス上とＩＥＥＥ１３９４ノード内のリソース獲得状況の一例を示す図
【図２１】 無線端末の移動の後のＩＥＥＥ１３９４バス上とＩＥＥＥ１３９４ノード内のリソース獲得状況の一例を示す図
【図２２】 無線端末が移動する場合の移動する前後に接続していた基地局ノードと無線端末との間でのハンドオフ処理のシーケンスの一例を示す図
【図２３】 無線端末が移動する場合の移動する前後に接続していた基地局ノードの内部で実行される処理の手順の一例を示すフローチャート
【図２４】 本発明の第４の実施形態に係る通信ノードを用いたネットワークの一例を示す図
【図２５】 ＩＥＥＥ１３９４の自動構成認識処理によって各ノードが認識するネットワークの構成情報の一例を示す図
【図２６】 無線端末をＩＥＥＥ１３９４のダミーノードとして見せる通信ノードを用いたネットワークに無線端末が接続した場合の構成例を示す図
【図２７】 通信ノードを介して実行されるデータ転送処理のシーケンスの一例を示す図
【図２８】 ネットワークを運用する際の通信ノードの処理の手順の一例を示すフローチャート
【図２９】 無線区間で経路遮断が発生した場合に通信ノードを介して実行されるデータ転送処理のシーケンスの一例を示す図
【図３０】 無線区間で経路遮断が発生した場合に通信ノードを介して実行される他のデータ転送処理のシーケンスの一例を示す図
【図３１】 通信ノードの内部構成の一例を示す図
【図３２】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合のネットワーク構成の一例を示す図
【図３３】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合の処理シーケンスの一例を示す図
【図３４】 通信ノードを用いてＩＥＥＥ１３９４バス上のノードから無線端末へのデータ転送を行なう場合に獲得されるＩＥＥＥ１３９４バス上のリソース（Ｉｓｏｃｈｒｏｎｏｕｓチャネル）や各１３９４ノード内でのリソース（ＳｕｂＵｎｉｔ間を接続するコネクション）を説明するための図
【図３５】 通信ノードの内部構成の一例を示す図
【図３６】 本発明の第５の実施形態における無線端末が移動する場合の通信ノードを用いたネットワークの構成の一例を示す図
【図３７】 通信ノードを介して実行される無線端末の移動に対応するためのハンドオフ処理のシーケンスの一例を示す図
【図３８】 無線端末の移動に伴ってハンドオフ処理が実行される際の通信ノードによって実行される処理の手順の一例を示すフローチャート
【図３９】 無線端末の移動に伴ってハンドオフ処理が実行される際の無線端末によって実行される処理の手順の一例を示すフローチャート
【図４０】 通信ノードを介して実行される無線端末の移動に対応するためのハンドオフ処理のシーケンスの他の例を示す図
【図４１】 無線端末の移動に伴ってハンドオフ処理が実行される際の通信ノードによって実行される処理の手順の他の例を示すフローチャート
【図４２】 通信ノードの内部構成の一例を示す図
【図４３】 本発明の第６の実施形態に係る通信ノードを用いたネットワークの一例を示す図
【図４４】 通信ノード／無線端末によって実行されるプロトコルスタックの一例を示す図
【図４５】 ＩＥＥＥ１３９４バス上のノードにおいて実行されているＩＥＥＥ１３９４インタフェース処理のプロトコルスタックの一例を示す図
【図４６】 パケット転送の処理シーケンスの一例を示す図
【図４７】 パケット転送の処理シーケンスの他の例を示す図
【図４８】 ＩＥＥＥ１３９４バス上のノードと無線ネットワーク上の端末の間で画像データを転送する場合のリソース獲得状況の一例を示す図
【図４９】 ＩＥＥＥ１３９４バス上と無線ネットワーク上でのリソース獲得手順の一例を示す図
【図５０】 無線ネットワーク上への１３９４ＡＰＩの割り当てテーブルの一例を示す図
【図５１】 無線ネットワーク上を転送されるパケットの一例を示す図
【図５２】 無線ネットワーク上を転送されるパケットの一例を示す図
【図５３】 基地局ノードの内部構成の一例を示す図
【図５４】 無線端末の内部構成の一例を示す図
【図５５】 本発明の第７の実施形態に係る通信ノードを用いたネットワークの一例を示す図
【図５６】 ネットワーク構成例におけるノード内構成要素の認識状態の一例を示す図
【図５７】 パケット転送の処理シーケンスの一例を示す図
【図５８】 通信ノードを用いたネットワークの他の例を示す図
【図５９】 ネットワーク構成例におけるノード内構成要素の認識状態の一例を示す図
【図６０】 ＩＥＥ１３９４バス上のノードと基地局ノードと無線端末の間のプロトコルスタックの一例を示す図
【図６１】 ＦＣＰフレームの構成を示す図
【図６２】 パケット転送の処理シーケンスの他の例を示す図
【図６３】 パケット転送の処理シーケンスのさらに他の例を示す図
【図６４】 無線ネットワーク上を転送されるパケットの一例を示す図
【図６５】 ＩＥＥＥ１３９４バス上のノードと無線ネットワーク上の端末の間で画像データを転送する場合のリソース獲得状況の一例を示す図
【図６６】 ＩＥＥＥ１３９４バス上と無線ネットワーク上でのリソース獲得手順の一例を示す図
【図６７】 ＩＥＥＥ１３９４バス上と無線ネットワーク上でのリソース獲得手順の他の例を示す図
【図６８】 通信ノードを用いたネットワークのさらに他の例を示す図
【図６９】 ＨＡＶｉプロトコルにおけるソフトウェア識別子ＳＥＩＤの構成の一例を示す図
【図７０】 ノード内構成要素の認識状態の他の例とＨＡＶｉプロトコルの処理シーケンスの概略を示す図
【図７１】 パケット転送の処理シーケンスのさらに他の例を示す図
【図７２】 基地局ノードの内部構成の一例を示す図
【図７３】 無線端末の内部構成の一例を示す図
【図７４】 本発明の第８の実施形態に係る通信ノードを用いたネットワークの一例を示す図
【図７５】 ネットワーク構成例におけるノード内構成要素の認識状態の一例を示す図
【図７６】 ＩＥＥＥ１３９４バス上のノードと基地局ノードと無線端末の間のプロトコルスタックの一例を示す図
【図７７】 ＦＣＰフレームの構成の一例を示す図
【図７８】 パケット転送の処理シーケンスの一例を示す図
【図７９】 パケット転送の処理シーケンスの他の例を示す図
【図８０】 無線ネットワーク上を転送されるパケットの一例を示す図
【図８１】 基地局ノードの内部構成の一例を示す図
【図８２】 無線端末の内部構成の一例を示す図
【図８３】 通信ノードを用いたネットワークの他の例を示す図
【図８４】 ネットワーク構成例におけるノード内構成要素の認識状態の一例を示す図
【図８５】 ＩＥＥ１３９４バス上のノードと基地局ノードと無線端末の間のプロトコルスタックの一例を示す図
【図８６】 本発明の第９の実施形態に係る通信ノードを用いたネットワークの構成の一例を示す図
【図８７】 ネットワーク構成例におけるノード内構成要素の認識状態の一例を示す図
【図８８】 ＩＥＥ１３９４バス上のノードと基地局ノードと無線端末の間のプロトコルスタックの一例を示す図
【図８９】 ＩＥＥ１３９４バス上のノードと基地局ノードと無線端末の間のプロトコルスタックの一例を示す図
【図９０】 ＦＣＰフレームの構成の一例を示す図
【図９１】 パケット転送の処理シーケンスの一例を示す図
【図９２】 ＩＥＥＥ１３９４バス上のノードと無線ネットワーク上の端末の間で画像データを転送する場合のリソース獲得状況の一例を示す図
【図９３】 ＩＥＥＥ１３９４バス上と無線ネットワーク上でのリソース獲得手順の一例を示す図
【図９４】 基地局ノードの内部構成の一例を示す図
【符号の説明】
１０１，１０２，６０１，６０２，１１０１，１１０２，１８０１，１８０２…通信ノード
２０１〜２０４，６１１，６１２，１２０１〜１２０４，１２０１〜１２０４，２２０３，２９０３，３１０１，３１０２，５１０１，５１０２，６４０１，６４０２，７１０１，７１０２，８１０１，８１０２，９１０１，９１０２…１３９４ノード
３０１，３０２，６２１，１３０１，１３０２，１９０１，１９０２，２３０１，２３０２，２９１０，３１２０，５１２０，６４２１，６４２２，７１２１，７１２２，８１２１，８１２２，９１２１，９１２２…無線端末
２００１，２００２…ダミーノード
２１０１…無線管理ノード
２２０１，２２０２，２９０１，３１１０，５１１０，６４１０，７１１０，８１１０，９１１０…基地局ノード
２２０４，２９０４…コントロールノード
２９１１…仮想１３９４ノード
５０１，９０１，１７０１，１９８１，２７０１，２８０１，２９８１，４００１，４１０１，６８０１，６９０１，７８０１，７９０１，９８０１…無線インタフェース処理部
５０２，９０２，１７０４，１９８４，２８０２，２９８２…プロトコル変換処理部
５０３，９０３，１７０５，１９８５，２８０８，２９８８，４００４，６８０５，７８０５，９８０５…１３９４インタフェース処理部
５０４，９０４…ＳｕｂＵｎｉｔ構成管理処理部
５０５，９０５，２８０５…ＡＶ／Ｃプロトコル処理部
５０６，９０６，２８０６，２９８６…ＩＥＣ６１８８３プロトコル処理部
９０７…ハンドオフ情報送受信処理部
９０８…ハンドオフ情報作成処理部
９０９…ハンドオフ情報解析処理部
１７０２，１９８２，２９８５…エミュレート処理実行部
１７０３，１９８３，２８０７，２９８７…構成認識処理実行部
１９８６…ハンドオフ処理部
２７０２，２８０４，２９８４…サービス情報送受信部
２７０３…データ通信制御処理部
２７０４…自ノードサービス情報記憶部
２７０５，２８１０，２９９０…１３９４サービス情報記憶部
２８０３，２９８３…基地局機能実行処理部
２８０９，２９８９…無線端末サービス情報記憶部
４００２…無線／１３９４乗せ替え処理部
４００３，４１０２…１３９４プロトコル処理部
４１０３，６９０４，７９０４…アプリケーション実行部
６８０２，９８０２…パケット変換処理部
６８０３，７８０３，９８０３…ＳｕｂＵｎｉｔ＿ＩＤ対応テーブル
６８０４，７８０４，９８０４…トランザクションチャネル対応テーブル
６９０２，７９０２…ＦＣＰフレーム処理部
６９０３，７９０３…ＳｕｂＵｎｉｔ情報管理部
７８０２…ＡＶ／Ｃプロトコル・無線ＡＶ／Ｃプロトコル変換処理部
９８０５…無線ＡＶ／Ｃ処理部

Claims (38)

  1. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    前記第１のネットワーク上の通信ノードが、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素を、該通信ノードの内部に備えている場合に、この構成要素を自通信ノードが備えた構成要素の一つとして認識する認識手段と、
    前記認識手段により認識された前記構成要素に関する構成情報を、自通信ノードの構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示する構成情報開示手段とを具備したことを特徴とする通信ノード。
  2. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    前記第１のネットワーク上の通信ノードが備える、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素を、予め自通信ノードに作成する作成手段と、
    前記作成手段により作成した前記構成要素に関する構成情報を、自通信ノードの構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示する構成情報開示手段とを具備したことを特徴とする通信ノード。
  3. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    前記第１のネットワーク上の通信ノードが備える、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素に関する構成情報を、自通信ノードの構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに対して開示する機能、または、
    前記第２のネットワーク上の通信ノードが備える構成要素に関する構成情報を、自通信ノードの構成要素の構成情報として、前記第１のインタフェース手段を介して前記第１のネットワーク上の通信ノードに対して開示する機能のうち、少なくとも一方の機能を有する構成情報開示手段とを具備したことを特徴とする通信ノード。
  4. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    前記第１のネットワーク上の通信ノードが、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素を、該通信ノードの内部に備えている場合であって、この構成要素に関する構成情報を、自通信ノードの構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに対して開示する際に、前記第１のネットワーク上の通信ノード自体を該通信ノードが備える構成要素とは別の新たな構成要素の一種類として開示する構成情報開示手段とを具備したことを特徴とする通信ノード。
  5. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素について、前記第１のネットワーク上の通信ノード自体を構成要素としたときの構成情報を、自通信ノードの一つの構成要素の構成情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに対して開示するとともに、前記第１のネットワーク上の通信ノードが内部に備える構成要素に関する構成情報を、前記開示した構成要素が有するサブ構成要素の構成情報として開示する構成情報開示手段とを具備したことを特徴とする通信ノード。
  6. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    前記第１のインタフェース手段を介して接続された通信ノードを、前記第２のネットワークにおいて自通信ノードに子ノードとして接続されている通信ノードとして扱うために、前記通信ノードにおける構成認識処理を前記通信ノードに代わって行なう構成認識処理エミュレート手段と、
    前記構成認識処理エミュレート手段によって、構成認識処理をエミュレートした前記通信ノードが備える、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素に関するサービス機能情報を、前記子ノードの構成要素に関するサービス機能情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とを具備したことを特徴とする通信ノード。
  7. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワークに接続された第２のインタフェース手段と、
    自通信ノードに前記第１のインタフェース手段を介して接続された少なくとも一つの通信ノードを該第２のネットワークにおいて自通信ノードに子ノードとして接続されている通信ノードとして扱うために、前記通信ノードにおける構成認識処理を、前記通信ノードに代わって、接続を予定する通信ノードについて予め行なう構成認識処理エミュレート手段と、
    前記構成認識処理エミュレート手段によって、構成認識処理を予めエミュレートした前記接続を予定する通信ノードが備える、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素に関するサービス機能情報を、前記子ノードの構成要素に関するサービス機能情報として、前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とを具備したことを特徴とする通信ノード。
  8. 前記第２のネットワークのプロトコルに従ってパケットの入出力処理を行なうパケット入出力手段をさらに具備したことを特徴とする請求項６または７に記載の通信ノード。
  9. 前記パケット入出力手段と、前記第２のネットワーク上の通信ノードで実行されるアプリケーションとのインタフェース手段で授受されるデータを、前記第１のインタフェース手段を介して転送するアプリケーションインタフェース情報転送手段をさらに具備したことを特徴とする請求項８に記載の通信ノード。
  10. 前記アプリケーションとのインタフェース手段で授受されるデータの任意の組み合わせを、前記第１のネットワーク上のリソースに割り当てるデータ／リソース対応管理手段をさらに具備したことを特徴とする請求項９に記載の通信ノード。
  11. 前記第１のネットワーク上の通信ノード内の構成要素に関するサービス機能のうちの少なくとも一部の機能に関するサービス機能情報を、前記第１のインタフェース手段を介して、該通信ノードから受信するサービス機能情報受信手段と、
    前記サービス機能情報受信手段により受信した前記通信ノードのサービス機能情報を記憶するサービス機能情報記憶手段と、
    前記サービス機能情報記憶手段に保持している前記通信ノードのサービス機能情報の少なくとも一部を、自通信ノードに関するサービス機能情報として、前記第１のネットワーク及びまたは前記第２のネットワーク上の通信ノードに開示するサービス機能情報開示手段とをさらに具備したことを特徴とする請求項１ないし５のいずれか１項に記載の通信ノード。
  12. 前記第２のネットワーク上の通信ノードから、前記第２のインタフェース手段を介して受信したデータを、前記第１のネットワークのプロトコルに変換する第１のプロトコル変換手段と、
    前記第１のプロトコル変換手段にて変換した前記データを前記第１のインタフェース手段を介して前記第１のネットワーク上の通信ノードに送信する手段と、
    前記第１のネットワーク上の通信ノードから、前記第１のインタフェース手段を介して受信したデータを、前記第２のネットワークのプロトコルに変換する第２のプロトコル変換手段と、
    前記第２のプロトコル変換手段にて変換した前記データを前記第２のインタフェース手段を介して前記第２のネットワーク上の通信ノードに送信する手段とをさらに具備したことを特徴とする請求項１ないし１１のいずれか１項に記載の通信ノード。
  13. 前記第２のインタフェース手段を介して、受信したパケットに記されている該第２のネットワーク上での第１のメッセージ識別子を検出する手段と、
    前記パケットを前記第１のネットワーク上に転送する際に、該第１のネットワーク上での第２のメッセージ識別子を付加するメッセージ識別子付加手段と、
    前記第１のメッセージ識別子と前記第２のメッセージ識別子との対応関係を保持するメッセージ識別子対応関係記憶手段とをさらに具備したことを特徴とする請求項１２に記載の通信ノード。
  14. 前記メッセージ識別子付加手段は、前記第２のネットワークから送られてくるパケットに記されている、該第２のネットワーク上でのメッセージ識別子を、該パケットを前記第１のネットワーク上に転送する際のメッセージ識別子として付加することを特徴とする請求項１３に記載の通信ノード。
  15. 前記第１のネットワークから送られてくるパケットに記されている該第１のネットワーク上でのメッセージ識別子をもとに、前記メッセージ識別子対応関係識別手段にて保持された前記対応関係を参照することによって、該メッセージ識別子が、前記第２のネットワーク上でのいずれのメッセージ識別子に対応するものであるかを識別するルーティング手段をさらに具備したことを特徴とする請求項１３または１４に記載の通信ノード。
  16. 前記第１のネットワーク上に確保されたネットワークリソースのリソース情報を用いて前記第２のネットワーク上のネットワークリソースを確保する機能、または前記第２のネットワーク上に確保されたネットワークリソースのリソース情報を用いて前記第１のネットワーク上のネットワークリソースを確保する機能の少なくとも一方の機能を有するリソース獲得手段をさらに具備したことを特徴とする請求項１ないし１５のいずれか１項に記載の通信ノード。
  17. 前記確保された第１のネットワーク上のリソース情報と前記確保された第２のネットワーク上のリソース情報との対応関係を記憶するリソース情報対応関係記憶手段をさらに具備したことを特徴とする請求項１６に記載の通信ノード。
  18. 前記第１のネットワーク上の通信ノード内の構成要素に対応する構成要素に関する構成情報を含む、自通信ノード内に存在する構成要素に関する構成情報のうちの少なくとも一部の情報を、該第１のネットワーク上の通信ノードに通知する構成情報通知手段と、
    前記第１のネットワーク上の通信ノードが直前に接続していた第２のネットワーク上の他の通信ノードから通知された、該第１のネットワーク上の通信ノード内の構成要素に対応する前記構成要素に関する構成情報を含む、該他の通信ノード内に存在する構成要素に関する構成情報のうちの少なくとも一部の情報を、該第１のネットワーク上の通信ノードから受信する構成情報受信手段とをさらに具備したことを特徴とする請求項１ないし７のいずれか１項に記載の通信ノード。
  19. 前記第１のネットワーク上の通信ノードと前記第２のネットワーク上の他の通信ノードとの間の通信のために前記第２のネットワーク上の通信リソースを専有して使用している場合に、この専有している前記第２のネットワーク上の通信リソースに関する情報を、前記第１のネットワーク上の通信ノードに通知する通信リソース通知手段と、
    前記第１のネットワーク上の通信ノードが直前に接続していた第２のネットワーク上の他の通信ノードから通知された、前記第１のネットワーク上の通信ノードと前記第２のネットワーク上の他の通信ノードとの間の通信のために専有されている前記第２のネットワーク上の通信リソースに関する情報を、該第１のネットワーク上の通信ノードから受信する構成情報受信手段とをさらに具備したことを特徴とする請求項１ないし７のいずれか１項に記載の通信ノード。
  20. 前記第１のネットワーク上の通信ノード内に存在する構成要素に対応した構成要素として、前記第２のネットワークに開示した構成要素の構成情報と、前記第１のネットワーク上の通信ノード内の構成要素の構成情報との間の対応関係を記憶する構成情報対応関係記憶手段をさらに具備したことを特徴とする請求項１ないし５および請求項１１ないし１９のいずれか１項に記載の通信ノード。
  21. 前記第２のネットワークから送られてくるパケットに記されている、前記構成情報開示手段によって開示されている、自通信ノード内の構成要素の識別子をもとに、前記構成情報対応関係記憶手段を参照することによって、該パケットが、前記第１のネットワーク上のいずれかの通信ノード内のいずれの構成要素へのパケットであるかを識別するルーティング手段をさらに具備したことを特徴とする請求項２０に記載の通信ノード。
  22. 前記自通信ノード内の構成要素ならびに前記第１および第２のネットワーク上の通信ノード内の構成要素の識別子として、ＨＡＶｉプロトコルにおけるＧＵＩＤまたはＳＥＩＤを用いることを特徴とする請求項２０または２１に記載の通信ノード。
  23. 前記第１のネットワーク上に新たな通信ノードが追加された際に、該新たに追加された通信ノード内の構成要素に関する構成情報を、自通信ノード内の構成要素の構成情報として追加するノード内構成要素情報追加手段と、
    前記第１のネットワーク上から通信ノードが削除された際に、該削除された通信ノード内の構成要素に関する構成情報を、自通信ノード内の構成情報から削除するノード内構成情報削除手段の少なくとも一方をさらに具備したことを特徴とする請求項１ないし５および請求項１１ないし２２のいずれか１項に記載の通信ノード。
  24. 前記第１のネットワークにて通信ノードが接続した際に、前記第２のネットワークにおける構成認識処理によって割り当てられた、該通信ノードをエミュレートするために使用する前記第２のネットワーク上でのノード識別子を、該通信ノードに通知するエミュレートノード識別子通知手段と、
    前記第１のネットワークにて接続した通信ノードから、該通信ノードが直前まで接続していた他の通信ノードから通知された、該他の通信ノードが該通信ノードをエミュレートするために使用する前記第２のネットワーク上でのノード識別子を受信するエミュレートノード識別子受信手段とをさらに具備したことを特徴とする請求項６ないし２３のいずれか１項に記載の通信ノード。
  25. 前記第１のネットワークに新たに通信ノードが接続した際に、該通信ノードから前記エミュレートノード識別子受信手段により受信した第１のノード識別子により定まる他の通信ノードに対して、該接続した通信ノードをエミュレートするために自通信ノードが使用する第２のノード識別子を通知するとともに、前記第１のノード識別子に送られてきたパケットを前記第２のノード識別子に対して転送するように指示するエミュレートデータ転送処理設定手段をさらに具備したことを特徴とする請求項２４に記載の通信ノード。
  26. 前記第１のネットワークに新たに通信ノードが接続した際に、前記構成認識処理エミュレート手段により得ておいた、前記第１のネットワークに接続した通信ノードをエミュレートするために使用する第２のネットワーク上でのノード識別子を、該接続した通信ノードから前記エミュレートノード識別子受信手段により受信したノード識別子に変換し、該接続した通信ノードから受信したデータを、該受信したノード識別子の通信ノードからのパケットに変換して、前記第２のネットワークに転送するとともに、該受信したノード識別子の通信ノードへのパケットを受信して、該接続した通信ノード宛のデータとして前記第１のネットワーク上に転送するエミュレートデータ転送手段をさらに具備したことを特徴とする請求項２４に記載の通信ノード。
  27. 前記第１のネットワークは無線プロトコルによるものであり、前記第１のネットワークに接続する通信ノードは無線端末であることを特徴とする請求項１ないし２６のいずれか１項に記載の通信ノード。
  28. 前記第２のネットワークはＩＥＥＥ１３９４バスであることを特徴とする請求項１ないし２７のいずれか１項に記載の通信ノード。
  29. 前記第２のネットワークと前記第１のネットワークへのインタフェース手段において、ＩＥＥＥ１３９４バス上の通信ノードへの制御コマンドを転送するプロトコルの情報を転送するフレームであるところのＦＣＰフレームを転送するインタフェース手段をさらに具備したことを特徴とする請求項１ないし２８のいずれか１項に記載の通信ノード。
  30. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノードに接続する接続手段と、
    前記第１の通信ノードを介して、前記第１のネットワークとは異なる、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク上の第２の通信ノードと通信する通信手段と、
    前記第１の通信ノードから、前記第１の通信ノード内の構成要素として開示された前記第２の通信ノード内に存在する、共通のフォーマットによるある制御コマンドを受けてこの制御コマンドに応じた所定の機能を実行する単位として他の通信ノードからも認識される構成要素に関するサービス機能情報を受信する受信手段と
    を具備したことを特徴とする通信端末。
  31. 自通信端末内の構成要素に関するサービス機能のうちの少なくとも一部の機能に関するサービス機能情報を、前記第１の通信ノードに通知する自通信端末内サービス機能情報通知手段を更に具備したことを特徴とする請求項３０に記載の通信端末。
  32. 前記第２の通信ノード内において実行されるべき前記第２のネットワーク上のアプリケーションを実行するアプリケーション実行手段を更に具備したことを特徴とする請求項３０に記載の通信端末。
  33. データの転送及びデータ転送に関係する制御コマンドの転送の可能な第１のネットワークに接続された第１のインタフェース手段と、
    前記第１のインタフェース手段を介して、前記第１のネットワーク上の第１の通信ノードに接続する接続手段と、
    前記第１の通信ノードを介して、前記第１のネットワークとは異なる、データの転送及びデータ転送に関係する制御コマンドの転送の可能な第２のネットワーク上の第２の通信ノードと通信する通信手段と、
    前記第１の通信ノードから通知された、前記第１の通信ノードが自通信端末をエミュレートするために使用する前記第２のネットワークでのノード識別子を受信するエミュレートノード識別子受信手段と、
    前記ノード識別子を記憶するエミュレートノード識別子記憶手段と、
    前記エミュレートノード識別子記憶手段に記憶されている前記ノード識別子を、新たに接続した前記第２のネットワーク上の第３の通信ノードに転送するエミュレートノード識別子転送手段とを具備したことを特徴とする通信端末。
  34. 前記第１の通信ノードから通知された、前記第１の通信ノードが自通信端末内に存在する構成要素を前記第１の通信ノード内に存在する一つの構成要素として扱うための、自通信端末内に存在する構成要素に対応する構成要素に関する構成情報を含む、前記第１の通信ノード内に存在する構成要素に関する構成情報のうちの少なくとも一部の情報を受信する構成情報受信手段と、
    前記構成情報受信手段によって受信した構成情報の少なくとも一部の情報を記憶する構成情報記憶手段と、
    前記構成情報記憶手段に記憶されている前記構成情報のうちの少なくとも一部の情報を、新たに接続した前記第２のネットワーク上の第３の通信ノードに通知する構成情報通知手段とをさらに具備したことを特徴とする請求項３０ないし３３のいずれか１項に記載の通信端末。
  35. 前記第１の通信ノードから通知された、自通信端末と前記第２の通信ノードとの間の通信のために専有されている、前記第２のネットワーク上の通信リソースに関する情報を受信する通信リソース情報受信手段と、
    前記通信リソース情報受信手段によって受信した前記通信リソースに関する情報の少なくとも一部の情報を記憶する通信リソース情報記憶手段と、
    前記通信リソース情報記憶手段に記憶されている前記通信リソースに関する情報を、新たに接続した前記第２のネットワーク上の第３の通信ノードに通知する通信リソース情報転送手段とをさらに具備したことを特徴とする請求項３０ないし３３のいずれか１項に記載の通信端末。
  36. 前記第１のネットワークは無線プロトコルによるものであり、前記接続手段は無線インタフェースであることを特徴とする請求項３０ないし３５のいずれか１項に記載の通信端末。
  37. 前記第２のネットワークはＩＥＥＥ１３９４方式のネットワークであることを特徴とする請求項３０ないし３６のいずれか１項に記載の通信端末。
  38. 前記第１のネットワークを介して、前記ＡＶ／Ｃプロトコルの情報を転送するフレームであるＦＣＰフレームを転送するインタフェース手段をさらに具備したことを特徴とする請求項３０ないし３７のいずれか１項に記載の通信端末。
JP25883998A 1998-06-30 1998-09-11 通信ノード及び通信端末 Expired - Fee Related JP3922817B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP25883998A JP3922817B2 (ja) 1998-06-30 1998-09-11 通信ノード及び通信端末
EP99305133A EP0969628B1 (en) 1998-06-30 1999-06-29 Communication node and communication terminal
DE69933821T DE69933821T2 (de) 1998-06-30 1999-06-29 Kommunikationsknoten und Kommunikationsendgerät
US09/343,509 US7158483B1 (en) 1998-06-30 1999-06-30 Communication node and communication terminal

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP10-199597 1998-06-30
JP19959798 1998-06-30
JP25883998A JP3922817B2 (ja) 1998-06-30 1998-09-11 通信ノード及び通信端末

Publications (2)

Publication Number Publication Date
JP2000156683A JP2000156683A (ja) 2000-06-06
JP3922817B2 true JP3922817B2 (ja) 2007-05-30

Family

ID=26511629

Family Applications (1)

Application Number Title Priority Date Filing Date
JP25883998A Expired - Fee Related JP3922817B2 (ja) 1998-06-30 1998-09-11 通信ノード及び通信端末

Country Status (4)

Country Link
US (1) US7158483B1 (ja)
EP (1) EP0969628B1 (ja)
JP (1) JP3922817B2 (ja)
DE (1) DE69933821T2 (ja)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999053627A1 (en) 1998-04-10 1999-10-21 Chrimar Systems, Inc. Doing Business As Cms Technologies System for communicating with electronic equipment on a network
JP3808660B2 (ja) * 1999-03-31 2006-08-16 株式会社東芝 通信システム及び端末装置
US6813251B1 (en) 1999-07-27 2004-11-02 Intel Corporation Split Transaction protocol for a bus system
GB9921049D0 (en) * 1999-09-07 1999-11-10 Koninkl Philips Electronics Nv Clustered networked devices
JP3715494B2 (ja) * 1999-12-27 2005-11-09 株式会社東芝 情報転送方法並びに無線端末及び無線ゲートウェイ装置
US6842459B1 (en) * 2000-04-19 2005-01-11 Serconet Ltd. Network combining wired and non-wired segments
US7117239B1 (en) * 2000-07-28 2006-10-03 Axeda Corporation Reporting the state of an apparatus to a remote computer
US8108543B2 (en) * 2000-09-22 2012-01-31 Axeda Corporation Retrieving data from a server
US7185014B1 (en) * 2000-09-22 2007-02-27 Axeda Corporation Retrieving data from a server
JP3756054B2 (ja) * 2000-10-16 2006-03-15 シャープ株式会社 ネットワーク通信方法、ネットワーク通信装置及び情報機器
EP1199840A1 (en) * 2000-10-19 2002-04-24 THOMSON multimedia Method for connecting an IEEE1394 remote device to a cluster of IEEE1394 devices through a wireless link
JP3575419B2 (ja) 2000-10-24 2004-10-13 日本電気株式会社 装置状態制御回路、及び装置状態制御方法
KR20020069244A (ko) * 2000-11-09 2002-08-29 코닌클리케 필립스 일렉트로닉스 엔.브이. 비네트워크 컴플리언트 링크를 통해 네트워크에 노드들을접속하기 위한 시스템 및 방법
EP1239644A1 (en) * 2001-03-08 2002-09-11 THOMSON multimedia Method for managing isochronous file transfers in a HAVI environment
EP1246427B1 (en) * 2001-03-08 2008-02-27 Thomson Licensing Method for managing isochronous files in a havi environment
KR100434270B1 (ko) 2001-05-30 2004-06-04 엘지전자 주식회사 가전기기 네트워크 제어시스템
FR2829336A1 (fr) * 2001-09-04 2003-03-07 Thomson Licensing Sa Dispositifs de communication pouvant dialoguer sans fil et procedes d'association des dits dispositifs
US7254601B2 (en) 2001-12-20 2007-08-07 Questra Corporation Method and apparatus for managing intelligent assets in a distributed environment
JP2003271487A (ja) * 2002-03-12 2003-09-26 Nec Corp 通信システム、ゲートウエイ装置、ゲートウエイプログラム
US7178149B2 (en) * 2002-04-17 2007-02-13 Axeda Corporation XML scripting of soap commands
WO2003102806A1 (en) * 2002-05-31 2003-12-11 Nokia Corporation Protocol engine application interface
WO2004047376A1 (ja) * 2002-11-18 2004-06-03 Sharp Kabushiki Kaisha ネットワーク中継装置、ネットワーク中継プログラム、および、ネットワーク中継プログラムを記録した記録媒体
US7966418B2 (en) 2003-02-21 2011-06-21 Axeda Corporation Establishing a virtual tunnel between two computer programs
IL159838A0 (en) 2004-01-13 2004-06-20 Yehuda Binder Information device
WO2005069550A1 (ja) * 2004-01-13 2005-07-28 Mitsubishi Denki Kabushiki Kaisha 中継装置及び情報通信方法
KR100724950B1 (ko) * 2006-03-09 2007-06-04 삼성전자주식회사 Ｄｌｎａ 시스템에서 ｉｅｅｅ1394 인터페이스를 사용하는 장치 간의 콘텐츠 공유 방법
US8370479B2 (en) 2006-10-03 2013-02-05 Axeda Acquisition Corporation System and method for dynamically grouping devices based on present device conditions
US8065397B2 (en) 2006-12-26 2011-11-22 Axeda Acquisition Corporation Managing configurations of distributed devices
US8159949B2 (en) * 2007-05-03 2012-04-17 Abroadcasting Company Linked-list hybrid peer-to-peer system and method for optimizing throughput speed and preventing data starvation
US8478861B2 (en) 2007-07-06 2013-07-02 Axeda Acquisition Corp. Managing distributed devices with limited connectivity
JP5382613B2 (ja) * 2009-04-27 2014-01-08 富士ゼロックス株式会社 外部機器接続装置、信号変換装置、ネットワークシステム、印刷システム及び接続制御プログラム
JP5584900B2 (ja) * 2010-11-01 2014-09-10 株式会社東芝 通信端末および通信方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796727A (en) * 1993-04-30 1998-08-18 International Business Machines Corporation Wide-area wireless lan access
JPH06318945A (ja) 1993-05-07 1994-11-15 Sharp Corp ネットワーク間相互接続装置
EP0756276B1 (en) * 1995-07-28 2001-09-19 Sony Corporation Consumer electronic equipment and method of controlling operation thereof
US6101528A (en) * 1996-03-27 2000-08-08 Intel Corporation Method and apparatus for discovering server applications by a client application in a network of computer systems
US5959536A (en) * 1996-10-15 1999-09-28 Philips Electronics North America Corporation Task-driven distributed multimedia consumer system
US6523696B1 (en) * 1996-10-15 2003-02-25 Kabushiki Kaisha Toshiba Communication control device for realizing uniform service providing environment
JPH10145420A (ja) 1996-11-12 1998-05-29 Sony Corp 異なるシステムに接続された機器の制御方法及び変換機器
JP3442593B2 (ja) * 1996-11-20 2003-09-02 株式会社東芝 ネットワーク接続装置及びネットワーク接続方法
US5937175A (en) * 1997-04-08 1999-08-10 National Instruments Corporation PCI bus to IEEE 1394 bus translator employing pipe-lined read prefetching
US6219697B1 (en) * 1997-05-02 2001-04-17 3Com Corporation Method and apparatus for operating the internet protocol over a high-speed serial bus
US6385693B1 (en) * 1997-12-31 2002-05-07 At&T Corp. Network server platform/facilities management platform caching server
US6349352B1 (en) * 1998-01-06 2002-02-19 Sony Corporation Of Japan Home audio/video network with both generic and parameterized device control
US6445690B2 (en) * 1998-06-08 2002-09-03 Koninklijke Philips Electronics N.V. Wireless coupling of incompatible nodes via a virtual network
US6199136B1 (en) * 1998-09-02 2001-03-06 U.S. Philips Corporation Method and apparatus for a low data-rate network to be represented on and controllable by high data-rate home audio/video interoperability (HAVi) network
US6275865B1 (en) * 1998-11-25 2001-08-14 Sony Corporation Of Japan Method and system for message dispatching in a home audio/video network

Also Published As

Publication number Publication date
EP0969628A3 (en) 2003-11-12
DE69933821T2 (de) 2007-05-16
DE69933821D1 (de) 2006-12-14
EP0969628B1 (en) 2006-11-02
JP2000156683A (ja) 2000-06-06
EP0969628A2 (en) 2000-01-05
US7158483B1 (en) 2007-01-02

Similar Documents

Publication Publication Date Title
JP3922817B2 (ja) 通信ノード及び通信端末
JP3576019B2 (ja) 通信ノード
JP3561107B2 (ja) ネットワーク接続装置
JP4514798B2 (ja) 中継装置及び中継方法並びに中継処理用プログラム
JP3715494B2 (ja) 情報転送方法並びに無線端末及び無線ゲートウェイ装置
US20040057448A1 (en) Information processing system, information processing apparatus, and information processing method
KR20010071861A (ko) 네트워크 접속 인식 방법 및 네트워크 접속 단말 장치
JP4320955B2 (ja) 情報処理方法、情報処理システム及び情報処理装置
JP4102253B2 (ja) 通信機器
JP3643575B2 (ja) ネットワークブリッジ装置及び方法
KR100763716B1 (ko) 정보 제어 방법, 정보 처리 장치, 및 정보 제어 시스템
JP2002057683A (ja) 制御機器および制御方法
JP2004064665A (ja) データ転送装置及び送信装置及び受信装置及びそれらの制御方法
JP2004274608A (ja) 通信機器
JP3996832B2 (ja) ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置
JP4635290B2 (ja) 制御方法及び表示装置
JP3890102B2 (ja) データ通信装置
JP2006324869A (ja) ネットワークシステムにおける通信処理方法および通信機器
JP2003078537A (ja) 機器認識方法及び電子機器
JP2005260711A (ja) 通信機器、システム及び通信機器の制御方法
US20020073169A1 (en) Information processing apparatus, information processing system and method thereof
JP2007049231A (ja) 表示装置
JP2001024654A (ja) 通信方法及び通信装置並びに提供媒体
JP2004129028A (ja) 通信機器
JP2006333298A (ja) ネットワークシステムにおける通信処理方法および通信機器

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040406

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040607

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040720

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040921

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20041004

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20041119

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050415

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050606

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070125

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070220

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100302

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110302

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120302

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130302

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130302

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140302

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees