JPWO2005069550A1 - 中継装置及び情報通信方法 - Google Patents

Abstract

課題 互いに異なるバスに接続されたＩＥＥＥ１３９４機器間の通信を可能とするネットワーク中継装置、及び情報通信方法を提供する。解決手段 本発明に係る中継装置は、ＩＥＥＥ１３９４バスに接続され、当該ＩＥＥＥ１３９４バスに接続される機器と通信を行う第一の通信手段と、中継装置間ネットワークに接続され、当該中継装置間ネットワークに接続される他の中継装置と通信を行う第二の通信手段とを備え、当該第一の通信手段は、前記ＩＥＥＥ１３９４バスに接続される機器に関するサブユニット情報を受信し、前記第二の通信手段は、当該サブユニット情報を前記中継装置間ネットワークに接続される他の中継装置に送信し、前記サブユニット情報は、前記ＩＥＥＥ１３９４バスに接続される機器毎に、当該機器が保有するサブユニットの種類と数とを含むこととした。

Description

本発明は、ネットワーク中継に用いられる中継装置、及び情報通信方法に関わるものであり、さらに詳しくは、ＩＥＥＥ１３９４に対応したデジタル機器（以下、「ＩＥＥＥ１３９４機器」と記す。）がＩＥＥＥ１３９４バスにより接続された中継機器を複数個用いるネットワークに関するものである。

ＩＥＥＥ１３９４バスは、１本のケーブルによるシンプルな配線、１００Ｍｂｐｓ以上の転送速度、Ｉｓｏｃｈｒｏｎｏｕｓ（アイソクロナス）転送方式、活線挿抜機能等のデジタルＡＶネットワークに適した特徴を有している。したがって、ＭＰＥＧ２、ＤＶ形式等のストリームを取り扱うデジタルＡＶ機器は、多くの場合、ＩＥＥＥ１３９４バスを用いて他のデジタルＡＶ機器と接続され、デジタルＡＶネットワークを形成している。なお、既存のデジタルＡＶ機器、即ちＩＥＥＥ１３９４機器が対応しているＩＥＥＥ１３９４規格は、ＩＥＥＥ１３９４−１９９５、またはＩＥＥＥ１３９４ａ−２０００と称される規格である。

また、ＩＥＥＥ１３９４バスに接続されたＩＥＥＥ１３９４機器のリモート操作には、１３９４ＴＡ（１３９４ＴｒａｄｅＡｓｓｏｃｉａｔｉｏｎ（トレード アソシエーション））で規格化されているＡＶＣプロトコル（例えば、ＡＶＣ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＡＶＣ デジタル インターフェイス コマンド セット ゼネラル スペシフィケーション）等を参照。）と称される通信制御プロトコルが使用されている。

ところで、ＩＥＥＥ１３９４−１９９５規格、またはＩＥＥＥ１３９４ａ−２０００規格では、同一のＩＥＥＥ１３９４バスに接続されているＩＥＥＥ１３９４機器間の通信については規定されている。しかし、互いに異なるＩＥＥＥ１３９４バスに接続されているＩＥＥＥ１３９４機器間の通信については規定されていない。したがって、ＩＥＥＥ１３９４−１９９５規格、またはＩＥＥＥ１３９４ａ−２０００規格のみに対応しているＩＥＥＥ１３９４機器は、同一のバス上にある機器しか認識できず、同一のバス上にある機器同士としか通信を行うことができない。

このような現状に鑑み、現在、互いに異なるＩＥＥＥ１３９４バスに接続されたＩＥＥＥ１３９４機器間におけるＩＥＥＥ１３９４レベルの通信を可能とすべく、Ｐ１３９４．１と称される規格が審議されている。しかし、ＩＥＥＥ１３９４−１９９５規格、またはＩＥＥＥ１３９４ａ−２０００規格には対応しているが、Ｐ１３９４．１規格に対応していない既存のＩＥＥＥ１３９４機器同士が互いに異なるバス上にある場合、やはり通信ができないという問題は、依然として残る。

また、ＡＶＣプロトコルにおいて使用されるＡＶＣコマンドは、ＩＥＥＥ１３９４機器そのものであるＡＶＣユニット、もしくはＩＥＥＥ１３９４機器のＡＶ機能を司るＡＶＣサブユニットに対して、送信される。従って、ＡＶＣコマンドを送信するＩＥＥＥ１３９４機器は、コマンドの送信先であるＡＶＣユニット、ＡＶＣサブユニットの存在を認識し、かつ、コマンドの送信先として指定できなければならない。Ｐ１３９４．１規格に対応したＩＥＥＥ１３９４機器であれば、互いに異なるバス上にあるＩＥＥＥ１３９４機器を認識できる。しかし、互いに異なるバス上にある、Ｐ．１３９４規格に対応した１３９４機器と、ＩＥＥＥ１３９４−１９９５規格またはＩＥＥＥ１３９４ａ−２０００規格のみに対応したＩＥＥＥ１３９４機器とでは互いに認識できず、したがって、ＡＶＣユニット、ＡＶＣサブユニットの認識ができない。そのため、互いに異なるバス上にあるＰ１３９４．１規格に対応したＩＥＥＥ１３９４機器とＩＥＥＥ１３９４−１９９５規格またはＩＥＥＥ１３９４ａ−２０００規格のみに対応したＩＥＥＥ１３９４機器とにおいても、ＡＶＣプロトコルを利用した通信はできない。

下記特許文献には、ＩＥＥＥ１３９４機器が接続された中継装置と、ＩＥＥＥ１３９４機器との通信について記載されているが、互いに異なるバスに接続されたＩＥＥＥ１３９４機器間の通信についての記載はない。

特開２０００−１９６６１８号公報（例えば、段落００３８から００４５、図１）

この発明は、上述の問題点を解消するためになされたもので、互いに異なるバスに接続されたＩＥＥＥ１３９４機器間の通信を可能とする中継装置、及び情報通信方法を提供することを目的とする。

この発明は、
ＩＥＥＥ１３９４バスに接続され、当該ＩＥＥＥ１３９４バスに接続される機器と通信を行う第一の通信手段と、
中継装置間ネットワークに接続され、当該中継装置間ネットワークに接続される他の中継装置と通信を行う第二の通信手段と
を備え、
当該第一の通信手段は、前記ＩＥＥＥ１３９４バスに接続される機器に関するサブユニット構成情報を受信し、
前記第二の通信手段は、当該サブユニット構成情報を前記中継装置間ネットワークに接続される他の中継装置に送信し、
前記サブユニット構成情報は、前記ＩＥＥＥ１３９４バスに接続される機器毎に、当該機器が保有するサブユニットの種類と数とを含むこと
ととしたものである。

この発明によれば、互いに異なるバスに接続されたＩＥＥＥ１３９４機器間の通信が可能となる。

［図１］本発明の実施の形態１に係わる中継装置を用いた場合のＩＥＥＥ１３９４バス中継ネットワークの一例を示す図である。
［図２］本発明の実施の形態１に係わる中継装置の構成図である。
［図３］本発明の実施の形態１に係わる中継装置が生成し、他の中継装置へ伝送するサブユニット構成情報の一例を示す図である。
［図４］本発明の実施の形態１に係わる中継装置が生成し、他の中継装置へ伝送するサブユニット構成情報の一例を示す図である。
［図５］本発明の実施の形態１に係わる中継装置を用いた場合のＩＥＥＥ１３９４バス中継ネットワークの一例を示す図である。
［図６］本発明の実施の形態１に係わる中継装置を用いた場合の、ＩＥＥＥ１３９４バス中継ネットワーク上でのサブユニット構成情報の配信の処理シーケンスの一例を示す図である。
［図７］本発明の実施の形態１に係わる中継装置を用いた場合の、ＩＥＥＥ１３９４バス中継ネットワーク上でのサブユニット構成情報の配信の処理シーケンスの一例を示す図である。
［図８］本発明の実施の形態１に係わる中継装置が生成するサブユニット管理データベースの一例を示す図である。
［図９］本発明の実施の形態１に係わる中継装置を用いたＩＥＥＥ１３９４バス中継ネットワークにおいて、ＡＶＣサブユニットと仮想ＡＶＣサブユニットの関係の一例を示す図である。
［図１０］本発明の実施の形態１に係わる中継装置を用いたＩＥＥＥ１３９４バス中継ネットワーク上での通信の処理シーケンスの一例を示す図である。
［図１１］本発明の実施の形態２に係わる中継装置の構成図である。
［図１２］本発明の実施の形態２に係わる中継装置を用いた場合の、Ｉｓｏｃｈｒｏｎｏｕｓコネクションを確立する際の通信の処理シーケンスの一例を示す図である。
［図１３］本発明の実施の形態２に係わる中継装置を用いた場合の、Ｉｓｏｃｈｒｏｎｏｕｓコネクションを確立する際の通信の処理シーケンスの一例を示す図である。
［図１４］本発明の実施の形態２に係わる中継装置を用いた場合の、Ｉｓｏｃｈｒｏｎｏｕｓコネクションを確立する際の通信の処理シーケンスの一例を示す図である。
［図１５］本発明の実施の形態２に係わる中継装置が生成するＣＯＮＮＥＣＴコマンド有効判定データベースの一例を示す図である。

符号の説明

１００ 制御手段、１０１ 中継装置Ａ、１０２ 中継装置Ｂ、１０３ 中継装置Ｃ、１０４ ＳＴＢ、１０５ ＤＶＣＲ＿Ａ、１０６ ＨＤＤＲ、１０７ ＤＶＣＲ＿Ｂ、１０８ ＩＥＥＥ１３９４バスＡ、１０９ ＩＥＥＥ１３９４バスＢ、１１０ ＩＥＥＥ１３９４バスＣ、１１１ 中継装置間ネットワーク、１１２ ＴＡＰＥサブユニットＡ、１１３ ＴＵＮＥＲサブユニット、１１４ ＤＩＳＣサブユニット、１１５ ＴＡＰＥサブユニットＢ、１１６ 仮想ＴＡＰＥサブユニットＡ、１１７ 仮想ＴＡＰＥサブユニットＢ、１１８ 仮想ＤＩＳＣサブユニット、１１９ 仮想ＴＵＮＥＲサブユニット、１２０ 仮想ＴＡＰＥサブユニットＢ、１２１ 仮想ＴＡＰＥサブユニットＡ、１２２ 仮想ＤＩＳＣサブユニット、１２３ 仮想ＴＵＮＥＲサブユニット、１０１０ 第一の通信手段、１０１１ 第二の通信手段、１０１２ サブユニット管理データベース作成手段、１０１３ 記憶手段、１０１４ コマンド・データ転送手段、１０１４ａ ＣＯＮＮＥＣＴコマンド有効判定手段、１０１４ｂ アドレス変換手段、１０１４ｃ ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段。

実施の形態１．
以下、この発明をその実施の形態を示す図に基づいて詳細に説明する。

なお、「仮想ＡＶＣサブユニット」とは、中継装置内で生成されるＡＶＣサブユニットであって、中継装置間ネットワークによって接続された他の中継装置が接続しているＩＥＥＥ１３９４バス上の、ＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットと１対１で対応し、且つ同じ種類のＡＶＣサブユニットである。なお、中継装置は、前記他の中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットを、後述の「サブユニット構成情報」により認識する。中継装置は、前記生成した仮想ＡＶＣサブユニットを、自らが保有しているＡＶＣサブユニットとして振る舞い、自らが接続しているＩＥＥＥ１３９４バスから、保有しているＡＶＣサブユニットを問い合わされた場合には、前記仮想ＡＶＣサブユニットを応答する。自装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥ１３９４機器が、仮想ＡＶＣサブユニットに対して通信を行った場合には、中継装置は、「サブユニット管理データベース」を利用して、該仮想ＡＶＣサブユニットと１対１で対応する、他の中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットを特定し、該ＡＶＣサブユニットを保有するＩＥＥＥ１３９４機器と直接接続している中継装置に対して該通信を中継する。

また、「サブユニット管理データベース」とは、中継装置間ネットワークによって接続された他の中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットと、自装置内に生成される、前記ＡＶＣサブユニットと１対１で対応する仮想ＡＶＣサブユニットとの、関連を管理するためのデータベースであり、より詳しくは、自装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が、仮想ＡＶＣサブユニットに対して通信が行われた場合に、該仮想ＡＶＣサブユニットと１対１で対応するＡＶＣサブユニット、および該ＡＶＣサブユニットを保有するＩＥＥＥ１３９４機器、および該ＩＥＥＥ１３９４機器と接続している中継装置、を特定するための情報が格納されているデータベースである。

「サブユニット構成情報」とは、中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が保有しているＡＶＣサブユニットの情報であり、少なくとも、該ＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器毎に保有しているＡＶＣサブユニットの種類と数、が含まれる。中継装置は、自らが接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器に対して、保有しているＡＶＣサブユニットを問い合わせ、該ＩＥＥＥ１３９４バスのサブユニット構成情報を生成する。中継装置は、生成したサブユニット構成情報を、中継装置間ネットワーク経由で、他の中継装置に伝送する。

＜ネットワークの構成＞
図１は、中継装置Ａ、中継装置Ｂ、および中継装置Ｃと、それら中継装置間を接続している通信ネットワークから構成されている中継システムによって、３つのＩＥＥＥ１３９４バスが接続されている状態を示す図である。

図１において、１０１は、ＩＥＥＥ１３９４バスＡ１０８と中継装置間ネットワーク１１１とに接続されている中継装置Ａ、１０２は、ＩＥＥＥ１３９４バスＢ１０９と中継装置間ネットワーク１１１とに接続されている中継装置Ｂ、１０３は、ＩＥＥＥ１３９４バスＣ１１０と中継装置間ネットワーク１１１とに接続されている中継装置Ｃである。１０４は、ＩＥＥＥ１３９４バスＡ１０８に接続されているＳｅｔ Ｔｏｐ Ｂｏｘ（以下、「ＳＴＢ」と記す。）、１０５は、ＩＥＥＥ１３９４バスＢ１０９に接続されており、ＴＡＰＥサブユニットＡ１１２とＴＵＮＥＲサブユニット１１３とを保有している、ディジタルテープレコーダであるＤＶＣＲ（以下、単に「ＤＶＣＲ」と記す。）＿Ａ、１０６は、ＩＥＥＥ１３９４バスＢ１０９に接続されており、ＤＩＳＣサブユニット１１４を保有しているハードディスクレコーダ（以下、「ＨＤＤＲ」と記す。）、１０７は、ＩＥＥＥ１３９４バスＣ１１０に接続されており、ＴＡＰＥサブユニットＢ１１５を保有しているＤＶＣＲ＿Ｂである。１０８は、ＳＴＢ１０４と中継装置Ａ１０１を接続するＩＥＥＥ１３９４バスＡ、１０９は、ＤＶＣＲ＿Ａ１０５とＨＤＤＲ１０６と中継装置Ｂ１０２を接続するＩＥＥＥ１３９４バスＢ、１１０は、ＤＶＣＲ＿Ｂ１０７と中継装置Ｃ１０３を接続するＩＥＥＥ１３９４バスＣ、１１１は、中継装置Ａ１０１と中継装置Ｂ１０２と中継装置Ｃ１０３とを接続する通信ネットワークである中継装置間ネットワークである。１１２は、ＤＶＣＲ＿Ａ１０５が保有するＡＶＣサブユニットであるＴＡＰＥサブユニットＡ、１１３は、ＤＶＣＲ＿Ａ１０５が保有するＡＶＣサブユニットであるＴＵＮＥＲサブユニット、１１４は、ＨＤＤＲ１０６が保有するＡＶＣサブユニットであるＤＩＳＣサブユニット、１１５は、ＤＶＣＲ＿Ｂ１０７が保有するＡＶＣサブユニットであるＴＡＰＥサブユニットＢである。

＜中継装置の構成＞
図２に本実施の形態に係る中継装置Ａ１０１の構成を示す。中継装置Ａ１０１は、ＩＥＥＥ１３９４バスＡ１０８と接続される第一の通信手段１０１０と、中継装置間のネットワーク１１１に接続される第二の通信手段１０１１とを備える。サブユニット管理データベース生成手段１０１２は、第二の通信手段１０１１を介して、他の中継装置から送信されてくるサブユニット管理情報に基づいてサブユニット管理データベースを生成する。生成されたサブユニット管理データベースは、記憶手段１０１３に記憶される。制御手段１００は、中継装置Ａ１０１全体の動作を制御する。中継装置Ａ１０１は、第一の通信手段１０１０に接続されているＩＥＥＥ１３９４バスＡ１０８上のＩＥＥＥ１３９４機器から問合せがあった場合、記憶手段１０１３に記憶されているサブユニット管理データベースを参照して返答する。同様に、第二の通信手段１０１１に接続されている中継装置間ネットワーク１１１を介して、記憶手段１０１３に記憶されているサブユニット管理データベースを参照して、他の中継装置に送信する。また、サブユニット管理情報をそのまま第一の通信手段１０１０から第二の通信手段１０１１に直接転送する場合もある。なお、中継装置Ｂ１０２、中継装置Ｃ１０３も中継装置Ａ１０１と同様の構成である。

次に、本発明におけるネットワーク中継方法を説明する。また、随時、図１で示すＩＥＥＥ１３９４中継ネットワークを具体例として、詳細に説明する。

＜サブユニット構成情報の伝送・受信＞
まず、サブユニット構成情報の伝送・受信について説明する。中継装置は、自身が接続しているＩＥＥＥ１３９４バスで、バスリセットが発生した場合、前記ＩＥＥＥ１３９４バス上の全てのＩＥＥＥ１３９４機器に対して、ＳｕｂｕｎｉｔＩｎｆｏ（サブユニットインフォメーション）ステータスコマンドを発行する。それに応答して前記各ＩＥＥＥ１３９４機器より発行されるＳｕｂｕｎｉｔＩｎｆｏレスポンスには、前記ＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットの種類と個数が記載されている。中継装置は、前記各ＩＥＥＥ１３９４機器から発行されたＳｕｂｕｎｉｔＩｎｆｏレスポンスに基づいて、各ＩＥＥＥ１３９４機器の識別子であるＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ ＩＤ（グローバル ユニット ＩＤ））と、前記ＧＵＩＤで識別されるＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットの種類と個数との組で構成されるデータである、サブユニット構成情報を、中継装置間ネットワークで接続されている他の全ての中継装置に伝送する。各中継装置は、他の中継装置から伝送されてきたサブユニット構成情報に含まれるＡＶＣサブユニットに基づいて、各ＡＶＣサブユニットに対応する仮想ＡＶＣサブユニット等からなるサブユニット管理データベースを作成する。なお、サブユニット管理データベースの作成については、後述する。

