JP3996832B2 - ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 - Google Patents
ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 Download PDFInfo
- Publication number
- JP3996832B2 JP3996832B2 JP2002293125A JP2002293125A JP3996832B2 JP 3996832 B2 JP3996832 B2 JP 3996832B2 JP 2002293125 A JP2002293125 A JP 2002293125A JP 2002293125 A JP2002293125 A JP 2002293125A JP 3996832 B2 JP3996832 B2 JP 3996832B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- gateway
- wireless
- networks
- iso
- 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
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置であって、特にＩＥＥＥ１３９４技術を利用したネットワーク、またはＩＥＣ６１８８３を利用したネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
有線１３９４ネットワークにおいて、任意の機器間で同期通信（以下、ＩＳＯ通信とする）を行う場合は、ＩＥＣ６１８８３−１の規格に則り、ＣＭＰによる送信機器と受信機器間のプラグコネクションを確立する事になっている。
【０００３】
ＣＭＰとは１３９４の搭載されたＡＶ機器間で、入力プラグと出力プラグを接続するプラグコネクションの手続きを定義したものである。プラグコネクションには入力プラグと出力プラグを１対１に接続するｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔコネクションと、ブロードキャスト入出力を行うｂｒｏａｄｃａｓｔ−ｏｕｔ／ｉｎコネクションがあり、ＣＭＰではこれらのコネクションの生成、削除、多重化などの方法を定義している。
【０００４】
入力プラグ、出力プラグは個々のＡＶ機器が持つものであり、入力プラグはＡＶ機器へのストリームの入力を、出力プラグはＡＶ機器からのストリームの出力を表す論理プラグである。これらのプラグはそれぞれにプラグレジスタというプラグの状態を記録するレジスタが割り当てられている。
【０００５】
ＣＭＰは実際にはプラグレジスタのコネクション数の値を変化させるだけであり、論理的なコネクションを定義しただけのものである。そして、それを実現するにはＩＲＭからの送受信するＩＳＯ通信ストリームのＩＳＯ帯域の取得、転送チャンネル（以下、ＣＨとする）の確保、さらに、１３９４のＲＥＡＤトランザクションを利用したプラグレジスタの読み込みとＬＯＣＫトランザクションを利用したプラグレジスタの変更などの処理が必要となる。つまり、これらの処理が行えればＣＭＰはそのネットワーク内で実現できるといえる。ここで、プラグレジスタとは入力プラグや出力プラグに割り当てられたレジスタであり、それぞれのプラグの情報を管理するものである。
【０００６】
以上にあげた処理は、もちろん、単一の有線１３９４ネットワーク内では問題なく行えるので、その範囲内ではＣＭＰは有効であった。しかし、複数のネットワークをまたがると、これらの処理に問題がありＣＭＰが実現できない場合がある。
【０００７】
【非特許文献】
ＩＥＥＥ１３９４規格書
【０００８】
【発明が解決しようとする課題】
有線１３９４ネットワークを拡張し、複数の有線１３９４ネットワークを無線で接続して利用することを考える。
【０００９】
現在のところ、複数の有線で構成された１３９４ネットワークを接続するためにいくつかの技術が考案されている。基本的に現在考案されている技術では、異なる１３９４ネットワークは必ずブリッジ（ＩＥＥＥ１３９４．１）を介して接続する事になっている。しかし、ブリッジを介した接続ではそれぞれの１３９４ネットワークでＩＳＯ通信の管理が別々となるためＩＥＥＥ６１８８３−１で規定されたＣＭＰをそのまま利用することができず、その代わりに新たにＳｔｒｅａｍＣｏｎｎｅｃｔという仕様が策定されている。
【００１０】
しかし、現状で市場に存在するＤＶＨＳやＢＳデジタルチューナなどＩＥＥＥ１３９４を搭載する機器はＣＭＰのみに対応しているため、ブリッジを使用した無線接続ではこれらの機器をそのままで使用できない。また、ＳｔｒｅａｍＣｏｎｎｅｃｔに対応した機器が出現するには時間がかかる可能性がある。
【００１１】
このように、従来の技術では分離された複数の１３９４ネットワーク間ではＣＭＰによるプラグコネクションが実現できず、ＣＭＰのみサポートする現行の１３９４機器間のＩＳＯ通信をＩＥＣ６１８８３−１の仕様どおりに実現することができなかった。
【００１２】
【課題を解決するための手段】
本発明は、上記課題を解決するため、以下のような手段を講じた。
【００１３】
即ち、本発明に係るゲートウエイを実現する方法は、複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することを特徴とするゲートウエイを実現する方法である。
【００１４】
また、本発明に係るゲートウエイ装置は、ネットワーク１とネットワーク２を結びつける機能を持ち、各々のネットワークに接続された１３９４機器を仮想的に他方のネットワークに存在する様にみせるためのエミュレーションノードをもち、エミュレーションノードのプラグ情報を保持するためのＰｌｕｇレジスタ処理部と、ＰｌｕｇレジスタへのＬＯＣＫトランザクションを検出するためのＬＯＣＫ検出部と、請求項１に記載の機能を実現するためのミラーリング処理部をもつ、ＣＭＰミラーリング機能を持つことを特徴とするゲートウェイ装置である。
【００１５】
また、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイ装置である。
【００１６】
また、本発明に係るゲートウェイを実現する方法は、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイを実現する方法である。
【００１７】
また、本発明に係るゲートウエイを実現する方法は、複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することによって、分離している１３９４ネットワークの間でゲートウェイを実現する方法である。
【００１８】
また、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信することで実現しているゲートウェイを実現する方法である。
【００１９】
また、本発明に係るゲートウェイ装置は、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信しているゲートウェイ装置である。
【００２１】
また、本発明に係るゲートウェイ装置は、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴とするゲートウェイ装置である。
【００２２】
また、本発明に係るゲートウェイを実現する方法は、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴とするゲートウェイを実現する方法である。
【００２３】
より具体的には、本発明ではＣＭＰの仕様をそのままに、複数ある有線１３９４ネットワークの各々のネットワークで関係するＣＭＰの処理をミラーリングすることによって、異なる有線１３９４ネットワークをまたがるＣＭＰの手続きを実現する方法を提案する。これにより、ネットワークに接続される１３９４機器はＣＭＰの機能さえ装備していれば、複数の有線１３９４ネットワークまたは無線１３９４ネットワークを通して、２つの機器の間にプラグコネクションを確立することができることになる。
【００２４】
本発明は、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイ装置をもっている環境において有効となる。
【００２５】
このような環境の例を図２、図３に示している。ここで、無線ゲートウェイ（以降、無線ＧＷとする）は複数のネットワークをＡＶ／Ｃアプリケーションレベルで一つの有線１３９４ネットワークに見せる役割をもつ。
【００２６】
図２で１３９４機器１から１３９４機器２に対してプラグコネクションを行うと、ネットワーク１では無線ＧＷ１のエミュレーションノードのうちの一つが１３９４機器２であると見えるため、１３９４機器１はネットワーク１で無線ＧＷ１のエミュレートノードとのプラグコネクションを行う処理をする。無線ＧＷ１はエミュレートノードに対してプラグコネクションが実施されると、無線ＧＷ１はエミュレートしている１３９４機器２のプラグを模倣して提示して、ネットワーク１におけるプラグコネクションを完結させる。その後、このプラグコネクションが発生したことを、無線ＧＷ１は無線通信により無線ＧＷ２に通知し、無線ＧＷ２は、ネットワーク２において１３９４機器１をエミュレートしているノードから１３９４機器２に対してプラグコネクションを実施する。ネットワーク１で発生したプラグコネクションを、ネットワーク２でも再現する処理であるので、この処理をミラーリングと呼ぶ。
【００２７】
このように、ネットワーク１とネットワーク２の双方で、別々の処理としてではあるが、ＩＳＯ帯域とＣＨを確保することにより結果的にＣＭＰを実現することができ、従来の機器でも分離されたネットワーク間でのＩＳＯ通信が可能となる。
【００２８】
【発明の実施の形態】
（実施例１）
本発明の例として２つの有線１３９４ネットワークが無線ネットワークで接続されている状態を図２に示す。有線１３９４ネットワークはネットワーク１とネットワーク２に分かれており、この２つのネットワークは無線ネットワークで結合されているとする。各１３９４機器や無線ＧＷと結ばれている実線はＩＥＥＥ１３９４の配線を表している。
【００２９】
１３９４バスは、接続機器の増減、バスリセット発生時などに、コンフィグレーションプロセスが起動され、バスの初期化、ツリーの識別、自己認識を行い各機器のノードＩＤが割り当てられる。これらの処理は通常、ＰＨＹチップが行いこれにより１つのＰＨＹチップに対して１つのノードＩＤが割り当てられる。
【００３０】
また、１３９４機器には、ノードＩＤとは別に、世の中で一意に定められる６４ビットのＧＵＩＤが割り当てられており、通常、ＧＵＩＤは１つのノードに必ず１つ存在する。
【００３１】
次に、無線ＧＷの内部構成の概要を図８に例示する。これは、無線ＧＷ１が２つ、無線ＧＷ２が１つのエミュレートノードを持ち、夫々のエミュレートノードについてＣｏｎｆｉｇＲＯＭ情報の入った管理テーブルが割り当てられることを示している。
【００３２】
図９に、無線ＧＷのブロック図を例示する。
【００３３】
以下、図９の各ブロックの機能について説明する。
【００３４】
無線Ｉ／Ｆ処理部は、無線伝送におけるネゴシエーション等のＰＨＹレベルの基本機能を備え、無線伝送のプロトコルに従ったパケットを送受信する機能を備えるものとする。
【００３５】
機器情報送受信部は、無線ネットワーク上の無線機器から１３９４バス上の機器構成情報提供の要求を受信し、その要求に応じたデータを内部機器情報記憶部から取得して無線Ｉ／Ｆに送信する機能を備え、無線ネットワーク上の無線機器に接続されている１３９４バス上の機器構成情報を取得し外部機器情報記憶部に登録を要求する機能を備え、また、無線ネットワーク上の無線機器に接続されている１３９４バス上の機器構成の変化の通知を受け取る機能を備えている。
【００３６】
プロトコル変換部は、無線Ｉ／Ｆ処理部からのＧＵＩＤにより宛先と送り先が示されたＡｓｙｎｃパケットと同等のパケットを包括する無線パケットを受信し、ＧＵＩＤで示された送信先と送信元を内部機器情報記憶部と外部機器情報記憶部の管理テーブルを参照しノードＩＤによる送信先と送信元に変換して１３９４バス上で伝送できるＡｓｙｎｃパケットに変換する機能を備え、１３９４Ｉ／Ｆ処理部からノードＩＤで示された送信先と送信元が示されたＡｓｙｎｃパケットを受信し、内部機器情報記憶部と外部機器情報記憶部の管理テーブルを参照しＧＵＩＤによる送信先と送信元に変換してパケットを包括した無線パケットに変換する機能を備える。
【００３７】
１３９４Ｉ／Ｆ処理部は、プロトコル変換部からＡｓｙｎｃパケットを受信し、Ａｓｙｎｃパケットの送信元に応じて１３９４ＰＨＹのどちらかに送信する機能を備え、１３９４ＰＨＹで受信したＡｓｙｎｃパケットを外部機器情報部の管理テーブルを参照し情報が可能ならば応答を返送し、応答できない場合はプロトコル変換部に送信する機能を備える。また、後述する管理テーブル内のエミュレートフラグが無効である場合にはリピータとして動作するように１３９４ＰＨＹを制御する機能を備える。
【００３８】
１３９４ＰＨＹは、既存のＰＨＹチップの機能を全て備えており、リピート、ケーブルの状態認識、バスの初期化、アービトレーションの機能を備えており、１つの１３９４ＰＨＹに対して１つのノードを確保するように機能する。この１３９４ＰＨＹは複数個備えることが望ましい。
【００３９】
外部機器情報記憶部は、遠隔の１３９４ネットワーク構成と、そこに接続されている１３９４機器のＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する機能を備える。
内部機器情報記憶部は、無線ＧＷの接続されている１３９４ネットワーク構成と、そこに接続されている１３９４機器のＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する機能を備える。
【００４０】
図１０に、外部機器情報記憶部、内部機器情報記憶部の管理テーブルに蓄積する情報の一例を示す。
【００４１】
図１０に示すとおり、管理テーブルには、１３９４機器をエミュレートしているかどうか、つまり機器の情報の有無を示すエミュレートフラグと、ノードＩＤ、エミュレートした機器のＧＵＩＤと必要に応じてレジスタのアドレスと値を登録するための領域を持つ。本実施例ではレジスタのアドレスと値にＣｏｎｆｉｇＲＯＭ（レジスタアドレスは０ｘＦＦＦＦＦ０００４００〜）のレジスタを登録するための領域を持つこととする。
【００４２】
ただし、外部機器情報記憶部の管理テーブルには無線ＧＷの１３９４ＰＨＹで確保したノードＩＤを、内部機器情報記憶部の管理テーブルには無線ＧＷの接続されたネットワークに存在する１３９４機器のノードＩＤを登録することとする。
プロトコル管理部は外部記憶装置部の管理テーブルを利用して、複数の１３９４ＰＨＹに対して遠隔の１３９４ネットワークにある１３９４機器を割り当ててエミュレートする事ができる。このとき１３９４ＰＨＹに割り振られたノードは遠隔の１３９４機器をエミュレートするノードとなっている。そこで、以下ではこの無線ＧＷの１３９４ＰＨＹ割り振られたノードＩＤやノード自身をエミュレーションノードと呼ぶこととする。
【００４３】
まず、図１におけるネットワーク１において、機器の増減等においてバスリセットが発生した場合の無線ＧＷ１において１３９４バス上の機器を認識し、無線ＧＷ２に通知する動作を説明する。
【００４４】
ネットワーク１でバスリセットが発生すると、各１３９４機器の１３９４ＰＨＹの間でバスの初期化動作が実施され、各１３９４機器にノードＩＤが割り当てられる。ノードＩＤが決定されると無線ＧＷ１はネットワーク１上の全てのノードの機器から自機器を除き順番にＣｏｎｆｉｇＲＯＭを読み出す、本実施例においては、ノードＡの１３９４機器１のＣｏｎｆｉｇＲＯＭを読み出す。読み出したＣｏｎｆｉｇＲＯＭには通常はＧＵＩＤが含まれているので、予めＧＵＩＤを抜き出しておき、内部機器情報記憶部の管理テーブルに、ノードＡの機器のノードＩＤとＧＵＩＤ、ＣｏｎｆｉｇＲＯＭを登録し、エミュレートフラグを有効にする。全ての機器の管理テーブルの作成が終わると、無線ＧＷ２に機器構成変化通知を送信する。
【００４５】
無線ＧＷ２も同様に１３９４機器２，３の情報を内部管理情報記憶部に記憶し、機器構成変化通知を送信する。
【００４６】
次に、無線ＧＷ１は無線ＧＷ２から機器構成変化通知を受け取ると、無線ＧＷ２に機器構成情報を要求して無線ＧＷ２の内部機器記憶部の情報を取得し、取得した情報を無線ＧＷ１の外部機器情報記憶部の管理テーブルに登録し、エミュレートフラグを有効にする。
【００４７】
無線ＧＷ２も外部機器情報記憶部に無線ＧＷ１の内部機器情報記憶部の情報を登録し、エミュレートフラグを有効とする。
【００４８】
上述した通り１３９４ネットワークに接続された１３９４機器を外部機器情報記憶部に登録することにより、分離している１３９４ネットワークに存在する１３９４機器を全て認識することが可能で、ネットワーク１にネットワーク２の１３９４機器があるかのように、またネットワーク１にネットワーク２の機器があるかのように見せられる。このとき、ネットワーク２の１３９４機器を無線ＧＷ１のエミュレーションノードにエミュレートし、また、ネットワーク１の１３９４機器を無線ＧＷ２のエミュレーションノードにエミュレートする仕組みが構築できる。
【００４９】
（実施例２）
図３に実施例１の無線ＧＷを使用したネットワークがどのように見えるかを示した。
【００５０】
このとき、無線ＧＷ１はネットワーク２の１３９４機器２、３をエミュレートしており、ネットワーク１は仮想的に図３（１）の様になっている。ここで、エミュレートノードＢはネットワーク２の１３９４機器２をエミュレートノードＣはネットワーク２の１３９４機器３をエミュレートしている。
【００５１】
また、ネットワーク２は仮想的に図３（２）の様になっており、エミュレートノードＡはネットワーク１の１３９４機器１をエミュレートしている。
【００５２】
このような分離されたネットワーク間でＣＭＰを実現する方法について、無線ＧＷ上のエミュレーションノードにプラグを定義し、そのプラグを介して１３９４機器１から１３９４機器２へのプラグコネクションを実現する例を詳細に説明する。
【００５３】
図２の２つのネットワークを、プラグレジスタを表現する図に書き直したものを図１に示す。図中、「Ｉ」とある端子は入力プラグを、「Ｏ」とある端子は出力プラグを表している。プラグコネクションとはネットワークリソースのＩＳＯ帯域の取得とＣＨ確保を行う処理と、この入力プラグと出力プラグを結びつける処理を指している。図１では、無線ＧＷ以外からプラグコネクションを行った結果としてプラグが結びつけられている事を、実線で表した。これに対し、無線ＧＷによりミラーリングでプラグが結びつけられている場合は、波線で表している。
本発明を実現する無線ＧＷのブロック図を図４に示す。
【００５４】
図４で、３０１から３０９は実施例１記載されているブロックを表す。以下の説明では４０１から４１０の動作についても全体の流れと同時に説明する。
【００５５】
無線ＧＷのミラーリング処理部は、接続が確立されている他の無線ＧＷのある有線１３９４ネットワークでバスリセットが発生すると、エミュレーションノードに割り当てられた１３９４機器のＰｌｕｇレジスタの情報を、実際に１３９４機器があるネットワークの無線ＧＷと無線通信を行うことで取得する。この無線通信は独自の方式でもかまわない。
【００５６】
このとき、重要な情報はＭａｓｔｅｒＰｌｕｇレジスタ（以降、ＭＰＲとする。入力プラグの同レジスタはｉＭＰＲ。出力プラグの場合はｏＭＰＲとする。）のＮｕｍｂｅｒＯｆＰｌｕｇｓ情報とＤａｔａｒａｔｅ ｃａｐａｂｌｉｉｔｙ情報、さらに出力プラグのＰｌｕｇレジスタ（以降、ｏＰＣＲとする。入力プラグの場合はｉＰＣＲ、総称はＰＣＲとする。）のＰａｙｌｏａｄの値であり、無線ＧＷ間の情報交換は重要な情報だけであってもかまわない。
【００５７】
図１では、無線ＧＷ１はエミュレーションノードＢに１３９４機器２をエミュレートしているので、バスリセット時などに無線ＧＷ２のミラーリング処理部から１３９４Ｉ／Ｆ処理部を通してノードＢの入力プラグのＭＰＲ（以降、ｉＭＰＲとする）と出力プラグのＭＰＲ（以降、ｏＭＰＲとする）の値を取得する。そして、ＭＰＲのＮｕｍｂｅｒＯｆＰｌｕｇ情報から、Ｐｌｕｇレジスタ処理部にあるエミュレーションノードＢのデータにその値と同じだけｏＰＣＲとｉＰＣＲ、そしてＭＰＲを定義する。
【００５８】
このとき、ｏＰＣＲのＰａｙｌｏａｄ値は１３９４機器２と同じ値である必要があるので、ＭＰＲと同時にｏＰＣＲのＰａｙｌｏａｄの値も取得してエミュレーションノードＢのデータに定義する。ｏＰＣＲのＰａｙｌｏａｄ値は時々変化する可能性があるので、定期的に無線ＧＷ２のミラーリング処理部が監視し、変化があった場合は無線ＧＷ１のミラーリング処理部に通知して、エミュレーションノードＢのｏＰＣＲの値を追従させることなどもできるだろう。ただし、実際にはｏＰＣＲは固定値が入っていることが多く追従はあまり重要ではない。ＭＰＲについてもＮｕｍｂｅｒＯｆＰｌｕｇとＤａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙの値を設定する。ＮｕｍｂｅｒＯｆＰｌｕｇは基本的には１３９４機器２から読み出した値をそのまま使用する。
【００５９】
Ｄａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙはそのまま使用しても良いが、この値がネットワーク２における無線ＧＷ２から１３９４機器２までの通信路にある最低速度のものよりも早く設定されている場合には、最低速度の値を使用する方が好ましい。この最低速度の無線ＧＷ２のミラーリング処理部を通して１３９４Ｉ／Ｆ処理部から取得できる。通信路の最低速度を算出することは、１３９４で通信を行う機器にとっては基本的な機能であり、もちろん無線ＧＷ２の１３９４Ｉ／Ｆ処理部もその機能を持っている。
【００６０】
その他のＭＰＲ，ＰＣＲに設定される値はネットワーク１のＩＳＯリソース管理上で矛盾の無い適当な値を設定する。つまり、上記で説明した以外の値は１３９４機器２のデータを参照しなくともよい。
【００６１】
このように無線ＧＷ１のＰｌｕｇレジスタ処理部に値を設定すると、図１（１）にあるように１３９４機器２をエミュレートしているエミュレーションノードＢには、１３９４機器２と同じようにｏＰＣＲが２つとｉＰＣＲが存在するように見える様になる。これはエミュレートノードＢのＰＣＲに対するアクセスがあると、１３９４Ｉ／Ｆ部を通してＰｌｕｇレジスタ処理部が、エミュレートノードＢに割り当てられた値をアクセスためである。同様に、図１（２）にあるようにエミュレーションノードＡには１３９４機器１に相当するｏＰＣＲとｉＰＣＲが１つずつ定義される。ＩＥＥＥ１３９４バスからＰｌｕｇレジスタへアクセスされた場合は、１３９４Ｉ／Ｆ処理部はＡｙｓｎｃパケットをプロトコル変換部に送信しない。
【００６２】
次に、アプリケーションが１３９４機器１の入力プラグから１３９４機器２の出力プラグに対してプラグコネクションを行う流れを説明する。
【００６３】
１３９４機器１のアプリケーションは、１３９４機器１のｉＰＣＲ［０］と１３９４機器２のｏＰＣＲ［１］にプラグコネクションを行う要求を受けると、まず、１３９４機器２のｏＭＰＲをＲＥＡＤトランザクションで読み出す。ここで、ＰＣＲ［ｎ］はｎ番目のＰＣＲを表す。１３９４機器２はｏＰＣＲが２つあるために、ｏＰＣＲ［１］にプラグコネクションをはる場合もある。１３９４機器２のｏＭＰＲを読み出すのはｏＰＣＲが２つあり、ｏＰＣＲ［１］が存在することを確認するためである。これを確認した後、アプリケーションはｏＰＣＲ［１］を読み出しＩＳＯストリームの情報を得ることとなる。
【００６４】
ここで、ネットワーク１では無線ＧＷ１のエミュレーションノードＢが１３９４機器２のノードに見えるため、１３９４機器１のアプリケーションはエミュレーションノードＢのｏＭＰＲとｏＰＣＲ［１］を読むことになる。このときに参照される値はｏＭＰＲのＮｕｍｂｅｒＯｆＰＣＲとＤａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙ、そしてｏＰＣＲのＰａｙｌｏａｄの値である。これらは前述したように実際の１３９４機器２の値と一致するようになっている。
【００６５】
次に、アプリケーションはｏＰＣＲ［１］のＰａｙｌｏａｄ値と、ネットワーク１のノードの構成から算出したＯｖｅｒＨｅａｄＩＤ値、そしてｏＭＰＲのＤａｔａｒｅａｔｅ ｃａｐａｂｉｌｉｔｙを限界として、１３９４機器１と無線ＧＷ１間の転送速度を決定したＤａｔａＲａｔｅ値などのから必要なＩＳＯ帯域（ｂａｎｄｗｉｄｔｈ ｕｎｉｔ）を算出する。この算出方法はＩＥＣ６１８８３−１のＣＭＰに定義されている。これをもとに、アプリケーションはネットワーク１のＩＲＭからＩＳＯ帯域取得し、同時にネットワーク１内でＩＳＯ通信に使用するＣＨ番号の確保を行う。これらの処理はネットワーク１で閉じた処理であり、エミュレートされている１３９４機器２の介在なく行えるものである。ここでＩＲＭとはＩＥＥＥ１３９４で定義されたリソースを管理するマネージャであり、ネットワーク１のどこかのノードがこの役割を担っている。
【００６６】
さらに、アプリケーションは確保したＣＨ番号と算出したＯｖｅｒＨｅａｄＩＤ、ＤａｔａＲａｔｅをもとに、１３９４機器２のｏＰＣＲ［１］の値を書き換えようとする。このとき、プラグコネクションが行われていることを表すために、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒを１つ加算する処理も同時に行う。このｏＰＣＲの書き換えにはＬＯＣＫトランザクションが使用される。この処理は実際には無線ＧＷ１のエミュレーションノードＢに対して行われるものとなり、結果的にアプリケーションはエミュレーションノードＢのｏＰＣＲ［１］、つまりはＰｌｕｇレジスタ処理部のデータを書き換える。このようにこの処理はネットワーク１で閉じた処理で完結する。その後、アプリケーションは１３９４機器１のｉＰＣＲに同様のＣＨ番号を設定し、さらにＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒの加算を行う。
【００６７】
以上で、ネットワーク１におけるプラグコネクションのＣＭＰ手続きは終了した。この状態で１３９４機器１から無線ＧＷ１間でのＩＳＯ通信路の確保ができたことになる。
【００６８】
しかし、このままではネットワーク２におけるＩＳＯ通信路の確保が行えていない。このため、１３９４機器１から１３９４機器２に対するＣＭＰの手続きは終了していない。そこで以降では、ネットワーク２でこのプラグコネクションをミラーリングして、１３９４機器１から１３９４機器２へのＣＭＰ手続きを完成させる方法を示す。
【００６９】
無線ＧＷ１のＬｏｃｋ検出部は１３９４Ｉ／Ｆ処理部のＡｓｙｎｃパケットを監視して、ｏＰＣＲがＬＯＣＫトランザクションにより書き変わったこと検知すると、ミラーリング処理部にミラーリングの必要を通知する。ミラーリング処理部は１３９４Ｉ／Ｆ処理部にたいしてＲＥＡＤトランザクションを行い、同じＣＨ番号を持ちＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒが１以上のｉＰＣＲのある１３９４機器をネットワーク１から探し出す。これはプラグコネクションによりｏＰＣＲと割り当てられたｉＰＣＲが、どこにあるかを知るためである。プラグコネクションは第３者の１３９４機器からも行うことができるので、エミュレーションノードのＰＣＲの値を変更するＬＯＣＫトランザクションを起動した１３９４機器が対応するＰＣＲを持つとは限らない。
【００７０】
そのため、この処理が必要となる。ｉＰＣＲの変更はｏＰＣＲの変更と順番が前後する可能性があるので、ｏＰＣＲの変更を検知してから十分な時間待った後にｉＰＣＲを検索する。以上の処理により、無線ＧＷ１はプラグコネクションに対応するｉＰＣＲをもつ１３９４機器１を特定できる。ここではコネクションｅｓｔａｂｌｉｓｈ（最初の生成）の場合の話をしているが、もしネットワーク１におけるプラグコネクションがＯｖｅｒｌａｙで行われた場合は、同じＣＨをもつ複数のｉＰＣＲが発見される場合がある。この場合は以前行った処理の履歴をメモリに保持しておき、新たに発見されたｉＰＣＲを検索すればよい。
【００７１】
また、コネクションの削除の場合は履歴と現状を比較して無くなったｉＰＣＲを検索する。
【００７２】
無線ＧＷ１のミラーリング処理部はプラグコネクションの相手を特定すると、無線通信Ｉ／Ｆ処理部を通して、以下のミラーリング情報を無線ＧＷ２のミラーリング処理部に通知する。
・ＰＣＲをＬＯＣＫトランザクションにより変更されたエミュレーションノードのエミュレートしている１３９４機器のＧＵＩＤと、変更されたＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号
・プラグコネクションの相手のＰＣＲをもつ１３９４機器のＧＵＩＤと、そのＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号、
・双方のＰＣＲのレジスタ値
・コネクション生成／削除の種別
ここで、双方のＰＣＲのレジスタ値が必要な理由は、この例とｉＰＣＲとｏＰＣＲが逆の場合、つまり１３９４機器１のｏＰＣＲから１３９４機器２のｉＰＣＲへプラグコネクションを行った場合に、以降の処理で無線ＧＷ２は１３９４機器１のｏＰＣＲのＰａｙｌｏａｄ情報が必要になるからである。ＰＣＲレジスタ値が必要ないケースでは通知しなくてもよいが、安全のために通知しておくことは問題ではない。またここで、ＧＵＩＤとは１３９４機器に割り振られた全世界的にグローバルなＩＤであり、この値によって全ての１３９４機器を区別できるものである。例ではエミュレーションノードにこの値を割り当てることでエミュレートしている相手機器を特定していると仮定する。この情報は外部／内部機器情報記憶部にエミュレーションノードのノードＩＤとＧＵＩＤのペアで保存されている。
【００７３】
無線ＧＷ２は上記の情報を得ると、ＧＵＩＤをキーに外部／内部機器情報記憶部から１３９４機器２とエミュレーションノードＡを割り出し、エミュレーションノードＡのｉＰＣＲ［０］と１３９４機器２のｏＰＣＲ［１］をプラグコネクションするＣＭＰを開始する。
【００７４】
まず、無線ＧＷ２のミラーリング処理部は１３９４Ｉ／Ｆ処理部を通して、１３９４機器２のｏＰＣＲ［１］をＲＥＡＤトランザクションで読み出し、Ｐａｙｌｏａｄ値を得る。この値はネットワーク１でのプラグコネクションで利用されたエミュレーションノードＢのｏＰＣＲ［１］で設定されていた同じ値である。
【００７５】
無線ＧＷ２のミラーリング処理部はこのＰａｙｌｏａｄ値と、ネットワーク２のノードの構成から算出したＯｖｅｒＨｅａｄＩＤ値、そして、ネットワーク１側ｏＰＣＲから得たＤａｔａＲａｔｅ値から必要なＩＳＯ帯域を算出する。これをもとに、ミラーリング処理部は１３９４Ｉ／Ｆ処理部を通して、ネットワーク２のＩＲＭからＩＳＯ帯域を取得し、同時にネットワーク２内でＩＳＯ通信に使用するＣＨ番号の確保を行う。
【００７６】
さらに、無線ＧＷ２は確保したＣＨ番号と算出したＯｖｅｒＨｅａｄＩＤ、上記のＤａｔａＲａｔｅをもとに、１３９４機器２のｏＰＣＲ［１］の値を変更する。このとき、１３９４Ｉ／Ｆ処理部はＳｏｕｒｃｅＩＤをエミュレーションノードＡのノードＩＤとしたＬＯＣＫトランザクションを使用する。
【００７７】
その後、無線ＧＷ２のミラーリング処理部は、Ｐｌｕｇレジスタ処理部にあるエミュレーションノードＡのｉＰＣＲ［０］のデータに同様のＣＨ番号を設定しＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒの値を１つ加算する。これによりネットワーク２におけるＣＭＰ手続きが終了し、ネットワーク２における無線ＧＷ２から１３９４機器２までのＩＳＯ通信路の確保ができたことになる。
【００７８】
以上で、ネットワーク２におけるプラグコネクションのミラーリングが完成し、結果として１３９４機器１から１３９４機器２までの通信路が全て確保できた事になる。
【００７９】
このように、本発明では１３９４機器１のアプリケーションがネットワーク１において有線１３９４ネットワークのＣＭＰ手続きを行うだけで、実際にはネットワーク１とネットワーク２をまたがるＣＭＰを行うという事を実現できる。
【００８０】
この状態で、実際のＩＳＯストリームがどのように伝送されるか以下に説明する。
【００８１】
まず、ＩＳＯストリームはネットワーク２で確保されたＣＨで、１３９４機器２から無線ＧＷ２に送信される。無線ＧＷ２は無線のプロトコルを利用しこのストリームを無線ＧＷ１に送信する。このときの無線プロトコルはなんであってもよい。その後、無線ＧＷ１は受信したストリームをネットワーク１で確保したＣＨを利用して１３９４機器１に送信する。
【００８２】
もともと、１３９４機器２がネットワーク２にストリームを伝送する場合はｏＰＣＲ［１］のＣＨ情報を参照し、１３９４機器１がネットワーク１でストリームを受信するにはｉＰＣＲ［０］のＣＨ情報を参照して送受信ＣＨを決定するため、１３９４機器１，２とも何の改造もせずに上記のストリームの流れを実現できる。
【００８３】
また、無線ＧＷ１と無線ＧＷ２はエミュレーションノードのｉＰＣＲ、ｏＰＣＲを参照して受信するべきストリームを各々のネットワークから受信、または送信すれば全てのストリームの流れを実現できる。コネクションのあるｉＰＣＲのＣＨで指定されたストリームがネットワーク上に流れていればそれを受信し、コネクションのあるｏＰＣＲのＣＨで指定されたストリームを送信すればよい。
無線ＧＷ１と無線ＧＷ２の間でストリームの区別を行う方法は無線プロトコルによる。たとえば、無線パケットにストリームＩＤ等を付加して区別する方法があるだろう。このストリームＩＤに対して無線ＧＷ１と無線ＧＷ２で対応するプラグコネクションの情報を割り当てればどのＣＨ番号に対応するストリームかを判断することはより簡単になる。
【００８４】
例えば、以下のようになるだろう。
【００８５】
ミラーリングを開始するタイミングで、無線ＧＷ１のミラーリング処理部は無線ストリーム管理部からストリームＩＤを取得し、そのストリームＩＤを前記したミラーリング情報に加えて無線ＧＷ２のミラーリング処理部に通知する。無線ＧＷ１のミラーリング処理部では、このストリームＩＤをネットワーク１側で取得したＣＨ番号と対比させてメモリに保存する。無線ＧＷ２のミラーリング処理部では、ミラーリングを終了した後に、無線ＧＷ１から受け取ったストリームＩＤとネットワーク２側で取得したＣＨ番号を対比させてメモリに保存する。
【００８６】
そして、無線ＧＷ１と無線ＧＷ２がストリームを送受信する時は、無線ＧＷ２では１３９４Ｉ／Ｆ処理部が受け取ったストリームのＣＨを検出し、メモリにＣＨ番号が存在すれば、プロトコル変換部がそれに対応するストリームＩＤを付加して無線パケットを送信し、無線ＧＷ１では、無線Ｉ／Ｆ処理部がメモリに存在するストリームＩＤが存在すれば、それに対応するＣＨの１３９４パケットに変換して１３９４パケットを送信すればよい。
【００８７】
以上で本発明によるミラーリング処理の説明を終了する。
【００８８】
ところで、以上の例にたいして入力プラグと出力プラグが逆の場合も考えられる。つまり、１３９４機器１のｏＰＣＲと１３９４機器２のｉＰＣＲをプラグコネクションする処理も考えられる。その場合は上記の文章のｏＰＣＲとｉＰＣＲを置き換えて読めばそのまま適用可能である。また、本発明はＣＭＰのＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔコネクションに限定しており、Ｂｒｏａｄｃａｓｔコネクションの場合については言及していない。なぜなら、Ｂｒｏａｄｃａｓｔコネクションは一つのノードに関する処理であり、ＣＭＰとしてネットワークをまたがる処理ではないからである。
【００８９】
プラグコネクションを削除する場合の処理も、同様になるので改めて詳細には言及しない。上記の説明のＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔに１を加算する部分を１減算する様にし、ミラーリング情報の生成方法を説明してあるようにコネクション削除の場合の検出を行えばよいだろう。
【００９０】
また、この実施例の中では説明していないが、図１（２）のプラグコネクション２の様に、無線ＧＷを介することのないプラグコネクションはミラーリングの対象とはしない。これはネットワーク２で閉じたプラグコネクションであり、ネットワーク１には無関係だからである。
【００９１】
（実施例３）
実施例１では２つの有線１３９４ネットワークを無線で接続する場合を説明したが、これは複数の有線１３９４ネットワークでも可能となる。そのため、同様に実施例２も複数の有線ネットワークでも実現できる。
【００９２】
図５にｎ個の１３９４有線ネットワークの例を示した。ここでは簡単のために、ネットワーク１の無線ＧＷ１はネットワークｎに存在する１３９４機器ｎをエミュレートするが、ネットワーク２以降の無線ＧＷはネットワーク１の１３９４機器１のみをエミュレートする形式を考える。
【００９３】
これらのネットワークのプラグに注目した図を図６に示す。
【００９４】
このとき、１３９４機器１から１３９４機器２にプラグコネクションをすることを考える。まず、無線ＧＷ１のエミュレートノードＢは実施例１と同様にＰＣＲが設定される。
【００９５】
１３９４機器１のアプリケーションは、１３９４機器２とプラグコネクションするように指示を受けると、無線ＧＷ１のエミュレーションノードＢに対してプラグコネクションを実施する。この方法は実施例１と全く同じである。
【００９６】
次に、無線ＧＷ１はＬＯＣＫトランザクションを検知すると、全ての無線ＧＷに対して、実施例１と同様に以下の情報を送信する。
・ＰＣＲをＬＯＣＫトランザクションにより変更されたエミュレーションノードのエミュレートしている１３９４機器のＧＵＩＤと、変更されたＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号
・プラグコネクションの相手のＰＣＲをもつ１３９４機器のＧＵＩＤと、そのＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号、
・双方のＰＣＲのレジスタ値
・コネクション生成／削除の種別
これを受信した無線ＧＷ２の動作は実施例１と同様である。ここでは、その他の無線ＧＷｋ（ｋ＝１，２以外の自然数；ｋ≦ｎ）を考える。
【００９７】
無線ＧＷｋは情報を受信すると、ＧＵＩＤよりネットワークｋ上から１３９４機器２を割り出そうとする。しかし、１３９４機器２はこのネットワークに存在しないのでエラーとなり、プラグコネクションのミラーリングを行わない。また、無線ＧＷｋがネットワーク２をエミュレートしている場合は、無線ＧＷｋのエミュレートノードを１３９４機器２のＧＵＩＤから割り出すだろう。しかし、この場合は１３９４機器１もエミュレートノードとして割り出されていて、双方がエミュレートノードであるのでプラグコネクションのミラーリングは行わない。ミラーリングが発生しない場合は、ネットワークｋ上でＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎの値の整合性を保つために、エミュレーションノードＡのｉＰＣＲのＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒは変更しない。
【００９８】
以上のように、その他のネットワークｋを混乱させることなく、ＣＭＰを実現することができる。
【００９９】
このとき、ＩＳＯストリームの送受信処理も実施例１と同様に行える。ＩＳＯストリームはブロードキャスト通信で送信すれば、どの無線ＧＷもストリームを受信することが可能である。無線ＧＷはメモリに登録されているストリームＩＤの無線パケットが受信された場合に、プロトコル変換部でそれに相当するＣＨ番号の１３９４パケットに変換して送信すればよい。
【０１００】
（実施例４）
実施例３では複数の有線１３９４ネットワークを無線で接続する場合を説明したが、無線で接続するのではなく、有線の任意のプロトコルのネットワークで接続する場合も実施例２と同様に実現可能である。
【０１０１】
この場合は実施例２，３の無線ＧＷを有線ＧＷに置き換えるだけでよい。
【０１０２】
（実施例５）
この発明は、同様に複数の有線無線を問わない１３９４ネットワークを接続する場合にも適用可能である。
【０１０３】
この場合は実施例２、３の有線１３９４ネットワークの任意のネットワークを無線１３９４ネットワークと置き換えるだけでよい。
【０１０４】
【発明の効果】
複数の有線１３９４ネットワークを無線で結んだネットワークにおいて、ネットワークを越えたＣＭＰの適用が可能となる。また、この発明は有線１３９４ネットワークが無線１３９４ネットワークに置き変わってもそのまま利用可能であり、分離された複数の１３９４ネットワーク間でＣＭＰを実現したい場合に有効であるといえるだろう。
【図面の簡単な説明】
【図１】ネットワークにおけるプラグコネクションの説明図である。
【図２】１３９４ネットワークを無線接続した図である。
【図３】ネットワークにおける仮想的な接続の説明図である。
【図４】無線ＧＷのブロック図である。
【図５】１３９４ネットワークを無線接続した図である。
【図６】ネットワークにおけるプラグコネクションの説明図である。
【図７】プラグレジスタの内容を説明した図である。
【図８】無線ＧＷの概略図である。
【図９】無線ＧＷのブロック図である。
【図１０】管理テーブルの説明図である。
【符号の説明】
１０１、１０２、１０３・・・１３９４機器、１０４、１０５・・・無線ＧＷ、１１１、１１２、１１３・・・仮想１３９４機器、１３１・・・プラグコネクション、１４１・・・プラグコネクションのミラー、１２１、１２２・・・ネットワーク、３０１・・・無線Ｉ／Ｆ、３０２・・・無線Ｉ／Ｆ処理部、３０３・・・機器情報送受信部、３０４・・・プロトコル変換部、３０５・・・１３９４Ｉ／Ｆ処理部、３０６、３０７・・・１３９４ＰＨＹ、３０８、３０９・・・外部／内部機器情報記憶部、４０１・・・ミラーリング処理部、４０２・・・Ｐｌｕｇレジスタ処理部、４０３・・・ＬＯＣＫ検出部、４０４・・・メモリ、４１０・・・無線ストリーム管理部、５０１、５０２、５０３・・・１３９４機器、５５１、５５２、５５３・・・無線ＧＷ、６１２、６１３、６２１・・・仮想１３９４機器
【発明の属する技術分野】
本発明は、ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置であって、特にＩＥＥＥ１３９４技術を利用したネットワーク、またはＩＥＣ６１８８３を利用したネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
有線１３９４ネットワークにおいて、任意の機器間で同期通信（以下、ＩＳＯ通信とする）を行う場合は、ＩＥＣ６１８８３−１の規格に則り、ＣＭＰによる送信機器と受信機器間のプラグコネクションを確立する事になっている。
【０００３】
ＣＭＰとは１３９４の搭載されたＡＶ機器間で、入力プラグと出力プラグを接続するプラグコネクションの手続きを定義したものである。プラグコネクションには入力プラグと出力プラグを１対１に接続するｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔコネクションと、ブロードキャスト入出力を行うｂｒｏａｄｃａｓｔ−ｏｕｔ／ｉｎコネクションがあり、ＣＭＰではこれらのコネクションの生成、削除、多重化などの方法を定義している。
【０００４】
入力プラグ、出力プラグは個々のＡＶ機器が持つものであり、入力プラグはＡＶ機器へのストリームの入力を、出力プラグはＡＶ機器からのストリームの出力を表す論理プラグである。これらのプラグはそれぞれにプラグレジスタというプラグの状態を記録するレジスタが割り当てられている。
【０００５】
ＣＭＰは実際にはプラグレジスタのコネクション数の値を変化させるだけであり、論理的なコネクションを定義しただけのものである。そして、それを実現するにはＩＲＭからの送受信するＩＳＯ通信ストリームのＩＳＯ帯域の取得、転送チャンネル（以下、ＣＨとする）の確保、さらに、１３９４のＲＥＡＤトランザクションを利用したプラグレジスタの読み込みとＬＯＣＫトランザクションを利用したプラグレジスタの変更などの処理が必要となる。つまり、これらの処理が行えればＣＭＰはそのネットワーク内で実現できるといえる。ここで、プラグレジスタとは入力プラグや出力プラグに割り当てられたレジスタであり、それぞれのプラグの情報を管理するものである。
【０００６】
以上にあげた処理は、もちろん、単一の有線１３９４ネットワーク内では問題なく行えるので、その範囲内ではＣＭＰは有効であった。しかし、複数のネットワークをまたがると、これらの処理に問題がありＣＭＰが実現できない場合がある。
【０００７】
【非特許文献】
ＩＥＥＥ１３９４規格書
【０００８】
【発明が解決しようとする課題】
有線１３９４ネットワークを拡張し、複数の有線１３９４ネットワークを無線で接続して利用することを考える。
【０００９】
現在のところ、複数の有線で構成された１３９４ネットワークを接続するためにいくつかの技術が考案されている。基本的に現在考案されている技術では、異なる１３９４ネットワークは必ずブリッジ（ＩＥＥＥ１３９４．１）を介して接続する事になっている。しかし、ブリッジを介した接続ではそれぞれの１３９４ネットワークでＩＳＯ通信の管理が別々となるためＩＥＥＥ６１８８３−１で規定されたＣＭＰをそのまま利用することができず、その代わりに新たにＳｔｒｅａｍＣｏｎｎｅｃｔという仕様が策定されている。
【００１０】
しかし、現状で市場に存在するＤＶＨＳやＢＳデジタルチューナなどＩＥＥＥ１３９４を搭載する機器はＣＭＰのみに対応しているため、ブリッジを使用した無線接続ではこれらの機器をそのままで使用できない。また、ＳｔｒｅａｍＣｏｎｎｅｃｔに対応した機器が出現するには時間がかかる可能性がある。
【００１１】
このように、従来の技術では分離された複数の１３９４ネットワーク間ではＣＭＰによるプラグコネクションが実現できず、ＣＭＰのみサポートする現行の１３９４機器間のＩＳＯ通信をＩＥＣ６１８８３−１の仕様どおりに実現することができなかった。
【００１２】
【課題を解決するための手段】
本発明は、上記課題を解決するため、以下のような手段を講じた。
【００１３】
即ち、本発明に係るゲートウエイを実現する方法は、複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することを特徴とするゲートウエイを実現する方法である。
【００１４】
また、本発明に係るゲートウエイ装置は、ネットワーク１とネットワーク２を結びつける機能を持ち、各々のネットワークに接続された１３９４機器を仮想的に他方のネットワークに存在する様にみせるためのエミュレーションノードをもち、エミュレーションノードのプラグ情報を保持するためのＰｌｕｇレジスタ処理部と、ＰｌｕｇレジスタへのＬＯＣＫトランザクションを検出するためのＬＯＣＫ検出部と、請求項１に記載の機能を実現するためのミラーリング処理部をもつ、ＣＭＰミラーリング機能を持つことを特徴とするゲートウェイ装置である。
【００１５】
また、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイ装置である。
【００１６】
また、本発明に係るゲートウェイを実現する方法は、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイを実現する方法である。
【００１７】
また、本発明に係るゲートウエイを実現する方法は、複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することによって、分離している１３９４ネットワークの間でゲートウェイを実現する方法である。
【００１８】
また、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信することで実現しているゲートウェイを実現する方法である。
【００１９】
また、本発明に係るゲートウェイ装置は、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信しているゲートウェイ装置である。
【００２１】
また、本発明に係るゲートウェイ装置は、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴とするゲートウェイ装置である。
【００２２】
また、本発明に係るゲートウェイを実現する方法は、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴とするゲートウェイを実現する方法である。
【００２３】
より具体的には、本発明ではＣＭＰの仕様をそのままに、複数ある有線１３９４ネットワークの各々のネットワークで関係するＣＭＰの処理をミラーリングすることによって、異なる有線１３９４ネットワークをまたがるＣＭＰの手続きを実現する方法を提案する。これにより、ネットワークに接続される１３９４機器はＣＭＰの機能さえ装備していれば、複数の有線１３９４ネットワークまたは無線１３９４ネットワークを通して、２つの機器の間にプラグコネクションを確立することができることになる。
【００２４】
本発明は、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイ装置をもっている環境において有効となる。
【００２５】
このような環境の例を図２、図３に示している。ここで、無線ゲートウェイ（以降、無線ＧＷとする）は複数のネットワークをＡＶ／Ｃアプリケーションレベルで一つの有線１３９４ネットワークに見せる役割をもつ。
【００２６】
図２で１３９４機器１から１３９４機器２に対してプラグコネクションを行うと、ネットワーク１では無線ＧＷ１のエミュレーションノードのうちの一つが１３９４機器２であると見えるため、１３９４機器１はネットワーク１で無線ＧＷ１のエミュレートノードとのプラグコネクションを行う処理をする。無線ＧＷ１はエミュレートノードに対してプラグコネクションが実施されると、無線ＧＷ１はエミュレートしている１３９４機器２のプラグを模倣して提示して、ネットワーク１におけるプラグコネクションを完結させる。その後、このプラグコネクションが発生したことを、無線ＧＷ１は無線通信により無線ＧＷ２に通知し、無線ＧＷ２は、ネットワーク２において１３９４機器１をエミュレートしているノードから１３９４機器２に対してプラグコネクションを実施する。ネットワーク１で発生したプラグコネクションを、ネットワーク２でも再現する処理であるので、この処理をミラーリングと呼ぶ。
【００２７】
このように、ネットワーク１とネットワーク２の双方で、別々の処理としてではあるが、ＩＳＯ帯域とＣＨを確保することにより結果的にＣＭＰを実現することができ、従来の機器でも分離されたネットワーク間でのＩＳＯ通信が可能となる。
【００２８】
【発明の実施の形態】
（実施例１）
本発明の例として２つの有線１３９４ネットワークが無線ネットワークで接続されている状態を図２に示す。有線１３９４ネットワークはネットワーク１とネットワーク２に分かれており、この２つのネットワークは無線ネットワークで結合されているとする。各１３９４機器や無線ＧＷと結ばれている実線はＩＥＥＥ１３９４の配線を表している。
【００２９】
１３９４バスは、接続機器の増減、バスリセット発生時などに、コンフィグレーションプロセスが起動され、バスの初期化、ツリーの識別、自己認識を行い各機器のノードＩＤが割り当てられる。これらの処理は通常、ＰＨＹチップが行いこれにより１つのＰＨＹチップに対して１つのノードＩＤが割り当てられる。
【００３０】
また、１３９４機器には、ノードＩＤとは別に、世の中で一意に定められる６４ビットのＧＵＩＤが割り当てられており、通常、ＧＵＩＤは１つのノードに必ず１つ存在する。
【００３１】
次に、無線ＧＷの内部構成の概要を図８に例示する。これは、無線ＧＷ１が２つ、無線ＧＷ２が１つのエミュレートノードを持ち、夫々のエミュレートノードについてＣｏｎｆｉｇＲＯＭ情報の入った管理テーブルが割り当てられることを示している。
【００３２】
図９に、無線ＧＷのブロック図を例示する。
【００３３】
以下、図９の各ブロックの機能について説明する。
【００３４】
無線Ｉ／Ｆ処理部は、無線伝送におけるネゴシエーション等のＰＨＹレベルの基本機能を備え、無線伝送のプロトコルに従ったパケットを送受信する機能を備えるものとする。
【００３５】
機器情報送受信部は、無線ネットワーク上の無線機器から１３９４バス上の機器構成情報提供の要求を受信し、その要求に応じたデータを内部機器情報記憶部から取得して無線Ｉ／Ｆに送信する機能を備え、無線ネットワーク上の無線機器に接続されている１３９４バス上の機器構成情報を取得し外部機器情報記憶部に登録を要求する機能を備え、また、無線ネットワーク上の無線機器に接続されている１３９４バス上の機器構成の変化の通知を受け取る機能を備えている。
【００３６】
プロトコル変換部は、無線Ｉ／Ｆ処理部からのＧＵＩＤにより宛先と送り先が示されたＡｓｙｎｃパケットと同等のパケットを包括する無線パケットを受信し、ＧＵＩＤで示された送信先と送信元を内部機器情報記憶部と外部機器情報記憶部の管理テーブルを参照しノードＩＤによる送信先と送信元に変換して１３９４バス上で伝送できるＡｓｙｎｃパケットに変換する機能を備え、１３９４Ｉ／Ｆ処理部からノードＩＤで示された送信先と送信元が示されたＡｓｙｎｃパケットを受信し、内部機器情報記憶部と外部機器情報記憶部の管理テーブルを参照しＧＵＩＤによる送信先と送信元に変換してパケットを包括した無線パケットに変換する機能を備える。
【００３７】
１３９４Ｉ／Ｆ処理部は、プロトコル変換部からＡｓｙｎｃパケットを受信し、Ａｓｙｎｃパケットの送信元に応じて１３９４ＰＨＹのどちらかに送信する機能を備え、１３９４ＰＨＹで受信したＡｓｙｎｃパケットを外部機器情報部の管理テーブルを参照し情報が可能ならば応答を返送し、応答できない場合はプロトコル変換部に送信する機能を備える。また、後述する管理テーブル内のエミュレートフラグが無効である場合にはリピータとして動作するように１３９４ＰＨＹを制御する機能を備える。
【００３８】
１３９４ＰＨＹは、既存のＰＨＹチップの機能を全て備えており、リピート、ケーブルの状態認識、バスの初期化、アービトレーションの機能を備えており、１つの１３９４ＰＨＹに対して１つのノードを確保するように機能する。この１３９４ＰＨＹは複数個備えることが望ましい。
【００３９】
外部機器情報記憶部は、遠隔の１３９４ネットワーク構成と、そこに接続されている１３９４機器のＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する機能を備える。
内部機器情報記憶部は、無線ＧＷの接続されている１３９４ネットワーク構成と、そこに接続されている１３９４機器のＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する機能を備える。
【００４０】
図１０に、外部機器情報記憶部、内部機器情報記憶部の管理テーブルに蓄積する情報の一例を示す。
【００４１】
図１０に示すとおり、管理テーブルには、１３９４機器をエミュレートしているかどうか、つまり機器の情報の有無を示すエミュレートフラグと、ノードＩＤ、エミュレートした機器のＧＵＩＤと必要に応じてレジスタのアドレスと値を登録するための領域を持つ。本実施例ではレジスタのアドレスと値にＣｏｎｆｉｇＲＯＭ（レジスタアドレスは０ｘＦＦＦＦＦ０００４００〜）のレジスタを登録するための領域を持つこととする。
【００４２】
ただし、外部機器情報記憶部の管理テーブルには無線ＧＷの１３９４ＰＨＹで確保したノードＩＤを、内部機器情報記憶部の管理テーブルには無線ＧＷの接続されたネットワークに存在する１３９４機器のノードＩＤを登録することとする。
プロトコル管理部は外部記憶装置部の管理テーブルを利用して、複数の１３９４ＰＨＹに対して遠隔の１３９４ネットワークにある１３９４機器を割り当ててエミュレートする事ができる。このとき１３９４ＰＨＹに割り振られたノードは遠隔の１３９４機器をエミュレートするノードとなっている。そこで、以下ではこの無線ＧＷの１３９４ＰＨＹ割り振られたノードＩＤやノード自身をエミュレーションノードと呼ぶこととする。
【００４３】
まず、図１におけるネットワーク１において、機器の増減等においてバスリセットが発生した場合の無線ＧＷ１において１３９４バス上の機器を認識し、無線ＧＷ２に通知する動作を説明する。
【００４４】
ネットワーク１でバスリセットが発生すると、各１３９４機器の１３９４ＰＨＹの間でバスの初期化動作が実施され、各１３９４機器にノードＩＤが割り当てられる。ノードＩＤが決定されると無線ＧＷ１はネットワーク１上の全てのノードの機器から自機器を除き順番にＣｏｎｆｉｇＲＯＭを読み出す、本実施例においては、ノードＡの１３９４機器１のＣｏｎｆｉｇＲＯＭを読み出す。読み出したＣｏｎｆｉｇＲＯＭには通常はＧＵＩＤが含まれているので、予めＧＵＩＤを抜き出しておき、内部機器情報記憶部の管理テーブルに、ノードＡの機器のノードＩＤとＧＵＩＤ、ＣｏｎｆｉｇＲＯＭを登録し、エミュレートフラグを有効にする。全ての機器の管理テーブルの作成が終わると、無線ＧＷ２に機器構成変化通知を送信する。
【００４５】
無線ＧＷ２も同様に１３９４機器２，３の情報を内部管理情報記憶部に記憶し、機器構成変化通知を送信する。
【００４６】
次に、無線ＧＷ１は無線ＧＷ２から機器構成変化通知を受け取ると、無線ＧＷ２に機器構成情報を要求して無線ＧＷ２の内部機器記憶部の情報を取得し、取得した情報を無線ＧＷ１の外部機器情報記憶部の管理テーブルに登録し、エミュレートフラグを有効にする。
【００４７】
無線ＧＷ２も外部機器情報記憶部に無線ＧＷ１の内部機器情報記憶部の情報を登録し、エミュレートフラグを有効とする。
【００４８】
上述した通り１３９４ネットワークに接続された１３９４機器を外部機器情報記憶部に登録することにより、分離している１３９４ネットワークに存在する１３９４機器を全て認識することが可能で、ネットワーク１にネットワーク２の１３９４機器があるかのように、またネットワーク１にネットワーク２の機器があるかのように見せられる。このとき、ネットワーク２の１３９４機器を無線ＧＷ１のエミュレーションノードにエミュレートし、また、ネットワーク１の１３９４機器を無線ＧＷ２のエミュレーションノードにエミュレートする仕組みが構築できる。
【００４９】
（実施例２）
図３に実施例１の無線ＧＷを使用したネットワークがどのように見えるかを示した。
【００５０】
このとき、無線ＧＷ１はネットワーク２の１３９４機器２、３をエミュレートしており、ネットワーク１は仮想的に図３（１）の様になっている。ここで、エミュレートノードＢはネットワーク２の１３９４機器２をエミュレートノードＣはネットワーク２の１３９４機器３をエミュレートしている。
【００５１】
また、ネットワーク２は仮想的に図３（２）の様になっており、エミュレートノードＡはネットワーク１の１３９４機器１をエミュレートしている。
【００５２】
このような分離されたネットワーク間でＣＭＰを実現する方法について、無線ＧＷ上のエミュレーションノードにプラグを定義し、そのプラグを介して１３９４機器１から１３９４機器２へのプラグコネクションを実現する例を詳細に説明する。
【００５３】
図２の２つのネットワークを、プラグレジスタを表現する図に書き直したものを図１に示す。図中、「Ｉ」とある端子は入力プラグを、「Ｏ」とある端子は出力プラグを表している。プラグコネクションとはネットワークリソースのＩＳＯ帯域の取得とＣＨ確保を行う処理と、この入力プラグと出力プラグを結びつける処理を指している。図１では、無線ＧＷ以外からプラグコネクションを行った結果としてプラグが結びつけられている事を、実線で表した。これに対し、無線ＧＷによりミラーリングでプラグが結びつけられている場合は、波線で表している。
本発明を実現する無線ＧＷのブロック図を図４に示す。
【００５４】
図４で、３０１から３０９は実施例１記載されているブロックを表す。以下の説明では４０１から４１０の動作についても全体の流れと同時に説明する。
【００５５】
無線ＧＷのミラーリング処理部は、接続が確立されている他の無線ＧＷのある有線１３９４ネットワークでバスリセットが発生すると、エミュレーションノードに割り当てられた１３９４機器のＰｌｕｇレジスタの情報を、実際に１３９４機器があるネットワークの無線ＧＷと無線通信を行うことで取得する。この無線通信は独自の方式でもかまわない。
【００５６】
このとき、重要な情報はＭａｓｔｅｒＰｌｕｇレジスタ（以降、ＭＰＲとする。入力プラグの同レジスタはｉＭＰＲ。出力プラグの場合はｏＭＰＲとする。）のＮｕｍｂｅｒＯｆＰｌｕｇｓ情報とＤａｔａｒａｔｅ ｃａｐａｂｌｉｉｔｙ情報、さらに出力プラグのＰｌｕｇレジスタ（以降、ｏＰＣＲとする。入力プラグの場合はｉＰＣＲ、総称はＰＣＲとする。）のＰａｙｌｏａｄの値であり、無線ＧＷ間の情報交換は重要な情報だけであってもかまわない。
【００５７】
図１では、無線ＧＷ１はエミュレーションノードＢに１３９４機器２をエミュレートしているので、バスリセット時などに無線ＧＷ２のミラーリング処理部から１３９４Ｉ／Ｆ処理部を通してノードＢの入力プラグのＭＰＲ（以降、ｉＭＰＲとする）と出力プラグのＭＰＲ（以降、ｏＭＰＲとする）の値を取得する。そして、ＭＰＲのＮｕｍｂｅｒＯｆＰｌｕｇ情報から、Ｐｌｕｇレジスタ処理部にあるエミュレーションノードＢのデータにその値と同じだけｏＰＣＲとｉＰＣＲ、そしてＭＰＲを定義する。
【００５８】
このとき、ｏＰＣＲのＰａｙｌｏａｄ値は１３９４機器２と同じ値である必要があるので、ＭＰＲと同時にｏＰＣＲのＰａｙｌｏａｄの値も取得してエミュレーションノードＢのデータに定義する。ｏＰＣＲのＰａｙｌｏａｄ値は時々変化する可能性があるので、定期的に無線ＧＷ２のミラーリング処理部が監視し、変化があった場合は無線ＧＷ１のミラーリング処理部に通知して、エミュレーションノードＢのｏＰＣＲの値を追従させることなどもできるだろう。ただし、実際にはｏＰＣＲは固定値が入っていることが多く追従はあまり重要ではない。ＭＰＲについてもＮｕｍｂｅｒＯｆＰｌｕｇとＤａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙの値を設定する。ＮｕｍｂｅｒＯｆＰｌｕｇは基本的には１３９４機器２から読み出した値をそのまま使用する。
【００５９】
Ｄａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙはそのまま使用しても良いが、この値がネットワーク２における無線ＧＷ２から１３９４機器２までの通信路にある最低速度のものよりも早く設定されている場合には、最低速度の値を使用する方が好ましい。この最低速度の無線ＧＷ２のミラーリング処理部を通して１３９４Ｉ／Ｆ処理部から取得できる。通信路の最低速度を算出することは、１３９４で通信を行う機器にとっては基本的な機能であり、もちろん無線ＧＷ２の１３９４Ｉ／Ｆ処理部もその機能を持っている。
【００６０】
その他のＭＰＲ，ＰＣＲに設定される値はネットワーク１のＩＳＯリソース管理上で矛盾の無い適当な値を設定する。つまり、上記で説明した以外の値は１３９４機器２のデータを参照しなくともよい。
【００６１】
このように無線ＧＷ１のＰｌｕｇレジスタ処理部に値を設定すると、図１（１）にあるように１３９４機器２をエミュレートしているエミュレーションノードＢには、１３９４機器２と同じようにｏＰＣＲが２つとｉＰＣＲが存在するように見える様になる。これはエミュレートノードＢのＰＣＲに対するアクセスがあると、１３９４Ｉ／Ｆ部を通してＰｌｕｇレジスタ処理部が、エミュレートノードＢに割り当てられた値をアクセスためである。同様に、図１（２）にあるようにエミュレーションノードＡには１３９４機器１に相当するｏＰＣＲとｉＰＣＲが１つずつ定義される。ＩＥＥＥ１３９４バスからＰｌｕｇレジスタへアクセスされた場合は、１３９４Ｉ／Ｆ処理部はＡｙｓｎｃパケットをプロトコル変換部に送信しない。
【００６２】
次に、アプリケーションが１３９４機器１の入力プラグから１３９４機器２の出力プラグに対してプラグコネクションを行う流れを説明する。
【００６３】
１３９４機器１のアプリケーションは、１３９４機器１のｉＰＣＲ［０］と１３９４機器２のｏＰＣＲ［１］にプラグコネクションを行う要求を受けると、まず、１３９４機器２のｏＭＰＲをＲＥＡＤトランザクションで読み出す。ここで、ＰＣＲ［ｎ］はｎ番目のＰＣＲを表す。１３９４機器２はｏＰＣＲが２つあるために、ｏＰＣＲ［１］にプラグコネクションをはる場合もある。１３９４機器２のｏＭＰＲを読み出すのはｏＰＣＲが２つあり、ｏＰＣＲ［１］が存在することを確認するためである。これを確認した後、アプリケーションはｏＰＣＲ［１］を読み出しＩＳＯストリームの情報を得ることとなる。
【００６４】
ここで、ネットワーク１では無線ＧＷ１のエミュレーションノードＢが１３９４機器２のノードに見えるため、１３９４機器１のアプリケーションはエミュレーションノードＢのｏＭＰＲとｏＰＣＲ［１］を読むことになる。このときに参照される値はｏＭＰＲのＮｕｍｂｅｒＯｆＰＣＲとＤａｔａｒａｔｅ ｃａｐａｂｉｌｉｔｙ、そしてｏＰＣＲのＰａｙｌｏａｄの値である。これらは前述したように実際の１３９４機器２の値と一致するようになっている。
【００６５】
次に、アプリケーションはｏＰＣＲ［１］のＰａｙｌｏａｄ値と、ネットワーク１のノードの構成から算出したＯｖｅｒＨｅａｄＩＤ値、そしてｏＭＰＲのＤａｔａｒｅａｔｅ ｃａｐａｂｉｌｉｔｙを限界として、１３９４機器１と無線ＧＷ１間の転送速度を決定したＤａｔａＲａｔｅ値などのから必要なＩＳＯ帯域（ｂａｎｄｗｉｄｔｈ ｕｎｉｔ）を算出する。この算出方法はＩＥＣ６１８８３−１のＣＭＰに定義されている。これをもとに、アプリケーションはネットワーク１のＩＲＭからＩＳＯ帯域取得し、同時にネットワーク１内でＩＳＯ通信に使用するＣＨ番号の確保を行う。これらの処理はネットワーク１で閉じた処理であり、エミュレートされている１３９４機器２の介在なく行えるものである。ここでＩＲＭとはＩＥＥＥ１３９４で定義されたリソースを管理するマネージャであり、ネットワーク１のどこかのノードがこの役割を担っている。
【００６６】
さらに、アプリケーションは確保したＣＨ番号と算出したＯｖｅｒＨｅａｄＩＤ、ＤａｔａＲａｔｅをもとに、１３９４機器２のｏＰＣＲ［１］の値を書き換えようとする。このとき、プラグコネクションが行われていることを表すために、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒを１つ加算する処理も同時に行う。このｏＰＣＲの書き換えにはＬＯＣＫトランザクションが使用される。この処理は実際には無線ＧＷ１のエミュレーションノードＢに対して行われるものとなり、結果的にアプリケーションはエミュレーションノードＢのｏＰＣＲ［１］、つまりはＰｌｕｇレジスタ処理部のデータを書き換える。このようにこの処理はネットワーク１で閉じた処理で完結する。その後、アプリケーションは１３９４機器１のｉＰＣＲに同様のＣＨ番号を設定し、さらにＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒの加算を行う。
【００６７】
以上で、ネットワーク１におけるプラグコネクションのＣＭＰ手続きは終了した。この状態で１３９４機器１から無線ＧＷ１間でのＩＳＯ通信路の確保ができたことになる。
【００６８】
しかし、このままではネットワーク２におけるＩＳＯ通信路の確保が行えていない。このため、１３９４機器１から１３９４機器２に対するＣＭＰの手続きは終了していない。そこで以降では、ネットワーク２でこのプラグコネクションをミラーリングして、１３９４機器１から１３９４機器２へのＣＭＰ手続きを完成させる方法を示す。
【００６９】
無線ＧＷ１のＬｏｃｋ検出部は１３９４Ｉ／Ｆ処理部のＡｓｙｎｃパケットを監視して、ｏＰＣＲがＬＯＣＫトランザクションにより書き変わったこと検知すると、ミラーリング処理部にミラーリングの必要を通知する。ミラーリング処理部は１３９４Ｉ／Ｆ処理部にたいしてＲＥＡＤトランザクションを行い、同じＣＨ番号を持ちＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒが１以上のｉＰＣＲのある１３９４機器をネットワーク１から探し出す。これはプラグコネクションによりｏＰＣＲと割り当てられたｉＰＣＲが、どこにあるかを知るためである。プラグコネクションは第３者の１３９４機器からも行うことができるので、エミュレーションノードのＰＣＲの値を変更するＬＯＣＫトランザクションを起動した１３９４機器が対応するＰＣＲを持つとは限らない。
【００７０】
そのため、この処理が必要となる。ｉＰＣＲの変更はｏＰＣＲの変更と順番が前後する可能性があるので、ｏＰＣＲの変更を検知してから十分な時間待った後にｉＰＣＲを検索する。以上の処理により、無線ＧＷ１はプラグコネクションに対応するｉＰＣＲをもつ１３９４機器１を特定できる。ここではコネクションｅｓｔａｂｌｉｓｈ（最初の生成）の場合の話をしているが、もしネットワーク１におけるプラグコネクションがＯｖｅｒｌａｙで行われた場合は、同じＣＨをもつ複数のｉＰＣＲが発見される場合がある。この場合は以前行った処理の履歴をメモリに保持しておき、新たに発見されたｉＰＣＲを検索すればよい。
【００７１】
また、コネクションの削除の場合は履歴と現状を比較して無くなったｉＰＣＲを検索する。
【００７２】
無線ＧＷ１のミラーリング処理部はプラグコネクションの相手を特定すると、無線通信Ｉ／Ｆ処理部を通して、以下のミラーリング情報を無線ＧＷ２のミラーリング処理部に通知する。
・ＰＣＲをＬＯＣＫトランザクションにより変更されたエミュレーションノードのエミュレートしている１３９４機器のＧＵＩＤと、変更されたＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号
・プラグコネクションの相手のＰＣＲをもつ１３９４機器のＧＵＩＤと、そのＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号、
・双方のＰＣＲのレジスタ値
・コネクション生成／削除の種別
ここで、双方のＰＣＲのレジスタ値が必要な理由は、この例とｉＰＣＲとｏＰＣＲが逆の場合、つまり１３９４機器１のｏＰＣＲから１３９４機器２のｉＰＣＲへプラグコネクションを行った場合に、以降の処理で無線ＧＷ２は１３９４機器１のｏＰＣＲのＰａｙｌｏａｄ情報が必要になるからである。ＰＣＲレジスタ値が必要ないケースでは通知しなくてもよいが、安全のために通知しておくことは問題ではない。またここで、ＧＵＩＤとは１３９４機器に割り振られた全世界的にグローバルなＩＤであり、この値によって全ての１３９４機器を区別できるものである。例ではエミュレーションノードにこの値を割り当てることでエミュレートしている相手機器を特定していると仮定する。この情報は外部／内部機器情報記憶部にエミュレーションノードのノードＩＤとＧＵＩＤのペアで保存されている。
【００７３】
無線ＧＷ２は上記の情報を得ると、ＧＵＩＤをキーに外部／内部機器情報記憶部から１３９４機器２とエミュレーションノードＡを割り出し、エミュレーションノードＡのｉＰＣＲ［０］と１３９４機器２のｏＰＣＲ［１］をプラグコネクションするＣＭＰを開始する。
【００７４】
まず、無線ＧＷ２のミラーリング処理部は１３９４Ｉ／Ｆ処理部を通して、１３９４機器２のｏＰＣＲ［１］をＲＥＡＤトランザクションで読み出し、Ｐａｙｌｏａｄ値を得る。この値はネットワーク１でのプラグコネクションで利用されたエミュレーションノードＢのｏＰＣＲ［１］で設定されていた同じ値である。
【００７５】
無線ＧＷ２のミラーリング処理部はこのＰａｙｌｏａｄ値と、ネットワーク２のノードの構成から算出したＯｖｅｒＨｅａｄＩＤ値、そして、ネットワーク１側ｏＰＣＲから得たＤａｔａＲａｔｅ値から必要なＩＳＯ帯域を算出する。これをもとに、ミラーリング処理部は１３９４Ｉ／Ｆ処理部を通して、ネットワーク２のＩＲＭからＩＳＯ帯域を取得し、同時にネットワーク２内でＩＳＯ通信に使用するＣＨ番号の確保を行う。
【００７６】
さらに、無線ＧＷ２は確保したＣＨ番号と算出したＯｖｅｒＨｅａｄＩＤ、上記のＤａｔａＲａｔｅをもとに、１３９４機器２のｏＰＣＲ［１］の値を変更する。このとき、１３９４Ｉ／Ｆ処理部はＳｏｕｒｃｅＩＤをエミュレーションノードＡのノードＩＤとしたＬＯＣＫトランザクションを使用する。
【００７７】
その後、無線ＧＷ２のミラーリング処理部は、Ｐｌｕｇレジスタ処理部にあるエミュレーションノードＡのｉＰＣＲ［０］のデータに同様のＣＨ番号を設定しＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒの値を１つ加算する。これによりネットワーク２におけるＣＭＰ手続きが終了し、ネットワーク２における無線ＧＷ２から１３９４機器２までのＩＳＯ通信路の確保ができたことになる。
【００７８】
以上で、ネットワーク２におけるプラグコネクションのミラーリングが完成し、結果として１３９４機器１から１３９４機器２までの通信路が全て確保できた事になる。
【００７９】
このように、本発明では１３９４機器１のアプリケーションがネットワーク１において有線１３９４ネットワークのＣＭＰ手続きを行うだけで、実際にはネットワーク１とネットワーク２をまたがるＣＭＰを行うという事を実現できる。
【００８０】
この状態で、実際のＩＳＯストリームがどのように伝送されるか以下に説明する。
【００８１】
まず、ＩＳＯストリームはネットワーク２で確保されたＣＨで、１３９４機器２から無線ＧＷ２に送信される。無線ＧＷ２は無線のプロトコルを利用しこのストリームを無線ＧＷ１に送信する。このときの無線プロトコルはなんであってもよい。その後、無線ＧＷ１は受信したストリームをネットワーク１で確保したＣＨを利用して１３９４機器１に送信する。
【００８２】
もともと、１３９４機器２がネットワーク２にストリームを伝送する場合はｏＰＣＲ［１］のＣＨ情報を参照し、１３９４機器１がネットワーク１でストリームを受信するにはｉＰＣＲ［０］のＣＨ情報を参照して送受信ＣＨを決定するため、１３９４機器１，２とも何の改造もせずに上記のストリームの流れを実現できる。
【００８３】
また、無線ＧＷ１と無線ＧＷ２はエミュレーションノードのｉＰＣＲ、ｏＰＣＲを参照して受信するべきストリームを各々のネットワークから受信、または送信すれば全てのストリームの流れを実現できる。コネクションのあるｉＰＣＲのＣＨで指定されたストリームがネットワーク上に流れていればそれを受信し、コネクションのあるｏＰＣＲのＣＨで指定されたストリームを送信すればよい。
無線ＧＷ１と無線ＧＷ２の間でストリームの区別を行う方法は無線プロトコルによる。たとえば、無線パケットにストリームＩＤ等を付加して区別する方法があるだろう。このストリームＩＤに対して無線ＧＷ１と無線ＧＷ２で対応するプラグコネクションの情報を割り当てればどのＣＨ番号に対応するストリームかを判断することはより簡単になる。
【００８４】
例えば、以下のようになるだろう。
【００８５】
ミラーリングを開始するタイミングで、無線ＧＷ１のミラーリング処理部は無線ストリーム管理部からストリームＩＤを取得し、そのストリームＩＤを前記したミラーリング情報に加えて無線ＧＷ２のミラーリング処理部に通知する。無線ＧＷ１のミラーリング処理部では、このストリームＩＤをネットワーク１側で取得したＣＨ番号と対比させてメモリに保存する。無線ＧＷ２のミラーリング処理部では、ミラーリングを終了した後に、無線ＧＷ１から受け取ったストリームＩＤとネットワーク２側で取得したＣＨ番号を対比させてメモリに保存する。
【００８６】
そして、無線ＧＷ１と無線ＧＷ２がストリームを送受信する時は、無線ＧＷ２では１３９４Ｉ／Ｆ処理部が受け取ったストリームのＣＨを検出し、メモリにＣＨ番号が存在すれば、プロトコル変換部がそれに対応するストリームＩＤを付加して無線パケットを送信し、無線ＧＷ１では、無線Ｉ／Ｆ処理部がメモリに存在するストリームＩＤが存在すれば、それに対応するＣＨの１３９４パケットに変換して１３９４パケットを送信すればよい。
【００８７】
以上で本発明によるミラーリング処理の説明を終了する。
【００８８】
ところで、以上の例にたいして入力プラグと出力プラグが逆の場合も考えられる。つまり、１３９４機器１のｏＰＣＲと１３９４機器２のｉＰＣＲをプラグコネクションする処理も考えられる。その場合は上記の文章のｏＰＣＲとｉＰＣＲを置き換えて読めばそのまま適用可能である。また、本発明はＣＭＰのＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔコネクションに限定しており、Ｂｒｏａｄｃａｓｔコネクションの場合については言及していない。なぜなら、Ｂｒｏａｄｃａｓｔコネクションは一つのノードに関する処理であり、ＣＭＰとしてネットワークをまたがる処理ではないからである。
【００８９】
プラグコネクションを削除する場合の処理も、同様になるので改めて詳細には言及しない。上記の説明のＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔに１を加算する部分を１減算する様にし、ミラーリング情報の生成方法を説明してあるようにコネクション削除の場合の検出を行えばよいだろう。
【００９０】
また、この実施例の中では説明していないが、図１（２）のプラグコネクション２の様に、無線ＧＷを介することのないプラグコネクションはミラーリングの対象とはしない。これはネットワーク２で閉じたプラグコネクションであり、ネットワーク１には無関係だからである。
【００９１】
（実施例３）
実施例１では２つの有線１３９４ネットワークを無線で接続する場合を説明したが、これは複数の有線１３９４ネットワークでも可能となる。そのため、同様に実施例２も複数の有線ネットワークでも実現できる。
【００９２】
図５にｎ個の１３９４有線ネットワークの例を示した。ここでは簡単のために、ネットワーク１の無線ＧＷ１はネットワークｎに存在する１３９４機器ｎをエミュレートするが、ネットワーク２以降の無線ＧＷはネットワーク１の１３９４機器１のみをエミュレートする形式を考える。
【００９３】
これらのネットワークのプラグに注目した図を図６に示す。
【００９４】
このとき、１３９４機器１から１３９４機器２にプラグコネクションをすることを考える。まず、無線ＧＷ１のエミュレートノードＢは実施例１と同様にＰＣＲが設定される。
【００９５】
１３９４機器１のアプリケーションは、１３９４機器２とプラグコネクションするように指示を受けると、無線ＧＷ１のエミュレーションノードＢに対してプラグコネクションを実施する。この方法は実施例１と全く同じである。
【００９６】
次に、無線ＧＷ１はＬＯＣＫトランザクションを検知すると、全ての無線ＧＷに対して、実施例１と同様に以下の情報を送信する。
・ＰＣＲをＬＯＣＫトランザクションにより変更されたエミュレーションノードのエミュレートしている１３９４機器のＧＵＩＤと、変更されたＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号
・プラグコネクションの相手のＰＣＲをもつ１３９４機器のＧＵＩＤと、そのＰＣＲのｏＰＣＲ／ｉＰＣＲの種別と番号、
・双方のＰＣＲのレジスタ値
・コネクション生成／削除の種別
これを受信した無線ＧＷ２の動作は実施例１と同様である。ここでは、その他の無線ＧＷｋ（ｋ＝１，２以外の自然数；ｋ≦ｎ）を考える。
【００９７】
無線ＧＷｋは情報を受信すると、ＧＵＩＤよりネットワークｋ上から１３９４機器２を割り出そうとする。しかし、１３９４機器２はこのネットワークに存在しないのでエラーとなり、プラグコネクションのミラーリングを行わない。また、無線ＧＷｋがネットワーク２をエミュレートしている場合は、無線ＧＷｋのエミュレートノードを１３９４機器２のＧＵＩＤから割り出すだろう。しかし、この場合は１３９４機器１もエミュレートノードとして割り出されていて、双方がエミュレートノードであるのでプラグコネクションのミラーリングは行わない。ミラーリングが発生しない場合は、ネットワークｋ上でＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎの値の整合性を保つために、エミュレーションノードＡのｉＰＣＲのＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒは変更しない。
【００９８】
以上のように、その他のネットワークｋを混乱させることなく、ＣＭＰを実現することができる。
【００９９】
このとき、ＩＳＯストリームの送受信処理も実施例１と同様に行える。ＩＳＯストリームはブロードキャスト通信で送信すれば、どの無線ＧＷもストリームを受信することが可能である。無線ＧＷはメモリに登録されているストリームＩＤの無線パケットが受信された場合に、プロトコル変換部でそれに相当するＣＨ番号の１３９４パケットに変換して送信すればよい。
【０１００】
（実施例４）
実施例３では複数の有線１３９４ネットワークを無線で接続する場合を説明したが、無線で接続するのではなく、有線の任意のプロトコルのネットワークで接続する場合も実施例２と同様に実現可能である。
【０１０１】
この場合は実施例２，３の無線ＧＷを有線ＧＷに置き換えるだけでよい。
【０１０２】
（実施例５）
この発明は、同様に複数の有線無線を問わない１３９４ネットワークを接続する場合にも適用可能である。
【０１０３】
この場合は実施例２、３の有線１３９４ネットワークの任意のネットワークを無線１３９４ネットワークと置き換えるだけでよい。
【０１０４】
【発明の効果】
複数の有線１３９４ネットワークを無線で結んだネットワークにおいて、ネットワークを越えたＣＭＰの適用が可能となる。また、この発明は有線１３９４ネットワークが無線１３９４ネットワークに置き変わってもそのまま利用可能であり、分離された複数の１３９４ネットワーク間でＣＭＰを実現したい場合に有効であるといえるだろう。
【図面の簡単な説明】
【図１】ネットワークにおけるプラグコネクションの説明図である。
【図２】１３９４ネットワークを無線接続した図である。
【図３】ネットワークにおける仮想的な接続の説明図である。
【図４】無線ＧＷのブロック図である。
【図５】１３９４ネットワークを無線接続した図である。
【図６】ネットワークにおけるプラグコネクションの説明図である。
【図７】プラグレジスタの内容を説明した図である。
【図８】無線ＧＷの概略図である。
【図９】無線ＧＷのブロック図である。
【図１０】管理テーブルの説明図である。
【符号の説明】
１０１、１０２、１０３・・・１３９４機器、１０４、１０５・・・無線ＧＷ、１１１、１１２、１１３・・・仮想１３９４機器、１３１・・・プラグコネクション、１４１・・・プラグコネクションのミラー、１２１、１２２・・・ネットワーク、３０１・・・無線Ｉ／Ｆ、３０２・・・無線Ｉ／Ｆ処理部、３０３・・・機器情報送受信部、３０４・・・プロトコル変換部、３０５・・・１３９４Ｉ／Ｆ処理部、３０６、３０７・・・１３９４ＰＨＹ、３０８、３０９・・・外部／内部機器情報記憶部、４０１・・・ミラーリング処理部、４０２・・・Ｐｌｕｇレジスタ処理部、４０３・・・ＬＯＣＫ検出部、４０４・・・メモリ、４１０・・・無線ストリーム管理部、５０１、５０２、５０３・・・１３９４機器、５５１、５５２、５５３・・・無線ＧＷ、６１２、６１３、６２１・・・仮想１３９４機器
Claims (9)
- 複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することを特徴とするゲートウエイを実現する方法。
- ネットワーク１とネットワーク２を結びつける機能を持ち、各々のネットワークに接続された１３９４機器を仮想的に他方のネットワークに存在する様にみせるためのエミュレーションノードをもち、エミュレーションノードのプラグ情報を保持するためのＰｌｕｇレジスタ処理部と、ＰｌｕｇレジスタへのＬＯＣＫトランザクションを検出するためのＬＯＣＫ検出部と、請求項１に記載の機能を実現するためのミラーリング処理部をもつ、ＣＭＰミラーリング機能を持つことを特徴とするゲートウェイ装置。
- 請求項２に記載のゲートウェイ装置であって、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイ装置。
- 請求項１に記載のゲートウェイを実現する方法であって、１３９４のＩＳＯストリームのＣＨ番号と、ネットワーク１とネットワーク２間の通信手段におけるＩＳＯストリームのＩＤとを結びつける情報を確保するためのメモリをもち、分離されたネットワーク間でＩＳＯストリームの送信と受信を可能とすることを特徴とするゲートウェイを実現する方法。
- 複数の分離している１３９４ネットワーク間でＩＳＯ通信を行っているネットワーク網であって、１３９４機器１と１３９４機器２は別々のネットワークに接続されており、１３９４機器１の存在するネットワーク１ではゲートウェイ装置１により１３９４機器２が仮想的に観測され、１３９４機器２の存在するネットワーク２ではゲートウェイ装置２により１３９４機器１が仮想的に観測されるようなゲートウェイを実現する方法において、ネットワーク１で行われた１３９４機器１と仮想的１３９４機器２の間に行われたプラグコネクションとＩＳＯリソースの確保処理が発生すると、そのプラグコネクションが発生したことを前記ゲートウエイ装置２に通知し、ネットワーク２でも仮想１３９４機器１と１３９４機器２の間にプラグコネクションを行い、前記ネットワーク１で発生したプラグコネクションを前記ネットワーク２でも再現し、必要なＩＳＯリソースの確保を前記ネットワーク１と前記ネットワーク２の双方で別々の処理として実行することによって、分離している１３９４ネットワークの間でゲートウェイを実現する方法。
- 請求項１に示したゲートウェイを実現する方法であり、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信することで実現しているゲートウェイを実現する方法。
- 請求項２または請求項３に示したゲートウェイ装置であり、複数の分離したネットワークは有線１３９４ネットワークであり、ゲートウェイ間は無線プロトコルで通信しているゲートウェイ装置。
- 請求項３に示したゲートウェイ装置において、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴と するゲートウェイ装置。
- 請求項４に示したゲートウェイを実現する方法において、出力側のストリームの通信レートがネットワーク間の通信レートを越えないように、ＩＥＣ６１８８３−１に定義されたプラグレジスタのＭＰＣＲのＤａｔａＲａｔｅＣａｐａｂｉｌｉｔｙの値を１３９４機器１と１３９４機器２間の最低レートまたはそれ以下の値に変更することを特徴とするゲートウェイを実現する方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002293125A JP3996832B2 (ja) | 2002-10-07 | 2002-10-07 | ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002293125A JP3996832B2 (ja) | 2002-10-07 | 2002-10-07 | ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004129096A JP2004129096A (ja) | 2004-04-22 |
| JP3996832B2 true JP3996832B2 (ja) | 2007-10-24 |
Family
ID=32284124
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002293125A Expired - Fee Related JP3996832B2 (ja) | 2002-10-07 | 2002-10-07 | ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3996832B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5697564B2 (ja) * | 2011-08-31 | 2015-04-08 | パイオニア株式会社 | デバイス制御装置及びデバイス情報表示方法 |
-
2002
- 2002-10-07 JP JP2002293125A patent/JP3996832B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004129096A (ja) | 2004-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3922817B2 (ja) | 通信ノード及び通信端末 | |
| JP3805725B2 (ja) | 相異なるミドルウェアを使用するホームネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ、ホームネットワークシステム及びメッセージ受け渡し方法 | |
| JP2004056728A5 (ja) | ||
| JP2006503513A (ja) | 異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造及び方法と共通プロトコルパケット。 | |
| JP2004242194A (ja) | Ｒｐｒネットワークシステム | |
| JP5813866B2 (ja) | 複数のインターフェースネットワークノードのための通信機構 | |
| US7187655B1 (en) | Information communication method and apparatus | |
| JPH10200583A (ja) | ネットワーク接続装置 | |
| US8582576B2 (en) | Method of bus configuration to enable device bridging over dissimilar buses | |
| US20020061025A1 (en) | Data transmitting and receiving apparatus and data transmitting and receiving method | |
| US7251703B1 (en) | Method of time stamping to enable device bridging over dissimilar buses | |
| JP3715494B2 (ja) | 情報転送方法並びに無線端末及び無線ゲートウェイ装置 | |
| EP1091523B1 (en) | Speed converter for IEEE-1394 serial bus network | |
| JP3848344B2 (ja) | 室内バックボーンネットワークのためのｉｅｅｅ１３９４基盤の単方向リングシステム | |
| JP3996832B2 (ja) | ネットワーク間でゲートウェイを実現する方法及びゲートウェイ装置 | |
| JP3643575B2 (ja) | ネットワークブリッジ装置及び方法 | |
| JP2005244388A (ja) | 通信端末装置及び通信接続装置 | |
| JP2004274608A (ja) | 通信機器 | |
| JP4102253B2 (ja) | 通信機器 | |
| JP2000059420A (ja) | 情報処理装置 | |
| JP2004129028A (ja) | 通信機器 | |
| JP2006324869A (ja) | ネットワークシステムにおける通信処理方法および通信機器 | |
| KR20090030548A (ko) | Ｉｅｅｅ 1394 브리지 제어장치 및 방법 | |
| KR100778302B1 (ko) | Ｉｅｅｅ １３９４ 브릿지 네트워크에서의 서로 다른 버스간 디바이스 연결 방법 | |
| JP2005236370A (ja) | 有線アイソクロナス／非同期ネットワークをパケットベースの中間ネットワークを介してブリッジングする方法およびシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050525 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070313 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070409 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070724 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070803 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110810 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110810 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |