(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、
バスリセットの種類を識別する手段と、
前記バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、
を備えることを特徴とするディジタルインターフェース装置。
【請求項２】
ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、
バスリセット後の各情報処理装置のセルフＩＤパケットを取得する手段と、
前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、
を備えることを特徴とするディジタルインターフェース装置。
【請求項３】
前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の物理的に動作している装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする請求項２に記載のディジタルインターフェース装置。
【請求項４】
前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後のリンク層又はトランザクション層が有効である装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする請求項２に記載のディジタルインターフェース装置。
【請求項５】
前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の管理ノードの候補になりうる装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする請求項２に記載のディジタルインターフェース装置。
【請求項６】
前記同期パケットの送出再開を制御する手段は、バスリセット直前に、同期パケットの転送が行われていた場合にのみ同期パケットの送出再開を行うことを特徴とする請求項１から５のいずれか１項に記載のディジタルインターフェース装置。
【請求項７】
ネットワークを介して接続された複数の情報処理装置のいずれかが備えるディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法において、
バスリセットの種類を識別する工程と、
前記バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する工程と、
を有することを特徴とするディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法。
【請求項８】
ネットワークを介して接続された複数の情報処理装置のいずれかが備えるディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法において、
バスリセット後の各情報処理装置のセルフＩＤパケットを取得する工程と、
前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する工程と、
を有することを特徴とするディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法。
【請求項９】
コンピュータを、ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、
バスリセットの種類を識別する手段と、
前記バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、
を備えるディジタルインターフェース装置として機能させることを特徴とせるプログラム。
【請求項１０】
コンピュータを、ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、
バスリセットの種類を識別する手段と、
前記バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、
を備えるディジタルインターフェース装置として機能させるプログラムを記録することを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のデータを多重化して同期転送が可能なディジタルインターフェース装置に関する。
【０００２】
【従来の技術】
動画像や音声データは、コンピュータデータと異なり、リアルタイムに一定の周期で伝送する必要がある。このような伝送が可能な方式としてＩＥＥＥ（アメリカ電気電子学会：The lnstitute of Electrical and Electronics Engineers.lnc.の略）１３９４の同期（アイソクロナス：lsochronous）伝送が注目されている。
【０００３】
どのような伝送方式であっても、伝送に必要な帯域とチャンネルに物理的な制約がありその管理を行わなければならないが、ＩＥＥＥ１３９４では、同期伝送において同期データの帯域とチャンネルの資源をアイソクロナスリソースと呼び、同期転送を開始する前にアイソクロナスリソースから必要な帯域とチャンネルを取得する必要がある。
【０００４】
具体的には帯域はＢｎａｄｗｉｔｈ＿ａｖａｉｌａｂｌｅ＿Ｒｅｇｉｓｔｅｒ（有効帯域幅レジスター：以下ＢＡＲと略す）に利用可能な帯域の残量値が記憶されており、同期伝送前に伝送を行う装置、もしくは伝送を指示する装置がＢＡＲの初期値から伝送必要な値を差し引いた値に書き換える。もし、この差し引きの計算時に値がマイナスになる場合は、帯域が不足している事を意味するので同期伝送は不成立となり、ＢＡＲの書き換えも行われない。チャンネルは、６４チャンネルが用意されており、Ｃｈａｎｎｅｌ＿ａｖａｉｉａｂｌｅ＿Ｒｅｇｉｓｔｅｒ（有効チャンネルレジスター：以下ＣＡＲと略す）にある６４ビットの各ビットの状態が使用か未使用かの状態を表している。同期伝送前に伝送を行う装置、もしくは伝送を指示する装置が伝送に使用するチャンネルを表すＣＡＲの該当ビットを１から０に書き換えることでチャンネルの割り当てが行われたことを意味する。もし、この書き換えの際にＣＡＲ内の該当チャンネルのビットがすでに０であれば、同期伝送は不成立となりＣＡＲの書き換えも行われない。
【０００５】
なお、これらアイソクロナスリソースレジスター（ＢＡＲとＣＡＲ）は、一元的な管理が必要なので、ネットワーク上の複数の装置の中から、アイソクロナスリソースレジスターの管理能力を有した装置がアイソクロナスリソースマネージャー（Isochironous_Resource_Manager：ＩＲＭ）として、ネットワークの初期化を行うバスリセット後に１つだけ選出される手順となっている。
【０００６】
つまり同期伝送のリソースの一元管理は、バスリセット後に選出されたアイソクロナスリソースマネージャーの内部に用意されるアイソクロナスリソースレジスターに対して、各装置が伝送の必要に応じてレジスターを参照し、帯域及びチャンネルの取得可否の判断をした上で書き換えを行うことで実現されている。
【０００７】
また、バスが動作中に、バスに新たな装置が加わった場合や設定の初期化を行おうとした場合は、次のような処理が行われる。
バスの初期化には、バスリセットと呼ばれる特別な信号が用意されている。
【０００８】
装置の追加などでバスリセット信号が１つの装置で発行されると、このバスリセット信号は接続された各装置に伝搬する。
個々の装置においては、バスリセットが検出された時点でパケットの送信を停止し、バスの初期化が行われる。具体的には、ツリー認識（ネットワークの階層構造の認識）、自己識別（各ノードが発行するセルフＩＤパケットを取り込み、各ノードに物理番号を付与する）のステップにおいて、アイソクロナスリソースレジスター含む管理レジスターの初期化、トポロジーの再構成が行われ、バスリセット直前の機能に戻る。この手順を図２１に示す。なお、セルフＩＤパケットとは、自己を識別するためのＩＤ（識別子）をメイン情報として含むパケットをいう。
【０００９】
Ｘ点でバスリセットが発生し、各装置同期、非同期のパケット送信を停止する。
その後、Ａ点までに各装置の物理番号の指定など、トポロジーの確定がなされる。
Ａ点でトポロジーの確定がなされた直後に、当該ネットワークのバスの同期転送の周期管理を行うサイクルマスターとなる情報処理装置が決定され、物理的には同期転送が可能な状態になる。すなわち、アイソクロナスサイクルが有効になり、物理的には同期転送が可能になる。
【００１０】
ここに、サイクルマスター（ＣＭ）とは、ネットワークも同期転送の周期管理を行う情報処理装置であり、バスリセットに続く自己識別フェーズが完了した直後にバスの装置の中から１つが選出される。なお、このサイクルマスターはバスマネージャー（ＢＭ）やアイソクロナスリソースマネージャー（ＩＲＭ）とは独立した機能である。また、後に選出されるアイソクロナスリソースの管理を行うＢＭもしくはＩＲＭがＣＭであるとは限らないが、ＢＭやＩＲＭに成り得る装置はＣＭの機能も持ち合わせている場合が多い。
【００１１】
ここで、バスリセット直前に同期転送を行っていた装置は、バスリセット以前に使用していたチャンネルと速度で同期転送を直ちに開始する。ただし、この時点ではアイソクロナスリソースを管理するバスマネージャー（ＢＭ）もしくはアイソクロナスリソースマネージャー（ＩＲＭ）が選出されていないので、アイソクロナスリソースの確保自体は、行われない。また、バスリセット直前にＢＭであったノードは、再度ＢＭに成ることを試みる。
【００１２】
Ａ点から１２５ミリ秒以降に、その時点でＢＭが存在していなければ、新規にＢＭが選出される。ＢＭはＩＲＭの機能を含んだ、より上位のバス管理権を保つが、バス上にＢＭの機能を満たす装置がなければ選出されない。
Ｂ点（Ａ点から１２５ミリ秒以降）では、その時点でＢＭが選出されていなかった場合にＩＲＭが選出される。
【００１３】
Ｂ点からＣ点の間で、この時点で同期転送を行っている装置が（即ち、バスリセット直前に同期転送を行っており、サイクルマスター（ＣＭ）がアクティブになった後に同期転送を開始した装置が）、選出されたＢＭまたはＩＲＭに対してアイソクロナスリソース（ＢＡＲ及びＣＡＲ）を確保する。
【００１４】
Ｃ点（Ａ点から１０００ミリ秒以降）では、アイソクロナスリソースを既に確保している装置のみが同期転送を継続できる。
Ｃ点以降では、バスリセット直前の状態に限らず、新たに同期転送を行う装置がアイソクロナスリソースの確保を試みる事ができる。
つまり、バスリセット以前に同期転送を行っていた装置は、Ａ点からＣ点の間はアイソクロナスリソースの確保とは関係なくバスリセット以前の同期転送の状態を再開する事ができ、また、全ての装置はＣ点以降でバスリセット後に再設定したアイソクロナスリソースの割り当てに従って動作する。
【００１５】
このような手順により、バスリセット直前に同期転送を行っていた装置に対しては、早期に同期転送の再開と、バスリセット後のアイソクロナスリソースの確保が優先的に実行できる仕組みになっており、同期転送がバスリセットによって妨げられる事を極力避ける仕組みを実現している。
【００１６】
以下、バスリセット前後の同期パケットの遷移を説明する。
図１２はバスリセット直前の状態を示し、３１、３２、３３はノードであり、１３９４バス２０を構成している。
１３９４バス２０には２種類の同期転送３６、３７が流れている状態にある。また、３４は孤立したノードで、１３９４バスは形成していない。
【００１７】
また図１３において、４０はＢＡＲで、アイソクロナスリソースのうちの帯域を管理するレジスターであり、４１はＣＡＲで、アイソクロナスリソースのうちのチャンネルを管理するレジスターである。図１３のＢＡＲ４０には、図１２の１３９４バスの状態において、使用できる帯域の全リソース量に対して、同期転送３６、３７で必要とされる量が取られている。
また、ＣＡＲ４１には、１３９４バスで使用できるチャンネルの全リソース量に対して、同期転送３６、３７に割り当てられたチャンネルが示されている。
【００１８】
ここで、ノード３４がバス２０に接続されるとバスリセットが起こり、最初にノードのツリー認識と自己識別処理が行われ、各ノードの物理番号やサイクルマスターが決定される。図２１の時間軸で示すとＸ点からＡ点までの処理に相当する。
【００１９】
その後、ＢＭもしくはＩＲＭが選出され、アイソクロナスリソースを確保した結果が有効になるまでの間、即ち図２１ではＡ点からＣ点までの間は、アイソクロナスリソースを確保しなくとも、バスリセット直前と同様の同期転送が可能である。
図１４は図２１のＡ点以後のバスの状態を示し、図１５はＢＡＲ４０とＣＡＲ４１へのリソース確保なしで、同期転送３６、３７が実行される概念図である。
【００２０】
次に、図２１のＢ点からＣ点では、同期転送を行っているノードがアイソクロナスリソースを確保する。図１６はＢＡＲとＣＡＲ４１に同期転送３６、３７で必要とされるリソースが確保された概念図である。
ここで、図１３と図１６を比較すると同じ内容であり、即ちバスリセット直前の状態が優先的に再現されたことになる。
【００２１】
図２１のＣ点以降は、アイソクロナスリソースを確保しているノードのみが同期転送を許され、また新たに同期転送を行うノードがリソースの確保を許される。
【００２２】
図１０に図２１のＸ点からＡ点までの処理の手順を示す。
図１０において、ステップＰ０１では、バスリセットの発生に伴いバスの初期化が行われる。具体的には、ツリー認識と自己識別処理が行われた後、サイクルマスターが決定され同期転送が可能な状態になる。
ステップＰ０２では、バスリセット直前に同期転送を出力していたノードが同期転送の再送出を開始する。
【００２３】
図１１は、図１０のステップＰ０２の処理を具体的に示したフローである。
ステップＳ０１では、自己ノードがバスリセット直前に同期転送していたかを判断する。バスリセット直前に自己が同期転送していたのならばステップＳ１１にて、同期転送を再開する。もし、バスリセット直前に同期転送していなければ、ステップＳ１２にて同期転送は行わない。
【００２４】
【発明が解決しようとしている課題】
しかしながら、上記従来例では、複数の機器をもつ２つのバスを接続する場合には、アイソクロナスリソースを適切に再送出できない場合が生じるという欠点がある。例えば、バスリセット後の同期パケットが帯域をオーバーする場合や、同じチャンネルの同期パケットが重複する場合が生じる。その結果、パスの同期転送タイミングにズレが発生することで構成する機器が異常なバス状態であると判断したり、受信側の機器が想定外のパケットを受け取ってしまう現象が発生した。
【００２５】
一例を説明すると、図１７はバスリセット直前の状態を示し、３１、３２、３３はノードであり、１３９４バス２０を構成している。
また、３４、３５もノードであり、２０とは別の１３９４バス２１を構成している。
【００２６】
１３９４バス２０には２種類の同期転送３６、３７が流れている状態にある。また、１３９４バス２１には１種類の同期転送３８が流れている状態にある。この状態では１３９４バス２０と１３９４バス２１は、それぞれのアイソクロナスリソースマネージャーを有し、別の情報処理装置のディジタルインターフェース装置で管理されている。
【００２７】
図１８の４０はＢＡＲで、１３９４バス２０の帯域を管理するレジスターであり、４１はＣＡＲで、１３９４バス２０のチャンネルを管理するレジスターである。また、図１８の４２はＢＡＲで、１３９４バス２１の帯域を管理するレジスターであり、４３はＣＡＲで、１３９４バス２１のチャンネルを管理するレジスターである。
【００２８】
図１８のＢＡＲ４０には、１３９４バス２０の使用できる帯域の全リソース量に対して、同期転送３６、３７で必要とされる量が取られている。また、ＣＡＲ４１には、１３９４バスで使用できるチャンネルの全リソース量に対して、同期転送３６、３７に割り当てられたチャンネルが示されている。同様にＢＡＲ４２には、１３９４バス２１の使用できる帯域の全リソース量に対して、同期転送３８で必要とされる量が取られている。また、ＣＡＲ４３には、１３９４バスで使用できるチャンネルの全リソース量に対して、同期転送３８に割り当てられたチャンネルが示されている。
【００２９】
ここで、バス２０とバス２１が接続されるとバスリセットが起こり、最初にノードのツリー認識と自己識別処理が行われ、各ノードの物理番号が設定され新たなバス２２が確立されると伴に、（厳密にはＡ点直後に）サイクルマスターが決定され同期転送が可能な状態になる。図２１の時間軸で示すとＸ点からＡ点までの処理に相当する。
【００３０】
その後、アイソクロナスマネージャーが決定され、アイソクロナスリソースが有効になるまでの間、即ち図２１ではＡ点からＣ点までの間は、アイソクロナスリソースの確保なしで、バスリセット直前の同期転送が開始される。
図１９は図２１のＡ点以後のバスの状態を示し、図２０はＢＡＲ４４とＣＡＲ４５への確保なしで、同期転送３６、３７、３８が実行される概念図である。
【００３１】
ここで、図２０に示す１３９４バス２２のＢＡＲ４４のリソース量と、実際に流れている同期転送３６、３７、３８に必要な帯域を比較すると、帯域のリソース容量を超えてしまっている。またＣＡＲ４５に対するチャンネル割り当てでは、同期転送３７と３８が重なってしまっている。
【００３２】
このように上記の例に見られる１３９４バスを接続する場合に発生するバスのリソース矛盾は、異常検出や想定外のパケット受信を発生し、同期転送に重大な影響をあたえるため、映像や音声などの連続性を大きく阻害し、番組の録画が中断されるという問題があった。
【００３３】
また、異常な状態を回復させるためにバスリセットを発行することでバスの初期化を試みる手法が商品設計では一般に採用されているが、上記のようにバスリセット後の同期転送はバスリセット直前の同期転送を復元する手順であるので、バスリセットを実行しても再び同じ問題に帰結してしまう。
【００３４】
つまり、バスリセットが繰り返されるものの異常が解消されず、結果として同期転送だけでなく非同期転送も含めて１３９４バス自体が成り立たなくなる。この場合、解決の為にはユーザーがトラブルの原因となっている同期転送を行っている機器を探し出して、動作を停止させるなどの対処が必要となった。
【００３５】
本発明は、ネットワークを介して接続された複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、バスリセットの際に生じるバスリソースの矛盾に起因する同期転送復元後の異常を抑制し、映像や音声の通信を安定に行えるようにすることを目的とする。
【００３６】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載のディジタルインターフェース装置は、ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、バスリセットの種類を識別する手段と、前記バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、を備えることを特徴とする。バスリセットによりノードが増加した場合には同期パケットの送出再開を行わないこととし、バスの異常状態の発生を未然防止することができる。
【００３７】
請求項２に記載のディジタルインターフェース装置は、ネットワークを介して接続された複数の情報処理装置のいずれかが備え、前記複数の情報処理装置間のバスの制御を行うディジタルインターフェース装置において、バスリセット後の各情報処理装置のセルフＩＤパケットを取得する手段と、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する手段と、を備えることを特徴とする。ここに、セルフＩＤパケットとは、自己を識別するためのＩＤ（識別子）をメイン情報として含むパケットをいう。
【００３８】
請求項３に記載のディジタルインターフェース装置は、前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の物理的に動作している装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする。２つのバスが結合した状態で発生するリソースの矛盾を回避することができる。
【００３９】
請求項４に記載のディジタルインターフェース装置は、前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後のリンク層又はトランザクション層が有効である装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする。２つのバスが結合した状態で発生するリソースの矛盾を回避することができる。
【００４０】
請求項５に記載のディジタルインターフェース装置は、前記同期パケットの送出再開を制御する手段は、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の管理ノードの候補になりうる装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御することを特徴とする。管理ノードとして機能する同期転送が可能なノードの有無を確認し、リソースの矛盾を回避することができる。
【００４２】
請求項６に記載のディジタルインターフェース装置は、前記同期パケットの送出再開を制御する手段は、バスリセット直前に、同期パケットの転送が行われていた場合にのみ同期パケットの送出再開を行うことを特徴とする。
【００４４】
請求項７に記載のディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法は、ネットワークを介して接続された複数の情報処理装置のいずれかが備えるディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法において、バスリセットの種類を識別する工程と、バスリセットの種類がショートバスリセットの場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、ロングバスリセットの場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する工程と、を有することを特徴とする。請求項１に対応する制御方法の発明である。
【００４５】
請求項８に記載のディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法は、ネットワークを介して接続された複数の情報処理装置のいずれかが備えるディジタルインターフェース装置を用いて行う情報処理装置間のバスの制御方法において、バスリセット後の各情報処理装置のセルフＩＤパケットを取得する工程と、前記セルフＩＤパケットの情報に基づいて、バスリセット前とバスリセット後の装置数を比較し、バスリセット後の装置数の増加が１以下の場合にはサイクルマスターが動作を開始し同期転送が可能なバスが構成された時点から、アイソクロナスリソースの設定が有効になるまでの期間に同期パケットの送出再開を行い、２以上の場合にはアイソクロナスリソースがバスマネージャーもしくはアイソクロナスリソースマネージャーに確保できる時点まで、同期パケットの送出再開を行わないように同期パケットの送出を制御する工程と、を有することを特徴とする。請求項２に対応する制御方法の発明である。
【００４６】
請求項９に記載の発明は、コンピュータを、本発明によるディジタルインターフェース装置として機能させるプログラムの発明であり、請求項１０に記載の発明は当該プログラムを記録する記録媒体の発明である。
【００４７】
本発明において、同期転送に関する場合の「バスリセット直前」とは、バスリセット信号が発行される一瞬前に流れている同期転送のことをいう。セルフＩＤパケットに関する場合の「バスリセット前」とは、対象となっているバスリセットの１つ前のバスリセット時に発行されたセルフＩＤパケットを意味する。セルフＩＤパケットは、バスリセットに伴いその直後に発行され、その他のタイミングでは発行されないので、時間的にはバスリセットよりかなり前の場合がある。ただし、セルフＩＤパケットに示された内容（少なくとも物理的動作の有無、リンク層又はトランザクション層が有効か否か、管理ノードの候補になりうるか否かに関して）はバスリセット直前まで有効である。
【００４８】
すなわち、本発明は、上記従来の問題点に鑑み、バスリセットの種類を識別する手段、バスリセット後の各情報処理装置のセルフＩＤパケット情報を取得する手段、ネットワーク上の情報処理装置の数を求める手段、各情報処理装置のリンク層とトランザクション層が有効である装置数を求める手段、自ら管理ノードとなる機能を持つ情報処理装置数を求める手段、同期パケットの送出を制御する手段を有するディジタルインターフェース装置であって、バスリセットの種類及び上記各数の増減量によって同期パケットの再送出（すなわち送出再開）の可否の判断および操作を行うことを特徴とする。
【００４９】
以上の構成により本発明は、バスリセットの条件や、バスリセット後の装置の構成情報を得ることで、同期転送を再開する場合の安全性を判断し、自己の同期転送再開の可否を制御する事で、バスが異常な状態に陥ることを防止できる。
【００５０】
【発明の実施の形態】
（第１の実施の形態）
図１は本発明の第１の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
図１において、ステップＰ１１はバスリセットが発生後に発生したバスリセットの種類を記憶しておく。ＩＥＥＥ１３９４においてバスリセットはロングバスリセットとショートバスリセットの２種類が規定されている。バスに対してノードの増減があった場合には必ずロングバスリセットを使用する規定となっている。
【００５１】
ステップＰ１２では、バスリセットの発生に伴いバスの初期化が行われる。具体的には、ツリー認識（ネットワークの階層構造の認識）と自己識別処理（各ノードがセルフＩＤパケットを発行する事で、各ノードに物理番号が割り当てられる）が行われた後、当該ネットワークのバスの同期周期の管理を行うサイクルマスターとなる情報処理装置が決定され、同期転送が可能な状態になる。
ステップＰ１３では、バスリセットの種類に基づき同期転送の再送出の可否を決定する。
【００５２】
図２は、図１の再送可否の決定ステップＰ１３の処理を具体的に示したフローである。
ステップＳ１０では、自己ノードがバスリセット直前に同期転送していたかを判断する。もし、バスリセット直前に同期転送していなければ、当然であるが送出の処理は行わない。ここで同期転送について、「バスリセット直前」とは、バスリセット信号が発行される一瞬前に流れている同期転送のことをいう。なお、実際には、バスリセットと同期パケットの間には物理的にマイクロ秒単位のパケットギャップや非同期パケットが入るが、これらは同期サイクル外の信号なので、ここでは一瞬前の意味に含めない。
【００５３】
ステップＳ１１では、バスリセットの種類がショートバスリセットであったかを判断する。もし、ショートバスリセットであればサイクルマスターが動作開始した直後に同期転送の自己の再送出を開始し、ショートバスリセットでなければ、即ちロングバスリセットであれば、自己の同期転送の再送出を行わない。
ノードの増減がない場合のみ自己の同期転送の再送出を行うので、バスリセット直前と実質同様のアイソクロナスリソース（ＢＡＲ、ＣＡＲ）を構築可能であり、安全な同期転送を再開できる。
【００５４】
なお、バスリセット後にアイソクロナスリソースの管理を行うＢＭもしくはＩＲＭが選出され、そこに自己のリソースを確保できた後であれば、リソースに矛盾が生じるおそれはない。従って、ロングバスリセットを検出し、サイクルマスターがアクティブになった直後において、自己の同期転送の再送を行わない制御を行った場合でも、自己のアイソクロナスリソースが確保できた時点で、同期転送の送出が可能である。
【００５５】
（第２の実施の形態）
図３は本発明の第２の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
図３において、ステップＰ２１はバスリセット後の自己識別期間において、各ノードが発行するセルフＩＤパケットを取り込む。
【００５６】
ステップＰ２２では、再送出判断時の情報として、取り込んだ各ノードのセルフＩＤパケットを保存する。なお、この保存情報はバスリセット後も過去の情報（バスリセット前の情報）として保持することで、バスリセット前後の各ノードのセルフＩＤパケットを比較できる。ここでセルフＩＤパケットについて「バスリセット前」とは、対象となっているバスリセットの１つ前のバスリセット時に発行されたセルフＩＤパケットを意味する。セルフＩＤパケットは、バスリセットに伴いその直後に発行され、その他のタイミングでは発行されないので、時間的にはかなり前の場合を含むことになる。ただし、セルフＩＤパケットに示された内容はバスリセット直前まで有効である。以下の実施の形態についても同様である。
【００５７】
ステップＰ２３では、保存しておいたバスリセット前の各ノードのセルフＩＤパケット情報と、ステップＰ２１で取得したバスリセット後の各ノードのセルフＩＤパケット情報から、バスリセット前後のノード数を算出し、自己の同期パケット再送出の可否を決定する。
【００５８】
ここで図４にてセルフＩＤパケットについて説明する。
セルフＩＤパケットは、バスの構成を各ノードに互いに知らしめる為に、バスリセット後に順次各ノードから１回発行されるパケットである。図４（Ａ）に番号０の、（Ｂ）に番号１〜３の情報処理装置のセルフＩＤパケットの例を示す。各フィールドの内容は（Ｃ）に示され、番号１〜３の情報処理装置の各ポートの状態は（Ｂ）の下側に示されている。セルフＩＤパケットは、Ｐｈｙ＿ＩＤ、Ｌ、ｃなどのいくつかフィールドに区分されており、それぞれ、自己の物理ＩＤ、上位層（リンク層やトランザクション層）の活性状態、管理ノード候補であるか否かの真偽など、１３９４バスを動作させるために必要な各ノード固有の情報が示されている。
【００５９】
図５は、図３の再送可否の決定ステップＰ２３の処理を具体的に示したフローである。
ステップＳ２１では、バスリセット前のセルフＩＤパケット情報から、バスリセット前のバス上で動作していたノード数Ｍｂ（最大ノード値）を求める。
ステップＳ２２では、バスリセット後のセルフＩＤパケット情報から、バスリセット後の現在のバス上で動作しているノード数Ｍａ（最大ノード値）を求める。
【００６０】
すなわち、バスリセット前後において、各情報処理装置（各ノード）から物理ＩＤが有効であるセルフＩＤパケットを集計し、これから、最大ノード値Ｍａ、Ｍｂを算出する。もしくは、セルフＩＤパケットに含まれる物理ＩＤは０，１，２，３，・・・と順に増加して割り当てられるので、最大の物理ＩＤからバスのノード数Ｍａ、Ｍｂ（最大ノード値）を算出する。
【００６１】
ステップＳ２３では、各情報処理装置について自己ノードがバスリセット直前に同期転送していたかを判断する。もし、バスリセット直前に同期転送していなければ、当然であるが送出の処理は行わない。
ステップＳ２４では、先に求めたＭａとＭｂを比較し、バスリセット後の数Ｍａが１よりも多く増加していれば（Ｍａ−Ｍｂ＞１であれば）自己の同期転送の再送出を行わない。もし、増加が１以下であれば、サイクルマスターが動作開始した直後に自己の同期転送の再送出を行う。
【００６２】
即ち、物理的に動作しているノードが２つ以上増加した場合には、２つの１３９４バスが結合した状態であると推測し、リソースの矛盾発生を回避する為に自己の同期転送の再送を行わないように処理する。
なお、バスリセット後にアイソクロナスリソースの管理を行うＢＭもしくはＩＲＭが選出され、そこに自己のリソースを確保できた後であれば、リソースに矛盾が生じるおそれはない。従って、物理的に動作しているノードの２つ以上の増加を検出し、サイクルマスターがアクティブになった直後において、自己の同期転送の再送を行わない制御を行った場合でも、自己のアイソクロナスリソースが確保できた時点で、同期転送の送出が可能である。
【００６３】
（第３の実施の形態）
図６は本発明の第３の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
図６において、ステップＰ３１はバスリセット後の自己識別期間において、各ノードが発行するセルフＩＤパケットを取り込む。
【００６４】
ステップＰ３２では、再送出判断時の情報として、取り込んだ各ノードのセルフＩＤパケットを保存する。なお、この保存情報はバスリセット後も過去の情報（バスリセット前の情報）として保持することで、バスリセット前後の各ノードのセルフＩＤパケットを比較できる。
【００６５】
ステップＰ３３では、保存しておいた各セルフＩＤパケット情報からバスリセット前後のＬフィールドが有効なノード数を比較し、同期パケット再送出の可否を決定する。
【００６６】
図７は、図６の再送可否の決定ステップＰ３３の処理を具体的に示したフローである。
ステップＳ３１では、バスリセット前のセルフＩＤパケット情報から、Ｌフィールドが有効な、即ちリンク層やトランザクション層がアクティブで、動作中の機器として認められるノード数Ｎｂを求める。
【００６７】
ステップＳ３２では、バスリセット後のセルフＩＤパケット情報から、Ｌフィールドが有効な、即ちリンク層やトランザクション層がアクティブで、動作中の機器として認められるノード数Ｎａを求める。
すなわち、バスリセット前後において、各情報処理装置（各ノード）からＬフィールドが有効のものを集計し、これを上記ノード数Ｎａ、Ｎｂとする。
【００６８】
ステップＳ３３では、自己ノードがバスリセット直前に同期転送していたかを判断する。もし、バスリセット直前に同期転送していなければ、当然であるが送出の処理は行わない。
ステップＳ３４では、先に求めたＮａとＮｂを比較し、バスリセット後の数Ｎａが１よりも多く増加していれば（Ｎａ−Ｎｂ＞１であれば）、自己の同期転送の再送出を行わない。もし、増加が１以下であれば、サイクルマスターが動作開始した直後に自己の同期転送の再送出を行う。
【００６９】
Ｌフィールドが無効なノードは上記の層が働いていないノードであり、自ら同期パケットを出力する事はないと考えられる。
これらから、機器として動作可能なノードが２つ以上増加した場合には、２つの１３９４バスが結合し、かつ、新たに結合した１３９４バスが同期転送可能な状態であったと推測し、リソースの矛盾発生を回避する為に自己の同期転送の再送を行わないように処理する。
【００７０】
なお、バスリセット後にアイソクロナスリソースの管理を行うＢＭもしくはＩＲＭが選出され、そこに自己のリソースを確保できた後であれば、リソースに矛盾が生じるおそれはない。従って、Ｌフィールドが有効なノードの２つ以上の増加を検出し、サイクルマスターがアクティブになった直後において、自己の同期転送の再送を行わない制御を行った場合でも、自己のアイソクロナスリソースが確保できた時点で、同期転送の送出が可能である。
【００７１】
（第４の実施の形態）
図８は本発明の第４の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
図８において、ステップＰ４１はバスリセット後の自己識別期問において、各ノードが発行するセルフＩＤパケットを取り込む。
【００７２】
ステップＰ４２では、再送出判断時の情報として、取り込んだ各ノードのセルフＩＤパケットを保存する。なお、この保存情報はバスリセット後も過去の情報（バスリセット前の情報）として保持することで、バスリセット前後の各ノードのセルフＩＤパケットを比較できる。
ステップＰ４３では、保存しておいた各セルフＩＤパケット情報からバスリセット前後のＣフィールドが有効なノード数を比較し、同期パケット再送出の可否を決定する。
【００７３】
図９は、図８の再送可否の決定ステップＰ３３の処理を具体的に示したフローである。
ステップＳ４１では、バスリセット前のセルフＩＤパケット情報から、Ｃフィールドが有効な、即ち管理ノードとして機能できるノード数Ｋｂを求める。
【００７４】
ステップＳ４２では、バスリセット後のセルフＩＤパケット情報から、Ｃフィールドが有効な、即ち管理ノードとして機能できるノード数Ｋａを求める。
すなわち、バスリセット前後において、各情報処理装置（各ノード）からＣフィールドが有効のものを集計し、これを上記ノード数Ｋａ、Ｋｂとする。
【００７５】
ステップＳ４３では、自己ノードがバスリセット直前に同期転送していたかを判断する。もし、バスリセット直前に同期転送していなければ、当然であるが送出の処理は行わない。
ステップＳ４４では、先に求めたＫａとＫｂを比較し、バスリセット後の数Ｋａが１よりも多く増加していれば（Ｋａ−Ｋｂ＞１であれば）、自己の同期転送の再送出を行わない。もし、増加が１以下であれば、サイクルマスターが動作開始した直後に自己の同期転送の再送出を行う。
【００７６】
Ｃフィールドが有効な管理ノードとして機能できるノードは、多くの場合、同期転送が可能なノードと言える。これは同期転送を行う為には、１３９４バス上に必ず管理ノードが存在する必要があり、このため同期転送を行う機能がある機器では、自ら管理ノードとなる機能を有することが望まれる。従って、市場に置ける機器の実装では、同期転送を行う機器はＣフィールドが有効である場合が大多数である。
【００７７】
これらから、Ｃフィールドが有効なノードが２つ以上増加した場合には、２つの１３９４バスが結合し、かつ、新たに結合した１３９４バスが同期転送可能な状態であったと推測し、リソースの矛盾発生を回避する為に自己の同期転送の再送を行わないように処理する。
【００７８】
なお、バスリセット後にアイソクロナスリソースの管理を行うＢＭもしくはＩＲＭが選出され、そこに自己のリソースを確保できた後であれば、リソースに矛盾が生じるおそれはない。従って、Ｃフィールドが有効なノードの２つ以上の増加を検出し、サイクルマスターがアクティブになった直後において、自己の同期転送の再送を行わない制御を行った場合でも、自己のアイソクロナスリソースが確保できた時点で、同期転送の送出が可能である。
なお、上記に説明した複数の方法を組み合わせて処理できる事は言うまでもない。
【００７９】
ネットワークを介して接続された複数の情報処理装置のいずれかが備えるディジタルインターフェース装置は、情報処理装置に内蔵されても良く、外付けでも良い。また、ネットワーク構成はイントラネットに限られずインターネットを利用しても良い。また、図５や図７のバスリセット直前に同期転送を行っていたか否かの判断は、最大ノード値やＬｂｉｔが有効な装置数を求める前に行っても良い。また、セルフＩＤパケットのフォーマットも図４に限られない。その他、本発明の趣旨を逸脱しない範囲で本発明の実施形態に種々の変更を加えうることは明白である。
【００８０】
本発明のディジタルインターフェース装置は、コンピュータを本装置として機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。
【００８１】
本発明では、この記録媒体として、ディジタルインターフェース装置又はそれに接続された情報処理装置のＲＯＭそのものがプログラムメディアであってもよいし、またＣＤ−ＲＯＭドライブ等のプログラム読み取り装置が設けられ、そこに記録媒体を挿入することで読み取り可能なＣＤ−ＲＯＭ等のプログラムメディアであってもよい。いずれの場合においても、格納されているプログラムはＣＰＵがアクセスして実行させる構成であってもよいし、プログラムを読み出し、読み出されたプログラムは、プログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であってもよい。このダウンロード用のプログラムは予め上記情報処理装置に格納されているものとする。
【００８２】
ここで上記プログラムメディアは、上記情報処理装置と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フロッピーディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。
【００８３】
さらに、上記情報処理装置を介して通信ネットワークからプログラムをダウンロードするように、流動的にプログラムを担持する媒体であってもよい。なお、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予め上記情報処理装置に格納しておくか、あるいは別な記録媒体からインストールされるものであってもよい。なお、記録媒体に格納されている内容としてはプログラムに限定されず、データであってもよい。
【００８４】
【発明の効果】
以上説明したように、本発明によれば、バスリセットの際に生じるバスリソースの矛盾に起因する同期転送再開後の異常を抑制し、映像や音声の通信を安定に行えるようになる。
【００８５】
本発明によれば、本発明はバスリセットの種類を識別する手段、バスリセット後の各情報処理装置のセルフＩＤパケット情報を取得する手段、ネットワーク上の情報処理装置の数を求める手段、各情報処理装置のリンク層又はトランザクション層が有効である装置数を求める手段、自ら管理ノードとなる機能を持つ情報処理装置数を求める手段により、バスリセット後のアイソクロナスリソースが矛盾する場合を推定するので、１３９４バスの破綻を回避でき、映像の途切れや、接続が復帰不可な不具合を防ぐ等の効果がある。
特に近年はＩＥＥＥ１３９４で、複数の機器を常時接続するようなホームネットワークとして使用する方法がクローズアップされており、本発明が有効に働く使用場面が増えている。
【００８６】
また、本発明は従来の機器を矛盾なく使用でき、さらに、本発明を実装した少数の機器を、従来技術による機器で構成された１３９４バスに含めることでも本発明の効果が期待できる場合があるため、新たな技術として容易に採用できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
【図２】第１の実施の形態における、再送信可否の決定フローを示す図である。
【図３】本発明の第２の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
【図４】セルフＩＤパケットの構成を説明する図である。
【図５】第２の実施の形態における、再送信可否の決定フローを示す図である。
【図６】本発明の第３の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
【図７】第３の実施の形態における、再送信可否の決定フローを示す図である。
【図８】本発明の第４の実施の形態におけるディジタルインターフェース装置の処理フローの一例を示す図である。
【図９】第４の実施の形態における、再送信可否の決定フローを示す図である。
【図１０】従来技術における同期転送再送の処理フローを示す図である。
【図１１】図１０における、再送信可否の決定フローを示す図である。
【図１２】１３９４バスに同期パケットが流れる概念を示す図である。
【図１３】図１２におけるリソース管理の概念図である。
【図１４】ノード追加後の１３９４バスに同期パケットが流れる概念を示す図である。
【図１５】図１４における、再送出開始時点のリソース管理の概念図である。
【図１６】図１４における、管理マネージャーがアクティブになった後のリソース管理の概念図である。
【図１７】２つの１３９４バスに同期パケットが流れる概念を示す図である。
【図１８】図１７におけるリソース管理の概念図である。
【図１９】２つの１３９４バス結合後に同期パケットが流れる概念を示す図である。
【図２０】図１９における、再送出開始時点のリソース管理の概念図である。
【図２１】バスリセット発生からパケット再送信後までのバス管理状況の時間的推移を示す図である。
【符号の説明】
２０，２１，２２  １３９４バス
３１，３２，３３，３４，３５  １３９４ノード
３６  ノード３１が出力する同期パケットのリソース
３７  ノード３３が出力する同期パケットのリソース
３８  ノード３５が出力する同期パケットのリソース
４０，４２，４４  有効帯域幅レジスター
４１，４３，４５  有効チャンネルレジスター
【図１】
0003916455.tif 000002
【図２】
0003916455.tif 000003
【図３】
0003916455.tif 000004
【図４】
0003916455.tif 000005
【図５】
0003916455.tif 000006
【図６】
0003916455.tif 000007
【図７】
0003916455.tif 000008
【図８】
0003916455.tif 000009
【図９】
0003916455.tif 000010
【図１０】
0003916455.tif 000011
【図１１】
0003916455.tif 000012
【図１２】
0003916455.tif 000013
【図１３】
0003916455.tif 000014
【図１４】
0003916455.tif 000015
【図１５】
0003916455.tif 000016
【図１６】
0003916455.tif 000017
【図１７】
0003916455.tif 000018
【図１８】
0003916455.tif 000019
【図１９】
0003916455.tif 000020
【図２０】
0003916455.tif 000021
【図２１】
0003916455.tif 000022