但し、本実施の形態１では、中継装置が接続しているＩＥＥＥ１３９４バス上にＩＥＥＥ１３９４機器が存在せず、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行する相手機器が存在しない場合、もしくは、前記ＳｕｂｕｎｉｔＩｎｆｏレスポンスより、中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器がＡＶＣサブユニットを保有しないことが判明した場合でも、中継装置は、「該中継装置が接続されているＩＥＥＥ１３９４バスには、ＡＶＣサブユニットが存在しない」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを伝送するが、ＳｕｂｕｎｉｔＩｎｆｏレスポンスを伝送しなくてもよいことは言うまでもない。

中継装置が接続しているＩＥＥＥ１３９４バス上で、新しいＩＥＥＥ１３９４機器の追加や、以前接続していたＩＥＥＥ１３９４機器の削除により、該ＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器の構成が変化した場合には、前記サブユニット構成情報は、追加や削除されたＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットに相当する部分が変更される。中継装置は、接続しているＩＥＥＥ１３９４バス上でバスリセットの発生を検出した場合には、該ＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器に対して、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行し、上述のように新しいサブユニット構成情報を生成し、中継装置間ネットワークで接続されている他の全ての中継装置に伝送する。

次に、図を用いて具体的に説明する。図１に示す中継ネットワークにおいては、中継装置Ａ１０１は、ＩＥＥＥ１３９４バスＡ１０８上のＩＥＥＥ１３９４機器であるＳＴＢ１０４に対して、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行する。ＳＴＢ１０４は、前記ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドへの応答として、「ターゲットとなるＡＶＣサブユニットを保有していない」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを中継装置Ａ１０１に伝送する。但し、上述したように、ターゲットとなるＡＶＣサブユニットを保有していないので、ＳｕｂｕｎｉｔＩｎｆｏレスポンスを伝送しなくても良い。

中継装置Ｂ１０２は、ＩＥＥＥ１３９４バスＢ１０９上のＩＥＥＥ１３９４機器であるＤＶＣＲ＿Ａ１０５とＨＤＤＲ１０６に対して、それぞれＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行する。ＤＶＣＲ＿Ａ１０５は、前記ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドへの応答として、「ＴＡＰＥサブユニットを１個とＴＵＮＥＲサブユニットを１個保有している」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを中継装置Ｂ１０２に発行する。ＨＤＤＲ１０６は、前記ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドへの応答として、「ＤＩＳＣサブユニットを１個保有している」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを中継装置Ｂ１０２に発行する。中継装置Ｂ１０２は、受信した前記ＳｕｂｕｎｉｔＩｎｆｏレスポンスに基づいて、図３に示すような構成のＩＥＥＥ１３９４バスＢのサブユニット構成情報を生成し、中継装置Ａ、および中継装置Ｃに伝送する。

中継装置Ｃ１０３は、ＩＥＥＥ１３９４バスＣ１１０上のＩＥＥＥ１３９４機器であるＤＶＣＲ＿Ｂ１０７に対して、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行する。ＤＶＣＲ＿Ｂ１０７は、前記ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドへの応答として、「ＴＡＰＥサブユニットを１個保有している」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを中継装置Ｃ１０３に発行する。中継装置Ｃ１０３は、受信した前記ＳｕｂｕｎｉｔＩｎｆｏレスポンスに基づいて、図４に示すような構成のＩＥＥＥ１３９４バスＣ１１０のサブユニット構成情報を生成し、中継装置Ａ１０１、および中継装置Ｂ１０２に伝送する。

＜サブユニット構成情報の通信シーケンス（１）＞
次に、中継ネットワークのＩＥＥＥ１３９４バスからＩＥＥＥ１３９４機器が新たに追加された場合や、削除された場合の動作について説明する。図５は、図１に示す中継ネットワークからＨＤＤＲ１０６が削除された中継ネットワークを示したものである。ＨＤＤＲ１０６が削除された事により、ＩＥＥＥ１３９４バスＢ１０９ではバスリセットが発生し、中継装置Ｂ１０２は、ＩＥＥＥ１３９４バスＢ１０９上のＩＥＥＥ１３９４機器に対して、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを発行し、上述のように新しいサブユニット構成情報を生成し、中継装置間ネットワークで接続されている中継装置Ａ１０１および中継装置Ｃ１０３に伝送する。

図６は、中継装置Ｂ１０２が、ＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を、中継装置Ａ１０１および中継装置Ｃ１０３へ伝送する様子を説明するためのシーケンス図である。図６では、サブユニット構成情報を、他の中継装置に伝送する場合に、ユニキャスト通信方式を利用する場合について説明する。

図６において、タイミング８０１で、接続されていたＨＤＤＲ１０６がＩＥＥＥ１３９４バスＢ１０９から削除され、ＩＥＥＥ１３９４バスＢ１０９上でバスリセットが発生したとする。中継装置Ｂ１０２は、ＩＥＥＥ１３９４バスＢ１０９でのバスリセット発生を検出し、バスリセット後の新しいＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を生成する。

タイミング８０２乃至タイミング８０５では、中継装置Ｂ１０２は、中継装置Ａ１０１および中継装置Ｃ１０３に対して、新しく生成したＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報をユニキャスト通信で伝送する。ユニキャスト通信なので、ＡＣＫＮＯＷＬＥＤＧＥ（アクノリッジ）フレームが返信され、正しく通信が完了したことが確認される。もし、ＡＣＫＮＯＷＬＥＤＧＥフレームが返信されず、通信タイムアウトになる場合や、ＮＡＣＫ（Ｎｏｔ ＡＣＫｎｏｗｌｅｄｇｅ（ノット アクノリッジ））フレームが返信される場合など、通信エラーが発生したことを中継装置Ｂ１０２が認識した場合には、サブユニット構成情報が、該通信エラーを起こした受信端末に対して、再び送信される。

サブユニット構成情報を正しく受信できた中継装置は、受信したサブユニット構成情報に基づいて、自身のサブユニット管理データベースを再構成し、自身の接続しているＩＥＥＥ１３９４バスに対して、バスリセットを発生させ、自身の接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器に対して、新しい仮想ＡＶＣサブユニットを通知する。

従って、タイミング８０２で、サブユニット構成情報を正しく受信できた中継装置Ａ１０１は、受信したサブユニット構成情報に基づいて、自身のサブユニット管理データベースを再構成し、ＩＥＥＥ１３９４バスＡ１０８に対して、バスリセットを発生させ、ＩＥＥＥ１３９４バスＡ１０８上のＳＴＢ１０４に対して、新しい仮想ＡＶＣサブユニットを通知する。

同様に、タイミング８０４で、サブユニット構成情報を正しく受信できた中継装置Ｃ１０３は、受信したサブユニット構成情報に基づいて、自身のサブユニット管理データベースを再構成し、ＩＥＥＥ１３９４バスＣ１１０に対して、バスリセットを発生させ、ＩＥＥＥ１３９４バスＣ１１０上のＤＶＣＲ＿Ａ１０５に対して、新しい仮想ＡＶＣサブユニットを通知する。

＜サブユニット構成情報の通信シーケンス（２）＞
図７は、図６同様、中継装置Ｂ１０２が、ＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を、中継装置Ａ１０１および中継装置Ｃ１０３へ伝送する様子を説明するためのシーケンス図である。但し、図７では、サブユニット構成情報を、他の中継装置に伝送する場合に、ブロードキャスト通信方式を利用する場合について説明する。

また、図７では、説明をわかりやすくするために、中継装置Ｂが、ＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を送信する通信しか記載していないが、実際には、全ての中継装置も、それぞれの接続しているＩＥＥＥ１３９４バスのサブユニット構成情報を送信している。

サブユニット構成情報をブロードキャスト通信方式で伝送する場合には、中継装置は定期的にサブユニット構成情報を送信し、且つ、サブユニット構成情報には、情報の更新を示すＶｅｒｓｉｏｎ（バージョン）情報を付加する。

図７において、タイミング９０１とタイミング９０２では、Ｖｅｒｓｉｏｎ情報が０のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報がブロードキャストされている。もちろん、タイミング９０１以前にも、定期的にＶｅｒｓｉｏｎ情報が０のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報がブロードキャストされていたことは言うまでもない。

タイミング９０３で、ＨＤＤＲ１０６がＩＥＥＥ１３９４バスＢ１０９から削除され、ＩＥＥＥ１３９４バスＢ１０９上でバスリセットが発生したとする。中継装置Ｂ１０２は、ＩＥＥＥ１３９４バスＢ１０９でのバスリセット発生を検出し、バスリセット後の新しいＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を生成する。前記新しいＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報のＶｅｒｓｉｏｎ情報は１とする。

タイミング９０４とタイミング９０５では、Ｖｅｒｓｉｏｎ情報が１の前記新しいＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報がブロードキャストされる。もちろん、タイミング９０５以降も、定期的にＶｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報がブロードキャストされることは言うまでもない。

例えば、タイミング９０２では、中継装置Ａ１０１と中継装置Ｃ１０３は、タイミング９０２で受信したＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報と、タイミング９０１以前に受信したＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報とで、Ｖｅｒｓｉｏｎ情報が変化していないことを認識し、自身のサブユニット管理データベースは変更しない。

タイミング９０４では、中継装置Ａ１０１は、タイミング９０４で受信したＶｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報と、タイミング９０２以前に受信し、認識しているＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報とで、Ｖｅｒｓｉｏｎ情報が異なることを認識し、Ｖｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報に基づいて、自身のサブユニット管理データベースを再構成し、ＩＥＥＥ１３９４バスＡ１０８に対して、バスリセットを発生させ、ＩＥＥＥ１３９４バスＡ１０８上のＳＴＢ１０４に対して、新しい仮想ＡＶＣサブユニットを通知する。なお、Ｖｅｒｓｉｏｎ情報は、例えば、記憶手段１０１３に記憶される。

同様に、タイミング９０４では、中継装置Ｃ１０３は、タイミング９０４で受信したＶｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報と、タイミング９０２以前に受信したＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報とで、Ｖｅｒｓｉｏｎ情報が異なることを認識し、Ｖｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報に基づいて、自身のサブユニット管理データベースを再構成し、ＩＥＥＥ１３９４バスＣ１１０に対して、バスリセットを発生させ、ＩＥＥＥ１３９４バスＣ１１０上のＤＶＣＲ＿Ａ１０５に対して、新しい仮想ＡＶＣサブユニットを通知する。

また、例えば、中継装置Ｃ１０３が、タイミング９０４で、Ｖｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報を正しく受信できなかった場合には、その後のタイミング９０５以降で、再度Ｖｅｒｓｉｏｎ情報が１のＩＥＥＥ１３９４バスＢ１０９のサブユニット構成情報の受信を繰り返し試みる。正しく受信できた場合には、上述の通り、新しいサブユニット管理データベースを再構成し、ＩＥＥＥ１３９４バスＣ１１０に対して、バスリセットを発生させ、ＩＥＥＥ１３９４バスＣ１１０上のＤＶＣＲ＿Ａ１０５に対して、新しい仮想ＡＶＣサブユニットを通知する。

＜サブユニット管理データベースの作成＞
次に、各中継装置における、サブユニット管理データベースの作成について説明する。中継装置は、中継装置間ネットワークで接続されている他の中継装置から、サブユニット構成情報を通知された場合には、前記サブユニット構成情報に基づいて、前記サブユニット構成情報の対象となるＩＥＥＥ１３９４バスを識別する識別子と、前記サブユニット構成情報に記載されている各ＡＶＣサブユニットを保有しているＩＥＥＥ１３９４機器の識別子であるＧＵＩＤと、前記ＧＵＩＤで識別されるＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットと、前記ＡＶＣサブユニットのそれぞれに１対１で対応し、該中継装置の保有するＡＶＣサブユニットとして、該中継装置が接続しているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器に通知される仮想ＡＶＣサブユニット、とで構成されたデータベースであるサブユニット管理データベースを作成する。

前記ＩＥＥＥ１３９４バスを識別する識別子は、一意にＩＥＥＥ１３９４バスを識別可能であるものであれば、特に指定するものではない。例えば、該ＩＥＥＥ１３９４バスに接続されている中継装置のＧＵＩＤが使用できる。もしくは、中継装置間ネットワーク上での、該ＩＥＥＥ１３９４バスに接続されている中継装置の、固有で一意なアドレスが使用できる。例えば、中継装置間ネットワークがＩＥＥＥ８０２ネットワークである場合には、該ＩＥＥＥ１３９４バスに接続されている中継装置のＭＡＣアドレスが使用できる。以下では、ＩＥＥＥ１３９４バスを識別する識別子として、該ＩＥＥＥ１３９４バスに接続されている中継装置の、中継装置間ネットワークにおけるＭＡＣアドレスを使用するものとして、以下の説明を続ける。

中継装置は、自らが接続されているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器から、ＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを受信した場合には、前記サブユニット管理データベースに基づいて、他のＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器が保有するＡＶＣサブユニットの種類と個数が記載されているＳｕｂｕｎｉｔＩｎｆｏレスポンスを返答する。

図１に示す中継ネットワークにおいては、中継装置Ａ１０１は、中継装置Ｂ１０２および中継装置Ｃ１０３から伝送されるサブユニット構成情報に基づいて、図８に示すような構成のサブユニット管理データベースを作成する。

中継装置Ａ１０１は、ＳＴＢ１０４からのＳｕｂｕｎｉｔＩｎｆｏステータスコマンドを受信した場合には、前記サブユニット管理データベースに基づき、「ＴＡＰＥサブユニットを２個と、ＤＩＳＣサブユニットを１個と、ＴＵＮＥＲサブユニットを１個と、を保有している」という内容のＳｕｂｕｎｉｔＩｎｆｏレスポンスを返答する。前記ＳｕｂｕｎｉｔＩｎｆｏレスポンスにより、ＳＴＢ１０４は、中継装置Ａ１０１が、ＴＡＰＥサブユニットを２個と、ＤＩＳＣサブユニットを１個と、ＴＵＮＥＲサブユニットを１個と、を保有していると認識する。

＜仮想ＡＶＣサブユニットに対する通信＞
さらに、仮想ＡＶＣサブユニットに対する通信について説明する。まず、中継装置は、該中継装置の仮想ＡＶＣサブユニットに対して、自らが接続されているＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器からデータ通信があった場合には、該通信要求があった仮想ＡＶＣサブユニットに対応するＡＶＣサブユニットと、該ＡＶＣサブユニットを保有するＩＥＥＥ１３９４機器と、該ＩＥＥＥ１３９４機器が接続されているＩＥＥＥ１３９４バス上の中継装置とをサブユニット管理データベースに基づいて、特定する。

さらに、該中継装置は、受信した前記データ通信の内容を、ＩＥＥＥ１３９４のパケットフォーマットから、中継装置間ネットワークが対応するパケットフォーマットに変換し、前記ＡＶＣサブユニットを保有するＩＥＥＥ１３９４機器が接続されているＩＥＥＥ１３９４バス上の中継装置に対して転送する。

さらに、前記ＡＶＣサブユニットを保有するＩＥＥＥ１３９４機器が接続されているＩＥＥＥ１３９４バス上の中継装置は、受信した前記データ通信の内容を、中継装置間ネットワークのパケットフォーマットから、ＩＥＥＥ１３９４ネットワークが対応するパケットフォーマットに変換し、前記ＡＶＣサブユニットに対して転送する。

以下、図を用いて具体的に説明する。図９は、図１に示す中継ネットワークにおいて、中継装置Ａ１０１が、ＴＡＰＥサブユニットＡ１１２と、ＴＵＮＥＲサブユニット１１３と、ＤＩＳＣサブユニット１１４と、ＴＡＰＥサブユニットＢ１１５に対応する仮想ＡＶＣサブユニットとして、それぞれ仮想ＴＡＰＥサブユニットＡ１１６と、仮想ＴＵＮＥＲサブユニット１１９と、仮想ＤＩＳＣサブユニット１１８と、仮想ＴＡＰＥサブユニットＢ１１７を保有していると、ＳＴＢ１０４に通知した状態の、中継ネットワークを示すものである。

ＳＴＢ１０４が、前記仮想ＴＡＰＥサブユニットＡ１１６に対して、データ通信を行った場合、中継装置Ａ１０１は、サブユニット管理データベースを参照し、仮想ＴＡＰＥサブユニットＡ１１６に相当するＡＶＣサブユニットを検索する。仮想ＴＡＰＥサブユニットＡ１１６は、図８に示すサブユニット管理データベースを参照すると、中継装置Ｂ１０２が接続されているＩＥＥＥ１３９４バスＢ１０９上の、ＤＶＣＲ＿Ａ１０５が保有するＴＡＰＥサブユニットである、ＴＡＰＥサブユニットＡ１１２であると検索できる。

中継装置Ａ１０１は、前記検索の結果から、中継装置Ｂ１０２が接続されているＩＥＥＥ１３９４バスＢ１０９上の、ＤＶＣＲ＿Ａ１０５が保有するＴＡＰＥサブユニットである、ＴＡＰＥサブユニットＡ１１２に対して、前記データ通信要求があったことを、中継装置Ｂ１０２に通知する。

中継装置Ｂ１０２は、前記通知を受けて、ＴＡＰＥサブユニットＡ１１２に対して、前記データ通信要求があったことを通知する。

図１０は、上述の通信の具体例として、ＳＴＢ１０４が、前記仮想ＴＡＰＥサブユニットＡ１１６に対して、ＡＶＣコマンドのＰＬＡＹコマンドを発行した場合のシーケンスを示す図である。

ＳＴＢ１０４が、中継装置Ａが保有している前記仮想ＴＡＰＥサブユニットＡ１１６に対して、ＰＬＡＹコマンドに相当するＷｒｉｔｅ（ライト）トランザクションをタイミング６０１で発行する。ＡＶＣコマンドは、ＩＥＥＥ１３９４のＷｒｉｔｅトランザクションとして実行される。

中継装置Ａ１０１は、前記ＰＬＡＹコマンドを正しく受信できた場合、前記Ｗｒｉｔｅトランザクションに対する応答パケットであるａｃｋ＿ｃｏｍｐｌｅｔｅ（アクノリッジ コンプリート）をタイミング６０２で返答する。

中継装置Ａ１０１は、サブユニット管理データベースを参照し、仮想ＴＡＰＥサブユニットＡ１１６に相当するＡＶＣサブユニットが、中継装置Ｂ１０２が接続されているＩＥＥＥ１３９４バス上の、ＴＡＰＥサブユニットＡ１１２であると検索する。

中継装置Ａ１０１は、前記検索の結果から、ＤＶＣＲ＿Ａ１０５が保有するＴＡＰＥサブユニットである、ＴＡＰＥサブユニットＡ１１２に対して、ＰＬＡＹコマンドが発行されたことを、中継装置Ｂ１０２にタイミング６０３で通知する。

中継装置Ｂ１０２は、前記タイミング６０３における通信を正しく受信できた場合、中継装置間ネットワークの通信プロトコルに従い、ＡＣＫＮＯＷＬＥＤＧＥパケットをタイミング６０４で返答する。ここでは、中継装置間ネットワークの通信プロトコルの仕様は、データ通信を正しく受信できた場合には、ＡＣＫＮＯＷＬＥＤＧＥパケットを返答することとしたが、中継装置間ネットワークの仕様として特に指定するものではない。

中継装置Ｂ１０２は、前記タイミング６０３における通知を受けて、ＴＡＰＥサブユニットＡ１１２に対して、ＰＬＡＹコマンドをタイミング６０５で発行する。

ＤＶＣＲ＿Ａ１０５は、前記ＰＬＡＹコマンドを正しく受信できた場合、前記Ｗｒｉｔｅトランザクションに対する応答パケットであるａｃｋ＿ｃｏｍｐｌｅｔｅをタイミング６０６で返答する。

ＤＶＣＲ＿Ａ１０５は、前記ＰＬＡＹコマンドを正しく実行できた場合、前記ＰＬＡＹコマンドのＡＶＣレスポンスとして、ＡＣＣＥＰＴＥＤをタイミング６０７で返答する。

中継装置Ｂ１０２は、前記ＡＣＣＥＰＴＥＤを正しく受信できた場合、前記Ｗｒｉｔｅトランザクションに対する応答パケットであるａｃｋ＿ｃｏｍｐｌｅｔｅをタイミング６０８で返答する。

中継装置Ｂ１０２は、タイミング６０７の前記ＡＣＣＥＰＴＥＤの受信により、前記ＰＬＡＹコマンドが正しく実行されたことが分かる。中継装置Ａ１０１に対して、中継装置Ｂ１０２は、タイミング６０３で伝送されたＰＬＡＹコマンドに対して、ＡＣＣＥＰＴＥＤ（アクセプティッド）が返答された事を通知するパケットを、中継装置Ａ１０１に対して、タイミング６０９で通知する。このタイミング６０９で伝送されるパケットは、前記タイミング６０３で伝送されたパケットの応答パケットであることを、中継装置Ａ１０１が認識できるようにする必要がある。そのため、例えば、通信パケットと、該通信パケットに対する応答パケットとの間で、同一のトランザクションラベルを保持するということができる。前記トランザクションラベルを採用する場合、中継装置Ａ１０１は、タイミング６０３で伝送するパケットに付加したトランザクションラベルを覚えておき、タイミング６０９で中継装置Ｂ１０２から伝送されたパケットに付加されているトランザクションラベルと比較し、同一のトランザクションラベルである事を確認することによって、タイミング６０９で伝送されるパケットが、前記タイミング６０３で伝送されたパケットの応答パケットであることを認識する。

次に、中継装置Ａ１０１は、前記タイミング６０９における通信を正しく受信できた場合、中継装置間ネットワークの通信プロトコルに従い、ＡＣＫＮＯＷＬＥＤＧＥパケットをタイミング６１０で返答する。

中継装置Ａ１０１は、前記タイミング６０９における通信を受けて、ＳＴＢ１０４に対して、前記タイミング６０１におけるＰＬＡＹコマンドのＡＶＣレスポンスとして、ＡＣＣＥＰＴＥＤをタイミング６１１で発行する。

ＳＴＢ１０４は、前記タイミング６１１におけるＡＣＣＥＰＴＥＤを正しく受信できた場合、前記Ｗｒｉｔｅトランザクションに対する応答パケットであるａｃｋ＿ｃｏｍｐｌｅｔｅをタイミング６１２で返答する。

このように、本実施の形態１で説明した発明によれば、各ＩＥＥＥ１３９４機器は、接続バスとは無関係に、互いの存在を認識できるようになる。
さらに、ＩＥＥＥ１３９４機器が、自身が接続されている中継装置の有する仮想ＡＶＣサブユニットに対しデータ通信を行った場合は、この中継装置が仮想ＡＶＣサブユニットに対応するＡＶＣサブユニットが接続されている中継機器に、そのデータ通信の内容を通知し、通知された中継機器からＡＶＣサブユニットを有するＩＥＥＥ１３９４機器に通知されたものと同じ内容のデータ通信を行う。したがって、互いに異なるバスに接続されているＩＥＥＥ１３９４機器間でデータ通信を行うことができる。

すなわち、本実施の形態１で説明した発明によれば、複数のＩＥＥＥ１３９４バスが存在し、各バスにＩＥＥＥ１３９４機器が接続されている場合でも、接続されているバスに無関係に各ＩＥＥＥ１３９４機器同士の操作を行うことができる。

また、仮想ＡＶＣサブユニットに対するデータ通信の内容として、各ＡＶＣサブユニットに対する制御命令、操作指令等に限られるものではなく、ＭＰＥＧ、ＤＶ形式等のデータであってもよい。

さらに、本実施の形態では、中継装置間ネットワーク上で各中継機器を特定する手段としてＭＡＣアドレスを利用した例を示したが、同様にＭＡＣアドレスを利用することが可能なＩＥＥＥ８０２ネットワークとして、無線ＬＡＮであるＩＥＥＥ８０２．１１ネットワークや無線ＰＡＮであるＩＥＥＥ８０２．１５ネットワーク、および有線ネットワークであるＩＥＥＥ８０２．３ネットワーク等のどれでも実現できることは言うまでもない。さらには、中継装置が、中継装置間ネットワーク上で固有かつ一意なアドレスを保有できるのであれば、中継装置間ネットワークを、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（パワー ライン コミュニケーション））ネットワークや、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ（アシンクロナス トランスファ モード））ネットワーク等でも、実現できる。

また、本実施の形態では、図２に示すように中継装置をハードウェアにて構成するとしたが、ソフトウェアによって中継装置の機能を実現してもよいのは言うまでもない。

実施の形態２．
本実施の形態では、互いに異なるＩＥＥＥ１３９４バスに接続された機器間において、Ｉｓｏｃｈｒｏｎｏｕｓコネクションを確立する方法について説明する。実施の形態１にて説明したように、仮想ＡＶＣサブユニットやサブユニット管理データベースを用いることにより、互いに異なるＩＥＥＥ１３９４バスに接続された機器同士が通信できるようになったが、本実施の形態では、互いに異なるＩＥＥＥ１３９４バスに接続された機器同士でデータを流すルートを確立する方法について説明する。

＜中継装置の構成＞
図１１に本実施の形態に係る中継装置Ａ１０１の構成を示す。なお、実施の形態１と同じ構成要素については、説明を省略する。コマンド・データ転送手段１０１４は、ＣＯＮＮＥＣＴ（コネクト）コマンド有効判定手段１０１４ａ、アドレス変換手段１０１４ｂ、ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ（ロック トランザクション）転送遅延手段１０１４ｃを備える。ＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａは、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ（コネクト コントロール コマンド）に代表されるＣＯＮＮＥＣＴコマンドを第一の通信手段１０１０から受信する。そして、後述するＣＯＮＮＥＣＴコマンド有効判定データベースに基づいて判定を行い、その結果をユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃに送信する。ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃは、必要に応じて、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを発行するタイミングを遅延する。アドレス変換手段１０１４ｂは、記憶手段１０１３に記憶されているサブユニット管理データベースを参照して、第一の通信手段１０１０から受信したコマンドやデータの転送アドレスを変換し、第二の通信手段１０１１に転送する。なお、中継装置Ｂ１０２、中継装置Ｃ１０３も中継装置Ａ１０１と同様の構成である。また、コマンド・データ転送手段１０１４はＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａ、アドレス変換手段１０１４ｂ、ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃからなるとしたが、それぞれが独立した構成要素であってもよい。

＜Ｉｓｏｃｈｒｏｎｏｕｓコネクションの確立＞
図９において、ＳＴＢ１０４と、ＤＶＣＲ＿Ａ１０５が保有するＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する場合を考える。この場合、ＳＴＢ１０４と、ＴＡＰＥサブユニットＡ１１２に対応する仮想ＴＡＰＥサブユニットＡ１１６との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立すると共に、ＴＡＰＥサブユニットＡ１１２を保有するＤＶＣＲ＿Ａ１０５が接続されている中継装置Ｂ１０２と、ＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する必要がある。

しかしながら、ＳＴＢ１０４は仮想ＴＡＰＥサブユニットＡ１１６を認識することはできるが、ＴＡＰＥサブユニットＡ１１２を直接認識することはできない。したがって、ＳＴＢ１０４は、仮想ＴＡＰＥサブユニットＡ１１６との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する動作は行うが、ＴＡＰＥサブユニットＡ１１２が関係するＩｓｏｃｈｒｏｎｏｕｓコネクションには関与できない。すなわち、ＳＴＢ１０４は、ＩＥＥＥ１３９４バスＡ１０８のＩｓｏｃｈｒｏｎｏｕｓ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ（アイソクロナス リソース マネージャ）（以下、「ＩＲＭ」と記す。）と、仮想ＴＡＰＥサブユニット１１６を保有する中継装置Ａ１０１のユニットプラグの設定を行うＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎをそれぞれ実行し、中継装置Ａ１０１のユニットプラグと仮想ＴＡＰＥサブユニットＡ１１６のサブユニットプラグを接続するよう指示するＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを発行するが、ＴＡＰＥサブユニットＡ１１２に関するこれらのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行や、ＡＶＣコマンドの発行は行わない。

ところで、本発明によるＩＥＥＥ１３９４ネットワークでは、中継装置が保有する仮想ＡＶＣサブユニットに対してコマンドやデータが送信された場合は、中継装置が保有するサブユニット管理データベースを参照し、コマンドやデータの転送先を指定することができる。しかし、ユニットである中継装置に対してコマンドやデータが送信された場合は、中継装置は送信されてきたコマンドやデータの転送先を指定することができない。

例えば、ＳＴＢ１０４とＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立しようとした場合に発行されるＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄは、中継装置Ａ１０１のユニットプラグと仮想ＴＡＰＥサブユニットＡ１１６のサブユニットプラグを接続するよう指示するＡＶＣコマンドである。したがって、このＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信した中継装置Ａ１０１は、サブユニット管理データを参照して、指定された仮想ＴＡＰＥサブユニットＡ１１６がＴＡＰＥサブユニットＡ１１２に対応し、ＴＡＰＥサブユニットＡ１１２を保有するのはＤＶＣＲ＿Ａ１０５であり、ＤＶＣＲ＿Ａ１０５はＩＥＥＥ１３９４バスＢ１０９を介して中継装置Ｂ１０２に接続されていることを認識できる。その結果、中継装置Ａ１０１は、受信したコマンドを中継装置Ｂ１０２に転送すればよいと判断することが可能である。

しかし、Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行では、ユニットである中継装置の指定は行われるが、中継装置内のサブユニットの指定は行われない。このため、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの場合と異なり、Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行に関与した中継装置は、この実行のみでは、その内容を転送すべき他の中継装置やサブユニットを判断することができない。そこで、本実施の形態に係る中継装置では、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの情報を利用してＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行する。

一方、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行と、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行は、ＩＲＭが実行の一方として関与する。したがって、中継装置がＩＲＭである場合は、これらのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行するが、中継装置がＩＲＭでない場合は、該中継装置がこれらのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行することはない。したがって、例えば中継装置Ａ１０１がＩＥＥＥ１３９４バスＡ１０８のＩＲＭでない場合は、これら２種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎには関与せず、実行されたか否か判断することができない。そこで、本実施の形態に係る中継装置では、これらのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行については考慮せず、ユニットプラグの設定を行うＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行した場合に、Ｉｓｏｃｈｒｏｎｏｕｓコネクションの確立を要求されていると判断する。

したがって、中継装置Ａ１０１は、ユニットプラグの設定を行うＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行した後、この内容を中継装置Ｂ１０２に転送する。転送後、さらに中継装置Ａ１０１は中継装置Ｂ１０２に対し、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行を要求する。中継装置Ｂ１０２は、この要求に基づいて、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行する。

ただし、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行の要求は中継装置Ａ１０１から中継装置Ｂ１０２に転送される必要はない。つまり、中継装置Ｂ１０２は、中継装置Ａ１０１からユニットプラグの設定を行うＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行に関して受信した場合、Ｉｓｏｃｈｒｏｎｏｕｓコネクションの確立を要求されていると判断し、ＴＡＰＥサブユニットＡ１１２を保有するＤＶＣＲ＿Ａ１０５と、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行してもよい。

すなわち、中継装置Ａ１０１は、ＳＴＢ１０４が発行したＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄから、ＳＴＢ１０４がＩｓｏｃｈｒｏｎｏｕｓコネクションの確立を要求しているのはＴＡＰＥサブユニット１１２であると判断する。そして、中継装置Ａ１０１は、ユニットプラグの設定を行うＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行した場合に、中継装置Ｂ１０２にその内容を転送する。中継装置Ｂ１０２は、中継装置Ａ１０１から転送されてきた通信内容に基づいて、中継装置Ｂ１０２とＤＶＣＲ＿Ａ１１２が保有するＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する動作を行う。

＜Ｉｓｏｃｈｒｏｎｏｕｓコネクション確立の通信シーケンス（１）＞
次に、ＳＴＢ１０４とＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する場合のシーケンスを、図１２及び図１３を用いて説明する。

前述の通り、ＳＴＢ１０４は、ＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立するために、３種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを実行し、中継装置Ａ１０１に対しＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを発行する。しかし、これらのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行とＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの発行の順序は特に規定されておらず、機種毎に異なる。さらに、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行は、実行に関与する一方がＩＲＭの場合のみ行われるものであり、中継装置Ａ１０１がＩＲＭではない場合、この２種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎは実行されない。したがって、ここでは、これら２種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行に中継装置Ａ１０１が関与しても、その内容は中継装置Ｂ１０２には転送されない。

図１２は、ＳＴＢ１０４から、先にＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが発行され、続いてユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが実行される場合を説明するためのシーケンス図である。図１３は、ＳＴＢ１０４からＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが発行される前に、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが実行される場合を説明するためのシーケンス図である。

図１２に示すように、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが実行される前にＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが発行される場合、中継装置Ａ１０１は、自身が保有するサブユニット管理データを参照して、コマンドやトランザクション内のアドレス情報を変換した後、中継装置Ｂ１０２に転送する。しかし、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄと、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行に関する転送の送信順序は変更しない。

これは、前述したように、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行では、ユニットである中継装置Ａ１０１の指定は行われるが、中継装置内のサブユニットの指定は行われない。したがって、このＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行のみでは、その内容を転送すべき他の中継装置やサブユニットを判断することができない。一方、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄは、中継装置Ａ１０１のユニットプラグと仮想ＴＡＰＥサブユニットＡ１１６のサブユニットプラグを接続するよう指示するＡＶＣコマンドである。したがって、このＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信した中継装置Ａ１０１は、サブユニット管理データを参照して、指定された仮想ＴＡＰＥサブユニットＡ１１６がＴＡＰＥサブユニットＡ１１２に対応し、ＴＡＰＥサブユニットＡ１１２を保有するのはＤＶＣＲ＿Ａ１０５であり、ＤＶＣＲ＿Ａ１０５はＩＥＥＥ１３９４バスＢ１０９を介して中継装置Ｂ１０２に接続されていることを認識できる。その結果、中継装置Ａ１０１は、受信したコマンドを中継装置Ｂ１０２に転送すればよいと判断することが可能である。したがって、図１２に示すように、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの発行がユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行より前の場合では、中継装置Ａ１０１は、Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行のリクエストの転送先も認識しているからである。

図１２において、タイミング１１０１で、ＳＴＢ１０４から発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信した中継装置Ａ１０１は、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの送信元がＳＴＢ１０４である旨と、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの内で指定された中継装置Ａ１０１のユニットプラグを記憶しておく。なお、中継装置Ａ１０１は、自身が保有するユニットプラグ毎に、該ユニットプラグを指定するＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信し既に有効になっているか否かと、該ユニットプラグを有効にしているＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの送信元とを管理するためのＣＯＮＮＥＣＴコマンド有効判定データベースをＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａ内に備える。図１５に、ＣＯＮＮＥＣＴコマンド有効判定データベースの一例を示す。図１５に示すＣＯＮＮＥＣＴコマンド有効判定データベースでは、ユニットプラグとして２個の入力プラグと２個の出力プラグを備える中継装置Ａ１０１について記載されており、各プラグ毎に、ＣＯＮＮＥＣＴコマンド有効判定欄とＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ送信元欄がある。

例えば、ＳＴＢ１０４から中継装置Ａ１０１に発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの内容が、仮想ＴＡＰＥサブユニットＡ１１６から出力されるデータを中継装置Ａ１０１の出力プラグ１を経由してＳＴＢ１０４に受信させる指示であった場合、ＣＯＮＮＥＣＴコマンド有効判定データベースは、ＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａにより、出力プラグ１に関するＣＯＮＮＥＣＴコマンド有効判定フラグを「有効」と設定され、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ送信元１５０２として「ＳＴＢ１０４」を設定される。ここで、「ＳＴＢ１０４」の設定には、ＳＴＢ１０４のアドレスを用いても良い。

なお、中継装置Ａ１０１が接続されているＩＥＥＥ１３９４バスＡ１０８上でバスリセットが発生した場合には、全ての入力プラグと出力プラグのＣＯＮＮＥＣＴコマンド有効判定フラグは「無効」にリセットされ、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ送信元１５０２の情報も削除される。

説明を図１２のシーケンス図に戻す。タイミング１１０１で、ＳＴＢ１０４から発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信した中継装置Ａ１０１は、自身の保有するサブユニット管理データベースを参照して、アドレス変換手段１０１４Ｂを用いて、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ内で指定されているユニットプラグとサブユニットプラグのアドレスを変換し、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄをタイミング１１０２で中継装置Ｂ１０２に転送する。ここで、アドレスを変換するのは、タイミング１１０１で中継装置Ａ１０１が受信したＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄでは、ユニットとして中継装置Ａ１０１、サブユニットとして仮想ＴＡＰＥサブユニット１１６が指定されており、それぞれＤＶＣＲ＿Ａ１０５とＴＡＰＥサブユニット１１２のアドレスに変換する必要があるからである。該コマンドを受信した中継装置Ｂ１０２は、ＤＶＣＲ＿Ａ１０５のユニットプラグとＴＡＰＥサブユニット１１２のサブユニットプラグを接続するＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄをタイミング１１０３にて発行する。

ＤＶＣＲ＿Ａ１０５は、受信したコマンドの指示に従ってＤＶＣＲ＿Ａ１０５のユニットプラグとＴＡＰＥサブユニット１１２のサブユニットプラグを接続し、その結果をタイミング１１０４にて中継装置Ｂ１０２に返答する。この返答は、タイミング１１０５で中継装置Ｂ１０２から中継装置Ａ１０１に転送され、さらに、タイミング１１０６で中継装置Ａ１０１からＳＴＢ１０４に転送される。現実の動作は、ＤＶＣＲ＿Ａ１０５のユニットプラグとＴＡＰＥサブユニットＡ１１２のサブユニットプラグを接続したものであるが、この返答を受信したＳＴＢ１０４は、中継装置Ａ１０１のユニットプラグと仮想ＴＡＰＥサブユニットＡ１１６のサブユニットプラグが接続されたと認識する。（タイミング１１０４はａｃｋ＿ｃｏｍｐｌｅｔｅではないと考えて追加しました。）

さらに、タイミング１１０７で、ＳＴＢ１０４から発行された、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを受信した中継装置Ａ１０１は、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエスト内で指定されているユニットプラグのアドレスを変換して、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストをタイミング１１０８で中継装置Ｂ１０２に転送する。中継装置Ｂ１０２は、タイミング１１０９でＤＶＣＲ＿Ａ１０５のユニットプラグを設定するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを発行する。ＤＶＣＲ＿Ａ１０５は、受信したリクエストの指示に従ってＤＶＣＲ＿Ａ１０５のユニットプラグを設定し、その結果をタイミング１１１０にて中継装置Ｂ１０２に返答する。この返答は、タイミング１１１１で中継装置Ｂ１０２から中継装置Ａ１０１に転送され、さらに、タイミング１１１２で中継装置Ａ１０１からＳＴＢ１０４に転送される。タイミング１１０７から１１１２までの動作がユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎである。現実の動作は、ＤＶＣＲ＿Ａ１０５のユニットプラグの設定であるが、この返答を受信したＳＴＢ１０４は、中継装置Ａ１０１のユニットプラグが設定されたと認識する。

また、タイミング１１０６で、中継装置Ａ１０１が発行したユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを受信した中継装置Ｂ１０２は、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストと、データの伝送チャンネルを確保するためのＬｏｃｋ ＴｒａｎｓａｃｔｉｏｎのリクエストをＩＥＥＥ１３９４バスＢ１０９のＩＲＭに対し発行する。なお、確保されたＩｓｏｃｈｒｏｎｏｕｓ通信帯域は、あらかじめ定められた固定値の帯域でもよく、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストが指定するユニットプラグのＭＣＲ（Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）やＰＣＲ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）から計算される値でもよい。また、確保される伝送チャンネルは、ＩＥＥＥ１３９４バスＢ１０９上で空いている伝送チャンネルであればよい。

図１２に、ＤＶＣＲ＿Ａ１０５がＩＥＥＥ１３９４バスＢ１０９のＩＲＭであり、中継装置Ｂ１０２とＤＶＣＲ＿Ａ１０５との間で、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが実行された場合のシーケンスをタイミング１１１３から１１１６に示す。ＤＶＣＲ＿Ａ１０５がＩＥＥＥ１３９４バスＢ１０９のＩＲＭでない場合、ＤＶＣＲ＿Ａ１０５はこれら２種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行に関与しない。

＜Ｉｓｏｃｈｒｏｎｏｕｓコネクション確立の通信シーケンス（２）＞
一方、図１３は、ＳＴＢ１０４からＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが発行される前に、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが実行される場合を説明するためのシーケンス図である。

この場合、ＳＴＢ１０４と中継装置Ａ１０１で実行されたユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの内容の転送先は、中継装置Ａ１０１がＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信するまで判明しない。したがって、中継装置Ａ１０１は、ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃを用いて、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信した後、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの内容を転送する。ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを既に受信しているか否かの判定には、ＣＯＮＮＥＣＴコマンド有効判定データベースを使用する。

図１３において、タイミング１２０１で、ＳＴＢ１０４から発行されたユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを受信した中継装置Ａ１０１は、ＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａ内のＣＯＮＮＥＣＴコマンド有効判定データベースを参照して、ＳＴＢ１０４から発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを既に受信しているか否かを判定する。該コマンドを受信していない場合、ＣＯＮＮＥＣＴコマンド有効判定データベースのＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ送信元欄に「ＳＴＢ１０４」が設定されていない。したがって、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ送信元に「ＳＴＢ１０４」が設定されていない場合、中継装置Ａ１０１は、ＳＴＢ１０４からのＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄを受信していないと判断する。したがって、この時点で中継装置Ａ１０１は、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストの転送先を判断できないが、ＳＴＢ１０４に対し、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎに関し返答する（タイミング１２０２）。ＣＯＮＮＥＣＴコマンド有効判定手段１０１４ｃから判定結果を受信したユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃは、第一の通信手段１０１４ｂからのユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを直ちにアドレス変換手段１０１４ｂには送信せず、転送先が判明するまで該リクエストの転送は遅延される。

タイミング１２０２で、中継装置Ａ１０１から、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストに対する返答を受信したＳＴＢ１０４は、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄをタイミング１２０３で発行する。中継装置Ａ１０１は、タイミング１２０３で、自身の保有するサブユニット管理データベースを参照して、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ内で指定されているユニットプラグとサブユニットプラグのアドレスを変換して、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄをタイミング１２０４で中継装置Ｂ１０２に転送する。なお、タイミング１２０３の時点で中継装置Ａ１０１は、先ほど受信したユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストの転送先を認識する。該コマンドを受信した中継装置Ｂ１０２は、ＤＶＣＲ＿Ａ１０５のユニットプラグとＴＡＰＥサブユニット１１２のサブユニットプラグを接続するＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄをタイミング１２０５にて発行する。

ＤＶＣＲ＿Ａ１０５は、受信したコマンドの指示に従ってＤＶＣＲ＿Ａ１０５のユニットプラグとＴＡＰＥサブユニット１１２のサブユニットプラグを接続し、その結果をタイミング１２０６にて中継装置Ｂ１０２に返答する。この返答は、タイミング１２０７で中継装置Ｂ１０２から中継装置Ａ１０１に転送される。

また、中継装置Ａ１０１は、タイミング１２０１で受信し、ユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段１０１４ｃにより転送を遅延されていたＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストをアドレス変換手段１０１４ｂに転送し、該リクエストのユニットプラグのアドレスを、自身の保有するサブユニット管理データベースを参照して変換した後、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストをタイミング１２１２で中継装置Ｂ１０２に転送する。中継装置Ｂ１０２は、タイミング１２１３で、ＤＶＣＲ＿Ａ１０５のユニットプラグを設定するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストを発行する。ＤＶＣＲ＿Ａ１０５は、受信したリクエストの指示に従ってＤＶＣＲ＿Ａ１０５のユニットプラグを設定し、その結果をタイミング１２１４にて中継装置Ｂ１０２に返答する。さらに、この返答は、タイミング１２１５で中継装置Ｂ１０２から中継装置Ａ１０１に転送される。

このように、図１３では、タイミング１２０４でＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが転送され、タイミング１２１２でユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストが転送されており、中継装置Ａ１０１から中継装置Ｂ１０２への転送順序は、ＳＴＢ１０４から中継装置Ａ１０１への転送順序から変更されている。なお、タイミング１２０３の時点で中継装置Ａ１０１は、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストの転送先を認識できるので、このタイミング１２０３以降であれば、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎのリクエストの転送とＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの転送の順序は問わない。さらに、中継装置Ｂ１０２によるＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの発行のタイミングと、中継装置Ｂ１０２とＤＶＣＲ＿Ａ１０５との間で実行される３種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの順序も問わない。但し、中継装置Ａ１０１が、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの実行結果と３種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行結果を認識する必要がある。したがって、図１３に示すように、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが最後に実行される順序とすれば、中継装置Ａ１０１はタイミング１２１５の返答により、ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの実行と３種類のＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行が正しく処理されたことを認識することができる。

また、中継装置Ａ１０１は、タイミング１２１６で、タイミング１２０３で発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの返答を、ＳＴＢ１０４に発行する。ＩＥＥＥ１３９４バスＢ１０９でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する前に、該ＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄの返答をＳＴＢ１０４に発行すると、その後Ｉｓｏｃｈｒｏｎｏｕｓコネクションの確立に失敗した場合に、ＳＴＢ１０４がその状態を認識できないからである。

＜Ｉｓｏｃｈｒｏｎｏｕｓコネクション確立の通信シーケンス（３）＞
図１４は、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの実行が失敗した場合を説明するためのシーケンス図である。

この場合、タイミング１２１３までの処理は図１３に示したシーケンスと同じである。ＤＶＣＲ＿Ａ１０５にて期待したユニットプラグが設定できなかった場合、タイミング１２１４で、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの失敗がＤＶＣＲ＿Ａ１０５から中継装置Ｂ１０２に通知される。さらに、タイミング１２１５で、中継装置Ｂ１０２から中継装置Ａ１０１に該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの失敗が転送される。中継装置Ａ１０１は、タイミング１２０３で発行されたＣＯＮＮＥＣＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが正しく実行されなかったことをＳＴＢ１０４に認識させるために、該Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの失敗をＳＴＢ１０４に転送せず、タイムアウトさせる。ＡＶＣプロトコルでは、コマンドからレスポンスまでの遅延許容時間は規定されており、その遅延許容時間内にレスポンスが戻ってこない場合は、該コマンドは正しく処理できなかったと認識される。また、コマンドが正しく処理できない事を意味する「ＲＥＪＥＣＴＥＤ（リジェクティッド）」をＳＴＢ１０４に返答してもよい。

中継装置Ｂ１０２は、ステップ１２１４で、ユニットプラグを設定するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎが失敗したことを認識したので、タイミング１２１４以前に実行されたＩｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ、データの伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎで確保されたリソースの返還を行う。タイミング１２０８のＩｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎに対しては、ステップ１２１６で、確保しているＩｓｏｃｈｒｏｎｏｕｓ通信帯域を返還するためのＬｏｃｋ ＴｒａｎｓａｃｔｉｏｎのリクエストをＩＥＥＥ１３９４バスＢ１０９上のＩＲＭに発行する。ＩＲＭは、実行結果をタイミング１２１７で返答する。さらに、ステップ１２１０の伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎに対しては、ステップ１２１８で、確保している伝送チャンネルを返還するためのＬｏｃｋ ＴｒａｎｓａｃｔｉｏｎのリクエストをＩＲＭに発行する。ＩＲＭは、実行結果をタイミング１２１９で返答する。

なお、図１４には示していないが、ＳＴＢ１０４は、ステップ１２０３で発行したＣＯＮＮＣＥＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが正常に処理されなかったことを認識する前に、ＩＥＥＥ１３９４バスＡ１０８上のＩＲＭに対して、Ｉｓｏｃｈｒｏｎｏｕｓ通信帯域を確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎと、伝送チャンネルを確保するためのＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを発行している場合がある。その場合は、ＳＴＢ１０４は、ステップ１２０３で発行したＣＯＮＮＣＥＴ ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄが正常に処理されなかったことを認識した後で、ＩＥＥＥ１３９４バスＡ１０８のＩＲＭに対して、既に確保しているＩＥＥＥ１３９４バスＡ１０８のＩｓｏｃｈｒｏｎｏｕｓ通信帯域と伝送チャンネルを返還するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎを発行する。

また、本実施の形態では、ＣＯＮＮＥＣＴコマンド有効判定データベースをＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａ内に備えるとしたが、ＣＯＮＮＥＣＴコマンド有効判定手段１０１４ａは判定のみを行い、生成手段と記憶手段により、ＣＯＮＮＥＣＴコマンド有効判定データベースの生成、記憶が行われてもよい。

また、本実施の形態では、ＳＴＢ１０４とＤＶＣＲ＿Ａ１０５が保有するＴＡＰＥサブユニットＡ１１２との間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する場合について説明したが、その他のＩＥＥＥ１３９４機器間、サブユニット間でＩｓｏｃｈｒｏｎｏｕｓコネクションを確立する場合でもよいのは言うまでもない。

また、本実施の形態では、図１１に示すように中継装置をハードウェアにて構成するとしたが、ソフトウェアによって中継装置の機能を実現してもよいのは言うまでもない。

このように、本実施の形態で説明した中継装置によれば、ＩＥＥＥ１３９４機器が異なるＩＥＥＥ１３９４バス上の１３９４機器との間でデータの伝送を行う場合に、各ＩＥＥＥ１３９４機器が接続されたＩＥＥＥ１３９４バス上で、各ＩＥＥＥ１３９４機器と、同じ１３９４バス上の中継装置との間で、それぞれＩｓｏｃｈｒｏｎｏｕｓコネクションを確立できるようになる。それぞれのＩＥＥＥ１３９４バス上でＩｓｏｃｈｒｏｎｏｕｓコネクションが確立できることにより、各ＩＥＥＥ１３９４機器は、中継装置および中継装置間ネットワークを意識することなく、従来のＩＥＥＥ１３９４バスに接続されている場合と同じように、Ｉｓｏｃｈｒｏｎｏｕｓコネクションによるデータ伝送を行うことができる。さらに、該中継装置間を接続する中継装置間ネットワーク上で、前記Ｉｓｏｃｈｒｏｎｏｕｓコネクションにより伝送されたストリームを中継することにより、異なるＩＥＥＥ１３９４バス上の１３９４機器の間でも、Ｉｓｏｃｈｒｏｎｏｕｓコネクションによるデータ伝送を行うことができる。

Claims (10)

1. ＩＥＥＥ１３９４バスに接続され、当該ＩＥＥＥ１３９４バスに接続される機器と通信を行う第一の通信手段と、
   中継装置間ネットワークに接続され、当該中継装置間ネットワークに接続される他の中継装置と通信を行う第二の通信手段と
   を備え、
   当該第一の通信手段は、前記ＩＥＥＥ１３９４バスに接続される機器に関するサブユニット構成情報を受信し、
   前記第二の通信手段は、当該サブユニット構成情報を前記中継装置間ネットワークに接続される他の中継装置に送信し、
   前記サブユニット構成情報は、前記ＩＥＥＥ１３９４バスに接続される機器毎に、少なくとも当該機器が保有するサブユニットの種類と数とを含むこと
   を特徴とする中継装置。
2. ＩＥＥＥ１３９４バスに接続され、当該ＩＥＥＥ１３９４バスに接続される機器と通信を行う第一の通信手段と、
   中継装置間ネットワークに接続され、当該中継装置間ネットワークに接続される他の中継装置と通信を行う第二の通信手段と、
   サブユニット管理データベースを生成するサブユニット管理データベース生成手段と、
   当該サブユニット管理データベースを記憶する記憶手段と
   を備え、
   前記第二の通信手段は、前記中継装置間ネットワークに接続される他の中継装置から送信される、当該他の中継装置にＩＥＥＥ１３９４バスにより接続されている機器が保有するサブユニットの種類と個数とを少なくとも含むサブユニット構成情報を受信し、
   前記サブユニット管理データベース生成手段は、当該サブユニット構成情報に基づいて前記サブユニット管理データベースを生成し、
   前記第一の通信手段は、前記サブユニット管理データベースを参照して、自装置が保有するサブユニットとして、前記第一の通信手段にＩＥＥＥ１３９４バスにより接続される機器に送信すること
   を特徴とする中継装置。
3. サブユニット構成情報は、
   サブユニットを保有している機器の識別子と、
   当該サブユニットの種類と、
   前記サブユニットの個数
   からなることを特徴とする請求項１又は２に記載の中継装置。
4. サブユニット管理データベースは、
   他の中継装置に接続されるＩＥＥＥ１３９４バスの識別子と、
   当該ＩＥＥＥ１３９４バスに接続され、サブユニットを保有している機器の識別子と、
   当該サブユニットの種類と、
   当該サブユニットに対応する仮想ＡＶＣサブユニット
   からなることを特徴とする請求項２に記載の中継装置。
5. ＩＥＥＥ１３９４バスにより第一の通信手段に接続されている機器から、仮想ＡＶＣサブユニットに通信の要求ある場合、
   サブユニット管理データベースを参照して、当該仮想ＡＶＣサブユニットに関連する中継装置を特定し、
   第二の通信手段は、当該中継装置に前記通信要求を送信すること
   を特徴とする請求項４に記載の中継装置。
6. ＩＥＥＥ１３９４バスにより第一の通信手段に接続されている機器から、仮想ＡＶＣサブユニットにＩｓｏｃｈｒｏｎｏｕｓコネクション確立の要求がある場合、
   サブユニット管理データベースと、前記機器が発行するＣＯＮＮＥＣＴコマンドとを参照して、当該仮想ＡＶＣサブユニットに関連する中継装置を特定し、
   第二の通信手段は、当該中継装置に前記ＣＯＮＮＥＣＴコマンドを送信することを特徴とする請求項４に記載の中継装置。
7. ＣＯＮＮＥＣＴコマンド内のアドレスを変換するアドレス変換手段
   を備えることを特徴とする請求項６に記載の中継装置。
8. ＣＯＮＮＥＣＴコマンドを受信しているか否かを判定するＣＯＮＮＥＣＴコマンド有効判定手段と、
   ユニットプラグを設定するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの要求の転送を遅延するユニットプラグ設定Ｌｏｃｋ Ｔｒａｎｓａｃｔｉｏｎ転送遅延手段と
   を備え、
   ＩＥＥＥ１３９４バスにより第一の通信手段に接続されている機器から、ユニットプラグを設定するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの要求を受信した際、
   前記ＣＯＮＮＥＣＴコマンド有効判定手段がＣＯＮＮＥＣＴコマンドを受信していないと判定した場合は、
   ＣＯＮＮＥＣＴコマンドを受信するまで、当該ユニットプラグを設定するＬｏｃｋ Ｔｒａｎｓａｃｔｉｏｎの転送を遅延すること
   を特徴とする請求項６に記載の中継装置。
9. ＩＥＥＥ１３９４バスと、中継装置間ネットワークとに接続可能な中継装置を複数用いて構成される当該中継装置間ネットワークの情報通信方法であって、
   前記ＩＥＥＥ１３９４バスに接続される機器に関するサブユニット構成情報を受信する受信ステップと、
   当該サブユニット構成情報を前記中継装置間ネットワークに接続される他の中継装置に送信する送信ステップと
   を備え、
   前記サブユニット構成情報は、前記ＩＥＥＥ１３９４バスに接続される機器毎に、少なくとも当該機器が保有するサブユニットの種類と数とを含むこと
   を特徴とする情報通信方法。
10. ＩＥＥＥ１３９４バスと、中継装置間ネットワークとに接続可能な中継装置を複数用いて構成される当該中継装置間ネットワークの情報通信方法であって、
    前記中継装置間ネットワークに接続される他の中継装置から送信される、当該他の中継装置にＩＥＥＥ１３９４バスにより接続されている機器が保有するサブユニットの種類と個数とを少なくとも含むサブユニット構成情報を受信する受信ステップと、
    当該サブユニット構成情報に基づいて前記サブユニット管理データベースを生成する生成ステップと、
    前記サブユニット管理データベースを参照して、自装置が保有するサブユニットとして、当該自装置にＩＥＥＥ１３９４バスにより接続される機器に送信する送信ステップとを備えることを特徴とする情報通信方法。

Images